aakister not quite sure why 4k HDR didn't work for you, the kodi log looked fine.
Can you please post a "pastekodi" log? Run the "pastekodi" command on the shell or use the logfile upload function in LE settings and post the URL.
A link to a short sample (20-30 seconds will do) that shows these issues would also be great, then I can try to reproduce it locally.
so long,
Hias
JohnWayne111 just talked to RPi devs but you might not like the answer:
RPi4 doesn't have hardware support for HDR-to-SDR tonemapping, it might be possible to tweak things a bit but the result will always be off - either too dark or too light.
Simple solution: don't use HDR encodes if you don't have a HDR display.
You could also try to re-encode the HDR files on your PC, ffmpeg (and probably other encoders) should support that with tonemap filters (never used that myself though).
so long,
Hias
AriaTwoFive have you checked if the Plex player on TV and Kodi used identical picture settings?
On my LG TV picture settings (brightness, colour temperature, "optimizations" etc) can be configured independently for internal player(s) and each HDMI port - and it's quite easy to miss that they might be set differently.
If you have another player app on your TV (eg to play from USB media) or some other external player it'd also be interesting to cross-check with these.
As it's bleeding edge code I wouldn't rule out that something is off a bit, but we also have to make sure we don't compare with a player/source that applies different video settings.
so long,
Hias
I already answered that here RPi4 Libreelec 9.2.2 Hunds up on loading info (pics) in DB and if I read your last post correctly you confirmed that the nightly build worked better.
The log also shows that you haven't reduced GPU and CMA memory, so the OOM-killer is kicking in because you run out of memory - a well known limitation of 1GB RPi4 on LE 9.2 (just search the forum for more info).
so long,
Hias
JohnWayne111 HDR to SDR tone-mapping is a completely different beast, purpose of these testbuilds is to check if true HDR output works fine.
so long,
Hias
Here's a new testbuild with HEVC decoding fixes: LibreELEC-RPi4.arm-9.80-devel-20210210171544-68ac68f.tar
Some HEVC files showed pixelation artefacts (decode errors) and the "Samsung Wonderland Two" demo from 4kmedia.org resulted in a hard crash because the decoder ran out of memory. The HEVC decoder now handles out-of-memory situations much more gracefully and we've increased the default CMA memory size to 512MB so the file can be properly decoded.
so long,
Hias
I noticed on mine the config.txt only had gpu_mem=76 so I bumped it.
Keep it at 76, it's been changed to that for a reason. New graphics stack needs CMA, not GPU memory, and at best you'll just waste memory, at worst you'll run into crashes because of memory exhaustion.
so long,
Hias
Thanks for reporting, I've PR'ed the zattoo update, if things go well the updated addon should be in our repository soon.
so long,
Hias
Sorry, I can't give an ETA.
Current priority is to get the hardware video decoders into shape (there are still some bugs to iron out), after that the HW decoder developer may have time to look into RPi3 HEVC decoding again. But that won't be an easy task, lots of things have to be changed so this can take some time.
so long,
Hias
LibreELEC 9 (and earlier) contained a GPU accelerated HEVC decoder - this hasn't been ported yet to the new graphics stack of LE 10.
so long,
Hias
wanderlei there's a bug in kodi (or ffmpeg) which can crash kodi when seeking in a file with True HD audio, see Crash while seeking video with TrueHD audio · Issue #16096 · xbmc/xbmc · GitHub
I just tested with the file linked from the bug report and got a crash, too
so long,
Hias
Display MoreWIFI 5GHz
bladerunner it buffer at couple minutes but them continue to play. Skip ahead and kodi crash (black screen with build number) back to GUI. TV stuck in HDR mode back in GUI.
Wifi dunkirk, buffer every couple minutes, load then play on.
WIRED
Froze with blue screen for several minutes then came to life when trying to access files.
bladerunner buffered at start, crashed back to GUI in a minute and was unresponsive, had to unplug to reboot.
dunkirk played ok for two minutes then buffering and stuttering.
try the revenant and it stutters too. this file under 20GB.
http://ix.io/2OvS (and attached)
When does play it is doing HDR.
From you log file it looks like you have a broken ethernet cable, the network link is constantly breaking down and coming up again. Please create a separate thread if you can not solve that issue (eg by replacing the cable).
so long,
Hias
Thats what i did this morning, went from LibreELEC-RPi4.arm-9.80-nightly-20210130-0b9711c to LibreELEC-RPi4.arm-9.80-devel-20210205165343-b642f3c but HDR wont kick in for me when testing. everything else works fine but no HDR. works fine for the rest of my equipment and UHD mode etc is enabled.
Will test around some more but atm no luck.
Not much we can do about it unless you post logs. Please also post the edid of your screen - run:
cat /sys/class/drm/card0-HDMI-A-1/edid > edid.datand attach the edid.dat file
so long,
Hias
Please do a fresh install with the latest nightly on a separate card and then update with the tar in this thread - upgrading from 9.2 is not supported.
so long,
Hias
One question, what level logging should be enabled to be help. Is default logging setting adequate?
As usual: a debug log (eg with <loglevel>1</loglevel> in advancedsettings.xml) and a full pastekodi log (pastekodi script or use the logfile uploader function in LE settings).
so long,
Hias
We've now got a first build with HDR support, see here: RPi4 testbuild with HDR support
4k (up to 4kp30), HDR and HD audio passthrough are looking good so far.
More feedback and testing is welcome.
so long,
Hias
It's very early days, but here's a first build with HDR support for RPi4:
LibreELEC-RPi4.arm-9.80-devel-20210205165343-b642f3c.tar
Huge thanks to popcornmix for implementing the missing bits in the video driver!
Please report back if it works with your files / setup.
Note that this is bleeding edge code and so far I only did a very quick test with it which looked quite fine.
so long,
Hias
We got a fix for the resume issue, it should find it's way into nightly builds soon ffmpeg: update rpi patch by HiassofT · Pull Request #5093 · LibreELEC/LibreELEC.tv · GitHub
so long,
Hias