[UPDATE 2009-07-13] Kernel 2.6.30, Plugins, VDPAU

tx fuer updates

Zitat

Original von Tobi
[*] xine-lib (vdpau aktualisiert auf r275, inkl. Patch von durchflieger@vdr-portal)

in debian/control fehlt leider nvidia-180-libvdpau-dev (fuer compilieren unter ubuntu 9.04)
im changelog zwar angefuehrt, aber nicht drin.

Hallo,

ich habe nun schon so viel Zeit in die Aktivierung von VDPAU im Zusammenhang mit dem VDR versenkt, dass ich glaube grundsätzlich was verkehrt zu machen.
Ausgangslage:

2x DVB-S, GeForce 8200 onboard, 185.19 Nvidia beta Treiber, Kernel 2.6.28-etobi.3-686, VDR 1.6.0-2 aus dem etobi-multipatch-Zweig mit xineliboutput-plugin und X4VDR-Script.
Mplayer-VDPAU läuft tadellos und gibt HD-Videos bei unter 10% CPU-Last wieder.
Ich habe das xineliboutput Paket von etobi aktualisiert. Konnte aber im OSD in den Einstellungen zum Plugin kein vdpau finden. Die manuelle Änderung in der /etc/vdr/plugins/plugin.xineliboutput.conf von video=xv auf video=vdpau lässt den vdr beim Starten mit einem segfault abstürzen.

Anbei meine aktuelle conf:

--local=sxfe
--fullscreen
--display=:1.0
--primary
--audio=alsa
--video=xv
# --video=vdpau

Und die Fehlermeldung beim Absturz:

Jul 13 12:54:04 DVB-Server vdr: [17703] [xine..put] cXinelibLocal::Action - xine_init
Jul 13 12:54:04 DVB-Server vdr: [17703] [vdr-fe]    fe_xine_init: xine_open_video_driver("vdpau") failed
Jul 13 12:54:04 DVB-Server vdr: [17703] [xine..put] cXinelibLocal: Error initializing frontend
Jul 13 12:54:04 DVB-Server kernel: [ 1943.822703] vdr[17703]: segfault at 250 ip b7f7c9a0 sp b4c2a1f4 error 4 in libpthread-2.7.so[b7f75000+15000]

Die Informatioenen zu VDPAU sind innerhalb des Forums inzwischen so weit gestreut und mitunter haben die Threads deutlich mehr als 25 Seiten. Da verliert man leicht den Überblick. Ich habe sicher etwas entscheidendes überlesen.

mfG
Kai

libxine1-vdpau-plugins is installiert?

Hi Tobi.

Erstmal danke für dein Update. Allerdings hänge ich hier unter Sid gerade wieder:

~$ sudo aptitude install libxine1-vdpau-plugins
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Lese Status-Informationen ein... Fertig
Lese erweiterte Statusinformationen
Initialisiere Paketstatus... Fertig
Lese Task-Beschreibungen... Fertig
Die folgenden Pakete sind KAPUTT:
  nvidia-libvdpau1
Die folgenden NEUEN Pakete werden zusätzlich installiert:
  libxine1-vdpau-plugins nvidia-libvdpau{a}
0 Pakete aktualisiert, 2 zusätzlich installiert, 0 werden entfernt und 5 nicht aktualisiert.
Muss 69,2kB/948kB an Archiven herunterladen. Nach dem Entpacken werden 1933kB zusätzlich belegt sein.
Die folgenden Pakete haben verletzte Abhängigkeiten:
  nvidia-libvdpau1: Kollidiert: nvidia-libvdpau aber 185.18.14-1etobi1 soll installiert werden.
Die folgenden Aktionen werden diese Abhängigkeiten auflösen:


Entferne die folgenden Pakete:
nvidia-libvdpau1


Deaktualisieren der folgenden Pakete:
nvidia-libvdpau-dev [185.18.14-2 (unstable, now) -> 185.18.14-1etobi1 (<NULL>)]


Bewertungsnote beträgt -171


Diese Lösung akzeptieren? [Y/n/q/?]

Mein Lösungsvorschlag: Den NVIDIA-Treiber im Sid-Repository weglassen, da es die Version 185.18.14 dort bereits gibt.

Oder hast du einen anderen Vorschlag für mich?

Grüße & Danke
Michi

Zitat

Original von wilderigel
libxine1-vdpau-plugins is installiert?

Ich finde kein Paket mit diesem Namen.

Hier meine sources.list:

deb      http://e-tobi.net/vdrdevel-experimental  lenny  vdr-multipatch


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


deb      http://ftp.de.debian.org/debian          lenny  main contrib non-free


deb      http://www.debian-multimedia.org         lenny  main


deb     http://www.backports.org/debian         lenny-backports  main contrib non-free


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

Gruß
Kai

Zitat

Original von Baerbel
Ich finde kein Paket mit diesem Namen.

[UPDATE 2009-06-15] xineliboutput + Testversion NVIDIA/VDPAU
neben base gibts nun auch z.b. vdr-multipatch

Zitat

Original von wilderigel
[UPDATE 2009-06-15] xineliboutput + Testversion NVIDIA/VDPAU
neben base gibts nun auch z.b. vdr-multipatch

Das wars, Danke! Wenn ich nun noch den horizontalen Streifen zu einem ganzen Bild aufgeblasen bekomme, ist es perfekt.

Die Lösung dazu findet sich wiederum im Wiki:

Gruß
Kai

Hi Tobi.

Zitat

Original von Tobi
skiller2k1: Hast natürlich recht. Ich hab die Nvidia-Treiber aus dem Sid-Repository rausgenommen.

Prima, danke! Allerdings gehts noch nicht so wirklich:

Die folgenden Pakete haben verletzte Abhängigkeiten:                            
  libxine1-vdpau-plugins: Hängt ab: nvidia-libvdpau ist aber nicht installationsfähig                                                                           
Abhängigkeiten können nicht aufgelöst werden! Gebe auf ...

Liegt wohl daran, das ab der Version 185.18.14-2 der NVIDIA-Treiber-Pakete das Paket 'nvidia-libvdpau' nun 'nvidia-libvdpau1' heißt.

Und nu?

Grüße
Michi

Zitat

Original von Tobi
Hab noch etwas Geduld, libxine compiliert noch....

Ah, du warst/bist bereits beim neukompilieren.

Ich habe nichts gesagt

Viele Grüße & Danke
Michi

Zitat

Original von Tobi
So, jetzt sollte es auch mit Sid klappen.

Jap, 'libxine1-vdpau-plugins' lässt sich nun installieren. Danke!

Allerdings 'xineliboutput-sxfe' noch nicht

Die folgenden Pakete haben verletzte Abhängigkeiten:
  xineliboutput-sxfe: Hängt ab: nvidia-libvdpau ist aber nicht installationsfähig

Grüße
Michi

Zitat

Original von Tobi
Argl, das hab ich vergessen... aber jetzt!

Jetzt passts, vielen Dank Tobi!

EDIT: Ich hätte noch eine Frage: Sehe ich das richtig, das es keine Option gibt, mit der ich LIRC abschalten kann?

Hintergrund: Der VDR läuft bei mir im Hintergrund und bei Bedarf wird vdr-sxfe gestartet. Wenn ich vdr-sxfe mit --lirc starte und im VDR das normale LIRC auch aktiv ist, kommt jede Taste zweimal an. Da der VDR selber kein LIRC benutzen soll wenn z.B. XBMC läuft, möchte ich gerne das LIRC im VDR selber deaktivieren.

Als schnelle Lösung habe ich jetzt mal den Tipp von hier befolgt. Also "lirc=/dev/null" in die "/etc/default/vdr[devel]" eingetragen. Gibts da evtl. eine "bessere" Methode?

Soweit ich das gesehen habe, wird das --lirc vom Initskript fest gesetzt. Evtl. wäre es ganz praktisch, das per /etc/default/vdr[devel] einstellbar zu machen.

Grüße
Michi

Ich bin gestern von nvidia 185.18.14 wieder zurück auf 180.60 zurückgegangen, weil suspend2ram meistens nicht funktioniert. Er bleibt beim Suspend hängen. Außerdem hatte ich Mikroruckler. Habt ihr keine Probleme?

Gerald

hi
@ Tobi
ich habe das mit lirc in freevdr so gelöst den vdr ohne lirc bauen ,
man kann in beim starten die option --lirc ja mitgeben .
so kann sich das jeter selbst einstellen
mfg det