VDPAU - wo muss ich Anfangen?

thorsten.gehrig · 18. Januar 2011

Hi,
ich hab hier und im Wiki schon viel über vdpau gelesen - allerdings ist mir einiges unklar.
Zuallererst: wo muss ich anfangen.
Nehm ich dieoffizielle xine-lib-1.2
hg clone http://hg.debian.org/hg/xine-lib/xine-lib-1.2
oder die vdpau-gepatchte xine-lib-1.2
git clone git://projects.vdr-developer.org/xine-lib.git

Etliches hab ich schon hier nachgelesen und versucht zu verstehen...
http://wbreu.htpc-forum.de/vdr…xinelib12nutzen/index.php

Ich vermute die gut-version ist die "bessere"?

Reicht es das ich (unter debian squeezy) "apt-get install libvdpau-dev" durchführe - oder brauche ich noch den NVidia-Treiber von dort?

Welche Plugins brauche ich für den VDR:
vdr-xine-plugin oder xineliboutput - oder beide?

Ist das XINE-UI nur als "Ausgabe im Fenster eines X11 Desktops"?
Spielt das Softdevice-Plugin noch ne rolle? (ich denke nicht?)

Für das xineliboutput habe ich 2 quellen gefunden:
cvs -z3 -d:pserver:anonymous@xineliboutput.cvs.sourceforge.net:/cvsroot/xineliboutput co vdr-xineliboutput
git clone git://projects.vdr-developer.org/xineliboutput.git

Ist das git wieder die bessere quelle weil die patches bereits erhalten sind?

Danke schonmal für hilfestellung...

Gruß
Thorsten

Mr.N!ce · 18. Januar 2011

Installier Dir doch gen2vdr V3 oder yavdr auf nee sepereate Platte zum spicken.
Und taste Dich mit deiner manuellen Installation da ran bis es genauso läuft.

wbreu · 18. Januar 2011

Hallo Thorsten,

da kaum jemand den Stand der debian-Pakete zu vdpau kennt, geschweige denn irgendwas dazu zu finden ist, ist es nicht möglich dir dazu passende Tips zu geben, was du dazu brauchst das nur Paketbasierend zu bauen.

Die Lösungen auf meiner Homepage sagen doch ganz klar, die bereits df-gepatchte xine-lib-1.2 und auch xinelibouput aus dem git auf vdr-developer.

Ansonsten ist die Beschreibung mit dem vdr-xine-plugin nach wie vor gültig, wenn du das xine-Plugin als Ausgabedevice nehmen willst.

Bei meiner Beschreibung wird das xine-plugin so gepatcht, dass gleich beim Start des VDR inkl. xine-plugin der VDR als Volllbild auf dem Fernseher erscheint. Die Gui wird auch geladen, aber nicht angezeigt....

Softdevice ist schon lange ........ tot.

Gruß
Wolfgang

fnu · 18. Januar 2011

Zitat

Original von wbreu
Softdevice ist schon lange ........ tot.

Ja, wirklich schade, ich fand's echt gut ...

thorsten.gehrig

Der Tip von Mr. N!ce ist gut, nimm eines der bekannten "Fertighäuser" und taste Dich ran. Neben gen2vdr, gibt es noch easyVDR, freeVDR, yaVDR und diverse Anleitungen, z.B. von Tobi auf www.e-tobi.net u.v.a.

Zum Verständnis die xinelib basierten Ausgaben bestehen aus einem Ausgabe-Plugin und einem Frontend, das sich die Daten über eine Socket- oder Netzwerk-Verbindung abgreift:

vdr-plugin-xine => xine-ui
vdr-plugin-xineliboutput => vdr-sxfe

Ein VDPAU VDR ist einfach formuliert, ein Linux mit grafischem Desktop (Xorg) der automatisch gestartet wird und der das Frontend quasi als Medienplayer gleich mit in Fullscreen.

Regards
fnu

[EDIT]: Deitsche Sprak schwere Sprak

netvista-fan · 18. Januar 2011

Und um noch eine Meinung abzugeben...

Mit Ubuntu 10.x ist die ganze vdpau Geschichte schon dabei, mplayer etc. kann die Videobeschleunigung dort direkt nutzen.
Nur als VDR ist im standart repository noch der (nicht vdpau fähige) 1.6er dabei, den müsste man über ein alternativ repository auf 1.7.x bringen.

Das ganze vdpau geraffel unter Debian war für mich letztes Jahr der Grund auf Ubuntu zu wechseln.
Und wenns Debian bleiben soll gibts imho auch von tobi ein repository für die unstable/testing (imho sid???) womit man schneller ans Ziel kommen dürfte.

Stalker · 18. Januar 2011

Noch eine Meinung:
Die ganzen Patches sind nicht notwendig, du bekommst auch mit den Originalen ein brauchbares Ergebnis.
--> Nimm die Originale als Ausgangsbasis. Patchen kannst su später immer noch ausprobieren, wenn du mehr Erfahrung gewonnen hast.
Ob xine oder xineliboutput ist eine weitgehend theologische Diskussion. Beide funktionieren, beide haben diverse Vor- und Nachteile.
--> Probiere beide aus, das ist relativ einfach.

thorsten.gehrig · 18. Januar 2011

Hi,
danke für die Hilfe.
Zur "klarstellung" - ich nehme "nur" den Squeezy als unterbau - keine VDR-Pakete vom Squeeze - die baue ich schön alle selbst.
Mit meiner "alten" eHD läuft die sache auch schön rund.
@Wbreu/Stalker:
das mit den Patches war mir nicht klar - vorallem nicht ob ich sie brauche oder nicht. Gelernt: beides geht.
Wenn 2 wege zur verfügung stehen hat man halt "angst" den veralteten/falschen zu nehmen.

Selbiges bei den Output-Devices:
* vdr-plugin-xine => xine-ui
* vdr-plugin-xineliboutput => vdr-sxfe
fnu: Danke für die Klarstellung. Ich habe die Unterschiede noch nicht testen können - devinitiv ist im Wiki auch keine gegenüberstellung und vor/nachteilsbetrachtung zu finden...
Ich werds probieren - ist aber halt "blöd" beides zum laufen bringen zu müssen ohne zu wissen welches der bessere weg (für einen selbst) ist.

Gruß
Thorsten

fnu · 18. Januar 2011

thorsten.gehrig

War als Erklärung zum generellen Verständnis gedacht.

Als bekennender "softdevice" Fan lag mir das xine-plugin, Ausgabe über xine-ui näher, weil schlichter. In der Vergangenheit gab es damit immer mal wieder auch weniger Probleme bei Performance und der Bilddarstellung, als bei xineliboutput.

Auch wenn die Entwickler mich vielleicht jetzt hassen, aber xineliboutput habe ich nie wirklich mögen, obwohl ich es immer wieder mal probiert habe. Im Gegensatz zum xine-ui gibt es aber hier einen vollausgebildeten eingebauten Mediaplayer.

Wenn Du auf die gute Qualität z.B. von Tobi's Paketen vertrauen würdest, könntest Du recht einfach beides probieren, ist kein Hexenwerk. Alles selbstbauen kannst Du nach der Findungsphase immer noch ... first try: xine-plugin@xine-ui ...

Regards
fnu

thorsten.gehrig · 18. Januar 2011

Hi,
fnu: der Mediaplayer ist aber klar ein argument für xineliboutput.

@All: compiliert habe ich soweit alles. Ich setze runvdr-extreme.sh ein.
Den NVidia-Treiber habe ich auch installiert (NVIDIA-Linux-x86-260.19.29.run)
Frage: muss ich den GDM starten - oder nicht?
Bisher startet der GDM und es kommt ein Login-Screen.

Irgendwie muss ich ja aber vdr-sxfe starten? Und vdr-sxfe bricht ab wenn kein VDR läuft - und VDR bricht ab wenn kein vdr-sxfe läuft...

Im Runvdr steht

Code

# Fire up own X server as output device
XSERVER="/usr/bin/X -nolisten tcp -config /etc/X11/xorg-runvdr.conf :0"


# X startup commands, called within the X server
function XSTARTUP() {
    while true ; do sleep 5; vdr-sxfe; done &
    SXFEPID=$!
}


# X shutdown commands, called within the X server
function XSHUTDOWN() {
    kill $SXFEPID
}

Alles anzeigen

... jetzt läuft erstmal die eHD - und der WAF verbietet weiteres basteln...

Gruß
Thorsten

fnu · 18. Januar 2011

thorsten.gehrig

Ja, wie ich oben schon schrieb, du benötigst einen automatisch startenden und geöffneten X-Desktop.

Wenn Du kein Gnome benötigst, wäre nodm mit einem schmalen Manager wie xfce, openbox etc. fast die bessere Alternative.

Ansonsten ein Autologin mit GDM konfigurieren ...

Regards
fnu

Stalker · 18. Januar 2011

In das Thema kann man viel Zeit stecken...
Bei meinem VDR beende ich kdm und starte stattdessen xinit und vdr-sxfe ("xrunvdr"). Ab dann kann ich per Knopf auf der Fernbedienung (mittels LIRCs irexec) vdr-sxfe killen / neu starten. Das hat zwei Gründe: Das Frontend erhöht insbesondere bei 1080i den Leistungsverbrauch. Das xineliboutput läuft zwar gut, aber nicht hunderprozentig stabil.

Das Startscript "xrunvdr":

Bash

#!/bin/sh
#
trap "killall vdr-sxfe; killall -9 vdr-sxfe; exit" 1 2 3 15
#
service kdm stop
start-stop-daemon -K --exec /usr/bin/xinit
sleep 1
while  ! netcat -z localhost 37890; do
  echo -n "."
  sleep 1
done
export DISPLAY=':0'
start-stop-daemon -S -b --exec /usr/bin/xinit
sleep 1
xset dpms force on; xset -dpms
setterm -blank 0 -powerdown 0
setterm -powersave off
/usr/local/bin/run-vdr-sxfe

Alles anzeigen

"run-vdr-sxfe":

Bash

#!/bin/sh
#
VDRUSER=vdr
#
su $VDRUSER -c '/usr/local/bin/vdr-sxfe --config /usr/local/vdr/plugins/xineliboutput/config_xineliboutput -f --silent --syslog --nokbd --reconnect xvdr://127.0.0.1:37890'

Das Wechsel-Script "toggle-sxfe":

Bash

#!/bin/sh
#
WTIME=/var/run/vdr.wtime
WWAIT=2
t1=0
[ -f $WTIME ] && t1=`cat $WTIME`
t2=`date +%s`
dt=`expr $t2 - $t1 - $WWAIT`
[ $dt -le 0 ] && exit
echo $t2 > $WTIME
#
ps ax | grep vdr-sxfe | grep -v grep
run=$?
if [ $run = 0 ]; then
  killall vdr-sxfe
  sleep 1
  killall -9 vdr-sxfe
  sleep 1
else
  start-stop-daemon -S -b --exec /usr/local/bin/xrunvdr
fi

Alles anzeigen

Für irexec:

Code

begin
    prog   = irexec
    button = KEY_POWER2
    config = /usr/local/sbin/toggle-sxfe
end

thorsten.gehrig · 18. Januar 2011

Hi,
Frau ist im Bett - und ich bin ein bisschen weiter.
Wenn ich vdr-sxfe starte kommt ein bild (mit -f sogar vollbild ).
Leider ist die Geschwindigkeit nicht gerade berauschend.
Wenn ich
vdr-sxfe --video=vdpau eingebe bekomme ich

Code

root@hdvdr:/usr/local/src/VDR/PLUGINS/src/xineliboutput# ./vdr-sxfe --video vdpau
vdr-sxfe 1.0.90-cvs  (build with xine-lib 1.1.90, using xine-lib 1.1.90)


Video driver: vdpau


VDR server not given, searching ...
Found VDR server: host 192.168.0.126, port 37890
[11311] [vdr-fe]    fe_xine_init: xine_open_video_driver("vdpau") failed
Error initializing xine
Available video drivers: dxr3 aadxr3 raw opengl xshm aa none vidix vidixfb fb
Available audio drivers: alsa oss file none

Alles anzeigen

./configure ergibt aber

Code

Enabled features:
  x11
  fb
  vdr
  libxine
  libavutil
  libjpeg
  xshm
  xdpms
  xinerama
  xrandr
  xrender
  xshape
  vdpau
  i18n
Disabled features:
  libextractor
  dbus_glib_1
  opengl

Alles anzeigen

Müsste doch passen, oder?
Gruß
Thorsten

Nachtrag: ich habe bei beiden Plugins (xine und xineliboutput) kein OSD.
Ist das ein relevanter HInweiß auf eine falsche Lib o.ä?

fnu · 19. Januar 2011

Eine entsprechende Nvidia Grafikkarte und einen passenden Treiber hast Du aber installiert?

Regards
fnu

thorsten.gehrig · 19. Januar 2011

Hi,
yep - Grafikkarte und Treiber habe ich.
Und vermutlich hatte ich 2 Xine-Libs: eine vn Squeezy und eine selbst-Compilierte (in /usr/lib und /usr/local/lib).
Jetzt hab ich da mal aufgeräumt - alles Xine-Mäßige neu gebaut - und voila: Bild läuft mit kaum CPU-Last und OSD.

Für heute reichts

1000 Dank!

Gruß
Thorsten

thorsten.gehrig · 19. Januar 2011

Hi,
den Thread hab ich gerade gefunden - und der hätte mir sicherliche viele Antworten gegeben.
Daher als Link - falls jemand auf diesen Thread stößt:
Wie bekomme ich ein lauffähiges System für xineliboutput mit vdpau?

Gruß
Thorsten

netvista-fan · 19. Januar 2011

Naja, man braucht keinen Desktop für vdr-sxfe, ein basis x-server reicht auch!
z.B. per "xinit -e vdr-sxfe" lässe sich x nur mit dem Frontend starten.

Ich hatte hier auch mal ein paar scripte gepostet um vdr-sxfe zu starten und zwischen mms zu switchen, war imho noch unter lenny.
Howto: Automatisches xinit vdr-sxfe / mms beim boot mit lirc CT-VDR6

fnu · 19. Januar 2011

netvista-fan

Und was ist ein Basis X-Server dann? Eine Kloschüssel?

Das ist auch ein Desktop, eine Oberfläche nur ohne Fenster'l-Manager. Den braucht man nicht zwingend, korrekt, ist aber beim Autostart von xine[liboutput] hilfreich ...

Regards
fnu

gda · 19. Januar 2011

Zitat

Original von fnu
Und was ist ein Basis X-Server dann? Eine Kloschüssel?

Das ist auch ein Desktop, eine Oberfläche nur ohne Fenster'l-Manager.

Na ja, aber das macht als Desktop nicht wirklich Spaß. So ganz ohne Fensterdekoration zum hin- und herschieben, aufziehen und ohne Close-Button. Für vdr-sxfe, xine-ui und xbmc reicht es natürlich.

Gerald

netvista-fan · 19. Januar 2011

Naja, den x-server als Desktop zu bezeichnen halte ich für sehr gewagt...
Und beim autostart hilfreich? Denke das ist er eher nicht.
Ein mit xinit gestartetes xterm in dem das startscript ausgeführt wird dürfte mehr bringen.

gda · 19. Januar 2011

Zitat

Original von netvista-fan
Ein mit xinit gestartetes xterm in dem das startscript ausgeführt wird dürfte mehr bringen.

Wobei xinit den startscript ja auch gleich selbst starten kann.

Gerald

VDPAU - wo muss ich Anfangen?

Jetzt mitmachen!

Teilen