[FFmpeg-devel] [PATCH] avformat/matroskaenc: always reserve max aac private data

Nicolas George george at nsup.org
Fri May 1 21:28:09 EEST 2020


John Stebbins (12020-05-01):
> 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.

Probably. I want to emphasize that bugs in our current code cannot be
considered precedent to accept similar bugs in new code.

> 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.

Then for now, I would say that we can only accept when it is
bit-identical with the extradata already there. If we cannot test for
compatibility more finely, then we have to assume incompatibility and
reject every AV_PKT_DATA_NEW_EXTRADATA with an error.

Regards,

-- 
  Nicolas George
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20200501/6fa85658/attachment.sig>


More information about the ffmpeg-devel mailing list