interestingly enough, a HDR10 encoded media played on a non-HDR10 capable display on Firetv stick plays okay. so it’s RPi4 limitation?
The HDR colour space is much larger than SDR, so there's no perfect way to do this, but tonemapping is an algorithm that squashes the range down in a way that looks okay. I suspect the Firetv stick has hardware support for this, but the Pi doesn't.
HDR10 encoded media played on a HDR10 capable display is supported.
HDR10 encoded media played on a non-HDR10 capable display will not have correct colours.
On one of the pi HDMI ports, it works perfectly. However; the other it fails to detect CEC and it appears as if once rebooted, some of the CEC settings revert (HDMI port).
libcec is hardcoded to /dev/cec0 so will only ever work with hdmi0 (i.e. the one closest to power connector).
EDIT: it just started working again on its own. Can anyone explain how is that even possible?
I'd guess problem was TV end getting confused.
It is quite common for CEC issues to be resolved by unplugging all HDMI from TV, and unplugging it from mains.
We don't have an explanation of why that works so often - we just know it does.
All I can see is the crash comes from a python add-on.
Try disabling any add-ons and see if you can narrow down which it is.
A reinstall that doesn't restore from backup may avoid the issue.
Not sure if this is the issue: https://forum.kodi.tv/showthread.php?tid=362843
Sounds like a patch is needed for ffmpeg 4.4 to support ac3 encode. Not sure if this is present.
Your debug log didn't show you trying to play a file.
Can you confirm if this works with LE 10?
popcornmix: Thanks for your reply! I now replaced the official kodi package with yours but the latest patches don't work with your codebase. Do you have a working patch set or a working libreelec commit?
You need to remove some of the existing patches that conflict.
I have a script that does:
rm -f ~/projects/http://LibreELEC.tv/projects/RPi/devices/RPi4/patches/kodi/000*
rm -f ~/projects/http://LibreELEC.tv/projects/RPi/devices/RPi2/patches/kodi/000*
rm -f ~/projects/http://LibreELEC.tv/packages/mediacenter/kodi/patches/kodi-999.01-pr20210-drmprime-coordinates.patch
and I create the new patch with:
git diff-index $HASH --binary > /tmp/000-popcornmix-gbm.patch
where HASH comes from PKG_VERSION= in ~/projects/http://LibreELEC.tv/packages/mediacenter/kodi/package.mk
Thank you. Upgrading to 10 fixed it. Created a new problem in that the headphone jack doesn't work, but I can connect to the speakers via bluetooth, so not the end of the world
Add dtparam=audio=on to config.txt to enabled the headphone jack.
Did you include the kodi patches too?
Overclocking is the only thing that may help.
VC-1 is poorly optimised in ffmpeg (about 40% of time is spent in C code loop filter functions).
We have had a low-priority piece of work for our codec guy to write some Neon code for this which should resolve this, but the move to v4l2 and drm has kept the codec guy too busy to get to this.
I have got the boss to okay another guy to work on this - so hopefully there will be progress soon.
What version of LE? Sounds like an issue in LE 9 that is fixed in LE10.
Also - this HEVC file fails to play (is OK on Win 10 testfile.zipLaptop)
Chroma subsampling : 4:4:4That's not supported (and is a very uncommon encoder setting).
Am I missing something?
Some informations about the file that has the issue.
A debug enabled log file would be a good start.
Others have reported subtitles not working either with Alpha 4, but they were with Alpha 1. It looks like the updates were released a little too quickly.
I think that is reasonable for an alpha version...
Forgive me, is the alpha 3 a youtube build or kodi?
A version of the youtube addon. Download from here.
Install addon from zip file in kodi. Looks like there is a new alpha4 version now.
Personally, I had no problem with 720p, only 1080p.
That sounds like a general internet (or wifi) bandwidth issue rather than the throttling issue. When throttled you can't even watch 480p without buffering.
