From: "Wu, Tong1" <tong1.wu-at-intel.com@ffmpeg.org> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Subject: Re: [FFmpeg-devel] [PATCH v8 11/15] avcodec/vaapi_encode: extract a get_recon_format function to base layer Date: Wed, 15 May 2024 10:14:33 +0000 Message-ID: <CH3PR11MB8659025ADFD9F649C53E187CC0EC2@CH3PR11MB8659.namprd11.prod.outlook.com> (raw) In-Reply-To: <90573a46-11d1-42f8-8651-70ad339e94e4@jkqxz.net> >-----Original Message----- >From: ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> On Behalf Of Mark >Thompson >Sent: Wednesday, May 15, 2024 5:06 AM >To: ffmpeg-devel@ffmpeg.org >Subject: Re: [FFmpeg-devel] [PATCH v8 11/15] avcodec/vaapi_encode: extract a >get_recon_format function to base layer > >On 18/04/2024 09:59, tong1.wu-at-intel.com@ffmpeg.org wrote: >> From: Tong Wu <tong1.wu@intel.com> >> >> Surface size and block size parameters are also moved to base layer. >> >> Signed-off-by: Tong Wu <tong1.wu@intel.com> >> --- >> libavcodec/hw_base_encode.c | 58 +++++++++++++++++++++++ >> libavcodec/hw_base_encode.h | 12 +++++ >> libavcodec/vaapi_encode.c | 81 ++++++++------------------------- >> libavcodec/vaapi_encode.h | 10 ---- >> libavcodec/vaapi_encode_av1.c | 10 ++-- >> libavcodec/vaapi_encode_h264.c | 11 +++-- >> libavcodec/vaapi_encode_h265.c | 25 +++++----- >> libavcodec/vaapi_encode_mjpeg.c | 5 +- >> libavcodec/vaapi_encode_vp9.c | 6 +-- >> 9 files changed, 118 insertions(+), 100 deletions(-) >> >> diff --git a/libavcodec/hw_base_encode.c b/libavcodec/hw_base_encode.c >> index a4223d90f0..af85bb99aa 100644 >> --- a/libavcodec/hw_base_encode.c >> +++ b/libavcodec/hw_base_encode.c >> @@ -693,6 +693,64 @@ int ff_hw_base_init_gop_structure(AVCodecContext >*avctx, uint32_t ref_l0, uint32 >> return 0; >> } >> >> +int ff_hw_base_get_recon_format(AVCodecContext *avctx, const void >*hwconfig, enum AVPixelFormat *fmt) >> +{ >> + HWBaseEncodeContext *ctx = avctx->priv_data; >> + AVHWFramesConstraints *constraints = NULL; >> + enum AVPixelFormat recon_format; >> + int err, i; >> + >> + constraints = av_hwdevice_get_hwframe_constraints(ctx->device_ref, >> + hwconfig); > >Does this mechanism actually make sense for D3D12? > >VAAPI is the currently the only implementation of this function with non-null >hwconfig, and this is really relying on it to get useful information (otherwise >the formats are just everything the device can allocate as a surface and the >sizes are 0/INT_MAX). > >If D3D12 has something which would fit into the hwconfig method then this >could work very nicely as well, but if it doesn't then presumably it does have >some other calls to check things like the maximum frame size supported by the >encoder and we should be using those rather than making this code generic? > >(Also consider Vulkan if possible; if two thirds of the cases want it then maybe >we should do this even if it doesn't fit in one of them.) For Vulkan the constrains also includes the maximum frame size stuff so I guess this mechanism also works for Vulkan. If so shall we keep this patch? I'm ok for keeping or dropping this patch. And for D3D12 we should probably add the max frame size check afterwards. > >> + if (!constraints) { >> + err = AVERROR(ENOMEM); >> + goto fail; >> + } >> + >> + // Probably we can use the input surface format as the surface format >> + // of the reconstructed frames. If not, we just pick the first (only?) >> + // format in the valid list and hope that it all works. >> + recon_format = AV_PIX_FMT_NONE; >> + if (constraints->valid_sw_formats) { >> + for (i = 0; constraints->valid_sw_formats[i] != AV_PIX_FMT_NONE; i++) { >> + if (ctx->input_frames->sw_format == >> + constraints->valid_sw_formats[i]) { >> + recon_format = ctx->input_frames->sw_format; >> + break; >> + } >> + } >> + if (recon_format == AV_PIX_FMT_NONE) { >> + // No match. Just use the first in the supported list and >> + // hope for the best. >> + recon_format = constraints->valid_sw_formats[0]; >> + } >> + } else { >> + // No idea what to use; copy input format. >> + recon_format = ctx->input_frames->sw_format; >> + } >> + av_log(avctx, AV_LOG_DEBUG, "Using %s as format of " >> + "reconstructed frames.\n", av_get_pix_fmt_name(recon_format)); >> + >> + if (ctx->surface_width < constraints->min_width || >> + ctx->surface_height < constraints->min_height || >> + ctx->surface_width > constraints->max_width || >> + ctx->surface_height > constraints->max_height) { >> + av_log(avctx, AV_LOG_ERROR, "Hardware does not support encoding at >" >> + "size %dx%d (constraints: width %d-%d height %d-%d).\n", >> + ctx->surface_width, ctx->surface_height, >> + constraints->min_width, constraints->max_width, >> + constraints->min_height, constraints->max_height); >> + err = AVERROR(EINVAL); >> + goto fail; >> + } >> + >> + *fmt = recon_format; >> + err = 0; >> +fail: >> + av_hwframe_constraints_free(&constraints); >> + return err; >> +} >> + >> int ff_hw_base_encode_init(AVCodecContext *avctx) >> { >> HWBaseEncodeContext *ctx = avctx->priv_data; >> diff --git a/libavcodec/hw_base_encode.h b/libavcodec/hw_base_encode.h >> index d717f955d8..7686cf9501 100644 >> --- a/libavcodec/hw_base_encode.h >> +++ b/libavcodec/hw_base_encode.h >> @@ -126,6 +126,16 @@ typedef struct HWBaseEncodeContext { >> // Desired B frame reference depth. >> int desired_b_depth; >> >> + // The required size of surfaces. This is probably the input >> + // size (AVCodecContext.width|height) aligned up to whatever >> + // block size is required by the codec. >> + int surface_width; >> + int surface_height; >> + >> + // The block size for slice calculations. >> + int slice_block_width; >> + int slice_block_height; >> + >> // The hardware device context. >> AVBufferRef *device_ref; >> AVHWDeviceContext *device; >> @@ -210,6 +220,8 @@ int >ff_hw_base_encode_receive_packet(AVCodecContext *avctx, AVPacket *pkt); >> int ff_hw_base_init_gop_structure(AVCodecContext *avctx, uint32_t ref_l0, >uint32_t ref_l1, >> int flags, int prediction_pre_only); >> >> +int ff_hw_base_get_recon_format(AVCodecContext *avctx, const void >*hwconfig, enum AVPixelFormat *fmt); >> + >> int ff_hw_base_encode_init(AVCodecContext *avctx); >> >> int ff_hw_base_encode_close(AVCodecContext *avctx); >> ... > >Thanks, > >- Mark >_______________________________________________ >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". _______________________________________________ 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-05-15 10:14 UTC|newest] Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top 2024-04-18 8:58 [FFmpeg-devel] [PATCH v8 01/15] avcodec/vaapi_encode: introduce a base layer for vaapi encode tong1.wu-at-intel.com 2024-04-18 8:58 ` [FFmpeg-devel] [PATCH v8 02/15] avcodec/vaapi_encode: add async_depth to common options tong1.wu-at-intel.com 2024-04-18 8:58 ` [FFmpeg-devel] [PATCH v8 03/15] avcodec/vaapi_encode: add picture type name to base tong1.wu-at-intel.com 2024-04-18 8:58 ` [FFmpeg-devel] [PATCH v8 04/15] avcodec/vaapi_encode: move pic->input_surface initialization to encode_alloc tong1.wu-at-intel.com 2024-04-18 8:58 ` [FFmpeg-devel] [PATCH v8 05/15] avcodec/vaapi_encode: move the dpb logic from VAAPI to base layer tong1.wu-at-intel.com 2024-05-14 20:46 ` Mark Thompson 2024-05-15 10:14 ` Wu, Tong1 2024-04-18 8:59 ` [FFmpeg-devel] [PATCH v8 06/15] avcodec/vaapi_encode: extract the init function " tong1.wu-at-intel.com 2024-05-14 20:56 ` Mark Thompson 2024-05-15 10:14 ` Wu, Tong1 2024-04-18 8:59 ` [FFmpeg-devel] [PATCH v8 07/15] avcodec/vaapi_encode: extract gop configuration and two options " tong1.wu-at-intel.com 2024-04-18 8:59 ` [FFmpeg-devel] [PATCH v8 08/15] avcodec/vaapi_encode: move two reconstructed frames parameters " tong1.wu-at-intel.com 2024-04-18 8:59 ` [FFmpeg-devel] [PATCH v8 09/15] avcodec/vaapi_encode: extract a close function for " tong1.wu-at-intel.com 2024-04-18 8:59 ` [FFmpeg-devel] [PATCH v8 10/15] avcodec/vaapi_encode: extract set_output_property to " tong1.wu-at-intel.com 2024-04-18 8:59 ` [FFmpeg-devel] [PATCH v8 11/15] avcodec/vaapi_encode: extract a get_recon_format function " tong1.wu-at-intel.com 2024-05-14 21:06 ` Mark Thompson 2024-05-15 10:14 ` Wu, Tong1 [this message] 2024-04-18 8:59 ` [FFmpeg-devel] [PATCH v8 12/15] avcodec/vaapi_encode: extract a free funtion " tong1.wu-at-intel.com 2024-05-14 21:07 ` Mark Thompson 2024-05-20 15:10 ` Wu, Tong1 2024-04-18 8:59 ` [FFmpeg-devel] [PATCH v8 13/15] avutil/hwcontext_d3d12va: add Flags for resource creation tong1.wu-at-intel.com 2024-04-18 8:59 ` [FFmpeg-devel] [PATCH v8 14/15] avcodec: add D3D12VA hardware HEVC encoder tong1.wu-at-intel.com 2024-05-09 5:32 ` Wu, Tong1 2024-04-18 8:59 ` [FFmpeg-devel] [PATCH v8 15/15] Changelog: add D3D12VA HEVC encoder changelog tong1.wu-at-intel.com 2024-05-14 19:55 ` [FFmpeg-devel] [PATCH v8 01/15] avcodec/vaapi_encode: introduce a base layer for vaapi encode Mark Thompson 2024-05-15 9:43 ` Wu, Tong1
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=CH3PR11MB8659025ADFD9F649C53E187CC0EC2@CH3PR11MB8659.namprd11.prod.outlook.com \ --to=tong1.wu-at-intel.com@ffmpeg.org \ --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