Posts by chewitt

I wouldn't expect any real-world differences between releases as nothing on the kernel side has really changed (nobody did any real work on the decoders since 2020). That said, Kodi and ffmpeg versions changed so it's not impossible. Seeking is generally okay on H264 in my testing, but the decoders are all known to be imperfect, and there are some unresolved memory buffer management issues that when provoked with lots of stop/start/seek activity will leave the decoder driver in a bad state, although I've not see any Kodi crash/restarts from them.

The sole real-world decoding change is https://github.com/chewitt/linux/…aa21f07ee54d028

Quote from Johpin

I am surprised about the [DEPEND] Dependency failed for windowmanager.service I have seen one time. I did not expect gbm needs an X-server and the X-server needs a window manager (or maybe a display manager?).

I also should expect Kodi should be compiled against gl instead of gles.

The first image I shared was GBM based but after having suspicions on GLES support I switched to X11/GL, and we use fluxbox as a minimal window manager (Xorg requires there to be one).

If you stop xorg.service and manually run /usr/bin/xorg-launch -nolisten tcp vt01 -logverbose 6 -verbose 6 what output do you get on the console?

You can create /storage/.config/udev.rules.d/98-eventlircd.rules with the changes and reboot, or update to the nightly. I wouldn't worry about stability with LE12 nightlies as we don't bump much in release branches. Most changes are for add-ons.

Disabling WiFi isn't going to help with the 2.4GHz device when USB 3.0 is the source of issues.

If the media is 1080p it's unlikely to be an HDMI bandwidth issue unless you're using a particularly rubbish cable. However, 1080p content is normally 8-bit not 10-bit which suggests media has been intentionally encoded that way, which opens the door to people using exotic encoding configs, e.g. in the past the Animé scene used 10-bit H264 which often caused issues. So plan B might be to rerip the media using Handbrake default HEVC settings.

Honestly, no clue.

If you created the /run xorg.conf and restarted the service the journal log should show Xorg starting in debug mode, which will generate a load more output and it would be useful to see that.

I updated the image in the share (Xorg based) to include a couple of things .. but I'm making random guesses.

Not a debug log. Not a complete log. So hard to comment.

Are you using 4K "certified" cables? .. 4K 10-bit media (and often HD audio) combined will be pushing higher data rates on the HDMI cable and dropouts are a textbook symptom of a cable that can't sustain the required data rate.

Quote from drjackel

Is this something I should be worried ?

No, all harmless.

LE doesn't use /etc/fstab although it exists because some tools check for its existence.

Are there any stray .mount files in /storage/.config/system.d ?

Section "Device"
    Identifier "Nvidia card"
    Driver "nouveau"
EndSection

In the Xorg image, create /storage/.config/xorg.conf with ^

XORG_DEBUG="-logverbose 6 -verbose 6"

Also create /run/libreelec/debug/xorg.conf with this ^ and then systemctl restart xorg.service to get debug output.

Also run journalctl -xe windowmanager.service to perhaps see more about what the failing dependency is?

https://wiki.libreelec.tv/support/log-files

Official:Forum rules/Banned add-ons - Official Kodi Wiki

If you want support, come back with a full clean Kodi debug log showing no pirate crapware installed.

Probably this https://github.com/LibreELEC/LibreELEC.tv/pull/9671

in which case grab the latest nightly from https://test.libreelec.tv/ .. both LE12 and LE13 nightlies have the fix.

Fresh image using OpenGL/Xorg: https://chewitt.libreelec.tv/testing/LibreE…-12.80.1.img.gz

If OpenGL ES vs. OpenGL wasn't the issue, I'm out of ideas.

What happens if you run umount /etc/issue ??

It's a 2.4GHz wireless (but not WiFi) device that pretends to be a keyboard then. It's most unusual to see issues with them as they are simply a keyboard device to the OS. Share the output of "lsusb -tv" and the URL from "pastekodi" please.