Music scan terminated unexpectedly (Directory Scan)

[eco]

Got a fresh Bubba 2 a couple of weeks ago, but I am unable to make the directory scan go trough in Squeezecenter. Full rescan, have tried to manually delete the cache files. Nothing works.

"Music scan terminated unexpectedly (Directory Scan)". Scanner.log says nothing (only last song scanned), and system.log doesn't show anything either.

Have gone through the library with MediaMonkey but cannot find any specific flaws, not even on the specific files (and they range from bought/downloaded, self-ripped CD:s in iTunes and podcasts, Swedish and non-swedish characters, full albums to single files, some have '.' or ' ' in filename and others don't, etc etc).

Running the scan with Squeexebox server on my iMac, the whole library scans just well. I've searched this forum as well as google, and tried many different things (bubba restart, manually delete all cache-files, etc). I have not stopped/started the Squeezebox server (su password?), but since I have rebooted the bubba that would be superfluous I guess.

In other words: HELP!




Error message: Music scan terminated unexpectedly (Directory Scan)
Squeezeserver version: Version: 7.5.1 - rTRUNK @ UNKNOWN
Music Library size: 23.82 Gb, 3609 files

[Binkem]

It is a bug in the squeezecenter 7.5 software. The scan fails when encounetering corrupt (?) id3 tags.

There's more in this topic.
http://forum.excito.net/viewtopic.php?f=9&t=2300

If your collection isn't too big you may work around it by finding which songs have tags which make Squeezecenter crash and then rewriting the tags using a program like MP3tag

Martijn

[RandomUsername]

I used mp3check to remove some dodgy crap on my files that Spotify was bombing on.

Code: Select all

mp3check *.mp3 --cut-junk-start

Beware, this will remove your ID tags (in some cases, not all though).

[eco]

Thank you!

Ok, so now I'm doing a clean of id-tags and retagging those files who make it terminate. Strangely, it is often the 2:nd file in a specific album (which leads me to believe that the last track in scanner.log is actually the one who causes problem, although numerous posts I've followed through the links below says otherwise... )

It is a bit unsettling that some podcasts that are downloaded through iTunes causes this problem though, this means that I have to manually check if scanner went ok on regular basis. That does not feel like a good solution.

Is there any way one could downgrade to Squeezeserver to 7.4 on the Bubba? Will I be loosing any functionality? (and are there any simlple guide on how to do this, for an almost complete n00b to Debian... )

[RandomUsername]

It is a bit unsettling that some podcasts that are downloaded through iTunes causes this problem though, this means that I have to manually check if scanner went ok on regular basis. That does not feel like a good solution.

Interestingly, most of the tracks causing me problems seemed to be ones I'd tagged with iTunes. I suspect it does things a little non-standard.

[eco]

So, I am having no good experiences with Squeezeserver and Bubba so far...

I have now removed all tracks and finally made a succesfull scan (thanks again for that!). However, the web interface for Squeezebox server is painfully slow (10-15 seconds between clicks, so navigating for using it as a remote is a no-no).

I still haven't tried it through my actually Squeezebox yet, but I will do that. However, I was planning on using the 'touch' web interface to use with my iPad, but this seems impossible at the moment.

Any further suggestions?