evanspae please don't re-post exact duplicates of your previous messages. This thread is for discussing details of HDR support on RPi4, so your general questions are off-topic in this thread. Please create a new thread in the "General" forum with your questions.
so long,
Hias
The "getedid" script works exactly like the one on x86, which is documented on the wiki https://wiki.libreelec.tv/configuration/edid
"getedid create" makes current EDIDs permanent (this also honors a receiver on HDMI-2) and "getedid delete" deletes those.
It would be great to get some more feedback if it all works (so far I think I'm the only one who tested this) or if there are issues I might have missed.
so long,
Hias
Exactly when it is ready 😊
When all issues are resolved. No ETA for that.
so long,
Hias
Thanks for the log!
LE 9.2 dmesg shows the same USB bandwidth issue as LE 10, the reason you get sound on LE 9.2 is that kodi falls back from the SPDIF to the Analog USB device (LE 10 fell back to HDMI).
It's very puzzling why this would only fail on LE but not on RPiOS. I checked our kernel configs and couldn't spot any difference in the relevant USB/audio parts... I also did a quick test with my PCM2704 USB audio card (which supports 48kHz on Analog and 32-48kHz on SPDIF) and 44.1kHz via SPDIF worked just fine on LE 10.
Can you post the output of "lsmod" on LE, and also dmesg and lsmod output on RPiOS?
so long,
Hias
Very strange... Could you test with LE 9.2.6? A debug log with that would be interesting, too.
so long,
Hias
Can you test with the latest nightly RPi4 build from here: Index of / ?
If sound in kodi doesn't work then please run the speaker-test on LE as well (you have to stop kodi first with "systemctl stop kodi").
so long,
Hias
Please also check the following command on RPiOS (this uses the same audio parameters as kodi will use):
speaker-test -t sine -c 2 -r 44100 -F S24_3LE -b 200000 -p 50000 -D iec958:CARD=Audio,DEV=0so long,
Hias
Can you check if the USB firmware is up-to-date (in Settings->LibreELEC->Updates)? If it's not please update it.
dmesg shows that the USB controller can't set up the required parameters for your USB device, kodi then falls back to the default (HDMI) audio device
pr 21 22:28:37.569965 LibreELEC kernel: usb 1-1.2: Not enough bandwidth for new device state.
Apr 21 22:28:37.570686 LibreELEC kernel: usb 1-1.2: Not enough bandwidth for altsetting 2
Apr 21 22:28:37.571228 LibreELEC kernel: usb 1-1.2: 3:2: usb_set_interface failed (-28)I've found a couple of similar reports on the RPi forum (most of them with multiple USB audio cards though), eg Not enough bandwidth for new device state. - Raspberry Pi Forums so that could still be a compatibility issue with the RPi4's USB controller and that specific USB audio device.
If updating the USB firmware doesn't help it's best if you test with Raspberry Pi OS (ex Raspbian) and if that fails too open a thread on the raspberrypi forum where the RPi USB dev(s) will hopefully pick it up.
so long,
Hias
I've noticed you have an odd path in your PATH variable: ~/.local/bin - not sure where that comes from and why the tilde isn't expanded into $HOME (that seems to have worked for /home/work/perl5/bin and /home/work/bin.
Might be worth tracking down where that comes from and getting rid of it - maybe that's what the build system trips over (the other linked bug report also had a non-expanded tilde in the PATH). Look at .profile, .bash_profile, .bashrc etc files in your home directory and also for profile/bash stuff in /etc.
so long,
Hias
When I want to download a video it says that too many people have download it and it is not possible to download.
That happens quite regularly - keep trying, I had most success in the morning (UTC), quota counters seem to be reset during the night (no idea when exactly).
so long,
Hias
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
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
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
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
And which nightly do I need for rpi4?
There are so much versions when I look at the nightly list.
Filter by "rpi4" and use the latest tar file to update (or img.gz if you want to write a fresh sd card).
so long,
Hias
FYI: The BT.2020 HDR fixes have been merged into our master branch and are included in the latest nightly build - so you can switch back to using nightlies instead of the test builds from this thread.
so long,
Hias
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
