[gelöst]video/v dpau: Can't create vdp device on display ':1'

goldbär · 5. Mai 2012

Hallo,

ich habe immer noch Probleme mit softhddevice. System ist das S2 aus der Signatur.

Nach dem Resume sehe ich in openbox das softhddevice Fenster aber kein TV-Bild.

im Syslog steht

Code

May  5 11:44:27 miraculix vdr: [856] dbus2vdr: invoking softhddevice.SVDRPCommand("RESU", "")
May  5 11:44:27 miraculix vdr: [softhddev]Resume:
May  5 11:44:27 miraculix vdr: video: visual 0x21 depth 24
May  5 11:44:27 miraculix vdr: video: window prepared
May  5 11:44:27 miraculix vdr: video/vdpau: Can't create vdp device on display ':1'
May  5 11:44:27 miraculix vdr: video/noop: noop driver running on display ':1'
May  5 11:44:27 miraculix vdr: video: screen saver extension present
May  5 11:44:27 miraculix vdr: video: dpms extension present
May  5 11:44:27 miraculix vdr: video/x11: send fullscreen message 1 15c
May  5 11:44:27 miraculix vdr: audio: 'alsa' output module used
May  5 11:44:28 miraculix vdr: audio/alsa: supports pause: yes
May  5 11:44:28 miraculix vdr: audio/alsa: mixer default - PCM open
May  5 11:44:28 miraculix vdr: audio/alsa: buffer size 4234 96ms, period size 1058 23ms
May  5 11:44:28 miraculix vdr: audio/alsa: state PREPARED
May  5 11:44:28 miraculix vdr: audio/alsa: buffer size 4234 96ms, period size 1058 23ms
May  5 11:44:28 miraculix vdr: audio/alsa: state PREPARED
May  5 11:44:28 miraculix vdr: audio/alsa: buffer size 4234 96ms, period size 1058 23ms
May  5 11:44:28 miraculix vdr: audio/alsa: state PREPARED
May  5 11:44:28 miraculix vdr: audio/alsa: buffer size 4234 96ms, period size 1058 23ms
May  5 11:44:28 miraculix vdr: audio/alsa: state PREPARED
May  5 11:44:28 miraculix vdr: audio/alsa: buffer size 4234 96ms, period size 1058 23ms
May  5 11:44:28 miraculix vdr: audio/alsa: state PREPARED
May  5 11:44:28 miraculix vdr: audio/alsa: buffer size 4234 96ms, period size 1058 23ms
May  5 11:44:28 miraculix vdr: audio/alsa: state PREPARED
May  5 11:44:28 miraculix vdr: audio/alsa: buffer size 4234 96ms, period size 1058 23ms
May  5 11:44:28 miraculix vdr: audio/alsa: state PREPARED
May  5 11:44:28 miraculix vdr: audio/alsa: buffer size 4234 96ms, period size 1058 23ms
May  5 11:44:28 miraculix vdr: audio/alsa: state PREPARED
May  5 11:44:28 miraculix vdr: audio/alsa: buffer size 4608 96ms, period size 1152 24ms
May  5 11:44:28 miraculix vdr: audio/alsa: state PREPARED
May  5 11:44:28 miraculix vdr: audio/alsa: buffer size 4608 96ms, period size 1152 24ms
May  5 11:44:28 miraculix vdr: audio/alsa: state PREPARED
May  5 11:44:28 miraculix vdr: audio/alsa: buffer size 4608 96ms, period size 1152 24ms
May  5 11:44:28 miraculix vdr: audio/alsa: state PREPARED
May  5 11:44:28 miraculix vdr: audio/alsa: buffer size 4608 96ms, period size 1152 24ms
May  5 11:44:28 miraculix vdr: audio/alsa: state PREPARED
May  5 11:44:28 miraculix vdr: audio/alsa: buffer size 4608 96ms, period size 1152 24ms
May  5 11:44:28 miraculix vdr: audio/alsa: state PREPARED
May  5 11:44:28 miraculix vdr: audio/alsa: buffer size 4608 96ms, period size 1152 24ms
May  5 11:44:28 miraculix vdr: audio/alsa: state PREPARED
May  5 11:44:28 miraculix vdr: audio/alsa: buffer size 4608 96ms, period size 1152 24ms
May  5 11:44:28 miraculix vdr: audio/alsa: state PREPARED
May  5 11:44:28 miraculix vdr: audio/alsa: buffer size 4608 96ms, period size 1152 24ms
May  5 11:44:28 miraculix vdr: audio/alsa: state PREPARED
May  5 11:44:28 miraculix vdr: audio:  44100Hz supports 1 2 3 4 5 6 7 8 channels
May  5 11:44:28 miraculix vdr: audio:  48000Hz supports 1 2 3 4 5 6 7 8 channels
May  5 11:44:28 miraculix vdr: audio: play thread started
May  5 11:44:28 miraculix vdr: audio: wait on start condition
May  5 11:44:28 miraculix vdr: [856] dbus2vdr: moving message handler 0x9a0a8c8 from active to finished
May  5 11:44:28 miraculix vdr: [856] dbus2vdr message handler thread ended (pid=758, tid=856)

Alles anzeigen

Also offenbar ein vdpau Problem aber ich habe keine Ahnung wo ich ansetzen soll.

qvdpautest liefert

Code

qvdpautest 0.5.1
Intel(R) Core(TM)2 Duo CPU 	E7400  @ 2.80GHz
NVIDIA GPU GeForce GT 220 (GT216) at PCI:1:0:0 (GPU-0)


VDPAU API version : 1
VDPAU implementation : NVIDIA VDPAU Driver Shared Library  295.40  Thu Apr  5 21:54:31 PDT 2012


SURFACE GET BITS: 733.271 M/s
SURFACE PUT BITS: 771.877 M/s


MPEG DECODING (1920x1080): 68 frames/s
MPEG DECODING (1280x720): 162 frames/s
H264 DECODING (1920x1080): 62 frames/s
H264 DECODING (1280x720): 133 frames/s
VC1 DECODING (1440x1080): 77 frames/s
MPEG4 DECODING (1920x1080): 72 frames/s


MIXER WEAVE (1920x1080): 620 frames/s
MIXER BOB (1920x1080): 1110 fields/s
MIXER TEMPORAL (1920x1080): 297 fields/s
MIXER TEMPORAL + IVTC (1920x1080): 197 fields/s
MIXER TEMPORAL + SKIP_CHROMA (1920x1080): 390 fields/s
MIXER TEMPORAL_SPATIAL (1920x1080): 141 fields/s
MIXER TEMPORAL_SPATIAL + IVTC (1920x1080): 116 fields/s
MIXER TEMPORAL_SPATIAL + SKIP_CHROMA (1920x1080): 167 fields/s
MIXER TEMPORAL_SPATIAL (720x576 video to 1920x1080 display): 446 fields/s
MIXER TEMPORAL_SPATIAL + HQSCALING (720x576 video to 1920x1080 display): 263 fields/s


MULTITHREADED MPEG DECODING (1920x1080): 65 frames/s
MULTITHREADED MIXER TEMPORAL (1920x1080): 221 fields/s

Alles anzeigen

installiert ist

Code

sudo aptitude search nvidia
p   boinc-nvidia-cuda                 	- metapackage for CUDA-savvy BOINC client and manager
p   libkwinactivenvidiahack4          	- library used by nvidia cards for the KDE window manager
p   libkwinnvidiahack4                	- library used by nvidia cards for the KDE window manager
p   nvidia-173                        	- NVIDIA binary Xorg driver, kernel module and VDPAU library
p   nvidia-173-dev                    	- Entwicklungsdateien für den binären NVIDIA-Xorg-Treiber
p   nvidia-173-updates                	- NVIDIA binary Xorg driver, kernel module and VDPAU library
p   nvidia-173-updates-dev            	- NVIDIA binary Xorg driver development files
p   nvidia-96                         	- NVIDIA binary Xorg driver, kernel module and VDPAU library
p   nvidia-96-dev                     	- Entwicklungsdateien für den binären NVIDIA-Xorg-Treiber
p   nvidia-96-updates                 	- NVIDIA binary Xorg driver, kernel module and VDPAU library
p   nvidia-96-updates-dev             	- NVIDIA binary Xorg driver development files
p   nvidia-cg-toolkit                 	- Cg Toolkit - GPU Shader Authoring Language
i   nvidia-common                     	- Veraltete NVIDIA-Treiber finden
i   nvidia-current                    	- NVIDIA binary Xorg driver, kernel module and VDPAU library
i   nvidia-current-dev                	- Entwicklungsdateien für den binären NVIDIA-Xorg-Treiber
i   nvidia-current-updates            	- NVIDIA binary Xorg driver, kernel module and VDPAU library
i   nvidia-current-updates-dev        	- NVIDIA binary Xorg driver development files
i   nvidia-settings                   	- Werkzeug für die Konfiguration des NVIDIA-Grafiktreibers
i   nvidia-settings-updates           	- Tool of configuring the NVIDIA graphics driver
v   nvidia-texture-tools              	-
v   nvidia-va-driver

Alles anzeigen

johns · 5. Mai 2012

Der X11 Server auf dem zweiten Display scheint zulaufen und was X11 angeht auch alles zu funktionieren.

Hat das Plugin schon vorher auf dem zweitem Display funktioniert (also vor dem suspend) ?

Läuft bereits etwas was VDPAU verwendet auf dem ersten oder zweitem Display?

Johns

goldbär · 5. Mai 2012

Zitat

Hat das Plugin schon vorher auf dem zweitem Display funktioniert (also vor dem suspend) ?

Da ich das Plugin mit -r starte, muss ich doch erst ein Resume machen, oder habe ich deine Frage falsch verstanden.
Ich starte erst openbox, dann vdr und mache dann den Resume.

Code

sudo /usr/local/bin/vdr/vdr --lirc=/var/run/lirc/lircd -v /video -c /usr/local/etc/vdr -L /usr/local/lib/vdr/plugins/ -s /usr/local/lib/vdr/vdr-shutdown-wrapper -E /video/epg.data -u vdr -g /tmp -P"softhddevice -f -s -d :1" -Pdbus2vdr -Plcdproc -Ptext2skin

Zitat

Läuft bereits etwas was VDPAU verwendet auf dem ersten oder zweitem Display?

In VT8 läuft xfce4 (hier arbeite ich in der Konsole) und in VT9 läuft openbox.
xfce4 habe ich mit startx von VT1 aus gestartet. openbox starte ich so

Code

sudo xinit /usr/local/bin/openbox --config-file /etc/xdg/openbox/rc.xml --startup "/sbin/initctl emit --no-wait openbox-started" -- :1 vt9

Wie kann ich feststellen, ob vdpau schon von einem anderen Programm verwendet wird?

goldbär · 5. Mai 2012

Hallo,

wenn ich den Resume in einem Terminal in openbox mache, habe ich ein Bild.
Jetzt fehlt noch der Ton über HDMI an den LCD.

johns · 5. Mai 2012

Zitat von goldbär

Da ich das Plugin mit -r starte, muss ich doch erst ein Resume machen, oder habe ich deine Frage falsch verstanden.
Ich starte erst openbox, dann vdr und mache dann den Resume.

Du hast sie schon richtig verstanden. Ich wollte wissen ob es das erste resume nach dem start mit "-s" war oder ob bereits einmal ein Video
Bild gezeigt wurde und du suspend gemacht hast und dann ein resume nicht funktionierte.

Du kannst "-D" probieren anstatt "-s" und dann ein atta dort kannst du auch den X11 Server ":1" mitteilen,

Zitat
In VT8 läuft xfce4 (hier arbeite ich in der Konsole) und in VT9 läuft openbox.
xfce4 habe ich mit startx von VT1 aus gestartet. openbox starte ich so
Code
sudo xinit /usr/local/bin/openbox --config-file /etc/xdg/openbox/rc.xml --startup "/sbin/initctl emit --no-wait openbox-started" -- :1 vt9
Wie kann ich feststellen, ob vdpau schon von einem anderen Programm verwendet wird?

Keine Ahnung wie man es richtig feststellen kann, aber es sollte kein XBMC, VLC. Flash oder Xine oder ähnliches laufen.
Normale Programme verwenden es nicht.

Johns

goldbär · 5. Mai 2012

Hallo johns,

der VDR wird nun per upstart-Skript mit den Parametern -f -D -d :1 für das Plugin gestartet.

Anschließend wird über ein upstart-Skript das ATTA ausgeführt.

Code

vdr-dbus-send /Plugins/softhddevice plugin.SVDRPCommand string:'ATTA'

Ich erhalte immer den Fehler

Code

video/vdpau: Can't create vdp device on display ':1'

Wenn ich jetzt ins VT9 zu openbox wechsle und dort im xterm erst ein DETA und dann ein ATTA ausführe, bekomme ich ein Bild.

Wie muss ich das ATTA ins upstart-Skript einbauen, dass es funktioniert?

johns · 5. Mai 2012

Aha, ich glaube ich weiß wo das Problem ist, scheinbar braucht vdpau, daß der Bildschirm auch aktiv ist.

Da habe ich wenig Möglichkeiten dies im Programm zuändern.

Code

chvt 8

Wenn du das zweite X11 auf VT8 hast, könnte helfen.

Johns

goldbär · 5. Mai 2012

Hallo johns,

super, das war es.

Im upstart-Skript zum Start des Frontends habe ich jetzt u.a. folgendes:

Code

chvt 9
vdr-dbus-send /Plugins/softhddevice plugin.SVDRPCommand string:'ATTA'

Damit funktioniert es.

Vielleicht hast du ja auch hierfür eine Lösung:
Im upstart-Skript zum Start des VDR muss ich warten bis der VDR komplett gestartet ist, d.h. bis das softhddevice-Plugin und das dbus2vdr-Plugin geladen sind.
Erst dann kann ich das upstart-Skript zum Aufruf des Frontends, wo ich das ATTA mache, aufrufen.
Zur Zeit mache ich das mit "wait 10".
Das muss aber doch auch eleganter gehen.

Edit: Habs bei den yavdr Source-Repos gefunden. Danke an das Team.

Dies in post-start des VDR

Code

while ! /bin/netcat -z localhost 6419; do
	sleep 0.1;
  done;

Ich sehe hier allerdings ein Problem.
Wenn der VDR nicht sauber startet, kommt man damit wohl in eine Endlosschleife.
Muss ich mal testen. Evtl. noch eine Abbruchbedingung nach 10 Sekunden einbauen.

johns · 5. Mai 2012

Mit upstart kenne ich mich nicht aus. Da muß dir jemand anderes helfen.

Aber im Prinzip musst du als Abhängigkeit angeben, daß das Frontend erst nach vdr gestartet wird.

Deshalb lasse ich vdr X11 starten, dann gibt es keine Probleme.

Johns

goldbär · 5. Mai 2012

das habe ich jetzt ja durch die while-Schleife gelöst

[gelöst]video/v dpau: Can't create vdp device on display ':1'

Jetzt mitmachen!

Teilen