Anything more I could provide or test?
Posts by Mettbrot
-
-
Hi everyone,
this is happening for me ever since I installed LE 11 on my NUC11 4 months ago. (And also on the newest LE 10.0.3)
Specific TV programs seem to break the audio completely after which nothing plays anymore (no TV, no music, no Movies). Changing audio devices does not help. Only rebooting restores the audio. This is reproducable for the same TV channel and running program, but that same channel might be fine later(after a reboot) when another program runs.
First channel I switched to was fine, switched to a second one at 2022-08-07 11:03:36.450 T:785 which borked the audio, switched back the first one, no audio.
Another one without component logging: http://ix.io/46Ts switched to the breaking channel at 2022-08-07 10:50:43.608 T:782
EDIT: Sample File (disable passthrough): https://www.dropbox.com/s/7tsxn0wpt5su2fq/testfile.mkv?dl=1
EDIT2: LE 10.0.3 log: http://ix.io/4egB
-
Have the same issue on my NUC11TN no HD Passthrough audio, then audio does not work until a reboot. All other audio formats seem fine.
Is anyone else having this problem? I don't think this is specific to this particular build, I am also experiencing it with the nightly.
-
Okay, I updated from LE10 to the latest Generic nightly and the Sound Devices changed from HDMI Port #5 to DisplayPort #0. Now the getedid script works again, thank you!
I guess the LE10 Kernel is too old for the NUC11?
-
Anything new on this topic?
I also have the NUC11PAHi5 and DP-3 shows as connected when I use the HDMI port. getedid does not work as well as manual edit, the display just stays black.
-
Thanks! I didn't even know they had a mode to grab from "external" video sources. Makes sense I guess...
This would be the corresponding feature request for anyone interested.
-
There is progress going on in this pull Request at hyperion.ng: Media Foundation/V4L2 grabber ... by Paulchen-Panther · Pull Request #1119 · hyperion-project/hyperion.ng · GitHub
It looks like they are implementing a v4l2 grabber.
-
Thank you Team Libreelec for this writeup, I think we all appreciate the details on the state of the various platforms.
Also thank you for beeing bold enough to streamline the number of supported platforms - I think we will all benefit from a codebase which is easier to maintain in the future - even if it means getting rid of some of our beloved older devices...
You can always get a Pi4 for 40 bucks and have good performance and support for the years to come.

-
-
OK, I think I got it. I had to restart the video ~20 times before it happened. Maybe you could confirm its a driver bug before I file it with them?
Kodi.log: RfDH
dmesg: eYSc
Unfortunately, its only the last part of the dmesg, I guess the buffer was too small for that.
Code
Display MoreLibreELEC:~ # uname -m x86_64 LibreELEC:~ # uname -r 4.13.4 LibreELEC:~ # xrandr --verbose | paste http://sprunge.us/effM LibreELEC:~ # dmesg | paste http://sprunge.us/eYSc LibreELEC:~ # cat /sys/class/drm/card0/error | gzip > error.gz LibreELEC:~ # echo 1 > /sys/devices/pci0000:00/0000:00:02.0/rom LibreELEC:~ # cat /sys/devices/pci0000:00/0000:00:02.0/rom > vbios.dump LibreELEC:~ # echo 0 > /sys/devices/pci0000:00/0000:00:02.0/rom -
Thank you for your answer!
I can workaround the bug by disabling MPEG-2 VAAPI. Thats what I have to do since the last couple of versions

If I remember correctly I tried with the build fritsch provided in the kodi trac and it worked with this one. Wouldn't this one hang too if it was a driver issue?
How do I adapt the kernel command line? Is this something I can do at boot? Can it be done in a live environment? I like to boot "live" to have the stock image for testing.
Can I append them like this in syslinux.cfg?
CodeLABEL live KERNEL /KERNEL APPEND boot=UUID=3108-2154 live quiet tty vga=current drm.debug=0x1e log_buf_len=2Mjust tried this, at least they show up in proc/cmdline so I guess thats fine. Running the test now..
-
mraction If you have the same problem, maybe you could also test with the video file I provided and a clean install (or "live" boot) of Libreelec. Post a debug log and maybe we can get this thing worked out

-
I would really like to get to the bottom of this. If there is anything else I can test or provide let me know...
-
-
Any news on this?
-
Can I try anything else?
-
Hello,
I have been experiencing a problem for some time now: Kodi freezes when I watch SD content with VAAPI enabled. I posted about it here and we hunted it down to beeing a kernel bug.
It does not happen on Ubuntu 16.04.1 LTS, it does not happen on a downgraded kernel version of Libreelec (the one posted on the TRAC ticket by fritsch).LE 9 Debug Log: DiPD dmesg: LHCL
LE 8.1.1 Debug Log: OWYL
LE 8 Debug log: UIQO
Debug log Kodi beta3: WCDf
dmesg after the freeze: HdUP
gdb debug: MNhA
File to reproduce: Die Ruhrpottwache-SAT.12017-02-1712-59.ts?dl=1Remark from fritsch:
Quote
From my first analysis it looks like something mesa intel driver vs. xserver vs. eglThank you for looking into this, let me know if I can help any further.
-
Here is a freeze-log from libreelec BETA 3: RMgA
I set the recording profile to "pass" in tvheadend and did a recording: Die Ruhrpottwache-SAT.12017-02-1712-59.ts?dl=1
I played it several times, the first time it froze, but the CPU load numbers and memory on top still changed and playback recovered after a while (First time that happened btw). Next time I played it, kodi completely froze. There is no crashlog because kodi is still running, it just doesn't react to any input. (The sigterm is from when I shut it down after ~15 minutes)
Here is another freezing log from when I played the file through the file system, no tvheadend involved (I had to restart it several times)
QcfM