Posts by chewitt

MAINTAINERS lists a few @hisilicon.com names and the repo here: GitHub - hisilicon/linux-hisi appears to have a fairly recent kernel .. although it's not possible to look at that and easily see what state things are in. It still doesn't change the fact that we have nobody on team in contact with them or a willing volunteer - which means nothing will change in the near future.

NB: On the topic of dead things .. wetek türkiye | wetek depo türkiye could use an update (or better, replace with a blank index.html file)

ahh, the module is called "8192cu" not rtl8192cu" .. rinse/repeat

Please share a link to the PR/fix for Leia and we can ask the Kodi developer who did the fix if it will backport for 17.5 ..

Quote

Samba 3.x /storage/.config/samba.conf configurations must be updated to use the new Samba 4.x template (samba.conf.sample) as some Samba 3.x configuration is incompatible. The embedded Samba server may fail to start until this is done. If the reason for older changes was workgroup name please delete the file and use the new in-GUI configuration method.

^ text from the release notes that you didn't read before updating

Report the bug to Kodi via their forums. Kodi bugs are Kodi bugs, not LE bugs.

The usual problem is a new variant of an existing sensor that is not explicitly supported by the Linux kernel. This results in the new sensor using the incorrect maths for an older sensor and our cputemp/gputemp scripts correctly read the incorrect values reported by the kernel. As it is a cosmetic problem we generally do nothing and eventually the kernel gets updated and the issue resolves itself.

Kodi Helix and Krypton are quite different and it is never realistic to update Kodi and expect all configuration options to remain the same. Krypton has major changes to VideoPlayer and amcodec - and our objective for Krypton was removing all the ugly high-level Kodi hacking to solve low-level kernel problems and create a sustainable codebase that allows forward progress. If we didn't do that Kodi would have dropped amcodec support completely (as part of the Android move to mediacodec/audiotrack) and there would be no Krypton releases for Amlogic devices. The end result is not perfect or complete although most people find the overall stability and performance with a broad range of media to be improved. Kodi Leia contains the next wave of VideoPlayer and amcodec changes.

I wasn't aware of that one (or the other upstream fork). It looks like development stalled around the time we forked and is long-dead. Those devices are obsolete now and the kernel's used are ancient. Not something to rush into

Support for HQ scalers at 4k resolutions has been patched out because the upstream Kodi developers got fed-up with seeing bug reports of things not working .. due to a lack of GPU performance. The patch is not very democratic because higher-end Intel hardware can sometimes cope, but that hardware is only present with a tiny minority of users.

Quote from vflborussia

Hello, is it possible to use with this version Netflix, Amazon add-ons via inputstream.adaptive or I need Libreelec 9.0 test version?

It will work, but inputstream support for those services is currently a fluid moving target and most community image creators aren't updating the add-on as frequently as the upstream sources are being ad-hoc changed. You will need to track/update the add-on frequently.

modprobe rtl8192cu
echo "7392 b822" | tee /sys/bus/usb/drivers/rtl8192cu/new_id

^ if you do that, it works? - if yes we can get the device ID's added to the driver.

It should be persistent by default and there is nothing in the OS that allows you to configure (disable) persistence. It sounds like a bad/corrupted (or worst case, fake) SD card.

LE is not a NAS distro and you don't appear to be using LE clients. And you're expecting things to be the same after inserting a 100-BaseT switch between server and wireless connected clients and playing media that's twice the size as before (albeit still not that large). TL/DR; I'm not convinced this is an "LE" use-case that we'd have any responsibility to support. Use FreeNAS or unRAID.

We have specific sub-forums for community created images where the authors support their stuff. Everything else goes in a small number of general categories; because this results in more eyeballs seeing threads and we see much better audience participation. We know from OE era experience that creating lots of forum micro-categories results in few people seeing posts and a higher support burden on the mods/staff.

Install LE to the internal eMMC and it will run faster. Install LE to an SD card and it will run slower. You will have the same experience on pretty much all hardware - it's nothing S912 or Amlogic specific. NB: most far-east box manufacturers procure the cheapest components they can find and "the box boots Android" is the only performance test they do. If you want something faster it's time to $pend on a NUC or similar.

I'm not aware of anyone working on LE support for HiSilicon SoC's or anyone in our extended developer team or surrounding ecosystem having any contact with HiSilicon staff. Changes coming in Kodi v18 will make adding support considerably easier for any SoC vendor with a well maintained and current mainline kernel and V4L2 drivers; but that description mostly excludes far-east manufacturers with a "hack it to boot Android" mentality. So who knows..

If someone submits the add-on code to our repo along with a pledge to maintain it over time we're happy to build and publish - otherwise I'd see it as an über-niche requirement; AFAIK you're the first person to ask for zabbix in the ~6 years I've been hanging around the LE/OE team.

zabbix-agent might be an easier option. Probably not as efficient in terms of "small light agent" if it requires a nice big fat OS image to run the agent, but functionally it'll do the job.

Can you share a media sample?