Posts by chewitt

  • [x86-64] Asus NUC 15 Pro not displaying on LG OLED TV

    The "pastekodi" command is probably failing due to the size of the log (limits on the paste server are generous, but there are limits) and the Kodi log is zero value because it's captured hours after boot, so it has rotated and useful info shown during initial startup is no longer present. It also looks like you copy/pasted from a terminal session as some text is truncated (not a major thing..).

    The OS seems to have an issue with the iwlwifi card as this is throwing errors. Not sure it's too important but it adds to the log noise and might indirectly impact on other aspects of boot. Nothing else really stands out to me.

    However, audio capabilities in Kodi are determined from EDID data on the HDMI connection at startup. If Kodi cannot see/find audio hardware either the kernel doesn't detect it, correctly or (more likely in this case) something is messing with EDID data.

    I'll make an educated guess that the HDMI output spec from the NUC is not aligned to the HDMI spec of the input on the AVR, e.g. something like the NUC only supporting 4:2:0 and the AVR requiring 4:2:2. It reads a little like you picked "the best port" for input on the AVR but instead of ensuring best results this could be counter-productive and you might need to swap to another (lesser) input port or experiement with changes to the HDMI spec support of the port to make things work. I'm being a little vague about things here because different vendors name things differently. The important thing to understand is that HDMI is a collection of standards (interpreted by vendors) not 'a' standard.

    I would also experiment with cables (only use HDMI 2.0 certified ones) and the second HDMI port on the NUC, and also external DP to HDMI adapters instead of the HDMI output sockets on the NUC. The reason being that most NUC like boxes omit proper HDMI transciever hardware to save $$ and instead uses an internal DP to HDMI adapter (aka LSPCON chip) which contains closed-source firmware doing magic and imposing unseen limitations on the display chain - they are often oriented towards output on monitors more than TV's. Make sure the BIOS/firmware of the NUC and if separate any LSPCON firmware updates are applied as they can/do contain bugs. The advantage of external DP > HDMI adapters is that they aren't soldered to the motherboard inside the box so you can order a bunch of different ones and experiment until you find one that works. NB: There is also a long-running 'Denon AVR' thread elsewhere in the forums that you can read, but IIRC the main conclusion of that thread is people ditching the internal HDMI ports for external DP > HDMI adapters. The tertiary challenge is that different brands of adapters are available in different parts of the world, and even if the same brand is available there's no guarantee the LSPCON chip and firmware inside the latest batch of adapters is the same as the chip and firmware that someone tested a year ago and worked great. LSPCON chips in NUC boxes has been "the gift that keeps on giving" for HDMI support issues since they first appeared 6-8 years ago.

    Note to self .. I should scrape this text ^ into a wiki article, it's not the first time I had to write it all out long-hand :)

  • [x86-64] Update to LE 12.2.1 kills my NiPoGi GK3 Pro Mini PC's

    From the descriptions it sounds like a kernel issue, but without some form of log evidence we really have nothing to research. If you remove "quiet" from kernel boot params in syslinux.cfg it will dump the system log onto the screen during boot. Record the screen as a slow-motion movie and as long as your hands are steady it's normally possible to play the resulting movie back and read the text to spot error messages. Upload load the movie to a sharing site somewhere and we can see it too.

    NB: If LE 12.0 works on the boxes (but not LE 12.2) stick on the earlier release until kodi-headless has a K22 release available. The diff between Kodi versions isn't large so it's not a 'must have' update.

  • Include unzip with utf-8 support

    Quote from emveepee

    However I feel a utf-8 unzip would probably help others extracting downloads etc.

    I don't recall this issue coming up before despite umlaut and DVB loving Germans being our largest demographic, and there are multiple workarounds (7z, zipfile, etc.) so I don't see much need to replace busybox unzip with the full-fat version.

    If LE added everything that would 'probably help' it would be a 1.2GB distro download like Ubuntu :)

  • 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.