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

Quote from dtech

Okay, I investigated and all new images in the S8X2 project are affected: M8S+, MXIII*, Uni-n200.

The cause of the error is probably not in my own build, but rather in Kodi or LE.

It is a fact: The repository link for the devices has changed.

Old: http://libreelec.dtech.hu/packages/9.2.0/M8S-Plus/arm

New: http://libreelec.dtech.hu/packages/9.2.0/S8X2/arm

But that's still not the real reason, because both paths work and point to the same target (symlink).

Code

2021-09-14 06:37:34.376 T:3010805760 WARNING: Repository add-on repository.libreelec.tv uses plain HTTP for add-on downloads in path http://libreelec.dtech.hu/packages/9.2.0/S8X2/arm - this is insecure and will make your Kodi installation vulnerable to attacks if enabled!
2021-09-14 06:38:04.143 T:2901406592 WARNING: Previous line repeats 32 times.
2021-09-14 06:38:04.143 T:2901406592   ERROR: Requested path http://libreelec.dtech.hu/packages/9.2.0/M8S-Plus/arm/virtual.dvb-tools/virtual.dvb-tools-9.2.0.105.zip not found in known repository directories

The repository link is good, the download link is working, it's just from the old index file.

Somehow the index would have to be updated to point to the new location, but I have no idea where LE stores this.

Update #1:

It doesn't work either: https://wiki.libreelec.tv/how-to/force-add-on-update

It can be updated, but it will still use the old URL when downloading add-ons. What a stupid bug is this?

Update #2: The Kodi backup/restore solution does not work either.

Display More

I wouldn't bother with that bug too much(tbh i downloaded only one add-on from repo and it is a skin;) - just add in first post that "users have to do a fresh install every time new build is released" and wait for LE to fix it.

Quote from dtech

Okay, the manual workaround is here for the "repo bug after update":

(However, as a new installation, everything will work immediately, and there is no need for manual intervention.)

I also replaced the old repo, and the only package included is this:

After that you just need to update and point to the location of the new repo (S8X2):

Display More

Can't access this file (repository.libreelec.tv-9.2.1.zip) on your server.

BTW That's my box mainboard in attachment - it shows tronsmart on sticker and 8gb but it is 16gb.

Quote from dtech

Sorry, the link has been link fixed. There is no SSL certificate for this subdomain on my server, so the HTTPS is not valid in the URL.

But this stupid Crome found it funny to add that idiot s to http. No comment...

NCEFAT28-08G -> It is interesting because this is a 8GB eMMC on your PCB.

df -h

Filesystem Size Used Available Use% Mounted on

devtmpfs 786.4M 4.0K 786.4M 0% /dev

/dev/mmcblk0p1 511.7M 134.2M 377.6M 26% /flash

/dev/loop0 126.0M 126.0M 0 100% /

/dev/mmcblk0p2 13.9G 288.0M 13.6G 2% /storage

tmpfs 788.4M 0 788.4M 0% /dev/shm

tmpfs 788.4M 9.1M 779.3M 1% /run

tmpfs 788.4M 0 788.4M 0% /sys/fs/cgroup

tmpfs 788.4M 1.4M 787.0M 0% /var

tmpfs 788.4M 0 788.4M 0% /tmp

Quote from dtech

Code

/dev/mmcblk0p1 511.7M 134.2M 377.6M 26% /flash
/dev/mmcblk0p2 13.9G 288.0M 13.6G 2% /storage

This is not your SD card?

You are right. How to check flash size then?

Quote from dtech

Well, the easiest way to really do this is to type the ID at the top of the chip into a search engine.

This really matters if you run from there. (E.g. if it is installed to the internal memory with installtointernal script.)

This is my M8S (n200C), LE runs from the internal NAND:

Code: df -h

Filesystem                Size      Used Available Use% Mounted on
devtmpfs                766.4M      4.0K    766.4M   0% /dev
/dev/system             975.9M    124.1M    835.8M  13% /flash
/dev/loop0              122.0M    122.0M         0 100% /
/dev/data                 5.3G      1.3G      3.9G  25% /storage
tmpfs                   768.4M         0    768.4M   0% /dev/shm
tmpfs                   768.4M      9.1M    759.2M   1% /run
tmpfs                   768.4M         0    768.4M   0% /sys/fs/cgroup
tmpfs                   768.4M      2.2M    766.2M   0% /var
tmpfs                   768.4M         0    768.4M   0% /tmp

I used Android to check it and A1 SD benchmark - 4887mb - now benchamrking it(READ:19.22MB/s WRITE:15.00MB/s but thts's internal memory but i have another 2 SD card(same size as internal) and write is ~5MB/s) .

I don't know why i was always thinking it's 16gb(went to check the box and it is 8gb);)

From nand

LibreELEC:~ # df -h

Filesystem Size Used Available Use% Mounted on

devtmpfs 786.4M 4.0K 786.4M 0% /dev

/dev/system 1.4G 130.4M 1.3G 9% /flash

/dev/loop0 126.0M 126.0M 0 100% /

/dev/data 4.8G 313.7M 4.5G 6% /storage

tmpfs 788.4M 0 788.4M 0% /dev/shm

tmpfs 788.4M 8.5M 779.8M 1% /run

tmpfs 788.4M 0 788.4M 0% /sys/fs/cgroup

tmpfs 788.4M 2.6M 785.8M 0% /var

tmpfs 788.4M 0 788.4M 0% /tmp

To my surprise this time it booted instantly from flash:)

But... there is always but when external hdd not connected - otherwise is a long boot - it didn't boot after 10min so power off. Boots nice without hdd and i can connect it and it is mounted straight away but only after boot. Size does matter - small 32gb pendrive and it boots, larg 2tb hdd and it will not boot.

Quote from dtech

Unfortunately, if a storage device is connected to an external USB (external HDD, flash drive, etc.), it would try to boot from there first.

If you need to ignore startfromext, you need to set this:

Code

fw_setenv bootcmd run storeboot

And then reboot. If all goes well, it will no longer try to boot from an exernal device (not even an SD card).

I can try it but first how to go back to boot from external?

Ok, tried first and it is working perfect - i assume the only downside would be to try to flash it from SD card or will it work?

I can't get ffmpeg to work with this addon, https://forum.libreelec.tv

it works on CE, Windows, Linux,

i tried https://forum.libreelec.tv
and, https://forum.libreelec.tv

possibly the builds are incompatible with the kernel of this system

I don't know much about it, but since it works on S905 + processors
then I have to look for some very old version of ffmpeg 

Quote from dtech

The problem is, I don’t even know if it worked with earlier versions under 3.10/3.14 kernel or not.

Unfortunately, the addon problems are in the same hat as the docker. I have neither the time nor the opportunity to investigate very much.

In the background, I'm also trying to bring back amcodec support to the Kodi Matrix version so that older devices can be used with the older kernel for at least some time. But I can't really move forward with that either.

Apparently, I was left alone for this, because the previous developers had already got out of this "suffering" since LE version 8.2 or 9.0 (kszaq, Demetris, datrh, etc.). Unfortunately, I’m starting to realize that the Amlogic v3.10/3.14 kernels are slowly no longer compatible with anything new.

Honestly if that would be slowly the end of does devices i would be still more then happy by what you achieved and what i have now installed on my box. While i was running kodi 15 for last few years i might as well run kodi 18.9 for another 3 years(as only using it for playing 1080p files and now maybe even x256 (maybe even in 4k). S

o i'm good with that. And then i will buy a newer box or something else to use LE.

THANK YOU.

Quote from dtech

LibreELEC v9.2.8.2 (2021-09-12) has been released for S8X2 devices only.

---

Changes since v9.2.8.1 (2021-08-14):

• restore whitelist patch to fix cadence-correct playback problems (eg. 23.976 and 29.97 fps),
• disable all Realtek SDIO and USB wifi/bluetooth adapter drivers in kernel configuration,
• M8S-Plus: enable some external Realtek USB wifi adapter drivers.
• 3rdParty images: enable some updated external Realtek SDIO and USB wifi/bluetooth adapter drivers in options,
• 3rdParty images: merge MXIII-S8X2 devices to main S8X2 project,
• Minix-S8X2 images: sync boot scripts and kernel with datrh's repo (based on 9.0.2 with custom Kodi version),
• 3rdParty images: platform_init script replaced to prevent freeze problems after stop or seek.
• 3rdParty images: zram service is disabled on devices that have more than 1 GB of RAM.

---

Images can only be published after testing and positive confirmation!

So far, this has happened to these devices:

• OTT M8S+ (tested by me),
• Universal n200 devices (tested by loki7777 on an MXIII-G clone, gjstroom and Jerry on M8S clones).

Not-affected S8X2 devices: WeTek Core.

Affected but not yet confirmed (waiting for feedback):

• Minix X8/X8-H,
• Minix X8-H Plus,
• MXIII-1G,
• MXIII-G/-Plus.

If you would like to help with testing, please indicate what device you have and what you experienced during the test.

Only these images can be used for testing: Index of /snapshots/20210912/

(The image of the Minix devices has been updated since then, but for ease, I also put it in this directory.)

After positive confirmation, the images will be transferred to their own download directory.

---

IMPORTANT!

If you installed it as an update and you have a problem installing addons, you will need to manually update the LE repository addon:

repository.libreelec.tv-9.2.1.zip

Display More

Hi, love this project. Is Tronsmart MXIII 2GB/8GB (K200) going to be supported anytime soon?