Posts by chewitt

Quote from hieppo

BTW, was it intentional for the boot logo to be already on Kodi Nexus? I am assuming the Kodi is Matrix version?

Intentional, as I don't see much point in tracking Matrix since it's not the codebase I'm looking to use in the next release.

You will probably have some issues with video decode still. We attempt to reserve 896MB CMA which is needed to handle 4K on boxes with 2GB or more RAM. However this allocation fails on 1GB devices so the kernel falls back to 256MB which is probably too little. The vdec driver needs a major rewrite/refactoring (splitting into two drivers) to fix that - known but unlikely to happen anytime soon.

I still don't see any attempt to probe WiFi though (at least BT failing is explained by it not being present) so I have to assume the box does not have a Broadcom module. Realtek is most likely but I'll have to have a think about how to handle that.

Known problem that isn't fixed yet.

Quote from loki7777

Which build could i use with s905x3 X96 MAX Plus? LibreELEC-AMLGX.arm-10.85.0-box.img.gz ?

Correct. Edit uEnv.ini to use the "meson-sm1-x96-air-gbit.dtb" as it's probably a close match. SM1 boxes have some known issues with hardware decoding so if you hit lockups you'll need to disable it (DRMPRIME on, Hardware Decode off).

I found the stray patch cum bad commit that broke hardware decode .. so the next nightly that's build (scheduled for 5th Jan AM GMT) will have working hardware decode again. Impatient users can grab something from https://chewitt.libreelec.tv/testing/ .. there are no functional improvements so GXBB/GXL/GXM are working nicely and newer devices still have some issues, but that's an improvement on black screens and no video everywhere.

NB: I have added a possible workaround (not fix, workaround) for borked USB ports on Odroid C2 and the meson-gxl-s905x-p212 device-tree may now have working BT/WiFi .. I'm still not near my usual test devices so you'll have to test for me.

Happy New Year!

As a developer I don't push zipped/rar'd/gunziped/xz'd archive files to the repo for people to download, I push source code and GitHub does magic in the background that allows people to download "packaged" sources. As long as nothing changes in the way that GitHub compresses things, we download the same file with the same SHA256 every time. However if GitHub updates the underlying infrastructure to get better compression etc. the file served for any githash can change and the SHA256 will need updating. It doesn't happen often, but it can and does happen occasionally.

No issue with the certificate. Known non-issue with website linking to http URLs and/or https URLs that we have to redirect to http URLs in order for the mirror redirector to work, which needs compleletely upgrading and redeploying .. when someone has free time to do it, which appears to be never since it's been like that for some time now.

Right-click .. save-as

After Googling the box it looks like the M8S-Pro-L has only 10/100 Ethernet. If true, use the Q201 dtb. Hardware decode was working until a big batch of changes landed recently and I didn't figure out what the breaking change is yet. I don't have much time right now (new year, back to work) but it will get spotted eventually.

No.

Create a new SD card using the AMLGX "box" image from https://test.libreelec.tv/ then set the dtb name to use in uEnv.ini and boot/see what works. I'd start with the mecool kiii-pro dtb as most of their boxes seem to be similar hardware.

There is currently an issue with hardware decode in nightlies so you will need to disable it in Kodi playback settings (but leave DRMPRIME enabled) to get video output. Software decoded output should be broadly on-par with the performance of S912 legacy images that had no proper GPU drivers though (good for anything @ 1080p).

NB: You cannot "update" an existing install, the boot process is different with upstream images so it needs to be a clean install.

Odd, it probes the BT modeul but doesn't load. I'll have a poke around in the dts bits. I suspect the GXL box devices in the upstream kernel are a little unloved as the focus has mostly been on SBC board devices.

hieppo It's the dtb. I can see there is no Broadcom WiFi device in the dtsi under the &sd_emmc_a; node:

linux/meson-gxl-s905x-p212.dts at master · torvalds/linux

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

github.com

linux/meson-gxl-s905x-p212.dtsi at master · torvalds/linux

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

github.com

So assuming the box has a Broadcom WiFi chip? it should be trivial to add. If you use the p212 dtb it should have working BT? - share the URL generated by "dmesg | paste" when using the p212 dtb and I can see.

Fixed in https://github.com/LibreELEC/Libr…31039a7c3586a84

If it works, that's fine

Alternative (earlier) fix for the same issue RE: Cannot Install/Update Addons

I'm told device wake over CEC would need some changes in the driver. I'll add it to the long list of undone things, but It's not something I can do myself - to set expectations.

It's possible to replace /etc/connman/main.conf at boot time using /storage/.config/connman_main.conf but the same is not implemented for the Bluez main.conf file. You should attempt the bind mount mglae suggested. If that doesn't work you need to self-compile an image with the changes made at build time (or implementing a similar override method to ConnMan.

Quote from marg

Thanks for info. Is it chance that the Patch will be implementet (somehow) in Libreelec (Your) Distribution ?

If/when there is a patch, I will test it in my branch and then push it to LE. This has been ongoing for several years though so I wouldn't hold breath for a speedy resolution - although more progress/understanding on it has been reached in the last year than the previous 3-4.

HDR to SDR tonemapping is not currently implemented, so nothing to enable. It's something in the to-do list for the future.