[FFmpeg-devel] [PATCH] avpacket: ABI bump additions
Lynne
dev at lynne.ee
Tue Jul 20 01:05:55 EEST 2021
8 Jul 2021, 21:20 by andreas.rheinhardt at outlook.com:
> Lynne:
>
>> Apr 26, 2021, 03:27 by andreas.rheinhardt at outlook.com:
>>
>>> Lynne:
>>>
>>>> From 097aed2ac33dda0bb2052d8b0402711ce95079ba Mon Sep 17 00:00:00 2001
>>>> From: Lynne <dev at lynne.ee>
>>>> Date: Sat, 23 Jan 2021 19:56:18 +0100
>>>> Subject: [PATCH] avpacket: ABI bump additions
>>>>
>>>> ---
>>>> libavcodec/avpacket.c | 5 +++++
>>>> libavcodec/packet.h | 21 +++++++++++++++++++++
>>>> 2 files changed, 26 insertions(+)
>>>>
>>>> diff --git a/libavcodec/avpacket.c b/libavcodec/avpacket.c
>>>> index e32c467586..03b73b3b53 100644
>>>> --- a/libavcodec/avpacket.c
>>>> +++ b/libavcodec/avpacket.c
>>>> @@ -382,6 +382,10 @@ int av_packet_copy_props(AVPacket *dst, const AVPacket *src)
>>>> dst->flags = src->flags;
>>>> dst->stream_index = src->stream_index;
>>>>
>>>> + i = av_buffer_replace(&dst->opaque_ref, src->opaque_ref);
>>>> + if (i < 0)
>>>> + return i;
>>>>
>>>
>>> 1. Don't use i here; add a new variable.
>>> 2. Up until now, av_packet_ref() and av_packet_copy_props() treat the
>>> destination packet as uninitialized and make no attempt at unreferencing
>>> its content; yet you try to reuse opaque_ref. Even worse, you might
>>> return potentially dangerous packets: If the properties were
>>> uninitialized and av_packet_copy_props() failed, then the caller were
>>> not allowed to unreference the packet even when the non-properties were
>>> set to sane values. The easiest way to fix this is to move setting
>>> opaque ref to the place after initializing side_data below and either
>>> set dst->opaque_ref to NULL before av_buffer_replace() or to not use
>>> av_buffer_replace(). It may also be best to unref it again if copying
>>> side data fails.
>>>
>>>> +
>>>> dst->side_data = NULL;
>>>> dst->side_data_elems = 0;
>>>> for (i = 0; i < src->side_data_elems; i++) {
>>>> @@ -403,6 +407,7 @@ int av_packet_copy_props(AVPacket *dst, const AVPacket *src)
>>>> void av_packet_unref(AVPacket *pkt)
>>>> {
>>>> av_packet_free_side_data(pkt);
>>>> + av_buffer_unref(&pkt->opaque_ref);
>>>> av_buffer_unref(&pkt->buf);
>>>> get_packet_defaults(pkt);
>>>> }
>>>> diff --git a/libavcodec/packet.h b/libavcodec/packet.h
>>>> index fad8341c12..c29ad18a2b 100644
>>>> --- a/libavcodec/packet.h
>>>> +++ b/libavcodec/packet.h
>>>> @@ -383,6 +383,27 @@ typedef struct AVPacket {
>>>> int64_t duration;
>>>>
>>>> int64_t pos; ///< byte position in stream, -1 if unknown
>>>> +
>>>> + /**
>>>> + * for some private data of the user
>>>> + */
>>>> + void *opaque;
>>>>
>>>
>>> The corresponding AVFrame field is copied when copying props.
>>>
>>
>> Fixed both, thanks. Also copied the time_base field and made av_init_packet()
>> initialize all fields.
>>
>
> Your new version is still not correct: If copying side data fails, the
> function returns without initializing opaque_ref at all, thereby making
> it dangerous to unref the packet (which e.g. av_packet_ref() does).
>
> - Andreas
>
Fixed, and made sure to unref it if copying side data fails.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: v2-0001-avpacket-ABI-bump-additions.patch
Type: text/x-patch
Size: 3582 bytes
Desc: not available
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20210720/9c38a5d2/attachment.bin>
More information about the ffmpeg-devel
mailing list