The kernel patches for older RK images are known broken for a while. I started to rework things but keep getting waylaid by other tasks; I also lack older RK hardware so it needs a load of guesswork. Right now I’m on vacation so there’s unlikely to be any change until later in the month.
Posts by chewitt
-
-
Supports HD/object based audio? Quick AI query says yes; is it?
Supports 4K HEVC and HDR10, but not HDR10+ and DV? AI says correct; true?Is the 4GB RAM Pi5 board good enough, or is 8GB necessary?
HD audio and 4K/HEVC and HDR10/HLG are supported but not dynamic formats like HDR10+ and DV
4GB is fine, 8GB not necessary unless planning to run other things in the background.
-
Here is the log, i detected a dbus error in the logs:
The Upower dbus error is harmless and can always be ignored. It's present on 100% of LE releases.
-
LE has no plans to implement this because manual monitor selection from within the Kodi GUI is a Kodi (not LE) feature. Based on recent discussions it's something that Kodi might finally implement for Kodi v23 (Q*) .. but no guarantee.
Until then you can enable SSH to access the OS, then mount the boot partition and edit kernel boot params to disable the internal (normally LVDS) connector so that output defaults to HDMI instead of the internal screen.
See https://wiki.libreelec.tv/hardware/intel…generic/laptops
NB: Kodi does not support pre-execution configuration of the output device, which is what would be needed to configure anything from the LE settings add-on. Someone proposed it, but a) not quite the right way, b) the contributor didn't persist to see changes through so the PR was closed: https://github.com/xbmc/xbmc/pull/27412
-
Those changes are for ancient Intel Sandybridge chips so not relevant for this user on NUC8i3BEK hardware.
-
dtech has an LE 9.2.8 release for old hardware if you check his pinned thread.
-
Linux 7.2 has audio fix for Intel dropping HDMI audio
What fix? .. point to the specific commit please
-
The mainline kernel codebase that LE uses lacks hardware deinterlacing on all hardware. Kodi implements bwdiff software decode which is tolerable for normal TV shows, but it's not so great for sports and anything with fast panning shots.
The vendor codebase implements it, but that's CE and not LE.
-
Install a current LE13 nightly to the Dell box. Assuming that doesn't magically fix things, next boot the Linux Mint install in 'Live' mode so you can mount the boot partition of the internal drive and edit syslinux.cfg to append ssh to kernel boot params. Now when you boot the problem LE install again the SSH daemon is forced to start on boot so you can SSH into the box to run pastekodi and share the log URL that's generated; which hopefully shines a light on what the underlying problem is. In the absence of some logs/info we are blind to what the issue might be.
-
CoreELEC versions tested
CE = someone else's problem
Their forum is the appropriate place to ask for help, not here.
-
I'm aware of those PR's/changes and I've understood them to resolve past issues with content appearing in the top-left corner of the screen; hence asking you to run a current LE13 nightly. That said, the general design/test assumption is that users run the desktop at 1080p to give a better navigation experience and switch to 4K only when needed. You've confirmed that works, but i'd guess some of the logic or code-maths is still broken for the less common 4K switching to 1080p when needed case. I'll flag it to the dev who's looked at those cases.
-
Incomplete log .. You've trimmed all the useful info
-
Power up the projector. Power up the C2. As long as the screen is showing SSH in and run getedid create then power the projector off, reboot the C2, wait a minute, then power on the projector and you should see Kodi? (and this should be persistent). In short, this captures the EDID data from the active HDMI connection and hard-codes the kernel (and thus Kodi) to always see the HDMI device (the projector) as connected.
-
B2 (imminent) > RC1 (soon) > maybe RC2 > release. I'd expect release in Autumn. There's a strong desire to get something shipped sooner than later else we'll keep queuing changes and go nowhere.
-
Please provide a Kodi debug log from the latest LE13 nightly that demonstrates the problem.
-
Never done this before so please bare with me if I make a mistake.
Enable 'debug logging' at Settings → System → Logging. Neither of the logs are Kodi debug logs, so lots of info missing.
Also leave media to play for a full minute before running the command so the playing configuration has settled.
-
Just update to a current LE13 nightly, Kodi 22 is about to move to RC and things are quite stable. I've been daily driving a dev build for more than 18-months already
-
Please share a couple of debug logs using the LE13 image and the pastekodi command so we see kernel and other infos alongside the Kodi log; one with successful playback as desired, the other where things are not working. Share the URLs generated.
