Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
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".

  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