Neue VDPAU-Pakete

Gibt es noch den Inhalt vom alten vdpau-test Repository irgendwo als Sicherung? Die Pakete auf Basis von xine 1.1.16? Bei mir schmiert der sxfe mit einem segfault ab, sobald ich ein Upgrade auf 1.1.17 mache. Ich würde auch gerne den Segfault posten, dazu muss ich aber leicht wieder downgraden können, damit ich überhaupt fernschauen kann.

Danke Tobi,

Zitat

Da hast nen Punkt zu viel in den URL's!

...und auch Tomaten auf den Augen.

Gruß
Han

Hallo Tobi,

Wo bekommt man eigentlich alte Versionen her, die einmal in Deinem Repositorys waren. Gibts da ein Versions-Archiv?

Ich habe einen VDRDevel auf der Basis 1.7.11 mit VDPAU und benötige nochmal das live-Plugin. Auf deinem Repository vdrdevel-experimental ist bereits die Version 1.7.12 zu haben.
Planst Du in nächster Zeit ein Update des Repositorys vdpau-xine1.1-vdrdevel, dann warte ich. Ansonsten muss ich es mir wohl selbst bauen.

Gruß
Han

Zitat

Original von Han
Hallo Tobi,

Wo bekommt man eigentlich alte Versionen her, die einmal in Deinem Repositorys waren. Gibts da ein Versions-Archiv?

Ich habe einen VDRDevel auf der Basis 1.7.11 mit VDPAU und benötige nochmal das live-Plugin. Auf deinem Repository vdrdevel-experimental ist bereits die Version 1.7.12 zu haben.
Planst Du in nächster Zeit ein Update des Repositorys vdpau-xine1.1-vdrdevel, dann warte ich. Ansonsten muss ich es mir wohl selbst bauen.

Gruß
Han

Alles anzeigen

brauchst für 1.7.11 nochmal das live source paket? oder das fertige deb?

Hallo OppTupacShakur,

Zitat

Original von OppTupacShakur
brauchst für 1.7.11 nochmal das live source paket? oder das fertige deb?

Das fertige deb, wäre mir am liebsten.
Ich habe gesehen, dass Du auf Deinem Repository - neben den Sourcen - es als AMD-Paket hast. Intel brauche ich.
Pakete kompilieren ist zwar kein großes Problem mehr für mich. Ich möchte es aber nur auf die Pakete beschränken, die ich sonst nicht bekomme.
Vielleicht gibts ja bald bei Tobi ein Update auf 1.7.12. Dann würde ich warten.

Gruß
Han

amd64 ist auch für intel 64bit, wenn du 32bit brauchst, die baue ich ned zusätzlich zu etobis paketen.

Zitat

Original von OppTupacShakur
amd64 ist auch für intel 64bit, wenn du 32bit brauchst, die baue ich ned zusätzlich zu etobis paketen.

Danke für die Info, das kannte ich noch nicht.
Gruß
Han

Zitat

Original von Han
Planst Du in nächster Zeit ein Update des Repositorys vdpau-xine1.1-vdrdevel, dann warte ich. Ansonsten muss ich es mir wohl selbst bauen.

Ich weiß zwar nicht, was Tobi plant, aber sind die Pakete unter vdpau-xine1.1-vdrdevel überhaupt noch nötig? Das "normale" vdrdevel-plugin-xineliboutput hat seit 1.7.12 auch die Unterstützung für vdpau eingebaut.

Tom

Moin Tom,

Zitat

Original von TomG
Das "normale" vdrdevel-plugin-xineliboutput hat seit 1.7.12 auch die Unterstützung für vdpau eingebaut.

Danke für den Hinweis.
Das ist ja prima! War mir nicht bekannt.

Und was mache ich dann mit den vielen libxine (http://e-tobi.net/vdpau-xine1.1/pool-lenny/binary/base/)?
Die Pakete sehen so aus, als wären sie für die vdr-Version 1.7.11 gebaut.

Gruß
Han

Zitat

Original von Han
Und was mache ich dann mit den vielen libxine (http://e-tobi.net/vdpau-xine1.1/pool-lenny/binary/base/)?
Die Pakete sehen so aus, als wären sie für die vdr-Version 1.7.11 gebaut.

Diese Pakete sind unabhängig von der VDR-Version.

Meine Frage bezog sich nur auf die Pakete in vdpau-xine1.1-vdrdevel.

Tom

Hallo zusammen!

Tobi, Deine Arbeit für VDPAU in VDR ist wirklich super! Vielen Dank dafür mal an dieser Stelle.

Leider bekomme ich aber immer noch einen Segfault, sobald irgendwas bei mir bei der neuesten Version auf dem Bildschirm bzgl. OSD angezeigt werden soll. Das Bild selbst läuft gut, aber sobald das OSD ins Spiel kommt gibt es einen Segfault und zwar diesen

Feb 20 13:22:31 video kernel: [ 2327.134532] vdr-sxfe[31489]: segfault at fffffff4 ip b360499f sp b2da8100 error 4 in xineplug_inp_xvdr.so[b35ef000+21000]

Das Ganze ist ein Debian Sid mit folgenden Versionen:
dpkg -s libxine1-xvdr

Package: libxine1-xvdr                        
Status: install ok installed                  
Priority: extra                               
Section: video                                
Installed-Size: 316                           
Maintainer: Debian VDR Team <pkg-vdr-dvb-devel@lists.alioth.debian.org>
Architecture: i386                                                     
Source: vdr-plugin-xineliboutput                                       
Version: 1.0.4+cvs20091215.2049-2                                      
Replaces: libxine-xvdr (<< 1.0.0~rc2-5)
Provides: libxine-xvdr
Depends: libc6 (>= 2.3.2), libjpeg62, libxine1 (>= 1.1.17), libxine1-ffmpeg
Conflicts: libxine-xvdr (<< 1.0.0~rc2-5)
Description: Xine input plugin for vdr-plugin-xineliboutput streams
 This plugin adds a new mrl "xvdr://" to Xine, which allows to play back
 streams provided by vdr-plugin-xineliboutput.
Homepage: http://sourceforge.net/projects/xineliboutput

dpkg -s libxine1-vdpau-plugins

Package: libxine1-vdpau-plugins
Status: install ok installed
Priority: optional
Section: video
Installed-Size: 240
Maintainer: Darren Salt <linux@youmustbejoking.demon.co.uk>
Architecture: i386
Source: xine-lib
Version: 1.1.17-1~etobi2
Replaces: libxine2 (<< 1.1.8-2)
Depends: libc6 (>= 2.3.6-6~), libvdpau1, libx11-6 (>= 0), libxext6, libxine1-bin (= 1.1.17-1~etobi2), libxinerama1
Conflicts: libxine2 (<< 1.1.8-2)
Description: Vdpau decoder and X-based video output plugins
 This package contains plugins for adding NVIDIA VDPAU support.
Homepage: http://www.xine-project.org/

dpkg -s libvdpau1

Package: libvdpau1
Status: install ok installed
Priority: optional
Section: libs
Installed-Size: 120
Maintainer: Debian NVIDIA Maintainers <pkg-nvidia-devel@lists.alioth.debian.org>
Architecture: i386
Source: libvdpau
Version: 0.4-2
Replaces: nvidia-libvdpau, nvidia-libvdpau-ia32, nvidia-libvdpau1
Depends: libc6 (>= 2.1.3), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.1.1)
Suggests: nvidia-vdpau-driver | vdpau-driver
Conflicts: nvidia-libvdpau, nvidia-libvdpau-ia32, nvidia-libvdpau1
Description: Video Decode and Presentation API for Unix (libraries)
 VDPAU (Video Decode and Presentation API for Unix) is an open source library
 (libvdpau) and API designed by NVIDIA originally for its GeForce 8 series and
 later GPU hardware, targeted at the X Window System on Unix operating-systems
 (including Linux, FreeBSD, and Solaris). This VDPAU API
 allows video programs to offload portions of the video decoding process and
 video post-processing to the GPU video-hardware.
 .
 This package contains the VDPAU wrapper and trace libraries.
Homepage: http://cgit.freedesktop.org/~aplattner/libvdpau

sxfe starte ich so:

/usr/bin/vdr-sxfe --fullscreen --video=xv --aspect=16:10 --syslog --nokbd --reconnect

Starte ich sxfe nun mit

/usr/bin/vdr-sxfe --fullscreen --video=vdpau --aspect=16:10 --syslog --nokbd --reconnect

sieht der Segfault so aus:

Feb 20 13:30:17 video vdr-sxfe[31723]: [31723] [vdr-fe]    Failed to open connection to bus: /usr/bin/dbus-launch terminated abnormally without any error message
Feb 20 13:30:17 video vdr-sxfe[31723]: [31723] [vdr-fe]       (ERROR (tools/gnome_screensaver.c,61): Resource temporarily unavailable)
Feb 20 13:30:17 video vdr-sxfe[31723]: [31723] [vdr-fe]    fe_xine_init: xine_open_video_driver("vdpau") failed
Feb 20 13:30:17 video kernel: [ 2792.808385] vdr-sxfe[31723]: segfault at 6f ip b75a11b8 sp bfe515fc error 4 in libxine.so.1.27.0[b7565000+47000]

Ich bekomme den Fehler einfach nicht in den Griff. Heute abend steht ein Videoabend an, also muss ich mal zurück auf das Backup. Mache aber vorher eine Sicherung, so daß ich jederzeit wieder zu dem Stand wechseln kann.

Hallo VDPAU-Gemeinde...

Bevor ich mich wieder in die Nesseln setze, frag ich lieber vorher!

Mein WoZi-VDR (siehe Sig) läuft schon ganz prima:

- VDR 1.6.0-13ctvdr3 (?) aus Tobi's Repo (vdr-multipatch) mit zusätzlichem PUTE-Patch für den EPG-Import per epgdata2vdr (bin ganz schön stolz drauf, dass ich das mit Hilfe dieses Forums hinbekommen habe :-))
- Nvidia Closed-Source-Treiber 190.53
- Per HDMI wird auf einem Panasonic Plasma 37" (nativ 1024x720) ausgegeben

Plugins:
libvdr-xineliboutput
libxineliboutput-sxfe
epgsearch
wirbelscan
femon
libvdr-skinenigmang

außerdem:
acpi-wakeup
epgdata2vdr

Mit nodm startet der VDR flux bis zur Bildausgabe durch, bin begeistert!

Man hat mir geflüstert - und auch am Anfang dieses Thread wurde das berichtet - dass die Bildausgabe mittels VDPAU auch bei SD sehr schick ausschaut und auf einem großen Flachfernseher quasi Pflicht wäre.
Mit HD habe ich erstmal überhaupt gar nichts am Hut, mein Plasma ist eh nicht full-HD, mein Kabel-Abo gibt da nicht viel her, aber die Geschichte mit VDPAU reizt mich, weil ich eine max mögliche Darstellungsqualität anstrebe...

Da ich selbst begeistert von der Stabilität des 1.6er VDR bin, keinen zusätzlichen Schnickschnack benötige und meine Frau mit dem 1.6er inzwischen prima klarkommt, möchte ich den auf alle Fälle weiter betreiben!

Wenn ich das jetzt richtig hier gelesen habe, müsste es einen 1.6er VDR geben, der VDPAU unterstützt.
Ist der source.lst-Eintrag

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

für meine Bedürfnisse korrekt und ausreichend? Habe schon versucht mir anhand Tobi's Links in seiner Signatur einen Überblick zu verschaffen, habs aber nicht gerafft...

Bekomme ich Ärger, weil ich die Closed-Source-Treiber von der Nvidia-HP installiert habe? Wenn ja, wie biege ich das gerade, oder muss ich alles neu installieren?

Habe mir extra einen "develop" Rechner zusammengeschustert, mit dem ich vorher testen und üben kann, bevor ich den bereits im Produktivbetrieb befindlichen WoZi-VDR auf VDPAU umrüste.

Eure Meinung bezüglich Stabilität und Nutzbarkeit des VDPAU wäre mir noch wichtig: Ist meine Initiative richtig und gut oder sollte ich es lieber sein lassen?

Danke fürs Lesen!

-==[Schubsi]==-