Bugzilla – Bug 12409
MP3 file crashes scanner in noweb-sqlite branch
Last modified: 2009-10-05 14:33:03 UTC
Created attachment 5340 [details] zip file which contains the problematic MP3 file The attached MP3 file seems to crash the new scanner in the noweb-sqlite branch. The same MP3 file works perfectly with the old scanner used in trunk of 7.4. There is nothing special in scanner.log, the scanner just logs the filename and then dies.
For future reference feel free to assign any file scanning bugs to me.
This crasher is fixed in Audio::Scan 0.21. Was this really encoded with LAME? It looks really messed up: ~4K of null bytes between the ID3v2 tag and the first MP3 frame. Invalid Xing header values resulting in wrong bitrate (64k vs. actual 128k average). 24kHz, why?! Invalid encoder delay/padding values. Other invalid bits in the LAME tag.
OK I was partially wrong, the LAME tag is fine, I was just not reading it completely. Still, you should re-encode this file!
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server! * SqueezeCenter: 28672 * Squeezebox 2 and 3: 130 * Transporter: 80 * Receiver: 65 * Boom: 50 * Controller: 7790 * Radio: 7790 Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.