HDR content freezes/ unable to play

    Hello, first of all thank you for all the great work and the great support.

    I'm having an issue with my beelink gt1 ultimate (2g version) I cannot play HDR content. When I boot from Android it works fine HDR and HLG.

    I also heard that starting with librelec 12 HDR might be supported. Regular 4k works fine but as soon as there is HDR data, everything freezes, If not glitches the GUI but no picture.

    Here are some logs I generated if in any way can help.

    paste.libreelec.tv/immense-doe.log

    https://paste.libreelec.tv/quick-anemone.log

    Thanks in advance

    by far i-ve tried, nightly builds (12 and 13 v) i've tried device trees, of q200, q201, but still nothing, the result is the same. any idea how can i diagnose this? thank you

    Code
    Feb 27 17:26:06.187729 LibreELEC kernel: [Firmware Bug]: Kernel image misaligned at boot, please fix your bootloader!
...
Feb 27 17:26:09.555847 LibreELEC kernel: panfrost d00c0000.gpu: error -ENODEV: _opp_set_regulators: no regulator (mali) found
...
Feb 27 17:26:09.826320 LibreELEC kernel: brcmfmac mmc2:0001:1: Direct firmware load for brcm/brcmfmac43455-sdio.clm_blob failed with error -2

    Please update all available firmware:

    Beelink Forum

    Da Flex all of those 'errors' are normal and harmless on Amlogic hardware. The bootloader being un-aligned is just a quirk of the platform. Amlogic hardware has no separate power regulators on the Mali chip (as the SoC was designed not to require them) so the kernel (correctly) reports they are not found on every Amlogic board. Broadcom WiFi clm_blob files are board-specific tuning files and the only boards in LE's entire line-up that have them are RPi boards, so all other ARM SoC devices with Broadcom WiFi chips (Amlogic, Allwinner, Rockchip, etc.) also fail to load them and report that error.

    mr-bledi The one issue that I can see in logs is this:

    Code
    2024-07-19 10:13:58.522 T:904      info <general>: [WHITELIST] Searching the whitelist for: width: 1920, height: 1080, fps: 59.940, 3D: false
2024-07-19 10:13:58.523 T:904      info <general>: Display resolution ADJUST : 3840x2160 @ 60.000000 Hz (16) (weight: 0.000)
2024-07-19 10:13:58.534 T:904      info <general>: CDVDVideoCodecDRMPRIME::Open - using decoder V4L2 mem2mem VP9 decoder wrapper

    The log is not a debug log (so missing a load of useful info) .. but that shows 1080p 59.94 VP9 media being upscaled to 4K@60 which Kodi will struggle with on an ARM SoC device. Kodi needs to scale the media 4x and also handle the mismatched refresh rate.

    However that shows an underlying issue with fractional rates (they are all missing):

    I've previously created https://patchwork.freedesktop.org/patch/573860/ which is now merged in the kernel. However including that patch now seems to cause fractional rates to go missing - If I revert that kernel change 23.976, 29.97, 59.94 rates are restored to the list of detected resolutions. However that won't help with playback, because then the original problem with 59.94 rates reported in the patch will resurrect itself. I'd guess that something else changed in the kernel, but right now I don't see anything obvious, and I don't have free time to bisect and find the breaking change at the moment.