[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