The issue I am currently experiencing with OSMC:
I have no HDMI sound from Kodi, after I switch my TV off and on again. (Where ‘off’ is the remote controls off-button, so the TV is in standby)
- Rebooting Kodi (from bottom line confluence menu) temporarily works around this issue (unitl next time switching the TV off/on).
- I have a “Ligawo HDMI extractor” attached. Removing the extractor works around the problem, but then I have no Toslink optical sound connection to my expensive sound system.
- Replacing the Raspberry 2 B by a Raspberry 1 B+, running Kodi Feb 2 2015 on Raspian 3.12.31, while keeping the extractor installed, works around the issue
- Replacing the Raspberry 2 B by a Raspberry 1 B+, running last Kodi/Raspbian version from around August(?), while keeping the extractor installed, worked around the issue (trashed my SDCard with this version, no reproducible here)
- Replacing the Raspberry 2 B by a Raspberry 1 B, Rev 2 (this is older than B+), running same Kodi version 15.2, but on XBian 1.0, while keeping the extractor installed, works around the issue
- fixing a /boot/edid.dat which was recorded without the HDMI extractor, did not fix the issue (after the extractor was installed again)
- Replacing the extractor by manufacturer did not fix the issue
- cross-replacing the extractor with one of the other Kodi boxes WAS NOT DONE YET (I thought I did, but then I found indications, that I replaced the one with itself - instead replaced it with the other)
- cross-replacing the TVs (Samsung UE55 vs. LE37) did not moved the issue with the TV, it stays at the RPi2 OSMC box
- replacing Raspi 2B hardware by another Raspi 2B did not fixed the issue (I have no recordings about which software and settings I used here, so I’ll repeat it soon. I guess I just replaced the board and put the old microSD into the new board)
What I was doing when this issue occurred
- using Kodi, after a fresh startup. Sound okay.
- switching the TV into standby “off” with remote control. Here it takes no matter, if I also first disconnect the Anynet/CEC session, or let it staying online.
- I am switching the TV into “on” again. Select external source CEC/Anynet “Kodi” → NO SOUND from Kodi
- rebooting OSMC, SOUND OKAY
I you can replicate this issue on demand. I provide some steps on how an OSMC developer can reproduce the same issue
Use a Rasberry Pi2
Connect a HDMI digital audio extractor between TV and OSMC.
Just navigating the menues with having UI sounds activated is enough to check, if sound is working.
But you can try playing music or movie, to check the problem.
The device I am currently running OSMC on
Raspbeery Pi 2 B made in UK
That peripherals are attached to the device
Ligawo HDMI extractor (http://www.amazon.de/dp/B00CAQN0CM)
or
Delock 62492 HDMI Stereo / 5.1 Kanal Audio Extractor (http://www.amazon.de/dp/B00EV2WNKS)
And an official recommended 2000mA power supply
Has this issue been introduced by a new version of OSMC?
Not sure if a new version of OSMC or if the Raspi 2 port of OSMC. I had it with all versions of OSMC/Raspi 2 you issued since August, while I don’t have it with multiple Raspi 1 issues of Sams Kodi images.
When did the issue first appear and can you recall a time when it was not present?
1st appeared with the new Raspi2 hardware.
logfiles
http://paste.osmc.io/ihukojanix is from replicating this issue (here the sound is broken after TV comes on again)
http://paste.osmc.io/wulinotepa is with the repairing reboot, which makes sound working again
what I also did for replication / diagnostic
sudo /opt/vc/bin/tvservice -d temp.dump && /opt/vc/bin/edidparser temp.dump | grep -E '(best)|(preferred)|(support )|(name is)|(audio)|(sound)' && tvservice -s && tvservice -a
and got :
Enabling fuzzy format match... Parsing edid_after_suspend_removed_ligawosplitter.dat... HDMI:EDID version 1.3, 1 extensions, screen size 121x68 cm HDMI:EDID features - videodef 0x80 !standby !suspend !active off; colour encoding:RGB444|YCbCr422; sRGB is not default colourspace; preferred format is native; does not support GTF HDMI:EDID found monitor range descriptor tag 0xfd HDMI:EDID monitor range offsets: V min=0, V max=0, H min=0, H max=0 HDMI:EDID monitor range: vertical is 24-75 Hz, horizontal is 15-81 kHz, max pixel clock is 230 MHz HDMI:EDID monitor range does not support GTF HDMI:EDID found monitor name descriptor tag 0xfc HDMI:EDID monitor name is SAMSUNG HDMI:EDID found preferred CEA detail timing format: 1920x1080p @ 60 Hz (16) ... HDMI:EDID preferred mode remained as CEA (16) 1920x1080p @ 60 Hz with pixel clock 148 MHz HDMI:EDID has HDMI support and audio support edid_parser exited with code 0
the preferred mode is always CEA16, regardless if I nail it in config.txt or let it negotiate every time.
the only difference between with extractor and whithout extractor is:
HDMI:EDID HDMI VSDB deep colour support - 48-bit:no 36-bit:yes 30-bit:yes DC_yuv444:yes HDMI:EDID HDMI VSDB deep colour support - 48-bit:no 36-bit:yes 30-bit:no DC_yuv444:yes HDMI:EDID HDMI VSDB has physical address 4.0.0.0 HDMI:EDID HDMI VSDB has physical address 4.1.0.0
To make a long story short, I stronly guess there is somewhat with re-activating Raspi 2 HDMI after the HDMI sink came back from suspend.
What can I do to support hunting the bug?
I could install whatever you need on the Raspi 1 B, rev2 to have a very close-to-Raspi-2-system
I would install whatever you direct me to the Raspi 2, …
Best regards, and please do not keep me hanging on…
Laser Man