Re: [FFmpeg-devel] [PATCH 1/3] lavc/vaapi_encode_av1: implement write_extra_header callback

On Ma, 2024-04-15 at 10:07 +0800, Xiang, Haihao wrote: > From: Haihao Xiang > > This can be used to insert a metadata OBU to the stream later. > > Signed-off-by: Haihao Xiang > --- >  libavcodec/vaapi_encode_av1.c | 42 ++- >  1 file changed, 41 insertions(+), 1 d

Re: [FFmpeg-devel] [PATCH 1/3] riscv: add Zvbb vector bit manipulation extension

Le 7 mai 2024 23:34:14 GMT+03:00, "Martin Storsjö" a écrit : >On Tue, 7 May 2024, Rémi Denis-Courmont wrote: > >> --- >> Makefile | 2 +- >> configure | 3 +++ >> doc/APIchanges| 3 +++ >> ffbuild/arch.mak | 1 + >> libavutil/cpu.h | 1

Re: [FFmpeg-devel] [PATCH v4 1/5] configure: Remove libva 1.x support

On Di, 2024-05-07 at 21:25 +0100, Mark Thompson wrote: > On 07/05/2024 06:27, Xiang, Haihao wrote: > > On So, 2024-05-05 at 20:01 +0100, Mark Thompson wrote: > > > libva 2.0 was released in 2017 and the 2.x versions are included in all > > > supported distributions nowadays.  Various features no lo

[FFmpeg-devel] [PATCH v2 8/9] lavfi/qsvvpp: use the right mfxFrameInfo when dynamic frame pool is used

From: Haihao Xiang Signed-off-by: Haihao Xiang --- libavfilter/qsvvpp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavfilter/qsvvpp.c b/libavfilter/qsvvpp.c index 10d970652e..c4c338b36b 100644 --- a/libavfilter/qsvvpp.c +++ b/libavfilter/qsvvpp.c @@ -308,7 +308,7 @@ s

[FFmpeg-devel] [PATCH v2 9/9] lavfi/qsvvpp: require a dynamic frame pool for output if possible

From: Haihao Xiang Signed-off-by: Haihao Xiang --- libavfilter/qsvvpp.c | 52 1 file changed, 29 insertions(+), 23 deletions(-) diff --git a/libavfilter/qsvvpp.c b/libavfilter/qsvvpp.c index c4c338b36b..1c9773df09 100644 --- a/libavfilter/qsvvpp.c +

[FFmpeg-devel] [PATCH v2 7/9] lavc/qsvdec: require a dynamic frame pool if possible

From: Haihao Xiang This allows a downstream element stores more frames from qsv decoders and fixes error in get_buffer(). $ ffmpeg -hwaccel qsv -hwaccel_output_format qsv -i input.mp4 -vf reverse -f null - [vist#0:0/h264 @ 0x562248f12c50] Decoding error: Cannot allocate memory [h264_qsv @ 0x562

[FFmpeg-devel] [PATCH v2 6/9] lavc/qsvenc: use the right info for encoding

From: Haihao Xiang Signed-off-by: Haihao Xiang --- libavcodec/qsvenc.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c index d881c11160..3df355ce78 100644 --- a/libavcodec/qsvenc.c +++ b/libavcodec/qsvenc.c @@ -745,8 +745,

[FFmpeg-devel] [PATCH v2 5/9] lavc/qsv: fix the mfx allocator to support dynamic frame pool

From: Haihao Xiang When the external allocator is used for dynamic frame allocation, only video memory is supported, the SDK doesn't lock/unlock the memory block via Lock()/Unlock() calls. Signed-off-by: Haihao Xiang --- libavcodec/qsv.c | 68 +++- 1

[FFmpeg-devel] [PATCH v2 4/9] lavu/hwcontext_qsv: add support for dynamic frame pool in qsv_map_to

From: Haihao Xiang Make it work with the source which has a dynamic frame pool. Signed-off-by: Haihao Xiang --- libavutil/hwcontext_qsv.c | 131 +- 1 file changed, 129 insertions(+), 2 deletions(-) diff --git a/libavutil/hwcontext_qsv.c b/libavutil/hwcontex

[FFmpeg-devel] [PATCH v2 3/9] lavu/hwcontext_qsv: add support for dynamic frame pool in qsv_frames_derive_to

From: Haihao Xiang Make it work with the source which has a dynamic frame pool. Signed-off-by: Haihao Xiang --- libavutil/hwcontext_qsv.c | 61 ++- 1 file changed, 54 insertions(+), 7 deletions(-) diff --git a/libavutil/hwcontext_qsv.c b/libavutil/hwcontext

[FFmpeg-devel] [PATCH v2 2/9] lavu/hwcontext_qsv: create dynamic frame pool if required

From: Haihao Xiang When AVHWFramesContext.initial_pool_size is 0, a dynamic frame pool is required. We may support this under certain conditions, e.g. oneVPL 2.9+ support dynamic frame allocation, we needn't provide a fixed frame pool in the mfxFrameAllocator.Alloc callback. Signed-off-by: Haiha

[FFmpeg-devel] [PATCH v2 1/9] lavu/hwcontext_qsv: update AVQSVFramesContext to support dynamic frame pool

From: Haihao Xiang Add AVQSVFramesContext.info and update the description. Signed-off-by: Haihao Xiang --- doc/APIchanges| 3 +++ libavutil/hwcontext_qsv.c | 4 ++-- libavutil/hwcontext_qsv.h | 27 +-- libavutil/version.h | 2 +- 4 files changed, 31

[FFmpeg-devel] [PATCH 3/3] avformat/img2dec: assert no pipe on ts_from_file

Help coverity with CID500302 Uninitialized scalar variable Sponsored-by: Sovereign Tech Fund Signed-off-by: Michael Niedermayer --- libavformat/img2dec.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/libavformat/img2dec.c b/libavformat/img2dec.c index a40675d4341..6220003fb4d 100644 ---

[FFmpeg-devel] [PATCH 2/3] avformat/sdp: Check before appending ", "

Found by reviewing code related to CID1500301 String not null terminated Sponsored-by: Sovereign Tech Fund Signed-off-by: Michael Niedermayer --- libavformat/sdp.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/libavformat/sdp.c b/libavformat/sdp.c index 7e11a759185..ccfaa8aff58 100644 -

[FFmpeg-devel] [PATCH 1/3] avcodec/cbs_jpeg: Assert that cbs_jpeg_assemble_fragment() stays within the array

Inspired by: CID1473561 Untrusted pointer write Sponsored-by: Sovereign Tech Fund Signed-off-by: Michael Niedermayer --- libavcodec/cbs_jpeg.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libavcodec/cbs_jpeg.c b/libavcodec/cbs_jpeg.c index b1b58dcd65e..628841c5f37 100644 --- a/libavcodec/

Re: [FFmpeg-devel] [PATCH v2 1/1] libavdevice/decklink: extend available actions on signal loss

On Tue, 23 Apr 2024, Michael Riedl wrote: Deprecate the option 'draw_bars' in favor of the new option 'signal_loss_action', which controls the behavior when the input signal is not available (including the behavior previously available through draw_bars). The default behavior remains unchang

Re: [FFmpeg-devel] Fixes #10509

On Wed, 1 May 2024, Poorva wrote: On Fri, Apr 5, 2024 at 2:08 AM Marton Balint wrote: On Mon, 1 Apr 2024, Poorva wrote: >> >> >> > On Sun, Mar 31, 2024 at 8:35 PM Marton Balint wrote: > >> >> >> On Fri, 29 Mar 2024, Poorva wrote: >> >>> >>> On Tue, Mar 26, 2024 at 2:36 AM Poorva <2

Re: [FFmpeg-devel] [PATCH] lavd/v4l2: Use proper field type for second parameter of ioctl() with BSD's

On Sun, 5 May 2024, Brad Smith wrote: lavd/v4l2: Use proper field type for second parameter of ioctl() with BSD's The proper type was used until 73251678c83cbe24d08264da693411b166239bc7. This covers all of the OS's that currently have V4L2 support, permutations of Linux glibc/musl, Android

Re: [FFmpeg-devel] [PATCH 14/24] avfilter/Makefile: Add scale(2ref)->framesync dependency

On 05/05/2024 14:40, Andreas Rheinhardt wrote: > Forgotten in e82a3997cdd6c0894869b33ba42430ac3c57fb3b. > > Signed-off-by: Andreas Rheinhardt > --- > libavfilter/Makefile | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/libavfilter/Makefile b/libavfilter/Makefile > i

Re: [FFmpeg-devel] [PATCH] lavf/vf_scale: Add framesync dependency to Makefile

On 07/05/2024 22:04, Frank Plowman wrote: > Since e82a3997cdd6c0894869b33ba42430ac3c57fb3b, the scale filter has > depended on FFFrameSync. Reflect this in the Makefile, fixing compile > errors under some configurations. > > Signed-off-by: Frank Plowman > --- > libavfilter/Makefile | 2 +- > 1

Re: [FFmpeg-devel] [PATCH v3 1/3] avformat/network: add ff_neterrno2() for cases where we already have an errno

On Tue, 7 May 2024, Andrew Sayers wrote: On Sun, May 05, 2024 at 09:59:28PM +0200, Marton Balint wrote: On Fri, 19 Apr 2024, Andrew Sayers wrote: For example, WSAStartup()'s documentation says: "A call to the WSAGetLastError function is not needed and should not be used" --- libavfor

[FFmpeg-devel] [PATCH] lavf/vf_scale: Add framesync dependency to Makefile

Since e82a3997cdd6c0894869b33ba42430ac3c57fb3b, the scale filter has depended on FFFrameSync. Reflect this in the Makefile, fixing compile errors under some configurations. Signed-off-by: Frank Plowman --- libavfilter/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/

Re: [FFmpeg-devel] [PATCH 1/3] riscv: add Zvbb vector bit manipulation extension

On Tue, 7 May 2024, Rémi Denis-Courmont wrote: --- Makefile | 2 +- configure | 3 +++ doc/APIchanges| 3 +++ ffbuild/arch.mak | 1 + libavutil/cpu.h | 1 + libavutil/tests/cpu.c | 1 + tests/checkasm/checkasm.c | 1 + 7 files changed,

Re: [FFmpeg-devel] [PATCH] lavu/riscv: fix build without

On Tue, 7 May 2024, Rémi Denis-Courmont wrote: --- libavutil/riscv/cpu.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavutil/riscv/cpu.c b/libavutil/riscv/cpu.c index c3683b06d0..69d1afe853 100644 --- a/libavutil/riscv/cpu.c +++ b/libavutil/riscv/cpu.c @@ -29,14 +29,

Re: [FFmpeg-devel] [PATCH v4 1/5] configure: Remove libva 1.x support

On 07/05/2024 06:27, Xiang, Haihao wrote: > On So, 2024-05-05 at 20:01 +0100, Mark Thompson wrote: >> libva 2.0 was released in 2017 and the 2.x versions are included in all >> supported distributions nowadays.  Various features no longer need any >> configure check after this command, including al

Re: [FFmpeg-devel] [PATCH] lavc/vaapi_h264: Fix merging fields in DPB with missing references

On 07/05/2024 07:00, David Rosca wrote: > If there are missing references, h264 decode does error concealment > by copying previous refs which means there will be duplicated surfaces > and this code would try to merge them instead of correctly appending > to DPB. Make sure the fields were actually

Re: [FFmpeg-devel] [PATCH 2/2] lavc/vaapi_av1: Avoid sending the same slice buffer multiple times

On 28/04/2024 08:26, David Rosca wrote: > When there are multiple tiles in one slice buffer, use multiple slice > params to avoid sending the same slice buffer multiple times and thus > increasing the bitstream size the driver will need to upload to hw. > --- > libavcodec/vaapi_av1.c | 37

Re: [FFmpeg-devel] [PATCH v4 1/9] lavc/vp8dsp: R-V put_vp8_pixels

May 7, 2024, 20:25 by r...@remlab.net: > Le tiistaina 7. toukokuuta 2024, 20.41.30 EEST Lynne a écrit : > >> May 7, 2024, 18:54 by u...@foxmail.com: >> > From: sunyuechi >> > >> > C908: >> > vp8_put_pixels4_c: 78.0 >> > vp8_put_pixels4_rvi: 33.7 >> > vp8_put_pixels8_c: 278.0 >> > vp8_put_pixels8

[FFmpeg-devel] [PATCH 3/3] lavc/ac3dsp: add R-V Zvbb extract_exponents

--- libavcodec/riscv/Makefile | 1 + libavcodec/riscv/ac3dsp_init.c | 5 libavcodec/riscv/ac3dsp_rvvb.S | 43 ++ 3 files changed, 49 insertions(+) create mode 100644 libavcodec/riscv/ac3dsp_rvvb.S diff --git a/libavcodec/riscv/Makefile b/libavcodec/ris

[FFmpeg-devel] [PATCH 2/3] lavu/riscv: add Zvbb CPU capability detection

This requires Linux kernel version 6.8 or later. --- libavutil/riscv/cpu.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/libavutil/riscv/cpu.c b/libavutil/riscv/cpu.c index 69d1afe853..3cf4e25bc9 100644 --- a/libavutil/riscv/cpu.c +++ b/libavutil/riscv/cpu.c @@ -54,6 +54,10 @@ int ff_

[FFmpeg-devel] [PATCH 1/3] riscv: add Zvbb vector bit manipulation extension

--- Makefile | 2 +- configure | 3 +++ doc/APIchanges| 3 +++ ffbuild/arch.mak | 1 + libavutil/cpu.h | 1 + libavutil/tests/cpu.c | 1 + tests/checkasm/checkasm.c | 1 + 7 files changed, 11 insertions(+), 1 deletion(-) diff --g

Re: [FFmpeg-devel] [PATCH v2 3/9] lavc/vp9dsp: R-V V ipred hor

> Do you gain much by unrolling all the way to 16x? Given that you have the > counter value already in t0, it should not make much difference to just unroll > 2x or maybe 4x and then loop. I chose this simple method because I think the effect is about the same.. Do I need to change it? > It might

Re: [FFmpeg-devel] [PATCH v4 1/9] lavc/vp8dsp: R-V put_vp8_pixels

Le tiistaina 7. toukokuuta 2024, 20.41.30 EEST Lynne a écrit : > May 7, 2024, 18:54 by u...@foxmail.com: > > From: sunyuechi > > > > C908: > > vp8_put_pixels4_c: 78.0 > > vp8_put_pixels4_rvi: 33.7 > > vp8_put_pixels8_c: 278.0 > > vp8_put_pixels8_rvi: 55.0 > > vp8_put_pixels16_c: 999.0 > > vp8_put

[FFmpeg-devel] [PATCH 3/4] swscale/riscv: explicitly require Zbb for MIN

--- libswscale/riscv/rgb2rgb_rvv.S | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libswscale/riscv/rgb2rgb_rvv.S b/libswscale/riscv/rgb2rgb_rvv.S index 21e30ab8bb..19f7aaf67d 100644 --- a/libswscale/riscv/rgb2rgb_rvv.S +++ b/libswscale/riscv/rgb2rgb_rvv.S @@ -165,10 +165,1

[FFmpeg-devel] [PATCH 4/4] lavu/riscv: remove bespoke assembler for MIN

This is no longer necessary as Zbb is now always explicitly required. --- libavutil/riscv/asm.S | 5 - 1 file changed, 5 deletions(-) diff --git a/libavutil/riscv/asm.S b/libavutil/riscv/asm.S index 9d76ab5617..14be5055f5 100644 --- a/libavutil/riscv/asm.S +++ b/libavutil/riscv/asm.S @@ -95,1

[FFmpeg-devel] [PATCH 1/4] lavu/riscv: allow requesting a second extension

--- libavutil/riscv/asm.S | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/libavutil/riscv/asm.S b/libavutil/riscv/asm.S index 0a9e2e0d3f..9d76ab5617 100644 --- a/libavutil/riscv/asm.S +++ b/libavutil/riscv/asm.S @@ -36,13 +36,16 @@ #define HWD #endif -.macr

[FFmpeg-devel] [PATCH 2/4] lavc/riscv: explicitly require Zbb for MIN

--- libavcodec/riscv/aacpsdsp_rvv.S | 2 +- libavcodec/riscv/opusdsp_rvv.S | 2 +- libavcodec/riscv/sbrdsp_rvv.S | 8 3 files changed, 6 insertions(+), 6 deletions(-) diff --git a/libavcodec/riscv/aacpsdsp_rvv.S b/libavcodec/riscv/aacpsdsp_rvv.S index a79d7d7818..2d6858688a 100644 ---

Re: [FFmpeg-devel] [PATCH 1/2] libavfilter/signature_lookup: fix possible division by zero

On Mon, May 06, 2024 at 12:30:39AM +0200, Gerion Entrup wrote: > --- > libavfilter/signature_lookup.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/libavfilter/signature_lookup.c b/libavfilter/signature_lookup.c > index a0ca818a9b..b39a3e225b 100644 > --- a/libavfilter/

Re: [FFmpeg-devel] [PATCH v4 1/9] lavc/vp8dsp: R-V put_vp8_pixels

May 7, 2024, 18:54 by u...@foxmail.com: > From: sunyuechi > > C908: > vp8_put_pixels4_c: 78.0 > vp8_put_pixels4_rvi: 33.7 > vp8_put_pixels8_c: 278.0 > vp8_put_pixels8_rvi: 55.0 > vp8_put_pixels16_c: 999.0 > vp8_put_pixels16_rvi: 86.7 > --- > libavcodec/riscv/Makefile | 1 + > libavcodec/ri

Re: [FFmpeg-devel] [PATCH v4 2/9] lavc/vp8dsp: R-V V put_bilin_h v

> h is not a number so that's not a valid condition. Fixed two of this issue 于2024年5月8日周三 00:55写道： > From: sunyuechi > > C908: > vp8_put_bilin4_h_c: 367.0 > vp8_put_bilin4_h_rvv_i32: 137.7 > vp8_put_bilin4_v_c: 377.0 > vp8_put_bilin4_v_rvv_i32: 137.7 > vp8_put_bilin8_h_c: 1431.0 > vp8_put_bili

[FFmpeg-devel] [PATCH v4 9/9] lavc/vp8dsp: R-V V loop_filter

From: sunyuechi C908: vp8_loop_filter8uv_v_c: 745.5 vp8_loop_filter8uv_v_rvv_i32: 467.2 vp8_loop_filter16y_h_c: 674.2 vp8_loop_filter16y_h_rvv_i32: 553.0 vp8_loop_filter16y_v_c: 732.7 vp8_loop_filter16y_v_rvv_i32: 324.5 --- libavcodec/riscv/vp8dsp_init.c | 4 +++ libavcodec/riscv/vp8dsp_rvv.S

[FFmpeg-devel] [PATCH v4 8/9] lavc/vp8dsp: R-V V loop_filter_inner

From: sunyuechi C908: vp8_loop_filter8uv_inner_v_c: 738.2 vp8_loop_filter8uv_inner_v_rvv_i32: 455.2 vp8_loop_filter16y_inner_h_c: 685.0 vp8_loop_filter16y_inner_h_rvv_i32: 497.0 vp8_loop_filter16y_inner_v_c: 743.7 vp8_loop_filter16y_inner_v_rvv_i32: 295.7 --- libavcodec/riscv/vp8dsp_init.c | 4

[FFmpeg-devel] [PATCH v4 7/9] lavc/vp8dsp: R-V V loop_filter_simple

From: sunyuechi C908: vp8_loop_filter_simple_h_c: 416.0 vp8_loop_filter_simple_h_rvv_i32: 187.5 vp8_loop_filter_simple_v_c: 429.7 vp8_loop_filter_simple_v_rvv_i32: 104.0 --- libavcodec/riscv/vp8dsp_init.c | 5 ++ libavcodec/riscv/vp8dsp_rvv.S | 85 ++ 2 files ch

[FFmpeg-devel] [PATCH v4 3/9] lavc/vp8dsp: R-V V put_bilin_hv

From: sunyuechi C908: vp8_put_bilin4_hv_c: 561.0 vp8_put_bilin4_hv_rvv_i32: 232.7 vp8_put_bilin8_hv_c: 2162.7 vp8_put_bilin8_hv_rvv_i32: 506.7 vp8_put_bilin16_hv_c: 4769.7 vp8_put_bilin16_hv_rvv_i32: 556.7 --- libavcodec/riscv/vp8dsp_init.c | 13 + libavcodec/riscv/vp8dsp_rvv.S | 26

[FFmpeg-devel] [PATCH v4 6/9] lavc/vp8dsp: R-V V put_epel hv

From: sunyuechi C908: vp8_put_epel4_h4v4_c: 20.0 vp8_put_epel4_h4v4_rvv_i32: 11.0 vp8_put_epel4_h4v6_c: 25.2 vp8_put_epel4_h4v6_rvv_i32: 13.5 vp8_put_epel4_h6v4_c: 22.2 vp8_put_epel4_h6v4_rvv_i32: 14.5 vp8_put_epel4_h6v6_c: 29.0 vp8_put_epel4_h6v6_rvv_i32: 15.7 vp8_put_epel8_h4v4_c: 73.0 vp8_put_

[FFmpeg-devel] [PATCH v4 5/9] lavc/vp8dsp: R-V V put_epel v

From: sunyuechi C908: vp8_put_epel4_v4_c: 11.0 vp8_put_epel4_v4_rvv_i32: 5.0 vp8_put_epel4_v6_c: 16.5 vp8_put_epel4_v6_rvv_i32: 6.2 vp8_put_epel8_v4_c: 43.7 vp8_put_epel8_v4_rvv_i32: 11.2 vp8_put_epel8_v6_c: 68.7 vp8_put_epel8_v6_rvv_i32: 13.2 vp8_put_epel16_v4_c: 92.5 vp8_put_epel16_v4_rvv_i32:

[FFmpeg-devel] [PATCH v4 4/9] lavc/vp8dsp: R-V V put_epel h

From: sunyuechi C908: vp8_put_epel4_h4_c: 10.7 vp8_put_epel4_h4_rvv_i32: 5.0 vp8_put_epel4_h6_c: 15.0 vp8_put_epel4_h6_rvv_i32: 6.2 vp8_put_epel8_h4_c: 43.2 vp8_put_epel8_h4_rvv_i32: 11.2 vp8_put_epel8_h6_c: 57.5 vp8_put_epel8_h6_rvv_i32: 13.5 vp8_put_epel16_h4_c: 92.5 vp8_put_epel16_h4_rvv_i32:

[FFmpeg-devel] [PATCH v4 2/9] lavc/vp8dsp: R-V V put_bilin_h v

From: sunyuechi C908: vp8_put_bilin4_h_c: 367.0 vp8_put_bilin4_h_rvv_i32: 137.7 vp8_put_bilin4_v_c: 377.0 vp8_put_bilin4_v_rvv_i32: 137.7 vp8_put_bilin8_h_c: 1431.0 vp8_put_bilin8_h_rvv_i32: 297.5 vp8_put_bilin8_v_c: 1449.0 vp8_put_bilin8_v_rvv_i32: 297.5 vp8_put_bilin16_h_c: 2839.0 vp8_put_bilin

[FFmpeg-devel] [PATCH v4 1/9] lavc/vp8dsp: R-V put_vp8_pixels

From: sunyuechi C908: vp8_put_pixels4_c: 78.0 vp8_put_pixels4_rvi: 33.7 vp8_put_pixels8_c: 278.0 vp8_put_pixels8_rvi: 55.0 vp8_put_pixels16_c: 999.0 vp8_put_pixels16_rvi: 86.7 --- libavcodec/riscv/Makefile | 1 + libavcodec/riscv/vp8dsp.h | 75 ++ libav

Re: [FFmpeg-devel] [PATCH v3 01/10] avfilter/dnn: Refactor DNN parameter configuration system

On 2024/5/6 21:42, Zhao Zhili wrote: On May 6, 2024, at 19:48, Guo, Yejun wrote: -Original Message- From: ffmpeg-devel On Behalf Of Zhao Zhili Sent: Tuesday, April 30, 2024 3:12 PM To: ffmpeg-devel@ffmpeg.org Cc: Zhao Zhili Subject: [FFmpeg-devel] [PATCH v3 01/10] avfilter/dnn: R

Re: [FFmpeg-devel] [PATCH v3 2/9] lavc/vp8dsp: R-V V put_bilin_h v

Le tiistaina 7. toukokuuta 2024, 19.07.46 EEST flow gg a écrit : > I didn't understand what you mean... What does judging whether the type is > 'h' or 'v' have to do with the number? == is only valid over numeric values, not identifiers. -- レミ・デニ-クールモン http://www.remlab.net/

[FFmpeg-devel] [PATCH v4 10/11] avfilter/dnn: Remove a level of dereference

From: Zhao Zhili For code such as 'model->model = ov_model' is confusing. We can just drop the member variable and use cast to get the subclass. Signed-off-by: Zhao Zhili --- libavfilter/dnn/dnn_backend_openvino.c | 17 - libavfilter/dnn/dnn_backend_tf.c | 19 +---

Re: [FFmpeg-devel] [PATCH v2 3/9] lavc/vp9dsp: R-V V ipred hor

Le tiistaina 7. toukokuuta 2024, 10.36.07 EEST u...@foxmail.com a écrit : > From: sunyuechi > > C908: > vp9_hor_8x8_8bpp_c: 74.7 > vp9_hor_8x8_8bpp_rvv_i32: 35.7 > vp9_hor_16x16_8bpp_c: 175.5 > vp9_hor_16x16_8bpp_rvv_i32: 80.2 > vp9_hor_32x32_8bpp_c: 510.2 > vp9_hor_32x32_8bpp_rvv_i32: 264.0 > --

[FFmpeg-devel] [PATCH v4 11/11] avfilter/vf_dnn_detect: Fix null pointer dereference

From: Zhao Zhili Signed-off-by: Zhao Zhili --- libavfilter/vf_dnn_detect.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/libavfilter/vf_dnn_detect.c b/libavfilter/vf_dnn_detect.c index b4eee06fe7..2a277d4169 100644 --- a/libavfilter/vf_dnn_detect.c +++ b/libavfi

[FFmpeg-devel] [PATCH v4 05/11] avfilter/dnn_backend_openvino: simplify memory allocation

From: Zhao Zhili Signed-off-by: Zhao Zhili --- libavfilter/dnn/dnn_backend_openvino.c | 47 +++--- 1 file changed, 20 insertions(+), 27 deletions(-) diff --git a/libavfilter/dnn/dnn_backend_openvino.c b/libavfilter/dnn/dnn_backend_openvino.c index ba79eba73f..1a5ed6383a 10

[FFmpeg-devel] [PATCH v4 06/11] avfilter/dnn_backend_tf: Remove one level of indentation

From: Zhao Zhili Signed-off-by: Zhao Zhili --- libavfilter/dnn/dnn_backend_tf.c | 63 1 file changed, 32 insertions(+), 31 deletions(-) diff --git a/libavfilter/dnn/dnn_backend_tf.c b/libavfilter/dnn/dnn_backend_tf.c index 0ab3bd13ed..eb4a2a5289 100644 --- a/li

[FFmpeg-devel] [PATCH v4 09/11] avfilter/dnn_backend_torch: Simplify memory allocation

From: Zhao Zhili Signed-off-by: Zhao Zhili --- libavfilter/dnn/dnn_backend_torch.cpp | 31 +++ 1 file changed, 12 insertions(+), 19 deletions(-) diff --git a/libavfilter/dnn/dnn_backend_torch.cpp b/libavfilter/dnn/dnn_backend_torch.cpp index b70e4db600..0aa0b95269 1006

[FFmpeg-devel] [PATCH v4 08/11] avfilter/dnn_backend_tf: Simplify memory allocation

From: Zhao Zhili Signed-off-by: Zhao Zhili --- libavfilter/dnn/dnn_backend_tf.c | 33 +--- 1 file changed, 13 insertions(+), 20 deletions(-) diff --git a/libavfilter/dnn/dnn_backend_tf.c b/libavfilter/dnn/dnn_backend_tf.c index 8b53a3b87a..583ebd7c13 100644 --- a/li

[FFmpeg-devel] [PATCH v4 07/11] avfilter/dnn_backend_tf: Fix free context at random place

From: Zhao Zhili It will be freed again by ff_dnn_uninit. Signed-off-by: Zhao Zhili --- libavfilter/dnn/dnn_backend_tf.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavfilter/dnn/dnn_backend_tf.c b/libavfilter/dnn/dnn_backend_tf.c index eb4a2a5289..8b53a3b87a 100644 -

[FFmpeg-devel] [PATCH v4 01/11] avfilter/dnn: Refactor DNN parameter configuration system

From: Zhao Zhili This patch trying to resolve mulitiple issues related to parameter configuration: Firstly, each DNN filters duplicate DNN_COMMON_OPTIONS, which should be the common options of backend. Secondly, backend options are hidden behind the scene. It's a AV_OPT_TYPE_STRING backend_conf

[FFmpeg-devel] [PATCH v4 04/11] avfilter/dnn_backend_openvino: Fix free context at random place

From: Zhao Zhili It will be freed again by ff_dnn_uninit. Signed-off-by: Zhao Zhili --- libavfilter/dnn/dnn_backend_openvino.c | 1 - 1 file changed, 1 deletion(-) diff --git a/libavfilter/dnn/dnn_backend_openvino.c b/libavfilter/dnn/dnn_backend_openvino.c index 5ea8fb8d1f..ba79eba73f 100644

[FFmpeg-devel] [PATCH v4 03/11] avfilter/dnn: Don't show backends which are not supported by a filter

From: Zhao Zhili --- libavfilter/dnn/dnn_interface.c | 11 --- libavfilter/dnn_filter_common.h | 11 +-- libavfilter/dnn_interface.h | 8 ++-- libavfilter/vf_derain.c | 2 +- libavfilter/vf_dnn_classify.c | 2 +- libavfilter/vf_dnn_detect.c | 2 +- libav

[FFmpeg-devel] [PATCH v4 00/11] Refactor DNN

From: Zhao Zhili v4: 1. Move [patch v3 9/10] to [patch v4 2/11], since patch 3 depends on it. 2. Don't show backends which are not supported by a filter (patch 3). v3: 1. Init class with ff_dnn_filter_init_child_class and called by AVFilter preinit. 2. Fix crash in vf_dnn_detect (patch 10/10).

[FFmpeg-devel] [PATCH v4 02/11] avfilter/dnn: Use dnn_backend_info_list to search for dnn module

From: Zhao Zhili Signed-off-by: Zhao Zhili --- libavfilter/dnn/dnn_backend_openvino.c | 1 + libavfilter/dnn/dnn_backend_tf.c | 1 + libavfilter/dnn/dnn_backend_torch.cpp | 1 + libavfilter/dnn/dnn_interface.c| 26 -- libavfilter/dnn_interface.h

Re: [FFmpeg-devel] [PATCH v3 2/9] lavc/vp8dsp: R-V V put_bilin_h v

I didn't understand what you mean... What does judging whether the type is 'h' or 'v' have to do with the number? Rémi Denis-Courmont 于2024年5月8日周三 00:00写道： > Le maanantaina 6. toukokuuta 2024, 6.38.02 EEST u...@foxmail.com a écrit : > > From: sunyuechi > > > > C908: > > vp8_put_bilin4_h_c: 367.

Re: [FFmpeg-devel] [PATCH v3 2/9] lavc/vp8dsp: R-V V put_bilin_h v

Le maanantaina 6. toukokuuta 2024, 6.38.02 EEST u...@foxmail.com a écrit : > From: sunyuechi > > C908: > vp8_put_bilin4_h_c: 367.0 > vp8_put_bilin4_h_rvv_i32: 137.7 > vp8_put_bilin4_v_c: 377.0 > vp8_put_bilin4_v_rvv_i32: 137.7 > vp8_put_bilin8_h_c: 1431.0 > vp8_put_bilin8_h_rvv_i32: 297.5 > vp8_p

[FFmpeg-devel] [PATCH] lavc/vp9dsp: fix compilation with llvm-as

--- libavcodec/riscv/vp9_intra_rvv.S | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/libavcodec/riscv/vp9_intra_rvv.S b/libavcodec/riscv/vp9_intra_rvv.S index db9774c263..40e38ba83e 100644 --- a/libavcodec/riscv/vp9_intra_rvv.S +++ b/libavcodec/riscv/vp9_intra_rvv.S

[FFmpeg-devel] [PATCH] lavu/riscv: fix build without

--- libavutil/riscv/cpu.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavutil/riscv/cpu.c b/libavutil/riscv/cpu.c index c3683b06d0..69d1afe853 100644 --- a/libavutil/riscv/cpu.c +++ b/libavutil/riscv/cpu.c @@ -29,14 +29,14 @@ #include #define HWCAP_RV(letter) (1ul

Re: [FFmpeg-devel] [PATCH 2/3] checkasm/blockdsp: use smallest allowed aligned buffers for fill_block_tab tests

On 5/7/2024 12:14 PM, Andreas Rheinhardt wrote: James Almer: The requirement is either 8 or 16 bytes alignment, not 32. This should help finding bugs in asm implementations. Signed-off-by: James Almer --- tests/checkasm/blockdsp.c | 23 +-- 1 file changed, 9 insertions(+

Re: [FFmpeg-devel] [PATCH 3/3] x86/blockdsp: add sse2 and avx2 versions of fill_block_tab

On 5/7/2024 12:10 PM, Andreas Rheinhardt wrote: James Almer: Signed-off-by: James Almer --- libavcodec/x86/blockdsp.asm| 33 + libavcodec/x86/blockdsp_init.c | 13 + 2 files changed, 46 insertions(+) diff --git a/libavcodec/x86/blockdsp.asm b

Re: [FFmpeg-devel] [PATCH 2/3] checkasm/blockdsp: use smallest allowed aligned buffers for fill_block_tab tests

James Almer: > The requirement is either 8 or 16 bytes alignment, not 32. > This should help finding bugs in asm implementations. > > Signed-off-by: James Almer > --- > tests/checkasm/blockdsp.c | 23 +-- > 1 file changed, 9 insertions(+), 14 deletions(-) > > diff --git a/te

Re: [FFmpeg-devel] [PATCH 3/3] x86/blockdsp: add sse2 and avx2 versions of fill_block_tab

James Almer: > Signed-off-by: James Almer > --- > libavcodec/x86/blockdsp.asm| 33 + > libavcodec/x86/blockdsp_init.c | 13 + > 2 files changed, 46 insertions(+) > > diff --git a/libavcodec/x86/blockdsp.asm b/libavcodec/x86/blockdsp.asm > index e38

[FFmpeg-devel] [PATCH 3/3] x86/blockdsp: add sse2 and avx2 versions of fill_block_tab

Signed-off-by: James Almer --- libavcodec/x86/blockdsp.asm| 33 + libavcodec/x86/blockdsp_init.c | 13 + 2 files changed, 46 insertions(+) diff --git a/libavcodec/x86/blockdsp.asm b/libavcodec/x86/blockdsp.asm index e380308d4a..9a801a 100644 --

[FFmpeg-devel] [PATCH 2/3] checkasm/blockdsp: use smallest allowed aligned buffers for fill_block_tab tests

The requirement is either 8 or 16 bytes alignment, not 32. This should help finding bugs in asm implementations. Signed-off-by: James Almer --- tests/checkasm/blockdsp.c | 23 +-- 1 file changed, 9 insertions(+), 14 deletions(-) diff --git a/tests/checkasm/blockdsp.c b/tests

Re: [FFmpeg-devel] [PATCH 1/2] tests/checkasm/blockdsp: Fix unaligned stores

On 5/7/2024 7:29 AM, Andreas Rheinhardt wrote: Fixes this test with UBSan (and maybe also on arches on which unaligned stores trap). Signed-off-by: Andreas Rheinhardt --- tests/checkasm/blockdsp.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/tests/checkasm/blockdsp.c

Re: [FFmpeg-devel] [PATCH v2 1/2] avcodec: add external enc libvvenc for H266/VVC

> On 7. May 2024, at 03:53, Nuo Mi wrote: > > Hi Christian, > Thank you for the patch. > Let us review and merge the encoder part. > > On Tue, May 7, 2024 at 1:05 AM Christian Bartnik > > wrote: > >> From: Thomas Siedel >> >> Add external encoder VVenC for H26

Re: [FFmpeg-devel] [PATCH v3 1/3] avformat/network: add ff_neterrno2() for cases where we already have an errno

On Sun, May 05, 2024 at 09:59:28PM +0200, Marton Balint wrote: > > > On Fri, 19 Apr 2024, Andrew Sayers wrote: > > > For example, WSAStartup()'s documentation says: > > > >"A call to the WSAGetLastError function is not needed and should not be > > used" > > --- > > libavformat/network.c |

Re: [FFmpeg-devel] [PATCH v4 2/3] avformat/network: Return 0/AVERROR from ff_network_init()

On Sun, May 05, 2024 at 10:05:36PM +0200, Marton Balint wrote: > > > On Sat, 20 Apr 2024, Andrew Sayers wrote: > > > --- > > libavformat/avio.c| 4 ++-- > > libavformat/network.c | 7 +++ > > libavformat/rtsp.c| 12 ++-- > > libavformat/rtspdec.c | 4 ++-- > > libavformat/sapd

Re: [FFmpeg-devel] [PATCH 1/2] tests/checkasm/blockdsp: Fix unaligned stores

Andreas Rheinhardt: > Fixes this test with UBSan (and maybe also on arches on which > unaligned stores trap). > > Signed-off-by: Andreas Rheinhardt > --- > tests/checkasm/blockdsp.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/tests/checkasm/blockdsp.c b/tests/chec

Re: [FFmpeg-devel] [PATCH] checkasm/blockdsp: don't randomize the buffers for fill_block_tab

On 5/7/2024 7:49 AM, Andreas Rheinhardt wrote: Martin Storsjö: On Mon, 6 May 2024, James Almer wrote: It ignores and overwrites the previous values. Fixes running the test under ubsan. Signed-off-by: James Almer --- tests/checkasm/blockdsp.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletio

Re: [FFmpeg-devel] [PATCH] checkasm/blockdsp: don't randomize the buffers for fill_block_tab

On Tue, 7 May 2024, Andreas Rheinhardt wrote: Martin Storsjö: On Mon, 6 May 2024, James Almer wrote: It ignores and overwrites the previous values. Fixes running the test under ubsan. Signed-off-by: James Almer --- tests/checkasm/blockdsp.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletio

Re: [FFmpeg-devel] [PATCH] checkasm/blockdsp: don't randomize the buffers for fill_block_tab

Martin Storsjö: > On Mon, 6 May 2024, James Almer wrote: > >> It ignores and overwrites the previous values. >> Fixes running the test under ubsan. >> >> Signed-off-by: James Almer >> --- >> tests/checkasm/blockdsp.c | 3 ++- >> 1 file changed, 2 insertions(+), 1 deletion(-) > > The change is pro

[FFmpeg-devel] [PATCH 2/2] tests/checkasm/blockdsp: Speed up randomizing buffer

Signed-off-by: Andreas Rheinhardt --- tests/checkasm/blockdsp.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/tests/checkasm/blockdsp.c b/tests/checkasm/blockdsp.c index f6f25f773e..4cd0fa3c82 100644 --- a/tests/checkasm/blockdsp.c +++ b/tests/checkasm/blockdsp.c @@

[FFmpeg-devel] [PATCH 1/2] tests/checkasm/blockdsp: Fix unaligned stores

Fixes this test with UBSan (and maybe also on arches on which unaligned stores trap). Signed-off-by: Andreas Rheinhardt --- tests/checkasm/blockdsp.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/tests/checkasm/blockdsp.c b/tests/checkasm/blockdsp.c index 19d69b8687..f6f2

Re: [FFmpeg-devel] [PATCH 1/9] configure: Add missing dirac_decoder->qpeldsp dependency

Andreas Rheinhardt: > Forgotten in fd0e37f126b3dc2d0c352869cb8e5f568e5906f3. > > Signed-off-by: Andreas Rheinhardt > --- > configure | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/configure b/configure > index ed74583a6f..61049017d8 100755 > --- a/configure > +++ b/con

Re: [FFmpeg-devel] [PATCH 25/28] avcodec/x86/mpegvideoencdsp_init: Remove bits_per_raw_sample check

Michael Niedermayer: > On Mon, May 06, 2024 at 11:52:24PM +0200, Andreas Rheinhardt wrote: >> This check has been added in 19a0729b4cfacfd90b8ee84ab0c093ff7e397e65; >> this commit added high bit-depth versions of draw_edges >> and added the check to indicate that the mmx version only >> supports ei

Re: [FFmpeg-devel] [PATCH v2 1/9] lavc/vp9dsp: R-V ipred vert

Fixed issues similar to vp8 于2024年5月7日周二 15:36写道： > From: sunyuechi > > C908: > vp9_vert_8x8_8bpp_c: 22.0 > vp9_vert_8x8_8bpp_rvi: 15.7 > vp9_vert_16x16_8bpp_c: 71.2 > vp9_vert_16x16_8bpp_rvi: 39.0 > vp9_vert_32x32_8bpp_c: 300.2 > vp9_vert_32x32_8bpp_rvi: 135.2 > --- > libavcodec/riscv/Makefil

[FFmpeg-devel] [PATCH v2 5/9] lavc/vp9dsp: R-V V mc avg

From: sunyuechi C908: vp9_avg4_8bpp_c: 1.2 vp9_avg4_8bpp_rvv_i64: 1.0 vp9_avg8_8bpp_c: 3.7 vp9_avg8_8bpp_rvv_i64: 1.5 vp9_avg16_8bpp_c: 14.7 vp9_avg16_8bpp_rvv_i64: 3.5 vp9_avg32_8bpp_c: 57.7 vp9_avg32_8bpp_rvv_i64: 10.0 vp9_avg64_8bpp_c: 229.0 vp9_avg64_8bpp_rvv_i64: 31.7 --- libavcodec/riscv/M

[FFmpeg-devel] [PATCH v2 9/9] lavc/vp9dsp: R-V V mc tap hv

From: sunyuechi C908: vp9_avg_8tap_smooth_4hv_8bpp_c: 32.0 vp9_avg_8tap_smooth_4hv_8bpp_rvv_i64: 15.0 vp9_avg_8tap_smooth_8hv_8bpp_c: 114.5 vp9_avg_8tap_smooth_8hv_8bpp_rvv_i64: 40.5 vp9_avg_8tap_smooth_16hv_8bpp_c: 338.7 vp9_avg_8tap_smooth_16hv_8bpp_rvv_i64: 46.5 vp9_avg_8tap_smooth_32hv_8bpp_c

[FFmpeg-devel] [PATCH v2 8/9] lavc/vp9dsp: R-V V mc bilin hv

From: sunyuechi C908: vp9_avg_bilin_4hv_8bpp_c: 11.0 vp9_avg_bilin_4hv_8bpp_rvv_i64: 3.7 vp9_avg_bilin_8hv_8bpp_c: 38.7 vp9_avg_bilin_8hv_8bpp_rvv_i64: 7.2 vp9_avg_bilin_16hv_8bpp_c: 147.0 vp9_avg_bilin_16hv_8bpp_rvv_i64: 14.2 vp9_avg_bilin_32hv_8bpp_c: 574.5 vp9_avg_bilin_32hv_8bpp_rvv_i64: 42.7

[FFmpeg-devel] [PATCH v2 7/9] lavc/vp9dsp: R-V V mc tap h v

From: sunyuechi C908: vp9_avg_8tap_smooth_4h_8bpp_c: 13.0 vp9_avg_8tap_smooth_4h_8bpp_rvv_i64: 5.0 vp9_avg_8tap_smooth_4v_8bpp_c: 13.7 vp9_avg_8tap_smooth_4v_8bpp_rvv_i64: 5.0 vp9_avg_8tap_smooth_8h_8bpp_c: 48.7 vp9_avg_8tap_smooth_8h_8bpp_rvv_i64: 9.5 vp9_avg_8tap_smooth_8v_8bpp_c: 50.0 vp9_avg_

[FFmpeg-devel] [PATCH v2 6/9] lavc/vp9dsp: R-V V mc bilin h v

From: sunyuechi C908: vp9_avg_bilin_4h_8bpp_c: 5.2 vp9_avg_bilin_4h_8bpp_rvv_i64: 2.2 vp9_avg_bilin_4v_8bpp_c: 5.5 vp9_avg_bilin_4v_8bpp_rvv_i64: 2.2 vp9_avg_bilin_8h_8bpp_c: 20.0 vp9_avg_bilin_8h_8bpp_rvv_i64: 4.5 vp9_avg_bilin_8v_8bpp_c: 21.0 vp9_avg_bilin_8v_8bpp_rvv_i64: 4.2 vp9_avg_bilin_16h

[FFmpeg-devel] [PATCH v2 4/9] lavc/vp9dsp: R-V V ipred tm

From: sunyuechi C908: vp9_tm_4x4_8bpp_c: 116.5 vp9_tm_4x4_8bpp_rvv_i32: 43.5 vp9_tm_8x8_8bpp_c: 416.2 vp9_tm_8x8_8bpp_rvv_i32: 86.0 vp9_tm_16x16_8bpp_c: 1665.5 vp9_tm_16x16_8bpp_rvv_i32: 187.2 vp9_tm_32x32_8bpp_c: 6974.2 vp9_tm_32x32_8bpp_rvv_i32: 625.7 --- libavcodec/riscv/vp9_intra_rvv.S | 141

[FFmpeg-devel] [PATCH v2 3/9] lavc/vp9dsp: R-V V ipred hor

From: sunyuechi C908: vp9_hor_8x8_8bpp_c: 74.7 vp9_hor_8x8_8bpp_rvv_i32: 35.7 vp9_hor_16x16_8bpp_c: 175.5 vp9_hor_16x16_8bpp_rvv_i32: 80.2 vp9_hor_32x32_8bpp_c: 510.2 vp9_hor_32x32_8bpp_rvv_i32: 264.0 --- libavcodec/riscv/vp9_intra_rvv.S | 56 libavcodec/riscv/vp

[FFmpeg-devel] [PATCH v2 2/9] lavc/vp9dsp: R-V mc copy

From: sunyuechi C908: vp9_put4_8bpp_c: 0.7 vp9_put4_8bpp_rvi: 0.5 vp9_put8_8bpp_c: 2.5 vp9_put8_8bpp_rvi: 0.5 vp9_put16_8bpp_c: 16.7 vp9_put16_8bpp_rvi: 1.5 vp9_put32_8bpp_c: 37.2 vp9_put32_8bpp_rvi: 5.7 vp9_put64_8bpp_c: 107.5 vp9_put64_8bpp_rvi: 21.7 --- libavcodec/riscv/Makefile | 3 +-

[FFmpeg-devel] [PATCH v2 1/9] lavc/vp9dsp: R-V ipred vert

From: sunyuechi C908: vp9_vert_8x8_8bpp_c: 22.0 vp9_vert_8x8_8bpp_rvi: 15.7 vp9_vert_16x16_8bpp_c: 71.2 vp9_vert_16x16_8bpp_rvi: 39.0 vp9_vert_32x32_8bpp_c: 300.2 vp9_vert_32x32_8bpp_rvi: 135.2 --- libavcodec/riscv/Makefile| 1 + libavcodec/riscv/vp9_intra_rvi.S | 61 +++

Re: [FFmpeg-devel] [PATCH 1/2] lavc/vaapi_decode: Make it possible to send multiple slice params buffers

On So, 2024-04-28 at 09:26 +0200, David Rosca wrote: > --- >  libavcodec/vaapi_av1.c    | 2 +- >  libavcodec/vaapi_decode.c | 3 ++- >  libavcodec/vaapi_decode.h | 1 + >  libavcodec/vaapi_h264.c   | 2 +- >  libavcodec/vaapi_hevc.c   | 4 ++-- >  libavcodec/vaapi_mjpeg.c  | 2 +- >  libavcodec/vaapi_mp