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