Bugzilla – Bug 15014
Scanner should prefer Vorbis tags for FLAC files
Last modified: 2009-12-11 03:02:26 UTC
I'm not sure if this is caused by the correction of bug #8380 or if there is some other change that results in changed behavior. At the moment if a FLAC file contains both ID3v1, ID3v2 and Vorbis tags it seems like the scanner takes the values from the ID3v1 or ID3v2 tags and not from the Vorbis tags. If I have a ALBUM tag defined in all these three tagging formats, I think it should prefer the primary tagging format based on file type. So for FLAC this means that it should use Vorbis tags primarily and for MP3 files it means that it should probably primarily use ID3v2.4 tags. The behavior has changed between 7.4 and 7.5: - In 7.4 it used Vorbis tags on my FLAC files - In 7.5 it takes the values from the ID3v1 or ID3v2 tags
i think its important to note that it isn't recommended to have id3 tags in FLACs, and the eas workaround is to simply remove them and use only APE or Vorbis for FLAC. having said that, i support the idea, IF its possible, to let the file type determine which tag type is read last, and therefore supercede the other tags, (except in cases where fields are blank, iow's blank doesn't supercede lower tags with info)
I would just as soon the scanner completely ignore all ID3 tags in FLAC and Ogg files. It's not the same situation as MP3 files that can reasonably be expected to have ID3v1, ID3v2 and even APE tags. If ID3 tags were added to a FLAC, they were almost certainly added by accident (EAC). I doubt that any tagging software will write or edit ID3 tags in FLAC and Ogg files.
Fixed this morning. JJ: I believe some people used ID3 before FLAC supported artwork, so it's reasonable to support it.
*** Bug 15280 has been marked as a duplicate of this bug. ***