Posts by chewitt

I'd asking the skin support thread in the Kodi forum. That normally reaches the author or current maintainer. I stopped using other skins ages ago as Estuary is nice/simple/reliable.

Systemd mount files are for mounting remote (SMB/NFS) filesystems, not sharing of local filesystems via SMB. To share a locally mounted USB drive you can just enable "auto-share removable media" in LE settings Samba options.

From the description of the problem it's not clear what the issue is, so best to share a sample of the file.

I moved things into a separate thread to avoid clogging up the main one with box recovery posts.

Quote from zuka1977

Does DVB-T2/S2 tuner work with this test image or not?

Only if it's a USB tuner with support in the upstream kernel. Everything dependent on ancient vendor kernel drivers is a firm no.

Hardware (and/or Windows) supporting DV is not equal to Linux supporting DV. As DV is proprietary closed-source magic there is not really any support for it outside of ARM device vendor kernels that depend upon more closed-source DV blobs to work.

..but should be supported in newer kernels, so the nightly will probably work.

I'd guess that u-boot has been corrupted or overwritten with an incompatible version. Assuming the eMMC didn't die the easiest way to get things working again would be to use Amlogic burning tool to restore the correct factory image for the box (from XDA forums or similar) so that the box boots (Android). Once it boots again, it's simple to boot an LE image. Alternatively you need to connect a UART cable to the box so we can see the early boot output - but this involves the box being opened and UART cable attaching, which may (or may not) require the UART pins to be soldered to the board first. From the level of technical detail in your posts, I'd suggest the restore-Android approach.

You cannot install drivers in LE, they need to be embededded (baked into) the image. You need to us the WiFi chipset and/or make/model of the WiFi card in the box. From there we can investigate.

There are multiple issues with the current 'update' functionality, and rearranging of files on the test server is not the most important bit that we need to resolve. Once the other pieces are done, easier updates for nightlies will be possible. There is no timeline - people have lives and families and things will be done as/when developers have time. Until then folks can update manually using .img.gz files (not .tar files) which has been supported since 2015.

S905X boxes should work quite well, S905X2 less so (unless hardware decode disabled) .. "but nothing" doesn't really describe a problem that would could respond to

Test with a current nightly, as that will have newer kernel, drivers and firmwares.

(
sleep 3
xrandr --newmode "3840x2160_60.00" 712.75 3840 4160 4576 5312 2160 2163 2168 2237 -hsync +vsync
xrandr --addmode HDMI1 "3840x2160_60.00"
xrandr --output HDMI1 --mode "3840x2160_60.00"
)&

^ Try that. It runs the commands in the background after waiting 3 secs for X11 to start. Even if 4K60 is working in nightles your issue is the EDID data read from HDMI does not provide that modeline, so you'll still need to add it.

You can put the commands in a simple script and then order the execution using a systemd service file in /storage/.config/system.d/ .. it's been a decade since I used LE on x86_64 hardware with X11 services so I have no idea which services you need in the after criteria, but this is the only way to say "after X11 services start, before kodi.target starts"

NVMe will be faster and more reliable than a USB stick.

No (unless using a test build with HDR patches), No (because DoVi is closed-source garbage), Yes (assuming the hardware supports it).

Same, using Estuary. So it's a skin thing.

AVG is garbage. End of lesson.

Press pause and the OSD appears. There should be a cog icon on the right side, which brings up video settings. Is that what you mean?