After I updated to Krypton on my PI, when ever the TV is turned on, it auto-switches the source to OSMC.
The TV only has the option to turn CEC on and off, and then something about turning on and off devices when the TV is turned on and off.
I don’t know if it is a TV CEC problem or a OSMC CEC problem. But since the problem appeared right after i updated, I think it must have something to do with OSMC.
Is there somekind of ‘awake’ signal that the PI sends to the TV that could be disabled?
3 Likes
Looks to be the exact same problem
Since updating from 2017-01 to 2017-02 I have had a strange change in CEC behaviour.
Every time I turn my TV on, after about 5 seconds, the TV switches to the RPi input (without any input or action on the OSMC system).
It didn’t do this prior to the 2017-02 update.
I’ve looked through the CEC settings in Kodi and I can’t see a setting that would explain this behaviour.
The attached debug log includes the following:
Boot OSMC while TV is on and switched to the RPi HDMI input
Switch TV input to ‘normal’ (broadcast) TV
Turn TV off
Turn TV on, wait for it to auto switch to Pi HDMI input
Turn debug off and upload logs
Any ideas what I might need to change to get this back to the previous behaviour? I don’t want the TV to switch to the OSMC input every time the TV gets turned on.
I never turn off my Pi, it’s left running 24/7.
http://paste.osmc.io/jicipihopa
Generally with CEC problems first step always is to disconnect both devices from power (physical unplug) for 1 minute and then reconenct.
Thanks for the quick reply.
I’ve done as you suggested (complete shutdown and power off at the wall for 60 secs, then bring everything back online).
Unfortunately the behaviour hasn’t changed. I still get the TV switching to the OSMC input 5 secs after switching on.
I’ve looked through the Kodi CEC settings and I can’t see anything that has changed, or that might cause this behaviour. I haven’t touched the default CEC settings for as long as I can remember, I’m pretty sure they are all just the defaults.
I’ve looked through the Kodi CEC settings and I can’t see anything that has changed, or that might cause this behaviour. I haven’t touched the default CEC settings for as long as I can remember, I’m pretty sure they are all just the defaults.
Try to disable KODI CEC if that makes a change
Disabling the CEC adapter within Kodi settings makes the issue go away, so it definitely appears related to something in the Kodi/OSMC CEC implementation.
I’m happy to test anything else that might help troubleshoot this.
Does anyone have any suggestions as to what I should try next? This behaviour has been introduced by the latest update, so I’m confident there must be a way to revert back to how it used to be…
This behaviour has been introduced by the latest update, so I’m confident there must be a way to revert back to how it used to be…
Well I have 2 LG TV’s with each a Pi connected and can not reproduce this behaviour. So not much I can suggest.
Well I have 2 LG TV’s with each a Pi connected and can not reproduce this behaviour. So not much I can suggest.
If you have customised at all, would you mind posting your CEC settings (Kodi, and config.txt)?
If you haven’t customised at all and run stock, I am stumped.
If you have customised at all, would you mind posting your CEC settings (Kodi, and config.txt)?
If you haven’t customised at all and run stock, I am stumped.
Not aware of CEC changes I did, but here you go:
osmc@osmc:~$ cat /boot/config.txt
All my CEC settings are the same as yours.
I’ve seen a few old posts online with similar issues where hdmi_ignore_cec_init=1 is the suggested fix (I already have that, and have always had it).
The WAF is decreasing sharply and I’m out of ideas… thanks for your help anyway.
It looks like there are at least two of us:
Looks to be the exact same problem
@Soren_Sogaard - I assume you have an LG TV?
I’ll see if I can capture some logs with cec-client and post them here…
Perhaps a mod could merge these two topics?
CEC behaviour is not changed between 2017.02-1 and 2017.02-2
Logs?
sam_nazarko:
Logs?
Logs are in my OP. I have also captured a CEC log and will post that shortly.
This is an issue that started with 2017.02-1.
Yeah, already made Sam aware of that. But need to have the one with component specific logging enabled. If you post that I guess Sam will check it out as soon as he has time.
Would you mind pointing me to how I do that?
I have captured a separate log usingcec-client.
This log captures the following:
Start logging with cec-client, TV on standby
Wait 5 seconds then turn on TV
TV turns on (normal broadcast antenna input), after 5 seconds auto-switches to RPi HDMI input
Wait 5 seconds, then stop logging.
There is no user input or command given at any time when capturing this log other than using the TV remote to turn the TV on from standby.
No device type given. Using 'recording device'
CEC Parser created - libCEC version 4.0.2
no serial port given. trying autodetect:
path: Raspberry Pi
com port: RPI
opening a connection to the CEC adapter...
DEBUG: [ 52] Broadcast (F): osd name set to 'Broadcast'
DEBUG: [ 52] Open - vc_cec initialised
DEBUG: [ 52] logical address changed to Free use (e)
NOTICE: [ 53] connection opened
DEBUG: [ 53] processor thread started
DEBUG: [ 53] << Broadcast (F) -> TV (0): POLL
DEBUG: [ 53] initiator 'Broadcast' is not supported by the CEC adapter. using 'Free use' instead
TRAFFIC: [ 53] << e0
DEBUG: [ 113] >> POLL sent
DEBUG: [ 114] TV (0): device status changed into 'present'
DEBUG: [ 114] << requesting vendor ID of 'TV' (0)
TRAFFIC: [ 114] << e0:8c
TRAFFIC: [ 306] >> 0f:87:00:e0:91
DEBUG: [ 306] TV (0): vendor = LG (00e091)
DEBUG: [ 306] >> TV (0) -> Broadcast (F): device vendor id (87)
DEBUG: [ 306] expected response received (87: device vendor id)
DEBUG: [ 306] replacing the command handler for device 'TV' (0)
DEBUG: [ 306] TV (0): CEC version 1.3a
DEBUG: [ 306] TV (0): menu language set to 'eng'
NOTICE: [ 306] registering new CEC client - v4.0.2
DEBUG: [ 306] detecting logical address for type 'recording device'
DEBUG: [ 306] trying logical address 'Recorder 1'
DEBUG: [ 306] << Recorder 1 (1) -> Recorder 1 (1): POLL
TRAFFIC: [ 306] << 11
TRAFFIC: [ 727] << 11
DEBUG: [ 997] >> POLL not sent
DEBUG: [ 997] using logical address 'Recorder 1'
DEBUG: [ 997] Recorder 1 (1): device status changed into 'handled by libCEC'
DEBUG: [ 997] Recorder 1 (1): power status changed from 'unknown' to 'on'
DEBUG: [ 997] Recorder 1 (1): vendor = Pulse Eight (001582)
DEBUG: [ 997] Recorder 1 (1): CEC version 1.4
DEBUG: [ 997] AllocateLogicalAddresses - device '0', type 'recording device', LA '1'
DEBUG: [ 998] logical address changed to Recorder 1 (1)
DEBUG: [ 998] Recorder 1 (1): osd name set to 'CECTester'
DEBUG: [ 998] Recorder 1 (1): menu language set to 'eng'
DEBUG: [ 998] GetPhysicalAddress - physical address = 1000
DEBUG: [ 998] AutodetectPhysicalAddress - autodetected physical address '1000'
DEBUG: [ 998] Recorder 1 (1): physical address changed from ffff to 1000
DEBUG: [ 998] << Recorder 1 (1) -> broadcast (F): physical address 1000
TRAFFIC: [ 998] << 1f:84:10:00:01
NOTICE: [ 1149] CEC client registered: libCEC version = 4.0.2, client version = 4.0.2, firmware version = 1, logical address(es) = Recorder 1 (1) , physical address: 1.0.0.0, compiled on Fri Feb 3 19:33:49 UTC 2017 by root@compiler2 on Linux 3.16.0-4-amd64 (armv7l), features: P8_USB, DRM, P8_detect, RPi
DEBUG: [ 1149] Recorder 1 (1): vendor = LG (00e091)
DEBUG: [ 1149] replacing the command handler for device 'Recorder 1' (1)
DEBUG: [ 1149] Recorder 1 (1): CEC version 1.3a
DEBUG: [ 1149] << Recorder 1 (1) -> TV (0): OSD name 'CECTester'
TRAFFIC: [ 1149] << 10:47:43:45:43:54:65:73:74:65:72
DEBUG: [ 1449] << requesting power status of 'TV' (0)
TRAFFIC: [ 1450] << 10:8f
TRAFFIC: [ 1593] >> 01:90:01
DEBUG: [ 1593] TV (0): power status changed from 'unknown' to 'standby'
DEBUG: [ 1593] >> TV (0) -> Recorder 1 (1): report power status (90)
DEBUG: [ 1593] expected response received (90: report power status)
waiting for input
WARNING: [ 1957] unhandled response received: opcode=87 initiator=1 destination=f response=0
DEBUG: [ 11372] GetPhysicalAddress - physical address = 1000
DEBUG: [ 11373] physical address unchanged (1000)
TRAFFIC: [ 13489] >> 0f:87:00:e0:91
DEBUG: [ 13489] << Recorder 1 (1) -> Broadcast (F): vendor id LG (e091)
TRAFFIC: [ 13489] << 1f:87:00:e0:91
DEBUG: [ 13489] >> TV (0) -> Broadcast (F): device vendor id (87)
WARNING: [ 13789] unhandled response received: opcode=87 initiator=1 destination=f response=0
TRAFFIC: [ 14939] >> 0f:87:00:e0:91
DEBUG: [ 14939] << Recorder 1 (1) -> Broadcast (F): vendor id LG (e091)
TRAFFIC: [ 14939] << 1f:87:00:e0:91
DEBUG: [ 14939] >> TV (0) -> Broadcast (F): device vendor id (87)
WARNING: [ 15359] unhandled response received: opcode=87 initiator=1 destination=f response=0
TRAFFIC: [ 15360] >> 0f:87:00:e0:91
DEBUG: [ 15360] << Recorder 1 (1) -> Broadcast (F): vendor id LG (e091)
DEBUG: [ 15360] >> TV (0) -> Broadcast (F): device vendor id (87)
TRAFFIC: [ 15360] << 1f:87:00:e0:91
WARNING: [ 15750] unhandled response received: opcode=87 initiator=1 destination=f response=0
TRAFFIC: [ 15750] >> 01:8c
DEBUG: [ 15750] << Recorder 1 (1) -> TV (0): vendor id LG (e091)
TRAFFIC: [ 15750] << 1f:87:00:e0:91
DEBUG: [ 15750] >> TV (0) -> Recorder 1 (1): give device vendor id (8C)
TRAFFIC: [ 15991] >> 01:89:0b
NOTICE: [ 15991] SL initialised
DEBUG: [ 15991] making Recorder 1 (1) the active source
DEBUG: [ 15991] TV (0): power status changed from 'standby' to 'in transition from standby to on'
NOTICE: [ 15991] >> source activated: Recorder 1 (1)
DEBUG: [ 15991] Recorder 1 (1): power status changed from 'on' to 'in transition from standby to on'
DEBUG: [ 15991] << Recorder 1 (1) -> TV (0): in transition from standby to on
DEBUG: [ 15991] >> TV (0) -> Recorder 1 (1): vendor command (89)
TRAFFIC: [ 15991] << 10:90:02
WARNING: [ 16141] unhandled response received: opcode=87 initiator=1 destination=f response=0
WARNING: [ 16321] unhandled response received: opcode=90 initiator=1 destination=0 response=0
DEBUG: [ 18231] Recorder 1 (1): power status changed from 'in transition from standby to on' to 'on'
DEBUG: [ 18231] << Recorder 1 (1) -> TV (0): on
TRAFFIC: [ 18231] << 10:90:00
DEBUG: [ 18322] << Recorder 1 (1) -> broadcast (F): physical address 1000
TRAFFIC: [ 18322] << 1f:84:10:00:01
WARNING: [ 18502] unhandled response received: opcode=90 initiator=1 destination=0 response=0
TRAFFIC: [ 18652] >> 01:89:0b
NOTICE: [ 18652] SL initialised
DEBUG: [ 18652] Recorder 1 (1) was already marked as active source
NOTICE: [ 18652] >> source activated: Recorder 1 (1)
DEBUG: [ 18652] Recorder 1 (1): power status changed from 'on' to 'in transition from standby to on'
DEBUG: [ 18652] << Recorder 1 (1) -> TV (0): in transition from standby to on
TRAFFIC: [ 18653] << 10:90:02
DEBUG: [ 18653] >> TV (0) -> Recorder 1 (1): vendor command (89)
WARNING: [ 18802] unhandled response received: opcode=84 initiator=1 destination=f response=0
WARNING: [ 18982] unhandled response received: opcode=90 initiator=1 destination=0 response=0
DEBUG: [ 20892] Recorder 1 (1): power status changed from 'in transition from standby to on' to 'on'
DEBUG: [ 20892] << Recorder 1 (1) -> TV (0): on
TRAFFIC: [ 20892] << 10:90:00
DEBUG: [ 20982] << Recorder 1 (1) -> broadcast (F): physical address 1000
TRAFFIC: [ 20982] << 1f:84:10:00:01
WARNING: [ 21072] unhandled response received: opcode=90 initiator=1 destination=0 response=0
TRAFFIC: [ 21313] >> 01:89:01
TRAFFIC: [ 21313] << 10:89:02:05
DEBUG: [ 21313] >> TV (0) -> Recorder 1 (1): vendor command (89)
WARNING: [ 21463] unhandled response received: opcode=84 initiator=1 destination=f response=0
NOTICE: [ 21583] SL initialised
TRAFFIC: [ 21583] >> 01:89:01
TRAFFIC: [ 21583] << 10:89:02:05
DEBUG: [ 21583] >> TV (0) -> Recorder 1 (1): vendor command (89)
NOTICE: [ 21703] SL initialised
TRAFFIC: [ 21703] >> 01:89:01
TRAFFIC: [ 21703] << 10:89:02:05
DEBUG: [ 21703] >> TV (0) -> Recorder 1 (1): vendor command (89)
NOTICE: [ 21883] SL initialised
TRAFFIC: [ 21883] >> 01:8f
DEBUG: [ 21883] << Recorder 1 (1) -> TV (0): on
TRAFFIC: [ 21883] << 10:90:00
DEBUG: [ 21883] >> TV (0) -> Recorder 1 (1): give device power status (8F)
WARNING: [ 22003] unhandled response received: opcode=89 initiator=1 destination=0 response=0
WARNING: [ 22123] unhandled response received: opcode=89 initiator=1 destination=0 response=0
WARNING: [ 22243] unhandled response received: opcode=89 initiator=1 destination=0 response=0
WARNING: [ 22423] unhandled response received: opcode=90 initiator=1 destination=0 response=0
TRAFFIC: [ 22480] >> 01:46
DEBUG: [ 22480] << Recorder 1 (1) -> TV (0): OSD name 'CECTester'
TRAFFIC: [ 22480] << 10:47:43:45:43:54:65:73:74:65:72
DEBUG: [ 22480] >> TV (0) -> Recorder 1 (1): give osd name (46)
WARNING: [ 22960] unhandled response received: opcode=47 initiator=1 destination=0 response=0
TRAFFIC: [ 22997] >> 01:83
DEBUG: [ 22997] << Recorder 1 (1) -> broadcast (F): physical address 1000
TRAFFIC: [ 22997] << 1f:84:10:00:01
DEBUG: [ 22997] >> TV (0) -> Recorder 1 (1): give physical address (83)
WARNING: [ 23298] unhandled response received: opcode=84 initiator=1 destination=f response=0
TRAFFIC: [ 24008] >> 01:1a:01
DEBUG: [ 24009] >> TV (0) -> Recorder 1 (1): give deck status (1A)
DEBUG: [ 24009] >> Recorder 1 (1): deck status changed from 'stop' to 'LG other'
DEBUG: [ 24009] << Recorder 1 (1) -> TV (0): deck status 'LG other'
TRAFFIC: [ 24009] << 10:1b:20
WARNING: [ 24279] unhandled response received: opcode=1b initiator=1 destination=0 response=0
TRAFFIC: [ 24279] >> 0f:85
DEBUG: [ 24279] >> 0 requests active source
DEBUG: [ 24279] TV (0): power status changed from 'in transition from standby to on' to 'on'
NOTICE: [ 24279] << Recorder 1 (1) -> broadcast (F): active source (1000)
DEBUG: [ 24279] >> TV (0) -> Broadcast (F): request active source (85)
TRAFFIC: [ 24279] << 1f:82:10:00
WARNING: [ 24610] unhandled response received: opcode=82 initiator=1 destination=f response=0
TRAFFIC: [ 24610] >> 01:1a:03
DEBUG: [ 24610] << Recorder 1 (1) -> TV (0): deck status 'LG other'
TRAFFIC: [ 24610] << 10:1b:20
DEBUG: [ 24610] >> TV (0) -> Recorder 1 (1): give deck status (1A)
TRAFFIC: [ 24791] >> 01:1a:03
DEBUG: [ 24791] >> TV (0) -> Recorder 1 (1): give deck status (1A)
DEBUG: [ 24791] << Recorder 1 (1) -> TV (0): deck status 'LG other'
TRAFFIC: [ 24791] << 10:1b:20
WARNING: [ 24971] unhandled response received: opcode=1b initiator=1 destination=0 response=0
WARNING: [ 25061] unhandled response received: opcode=1b initiator=1 destination=0 response=0
TRAFFIC: [ 25662] >> 0f:87:00:e0:91
DEBUG: [ 25662] >> TV (0) -> Broadcast (F): device vendor id (87)
DEBUG: [ 25662] << Recorder 1 (1) -> Broadcast (F): vendor id LG (e091)
TRAFFIC: [ 25662] << 1f:87:00:e0:91
WARNING: [ 26083] unhandled response received: opcode=87 initiator=1 destination=f response=0
TRAFFIC: [ 26083] >> 0f:87:00:e0:91
DEBUG: [ 26083] << Recorder 1 (1) -> Broadcast (F): vendor id LG (e091)
TRAFFIC: [ 26083] << 1f:87:00:e0:91
DEBUG: [ 26083] >> TV (0) -> Broadcast (F): device vendor id (87)
TRAFFIC: [ 26353] >> 0f:87:00:e0:91
DEBUG: [ 26353] << Recorder 1 (1) -> Broadcast (F): vendor id LG (e091)
TRAFFIC: [ 26354] << 1f:87:00:e0:91
DEBUG: [ 26354] >> TV (0) -> Broadcast (F): device vendor id (87)
TRAFFIC: [ 26563] >> 01:46
DEBUG: [ 26564] << Recorder 1 (1) -> TV (0): OSD name 'CECTester'
TRAFFIC: [ 26564] << 10:47:43:45:43:54:65:73:74:65:72
DEBUG: [ 26564] >> TV (0) -> Recorder 1 (1): give osd name (46)
WARNING: [ 26833] unhandled response received: opcode=87 initiator=1 destination=f response=0
TRAFFIC: [ 27194] >> 0f:87:00:e0:91
DEBUG: [ 27194] << Recorder 1 (1) -> Broadcast (F): vendor id LG (e091)
TRAFFIC: [ 27194] << 1f:87:00:e0:91
DEBUG: [ 27194] >> TV (0) -> Broadcast (F): device vendor id (87)
WARNING: [ 27404] unhandled response received: opcode=47 initiator=1 destination=0 response=0
TRAFFIC: [ 27614] >> 01:46
DEBUG: [ 27614] << Recorder 1 (1) -> TV (0): OSD name 'CECTester'
TRAFFIC: [ 27614] << 10:47:43:45:43:54:65:73:74:65:72
DEBUG: [ 27614] >> TV (0) -> Recorder 1 (1): give osd name (46)
WARNING: [ 27794] unhandled response received: opcode=87 initiator=1 destination=f response=0
TRAFFIC: [ 28154] >> 01:46
DEBUG: [ 28154] << Recorder 1 (1) -> TV (0): OSD name 'CECTester'
TRAFFIC: [ 28154] << 10:47:43:45:43:54:65:73:74:65:72
DEBUG: [ 28154] >> TV (0) -> Recorder 1 (1): give osd name (46)
TRAFFIC: [ 28394] >> 01:46
DEBUG: [ 28394] << Recorder 1 (1) -> TV (0): OSD name 'CECTester'
TRAFFIC: [ 28394] << 10:47:43:45:43:54:65:73:74:65:72
DEBUG: [ 28395] >> TV (0) -> Recorder 1 (1): give osd name (46)
TRAFFIC: [ 28755] >> 01:46
DEBUG: [ 28755] >> TV (0) -> Recorder 1 (1): give osd name (46)
DEBUG: [ 28755] << Recorder 1 (1) -> TV (0): OSD name 'CECTester'
TRAFFIC: [ 28755] << 10:47:43:45:43:54:65:73:74:65:72
TRAFFIC: [ 28995] >> 01:89:0b
DEBUG: [ 28995] >> TV (0) -> Recorder 1 (1): vendor command (89)
NOTICE: [ 28995] SL initialised
DEBUG: [ 28995] Recorder 1 (1) was already marked as active source
NOTICE: [ 28996] >> source activated: Recorder 1 (1)
DEBUG: [ 28996] Recorder 1 (1): power status changed from 'on' to 'in transition from standby to on'
DEBUG: [ 28996] << Recorder 1 (1) -> TV (0): in transition from standby to on
TRAFFIC: [ 28996] << 10:90:02
WARNING: [ 29325] unhandled response received: opcode=47 initiator=1 destination=0 response=0
WARNING: [ 29505] unhandled response received: opcode=47 initiator=1 destination=0 response=0
WARNING: [ 29685] unhandled response received: opcode=47 initiator=1 destination=0 response=0
WARNING: [ 29986] unhandled response received: opcode=47 initiator=1 destination=0 response=0
DEBUG: [ 29996] command 'report power status' timeout
WARNING: [ 30376] unhandled response received: opcode=87 initiator=1 destination=f response=0
DEBUG: [ 32497] Recorder 1 (1): power status changed from 'in transition from standby to on' to 'on'
DEBUG: [ 32497] << Recorder 1 (1) -> TV (0): on
TRAFFIC: [ 32497] << 10:90:00
DEBUG: [ 32586] << Recorder 1 (1) -> broadcast (F): physical address 1000
TRAFFIC: [ 32586] << 1f:84:10:00:01
WARNING: [ 32676] unhandled response received: opcode=90 initiator=1 destination=0 response=0
TRAFFIC: [ 32916] >> 01:46
DEBUG: [ 32916] >> TV (0) -> Recorder 1 (1): give osd name (46)
DEBUG: [ 32916] << Recorder 1 (1) -> TV (0): OSD name 'CECTester'
TRAFFIC: [ 32916] << 10:47:43:45:43:54:65:73:74:65:72
WARNING: [ 33096] unhandled response received: opcode=84 initiator=1 destination=f response=0
TRAFFIC: [ 33306] >> 01:46
DEBUG: [ 33306] >> TV (0) -> Recorder 1 (1): give osd name (46)
DEBUG: [ 33307] << Recorder 1 (1) -> TV (0): OSD name 'CECTester'
TRAFFIC: [ 33307] << 10:47:43:45:43:54:65:73:74:65:72
TRAFFIC: [ 33606] >> 01:46
DEBUG: [ 33606] >> TV (0) -> Recorder 1 (1): give osd name (46)
DEBUG: [ 33607] << Recorder 1 (1) -> TV (0): OSD name 'CECTester'
TRAFFIC: [ 33607] << 10:47:43:45:43:54:65:73:74:65:72
TRAFFIC: [ 33786] >> 01:1a:01
DEBUG: [ 33787] >> TV (0) -> Recorder 1 (1): give deck status (1A)
DEBUG: [ 33787] << Recorder 1 (1) -> TV (0): deck status 'LG other'
TRAFFIC: [ 33787] << 10:1b:20
WARNING: [ 34117] unhandled response received: opcode=47 initiator=1 destination=0 response=0
WARNING: [ 34296] unhandled response received: opcode=47 initiator=1 destination=0 response=0
WARNING: [ 34597] unhandled response received: opcode=47 initiator=1 destination=0 response=0
signal caught: 2 - exiting
DEBUG: [ 34674] unregistering all CEC clients
NOTICE: [ 34675] unregistering client: libCEC version = 4.0.2, client version = 4.0.2, firmware version = 1, logical address(es) = Recorder 1 (1) , physical address: 1.0.0.0, compiled on Fri Feb 3 19:33:49 UTC 2017 by root@compiler2 on Linux 3.16.0-4-amd64 (armv7l), features: P8_USB, DRM, P8_detect, RPi
DEBUG: [ 34687] Recorder 1 (1): power status changed from 'on' to 'unknown'
DEBUG: [ 34687] Recorder 1 (1): vendor = Unknown (000000)
DEBUG: [ 34687] Recorder 1 (1): CEC version unknown
DEBUG: [ 34687] Recorder 1 (1): osd name set to 'Recorder 1'
DEBUG: [ 34687] marking Recorder 1 (1) as inactive source
DEBUG: [ 34687] Recorder 1 (1): device status changed into 'unknown'
DEBUG: [ 34687] unregistering all CEC clients
WARNING: [ 34777] unhandled response received: opcode=1b initiator=1 destination=0 response=0
DEBUG: [ 35057] UnregisterLogicalAddress - releasing previous logical address
DEBUG: [ 35057] logical address changed to Broadcast (f)
If some other kind of log is needed I’m happy to oblige - this is a consistently repeatable issue (for me, anyway).
Cheers
Settings → System → Logging → “Enable component specific logging” and then in "Specify component specific logging choose libcec
