Posts by chewitt

We removed all support for the Amlogic vendor kernel used in older releases so an LE 9.2 release is not possible. Meanwhile; here's Linux 5.5-rc3 kernel and Kodi v19 (pre-alpha) running on a WeTek Hub http://ix.io/25bl and WP2 http://ix.io/25gh. Recent changes to the hardware decode driver require some rework to ffmpeg and Kodi before I can push an update to LE master branch and make nightly builds usable again. I'm also exploring what's needed for mainline u-boot to run on those devices.

You might need to allocate more GPU memory in config.txt?

You need to clone the skin files to /storage/.kodi/addons/<skin> and change the skin name (to avoid namespace clashes) and then make changes to the (now writeable) skin files. Then stop/restart Kodi and select your modified skin name.

If/when Kodi supports multi-threaded SW decoding .. LE will support multi-threaded SW decoding. Nag upstream.

Your non-debug Kodi log doesn't show much, but since the media is 2160p ~ if it's an HDR file Kodi does not currently support HDR so the colours will appear muted and washed out. Solution is to see if the original disc has a non-HDR version on the disk and re-rip.

I've asked the connman devs for a version bump. Once that's released and tested in Milhouse nightlies I'll resubmit a PR. Now the kernel driver has gone upstream (for Linux 5.6) the packaging is a little easier.

I made the decision to stop patching audio card names in the kernel so we hoard fewer patches. This means the AMLGX and AMLG12 card names will be replaced with more random names (whatever is in the device-tree file). Anyway.. I'm still in the middle of fiddling with audio things in the Linux 5.5 kernel so some things work, some don't work. I'll have a look at VIM3 in the next couple of days..

"curl icanhazip.com" usually works .. "curl ipinfo.io" also works for me

If you can tell us what the firmware name is? .. we can investigate why/where it went missing.

"systemctl status kodi.service" ???

sinisab89 I binned your last two posts because:

a) If you want to keep discussing CE please use their forum.

b) Users of piracy add-ons like Elementum will not recieve support in this forum.

cp /etc/connman/main.conf /storage/.config/connman_main.conf

^ edit "PreferredTechnologies = ethernet,wifi,cellular" to be "PreferredTechnologies = wifi,ethernet,cellular" and save/reboot. This ensures connman will allow a persistent default route over WiFi, else when you connect Ethernet connman prefers it and overwrites default routes. You can also use the console "connmanctl" utility over SSH to set the Ethernet interface properties (static address, etc.) but I suspect the GUi will behave once you've changed the technology preference.

"If it works, don't fix it"

Quote from sinisab89

I'm booting CoreELEC from sd card on this box.

You're in the wrong forum. Their problems are not our problems.

Is the content you're playing 4k60? .. if not (and most "not a test file" 4k content in ciruclation is not) you can remove hdmi_enable_4k=1 and the Pi will still support up to 4k30 and will probably run better.

I'd guesstimate 50% of the Kodi codebase is equally unmaintained so it's no big deal. The code might be broken if you attempt to use colour management, but as long it doesn't actually cause problems with other areas of Kodi function it's harmless to leave broken, and eventually someone will spot the issue(s) and fix them. I'm on the heretical non-coding side of Team Kodi though so my views don't always count for much

"hdmi_enable_4kp60" is an RPi4 setting .. nothing to do with the Rockchip based Rock64 board.

Not possible because some of the changes necessary for GBM/V4L2 stateless decoder support (matched to the stateless decoder in the newer kernel used in master branch images) do not exist in Kodi v18, or will be mismateched.