Posts by HiassofT

Quick heads up: I've just updated the rpi-tools addon and if builds go well it should be available from the repo in the next few days.

rpi-tools: update addon and build for aarch64 as well by HiassofT · Pull Request #8230 · LibreELEC/LibreELEC.tv

update gpiozero to 2.0 and switch from RPI.GPIO to the libgpiod-based lg-gpio, like RPiOS did in it's bookworm release Also drop the ancient adafruit libraries…

github.com

It updates gpiozero to the current 2.0 version and RPI.GPIO is now gone for good (being replaced by the libgpiod based lg-gpio), aligning with current RPiOS bookworm packages.

Any out-of-tree addons and scripts that are still using RPI.GPIO should switch to gpiozero, otherwise they won't work on LE12.

so long,

Hias

Quote from JohnWayne111

To upgrade:

- Full Backup

- Upload via FTP img file for Pi 5 to ".update" folder

- create in ".update" folder ".nocompat" file

- turn off

- Plugin USB Stick into PI 5 - restart

- Hope

Display More

No. Don't turn it off, you need to reboot the RPi4 so the update gets installed.

If that was successful LE won't boot any longer on RPi4 but should work fine on the RPi5.

If you turn it off without installing the update it won't boot on RPi5 (as it's still using the RPi4 installation) and thus the RPi5 update will never get installed.

so long,

Hias

Quote from JohnWayne111

Same process for a installation on a USB 3.0 Stick?

Yes.

BTW: If you plan to use USB boot be sure to buy the new official(!) 5A RPi power supply as well - stay away from 3rd party power supplies, testing with those (eg Radxa 5V/5A one) was really depressing, none of them worked reliably.

The old 3A PS is too weak (RPi5 needs a lot more power) and thus USB current will be limited to 0.6A - which isn't enough for most USB3 sticks/SSDs/HDDs etc and the bootloader will loudly warn about that and refuse to boot from them by default. You can override that with a press on the power button or a config.txt entry but I strongly advise against doing that as there's a high risk of data corruption.

With the official 5V/5A PS everything should work just fine and you'll get up to 1.6A (total) for USB devices.

PS: I don't have the official PS yet so haven't verified it myself but I trust the testing done by RPi devs in that matter.

so long,

Hias

Quote from philrandal

What I'd really like is an LE11 update which I can apply on my Pi 4, move the SD card to a Pi 5, and it will still work.

I haven't tested it myself yet but a manual "cross grade" on RPi4 (copy RPi5 tar/img.gz to the /storage/.update folder and also create a ".nocompat" file there, then reboot to install it) should work fine.

so long,

Hias

Quote from JohnWayne111

Am i right, that LE will release a 11.x version?

That will depend on how testing feedback from our LE11 nightlies will be.

If it's going well we might do a kind of stop-gap LE11 pre-release for RPi5. But keep in mind that it's all very bleeding edge right now so there might be minor or even major issues that we don't know about yet and it'll also not have all the performance improvements (like NEON accelerated deinterlace) as LE12 has right now.

Our main development focus is on LE12 which will take a lot amount of our time as we need to be moving to the next LTS kernel (might be 6.6 or maybe 6.7 - we don't know yet for sure), regularly track latest kodi versions to make sure they work fine (and in case of issues provide feedback to kodi devs) and also tackle a ton of outstanding updates to LE packages and addons.

So if we do an RPi5 LE11release it will be kind of "provided as is, use at your own risk", and if there are issues they might only get fixed in LE12, not future LE11 nightlies (depending on how involved the fixes are).

Still, I hope we can do some LE11 release as that might be a more stable stop-gap for you users than LE12 nightlies (which will become quite rough and bumpy in the next few months).

so long,

Hias

Quote from aptalca

Alright, when I have some time, I'll PR the addons so the arm32 devices will attempt to use the arm64 images, which will serve as a stopgap until LE12.

Keep in mind that we also have 32bit-only devices, with 32bit kernels (eg our RPi2 images which is used for RPi2/3 and which are still a significantly large part of our userbase).

You should also cater that, eg by not offering the ls.io addons/repo to those installations at all since it can't work. CvH can provide you info how to properly disable/deprecate/remove your addons/repo for those installations.

so long,

Hias

Thanks for reporting back, it's good to know that LE11 has working video so I guess it's one of the other (X11 or maybe kodi) changes then - nvidia driver in LE11 and LE12 seems to be the same version.

BTW: I didn't have much luck with the 535 Nvidia driver on my workstation with RTX 4060, Xorg just crashed.

I guess sending audio to a different HDMI/DP output should be possible, lots of people are doing that on RPi4.

First make sure your amp is detected as a valid video sink: the HDMI audio devices in kodi should have the name (or model number) of your TV/amp/... written next to them (eg something like "Foo Bar on HDMI" )

Also make sure video output on the HDMI/DP port is enabled - check with xrandr.

There's no audio output without video so if the cable or amp is too broken to be detected or if video output on the port is disabled it won't work.

so long,

Hias

Do a clean install without any banned addons/repos installed https://kodi.wiki/view/Official:Forum_rules/Banned_add-ons

so long,

Hias

Quote from Sal0kyn

Hi,

About AV1, does LE use [dav1d](https://code.videolan.org/videolan/dav1d) decoder? Maybe RPi5 is powerfull enough to make it run?

yes - scroll back a page, this was already discussed

Post

RE: LibreELEC support for Raspberry Pi 5

[…]

That file seems to be an 8bit one and it was a bit short.

(Code, 22 lines)

Testing showed roughly 40% CPU load and playback seemed smooth.

so long,

Hias

HiassofT

September 28, 2023 at 9:02 PM

so long,

Hias

Can you test if the LE11 nightly Generic Legacy image works?

https://test.libreelec.tv/11.0/Generic/Generic-legacy/

The graphics driver seems to be working, kodi detected the card but it's showing repeated xrandr errors - that could also be due to some X11 changes in LE12 (not really sure though).

BTW: the quadro P400 isn't that old, looks like it was released in 2017, and the current nvidia drivers still support it.

so long,

Hias

The easiest way would be if you keep running LE on the Slice and use it's Samba server. OFC that's not really a full-fledged NAS but you can share the data on your HDD.

An alternative is to install any RPi0/1 compatible Linux/NAS system and add the dtblob.bin from LE to the boot partition - then Ethernet should work fine, too.

so long,

Hias

Drop "quiet" at the end of the "linux" line and add "ssh" instead. Then you'll be able to see messages, ssh in and run "pastekodi" to upload logs.

The "ptp_kvm" message is indeed harmless, very likely there's a problem with the graphics driver.

Which graphics card (ior AMD/Intel integrated GPU) are you using?

so long,

Hias

It's actually quite easy:

create 2 partitions, a 512MB (better 1GB) FAT partition (for "boot/flash") and another one, some 5-10GB (or larger, depending on your needs) ext4 one (for "disk/storage")

Then copy everything from the FAT partition of the LE USB thumbdrive to the FAT partition on your harddisk / ssd.

Now run "blkid" (as root) and note the UUID values of your boot/flash and disk/storage partitions.

Then edit /etc/grub.d/40_custom and add a block like this - replace the UUIDs of the "--set=root ..." and "boot=UUID=..." entries with the one from your boot/flash FAT partition and the "disk=UUID=..." one with the one of your ext4 storage partition

menuentry "LibreELEC" {
    insmod part_gpt
    insmod fat
    search --no-floppy --fs-uuid --set=root 2DBA-D3CB
    linux /KERNEL boot=UUID=2DBA-D3CB disk=UUID=191250c6-b51d-4205-8832-c40a18ca24da quiet
}

now run "update-grub" and enjoy.

so long,

Hias

Either try again or disable debug logging in Kodi, reboot, do a scan and then run "pastekodi" again after a few minutes

so long,

Hias

Try again, sometimes ix.io has hickups and upload doesn't work.

BTW: it's easier to ssh in and run "pastekodi" then you can simply copy&paste the URL and don't need to type it off manually from the screen (which is error-prone)

so long,

Hias

Please provide pastekodi/pastecrash logfiles, system configuration, journal etc are extremely important, pure kodi logs don't help heere

As you didn't post any debug logs yet it's really hard to tell what's causing your issues (sorry, my crystal ball is still on repair).

A few hints though: you can easily check if your RPi is suffering from under-power issues with vcgencmd get_throttled - insufficient power supply by using random phone chargers etc is still the number one cause of "this damn thing doesn't work reliably".

If you connect some external peripherals like SSDs also have a look at their power ratings. I don't have an EVO 870 laying around on a shelf but the 500 GB EVO 850 I found in the spare box mentions "5V 1.4A" on it's label. Now keep in mind the RPi4 will at maximum deliver 1.2A (together!) on all USB ports and do the math. Even if you don't have an USB keyboard plugged in it won't be enough (and your USB->SATA adapter will need some power, too).

Some 250GB Micron and Sandisk SSDs I found in the box even need 1.6 or 1.7 amps.

Long story short: don't use any scrap parts you find somewhere in a drawer and assume they will just work although the specs say otherwise. Would you expect an RTX 4090 to work reliably in some ancient PC with a 200W PS? Certainly not, and you can't blame the PC for that.

so long,

Hias

Quote from shedrock

I don't think the SATA adapter is the issue either, because I tried 2 costly brands and same problems.

Ruling out the adapter may have been premature. They seem to be hit-and-miss, there are tons of reports on the RPi forums of various issues with lots of adapters.

Run 'lsusb', note the vendor and product IDs (the 1234:5678 number) and search for that on the RPi forums https://forums.raspberrypi.com

Also note that there are some adapters with different internal revisions and the same ID around, some revs will work and some others won't but you can't easily tell that just from the ID numbers. Yes, it's all a mess.

so long,

Hias