Posts by chewitt

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.

Custom EDID [LibreELEC.wiki]

^ connect direct to the TV, dump the EDID to file and configure tthis permanently, then reconnect to the AVR.

If you want an image for RPi4 build from the libreelec-9.2 branch; master should build (no idea why you're seeing the error) but the resulting image is not going to be so usable as master is in the middle of a transition to GBM/V4L2 (no more MMAL decoding).

Nope.

I'll add it to the list of things to think about.

Run a disk check from Windows. It's likely there is an issue with the filesystem and Linux mounts the drive read-only to prevent writing new data to a damaged filesystem.