Hm.. did you make any changes to the file outside of SSL?
If not, your databaseV2 file may be bunged up.

You could try rebuilding it but it will revert all of your files' date added info to the current date.

Here are directions on how to rebuild a databaseV2 file --> serato.com

No changes to outside SSL. I will try and to the rebuild of the V2.

Thanks

Still problems. I deleted my databaseV2 file and installed of an older version of SSL. I made up new crates and re imported all my tracks. I then went to the newest version of SSL and the problems happened again.

On some tracks all I done was play then and the next time I opened up SSL there they were in the date / time added, re imported at the last time I played them. The number had not changed ie they were not the last and greatest number (in the column beside the artwork) Not happening to all MP3s just some.

Another strange thing occurred. All the year info in some of MP4 tags disappeared. If there was 40 mp4 files in a crate the year changed from 2011 or 2010 to 1,2,3,4,etc all the way up to 40. The whole thing is very strange.

Any recommendations?

I'm not sure what is going on but I'd like you to upload your entire _Serato_ folder to this thread and I'll have the Serato devs take a look at it.
If your importing your music from an external drive upload the _Serato_ folder located on the root of the external.
If your not using an external you'll find the _Serato_ folder within your Music folder.
You will probably need to compress the file before you'll be able to upload it.

I have attached a a copy of my serato folder.

Hope this helps with a solution.

Alan

Hey shamethedj,

Are these files being read from iTunes library inside Scratch Live?

Does this happen to all your mp3 files or just some? Are you able to let me know what ID3 tag verison this mp3 files have? You can check in iTunes by right-clicking on them (import them if they aren't already there) and selecting 'Get Info'. It will display the ID3 tag version. Let me know what it is.

Are you using an external hard drive? If so, did you remake the databasev2 file on this drive aswell as on your internal?

Finally, if you could upload one of the mp3 files this occurs with that might help :)

Hi. I don't use Itunes and it is only some mp3s not all. The ones that it has happened to are v2.4 LAME 3.97, and I am not using an external drive.

One thing I noticed over the weekend was that it hasn't happened after I reanalyzed the whole crate. I didn't reanalyze all my music when Itch 2.0 & SSL2.3 came out as it was removing a lot of my artwork from my mp3s. The tracks that re-imported themselves were older tracks so probably not analyzed with 2.3 but a previous version.

I will reanalyze all my music and see how it goes.

Did this fix the problem?

If not can you please try converting the ID3 tag version of a few of these problem mp3s to ID3 2.3. It's quite easy to do :
- Open iTunes
- Right click on one of the songs (or several at once) and select 'Convert ID3 tags...', tick the 'ID3 tag version :' box and then choose 2.3 and click 'OK'.
- Now open up Scratch Live and see if this fixes the problem.

Let me know :)

So far so good but still some problems. A bit of a cycle really. Reanalyze tracks, re import lost artwork then sort out the various orders (December 2011, November 2011 etc.)

I didn't know about the Covert ID tag thing but will give it a go.

I noticed that all the tracks that lose artwork are usually a different ID tag than those that keep the artwork. Most experiment.

Will get back to update.

Did you convert a few of the mp3s to 2.3? Did this seen to fix the problem with these files?
If so, then I suggest converting the rest of them. Hopefully this is the only problem and you'll be fine after you do this :)

I found that the only files losing the artwork were in 2.3. I changed them to 2.4 and so far no problems.
To be honest I don't know what the real difference is but SSL seems to work better wit the 2.4.
I'll close the thread and hope for the best.

Alan

The 2.4 files worked the best? Wow that's interesting - thanks for letting me know I'll look into this further :)

Happened again tonight. Played for about an hour or so, shut down and no problems. I then decided to record a couple a vinyl tracks. Restarted, recorded two tracks to aif, imported and analyzed them, no problems. As I shut SSL down it crashed. When I reopened all the tracks that I had played an hour or so ago they had re imported themselves and were now sitting ahead of the two new tracks I had just recorded.

I had analyzed and reorganized the whole crate last week and no problems.

Any ideas?

Hmm, so it only re-imports the tracks that you had just been playing from the last Scratch Live session, right?

And this only happens with mp3s, right?

Can you please upload two of these mp3s to this thread so I can take a look at them.

Also i still suggest converting a few of these mp3s to 2.3 in iTunes just to check if this has any effect or not.

Cheers.

Sorry for the delay in getting back. Sorry to report it has happened again.

Played all week for about 1-2 hours each day, no problems.
Imported new tracks a couple of times, no problems.
Imported artwork to a lot of tracks using Itunes, again no problems.

Tonight I imported tracks to a couple of folders but before I stared to play I released that I had put some tracks into the wrong folders so before I done anything else I deleted the tracks (ctrl shift delete) and shut down with the intention of importing them into the correct folders after I restarted SSL. As I shut down SSL crashed. I restarted SSL and all the tracks that I played only in the last 24hours had re imported themselves ahead of my new tracks.
It got me thinking that when I reported this on the 24th January I had also removed tracks to the trash bin before shutting down, and then a crash, then a re importation problem on start up. Some process in deleting tracks and moving them seems to be common in this problem.

I have attached a few of the offending files. They are V2.2 and 2.4 although it also happened to V2.3 tracks as well. I have found that V2.4 does not lose my artwork.

Alan

Hey Alan,

Hmm, it's a strange one. A while back in this thread you mentioned you installed an older version of Scratch Live before reinstalling 2.3.3 again, I just wanted to know if this problem still occurred with earlier versions or not? If you aren't sure you can test by downloading one of the earlier versions here > serato.com


Two questions about this...

1. Can you reproduce this? i.e f you delete some files in the same way then close/crash and re-open does it happen again? Also, does it only ever seem to happen after Scratch Live crashes?

2. I assume by 'folder' you are referring to 'crate' in Scratch Live. But I'm confused as to why you are deleting the file from your computer then re-importing it into Scratch Live. Why don't you just delete it from the crate then go to your ALL crate and re-add it to the crate you want it in? why do you have to delete the files?? Hope that makes sense.

I took a look at your files but couldn't reproduce it.

Cheers :)

Thanks for getting back to me. The older versions don't seem to be so bad. Everything seems to happen after a crash after i have deleted a track. Your point at 2. is good. After the reinstall etc I was moving some tracks about into different folders. I thought by deleting a track from a crate this it was the safest way by not getting a missing track or corruption.

I will try what you suggest at 2. and see how it goes.

My workaround to get around the problem is

a. Use Itch off line for work at crates etc. No crashes ever. Just seems to be a bit more stable at that sort of thing.
b. Before I start a task I copy my serato folder into a different part of my drive. The one time there was a minor problem I brought my copy serato folder back, restarted and back to the way it was.

Just seems that 2.3 is prone to small issues that older versions were not. I will close the thread and hope my workarounds keep me out of trouble.

Alan