Neue VDPAU-Pakete

  • Hallo wilder Igel,


    herzlichen Dank für Deine Unterstützung!


    Ich bin heute morgen etwas durcheinander gekommen, aber ich meine, durch xineliboutput-sxfe kam die Abhängkeit auf vdr-1.6 rein.
    Ich hatte das xineliboutput-Plugin für devel und standard gebaut und als ich xineliboutput-sxfe mit dpkg installieren wollte, moserte es über nicht erfüllte Abhängigkeiten.
    Beim anschließenden apt-get -f install kam vdr ins System (allein um ABI-1.6 aufzulösen).
    Werde es später nochmal überprüfen - jetzt muss ich erstmal wech.


    Dank Dir auf jeden Fall.


    Wünsche allen erfreuliche und erholsame Festtage.


    Gruß Geronimo

    Ich bin verantwortlich für das, was ich schreibe, nicht für das, was Du verstehst!


  • Tobi,


    Ich habe mich jetzt auch mal an dieser Anleitung versucht, aber m-a a-i nvidia brachte bei mir eine unerwartete Abhänigkeit von nvidia-kernel-common das mein apt aber gar nicht kennt:

    [EDIT2] Habe das jetzt durch manuelles Installieren des .53 Kernelmoduls in den Griff bekommen[/EDIT2]




    [EDIT1] 2. Problem hat sich erledigt![/EDIT1]


    Ich sehe wahrscheinlich den Wald vor lauter Bäumen nicht mehr.


    Jede Hilfe ist sehr willkommen.


    Danke schonmal und ein Frohes Fest,
    Thorsten

    --------------------------------------------------------------------------
    HW: AMD Athlon(tm) 7850, 2 GB RAM, Gainward G210 (NVidia GF 210), nvidia 195.36.31, 640+750GB internal HD, 1TB +(2*1TB) NAS (WD My Book World Edition I&II), Hauppauge FF Rev. 2.1, Budget: AVerTV DVB-T 771, WinTV HVR-4000 DVB-S(2)
    VDR: 1.7.15, Plugins: xineliboutput osdteletext dvbsddevice epgsearch streamdev-server vnsiserver skinsoppalusikka tvonscreen live fritzbox menuorg externalplayer dvd text2skin

    2 Mal editiert, zuletzt von gandalf ()

  • Ich hoffe, dass ich nicht geschimpft werde, da ich mein Problem schon einmal hier (VDR kann sich nicht mit X Server verbinden) geschildert habe. Nach der Fehlermeldung dürfte die Lösung aber in den vdpau-Paketen zu suchen sein, deshalb hier:


    Mein VDR steigt mit dieser Meldung aus:


    Der VDR kommt dann etwas weiter und steigt dann so aus:


    Dec 25 15:14:35 vdr vdr: [10881] starting plugin: epgsearchonly
    Dec 25 15:14:35 vdr vdr: [10881] starting plugin: xineliboutput
    Dec 25 15:14:35 vdr vdr: [10904] Local decoder/display (cXinelibThread) thread started (pid=10881, tid=10904)
    Dec 25 15:14:35 vdr vdr: [10904] [xine..put] xineliboutput: plugin file is /usr/lib/vdr/plugins/libvdr-xineliboutput.so.1.6.0
    Dec 25 15:14:35 vdr vdr: [10904] [xine..put] Searching frontend sxfe from /usr/lib/vdr/plugins/
    Dec 25 15:14:35 vdr vdr: [10904] [xine..put] Probing /usr/lib/vdr/plugins/libxineliboutput-sxfe.so.1.0.90-cvs
    Dec 25 15:14:35 vdr vdr: [10904] [xine..put] load_frontend: entry at 0xb5b1c014
    Dec 25 15:14:35 vdr vdr: [10904] [xine..put] Using frontend sxfe (X11 (sxfe)) from libxineliboutput-sxfe.so.1.0.90-cvs
    Dec 25 15:14:35 vdr vdr: [10904] [xine..put] cXinelibLocal::Action - fe created
    Dec 25 15:14:35 vdr vdr: [10904] [vdr-sxfe] sxfe_display_open(width=720, height=576, fullscreen=1, display=0.0)
    Dec 25 15:14:35 vdr vdr: [10904] [vdr-sxfe] sxfe_display_open: failed to connect to X server (0.0)
    Dec 25 15:14:35 vdr vdr: [10904] [vdr-sxfe] Display size : 650 x 366 mm
    Dec 25 15:14:35 vdr vdr: [10904] [vdr-sxfe] 1920 x 1080 pixels
    Dec 25 15:14:35 vdr vdr: [10904] [vdr-sxfe] 74dpi / 75dpi
    Dec 25 15:14:35 vdr vdr: [10904] [vdr-sxfe] Display ratio: 2950,819672/2953,846154 = 1,000000
    Dec 25 15:14:35 vdr vdr: [10909] Remote decoder/display server (cXinelibServer) thread started (pid=10881, tid=10909)
    Dec 25 15:14:35 vdr vdr: [10909] ERROR (thread.c,225): Keine Berechtigung
    Dec 25 15:14:35 vdr vdr: [10909] [xine..put] cXinelibServer: Can't set priority to SCHED_RR 2 [1,99]
    Dec 25 15:14:35 vdr vdr: [10909] [xine..put] Binding server to 127.0.0.1:37890
    Dec 25 15:14:35 vdr vdr: [10909] [xine..put] Listening on port 37890
    Dec 25 15:14:35 vdr vdr: [10909] [xine..put] Listening for UDP broadcasts on port 37890
    Dec 25 15:14:35 vdr vdr: [10909] [discovery] BROADCAST: VDR xineliboutput DISCOVERY 1.0^M Server port: 37890^M Server address: 127.0.0.1^M Server version: xineliboutput-1.0.90-cvs^M ^M
    Dec 25 15:14:36 vdr vdr: [10897] SvdrpService: connected to 192.168.1.200:2001 (enabled charset conversion ISO-8859-1 - ISO-8859-15)
    Dec 25 15:14:38 vdr vdr: [10904] [vdr-fe] Failed to open connection to bus: Failed to connect to socket /tmp/dbus-IOerdcZLQU: Verbindungsaufbau abgelehnt
    Dec 25 15:14:38 vdr vdr: [10904] [vdr-fe] (ERROR (tools/gnome_screensaver.c,61): Verbindungsaufbau abgelehnt)
    Dec 25 15:14:38 vdr vdr: [10904] [xine..put] cXinelibLocal::Action - fe->fe_display_open ok
    Dec 25 15:14:38 vdr vdr: [10904] [xine..put] cXinelibLocal::Action - xine_init
    Dec 25 15:14:39 vdr vdr: [10904] [vdr-fe] fe_xine_init: xine_open_video_driver("vdpau") failed
    Dec 25 15:14:39 vdr vdr: [10904] [xine..put] cXinelibLocal: Error initializing frontend
    Dec 25 15:14:39 vdr kernel: [ 1199.248973] vdr[10904]: segfault at 250 ip b80719a0 sp ae75f1f4 error 4 in libpthread-2.7.so[b806a000+15000]
    Dec 25 15:14:39 vdr runvdr: restarting VDR
    Dec 25 15:14:39 vdr kernel: [ 1199.284308] saa7146: unregister extension 'budget_ci dvb'.



    Was läuft hier noch falsch?


    Danke!



    goldfisch

  • Hallo,


    ich wollte mich auch mal an diese Sache wagen, bekomme es aber nicht hin :


    2 Systeme (einmal i386 mit dem vdr, einmal amd64 als Client), vdr und vdrdevel
    laufen (mit FF und SD-Kanäle auch remote mit xineliboutput). DVB-C (Unitymedia) mit
    ArdHD und ZdfHD funktionieren mit vdrdevel ca. 10s, dann Absturz xineliboutput,
    mit vdr kommt gar nix. Ich denke das ist Stand der Dinge - bei meiner Suche
    bin ich auf diesen Thread gestossen und habe jetzt folgende sources.list :


    deb http://e-tobi.net/vdr-experimental lenny base backports addons vdr-multipatch
    deb-src http://e-tobi.net/vdr-experimental lenny base backports addons vdr-multipatch
    deb http://e-tobi.net/vdrdevel-experimental lenny base backports addons vdr-multipatch
    deb-src http://e-tobi.net/vdrdevel-experimental lenny base backports addons vdr-multipatch


    deb http://ftp.de.debian.org/debian/ lenny main non-free contrib
    deb-src http://ftp.de.debian.org/debian/ lenny main non-free contrib
    deb http://security.debian.org/ lenny/updates main contrib non-free
    deb-src http://security.debian.org/ lenny/updates main contrib non-free
    deb http://www.debian-multimedia.org lenny main
    deb-src http://www.debian-multimedia.org lenny main
    deb http://www.backports.org/debian lenny-backports main contrib non-free
    deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free


    deb http://e-tobi.net/vdpau-xine1.1 lenny base backports addons vdr-multipatch
    deb-src http://e-tobi.net/vdpau-xine1.1 lenny base backports addons vdr-multipatch
    deb http://e-tobi.net/vdpau-xine1.1-vdrdevel lenny base backports addons vdr-multipatch
    deb-src http://e-tobi.net/vdpau-xine1.1-vdrdevel lenny base backports addons vdr-multipatch


    Ich habe es geschafft, den nvidia-Treiber zu aktualisieren, beim Rest kommt auf dem vdr :


    Entferne die folgenden Pakete:
    vdr-addon-noad
    vdr-plugin-image
    vdr-plugin-osdpip
    vdr2jpeg
    vdrdevel-plugin-image


    Deaktualisieren der folgenden Pakete:
    libavcodec51 [3:20080706-0.3lenny1 (stable, now) -> 0.svn20080206-18 (stable)]


    Auf dem Client sollen andere Pakete mit Abhängigkeiten zu Marillat (z.B. dvdstyler,
    kdenlive, qdvdauthor, ..) deinstalliert werden.


    Das liegt m.E. daran, dass libavcodec51 von libdirac0 abhängt, das mit libdirac-encoder0
    conflicted, das wiederum von libavcodec52 benötigt wird.


    Gibt es dafür irgendeine Lösung ?

  • So, ich habe inzwischen unter Wegfall der genannten Pakete upgedatet und versuche
    jetzt DasErsteHD und ZDFHD mittels DVB-C (UnityMedia) zu testen.


    Vorweg : ich habe bislang keine vdpau-fähige Hardware (aber Nvidia inkl. binary-Treiber)
    und ein System mit 1xFF, 1xBudget, AV-Board und normalem Fernseher (SVideo).
    Bevor ich in neue GraKa und LCD-TV investiere wollte ich software- und empfangsseitig
    alles klar machen. Ich habe jeweils xmbc, http-streaming mittels mplayer und xineliboutput
    getestet.


    Ergebnis :
    - xineliboutput läuft maximal 10 Sekunden - dann Absturz, Meldungen z.B.
    [h264 @ 0x2b6ed40]non-existing SPS 14 referenced in buffering period
    [h264 @ 0x2b6ed40]B picture before any references, skipping
    [h264 @ 0x2b6ed40]decode_slice_header error
    [h264 @ 0x2b6ed40]no frame!
    [h264 @ 0x2b6ed40]number of reference frames exceeds max (probably corrupt input), discarding one
    Last message repeated 4 times
    [h264 @ 0x2b6ed40]Cannot parallelize deblocking type 1, decoding such frames in sequential order
    [h264 @ 0x2b6ed40]number of reference frames exceeds max (probably corrupt input), discarding one
    Last message repeated 1 times
    [h264 @ 0x2b6ed40]mmco: unref short failure
    [h264 @ 0x2b6ed40]number of reference frames exceeds max (probably corrupt input), discarding one
    Speicherzugriffsfehler


    - mplayer liefert
    Cache size set to 320 KBytes
    Cache fill: 0.00% (0 bytes) nop_streaming_read error : Resource temporarily unavailable
    Cache fill: 0.00% (0 bytes)
    Exiting... (End of file)


    - xbmc läuft (z.B. 15 Minuten am Stück ohne Bild-/Ton-Asynchronität - allerdings nicht ganz flüssig,
    was mir aber ohne vdpau plausibel erscheint (Core2Duo-6300-CPU 90%+80%-Last))


    Anmerkungen :
    - Alle genannten 3 Wege laufen mit vdr und vdrdevel bei SDTV von beiden Clients aus einwandfrei
    - Zum Empfang wurde immer die KNC One verwendet, da die FF-Karte hdtv nur sehr schlecht empfängt


    Fragen :
    - Sind die o.g. Abstürze/Probleme bekannt ?
    - Lohnt es sich überhaupt, dies ohne entsprechende Graka zu testen ?
    - Habe ich evtl. ein Empfangsproblem (warum geht es dann aber mit xbmc) ?


    Tschuess..
    Michael

  • Hi,


    ohne entsprechende Hardware lohnt das Testen meiner Meinung nach nicht.


    Denn niemand weiß genau, wann welche Fehlermeldung in den Logs bei welchem Zustand auch immer auf mangelnde Hardwareunterstützung/Softwarefehler hin deutet.


    Die FF würde ich eh ausbauen, für die Tests wenn du passende Hardware hast.


    Gruß
    Wolfgang

  • Hallo


    panik105
    Also ARD-HD und ZDF-HD laufen bei mir übers Gigabit-Lan auch nicht flüssig aber auf demVDR-Rechner selbst mit vdr-sxfe völlig problemlos. Du solltest also wenn möglich den VDR-Rechner selbst mal an einen Monitor hängen und dort vdr-sxfe laufen lassen.


    Und mplayer über xineliboutput, wieso? Xineliboutput hat selbst nen Medienspieler für alles Mögliche.


    lallo

  • Ok, danke. Weitere Tests dann erst wieder lokal, also wenn ich mein LCD-TV habe; wobei die Ergebnisse bei mir lokal und remote wie gesagt identisch waren - und Gigabit-Ethernet ist es auch.


    Und mplayer nicht über xineliboutput, sondern als Client für streamdev-server (http-Streaming auf Port 3000), um neben xineliboutput und xbmc als Client für streamdev-server (vdr-streaming auf Port 2004) eine 3. Variante testen zu können..

  • wbreu : Ok, dann weitere Tests erst mit entsprechender Hardware (was ja scheinbar ein Kapitel für sich ist..) - die weihnachtliche vdr-Bastelsaison neigt sich ja nun eh dem Ende entgegen :-))


    Warum sollte man die FF ausbauen, sind da irgendwelche Inkompatibilitäten bekannt ?
    (Ich habe das immer gerne als stabilen Fallback in der Hinterhand - manchmal will man ja auch nur einfach fernsehen.. und ein Extra-Bastel-System habe ich mir bislang gespart)

  • Natürlich ist eine Karte weniger im System immer auch eine potentielle Fehlerquelle weniger. Ich habe aber auch seid 5 Jahren eine FF im vdr und habe damit noch nie Schwierigkeiten bekommen. Wie schon gesagt ist das im Moment, bei mir läuft vdr-sxfe noch nicht "glatt", bei mir die einzige Möglichkeit auch mal nur Fernzusehen. Und vor allem auch (SD) Aufnahmen zu schneiden. Mit vdr-sxfe sehe ich weder beim Vor/Rücklauf noch beim Schnittmarken verschieben ein Bild, es bleibt einfach das Bild stehen das beim Anfang der Aktion aufm Schirm war. Und so kann man echt nicht schneiden.


    Ich will nicht ausschliessen das man da mit der xinelib config im Home Verzeichnis noch was reissen kann, aber da muss mir wohl mal jemand eine funktionierende Version posten, hab schon viel versucht, aber weder die Aussetzer noch die mangelnde Vor/Rücklauf/Scnittmarken verschiebe Möglichkeit wegbekommen.


    Gandalf

    --------------------------------------------------------------------------
    HW: AMD Athlon(tm) 7850, 2 GB RAM, Gainward G210 (NVidia GF 210), nvidia 195.36.31, 640+750GB internal HD, 1TB +(2*1TB) NAS (WD My Book World Edition I&II), Hauppauge FF Rev. 2.1, Budget: AVerTV DVB-T 771, WinTV HVR-4000 DVB-S(2)
    VDR: 1.7.15, Plugins: xineliboutput osdteletext dvbsddevice epgsearch streamdev-server vnsiserver skinsoppalusikka tvonscreen live fritzbox menuorg externalplayer dvd text2skin

  • Ich habe inzwischen eine vdpau-fähige Grafikkarte (G210 passiv) mittels HDMI an LCD-TV angeschlossen :
    Die Fehlermeldungen sind weg. Die Abstürze ebenfalls. Danke nochmals.
    FF ist übrigens noch drin und mittels AVBoard per Scart (RGB) ebenfalls am LCD-TV angeschlossen.
    Negative Auswirkungen habe ich dadurch noch keine festgestellt.

  • Zitat

    Original von Tobi
    Die ganzen ffmpeg-abhängigen Pakete müssten neu compiliert werden, im Moment musst du auf diese Pakete verzichten, oder bis nächstes Jahr warten... dauert ja nicht mehr lange :)


    Da es ja inzwischen schon einige Zeit "nächstes Jahr" ist, wollte ich mal vorsichtig anfragen, ob evtl. die ffmpeg-basierten Pakete in angepassten Versionen kommen.


    Ich bin allerdings momentan durch die vielen Repositories etwas verwirrt :
    Ich habe hier e-tobi/experimental für vdr und vdrdevel mit entsprechenden vdpau-xine sowie xbmc von
    debian.oppserver.net. Mit vdr-ng habe ich momentan noch nichts am Hut, da ich noch nicht komplett auf 1.7
    umsteigen will und mir zuviele Plugins fehlen (ich müsste wohl mal ausmisten) :-))


    Wie sind die verschiedenen Repositories zu sehen, werden alle weitergepflegt ? Ich hatte zwischenzeitlich den
    Eindruck, dass man auf vdr-ng wechseln sollte, in der letzten ct wird aber explizit die von mir derzeit
    verwendete Kombination beschrieben.


    Tschuess..
    Michael

  • Hallo


    ich versuche seit gestern meinem neu zusammengestellten HD-VDR Leben einzuhauchen.
    apt-get update liefert leider am Ende folgendes:


    Zitat

    W: Konnte http://e-tobi.net/vdpau-xine1.1-vdrdevel/dists/lenny/Release nicht holen Unable to find expected entry backports/binary-i386/Packages in Meta-index file (malformed Release file?)


    die sources sind:

    Zitat

    deb cdrom:[c't Debian VDR Distribution 7.0]/ stable contrib main non-free
    deb http://www.debian-multimedia.org/ lenny main
    deb http://ftp2.de.debian.org/debian lenny main contrib non-free
    deb http://e-tobi.net/vdr-experimental lenny base vdr-multipatch
    deb http://e-tobi.net/vdpau-xine1.1 lenny base backports vdr-multipatch
    deb http://e-tobi.net/vdpau-xine1.1-vdrdevel lenny base backports vdr-multipatch


    Vielleicht hat jemand eine gute Idee.

    VDR: ASUS-M4N78-VM, Athlon II X2 235ee, 1 GB RAM, 2000 GB-WD-SATA-HD, 1xTT-S2-3200, 1xNova, DVD-Brenner, yaVDR 0.5.0

  • Hi sprut


    Es hat den Anschein als seien die backports nicht mehr Bestandteil des Repositories. Wenn du den Eintrag backports aus:

    Code
    deb http://e-tobi.net/vdpau-xine1.1-vdrdevel lenny base backports vdr-multipatch

    löscht geht es wieder. Der Eintrag heisst dann also nur noch:

    Code
    deb http://e-tobi.net/vdpau-xine1.1-vdrdevel lenny base vdr-multipatch


    Gandalf

    --------------------------------------------------------------------------
    HW: AMD Athlon(tm) 7850, 2 GB RAM, Gainward G210 (NVidia GF 210), nvidia 195.36.31, 640+750GB internal HD, 1TB +(2*1TB) NAS (WD My Book World Edition I&II), Hauppauge FF Rev. 2.1, Budget: AVerTV DVB-T 771, WinTV HVR-4000 DVB-S(2)
    VDR: 1.7.15, Plugins: xineliboutput osdteletext dvbsddevice epgsearch streamdev-server vnsiserver skinsoppalusikka tvonscreen live fritzbox menuorg externalplayer dvd text2skin

  • Danke,


    jetzt läuft das System nit vdpau und einer alten Nova-DVB-S-Karte.


    Die TechnoTrend Skystar HD2 zum Laufen zu bekommen wird wohl schwieriger werden.

    VDR: ASUS-M4N78-VM, Athlon II X2 235ee, 1 GB RAM, 2000 GB-WD-SATA-HD, 1xTT-S2-3200, 1xNova, DVD-Brenner, yaVDR 0.5.0

  • Hallo Tobi,


    ist es beabsichtigt, dass Dein VDPAU-Repository offline ist:


    http://e-tobi.net/vdpau-xine.1.1-vdrdevel
    und
    http://e-tobi.net/vdpau-xine.1.1


    -> 404 Not found


    Gruß
    Markus

    Zwei VDR mit HW: Intel E6300, 2 GB RAM, Nvidia GT220, 500GB HD, DVD-RW, GLCD240x128, IR-Einschalter & LIRC, BeQuiet 350W | DVB: TT S2-3200, zwei S2-1600
    SW: yavdr 0.5a | Plugins: Burn, DVD-Switch, DevStatus, Femon, GraphLCD, MenuOrg, yaepgHD, Remote, SystemInfo, Xineliboutput(VDPAU)
    VDR Test HW: Intel G2020 in Gigabyte Z77, 4 GB RAM, Nvidia GT630, 120 SSD, 500GB HD | DVB: DVBSKy S952 Dual DVB-S/S2 PCIe

Jetzt mitmachen!

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