FS#7424 - Music Database Failure

Attached to Project: Rockbox
Opened by Nick Brackley (darksaboteur) - Wednesday, 11 July 2007, 12:42 GMT
Last edited by Jonathan Gordon (jdgordon) - Tuesday, 03 June 2008, 13:07 GMT
Task Type Bugs
Category Database
Status Closed
Assigned To No-one
Operating System Iriver H300 series
Severity Low
Priority Normal
Reported Version Daily build (which?)
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No


Building the database on my iRiver H340 with current SVN (13852) build results in getting an error message of 'Database is not ready' 'Initialize now'. No amount of rebooting or changing of database settings (Load to RAM, Auto Update) will fix the problem. I am unsure if this affects other players.
This task depends upon

Closed by  Jonathan Gordon (jdgordon)
Tuesday, 03 June 2008, 13:07 GMT
Reason for closing:  Out of Date
Additional comments about closing:  no response from user in 6 months... assume its fixed
Comment by Nick Brackley (darksaboteur) - Wednesday, 11 July 2007, 13:54 GMT
My config files as requested on IRC
Comment by Nick Brackley (darksaboteur) - Thursday, 12 July 2007, 08:07 GMT
Tracked down the bug. It Was caused by certain non-music files on the player. I Will find out exactly which ones and report back
Comment by Jonathan Gordon (jdgordon) - Monday, 23 July 2007, 11:13 GMT
did you find out which files caused the problem? If you did we can try to have the bug actually fixed.
Comment by Steve Bavin (pondlife) - Thursday, 18 October 2007, 17:02 GMT
Any news, Nick?
Comment by Kar Amelo (Karamelo) - Wednesday, 05 December 2007, 13:34 GMT
Every now and then, I experience a similar malfunction with my Cowon X5 (SVN 15608). The database update (be it manual or automatic) gets stuck in a "blind loop" while parsing the metatags. No message, but the WPS HDD icon remains steady and one can clearly hear the HDD scratching over and over like mad, overheating and, of course, sucking the battery dry. Then, after 5 minutes or so, the OS usually freezes, requiring a reboot.

After some investigation, I too put the blame on some corrupted MP3 files (one was actually a MP2 file with a wrong extension, the others contained junk data). After removing the first one and cleaning the rest with foobar (header fixing + stream rebuilding), everything went back to normal... till the next time.

Actually, it seems to me that the parsing code is missing a basic mechanism to prevent such dead end. In case of error, it would simply ignore the file and move on to the next one. Then, once finished, it would display a message such as "Error reading files, a log is being created." and create a log listing the problematic files.

PS: i checked the changelog of all the SVN posterior to the one I'm using and saw nothing of relevance to this problem. Yet, I will definitely test the lastest available built as soon as I have more time (and bad files at hand).
Comment by Marc Guay (Marc_Guay) - Thursday, 10 April 2008, 01:59 GMT
Could either one of you test this again please?