Since Matrix (Kodi v19) the legacy amlcodec is no longer supported. The old kernel (3.10) is already very outdated anyway, so the only solution is to switch to the mainline kernel. At the moment the state of the vdec is pretty much WiP. However, there is some progress in this area (Meson 8* Lives!), but it seems that Kodi v20 may be the first to run on Meson8* devices.
Posts by dtech
-
-
There is a little TvH 4.3 backport for my legacy Amlogic LE-9.2 images:
http://libreelec.dtech.hu/3rdParty/packa…E9.2_v4.3-1903/Source repository branch: https://github.com/dtechsrv/LibreELEC-AML/tree/tvheadend43
Update:
dtechOctober 23, 2022 at 7:45 AM -
I’m really trying to adapt it, but I'd rather just say experimentation. Now I have a working image, but I wouldn't say it's 100% done.
http://libreelec.dtech.hu/snapshots/20211122/ (Source: https://github.com/dtechsrv/LibreELEC-AML/tree/odroid-c1)
It contains almost all Kodi patches I have used for the boxes, including the fix for the IPTV problem, and I also enabled the dvb-latest driver package. However, the kernel of wrxtasy I used for this build is unfortunately very outdated.
Although I only have this board for 2 weeks. Before that, I only had boxes.

For me, the u-boot is a whole new area, so unfortunately I can't answer your previous questions on the merits either, but all the experience comes in handy. If I understand correctly, you want a native ext2/ext4 partition instead of a squashfs + overlayfs for the system patrition, right?
-
Two Questions, is this MXQ-4K-Pro_2G.arm-9.2.8.3.img.gz will work in my box ?, as it says 2G ram where as my box is 1GB Ram, and another do i have to download this gxbb_p200_1G_mxq_pro_4k.dtb, and rename it to .dtb.? Can i extract & use the the .dtb file which is already there in my (LibreELEC-Amlogic.aarch64-MXSPlus-8.0.3-update) given by the supplier of the box.
- That 2GB in the name is only present because the image was created for this device: MXQ 4K Pro+ (S905X, 2G/16G).
The size of the memory is specified in the DTB, so if you replace it, the name is already irrelevant. - Yes, you can, but since your DTB is from an older build, it is not 100% sure it will work.
- That 2GB in the name is only present because the image was created for this device: MXQ 4K Pro+ (S905X, 2G/16G).
-
Now I see you are trying to update with an S805 (m8b) image, even though you have an S905 (gxbb) device. This is not going to be good.
If you update your S905 with the HD18Q image, it is guaranteed to never boot again after you restart your device.
And chewitt is also right, because in Leia versions (9.0/9.2) for Amlogic S905x the kernel is 64-bit, but Kodi is only 32-bit.
I think you need to look for another sd card and create a clean install with this image: LibreELEC-MXQ-4K-Pro_2G.arm-9.2.8.3.img.gz.
This is the correct dtb for your device: gxbb_p200_1G_mxq_pro_4k.dtb, it should be renamed to dtb.img and overwrite the original.
-
Everything looks good from the kernel side, I think the boot logo has been replaced by a custom ROM. If you can tolerate to see the OE logo appear on startup, you don’t have to deal with it because it doesn’t affect anything. However, if this bothers you, you will need to restore the factory Android ROM (this will restore the boot logo) and then install the LibreELEC image from the SD card to the NAND (with installtointernal script).
And to make CEC work, the fw_setenv cecconfig cec1f I wrote earlier must be run, because fw_printenv says it's still turned off:
-
Thanks i copied .tar to .update folder, but it says this image is Uncompatible with my Hardware. I guess i have to use the previous version, can you recommend which is the last working version according to my specs.
The reason for the incompatibility is that the device name is different.
You need to create an empty .nocompat file next to .tar in the update directory, and try again.

-
All you need is the correct dtb.img (gxbb_p200_1G_mxq_pro_4k), it will need to be replaced in the new version. But if you install it as an update (*.tar), you don’t have to do that either. However, I don't really recommend updating from 8.0 to 9.2, before that do a backup under Kodi.
-
dtech no sd card, I must have had openelec on there before I installed libreelec and I think it's getting the openeelec logo in something like 'bootloader config' before kodi even loads?
where do I find the uboot settings?
cheers
Can I get a dmesg and an fw_printenv output?
-
it still has an openelec splash screen on boot, any idea how to get rid of that?
Well, that's very interesting, because the LibreELEC logo is part of the initramfs, which is in the kernel.img.
If you are running LE from an sd card, please enter this command under SSH:
If you do not get this result: ec3c1d0e0774093d2eabf6deb599f28f, the update failed for some reason.
(But if you are running LE from NAND, this command will not work, because there is no kernel.img under the "flash" mount point.)
and even though it says CEC connected on startup it doesn't recognise my Samsung remote?
Try to enable CEC manually in uboot:
Then restart the box...
-
My HD18Q image from the LE 9.2 branch can be used on the MK808B+, but unfortunately bluetooth won't work.
If this doesn't bother you, you can find the image here: http://libreelec.dtech.hu/S805/
Related topic:
ThreadLegacy v9.2 (LTS) builds for Amlogic S805/S8X2, S905/S912 and all WeTek boxes
Latest version: LibreELEC 9.2.8.20 (Release date: 2026-04-19)
IMPORTANT NOTICE!
Due to the switch to GLIBC v2.34, all binary addons have been rebuilt. The main version of the add-ons has been changed from v9.2.0 to v9.2.1, so after the system update, the binary add-ons will also be updated. In addition, the default transfer protocol in the repository has also changed from HTTP to HTTPS.
NOTICE: If the auto update is enabled, but the installed version is not the latest, then the supported devices…
dtechFebruary 7, 2021 at 2:33 PM -
-
LibreELEC v9.2.8.3 (2021-11-05) has been released for S805, S8X2 and S905x devices.
Changes since v9.2.8.2 (2021-09-12):- S805, S8X2, S905: Unify multichannel audio patch for all AML devices,
- S905: Add some Realtek wireless packages to additional drivers (KI Plus S905),
- S805, S8X2: Disable external mali driver for all meson8*,
- WeTek Core: Fix additional wireless drivers in options,
- WeTek Core: Fix sd card boot issue via toothpick method,
- WeTek Core: Fix playback freeze issues (dtb-related).
For download links, please check the first post in this topic: #1
Mirror (GitHub): Release LibreELEC v9.2.8.3 for AML S805/S8X2/S905 (2021-11-05) · dtechsrv/LibreELEC-AML
Notice: The S8X2 group also includes WeTek Core.
I would like to say a huge thank you to the LE team, especially chewitt and also tavoc for their contribution in getting another one instead of my faulty WeTek Core device. This is probably the last LE 9.2 image I have published, from now on I want to help build and test official versions (LE10+) based on the mainline kernel for Amlogic devices.
-
The solution to this problem can be found here:
PostRE: SOLVED: Cannot Install/Update Addons (on LE9.0 and older versions)
LE 9.0 (and before) use the old openssl 1.0.2 version which is tripping over the DST Root CA X3 expiration end of September - read more about it here: https://www.openssl.org/blog/blog/2021…RootCertExpire/
Fortunately applying the workaround 1 (removing the cert) is quite easy:
First create the directory /storage/.config/system.d/openssl-config.service.d:
(Code, 1 line)
then create a file drop-dst-x3.conf in there (full path is /storage/.config/system.d/openssl-config.service.d/drop-dst-x3.conf)…HiassofTOctober 13, 2021 at 1:16 PM -
hi there. I have a S905 box using the DTBs from http://kszaq.libreelec.tv/s905/8.2/device_trees/S905/ - specifically gxbb_p200_2G_1Gbit_OTG_Port.dtb . Can you please add support for loadable DTBs?
When booting from external storage (sd card or usb flash drive), the DTB replacement works.
I recommend the IMPORTANT NOTES - Please read them carefully before asking section of the first post on this topic.
- Using an external DTB only works with the S905/S905X/S905D, but also only when booting from the SD card or USB storage.
If you want to boot from external storage with an external DTB, you can find it here: Index of /device_trees/.
But... Booting from internal storage will never work on my builds (except for listed devices), because the list of Android partitions may be different for each device, and if you don't know where /dev/dtb is, it's pretty hard to load it. The partition list for some devices is specifically defined in the DTB, so which came first: the chicken or the egg?
(You need the DTB to know where the DTB is located. Nice paradox...)And since I’m not making universal images for S905x devices (like CE), please don’t expect that from me either.
The only "relatively fast" solution to the internal boot is to replace the DTB integrated in kernel.img with mkbootimg_tools.
The slower but better solution is to build your own build for your device based on my source code.
- Using an external DTB only works with the S905/S905X/S905D, but also only when booting from the SD card or USB storage.
-
Things should be concretized a bit...
What exactly device do you have? The title of topic is M9Splus, you are writing M8Splus below.
Also, it doesn't irrelevant if it's an OTT M8S+ (S812) or a Mecool M8S Plus DVB (S905*).
For the second device, I’m not surprised that WiFi doesn’t work because there is no open source driver for the SCI 9082C chip, so it won’t work with anything other than the factory Android.
Furthermore, which version of LibreELEC did you try?
Edit: Even in addition to the above, there are a couple of types of products called M8S-Plus, so it doesn't irrelevant how the name is written. A photo of the box (especially the insides) might be simpler.
-
Hi, I installed on my old x8-h. Occasionally, you cannot turn it on again with the button after turning it off. I need to unplug the power supply and reconnect it. Everything else works great. Thank you very much.
when the player is on, the LED is off, but when it is off, the LED is on.
Unfortunately, I can't help with the LED because I don't have such a device and the DTB doesn't include an entry about the GPIO pin of the power LED either.

But the power-on error is probably caused by an uboot bug. Please try the description in the first post to avoid this error.
You can find the relevant section here: Fix the "power-on bug" in uboot for some boxes (S8X2 only).
If the same error exists on the Minix bootloader, it will probably help.
-