Xine - wmv abspielen
Hallo, habe von meinem Boss eine wmv9 Datei bekommen und wollte sie mit xine unter SuSE 9.1 abspielen. Xine gab die Fehlermeldung, das keine Unterstützung für diesen Codec vorhanden ist. Wenn ich Xine sage er soll es trotzdem abspielen, gibt es Ton ohne Bild. Ich dachte, der wmv9 wäre im Win32-Codec-Paket mit drin. Die Xine- / Kaffeine- / Win32- Pakete stammen von Packman und sind, wie ich gerade nochmal überprüft habe, aktuell. Libxine1-w32dll ist natürlich auch installiert. Xine-check sagt alles ist gut. Habe das Win32-Paket und die libxine1-w32dll noch mal deinstalliert und anschließend neu installiert. Brachte nix. Irgendeine Idee?
Am Freitag, 3. September 2004 12:05 schrieb René Falk:
habe von meinem Boss eine wmv9 Datei bekommen und wollte sie mit xine unter SuSE 9.1 abspielen.
Xine gab die Fehlermeldung, das keine Unterstützung für diesen Codec vorhanden ist. Wenn ich Xine sage er soll es trotzdem abspielen, gibt es Ton ohne Bild.
Ist da irgend ein DRM Schutz auf der Datei? xine sollte WMV9 abspielen, solang die Sachen ungeschützt sind.
Ich dachte, der wmv9 wäre im Win32-Codec-Paket mit drin.
Jo.
Die Xine- / Kaffeine- / Win32- Pakete stammen von Packman und sind, wie ich gerade nochmal überprüft habe, aktuell.
Hm, noch, die 1-rc6 steht kurz vor dem release ;-)
Libxine1-w32dll ist natürlich auch installiert.
Xine-check sagt alles ist gut.
Fein.
Habe das Win32-Paket und die libxine1-w32dll noch mal deinstalliert und anschließend neu installiert. Brachte nix.
Ist in den Einstellungen der korrekte Pfad zu den libs eingestellt? Gibt 'xine -v <datei>' einen Hinweis aus? -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Freitag, 3. September 2004 22:08 schrieb Manfred Tremmel:
Am Freitag, 3. September 2004 12:05 schrieb René Falk:
Ist da irgend ein DRM Schutz auf der Datei? xine sollte WMV9 abspielen, solang die Sachen ungeschützt sind.
Definitiv kein DRM.
Die Xine- / Kaffeine- / Win32- Pakete stammen von Packman und sind, wie ich gerade nochmal überprüft habe, aktuell.
Hm, noch, die 1-rc6 steht kurz vor dem release ;-)
Ich weiß, das schreibst Du schon seit längerem in diversen Mails, deswegen hatte ich auch noch mal bei Packman nachgeschaut.
Ist in den Einstellungen der korrekte Pfad zu den libs eingestellt?
Auszug /.xine/config : # path to RealPlayer codecs # string, default: unknown codec.real_codecs_path:/usr/lib/win32 Habe mal nachgesehen, verschiedene Dateien mit wmv im Namen sind da. Welche müssen überhaupt da sein?
Gibt 'xine -v <datei>' einen Hinweis aus?
Nein, nur: This is xine (X11 gui) - a free video player v0.99.2. (c) 2000-2004 The xine Team. Auf meinem alten Rechner mit SuSE 9.0 , den ich hier noch stehen habe läuft die Datei bestens. Ich hatte mir mal inzwischen die /.xine/config von beiden Rechnern ausgedruckt und nebeneinander gelegt. Ich finde keinen Unterschied. Ich habe ja noch Windows zusätzlich auf dem Rechner, da kommt mir eine Idee: Kann man eigentlich die dll-Dateien von Windows reinkopieren, oder, vielleicht besser, das entsprechende Windowsverzeichnis als Pfad für die Codecs angeben? Läuft das normalerweise oder ist das eine blöde Idee? Bin übrigens erst wieder Sontag zu sehr später Stunde am Rechner. Schönes Wochenende René
Am Samstag, 4. September 2004 03:38 schrieb René Falk:
Am Freitag, 3. September 2004 22:08 schrieb Manfred Tremmel:
Am Freitag, 3. September 2004 12:05 schrieb René Falk:
Hallo Ich habe eine Suse 9.0 Installation + Onlineupdate + Packman und das selbe Problem (Warnmeldung über unsupportet codec, dann Ton und kein Bild)
Auszug /.xine/config :
# path to RealPlayer codecs # string, default: unknown codec.real_codecs_path:/usr/lib/win32
Allerdings steht in meiner ./xine/config # Pfad zum Real-Player-Codecm falls installiert # string, default: unknown codec.real_codecs_path:/usr/lib/RealPlayer8/Codecs Kann ja nicht klappen;-) Frage: Kann ich den Eintrag einfach so ersetzen? Wieso laufen die DLLs in Win32 unter RealPlayer-Codecs? Vielen Dank.
Am Samstag, 4. September 2004 13:24 schrieb Jens Erich Beermann:
Hallo Ich habe eine Suse 9.0 Installation + Onlineupdate + Packman und das selbe Problem (Warnmeldung über unsupportet codec, dann Ton und kein Bild)
Hat mal einer von euch eine URL zu einem Film, bei der das Problem auftritt.
# Pfad zum Real-Player-Codecm falls installiert # string, default: unknown codec.real_codecs_path:/usr/lib/RealPlayer8/Codecs
Nur hat der Real-Codek gar nichts mit mit WMA/WMV zu tun.
Kann ja nicht klappen;-)
Frage: Kann ich den Eintrag einfach so ersetzen? Wieso laufen die DLLs in Win32 unter RealPlayer-Codecs?
Ist egal, wenn Du den Real-Player installiert hast, kann xine die Codecs von dem installierten Real-Player verwenden, ist allerdings nur der 8er, das win32-dll RPM enthält diverse Binary Codecs (nicht nur win32 dlls, so dass der Name eigentlich nicht mehr stimmt, ist aber historisch so gewachsen), unter anderem auch die Codecs zum Realplayer 9. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Samstag, 4. September 2004 03:38 schrieb René Falk:
Ich weiß, das schreibst Du schon seit längerem in diversen Mails, deswegen hatte ich auch noch mal bei Packman nachgeschaut.
Ich hoffe, das wird heute noch was, gestern wurden die letzten beiden als "release-critical" bezeichneten Probleme behoben und heute Morgen noch ein mpeg4 Problem. Siggi hat ja leider keine Zeit diesmal und für Stephen ist das erste Release, das er generiert, aber wird schon gut gehen.
Auszug /.xine/config :
# path to RealPlayer codecs # string, default: unknown codec.real_codecs_path:/usr/lib/win32
In dem Fall wäre codec.win32_path Relevant, der sollte direct darunter in der Config Datei stehen, ist defaultmässig auf /usr/lib/win32 und wenn das nicht geändert wurde, steht die Zeile auf Kommentar.
Habe mal nachgesehen, verschiedene Dateien mit wmv im Namen sind da. Welche müssen überhaupt da sein?
Hm, ohne mich mit den Windows-dlls je genauer beschäftigt hätte, würde ich sagen: wma9dmod.dll wmspdmod.dll wmv9dmod.dll wmvds32.ax wmadmod.dll wmv8ds32.ax wmvdmod.dll
Gibt 'xine -v <datei>' einen Hinweis aus?
Nein, nur:
This is xine (X11 gui) - a free video player v0.99.2. (c) 2000-2004 The xine Team.
Hm, mein Fehler, ich wollte eigentlich die Ausgabe von 'xine --verbose <datei>' sehen.
Auf meinem alten Rechner mit SuSE 9.0 , den ich hier noch stehen habe läuft die Datei bestens. Ich hatte mir mal inzwischen die /.xine/config von beiden Rechnern ausgedruckt und nebeneinander gelegt. Ich finde keinen Unterschied.
Ich habe ja noch Windows zusätzlich auf dem Rechner, da kommt mir eine Idee: Kann man eigentlich die dll-Dateien von Windows reinkopieren, oder, vielleicht besser, das entsprechende Windowsverzeichnis als Pfad für die Codecs angeben? Läuft das normalerweise oder ist das eine blöde Idee?
Ich weiß jetzt nicht, ob das exakt die Versionen sein müssen, die im win32-all RPM liegen, zumindestens von den Quicktime dlls weiß ich, dass die 6.3er dlls Anfangs nicht funktioniert haben und erst Anpassungen notwendig waren. Wenn Du jetzt andere Media-Player-Versionen verwendest, macht das vielleicht mehr Probleme als es behebt.
Bin übrigens erst wieder Sontag zu sehr später Stunde am Rechner.
Na, dann hoffe ich bis dahin die 1-rc6 bei Packman zu haben.
Schönes Wochenende
dito -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo Liste
Auszug /.xine/config :
# path to RealPlayer codecs # string, default: unknown codec.real_codecs_path:/usr/lib/win32
In dem Fall wäre codec.win32_path Relevant, der sollte direct darunter in der Config Datei stehen, ist defaultmässig auf /usr/lib/win32 und wenn das nicht geändert wurde, steht die Zeile auf Kommentar.
Der Eintrag war in der Tat nicht da (auch nicht auf Kommentar)!! Reingeschrieben: codec.win32_path:/usr/lib/win32 und BINGO. Danke.
Hallo, Am Samstag, 4. September 2004 15:37 schrieb Jens Erich Beermann:
Der Eintrag war in der Tat nicht da (auch nicht auf Kommentar)!! Reingeschrieben: codec.win32_path:/usr/lib/win32
und BINGO.
Schade, bei mir klappt das nicht. Grüße René
Hallo, Am Samstag, 4. September 2004 13:26 schrieb Manfred Tremmel:
Am Samstag, 4. September 2004 03:38 schrieb René Falk:
In dem Fall wäre codec.win32_path Relevant, der sollte direct darunter in der Config Datei stehen, ist defaultmässig auf /usr/lib/win32 und wenn das nicht geändert wurde, steht die Zeile auf Kommentar.
Kein solcher Eintrag vorhanden. Erstaunlicherweise ist so ein Eintrag auf meiner SuSE 9.0 Kiste auch nicht vorhanden, obwohl das Abspielen da funktioniert. Habe den Eintrag mal hinzugefügt. Aber da es dann immer noch nicht funktioniert, den Eintrag wieder entfernt.
Habe mal nachgesehen, verschiedene Dateien mit wmv im Namen sind da. Welche müssen überhaupt da sein?
Hm, ohne mich mit den Windows-dlls je genauer beschäftigt hätte, würde ich sagen:
wma9dmod.dll wmspdmod.dll wmv9dmod.dll wmvds32.ax wmadmod.dll wmv8ds32.ax wmvdmod.dll
Alle da, und noch ein andere mit wmv im Namen.
Hm, mein Fehler, ich wollte eigentlich die Ausgabe von 'xine --verbose <datei>' sehen.
Und ich hatte mich schon gefragt, was man an der Versionsangabe sonst noch sehen kann. :-) Bitte schön, er findet den video decoder nicht: load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_spucc.so gefunden load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_decode_sputext.so gefunden load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_dmx_iff.so gefunden load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_dmx_matroska.so gefunden load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_dmx_mpeg_pes.so gefunden load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_inp_mms.so gefunden load_plugins: input plugin mms does not provide a priority, xine-lib will use the default priority. load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_vo_out_caca.so gefunden load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_vo_out_vidix.so gefunden load_plugins: Plugin /usr/lib/xine/plugins/1.0.0/xineplug_vo_out_vidix.so gefunden main: probing <aadxr3> video output plugin main: probing <dxr3> video output plugin video_out_dxr3: Öffnen des Steuer-Geräts /dev/em8300-0 (Datei oder Verzeichnis nicht gefunden) schlug fehl main: probing <xv> video output plugin video_out_xv: Benutze Xv-Port 101 von Adapter NV17 Video Overlay for Hardware-Farbraumtransformation und Skalierung. video_out_xv: ignoring broken XV_HUE settings on NVidia cardsvideo_out_xv: Adapter unterstützt YUY2 Format. video_out_xv: Adapter unterstützt YV12 Format. main: probing <alsa> audio output plugin audio_alsa_out : Unterstützte Modi sind 8Bit 16bit 24bit 32bit Mono Stereo (4-Kanal nicht aktiviert in xine Konfiguration) (4.1-Kanal nicht aktiviert in xine Konfiguration) (5-Kanal nicht aktiviert in xine Konfiguration) (5.1-Kanal nicht aktiviertin xine Konfiguration) (a/52 und DTS pass-through nicht aktiviert in xine Konfiguration) video_out_xv: VO_PROP_ASPECT_RATIO(0) xine: Inputplugin gefunden: Datei Plugin ebml: invalid EBML ID size (0x0) at position 1 ebml: invalid master element xine: Demultiplexer-Plugin gefunden: Elementary MPEG stream demux plugin gui_xine_open_and_play(): mrl: '/windows/D/ArbAb_Tr_Umschlag.wmv', sub 'NONE', start_pos 0, start_time 0, av_offset 0, spu_offset 0. xine: Inputplugin gefunden: Datei Plugin ebml: invalid master element xine: Demultiplexer-Plugin gefunden: ASF demux plugin ffmpeg_audio_dec: Vergrößere Puffer aus 56 um Überlauf zu vermeiden. ffmpeg_audio_dec: Vergrößere Puffer aus 262172 um Überlauf zu vermeiden. video_decoder: Kein Plugin gefunden zur Behandlung von 'Windows Media Video 9' av_offset=0 pts spu_offset=0 pts
Ich weiß jetzt nicht, ob das exakt die Versionen sein müssen, die im win32-all RPM liegen, zumindestens von den Quicktime dlls weiß ich, dass die 6.3er dlls Anfangs nicht funktioniert haben und erst Anpassungen notwendig waren. Wenn Du jetzt andere Media-Player-Versionen verwendest, macht das vielleicht mehr Probleme als es behebt.
Dann lasse ich das mal lieber.
Bin übrigens erst wieder Sontag zu sehr später Stunde am Rechner.
Na, dann hoffe ich bis dahin die 1-rc6 bei Packman zu haben.
Uff, doch schon eher wieder zu Hause. Noch nix zu sehen von 1-rc6. Na, macht nix. Das dürfte für mein Problem sowieso nicht relevant sein. Ich habe gerade mal ein paar beliebige wmv9-Dateien aus verschiedenen Quellen ausprobiert. Bei denen ist es genau das gleiche, es liegt also nicht an der Media-Datei. Grüße René
Am Sonntag, 5. September 2004 20:05 schrieb René Falk:
Und ich hatte mich schon gefragt, was man an der Versionsangabe sonst noch sehen kann. :-)
Nichts :-)
Bitte schön, er findet den video decoder nicht:
Hm, /usr/lib/xine/plugins/1.0.0/xineplug_decode_w32dll.so ist aber schon vorhanden bei Dir?
Uff, doch schon eher wieder zu Hause. Noch nix zu sehen von 1-rc6.
Nö, leider noch nicht released. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
participants (3)
-
Jens Erich Beermann
-
Manfred Tremmel
-
René Falk