Hallo, ich habe gerade ein Update des gesamten Systems gemacht (11.4). Seit dem stürzt xine bei einigen Videos ab. Parole spielt die Datei ohne Probleme. Hier die Ausgabe auf der Konsole: Dies ist xine (X11 gui) - Ein freier Video-Player v0.99.6. (c) 2000-2007 Das xine Team. vo_vdpau: Can't create vdp device : No vdpau implementation. [mpeg4 @ 0x824aca0] Invalid and inefficient vfw-avi packed B frames detected *** glibc detected *** xine: malloc(): smallbin double linked list corrupted: 0x0824e090 *** ======= Backtrace: ========= /lib/libc.so.6(+0x6de2b)[0xb7457e2b] /lib/libc.so.6(+0x703d3)[0xb745a3d3] /lib/libc.so.6(__libc_malloc+0x6a)[0xb745c59a] /usr/lib/libX11.so.6(+0x5a3f4)[0xb76313f4] /usr/lib/libX11.so.6(+0x4ddcd)[0xb7624dcd] /usr/lib/libX11.so.6(_XlcOpenConverter+0x4e)[0xb762518e] /usr/lib/libX11.so.6(+0x5575a)[0xb762c75a] /usr/lib/libX11.so.6(XmbTextListToTextProperty+0x4f)[0xb76339ef] /usr/lib/libX11.so.6(XmbSetWMProperties+0x5d)[0xb7633efd] xine[0x809d4d8] xine[0x80a1e58] xine[0x8085e23] /lib/libpthread.so.0(+0x5b05)[0xb7564b05] /lib/libc.so.6(clone+0x5e)[0xb74bdd5e] ======= Memory map: ======== 08048000-08126000 r-xp 00000000 08:04 28016 /usr/bin/xine 08126000-08127000 r--p 000dd000 08:04 28016 /usr/bin/xine 08127000-08129000 rw-p 000de000 08:04 28016 /usr/bin/xine 08129000-083d4000 rw-p 00000000 00:00 0 [heap] a9354000-a9398000 rw-s 00000000 00:04 9928726 /SYSV00000000 (deleted) a9398000-a93dc000 rw-s 00000000 00:04 9895971 /SYSV00000000 (deleted) a93dc000-a9420000 rw-s 00000000 00:04 9863202 /SYSV00000000 (deleted) a9420000-a9464000 rw-s 00000000 00:04 9830433 /SYSV00000000 (deleted) a9464000-a94a8000 rw-s 00000000 00:04 9797664 /SYSV00000000 (deleted) a94a8000-a94ec000 rw-s 00000000 00:04 9764895 /SYSV00000000 (deleted) a94ec000-a9530000 rw-s 00000000 00:04 9732126 /SYSV00000000 (deleted) a9530000-a9574000 rw-s 00000000 00:04 9699357 /SYSV00000000 (deleted) a9574000-a95b8000 rw-s 00000000 00:04 9666588 /SYSV00000000 (deleted) a95b8000-a95c9000 r--p 00000000 08:04 13051 /usr/share/ghostscript/fonts/n019003l.pfb a95c9000-a95d0000 r--s 00000000 08:04 531941 /var/cache/fontconfig/77e41c5059666d75f92e318d4be8c21e-le32d4.cache-3 a95d0000-a95d5000 r--s 00000000 08:04 543227 /var/cache/fontconfig/1890317d8a3fded7854d26fdd2e67c05-le32d4.cache-3 a95d5000-a95d8000 r--s 00000000 08:04 534195 /var/cache/fontconfig/31f82260556886db06538972b4bc1ecd-le32d4.cache-3 a95d8000-a9619000 r--s 00000000 08:04 532565 /var/cache/fontconfig/df311e82a1a24c41a75c2c930223552e-le32d4.cache-3 a9619000-a965a000 r--s 00000000 08:04 532566 /var/cache/fontconfig/17090aa38d5c6f09fb8c5c354938f1d7-le32d4.cache-3 a965a000-a969e000 rw-s 00000000 00:04 9633819 /SYSV00000000 (deleted) a969e000-a96e2000 rw-s 00000000 00:04 9601050 /SYSV00000000 (deleted) a96e2000-a96e3000 ---p 00000000 00:00 0 a96e3000-a9ee3000 rw-p 00000000 00:00 0 a9ee3000-aa28c000 rw-p 00000000 00:00 0 aa292000-aa297000 r--s 00000000 08:04 532568 /var/cache/fontconfig/d62e99ef547d1d24cdb1bd22ec1a2976-le32d4.cache-3 aa297000-aa2be000 r--s 00000000 08:04 585960 /var/cache/fontconfig/7ef2298fde41cc6eeb7af42e48b7d293-le32d4.cache-3 aa2be000-aa302000 rw-s 00000000 00:04 9568281 /SYSV00000000 (deleted) aa302000-aa346000 rw-s 00000000 00:04 9535512 /SYSV00000000 (deleted) aa346000-aa38a000 rw-s 00000000 00:04 9502743 /SYSV00000000 (deleted) aa3ca000-aa40e000 rw-s 00000000 00:04 9437205 /SYSV00000000 (deleted) aa40e000-aa67f000 rw-p 00000000 00:00 0 aa683000-aa6a5000 r--s 00000000 08:04 532573 /var/cache/fontconfig/8d4af663993b81a124ee82e610bb31f9-le32d4.cache-3 aa6a5000-aa6c5000 rw-s 00000000 00:04 9404435 /SYSV0056a4d6 (deleted) aa6c5000-aa6d5000 rw-s 00000000 00:05 2807 /dev/snd/pcmC0D0p aa6d5000-aa6de000 r-xp 00000000 08:04 28415 /usr/lib/libpostproc.so.52.0.100 aa6de000-aa6df000 r--p 00008000 08:04 28415 /usr/lib/libpostproc.so.52.0.100 aa6df000-aa6e0000 rw-p 00009000 08:04 28415 /usr/lib/libpostproc.so.52.0.100 aa6e3000-aa6f8000 r-xp 00000000 08:04 26502 /usr/lib/xine/plugins/2.0/xineplug_decode_mad.so aa6f8000-aa6f9000 r--p 00014000 08:04 26502 /usr/lib/xine/plugins/2.0/xineplug_decode_mad.so aa6f9000-aa6fa000 rw-p 00015000 08:04 26502 /usr/lib/xine/plugins/2.0/xineplug_decode_mad.so aa6fa000-aa704000 r-xp 00000000 08:04 26499 /usr/lib/xine/plugins/2.0/xineplug_decode_ff.so aa704000-aa705000 r--p 00009000 08:04 26499 /usr/lib/xine/plugins/2.0/xineplug_decode_ff.so aa705000-aa706000 rw-p 0000a000 08:04 26499 /usr/lib/xine/plugins/2.0/xineplug_decode_ff.so aa706000-aabd2000 rw-p 00000000 00:00 0 aabd2000-aabda000 r-xp 00000000 08:04 9125 /usr/lib/xine/plugins/2.0/xineplug_dmx_avi.so aabda000-aabdb000 r--p 00007000 08:04 9125 /usr/lib/xine/plugins/2.0/xineplug_dmx_avi.so aabdb000-aabdc000 rw-p 00008000 08:04 9125 /usr/lib/xine/plugins/2.0/xineplug_dmx_avi.so aabdc000-aabe9000 r-xp 00000000 08:04 9128 /usr/lib/xine/plugins/2.0/xineplug_dmx_games.so aabe9000-aabea000 r--p 0000c000 08:04 9128 /usr/lib/xine/plugins/2.0/xineplug_dmx_games.so aabea000-aabeb000 rw-p 0000d000 08:04 9128 /usr/lib/xine/plugins/2.0/xineplug_dmx_games.so aabeb000-aabee000 r-xp 00000000 08:04 9135 /usr/lib/xine/plugins/2.0/xineplug_dmx_playlist.so aabee000-aabef000 r--p 00002000 08:04 9135 /usr/lib/xine/plugins/2.0/xineplug_dmx_playlist.so aabef000-aabf0000 rw-p 00003000 08:04 9135 /usr/lib/xine/plugins/2.0/xineplug_dmx_playlist.so aabf0000-aabf4000 r-xp 00000000 08:04 26512 /usr/lib/xine/plugins/2.0/xineplug_dmx_mpeg_block.so aabf4000-aabf5000 r--p 00003000 08:04 26512 /usr/lib/xine/plugins/2.0/xineplug_dmx_mpeg_block.so aabf5000-aabf6000 rw-p 00004000 08:04 26512 /usr/lib/xine/plugins/2.0/xineplug_dmx_mpeg_block.so aabf6000-aac42000 r-xp 00000000 08:04 23573 /usr/lib/libmodplug.so.1.0.0 aac42000-aac43000 r--p 0004c000 08:04 23573 /usr/lib/libmodplug.so.1.0.0 aac43000-aac44000 rw-p 0004d000 08:04 23573 /usr/lib/libmodplug.so.1.0.0 aac44000-aacc8000 rw-p 00000000 00:00 0 aaccc000-aacd2000 r-xp 00000000 08:04 9139 /usr/lib/xine/plugins/2.0/xineplug_dmx_real.so aacd2000-aacd3000 r--p 00005000 08:04 9139 /usr/lib/xine/plugins/2.0/xineplug_dmx_real.so aacd3000-aacd4000 rw-p 00006000 08:04 9139 /usr/lib/xine/plugins/2.0/xineplug_dmx_real.so aacd4000-aacd6000 r-xp 00000000 08:04 26525 /usr/lib/xine/plugins/2.0/xineplug_dmx_yuv4mpeg2.so aacd6000-aacd7000 r--p 00001000 08:04 26525 /usr/lib/xine/plugins/2.0/xineplug_dmx_yuv4mpeg2.so aacd7000-aacd8000 rw-p 00002000 08:04 26525 /usr/lib/xine/plugins/2.0/xineplug_dmx_yuv4mpeg2.so aacd8000-aacda000 r-xp 00000000 08:04 9134 /usr/lib/xine/plugins/2.0/xineplug_dmx_nsv.so aacda000-aacdb000 r--p 00001000 08:04 9134 /usr/lib/xine/plugins/2.0/xineplug_dmx_nsv.so aacdb000-aacdc000 rw-p 00002000 08:04 9134 /usr/lib/xine/plugins/2.0/xineplug_dmx_nsv.soAbgebrochen vdpau ist installiert: rpm -qa | grep vdpau libvdpau-devel-0.4.1-10.6.i586 libvdpau1-0.4.1-10.6.i586 libvdpau_trace1-0.4.1-10.6.i586 vdpau-video-0.7.3-5.6.i586 Xine beschwert sich über glibc. Die wurde gerade aktualisiert. Kann das Problem hier liegen? Wenn ja? Was kann ich dagegen tun? Danke Gruß Karl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Samstag, 4. Februar 2012 schrieb Karl Sinn:
Hallo,
ich habe gerade ein Update des gesamten Systems gemacht (11.4). Seit dem stürzt xine bei einigen Videos ab. Parole spielt die Datei ohne Probleme. [...] Xine beschwert sich über glibc. Die wurde gerade aktualisiert. Kann das Problem hier liegen? Wenn ja? Was kann ich dagegen tun?
Danke Gruß Karl
Hallo Karl Hab hier das selbe Problem und dies auch schon bei auf der Packman Liste kund getan. Leider kann aber Manfred hier nicht helfen weshalb ich dies (auch mit Backtrace) auf dem Xine Bucktracker eingereicht hab. Seit dem hab ich jedoch nichts mehr von der Seite gehört :-/ https://bugs.xine-project.org/show_bug.cgi?id=453 Gruß Micha P.s.:Bin übrigens auch schon auf die alte Glibc zurück gegangen, hat aber nichts gebracht -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Karl
Hab hier das selbe Problem und dies auch schon bei auf der Packman Liste kund getan. Leider kann aber Manfred hier nicht helfen weshalb ich dies (auch mit Backtrace) auf dem Xine Bucktracker eingereicht hab. Seit dem hab ich jedoch nichts mehr von der Seite gehört :-/
https://bugs.xine-project.org/show_bug.cgi?id=453
Gruß Micha
P.s.:Bin übrigens auch schon auf die alte Glibc zurück gegangen, hat aber nichts gebracht
Hallo Michael, ich habe meine Infos zu dem Bug dazugefügt. Ich hoffe es hilft Gruß Karl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Samstag, 4. Februar 2012 schrieb Karl Sinn:
Hallo,
ich habe gerade ein Update des gesamten Systems gemacht (11.4). Seit dem stürzt xine bei einigen Videos ab. Parole spielt die Datei ohne Probleme.
Hallo Karl Ich hab heut mal nen paar Dinge ausprobiert, und bin nun etwas irritiert. Darum wollt ich Dir grad mal davon berichten, in der Hoffnung das hier jemanden etwas dazu einfällt. Laut xine FAQ http://www.xine-project.org/faq#xfreecrash sollte man im Falle dessen xine unter der Benutzung von xv abstürzt zunächst mal den Video Treiber auf XShm wechseln. Wenn es hiermit geht liegt das Problem am xv Treiber. Hab ich getan, xine läuft, ok Da frag ich mich warum hat xine ein Problem mit xv, mplayer jedoch nicht ? Darauf hab ich bisher keine Antwort gefunden, aber das ist nicht die einzige Frage die offen ist ... Nun hab ich hier eine zweite 11.4 Installation die schon eine ganze Weile nicht mehr aktualisiert wurde, und bei der der Nvidia Treiber lokal kompiliert wurde. Installiert ist hier die Version 275.43 Hier läuft xine ohne Probleme. Also hab ich das Nvidia Reposite in der Installation die Probleme macht deaktiviert, und den 275.43er installiert. Die Probleme treten weiter auf, schade... Also hab ich den Treiber mit nvidia-installer --update auf die Version 290.10 aktualisiert. Weiterhin Probleme... (allerdings erwähnt nvidia das mit dieser aktuellen Version ein Problem behoben wurde das OpenGL Programme zum Absturz brachte wenn eine neuere Version der glibc installiert ist, aha... Da diese Nvidia Version aber die selbe ist, die auch über das Reposite durch Yast installiert wird, hab ich den Treiber wieder deinstalliert und statt dessen den selben aus dem Repo wieder installiert. Hierbei hab ich aber diesmal nur das kernel Modul installiert, aber den Treiber selbst vergessen. Nun hätte ich gedacht das ich Xorg Probleme bekommen würde, da ich den KMS Service deaktiviert habe, und auch nouveau per blacklist gesperrt habe. Aber weit gefehlt. Xorg stellt alles zur Verfügung, auch den xv Treiber. Sollte der nicht durch den Nvidia Treiber zur Verfügung gestellt werden ? Nun stelle ich also fest, das xine keine Probleme mach, wenn ich gar keinen nvidia Treiber installiert habe, selbst 3D Unterstützung ist gegeben. Allerdings fehlt das Nvidia AGP Modul, welches für Standby gebraucht wird. Letzter Stand der Dinge ist der, das ich den Nvidia Treiber wieder vollständig aus dem Repo installiert habe und xine meistens funktioniert, manchmal jedoch wie gehabt abstürzt. Nun frage ich mich ob die xv Unterstützung durch Xorg und die des Nvidia Treiber kollidieren, kann das sein. Zumindest würde es erklären warum xine bei ein und der selben Datei mal abstürzt und mal nicht. Soweit von meiner Seite, gruß micha -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 5. Februar 2012, 16:08:41 schrieb Michael Schueller:
Am Samstag, 4. Februar 2012 schrieb Karl Sinn:
Hallo,
ich habe gerade ein Update des gesamten Systems gemacht (11.4). Seit dem stürzt xine bei einigen Videos ab. Parole spielt die Datei ohne Probleme.
Hallo Karl
Ich hab heut mal nen paar Dinge ausprobiert, und bin nun etwas irritiert. Darum wollt ich Dir grad mal davon berichten, in der Hoffnung das hier jemanden etwas dazu einfällt.
Laut xine FAQ http://www.xine-project.org/faq#xfreecrash
sollte man im Falle dessen xine unter der Benutzung von xv abstürzt zunächst mal den Video Treiber auf XShm wechseln. Wenn es hiermit geht liegt das Problem am xv Treiber.
Ja, der XShm Treiber ist der einfachste, da wird alles von der CPU erledigt, der Grafiktreiber ist dabei dann völlig irrelevant, solange er denn überhaupt was darstellen kann.
Hab ich getan, xine läuft, ok
Da frag ich mich warum hat xine ein Problem mit xv, mplayer jedoch nicht ? Darauf hab ich bisher keine Antwort gefunden, aber das ist nicht die einzige Frage die offen ist ...
Dass ist eine gute Frage. Eventuell werden die Daten anders übergeben. Leider kenn ich mich mit der Schnittstelle nicht im Detail aus.
Nun hab ich hier eine zweite 11.4 Installation die schon eine ganze Weile nicht mehr aktualisiert wurde, und bei der der Nvidia Treiber lokal kompiliert wurde. Installiert ist hier die Version 275.43 Hier läuft xine ohne Probleme.
Interessant.
Also hab ich das Nvidia Reposite in der Installation die Probleme macht deaktiviert, und den 275.43er installiert. Die Probleme treten weiter auf, schade... Also hab ich den Treiber mit nvidia-installer --update auf die Version 290.10 aktualisiert. Weiterhin Probleme... (allerdings erwähnt nvidia das mit dieser aktuellen Version ein Problem behoben wurde das OpenGL Programme zum Absturz brachte wenn eine neuere Version der glibc installiert ist, aha...
Proprietäre Treiber mach das Debugen natürlich schwierig, soblad die Daten an den XV-Port übergeben sind, kann man nichts mehr nachvollziehen.
Da diese Nvidia Version aber die selbe ist, die auch über das Reposite durch Yast installiert wird, hab ich den Treiber wieder deinstalliert und statt dessen den selben aus dem Repo wieder installiert. Hierbei hab ich aber diesmal nur das kernel Modul installiert, aber den Treiber selbst vergessen.
Nun hätte ich gedacht das ich Xorg Probleme bekommen würde, da ich den KMS Service deaktiviert habe, und auch nouveau per blacklist gesperrt habe. Aber weit gefehlt. Xorg stellt alles zur Verfügung, auch den xv Treiber. Sollte der nicht durch den Nvidia Treiber zur Verfügung gestellt werden ?
Die XVideo Extension ist Teil des Grafiktreibers. Nur die Bibliothek zum Ansteuern von XVideo ist Teil von X.org selbst (libXv).
Nun stelle ich also fest, das xine keine Probleme mach, wenn ich gar keinen nvidia Treiber installiert habe, selbst 3D Unterstützung ist gegeben.
Das erklärt auch, warum ich das nicht reproduzieren kan. Hab keine unfreien Treiber am laufen und auch keine NVidia Grafikkarte mit GPU die von einem der neueren Treiber noch unterstützt würde (nur ne GForce2 MX 400 in einem Pentium II Rechner).
Allerdings fehlt das Nvidia AGP Modul, welches für Standby gebraucht wird.
Letzter Stand der Dinge ist der, das ich den Nvidia Treiber wieder vollständig aus dem Repo installiert habe und xine meistens funktioniert, manchmal jedoch wie gehabt abstürzt.
Das openGL-Modul einstellen?
Nun frage ich mich ob die xv Unterstützung durch Xorg und die des Nvidia Treiber kollidieren, kann das sein. Zumindest würde es erklären warum xine bei ein und der selben Datei mal abstürzt und mal nicht.
Nein, das ist der Treiber selbst, da kann es eigentlich keine Kollisionen geben. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Nun stelle ich also fest, das xine keine Probleme mach, wenn ich gar keinen nvidia Treiber installiert habe, selbst 3D Unterstützung ist gegeben. Das erklärt auch, warum ich das nicht reproduzieren kan. Hab keine unfreien Treiber am laufen und auch keine NVidia Grafikkarte mit GPU die von einem der neueren Treiber noch unterstützt würde (nur ne GForce2 MX 400 in einem Pentium II Rechner).
Allerdings fehlt das Nvidia AGP Modul, welches für Standby gebraucht wird.
Letzter Stand der Dinge ist der, das ich den Nvidia Treiber wieder vollständig aus dem Repo installiert habe und xine meistens funktioniert, manchmal jedoch wie gehabt abstürzt. Das openGL-Modul einstellen?
Nun frage ich mich ob die xv Unterstützung durch Xorg und die des Nvidia Treiber kollidieren, kann das sein. Zumindest würde es erklären warum xine bei ein und der selben Datei mal abstürzt und mal nicht. Nein, das ist der Treiber selbst, da kann es eigentlich keine Kollisionen geben.
Eine Nvidia Karte habe ich auch, mit dem aktuellen Treiber, damit sieht es so aus als wäre das Problem eingegrenzt. Allerdings hat sich jetzt hier noch niemand gemeldet der das gleiche Problem auf der 12.1 nachvollziehen kann. Das lässt die Vermutung zu, dass eventuell hier noch eine Softwareabhängigkeit Abhilfe schaffen könnte. Anders als bei Michael, stürzt Xine bei mir allerdings immer im Zusammenhang mit den Xvid Codecs ab. andere Codecs machen keine Probleme. Könnte hier das Problem noch liegen? Arbeiten die Codecs eng genug mit den Grafiktreibern zusammen dass das hier das Problem sein könnte? Wenn ja sollten wir eventuell mal probieren die Codecs lokal zu kompilieren. Gruß Karl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 5. Februar 2012 schrieb Karl Sinn:
Anders als bei Michael, stürzt Xine bei mir allerdings immer im Zusammenhang mit den Xvid Codecs ab. andere Codecs machen keine Probleme.
Nabnd Karl Das glaub ich nicht, denn bei mir stürzt xine immer bei DX50 Dateien ab, die von http://www.onlinetvrecorder.com/ stammen. Ich hatte eher die Auflösung im Verdacht ... Die Dateien haben bei mir eine Auflösung von 640x360 Kannst Du das bestätigen ? Micha -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 05.02.2012 18:41, schrieb Michael Schueller:
Am Sonntag, 5. Februar 2012 schrieb Karl Sinn:
Anders als bei Michael, stürzt Xine bei mir allerdings immer im Zusammenhang mit den Xvid Codecs ab. andere Codecs machen keine Probleme. Nabnd Karl
Das glaub ich nicht, denn bei mir stürzt xine immer bei DX50 Dateien ab, die von http://www.onlinetvrecorder.com/ stammen.
Ich hatte eher die Auflösung im Verdacht ... Die Dateien haben bei mir eine Auflösung von 640x360
Kannst Du das bestätigen ?
Micha
Nein, ich habe Dateien mit anderen Auflösungen. Gruß Karl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 5. Februar 2012, 18:28:59 schrieb Karl Sinn:
Anders als bei Michael, stürzt Xine bei mir allerdings immer im Zusammenhang mit den Xvid Codecs ab. andere Codecs machen keine Probleme.
Könnte hier das Problem noch liegen? Arbeiten die Codecs eng genug mit den Grafiktreibern zusammen dass das hier das Problem sein könnte?
Nö, soweit kenn ich die xine Architektur, das Video läuft durch Demuxer, Decoder und das Ergebnis wird an das Videoausgabeplugin übergeben. Der Codec ist dann schon aussen vor wenn die Daten an das xine-xv Videoausgabe Plugin übergeben werden.
Wenn ja sollten wir eventuell mal probieren die Codecs lokal zu kompilieren.
Kannst Du gerne versuchen. Xvid ist MPEG4, MPEG4 wird durch ffmpeg decodiert, interagiert dabei aber nicht mit dem NVidia Modul. Da sehe ich eigentlich keinen Zusammenhang. Ich denke die Auflösung ist der Parameter, an dem es am ehesten liegen kann. Die Video-Player basteln bei ungünstigen Auflösungen gerne intern größer Puffer, eventuell sind da Unterschiede zwischen xine und MPlayer bzw. VLC. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 5. Februar 2012 schrieb Manfred Tremmel:
Die XVideo Extension ist Teil des Grafiktreibers. Nur die Bibliothek zum Ansteuern von XVideo ist Teil von X.org selbst (libXv).
Nabend Manfred Aber wenn das so ist, warum funktioniert dann xine mit der xv Extension (die ich explziet ausgewählt habe) wenn kein nvidia treiber installiert ist, und auch der nouveau Treiber nicht läuft ( wie gesagt, der steht auf der Blacklist) ? Andererseits scheint es mir nur eine Frage der Zeit bis alles wieder läuft. Denn wenn Nvidia das Problem mit neueren Versionen de glibc erkannt hat, dann werden sie auch feststellen das die derzeitige Lösung noch nicht zu 100% funktioniert. Setzt natürlich vorraus das das alte Problem auch das aktuelle ist. Gruß Micha -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 5. Februar 2012, 19:11:07 schrieb Michael Schueller:
Am Sonntag, 5. Februar 2012 schrieb Manfred Tremmel:
Die XVideo Extension ist Teil des Grafiktreibers. Nur die Bibliothek zum Ansteuern von XVideo ist Teil von X.org selbst (libXv). Nabend Manfred
Aber wenn das so ist, warum funktioniert dann xine mit der xv Extension (die ich explziet ausgewählt habe) wenn kein nvidia treiber installiert ist, und auch der nouveau Treiber nicht läuft ( wie gesagt, der steht auf der Blacklist) ?
Über welchen Treiber lief denn das ganze dann? Über den nv Treiber? -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (3)
-
Karl Sinn -
Manfred Tremmel -
Michael Schueller