[vdpau] Segfault beim starten von vdr-sxfe

  • Ich bin gerade dabei vdpau mit xineliboutput zu installieren.
    Grafikkarte ist eine 9400GT mit 1024MB Ram.


    Bis jetzt habe ich diese Schritte durchgeführt:


    -xine-vdpau installiert, das habe ich vor ca 2 Stunden per SVN von svn co svn://jusst.de/xine-vdpau gezogen


    - aktuellen NVidia Treiber vom FTP und installiert


    - xineliboutput 1.0.4 installiert


    - VDR mit xinelibioutput und ohne lokales Frontend gestartet


    Sobald ich nun vdr-sxfe starten will, bekomme ich einen Segfault


    Backtrace dazu


    Ausgaben von vdr-sxfe


    Kann mir jemand sagen woran das liegt? Im Portal und über Google finde ich leider nichts passendes.

  • hi
    die reienfolge ?


    1: xine-vdpau
    2: NVidia Treiber
    3: xineliboutput 1.0.4
    ist falsch
    so ist richtig
    1: NVidia Treiber
    2: xine-vdpau
    3: xineliboutput 1.0.4
    mfg det

    Jeder sollte sein Leben so leben können wie er/sie es möchte, frei und
    unabhängig, in der Not anderen zur Seite stehend, nie vergessen was man
    ist, eben einfach nur Mensch sein mit allen Schwächen und Stärken
    Lieber stehend sterben als ewig gebückt leben

  • Mit geänderter Reihenfolge leider weiterhin das gleiche Problem.
    X-Server ist auch gestartet, ich erhalte auch kurz ein schwarzes Bild, wenn ich vdr-sxfe starte.


    Was mir jetzt aber noch aufgefallen ist, beim Start des X-Servers erscheint diese Meldung:

    Code
    (EE) NVIDIA(0): Failed to initialize the GLX module; please check in your X
    (EE) NVIDIA(0):     log file that the GLX module has been loaded in your X
    (EE) NVIDIA(0):     server, and that the module is the NVIDIA GLX module.  If
    (EE) NVIDIA(0):     you continue to encounter problems, Please try
    (EE) NVIDIA(0):     reinstalling the NVIDIA driver.


    Im Log findet sich aber später noch folgendes:

    Code
    (II) Loading extension NV-GLX
    (II) NVIDIA(0): NVIDIA 3D Acceleration Architecture Initialized
    (==) NVIDIA(0): Disabling shared memory pixmaps
    (II) NVIDIA(0): Using the NVIDIA 2D acceleration architecture
    (==) NVIDIA(0): Backing store disabled
    (==) NVIDIA(0): Silken mouse enabled


    Kann das das Problem sein? Laut Log wird glx ja trotzdem noch gestartet.


    Edit:
    Beim starten von vdr-sxfe gibt der X-Server noch folgendes aus:


    Die glx Fehlermeldung ist nun auch weg, das war ein Fehler in der xorg.conf

  • Zitat

    Original von Maniac
    Welche X-Server Version wird den mindestens benötigt? Ich nutze zur Zeit x.org 1.4.0 vom 05.09.2007


    Kann das evtl. die Ursache sein?


    Hallo maniac,


    nein das ist mit Sicherheit nicht die Ursache.


    Hast du schonmal versucht eine andere xine-vdpau-Revison zu benutzen?


    Wie sieht es denn dann aus, wenn du vor dem Bauen nochmal alles neu holst und die installierten Files entfernst, eventuell ist da was schief?


    Das Problem wurde eigentlich letztens durch die richtige Kompilierreihenfolge behoben. Das hat dir det oben schon geschrieben.


    Gruß
    Wolfgang

  • Welche xine-vdpau Revision ist den empfehlenswert?


    Hab gerade auch nochmal alles neu geladen und installiert, dabei auch wieder auf die oben angegebene Reihenfolge geachtet.
    Der Segfault bleibt leider.


    Der X-Server gibt auch weiterhin diese Meldung aus, und zwar einmal pro Startversuch von vdr-sxfe.


    Code
    X Error: BadWindow (invalid Window parameter) 3
      Major opcode:  19
      Minor opcode:  0
      Resource id:  0x400002


    Hat das etwas zu bedeuten?

  • System ist ein hjslfs, gcc Version 4.1.2, Kernel 2.6.28.7, VDR 1.7.6 mit xineliboutput 1.0.4 sonst keine weiteren Plugins zur Zeit.




    Angeschlossen ist ein Samsung LE-40M86BD als einziger Monitor.


    vdr-sxfe starte ich mit "vdr-sxfe --fullscreen --verbose --video=vdpau" über SSH.

  • Es läuft nun, zumindest teilweise aber der Segfault ist weg.


    Problem war das meine libxine.so.1 auf die 1.26 verwiesen hatte, welche ich ohne vdpau genutzt habe. Bei der ersten löschen/neuinstallieren Aktion vorhin habe ich die übersehen und ein "make install" bon xine-vdpau hat sie leider auch nicht überschrieben.


    Ich bin bei xineliboutput dann noch auf die CVS-Version gewechselt, da ich vorher TCP Buffer too small Meldungen hatte.


    SDTV läuft nun, aber anscheinend ohne Deinterlacer.
    HDTV geht leider noch nicht.


    Edit:
    HDTV geht doch, allerdings stürzt vdr-sxfe bei jedem umschalten ab und muss per STRG+C beendet werden.

  • Was mir jetzt noch aufgefallen ist, vdr-sxfe sagt beim starten


    Code
    [4019] [demux_vdr] Using decoder "libmpeg2" for mpeg2 video
    [4019] [demux_vdr] Using decoder "FFmpeg" for H.264 video


    Sollte dort nicht auch vdpau stehen?

  • Servus nochmal,


    naja irgendwo hast du dich jetzt total verrannt.


    Mein Vorschlag wäre jetzt mal systematisch vorzugehen.


    1. Putz nochmal die Platte und lösche alles was mit der xine-lib, usw. zusammenhängt.


    2. Lösche auch die config_xineliboutput, je nach user. Die wird wieder erstellt beim nächsten Start.


    3. Schau mal in /usr/lib/xine oder /usr/local/lib/xine was da unter .../plugins alles so liegt und dann => löschen.


    4. Installiere alles neu nach Reihenfolge:


    1: NVidia Treiber
    2: xine-vdpau
    3: xineliboutput 1.0.4


    5. Beschreib doch mal genauer deine Installationsschritte, es war schon so das nach /usr/lib/xine installiert wurde und der vdr aber unter /usr/local/lib/xine die alten Files benutzte.


    6. Dein voriger Post zeigt, das deine install nachwievor ohne vdpau ist.


    7. Was mir noch auffällt, hast du mal den Weg über die xine-lib-1.2 und vdpau-Patch plus xineliboutput-cvs probiert?, eventuell hakt es daran, der vdr-1.7.6 nutzt ja ts.


    8. Im Wiki stehen Tips zur Install und der exakte Aufruf um vdpau zu nutzen.


    Gruß
    Wolfgang

  • Ok, ich fang nochmal an.


    Habe jetzt alles was ich von der xine-lib finden konnte gelöscht.
    /usr/lib/libxine*
    /usr/lib/xine
    /usr/include/xine
    /usr/bin/xine-config
    Alle vorhanden xine-sourcen
    config_xineliboutput


    Folgendes vorgehen bei der Neuinstallation
    1. NVidia-Treiber installiert
    - NVIDIA-Linux-x86-185.18.14-pkg1.run gestartet
    - Installation mit ja/weiter durchgegangen, dabei Kernel-Modul kompilieren lassen
    - xorg.conf anpassen lassen


    2. xine-lib mit vdpau installier
    - SVN Checkout von svn co svn://jusst.de/xine-vdpau
    - Revision 275
    - ./autogen.sh
    - ./configure --prefix=/usr
    - Ausgabe configure


    - make
    - make install


    3. xineliboutput
    - VDR 1.7.8 runtergeladen
    - xineliboutput 1.0.4 runtergeladen
    - make und make plugins im VDR verzeichnis
    - make install im xineliboutput Verzeichnis


    4. Starten
    - startx
    - vdr -P'xineliboutput -l none -r 37890 -p'
    - vdr-sxfe --video=vdpau --fullscreen --verbose


    Jetzt erhalte ich von vdr-sxfe jede Menge Meldungen


    Die hatte ich gestern auch schon, wonach ich dann auf die CVS Version von xineliboutput gewechselt bin, womit diese dann weg waren.


    Edit: Mit der CVS Version das gleiche wie vorher.

  • Fix gegangen,


    ich habe mal ein wenig gesucht, ...


    - Für den VDR 1.7.8 nimmst du die xine-lib-1.2 mit vdpau-patch, hier geht im Moment nur das xine-plugin-0.9.3, mit allen Patches die rnissl da mitliefert.
    Genau die konfig habe ich hier auch parallel auf einem Testsystem am Laufen.


    - Verlässlich läuft auch der 1.7.0 mit xine-vdpau aus dem svn und xineliboutput-1.0.4.


    Zu irgendwelchen anderen Kobinationen habe ich jetzt werder was gefunden noch selbst schon probiert. Kann also nicht definitiv sagen an was es liegt. Die jeweiligen cvs und Entwicklerversionen haben einen sehr schnellen Anpassungszyklus.


    Ich kann mir aber vorstellen, ich meine das auch schon gelesen zu haben, dass xineliboutput-cvs noch Probleme mit TS hat. Deshalb auch xine-plugin-0.9.3 mit VDR-1.7.8.


    In der xorg.conf brauchst du noch den Bereich zum abschalten des composite => siehe Wiki.


    Sorry, aber evtl. mal VDR-1.7.0 nehmen oder eben VDR-1.7.8 mit oben genannten Versionen.


    Gruß
    Wolfgang

  • Jetzt bin ich auf VDR 1.7.0 mit h264 und s2api Patches.


    vdr-sxfe startet und bringt TV-Bild, doch sobald ich umschalte läuft

    Code
    [3557] [input_vdr] TCP: fifo buffer full
    [3557] [input_vdr] TCP: fifo buffer full
    [3557] [input_vdr] TCP: fifo buffer full
    [3557] [input_vdr] TCP: fifo buffer full
    [3557] [input_vdr] TCP: fifo buffer full


    durchs Log und nach kurzer Zeit

    Code
    [3551] [input_vdr] write_control failed (poll timeout or error)
    [3558] [input_vdr] read_block: no data source, returning NULL


    vdr-sxfe lässt sich dann nurnoch per killall -9 töten.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!