[FFmpeg-devel] [PATCH] avformat/matroskaenc: always reserve max aac private data
John Stebbins
jstebbins at jetheaddev.com
Fri May 1 21:20:16 EEST 2020
On Fri, 2020-05-01 at 20:10 +0200, Nicolas George wrote:
> John Stebbins (12020-05-01):
> > If the parameters change on the fly, some part of the audio stream
> > is
> > going to be unplayable. Either the part after the change will be
> > unplayable if you ignore extradata changes, or everything
> > preceeding
> > the last extradata change will be unplayable if you rewrite codec
> > private on every change.
>
> Then the only acceptable solution is to report an error.
>
> If we can detect that the new extradata is compatible and will not
> cause
> the file to be unplayable, we can let it pass, but we should try to
> NEVER allow to lose data without notifying users.
>
Well, current code in aac_adtstoasc silently ignores any changes. It
only generates extradata from the initial packet. It's not checked in
subsequent packets.
So this would have to be "fixed" in aac_adtstoasc as well if you want
to add error logging.
This is also a bit beyond my expertise. I don't know what would
constitute incompitible parameters beyond a few obvious things. I'm
not well versed in aac details.
More information about the ffmpeg-devel
mailing list