Re: [FFmpeg-devel] [PATCH 1/1] libavformat/img2enc.c: rm warning ‘.tmp’ directive output may be truncated

> On Jul 30, 2025, at 11:43, Cai Fan wrote: > > Signed-off-by: Cai Fan > --- > libavformat/img2enc.c | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/libavformat/img2enc.c b/libavformat/img2enc.c > index 41638d92b8..f7d983ec54 100644 > --- a/libavformat/img2enc.c > +++ b/libavfor

Re: [FFmpeg-devel] [PATCH v2] libavformat/mov.c : rm 'statement will never be executed' warning

Please reword the commit subject description. > On Jul 23, 2025, at 10:51, zhaozhenghang <15083277...@163.com> wrote: > > remove the conditional compilation inside the switch to avoid warnings. > > Signed-off-by: zhaozhenghang <15083277...@163.com> > --- > libavformat/mov.c | 10 ++ > 1 f

Re: [FFmpeg-devel] [PATCH 1/1] libavformat/mov.c : rm 'statement will never be executed' warning

> On Jul 22, 2025, at 20:45, zhaozhenghang <15083277...@163.com> wrote: > > In my development scenario, CONFIG_H261_DECODER, CONFIG_H263_DECODER, and > CONFIG_MPEG4_DECODER are set to 0 by default, resulting in a "statement will > never be executed" warning during compilation. To enhance code

[FFmpeg-devel] [PATCH v2] avformat/mxfenc: Ensure frame offset in valid range

From: Zhao Zhili Fix assert failure. Fix #11666. Signed-off-by: Zhao Zhili --- libavformat/mxfenc.c | 48 1 file changed, 40 insertions(+), 8 deletions(-) diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c index d12ccfd739..9e00a700ab 100644

Re: [FFmpeg-devel] [PATCH] avformat/mxfenc: Ensure keyframe offset in valid range

Ping. > On Jul 16, 2025, at 11:57, Zhao Zhili wrote: > > From: Zhao Zhili > > Fix assert failure. > Fix #11666. > --- > libavformat/mxfenc.c | 43 --- > 1 file changed, 36 insertions(+), 7 deletions(-) > > diff --git a/l

Re: [FFmpeg-devel] [PATCH v2 1/2] avfilter/vf_blackdetect: add AVX2 SIMD version

> On Jul 18, 2025, at 19:36, Kacper Michajlow wrote: > > On Thu, 17 Jul 2025 at 12:45, Niklas Haas wrote: >> >> From: Niklas Haas >> >> Requested by a user. Even with autovectorization enabled, the compiler >> performs a quite poor job of optimizing this function, due to not being >> able t

Re: [FFmpeg-devel] [PATCH] avfilter/vf_blackdetect: Fix header guard

> On Jul 18, 2025, at 19:45, Niklas Haas wrote: > > On Fri, 18 Jul 2025 19:32:42 +0800 Zhao Zhili wrote: >> From: Zhao Zhili >> >> Fix fate-source failure. >> --- >> libavfilter/vf_blackdetect.h | 4 ++-- >> 1 file changed, 2 insertions(+), 2

Re: [FFmpeg-devel] [PATCH v2 1/2] avfilter/vf_blackdetect: add AVX2 SIMD version

> On Jul 17, 2025, at 18:45, Niklas Haas wrote: > > From: Niklas Haas > > Requested by a user. Even with autovectorization enabled, the compiler > performs a quite poor job of optimizing this function, due to not being > able to take advantage of the pmaxub + pcmpeqb trick for counting the n

[FFmpeg-devel] [PATCH] avfilter/vf_blackdetect: Fix header guard

From: Zhao Zhili Fix fate-source failure. --- libavfilter/vf_blackdetect.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavfilter/vf_blackdetect.h b/libavfilter/vf_blackdetect.h index 361da2c5bc..2842084ec3 100644 --- a/libavfilter/vf_blackdetect.h +++ b/libavfilter

Re: [FFmpeg-devel] avdevice/android_camera: image linesize aligment is 1

> On Jul 18, 2025, at 10:07, Wang Bin wrote: > > ping Applied, thanks. > ___ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-requ

Re: [FFmpeg-devel] [PATCH 1/1] add option in file.c: pkt_size to set max_packet_size

> On Jul 17, 2025, at 22:05, yangsen5 via ffmpeg-devel > wrote: > > From: yangsen5 <1441923...@qq.com> > > Signed-off-by: yangsen5 <1441923...@qq.com> > --- > libavformat/file.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/libavformat/file.c b/libavformat/file.

Re: [FFmpeg-devel] [PATCH v2 0/3] Add OpenHarmony hardware codec wrapper

> On Jul 16, 2025, at 22:11, Kieran Kunhya via ffmpeg-devel > wrote: > > On Wed, Jul 16, 2025 at 3:08 PM Zhao Zhili wrote: >> >> >> >>> On Jul 6, 2025, at 16:05, Zhao Zhili >>> wrote: >>> >>> From: Zhao Zhili

Re: [FFmpeg-devel] [PATCH v2 0/3] Add OpenHarmony hardware codec wrapper

> On Jul 6, 2025, at 16:05, Zhao Zhili > wrote: > > From: Zhao Zhili > > v2: > 1. Add encoder. > 2. Trial refactor of decoder. > > Zhao Zhili (3): > avutil/hwcontext: Add ohcodec device and pixel format > avcodec/ohdec: Add h264/hevc OpenHarmony deco

[FFmpeg-devel] [PATCH] avformat/mxfenc: Ensure keyframe offset in valid range

From: Zhao Zhili Fix assert failure. Fix #11666. --- libavformat/mxfenc.c | 43 --- 1 file changed, 36 insertions(+), 7 deletions(-) diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c index d12ccfd739..fbfa49693b 100644 --- a/libavformat/mxfenc.c

[FFmpeg-devel] [PATCH] avfilter/vf_vibrance: Fix default value of rlum/blum

From: Zhao Zhili Fix #9195 --- It looks like vf_vibrance.c is similar to https://github.com/zachsaw/RenderScripts/blob/master/RenderScripts/ImageProcessingShaders/SweetFX/Vibrance.hlsl and https://github.com/kevinlekiller/kwin-effect-shaders_shaders/blob/main/Vibrance.frag Originall written by

Re: [FFmpeg-devel] [POLL] [VOTE] code.ffmpeg.org

> On Jul 14, 2025, at 06:22, Marvin Scholz wrote: > > F (see below for my reasoning) F. You convinced me. > > While I would be fine with either outcome, and had helped extensively for the > GitLab migration of VLC and at that time was quite convinced its the best > solution > out there, my o

Re: [FFmpeg-devel] [PATCH] Whisper audio filter

> On Jul 10, 2025, at 16:43, Vittorio Palmisano > wrote: > >> While the filter provides great value, the accelerating pace of AI >> innovation raises concerns >> about its longevity. Given how rapidly newer models emerge, is there a risk >> of this filter >> becoming deprecated in the near

Re: [FFmpeg-devel] [PATCH] Whisper audio filter

> On Jul 9, 2025, at 15:23, Vittorio Palmisano > wrote: > > It adds a new audio filter for running audio transcriptions with the whisper > model. > Documentation and examples are included into the patch. The patch doesn’t following ffmpeg coding style. Setting aside the coding style issues,

[FFmpeg-devel] [PATCH v3 3/3] avcodec/ohenc: Add h264/hevc OpenHarmony encoders

From: Zhao Zhili --- Changelog | 1 + configure | 7 +- libavcodec/Makefile| 2 + libavcodec/allcodecs.c | 2 + libavcodec/ohcodec.c | 8 + libavcodec/ohcodec.h | 1 + libavcodec/ohenc.c | 712

Re: [FFmpeg-devel] [PATCH v2 3/3] avcodec/ohenc: Add h264/hevc OpenHarmony encoders

> 在 2025年7月6日，下午4:06，Zhao Zhili 写道： > > From: Zhao Zhili > > --- > Changelog | 1 + > configure | 7 +- > libavcodec/Makefile| 2 + > libavcodec/allcodecs.c | 2 + > libavcodec/ohcodec.c | 8 + > libavcodec/ohcodec

[FFmpeg-devel] [PATCH v2 3/3] avcodec/ohenc: Add h264/hevc OpenHarmony encoders

From: Zhao Zhili --- Changelog | 1 + configure | 7 +- libavcodec/Makefile| 2 + libavcodec/allcodecs.c | 2 + libavcodec/ohcodec.c | 8 + libavcodec/ohcodec.h | 1 + libavcodec/ohenc.c | 693

[FFmpeg-devel] [PATCH v2 2/3] avcodec/ohdec: Add h264/hevc OpenHarmony decoders

From: Zhao Zhili --- configure | 4 + libavcodec/Makefile| 3 + libavcodec/allcodecs.c | 2 + libavcodec/ohcodec.c | 71 libavcodec/ohcodec.h | 56 +++ libavcodec/ohdec.c | 771 + libavcodec/version.h | 2 +- 7

[FFmpeg-devel] [PATCH v2 1/3] avutil/hwcontext: Add ohcodec device and pixel format

From: Zhao Zhili --- configure | 5 doc/APIchanges | 6 + libavutil/Makefile | 2 ++ libavutil/hwcontext.c | 4 +++ libavutil/hwcontext.h | 2 ++ libavutil/hwcontext_internal.h | 1 + libavutil/hwcontext_oh.c

[FFmpeg-devel] [PATCH v2 0/3] Add OpenHarmony hardware codec wrapper

From: Zhao Zhili v2: 1. Add encoder. 2. Trial refactor of decoder. Zhao Zhili (3): avutil/hwcontext: Add ohcodec device and pixel format avcodec/ohdec: Add h264/hevc OpenHarmony decoders avcodec/ohenc: Add h264/hevc OpenHarmony encoders Changelog | 1 + configure

[FFmpeg-devel] [PATCH 2/2] avcodec/ohdec: Add h264/hevc OpenHarmony decoders

From: Zhao Zhili --- Changelog | 1 + configure | 4 + libavcodec/Makefile| 3 + libavcodec/allcodecs.c | 2 + libavcodec/ohcodec.c | 71 libavcodec/ohcodec.h | 33 ++ libavcodec/ohdec.c | 788

[FFmpeg-devel] [PATCH 1/2] avutil/hwcontext: Add ohcodec device and pixel format

From: Zhao Zhili --- configure | 5 doc/APIchanges | 6 + libavutil/Makefile | 2 ++ libavutil/hwcontext.c | 4 +++ libavutil/hwcontext.h | 2 ++ libavutil/hwcontext_internal.h | 1 + libavutil/hwcontext_oh.c

Re: [FFmpeg-devel] [PATCH] libavcodec/utils: Ensure allocated buffer is zero-initialized

> On Jun 26, 2025, at 12:07, xjdeng wrote: > > In `av_fast_padded_mallocz`, the allocated buffer's zero-initialization is > not guaranteed. > This is because it calls `av_fast_malloc`, which in turn calls `fast_malloc` > with `zero_realloc=0`. > Consequently, the memory returned by the under

Re: [FFmpeg-devel] [PATCH] fftools/ffmpeg_filter: at EOF, unref frame used for FPS conversion logic

> On Jun 24, 2025, at 12:47, Steven Zhou wrote: > > > >> -Original Message- >> From: ffmpeg-devel On Behalf Of Zhao >> Zhili >> Sent: Monday, June 23, 2025 8:34 PM >> To: FFmpeg development discussions and patches > de...@ffmpeg.org>

Re: [FFmpeg-devel] [PATCH] fftools/ffmpeg_filter: at EOF, unref frame used for FPS conversion logic

> On Jun 24, 2025, at 11:09, Steven Zhou wrote: > > fftools/ffmpeg_filter: at EOF, unref frame used for FPS conversion logic > > Ever since commit 64f3feb added `avcodec_free_context(&enc->enc_ctx);` to > `enc_free()` the encoder context is closed before filtergraph output context. > The filt

Re: [FFmpeg-devel] avdevice/android_camera: image linesize aligment is 1

LGTM. > On Jun 23, 2025, at 13:31, Wang Bin wrote: > > <0001-avdevice-android_camera-image-linesize-aligment-is-1.patch>___ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, vi

Re: [FFmpeg-devel] [PATCH v3] avformat/tls_openssl: fix warnings when openssl is lower version

> On Jun 21, 2025, at 10:18, Jack Lau > wrote: > > > >> On Jun 17, 2025, at 22:07, Jack Lau > > wrote: >> >> >> >>> On Jun 15, 2025, at 23:54, Andreas Rheinhardt >>> wrote: >>> >>> Jack Lau via ffmpeg-devel: diff --git a/libavformat/tls_openssl.c b/

Re: [FFmpeg-devel] [PATCH] avformat/whip: mark as experimental

> On Jun 21, 2025, at 10:14, Jack Lau > wrote: > >> On Jun 10, 2025, at 17:26, Jack Lau via ffmpeg-devel >> wrote: >> >> >> From: Jack Lau >> Subject: [PATCH] avformat/whip: mark as experimental >> Date: June 10, 2025 at 17:26:13 GMT+8 >> To: ffmpeg-devel@ffmpeg.org >> Cc: Jack Lau >>

Re: [FFmpeg-devel] [PATCH v3 1/3] avformat/whip: replace AV_OPT_FLAG_DECODING_PARAM to ENCODING

> On Jun 21, 2025, at 10:15, Jack Lau > wrote: > > > >> On Jun 13, 2025, at 16:56, Jack Lau via ffmpeg-devel >> wrote: >> >> >> From: Jack Lau >> Subject: [PATCH v3 1/3] avformat/whip: replace AV_OPT_FLAG_DECODING_PARAM to >> ENCODING >> Date: June 13, 2025 at 16:56:03 GMT+8 >> To: ffm

[FFmpeg-devel] [PATCH] avcodec/aarch64/vvc: Optimize derive_bdof_vx_vy

From: Zhao Zhili Before After - apply_bdof_8_8x16_c: | 7375.5 ( 1.00x) | 7473.8 ( 1.00x) apply_bdof_8_8x16_neon:| 1875.1 ( 3.93x) | 1135.8 ( 6.58x) apply_bdof_8_16x8_c

Re: [FFmpeg-devel] [PATCH v3] checkasm/h264dsp: Fix stack overflow in check_idct_dequant

> 在 2025年6月17日，上午2:29，Andreas Rheinhardt 写道： > > Zhao Zhili: >> >> >>>> On Jun 16, 2025, at 19:03, Andreas Rheinhardt >>>> wrote: >>> >>> Zhao Zhili: >>>> >>>> >>>>> On Jun

Re: [FFmpeg-devel] [PATCH] avutil/hwcontext_vulkan: Query the correct format

> On May 6, 2025, at 03:37, Link Mauve wrote: > > In the call to vkGetPhysicalDeviceImageFormatProperties2(), we were > previously requesting the properties of the first fallback format (e.g. > VK_FORMAT_R8_UNORM for VK_FORMAT_G8_B8R8_2PLANE_420_UNORM) instead of > the actual format in use. >

[FFmpeg-devel] [PATCH 1/2] fftools/ffplay_renderer: Use new vulkan queue API

From: Zhao Zhili Fixes deprecation warning. Signed-off-by: Zhao Zhili --- fftools/ffplay_renderer.c | 73 +-- 1 file changed, 54 insertions(+), 19 deletions(-) diff --git a/fftools/ffplay_renderer.c b/fftools/ffplay_renderer.c index b702c2883f..699cd6ecd0

[FFmpeg-devel] [PATCH 2/2] avfilter/vf_libplacebo: Use new vulkan queue API

From: Zhao Zhili Fixes deprecation warning. Signed-off-by: Zhao Zhili --- libavfilter/vf_libplacebo.c | 36 +++- 1 file changed, 27 insertions(+), 9 deletions(-) diff --git a/libavfilter/vf_libplacebo.c b/libavfilter/vf_libplacebo.c index 9ff64053cc

Re: [FFmpeg-devel] [PATCH v3] checkasm/h264dsp: Fix stack overflow in check_idct_dequant

> On Jun 16, 2025, at 19:03, Andreas Rheinhardt > wrote: > > Zhao Zhili: >> >> >>> On Jun 16, 2025, at 17:46, Andreas Rheinhardt >>> wrote: >>> >>> Zhao Zhili: >>>> From: Zhao Zhili >>>> >>>>

[FFmpeg-devel] [PATCH v5] checkasm/h264dsp: Fix stack overflow in check_idct_dequant

From: Zhao Zhili --- tests/checkasm/h264dsp.c | 19 ++- 1 file changed, 14 insertions(+), 5 deletions(-) diff --git a/tests/checkasm/h264dsp.c b/tests/checkasm/h264dsp.c index f5f9650224..ecdc347dde 100644 --- a/tests/checkasm/h264dsp.c +++ b/tests/checkasm/h264dsp.c @@ -328,8

Re: [FFmpeg-devel] [PATCH v4] checkasm/h264dsp: Fix stack overflow in check_idct_dequant

Please ignore this version. > On Jun 16, 2025, at 18:43, Zhao Zhili > wrote: > > From: Zhao Zhili > > --- > tests/checkasm/h264dsp.c | 19 ++- > 1 file changed, 14 insertions(+), 5 deletions(-) > > diff --git a/tests/checkasm/h264dsp.c b/te

[FFmpeg-devel] [PATCH v4] checkasm/h264dsp: Fix stack overflow in check_idct_dequant

From: Zhao Zhili --- tests/checkasm/h264dsp.c | 19 ++- 1 file changed, 14 insertions(+), 5 deletions(-) diff --git a/tests/checkasm/h264dsp.c b/tests/checkasm/h264dsp.c index f5f9650224..cdcb1f3aad 100644 --- a/tests/checkasm/h264dsp.c +++ b/tests/checkasm/h264dsp.c @@ -328,8

Re: [FFmpeg-devel] [PATCH v3] checkasm/h264dsp: Fix stack overflow in check_idct_dequant

> On Jun 16, 2025, at 17:46, Andreas Rheinhardt > wrote: > > Zhao Zhili: >> From: Zhao Zhili >> >> --- >> tests/checkasm/h264dsp.c | 20 +++- >> 1 file changed, 15 insertions(+), 5 deletions(-) >> >> diff --git a/tests/

[FFmpeg-devel] [PATCH v3] checkasm/h264dsp: Fix stack overflow in check_idct_dequant

From: Zhao Zhili --- tests/checkasm/h264dsp.c | 20 +++- 1 file changed, 15 insertions(+), 5 deletions(-) diff --git a/tests/checkasm/h264dsp.c b/tests/checkasm/h264dsp.c index f5f9650224..a0f8fd858a 100644 --- a/tests/checkasm/h264dsp.c +++ b/tests/checkasm/h264dsp.c

Re: [FFmpeg-devel] [PATCH] checkasm/h264dsp: Fix stack overflow in check_idct_dequant

> On Jun 16, 2025, at 15:16, Andreas Rheinhardt > wrote: > > Zhao Zhili: >> From: Zhao Zhili >> >> --- >> tests/checkasm/h264dsp.c | 14 ++ >> 1 file changed, 10 insertions(+), 4 deletions(-) >> >> diff --git a/tests/

[FFmpeg-devel] [PATCH v2] checkasm/h264dsp: Fix stack overflow in check_idct_dequant

From: Zhao Zhili --- tests/checkasm/h264dsp.c | 17 - 1 file changed, 12 insertions(+), 5 deletions(-) diff --git a/tests/checkasm/h264dsp.c b/tests/checkasm/h264dsp.c index f5f9650224..ca4a44ee3b 100644 --- a/tests/checkasm/h264dsp.c +++ b/tests/checkasm/h264dsp.c @@ -328,25

Re: [FFmpeg-devel] [PATCH 2/2] checkasm: h264dsp: test luma_dc_dequant

> On Jun 16, 2025, at 07:39, Michael Niedermayer wrote: > > On Fri, Jun 13, 2025 at 05:08:30PM +0300, Martin Storsjö wrote: >> On Fri, 13 Jun 2025, Tristan Matthews wrote: >> >>> --- >>> tests/checkasm/h264dsp.c | 37 + >>> 1 file changed, 37 insertions(+) >>

[FFmpeg-devel] [PATCH] checkasm/h264dsp: Fix stack overflow in check_idct_dequant

From: Zhao Zhili --- tests/checkasm/h264dsp.c | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/tests/checkasm/h264dsp.c b/tests/checkasm/h264dsp.c index f5f9650224..006532e08b 100644 --- a/tests/checkasm/h264dsp.c +++ b/tests/checkasm/h264dsp.c @@ -328,7

Re: [FFmpeg-devel] [PATCH 1/2] Revert "avcodec/decode: Fix avcodec parameters when bsfs, are enable by decoder"

> On Jun 15, 2025, at 23:17, Andreas Rheinhardt > wrote: > > Zhao Zhili: >>> Otherwise the extradata used would be ISOBMFF if the input is >>> even though we use the *_mp4toannexb BSFs to convert it to >>> annex B to feed it to the actual decoder. >

Re: [FFmpeg-devel] [PATCH] avformat/rtmpproto: fix rmtp packet leak in gen_connect()

> On Jun 14, 2025, at 16:33, Lidong Yan > wrote: > > In libavformat/rtmpproto.c:gen_connect(), if check on string length > or check on codec fourcc failed, ff_rtmp_packet_create() allocated > data in pkt would leak. Add ff_rtmp_packet_destory before return error > code. > > Signed-off-by: Li

[FFmpeg-devel] [PATCH 2/2] doc/encoders: Document mediacodec wrapper

From: Zhao Zhili --- doc/encoders.texi | 69 +++ 1 file changed, 69 insertions(+) diff --git a/doc/encoders.texi b/doc/encoders.texi index f6f6c096ec..5595e57038 100644 --- a/doc/encoders.texi +++ b/doc/encoders.texi @@ -3342,6 +3342,75 @@ fastest

[FFmpeg-devel] [PATCH 1/2] avcodec/mediacodecenc: Fix typo in VP9 option description

From: Zhao Zhili --- libavcodec/mediacodecenc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/mediacodecenc.c b/libavcodec/mediacodecenc.c index c201fc3365..507c48df9c 100644 --- a/libavcodec/mediacodecenc.c +++ b/libavcodec/mediacodecenc.c @@ -1352,7 +1352,7

Re: [FFmpeg-devel] [PATCH] avformat/movenc: editlist doesn't work with hybrid_fragmented

> On Jun 13, 2025, at 00:03, Martin Storsjö wrote: > > On Thu, 12 Jun 2025, Zhao Zhili wrote: > >> From: Zhao Zhili >> >> --- >> libavformat/movenc.c | 5 + >> 1 file changed, 5 insertions(+) >> >> diff --git a/libavformat/movenc.c

[FFmpeg-devel] [PATCH] avformat/movenc: Fix editlist with hybrid_fragmented

From: Zhao Zhili The segment_duration must not be set to zero when writing the moov atom for the second time. This is related to edit lists in standard MP4 files. --- libavformat/movenc.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/libavformat/movenc.c b

[FFmpeg-devel] [PATCH] avformat/movenc: editlist doesn't work with hybrid_fragmented

From: Zhao Zhili --- libavformat/movenc.c | 5 + 1 file changed, 5 insertions(+) diff --git a/libavformat/movenc.c b/libavformat/movenc.c index cd5b45f6fe..93af0723db 100644 --- a/libavformat/movenc.c +++ b/libavformat/movenc.c @@ -7781,6 +7781,11 @@ static int mov_init(AVFormatContext *s

[FFmpeg-devel] [PATCH] avcodec/mediacodecdec: replace memset with direct zero init

From: Zhao Zhili --- libavcodec/mediacodecdec.c | 11 +++ 1 file changed, 3 insertions(+), 8 deletions(-) diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c index 4937828f21..ea9362ba85 100644 --- a/libavcodec/mediacodecdec.c +++ b/libavcodec/mediacodecdec.c

Re: [FFmpeg-devel] [PATCH 1/2] Revert "avcodec/decode: Fix avcodec parameters when bsfs, are enable by decoder"

> Otherwise the extradata used would be ISOBMFF if the input is > even though we use the *_mp4toannexb BSFs to convert it to > annex B to feed it to the actual decoder. > > (The mediacodec decoders also use said BSFs, yet they process > the extradata in a way that works even when using the ISOBMFF

Re: [FFmpeg-devel] [PATCH v1] avcodec/apv_encoder: Updated APV encoder to set the encoder output to OAPV_CFG_VAL_AU_BS_FMT_NONE format (the only AU without bitstream format)

> On Jun 11, 2025, at 18:50, Dawid Kozinski wrote: > > Signed-off-by: Dawid Kozinski > --- > libavcodec/liboapvenc.c | 12 > 1 file changed, 12 insertions(+) > > diff --git a/libavcodec/liboapvenc.c b/libavcodec/liboapvenc.c > index 0c95489bc9..d338b33e2d 100644 > --- a/libavcode

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/decode: Workaround for media100 decoding failure issue

> On Jun 11, 2025, at 13:55, Andreas Rheinhardt > wrote: > > Zhao Zhili: >> From: Zhao Zhili >> >> This is a regression since 1c170613. >> --- >> libavcodec/decode.c | 11 --- >> 1 file changed, 8 insertions(+), 3 deletions(-) >

[FFmpeg-devel] [PATCH 1/2] avcodec/decode: Workaround for media100 decoding failure issue

From: Zhao Zhili This is a regression since 1c170613. --- libavcodec/decode.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/libavcodec/decode.c b/libavcodec/decode.c index ef09568381..7e47a2971c 100644 --- a/libavcodec/decode.c +++ b/libavcodec/decode.c

[FFmpeg-devel] [PATCH 2/2] tests: Add media100 decoder test

From: Zhao Zhili --- The sample comes from https://trac.ffmpeg.org/attachment/ticket/959/12%2027_Volcano%20Zoom-Dissolve-F-8.mov put it to mjpegb/media100.mov tests/fate/video.mak| 3 +++ tests/ref/fate/media100 | 30 ++ 2 files changed, 33 insertions

Re: [FFmpeg-devel] [PATCH v3] avformat/whip: mark as experimental

> On Jun 9, 2025, at 22:05, Tristan Matthews wrote: > > Hi, > > On Mon, Jun 9, 2025 at 9:47 AM Jack Lau > wrote: >> >> >> >>> On Jun 9, 2025, at 21:19, Tristan Matthews wrote: >>> >>> Hi, >>> >>> >>> On Mon, Jun 9, 2025 at 6:25 AM Jack Lau via ffmpeg-devel >>> wrote:

Re: [FFmpeg-devel] [PATCH v3] avformat/whip: mark as experimental

> On Jun 9, 2025, at 21:47, Jack Lau > wrote: > > > >> On Jun 9, 2025, at 21:19, Tristan Matthews wrote: >> >> Hi, >> >> >> On Mon, Jun 9, 2025 at 6:25 AM Jack Lau via ffmpeg-devel >> wrote: >>> >>> >>> >>> >>> -- Forwarded message -- >>> From: Jack Lau >>> To: ffmp

[FFmpeg-devel] [PATCH] avcodec/libx264: Remove unnecessary include

From: Zhao Zhili eval is for av_strtod, which wasn't been used by libx264 now. --- libavcodec/libx264.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c index d7f8683b09..58c03a77ad 100644 --- a/libavcodec/libx264.c +++ b/libavcodec/libx

[FFmpeg-devel] [PATCH 2/2] wasm/hevc: Add sao_edge_filter

From: Zhao Zhili hevc_sao_edge_8_8_c: 124.5 ( 1.00x) hevc_sao_edge_8_8_simd128: 18.1 ( 6.89x) hevc_sao_edge_16_8_c: 478.6 ( 1.00x) hevc_sao_edge_16_8_simd128: 48.9 ( 9.79x

[FFmpeg-devel] [PATCH 1/2] wasm/hevc: Add sao_band_filter

From: Zhao Zhili hevc_sao_band_8_8_c:63.0 ( 1.00x) hevc_sao_band_8_8_simd128: 10.4 ( 6.06x) hevc_sao_band_16_8_c: 230.4 ( 1.00x) hevc_sao_band_16_8_simd128: 22.9 (10.07x

Re: [FFmpeg-devel] [PATCH 1/3] amfenc: Update the min version to 1.4.36.0 for AMF SDK.

> On May 30, 2025, at 21:58, Dmitrii Ovchinnikov > wrote: > > --- > configure | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/configure b/configure > index a1f483f02c..b9de840ec2 100755 > --- a/configure > +++ b/configure > @@ -7476,7 +7476,7 @@ fi > > enabled amf &&

Re: [FFmpeg-devel] [PATCH] avformat/format: make experimental flag works for muxer

> On Jun 6, 2025, at 18:00, Kieran Kunhya via ffmpeg-devel > wrote: > > On Fri, 6 Jun 2025, 10:51 Michael Niedermayer, > wrote: > >> On Fri, Jun 06, 2025 at 12:06:34AM +0800, Zhao Zhili wrote: >>> From: Zhao Zhili >>> >>> --- >>

Re: [FFmpeg-devel] [PATCH] tests/fate/mov: Add bitexact for fate-mov-mp4-frag-flush

> On Jun 6, 2025, at 10:35, Michael Niedermayer wrote: > > On Fri, Jun 06, 2025 at 03:40:33AM +0200, Andreas Rheinhardt wrote: >> Michael Niedermayer: >>> Signed-off-by: Michael Niedermayer >>> --- >>> tests/fate/mov.mak | 4 ++-- >>> 1 file changed, 2 insertions(+), 2 deletions(-) >>> >>> dif

[FFmpeg-devel] [PATCH v2] avformat/format: make experimental flag works for muxer

From: Zhao Zhili --- libavformat/avformat.h | 3 +-- libavformat/format.c | 2 ++ 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/libavformat/avformat.h b/libavformat/avformat.h index 2034d2aecc..441e31bc2f 100644 --- a/libavformat/avformat.h +++ b/libavformat/avformat.h

Re: [FFmpeg-devel] [PATCH] avformat/format: make experimental flag works for muxer

> On Jun 6, 2025, at 00:09, James Almer wrote: > > On 6/5/2025 1:06 PM, Zhao Zhili wrote: >> From: Zhao Zhili >> --- >> libavformat/avformat.h | 3 +-- >> libavformat/format.c | 2 ++ >> 2 files changed, 3 insertions(+), 2 deletions(-) >> diff

[FFmpeg-devel] [PATCH] avformat/format: make experimental flag works for muxer

From: Zhao Zhili --- libavformat/avformat.h | 3 +-- libavformat/format.c | 2 ++ 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/libavformat/avformat.h b/libavformat/avformat.h index 2034d2aecc..6edcf11022 100644 --- a/libavformat/avformat.h +++ b/libavformat/avformat.h

[FFmpeg-devel] [PATCH 1/2] avformat/tls: Fix integer overflow with option mtu

From: Zhao Zhili --- libavformat/tls.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/tls.h b/libavformat/tls.h index cb626f1977..2f381acc04 100644 --- a/libavformat/tls.h +++ b/libavformat/tls.h @@ -90,7 +90,7 @@ typedef struct TLSShared { {"verif

[FFmpeg-devel] [PATCH 2/2] avformat/whip: Constify arguments in is_rtp_rtcp/is_rtcp

From: Zhao Zhili Fix warning of -Wincompatible-pointer-types-discards-qualifiers. --- libavformat/whip.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavformat/whip.c b/libavformat/whip.c index 0671e23635..710f24fc5a 100644 --- a/libavformat/whip.c +++ b/libavformat

Re: [FFmpeg-devel] [PATCH 1/2] Replace FFMIN/FFMAX by type specific macros

> On Jun 1, 2025, at 01:40, Marton Balint wrote: > > > On Sat, 31 May 2025, Michael Niedermayer wrote: > >> This allows adjusting them to exactly match whatever is fastest on >> a given CPU for each type. > > Did you use some tool to make this patch, or it was just manual work? > > Can't y

Re: [FFmpeg-devel] [FFmpeg-devel, v2] gcc: Relaxing auto-vectorization limitation.

> On May 29, 2025, at 18:20, Jiawei wrote: > > > 在 2025/5/29 16:37, Zhao Zhili 写道: >> >>> On May 29, 2025, at 15:03, Jiawei wrote: >>> >>> This patch modifies the FFmpeg build system to remove the explicit disabling >>> of GCC's au

Re: [FFmpeg-devel] [FFmpeg-devel, v2] gcc: Relaxing auto-vectorization limitation.

> On May 29, 2025, at 15:03, Jiawei wrote: > > This patch modifies the FFmpeg build system to remove the explicit disabling > of GCC's auto-vectorization feature. > > Modern GCC versions have demonstrated stable auto-vectorization capabilities > through extensive optimizations in loop analysis

Re: [FFmpeg-devel] [PATCH] avformat/movenc: Reduce loop iterations in mov_flush_fragment

> On May 23, 2025, at 12:01, Zhao Zhili wrote: > > From: Zhao Zhili > > --- > libavformat/movenc.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/libavformat/movenc.c b/libavformat/movenc.c > index 844a371808..5a9e34993f 100644 > -

Re: [FFmpeg-devel] [PATCH] avformat/movenc: Fix flush fragment

> On May 22, 2025, at 17:37, Zhao Zhili wrote: > > From: Zhao Zhili > > The follow cmd output corrupted file before the patch: > > ffmpeg -f lavfi -i color=blue,trim=duration=0.04 \ > -f lavfi -i anullsrc,atrim=duration=2 \ > -movflags +e

Re: [FFmpeg-devel] [PATCH 2/2 RESEND] avformat/seek: fail seeking immediately

> On May 28, 2025, at 20:08, Kaarle Ritvanen via ffmpeg-devel > wrote: > > when AVFMTCTX_UNSEEKABLE is set. Depending on the codec, the execution > of this function may take several seconds. This is an optimization for Why this depending on the codec? Could you provide a case that takes seve

Re: [FFmpeg-devel] [PATCH v2 1/4] avcodec/h2645_vui: Ensure color primaries/trc/space isn't reserved value

> On May 27, 2025, at 11:07, Zhao Zhili > wrote: > > > >> On May 27, 2025, at 02:48, Kieran Kunhya via ffmpeg-devel >> wrote: >> >> On Mon, May 26, 2025 at 8:13 PM Zhao Zhili >> wrote: >>> >>> >>> >>>

Re: [FFmpeg-devel] [PATCH v2 1/4] avcodec/h2645_vui: Ensure color primaries/trc/space isn't reserved value

> On May 27, 2025, at 02:48, Kieran Kunhya via ffmpeg-devel > wrote: > > On Mon, May 26, 2025 at 8:13 PM Zhao Zhili > wrote: >> >> >> >>> On May 22, 2025, at 13:06, Zhao Zhili >>> wrote: >>> >>> From: Zhao Zhili >

Re: [FFmpeg-devel] [PATCH v2 1/4] avcodec/h2645_vui: Ensure color primaries/trc/space isn't reserved value

> On May 22, 2025, at 13:06, Zhao Zhili > wrote: > > From: Zhao Zhili > > Fix error reported by swscaler: > Unsupported input (Operation not supported): fmt:yuv420p csp:unknown > prim:reserved trc:bt709 -> fmt:yuv420p csp:bt709 prim:reserved trc:

Re: [FFmpeg-devel] [PATCH] swscale/output: Implement neon intrinsics for yuv2nv12cX_c()

> On May 26, 2025, at 16:40, Harshitha Sarangu Suresh > wrote: > > Hi, > Did you get a a chance to review this patch? Thank you for your contribution. However, we use manual assembly instead of intrinsics for neon. > > Get Outlook for Android >

[FFmpeg-devel] [PATCH] avformat/movenc: Reduce loop iterations in mov_flush_fragment

From: Zhao Zhili --- libavformat/movenc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/movenc.c b/libavformat/movenc.c index 844a371808..5a9e34993f 100644 --- a/libavformat/movenc.c +++ b/libavformat/movenc.c @@ -6504,7 +6504,7 @@ static int mov_flush_fragment

[FFmpeg-devel] [RFC] Error handing with CBS

I have created a ticket on trac and uploaded a sample. https://trac.ffmpeg.org/ticket/11603 The issue is CBS can detect invalid data in the bitstream, and report error. How to handle these error is a problem. With a single error in SEI, it can break the decoding/transcoding process. ffmpeg -bsf

[FFmpeg-devel] [PATCH] avformat/movenc: Fix flush fragment

From: Zhao Zhili The follow cmd output corrupted file before the patch: ffmpeg -f lavfi -i color=blue,trim=duration=0.04 \ -f lavfi -i anullsrc,atrim=duration=2 \ -movflags +empty_moov+hybrid_fragmented \ -frag_duration 100 \ -frag_interleave 1

Re: [FFmpeg-devel] [PATCH v2 3/3] tests: Add fate-hevc-color-reserved

> On May 21, 2025, at 21:52, Andreas Rheinhardt > wrote: > > Zhao Zhili: >> From: Zhao Zhili >> >> --- >> tests/fate/hevc.mak| 3 +++ >> tests/ref/fate/hevc-color-reserved | 6 ++ >> 2 files changed, 9 insertions(+) >>

[FFmpeg-devel] [PATCH v2 4/4] tests: Add fate-hevc-color-reserved

From: Zhao Zhili --- tests/fate/hevc.mak| 3 +++ tests/ref/fate/hevc-color-reserved | 6 ++ 2 files changed, 9 insertions(+) create mode 100644 tests/ref/fate/hevc-color-reserved diff --git a/tests/fate/hevc.mak b/tests/fate/hevc.mak index 390ccf46e2..8113c04300 100644

[FFmpeg-devel] [PATCH v2 2/4] tests/fate/cbs: Add hevc metadata set color test

From: Zhao Zhili --- tests/fate/cbs.mak | 5 + 1 file changed, 5 insertions(+) diff --git a/tests/fate/cbs.mak b/tests/fate/cbs.mak index 32207e2ee2..138dab67a9 100644 --- a/tests/fate/cbs.mak +++ b/tests/fate/cbs.mak @@ -172,6 +172,11 @@ $(foreach N,$(FATE_CBS_DISCARD_TYPES),$(eval $(call

[FFmpeg-devel] [PATCH v2 3/4] tests/fate/hevc: Fix dependancy for hevc-alpha

From: Zhao Zhili --- tests/fate/hevc.mak | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/fate/hevc.mak b/tests/fate/hevc.mak index e432345ef7..390ccf46e2 100644 --- a/tests/fate/hevc.mak +++ b/tests/fate/hevc.mak @@ -292,7 +292,7 @@ fate-hevc-mv-position: CMD

[FFmpeg-devel] [PATCH v2 1/4] avcodec/h2645_vui: Ensure color primaries/trc/space isn't reserved value

From: Zhao Zhili Fix error reported by swscaler: Unsupported input (Operation not supported): fmt:yuv420p csp:unknown prim:reserved trc:bt709 -> fmt:yuv420p csp:bt709 prim:reserved trc:bt709 --- libavcodec/h2645_vui.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) d

Re: [FFmpeg-devel] [PATCH 3/3] tests: Add fate-hevc-color-reserved

> On May 21, 2025, at 21:28, Zhao Zhili > wrote: > >> On May 21, 2025, at 21:11, Andreas Rheinhardt >> wrote: >> >> Zhao Zhili: >>> From: Zhao Zhili >>> >>> --- >>> tests/fate/hevc.mak| 3 +++ >

Re: [FFmpeg-devel] [PATCH 3/3] tests: Add fate-hevc-color-reserved

> On May 21, 2025, at 21:11, Andreas Rheinhardt > wrote: > > Zhao Zhili: >> From: Zhao Zhili >> >> --- >> tests/fate/hevc.mak| 3 +++ >> tests/ref/fate/hevc-color-reserved | 6 ++ >> 2 files changed, 9 insertions(+) >>

[FFmpeg-devel] [PATCH v2 3/3] tests: Add fate-hevc-color-reserved

From: Zhao Zhili --- tests/fate/hevc.mak| 3 +++ tests/ref/fate/hevc-color-reserved | 6 ++ 2 files changed, 9 insertions(+) create mode 100644 tests/ref/fate/hevc-color-reserved diff --git a/tests/fate/hevc.mak b/tests/fate/hevc.mak index 390ccf46e2..8113c04300 100644

[FFmpeg-devel] [PATCH 3/3] tests: Add fate-hevc-color-reserved

From: Zhao Zhili --- tests/fate/hevc.mak| 3 +++ tests/ref/fate/hevc-color-reserved | 6 ++ 2 files changed, 9 insertions(+) create mode 100644 tests/ref/fate/hevc-color-reserved diff --git a/tests/fate/hevc.mak b/tests/fate/hevc.mak index 390ccf46e2..5e721526d0 100644

[FFmpeg-devel] [PATCH 2/3] tests/fate/hevc: Fix dependancy for hevc-alpha

From: Zhao Zhili --- tests/fate/hevc.mak | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/fate/hevc.mak b/tests/fate/hevc.mak index e432345ef7..390ccf46e2 100644 --- a/tests/fate/hevc.mak +++ b/tests/fate/hevc.mak @@ -292,7 +292,7 @@ fate-hevc-mv-position: CMD

[FFmpeg-devel] [PATCH 1/3] avcodec/h2645_vui: Ensure color primaries/trc/space isn't reserved value

From: Zhao Zhili Fix error reported by swscaler: Unsupported input (Operation not supported): fmt:yuv420p csp:unknown prim:reserved trc:bt709 -> fmt:yuv420p csp:bt709 prim:reserved trc:bt709 --- libavcodec/h2645_vui.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) d

Re: [FFmpeg-devel] gcc: Remove auto-vectorization limitation.

> On May 21, 2025, at 14:17, Jiawei wrote: > > This patch modifies the FFmpeg build system to remove the explicit disabling > of GCC's auto-vectorization feature. > > Modern GCC versions (>= 10.0) have demonstrated stable auto-vectorization > capabilities through extensive optimizations in loo

Re: [FFmpeg-devel] [PATCH] configure: identify loong64 for loongarch.

> On May 20, 2025, at 09:33, yinshiyou...@loongson.cn wrote: > >> -原始邮件- >> 发件人: "Brad Smith" >> 发送时间:2025-05-14 09:06:31 (星期三) >> 收件人: "FFmpeg development discussions and patches" , >> "Shiyou Yin" >> 主题: Re: [FFmpeg-devel] [PATCH] configure: identify loong64 for loongarch. >> >> On

  1   2   3   4   5   6   7   8   9   10   >