Posts by no1home

This is my debug log kodi.log. I'm running CoreELEC as my device is S905X. Apologies if it's not appropriate for this forum, but since others had reported the same issue and no one has posted a log I thought I should post it. For my test I pressed the down arrow key twice (KEY_DOWN, one of the keys which kodi handles whether or not eventlircd is active) and then KEY_BLUE and KEY_YELLOW which I have mapped to VolumeDown and VolumeUp. Compare to this kodi.log, where I repeated the same test after restarting eventlircd.

When this problem occurs, irw doesn't respond to any button presses even though eventlircd seems to be running in the background. Also, it doesn't happen on every boot, but most of the time it does. My suspicion is there is a race between kodi and eventlircd. If kodi starts before eventlircd, then eventlircd isn't able to capture the inputs.

I have the same remote and I've had this problem with recent builds. I got it working by logging in via ssh and restarting the relevant services:

systemctl stop kodi

systemctl restart eventlircd

systemctl start kodi

See if this restores functionality for you. I don't know why this started happening or how to fix the underlying issue, but if you're seeing the same result perhaps someone can help diagnose it.

Quote from afl1

Test version LibreELEC-S905.arm-9.0-devel-20180118135352-r27906-g8a50041.tar with AMLCodec using Krypton based pts handling.

afl1 Still stuttering with this version. Also I tried Milhouse LE 9.0 Generic build on a x86_64 machine and MythTV stutters there as well. So you are probably correct that the problem is with pvr.mythtv and Kodi 18.

kodi.log

Quote from afl1

In Le 8.2 is perfect data feeding by pvr.mythtv. LE 8.x and LE 9.x use different pvr versions (4.x.x vs 5.x.x). It looks like issue in pvr.mythtv for LE 9.0.

afl1 Ok good to know. Thanks for looking into this. Maybe I will test it on x86_64 and see if it has the same problem.

Quote from afl1

Pls, send me debug log from LE 8.2.

afl1 Here is a log from LE 8.2. I didn't see the option to enable verbose logging for A/V timing info, I guess that's a new feature of Kodi 18? Anyway I checked both Audio and Video components.

kodi.log

Quote from afl1

Have you tested it with LE 8.2 ?

Yes, I've been running LE 8.2 on nand for a while, it's working fine. I just thought I would start testing Kodi 18 on an SD card and provide some feedback. Let me know if there's anything else I can do to help test.

afl1 No, it stutters just as badly with SW decoding.

Quote from afl1

Sorry, my mistake. I pushed unchanged version.

LibreELEC-S905.arm-9.0-devel-20180116232634-r27904-g87fe5f7.tar

afl1 No worries. Still stuttering with this one. New log file below. Thanks.

kodi.log

Quote from afl1

Try update to this version: LibreELEC-S905.arm-9.0-devel-20180116155034-r27905-g7cb88d9.tar

and post kodi.log.

afl1 Ok, tested with this build, still stuttering. New log file attached. Thanks so much for looking into this.

kodi.log

I'm still experiencing stuttering with Live TV on LE 8.90.2. Everything else plays flawlessly. This on nexbox A95X (S905X).

kodi.log

Quote from afl1

THX for log file. Pls enable component specific debugging for a/v timing and video. I need more info for this issue.

afl1 Ok, here is another log file with a/v timing info enabled. Thanks again.

Kodi debug log

Greetings. I have a Nexbox A95 (S905X) and I have been running kszaq's LE 8.2 builds for some time. I decided to test LE 9 Alpha on an SD card. Playback of h264 and h265 files works fine. However Live TV/Recordings with pvr.mythtv stutters badly and the kodi log contains a lot of audio sync errors. Let me know if you need any other info. Thanks for all your work.

Here's my log file:

Kodi debug log

Quote from vpeter

I think there is also docker to build le.

Thanks for the suggestion. Tried it out and it works really well and probably better performance than a VM as it still uses all my cores.

indri not sure about the error but if you're building from master there have been changes to kodi patches in the last week so maybe do another git pull and try again.

It's the same perl regex error as the automake one. Replace all occurrences of "\${" with "\$\{" in build*/toolchain/bin/intltool-update

Quote from indri

thanks again no1home works perfectly!

how did you figure out what the problem was?

Just from searching on the error messages. I'm considering creating a Ubuntu VM for these LE builds to avoid the compatibility issues.

This error occurs when building gcc 6.2 with gcc 7 on the host. Try this patch:

diff -Naur gcc-6.2.0.orig/gcc/ubsan.c gcc-6.2.0/gcc/ubsan.c
--- gcc-6.2.0.orig/gcc/ubsan.c    2017-07-13 14:55:44.175133226 -0400
+++ gcc-6.2.0/gcc/ubsan.c    2017-07-13 14:56:32.977783780 -0400
@@ -1469,7 +1469,7 @@
 
   expanded_location xloc = expand_location (loc);
   if (xloc.file == NULL || strncmp (xloc.file, "\1", 2) == 0
-      || xloc.file == '\0' || xloc.file[0] == '\xff'
+      || xloc.file[0] == '\0' || xloc.file[0] == '\xff'
       || xloc.file[1] == '\xff')
     return false;

Quote from CvH

what distro are you using ?

I'm on Arch Linux.

I ran into this as well. What version of perl do you have? Apparently in perl 2.6 this was changed from a warning to an error. You can either downgrade perl or escape the left bracket "{" in automake-1.15/bin/automake.in (under the build directory). I got a similar error in toolchain/bin/intltool-update

This is the upstream automake patch