This issue is known for a long time. I fixed one bug, but it seems that there is another. The problem lies in freeing CedarX frame buffer during channel switch. For now, I can't find the problematic place in the code. Main problem here is that CedarX library is not good fit to Kodi workflow, so I added few hacks, but evidently I didn't predict everything... There is something different how Kodi handles DVB clients. Maybe I should make a debug version which would print a lot of info to log.
@jernej: Could you tell me how currently is configured poweroff/suspend in your images ?
I see that "Shutdown button" in OpenELEC menu probably check using System.CanPowerDown and then calls Powerdown()
(see https://github.com/xbmc/skin.con ... gButtonMenu.xml#L99),
then it is possible to wake up OpenELEC using phisical button.
I think that menu button goes to suspend mode (it is different than "poweroff" or "shutdown" shell command).
Is it possible to active System.CanSuspend to use Suspend() command ?
Some times I need use Suspend() some time PoweDown().
So, your OpenELEC images intentionally perform suspend instead of powerdown, is it really needed ?Did you try use suspend/powerdown without this patch ?
Is something goes wrong or orginal
darqoq replied at 2016-8-30 21:32
So, your OpenELEC images intentionally perform suspend instead of powerdown, is it really needed ?D ...
This patch is necessary for power button to work. Obviously, it is not used only for H3. Without it, press on the power button would shutdown the board and power cycle (power cable plug off/on) would be needed to bring it to life. Same goes for remote, etc.
I didn't try CLogindUPowerSyscall because as I already said, I reused the patch from Wetek target.