Posts by chewitt

  • Generic S905x boards

    frakkin64 explanation sounds right. The LePotato dtb has no WiFi SDIO node and the VIM1 forces a Broadcom chipset so if boxes have Realtek/Qualcomm chips things either won't probe or will probe the wrong chip and fail.

    Current LE12 nightly images have changes to boot files and even on VIM1/LePotato you'll now see an /amlogic folder that has all the dtb files inside (not just VIM1 or LePotato dtb) so experimenting is a simple as editing the dtb name in extlinux.conf.

  • preserve settings/addons/customizations when updating

    Kodi supports updates so as long as the Kodi version keeps moving forwards; e.g. K20 to K21, or K21-beta1 to K21-rc1, then settings are preserved when updating and micro bumps from an older nightly to current nightly are low drama when we're late in the Kodi release cycle (in pre-Alpha things can be different).

    Kodi does not support downgrades; although minor roll-backs e.g. moving from a current LE nightly to one from a couple of weeks ago to avoid an issue will normally work without issue. Downgrades where the Kodi major version changes cause issues.

    Users with good backup habits or update paranoia can always generate a backup in the LE settings add-on :)

  • Logitech Dinovo Edge Bluetooth keyboard no longer working after update to 11.95.1

    Google shows this patch being advised/required in a couple of places: https://git.launchpad.net/ubuntu/+source…435523d2f374161

    So the probable reason it doesn't work is: LE doesn't include that patch, or the udev rules file it's modifying, or the hid2hci binary that would be used if we did.

    Simple binaries that aren't compiled/linked against other libraries can often be copied from e.g. Ubuntu and used on LE. So I would try copying hid2hci to /storage/bin/ and the 70-hid2hci.rules file to /storage/.config/udev.rules.d/ and then mod the rules file (with the changes in the patch) so it runs "/storage/bin/hi2hci" (explicit path) not "hid2hci" (which relies on the binary being in $PATH).

  • Advice on an actually good wifi adapter that will be supported by LibreELEC

    Quote from trent

    Maybe buy a cheap wifi router and set it to wireless bridge mode

    ^ this is what I do for test/dev simply because it avoids the effort of configuring a WiFi connection. Not that configuring WiFi is such a major effort, but after a decade of test/dev the novelty wears off. I have a bunch of older Apple Airport Express things which are not so fast these days, but compact and (when I got them) cheap.

  • Video not working on some x264 files. (RPI4)

    ^ I have a hunch this is trying to output 8-bit/1080p/H264 at 4K and I think this runs afoul of the RPi4's "H264 1080p max" rule so you get no video output. Have a read of https://wiki.libreelec.tv/configuration/4k-hdr and set the whitelist entries correctly. Working?

  • Can htop be added to the default LibreELEC install?

    LibreELEC.tv/packages/addons/tools/network-tools/package.mk at master · LibreELEC/LibreELEC.tv
    Just enough OS for KODI. Contribute to LibreELEC/LibreELEC.tv development by creating an account on GitHub.
    github.com

    ^ Network tools not System tools.

    NB: For any future requests, the contents of the various tools packages are included in the package descriptions in the repo so you can check what's inside without needing to ask in the forum.

  • 11.06 with Youtube issue

    You need to ask in the YouTube add-on support thread in Kodi forums. I've no idea if there's a current solution to the problem but it has nothing to do with LE and everything to do with Google being a grade A1+ pain in the rear and moving the goalposts around on what's needed to evade their API usage rules and desire to ruin their user-experience with an unholy amount of adverts. In short, the old solution is no longer the solution. FWIW, I see the same but haven't worked up the enthusiasm to hunt down the solution just yet.

  • Video not working on some x264 files. (RPI4)

    H264 has lots of variations and the H264 codec in the Amlogic vendor kernel that CE uses handles more of the non-standard ones than the RPi4 codec. Two common examples are 4K H264 (RPi4 handles 1080p max) and 10-bit H264 (not a broadcast standard, RPi4 doesn't support it at all). RPi5 sort of solves the RPi4 issue by having no H264 hardware codec at all so ffmpeg falls back to software decode which allows a wider range of media to be played; at the expense of needing more CPU (and RPi5 generally has enough).

    NB: To confirm the theory ^ you'll need to share Kodi debug logs and/or media samples.

  • No HBR Audio with LSPCON - Trying to collect information

    If you start to poke around in the Gitlab issue log for the Intel DRM driver you'll see reports and triage that reveal the problem isn't simple like LSPCON vs. no-LSPCON; as there are different LSPCON chips (different chip vendors) with different properties, and even identical LSPCON chips can have rather different implementations (different electrical properties, resulting in different bandwidths available on internal connections) on different boards. In some cases firmware changes can tweak voltages and such that drive the LSPCON chip differently so achieve improvements. In other cases the LSPCON implementation is more fundamentally wrong and no tweaking can get the right result. Most of the issue reports are focused on graphics performance; but the underlying issue is related to bandwidth and thus HBR audio (needing more bandwidth) suffers similarly to higher resolution and refresh rate and colour depth graphics (needing more bandwidth). TL/DR; /shrug