Posts by chewitt

Newer "Generic" LE images contain kernels/drivers that technically support them (sort of, it's still WIP in Linux) but Kodi currently makes no use of either so it's "not supported" for now. In the long term that might change, and it might be a good solution for use with general purpose distros that increasinly use Wayland instead of Xorg; because Wayland does not support the kind of userspace driven mode/rate change that Kodi requires for optimal playback. However, even if Kodi and Wayland do gain support I doubt LE would switch as Wayland increases the code stack (more maintenance) and VRR/Freesync requires GPU + TV/Monitor support which is not guaranteed. TL/DR; even if Kodi gains support it doesn't provide real-world benefits over our current GBM/V4L2 approach.

/storage/.cache/bluetooth
/storage/.cache/connman

Those two locations ^ are where device settings for BT and Ethernet/WiFi are stored in LibreELEC. As Lakka is ultimately dervied from the same buildsystem/codebase as LE it should share the same locations. The content is updated dynamically during runtime and is not intended to be copyable/syncable in the way that you imagine though so no guarantees it will work.

RPi3 boards cannot hardware decode HEVC media so the stolen 720p media being played is probably at or beyond the limits of CPU decoding without overclocking being used to increase CPU capabilities; which needs a stronger PSU and proper cooling.

There are also a bunch of errors in the system log related to the mmc0 device. Either the SD card is starting to fail, or this is another symptom of an insufficient PSU and the system being maxed out.

There are also errors from Hyperion which won't work unless you're using an external grabber as the modern video pipeline used since LE10 doesn't support the software grabber methods used in older LE/RPiOS codebases.

So looks like an under-spec tool failing at the task being asked of it, that probably needs a spring clean to clear old config.

Quote

The Okdo ROCK 4C+ is authorised and manufactured by RS Group previously. So it's a legal clone. For the boot issue, do they use the rkbin loader or the mainline u-boot SPL?

From Radxa ^ .. so if the board specs are slightly different we (and upstream) probably need a separate "okdo-rock-4c" device so that u-boot can be built with the correct specs or tooling and/or someone needs to submit support upstream.

In case it's not obvious, i've only recently taken an interest in Rockchip boards and I'm still learning what tooling and juju is needed to boot them.

I've asked Radxa what they know about these boards. Let's see if they are official (and how they should be supported) .. or not

The root users $HOME directory is /storage so cd will take you to /storage and there is no separate 'storage' folder.

Thanks for confirming. We understand which change causes the difference.

Please see if adding SDRAM_BANKLOW=3 in config.txt changes the experience?

The (bad) log shows two videos, one HEVC, one H264. To confirm, the video is choppy with both videos?

Quote from HomerJau

It appears to be latest Linux + packages from LE13 but with LE12 Kodi

There are endless delays in the release of Kodi Piers, and while it's perfectly usable (and stable) it's technically in a pre-Alpha state.

Meanwhile users keep showing up with x86_64 hardware that needs newer kernels/drivers than present in LE12.0, and upstream RPiOS has moved to a newer codebase, while other ARM SoC devices generally benefit from newer kernels to reduce patchsets or add functionality.

The original goal was a 'minimal' backporting of things from LE13, though it's grown a little since, but basically it's K21 with newer kernel and drivers. It will need testing, but as this is mostly stuff from LE12 which is stable and LE13 which is well tested we aren't expecting drama and won't be running a long test period.

LE12.2 probably has a short shelf-life as there are signs Kodi might finally start moving towards an Alpha release, but I'm not the type for holding breath as similar signs were present 8-months ago .. and we're still in the same state.

Quote from ersoul

Kernel driver in use: i915

i915 supports the GPU for basic DRM output (so you see the splash screen) but mesa doesn't support the 82865G (gen2) hardware so it throws the "Driver does not support the 0x2572 PCI ID" error and Kodi cannot open an OpenGL context to render the GUI into. There's no workaround for the lack of mesa support.

Kodi Settings > System > Logging

Quote from sunlollyking

So i've created the directory .nocompat

It's a file not a directory. The full path for 'touch' is /storage/.update/.nocompat

Another method is to untar the update file and move KERNEL, KERNEL.md5, SYSTEM, SYSTEM.md5 to /storage/.update and reboot.

I'm (still) failing to understand what you are trying to achieve. Synchronous playback on multiple devices?

Full clean build? .. or you pulled changes and just did a respin?

You cannot edit the original skin files as those exist inside the read-only SYSTEM file, but you can copy (clone) the skin directory to a writeable location like /storage/.kodi/addons/skin.myskin and then edit the addon.xml file for the skin to rename it so there's no name clash between the embedded skin and your cloned one. Stop and restart Kodi (or reboot) and then enable and select the skin to be the active one. Use kodi-remote from the SSH console or kodi-send commands to reload the skin as you make/test changes.

USB 2.0 ports provide different speeds and current draw limits to USB 3.0 ports. Power and bandwidth on a specific port (and the upstream hub) are also shared between other devices connected to the same hub). I'd guess you had the device in a 2.0 port and have now moved it to a 3.0 port .. or something like that.

Kodi is crashing. You'll need to enable debug logging and then share the resulting Kodi crash log for anyone to comment.

There are hundreds of HOWTO articles on installing grub2 out there. I don't have one to-hand so you will need to go find and read one. The main point to understand is bootloaders are installed to a root disk device like /dev/sda, not partitions like /dev/sda1, or folders inside the filesystem contained within a partition. The only files that need to be copied are KERNEL/SYSTEM. The bootloader will want a config file though, which should reside in the same partition. The grub2 config file will have some kind of 'APPEND' line for boot params and you can crib that content from the syslinux.cfg file.