Posts by chewitt

Feb 27 18:26:04.338050 LibreELEC kernel: usb 3-2.1: new high-speed USB device number 3 using xhci-hcd
Feb 27 18:26:04.338150 LibreELEC kernel: usb 3-2.1: New USB device found, idVendor=2537, idProduct=1066, bcdDevice= 1.00
Feb 27 18:26:04.338251 LibreELEC kernel: usb 3-2.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Feb 27 18:26:04.338333 LibreELEC kernel: usb 3-2.1: Product: NS1066
Feb 27 18:26:04.338429 LibreELEC kernel: usb 3-2.1: Manufacturer: Norelsys
Feb 27 18:26:04.338522 LibreELEC kernel: usb 3-2.1: SerialNumber: 0123456789ABCDE
Feb 27 18:26:04.338612 LibreELEC kernel: usb-storage 3-2.1:1.0: USB Mass Storage device detected
Feb 27 18:26:04.338731 LibreELEC kernel: scsi host0: usb-storage 3-2.1:1.0
Feb 27 18:26:07.743322 LibreELEC kernel: scsi 0:0:0:0: Direct-Access     Generic  HDD              0    PQ: 0 ANSI: 0
Feb 27 18:26:07.744202 LibreELEC kernel: sd 0:0:0:0: [sda] Media removed, stopped polling
Feb 27 18:26:07.744306 LibreELEC kernel: sd 0:0:0:0: [sda] Attached SCSI removable disk

The only mention of a USB drive device in the system log ^

The "Media removed, stopped polling" makes me suspect power issues. You can add "usb_max_current_enable=1" to config.txt and see if that makes a difference. Note that RPi5 needs a decent PSU (official one is recommended).

Quote from Albert

if you know what to do?

garbear any ideas?

LE12 nightlies use the same repo as official LE12 releases. There's nothing particularly special about nightlies.

The add-on repo was down for a few hours yesterday, but an LE12 device shouldn't be querying the LE11 repo. It's hard to guess things from a log snippet. Share a full debug log.

Quote from 2469

Can you recommend a lightweight skin

The default Estuary skin is probably the best optimised one.

Have a read of this https://github.com/LibreELEC/amlogic-boot-fip/pull/27 - and please note that this forum really isn't interested in dealing with Android backup/recovery issues (not our OS, not our problem).

Also note that LE does not support install of the OS to the internal storage and while booting LE from an SD card changes the boot process slightly it's not harmful to the Android install - modern upstream kernels cannot see/mount any of the partitions created by the vendor boot firmware due to Amlogic's proprietary partition scheme - so we're not going to mess Android up.

NB: You can easily dump the full content of eMMC storage from inside LE using "dd" although this is a raw image and you will not be able to use it as recovery media in the event of eMMC issues as the u-boot in the dump is for eMMC boot only; magic headers are located at the wrong offset for SD/USB boot due to S905 requiring different offsets.

Our code repo is here: https://github.com/LibreELEC/LibreELEC.tv

Quote from Syco54645

On the TV you can see the detailed signal info, which shows that HDR was enabled for the HDR content.

HDR is a much more nebulous concept than most people realise. It's not a fixed standard like "4K" and forcibly adding metadata to the HDMI signal to switch the TV into "make everything bright and show the logo" mode is simple and doesn't need to have any relationship to media being played. I wouldn't be too surprised if Windows drivers look for properties frequently associated with HDR and fake/trigger the mode change on the TV and/or blindly force output in some way. Linux is going to limit the output options based on what is possible, and while EDID suggests the TV supports HDR colourspaces (which can be seen in the debug log) that alone doesn't guarantee that HDR is possible. Again, the odd/incomplete set of resolutions listed suggests to me that something isn't right in the HDMI chain - symptoms not cause.

Found resolution 4096x2160 with 4096x2160 @ 24.000000 Hz
Found resolution 4096x2160 with 4096x2160 @ 23.976025 Hz
Found resolution 3840x2160 with 3840x2160 @ 30.000000 Hz
Found resolution 3840x2160 with 3840x2160 @ 29.970032 Hz
Found resolution 3840x2160 with 3840x2160 @ 25.000000 Hz
Found resolution 3840x2160 with 3840x2160 @ 24.000000 Hz
Found resolution 3840x2160 with 3840x2160 @ 23.976025 Hz
Found resolution 1920x1080 with 1920x1080 @ 60.000000 Hz
Found resolution 1920x1080 with 1920x1080 @ 59.940063 Hz
Found resolution 1920x1080 with 1920x1080 @ 50.000000 Hz

The thing that stands out to me is ^ that's an odd collection of resolutions for a modern AVR and TV to have. I'd expect to see 1080p @ 30/29.97/25/24/23.976 not just 60/59.94/50, and the full range of 4K (4096 and 3840) resolutions not a few (but again, not all) of the < 30 ones. To me that suggests something isn't right with cables/ports (or the configuration of ports) in the HDMI chain; and I'd normally point fingers at the TV side since AVR's generally default to mirroring the upstream HDMI capabilities to the downstream HTPC device (although they too can fiddle with things).

The curveball on modern PC boxes with DP hardware is whether an LSPCON chip is being used to generate HDMI, and if yes, what bugs the LSPCON firmware has, because they are notorious for issues - including the "but it worked in Windows" kind.

Streaming from AirPlay worked until iOS 8.0, then Apple changed the (proprietary) protocol and it hasn't worked since. Miracast has never been supported in Kodi.

I've never seen a device that wasn't 115200,8,n,1 and I would advise against connecting the 3.3v/5v pins on the TTL device (asking for shorting issues and power isn't required). Yes it's possible that UART output is blocked in bootloaders, but that's normally only major-vendor streaming boxes (Amazon, etc.) and you're seeing stuff on-screen so that's unlikely. Not sure what to suggest as the only time I've seen something similar is when I'm connected to the wrong pins, e.g. JTAG not UART.

Tempting though large ones are, and the square one is normally GND .. Have you tried the 3x little round pads that are labelled?

VNC server is possible under old Xorg/X11 images (Generic Legacy) but that's for accessing an LE from a remote device. Creating some kind of VNC client add-on to create an outbound connection and display that through Kodi is an entirely different and more complex proposition. The better option would be to support "casting" but there is no cross-platform standard (and VNC is not one either) and Apple has buried theirs in proprietary encryption (AirPlay worked in the past, but no longer). It's something that will be shitty to implement and support and thus no community developers have volunteered or been self-motivated for the task.

Yup, create the file and either reboot the device or "systemctl restart kodi" from the console.

The first thing to figure out is what chipset(s) are on the card. The Geniatech website isn't helpful on that, but the driver file you have will probably show the info. The question is .. what downstream hackery did Geniatech do to make their driver work, and against which kernel.

Yes, although IMHO that requires more effort. You need to use an app like Notepad++ which supports Linux file endings and connect to the LE device using SFTP (FTP over SSH) not FTPS (SSL secured FTP).

I moved the thread from the Rockhip section as S905 is an Amlogic chip.

Read: https://wiki.libreelec.tv/hardware/amlogic .. follow the "box" instructions.

Nope, but the basic instructions in /storage/.config/system.d/openvpn.service.sample are valid for creating a client connection. If you want to create a server, read up on how to create an OpenVPN server conf and use the same service/conf to start a server. The only challenge with LE will be that any external files you link into conf will need to be located somewhere under /storage and not the usual /etc/openvpn location used in any guides you read.