Official:Forum rules/Banned add-ons - Official Kodi Wiki
Your problem is not our problem.
Official:Forum rules/Banned add-ons - Official Kodi Wiki
Your problem is not our problem.
No, I'm just interested in the occasional trip report over the next couple of weeks. It's normal to see a user initially pleased and excited with something that appears to work, and it takes a while for little niggles to surface and be noticed.
Start with updating to an LE13 nightly. There are newer versions of drivers and other wireless plumbing so the first step is to see if anything improves or changes.
I'd suggest updating to an LE13 nightly before doing anything else. If there's a bug/issue related to UPnP the issue is with Kodi not the OS layer (LE) and all Kodi development moved onto K22 more than a year ago. See if anything changes with the update.
imhotep Update using https://chewitt.libreelec.tv/testing/LibreE…h64-12.80.2.tar as I've reverted a couple of kernel changes, then share a log URL again.
I'm also interested to see the log when meson-g12b-dreambox-one.dtb is configured, to see if this clears up a couple of other (unrelated to audio) things in the log. Again, share a log URL.
If there's no difference with either (audio card not detected) configure the uEnv.ini file to use meson-g12b-odroid-n2.dtb and if that boots (not guaranteed, but it probably will) share a log URL.
Remove "debugging" from /flash/extlinux.conf - this causes the log spam not Kodi settings. Then update using to the latest image in my test share https://chewitt.libreelec.tv/testing/LibreE…h64-12.80.2.tar and run "dmesg | paste" afterwards.
Use /storage/.config/system.d/
H265 is still laggy, but it is expected, I think. There were no H265 HD decoders back then.
Nouveau does not support HEVC decode, only H264 and perhaps MPEG1/2/4, so media will be software decoded.
# SPDX-License-Identifier: GPL-2.0
# Copyright (C) 2025-present Team LibreELEC (https://libreelec.tv)
PKG_NAME="heaptrack"
PKG_VERSION="1.5"
PKG_SHA256="2f87cd1b7da7ef387ba042719119caec4abafa71313e956c19e214e7983d9090"
PKG_LICENSE="GPL"
PKG_SITE="https://apps.kde.org/heaptrack/"
PKG_URL="https://invent.kde.org/sdk/heaptrack/-/archive/${PKG_VERSION}/heaptrack-${PKG_VERSION}.tar.bz2"
PKG_DEPENDS_TARGET="toolchain binutils boost elfutils libunwind zlib zstd"
PKG_LONGDESC="Heaptrack traces all memory allocations and annotates these events with stack traces."
Display More
That ^ works for me (at least to download the sources):
chewitt@toolbox:~/LibreELEC.chewitt$ ls -l sources/heaptrack/heaptrack-1.5.tar.bz2*
-rw-rw-r-- 1 chewitt chewitt 5553752 Apr 21 15:51 sources/heaptrack/heaptrack-1.5.tar.bz2
-rw-rw-r-- 1 chewitt chewitt 65 Apr 21 15:51 sources/heaptrack/heaptrack-1.5.tar.bz2.sha256
-rw-rw-r-- 1 chewitt chewitt 73 Apr 21 15:51 sources/heaptrack/heaptrack-1.5.tar.bz2.url
NB: there's no need to hide things behind switches, just build the package directly with, e.g.
PROJECT=Generic ARCH=x86_64 scripts/build heaptrack
There are login issues for some users for a while, it's nothing to do with LE or the widevine version. Here's the Kodi forum support thread: https://forum.kodi.tv/showthread.php?tid=374239 - there are some suggestions to obtain cookies from a browser, but you need to read the thread.
The splash screen is broken. It shows the same “damage” on every boot, and it's been like that since at least LE11
That's the Kodi Omega (21) splash screen. The glitches are intentional and part of the splash. Kodi Piers (22) moves back to a more normal one.
If you are using "adjust refresh" in Kodi config so it switches mode to match the media being played can you disable that and force all media to 1080@60. If you are not using that, please enable that and define 1080@60/59.94/50/24/23.976 modes and allow mode doubling. Do the changes make any improvement?
The addon is on the /storage partition which is formatted as EXT4 so will only be readable from another Linux device. Unless you have one lying around the textmode option will be easiest.
Over time we received more abuse from people demanding we require stronger passwords than people demaning the ability to set weaker passwords. So the current status quo is intentional and we have no plan to change that. Just skip ahead to the point where you've installed an SSH key and disabled passwords and the entire issue is moot.
You can disable wifi via device-tree overlay in config.txt to eliminate that although it's unlikely to be an issue unless the PSU is not sufficient. You can also add "textmode" to boot params in cmdline.txt and the OS will boot to a text console instead of Kodi so you can either connect a USB keyboard or SSH in to delete/move the open-meteo addon from /storage/.kodi/addons and look at Kodi crashlogs for clues. Revert the change and reboot and it will boot back into Kodi again.
Software downscaling 8K media to 4K sounds like a bad idea. If you want to use 8K media get an 8K capable TV and play content at the native 8K mode of the panel. Configure Kodi along the lines of https://wiki.libreelec.tv/configuration/4k-hdr and allow the TV to upscale 4K and 1080p modes to the 8K native panel resolution. The article doesn't mention 8K at all but the same issues and basic principles apply.
As a general rule Intel seem to be more active in maintaining drivers and nVidia is on the long-term 'avoid' list as drivers still require X11 (so no HDR) but I haven't personally used Intel/AMD/nVidia hardware for more than a decade now so I can't really comment on the current state of anything.
I would personally guess the issue is more likely to be in the kernel DRM layer than mesa, and more likely to be incomplete drivers than a bug in something. There's no factual basis for the comment though, I'm just guessing.
You can clone the embedded Estuary skin folder to /storage/.kodi/addons then modify addon.xml to change the name so it doesn't clash with the embedded version, then mod as you like.
You're also welcome to experiment with webmin via docker, but LE is not a derivative of any other distro and our layout is rather non-standard which normally trips up tools that expect conventional Debian/Fedora packaging.
You can't for two reasons:
a) There is no package manager to install packages like webmin
b) The userspace filesystem is decompressed from SYSTEM on each boot, and is read-only
It's possible to install the Docker add-on and the pull a webmin container, but webmin is going to assume a standard Linux distro with a normal filesystem layout where everything is read-write, so you'll find most (all?) features are non-functional.
Why do you think you need webmin?
Change 'echo disabled > /sys$devpath/power/wakeup' to 'echo XHCI >> /proc/acpi/wakeup' and try again.