![](https://seccdn.libravatar.org/avatar/9ea1e3d549bea9935c2e31e3efeb66e7.jpg?s=120&d=mm&r=g)
[Fri, 8 Aug 2003 11:19:43 -0400, Emery Snyder
Ich verwende SuSE 8.1. Ich mache MP3s mit Audacity, kann aber die ID3- Tags nicht richtig schreiben. Das Schreiben von ip3 tags geht auch nicht mit kid3.
Wenn ich versuche, die mit Audacity gemachten mp3-Datein mit kid3 zu lesen, stürzt kid3 ab.
Der Absturz wird von der id3lib verursacht und tritt nur bei von Audacity generierten MP3s auf. Dieses generiert sonderbare ID3v2.4 (?) Header. Daher stürzt bei Audacity-MP3s jedes Programm, welches die id3lib für ID3V2 Tags benutzt, ab (ich habe es mit kid3, juk, id3convert, id3cp, id3info und id3tag ausprobiert). Der Absturz passiert gleich bei "tagV2->Link(fn, ID3TT_ID3V2)", also sobald eine Datei mit einem ID3V2 Tag verbunden wird. Ich glaube daher nicht, dass ich in kid3 drin den Bug vermeiden kann, ohne gleich selbst ID3 Tags zu parsen (dafür ist die id3lib da). Workaround: Bei der neusten Version der id3lib (3.8.3) tritt der Absturz nicht mehr auf. Die sauberste Lösung wäre, diese Version zu installieren und kid3 neu zu kompilieren. Eine Hack-Lösung ohne Neukompilation wäre es, libid3-3.8.so.3.0.0 aus einem RPM nach /usr/lib zu kopieren, und den Symlink libid3-3.8.so.0 -> libid3-3.8.so.0.0.0 darauf zu ändern (ln -sf libid3-3.8.so.3.0.0 libid3-3.8.so.0). Das Problem lässt sich gänzlich vermeiden, wenn man in Audacity bei File/export mp3 beim "Edit the ID3 tags for the MP3 file" von "ID3v2 (more flexible)" nach "ID3v1 (more compatible)" umschaltet. Um schon codierte Files doch noch taggen zu können, sollte der ID3v2.4 Header entfernt werden mit "mp3check --cut-junk-start filename.mp3". Ein Hack-Alternative ist: Ändere das vierte Byte in den Dateien (sie starten mit {'I', 'D', '3', 4}) von 4 auf 3 (=> von ID3v2.4 nach ID3v2.3). Die Tags sind zwar immer noch nicht brauchbar, aber Kid3 stürzt nicht mehr ab und kann den Schrott entfernen (ID3v2 Remove). Urs Fleisch