Tach, habe vorhin ein Update meines KDEs unter SuSE 9.3 auf KDE 3.4.2 gemacht. Die rpms stammen von ftp.gwdg.de aus dem supplementary von SuSE. Nun möchte arts jedoch keine mp3s mehr abspielen, was sich natürlich auch auf amarok auswirkt. kdemultimedia3-arts-mad-3.4.2-3 ist bereits installiert. Zeigt jedoch keine Wirkung. Muß ich neu starten o.ä.? Gibts noch einen anderen Trick? Was hab ich übersehen? MfG Marco
On Thursday 04 August 2005 14:30, Marco Röben wrote:
Tach,
habe vorhin ein Update meines KDEs unter SuSE 9.3 auf KDE 3.4.2 gemacht. Die rpms stammen von ftp.gwdg.de aus dem supplementary von SuSE. Nun möchte arts jedoch keine mp3s mehr abspielen, was sich natürlich auch auf amarok auswirkt.
kdemultimedia3-arts-mad-3.4.2-3 ist bereits installiert. Zeigt jedoch keine Wirkung. Muß ich neu starten o.ä.? Gibts noch einen anderen Trick? Was hab
Hatte ein aehnliches Problem. Da ich dachte, dass es anderen wohl auch so ergeht, habe ich meine Loesung hier veroeffentlicht (ist in englisch): http://www.sjmk.net/articles/2005/07/amarok-sound-problems/ Vielleicht hilft Dir der Ansatz. Wenn nicht, gibt es sicherlich noch andere Loesungsansaetze. Gruss, -- Sabine
Am Freitag, 5. August 2005 00:17 schrieb Sabine Konhaeuser:
Hatte ein aehnliches Problem. Da ich dachte, dass es anderen wohl auch so ergeht, habe ich meine Loesung hier veroeffentlicht (ist in englisch): http://www.sjmk.net/articles/2005/07/amarok-sound-problems/
Vielleicht hilft Dir der Ansatz. Wenn nicht, gibt es sicherlich noch andere Loesungsansaetze.
Jein. Mit xine kann ich ohne Probleme mp3s abspielen. Ebenso mit mpg123, naja und was es sonst noch so gibt. Es sieht so aus, als ob eben nur bei arts die mp3 Unterstützung gestrichen wurde. Ok, ist nicht wirklich so ein riesengroßes Problem. Benutze jetzt halt xine als Ausgabeplugin unter amarok. Verstehe zwar nicht was es für einen Sinn hat zwischen arts und amarok noch xine zu schalten, was ja bei mir auch auf arts zurückgreift, aber was solls. MfG Marco
Am Freitag, 5. August 2005 01:29 schrieb Marco Röben:
Am Freitag, 5. August 2005 00:17 schrieb Sabine Konhaeuser:
Hatte ein aehnliches Problem. Da ich dachte, dass es anderen wohl auch so ergeht, habe ich meine Loesung hier veroeffentlicht (ist in englisch): http://www.sjmk.net/articles/2005/07/amarok-sound-problems/
Vielleicht hilft Dir der Ansatz. Wenn nicht, gibt es sicherlich noch andere Loesungsansaetze.
Jein. Mit xine kann ich ohne Probleme mp3s abspielen. Ebenso mit mpg123, naja und was es sonst noch so gibt. Es sieht so aus, als ob eben nur bei arts die mp3 Unterstützung gestrichen wurde. Ok, ist nicht wirklich so ein riesengroßes Problem. Benutze jetzt halt xine als Ausgabeplugin unter amarok. Verstehe zwar nicht was es für einen Sinn hat zwischen arts und amarok noch xine zu schalten, was ja bei mir auch auf arts zurückgreift, aber was solls.
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? Ist nur ein Gedanke. :-) -- Gruß Manfred ------------------- SuSE9.3 --- KDE 3.4.2 Level "a" Kernel 2.6.11.4-21.7-default --- Maschine i686
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. 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 Will ich jedoch ein ogg abspielen funktioniert es. Marco - der das Verhalten immer noch seltsam findet
Am Freitag, 5. August 2005 16:39 schrieb Marco Röben:
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.
Bei mir schon. Getestet mit amarock und xmms mit arts-Ausgabe-Plugin. Außerdem läuft arts als Soundserver.
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
Ich auch. Ich wollte nur helfen. Hochqualifizierte Antworten kann ich dir leider nicht geben. -- Gruß Manfred ------------------- SuSE9.3 --- KDE 3.4.2 Level "a" Kernel 2.6.11.4-21.7-default --- Maschine i686
Am Freitag, 5. August 2005 17:39 schrieb Manfred Eifler:
Ich wollte nur helfen. Hochqualifizierte Antworten kann ich dir leider nicht geben.
Sorry, wollte nicht unhöflich wirken. War nicht meine Absicht. Aber eine genauere Darstellung des Problems hilft evtl. anderen Lesern mit einem ähnlichem Problem oder Leuten die mehr Ahnung haben als wir. Und mit xine aus Sound-Engine läufts jetzt ja auch bei mir wieder wunderbar. MfG Marco
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
Am Samstag, 6. August 2005 10:35 schrieb Maik Holtkamp:
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]
Hallo zusammen, soweit die Theorie, tatsächlich gibt es seit dem letzten KDE Update das Paket kdemultimedia3-arts-mad-3.4.2-3 , und das wird schon einen Grund haben ;-) Bei mir hatte auf jeden Fall vorher schon xms mit aRts Ausgabe PlugIn mp3´s abgespielt, jedoch erst nach dem nachträglichen installieren des besagten Pakets ist nun auch amaroK dazu in der Lage (>Marco: Ja, ein Neustart des Systems bzw der KDE Session war erforderlich) Gruß Micha
Hi! @Maik Auf die Idee mal einen Blick in das spec file zu werfen bin ich bis jetzt noch nicht gekommen. Werd ich heute abend oder morgen mal machen. Evtl. kompilier ich einfach mal arts und sox neu. Mal schauen ob man so den Fehler eingrenzen kann. @Michael Wie schon erwähnt, kdemultimedia3-arts-mad-3.4.2-3 ist bereits installiert. Und eben merke ich, dass xmms mit arts-Plugin keine Probleme macht und ein erneuter Test mit amarok bringt auch keine Fehlfunktion mehr ans Tageslicht. Ich hatte übrigens schon vor den letzten Tests mehrmals neu gestartet. Das Problem ist somit aus der Welt. :-) MfG Marco
participants (5)
-
Maik Holtkamp -
Manfred Eifler -
Marco Röben -
Michael Schueller -
Sabine Konhaeuser