Bugzilla – Bug 3667
Tag problem when both ID3v1, ID3V2 and APE is present
Last modified: 2009-01-29 09:47:00 UTC
I have some tracks with titles longer than 30 chars, but only the 30 first chars show up after a scan. As far as I can see it happens when both ID3v1, v2 and APE tags are present in the file. There also seems to be a problem with other tags (Multi disc albums showing as seperate albums & album showing up without album title). Running on a Nightly (based on SVN 7720), SVN upgraded to 8229 This bug could be releated to bug 3520 (https://bugs-archive.lyrion.org/show_bug.cgi?id=3520) but the behavoir is not the same, hence a new bug. And my problem may have started when the fix to this bug (change 8143) was released, since I haven't noticed this behavior before.
please attach an mp3 file that exhibits this problem
Created attachment 1298 [details] MP3 file with the problem This one shows up as 'Break On Through (To The Other' and disc 1 and 2 of the album shows up as two different albums (with the same title)
It appears that your APE tags are incorrect, and have the shorter title. Since we prefer APE over v2, the shorter title is being used. I'm not sure which should be preferred.. I do think that your tags need to be updated though.
After upgrading my MP3 tag program, and re-applying the tags for the problem files, the problem with the short titles was fixed. Thanks for the help. I thought that APE tags was only read for missing ID3v2 tags (I don't know why I thought that). Perhaps a setting to choose a priority order for the tags would be nice. And the problem with the multi-disc albums showing up as multiple albums is also solved. All the problem albums were compilation albums, which did not have the COMPILATION tag. After adding this tag the problem was solved.
Subject: Re: Tag problem when both ID3v1, ID3V2 and APE is present >I thought that APE tags was only read for missing ID3v2 tags (I don't know why >I thought that). Perhaps a setting to choose a priority order for the tags >would be nice. Unfortunately it's not that simple. The common case seems to be ID3v2 tags for artist/album type metadata, and then mp3gain or foobar2k adds replay gain tags into the APE footer. So we really can't prefer one over the other, they need to be merged.
I'm going to close this bug then.. if we find a lot of people have a problem similar, I'll revisit.
KDF is right, the bug I opened 4462 is a dupe of this bug. I'll close that bug in a minute. Just wanted to add that there is another customer experiecing this issue (tmid 12821).
*** Bug 4462 has been marked as a duplicate of this bug. ***