Posts by chewitt

  • Include unzip with utf-8 support

    This is a super-simple python script to unpack the NPVR.zip file:

    Code
    #!/usr/bin/env python3
import zipfile
with zipfile.ZipFile('NPVR.zip', 'r') as z:
    z.extractall('/storage/.kodi/addons/pvr.nextpvr/files/etc')

    Unlike busybox unzip, python 'zipfile' will preserve the filenames, e.g. after unpacking:

  • How to restore a LE Backup from .tar file on the command-line?

    Create /storage/.restore and place the backup file there and reboot. On restart it will be detected, the dirs that will be overwritten will be deleted (/storage/.kodi, /storage/.config, and /storage/.cache) and then the backup is decompressed to /

    You can also use the restore function in the GUI which will copy the file from wherever you have it to /storage/.restore then force a reboot to start the process.

    Or use tar commands to extract files and do other things with the backup file. It's just a standard tar archive.

  • [RPi5] Error in mount_flash

    Quote from Da Flex

    Use GParted for scan and repair. This tool can leave bad blocks out during formatting.

    If the device has failing cells it's only a matter of time (and usually not much time) before more cells or the entire card fails.

    If it was just corrupted then reformat with any tool will fix. No need to jump through extra hoops with GParted.

  • [RPi5] Error in mount_flash

    If the partition UUID's detected do not match the value in cmdline.txt or are not readable for some reason, boot fails. The partition data on the SD card can be corrupted through sudden power loss, e.g. after pulling the power cord, or because the card has some kind of physical or memory problem. Cards can and will fail at some point and there's never a guarantee on how long they last, and sadly these days purchasing name brands from online sources like Amazon doesn't guarantee you'll receive a genuine card instead of an indistinguishable but inferior quality copy.

  • VPN ASSISTANCE PLEASE

    OpenVPN works fine but lots of people (mostly folks that fell for the 'privacy' BS marketing of VPN services and have no real-world need for VPN in the first place) don't make the effort to learn basic commands and instead search for add-ons that allegedly make it easy (but under-the-hood mostly complicate it).

    In short:

    • Save/store/place your OpenVPN conf file (and if not embedded in the conf, the cert files) in /storage/.config
    • Create a systemd service for OpenVPN in /storage/.config/system.d/ that executes OpenVPN with an explicit path to the OpenVPN conf file in /storage/.config - You can use the wireguard example file to crib 95% of the required content.
    • Enable and then Start the systemd service and you should have a working and persistent OpenVPN connection

    This works for any OpenVPN service.

    /shrug

  • WireGuard Config from ProtonVPN Not Appearing in ConnMan Services on LibreELEC

    ^ See above for some formatting fixes; formatting is important. Working?

  • [RK3588S] LE for Radxa Rock 5C

    The 5c image in my test share now has the patches RadxaNaoki linked (inc. the audio fix) above. The previous image only has the &hdmi0_sound node added, not the i2c node.

    If gnarlsnishi confirms all is working I'll push a kernel/patches update to official LE nightlies. I've been holding off bumping the kernel to 6.18-rcX as there were PCI issues in the initial rc releases, but those seem to be resolved upstream now.

    f1gogata no idea what the problem is but I've updated the branch with current patches and it works for me. NB: I'm building on an older Ubuntu 22.04.5 (LTS) host.

  • Nightly Builds

    Nightlies are created on a "best efforts" basis so there is no guarantee or promise of one being created every night. If there is no nightly there is no real need to post about it because 99% of the time any cancelling of nightly builds is our doing so we already know about it, and if something is broken we get alerts and know about it, and if there are no changes and thus no nightly to be built, we're enjoying some downtime and don't need the distraction of forum posts.

  • [RK3588S] LE for Radxa Rock 5C

    Code
    Oct 13 15:01:55.422594 LibreELEC kernel: dwhdmiqp-rockchip fde80000.hdmi: i2c read timed out
Oct 13 15:01:55.422709 LibreELEC kernel: rockchip-drm display-subsystem: [drm] HDMI Sink doesn't support RGB, something's wrong.

    ^ No idea what this means, but I have a hunch this is likely to be responsible.

  • [x86-64] XMOS USB DAC not instantly detected

    I've seen similar issues with ARM SoC boards and the typical solution there is changes to device-tree files to correctly describe the hardware (and how it is powered) but x86_64 hardware doesn't require/use device-tree things at all, so that's not relevant.

    No firmware is required for the internal USB hubs.

    Please update to the latest LE13 nightly and see if the newer kernel etc. in the image randomly fixes anything?

  • [RK3588S] LE for Radxa Rock 5C

    gnarlsnishi The only other difference I can see in hdmi0 nodes between Rock 5b (3588) and 5c (3588s) is something related to FRL support which is not (or should not be) linked to HDMI audio support. I've updated the rock5c image in my testing share so device-tree has the extra line though, but I can't see it changing anything. So:

    a) Put Kodi in debug mode, update to the latest 5c image in my test-share, reboot, then run "pastekodi" and share the URL so I can see some other things in the system log.

    b) If that didn't magically change something, edit extlinux.conf in the boot partition of the SD card and experiment with some other rk3588s board device-tree files (all are in the 'rockchip' folder on the SD card) and see what happens. Some might not boot. Some might not show HDMI either. If one does show HDMI audio .. let me know which one.

    EDIT: Wait 30 mins until I rebuilt and sync'ed new files!

    EDIT: Files are now posted..