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
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
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
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:
and 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
Thanks for reporting, I could reproduce the resume issue and informed our ffmpeg guru about it.
so long,
Hias
Please test with this build: LibreELEC-RPi4.arm-9.80-devel-20210129110647-511dfb4.tar
It contains an additional change that fixed audio dlate errors with DTS_HD_OUT_OF_THE_BOX_60-thedigitaltheater.mkv here - I played the file in loops for about 10h total without an error logged in dmesg/journal.
If you notice dropouts please post a "pastekodi" log.
so long,
Hias
Check for "ro" or "rw" options in mount output.
Quote/dev/mmcblk0p1 on /flash type vfat (ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
/dev/mmcblk0p2 on /storage type ext4 (rw,noatime)
so long,
Hias