Posts by KOPRajs

    This is LibreELEC build for MX2/G18 devices (DroidTV MX, G-Box Midnight MX2) with Amlogic AML8726-MX SoC (Amlogic Meson6).

    It is based on current LibreELEC WeTek Play build and OpenELEC port for G18 by codesnake. It is using WeTek Play LibreELEC Add-ons repository so you should be able to install binary add-ons from official repository (including PVR clients etc.).

    Warning! This build requires a storage partition with LIBREELEC_DISK label. Please read the installation instructions!

    Known issues:
    - (disabled) HDMI CEC does not seem to work
    - there is no Docker support

    Fixed issues:
    - (fixed 2017-02-16) update from LibreELEC is broken (you won't be able to update from LibreELEC, you'll have to do the next update from recovery)
    - (fixed 2017-02-16) some remote buttons don't have any action assigned by default

    Installation instructions:
    Starting from version 8.0.0 this build requires a storage partition with LIBREELEC_DISK label. You can choose whether you keep using internal NAND memory or you create an external storage partition on SD card or USB drive. As MX2/G18 devices are getting older there is a number of reports with NAND flash wear-out symptoms. By allowing the usage of external storage we can make devices with broken NAND memory fully usable again.

    Updating exisiting installations:
    Run the following command on SSH before updating to 8.0.0 to set the label of your internal NAND storage partition. Then you can update from tar as usual.

    tune2fs -L LIBREELEC_DISK /dev/data

    New installations from recovery:
    You will need an ext3 formated SD card or USB drive with LIBREELEC_DISK label for the first boot. Then you can change the label of internal NAND storage partition as described above if you want to use it instead of the external storage. The rest of the installation process is the same as usual (install-openelec-xbmc-g-box-mx2).


    Since many people seem to have problems creating the storage partition with LIBREELEC_DISK label, I have created an empty storage image (storage.img.gz). Just download the image and use LibreELEC USB-SD Creator to write it to SD card or USB drive.

    Download (updated 2019-02-26):
    storage.img.gz (empty external storage image)

    LibreELEC-Amlogic_MX2.arm-9.0.1.tar (for updating exisiting installations, Kodi 18.1)
    LibreELEC-Amlogic_MX2.arm-9.0.0.tar (for updating exisiting installations, Kodi 18.0)

    LibreELEC-Amlogic_MX2.arm-9.0-devel-20190120160004-34ac602.tar (for testing Kodi 18 RC 5)
    LibreELEC-Amlogic_MX2.arm-9.0-devel-20190102160004-05be03f.tar (for testing Kodi 18 RC 4)
    LibreELEC-Amlogic_MX2.arm-9.0-devel-20181208160005-6db1ac5.tar (for testing Kodi 18 RC 2)
    LibreELEC-Amlogic_MX2.arm-9.0-devel-20181125160005-9e278d9.tar (for testing Kodi 18 RC 1)
    LibreELEC-Amlogic_MX2.arm-9.0-devel-20181107160005-1a60beb.tar (for testing Kodi 18 Beta 5)

    LibreELEC-Amlogic_MX2.arm-8.0.2.tar (for updating exisiting installations) (for new installations from recovery)

    LibreELEC-Amlogic_MX2.arm-8.0.1.tar (for updating exisiting installations) (for new installations from recovery)
    LibreELEC-Amlogic_MX2.arm-8.0.0.tar (for updating exisiting installations) (for new installations from recovery)

    LibreELEC-Amlogic_MX2.arm-7.95.3.tar (for updating exisiting installations) (for new installations from recovery)

    I wanted to keep it as simple and clean as possible so for now everything is in projects/Amlogic_MX2/. You need to extract included .tar.gz to upstream LibreELEC sources and run PROJECT=Amlogic_MX2 ARCH=arm make amlpkg to build this.




    Supported devices:
    It is tested on DroidTV MX and G-Box Midnight MX2. Both have the same IR remote (see the pictures). If your device has different remote try connecting USB keyboard.

    I manage to get it to work (somehow).
    How to do i compile mupen64 for s905x?

    I've compiled the Mupen64 and added the link to the original post however I'm now not able to test it because my A95X didn't survived my experiment with heat sink tuning.
    It seems that they not only did a terrible thermal design but they also glued the heat sink to the SoC so well that it is very hard to remove without damaging the PCB :@

    Here the emulation is done through kodi.

    With retroarch kodi's process is killed.

    I confirm that emulation has poor performance compared to retroarch. I tested snes and the sound stutters.

    There is sound shuttering in SNES on my Nexbox A95X too. But after a brief exploration I've found that the CPU is being under clocked due to the bad thermal design of these boxes. When I opened the box and kept the temperature below 80'C (e.g. by holding my hand on the cooler), the CPU went back to it's 1,5 GHz and there were no sound shuttering in SNES any more.

    I couldn't resist... the waiting for Leia was too long so I've built kszaq's 7.95.beta5b for S905/S905X with the Inconspicuous fix included (Inconspicuous fix by garbear · Pull Request #11022 · xbmc/xbmc · GitHub). Credits go to kszaq, garbear and lrusak. I've only put those together.

    Haven't tested this yet, but basically it's the kszaq's 7.95.beta5b built with RetroPlayer patch.

    Emulators are not included but it should be possible to use any 32-bit arm builds (e.g. for RPi2).


    First install kszaq's 7.95.beta5b. Then place the tar file to "/storage/.update" folder and reboot.

    The build seems to work for me except for save states. The performance however is not as good as I expected on my A95X (S905X). Probably due to overheating and thermal throttling.
    Also I've managed to compile a basic set of emulators for use with this build: (install this first) (NES) (NES) (SNES) (Genesis) (Genesis) (PSX) (N64)

    I'm trying to build the image myself so I can experiment with the code but I'm stuck with errors during kernel compilation:

    Any ideas? I'm working with beta5 source code and trying to build 32-bit version with "PROJECT=S905 ARCH=arm make -j4".

    Thank you.

    EDIT: Nevermind, I didn't realized that I'm running on x86 host but x86_64 seems to be required for aarch64 kernel build.

    Most efforts are put in the usual builds (Generic PC, Raspberry Pi, etc), and the current 80x/90x series of AMLogic.
    We're not planning to also support older/outdated AML hardware.

    Why not? This outdated hardware is the same as found in original WeTek Play which is officially supported and there is already very stable public OpenELEC fork (GitHub - codesnake/ Port of the OpenELEC for Amlogic-based TV boxes) for it so everything is sorted out (bootloader, WiFi, remote). There are many users of those boxes (G18REF or GBOX MX2) as those were first really usable low-cost Kodi boxes available. I'd say dual Cortex-A9 1,5 GHz, 1 GB RAM and Mali-400 MP is not so outdated yet.