Posts by chewitt

systemctl stop kodi

nano /storage/.kodi/userdata/guisettings.xml

find and edit videoscreen.screenmode to contain <setting id="videoscreen.screenmode">0192001080060.00000pstd</setting>

find and remove any content in videoscreen.whitelist, e.g. should look like <setting id="videoscreen.whitelist"></setting>

save and exit

reboot

As long as the device presents 1080p@60 modes, it should now be the desktop resolution. This should all be selectable in the GUI anyway.. but without debug logs and such there's no way to guess why not.

RPi4 requires GBM/MMAL code paths in Kodi, and while MMAL exists in the Kodi v17 codebase the GBM bits do not, so it is not (and is unlikely to ever be) possible to run Kodi v17 on an RPi4 board. There is sub-zero official (LE, Kodi or Pi Foundation) interest in exploring that direction. It's not impossible to backport .. but that depends on your personal coding and distro packaging skils?

NB: In LE the base OS, dependencies and Kodi are tightly coupled. You cannot update Kodi without updating the base OS at the same time, and you cannot just swap Kodi versions in/out as you like.

Ask the developers of the YouTube add-on to support subtitle preferences. Use the support thread in the Kodi forums.

connmanctl
agent on
scan wifi
services
connect <id_of_service>
(enter pw when prompted)

^ I'm typing from memory, but something like that.

Accessing LibreELEC [LibreELEC.wiki]

^ connect via SSH, run the command that I gave you before. This assumes you copied the files to the right place (use WinSCP).

CE support is in another forum. Keep on-topic please.

LE supports a single GPU being used, and if you have multiple devices the one used is determined through udev, see:

LibreELEC.tv/97-xorg.rules at master · LibreELEC/LibreELEC.tv · GitHub

^ the i915 device will be detected first, the amdgpu or radeon drivers are later. The simplest option to prevent i915 from being used is to blacklist the kernel module so it's not loaded at boot, e.g.

echo "blacklist i915" > /storage/.config/modprobe.d/i915.conf

This will prevent udev seeing the node from the driver and it should find the AMD card instead.

NB: the above assumes i915 is the module name. It's about 10-years since I booted LE on anything with an Intel GPU so check it's right first.

Not being able to use the original hardware version with Apple PSUs isn't really a big obstacle. All the cheap(er) PSUs/cables that are advertised for RPi4 use will be fine with it - and the Pi Foundation already started shipping revised hardware that fixes the problem a couple of months ago (released silently to avoid inventory issues) so if you're buying from one of the tier one resellers it's unlikely you'll receive the old version now. RPi4 firmware already started to drop temperatures a little by adding power efficiency - but the gains from that direction will be small and will come slowly over time. Some kind of cooling is mandatory - and for an HTPC use-case the best thing to do is get a case that acts as a heatsink. I'm using the Kodi flirc case and the device runs around 50ºC in a closed and poorly ventilated space. It would be niceer if it ran at 35ºC .. but it's not running at 75ºC like it was in bare-board state in the week after launch. The flirc case is a nice looking case too.

я не понимаю когда ты писать русский язык на латин алфавит .. я не русски

This has nothing to do with LE so I suggest you post in an Android oriented forum.

No replies .. apart from the person who replied. Google will yield better results than cross posting.

Quote from pro777

Hello, could you provide the source data to building the 9082xs.ko kernel module for Ubuntu (Debian)?

The company that released the module will only provide a pre-built module. We assume this is because a) they ripped off someone else's chip design and sharing the source code will make that rather obvious, b) the source code reveals the chip is crap, c) a + b .. so no sources exist.

The RPi4 codebase has no support for HD formats at this time. If anything works it's accidental and not by design. Adjust expectations accordingly..

Site is up again.

libreelec-rpi4.arm-9.1.501.img.gz

libreelec-rpi4.arm-9.1.002.img.gz

^ these are still on the server

The archive is hosted on a team members server. For some reason it's offline and he's not contactable at the moment (could be related). I'm not aware of any other archives. The other way to get a 9.0.1 image is to self-build it.

Nobody on staff is interested in supported emmc installs on box devices; primarily because it's a pain in the arse to guide users through the install process, and then because history has proven that subset of boxes and users to be a time consuming pain in the arse to support.

You have a working SD card install. That sounds like a good direction.

SMB browse still works fine .. but as designed, and it's designed (by Microsoft) around SMB1 networks and these days everyone is running SMB2+ which doesn't support browsing.