Hi PhoenixUK,

.mp4 files are usually much larger than .mp3's therefore why building overviews takes a lot longer. Is this process happening unusually longer in 2.1 than for 2.0?

Hi Samuel,

It's not the time it takes to build the overviews that is the issue, it's the time it takes to write the tags back to the file after the processor part of the overview has been done. Similarly when unloading an mp4 after playing, i'm guessing it updates last played tags etc, but this also takes ages to complete, and has been known to freeze the screen for a second or two also, but never affected the audio/video output.

And yes, only been an issue since 2.1 i believe. I'll try with 2.0 tomorrow and post back :)

Are you able to try out the Scratch Live 2.1.1 public beta? This has some fixes for tag writing issues that were found in 2.1.

Could you give this a go and let me know if you still get this issue?

Sure. I'll give a try tonight before my gig. :)

Finally got the opportunity to test this (busy few days!!) and it's not really any different in 2.1.1.

If you try and build the overviews for multiple mp4's you will hopefull see what i mean. It takes 4-5 seconds to write the tags at the end of the overview building then 1/2 second to write the file, whereas an mp3 doeasn't have the 4-5 second pause.

Is this noticeably slower to previous versions of Scratch Live? i.e 2.0/1.9.2.

I know 1.9.2 was fine, i think it crept in, in a late build of 2.0 (i keep them all for days just like this one!)

It really slows down overview building, and has frozen my ssl gui on occasion too (2.0) and also seemed to be tied in with the occasional iffy frame rate on the video out too.

I take it back, it's just in 2.1.

My iffy frame rate in 2.0 must just have been a seperate VSL/Nvidia issue.

There have been some changes to the way that .mp4 files write tags since 2.0 as it now writes information to the file itself rather than external metadata. This coupled with the tag writing bugs in 2.1 is probably the root of your problems. There are some fixes coming in the next build which should help with this hopefully. Please check the beta area for updates and let me know if it doesn't help.

Cheers,

Sam.

Just tested this with 21121, and it seems to have got worse :(

Now, not only does it take ages before it saves the file at the end of the analyze, but all the time it's trying to write the file, the other analyze that's working on the other core, all but stops too!

Not sure if 21121 was the build you meant as the 'next build' cos of the close timing, but hoping it's not :)

I've been testing with 21122, and it's just the same as 21121 with regards to the overview building.

It really is not feesible to use this build to analyse any more than just a few mp4 files, and i would most definately need to use an older build if i was to re-analyse my library.

That said, i've not come across the un-necessary writing of tags whilst loading and unloading tracks, so that seems to be well fixed in this build.

I am having this same exact issue with 2.1.1. I Switched back to 2.0 (20049) and i can analyze files and rescan id3 tags perfectly. On 2.1.1. It hangs like every 10 to 15 files. Very weird. I can go vlc media player and open the video up and it plays from start to finish and mediainfogui displays the tags properly so I cant really explain whats going on.

I have the exact same issue with 2.1.1. where adding files to a crate, not building overviews, takes forever and as Culprit says, if i bulk drag in more than 10 files or so it crashes when writing the tmp file in the folder and then thinks is has added all the others and won't rescan them. I would just use 1.9/2.0 but I want the functionality of HID with CDJ2000s. I might have to use an earlier version to add files, close, then open 2.1.1 to get the use back again..... :-(

Having read a few other posts I think Serato are saying that this is a bug in 2.1.1 and we should use 2.1 or earlier to import mp4 files in until a new version comes out to fix it.

Hey guys,

There is a known issue with adding .mp4 files in Scratch Live 2.1.1. You should use Scratch Live 2.1or earlier to add these and build overviews and then use 2.1.1 for performance.

Cheers,

Sam.

Ugh... so what's the known issue? I don't see anything mentioned on the Known ISsues pages.

Sorry, this is a bug not a known issue. I should have worded this better. There should be a fix for this coming soon. In the meantime though you will need to use the workaround mentioned above :)

Sam.

So what's the bug exactly?

There have been a lot of changes to the way that mp4 tag writing is done. These seem to have broken something and .mp4 files can now cause crashes when being added to the Scratch Live library. These crashes can also occur while relocating lost files or analyzing files.

The workaround for this is to do all of these functions in Scratch Live 2.1 and then to use 2.1.1 for dj'ing.

Ah, but once they are added it is safe using 2.1.1 to play them?

Yes they are safe to play, it is just a bug with adding and writing tags.

Thanks for the info :)

thanks for the update sam!

Samuel S

if your performing and you want to create a hot cue on a mp4 file we can cause the issue for it to crash?

It has seemed to happen more often when adding files to the database than writing tags so you should be fine. If this does happen though please let us know so we can look into it further.