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.
Neue VDPAU-Pakete
- Tobi
- Geschlossen
-
-
Danke Tobi,
ZitatDa 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ß
Hanbrauchst für 1.7.11 nochmal das live source paket? oder das fertige deb?
-
Hallo OppTupacShakur,
ZitatOriginal 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,
ZitatOriginal 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
CodeFeb 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-xvdrCode
Alles anzeigenPackage: 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
Code
Alles anzeigenPackage: 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
Code
Alles anzeigenPackage: 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:
Starte ich sxfe nun mit
sieht der Segfault so aus:CodeFeb 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) ausgegebenPlugins:
libvdr-xineliboutput
libxineliboutput-sxfe
epgsearch
wirbelscan
femon
libvdr-skinenigmangaußerdem:
acpi-wakeup
epgdata2vdrMit 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-Eintragfü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]==-
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!