From: "Wu, Tong1" <tong1.wu-at-intel.com@ffmpeg.org> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Cc: Lynne <dev@lynne.ee> Subject: Re: [FFmpeg-devel] [PATCH v9 01/13] avcodec/vaapi_encode: introduce a base layer for vaapi encode Date: Fri, 24 May 2024 15:39:23 +0000 Message-ID: <CH3PR11MB86596280A79ACDC3523DEFD0C0F52@CH3PR11MB8659.namprd11.prod.outlook.com> (raw) In-Reply-To: <10236fe7-2319-4087-9e12-31bc3854f7fd@lynne.ee> >-----Original Message----- >From: ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> On Behalf Of Lynne >via ffmpeg-devel >Sent: Friday, May 24, 2024 12:11 AM >To: ffmpeg-devel@ffmpeg.org >Cc: Lynne <dev@lynne.ee> >Subject: Re: [FFmpeg-devel] [PATCH v9 01/13] avcodec/vaapi_encode: >introduce a base layer for vaapi encode > >On 20/05/2024 16:52, tong1.wu-at-intel.com@ffmpeg.org wrote: >> From: Tong Wu <tong1.wu@intel.com> >> >> Since VAAPI and future D3D12VA implementation may share some common >parameters, >> a base layer encode context is introduced as vaapi context's base. >> >> Signed-off-by: Tong Wu <tong1.wu@intel.com> >> --- >> libavcodec/hw_base_encode.h | 56 >+++++++++++++++++++++++++++++++++++++ >> libavcodec/vaapi_encode.h | 39 +++++--------------------- >> 2 files changed, 63 insertions(+), 32 deletions(-) >> create mode 100644 libavcodec/hw_base_encode.h >> >> diff --git a/libavcodec/hw_base_encode.h b/libavcodec/hw_base_encode.h >> new file mode 100644 >> index 0000000000..1996179456 >> --- /dev/null >> +++ b/libavcodec/hw_base_encode.h >> @@ -0,0 +1,56 @@ >> +/* >> + * This file is part of FFmpeg. >> + * >> + * FFmpeg is free software; you can redistribute it and/or >> + * modify it under the terms of the GNU Lesser General Public >> + * License as published by the Free Software Foundation; either >> + * version 2.1 of the License, or (at your option) any later version. >> + * >> + * FFmpeg is distributed in the hope that it will be useful, >> + * but WITHOUT ANY WARRANTY; without even the implied warranty of >> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the >GNU >> + * Lesser General Public License for more details. >> + * >> + * You should have received a copy of the GNU Lesser General Public >> + * License along with FFmpeg; if not, write to the Free Software >> + * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 >USA >> + */ >> + >> +#ifndef AVCODEC_HW_BASE_ENCODE_H >> +#define AVCODEC_HW_BASE_ENCODE_H >> + >> +#define MAX_DPB_SIZE 16 >> +#define MAX_PICTURE_REFERENCES 2 >> +#define MAX_REORDER_DELAY 16 >> +#define MAX_ASYNC_DEPTH 64 >> +#define MAX_REFERENCE_LIST_NUM 2 >> + >> +enum { >> + PICTURE_TYPE_IDR = 0, >> + PICTURE_TYPE_I = 1, >> + PICTURE_TYPE_P = 2, >> + PICTURE_TYPE_B = 3, >> +}; >> + >> +enum { >> + // Codec supports controlling the subdivision of pictures into slices. >> + FLAG_SLICE_CONTROL = 1 << 0, >> + // Codec only supports constant quality (no rate control). >> + FLAG_CONSTANT_QUALITY_ONLY = 1 << 1, >> + // Codec is intra-only. >> + FLAG_INTRA_ONLY = 1 << 2, >> + // Codec supports B-pictures. >> + FLAG_B_PICTURES = 1 << 3, >> + // Codec supports referencing B-pictures. >> + FLAG_B_PICTURE_REFERENCES = 1 << 4, >> + // Codec supports non-IDR key pictures (that is, key pictures do >> + // not necessarily empty the DPB). >> + FLAG_NON_IDR_KEY_PICTURES = 1 << 5, >> +}; >> + >> +typedef struct HWBaseEncodeContext { >> + const AVClass *class; >> +} HWBaseEncodeContext; >> + >> +#endif /* AVCODEC_HW_BASE_ENCODE_H */ >> + >> diff --git a/libavcodec/vaapi_encode.h b/libavcodec/vaapi_encode.h >> index 0eed9691ca..f5c9be8973 100644 >> --- a/libavcodec/vaapi_encode.h >> +++ b/libavcodec/vaapi_encode.h >> @@ -33,34 +33,27 @@ >> >> #include "avcodec.h" >> #include "hwconfig.h" >> +#include "hw_base_encode.h" >> >> struct VAAPIEncodeType; >> struct VAAPIEncodePicture; >> >> +// Codec output packet without timestamp delay, which means the >> +// output packet has same PTS and DTS. >> +#define FLAG_TIMESTAMP_NO_DELAY 1 << 6 >> + >> enum { >> MAX_CONFIG_ATTRIBUTES = 4, >> MAX_GLOBAL_PARAMS = 4, >> - MAX_DPB_SIZE = 16, >> - MAX_PICTURE_REFERENCES = 2, >> - MAX_REORDER_DELAY = 16, >> MAX_PARAM_BUFFER_SIZE = 1024, >> // A.4.1: table A.6 allows at most 22 tile rows for any level. >> MAX_TILE_ROWS = 22, >> // A.4.1: table A.6 allows at most 20 tile columns for any level. >> MAX_TILE_COLS = 20, >> - MAX_ASYNC_DEPTH = 64, >> - MAX_REFERENCE_LIST_NUM = 2, >> }; >> >> extern const AVCodecHWConfigInternal *const >ff_vaapi_encode_hw_configs[]; >> >> -enum { >> - PICTURE_TYPE_IDR = 0, >> - PICTURE_TYPE_I = 1, >> - PICTURE_TYPE_P = 2, >> - PICTURE_TYPE_B = 3, >> -}; >> - >> typedef struct VAAPIEncodeSlice { >> int index; >> int row_start; >> @@ -193,7 +186,8 @@ typedef struct VAAPIEncodeRCMode { >> } VAAPIEncodeRCMode; >> >> typedef struct VAAPIEncodeContext { >> - const AVClass *class; >> + // Base context. >> + HWBaseEncodeContext base; >> >> // Codec-specific hooks. >> const struct VAAPIEncodeType *codec; >> @@ -397,25 +391,6 @@ typedef struct VAAPIEncodeContext { >> AVPacket *tail_pkt; >> } VAAPIEncodeContext; >> >> -enum { >> - // Codec supports controlling the subdivision of pictures into slices. >> - FLAG_SLICE_CONTROL = 1 << 0, >> - // Codec only supports constant quality (no rate control). >> - FLAG_CONSTANT_QUALITY_ONLY = 1 << 1, >> - // Codec is intra-only. >> - FLAG_INTRA_ONLY = 1 << 2, >> - // Codec supports B-pictures. >> - FLAG_B_PICTURES = 1 << 3, >> - // Codec supports referencing B-pictures. >> - FLAG_B_PICTURE_REFERENCES = 1 << 4, >> - // Codec supports non-IDR key pictures (that is, key pictures do >> - // not necessarily empty the DPB). >> - FLAG_NON_IDR_KEY_PICTURES = 1 << 5, >> - // Codec output packet without timestamp delay, which means the >> - // output packet has same PTS and DTS. >> - FLAG_TIMESTAMP_NO_DELAY = 1 << 6, >> -}; >> - >> typedef struct VAAPIEncodeType { >> // List of supported profiles and corresponding VAAPI profiles. >> // (Must end with AV_PROFILE_UNKNOWN.) > >Would you mind changing ff_hw_ functions to take in HWBaseEncodePicture >first, and AVCodecContext only if needed? >You have a lot of functions like hw_base_encode_add_ref that don't even >use AVCodecContext, not even to get a context. > I've reviewed all the functions and will remove the unnecessary AVCodecContext in the the next version. >Also, HWBaseEncodePicture should be prefixed with FF, so >FFHWBaseEncodePicture. >PICTURE_TYPE_* and FLAG_SLICE_* should also have an FF_HW_ prefix. > Sure I'll update in the next version. >Instead of defining PICTURE_TYPE_I/P/B, would it be possible to use >AV_PICTURE_TYPE_I/P/B with an additional `bool key;` or similar, which >would remove hardcoding of MPEGese in the API. >That would allow differentiating intra-only frames from IDR (intra-only >keyframes). Would you mind we sending a separate patch for this? Since the hardcoding has already existed for a long time and this patch set was intended to only moves the vaapi functions as-is. Changing it in this patch set only makes it even larger and harder to review. I think we should raise another thread to discuss this. > > > static inline const char *ff_hw_base_encode_get_pictype_name(const >int type) { >Newline missing. Sorry don’t get it. > >I'm working on integrating this into Vulkan right now, it seems suitable >and saves me a lot of time, thanks for working on it. Very glad to hear that. Looking forward to getting it merged. _______________________________________________ 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-24 15:39 UTC|newest] Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top 2024-05-20 14:52 tong1.wu-at-intel.com 2024-05-20 14:52 ` [FFmpeg-devel] [PATCH v9 02/13] avcodec/vaapi_encode: add async_depth to common options tong1.wu-at-intel.com 2024-05-20 14:52 ` [FFmpeg-devel] [PATCH v9 03/13] avcodec/vaapi_encode: add picture type name to base tong1.wu-at-intel.com 2024-05-20 14:52 ` [FFmpeg-devel] [PATCH v9 04/13] avcodec/vaapi_encode: move pic->input_surface initialization to encode_alloc tong1.wu-at-intel.com 2024-05-20 14:52 ` [FFmpeg-devel] [PATCH v9 05/13] avcodec/vaapi_encode: move the dpb logic from VAAPI to base layer tong1.wu-at-intel.com 2024-05-20 14:52 ` [FFmpeg-devel] [PATCH v9 06/13] avcodec/vaapi_encode: extract the init and close function " tong1.wu-at-intel.com 2024-05-20 14:52 ` [FFmpeg-devel] [PATCH v9 07/13] avcodec/vaapi_encode: extract gop configuration and two options " tong1.wu-at-intel.com 2024-05-20 14:52 ` [FFmpeg-devel] [PATCH v9 08/13] avcodec/vaapi_encode: extract set_output_property " tong1.wu-at-intel.com 2024-05-20 14:52 ` [FFmpeg-devel] [PATCH v9 09/13] avcodec/vaapi_encode: extract a get_recon_format function " tong1.wu-at-intel.com 2024-05-20 14:52 ` [FFmpeg-devel] [PATCH v9 10/13] avcodec/vaapi_encode: extract a free funtion " tong1.wu-at-intel.com 2024-05-20 14:52 ` [FFmpeg-devel] [PATCH v9 11/13] avutil/hwcontext_d3d12va: add Flags for resource creation tong1.wu-at-intel.com 2024-05-21 16:32 ` Andrew Sayers 2024-05-22 1:29 ` Wu, Tong1 2024-05-20 14:52 ` [FFmpeg-devel] [PATCH v9 12/13] avcodec: add D3D12VA hardware HEVC encoder tong1.wu-at-intel.com 2024-05-20 14:52 ` [FFmpeg-devel] [PATCH v9 13/13] Changelog: add D3D12VA HEVC encoder changelog tong1.wu-at-intel.com 2024-05-23 16:11 ` [FFmpeg-devel] [PATCH v9 01/13] avcodec/vaapi_encode: introduce a base layer for vaapi encode Lynne via ffmpeg-devel 2024-05-24 15:39 ` Wu, Tong1 [this message] 2024-05-24 16:35 ` Lynne via ffmpeg-devel
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=CH3PR11MB86596280A79ACDC3523DEFD0C0F52@CH3PR11MB8659.namprd11.prod.outlook.com \ --to=tong1.wu-at-intel.com@ffmpeg.org \ --cc=dev@lynne.ee \ --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