I’m having the same issues. When my tv goes into standby CEC isn’t working. Only just started with the last update. I’ve a rpi2 and a Panasonic tv. It all worked fine before update!
Probably not related, but the only error I can see is:
ERROR: SQL: [Textures13.db] The database disk image is malformed
This is repeated quite a few times, through out the log.
Could be a space issue, whats the output of:
df
Also I would delete:
.kodi/userdata/Database/Textures13.db
This is either corrupt or has filled up your sd card. It will regenerate on restart.
After you’ve done that see if you can reproduce the issue, it maybe worth turning on component specific logging for libcec; you’ll see this where you turned on debug logging on osmc.
====================== lircd.conf =================== kdgLUcwP
# V2
# Please make this file available to others
# by sending it to <lirc@bartelmus.de>
#
# this config file was automatically generated
# using lirc-0.9.0(default) on Sat Apr 4 14:50:06 2015
#
# contributed by phate1
#
# brand:Samsung
# model no. of remote control:BN59-01107A
# devices being controlled by this remote:Samsung PS50C680
#
begin remote
name Samsung BN59-01107A
and
#
# this config file was manualy generated
# using lirc-0.8.6(samsung) on Mon Mar 14 23:08:51 2011
#
# contributed by ulf
#
# brand: Satelco (Samsung IrDA remote)
# model no. of remote control: RE49C
# devices being controlled by this remote: Satelco EasyWatch DVB-C
#
# Basically this should handle all remotes reporting as Samsung IrDA
# (0419:0001), but for now only the Satelco remote is tested.
#
begin remote
name Samsung
You seem to have a lircd configuration for a samsung remote. Is this an additional remote or is the LG remote picked up as a Samsung? Sorry I’ve not got a LG TV to check this on.
Nope default it points to
====================== lircd.conf =================== kdgLUcwP
# Please make this file available to others
# by sending it to lirc@bartelmus.de
#
# this config file was automatically generated
# using lirc-0.9.0-pre1(default) on Thu Jan 8 11:26:07 2015
#
# contributed by Dilligaf
#
# brand: OSMC
# model no. of remote control:
# devices being controlled by this remote:
#
@velho10
Sorry we are no closing to resolving the issue. I’ve requested logs from Carlmon & Blinkz, as I’m hoping a comparison will shed more light. I’ve also flagged the issue to Sam. Will try and advise on a fix ASAP.