Posts by chewitt

Index of / <= latest AMLGX nightly "box" image on an SD card with one of the p200 or p201 device-trees might work.

Currently no, as our settings add-on runs in the background independently of Kodi and there is no way for Kodi to tell the OS layer that the keyboard layout has changed (and vice versa).

It's a known issue, but not a high priority for investigation as LE does not currently release aarch64 images (as we need arm userspace for libwidevine compatibility). If you build with ARCH=arm the image will complete.

If the TP-Link requires some firmware to work let me know (it will be reported in dmesg as a failure to load something) and I'll add the firnware to the image. If it requires an out-of-tree driver, sorry but I don't have time or interest to chase down patches for realtek drivers that break with every kernel bump so all of them are disabled (and no current plans to change that).

Restart and shutdown now wait for Kodi to gracefully shutdown instead of killing the process after 5 seconds if it hasn't existed (it never does). This avoids frequently reported issues with Kodi trashing configs which are saved at shutdown, but does drag out the shutdown process compared to older LE releases. It's known and is a general Kodi problem not anything specific to Amlogic or these images. There is a long-term plan to refactor/rework some bit of Kodi which should improve timings .. but don't hold breath.

Hardware decode is still only partially working. H264/VP9 are now reworked and merged for Linux 5.7 and HEVC (not hardware supported on C2) will be next, but ffmpeg stateful API support and the Kodi side still need reworking. Most of the effort on that is currently focussed around Raspberry Pi but since Amlogic shares the same code paths that's not a bad thing.

No ideas about CEC as I don't use it. I do have a patch in the codebase to disable dmesg log-spamming when CEC is not supported (as I disable it in my AVR) but this is only //commenting out the message and it doesn't/shouldn't prevent actual functionality. Check Kodi settings?

cdu13a drop me an email with the wiki consistencies and I'll correct them.

LE (and OE before it) has never supported installation of debian packages (or any other form or packages).

Kodi only looks for CD/DVD hardware at startup so if you connect a USB/removable drive after Kodi starts it will not be seen unless you restart. This is a long standing "works as coded so not technically a bug" issue. Some of the related code in Kodi is an exercise in archaeology .. it needs overhauling but there's not many volunteers in that area of the codebase. lrusak were you poking that stuff semi-recently?

We have never officially supported generic S812 boxes, only the WeTek Core (also S812 but no guarantee the device-tree works on your box). There are some other community images available in the forums that you could try on an SD card .. but again, no guarantees.

K19 alpha/beta/launch has nothing to do with it .. DVB support is all about kernel (and out-of-tree driver) versions.

I'm usually working in a kernel that's +1 release ahead of all the media_tree DVB drivers so they never compile and there's not much point in including them until that changes. Oleg's images might be different.

It might be technically possible to do some of the things you state, but the primary reason for migrating/regenerating the DB between Kodi versions is that it makes Kodi developement and support easier. The all-volunteer Team Kodi staff needs to strike a balance between spending their limited time on coding new features and fixing bugs .. and multi-version backwards-compatible SQL database support has "huge amount of effort for little reward" written all over it in mile-high flaming letters. Throw in "MySQL vs. MariaDB" and DB versions for extra hassle.

I know people have tested Krypton migration and I would expect a few to have done Jarvis, but I doubt anyone on Team Kodi has tested migration from as far back as Isengard. The reality is that developers develop on v.next not v.old and the staffing is limited; there's no QA department

NB: The Kodi wiki has some workarounds for DBs that fail to update including "export and reimport" if that's needed.

If the NAS is old it is may be using SMBv1 and you'll need to force the Kodi SMB client to use min/max SMBv1 via Kodi settings (not LE settings) else it will default to SMBv2 and it won't connect.

The log appears to show you navigating around. I can't see a video being played.

Correct translation, but on a blocked-word list to prevent spam.

It has been merged into the settings add-on for LE10 .. it didn't make it to the setup wizard and probably won't as the total number of users who need to use it appears to be small, albeit we're seeing larger numbers of Q's since RPi4 launched.

Quote from mega-samu

Have you implemented the latest changes for panfrost for the s912? Experimental Panfrost GLES 3.0 support has landed in Mesa

Unlikely in Oleg's images because LE master is using Mesa v20.x and the changes have gone into Mesa master for v21.x. The GLES 3.0 changes are not particularly relevant for Kodi support as Kodi runs under GLES 2.0. If you're enquiring about overall Panfrost support ..it runs great on S912 now (has been passing all dEQP tests for some time) and there are some Khadas VIM2 boards installed in the Mesa CI lab now so that all Midgard changes are run against T820.

NB: In the last week I organised a bunch of Bifrost using board samples for the Panfrost devs and Bifrost work has now kicked off! It will be a while before there's usable code, but once that happens, a single LE image that supports GXBB thru SM1 hardware is within our sights

The majority of 4K media is under 4K30 (the only 4K60 content I have is test media) and the Pi hardware performs better in terms of overall power use and thermal output (both of which impact stability) without 4K60 support enabled. LE defaults the GUI to 1080p and almost all 4K capable TVs will do a better job of upscaling the Kodi 1080p output to 4K than Kodi does upscaling 720p Estuary to 4K. RPi4 is a nice bump in performance over RPi3 but at the end of the day it's still a low-spec ARM board. Unless you really do need to run something at 4K60, it's best to leave the default config as-is.

I think original ION will be in the too-old bucket now .. and the 304.xx driver is not ABI compatible with the versions of X11 that we ship in the 9.2 release so anyone seeking older driver support will need to downgrade a few things before building an image. In older LE versions it used to be possible to do a simple tweak to the nVidia driver version and rebuild, but that is no longer the case.