On 8/2/2019 11:46 AM, Andreas Rheinhardt wrote:
> James Almer:
>> Signed-off-by: James Almer <jamr...@gmail.com>
>> ---
>>  libavformat/dashenc.c | 3 ++-
>>  1 file changed, 2 insertions(+), 1 deletion(-)
>>
>> diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
>> index bded260806..50eba370d9 100644
>> --- a/libavformat/dashenc.c
>> +++ b/libavformat/dashenc.c
>> @@ -1476,12 +1476,13 @@ static int update_stream_extradata(AVFormatContext 
>> *s, OutputStream *os,
>>      if (!extradata_size)
>>          return 0;
>>  
>> -    new_extradata = av_malloc(extradata_size);
>> +    new_extradata = av_malloc(extradata_size + 
>> AV_INPUT_BUFFER_PADDING_SIZE);
>>  
>>      if (!new_extradata)
>>          return AVERROR(ENOMEM);
>>  
>>      memcpy(new_extradata, extradata, extradata_size);
>> +    memset(new_extradata + extradata_size, 0, AV_INPUT_BUFFER_PADDING_SIZE);
>>  
>>      os->ctx->streams[0]->codecpar->extradata = new_extradata;
>>      os->ctx->streams[0]->codecpar->extradata_size = extradata_size;
>>
> Is there a reason you are not using ff_alloc_extradata?
> 
> - Andreas

Not really. I can replace this patch with one implementing
ff_alloc_extradata().
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".

Reply via email to