Yes, iscsi support has been dropped quite a while ago https://github.com/LibreELEC/LibreELEC.tv/pull/6356
so long,
Hias
Yes, iscsi support has been dropped quite a while ago https://github.com/LibreELEC/LibreELEC.tv/pull/6356
so long,
Hias
gpiozero from the 11.80.3.1 RPi Tools addon is working fine here, just checked currtent LE12 master build on my RPi3B+
# PYTHONPATH=.kodi/addons/virtual.rpi-tools/lib/ python3
Python 3.11.6 (main, Oct 26 2023, 13:22:34) [GCC 13.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import gpiozero
>>> b = gpiozero.Button(4)
>>> b.is_pressed
False
Note that 11.80.3.1 updated gpiozero to version 2.0 and dropped the RPi.GPIO backend https://github.com/LibreELEC/LibreELEC.tv/pull/8230
So you likely need to have a closer look at your scripts and exact failure messages
so long,
Hias
Educated guess: likely it's the standard issues with Hifiberry cards, having an old/incompatible overlay in it's eeprom.
Configuring Linux 4.x or higher | HiFiBerry
Disable the eeprom and manually load the overlay in config.txt eg:
so long,
Hias
Yes, you'll be able to update from LE12 nightly to LE12 official release.
No ETA for LE 12.0.0 yet, but I'd guess 24Q1 could be possible (certainly not this year).
so long,
Hias
Sleep (suspend/resume) isn't supported. From what I've read the hardware should be capable to support that so it might get added in the future (but OFC not promises if/when that might happen).
so long,
Hias
RPi5 has one, you just need to buy the (rechargeable) battery for a few bucks.
so long,
Hias
I installed LibreELEC-RPi5.arm-11.0-nightly-20231104-300a514 on my new PI 5 with active cooling the fan is connected on the official fan connector.
I note that it seems to turn on at already 49°C and turns off at 46°C
It seems the documentation is wrong, the kernel / device tree trip points match your observations - first trip point is at 50°C with a hysteresis of 5°C (i.e. turn on at 50°C and off at 45°C)
From a quick glance the trip points can't be configured yet, but this should be doable with some future dtparams or a dtoverlay.
Best ask on the RPi forums about that https://forums.raspberrypi.com/ or open an issue on the RPi kernel github issue page https://github.com/raspberrypi/linux/issues
so long,
Hias
ffmpeg 6.1 added support for the vulkan video decode api which is a different thing than vulkan graphics/3D support (RPis only come with the latter) - so AV1 decoding will still need to be handled by dav1d.
so long,
Hias
yes
so long,
Hias
I'm currently looking into a different approach: let users choose to mount NTFS partitions read-only https://github.com/LibreELEC/LibreELEC.tv/pull/8308 - this would hopefully solve the issue of easy corruption in case of unclean shutdowns.
so long,
Hias
Don't get too excited about ntfsfix, I did a quick test on a corrupted NTFS filesystem, removing the dirty bit, and as expected it didn't help with the errors and the ntfsdriver set the dirty bit again after mounting it because the filesystem had issues.
so long,
Hias
On LE11 this is expected, RPi3 doesn't have enough grunt to decode it. LE 9.2.x and earlier contained optimized HEVC decoder code which was dropped in LE10 as it doesn't work with the new graphics stack (and, no, it won't come back).
TLDR: use LE 9.2.8 on RPi3 if you want to playback HEVC files (or just use H264 files, they work with all LE versions).
so long,
Hias
I don't use the HD Austria addon myself (don't have a subscription for that) but I strongly suspect it's an issue with that specific addon, so best to report it on it's issue tracker.
You can safely ignore the inputstreamhelper messages in the log (they are false-positives, the checks it does don't work on LE) and the inputstream messages may be a result of issues of the HD Austria addon.
We have an inputstream.adaptive update to 20.3.14 in the queue (new addon should be build and available in the next days), you could wait for that and retest once you got the update but the changelog doesn't look like it might help (it seems to fix subtitle stream issues).
It could be due to some bug in inputstream.adaptive but only the HD Austria addon devs are able to narrow it down as we're not familiar with that addon - hence best report it to them and let them figure out what's wrong.
so long,
Hias
No time to test yet, but will try soon, but before I want to know is there HW support decoding H264 with Rpi3 and LE11 and 12?
yes
so long,
Hias
It's in the system-tools addon
so long,
Hias
If your portable hard drive is formatted with NTFS then hook it up to a windows PC and run chkdsk to fix the filesystem errors (older LE versions were more tolerant about them).
VC1 and MPEG2 hardware decoding are still supported on RPi0-3 if you have the license(s).
so long,
Hias
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