GNOME Bugzilla – Bug 677919
apedemux: APE tags should be preffered over ID3v1
Last modified: 2018-11-03 14:46:35 UTC
If for example an MP3 file includes both APE tags and ID3v1 tags at the end of the file, typefind first finds the ID3v1 tag at the end and after id3demux having parsed that the APE tag that comes before the ID3v1 tag is found and read. Now with ID3v1 being a very limited format and not having a clear definition of the character set used, reading non-ASCII titles (especially Shift-JIS or GB18030) from ID3v1 mostly results in garbled characters. As it is parsed before the APE tag, media players etc. will usually display the not very useful ID3v1 title. I would therefore propose that in case of ID3v1 and APE tag both being present, the APE tag should be preffered.
I agree, though I'm not sure how to best do that yet. I intend to move the main tag readers into a common plugin in -base soon though, then it might be a bit easier.
Is this still an issue with the rebasing to tagdemux ?
Both Rhythmbox and GNOME music still give me the ID3v1 title info. gst-typefind also says "application/x-id3". Curiously enough, totem displays the APE title though...
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/issues/64.