Posts by chewitt

If you flashed a ROM built from boot FIPs with the wrong acs.bin for the RAM in the box (acs.bin has the RAM timing data) the early boot stage will not be able to reach the point where u-boot loads; so it errors and cycles to try again (ad infinitum). To get past this you need to prevent the eMMC being detected, because if it's detected, it's used. The "nice" ways to override the boot logic are an Amlogic SDIO debug board (almost nobody has one) or custom HDMI dongle (almost nobody has one) or you need the "less nice" shorting pins on the eMMC chip method. It's ugly but it temporarily disables eMMC and the boot logic then looks for u-boot on an SD Card or USB stick.

The next steps involve experiments with shorting the correct pins and different u-boot(s) on SD cards so basically you need to UART hooked up to see what works and what doesn't work. It's fiddly but not actually that complicated once you mentally get over the idea of stuffing a screwdriver into your expensive cicruit board

I wouldn't "rm .kodi" as that prevents you from easily copying back all the bits that don't cause issues. Simple "mv .kodi .kodi-old" and then reboot to update is fine. You can keep DB files, sources.xml, thumbnail caches and add-on settings without problems.

Quote from sugatam

Hi, I cannot find any amlogic images on test.libreelec.tv anymore (nor on Index of /testing/). Please help, thanks

I pulled them because real-life is rather busy and I won't have time for kernel fiddling anytime soon. All the sources are in my github repo.

I see mention of MMAL so this must be LE 9.2. Go test LE10. Kodi 19 includes lots of feature/bug fixes, and RPi has an entirely different kernel driver stack. From our side of the fence there is no point (and thus not much interest) in investigating issues on LE 9.2 .. it's an effectively dead codebase now.

Auto-update works when someone on staff remembers to update the server side of things to do it .. which is not often.

Requests to modify how the Kodi SSH/FTP client performs/behaves should be done via the Kodi forums. LE simply consumes whatever code the respective Kodi devs publish or bundle with Kodi.

This has a high probability of failure because autostart.sh is executed right at the start of userspace boot before the network stack is up. If you run the script in the background (as you are) you need to add sleep values to allow the network to come up, and you probably need to delay Kodi start to allow for the mount to happen first.

This is why systemd mounts exist. Systemd allows you to apply dependencies, e.g. so the mount "wants" the network target to be up, and "before" the Kodi service is started. Look at the examples in /storage/.config/system.d/

3D support in RPi4B is not broken, it is not implemented (in both LE 9.2.x and LE10 codebases). Last time I asked about future support in the LE10 codebase I was told it's not impossible to support, but there's a long list of much higher-prioority things in the To-Do list. If you need 3D support, it's best to keep an RPi3 around (which does suppport it under LE 9.2.x, but not LE10).

Real-life is rather busy right now .. I'll get around to it eventually

If the local Samba server is enabled (it is by default) LE advertises local SMB shares via ZeroConf (Avahi) so you should be able to "browse" the network for ZeroConf shares to add in Kodi.

I'll add $0.02 to the conversation: If you want any form of response or interest from devs you need to test/use LE10 images. It's not that we don't care about LE 9.2.x, we do, but it's a codebase that is no longer in development so anything you find is not going to be fixed, and LE10 has significant-enough differences in software component versions to make comparisons low-value.

Quote from @fterlife

I am by no means a programmer though so apologies if these are dumb questions.

not. dumb. but. its. complicated.

Quote from PANiCnz

Audio passthrough has stopped working on my x86 install. Was working fine on B3 and I skipped B4. Any chance this is a known issue or do you need logs etc?

Debug Logs.

Quote from @fterlife

Just an idea but would it be possible to send the HDMI signal interlaced to the tv and have the tv perform the deinterlacing? Usually TV's are quite capable deinterlace devices. I only see progressive resolutions in the whitelist. Perhaps interlaced resolutions can be enabled some other way?

Not possible as Kodi has no concept of video pass-through and only outputs progressive.

You can use a current nightly until 9.95.5 is released. There are more BT fixes in the settings add-on.

Quote from Coolzero

I have still this erorr in the log, is there a solution?

Code

2021-06-16 07:27:11.513 T:1207    ERROR <general>: DBus error: org.freedesktop.DBus.Error.ServiceUnknown - The name org.freedesktop.UPower was not provided by any .service files
2021-06-16 07:27:11.513 T:1207     INFO <general>: LogindUPowerSyscall - UPower not found, battery information will not be available

It's harmless and simply reporting that UPower doesn't exist (which is true on LE, it's used on some generic distros). You can ignore it.

It's best to ask in the PINN forums (or RPi forums) nobody on staff runs NOOBS/PINN so our experience is rather limited.