![](https://seccdn.libravatar.org/avatar/14d06c3f777cba4208d1710a431f4806.jpg?s=120&d=mm&r=g)
Hi, 0n 05/08/05@16:39 Marco Röben told me:
Am Freitag, 5. August 2005 14:56 schrieb Manfred Eifler:
Hm, also bei mir funktioniert es einwandfrei. Die Bibliothek heist libamarok_artsengine_plugin. Vieleicht könntet ihr mal nachsehen, ob die bei euch installiert ist?
Es ist nicht das arts-Plugin (libamarok_artsengine_plugin ist installiert) was fehlt oder fehlerhaft ist. Arts kann keine mp3s mehr abspielen.
Ich bin kein KDE (=arts) Nutzer, aber AFAIK decodiert arts kein mp3, sondern ist ein Sounddaemon, der lediglich den Zugriff auf die Soundkarte verwaltet. [1]
Versuche ich auf der Konsole mit Hilfe von "play" ein mp3 abzuspielen erhalte ich:
play *.mp3 sox: Failed reading *.mp3: Do not understand format type: mp3
Sox kennt (unter anderem) die configure Optionen: ---cut--- maik@mobby /tmp/sox-12.17.7(127)$ ./configure --help --disable-ogg-vorbis Disable detection of Ogg Vorbis --disable-mad Disable detection of MAD (MP3 Audio Decoder) --disable-lame Disable detection of LAME (LAME Ain't an MP3 Encoder) ---cut--- Da ich keine SuSE habe weiss ich auch nicht, wie tiefgreifend diese SuSE Politik Aenderung (Wir liefern keine mp3 de/encoder mehr) ist. <SuSE bashing> Mp3 Lizenzen/Patente hin oder her, aber wenn SuSE sox so uebersetzt auf die disks presst, wuerde ich das schon als Kadavergehorsam bezeichnen. Was hat denn die runtime detection auf installierte Lizenz/Patent geschuetzte libs mit der Lizensierung bzw. einem Patentverstoss an sich zu tun? Wenn ich jetzt fuer mich selber einen mp3 en/decoder lizensiert habe, moechte ich doch wohl, dass alle Pakete meiner Distribution auch so kompliliert sind das sie diese libs nutzen. IMHO sollte es reichen, wenn sie die eigentlichen en-/decoder weglassen. So grundlegende Pakete wie sox ohne _runtime detection_ eines instalieten mp3 en/decoders zu bauen ist schon krass und ich sehe auch nicht was sowas bewirken soll, auser seine User zu veraergern :(. Vielleicht meinen sie aber auch nur das Packman Team haette zu wenig zu tun :(. *SCNR* Wenn SuSE wirklich zu diesen configure Optionen gegriffen hat und andere sox Pakete nicht ueber Packman zu besorgen sind, wird Dir wohl nichts anderes uebrig bleiben als das sox Paket neu zu bauen. Ich kenne mich auch mit rpm nicht so gut aus, aber im spec des source rpms solltest Du die obigen configure Aufrufe eigentlich finden koennen. Da es ja nicht default ist ohne runtime detection zu bauen, muessten die Optionen da expliziet gesetzt sein.
Will ich jedoch ein ogg abspielen funktioniert es.
Das werden Sie nicht abgeschaltet haben und somit koennte SuSE vielleicht noch argumentieren, wir wollen dadurch freie Codecs unterstuetzen. *Mir* waere das dann aber schon ein wenig zu viel Beformundung, zumal ein Grossteil der verfuegbaren embedded devices keine ogg Unterstuetzung mitbringt und mich zur Nutzung von mp3 verdammt. Das SuSE so weit geht haette ich nicht gedacht :(. Just my 0.02 EUR. [1] Vielleicht habe ich arts nicht ganz verstanden; denn wider Erwarten: ---cut--- maik@mobby /tmp/arts-1.4.1(0)$ ./configure --help ... --disable-libmad disable arts MAD mp3 decoder support ---cut--- Kann gut sein, dass auch arts genau wie sox neu zu kompilieren ist :(. Ein Blick in das spec file sollte Aufschluss geben. -- bye maik