I'd recommend using either LE11 official or LE11 nightly builds.
LE11 updates are very conservative, mainly bugfixes, and LE11 nightlies have a low risk of breaking stuff (but might contain fixes you'd like to have since the latest official release).
LE12 is OTOH is rather experimental, gets regular major updates which could break stuff and uses kodi Omega alpha versions. Only use that if you are prepared to fix stuff yourself when something breaks.
so long,
Hias
A good, fast SD card is certainly a key point in getting good performance on RPi (and all other SBCs that use SD as storage). Random write speed is also important, especially if you use PVR which regularly updates the EPG database.
Personally I use Sandisk Extreme Pro 32GB micro SD cards and I'm quite satisfied with overall performance on RPi.
Another point is to stay away from "heavy" skins. The stock Estuary skin and eg Confluence are fine but others that use tons of effects, lot of huge textures etc won't be fun on RPi - it's GPU isn't exactly high end.
If you already have the RPi I'd also recommend to just invest the ~10 bucks for a good SD card, make sure you have a quality HDMI cable (the official RPi one will be fine for 4kp60) and give it a try,
My recommendation would be to use the latest LE11 nightly build as it contains a couple of important fixes since the latest official LE11 release. Get it from here:
https://test.libreelec.tv/11.0/RPi/RPi4/
so long,
Hias
Power up the RPi with the TV switched on, ssh in, run getedid create and reboot.
so long,
Hias
ApexDE the fix is now in LE11 nightlies.
Could you please update to the latest build (currently https://test.libreelec.tv/11.0/RPi/RPi4/…-a54b88f.img.gz)?
It includes an additional ffmpeg fix for crashes with certain H264 files/streams - better use that until the next LE11 release is out.
so long,
Hias
h264 files will play fine, only h265 decoding was dropped.
If you have a spare SD card best do a clean LE11 install and give it a try yourself.
so long,
Hias
will this fix be in 11.0.2?
Yes, that's the plan.
We'll include it in LE11/12 nightlies as soon as internal testing is finished.
Until then stick to the testbuild above.
so long,
Hias
The last nightly build that works is : LibreELEC-RPi2.arm-11.0-nightly-20230201-a144326.img.gz and then, it's KO for LibreELEC-RPi2.arm-11.0-nightly-20230204-7beffea.img.gz. I see there is a size change between these 2 builds : 126.8M for the first one and 127M for the second.
add dtoverlay=cma,cma-256 to /flash/config.txt - otherwise devices with 512MB RAM won't boot.
so long,
Hias
ApexDE we got a first fix from jc, could you please give this build a try?
https://www.horus.com/~hias/tmp/libreelec/LibreELEC-RPi4.arm-11.0-devel-20230604194334-43f444f.tar
Your sample played fine with this build but please keep an eye on other videos as well and report back if something that worked before got broken (this is tricky code and the fix has the potential to break other previously working stuff).
so long,
Hias
We (more specifically jc) are already looking into it. Yes, something got broken.
so long,
Hias
In general it's a bad idea to trim on each block free (i.e. using the discard mount option) as that leads to write amplification and will wear out SSDs quickly.
It's better to regularly run "fstrim -a", typically once a week, via a systemd timer.
LE doesn't ship fstrim.service/fstrim.timer systemd files but you can easily add them to /storage/.config/systemd/ and then enable it with "systemctl enable fstrim.timer".
Untested as I don't have any SSDs on my LE devices here, but these should work:
fstrim.service
[Unit]
Description=Discard unused blocks on filesystems
[Service]
Type=oneshot
ExecStart=/usr/sbin/fstrim --all --verbose --quiet-unsupportedfstrim.timer:
[Unit]
Description=Discard unused blocks once a week
[Timer]
OnCalendar=weekly
AccuracySec=1h
Persistent=true
RandomizedDelaySec=6000
[Install]
WantedBy=timers.targetso long,
Hias
What's the exact model of your remote and receiver?
IR remotes using the standard MCE (RC6) protocol will give you repeated button presses so you can just hold the button (eg to change volume up/down or to scroll through a list).
There are lots of other remotes though which are commonly (but somewhat incorrecrtly) referred to as "MCE" remotes which use proprietary protocols and receivers. A very common one is the Gmyle / Ortek / Hama VRC-1100 - and guess what, it only sends repeats with up/down/left/right buttons (and maybe a few others) but not volume up/down.
So if you have one of these there's not much you can do.
so long,
Hias
The log files are quite old and show you are/were using an old inputstream.adaptive version (20.3.7).
Make sure you have the latest version (20.3.8) installed - that fixes a memory leak which sounds a lot like the issue you are having.
Please report back if the issue is fixed or not - in the latter case please post new logs.
so long,
Hias
NFS over UDP is disabled in LE (like in most other distributions as well), so just use TCP instead.
See the kernel config for background info why UDP isn't supported anymore:
default y
help
Choose Y here to disable the use of NFS over UDP. NFS over UDP
on modern networks (1Gb+) can lead to data corruption caused by
fragmentation during high loads.so long,
Hias
Can I go back to 11 if I need to?
Only with a clean install and restoring the backup.
Best to test it by booting from a USB pendrive in live or run mode.
so long,
Hias
I've added the fix to LE11 and LE12, it'll be in the next nightly builds.
so long,
Hias
Make sure you safely remove the drive in LE / Kodi befoce disconnecting it - just like you would/should do in Windows or any other OS
so long,
Hias
On LE11 and before use "vcdbg log msg" - vclog is only available in LE12.
so long,
Hias
I'm no expert in kodi caching details but quite likely it had cached more audio data than video so audio could continue for a while.
As for the USB drive: might be worth to just ditch the case, there are tons of reports of cheap USB-SATA/NVMe adapters/cases being crap.
so long,
Hias
