Hallo zusammen,
Ich betreibe seit Jahren eine Client-Server Installation des VDR. Auf einem kleinen Homeserver läuft der vdr headless, und die Clients greifen mit vdr-sxfe darauf zu.
Seit einiger Zeit habe ich das Problem, dass vdr-sxfe nach dem Umschalten auf einen (Satelliten-) SD-Sender nach ca. 2 Sekunden hängen bleibt. Man sieht noch das letzte Bild, und die CPU-Last geht auf 100%
Beim Umschalten erscheint auf der Konsole dies:
[6585] [input_vdr] wait_stream_sync: discard_index 0 != curpos 60293856 ! (diff -60293856)
yv12_to_nv12 strange -51200
yv12_to_nv12 strange -51200
yv12_to_nv12 strange -51200
[6585] [input_vdr] SCR jump: +40 ms (live=1, tuning=2)
XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
after 1547 requests (1547 known processed) with 0 events remaining.Wenn vdr-sxfe gleich mit einem SD-Sender gestartet wird sieht die Meldung etwas anders aus - das Ergebnis ist aber das gleiche. 1-2 Sekunden Video, dann Standbild.
Hier mal die gesamte Ausgabe beim Start mit einem SD-Sender:
$ vdr-sxfe
vdr-sxfe 2.0.0 (build with xine-lib 1.2.8, using xine-lib 1.2.8)
VDR server not given, searching ...
Found VDR server: host 192.168.222.110, port 37890
[26106] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files
[26106] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files
Failed to open VDPAU backend libvdpau_i965.so: cannot open shared object file: No such file or directory
vo_vdpau: Can't create vdp device : No vdpau implementation.
libva info: VA-API version 1.1.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_1
libva info: va_openDriver() returns 0
[26106] [vdr-fe] Detected 4 CPUs
[26106] [vdr-fe] Enabling FFmpeg multithreaded video decoding
[26106] [input_vdr] Connecting (control) to tcp://192.168.222.110:37890 ...
[26106] [input_vdr] Server greeting: VDR-2.2.0 xineliboutput-2.0.0 READY
[26106] [input_vdr] Connected (control) to tcp://192.168.222.110:37890
[26106] [input_vdr] connect_pipe_data_stream: client ip=0x6bdea8c0 != server ip=0x6edea8c0 !
[26106] [input_vdr] Connecting (data) to pipe:///var/lib/vdr/plugins/xineliboutput/pipes.17748/pipe.0
[26106] [input_vdr] Pipe not found
[26106] [input_vdr] Data stream connection failed (PIPE)
[26106] [input_vdr] Connecting (data) to udp://192.168.222.110 ...
[26106] [input_vdr] Data stream connected (UDP)
[26106] [input_vdr] Using non-default "media.xvdr.num_buffers_hd:4000"
Press Esc to exit
[26123] [hdmi-cec] WARNING: CEC HDMI port not given and edid reading/parsing failed
setterm: Fehler in den Argumenten: 'off'
[26121] [input_vdr] ARGB OSD supported by video driver
libva info: VA-API version 1.1.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_1
libva info: va_openDriver() returns 0
[26123] [hdmi-cec] No HDMI-CEC adapters found
[26122] [input_vdr] SCR jump: +40 ms (live=1, tuning=2)
Bei der Gelegenheit: Gibt es vielleicht ein Repository, dass man unter Debian und Ubuntu einbinden kann, und dass eine etwas frischere Version anbietet als diese beiden Distributionen?Der Server läuft unter Debian Stretch; die Clients unter Ubuntu 18.04
Da sich vde-sxfe immer beschwert hat, dass die xinelib-Versionen von Server und Client nicht übereinstimmen habe ich xineliboutput auf dem Server selbst übersetzt (jetzt 2.0.0, vdr-sxfe auf dem Client: 2.0.0). Jetzt ist zwar die Meldung weg, es funktioniert aber trotzdem noch nicht.
Auch interessant fand ich, dass das Phänomen vor einigen Wochen zuerst nur auf meinem Notebook aufgetaucht ist. Nun hängt es aber auch am PC. Die Softwarestände beider Rechner sind identisch.