Bugzilla – Bug 5973
Slimserver cannot read Genre tag above numeric ID 79 for AIFF files.
Last modified: 2008-12-18 11:12:53 UTC
Slimserver is unable to read Genre->Folk, Disc number and Composer tag info for an AIFF files. This was verified with Slimserver 6.5.4, 6.5.5 and 7. Attached are the two AIFF files that have the tag problem as provided by the customer
Created attachment 2327 [details] AIFF file with Genre tag problem
Created attachment 2328 [details] AIFF file with Genre tag problem # 2
A) multidisc albums do not work correctly when set to treat them as one album all of track 1’s appear, followed by all of the track 2’s, etc. when set to treat them as multiple albums the system does not treat them as multiple albums (no disc 1 of x) B) Compilations sometimes are not treated as compilations – some albums will show up as compilations but others show up under their Artist
Osama, this was only with AIFF files, correct? If so we should change the summary to reflect this.
Created attachment 2330 [details] Problem Description Details (MS Word Doc) Gives further details of the issues
This bug effects more than just the Genre Tag. The issues are described more fully in the attached word document that details the issues that I could reproduce (there may be additional symptoms). It appears that AIFF tags are not correctly read for a number of situations. The issues with multi-disc sets renders many of these unusable (if track order matters). In addition, the cover art is not detected (I believe this is in one of the example files). The combination of issues greatly interfers with the usage of SlimServer for collections of AIFF files (not sure I would characterize the severity as minor).
Sounds like SC is only reading the version 1 of the id3 tag data not the version 2.
I suggest the summary be changed to Slimserver fails to correctly read numerous ID3 tags for AIFF files. I suggest the severity be raised from minor, because there is no work around for these issues. All of the information I could find on iTunes states that it does not use ID3V1 tags. All files were ripped and tagged using iTunes. In addition, it is able to read a number of Genre tags that are not in the standard list (non-standard ones that we created) -- none of these are supported in ID3V1. It appears that it is mainly reading the tags described in ID3V1.1 (though it reads ones that are longer than the ID3V1.1 tag lengths) though it does sometimes read things like the Compilation tag.
I will look at this one.
So far I see that we are reading some id3v2.2 tags in the files, but not all of them. ID3v1 is not an issue, there are no v1 tags here.
Fixed in change 14975. Just needed to define all the additional ID3v2 tag frame mappings. Why these are not in the main MP3::Info module I do not know...
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.