From: James Almer <jamrial@gmail.com>
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH v7 07/14] avutil/frame: add helper for adding side data w/ AVBufferRef to array
Date: Fri, 1 Mar 2024 17:42:28 -0300
Message-ID: <1da8e1ba-f08b-4715-adf8-69f4693db653@gmail.com> (raw)
In-Reply-To: <170931717012.29002.15081982693850454445@lain.khirnov.net>
On 3/1/2024 3:19 PM, Anton Khirnov wrote:
> Quoting Jan Ekström (2024-02-29 17:42:54)
>> diff --git a/libavutil/frame.h b/libavutil/frame.h
>> index 47d0096bc4..908fd4a90d 100644
>> --- a/libavutil/frame.h
>> +++ b/libavutil/frame.h
>> @@ -1081,6 +1081,26 @@ AVFrameSideData *av_frame_side_data_new(AVFrameSideData ***sd, int *nb_sd,
>> enum AVFrameSideDataType type,
>> size_t size, unsigned int flags);
>>
>> +/**
>> + * Add a new side data entry to a set from an existing AVBufferRef.
>> + *
>> + * @param sd pointer to array of side data to which to add another entry.
>> + * @param nb_sd pointer to an integer containing the number of entries in
>> + * the array.
>> + * @param type type of the added side data
>> + * @param buf AVBufferRef for which a new reference will be made
>
> This seems inconsistent with av_frame_new_side_data_from_buf(), which
> takes ownership of the buffer reference passed to it.
> Is there a strong reason to do it differently here?
I asked for it. Taking ownership of the AVBufferRef and then expecting
the caller to discard the pointer to it is awkward, and unlike any other
function using AVBufferRef we have in the tree.
The alternative, to keep the behavior of taking ownership of the passed
on reference, is to have this function take a pointer to pointer, and
clearing it on success.
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
next prev parent reply other threads:[~2024-03-01 20:42 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-29 16:42 [FFmpeg-devel] [PATCH v7 00/14] encoder AVCodecContext configuration side data Jan Ekström
2024-02-29 16:42 ` [FFmpeg-devel] [PATCH v7 01/14] avutil/frame: split side data list wiping out to non-AVFrame function Jan Ekström
2024-02-29 16:42 ` [FFmpeg-devel] [PATCH v7 02/14] avutil/frame: add helper for freeing arrays of side data Jan Ekström
2024-02-29 16:42 ` [FFmpeg-devel] [PATCH v7 03/14] avutil/frame: split side_data_from_buf to base and AVFrame func Jan Ekström
2024-02-29 16:42 ` [FFmpeg-devel] [PATCH v7 04/14] avutil/frame: split side data removal out to non-AVFrame function Jan Ekström
2024-02-29 16:42 ` [FFmpeg-devel] [PATCH v7 05/14] avutil/frame: add helper for adding side data to array Jan Ekström
2024-03-01 16:07 ` James Almer
2024-03-01 18:09 ` Anton Khirnov
2024-02-29 16:42 ` [FFmpeg-devel] [PATCH v7 06/14] avutil/frame: add helper for adding existing " Jan Ekström
2024-03-01 18:17 ` Anton Khirnov
2024-02-29 16:42 ` [FFmpeg-devel] [PATCH v7 07/14] avutil/frame: add helper for adding side data w/ AVBufferRef " Jan Ekström
2024-03-01 18:19 ` Anton Khirnov
2024-03-01 20:42 ` James Almer [this message]
2024-03-05 11:04 ` Anton Khirnov
2024-02-29 16:42 ` [FFmpeg-devel] [PATCH v7 08/14] avutil/frame: add helper for getting side data from array Jan Ekström
2024-02-29 16:42 ` [FFmpeg-devel] [PATCH v7 09/14] avcodec: add frame side data array to AVCodecContext Jan Ekström
2024-03-01 16:03 ` James Almer
2024-03-01 16:10 ` James Almer
2024-03-01 18:23 ` Anton Khirnov
2024-02-29 16:42 ` [FFmpeg-devel] [PATCH v7 10/14] avcodec: add helper for configuring AVCodecContext's frame side data Jan Ekström
2024-03-01 18:25 ` Anton Khirnov
2024-02-29 16:42 ` [FFmpeg-devel] [PATCH v7 11/14] ffmpeg: pass first video AVFrame's side data to encoder Jan Ekström
2024-03-05 11:10 ` Anton Khirnov
2024-02-29 16:42 ` [FFmpeg-devel] [PATCH v7 12/14] avcodec/libsvtav1: add support for writing out CLL and MDCV Jan Ekström
2024-02-29 16:43 ` [FFmpeg-devel] [PATCH v7 13/14] avcodec/libx264: " Jan Ekström
2024-02-29 16:43 ` [FFmpeg-devel] [PATCH v7 14/14] avcodec/libx265: " Jan Ekström
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1da8e1ba-f08b-4715-adf8-69f4693db653@gmail.com \
--to=jamrial@gmail.com \
--cc=ffmpeg-devel@ffmpeg.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
This inbox may be cloned and mirrored by anyone:
git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
ffmpegdev@gitmailbox.com
public-inbox-index ffmpegdev
Example config snippet for mirrors.
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git