chewitt Hi there
Does this version work with S805?
chewitt Hi there
Does this version work with S805?
Does this version work with S805?
No, AMLGX is for S905 and up. The AMLMX image supports S805 .. although that's rather unfinished and I didn't find the enthusiasm to do any work on it in about two years now. There's a couple of older test images in my webshare but they are not supported (as I can't remember much about them at this point) and they're now rather dated.
Hi chewitt
I saw you have removed the 12.80 build in your testing download
I use your minix-u9 libreelec 12.80 build to install to emmc then downgrade to 12.0.1 stable
I use this method to install to internal emmc but now I cannot find the 12.80 build . Can you provide the links if you still have it?
There's a few bug I encounter in your 12.80 in order to make it works but cannot recall what was that . I have Minix u9h with me and perhaps we can make it to official build
Thank you
I pulled the images from the share because they were becoming dated and at the moment I don't have time or enthusiam to rebase the changes and test newer kernels. If you're desperate the wiki has self-build instructions and the "amlogic" branch in my GitHub repo has the last-built state.
Hi, in tree is missing dtb for ugoos am6plus. In coreelec was created for it in aarch64 CE-22.
AFAICT the only difference between AM6 and AM6+ is the plus using a DV licensed SoC chip (S922X-J) which is irrelevant for upstream kernel using devices. If it makes you feel better, rename "meson-g12b-ugoos-am6.dtb" to "meson-g12b-ugoos-am6-plus.dtb" and pretend that you have a special dtb for your board.
It is not true. Differences are size of ram and size of emmc. Frequences of cpu ang gpu in relation s922x vs. s922xj.
RAM size is irrelevant to upstream kernel image as the kernel calculates size so doesn't need to have it forced in the dtb. EMMC size is irrelevant as we do not support installation to internal storage. CPU/GPU opp-points aren't that relevant: You might miss the top end of frequencies but it doesn't make a practical difference. The existing S922X opp-points are enough for software decoded 1080p output and a responsive interface, and reworking the dtb to include higher speeds (I'd guess it's using the same CPU opp-points as the A311D) isn't going to add enough headroom for software decoded 4K media.
It is true. OK maybe for improvement performance of s992x and s922xj is this ide a of activating cache of cpu, which must be implemented to dtb: https://discourse.coreelec.org/t/s922x-ugoos-…ng-needed/52692
Him idea helped me to smooth gui working in ondemand gpu government in Coreelec. Maybe for SW decoders would be relevant.
GPU (rendering) has nothing to do with media decoding .. so not relevant for LE/AMLGX
chewitt thanks for the kernel bump! We have nightlies again.
I've pushed a u-boot 2024.10 bump to images in my test share. It would be nice to hear some test reports with it.
I've pushed a u-boot 2024.10 bump to images in my test share. It would be nice to hear some test reports with it.
Just tried it on my Minix Neo U9-H. Kodi fails to start. In fact, I am encountering the same problems I described a while back in this post: First boot, stuck on boot screen
Those issues were fixed a while ago, but seem to be back now. It keeps starting and stopping kodi.service and keeps running Job wait-time-sync.service/start running.
I tried adding ssh to boot params, but am unable to connect to ssh (using the command ssh [email protected])
I also tried booting into textmode and running systemctl start sshd, and systemctl restart sshd, but was still unable to connect via SSH.
Running journalctl | paste gave the following URL: https://paste.libreelec.tv/logical-lemur.log
I've pushed a u-boot 2024.10 bump to images in my test share. It would be nice to hear some test reports with it.
I tested. Work fine with me. Though i am build from git, origin master branch. (with u-boot 2024.10)
Have had Libreelec v 11.0.6 on my cheap Chinese box MXQPro5G, and it worked reasonably well. Now, that I have tried to upgrade to LE 12.0.1 (I naturally use box distributions), I got an error that my system is armv7, while the new image is for aarch64, which I understand is some sort of 64-bit instruction set. However, the upgrade commenced, I can run Kodi 22, but my popular plugins simply do not work (Netflix, Disney, Max - as I use the box mostly streaming when travelling).
When I tried to roll back to LE11, got another error, apparently downgrade is not possible.
Hence, two questions:
1. Is there a version of LE12 for Amlogic armv7?
2. If not, any clever way to get back to LE11 other than reinstallation?
Your device is ARMv8, but LE11 uses 64-bit kernel + 32-bit (arm) userspace while LE12 switched to 64-bit kernel + 64-bit (aarch64) userspace. Python3 add-ons like Netflix/Disney/Max are not affected, but most of these depend upon inputstream.adaptive which is a compiled binary add-on. This will need to updated to an aarch64 compatible version before it will work. The updates to binary add-ons should happen automatically once you've booted into LE12, but if not you can manually force-refresh the repo, or worst case uninstall them (keeping preferences) then clear /storage/.kodi/addons/packages, and reinstall them from the LE add-on repo.
Have rolled back to 11.0.6, will look into 12.0.1 later. At the moment, all my streaming addons work, so perhaps I will just wait a moment with migration.
Still, my feeling is that some optimization might have been done with 12 over 11, as interface on this cheap TV box was definitely faster with LibreELEC-12. Or, perhaps that was only my impression (newer=better)? Never mind, thanks for support, for your time.
Kodi 21 has optimisations to GUI rendering that make things more efficient. Kodi 22 will have more again.The developer doing the work deliberately uses an Odroid C2 board as the baseline OpenGLES 2.0 device; not because it's Amlogic, but because it's a good example of an older device with limited capabilities.