Posts by HiassofT

  • RPi4 testbuild with HDR support

    Test with the latest nightly instead - from one of your posts it looked like you had installed an earlier testbuild without the final BT2020 fix.

    Edit: I've now removed the testbuilds from my server to avoid confusion - all HDR changes are available in nightly builds.

    so long,

    Hias

  • RPi4 testbuild with HDR support

    Quote from harun-cuk17

    Do you have a sample file to test the hdr on the rpi4 with your latest build? If yes could you upload it by wetransfer?

    I will put the file on usb stick and test it on LE 9.2.6 and on 10.0.

    Just head over to 4kmedia.org, you'll find plenty of samples there - eg Samsung Wonderland Two HDR UHD 4K Demo | 4K Media

    There's not much point in testing with LE9.2 (as it doesn't support HDR output), check with the latest nightly and compare the same file with the internal player of your TV our your UHD BR player - if you do that, make sure the TV settings are identical, lots of TVs store separate settings for each HDMI port and also internal player.

    so long,

    Hias

  • RPi4 testbuild with HDR support

    Quote from nsnhd

    Ok, it's sad. So, if not the RPi4, then any other box running LibreElec or CoreElec could do tone-mapping better ? Lots of HDR stuffs are there and I dont want to buy any HDR display soon.

    IIRC tone mapping is only supported in Kodi for Windows (via d3d shaders) and Android (via the mediacodec framework, if implemented by a device). I've read reports that it works fine on the Nvidia Shield, not sure about other devices.

    so long,

    Hias

  • RPi4 testbuild with HDR support

    Quote from nsnhd

    How the Pi 4B performs the HDR to SDR tone mapping ? I got 1080p projector and 4K monitor, both are SDR.

    It doesn't. Tone mapping requires a quite powerful GPU (or fast processor) which the RPi4 doesn't have and also this isn't implemented in Kodi yet. Mapping 720p or maybe 1080p might be possible but 4k most certainly is way above the RPi4's capabilities.

    So, stay away from HDR media if you only have SDR displays or recode it with tone mapping on a PC.

    so long,

    Hias

  • RPi4 testbuild with HDR support

    Quote from linuxuser

    Are there any uptades on the dolby synch audio problem?

    If you mean DolbyDigital+/E-AC3 then no, this is a kodi issue.

    If it's important to you then just subscribe to the kodi issue on GitHub Garbled sound with DD+/EAC3 passthrough and official Dolby DD+ 7.1 sample · Issue #19182 · xbmc/xbmc · GitHub to get notifications when something changes (but I don't expect this to be fixed any time soon TBH).

    so long,

    Hias

  • RPi4 testbuild with HDR support

    Here's a new testbuild, now with - hopefully - correct BT.2020 YCC->RGB conversion matrix:

    LibreELEC-RPi4.arm-10.0-devel-20210412194217-d08d2e1.tar

    noggin do you have a possibility to verify with your HD-fury if the conversion matrix is OK now? popcornmix's HDMI analyzer doesn't seem to have picture/color analysis features and visual testing is quite a PITA as I don't have an easy-to-use known-good reference to compare against (my TV's built-in player sucks, it completely exits after switching to HDMI input so I can't easily switch back-and-forth).

    Of course feedback from others is highly welcome, too!

    so long,

    Hias

  • About GPU_MEM on RPi4

    Yes, /flash/config.txt is the correct place for it. Add a line with eg "dtoverlay=cma,cma-384" at the end of the file to reduce CMA memory size to 384MB. See the README in /flash/overlays for more info about syntax and allowed options.

    so long,

    Hias

  • About GPU_MEM on RPi4

    Video decoders and the graphics driver now use CMA memory which can be shared by other (userspace) programs.

    By default we use 512MB CMA, previously we used 384MB but that was not enough to handle all 4k HEVC files. This can be tweaked with the cma dtoverlay - but keep in mind that if you reduce CMA memory you risk running into video decoder / graphics issues.

    No idea about docker, best you open a separate thread about it or discuss in the thread you linked.

    so long,

    Hias

  • RPi4 testbuild with HDR support

    Quote from Phoskam

    Is it possible to update to the nightly build with hdr support and keep all my other addons and settings in kodi?

    And if possible how do I instal this nightly build ?

    And can I downgrade back to 9.2.6 if needed?

    Or is it better to take a New sd card and fresh install with latest nightly build and reinstall my addons?

    Can you make a New sd card with nightly builds with the usb-SB creator?

    It's best to do a fresh install of the official LE 10 beta 1 release (or the latest nightly build) on a separate card and then update it with the test build (copy the tar file to the Update share via SMB or to the /storage/.update/ folder via scp and then reboot).

    Upgrading from LE 9.2 is not supported (it might work, but depending on installed addons you can end up with a real mess) and downgrading isn't supported at all (you'll definitely end up with an unusable system).

    The test builds I post here in this thread only contain a few additions that aren't in current nightly builds and if testing goes fine we'll include the changes in LE 10 / nightlies - switching from the test builds to LE10 nightlies or the next official release will work without issues.

    so long,

    Hias

  • RPi4 testbuild with HDR support

    Quote from noggin

    Not sure I get the 'whitepoint' stuff

    Sorry, I should have better avoided the term "whitepoint" in this context. What I meant was what you mentioned later, due to the wrong matrix the RGB values won't be quite correct, colors skewed, and white won't be white.

    4kp50/60 output isn't implemented in this build, this is still in the queue (we tested an early patch a few weeks ago but it's not 100% there yet).

    4kp50/60 HEVC decoding is more performant now, so 1080p50/60 output of such files will be a lot better (previously the decoder couldn't keep up resulting in a/v sync drifting away). These optimizations are still WIP but testing showed it's already mostly working fine.

    so long,

    Hias