Hallo,
hier ein kurzer Erfahrungsbericht zu intel VA-API auf Basis von yaVDR 0.5 inkl. dem Update auf VDR 2.0.2:
Nach dem mein VA-API System (siehe Sig.) seit (gefühlt) Jahren mit hohem WAF-Faktor lief, habe ich dort ebenfalls das Update auf VDR 2.0.2 durchgeführt.
Nötige Änderungen an einem stinknormalen yaVDR sind:
1. Einkompilieren VA-API Support in vdr-plugin-softhddevice, dazu Neukompilierung aus Quellen
Änderung im Makefile:
-#VAAPI ?= $(shell pkg-config --exists libva && echo 1)
+VAAPI ?= $(shell pkg-config --exists libva && echo 1)
Achtung: Das Paket muss halt auf HOLD gesetzt werden oder bei jedem Update neu aus den Quellen erstellt werden.
Frage an das yaVDR-Team: Wird VA-API Support mit Absicht nicht einkompiliert? M.E. ging das bei den 1.7.x Paketen noch, da habe ich nichts neu kompiliert (kann mich aber auch täuschen).
2. Änderung in /etc/vdr/plugins/plugin.softhddevice.conf, dazu Template erstellt /etc/yavdr/templates_custom/etc/vdr/plugins/plugin.softhddevice.conf/20_main mit Inhalt:
-v va-api -D <?cs var:mixer ?>
Anmerkung: Bei AMD-Systemen müsste der Inhalt so lauten:
-w no-mpeg-hw-decoding -v va-api -D <?cs var:mixer ?>
Die conf-Datei muss nach Anlegen des Templates natürlich neu erstellt werden...
Die nvidia-Treiber sollten deinstalliert werden und dafür die Intel-Treiber bzw. va-api Kram:
libva-intel-vaapi-driver
Damit läuft das System erstmal grundsätzlich (auch keine Änderungen an xorg.conf etc. nötig).
Ich habe jetzt skinnopacity am laufen. Damit funktioniert allerdings das "Verkleinern" das Video-Bildes beim Menueinblenden nicht. Aber das ist auch das einzige Manko, was ich bisher feststellen konnte. Alles zusammen sehr stabil (vielen Dank nochmals an das VDR und yaVDR Team!).
Fazit: Ich ziehe das VA-API System mittlerweile dem Atom/Nvida vor... Es ist schon wesentlich performanter.