[ANNOUNCE] vaapivideo 1.5.4

sg75 · April 19, 2026 at 7:49 PM

Danke für das schnelle Reply.

Sieht so aus, als wäre meine Hardware zu alt bzw. der relevante NV12 -Patchhat es anscheinend nicht upstream geschafft: https://lists.freedesktop.org/archives/intel…uly/133909.html

Der Debugging-Output bestätigt leider, dass NV12 fehlt.

Code

[root@nuc2 sg75]# for f in /sys/class/drm/card*/status; do echo "$f: $(cat $f)"; done
/sys/class/drm/card1-DP-1/status: connected
/sys/class/drm/card1-DP-2/status: disconnected
[root@nuc2 sg75]# modetest -M i915 -p | grep NV12
[root@nuc2 sg75]# drm_info /dev/dri/card1 | grep NV12

zork · April 20, 2026 at 12:35 PM

Hi,

vaapivideo detached start ist jetzt im aktuellen git umgesetzt. Ich bitte um Tests, z.B. stegro ?

pixelpeter · April 20, 2026 at 2:36 PM

Hallo zork,

Ich hatte gestern diese seltsame Erscheinung:

Mittendrin bleibt das System volkommen stehen, keine Bedienung mehr möglich.

Mir blieb nichts anderes übrig als hart auszuschalten.

Im Log fand ich allerdings dann dies:

Apr 19 19:09:22 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+3.2ms avg=+4.0ms lat=40ms buf=42 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:25 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+2.2ms avg=+2.1ms lat=40ms buf=42 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:27 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+2.1ms avg=+2.9ms lat=40ms buf=46 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:29 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.1ms avg=+0.3ms lat=40ms buf=35 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:31 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+2.0ms avg=+1.4ms lat=40ms buf=31 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:33 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+1.1ms avg=+0.3ms lat=40ms buf=28 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:35 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+1.9ms avg=+1.4ms lat=40ms buf=40 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:37 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+1.7ms avg=+2.1ms lat=40ms buf=42 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:39 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.9ms avg=+2.2ms lat=40ms buf=32 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:41 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.5ms avg=+0.2ms lat=40ms buf=35 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:43 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+1.2ms avg=+0.5ms lat=40ms buf=38 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:45 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.3ms avg=+0.1ms lat=40ms buf=36 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:47 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+1.7ms avg=+2.2ms lat=40ms buf=39 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:49 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.9ms avg=+1.3ms lat=40ms buf=40 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:51 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.9ms avg=+0.8ms lat=40ms buf=36 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:53 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.2ms avg=+0.2ms lat=40ms buf=38 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:55 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.8ms avg=+0.9ms lat=40ms buf=41 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:57 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.6ms avg=+0.4ms lat=40ms buf=38 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:59 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+1.2ms avg=+1.4ms lat=40ms buf=47 aq=0 miss=0 drop=0 skip=0
Apr 19 19:10:01 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.7ms avg=+1.3ms lat=40ms buf=48 aq=0 miss=0 drop=0 skip=0
Apr 19 19:10:03 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.4ms avg=+1.0ms lat=40ms buf=37 aq=0 miss=0 drop=0 skip=0
Apr 19 19:10:05 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+1.3ms avg=+1.3ms lat=40ms buf=44 aq=0 miss=0 drop=0 skip=0
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.1ms avg=+0.1ms lat=40ms buf=40 aq=0 miss=0 drop=0 skip=0
Apr 19 19:10:07 vdr1 vdr[832]: [832] PANIC: watchdog timer expired - exit()!
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery

Aus irgendeinem Grund hat der Watchdog angeschlagen. Warum ist mir unklar.

Wie es auch sei warum hat sich der VDR nicht wie gewohnt beendet, dann wäre er neu gestartet worden.

Watchdogs hatte ich jahrelang vielleicht einen im Jahr, aber immer wurde das System neugestartet.

Liegt das eventuell am Plugin?

Peter

zork · April 20, 2026 at 4:01 PM

Quote from pixelpeter

Hallo zork,

Ich hatte gestern diese seltsame Erscheinung:
Mittendrin bleibt das System volkommen stehen, keine Bedienung mehr möglich.
Mir blieb nichts anderes übrig als hart auszuschalten.
Im Log fand ich allerdings dann dies:
Apr 19 19:09:22 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+3.2ms avg=+4.0ms lat=40ms buf=42 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:25 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+2.2ms avg=+2.1ms lat=40ms buf=42 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:27 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+2.1ms avg=+2.9ms lat=40ms buf=46 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:29 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.1ms avg=+0.3ms lat=40ms buf=35 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:31 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+2.0ms avg=+1.4ms lat=40ms buf=31 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:33 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+1.1ms avg=+0.3ms lat=40ms buf=28 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:35 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+1.9ms avg=+1.4ms lat=40ms buf=40 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:37 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+1.7ms avg=+2.1ms lat=40ms buf=42 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:39 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.9ms avg=+2.2ms lat=40ms buf=32 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:41 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.5ms avg=+0.2ms lat=40ms buf=35 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:43 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+1.2ms avg=+0.5ms lat=40ms buf=38 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:45 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.3ms avg=+0.1ms lat=40ms buf=36 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:47 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+1.7ms avg=+2.2ms lat=40ms buf=39 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:49 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.9ms avg=+1.3ms lat=40ms buf=40 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:51 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.9ms avg=+0.8ms lat=40ms buf=36 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:53 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.2ms avg=+0.2ms lat=40ms buf=38 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:55 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.8ms avg=+0.9ms lat=40ms buf=41 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:57 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.6ms avg=+0.4ms lat=40ms buf=38 aq=0 miss=0 drop=0 skip=0
Apr 19 19:09:59 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+1.2ms avg=+1.4ms lat=40ms buf=47 aq=0 miss=0 drop=0 skip=0
Apr 19 19:10:01 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.7ms avg=+1.3ms lat=40ms buf=48 aq=0 miss=0 drop=0 skip=0
Apr 19 19:10:03 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.4ms avg=+1.0ms lat=40ms buf=37 aq=0 miss=0 drop=0 skip=0
Apr 19 19:10:05 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+1.3ms avg=+1.3ms lat=40ms buf=44 aq=0 miss=0 drop=0 skip=0
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: sync d=+0.1ms avg=+0.1ms lat=40ms buf=40 aq=0 miss=0 drop=0 skip=0
Apr 19 19:10:07 vdr1 vdr[832]: [832] PANIC: watchdog timer expired - exit()!
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Apr 19 19:10:07 vdr1 vdr[832]: [845] vaapivideo/decoder: send_packet failed: Eingabe-/Ausgabefehler -- flushing for recovery
Aus irgendeinem Grund hat der Watchdog angeschlagen. Warum ist mir unklar.
Wie es auch sei warum hat sich der VDR nicht wie gewohnt beendet, dann wäre er neu gestartet worden.
Watchdogs hatte ich jahrelang vielleicht einen im Jahr, aber immer wurde das System neugestartet.
Liegt das eventuell am Plugin?

Peter

Display More

Ich vermute mal ein ffmpeg-Problem, hast Du noch andere Logeinträge zu dem Zeitpunkt? Treiber abgestürzt? Am DRM-Kontext irgendwas geändert (z.B. Monitor rausgezogen). Sehr unwahrscheinlich: Fehler im Bitstream (DVB).
Da fast jeder Bereich ein Errorhandling implementiert hat, ist der VAAPI-Kontext der wahrscheinlichste Ausfall. Hatte ich aber selber noch nie.

cinfo · April 20, 2026 at 4:46 PM

Quote from zork

Hi,
vaapivideo detached start ist jetzt im aktuellen git umgesetzt. Ich bitte um Tests, z.B. stegro ?

ich kann leider diese Version hier nicht bauen

Code

g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -std=c++20 -fPIC -DPLUGIN_NAME_I18N='"vaapivideo"' -I/include -I. -I/root/ffmpeg_build/include -I/usr/local/include -I/usr/local/include/libdrm -I/usr/include/valgrind -c src/device.cpp -o src/device.o
In file included from /usr/include/vdr/i18n.h:14,
                 from /usr/include/vdr/plugin.h:13,
                 from src/common.h:85,
                 from src/device.h:11,
                 from src/device.cpp:21:
src/device.cpp: In destructor ‘virtual cVaapiDevice::~cVaapiDevice()’:
src/device.cpp:334:76: error: no matching function for call to ‘cVaapiDevice::IsPrimaryDevice(bool)’
  334 |     dsyslog("vaapivideo/device: destroying (isPrimary=%d)", IsPrimaryDevice(/*CheckDecoder=*/false));
      |                                                             ~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/include/vdr/dvbdevice.h:15,
                 from /usr/include/vdr/menuitems.h:14,
                 from /usr/include/vdr/plugin.h:14:
/usr/include/vdr/device.h:870:8: note: candidate: ‘bool cDevice::IsPrimaryDevice() const’
  870 |   bool IsPrimaryDevice(void) const { if (parentDevice) return parentDevice->IsPrimaryDevice(); return this == primaryDevice && HasDecoder(); }
      |        ^~~~~~~~~~~~~~~
/usr/include/vdr/device.h:870:8: note:   candidate expects 0 arguments, 1 provided
src/device.cpp:338:24: error: no matching function for call to ‘cVaapiDevice::IsPrimaryDevice(bool)’
  338 |     if (IsPrimaryDevice(/*CheckDecoder=*/false)) {
      |         ~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/vdr/device.h:870:8: note: candidate: ‘bool cDevice::IsPrimaryDevice() const’
  870 |   bool IsPrimaryDevice(void) const { if (parentDevice) return parentDevice->IsPrimaryDevice(); return this == primaryDevice && HasDecoder(); }
      |        ^~~~~~~~~~~~~~~
/usr/include/vdr/device.h:870:8: note:   candidate expects 0 arguments, 1 provided
src/device.cpp: In member function ‘virtual void cVaapiDevice::MakePrimaryDevice(bool)’:
src/device.cpp:538:28: error: no matching function for call to ‘cVaapiDevice::IsPrimaryDevice(bool)’
  538 |         if (IsPrimaryDevice(/*CheckDecoder=*/false)) {
      |             ~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/vdr/device.h:870:8: note: candidate: ‘bool cDevice::IsPrimaryDevice() const’
  870 |   bool IsPrimaryDevice(void) const { if (parentDevice) return parentDevice->IsPrimaryDevice(); return this == primaryDevice && HasDecoder(); }
      |        ^~~~~~~~~~~~~~~
/usr/include/vdr/device.h:870:8: note:   candidate expects 0 arguments, 1 provided
make: *** [Makefile:134: src/device.o] Fehler 1

Display More

pixelpeter · April 20, 2026 at 5:50 PM

Hallo Zork,

Der VDR steht im Wohnzimmer, das Bild ist einfach stehengeblieben.
Ich frage mich warum der VDR sich nicht beendet hat.

In den Logs steht nichts anderes.

Das war auch nur ein einziges Mal.

Ansonsten ist alles tadellos.

Ich werde das beobachten.

Peter

ciax · April 20, 2026 at 6:42 PM

Quote from sg75

[..]Sieht so aus, als wäre meine Hardware zu alt bzw. der relevante NV12 -Patchhat es anscheinend nicht upstream geschafft: https://lists.freedesktop.org/archives/intel…uly/133909.html[..]

Hallo,

jetzt hätte es mich ja wieder gejuckt, wenn so ein schönes Ausgabeplugin erscheint, aber leider ist meine Hardware vermutlich auch zu alt. Bzw. woran kann es liegen, dass "NV12-Pixelformat" nicht unterstützt wird. Hier ist eine alte "Intel HD500 onboard" im Einsatz (Apollo Lake, kam nach Broadwell), mit yavdr betrieben (Seahawks Standard noch auf noble 24.04), Kernel 6.8.0-106-generic, i915-Kerneltreiber.

Die o.a. Befehle bringen zu NV12 leider auch nichts:

Code

drm_info /dev/dri/card1 | grep IN_FORMAT
   │       ├───"IN_FORMATS" (immutable): blob = 32
   │       ├───"IN_FORMATS" (immutable): blob = 40
   │       ├───"IN_FORMATS" (immutable): blob = 48
   │       ├───"IN_FORMATS" (immutable): blob = 56
   │       ├───"IN_FORMATS" (immutable): blob = 61
   │       ├───"IN_FORMATS" (immutable): blob = 69
   │       ├───"IN_FORMATS" (immutable): blob = 77
   │       ├───"IN_FORMATS" (immutable): blob = 85
   │       ├───"IN_FORMATS" (immutable): blob = 90
   │       ├───"IN_FORMATS" (immutable): blob = 98
           ├───"IN_FORMATS" (immutable): blob = 106

Display More

Code

modetest -M i915 -p
failed to open device 'i915' with busid '(null)': No such file or directory

drm_info /dev/dri/card1 | grep -i nv12
==> nada

Bezugnehmend auf sg75's Link, scheint die Treiberversion zu alt zu sein (20230929):

Code

[Do,  2. Apr 2026, 22:46:44] [drm] Initialized i915 1.6.0 20230929 for 0000:00:02.0 on minor 1

Wäre zu schön gewesen .. oder es liegt daran, dass der Kernel zu alt ist.

Trotzdem, tolle Arbeit - weiter so!

sg75 · April 20, 2026 at 9:51 PM

Eben Ich bin auch begeistert von dem Projekt und spiele mit dem Gedanken, in einen refurbished NUC8 zu investieren.

zork · April 21, 2026 at 6:08 AM

Quote from cinfo

ich kann leider diese Version hier nicht bauen

Code

g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -std=c++20 -fPIC -DPLUGIN_NAME_I18N='"vaapivideo"' -I/include -I. -I/root/ffmpeg_build/include -I/usr/local/include -I/usr/local/include/libdrm -I/usr/include/valgrind -c src/device.cpp -o src/device.o
In file included from /usr/include/vdr/i18n.h:14,
                 from /usr/include/vdr/plugin.h:13,
                 from src/common.h:85,
                 from src/device.h:11,
                 from src/device.cpp:21:
src/device.cpp: In destructor ‘virtual cVaapiDevice::~cVaapiDevice()’:
src/device.cpp:334:76: error: no matching function for call to ‘cVaapiDevice::IsPrimaryDevice(bool)’
  334 |     dsyslog("vaapivideo/device: destroying (isPrimary=%d)", IsPrimaryDevice(/*CheckDecoder=*/false));
      |                                                             ~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/include/vdr/dvbdevice.h:15,
                 from /usr/include/vdr/menuitems.h:14,
                 from /usr/include/vdr/plugin.h:14:
/usr/include/vdr/device.h:870:8: note: candidate: ‘bool cDevice::IsPrimaryDevice() const’
  870 |   bool IsPrimaryDevice(void) const { if (parentDevice) return parentDevice->IsPrimaryDevice(); return this == primaryDevice && HasDecoder(); }
      |        ^~~~~~~~~~~~~~~
/usr/include/vdr/device.h:870:8: note:   candidate expects 0 arguments, 1 provided
src/device.cpp:338:24: error: no matching function for call to ‘cVaapiDevice::IsPrimaryDevice(bool)’
  338 |     if (IsPrimaryDevice(/*CheckDecoder=*/false)) {
      |         ~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/vdr/device.h:870:8: note: candidate: ‘bool cDevice::IsPrimaryDevice() const’
  870 |   bool IsPrimaryDevice(void) const { if (parentDevice) return parentDevice->IsPrimaryDevice(); return this == primaryDevice && HasDecoder(); }
      |        ^~~~~~~~~~~~~~~
/usr/include/vdr/device.h:870:8: note:   candidate expects 0 arguments, 1 provided
src/device.cpp: In member function ‘virtual void cVaapiDevice::MakePrimaryDevice(bool)’:
src/device.cpp:538:28: error: no matching function for call to ‘cVaapiDevice::IsPrimaryDevice(bool)’
  538 |         if (IsPrimaryDevice(/*CheckDecoder=*/false)) {
      |             ~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/vdr/device.h:870:8: note: candidate: ‘bool cDevice::IsPrimaryDevice() const’
  870 |   bool IsPrimaryDevice(void) const { if (parentDevice) return parentDevice->IsPrimaryDevice(); return this == primaryDevice && HasDecoder(); }
      |        ^~~~~~~~~~~~~~~
/usr/include/vdr/device.h:870:8: note:   candidate expects 0 arguments, 1 provided
make: *** [Makefile:134: src/device.o] Fehler 1

Display More

Wurde am 22.1.24 geändert, du hast alte Includes:

https://github.com/vdr-projects/v…dc35e697e2cc90a

Mein Tipp: lösche einfach mal "/*CheckDecoder=*/false" aus dem Call, Du hast wahrscheinlich noch die alte Version.

heifisch · April 21, 2026 at 3:43 PM

Mein erster Test von vaapivideo und ich muss sagen, sehr gutes Bild auf dem N100.

Zwar bin ich kein ebuild-Profi aber ich habe mich mal an einem ebuild für Gentoo für vaapivideo versucht.
Bei mir baut es, kann aber sein das Abhängigkeiten schon vorher erfüllt waren.

cinfo · April 21, 2026 at 4:33 PM

Quote from zork

Wurde am 22.1.24 geändert, du hast alte Includes:

https://github.com/vdr-projects/v…dc35e697e2cc90a

Mein Tipp: lösche einfach mal "/*CheckDecoder=*/false" aus dem Call, Du hast wahrscheinlich noch die alte Version.

janein, ich muß diese Anpassung am VDR verwenden, denn dieser unterstützt hier auch die mcli Tuner (Reel NetCeiver) --Hm, also ich benötige leider diese Änderung nicht. Leider wäre hier ohne eine Umgehung zur ersten Lösung aus v1.5.0 für uns das Ende. Wäre eine Änderung über das Makefile oder eine andere Lösung möglich? Es wäre gut es so wie bei der ersten Version der v1.5.0 zu nutzen

stegro · April 21, 2026 at 7:59 PM

Hallo zork

habe aus dem Git jetzt die neuste Version gebaut.

1) Im Detach Mode starten funktioniert. (Allerdings schien mir die Startzeit subjektiv etwas länger)

2) Dann geht "svdrpsend plug vaapivideo atta" gut. Es kommt recht schnell ein Bild.

3)svdrpsend plug vaapivideo stat liefert brav:

Display Spoiler

220 ubu SVDRP VideoDiskRecorder 2.8.1; Tue Apr 21 19:39:05 2026; UTF-8

900-VAAPI Device Status:

900-Type: VAAPI

900-Decoder: Ready

900-Display Resolution: 3840x2160

900 Refresh Rate: 50 Hz

221 ubu closing connection

4) Nach svdrpsend plug vaapivideo deta

Bild ist weg, aber die tty console kommt nicht zurück.

5) Ein zweiter "svdrpsend plug vaapivideo atta" geht schief:

Display Spoiler

2026-04-21T19:50:57.051543+02:00 ubu vdr: [26332] SVDRP ubu < 127.0.0.1:45306 client connection accepted

2026-04-21T19:50:57.051636+02:00 ubu vdr: [26332] SVDRP ubu > 127.0.0.1:45306 server created

2026-04-21T19:50:57.051676+02:00 ubu vdr: [26332] vaapivideo/device: attaching to hardware (DRM=/dev/dri/card1 audio=hdmi:0,0 connector=auto)

2026-04-21T19:50:57.051705+02:00 ubu vdr: [26332] vaapivideo/device: opened DRM fd=38

2026-04-21T19:50:57.055718+02:00 ubu vdr: [26332] vaapivideo/device: display 3840x2160@50Hz (connector 102, CRTC 88)

2026-04-21T19:50:57.056023+02:00 ubu vdr: [26332] vaapivideo/device: render node /dev/dri/renderD128 (primary /dev/dri/card1)

2026-04-21T19:50:57.059623+02:00 ubu vdr[26295]: libva info: VA-API version 1.23.0

2026-04-21T19:50:57.059672+02:00 ubu vdr[26295]: libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so

2026-04-21T19:50:57.059696+02:00 ubu vdr[26295]: libva info: Found init function __vaDriverInit_1_23

2026-04-21T19:50:57.063130+02:00 ubu vdr[26295]: libva info: va_openDriver() returns 0

2026-04-21T19:50:57.063167+02:00 ubu vdr: [26332] vaapivideo/device: VA-API driver -- Mesa Gallium driver 26.0.3-1ubuntu1 for AMD Radeon Graphics (radeonsi, renoir, ACO, DRM 3.64, 7.0.0-14-generic)

2026-04-21T19:50:57.063199+02:00 ubu vdr: [26332] vaapivideo/device: VAAPI decode -- mpeg2=hw h264=hw hevc=hw hevc-main10=hw

2026-04-21T19:50:57.063741+02:00 ubu vdr: [26332] vaapivideo/device: VPP capabilities -- denoise=no sharpen=no deinterlace=motion_adaptive p010=yes

2026-04-21T19:50:57.078029+02:00 ubu vdr: [26332] vaapivideo/audio: ELD too small (0 bytes) at index 0

2026-04-21T19:50:57.078072+02:00 ubu vdr: [26332] vaapivideo/audio: no valid ELD found across all indices

2026-04-21T19:50:57.078118+02:00 ubu vdr: [26332] vaapivideo/audio: sink capabilities: PCM-only

2026-04-21T19:50:57.080564+02:00 ubu vdr: [26332] vaapivideo/audio: ALSA buffer=400ms period=26ms start=133ms (target=400ms)

2026-04-21T19:50:57.080617+02:00 ubu vdr: [26332] vaapivideo/audio: opened PCM @ 48000Hz on 'hdmi:0,0'

2026-04-21T19:50:57.080658+02:00 ubu vdr: [26332] vaapivideo/audio: initialized on 'hdmi:0,0'

2026-04-21T19:50:57.080697+02:00 ubu vdr: [26332] vaapivideo/display: created

2026-04-21T19:50:57.080742+02:00 ubu vdr: [26332] vaapivideo/display: initializing 3840x2160@50Hz

2026-04-21T19:50:57.080780+02:00 ubu vdr: [26498] vaapivideo/audio thread started (pid=26295, tid=26498, prio=high)

2026-04-21T19:50:57.080827+02:00 ubu vdr: [26498] vaapivideo/audio: processing thread started

2026-04-21T19:50:57.080872+02:00 ubu vdr: [26332] vaapivideo/display: searching for plane 0 (format 0x3231564e)

2026-04-21T19:50:57.080915+02:00 ubu vdr: [26332] vaapivideo/display: plane 61 COLOR_ENCODING prop=64 bt709=1(yes) bt2020=2(yes)

2026-04-21T19:50:57.080957+02:00 ubu vdr: [26332] vaapivideo/display: plane 61 COLOR_RANGE prop=65 limited_value=0 found=1

2026-04-21T19:50:57.080996+02:00 ubu vdr: [26332] vaapivideo/display: candidate plane 61 type=PRI (found=0, need=0)

2026-04-21T19:50:57.081039+02:00 ubu vdr: [26332] vaapivideo/display: video plane 61 type=PRI

2026-04-21T19:50:57.081079+02:00 ubu vdr: [26332] vaapivideo/display: searching for plane 0 (format 0x34325241)

2026-04-21T19:50:57.081126+02:00 ubu vdr: [26332] vaapivideo/display: candidate plane 67 type=OVL (found=0, need=0)

2026-04-21T19:50:57.081167+02:00 ubu vdr: [26332] vaapivideo/display: OSD plane 67 type=OVL zpos=yes

2026-04-21T19:50:57.081205+02:00 ubu vdr: [26332] vaapivideo/display: HDR caps -- connector: metadata=yes colorspace=yes max_bpc=yes[8..16]; sink: pq=yes hlg=yes bt2020ycc=yes; plane: p010=yes bt2020enc=yes

2026-04-21T19:50:57.081245+02:00 ubu vdr: [26332] vaapivideo/display: setting display mode 3840x2160@50Hz

Display Spoiler

2026-04-21T19:50:57.081284+02:00 ubu vdr: [26332] vaapivideo/display: atomic commit failed - Invalid argument (flags=0x400)

2026-04-21T19:50:57.081333+02:00 ubu vdr: [26332] vaapivideo/display: failed to set mode

2026-04-21T19:50:57.081383+02:00 ubu vdr: [26332] vaapivideo/display: failed to set display mode

2026-04-21T19:50:57.081440+02:00 ubu vdr: [26332] vaapivideo/device: display initialization failed

Display Spoiler

2026-04-21T19:50:57.081483+02:00 ubu vdr: [26332] vaapivideo/display: destroying (ready=0)

2026-04-21T19:50:57.081542+02:00 ubu vdr: [26332] vaapivideo/display: shutting down (wasInitialized=0)

2026-04-21T19:50:57.081586+02:00 ubu vdr: [26332] vaapivideo/display: already shut down, skipping

2026-04-21T19:50:57.081622+02:00 ubu vdr: [26332] vaapivideo/audio: shutting down (wasStopping=0)

2026-04-21T19:50:57.081658+02:00 ubu vdr: [26498] vaapivideo/audio: processing thread stopped

2026-04-21T19:50:57.081697+02:00 ubu vdr: [26498] vaapivideo/audio thread ended (pid=26295, tid=26498)

2026-04-21T19:50:57.091242+02:00 ubu vdr: [26332] vaapivideo/audio: destroying (stopping=1)

2026-04-21T19:50:57.091289+02:00 ubu vdr: [26332] vaapivideo/audio: shutting down (wasStopping=1)

Ich kann also einmal ATTA machen, aber Deta gibt vermutlich nicht alle Ressourcen frei, so dass ein zweiter ATTA in die Hose geht,

Update: Wie unten beschrieben, liegt es daran, dass ich die Console nicht zurückgeholt hatte.

stegro · April 22, 2026 at 6:14 AM

Nachtrag: Auf meinem Intel Rechner funktioniert die Sequenz atta/deta/atta!

Im Gegensatz also zu meinem AMD vdr.

Ich denke: hier unterscheidet sich offensichtlich der AMD und der Intel Treiber.

Update: Wenn ich, wie im syslog beschrieben, nach dem "DETA" die console wieder zurückhole (mit Alt+F1), funktioniert auch im AMD Fall das nachfolgende "ATTA".

zork Habe getestet: softhddrm braucht das nicht nicht, da kommt die Konsole wieder, auch ohne Alt+F1

Gibt es eine Möglichkeit das auch einzubauen?

Im Intel Fall dauert es recht lang, bis das Bild kommt, der Ton ist schon eher da. Das Bild braucht sogar ein paar Minuten, bis es kommt.

Ich bekomme dazu den netten Hinweis, der mir dann auch bei AMD geholfen hat, dort war es ein Killer war, wenn ich es nicht gemacht habe:

900 VAAPI device detached -- press Alt+F1 to restore the console (see README: tty group + udev + CAP_SYS_TTY_CONFIG) )

pixelpeter · April 22, 2026 at 3:54 PM

Hallo Zork,

Das Problem das beim ersten normalen Start nur der Ton kommt und kein Bild, hatte ich auch schon mehrmals. Ich habe dann einfach einen Kanal weiter geschaltet, dann kommt sofort ein Bild. Im log ist mir nichts aufgefallen. Ich stelle es aber rein wenn es wieder passiert.

jsffm · April 22, 2026 at 3:55 PM

Soweit ich weiss, ist das ein bekanntes Problem

zork · April 22, 2026 at 11:26 PM

Quote from stegro

Nachtrag: Auf meinem Intel Rechner funktioniert die Sequenz atta/deta/atta!
Im Gegensatz also zu meinem AMD vdr.
Ich denke: hier unterscheidet sich offensichtlich der AMD und der Intel Treiber.
Update: Wenn ich, wie im syslog beschrieben, nach dem "DETA" die console wieder zurückhole (mit Alt+F1), funktioniert auch im AMD Fall das nachfolgende "ATTA".
zork Habe getestet: softhddrm braucht das nicht nicht, da kommt die Konsole wieder, auch ohne Alt+F1
Gibt es eine Möglichkeit das auch einzubauen?
Im Intel Fall dauert es recht lang, bis das Bild kommt, der Ton ist schon eher da. Das Bild braucht sogar ein paar Minuten, bis es kommt.
Ich bekomme dazu den netten Hinweis, der mir dann auch bei AMD geholfen hat, dort war es ein Killer war, wenn ich es nicht gemacht habe:
900 VAAPI device detached -- press Alt+F1 to restore the console (see README: tty group + udev + CAP_SYS_TTY_CONFIG) )

Display More

Ist schon fertig eingebaut, hast du meine Anweisung aus der Doku befolgt?
-> Automatic console restore after DETA

stegro · April 23, 2026 at 5:50 PM

Quote from zork

Ist schon fertig eingebaut, hast du meine Anweisung aus der Doku befolgt?
-> Automatic console restore after DETA

Hi zork,

danke für deine Geduld mit mir, ja habe ich gelesen und verstanden. Die Ergänzungen könnte seahawk1986 sicher mit in die Installations Routine des Plugins mit einbauen. Ergänzung, damit die console zurück kommt.

Ich denke Nutzer, die Kodi starten wollen, müssen das auch entsprechend machen. pixelpeter

Meine Frage kam daher:
Ich hatte bei softhddrm mit "deta" nie das Problem. Da kam die console wieder ohne, dass die VT gewechselt werden mussten. Stoppe ich den VDR, kommt die console ja auch zurück. Was bleibt denn bei vaapivideo mit "DETA" übrig?

pixelpeter · April 23, 2026 at 6:21 PM

Hallo Stegro,

Bei mir klappt der Start von kodi mittlerweile.

Allerdings nicht richtig, sondern auf meinem graphtft Display.

Einmal hatte ich auf dem Fernseher das kodi.

Seitdem immer am falschen Display.
Kodi zeigt in den Einstellungen hdmi und vga als mögliches outputdevice an. HDMI wäre richtig, es steht aber immer wieder auf vga, obwohl das Display eigentlich usb ist.

Aber im Moment ist das halb so schlimm.

Das Plugin hat im vergleich zu sofhddevice ein deutlich besseres Bild und macht trotz des frühen Stadiums einen super Eindruck.

Peter

rfehr · April 23, 2026 at 6:31 PM

Quote from pixelpeter

Hallo Stegro,

Bei mir klappt der Start von kodi mittlerweile.
Allerdings nicht richtig, sondern auf meinem graphtft Display.
Einmal hatte ich auf dem Fernseher das kodi.
Seitdem immer am falschen Display.
Kodi zeigt in den Einstellungen hdmi und vga als mögliches outputdevice an. HDMI wäre richtig, es steht aber immer wieder auf vga, obwohl das Display eigentlich usb ist.
Aber im Moment ist das halb so schlimm.
Das Plugin hat im vergleich zu sofhddevice ein deutlich besseres Bild und macht trotz des frühen Stadiums einen super Eindruck.
Peter

Display More

Dein Kodi Problem hat ja auch nichts mit dem plugin selbst zu tun, sondern liegt eher daran,

das du 2 Display's im Einsatz hast.

Gruß,

Roland

stegro · April 23, 2026 at 11:12 PM

Quote from rfehr

Dein Kodi Problem hat ja auch nichts mit dem plugin selbst zu tun, sondern liegt eher daran,
das du 2 Display's im Einsatz hast.

Gruß,
Roland

pixelpeter hast du denn die Ergänzung, damit die console zurück kommt eingebaut? Sonst könnte Kodi nicht das Display grabben.

Participate now!