I'll try that. I'm checking https://test.libreelec.tv/ and it seems there's only builds for RPi2 and RPi4? Mine's a RPi3.
Use the RPi2 image then.
Posts by chewitt
-
-
Damn! Tried the toothpicked and it booted ,weired, all my other distribs boot directly, but let`s see
q200.dtbLE uses different u-boot bootscript, so unless you (re)load it by forcing recovery boot you're trying to use legacy boot scripts which don't see our boot files. You'll need to do the same (for the reverse reason) if you revert back to older distros.
NB: I'm not aware of any issues with networking or repos. If you want any help with that topic you'll need to share boot logs and Kodi debug logs (not non-debug logs) so we can see what errors are reported.
-
For Sunvell T95V Pro tv box, image and device tree please.
Just experiment with some gxm box dtb files .. e.g. Q200.
-
FYI, this was submitted to the upstream kernel yesterday: https://patchwork.kernel.org/project/linux-…[email protected]/ .. so there will be a dtb in future nightlies. I also have the u-boot sources from Beelink so should be able to organise support for reimaging the box (installing to emmc) with upstream u-boot support too at some point.
-
Hello! - Please i want to install image and device tree for Mecool M8S PRO L. .. Thanks for all!
There's no specific device-tree for that box but I would try meson-gxm-mecool-kiii-pro.dtb as it probably uses the same IR remote. As long as it uses Broadcom WiFi the boxes are all much the same.
-
FUSE was historically used in the OS for NTFS and exFAT drivers. From our perspective it is no longer required as recent kernels have native drivers for both. I don't recall it being removed, but it's quite plausible that it's been dropped - and I wouldn't expect it to return. NB: That distro has deliberate "native" support for features which are strongly associated with piracy use-cases. Users might not care but we do.
-
In the absence of a boot log that would show what the system is currently doing we can't say. If both GPUs are active the Intel one will be chosen first because we check Intel IDs first (and may find a match). That can be negated by blacklisting the Intel drivers (if they are built as loadable modules not built-in) or by overriding the udev rule that matches GPUs to skip the Intel section and go straight to nVidia. It's years since I touched x86_64 kit so I forget which is easiest or most applicable to current LE images; but maybe the udev approach.
-
Add-ons in /usr/share/kodi/addons/webinterface.default/js/kodi-webinterface.js are part of the squasfs SYSTEM file that we mount on each boot. If you want to modify the content of that add-on you need to patch the add-on sources and then (re)compile the change into a new LE image. Bedtime reading:
-
The challenge with locales is .. there are lots of them and the cummulative size of files needed to support a decent number (remembering that we are a Global distro/project) is too large to sensibly embed into a minimialist distro image. The need for non-default locales is persistent but overall not a large volume of requests so we've parked them in an add-on.
-
How about un-thinking the problem and just installing/using the locale add-on?
-
Profile data is always in a users home folder, which LE simplifies by having a single (root) user, and mapped to the persistent /storage area which is writeable. So each time the system boots the profile data is read, and whatever paths and such are needed for locales are set. There are also helper functions in the OS that know to search the binary addon paths for system.d, profile.d, udev.rules.d content etc.
-
Hello. I have a Beelink GT1 Ultimate (gxm_q200) currently running Alexelec(coreelec fork) on SD.
I assume you're asking for help in here because the CE devs have no interest in supporting the piracy-ridden fork that rips off their efforts that you installed on your box. I'm equally disiniterested for a) the same reasons, b) because it's not even a fork of the modern-kernel codebase that LE uses today.
NB: As a random coincidence I created a device-tree for GT1-Ultimate earlier today for one of the Manjaro ARM devs to use, so support for the box should filter through to LE11 nightlies sometime soon.
-
Started working perfectly, thank you so much!! Edit: Also everything I've tested with video playback has been perfect and smooth!!
Nice to hear. Can you please share the URL from "dmesg | paste" so I can check the boot log.
-
My box is some custom model board from Geniatech sold in Portugal as TBee. Using the Nexbox A95X which also has a QCA9377 chip I get Bluetooth disabled by default, by activating the Bluetooth I get the "No Bluetooth adapter found" message again, but the dmesg is different
The Nexbox A95X device-tree doesn't have any references to WiFi or BT devices. WiFi gets found since it's attached to SDIO which is described and acts like a bus with connected devices, but BT is a serial device that needs to be explicitly described with device type or the kernel doesn't know what to probe for.
Please boot https://chewitt.libreelec.tv/testing/LibreE…85.0-box.img.gz - I've added an experimental device-tree for the box that should get BT working.
-
I was looking at picking up a Edal T95M (S905W 1/8g). Does anyone know if it is supported by this build?
`There is no specific device-tree for the box but other S905W devices may work. Don't expect anything greater than 1080p.
-
Hi. I tried the last nightly build on my S905X with a QCA9377 Wireless chip, Wifi is working perfectly but I don't have Bluetooth working. Any idea? Thanks. http://ix.io/41Fx dmesg
The P212 device-tree describes hardware with a Broadcom compatible chip, so the wrong driver is probed. What is the box?
-
Are there plans to make the .tar pack available again for nightly release updates?
There's no need, you can update from .img files too.
-
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.
