Posts by mitzsch

  • LE13 Testing for RK3288, RK3328, RK3399, RK3566, RK3568, RK3576, RK3588

    With the build from 22.02.2026, HBR passthrough works on my end with DTS-HD and TrueHD, with the already mentioned dropouts. However, the channel mapping issue with PCM audio is still present.

    I watched a whole movie (with passthrough on) and only had one skipped frame in a runtime of about 90minutes... (and this one could have been triggered by me opening the debug info overlay). No idea what was wrong with the earlier build on my setup...


    However, at the end of the movie screen output crashed somehow. Audio was running, the screen was black, but the TV signaled that the link was still active. Here is the (truncated? => the same outlines again and again spammed the output so I just copied that part that I was able to grab) dmesg output... (dmesg1.txt)

    After exiting playback, the UI came back on, but after selecting a different movie file, the screen was all black again and would also not come back on exiting playback...

    dmesg2.txt => Unfortunately, also just a snippit - that's all I could grab...

  • LE13 Testing for RK3288, RK3328, RK3399, RK3566, RK3568, RK3576, RK3588

    oke, update - I just tested the latest build (21/02/2026) and audio passthrough of at least Dolby Digital works fine (dts untested); however, with my UHD bd rip streamed from a smb share, I had some severe frame dropping. Multiple frames at a time...

    I will retest with some more time, with passthrough enabled and without...

    What I also noticed, was pcm output seems wrong in regard to channel mapping. The center channel was played by the right channel speaker.

  • LE13 Testing for RK3288, RK3328, RK3399, RK3566, RK3568, RK3576, RK3588

    Thanks for providing all these builds chewitt!

    I will need to test the latest build. Last weekend I tested the builds from 23/01/26 on my Radxa Rock 5 itx+, and playback was pretty good... and HDR worked perfectly (so far)! I rechecked with my HDfury Aracana to see if all HDR metadata values are transmitted correctly, and they are! The bt.2020 flag was correctly set, min/maxLum was transmitted, maxCll,maxFALL, whitepoint, and content mastering colorspace were also correctly transported! ... and all that with a 10Bit HDMI link and HEVC hardware decoding.

    PCM audio was also working remarkably better than before... At that pace of developement the rk3588 could become a pretty decent media playback powerhouse soon. The only thing left for me would be HBR audio passthrough support.

    The HDMI timings, however, do still seem a bit off - my AVR still cannot overlay its info screen... not an issue though.


    About HEVC decoding and your problematic files... Are those publicly available? Or could you explain what is broken with them? chewitt

    I'm also collecting such samples to test any kind of hardware...

  • [x86_64] Dropped frames with passthrough enabled on Intel DG2

    I'm currently running a Dg2 (Arc A310) system with LE 13, and it works pretty well. HDR and audio passthrough works! (... with the HDMI 10-bit max patch applied)

    But I have an issue where the playback of 23.976p 2160p HDR content drops frames (= av corrections) pretty constantly every 12 to 18 minutes. The hardware is more than capable of decoding even AV1 8k60 hdr content, so it shouldn't be a hardware "is too slow" issue.

    The logs also do not indicate anything wrong. The 23p HDMI mode, "3840x2160 with 3840x2160 @ 23.976025 Hz," looks good.

    I know with passthrough enabled, Kodi is not able to resample the audio on the fly to accommodate for drifting due to framerates not matching (content =/= display). But is this even a thing on the hardware? I was under the impression that Intel (and AMD) have pretty good HDMI timings, so a frame-drop-less playback is pretty much plug and play. Whereas Nvidia needs hdmi clock tunings...

    Did this change? Is this different on Linux?

    Is there anything I can do? It drops frames regardless of the audio codec used for passthrough.

    Does the setting "maxpassthroughoffsyncduration" help?

    Or is the only thing i should test an EDID mod with different HDMI timings?

    Any help is appreciated! Thanks! :)

    (The attached log is with playback through a plugin (pm4K) - however, the dropped frame issue also happens with playback through Kodi without any plugin in the chain. It was just the log that I had flying around.)

  • LE13 Testing for RK3288, RK3328, RK3399, RK3566, RK3568, RK3576, RK3588

    I tried the (awesome) build on my Radxa Rock 5 ITX board. Install was flawless... Overall performance is pretty nice. On my 4K TV set - the GUI runs buttery smooth (at 4K60!)...

    However, I noticed some wonky things, besides the known ones (no passthrough, no HDR)...

    - Audio drops out irregularly while watching (48khz and 192khz content)

    - 192KHz Audio is not played "cleanly" - you can hear a popping/hissing/clicking

    - Dropped frames even though the video is decoded via hardware - is there something I can do about or is this known?

    - Video HDMI timings are odd - the OSD of my AVR (Marantz Cinema 70) is not shown - I only had this with a pc where I altered HDMI timings... - Running ARMbian (with vendor kernel and closed source Mali Valhall or open source panfrost driver) the OSD is shown perfectly


    If needed, I can send the sample file that I use(d) for testing audio things (it has different audio tracks, stereo, 5.1, 7.1, 16bit, 24bit, 48khz,192khz)

    Question:

    hw decoding of h264 and HEVC work fine - so are the hw decoding bits from here - that are sent upstream (https://gitlab.collabora.com/hardware-enabl…nline-status.md) already in there?


    thanks!