Legacy v9.2 (LTS) builds for Amlogic S805/S8X2, S905/S912 and all WeTek boxes

The problem is that the remote.conf what I found has no explanations, so I can't bind the function button to the IR code.
In the modifications to the IR code tables I made earlier, I commented everything, so for example the OK button code is 28:

LibreELEC-AML/projects/S912/devices/Generic_S912/filesystem/etc/amremote/remote.conf at master · dtechsrv/LibreELEC-AML

'Just enough OS' for Kodi for some Amlogic TV boxes - dtechsrv/LibreELEC-AML

github.com

You can find keyboard codes for Linux here, most of them are the same on Kodi:

linux/include/uapi/linux/input-event-codes.h at master · torvalds/linux

Linux kernel source tree. Contribute to torvalds/linux development by creating an account on GitHub.

github.com

However, if this is the only button that doesn't work, try this first:
0x06 28

But, if your remote.conf contains any comments or explanations, you can send it and I can help you make a working one based on them.

Quote from raindrop

Hmm, the remote.conf file on my Nexbx A1 clone has no key-code 28. Maybe that's why OK button does not work. This remote also worked with H96 Pro+. File is attached below and it has comments in the file but I am not sure how accurate are the comments.

That would be better, but it's a completely different code config:
factory_code = 0xfe010001
^ The sample above, which I linked from GitHub, also had this code. If this were good, then the remote control should work by default, because this is included in my image by default.

However, what you need should be:
factory_code = 0xdf000001

I just found another one with the right code, which already has 28 for OK button (attached). I think this might be good.

Quote from raindrop

Well, I added following line in my remote.conf file for my factory remote (factory_code = 0xfe010001).

0x13 28  ; Enter

.... and now OK button is working . I have not tested the remote.conf files that you have linked from your github page but I believe those files would have worked too.

Thank you for all your help.

Okay, so there's some misunderstanding between us here. If your factory "working" configuration with code 0xfe010001 works, then why didn't the box work after a fresh installation, without any external configuration file? Because the remote control configuration linked from GitHub is part of my Generic_S912 image by default, and if there is no external remote.conf, it will be loaded automatically. (You can find this file on your own box here: /etc/amremote/remote.conf.)

It has the same factory code (0xfe010001) and also contains the line that you added to yours (0x13 28  # Enter (OK)). This is quite a paradox for me, because with a fresh installation, it should have worked with this built-in remote control already during the installation wizard without any external remote.conf being added.

I note that this was not built-in by default into the earlier builds of kszaq or wrxtasy to my knowledge, so their images definitely require an external remote.conf to work, but mine contains the two most common types built in. So, in my own images, if there is an external remote.conf, these built-in configs are ignored by the remote-config script.

Quote from raindrop

I always ran earlier builds of kszaq or wrxtasy LE 8.2.5 on these old boxes, and had a habit of adding a remote.conf  file before trying a remote. I had no idea that your builds have remote files built-in.

After reading your last message, I deleted my 'modded' conf file from the SD card and rebooted the LibreElec, and what you know: factory remote worked (including ok button) without needing an external remote.conf file.

I guess I was being too smart to add a remote.conf file before trying a remote .

I suspected something similar might be going on in the background, so I thought either you didn't try at all, or the battery died when you first tried, or something like that...

But then I'm glad we finally solved this mystery.

Quote from Pollostrio

Hello, sorry if this is simple to do but I’m very new to this and I need help.

I have successfully installed LibreELEC-M8S-Plus.arm-9.2.8.17-update on my Pandora with the S812 chip, and when I start it, it stays on the logo and doesn't move beyond that.

There is no SD card inserted, so I assume that’s normal.

What do I need to put on the SD card for it to move beyond that? What files are needed? Any step-by-step guide?

The NAND install images in the scdard ZIP files are made exclusively for that specific device (M8S+ and KII only), so if you install it on a different device, you risk potential bricking. In this case, the only solution is to restore the original ROM image from the device manufacturer.

Quote from vissy

dtech I have a Wetek Core that has been gathering dust for a few years. I wanted to see if I could get it up and running with this LibreElec image.

Device is on WeOs 3.0.1 so not able to use remote to force sdcard boot. I tried using android 5.1.1. recovery to install sd-card update img. I get an error unable to mount via android recovery.

What could I do to install/boot into LibreElec? Any help is appreciated.

A quick question before we delve into deeper diagnostics:
Did you try to install according to the description in the leading post on this topic?

Quote from dtech

NAND install image for SD card: Download the NAND install image (*-sdcard.zip), extract it, and copy the contents of the file to the root folder of an FAT32-formatted SD card. Disconnect the power cord from the device, insert the prepared SD card, and plug in the power jack while pressing the reset button*. You need to hold the button about 8-10 seconds until the LibreELEC installation begins.
* The reset button on M8S+ is located behind the A/V connector, but on the Mecool and WeTek devices, the reset button is located behind the hole on the bottom of the device.

Quote from vissy

Sorry for the mixup. Now up and running from NAND

Unfortunately, USB drives cannot be used for this purpose. But I'm glad it was finally resolved.

Quote from Lirk

DVD playback support was dropped in version 9.2.8.17, but it works in 9.2.8.16.

I can assure you that no DVD playback support has been removed, so if it really isn't working, there must be another reason.

In version 9.2.8.17, the GLIBC component had a major version update, so it's possible that what you're experiencing is related to that. I'll check tomorrow...

Edit: The problem is more complex than I initially thought. Playing DVDs from a local USB ODD also didn't work, but I fixed that this morning. However, if you try to play via an SMB share, the error you reported still occurs.

Please tell me which image you are using (e.g.: Generic_S905), because if I manage to fix it, I will create a snapshot image for it first.

Quote from Lirk

Yes. Generic_S905.

Please update to the latest snapshot image from here:

Index of /snapshots/20250401_master_045f4c8/

After testing, I would like a feedback. Thanks.