How are pi, tv and soundbar connected? (e.g. pi<-hdmi->TV<-optical->soundbar).
Make/model of TV and soundbar could be useful.
Can you run:
edid-decode /sys/devices/platform/gpu/drm/card?/card?-HDMI-A-1/edid | pastebinitand paste the url?
BTW. Maybe it could be useful for developers to have the edid files from not-working configurations to analyze.
If i am not mistaken, the edid create saves the edid-HDMI-A-1.bin file to /storage/.config/firmware/edid/ folder (and also edid-HDMI-A-2.bin for devices with two HDMI ports like RPi 4B etc.).
And it's possible to look what's there with:
edid-decode /storage/.config/firmware/edid/edid-HDMI-A-1.bin
I'm happy to receive edid files that cause a problem, but I think most issues are due to a lack of edid file.
If the hdmi cable is missing hotplug, SCL or SDA lines (which cheap cables can do to save costs),
then we can't read the edid.
This issue can also be caused by the Argon One case which does a similar thing with cable extenders.
Less common is a fault on display (worth trying different hdmi inputs, or a different display).
You can run:
edid-decode /sys/devices/platform/gpu/drm/card?/card?-HDMI-A-1/edidon a booted system (ssh in if display is blank). If you get lots of info about modes supported, then you have an edid.
If you get an error, then we can't read the edid, and the only solution (apart from fixing the underlying issue) is editing config files.
I think the simplest change to get a picture without an edid would be to add to end of cmdline.txt:
video=HDMI-A-1:1920x1080@60D(or some other resolution you know the display supports).
But note, without an edid, kodi won't know the range of refresh rates supported (for "adjust display refresh rate to match video"), and CEC and audio passthrough are unlikely to work fully.
Basically I just want to have the best video and audio possible, as currently with using one HDMI port I am limited to the bandwidth of ARC (DTS, DD, 2.0 PCM). Today I used "getedid create" for the first time which ensures that the RPI also outputs video when the TV is turned on afterwards/later. Couldn't a custom EDID file be created which combines the max video settings of the TV and the max audio settings of the AVR? At least I imagine that the TV receives the correct video but cannot play the audio signal and the AVR receives the HD audio although the picture might not be correctly displayed as my AVR is not HDR compatible (only 4k) which I wouldn't care about.
ARC doesn't support HD audio formats.
(Note: there is a HDMI2.1 eARC standard that does, but it would need to be supported by TV and AVR, and I suspect they don't).
Assuming you are connected as:
Pi<---hdmi--->TV<---ARC--->AVR
then fudging the EDID won't help. The ARC connection can't support it.
If you can connect:
Pi<---hdmi--->AVR<---hdmi--->TV
Then HD audio should work.
Using the second hdmi connector should be possible.
If you find any way of provoking the glitch more frequently (e.g. navigating between two specific screens) that would be helpful.
It's pretty much impossible to debug a glitch that occurs once a week.
Not sure I see the linked issues as being too similar.
The commit indicated as fixing the ubuntu issue has been in our 5.15 tree since Nov 2021, so will be in these builds.
Forget about config.txt hdmi_* settings - they apply to the old firmware display driver that is not longer used.
Your symptoms suggest an issue with the edid.
Run:
edid-decode /sys/devices/platform/gpu/drm/card0/card0-HDMI-A-1/edidand check that produces output and contains an "Audio Data Block" section. Post output here.
This would be better asked on the kodi forum, probably in the sub-forum that matches the information provider (scraper) that you are using.
I've never heard of this issue. Possibly you have some invalid/corrupt settings?
Can you try:
systemctl stop kodi
mv ~/.kodi ~/.kodi_back
systemctl start kodiand then play the file? If it doesn't help you can put thing back:
systemctl stop kodi
rm -rf ~/.kodi
mv ~/.kodi_back ~/.kodi
systemctl start kodi(or if you have a spare sdcard, just check if a clean install has the issue).
There are LE nightly Matrix builds which include some additional fixes from 10.0.2.
Giving that a test might be useful.
There are also LE 11 nightly builds which include even more changes (including a kernel bump from 5.10 to 5.15) which may be worth trying if previous build doesn't help.
If these don't help then a way of reproducing this issue more quickly would be useful.
Perhaps try with just a single video on loop. The shorter the video the better as issues tend to occur on startup/shutdown of the codec.
maybe it was fixed
Can you update to latest and test again?
I found the issue.
On LE when I run ethtool eth0 it shows its only running at 100mb and not 1000mb. While on Pi OS its running at GB speeds.
I've just booted latest nightly on Pi4.
LibreELEC:~ # uname -a
Linux LibreELEC 5.15.61 #1 SMP Thu Sep 15 23:40:51 UTC 2022 aarch64 GNU/Linux
LibreELEC:~ # ethtool eth0 | grep Speed
Speed: 1000Mb/sSo I'm not seeing the issue on my network.
There is a debug feature to force the field order:
Try running "find /sys -name field_override" to find the location of the debug node.
When video is running you can poke 8 (TB) or 9 (BT) to force the field order. e.g.
echo 8 > /sys/.../field_order
Does one of those look better than the default?
But, as Hias says, a sample file would be useful.
See: https://wiki.libreelec.tv/configuration/edid (which really needs updating for pi style gdb platforms).
As chewitt said, you want to run getedid (when display is correctly connected and powered on first).
From that point on, it can use the edid from the file if the display is not available on a subsequent boot.
Output of modetest and kodi log may be useful (you should be able to ssh in).
It may also be of interest to switch to the fkms driver.
You'll need to edit /flash/distroconfig.txt. Change:
dtoverlay=vc4-kms-v3d,cma-512
to
dtoverlay=vc4-fkms-v3d,cma-512
does it provide the live channels?
No. Just on demand.
I just tried the hotfix addon from here and it appeared to work (I just tested the first episode of A Touch of Frost and it's playing). The video is SD.
Yes, I think 1080p60 is a struggle on a Pi2.
You could try overclocking. e.g. add:
core_freq=500
h264_freq=500
over_voltage=6Does it help? You may be able to go up to 550 or 600 (but with overclocking, YMMV).