Bugzilla – Bug 12122
noweb-sqlite branch scanner fails to scan some mp3 files
Last modified: 2009-10-05 14:26:06 UTC
Created attachment 5248 [details] scanner.log The noweb-sqlite branch scanner fails to scan some of my mp3 files. In the scanner.log file I just get a message "Unable to read tags from file". The old MySQL scanner works perfectly on the same file.
Created attachment 5249 [details] mp3 file that isn't scanned correctly
I should probably have mentioned that the log files is from svn version 26700
Hmm the file itself scans OK, I wonder if this could be a filename encoding issue. Does it scan if you rename it to only contain ASCII chars?
(In reply to comment #3) > Hmm the file itself scans OK, I wonder if this could be a filename encoding > issue. Does it scan if you rename it to only contain ASCII chars? The file name doesn't matter, I tried to rename both the filename and directory so they only contains US ascii character but it didn't help. I also tried to put the file in a separate directory and pointed the music folder setting to this directory so it only scanned this single file, the problem still remains. The SqueezeCenter information in SqueezeCenter Settings looks like this: ========================= Version: 7.4 - TRUNK @ UNKNOWN Hostname: squeezedev Server IP Address: 172.16.0.211 Server HTTP Port Number: 9000 Operating system: Debian - EN - utf8 Platform Architecture: i686-linux Perl Version: 5.8.8 - i486-linux-gnu-thread-multi Total Players Recognized: 3 ========================= The operating system is Ubuntu 8.04.1 JeOS running in a virtualbox virtual machine. The file is scanned perfectly with the old MySQL based scanner in exactly the same setup. I've other files with non ascii characters both in filename and tags that seems to scan perfectly.
Is this still an issue with the latest 7.4? I've changed a lot of stuff related to filename encoding.
(In reply to comment #5) > Is this still an issue with the latest 7.4? I've changed a lot of stuff > related to filename encoding. I just tried it with svn 26980 and have the same problem.
Created attachment 5320 [details] Another mp3 that isn't scanned correctly Here is another mp3 file that isn't scanned correctly, doesn't contain any non ascii characters as far as I can see. It does contain an apostrophe character, I'm not sure if that could cause any problems.
OK, thanks, this one is actually not scanned properly. It looks like the ID3 tag has a broken size value.
I tried it against my full production library. The FLAC version of the production library works perfectly, scans everything correctly. The MP3 version doesn't, it fails on a lot of files. If I remember correctly, the MP3 version of my production library has been created with the flac2mp3.pl script available through the forums. The AAC version of my production library which I think is created with foobar2000 and the AAC iTunesEncoder seems to work pretty good. I get problem with one file but it seems to be caused by some other problem, I'll write a separate bug report for this. The development library which the attached files are from has been created with various tools, some tagging with foobar2000 and Windows mp3tag and Linux id3v2. I'm not sure if it's related, but the scanner process seems to die in the middle when scanning the MP3 production library. Is there some limitation so it aborts after it has failed to scan a specific number of files or is this something I should report in a separate bug report ?
The problem here is similar to your other bug.. 5K of null bytes between the ID3 tag and the first MP3 frame. The scanner only looks at 4K of data before giving up. Why are your files so messed up? :)
(In reply to comment #10) > The problem here is similar to your other bug.. 5K of null bytes between the > ID3 tag and the first MP3 frame. The scanner only looks at 4K of data before > giving up. Why are your files so messed up? :) No idea. I think they were initially created from FLAC version with flac2mp3.pl (by Robin Bowes). Unfortunately I don't think I currently have the installation left to re-create them but I could try to experiment a bit with some of the FLAC to MP3 conversion tagging tools to see if I can recreate the problem. All my MP3 files works perfectly with all other tagging tools I've used and also with the old SqueezeCenter 7.4 trunk scanner.
Fixed in Audio::Scan 0.21.
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.