Cross crash and problem

Hello mates,
in fact I am very busy at the moment I did not have the time to work with Cross 1.3.1 as much as I wanted to. I am leaving tomorrow for short holidays, closed my work and packed my things. So there was enough time to test Cross a bit and this is what happened to me:
1.) When I am loading a track into a deck the processors are going wild (nearly 100% usage) as you can see in the pictures listed. If I am loading this tracks the sound is struggling and Cross is playing the track like pitched from 0 to +8 in a millisecond. It is like putting your finger at the deck and slow down the sound and then accelerating the deck with your finger. This happens not always but when it happens then shortly after I loaded a track into a deck. First I thought that it is maybe a problem of the iTunes m4a data format and so I tested it for a usual mp3 too but the same problem occured.
http://steve.boxbox.org/transfer/cross_trackload_m4a_data.JPG
http://steve.boxbox.org/transfer/cross_trackload_mp3_data.JPG
So I thought that it was maybe a problem of not analysed tracks and then I started analysing my whole library (1322 tracks).
2.) I marked all the tracks, did a right click on them and said "Analyse BPM AND Peak". Because of the amount of data it took a long time and this is why I left for lunch. When I got back the windows error message was on my screen where I could chosse "Sending the report" or "Don't send" -> Cross crashed! Of course there was no analysed file after the restart. I remembered someone in the german forums having the same problem but a bigger collection (10.000+) and there the only solution was to analyse the tracks in parts. This is what I am doing at the moment. Till now Cross did not crash and after it analysed 30-40 selected files I save the collection and mark 30-40 others that Cross may analyse then. I hope that it works this way...
If all is analysed I will mix on and I hope that the problem described at 1.) will never occur again.
If there will be trouble again I wil let you know!
Greetings,
Steve
in fact I am very busy at the moment I did not have the time to work with Cross 1.3.1 as much as I wanted to. I am leaving tomorrow for short holidays, closed my work and packed my things. So there was enough time to test Cross a bit and this is what happened to me:
1.) When I am loading a track into a deck the processors are going wild (nearly 100% usage) as you can see in the pictures listed. If I am loading this tracks the sound is struggling and Cross is playing the track like pitched from 0 to +8 in a millisecond. It is like putting your finger at the deck and slow down the sound and then accelerating the deck with your finger. This happens not always but when it happens then shortly after I loaded a track into a deck. First I thought that it is maybe a problem of the iTunes m4a data format and so I tested it for a usual mp3 too but the same problem occured.
http://steve.boxbox.org/transfer/cross_trackload_m4a_data.JPG
http://steve.boxbox.org/transfer/cross_trackload_mp3_data.JPG
So I thought that it was maybe a problem of not analysed tracks and then I started analysing my whole library (1322 tracks).
2.) I marked all the tracks, did a right click on them and said "Analyse BPM AND Peak". Because of the amount of data it took a long time and this is why I left for lunch. When I got back the windows error message was on my screen where I could chosse "Sending the report" or "Don't send" -> Cross crashed! Of course there was no analysed file after the restart. I remembered someone in the german forums having the same problem but a bigger collection (10.000+) and there the only solution was to analyse the tracks in parts. This is what I am doing at the moment. Till now Cross did not crash and after it analysed 30-40 selected files I save the collection and mark 30-40 others that Cross may analyse then. I hope that it works this way...
If all is analysed I will mix on and I hope that the problem described at 1.) will never occur again.
If there will be trouble again I wil let you know!
Greetings,
Steve