Version: 2.0.1 (using KDE 3.2.1, Gentoo) Compiler: gcc version 3.3.3 20040217 (Gentoo Linux 3.3.3, propolice-3.3-7) OS: Linux (i686) release 2.6.4-gentoo After loading my mp3 and ogg files into JuK, I set about fixing their tags to show artist/track properly. After loading these files in another mp3 player, I found that Juk has created the id3v1 tag properly, but had managed to create a corrupted id3v2 tag, which consisted of several characters from the id3v1 tag.
It's probably not corrupt -- you probably just tried to load it into a player which doesn't properly support ID3v2.4. Which player was this? Can you either try running the "framelist" tool that comes in taglib/examples or find someway that I can see one of these files?
Using XMMS 1.2.10. I've done some checking, and apparently xmms still has some issues with certain brands of id3v2. Disabling that there solved the problem I had. Don't seem to have the taglib/examples program (apparently, gentoo doesnt have it). But a program called id3v2 claims the file doesnt have an id3v2 tag. Now I AM confused :) I can send you a file (1.9 mb) if you want, but I can work around the problem. Rather have it fixed though :)
Ok, yeah, this is an XMMS bug. XMMS doesn't properly handle unicode in ID3v2 tags. I've actually looked at the code before and it's just plain wrong... id3v2 uses id3lib which only implements ID3v2.3, so as the ID3v2 spec indicates it ignores ID3v2.4 tags.
(Just renaming this so that I can mark others as duplicates of this later.)
Well on the one hand at least all my files havn't been corrupted, but on the other I guess I am forced to use Juk full time now. Juk may be better, but forcing the user (not that juk has really any say in it) kinda stinks.
> I guess I am forced to use Juk full time now. If by "forced to use JuK" you mean "Forced to use JuK, amaroK, Noatun, Rhythmbox, BMP (XMMS port to GTK2), MusicCube, Yammi, Muine or pretty much any other player except XMMS..." then yes, you are forced to use JuK. And even there it's fixed in their CVS.