[FFmpeg-devel] [PATCH] avformat/apngenc: use the stream parameters extradata if no updated one is made available
jamrial at gmail.com
Wed Nov 2 18:41:55 EET 2016
On 11/1/2016 7:10 PM, Hendrik Leppkes wrote:
> Am 01.11.2016 17:17 schrieb "Andreas Cadhalpun" <
> andreas.cadhalpun at googlemail.com>:
>> On 01.11.2016 17:06, James Almer wrote:
>>> On 11/1/2016 12:54 PM, Andreas Cadhalpun wrote:
>>>> What I like about the approach of using the private extra_data context
> buffer is
>>>> that is is quite obvious where it is set. On the other hand the
>>>> extradata can be set anywhere, which makes it difficult to
>>>> The very bug this patch would fix is an excellent example of that.
>>>> So I'd rather convert the apngdec demuxer to pass the extradata as
> side data.
>>>> I'll send a patch doing that.
>>> Is it worth doing that? This patch is pretty simple and solves the
> issue for
>>> both encoder and demuxer.
>>> With it the muxer will use either the original extradata or any new one
>>> within a packet. In both cases, the muxer uses its own buffer to keep
>>> I don't think changing the demuxer to append the same extradata it
>>> sent during init() again with a packet makes sense. It's extra
>>> for no gain.
>> Not again, but instead, as the extradata is then only transferred as side
>> That way it is again consistent between demuxer/decoder and encoder/muxer.
> I don't think thats a good idea. Demuxers should fill the extradata field
> if any is present and required for decoding - some other decoder might want
> extradata for init or something, and that way you can accommodate it
> without having to wait for the first packet.
> That's basically how all demuxers work, will extradata and if it can and
> does change just send an update notice.
Agree, that's how it's done for flac for example.
Should i revert this and apply my patch instead? Or something else?
> - Hendrik
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
More information about the ffmpeg-devel