Skip to content

3.4.2 — EAC3+JOC stream-copy on Bluetooth

Choose a tag to compare

View all tags
@superuser404notfound superuser404notfound released this 15 Jun 04:12
· 126 commits to main since this release
3.4.2
3e16286

Fixed

EAC3+JOC (Atmos) no longer needlessly bridged on Bluetooth (#34)

EAC3+JOC tracks were force-routed through the FLAC bridge whenever the audio output was Bluetooth A2DP / LE, re-encoding the bitstream and discarding the Atmos object metadata.

AVPlayer decodes and downmixes EAC3+JOC on Bluetooth natively, so the bridge was unnecessary. A JOC track is signaled in the playlist as ec-3, the exact same CODECS string as a non-JOC EAC3 5.1 track, so AVPlayer's variant selection accepts it on every route (the JOC marker lives only in the per-segment dec3 box, read at decode time, never at variant selection).

EAC3 now always stream-copies regardless of the output route:

  • HDMI passes the DD+/JOC bitstream through to the AVR / soundbar.
  • AirPods render Atmos spatially.
  • Plain Bluetooth A2DP / LE downmixes the bed channels to stereo natively.

The only remaining EAC3 bridge case (a source whose codecpar lacks the dec3 extradata the mp4 muxer needs to write the sample entry, typical of EAC3-from-MKV) stays route-independent and is caught by the muxer header pre-flight.

Reported and device-verified by @DrHurt on a Bluetooth speaker (#34).

Full changelog: 3.4.1...3.4.2

Assets 3
Loading