Posts by HiassofT

It's a tough choice.

Yes, RPi5 feels definitely snappier and has a lot more grunt but it also needs more power (esp. with H264 media which needs to be software decoded) so it will get hotter. We still have to see how that works out in practice with people putting the RPi5 in a case. I suspect the fan will kick in quite often.

Availability is another issue in the next couple of months, RPi4 is on stock everywhere but I don't expect the RPi5 to be broadly available until spring next year (eg mouser currently says the'll have about one thousand RPi5 4GB models - which is next to nothing - available end of January).

so long,

Hias

Even the RPi3 can do this. Please test with a current LE version (LE11 or LE12 nightly) on a separate SD card.

RPi0-3 have a hardware limitation so that 192kHz 7.1ch PCM output and TrueHD/DTS-HD passthrough can't work but 96kHz is supported.

Other than that of course your AVR must support 96kHz audio and there are some limitations on software decoding audio (eg the object based audio formats like Atmos are not supported).

so long,

Hias

LE 9.2 on RPi4 was a stop gap, using 32bit kernel and a franken-kodi which cross-breeded the old MMAL codec with the new GBM graphics stack. No one should be using that today

The reason we went for that was simply because the old graphics stack didn't support RPi4 and the new v4l2 decoders weren't ready yet. So we had to find some interim hack (which we knew would be throw-away) to get some release out.

64bit kernel in LE10 and now finally 64bit userspace as well in LE12 were the incremental steps we had to do to keep everything going (64bit userspace was held up because there wasn't a 64bit widevine library - which some people need for DRM stuff - available until recently).

so long,

Hias

The DTS HD MA files I had here all were only 48kHz but with the lossless DTS-HD HRA kodi showed it was being output at 96kHz

2023-10-23 15:39:54.141 T:1005     info <general>: ffmpeg[0x2eb57130]: Input #0, matroska,webm, from 'smb://lebuild.lan/samples/thedigitaltheater/dts_sfx_short_lossless_1080p-thedigitaltheater.mkv':
2023-10-23 15:39:54.141 T:1005     info <general>: ffmpeg[0x2eb57130]:   Metadata:
2023-10-23 15:39:54.142 T:1005     info <general>: ffmpeg[0x2eb57130]:     encoder         : libebml v1.3.0 + libmatroska v1.4.1
2023-10-23 15:39:54.142 T:1005     info <general>: ffmpeg[0x2eb57130]:     creation_time   : 2015-04-06T12:06:20.000000Z
2023-10-23 15:39:54.142 T:1005     info <general>: ffmpeg[0x2eb57130]:   Duration: 00:00:16.25, start: 0.000000, bitrate: 12175 kb/s
2023-10-23 15:39:54.142 T:1005     info <general>: ffmpeg[0x2eb57130]:   Stream #0:0(eng): Video: h264 (High), yuv420p(progressive), 1920x1080, SAR 1:1 DAR 16:9, 29.97 fps, 29.97 tbr, 1k tbn (default)
2023-10-23 15:39:54.142 T:1005     info <general>: ffmpeg[0x2eb57130]:   Stream #0:1(eng): Audio: dts (DTS-HD HRA), 96000 Hz, 7.1, fltp (default)
...
2023-10-23 15:39:54.743 T:875     debug <general>: CActiveAESink::OpenSink - ALSA Initialized:
2023-10-23 15:39:54.743 T:875     debug <general>:   Output Device : vc4-hdmi-0 (vc4hdmi0)
2023-10-23 15:39:54.743 T:875     debug <general>:   Sample Rate   : 96000
2023-10-23 15:39:54.743 T:875     debug <general>:   Sample Format : AE_FMT_S24NE3
2023-10-23 15:39:54.743 T:875     debug <general>:   Channel Count : 8
2023-10-23 15:39:54.743 T:875     debug <general>:   Channel Layout: FL, FR, LFE, FC, BL, BR, BC, UNKNOWN1
2023-10-23 15:39:54.743 T:875     debug <general>:   Frames        : 4800
2023-10-23 15:39:54.743 T:875     debug <general>:   Frame Size    : 24

Note that in general it's recommended to use passthrough. Use PCM output only if your AVR doesn't support the format, but note that software decoding and converesion to PCM is quite limited (eg none of the object formats will work).

so long,

Hias

Quick test on RPi5 with DTS HD HRA says yes, both decoding to PCM 7.1 and passthrough work fine (same goes for RPi4 BTW).

so long,

Hias

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