[RPi5] LE13 - DRM Prime hardware decoding and D2P makes PVR fail

I stumbled upon an "interesting" bug that didn't exist in LE12:

• 4K TV (2160p, HDR)
• Kodi GUI set to 4K resolution so that photos appear sharp
• DRM Prime hardware acceleration enabled, with D2P
• 4K movies (with and without HDR) play back perfectly
• 1080p resolutions marked as opt-in so that Kodi downscales the resolution to 1080p when playing non-4K content, letting the TV handle the upscaling from 1080p to 2160p (this also works great)

When playing a live TV channel (Enigma2 PVR client, VU+ server) OR a TV recording, only a small section of the TV image (the top-left quarter) appears, blown up to fill the entire screen. The image then freezes immediately, though the audio continues to play.

If I switch from D2P to EGL, live TV and recordings work, but 4K content no longer plays.

If I disable hardware acceleration, everything runs, but 4K content stutters.

If I set the GUI resolution to 1080p, everything works (PVR and 4K content), but unfortunately, picture slideshows then run only in 1080p.

Hardware = RPi5 with 4GB RAM

This might be related to the other issue here:

Thread

[x86-64] DRM Prime and D2P and Sat TV

with the following settings I try to watch SAT TV (Germany)

(Code, 3 lines)

and I'm failing, seeing a spinning wheel.

When Prime Decoder Method set to EGL it is working

Questions:

wrong settings on my end ?

Info:

Monitor is an PC Monitor (Philips 278B1, 4K without HDR)

while I'm reading the gits (LE, XBMC) I'm aware of the last changes regarding rendering, etc.

I'm thinking about opening a bug report at XBMC ...

Log:

https://paste.libreelec.tv/guideless-amir.log

in the log I find

(Code, 1 line)

Under System…

GDPR-24

May 30, 2026 at 2:33 PM

Monitor Resolution: SAT-TV on a 4K Monitor quarters the display since ~18.05.2026 · Issue #28406 · xbmc/xbmc

Bug report Describe the bug this topic was discussed in the LE Forum, but ...…

github.com

Please find the log extract attached chewitt

I'm going to try some earlier LE13 nightly builds.

Update, I've just installed the nightly 20260514 for RPi5, the bug is NOT there, everything seems to work correctly.

Do you already have an idea? Otherwise I would try different nightly builds to pinpoint the introduction of the bug.

Please find the full log attached, only obfuscated network addresses.

Hours of testing later...

https://test.libreelec.tv/13.0/RPi/RPi5/LibreELEC-RPi5.aarch64-13.0-nightly-20260531-cf4b8b9.img.gz

works correctly.

https://test.libreelec.tv/13.0/RPi/RPi5/LibreELEC-RPi5.aarch64-13.0-nightly-20260602-9c34052.img.gz

introduced the bug.

Btw, thank you so much for providing the archive of nightly builds, it's really helpful for cases like this!

chewitt Could this commit cause the issue?

It seems to be the only one related to D2P in that period.