I'm not sure where "script.libreelec.devupdater" came from, but it's not our code, so not our responsibility to fix. Please nag the creator 
Posts by chewitt
-
-
If you image a working SD card you are creating a file that matches the 16GB? of the card, even if the card only has 1GB of actual data on it. It would be faster to create a backup (in LE settings) that you restore after installing the default LE image, as this will only be the actual data. The difference in time is simply the difference in how long it takes to write 1GB vs 16GB (or whatever capacity the SD card is).
-
Make sure the hotspot is running on channels 1-11 else (without configuration to set wireless regulatory domain) it won't be able to see 12-14.
-
Did not test long enough to invoke/notice Graphics Crash or perhaps crash is less frequent now?
There are still some unresolved memleak issues but overall stability in mesa code has improved after the latest round of bugfixes.
-
Do you know if the 3.xx kernel based distros have the Wifi driver included for the SV6051P WiFi chipset, including the softAP function?
This is a popular chipset with X96mini, Mxqpro and A95X etc but unluckily the vendor seems to have gone out of business and I am told the SV6051P driver is not compatible with the 4.xx kernel.
My problem is that my X96mini 1/8GB S905W box works fine with SV6051P WiFi , but for some reason I cannot set up the WiFi AP tethered hotspot mode in LE Configuration ( I can click on buttons but the SSID is not showing up in either my phone WiFi settings or on the WiFi Analyzer app.)
It's included in the older kernels but the wireless hotspot function requires drivers to support it and many of the 'Android' drivers do not. We made an attempt to port the SSV6051P driver to the mainline kernel but it needs more than a little tweaking (it's the worst piece of driver crap we've seen in a while) and the attempt was eventually abandoned. My honest advice to anyone seeing a universal solution for hotspots and/or providing support to boxes that have problem wireless chips is to pick up a used 'compact' wireless router (my personal favourites are Apple A1rport Express devices) and use it as a simple Ethernet bridge. It will give better wireless performance and is often cheaper than a decent USB wireless dongle (which inevitably ships with realtek drivers that we may/may-not support) and you avoid all future issues with drivers.
-
You can make a feature request in the Kodi forums. It's not something we can do without Kodi support.
-
I'm not aware of another repo. The best I can suggest is having a look at my old LE 7.0 branch for AppleTV which is here:
Comparing LibreELEC:libreelec-7.0...chewitt:appletv-7.0 · LibreELEC/LibreELEC.tv · GitHub
If you look at the core changes made to re-add i386 support to the build system, the basic process will be the same, then it's trial and error to find all the packages that are x86_64 only and re-add support for i386.
-
Kodi does not transcode, so no.
-
Create a USB using LibreELEC-Generic_x86_64-9.0.0.img.gz and then boot it with a USB keyboard connected. At the syslinux prompt hit any key and it stops boot. Instead of running the installer (the default option) use/type "run" mode and it should boot into LE from the USB. Enable SSH or use the local console on CTRL+ALT+F3 to mount the boot (first) partition on the internal drive and delete the boot files, then copy the contents of /flash over to replace and update the boot files. Reboot without the USB bits connected and it should now boot into LE. You be glad to know that LE added a check in the update process (about 2.5 years ago) that will abort the update when the image filename doesn't match LibreELEC-Generic_x86_64-<version> so it will take deliberate ignorance to repeat the mistake.
NB: OE installs often have a lot of crap still installed due to some dubious packaging decisions in the 8.x image. You might want to consider backing up the essential files and then doing a clean install and manual restore to effect a spot of spring cleaning.
-
Ooo.. nice work!
-
RAR archive support has moved to an add-on which can be installed from the LE repo.
-
Team Kodi are largely responsible for packaging the game add-on(s). Team LibreELEC are responsible for ensuring something compiles and we do the actual building (hence add-ons are in our repo). The fact that something compiles doesn't necessarily guarantee things will actually work; everybody is still learning about this stuff .. and the GUI still needs a lot of refinement to better guide users on how things should be used.
-
Does that mean that the 3.14 Kernel for amlogic devices is going to be replaced (Vim,Odroid C2, etc.)?
Correct. We've been working on this for the last year and are now a couple of months from having things in a fairly decent state. GXBB/GXL devices are actually very usable already, GXM hardware (VIM2) needs panfrost to mature a little first (but also active WIP).
You can have a poke at current test images from balbes150 here:
-
1. I'm not aware of any issues with the tethered hotspot feature; the sysctl hack should not be required.
2. Use the LE settings add-on (or connmanctl from the command line) to change the DNS servers; if none are set manually, whatever your router gives via DHCP will be used instead. If you need a gateway that's different from the one provided by DHCP, set the IP details (including DNS) manually.
-
Currently not working but being actively investigated. No timeline on when something public might be ready.
-
milhouse will pick that commit into his builds for some testing and as long as no issues are observed we'll add it into an update while reminding the Pi Foundation folks that the issue is still outstanding. The patch will probably miss LE 9.0.1 (which is due imminently) but land in LE 9.0.2. Keep using the modified test image for now; it's better to have a system that works with a few more unresolved Kodi bug than something with fewer bugs that doesn't work.
-
Not possible until HDR support gets added to the Linux kernel. It is being actively worked on (by Intel engineers).
-
