Been using the Vero for 5 years but have had both of them off for last few months while I wait for this to be fixed. However as that seems to not be happening i would like to rollback to a working version.
To do so I have a few questions if someone is able to advise.
What version do I need to rollback to?
Are there any instructions on how to rollback?
Will my current settings be maintained?
Oh, I wish I had been aware of this issue earlier. We experienced the same problem with our Yamaha soundbar, which stopped functioning, leaving us to rely on the TV’s built-in speakers. We examined all the settings and cables related to the soundbar, and were convinced that the soundbar was broken.
Today, we received a new soundbar, but were unable to obtain any audio from the eARC port. Surprisingly, when I removed the cable from the Vero 4K+ device, all the issues were resolved. It turns out that our old soundbar was not actually broken.
since i am stick with this issue too i would like to contribute my findings.
TV: Philips 55OLED806/12
Soundbar: LG SPD75YA
Vero4K running on latest FW (7/23)
The TV is connected to the Soundbar through HDM2 (eARC) Channel
Vero4k sits on HDM1 Port
First of all i got these weired standby issues of Vero4k and CEC stops working. Bit i think i could fix them by setting the behvaiour of the standby command to the Vero 4k to igonre. So no more red light if i switch of the TV.
But the eARC connection seems to have stopped and no audio from the soundbar and if i activte it from the TV the CEC functions (button pressing to go through menus seems to be buggy too.
I was running cec-client on the vero4k to see whats going on and i see:
DEBUG: [ 89905] device Audio (5) status changed to present after command set system audio mode
DEBUG: [ 89905] >> Audio (5) -> Broadcast (F): set system audio mode (72)
TRAFFIC: [ 90736] >> 5f:84:20:00:05
DEBUG: [ 90736] Audio (5): physical address changed from ffff to 2000
DEBUG: [ 90737] >> Audio (5) -> Broadcast (F): report physical address (84)
TRAFFIC: [ 91549] >> 5f:87:00:e0:91
DEBUG: [ 91549] Audio (5): vendor = LG (00e091)
DEBUG: [ 91549] replacing the command handler for device 'Audio' (5)
DEBUG: [ 91549] Audio (5): CEC version 1.3a
DEBUG: [ 91549] Audio (5): menu language set to 'eng'
DEBUG: [ 91549] >> Audio (5) -> Broadcast (F): device vendor id (87)
So it seems that Vero4k will take control of the soundbar and not the TV. And after that i could hear audio from the soundbar.
I am realy no expert in CEC and eARC but is this intended?
If you are not married to using CEC, this is easily resolved by using a CEC-less HDMI adaptor or killing pin 13 on your HDMI cable.
I have more HDMI cables laying around than I know what to do with so I killed pin 13 on one of them and used that for my Vero for my wife and children while I’m at work.
I have settings that work well for me and avoid the CEC issues everyone experiences while maintaining CEC functionality and some have had success using those settings but if it doesn’t work for you then physically blocking CEC is your best bet and then just use multiple remotes.
One of the reasons I bought the Vero4k+ is the exceptional support provided by Sam and the team. Also nice to support a company from the same country.
In this case though the problem is affecting a small percentage of the OSMC userbase, still a considerable amount of people.
I’m disappointed that the issue is now going on for 10 months or so. Sam ensured us it would be fixed, I’m losing confidence.
I’m now backup my .kodi folder and will downgrade to OSMC_TGT_vero3_20220314.img.gz
IMHO, CEC is a hot mess and different manufacturers have implemented it in non-standard ways.
LG is one of those companies.
And many Vero users have LG OLEDs (I know it happens with other TVs too).
It also gets messy with various sound bars and receivers.
My point is, the Vero user base is probably the type of people most likely to be affected by the poor standardization of CEC.
As an example; on many LG TVs disabling CEC (which they call SimpLink) also disables eARC/ARC.
There is no reason, according to CEC “standards”, that these two should be married to one another.
The fact that they are is probably a good indicator that LG is doing something non-standard with the CEC pin.
Grounding can be an issue too with CEC and HDMI (I have seen it at customer’s homes).
No one wants CEC to be a non-issue more than myself, trust me, but the OSMC team can only do so much considering the fault is usually born somewhere else in the chain, and it may be in the hardware design and unpatchable via software.
I believe the OSMC team has done everything they can short of purchasing large amounts of various TVs and AV equipment to test various configurations and something of that scale would be unreasonable to expect from such a small outlet like OSMC.
You raise some interesting points. I was of the view that my setup worked perfectly until an OSMC update. I had hoped it would be easy enough to identify what CEC related code had been updated and roll that back. Perhaps not easy if Debian was updated to next major release.
I hadn’t mentioned my setup because lots of people with different HW had the same issue, I have LG B7 OLED and Samsung HW-MS650 soundbar. Of course Sam and the team only have easy access to setups in their homes. I did offer Sam SSH access, I’m not sure he noticed the offer or how useful it would be.