Posts by chewitt

I've a Tanix TX3 mini which is the same spec (1GB/8GB and also S905W) purchaded off eBay for $18 a year or so back. The TX3 device-tree will probably work on is as most of these ultra-cheap S905W boxes are carbon copies of the Amlogic reference board. It likely only differs in choice of wireless chipset.

If the issue is with the add-on the correct place to ask for assistance is the add-on support thread in the Kodi forums (most add-ons have one) where the creators of the add-on hang out. It's not really an LE issue.

I don't think Docker would be a solution, it's a userspace abstration that doesn't interact directly with hardware.

No different from previous Pi boards .. although overclock settings will be different. I'm not sure you gain much though, it's a fast board already.

Nope. Milhouse images are always bleeding edge code. I'm not sure he's releasing for RPi4 at the current time though (having looked).

If fuzzy memory serves right, there are two components required. The add-on in our repo connects Kodi to hardware, and the LCDproc add-on in the Kodi repo is used to configure what you want Kodi to put on the display.

If you want a browser you will need to run a desktop OS like Raspbian. There are no browser add-ons for RPi in LE. It's technically possible to hack something using docker, but then you're just running a full desktop OS like Ubuntu in a container in the background, and you have to stop/exit Kodi to switch to the browser and then exit and restart Kodi .. not the best experience. In the future there is maybe one built-in to Kodi, but not yet.

RPiF folks are working on HBR audio but the BCM2711 SoC in the RPi4 is effectively a custom part assembled from the IP of several other chips so existing Broadcom sample code and documentation are a bit lacking - there's an element of reverse engineering involved. Video work has a higher priority right now, but audio will get there eventually.

70% of our userbase has an RPi3 or RPi2 so if there was a general issue we'd know about it. From past experience .. start uninstalling add-ons until you find the one causing the problem.

BT on/off in the settings add-on only determines if the userspace tools are started on boot, it makes no difference to hardware detection which is all about the kernel. Same for the Kodi audi-changer. No hardware is detected.

If LE has any support for camera devices it's accidental not intentional. RPi3 should have good overall support for devices under Raspian but as we have no real need for camera support there's no guarantee we have the right kernel config etc. in place. RPi4 capabilities are broadly on-par with RPi3 but the overall codebase is newer so there may be differences; don't assume they are the same.

Kodi 18.x (LE 9.2) is py2 based. Kodi 19.x (will be LE10) is py3 based. I doubt we have removed that module (we haven't touched our python config in aeons). More likely the ABC iView add-on developer started to update their add-on for K19, and instead of maintaining both py2 and py3 version of the add-on they are attempting to cheat with a single add-on and py2/py3 compat tools. My guess is they are wrongly assuming all distros have this stuff present, and they broke backwards compatibility.

Create a bootable USB from another machine; either the LE installer (at the syslinux menu type 'run' and it will boot LE from USB instead of running the installer) .. or an Ubuntu LiveUSB image or similar that gives you a console or desktop to work from. You need to mount the /storage (second) partition from the internal drive and move /storage/.kodi to /storage/.kodi-old and then reboot. On boot you will end up with a clean/default Kodi config. You can then manually restore (move) files from the previous configuration over until you either end up with a working configuration again, or you discover which bit causes everything to break. NB: Safe mode is doing the same thing; moving a bad Kodi config out of the way and giving you a clean config to experiment from. If that isn't working or you end up in the same situation again, I'd suspect an underlying hardware problem, e.g. failing disk. LE is packaged with the entire OS in two files (KERNEL and SYSTEM) that uncompress on boot to create a virtual filesystem (only /storage is real). It's great for simplicity, but one bit wrong and one of the files is invalid, won't decompress, and the OS won't boot. Conventional distros that scatter 10k files over the disk are more resilient because a disk error only breaks 1:10000 files, not 1:2.

And the solution was?

btw, what boxes did you order?

I've downloaded it and will have a look in the next couple of days.

The drivers and firmware for the MT7668 chipset are already in the upstream kernel so should be simple to include. That's only half of the solution though, and I'm not sure what device-tree changes are needed to init the card. It would be useful to see the Android device-tree file.

Tapatalk is either paid-for and not cheap, or free but exposes advertising to all tapatalk users. We prefer the mobile GUI that comes with the forum which is free (no cost, no advertising). To be clear, our primary objection is about advertising and privacy not cost.