I have no intention of publishing development/test images anytime soon because I have no time to support anything at the moment. Once LE 9.0 has shipped I'll start to push changes into the amlogic branch of our main repo and some nightly builds can be organised.
Posts by chewitt
-
-
There are no plans to unhide "exit Kodi" in the GUI because LE is not a "Desktop" OS and exiting Kodi doesn't drop you back to a working desktop or console prompt (which is what I guess you're looking for). If Ethernet works you can SSH in and run connmanctl (as above).
-
Amlogic are not going to license Linux mali for S912 as it's now an "old" chip (there are newer chips in their line-up). In the longer term we hope to use the panfrost open-source alternative to mali, but that initiative is still some way from having code that will be able to support Kodi.
-
Hard to know where the issue lies, but it's not going to be LE specific so the better starting point would be the rapier skin support thread in the Kodi forums. It's likely that the skin hasn't been fully updated yet as most developers start updating skins once Kodi reaches public beta, not before when the API's are still subject to frequent changes.
-
Nothing useful in the image. You probably need to get a shot of the very faint writing on the large square chip; but even if you do there's a large chance that whatever chip it is requires some kind of proprietary out-of-tree kernel driver with no sources available .. because for some reason DVB hardware vendors see upstreaming drivers or publicly sharing their bad code as being bad for their business.
-
If possible configure the HDMI on the TV to "Just scan" and it will use the full screen (no overscan). If this is not possible Kodi has a "calibrate" function which allows you to resize, see: https://kodi.wiki/view/settings/system/display#video_calibration
-
erbas GXL devices (S905X/D/W/L) have mainline support and we continue to make progress on the display driver and video decoder.
-
The technical direction for LibreELEC 10.0 will require all hardware to run modern/mainline Linux kernels (Linux 4.18+) so we have zero interest in developing images for older chips that RK have no plan to provide mainline kernel support for. Chips we are currently supporting on Linux 4.4 will have mainline support in the future. RK3229 will not.
-
AP6352S is a Broadcom BCM4356 device. It's hard to gauge what state support for that chipset is like on the 3.14 kernel but an educated guess is that it's using an older and mildly buggy hacked-into-kernel driver and outdated firmware. There isn't much we can do about that on the current codebase and it's not currently possible to run Kodi with newer kernels that probably improve things on S912 hardware (no Linux drivers for the Mali T820 chip). It's not the answer you'll want, but the best way forwards is using a cheap "proper router" as an Ethernet bridge.
-
Several LE staff have R1's and I have fuzzy memory of team chat discussing an unofficial firmware for the R1 boxes which addresses a bunch of issues with the official one. I think this is the source (from one of the TVH devs): GitHub - perexg/satip-axe: A custom firmware with minisatip for Inverto IDL-400s/Grundig GSS.BOX/Telestar Digibit R1 but Google for satip-axe and Digitbit R1 and you'll find more info on what it solves.
-
AVL6111 is an Availink chip. It's also used as the generic DVB device in the kernel device-tree to trigger driver module loading for a much wider range of DVB chips that usually includes other Availink chips (AVL6862 and AVL6872 are common) and tuners from several manufacturers; so most boxes that claim to have an AVL6111 actually have something else. All part of the fun trying to support Android crap.
-
There is proper Linux support for Mali utgard chips (M400/M450) so S905/D/L/X/W etc. are supported in current Alpha releases.
-
RK3229 has no Linux support from RK (see http://opensource.rock-chips.com/wiki_main_page) so there will be no LE images
-
No further support will be provided while you have piracy repo's installed.
-
Current S912 support depends on a hack using libhybris to work around the lack of Linux libmali blobs that is not acceptable to LE/Kodi staff for official releases; hence there are none (only community efforts). We are assisting and encouraging open-source alternatives to libmali that may allow us to start officially supporting S912 hardware in the future.
-
-
What wifi chipset is in the box? (and which driver is being used)
-
LE releases do not currently overwrite the factory u-boot installed on your device, so if your hardware is wired to support power-on events from the RCU waking the device this will remain working when you install LE. If the hardware does not support RCU wake events no amount of fiddling with u-boot will make it work. If you erased a working factory u-boot for some reason, the easiest solution is restoring the Android ROM/image, then reinstalling LE.