Posts by chewitt

Have a read here: https://wiki.libreelec.tv/hardware/amlogic

Read: https://wiki.libreelec.tv/configuration/ir-remotes - If there's an existing keymap to reuse you can set it using the 'basic' config steps. If not you need to create your own via 'advanced' config steps (not complicated).

RPi4 has zero support for PCIe devices so why is it "embarrasing" for LE to omit support for PCIe SATA things in our RPi4 image?

Feel free to send a pull-request to GitHub enabling the kernel config that's needed.

2023-12-17 14:52:49.657 T:991      info <general>: [display-info] make: 'LG Electronics' model: 'LG TV'
2023-12-17 14:52:49.657 T:991      info <general>: [display-info] supported colorimetry:
2023-12-17 14:52:49.657 T:991      info <general>: [display-info]   xvycc_601:   false
2023-12-17 14:52:49.657 T:991      info <general>: [display-info]   xvycc_709:   false
2023-12-17 14:52:49.657 T:991      info <general>: [display-info]   sycc_601:    false
2023-12-17 14:52:49.657 T:991      info <general>: [display-info]   opycc_601:   false
2023-12-17 14:52:49.657 T:991      info <general>: [display-info]   oprgb:       false
2023-12-17 14:52:49.657 T:991      info <general>: [display-info]   bt2020_cycc: false
2023-12-17 14:52:49.657 T:991      info <general>: [display-info]   bt2020_ycc:  false
2023-12-17 14:52:49.657 T:991      info <general>: [display-info]   bt2020_rgb:  false
2023-12-17 14:52:49.657 T:991      info <general>: [display-info]   st2113_rgb:  false
2023-12-17 14:52:49.657 T:991      info <general>: [display-info]   ictcp:       false

^ No bt2020 colorimetry support being advertised via EDID = No HDR.

Most ARM SoC devices check for bootable code in SPI > eMMC > SD > USB, so most of the time u-boot is found on eMMC and then if u-boot has a bootscript search sequence for finding a kernel, it often starts searching SD > USB > eMMC so that some level of "boot from SD card" is supported. The fact that "boot from SD card" is technically "boot from eMMC" is often lost when people assume that booting ARM boards works the same as booting a PC with a conventional BIOS boot process.

The first move is to update to a current LE12 nightly and retest to see if your problem is resolved among the newer 'everything' in the master codebase. The releases are stable for use for a while, we're only waiting on Kodi to call RC1 before shipping a formal LE12 beta release.

I'm not seeing any issues with audio file playback using normal Kodi so it's probably best to report this to Jellfin add-on devs via the Kodi forum (as likely something specific to that add-on).

Some "git grep" in the buildsystem doesn't show anything dependent upon the mpv-drmprime package so it's probably an orphan that should be deleted. I'll ask in team chat.

video=HDMI-A-1:1920x1080M@60

Force 1080p output by adding that ^ to kernel boot params in cmdline.txt (append to the same line NOT on a separate line). I'd also stop Kodi and rename /storage/.kodi/userdata/guisettings.xml then restart to reset GUI config to defaults.

Generic = GBM only (not Wayland) supporting only Intel/AMD chips

Generic Legacy = Xorg supporting Intel/AMD and nVidia chips

xrandr is (as the name suggests) an Xorg thing so doesn't exist in the normal image. If output is on the wrong screen you'll have to add kernel boot params to disable output on the laptop screen (allowing DP to be auto-selected). If there's no output at all you'll need to share system and Kodi logs for further investigation. Or just stick with the Legacy image (for as long as we create it).

Have a read here: https://www.tomshardware.com/how-to/control…o-with-python-3

The article was written for RPi5 but the changes apply to all Pi boards running the latest RPiOS release. The kernel bump to Linux 6.6 is not responsible but other changes that were packaged at/around the same time result in changes.

Neither log is a debug log so there's not much to investigate. The only errors that stand out are from things like Tvheadend server not reachable (which will be unrelated).

HDR support has no dependencies on resolution, but does require the TV/monitor to advertise support for HDR colorimetry. Please run "pastekodi" and share the URL so we can see the EDID output in kodi.log.

systemctl stop kodi
mv /storage/.kodi/userdata/guisettings.xml /storage/.kodi/userdata/guisettings.old
systemctl start kodi

^ that will restart Kodi with clean settings config .. to test whether discarding or resetting something will solve the issue? - and it's simple to revert back to the previous config if not.

I have a few Apple airport express devices that I use as WiFi > Ethernet bridges to make board testing easier. They're not the fastest things for streaming (but that's true of most WiFi things anyway). The last one I bought from eBay(UK) was about £12.

Following the "if it works, don't fix it" principle an RPi4/5 board reusing the same Allo amp board would be a simple refresh. The CPU performance bump from RPi2 > RPi5 will be rather noticeable.

mount -o remount,rw /flash
cp /usr/share/bootloader/meson-gxbb-odroidc2-hifishield.dtb /flash/
sed -i 's/meson-gxbb-odroidc2/meson-gxbb-odroidc2-hifishield/g' /flash/extlinux/extlinux.conf
mount -o remount,ro /flash
rebooot

^ repeat, we moved extlinux to a directory at some point.

If you label the partiton that it being mounted udevil will mount it as /var/media/<label>

How you label depends on the filesystem type, e.g. ext4 partitions are done using e2label.