Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
From: Anton Khirnov <anton@khirnov.net>
To: FFmpeg development discussions and patches <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, 01 Mar 2024 19:19:30 +0100
Message-ID: <170931717012.29002.15081982693850454445@lain.khirnov.net> (raw)
In-Reply-To: <20240229164307.3535613-8-jeebjp@gmail.com>

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?

-- 
Anton Khirnov
_______________________________________________
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".

  reply	other threads:[~2024-03-01 18:19 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 [this message]
2024-03-01 20:42     ` James Almer
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=170931717012.29002.15081982693850454445@lain.khirnov.net \
    --to=anton@khirnov.net \
    --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