vdr wie früher - Ausgabeplugin fehlt

Hallo,

nachdem dieser Thread den Durchbruch gebracht hat, habe ich jetzt wieder einen vdr "wie früher":

Auf meinem Hauptrechner sind in einem Kompilier/Bastelverzeichnis vdr und folgende Plugins selbst übersetzt und laufen:

vdr-2.4.1

epgsearch (git)

live (https://github.com/REELcoder/vdr-plugin-live)

streamdevice

Zum guten alten vdr-Gefühl fehlt jetzt noch Ersatz für xinelibout & Co von früher. Leider habe ich mit diesem oder diversen softhddevice oder vaapidevice kein Glück gehabt.

Zuletzt habe ich das vaapidevice von hier:

https://github.com/rofafor/vdr-plugin-vaapidevice

probiert, das benutzt wohl auch unser aller vdr-Vater. Das Beste, was mir gelingt, ist das Ding mit der Kommandozeilenoption "-v vaapi" zu starten, dann bekomme ich ein Fenster mit schwarzem Inhalt.

Auf meinem Haupt und vdr-Bastelrechner ist ein AMD Ryzen 5 2400G (der mit dem Grafikchip dabei). Kaffeine funktioniert beispielsweise mit vaapi am geschmeidigsten, aber was wäre ein Tipp für den vdr?

Vielleicht noch hilfreich:

vainfo
vainfo: VA-API version: 1.5 (libva 2.5.0)
vainfo: Driver version: Mesa Gallium driver 19.1.2 for AMD RAVEN (DRM 3.32.0, 5.2.1-arch1-1-ARCH, LLVM 8.0.0)
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            :    VAEntrypointVLD
      VAProfileMPEG2Main              :    VAEntrypointVLD
      VAProfileVC1Simple              :    VAEntrypointVLD
      VAProfileVC1Main                :    VAEntrypointVLD
      VAProfileVC1Advanced            :    VAEntrypointVLD
      VAProfileH264ConstrainedBaseline:    VAEntrypointVLD
      VAProfileH264ConstrainedBaseline:    VAEntrypointEncSlice
      VAProfileH264Main               :    VAEntrypointVLD
      VAProfileH264Main               :    VAEntrypointEncSlice
      VAProfileH264High               :    VAEntrypointVLD
      VAProfileH264High               :    VAEntrypointEncSlice
      VAProfileHEVCMain               :    VAEntrypointVLD
      VAProfileHEVCMain               :    VAEntrypointEncSlice
      VAProfileHEVCMain10             :    VAEntrypointVLD
      VAProfileJPEGBaseline           :    VAEntrypointVLD
      VAProfileVP9Profile0            :    VAEntrypointVLD
      VAProfileVP9Profile2            :    VAEntrypointVLD
      VAProfileNone                   :    VAEntrypointVideoProc

Quote from SHF

Irgendwo müsstest du auch noch Meldungen in den Logfiles bekommen .

Ich gehe davon aus, dass in meinem Fall (starten des vdr im Quellverzeichnis in einem Terminal-Emulator) die Log-Meldungen gleich die im Terminal sind?!:

./vdr --user=bernd_b --log=3 -c /video -v /video -P epgsearch -P streamdev-server -P "live --log=INFO -p 8008 -i 192.168.178.100" -P "vaapidevice -g 960X540 -v vaapi"



INFO: validating live server ip '192.168.178.100'
2019-07-23 09:52:35.13617 [3087.140184874718976] INFO tntnet.listener - listen ip=192.168.178.100 port=8008
2019-07-23 09:52:35.13620 [3087.140184874718976] INFO tntnet.tntnet - create 5 worker threads

Xine mit vaapi geht eher nicht so gut (Video startet, aber sobald ich versuche, zu einer anderen Stelle im Video zu wechseln, crasht xine). Mit opengl2 klappt es besser. Prozessor taktet bei x265-DVBT2 von 1,5 Ghz auf 2,x hoch, bleibt aber bei knapp 10% Auslastung.

Also neuer Versuch mit xineliboutput, - Premiere auf vdr-2.4.1- und siehe da:

mit der Option "-V opengl2" oder "-V opengl" geht sogar der lokale client und ich sehe auch das OSD inkl. Menü. Mit "--local none" und dem Hilfsprogramm

vdr-sxfe funktioniert es mit den opengl-Treibern in den ersten Versuchen am besten.

Beim automatisch öffnenden lokalen Client bleibt beim Verändern der Fenstergröße leider das Seitenverhältnis nicht erhalten und man erhält schnell gestauchte oder gestreckte Köpfe.

Vaapi crasht:

vdr-sxfe -V vaapi
vdr-sxfe 2.1.0  (build with xine-lib 1.2.9, using xine-lib 1.2.9)

Video driver: vaapi

VDR server not given, searching ...
Found VDR server: host 192.168.178.100, port 37890
[10076] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files
[10076] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files
[10076] [vdr-fe]    fe_xine_init: xine_open_video_driver("vaapi") failed
Error initializing xine
Available video drivers: vdpau dxr3 aadxr3 xv vaapi opengl2 raw opengl caca xshm aa xxmc none fb xvmc
Available audio drivers: pulseaudio alsa oss jack file none
[10076] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files
[10076] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files

und vdpau verhält sich ähnlich:

vdr-sxfe -V vdpau
vdr-sxfe 2.1.0  (build with xine-lib 1.2.9, using xine-lib 1.2.9)

Video driver: vdpau

VDR server not given, searching ...
Found VDR server: host 192.168.178.100, port 37890
[10605] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files
[10605] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files
[10605] [vdr-fe]    Detected 8 CPUs
[10605] [vdr-fe]    Enabling FFmpeg multithreaded video decoding
[10605] [input_vdr] Connecting (control) to tcp://192.168.178.100:37890 ...
[10605] [input_vdr] Server greeting: VDR-2.4.1 xineliboutput-2.1.0 READY
[10605] [input_vdr] Connected (control) to tcp://192.168.178.100:37890
[10605] [input_vdr] Connecting (data) to pipe:///video/plugins/xineliboutput/pipes.10574/pipe.0
[10605] [input_vdr] Data stream connected (PIPE)
[10605] [input_vdr] using custom "no signal" image /video/plugins/xine/noSignal.mpg
vo_vdpau: video surface doesn't match size contraints (1920 x 1080) -> (1920 x 1080) != (1920 x 1088). Segfaults ahead!


Press Esc to exit

[10628] [hdmi-cec]  WARNING: CEC HDMI port not given and edid reading/parsing failed
setterm: argument error: 'off'
[10626] [input_vdr] ARGB OSD supported by video driver
[10626] [input_vdr] WARNING: xine-engine setting "engine.buffers.video_num_frames":22 is too small for some HD channels
[10628] [hdmi-cec]  No HDMI-CEC adapters found
[hevc @ 0x7fb254059300] PPS id out of range: 0
[hevc @ 0x7fb254059300] Error parsing NAL unit #2.
[hevc @ 0x7fb254066ec0] PPS id out of range: 0

.
.
.

[hevc @ 0x7fb2540989c0] Error parsing NAL unit #2.
[hevc @ 0x7fb2540a91c0] PPS id out of range: 0
[hevc @ 0x7fb2540a91c0] Error parsing NAL unit #2.
Segmentation fault (core dumped)

Hier noch der verwendete Kernel:

uname -r
5.2.1-arch1-1-ARCH

Keine xorg.conf, keine proprietären Treiber - ich wüsste gar nicht welche ...

Leider gibt es bei der Tour de France auf ONEHD Audioaussetzer.

Via streamdev mit vlc oder mpv als Client ist Bild+Ton dagegen stabil.

Also um schnell an das OSD zu kommen ist vdr-sxfe ein Plus, mit dauerhafter und fehlerfreier Wiedergabe klappt es leider nicht.

Hallo, danke für den Hinweis. Die Installation der ensprechenden AUR-Pakete, die offenbar die Binaries von ubuntu verwenden, führen zu keinen Unterschieden.

vaapidevice bleibt schwarz und mit xinelibout und opengl(2) setzt nach ca. einer knappen Minute der Ton aus, dann steht kurz danach das Bild und dann von vorne.

So, jetzt habe ich die xine-lib nochmal mit Hilfe Arch-User-Repo (AUR) neu übersetzt (statt Version 1.2.9 nun "xine-lib-hg 1.2.9.r14489.bb2de2cd48b8-1")

Ob das nun Zufall ist oder nicht:

Jetzt klappt es mit der Tourde France auch über mehrere Minuten stabil ohne Aussetzer, sowohl mit xine-ui als auch vdr-sxfe.

Allerdings hat die Backspace-Taste in xine-ui keine Funktion, das mach das Browsen durch das Menü ohne "zurück"-Funktion etwas hackelig.

Also im Moment meine beste Wahl:

a) streamdev-server mit vlc oder mpv als client (ist ja so unkomfortabel mit einmal gespeicherter Playlist auch nicht)

b) xineliboutput mit vdr-sxfe und opengl2 als Videotreiber

Quote from SHF

Da kann man AFAIK was bei Xine konfigurieren

Ja, wenn ich meine alte /home/bernd_b/.xine/keymap verwende, dann habe ich Zugriff via Tastatur auf das vdr-osd.

Lösche ich die Datei und starte xine neu, erstellt xine eine neue. Mit der komme ich aber gar nicht in das Menü, z.B. wird die Taste m offenbar nicht an den vdr durchgereicht.

Irgendeinen Zauber habe ich da früher also gemacht, finde aber bisher nicht, was man da genau in xine im keymap-Editor anstellen muss.

Da xine und vdr-sxfe sowieso nur launig gehen, scheint mir das team live und streamdev-server plus vlc/mpv für Bild im Moment der einzige stabile Weg für einen "wilden" vdr auf irgendeinen aktuelleren Linux-Desktop.

Wir reden darüber?!:

https://github.com/louisbraun/softhddevice-openglosd

Ich habe mal den Output beim Kompilieren angehängt, den ich erhalte.