AC3 transcoding of AAC 5.1, Opus 5.1 and EAC3 5.1 produces complete silence on RPi5 starting with nightly-20260329. Native AC3 and DTS passthrough are unaffected.
Bisection
✅ nightly-20260327-ff72cfe — working
❌ nightly-20260329-14b0c24 — broken
❌ nightly-20260330-2bbb06d — broken
❌ nightly-20260401-9f66601 — broken
Root cause
The IEC958 AES3 channel status byte is set incorrectly when opening the HDMI sink for AC3 transcoded output.
Working build (20260327):
CAESinkALSA::Initialize - Opened device "hdmi:CARD=vc4hdmi0,DEV=0,AES0=0x06,AES1=0x82,AES2=0x00,AES3=0x02"
CAEEncoderFFmpeg::Initialize - AC3 encoder ready
Broken build (20260329+):
CAESinkALSA::Initialize - Opened device "hdmi:CARD=vc4hdmi0,DEV=0,AES0=0x06,AES1=0x82,AES2=0x00,AES3=0x0e"
CAEEncoderFFmpeg::Initialize - AC3 encoder ready
AES3=0x0e is not a valid IEC958 sample rate code for AC3. The sink cannot lock, resulting in continuous ~1000ms audio sync errors and silence. The encoder itself initializes fine — the problem is purely the AES3 byte passed to the ALSA sink.
Suspected cause
FFmpeg 8.1 was integrated around nightly-20260329. This likely changed IEC958 channel status byte handling in the AC3 encoder or ALSA sink initialization path. The passthrough path is unaffected as it sets AES3=0x02 correctly in both builds.
Setup
RPi5, LibreELEC 13.0 nightlies
Audio: HDMI → HDMI switch with optical out → receiver
Kodi settings: channels 2.0, passthrough ON, AC3 transcoding ON, Dolby capable receiver ON
Workaround
Roll back to nightly-20260327-ff72cfe.
Previously reported and fixed back in 2021:
Librelec Nightly Dolby Digital transcoding bug
Playing files with DTS and DD are ok.
https://paste.kodi.tv/oqorozahut.kodi
Thanks