[FFmpeg-devel] [PATCH 4/4] libavutil/hwcontext_opencl: fix a bug for mapping qsv frame to opencl

2021-11-03 Thread Wenbin Chen
From: nyanmisaka mfxHDLPair was added to qsv, so modify qsv->opencl map function as well. Now the following commandline works: ffmpeg -v verbose -init_hw_device vaapi=va:/dev/dri/renderD128 \ -init_hw_device qsv=qs@va -init_hw_device opencl=ocl@va -filter_hw_device ocl \ -hwaccel qsv -hwaccel_ou

[FFmpeg-devel] [PATCH 3/4] libavutil/hwcontext_qsv: fix a bug for mapping vaapi frame to qsv

2021-11-03 Thread Wenbin Chen
From: nyanmisaka The data stored in data[3] in VAAPI AVFrame is VASurfaceID while the data stored in pair->first is the pointer of VASurfaceID, so we need to do cast to make following commandline works: ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 \ -hwaccel_output_format vaapi -i i

[FFmpeg-devel] [PATCH 2/4] libavutil/hwcontext_qsv: fix a bug when malloc handle_pairs_internal

2021-11-03 Thread Wenbin Chen
This commandline cause core dumped: ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 \ -hwaccel_output_format vaapi -i input.264 \ -vf "hwmap=derive_device=qsv,format=qsv" \ -c:v h264_qsv output.264 reason: We use nb_surfaces to assign surface to handle_pairs_internal but handle_pairs_int

[FFmpeg-devel] [PATCH 1/4] libavutil/hwcontext_d3d11va: Add nb_surfaces to AVD3D11VAFramesContext

2021-11-03 Thread Wenbin Chen
Adding nb_surfaces in AVD3D11VAFramesContext in the end of the structure to support flexible size of this arrays and align to AVDXVA2FramesContext and AVVAAPIFramesContext. Signed-off-by Wenbin Chen --- libavutil/hwcontext_d3d11va.c | 3 +-- libavutil/hwcontext_d3d11va.h | 2 ++ 2 files changed,

[FFmpeg-devel] [PATCH] libvpxdec: Correct linking against variables.

2021-11-03 Thread Matt Oliver
Instead link against the function that returns the correct variable. This fixes linking errors with dlls with msvc. --- libavcodec/libvpxdec.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/libavcodec/libvpxdec.c b/libavcodec/libvpxdec.c index 42d1b8ab1c..b2aa205036

Re: [FFmpeg-devel] [PATCH 2/2] Fix missing PCM sample size option when it is used as the lone option for DirectShow audio capture

2021-11-03 Thread Roger Pack
I have looked at these two patches and they look good to me, if anybody could commit them for me, that would be great. On Wed, Nov 3, 2021 at 8:10 PM Brad Isbell wrote: > > From 25e34ef9f995afffe67e519bb6f03a750aa09ae2 Mon Sep 17 00:00:00 2001 > From: Brad Isbell > Date: Wed, 3 Nov 2021 20:38:59

[FFmpeg-devel] [PATCH v2] swscale/x86/output.asm: add x86-optimized planer gbr yuv2anyX functions

2021-11-03 Thread mindmark
From: Mark Reid changes since v1: * remove vex intruction on sse4 path * some load/pack marcos use less intructions * fixed some typos yuv2gbrp_full_X_4_512_c: 12757.6 yuv2gbrp_full_X_4_512_sse2: 8946.6 yuv2gbrp_full_X_4_512_sse4: 5138.6 yuv2gbrp_full_X_4_512_avx2: 3889.6 yuv2gbrap_full_X_4_512_

[FFmpeg-devel] [PATCH v2 3/3] tests/checkasm: add check for vf_exposure

2021-11-03 Thread Wu Jianhua
Signed-off-by: Wu Jianhua --- tests/checkasm/Makefile | 1 + tests/checkasm/checkasm.c| 3 ++ tests/checkasm/checkasm.h| 1 + tests/checkasm/vf_exposure.c | 62 tests/fate/checkasm.mak | 1 + 5 files changed, 68 insertions(+) create mode

[FFmpeg-devel] [PATCH v2 2/3] avfilter/x86/vf_exposure: add ff_exposure_avx2

2021-11-03 Thread Wu Jianhua
Performance data(Less is better): exposure_sse: 500491 exposure_avx2: 449122 Signed-off-by: Wu Jianhua --- libavfilter/x86/vf_exposure.asm| 15 +++ libavfilter/x86/vf_exposure_init.c | 6 ++ 2 files changed, 21 insertions(+) diff --git a/libavfilter/x86/vf_exposu

[FFmpeg-devel] [PATCH v2 1/3] avfilter/x86/vf_exposure: add x86 SIMD optimization

2021-11-03 Thread Wu Jianhua
Performance data(Less is better): exposure_c:857394 exposure_sse: 327589 Signed-off-by: Wu Jianhua --- libavfilter/exposure.h | 36 +++ libavfilter/vf_exposure.c | 36 +-- libavfilter/x86/Makefile | 2 ++ libavfilter/x86/vf_exp

[FFmpeg-devel] [PATCH 2/2] Fix missing PCM sample size option when it is used as the lone option for DirectShow audio capture

2021-11-03 Thread Brad Isbell
>From 25e34ef9f995afffe67e519bb6f03a750aa09ae2 Mon Sep 17 00:00:00 2001 From: Brad Isbell Date: Wed, 3 Nov 2021 20:38:59 -0500 Subject: [PATCH 2/2] Fix missing PCM sample size option when it is used as the lone option for DirectShow audio capture Signed-off-by: Brad Isbell --- libavdevice/dsho

[FFmpeg-devel] [PATCH 1/2] Use WAVEFORMATEX from AM_MEDIA_TYPE for describing device capabilities. (Fixes #9420)

2021-11-03 Thread Brad Isbell
>From fd6bfd237d4d25de04d8179ccb1ff2d2f0aa904f Mon Sep 17 00:00:00 2001 From: Brad Isbell Date: Sun, 3 Oct 2021 00:16:05 -0500 Subject: [PATCH 1/2] Use WAVEFORMATEX from AM_MEDIA_TYPE for describing device capabilities. (Fixes #9420) Signed-off-by: Brad Isbell --- libavdevice/dshow.c | 32 +++

Re: [FFmpeg-devel] [PATCH] swscale/x86/output.asm: add x86-optimized planer gbr yuv2anyX functions

2021-11-03 Thread Mark Reid
On Sun, Oct 24, 2021 at 9:10 PM wrote: > From: Mark Reid > > yuv2gbrp_full_X_4_512_c: 12096.6 > yuv2gbrp_full_X_4_512_sse2: 10782.6 > yuv2gbrp_full_X_4_512_sse4: 5143.6 > yuv2gbrp_full_X_4_512_avx2: 3000.1 > yuv2gbrap_full_X_4_512_c: 15463.1 > yuv2gbrap_full_X_4_512_sse2: 14296.6 > yuv2gbrap_ful

Re: [FFmpeg-devel] [PATCH] avfilter/scale_npp: add scale2ref_npp filter

2021-11-03 Thread Timo Rothenpieler
On 31.10.2021 14:54, Timo Rothenpieler wrote: On 31.10.2021 14:35, Timo Rothenpieler wrote: From: Roman Arzumanyan Signed-off-by: Timo Rothenpieler --- Here's my revised version of the patch. It brings its order of operation much more in line with normal scale/scale2ref. Also gets rid of dif

[FFmpeg-devel] [PATCH 1/1] swscale/input: fix planar_rgb16_to_a for gbrap10be and gbrap12be formats

2021-11-03 Thread mindmark
From: Mark Reid --- libswscale/input.c | 2 +- tests/ref/fate/filter-pixfmts-scale | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/libswscale/input.c b/libswscale/input.c index 477dc3d6b2..336f957c8c 100644 --- a/libswscale/input.c +++ b/libswscale/input

Re: [FFmpeg-devel] Support for loongson loongarch.

2021-11-03 Thread Michael Niedermayer
On Wed, Nov 03, 2021 at 03:42:19PM +0800, 殷时友 wrote: > Dose anyone know who is responsible for the fate website? > I can offer a server to do the fate test on loongarch, > But I don’t know how to make it work for FFmpeg fate website. should be described here: https://ffmpeg.org/fate.html#Submittin

Re: [FFmpeg-devel] [PATCH] lavf/mov: Always prefer tfdt over sidx

2021-11-03 Thread Gyan Doshi
On 2021-11-03 03:16 pm, Thilo Borgmann wrote: Hi, this effectively reverts 071930de724166bfb90fc6d368c748771188fd94 and fixes the underlying issue by always preferring TFDT. Furthermore, the current solution fails if the -use_tfdt flag is given but no TFDT box is found in the stream. Tha

Re: [FFmpeg-devel] [PATCH] Fix first_pcr initial update

2021-11-03 Thread lance . lmwang
On Wed, Nov 03, 2021 at 01:01:29PM +0200, Maksym Veremeyenko wrote: > On 02.11.2021 12:47, Maksym Veremeyenko wrote: > > One of latest commit > > https://source.ffmpeg.org/?p=ffmpeg.git;a=commitdiff;h=6f36eb0da71d22aadf8f056f0966bd86656ea57e > > claim it fixes endless loop on package generation if

Re: [FFmpeg-devel] [PATCH] avcodec/libx264: fix sei payload leaks on error

2021-11-03 Thread James Almer
On 11/1/2021 7:03 PM, James Almer wrote: Signed-off-by: James Almer --- libavcodec/libx264.c | 23 +++ 1 file changed, 19 insertions(+), 4 deletions(-) diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c index 21f434d06d..0766b4a950 100644 --- a/libavcodec/libx264.c

Re: [FFmpeg-devel] [PATCH] Fix first_pcr initial update

2021-11-03 Thread Maksym Veremeyenko
On 02.11.2021 12:47, Maksym Veremeyenko wrote: One of latest commit https://source.ffmpeg.org/?p=ffmpeg.git;a=commitdiff;h=6f36eb0da71d22aadf8f056f0966bd86656ea57e claim it fixes endless loop on package generation if muxrate specified and copyts used. But actually it does not work properly if

Re: [FFmpeg-devel] [PATCH] Fix first_pcr initial update

2021-11-03 Thread Maksym Veremeyenko
On 03.11.2021 11:19, lance.lmw...@gmail.com wrote: On Tue, Nov 02, 2021 at 05:36:37PM +0200, Maksym Veremeyenko wrote: On 02.11.2021 16:59, lance.lmw...@gmail.com wrote: [...] +if (!ts->first_dts_checked && dts != AV_NOPTS_VALUE) { +ts->first_pcr += dts * 300; +ts->first_dts

[FFmpeg-devel] [PATCH] lavf/mov: Always prefer tfdt over sidx

2021-11-03 Thread Thilo Borgmann
Hi, this effectively reverts 071930de724166bfb90fc6d368c748771188fd94 and fixes the underlying issue by always preferring TFDT. Furthermore, the current solution fails if the -use_tfdt flag is given but no TFDT box is found in the stream. -Thilo From 1ae6d7f213d0ba2360b9b1cf7fde2e3d0adde70d Mo

Re: [FFmpeg-devel] [PATCH] Fix first_pcr initial update

2021-11-03 Thread lance . lmwang
On Tue, Nov 02, 2021 at 05:36:37PM +0200, Maksym Veremeyenko wrote: > On 02.11.2021 16:59, lance.lmw...@gmail.com wrote: > [...] > > > +if (!ts->first_dts_checked && dts != AV_NOPTS_VALUE) { > > > +ts->first_pcr += dts * 300; > > > +ts->first_dts_checked = 1; > > > +} > > >

Re: [FFmpeg-devel] Support for loongson loongarch.

2021-11-03 Thread 殷时友
Dose anyone know who is responsible for the fate website? I can offer a server to do the fate test on loongarch, But I don’t know how to make it work for FFmpeg fate website. > 2021年11月2日 下午8:51,殷时友 写道: > > Hello > > I am trying to add support for loongarch(a new architecture launched by > Loo