Bugzilla – Bug 3520
ID3 tags not parsed when APE tags present
Last modified: 2011-03-16 04:40:37 UTC
When scanning my music library, no tag information was retrieved from any of the files. A quick post on the forum suggested it was the presence of an APE tag that was preventing the server from retrieving the ID3 tag data, which indeed turned out to be the case. Unfortunately removing APE tags from my MP3 files is not an option (these are added by MP3gain) as the level adjustments are used in various other pieces of software. I've come up with a temporary workaround by disabling the calls to the APE tag parsing code in the relevant Info.pl file, unfortunately this means that volume levelling information is no longer available to SlimServer. This problem only seems to occur when an ID3v2 tag is not present - the presence of an APE tag appears to blank all the fields that also appear in the ID3v1 tag. The correct behaviour should be to only replace ID3v1 fields that actually appear in the APE tag. Again, switching 9,000 MP3 files to ID3v2 tags is not an option, partly because I still have some old legacy software that chokes on v2 tags.
please try 6.3 nightly builds
Also, if it's still happening with 6.3, please attach a file that exhibits this problem.
Created attachment 1276 [details] MP3.pm patch
The problem still exists in 6.3 I think it is a side effect of the change always preferring id3v2 over id3v1 (for iTunes) rather than merging the two while preferring id3v2 (old behavior). I'm in the same boat as the original problem reporter (thousands of files affected). I work around it with the patch attached but this has the side effect of increasing rescan time by a significant amount.
Should be fixed in change 8143
I tried upgrading from 6.5.4 to svn 13906. After a rescan, I'm getting the same behavior that I was for this bug. I believe the logic for handling id3v1 + ape (mp3gain) has reverted and I'm missing thousands of tracks from the scan like I was before.
Could you please attach a file that is not scanned properly?
Created attachment 2285 [details] mp3 file with id3v1 and mp3gain ape tags
I can't reproduce your problem. This file is scanned fine and appears in the library with proper metadata and replaygain info. Tested with svn 13949.
It's still ocurring on my server, but it's clear now that it is a different bug than this one. I filed https://bugs-archive.lyrion.org/show_bug.cgi?id=5872
This bug is being closed since it was resolved for a version which is now released! Please download the new version of SqueezeCenter (formerly SlimServer) at http://www.slimdevices.com/su_downloads.html If you are still seeing this bug, please re-open it and we will consider it for a future release.