Posts by xmun

Yeah, I'll just stick with the CEC remote. Shame.

Does anything stand out?

Quote from Iridium

Let's start from scratch.

You want to use the remote as you want the function of power on/power off. I'm not an expert but I am not too sure these boxes can be powered on/off via remote. Normally a power recycle is needed.

To assist: Please provide a full debug log as explained in my signature and also the output of dmesg | paste

Forget about power on/power off. I just want to be able to use the IR remote.

Here are the logs:

http://ix.io/1jni - kodi.log

http://ix.io/1jnj - dmesg output

I'm using 8.2.4.2.

I tried following the forum post to create a remote.conf from scratch using debug option and reading dmesg, but no button presses are being captured.

The remote works well using the stock android though.

I am running Libreelec off an SD card on an AMLOGIC S905X - Branded as MAG410.

I have great performance and CEC works well but I'd like to use the factory remote specifically because of poweroff-poweron.

The problem is even using the android remote.conf the remote buttons don't work. I believe this may have something to do with the IR receiver not being detected.

If I run from ssh I get the following error:

# ir-keytable
/sys/class/rc/: No such file or directory

Any idea how I can debug this?

Strangely enough, after adding this script, suspend remained not working but shutdown is now turning off the TV,

Quote from vpeter

Then you can try workaround using file /storage/.config/sleep.d/01-cec-suspend.power (create folder first if doesn't exist

I'll give it a try. Should this work for both shutdown and suspend ?

Quote from vpeter

What about if you type this in ssh console? Does TV goes to suspend?

Code

kodi-send -a "CECStandby"

Works when I do this. This would imply that Kodi isn't sending the signal at the appropriate time.

In my case, the problem was that the TV - OFF command was being sent "late". So my PC was going into suspend and leaving the TV on. Then when I power the PC back on, the TV was switching off then back on.

Now nothing is working though, neither shutdown nor suspend. TV always remains on.

Quote from pnp

Thank you for your remark. I am not one.

I have not up to date Philips TV. But it works fine with other HDMI-CEC sources without any problem.

Something changed in libCEC within 2 fresh releases.

I suspect that this thread Wake from suspend (CEC) has connection with our problem.

I tried the build made specially by vpeter but it did not solve my original problem. I will try the 8.2.1 version he just uploaded and see if it helps with the new issue.

Quote from vpeter

This explains a lot. At least in the past Samsung didn't cooperate with cec as is should

As pnp said though, I had no problem with this on LibreELEC 7.0 or previous versions since I haven't changed anything with my TV wouldn't the problem be more likely to be caused by libCEC? I'm not an expert at all, I am asking out of ignorance.

Quote from pnp

I have an Intel NUC with internal Pulse-Eight HDMI-CEC adapter installed.

No any problems with LibreELEC version 7.x. All works fine. I've set in "power saving" menu for 90 minutes of idle time and "suspend".

After 90 minutes of no any input from my remote, NUC goes to suspend state and TV is switching off.

But with installed version 8.x and Milhouse 9.x alphas (clean installs) TV is not switching off anymore. I've tried various versions with no success.

The only solution is set in "power saving" to "shutdown" instead of "suspend". In this case the TV is switching off. But I have to manually switch on NUC after that.

What it can be? Am I stuck with version 7.x?

Display More

Have an Intel NUC with the exact same problem. Already had trouble before when using the suspend option instead of shutdown but now nothing works. I have a Samsung TV, what TV do you have?

Just updated to 8.2.1 and the situation got worse. Now, even when peripheral settings are set to turn off tv on shutdown, it doesn't send the signal at all.

Ever since I updated to the official 8.2.1 my situation with CEC got worse, now, even when I shutdown my Librelec machine no command is sent to switch off my TV. Sad that this feature keeps getting progressively worse instead of better.

Quote from Mario77

What I mean is that you might be able to change some behaviour in the way your connected devices communicate....At the moment you are trying to switch off the TV by suspending Kodi when you can do it the other way round...when you switch off the Tv it will suspend Kodi/or turn off kodi/or just pause or stop any media playing and other connected devices...it's all in peripheral settings

Well this would work, and right now i'm considering either this option or leaving the power option as shutdown since it works well. The "problem" is that I only use the IR MC remote of my NUC not of the TV so the power button turns off the NUC not the TV. The TV remote has lag when using CEC so it's "smoother" using the MC remote.

Quote from Mario77

can't you do it the other way round for standby mode...screensaver activate standbye...wake up screensaver wake up tv...

I'll try this.

Quote from Mario77

Did you try to change the cec/peripheral settings?

To what? I've tried changing the settings to say, stop the system from turning off the TV on shutdown, but this not the behaviour I want.

I have noticed bizarre behavior with my Intel NUC D54250WYK running LibreELEC (although the same behaviour occurred on OpenELEC)

Basically, if Kodi is configured to suspend the system (rather than shutdown) when pressing the power button, the commands sent to CEC are not sent before the system is suspended but are actually sent after the system wakes from suspend. This is the way Kodi behaves when the power button is set to suspend:

Kodi On --> Press Power --> System powers down, TV and receiver remain on --> Press power --> system powers on --> TV and receiver power off --> TV and receiver power back on immediately.

If I can provide any logs to help debug this issue, please let me know how to enable the appropriate logging.