There are techniques for inserting local modules in LE, but since the modules you need MUST be compiled for the exact major.minor kernel version that we are using the chances of you being able to grab something from another distro are low. It will be easier to compile your own image with the right options set.
Posts by chewitt
-
-
Would this be the only Odroid device, that LE would support ? (I currently use CE on a C4)
Newer Amlogic hardware like C4/HC4/N2/N2+ is currently better with CE, but we do support it with the upstream codebase; the problem item is hardware decoding but for users who only need 1080p support (which is more than you realise) the boards have enough CPU to software decode everything well. The upstream codebase is cleaner/lighter than the vendor one and it continues to grow users. LE also supports C2 which has been dropped by CE; again with the upstream codebase which works better on older hardware (vdec drivers work and were written for older hardware which is one reason why things don't work so well on newer hardware). It doesn't have all the features of the vendor code but it's daily driver useable.
LE needs to push RK images onto upstream u-boot, and then we can start adding newer board families again. M1 support should be relatively simple as there is good upstream activity on the RK3568 SoC now. Hopefully HK upstream the board at some point.
-
Kodi also supports screen "calibration" where you can move the screen borders. It's not ideal for best reproduction, but if that's the only option, it's the only option. Calibration is applied to individual resolution/refresh combinations, so perhaps only calibrate 1080p@60 so the desktop looks right and leave everything else. Video playback will overscan as e.g. [email protected] isn't calibrated, but then Kodi isn't having to manipulate (squash) the image in software, which is a good thing.
-
You probably need to enable CONFIG_SENSORS_NCT6775=m in the Generic kernel defconfig before lm_sensors will be able to see data. You cannot add kernel modules etc. to a running LE system as there is no package-management, but for those with a tinker mindset it's fairly simple to build a custom LE image with the changes needed. See https://wiki.libreelec.tv/development-1/build-basics .. and if adding the module works, read https://wiki.libreelec.tv/development-1/git-tutorial and send us a pull-request to enable it in the main image.
-
RPi4 and RPi3B+ can natively boot from the SSD drive (not SD) and I believe (fuzzy memory now, as it's been a while) that RPi3B can do the same as long as the firmware has been updated. Write the LE image to the drive then modify cmdline.txt to use /dev/sda1 and /dev/sda2 instead of the default mmcblkX device.
-
Code
cd /storage/.config cp /etc/connman/main.conf connman_main.conf sed -i 's/TetheringTechnologies = wifi/TetheringTechnologies = wifi,ethernet/g' connman_main.conf reboot <ssh in again> connmanctl tether ethernet on^ This enables Ethernet tethering. You can now connect the RPi4 to the Hotel WiFi and connect to the RPi4 using an Ethernet cable connected to a laptop. The laptop will obtain a private IP from the RPi4 to browse the Internet; which will be blocked, but you'll be prompted for access details that you can enter in the laptop browser. The Hotel WiFi then sees (and remembers) the MAC address of the RPi4, so as long as you remain a guest (or until you're forced to reauthenticate again) you can remove the laptop and use the RPi4. To remove the tether, SSH to the RPi4 and run "connmanctl tether ethernet off" - the RPi4 will be on the .1 address of whatever private subnet is used for the tether.
If no laptop, there's no way around the problem.
-
Test again with an 11.0 nightly..
-
IR power on requires the correct bl301 blob from the manufacturer when compiling u-boot. LE does not support reading remote.conf files on the SD card - that's somehing that CE built that requires their boot firmware - and that's supported in their forum, not here.
-
-
Read post #3 again.
-
Moved to the Allwinner subforum as the eBay listing claims it's an Allwinner H616 box
-
Impossible to say without seeing the full earlier boot log (which will be challenging to collect). I'd guess a corrupted or failing SD card.
-
All you need to do is hit a key to interrupt boot (else it will do "install" the default) and type the alternative boot mode
^ ahem.
-
LE has supported "live" (temp boot from USB) and "run" (persistent boot from USB) modes in the Generic/x86_64 installer for aeons. All you need to do is hit a key to interrupt boot (else it will do "install" the default) and type the alternative boot mode. There is no need to use mkusb or other tools.
-
do you know if the database files have changed between version 9 and version 10 of LE?
Yes, Kodi major version change will always increment the DB files.
-
Borygo77 .. no support for Pirate add-on users.
-
https://wiki.libreelec.tv/configuration/edid <= Capture the EDID data from the HDMI connection and set this in kernel boot params and then the HTPC device sees the AVR/TV as always connected.
-
It's rather unlikely that our software killed an RPi board (would be the first time it happens that I can recall) and if there was a general issue or risk with software/hardware we'd have seen it lots due to the volume of RPi users we have. Was the same PSU used with both boards? - that would be a more likely route to damage.