I'm not familiar with MACs or "extfs for mac" but I'd guess you need an updated version of extfs for mac that can cope with the new ext4 options used by current ext4fs tools (mkfs.ext4 etc).
Older linux systems have similar issues and some linux distributions disabled the new options to make filesystems compatible with older linux versions, but we don't do that in LE.
so long,
Hias
The updated firmware is now in the latest nightly build (20240505):
https://test.libreelec.tv/12.0/RPi/RPi4/LibreELEC-RPi4.aarch64-12.0-nightly-20240505-5087609.img.gz
Can you please give it a try?
so long,
Hias
The fix is now in the latest LE12 nightly build (20240505)
RPi4: https://test.libreelec.tv/12.0/RPi/RPi4/…-5087609.img.gz
RPi5: https://test.libreelec.tv/12.0/RPi/RPi5/…-5087609.img.gz
Can you please give it a try?
so long,
Hias
A fix for that was committed to the RPi kernel 2 days ago https://github.com/raspberrypi/linux/pull/6094
I'll add it to LE nightlies soon.
so long,
Hias
You can also simply disable network install, run rpi-eeprom-config -e and add NET_INSTALL_ENABLED=0
see also here: https://www.raspberrypi.com/documentation/…INSTALL_ENABLED
so long,
Hias
When you open a HDMI audio device on the RPi the kernel automatically chooses a channel map based on the number of channels (eg 8 in this case) and the speaker allocation from the EDID.
The hdmi-codec driver has an ordered list, sorted by preference, and will choose the first entry that's supported by HDMI for the given number of channels and is supported by the AVR as well (all channels of that entry must also be present in the EDID speaker allocation block).
In this table the 6.1 entry with RC comes before the 7.1 entry with the (deprecated) RLC/RRC entries, so if your AVR announces support for both RC and RLC/RRC you'll get the former (6.1) channel map
/* 6.1 */
{ .ca_id = 0x0f, .n_ch = 8,
.mask = FL | FR | LFE | FC | RL | RR | RC },
/* surround71 */
{ .ca_id = 0x13, .n_ch = 8,
.mask = FL | FR | LFE | FC | RL | RR | RLC | RRC },It's then up to kodi to decide how to best map the channels of the media file to those channels.
In general it's best to use passthrough for compressed audio formats as this avoids all the channel mapping shenanigans but that may not be an option on RPi2/3 as they don't support TrueHD or DTS-HD because of hardware limitations/bugs (they also can't output 8ch 192kHz PCM).
so long,
Hias
Your log is showing frequent wifi disconnects and reconnects - very likely this is the cause of your issues.
As chewitt already mentioned you have to fix that and likely your problems all will vanish.
If wired lan really isn't an option then use powerline or an external wifi AP configured as a wifi-lan bridge or at least an external wifi dongle (the RPi on-board wifi is known to be quite poor).
so long,
Hias
Set the GUI resolution in display settings to 1920x1080 and configure the whitelist - see https://wiki.libreelec.tv/configuration/4k-hdr
so long,
Hias
No error messages, commands seem to work as execute, but this doesn't fix the issue:
Note that you have to reboot after "getedid delete", otherwise the old edid will still be used. "getedid delete" followed by "getedid create" without reboot in between is a no-op.
so long,
Hias
If I backup my originals of the files you linked to and I get major issues can I just copy over my originals again?
Yes, this will work
so long,
Hias
Scratch that, CONFIG_SND_SE6X would be the wrong driver, so recompiling won't help. The problem is that the Serenade III isn't supported (only the Serenade).
so long,
Hias
This specific soundcard isn't supported in LE (or most other linux distributions).
There's a driver for it in linux https://github.com/torvalds/linux…/se6x.c#L44-L45 but it conflicts with all other Oxygen and Virtuoso soundcards https://github.com/torvalds/linux…onfig#L825-L827
Hence we and other Linux distros can't enable it - but you could build LE yourself, with CONFIG_SND_OXYGEN and CONFIG_SND_VIRTUOSO disabled in projects/Generic/linux/linux.x86_64.conf and CONFIG_SND_SE6X enabled instead.
so long,
Hias
Post a full log when it happens again, using the latest LE12 nightly build (ssh in, run "pastekodi" and post the URL). It could be anything from a connection problem to power supply issue or something else - hopefully the log will give more info.
so long,
Hias
If you currently doesn‘t have a dtoverlay=hifiberry … line in your config it seems that the overlay was instead loaded from the HAT EEPROM. Please keep in mind, that in future kernel versions it could be possible that this overlay in the HAT EEPROM will be outdated. Then you will need a matching dtoverlay line for your hifiberry.
RPi folks recommend to store the name of the overlay in the eeprom, not the actual overlay itself, to avoid kernel version issues.
Unfortunately Hifiberry did the latter (and OFC the overlays became incompatible with RPi5) but fortunately this could be fixed up with hat_map entries (see commit https://github.com/raspberrypi/li…fdda902104650b3) so the hifiberry cards should work fine now without any config.txt trickery.
so long,
Hias
Please test with RPiOS and the latest rpi-update kernel. If it doesn't work either create an issue on the RPi kernel github https://github.com/raspberrypi/linux/issues
BTW: the hifiberry-dacplushd overlay doesn't seem to have a "slave" option and the "slave" option of the hifiberry-dacplus overlay won't work on RPi5 so there are now two separate overlays for the (non-HD) DAC+, hifiberry-dacplus-std and hifiberry-dacplus-pro
so long,
Hias
Use the other HDMI port on your RPi5 (HDMI 0 / HDMI-A-1), CEC only works on this port ATM
so long,
Hias
And I do see the thunderbolt icon at the power up, but it does not seem to be present after that.
That's because the thunderbolt won't show up with the new graphics stack (i.e. while LE is running) so there won't be any visual notification in case of undervoltage or over-temperature, undervoltage is currently only logged to the kernel/system logs.
so long,
Hias
Thanks for reporting back and glad you got it working!
so long,
Hias
