[vlc-devel] [PATCH 0/9] Handle (AC-3 core + EAC3 Ext) -> AC3 fallback
Rémi Denis-Courmont
remi at remlab.net
Thu Oct 3 19:02:54 CEST 2019
Le torstaina 3. lokakuuta 2019, 19.51.17 EEST Jean-Baptiste Kempf a écrit :
> On Thu, Oct 3, 2019, at 18:21, Thomas Guillem wrote:
> > On Thu, Oct 3, 2019, at 17:38, Rémi Denis-Courmont wrote:
> > > Le torstaina 3. lokakuuta 2019, 17.33.50 EEST Thomas Guillem a écrit :
> > > > Hello,
> > > >
> > > > cf. my gitlab branch here:
> > > > https://code.videolan.org/tguillem/vlc/tree/eac3-fix/2
> > > >
> > > > The EAC3 codec can be packetized in two different ways. Bluray Discs
> > > > use an
> > > > AC-3 Core + an EAC3 Extension whereas the broadcast world use
> > > > indivisible
> > > > EAC3 streams.
> > >
> > > Since this needs ad-hoc handling anyway, you would presumably be better
> > > off
> > > with a third codec ID than with yet another codec parameter.
> >
> > Also OK with that, but we need 2 new codec ID. DTSHD and A52_EXT
>
> A52_EXT is not a codec. EAC3 is.
>
> I understand the need for DTSHD, but not for A52_EXT. Can you use the
> profile?
There's no profile in audio format.
I don't know and I don't care if A/52 with extension is a codec or is not. It
is a different audio format than A/52 core-only. You cannot send the earlier
over S/PDIF / write it to an audio output plugin expecting A/52.
So either it gets a different format, or the existing parameters are adjusted
to match the higher bit rate. But the later option seems a lot more error-
prone to me.
--
レミ・デニ-クールモン
http://www.remlab.net/
More information about the vlc-devel
mailing list