[ANNOUNCE] vaapivideo 1.3.2

zork · March 7, 2026 at 7:25 PM

Hi,

nach einigen Jahren und den Wunsch, ein wirklich neues Ausgabe-Plugin zu entwickeln, habe ich dieses jetzt endlich umgesetzt. vaapivideo basiert nicht mehr wie die meisten Ausgabeplugins auf softhddevice, sondern wurde von Grund auf neu programmiert. Zum Rendern wird VAAPI genutzt (Fallback: Software), ALSA als Audioausgabe und DRM für den Bildschirm. Die meiste Arbeit ist an FFmpeg ausgelagert. Der Source ist C++20 und wesentlich kleiner als bisherige Plugins, es wird nur moderne API genutzt. Die Entwicklung des Plugin war aufgrund der Größe sehr aufwändig, aber nun ist es Zeit für den ersten Release.

vaapivideo Release 1.0.0

Hardware-accelerated video output plugin for VDR using VAAPI decode, DRM atomic modesetting, and ALSA audio. Runs on a bare console — no X11 or display server required.

Highlights

Zero-copy video path — VAAPI surfaces are exported as DRM PRIME buffers and displayed directly without touching system memory
Hardware decode — H.264, HEVC, and MPEG-2 via VAAPI with automatic per-codec software fallback
Video processing — deinterlace, denoise, scale (DAR-preserving), and sharpen via VAAPI VPP or software filters (bwdif, hqdn3d)
Audio — PCM decode (AAC, MP2) and IEC61937 passthrough (AC-3, E-AC-3, DTS, DTS-HD, TrueHD, AC-4, MPEG-H) with automatic EDID-based format detection
DRM atomic modesetting — double-buffered page-flip, BT.709 SDR, up to 3840×2160
Hardware OSD — true-color alpha-blended overlay on a dedicated DRM plane
SVDRP commands — STAT, CONFIG, DETA/ATTA for runtime control and hardware hot-detach

Supported Hardware

Intel (Broadwell+): intel-media-driver (iHD)
AMD: mesa-va-drivers (radeonsi)

Freue mich auf jeden Fall über Feedback!

Dirk

davie2000 · March 7, 2026 at 7:39 PM

Danke für den frischen Wind!

Quote from zork

Supported Hardware ...

Mit meiner Nvidia GT-520 bin ich dann also raus, oder?

neumann2k · March 7, 2026 at 8:33 PM

Wow. Respekt! Wird HDR und 10bit Ausgabe unterstützt?

Vielen Dank für Deine Arbeit.

Gerade auf der Roadmap gelesen, dass HDR und Dynamic Mode Switching kommt. Geil!

seahawk1986 · March 7, 2026 at 8:35 PM

Die Anforderungen sind ja etwas sportlich:

VDR

2.7.9+

APIVERSNUM >= 30012

Der VDR im Git ist erst bei 30011: https://github.com/vdr-projects/vdr/blob/master/config.h#L31

rfehr · March 7, 2026 at 9:29 PM

Quote from davie2000

Danke für den frischen Wind!
Mit meiner Nvidia GT-520 bin ich dann also raus, oder?

Ja, steht doch im Readme

seahawk1986 · March 8, 2026 at 12:06 AM

Ich habe mal die benötigte APIVERSNUM dekrementiert - damit hat schon mal ein Paket für Ubuntu 26.04 und VDR 2.7.9 gebaut und ich habe es kurz angetestet - prinzipiell funktioniert das schon gut, auch der Wechsel zwischen VDR und KODI scheint im Gegensatz zu softhddrm (das Probleme beim abräumen der DRM-Surfaces hatte) grundsätzlich gut zu klappen.

Wie handhabt das Plugin das, wenn beim Start keine EDID-Infos erkannt werden (man kann den connected Status für HDMI-Ausgänge bei Ubuntu 26.04 für Intel IGPs anscheinend nicht mehr über Boot-Parameter erzwingen)?

Ansonsten fände ich diese Features hilfreich:

Möglichkeit den Ausgang festlegen zu können - ggf. will der Nutzer zwischen TV und Beamer wechseln oder man nutzt für den Testbetrieb einen Rechner, an dem mehrere Bildschirme angeschlossen sind
Möglichkeit das Plugin detached starten zu lassen, damit es nicht mit einem anderen DRM- bzw. Alsa-Nutzer kollidiert - also z.B. wenn gerade KODI läuft und der VDR neu gestartet wird oder man standardmäßig ein anderes Programm als den VDR zur Ausgabe nutzen will und dann später wechselt.

cinfo · March 8, 2026 at 6:48 AM

ich konnte das Plugin nur bauen wenn ich im Makefile

-Wno-pedantic mit hinzugefügt habe? Warum auch immer

zork · March 8, 2026 at 8:23 AM

Quote from davie2000

Danke für den frischen Wind!
Mit meiner Nvidia GT-520 bin ich dann also raus, oder?

Der nvidia-vaapi-driver kann kein "VA-API VPP" (VAEntrypointVideoProc), damit kann der nicht skalieren. Ich habe selber NVidia, damit würde es dann so aussehen: Decoding in HW, kopieren ins RAM, skalieren, wieder zurück kopieren in GPU-context, ... Ich denke, das die HW-Skalierung in NVidia problemlos implementierbar ist, muss nur einer machen.

zork · March 8, 2026 at 8:28 AM

Quote from seahawk1986

Die Anforderungen sind ja etwas sportlich:
VDR 2.7.9+ APIVERSNUM >= 30012
Der VDR im Git ist erst bei 30011: https://github.com/vdr-projects/vdr/blob/master/config.h#L31

Scheint im Fedora 44 VDR-RPM so zu sein:

Code

grep APIVERSNUM /usr/include/vdr/config.h
#define APIVERSNUM   30012

Sehe gerade, dass das reingepatched worden ist. Ich schreibe mal einen Bugreport an den VDR-Maintainer bei Fedora. Ich fixe das bei mir.

zork · March 8, 2026 at 8:40 AM

Quote from cinfo

ich konnte das Plugin nur bauen wenn ich im Makefile
-Wno-pedantic mit hinzugefügt habe? Warum auch immer

Wie lauten denn die Fehler bei Dir? Ich habe sehr darauf geachtet, dass der Source clean ist:

Code

CXXFLAGS += -std=c++20 -pedantic-errors -Wall -Wextra -fPIC
CXXFLAGS += -Wformat=2 -Wconversion -Wsign-conversion -Wshadow -Werror -Wnull-dereference

Meine gcc-Version ist sehr aktuell:

Code

gcc version 16.0.1 20260302 (Red Hat 16.0.1-0) (GCC)

Bitte prüfe mal Deine Umgebung.

zork · March 8, 2026 at 8:54 AM

Quote from seahawk1986

Ich habe mal die benötigte APIVERSNUM dekrementiert - damit hat schon mal ein Paket für Ubuntu 26.04 und VDR 2.7.9 gebaut und ich habe es kurz angetestet - prinzipiell funktioniert das schon gut, auch der Wechsel zwischen VDR und KODI scheint im Gegensatz zu softhddrm (das Probleme beim abräumen der DRM-Surfaces hatte) grundsätzlich gut zu klappen.
Wie handhabt das Plugin das, wenn beim Start keine EDID-Infos erkannt werden (man kann den connected Status für HDMI-Ausgänge bei Ubuntu 26.04 für Intel IGPs anscheinend nicht mehr über Boot-Parameter erzwingen)?
Ansonsten fände ich diese Features hilfreich:
Möglichkeit den Ausgang festlegen zu können - ggf. will der Nutzer zwischen TV und Beamer wechseln oder man nutzt für den Testbetrieb einen Rechner, an dem mehrere Bildschirme angeschlossen sind
Möglichkeit das Plugin detached starten zu lassen, damit es nicht mit einem anderen DRM- bzw. Alsa-Nutzer kollidiert - also z.B. wenn gerade KODI läuft und der VDR neu gestartet wird oder man standardmäßig ein anderes Programm als den VDR zur Ausgabe nutzen will und dann später wechselt.

Dein System muss sauber sein, EDID muss funktionieren, da ich das initial beim Start komplett durchinitialisiere. Das ist ein guter Test:

Code

#  modetest -c | sed '/^[[:space:]]*props:/,$d'
trying to open device '/dev/dri/card1'... done
opened device `Intel Graphics` on driver `i915` (version 1.6.0 at 0)
Connectors:
id      encoder status          name            size (mm)       modes   encoders
106     105     connected       DP-1            1110x620                23      105
 modes:
       index name refresh (Hz) hdisp hss hse htot vdisp vss vse vtot
 #0 1920x1080 50.00 1920 2448 2492 2640 1080 1084 1089 1125 148500 flags: phsync, pvsync; type: preferred, userdef, driver
 #1 1920x1080 60.00 1920 2008 2052 2200 1080 1084 1089 1125 148500 flags: phsync, pvsync; type: driver
 #2 1920x1080 59.94 1920 2008 2052 2200 1080 1084 1089 1125 148352 flags: phsync, pvsync; type: driver
 #3 1920x1080i 60.00 1920 2008 2052 2200 1080 1084 1094 1125 74250 flags: phsync, pvsync, interlace; type: driver
 #4 1920x1080i 59.94 1920 2008 2052 2200 1080 1084 1094 1125 74176 flags: phsync, pvsync, interlace; type: driver
 #5 1920x1080i 50.00 1920 2448 2492 2640 1080 1084 1094 1125 74250 flags: phsync, pvsync, interlace; type: driver
 #6 1920x1080 30.00 1920 2008 2052 2200 1080 1084 1089 1125 74250 flags: phsync, pvsync; type: driver
 #7 1920x1080 29.97 1920 2008 2052 2200 1080 1084 1089 1125 74176 flags: phsync, pvsync; type: driver
 #8 1920x1080 25.00 1920 2448 2492 2640 1080 1084 1089 1125 74250 flags: phsync, pvsync; type: driver
 #9 1920x1080 24.00 1920 2558 2602 2750 1080 1084 1089 1125 74250 flags: phsync, pvsync; type: driver
 #10 1920x1080 23.98 1920 2558 2602 2750 1080 1084 1089 1125 74176 flags: phsync, pvsync; type: driver
 #11 1280x1024 60.02 1280 1328 1440 1688 1024 1025 1028 1066 108000 flags: phsync, pvsync; type: driver
 #12 1366x768 59.79 1366 1436 1579 1792 768 771 774 798 85500 flags: phsync, pvsync; type: driver
 #13 1280x720 60.00 1280 1390 1430 1650 720 725 730 750 74250 flags: phsync, pvsync; type: driver
 #14 1280x720 59.94 1280 1390 1430 1650 720 725 730 750 74176 flags: phsync, pvsync; type: driver
 #15 1280x720 50.00 1280 1720 1760 1980 720 725 730 750 74250 flags: phsync, pvsync; type: driver
 #16 1024x768 60.00 1024 1048 1184 1344 768 771 777 806 65000 flags: nhsync, nvsync; type: driver
 #17 800x600 60.32 800 840 968 1056 600 601 605 628 40000 flags: phsync, pvsync; type: driver
 #18 720x576 50.00 720 732 796 864 576 581 586 625 27000 flags: nhsync, nvsync; type: driver
 #19 720x480 60.00 720 736 798 858 480 489 495 525 27027 flags: nhsync, nvsync; type: driver
 #20 720x480 59.94 720 736 798 858 480 489 495 525 27000 flags: nhsync, nvsync; type: driver
 #21 640x480 60.00 640 656 752 800 480 490 492 525 25200 flags: nhsync, nvsync; type: driver
 #22 640x480 59.94 640 656 752 800 480 490 492 525 25175 flags: nhsync, nvsync; type: driver

Display More

Man kann die Modi bei Booten mit einer festen EDID forcieren (vorher dumpen). Bei DP gibt es dort trotzdem leider Herausforderungen, die bei HDMI nicht auftreten (Timing wird auf Minimum gesetzt, wenn das Display bei Booten aus ist). So eine Zeile wäre eine Lösung, mein Testsystem:

Code

drm.edid_firmware=DP-1:edid/panasonic-edid.bin video=DP-1:1920x1080@50eD

Das Ausgabeinterface kannst Du manuell festlegen:

Code

vaapivideo (1.0.0) - Hardware-accelerated video playback with VAAPI
 -d DEV, --drm=DEV           Use DRM device DEV (default: auto-detect)
 -a DEV, --audio=DEV         Use ALSA audio device DEV (default: 'default')
 -r RES, --resolution=RES    Output resolution WIDTHxHEIGHT@RATE (default: 1920x1080@50)

DETA und ATTA geht auch, aktuell startet das Plugin immer attached. Von der Logic her muss ich das DRM-Interface initial einmal initialisieren, d.h. also ich muss das Device auf öffnen. Das wäre ein Feature, was ich später implementieren könnte.

zork · March 8, 2026 at 9:21 AM

Quote from neumann2k

Wow. Respekt! Wird HDR und 10bit Ausgabe unterstützt?
Vielen Dank für Deine Arbeit.
Gerade auf der Roadmap gelesen, dass HDR und Dynamic Mode Switching kommt. Geil!

Mal ne Frage: ich habe das Plugin auch mit UHD-Sendern getestet, aber ich muss sagen: UHD scheint tot zu sein unter DVB-S2. Außer "RTL UHD" / "Pro7Sat.1 UHD" (mit "speziellen" Plugin unter VDR sichtbar, kaum Content) und "QVC UHD" (Verkaufssender) gibt es nicht wirklich was. Ich habe darum entschieden, erst mal nur den DVB-Standard BT.709 / HD zu supporten. Obwohl ARD/ZDF ca. 10 Mrd. €/Jahr bekommen, kommt da nichts.

fnu · March 8, 2026 at 9:57 AM

Das Thema UHD hängt nicht an unserem öffentlich rechtlichen Sendeanstalten, sondern ist ein internationales Thema. Wie für HD muss man sich innerhalb der EBU auf einheitliche Standards einigen. Und am Ende muss man dann sehr vielen Menschen noch erklären, das sie wieder neue TV Geräte benötigen. Ist ja nicht wie bei Familie Nerd, die sich immer neue Displays am Bleeding Edge kaufen. Vmtl. haben in D nicht wenige Nutzer erst jüngst überhaupt gewechselt, nach der Abschaltung der ARD SD Kanäle.

Wundere mich auch immer wieder über die penetranten Fragen bzgl. UHD hier im vdr-portal. UHD existiert per DVB aktuell nicht, bis auf ganz wenige Testsender.

Dazu kommt das HD sauber auf ein UHD Display skaliert eben auch ziemlich gut aussieht und für den allermeisten Content quasi kein Unterschied besteht zwischen HD skaliert & nativem UHD Material, wie schon zu Beginn der HD Ära.

cinfo · March 8, 2026 at 10:31 AM

Quote from cinfo

ich konnte das Plugin nur bauen wenn ich im Makefile
-Wno-pedantic mit hinzugefügt habe? Warum auch immer

Code

/usr/include/libdrm/xf86drmMode.h:484:18: error: ISO C++ forbids flexible array member ‘lessees’ [-Wpedantic]
  484 |         uint32_t lessees[];
      |                  ^~~~~~~
/usr/include/libdrm/xf86drmMode.h:491:18: error: ISO C++ forbids flexible array member ‘objects’ [-Wpedantic]
  491 |         uint32_t objects[];
      |                  ^~~~~~~

M-Reimer · March 8, 2026 at 11:01 AM

Quote from fnu

Dazu kommt das HD sauber auf ein UHD Display skaliert eben auch ziemlich gut aussieht und für den allermeisten Content quasi kein Unterschied besteht zwischen HD skaliert & nativem UHD Material, wie schon zu Beginn der HD Ära.

Zum Thema vielleicht auch interessant:

External Content www.youtube.com

Content embedded from external sources will not be displayed without your consent.

Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.

4K dürfte für die aller wenigsten von Relevanz sein. Und das sind diejenigen die wirklich im größeren Stil "Heim-Kino" betreiben wollen mit eigenem Raum, Leinwand, aufwändigem Audio-Setup. Bei den gängisten TV-Diagonalen macht 4K bei üblichen Sitzabständen einfach keinen Sinn.

jrie · March 8, 2026 at 11:52 AM

Wie sind denn die Umschaltzeiten im Vergleich zu softhddevice?
Wenn ich das richtig sehe, überspringst du kein Audio, sondern spielst den Vorlauf komplett ab.
Das würde aber mehrere 100 ms längere Umschaltzeiten zu Folge haben (abhängig vom A/V Versatz).

stegro · March 8, 2026 at 1:29 PM

Hi, finde die neue Initiative auch super! Super auch die Dokumentation.

Folgende Kleinigkeiten sind mir aufgefallen, als ich das Plugin unter 26.04 ubuntu server ausprobiert habe:

1) Im Git ist im readme eine kleine Ungenauigkeit unter "build und install"

Anstelle von "https://github.com/dnehring7/vdr-vaapivideo.git"

Sollte wohl stehen: https://github.com/dnehring7/vdr-plugin-vaapivideo.git

2) Dann musste ich den intel-media-va-driver durch intel-media-va-driver-non-free ersetzen, da sonst:

VAProfileNone : VAEntrypointVideoProc

fehlt (einfach mit vainfo nachzuprüfen)

jsffm · March 8, 2026 at 1:45 PM

Code

/usr/local/vdr/vdr-2.7.7/include/vdr/tools.h:35:18: error: ISO C++ does not permit named variadic macros [-Wvariadic-macros]
   35 | #define esyslog(a...) void( (SysLogLevel > 0) ? syslog_with_tid(LOG_ERR,   a) : void() )

vdr 2.7.7

gcc 15

jsffm · March 8, 2026 at 2:16 PM

nach Anpassung:

Code

/usr/local/vdr/vdr-2.7.9/include/vdr/tools.h:301:12: error: conversion from ‘int’ to ‘uchar’ {aka ‘unsigned char’} may change value [-Werror=conversion]
  301 |   *p++ = v >> 8;
      |          ~~^~~~

jsffm · March 8, 2026 at 2:35 PM

damit compiiert es:

CXXFLAGS += -Wno-pedantic -Wno-conversion -Wno-unused -Wno-sign-conversion -Wno-error

Participate now!