Album cover image does not display from ID3v2.2 tag
The iTunNORM and iTunSMPB tags are added by iTunes, and both are very long strings of digits. If both of these are present and excessively long strings (they show up in red in Kid3), audacious does not display the album artwork. The image is visible if either value is deleted or set to a short string.
#3 Updated by Jim Turner 8 months ago
- File id3v24.cc.diff id3v24.cc.diff added
- File id3v22.cc.diff id3v22.cc.diff added
- File id3-common.h.diff id3-common.h.diff added
- File id3-common.cc.diff id3-common.cc.diff added
Thanks for the example!
It appears that iTunes is saving the tags as id3v2.2 instead of the more modern id3v2.4, and apparently there's a slight difference in the format for embedding images between the two (v2.2's "PIC" tag vs. v2.4's "APIC" tag) See the specs here: v2.2: https://id3.org/id3v2-00 and v2.4: https://id3.org/id3v2.4.0-frames, or else iTunes is just screwing with us (see here!: https://www.joelverhagen.com/blog/2010/12/how-itunes-uses-id3-tags)
Anyway, I patched Audacious (see attached files from src/libaudtag/id3), and it seems to work now, at least for your example. Please try out if you can rebuild Audacious, and see if it works for all your cases & post back here (as I don't have any other music files with the old id3v2.2 tags to test or software to tag 'em that way)!
I'm not a developer on the Audacious team, but I've done alot of work on the Album art plugin and other stuff in my Audacious fork (send me an email to my redmine profile email if you're interested in that - I won't discuss here on THEIR bug system), so I can't merge the patch to mainline Audacious, but I took an interest in testing / fixing this bug. Perhaps if it can be further tested, I can submit the patch as a pull request though.
#8 Updated by John Lindgren 8 months ago
- % Done changed from 0 to 100
- Status changed from New to Closed