[FFmpeg-devel] [PATCH 2/2] avcodec/options: do a more thorough clean up in avcodec_copy_context()

Aaron Levinson alevinsn at aracnet.com
Sun Apr 30 20:07:17 EEST 2017


On 4/26/2017 12:47 PM, James Almer wrote:
> On 4/26/2017 2:46 AM, Aaron Levinson wrote:
>> On 4/24/2017 3:47 PM, James Almer wrote:
>>> Free coded_frame, coded_side_data and unref hw_device_ctx to prevent
>>> potential leaks.
>>>
>>> Signed-off-by: James Almer <jamrial at gmail.com>
>>> ---
>>>  libavcodec/options.c | 15 +++++++++++++++
>>>  1 file changed, 15 insertions(+)
>>>
>>> diff --git a/libavcodec/options.c b/libavcodec/options.c
>>> index b98da9378a..82e12179a6 100644
>>> --- a/libavcodec/options.c
>>> +++ b/libavcodec/options.c
>>> @@ -190,14 +190,26 @@ void avcodec_free_context(AVCodecContext **pavctx)
>>>  #if FF_API_COPY_CONTEXT
>>>  static void copy_context_reset(AVCodecContext *avctx)
>>>  {
>>> +    int i;
>>> +
>>>      av_opt_free(avctx);
>>> +#if FF_API_CODED_FRAME
>>> +FF_DISABLE_DEPRECATION_WARNINGS
>>> +    av_frame_free(&avctx->coded_frame);
>>> +FF_ENABLE_DEPRECATION_WARNINGS
>>> +#endif
>>>      av_freep(&avctx->rc_override);
>>>      av_freep(&avctx->intra_matrix);
>>>      av_freep(&avctx->inter_matrix);
>>>      av_freep(&avctx->extradata);
>>>      av_freep(&avctx->subtitle_header);
>>>      av_buffer_unref(&avctx->hw_frames_ctx);
>>> +    av_buffer_unref(&avctx->hw_device_ctx);
>>> +    for (i = 0; i < avctx->nb_coded_side_data; i++)
>>> +        av_freep(&avctx->coded_side_data[i].data);
>>> +    av_freep(&avctx->coded_side_data);
>>>      avctx->subtitle_header_size = 0;
>>> +    avctx->nb_coded_side_data = 0;
>>>      avctx->extradata_size = 0;
>>>  }
>>>
>>> @@ -238,11 +250,14 @@ FF_ENABLE_DEPRECATION_WARNINGS
>>>
>>>      /* reallocate values that should be allocated separately */
>>>      dest->extradata       = NULL;
>>> +    dest->coded_side_data = NULL;
>>>      dest->intra_matrix    = NULL;
>>>      dest->inter_matrix    = NULL;
>>>      dest->rc_override     = NULL;
>>>      dest->subtitle_header = NULL;
>>>      dest->hw_frames_ctx   = NULL;
>>> +    dest->hw_device_ctx   = NULL;
>>> +    dest->nb_coded_side_data = 0;
>>>
>>>  #define alloc_and_copy_or_fail(obj, size, pad) \
>>>      if (src->obj && size > 0) { \
>>>
>>
>> I'm not sure if this patch is intended to be a replacement for your last
>> "2/2" patch, but this version is missing the the coded_side_data
>> population code that was in the first version of your "2/2" patch.
>>
>> Aaron Levinson
>
> It is. I'm keeping the functionality of the function as is, and only
> making sure cleanup is complete to prevent leaks.
> This function is deprecated and shouldn't be used, so i'm not going to
> make it copy even more stuff.

I've reviewed both patches 1 and 2, and both are good to commit.

Technically, the behavior of the code is changed by zeroing out 
coded_side_data and nb_coded_side_data after doing the memcpy() call, 
even though, by not doing a copy of coded_side_data() previously, this 
resulted in the same coded_side_data pointer being owned by two 
AVCodecContext objects (assuming that there is any coded side data in 
the source AVCodecContext object).  This was a bug, but if there is any 
code that depends on there being valid coded side data in the copied 
context, then this could result in problems.  However, I've surveyed the 
code in ffmpeg proper, and I actually can find no uses of 
coded_side_data in AVCodecContext objects other than the code in 
ffmpeg.c to copy coded side data into the stream, and it is the copy of 
the coded side data in the stream that is actually used.  This entire 
procedure of populating coded_side_data in AVCodecContext objects for it 
to be later copied into an AVStream object where it is actually used is 
a bit kludgy and could use some work.

Aaron Levinson


More information about the ffmpeg-devel mailing list