MPlayer 0.91-1 von Packman Absturz
![](https://seccdn.libravatar.org/avatar/275fce38a244bd0bd66c3cdddd9932d5.jpg?s=120&d=mm&r=g)
Hi, ich habe einen Duron 800. MPlayer 0.91-1 von Packman stürzt hier ab. Die 0.90 von Packman lief. Ausgabe: user@host:/partitions/mm1/Filme/Wallace and Gromit> mplayer Wallace\ and\ Gromit\ -\ A\ Grand\ Day\ Out.avi MPlayer 0.91-3.3 (C) 2000-2003 MPlayer Team CPU: Advanced Micro Devices Duron SF Spitfire (Family: 6, Stepping: 1) Detected cache-line size is 64 bytes CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE Reading config file /etc/MPlayer/mplayer.conf Reading config file /home/user/.mplayer/config Reading /home/user/.mplayer/codecs.conf: can't open '/home/re/.mplayer/codecs.conf': Datei oder Verzeichnis nicht gefunden Reading /etc/MPlayer/codecs.conf: 50 audio & 136 video codecs font: can't open file: /home/user/.mplayer/font/font.desc Ungültiger Maschinenbefehl "mplayer" kommt - wenn man framedrop=yes aus der /etc/MPlayer/mplayer.conf auskommentiert - weiter, allerdings nur ohne irgendeinen Film als Argument. "gmplayer" landet sofort auch bei obiger Fehlermeldung. Ich glaube nicht, dass es am Skin oder den Fonts liegt. Wenn dem Fehler nicht schnell/gut beizukommen ist, wäre es schön, wieder die 0.90er Version von mplayer auf Packman für SuSE 8.2 zu bekommen. Bisher ging bei Packman-Updates bzgl. MPlayer immer alles gut, deswegen hab ich die alte Version nicht mehr aufgehoben. René
![](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
participants (2)
-
René Matthäi
-
Urs Fleisch