Posts by chewitt

  • LE13 Testing for RK3288, RK3328, RK3399, RK3566, RK3568, RK3576, RK3588

    treedav I've picked the Armbian patch that Yasai-san flagged, and pushed an updated image to my test share. On reboot the card should now be detected, but firmware will be missing. Check the system log for errors and filenames.

    See https://wiki.libreelec.tv/how-to/add-firmware for instructions on manually adding firmware. This repo has firmware files with a blind guess at the needed filenames: https://github.com/chewitt/brcmfm…re/tree/ap6275p

    https://forum.armbian.com/topic/36744-or…dComment-214649 suggests this might not be enough, but best to try. If it does work I can send the patch upstream and add the firmware to our collection. Please share the journal log, e.g. journalctl | paste and share the URL.

  • [x86-64] No xorg.service for Nvidia ION GPU

    From release notes: https://libreelec.tv/2025/08/15/libreelec-omega-12-2-0/

    "The nVidia Legacy 340.xx driver remained usable for six years after nVidia discontinued support, but it no longer compiles with the latest Xorg release so has been dropped from the Generic-Legacy image for LibreELEC 12.2 and the future 13.0 release. This impacts older nVidia cards, which are unfortunately the majority of active nVidia installations."

    So LE 12.0.2 is the last and final working release for an ION device. I've done tests with Nouveau but VDPAU support is "not where it needs to be" for reliable use (and Nouveau only supports it on a subset of cards) and the Atom CPU on ION devices is too weak to handle software decoding as an alternative.

  • Default Audio Player

    PAPlayer is the native/internal (and on LibreELEC the only) audio player that's used in Kodi, as we do not support the player being changed. Changing the audio or video player used to be a thing in ye olden XBMC days. I haven't seen it being discussed in many years and I'm not even sure swapping to another is still supported.

  • LibreELEC 12 may have bricked my RockPro64?

    If the board powers up (LED's come on) the device is not bricked (esp. for something booting from SD media). It can have software issues that disrupt boot, but it is not bricked.

    Add ssh to boot params in exlinux.conf to force the SSH daemon to start. Add video=HDMI-A-1:1920x1080M@60D to stop the kernel defaulting to 4K60 modes the TV might not like. If you want us to do more than blind guess at the issue; attach a serial UART cable and pastebin/share the output from boot.

    NB: You can also try: https://chewitt.libreelec.tv/testing/LibreE…ockpro64.img.gz

  • Widevine error with VRT Max add-on

    Perhaps look at https://github.com/add-ons/plugin.video.vrt.nu/issues for info on current issues with that addon. If the VRT content is both geolocked and encrypted it's possible that a specific or minimum libwidevine version is required, and as the add-on authors are always one step behind upstream changes there are occasional delays and breakage while things are adjusted. In some cases it's possible to manually download and mod things but we don't track that here, and there's not much point in me trying to test VRT Max as I'm ~6,500km from Belgium.

  • [RPi5] PCIe to Ethernet not recognised

    Random MACs cause issues with ConnMan as the 'service' identifier is derived from the MAC, e.g. ethernet_b827ebb5e9a8_cable so randomly generated MACs mean a new (unconfigured) NIC on each boot.

    That said, I would still expect the second NIC to be detected and brought into an UP state, and for it to receive an IP via DHCP, which will mean you have two NICs in the same subnet etc. - but that's generally not an issue, and you can add a static DHCP reservation in the router to avoid manual configuration on the LE side.

    See if this works to assign a static MAC:

    Code
    nano /storage/.config/udev.rules.d/99-network-custom-mac.rules

    Create that ^ file with the content below:

    Code
    SUBSYSTEM=="net", ACTION=="add", KERNELS=="0001:04:00.0", PROGRAM="/sbin/ip link set %k address ae:7f:66:a5:82:77"

    Reboot to see if it works. Check the MAC assigned, then reboot again and check again to see if it changed? .. and if no, has the NIC been detected properly this time?

  • Nightly Builds

    There are several K22 database API version bumps in recent time, so depending on what version you are updating from and to; the system may run a database upgrade in the background on boot. In theory Kodi should be showing the splash screen with a status message when that happens, but I can't put hand on heart and say that I've always seen it. So if you see a black screen, SSH in and check the kodi.log to see whether that's happening (or not) before forcing an update.

  • Widevine error with VRT Max add-on

    a) Kodi does not publish a "Linux" version; each distro compiles and provides IA for their own users

    b) If an updated IA version is released we have normally bumped our IA add-on within 24 hours

    c) The "old problem" you are reading about is an old problem

    d) If you want to faff about on the CLI using wget, unzip, and database hacking to enable the add-on, it can be done. As you need the 'compiled for LE' version from our repo though; why bother when it takes 5 seconds via the GUI.

    e) There is no current/known problem with the IA add-on (at least, it works here for me)

    /shrug

  • [RPi3] Kodi doesn't reconnect automatically to WiFi after a blackout

    The iwd developers are aware of our reports, I have personally flagged it and provided information multiple times, and maintain a discussion about it with them. The root cause is not obvious to anyone, but this is not uncommon with wireless issues due to the sheer number of variables involved and difficulty in investigating the issue; it's one of the annoying ones where nobody has been able to isolate the factors required to replicate it.

    NB: 30 = ~0.0001% of the userbase. Sorry that you are 1/30, but you are wildly over-imagining the problem.

  • Nightly Builds

    K22 has some basic DB connection handling, so if an SQL database is configured Kodi will make a number of connection attempts until the connection is available; and after X attempts it fails and restarts. On restart .. rinse/repeat.

    K21 and earlier tries once and if the DB is not accessible it fails and falls back to the local DB (usually blank).

    The "wait for network" setting can be increased in the LE settings add-on, but that won't ever fix the underlying issue of there being no network connection; that's what needs to be fixed.

  • Widevine error with VRT Max add-on

    Quote from bvtv

    Can anyone help me installing inputstream adaptive on libreelec before installing the addon and dependencies in kodi on libreelec? Thanks

    The inputstream.adaptive add-on is in the LE add-on repo. If widevine is then required for some add-on it should trigger the install of widevine.helper which handles the download/install automatically.. at least that's my experience.

  • [RPi3] Kodi doesn't reconnect automatically to WiFi after a blackout

    The user with the problem always believes it affects "lots of users" but the large number of reports (from a small number of vocal people who repeat post) vs number of active installs doesn't substantiate the claim, and over time with upstream changes to iwd, the number of new or continuing reports has declined. There are for sure some users still impacted, and we'd love that number to decline further, but that's in the hands of iwd developers not ours, and wpa_supplicant has other issues that were mitigated in the switch to iwd, so regardless of which one is used we have a "You can please some of the people some of the time, not all the people all of the time" situation, so we favour progress and moving forwards, and there is no interest to revert.