Speaking about 9.2.5 vs 9.2.6 - 9.2.7 (as I think easiest would be catch this between 5-6/7, as matrix is another can of worms)
Can you try disable all CEC? I mean both CE settings, Kodi input, TV, AVR… Maybe you could atleast take out CEC related changes from equation… Second thing crossed my mind is ffmpeg bump in 2.6 (i think), not sure if /how it comes to play for 4k mkv…)
Hi, I am not sure if I fully understand what to disable, but I disabled CEC in:
Settings -> System -> Input -> Peripherals -> CEC Adapter
Settings -> CoreELEC -> Hardware -> CEC (all settings disabled)
AndroidTV Settings -> General -> EasyLink (CEC on Philips) -> turn off
And with no result, it’s still corrupted on playback.
I do not have AVR, HDMI goes from Odroid to TV.
I controlled CE by Minix remote, as my original TV remote stopped working.
There are no problems with the addon, but it is not updated automatically, only via the zip file. And on another device (desktop computer) with Matrix installed, it is updated automatically.
Hi did a clean install first to CE19 stable. Was previously using 9.2 w/o any problems for over a year. Unfortunately all of my videos are stuttering. Did now update to the latest nightly of CE19 and my Mecool KI Pro box still stutters on my videos…The videos are simple h264 videos with HD quality (1280x720). Tried to read around and find a solution but I got no luck now trying so hard for hours. Sorry got no logs atm for you. Anyone else have that issue on Mecool KI Pro? Any tip?
Hi guys! I’ve updated from 9.2.5 to 19-Matrix directly. Everything was smooth and seemed to be well. However, since doing that I have problems with libCEC on my LG TV (UN8500). When using 9.2.5 I ran on libCEC 4.0.7 which was build in already and never had those problems. Now with Matrix it was changed to libCEC 6.0.2 v5, because this version is now supported (it was not on Kodi 18).
The problem is that the CEC keeps kind of disconnecting every few seconds, then I’ll have to wait some seconds and then I can use CEC again for some seconds. When watching my LG’s “Home Dashboard” I can see that the connection seems aborting every time. The HDMI port is usually called like what I’ve configured in the CEC settings like “CoreELEC”. Whenever the connection is lost, it changes back to HDMI 3, then to “Recorder” (my Pioneer AV which is between both devices) and then back to CoreELEC. This happens several times per minute.
After deactivating CEC and rebooting CoreELEC this does not happen anymore but of course I wont be able to use CEC.
As you might have understood the connection is as follows:
LG TV : HDMI 3 -> Pioneer AV Receiver : Any HDMI -> Tanix TX5 Pro (905X Amlogic-ng)
Below you can find some debug information from libCEC, as I think this is the root cause and it has nothing to do with CoreELEC itself. Sure I can ask this question somewhere else, but my main question would be:
-
Is it possible to compile a Matrix-19 release with the old libCEC 4.0.7 version? Would that be compatible? I’ve no idea how to do that myself as the required dependencies are not included in the CoreELEC release, as I’ve seen.
-
Maybe someone know how to deal with it here anyway?
Here is something I’ve found from the libCEC logs. The numbers between 7xx and 8xx indicate the loss and reconnect probably. I understand this as time.
WARNING: [ 75804] FIXME: LG seems to have bugged out. resetting to ‘in transition standby to on’. the return button will not work
DEBUG: [ 74228] << Recorder 1 (1) -> Broadcast (F): vendor id LG (e091)
TRAFFIC: [ 74228] << 1f:87:00:e0:91
DEBUG: [ 74229] >> TV (0) -> Broadcast (F): device vendor id (87)
TRAFFIC: [ 74410] >> 01
DEBUG: [ 74410] << POLL: TV (0) -> Recorder 1 (1)
TRAFFIC: [ 75442] >> 01:8c
DEBUG: [ 75442] << Recorder 1 (1) -> TV (0): vendor id LG (e091)
TRAFFIC: [ 75442] << 1f:87:00:e0:91
DEBUG: [ 75444] >> TV (0) -> Recorder 1 (1): give device vendor id (8C)
TRAFFIC: [ 75647] >> 01:8f
DEBUG: [ 75647] << Recorder 1 (1) -> TV (0): on
TRAFFIC: [ 75647] << 10:90:00
DEBUG: [ 75647] >> TV (0) -> Recorder 1 (1): give device power status (8F)
TRAFFIC: [ 75804] >> 01:8f
WARNING: [ 75804] FIXME: LG seems to have bugged out. resetting to 'in transition standby to on'. the return button will not work
DEBUG: [ 75804] Recorder 1 (1): power status changed from 'on' to 'in transition from standby to on'
DEBUG: [ 75804] << Recorder 1 (1) -> TV (0): in transition from standby to on
TRAFFIC: [ 75804] << 10:90:02
DEBUG: [ 75805] >> TV (0) -> Recorder 1 (1): give device power status (8F)
DEBUG: [ 75896] Recorder 1 (1): power status changed from 'in transition from standby to on' to 'on'
TRAFFIC: [ 75985] >> 01:89:0b
DEBUG: [ 75985] Recorder 1 (1): power status changed from 'on' to 'in transition from standby to on'
DEBUG: [ 75985] << Recorder 1 (1) -> TV (0): in transition from standby to on
TRAFFIC: [ 75985] << 10:90:02
DEBUG: [ 75986] >> TV (0) -> Recorder 1 (1): vendor command (89)
DEBUG: [ 76080] Recorder 1 (1): power status changed from 'in transition from standby to on' to 'on'
TRAFFIC: [ 88230] >> 0f:87:00:e0:91
DEBUG: [ 88230] << Recorder 1 (1) -> Broadcast (F): vendor id LG (e091)
TRAFFIC: [ 88230] << 1f:87:00:e0:91
DEBUG: [ 88232] >> TV (0) -> Broadcast (F): device vendor id (87)
TRAFFIC: [ 88413] >> 01
DEBUG: [ 88413] << POLL: TV (0) -> Recorder 1 (1)
TRAFFIC: [ 88506] >> 01:89:0b
DEBUG: [ 88506] Recorder 1 (1): power status changed from 'on' to 'in transition from standby to on'
DEBUG: [ 88506] << Recorder 1 (1) -> TV (0): in transition from standby to on
TRAFFIC: [ 88506] << 10:90:02
DEBUG: [ 88506] >> TV (0) -> Recorder 1 (1): vendor command (89)
DEBUG: [ 88598] Recorder 1 (1): power status changed from 'in transition from standby to on' to 'on'Hello, I made the logs for playback from different storage (NAS). First for CE9.2.5. (everthing ok), then for CE9.2.7. (playback is corrupted). No change in setup.
CE9.2.5
log: http://ix.io/2TwM
ce-debug: http://ix.io/2TwN
CE9.2.7
log: http://ix.io/2TwQ
ce-debug: http://ix.io/2TwS
Thank you for any help.
You log spammed with timeout error and decoder error.
Please increase putty(or your ssh application) buffer to save more data and run command journalctl -kf before video start and stop video after first issues.
After that please upload this output to see what happened in the beginning.
Don’t know ho to do this, I am making logs trought Settings → CoreELEC → System → Upload last log and configs, and view short url
ce-debug I run in Terminal Linux Mint
Is it useable?
Yep, building an image now for test…
I think it’s something TV related issue
1 Like
Try this build. It’s like 9.2.7 + one test patch
If still not then please also collect log like you did before(stop to watch video after issues started).
Yep, log that needed.
No solution right now.
Could you also try other TV?
Hi, I don’t mean to interrupt the flow or anything but with my N2 and running Matrix from a sd card the LG HLG file plays perfectly fine - but I can duplicate the way it breaks up in viky808’s video by changing the 3d setting to side by side. Silly I know but I was trying to set things on or off to see the effect. Incidently once set to 3d side by side I had to power down the box to get the file to correctly play again??
I am sorry, there is only one 4K HDR TV in our household. And also we’re in lockdown, not allowed to travel.
Thank you for your time, advice and help. I am staying on CE9.2.5, it’s working just fine.
I did factory reset TV. It is not helping. Playback is still corrupted.
Is it possible to use this version on Wetek Play 2?
You have a bad CEC combination:
- AVR, try to connect the device direct to the TV. Forum is full of CEC/EDID issues when user uses an AVR between device and TV.
- S905X (GXL) do not have CECB, only CECA. May you think about upgrade your device and try with CECB. It’s automatically selected by the SoC type.
libCEC: 4.0.7: no, it’s not on the plan because Pulse Eight version 6.x is recommended to be used for Kodi v19 as the API changed.
You can try to manually enter a physical address in libCEC settings. Maybe it get better.
The other solution will be to contact Pulse Eight and request support there as CE is not the author of libCEC.
Thank you so much for you reply 
I will try with your suggested EDID solution. Maybe this helps. However, I am still wondering why 9.2.5 did not have problems at all.
Of course I could plug the device directly to the TV. Unfortunately no new TV has the DTS codec built in and this is the only annoying thing which keeps me away from doing so. So chaining through the AVR is the only option for now.
Thanks anyway. I will fiddle around with EDID and/or thinking about an upgrade or just use the remote which came with it.