[ANNOUNCE] vaapivideo 1.7.3

pixelpeter · June 25, 2026 at 8:37 PM

Andere Frage:

Nutzt jemand den Treiber Intel-Media-va-driver-nonfree?

Der soll ja eigentlich noch mehr Funktionen der Grafikkarte nutzen.

Allerdings steigt mit dem bei mir die CPU Last auf ca89%

Peter

rfehr · June 25, 2026 at 8:56 PM

Quote from pixelpeter

Andere Frage:
Nutzt jemand den Treiber Intel-Media-va-driver-nonfree?
Der soll ja eigentlich noch mehr Funktionen der Grafikkarte nutzen.
Allerdings steigt mit dem bei mir die CPU Last auf ca89%

Peter

Aber wenn das Plugin die Funktionen nicht nuzt, bringt es aber nichts.

Gruß,

Roland

zork · June 25, 2026 at 10:57 PM

Quote from jojo61

Ja ich teste am PC und der hat 60Hz. Und da gibt es Mircoruckler. Wenn ich die fps=60 weglasse dann sind sie weg.
Bei welchen Inhalten gibt es denn Schwierigeiten ohne den fps Parameter ?
PS:
Mit den niedrigeren denoise und sharpening Leveln sieht es besser aus.

Z.B. bei Sendern mit 25Hz Progressive.

pixelpeter · June 26, 2026 at 9:50 AM

Hallo Zork,

Der pach bezüglich des fehlenden UHD Menü bei HDR lässt sich nicht anwenden.

Den .rej händisch aufzulösen klappt auch nicgt da sich da zu viel geändert hat.

Peter

pixelpeter · June 26, 2026 at 9:52 AM

Hier die Ausgabe der Probe auf meinem N100

VAAPI Capability Prober (vdr-plugin-vaapivideo)
================================================
Kernel: Linux 6.12.88+deb13-amd64 (x86_64)
DRM device: /dev/dri/card-hdmi
Render node: /dev/dri/renderD128
libva info: VA-API version 1.22.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_22
libva info: va_openDriver() returns 0
VA-API: 1.22
Driver: Intel iHD driver for Intel(R) Gen Graphics - 25.2.3 ()

--- Hardware Decode (VLD + required RT format) ---
MPEG-2 Simple (8-bit 4:2:0) yes
MPEG-2 Main (8-bit 4:2:0) yes
H.264 Constrained Baseline (8-bit 4:2:0) yes
H.264 Main (8-bit 4:2:0) yes
H.264 High (8-bit 4:2:0) yes
H.264 High 10 (10-bit 4:2:0) no
HEVC Main (8-bit 4:2:0) yes
HEVC Main 10 (10-bit 4:2:0) yes
HEVC Main 12 (12-bit 4:2:0) yes
AV1 Profile 0 (8-bit 4:2:0) no
AV1 Profile 0 (10-bit 4:2:0) no
VP9 Profile 0 (8-bit 4:2:0) yes
VP9 Profile 2 (10-bit 4:2:0) yes
VVC / H.266 Main 10 (8-bit 4:2:0) no
VVC / H.266 Main 10 (10-bit 4:2:0) no

--- Video Processing Pipeline (VPP) ---
General (VideoProc) yes
Scaling yes
YUV420 class (any 8-bit 4:2:0) yes
YUV420_10 class (any 10-bit 4:2:0) yes
NV12 FourCC (plugin 8-bit path) yes
P010 FourCC (plugin 10-bit path) yes
P010 -> NV12 (VPP 10->8 bit) yes
Noise Reduction (Denoise) yes
Sharpening yes
Color Balance yes
Skin Tone Enhancement yes
Total Color Correction yes
HVS Noise Reduction no

--- Color Conversion Paths ---
BT.601 -> BT.709 (MPEG-2 SD) yes
BT.709 passthrough (8-bit HD) yes
BT.2020/P010 (HDR decode) yes
P010 -> NV12 (10->8 bit) yes
HLG -> SDR (no TM required) yes
PQ/HDR10 -> SDR (tone map) yes

--- Deinterlacing Algorithms ---
Motion Compensated yes
Motion Adaptive yes
Weave no
Bob yes

================================================
DRM Capability Trace (/dev/dri/card-hdmi)
================================================

--- DRM Driver ---
Driver: i915 1.6.0 (Intel Graphics)

--- GPU Hardware ---
PCI ID: 8086:46d1 (rev 0x00) Intel
Device: Alder Lake-N [UHD Graphics]
Subsystem: 1043:8694
PCI bus: 0000:00:02.0
Render: 24 EUs across 2 subslices
GPU clock: 200 - 750 MHz

--- DRM Device Caps ---
DUMB_BUFFER (OSD framebuffer) yes = 1
PRIME (export/import VAAPI surfaces) yes = 3
ADDFB2_MODIFIERS (tiled framebuffers) yes = 1
CRTC_IN_VBLANK_EVENT (atomic flip ev.) yes = 1
ASYNC_PAGE_FLIP yes = 1
TIMESTAMP_MONOTONIC yes = 1

--- DRM Client Caps ---
UNIVERSAL_PLANES (overlay enumeration) yes
ATOMIC (atomic modeset) yes
ASPECT_RATIO (mode aspect) yes

--- DRM Resources ---
CRTCs: 3 Connectors: 4 Encoders: 9

--- DRM Connectors ---
Connector 207: HDMI-A-2 connected modes=38
preferred mode: 3840x2160@60Hz
HDR_OUTPUT_METADATA yes
max bpc 8
Colorspace (current) 0
Sink HDR (EDID CTA-861):
HDR10 / PQ (ST 2084) yes
HLG (ARIB STD-B67) yes
BT.2020 Y'CbCr yes
HDR10+ (ST 2094-40) no
Dolby Vision (sink) yes
(+3 disconnected, not listed)

--- DRM Planes ---
Total: 18 planes (PRIMARY=3 OVERLAY=12 CURSOR=3)
NV12 planes (8-bit video): 9
P010 planes (10-bit / HDR): 9
ARGB8888 planes (OSD): 18

zork · June 26, 2026 at 11:28 PM

Quote from pixelpeter

Hallo Zork,

Der pach bezüglich des fehlenden UHD Menü bei HDR lässt sich nicht anwenden.
Den .rej händisch aufzulösen klappt auch nicgt da sich da zu viel geändert hat.

Peter

Display More

Ich denke doch, bei mir geht das ja auch. Ist gegen den letzten git commit, nicht gegen das letzte Release. Wenn du es nicht hinbekommst, schicke ich dir den kompletten Source.

jsffm · June 26, 2026 at 11:51 PM

Quote from pixelpeter

Hier die Ausgabe der Probe auf meinem N100

AV1 Profile 0 (8-bit 4:2:0) no
AV1 Profile 0 (10-bit 4:2:0) no

Auf meinem N100 geht auch AV1

Code

  AV1 Profile 0                 (8-bit  4:2:0) yes
  AV1 Profile 0                 (10-bit 4:2:0) yes

zork · June 26, 2026 at 11:53 PM

Quote from pixelpeter

Hier die Ausgabe der Probe auf meinem N100

VAAPI Capability Prober (vdr-plugin-vaapivideo)
================================================
Kernel: Linux 6.12.88+deb13-amd64 (x86_64)
DRM device: /dev/dri/card-hdmi
Render node: /dev/dri/renderD128
libva info: VA-API version 1.22.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_22
libva info: va_openDriver() returns 0
VA-API: 1.22
Driver: Intel iHD driver for Intel(R) Gen Graphics - 25.2.3 ()
--- Hardware Decode (VLD + required RT format) ---
MPEG-2 Simple (8-bit 4:2:0) yes
MPEG-2 Main (8-bit 4:2:0) yes
H.264 Constrained Baseline (8-bit 4:2:0) yes
H.264 Main (8-bit 4:2:0) yes
H.264 High (8-bit 4:2:0) yes
H.264 High 10 (10-bit 4:2:0) no
HEVC Main (8-bit 4:2:0) yes
HEVC Main 10 (10-bit 4:2:0) yes
HEVC Main 12 (12-bit 4:2:0) yes
AV1 Profile 0 (8-bit 4:2:0) no
AV1 Profile 0 (10-bit 4:2:0) no
VP9 Profile 0 (8-bit 4:2:0) yes
VP9 Profile 2 (10-bit 4:2:0) yes
VVC / H.266 Main 10 (8-bit 4:2:0) no
VVC / H.266 Main 10 (10-bit 4:2:0) no
--- Video Processing Pipeline (VPP) ---
General (VideoProc) yes
Scaling yes
YUV420 class (any 8-bit 4:2:0) yes
YUV420_10 class (any 10-bit 4:2:0) yes
NV12 FourCC (plugin 8-bit path) yes
P010 FourCC (plugin 10-bit path) yes
P010 -> NV12 (VPP 10->8 bit) yes
Noise Reduction (Denoise) yes
Sharpening yes
Color Balance yes
Skin Tone Enhancement yes
Total Color Correction yes
HVS Noise Reduction no
--- Color Conversion Paths ---
BT.601 -> BT.709 (MPEG-2 SD) yes
BT.709 passthrough (8-bit HD) yes
BT.2020/P010 (HDR decode) yes
P010 -> NV12 (10->8 bit) yes
HLG -> SDR (no TM required) yes
PQ/HDR10 -> SDR (tone map) yes
--- Deinterlacing Algorithms ---
Motion Compensated yes
Motion Adaptive yes
Weave no
Bob yes
================================================
DRM Capability Trace (/dev/dri/card-hdmi)
================================================
--- DRM Driver ---
Driver: i915 1.6.0 (Intel Graphics)
--- GPU Hardware ---
PCI ID: 8086:46d1 (rev 0x00) Intel
Device: Alder Lake-N [UHD Graphics]
Subsystem: 1043:8694
PCI bus: 0000:00:02.0
Render: 24 EUs across 2 subslices
GPU clock: 200 - 750 MHz
--- DRM Device Caps ---
DUMB_BUFFER (OSD framebuffer) yes = 1
PRIME (export/import VAAPI surfaces) yes = 3
ADDFB2_MODIFIERS (tiled framebuffers) yes = 1
CRTC_IN_VBLANK_EVENT (atomic flip ev.) yes = 1
ASYNC_PAGE_FLIP yes = 1
TIMESTAMP_MONOTONIC yes = 1
--- DRM Client Caps ---
UNIVERSAL_PLANES (overlay enumeration) yes
ATOMIC (atomic modeset) yes
ASPECT_RATIO (mode aspect) yes
--- DRM Resources ---
CRTCs: 3 Connectors: 4 Encoders: 9
--- DRM Connectors ---
Connector 207: HDMI-A-2 connected modes=38
preferred mode: 3840x2160@60Hz
HDR_OUTPUT_METADATA yes
max bpc 8
Colorspace (current) 0
Sink HDR (EDID CTA-861):
HDR10 / PQ (ST 2084) yes
HLG (ARIB STD-B67) yes
BT.2020 Y'CbCr yes
HDR10+ (ST 2094-40) no
Dolby Vision (sink) yes
(+3 disconnected, not listed)
--- DRM Planes ---
Total: 18 planes (PRIMARY=3 OVERLAY=12 CURSOR=3)
NV12 planes (8-bit video): 9
P010 planes (10-bit / HDR): 9
ARGB8888 planes (OSD): 18

Display More

Sieht alles normal aus. Wie zu erwarten ist Deine GPU aber sehr niedrig getaktet, du hast max. 750 Mhz, mein Core i3 hat schon 1500 Mhz.
Wenn Du wirklich Lust hast, das abzusichern, bootet du bitte mit diesen Optionen:

Code

drm.debug=0x1e log_buf_len=4M

Und schickst mir dann Dein komplettes Journal vom Umschalten auf UHD bis zum Fehler. Ist aber optional, vielleicht funktioniert mein Fix schon.

pixelpeter · June 27, 2026 at 9:39 AM

Hallo jsffm,

Ich nutze den Debian Treiber intel-media-va-driver.

Mit dem scheint vp1 icht zu funktionieren.

Mit dem intel-media-va-ddriver-nonfree sieht es anders aus:

VAAPI Capability Prober (vdr-plugin-vaapivideo)
================================================
Kernel: Linux 6.12.90+deb13.1-amd64 (x86_64)
DRM device: /dev/dri/card0
Render node: /dev/dri/renderD128
libva info: VA-API version 1.22.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_22
libva info: va_openDriver() returns 0
VA-API: 1.22
Driver: Intel iHD driver for Intel(R) Gen Graphics - 25.2.3 ()

--- Hardware Decode (VLD + required RT format) ---
MPEG-2 Simple (8-bit 4:2:0) yes
MPEG-2 Main (8-bit 4:2:0) yes
H.264 Constrained Baseline (8-bit 4:2:0) yes
H.264 Main (8-bit 4:2:0) yes
H.264 High (8-bit 4:2:0) yes
H.264 High 10 (10-bit 4:2:0) no
HEVC Main (8-bit 4:2:0) yes
HEVC Main 10 (10-bit 4:2:0) yes
HEVC Main 12 (12-bit 4:2:0) yes
AV1 Profile 0 (8-bit 4:2:0) yes
AV1 Profile 0 (10-bit 4:2:0) yes
VP9 Profile 0 (8-bit 4:2:0) yes
VP9 Profile 2 (10-bit 4:2:0) yes
VVC / H.266 Main 10 (8-bit 4:2:0) no
VVC / H.266 Main 10 (10-bit 4:2:0) no

--- Video Processing Pipeline (VPP) ---
General (VideoProc) yes
Scaling yes
YUV420 class (any 8-bit 4:2:0) yes
YUV420_10 class (any 10-bit 4:2:0) yes
NV12 FourCC (plugin 8-bit path) yes
P010 FourCC (plugin 10-bit path) yes
P010 -> NV12 (VPP 10->8 bit) yes
Noise Reduction (Denoise) yes
Sharpening yes
Color Balance yes
Skin Tone Enhancement yes
Total Color Correction yes
HVS Noise Reduction no

--- Color Conversion Paths ---
BT.601 -> BT.709 (MPEG-2 SD) yes
BT.709 passthrough (8-bit HD) yes
BT.2020/P010 (HDR decode) yes
P010 -> NV12 (10->8 bit) yes
HLG -> SDR (no TM required) yes
PQ/HDR10 -> SDR (tone map) yes

--- Deinterlacing Algorithms ---
Motion Compensated yes
Motion Adaptive yes
Weave no
Bob yes

================================================
DRM Capability Trace (/dev/dri/card0)
================================================

--- DRM Driver ---
Driver: i915 1.6.0 (Intel Graphics)

--- GPU Hardware ---
PCI ID: 8086:46d1 (rev 0x00) Intel
Device: Alder Lake-N [UHD Graphics]
Subsystem: 1849:46d1
PCI bus: 0000:00:02.0
Render: 24 EUs across 2 subslices
GPU clock: 200 - 750 MHz

--- DRM Device Caps ---
DUMB_BUFFER (OSD framebuffer) yes = 1
PRIME (export/import VAAPI surfaces) yes = 3
ADDFB2_MODIFIERS (tiled framebuffers) yes = 1
CRTC_IN_VBLANK_EVENT (atomic flip ev.) yes = 1
ASYNC_PAGE_FLIP yes = 1
TIMESTAMP_MONOTONIC yes = 1

--- DRM Client Caps ---
UNIVERSAL_PLANES (overlay enumeration) yes
ATOMIC (atomic modeset) yes
ASPECT_RATIO (mode aspect) yes

--- DRM Resources ---
CRTCs: 3 Connectors: 4 Encoders: 9

--- DRM Connectors ---
Connector 189: DisplayPort-1 connected modes=18
preferred mode: 1280x1024@60Hz
HDR_OUTPUT_METADATA yes
max bpc 8
Colorspace (current) 0
Sink HDR (EDID CTA-861):
HDR10 / PQ (ST 2084) no
HLG (ARIB STD-B67) no
BT.2020 Y'CbCr no
HDR10+ (ST 2094-40) no
Dolby Vision (sink) no
(+3 disconnected, not listed)

--- DRM Planes ---
Total: 18 planes (PRIMARY=3 OVERLAY=12 CURSOR=3)
NV12 planes (8-bit video): 9
P010 planes (10-bit / HDR): 9
ARGB8888 planes (OSD): 18

Leider geht mit dem die CPU Last deutlich hoch.

Pter

pixelpeter · June 27, 2026 at 9:48 AM

Hallo Zork,

Ein patch gegen den aktuelle commit klappt auch nicht...

root@vdr1:/vdr/src/vdr-2.8.2/PLUGINS/src/vaapivideo/src# patch < commit-fix.patch
patching file display.cpp
Hunk #5 FAILED at 1846.
1 out of 7 hunks FAILED -- saving rejects to file display.cpp.rej
patching file display.h

Schicke mir bitte mal die Sourcen.

Vielen Dank und schönes Wochenende.

Peter

zork · June 27, 2026 at 1:22 PM

Quote from pixelpeter

Hallo Zork,

Ein patch gegen den aktuelle commit klappt auch nicht...
root@vdr1:/vdr/src/vdr-2.8.2/PLUGINS/src/vaapivideo/src# patch < commit-fix.patch
patching file display.cpp
Hunk #5 FAILED at 1846.
1 out of 7 hunks FAILED -- saving rejects to file display.cpp.rej
patching file display.h
Schicke mir bitte mal die Sourcen.

Vielen Dank und schönes Wochenende.

Peter

Display More

Hallo Peter,

finde ich komisch, aber egal

gggggg · June 30, 2026 at 3:45 PM

Gehe ich recht in der Annahme, dass es diese Einstellungen weder im setup.conf noch im vaapi.conf in ähnlicher Form gibt:

vaapivideo.576i.Scaling = 0
vaapivideo.576i.Sharpen = 0
vaapivideo.1080i_fake.Scaling = 0
vaapivideo.1080i_fake.Sharpen = 0
vaapivideo.1080i.Scaling = 0
vaapivideo.1080i.Sharpen = 0

Ist es geplant ?

zork · June 30, 2026 at 7:57 PM

Quote from zork

Hallo Peter,
finde ich komisch, aber egal

Hallo Peter,

schon zum Testen gekommen?

zork · June 30, 2026 at 8:03 PM

Quote from gggggg

Gehe ich recht in der Annahme, dass es diese Einstellungen weder im setup.conf noch im vaapi.conf in ähnlicher Form gibt:
vaapivideo.576i.Scaling = 0
vaapivideo.576i.Sharpen = 0
vaapivideo.1080i_fake.Scaling = 0
vaapivideo.1080i_fake.Sharpen = 0
vaapivideo.1080i.Scaling = 0
vaapivideo.1080i.Sharpen = 0
Ist es geplant ?

Es gibt Einstellungen, die wirken sich aber global aus. Die Optionen sind dafür da, wenn der Automatismus nicht gut genug ist, wie z.B. bei fehlerhafter HW wie den Intel N5xxx. Ich möchte sehr gute Presets haben mit guter Qualität. Vielleicht baue ich aber noch einen Modus ein, der dynamische Auflösungen ermöglicht, dann darf der Fernseher skalieren.

pixelpeter · June 30, 2026 at 9:17 PM

Hallo Zork,

Leider noch nicht. Bin aktuell nicht zu Hause.

Peter

zork · July 4, 2026 at 4:06 PM

Quote from vdr_rossi

Hier erstmal eine ndr Aufnahme und arte Aufnahme zum testen. 3sat Aufnahmen bzw. TV haben Ton.
Ein Sender hoch oder runter und wieder zurück bringt keinen Ton. Auch ein wechseln der Tonspur bringt keinen Ton.

Ich habe die Aufnahmen analysiert und konnte das Problem reproduzieren, ist im nächsten commit gefixt.

zork · July 5, 2026 at 6:14 PM

Release 1.7.3

DVB bitmap subtitles, HDR-menu recovery, and a broad stability pass

DVB bitmap subtitles are now rendered: dvb_subtitle streams decode into per-region bitmaps drawn through the core OSD, sharing the existing pacing thread and clock with text subtitles. Handles page clear/replace, canvas scaling, and SubtitleOffset.
Fixed the OSD looping "atomic commit failed" forever over HDR on bandwidth-limited GPUs (e.g. Intel N100): opening the menu on a UHD HDR10 channel now retries under a modeset and, on a hard bandwidth ceiling, keeps video playing by deferring OSD enables until HDR ends. Healthy GPUs are untouched.
Rewrote audio codec detection to corroborate by frame length instead of a lone sync word, fixing HE-AAC services misdetecting as MP2 and looping in decode-failure cascades; adds LATM cross-payload handling and sink-driven re-detection when a codec changes mid-stream.
Fixed missing video in fast-forward/rewind on iHD GPUs: the trick-mode deinterlacer is now clamped to a driver-advertised mode, and output frame duration reports the real cadence so trick/still no longer feed A/V sync a 2×-too-small duration.
Softened VPP denoise/sharpen for SD and HD, which previously smeared motion and haloed edges (UHD still bypasses both).
Hardened the media player against corrupt files: guards against SIGFPE from damaged stream time bases, signed-overflow on seek, and oversized/binary .m3u playlists; fixed root-directory navigation in the file browser and long-URI truncation.
Closed several OSD and display races that could crash VDR: an OSD flush racing a buffer detach (SIGSEGV), dropped repaints racing an in-flight atomic commit, unsynchronized HDR state access, and lifecycle flags left latched after shutdown that broke re-initialization.
Hardened atomic commits and stream-switch teardown: torn plane state is now refused rather than submitted, commit-failure logging is rate-limited (was ~200 Hz), and several leaks on init-failure paths (hwDeviceRef, mode blobs) are fixed.
Device robustness: fixed a race in the encrypted-stream watchdog that could flash the "encrypted" notice on channel entry, capped GRAB image size to prevent a remote OOM, and reset trick state when jumping to a still frame.
Code cleanups: deduplicated Annex-B NAL start-code scanning, noexcept consistency across caps/stream, and normalized British→American spellings in docs and comments.

jsffm · July 6, 2026 at 6:50 PM

Was muss ich tun, um mein Vdr-System mit aktiviertem vaapivideo und ausgeschaltetem TV, nicht standby, sondern stromlos, zu starten? Geht das überhaupt?

Meine Konfiguration für grub:

GRUB_CMDLINE_LINUX="drm.edid_firmware=HDMI-1:edid/edid.bin video=HDMI-1:D"

heifisch · July 6, 2026 at 7:30 PM

Quote from jsffm

Was muss ich tun, um mein Vdr-System mit aktiviertem vaapivideo und ausgeschaltetem TV, nicht standby, sondern stromlos, zu starten? Geht das überhaupt?

Wenn Du mit openrc startest, kannst Du da den Status vom TV verwenden um dann das Plugin entweder mit -D oder ohne zu starten. Für die runtime Umschaltung braucht es dann eine UDEV-Regel. Hab das bei mir unter Gentoo letztens eingerichtet, bin aber bis Sonntag unterwegs.

wmautner · July 7, 2026 at 8:16 AM

Kann das Board Wake-on-Lan?

Oder sind regelmäßige Timer-Starts programmierbar im Bios?

Für geplante Aufnahmen/Timer kann das Board aber schon selbst starten?

[ANNOUNCE] vaapivideo 1.7.3

zork July 5, 2026 at 6:13 PM

Participate now!

zork July 5, 2026 at 6:13 PM

Participate now!

zork July 5, 2026 at 6:13 PM