[FFmpeg-devel] [PATCH 2/3] avfilter/dnn_backend_openvino: fix multiple memleaks

From: Zhao Zhili Signed-off-by: Zhao Zhili --- libavfilter/dnn/dnn_backend_openvino.c | 5 + 1 file changed, 5 insertions(+) diff --git a/libavfilter/dnn/dnn_backend_openvino.c b/libavfilter/dnn/dnn_backend_openvino.c index 46cbe8270e..071516b17d 100644 --- a/libavfilter/dnn/dnn_backend_o

[FFmpeg-devel] [PATCH 3/3] avfilter/dnn_backend_openvino: reduce indentation in free_model_ov

From: Zhao Zhili No functional changes. Signed-off-by: Zhao Zhili --- libavfilter/dnn/dnn_backend_openvino.c | 75 +- 1 file changed, 39 insertions(+), 36 deletions(-) diff --git a/libavfilter/dnn/dnn_backend_openvino.c b/libavfilter/dnn/dnn_backend_openvino.c index 0

[FFmpeg-devel] [PATCH 1/3] avfilter/dnn_filter_common: fix memleak

From: Zhao Zhili Signed-off-by: Zhao Zhili --- libavfilter/dnn_filter_common.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/libavfilter/dnn_filter_common.c b/libavfilter/dnn_filter_common.c index d175c91914..3b9182c1d1 100644 --- a/libavfilter/dnn_filter_common.c +++ b/libavfilter/

[FFmpeg-devel] [RFC PATCH] avutil/avutil: make AV_TIME_BASE_Q available in C++

From: Zhao Zhili It still different than AV_TIME_BASE_Q in C, like you cannot take address of AV_TIME_BASE_Q in C++. It's better than nothing. --- libavutil/avutil.h | 5 + 1 file changed, 5 insertions(+) diff --git a/libavutil/avutil.h b/libavutil/avutil.h index 64b68bdbd3..5201cc6c5e 1006

[FFmpeg-devel] [PATCH 1/3] avfilter/vf_scale_vt: fix output frame dimension

From: Zhao Zhili The output frame dimension is incorrect because it shares hardware frame context with input. Signed-off-by: Zhao Zhili --- libavfilter/vf_scale_vt.c | 25 + 1 file changed, 25 insertions(+) diff --git a/libavfilter/vf_scale_vt.c b/libavfilter/vf_scale_

[FFmpeg-devel] [PATCH 3/3] avfilter/vf_transpose_vt: fix declaration-after-statement

From: Zhao Zhili Signed-off-by: Zhao Zhili --- libavfilter/vf_transpose_vt.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/libavfilter/vf_transpose_vt.c b/libavfilter/vf_transpose_vt.c index da59479a4b..a3b2b9be79 100644 --- a/libavfilter/vf_transpose_vt.c +++ b/libavfil

[FFmpeg-devel] [PATCH 2/3] avfilter/vf_transpose_vt: fix output frame dimension

From: Zhao Zhili Create a new hardware frame context when necessary. Signed-off-by: Zhao Zhili --- libavfilter/vf_transpose_vt.c | 47 +++ 1 file changed, 42 insertions(+), 5 deletions(-) diff --git a/libavfilter/vf_transpose_vt.c b/libavfilter/vf_transpose_vt.

[FFmpeg-devel] h264_vaapi is using vaapi or va-api

Hi, Folks,     new FFMPEG user. I used gstreamer before. Now I am trying to build a rtsp pipeline.Would like to know whether h264_vaapi uses vaapi or va-api? these two are different ingstreamer.    Thanks,     Joe ___ ffmpeg-devel mailing list ffmpeg-d

Re: [FFmpeg-devel] [PATCH v4] vvcdec: add thread executor

On 8/16/2023 1:42 PM, Rémi Denis-Courmont wrote: Le tiistaina 15. elokuuta 2023, 17.50.13 EEST Nuo Mi a écrit : The executor design pattern was inroduced by java it also adapted by python

[FFmpeg-devel] [PATCH] avutil/thread: add wrappers for pthread_cond_t and pthread_t functions

Signed-off-by: James Almer --- libavutil/thread.h | 27 +++ 1 file changed, 27 insertions(+) diff --git a/libavutil/thread.h b/libavutil/thread.h index 2f5e7e1cb5..1e456f1c29 100644 --- a/libavutil/thread.h +++ b/libavutil/thread.h @@ -155,6 +155,15 @@ static inline int s

[FFmpeg-devel] [PATCH v2] avutil/thread: add wrappers for pthread_cond_t and pthread_t functions

Signed-off-by: James Almer --- Now not defining pthread_t when !HAVE_THREADS, like it's done with cond, mutex, and once. libavutil/thread.h | 30 ++ 1 file changed, 30 insertions(+) diff --git a/libavutil/thread.h b/libavutil/thread.h index 2f5e7e1cb5..7dfa54c6a9 100

Re: [FFmpeg-devel] [PATCH v4] vvcdec: add thread executor

On 8/15/2023 11:50 AM, Nuo Mi wrote: The executor design pattern was inroduced by java it also adapted by python Compared to handcrafted th

[FFmpeg-devel] [PATCH 1/2] lavfi/vf_libplacebo: switch to new pl_options struct

From: Niklas Haas This new upstream struct simplifies params struct management by allowing them to all be contained in a single dynamically allocated struct. This commit switches to the new API in a backwards-compatible way. The only nontrivial change that was required was to handle `sigmoid_par

[FFmpeg-devel] [PATCH 1/2] lavfi/vf_libplacebo: switch to new pl_options struct

From: Niklas Haas This new upstream struct simplifies params struct management by allowing them to all be contained in a single dynamically allocated struct. This commit switches to the new API in a backwards-compatible way. The only nontrivial change that was required was to handle `sigmoid_par

[FFmpeg-devel] [PATCH 2/2] lavfi/vf_libplacebo: add extra_opts AVDictionary

From: Niklas Haas Can be used to configure libplacebo's underlying raw options, which sometimes includes new or advanced / in-depth settings not (yet) exposed by vf_libplacebo. --- doc/filters.texi| 10 ++ libavfilter/vf_libplacebo.c | 13 + 2 files changed, 23 in

[FFmpeg-devel] [PATCH] [VideoToolbox] Add HEVC 4:2:2 10-bit encoding profile

--- libavcodec/avcodec.h | 1 + libavcodec/videotoolboxenc.c | 15 +++ 2 files changed, 12 insertions(+), 4 deletions(-) diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h index 649411ac79..fdcf3905de 100644 --- a/libavcodec/avcodec.h +++ b/libavcodec/avcodec.h @@ -1687

Re: [FFmpeg-devel] [RFC PATCH] avutil/avutil: make AV_TIME_BASE_Q available in C++

On Sat, Aug 19, 2023 at 02:11:31AM +0800, Zhao Zhili wrote: > From: Zhao Zhili > > It still different than AV_TIME_BASE_Q in C, like you cannot take > address of AV_TIME_BASE_Q in C++. It's better than nothing. > --- iam in favor of better C++ compatibility of public headers thx [...] -- Mich

[FFmpeg-devel] [PATCH] lsws/ppc/yuv2rgb_altivec: Fix build in non-VSX environments with Clang

lsws/ppc/yuv2rgb_altivec: Fix build in non-VSX environments with Clang Add a check for the existence of the vec_xl() function. Clang provides the function even with VSX not enabled. --- configure| 8 libswscale/ppc/yuv2rgb_altivec.c | 4 ++-- 2 files changed, 10 i

Re: [FFmpeg-devel] [PATCH v2] avutil/thread: add wrappers for pthread_cond_t and pthread_t functions

On Fri, Aug 18, 2023 at 01:14:27PM -0300, James Almer wrote: > Signed-off-by: James Almer > --- > Now not defining pthread_t when !HAVE_THREADS, like it's done with cond, > mutex, > and once. > > libavutil/thread.h | 30 ++ > 1 file changed, 30 insertions(+) this se

[FFmpeg-devel] [PATCH v3] avutil/thread: add wrappers for pthread_cond_t and pthread_t functions

Signed-off-by: James Almer --- libavutil/thread.h | 30 ++ 1 file changed, 30 insertions(+) diff --git a/libavutil/thread.h b/libavutil/thread.h index 2f5e7e1cb5..f67b0cdc44 100644 --- a/libavutil/thread.h +++ b/libavutil/thread.h @@ -163,11 +163,25 @@ static inline i

Re: [FFmpeg-devel] [PATCH v2] avutil/thread: add wrappers for pthread_cond_t and pthread_t functions

On 8/18/2023 5:16 PM, Michael Niedermayer wrote: On Fri, Aug 18, 2023 at 01:14:27PM -0300, James Almer wrote: Signed-off-by: James Almer --- Now not defining pthread_t when !HAVE_THREADS, like it's done with cond, mutex, and once. libavutil/thread.h | 30 ++ 1 fi

Re: [FFmpeg-devel] looking to hire expert for a short project: lossless screen and sound capture 4k@60hz

Interesting - I haven't tried .kkapture because I thought that it only works for demos that are using the API as of when the tool was created - which means a lot of the newer demos won't work with it. But maybe I'm wrong? I'll poke around. Indeed. I tried running kkapture on a demo from

[FFmpeg-devel] [PATCH v2] lsws/ppc/yuv2rgb_altivec: Fix build in non-VSX environments with Clang

lsws/ppc/yuv2rgb_altivec: Fix build in non-VSX environments with Clang Add a check for the existence of the vec_xl() function. Clang provides the function even with VSX not enabled. v2: test for function if AltiVec is enabled instead of with AltiVec and without VSX --- configure