As the Slice has no USB or SD Card boot and the device is not booting (or booting far enough for SSH to work) the only real option is to reinstall the OS by flashing from a PC over the USB connection.
Posts by chewitt
-
-
WeTek Core is ARM (32-bit) using Linux 3.10 and Play2 is ARM64 (64-bit) using Linux 3.14 and DVB drivers are compiled using an arse-backwards process for a specific arch and kernel. TL/DR .. you cannot take the CE add-ons from their 3.14 image and use them on an LE 3.10 device.
-
You've tried it with a USB flirc receiver?
-
Two options:
a) Disable the "auto-share removable media" option in LE settings and then manually add a config section to the samba.conf for the drive/share.
b) Format the drive so the OSX parition isn't present, then we won't auto-mount it.
-
Flirc + "any IR remote you want to use" is always a winning combination.
-
Code
cp /storage/.config/samba.conf.sample /storage/.config/samba.conf^ edit the list of shares and reboot to effect the change
-
That's for Amlogic legacy kernels which we no longer develop. I'm talking about the mainline kernel codebase.
-
It would be best to post the Q in the Kodi forums where the scraper developers hang out.
-
I've also never quite understood the difficulty in adding NVDec, considering Kodi uses FFMPEG for playback, and FFMPEG supports NVDec. But that may be a question for another thread...
In the last 2.5 years Team Kodi has been slowly and successfully driving the Linux codebase towards common standards (GBM/V4L2) and away from vendor-proprietary interfaces (VDPAU, Amcodec, iMX6, OMXplayer, etc.) so there is low interest in adding another nvidia vendor proprietary interface (NVDEC) to Kodi. It's probably not hard to do, but someone has to do it, and even if it's done it's unlikely to be accepted into the codebase.
-
Amlogic should auto-detect HDMI vs CVBS output and configure itself as required. I've never tested it (as I have nothing that takes composite input) but the DRM driver supports it.
-
The arm32 container probably works (we use 32-bit userspace on RPi4)
-
I've no idea what a "regular" RPi is but if you add facts like model number to the question; the Zero thru 3B+ models do not support 4K and the 4B does support it. And "no log = no problem" .. because we suck at blind guessing what user issues are.
-
Most of the team still regard x86_64 as the "true" Kodi experience and is still the best for GUI (due to raw CPU performance) and will be the first to properly crack HDR support. That said, ARM devices are now approx 85% of our userbase (75% is RPi of some kind) and whlie ARM means there is usually some kind of compomise somewhere, they're increasingly capable devices.
-
All I can say is .. it works for me
-
LE is inentionally a "client" OS with some super-limited server capabilities and docker support targets running basic apps that complement our client fucntions. If you want a server device, you're running the wrong distro.
-
Despite being a total pariah when it comes to following open-source standards the nVidia folks deserve credit for supporting cards with updated LTS drivers for huge time periods, but even they have limits. I forget what specific X11 version caused the break, but I think it was around LE 9.0 when nVidia stopped updating the 304.xx drivers and we switched to 340.xx. GitHub will have a record of the change.
-
Linux network development - Patchwork
^ shows that that patches I flagged were accepted, meaning they are queued for Linux 5.9, and there are no new patches which means the chipset is still not supported in the kernel. Your next move is to wait patiently.
-
You can use WinSCP to transfer files over the network to the booted device. It's slower than a local copy to USB, but can run in the background.
