Re: [FFmpeg-devel] [PATCH v5] Mark C globals with small code model

Hello again. Is there anything else I can do here? On Fri, Apr 4, 2025 at 11:40 AM Pranav Kant wrote: > Any thoughts on this? > > On Thu, Mar 20, 2025 at 5:30 PM Pranav Kant wrote: > >> Patch version v5: >> - Uses two new macros DECLARE_ASM_VAR (used for both external and inline >> asm) and DEC

[FFmpeg-devel] [PATCH] avfilter/vf_lut3d_opencl Initial support for OpenCL implementation of vf_lut3d.

--- libavfilter/Makefile | 1 + libavfilter/allfilters.c | 1 + libavfilter/opencl/lut3d.cl | 177 ++ libavfilter/opencl_source.h | 2 + libavfilter/vf_lut3d_opencl.c | 444 ++ 5 files changed, 625 insertions(+) create mode 10064

[FFmpeg-devel] [PATCH 1/2] avformat/rtsp: set AVFMTCTX_UNSEEKABLE flag

for live RTP streams. Some external applications, such as Qt Multimedia, depend on this flag being set correctly. Signed-off-by: Kaarle Ritvanen --- libavformat/rtsp.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c index 5ea47

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

when AVFMTCTX_UNSEEKABLE is set. Depending on the codec, the execution of this function may take several seconds. This is an optimization for the case where the stream is already known unseekable. Signed-off-by: Kaarle Ritvanen --- libavformat/seek.c | 3 +++ 1 file changed, 3 insertions(+) dif

[FFmpeg-devel] [PATCH] avcodec/v4l2_m2m: Fix segmentation fault due to a missing NULL check in v4l2_context.c

--- libavcodec/v4l2_context.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/v4l2_context.c b/libavcodec/v4l2_context.c index be1df3785b..ea11a689bc 100644 --- a/libavcodec/v4l2_context.c +++ b/libavcodec/v4l2_context.c @@ -329,7 +329,7 @@ start: /* if we a

Re: [FFmpeg-devel] [PATCH] avcodec/v4l2_m2m: Fix segmentation fault due to a missing NULL check in v4l2_context.c

I would be happy to modify the patch to align with the style you suggest. Thanks for your feedback, and I look forward to your guidance! Best regards, Eslam On Tuesday, February 18, 2025 at 01:27:49 PM GMT+2, Nicolas George wrote: Thanks for the patch. Eslam Samy via ffmpeg-de

[FFmpeg-devel] [PATCH 1/2] avcodec/aarch64/vvc: Optimize vvc_avg{8, 10, 12}

--- This patch replaces integer widening with halving addition, and multi-step "emulated" rounding shift with a single asm instruction doing exactly that. This pattern repeats in other functions in this file, I fixed some in the succeeding patch. There's a lot of performance to be gained there. I

[FFmpeg-devel] [PATCH 2/2] avcodec/aarch64/ac3dsp_neon.S: Optimize ac3_sum_square_butterfly_int32_neon

Before and after: A78 ac3_sum_square_bufferfly_int32_neon: 484.8 ( 2.00x) ac3_sum_square_bufferfly_int32_neon: 468.2 ( 2.08x) A72 ac3_sum_square_bufferfly_int32_neon: 793.6 ( 1.26x) ac3_sum_square_bufferfly_int32_neon: 527.3

[FFmpeg-devel] [PATCH 1/2] avcodec/aarch64/ac3dsp_neon.S: Optimize ac3_extract_exponents

Before and after: A78 ac3_extract_exponents_n512_neon: 503.2 ( 3.36x) ac3_extract_exponents_n3072_neon: 2986.2 ( 3.35x) ac3_extract_exponents_n512_neon: 211.2 ( 8.02x) ac3_extract_exponents_n3072_neon: 1251.5 ( 8.

[FFmpeg-devel] [PATCH] avformat/hlsenc: fix CODECS Attribute hard code in hevc EXT-X-STREAM-INF

fix ticket: 10786 parse the SPS from extradata and get profile_compatibility, tier, constraints which was been hard code before. HEVC CODECS Attribute reference to: ISO/IEC14496-15 Signed-off-by: Jack Lau --- libavformat/hlsenc.c | 41 ++--- 1 file changed, 3

[FFmpeg-devel] [PATCH] avformat/hlsenc: fix CODECS Attribute hard code in hevc EXT-X-STREAM-INF

fix ticket: 10786 parse the SPS from extradata and get profile_compatibility, tier, constraints which was been hard code before. HEVC CODECS Attribute reference to: ISO/IEC14496-15 Signed-off-by: Jack Lau --- libavformat/hlsenc.c | 38 +++--- 1 file changed, 35 i

[FFmpeg-devel] [PATCH] avformat/hlsenc: fix CODECS Attribute hard code in hevc EXT-X-STREAM-INF

fix ticket: 10786 parse the SPS from extradata and get profile_compatibility, tier, constraints which was been hard code before. HEVC CODECS Attribute reference to: ISO/IEC14496-15 Signed-off-by: Jack Lau --- libavformat/hlsenc.c | 37 ++--- 1 file changed, 34 in

[FFmpeg-devel] [PATCH] avformat/hlsenc: fix CODECS Attribute hard code in hevc EXT-X-STREAM-INF

fix ticket: 10786 parse the SPS from extradata and get profile_compatibility, tier, constraints which was been hard code before. HEVC CODECS Attribute reference to: ISO/IEC14496-15 Signed-off-by: Jack Lau --- libavformat/hlsenc.c | 38 +++--- 1 file changed, 35 i

[FFmpeg-devel] [PATCH 1/2] avfilter/drawtext: support bitmap (including monochrome) fonts

Fix segfaults that occur when using a bitmap font. Do not free glyphs on error in load_glyph - upon detecting a monochrome glyph, the function would free it while leaving its corresponding node in the glyph tree, resulting in invalid reads and double frees. Avoid calling FT_Glyph_To_Bitmap on bitma

[FFmpeg-devel] [PATCH 2/2] avfilter/drawtext: fix memory bugs

Check for malloc failures, and fix error paths that leak memory. Signed-off-by: Yogeshwar Velingker --- libavfilter/vf_drawtext.c | 47 +-- 1 file changed, 30 insertions(+), 17 deletions(-) diff --git a/libavfilter/vf_drawtext.c b/libavfilter/vf_drawtext.c in

[FFmpeg-devel] [PATCH v2 1/2] avfilter/drawtext: support bitmap (including monochrome) fonts

Fix segfaults that occur when using a bitmap font. Do not free glyphs on error in load_glyph - upon detecting a monochrome glyph, the function would free it while leaving its corresponding node in the glyph tree, resulting in invalid reads and double frees. Avoid calling FT_Glyph_To_Bitmap on bitma

[FFmpeg-devel] [PATCH v3] Mark C globals with small code model

By default, all globals in C/C++ compiled by clang are allocated in non-large data sections. See [1] for background on code models. For PIC (Position independent code), this is fine as long as binary is small but as binary size increases, users maybe want to use medium/large code models (-mcmodel=m

[FFmpeg-devel] [PATCH v2] swscale/aarch64: dotprod implementation of rgba32_to_Y

The idea is to split the 16 bit coefficients into lower and upper half, invoke udot for the lower half, shift by 8, and follow by udot for the upper half. Benchmark on A78: bgra_to_y_128_c: 682.0 ( 1.00x) bgra_to_y_128_neon:

[FFmpeg-devel] [PATCH v2] avcodec/aarch64/vvc: Optimize NEON version of vvc_dmvr

This patch replaces blocks of instructions performing rounding and widening shifts with one-liners achieving the same result. Before and after on A78 dmvr_8_12x20_neon: 86.2 ( 6.90x) dmvr_8_20x12_neon: 94.8 ( 5.93x) dmvr_8_2

Re: [FFmpeg-devel] [PATCH] Mark C globals with small code model

I think you were looking at an older version of the patch. Newer version didn't have this. Anyhow, there's a new version I uploaded (v3). On Thu, Feb 27, 2025 at 6:31 PM Lynne wrote: > On 25/02/2025 22:37, Pranav Kant via ffmpeg-devel wrote: > > By default, all globals i

Re: [FFmpeg-devel] [PATCH] Mark C globals with small code model

I uploaded a new patch (v3) that addresses these concerns. On Thu, Feb 27, 2025 at 5:14 PM Michael Niedermayer wrote: > On Wed, Feb 26, 2025 at 07:44:37PM +, Pranav Kant via ffmpeg-devel > wrote: > > By default, all globals in C/C++ compiled by clang are allocated > >

Re: [FFmpeg-devel] FFmpeg Community Committee – Updates & Next Steps

On Mon, 3 Mar 2025, 20:35 Michael Niedermayer, wrote: > Hi jb > > On Thu, Feb 27, 2025 at 12:11:39AM +0100, Jean-Baptiste Kempf wrote: > > On Wed, 26 Feb 2025, at 02:51, Michael Niedermayer wrote: > > > 1. I agree we need discussions, transparency and maybe IRC or some > other > > >audio/vide

Re: [FFmpeg-devel] CC statement on alleged insults against the GSoC student et al

> > Nevertheless, the CC does issue a warning regarding unnecessarily > offensive recent comments by Kieran on other topics, as well as for > initially failing to provide background and context regarding Paul’s > action on IRC. > Hi CC, What comments are these? This is very vague as to what I've

[FFmpeg-devel] [PATCH v4] Mark C globals with small code model

By default, all globals in C/C++ compiled by clang are allocated in non-large data sections. See [1] for background on code models. For PIC (Position independent code), this is fine as long as binary is small but as binary size increases, users maybe want to use medium/large code models (-mcmodel=m

Re: [FFmpeg-devel] [PATCH v4] Mark C globals with small code model

Patch version v4. - Rebased - Missing "(" in __attribute__((model("small)) in the earlier patch version. On Tue, Mar 11, 2025 at 12:17 PM Pranav Kant wrote: > By default, all globals in C/C++ compiled by clang are allocated > in non-large data sections. See [1] for background on code models. > F

[FFmpeg-devel] [PATCH] swscale/aarch64: dotprod implementation of rgba32_to_Y

--- I was curious whether it's possible to implement this function without any widening, and it turns out it not only is, but it's quite performant at the same time! The idea is to split the 16 bit coefficients into lower and upper half, invoke udot for the lower half, shift by 8, and follow by ud

Re: [FFmpeg-devel] [PATCH] Mark C globals with small code model

On Wed, Feb 26, 2025 at 11:44 AM Pranav Kant via ffmpeg-devel wrote: > > [...] > --- a/libavutil/attributes_internal.h > +++ b/libavutil/attributes_internal.h > @@ -31,4 +31,19 @@ > #define FF_VISIBILITY_POP_HIDDEN > #endif > > +/** > + * Some globals de

[FFmpeg-devel] [PATCH] swscale/aarch64/hscale.S Refactor hscale_16_to_15__fs_4

Before/after: A78 hscale_16_to_15__fs_4_dstW_8_neon: 86.8 ( 1.72x) hscale_16_to_15__fs_4_dstW_24_neon:147.5 ( 2.73x) hscale_16_to_15__fs_4_dstW_128_neon: 614.0 ( 3.14x) hscale_16_to_15__fs_4_dstW_144_neon: 680.5 ( 3.18x)

[FFmpeg-devel] [PATCH] avformat/dashenc: add hevc codec attributes parse

fix ticket: 11316 add set_hevc_codec_str function refer to hlsenc.c but do some necessary changes Signed-off-by: Jack Lau --- libavformat/dashenc.c | 81 +++ 1 file changed, 81 insertions(+) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index

Re: [FFmpeg-devel] [PATCH v4] Mark C globals with small code model

Thank you for taking a look. On Tue, Mar 11, 2025 at 4:45 PM Andreas Rheinhardt < [email protected]> wrote: > Pranav Kant via ffmpeg-devel: > > By default, all globals in C/C++ compiled by clang are allocated > > in non-large data sections. See [1] for back

Re: [FFmpeg-devel] FFmpeg Community Committee – Updates & Next Steps

On Tue, 4 Mar 2025, 11:17 Michael Niedermayer, wrote: > Hi Kieran > > On Tue, Mar 04, 2025 at 08:13:11AM -0600, Kieran Kunhya via ffmpeg-devel > wrote: > [...] > > Hi Michael, > > > > Was all the STF discussion around the first application done in public? > &

Re: [FFmpeg-devel] CC statement on alleged insults against the GSoC student et al

> > Kierans reply later refered back to this: > > OMG a GSoC contributor is complaining about how hard the contribution > That's a selective quotation of an incomplete sentence. Kieran > ___ ffmpeg-devel mailing list [email protected] https://ffm

[FFmpeg-devel] Advice on patch: Decklink flushes most buffered frames at end of video instead of displaying them

When playing out video to a Decklink SDI 4K card I've found that all/most of the buffered frames get flushed instead of being displayed, essentially shortening the video by the amount of pre-roll. I found a way to fix this by adding a counter of outstanding frames, then delaying the call to StopSch

Re: [FFmpeg-devel] [PATCH v2] avcodec/libwebpenc_anim: support setting the duration of the last frame

Hi, On Fri, Feb 28, 2025 at 1:47 AM wangyaqiang via ffmpeg-devel wrote: > > From: Wang Yaqiang > > Signed-off-by: Wang Yaqiang > --- > libavcodec/libwebpenc_animencoder.c | 17 +++-- > libavcodec/libwebpenc_common.c | 2 ++ > libavcodec/libwebpenc_c

[FFmpeg-devel] [PATCH v2] avcodec/aarch64/vvc: Optimize vvc_avg{8, 10, 12}

This patch replaces integer widening with halving addition, and multi-step "emulated" rounding shift with a single asm instruction doing exactly that. Benchmarks before and after: A78 avg_8_64x64_neon: 2686.2 ( 6.12x) avg_8_128x128_neon:

[FFmpeg-devel] [PATCH] swscale/aarch64/rgb2rgb_neon: Implemented {yuyv, uyvy}toyuv{420, 422}

This patch succesfully passes the github pipeline. The previous one, which adds tests fails only the first check on linux x86, probably because of that mmx issue. The tiny patch in the second email chain (the one about right shift by 2) completes the checks chain as-is. Krzysztof --- libswscale

Re: [FFmpeg-devel] [RFC] Experiment: enable github pull requests

On Wed, 12 Feb 2025, 23:29 Timo Rothenpieler, wrote: > On 12.02.2025 23:16, Soft Works wrote: > > > > > >> -Original Message- > >> From: ffmpeg-devel On Behalf Of Timo > >> Rothenpieler > >> Sent: Mittwoch, 12. Februar 2025 23:05 > >> To: [email protected] > >> Subject: Re: [FFmpeg

[FFmpeg-devel] [PATCH 2/2] avcodec/aarch64/vvc: Use rounding shift NEON instruction

--- Before and after on A78 dmvr_8_12x20_neon: 86.2 ( 6.90x) dmvr_8_20x12_neon: 94.8 ( 5.93x) dmvr_8_20x20_neon: 141.5 ( 6.50x) dmvr_12_12x20_neon:158.

Re: [FFmpeg-devel] I've written a filter in Rust

On Fri, 21 Feb 2025, 14:30 Soft Works, wrote: > > > > -Original Message- > > From: ffmpeg-devel On Behalf Of > > Michael Niedermayer > > Sent: Freitag, 21. Februar 2025 14:22 > > To: FFmpeg development discussions and patches > [email protected]> > > Subject: Re: [FFmpeg-devel] I've writ

Re: [FFmpeg-devel] I've written a filter in Rust

On Fri, 21 Feb 2025, 15:02 Soft Works, wrote: > > > > -Original Message- > > From: ffmpeg-devel On Behalf Of > > Kieran Kunhya via ffmpeg-devel > > Sent: Freitag, 21. Februar 2025 15:53 > > To: FFmpeg development discussions and patches >

Re: [FFmpeg-devel] I've written a filter in Rust

On Fri, 21 Feb 2025, 13:18 Lynne, wrote: > On 20/02/2025 14:06, Leandro Santiago wrote: > Regardless of the language, I disagree with using crates in the context > of FFmpeg, and any use of cargo. > I have no opinion on rust in FFmpeg but I broadly agree crates and cargo are not suited for FFmpe

Re: [FFmpeg-devel] [PATCH] tools: Add binaries to .gitignore

On Sun, 23 Feb 2025, 04:11 Frank Plowman, wrote: > On 09/02/2025 10:58, Frank Plowman wrote: > > Signed-off-by: Frank Plowman > > --- > > tools/.gitignore | 10 ++ > > 1 file changed, 10 insertions(+) > > > > diff --git a/tools/.gitignore b/tools/.gitignore > > index 7c45896923..f017fa2

Re: [FFmpeg-devel] [BASIC QUESTION] Profiling tool for ffmpeg

On Mon, 24 Feb 2025, 06:43 Cesar Matheus, wrote: > Hi, I'm a CS student working on an optimisation of the ebur128 filter. > First I'm looking for the nicest way to get information on code performance. > I saw that the configuration flag "--enable-linux-perf" enables > Linux Performance Mo

[FFmpeg-devel] [PATCH 1/2] avcodec/aarch64/vvc: Optimize vvc_avg{8, 10, 12}

--- libavcodec/aarch64/vvc/inter.S | 125 - 1 file changed, 122 insertions(+), 3 deletions(-) diff --git a/libavcodec/aarch64/vvc/inter.S b/libavcodec/aarch64/vvc/inter.S index 0edc861f97..b65920e640 100644 --- a/libavcodec/aarch64/vvc/inter.S +++ b/libavcodec/aarc

[FFmpeg-devel] [PATCH 2/2] avcodec/aarch64/vvc: Use rounding shift NEON instruction

--- libavcodec/aarch64/vvc/inter.S | 73 ++ 1 file changed, 20 insertions(+), 53 deletions(-) diff --git a/libavcodec/aarch64/vvc/inter.S b/libavcodec/aarch64/vvc/inter.S index b65920e640..09f0627b20 100644 --- a/libavcodec/aarch64/vvc/inter.S +++ b/libavcodec/aarc

Re: [FFmpeg-devel] [PATCH v4] avformat: add AV1 RTP depacketizer and packetizer

On Friday, February 21st, 2025 at 5:15 AM, Chris Hodges wrote: > Hi Tristan, > > On 12/13/24 14:44, Tristan Matthews via ffmpeg-devel wrote: > > > Nice, looking forward to testing the next iteration. > > > Sorry for the long delay, I got sidetracked with other wor

[FFmpeg-devel] [PATCH] Mark C globals with small code model

By default, all globals in C/C++ compiled by clang are allocated in non-large data sections. See [1] for background on code models. For PIC (Position independent code), this is fine as long as binary is small but as binary size increases, users maybe want to use medium/large code models (-mcmodel=m

Re: [FFmpeg-devel] [PATCH] Mark C globals with small code model

I added it to attributes_internal.h. The existing attribute in attributes_internal.h (attribute_visibility_hidden) is also being used with DECLARE_ALIGNED macros (see libavcodec/sbrdsp_template.c). My new macro is similar in nature. On Wed, Feb 26, 2025 at 11:44 AM Pranav Kant wrote: > By defaul

Re: [FFmpeg-devel] FFmpeg Community Committee – Updates & Next Steps

> While people who spent a significant time of their life working on FFmpeg > may be great developers, their skillset might not be matching the one > needed to handle a community. > > Cmon we've been over these points, let's not rehash the same drama over and > over, and let the volunteers of the C

[FFmpeg-devel] [PATCH] Mark C globals with small code model

By default, all globals in C/C++ compiled by clang are allocated in non-large data sections. See [1] for background on code models. For PIC (Position independent code), this is fine as long as binary is small but as binary size increases, users maybe want to use medium/large code models (-mcmodel=m

[FFmpeg-devel] [PATCH] avutil/aarch64/tx_float_neon.S: clean up FFT4_X2

--- This patch rids the code from two tbl instructions and the shuffle table. There's no fneg v0.s[3] instruction unfortunately, so I negate the whole vector and copy the last element only. It's tricky to benchmark this little change but on average it seems to be beneficial. Krzysztof libavutil

Re: [FFmpeg-devel] [PATCH v5] Mark C globals with small code model

Any thoughts on this? On Thu, Mar 20, 2025 at 5:30 PM Pranav Kant wrote: > Patch version v5: > - Uses two new macros DECLARE_ASM_VAR (used for both external and inline > asm) and DECLARE_EXTERNAL_ASM_VAR (used only for external asm) > - I intend to remove explicit existing use of attribute_visib

Re: [FFmpeg-devel] [PATCH 0/4] [Please Ignore] ci_test

On Wed, May 7, 2025 at 4:24 AM ffmpegagent wrote: > > This is for testing Patchwork CI builds, not for merging. > > softworkz (4): > ci_test: Fail configure > ci_test: Fail build > ci_test: Fail fate > ci_test: All good > > > > base-commit: 2b6303762fc0850b3bd841ebd234c336271f657c > Publis

[FFmpeg-devel] [Query] Issues with FFMPEG 7.1 and HW plugins

[AMD Official Use Only - AMD Internal Distribution Only] Hi, The provided text describes a technical issue encountered while implementing a zero-copy hardware-accelerated transcoding solution using FFmpeg. Then we discuss workaround/solution aiming to leverage hardware acceleration to decode, s

[FFmpeg-devel] Version 4.4.6 is stable?

Hello everybody, In the branch release/4.4 I can see update for 4.4.6 but the latest stable release for 4.4 is the version 4.4.5. Is version 4.4.6 stable? Thanks, Giovanni ___ ffmpeg-devel mailing list [email protected] https://ffmpeg.org/mailman

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

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 > > > > v2: > > 1. Add encoder. > > 2. Trial refactor of decoder. > > > > Zhao Zhili (3): > > avutil/hwcontext: Add ohcodec device and pixel format > > avcodec/

Re: [FFmpeg-devel] [PATCH 3/5] avcodec/h264chroma_template: Replace variable by constant in chroma mc

On Sun, 13 Jul 2025, 02:11 Michael Niedermayer, wrote: > Signed-off-by: Michael Niedermayer > --- > libavcodec/h264chroma_template.c | 30 +++--- > 1 file changed, 15 insertions(+), 15 deletions(-) > > diff --git a/libavcodec/h264chroma_template.c > b/libavcodec/h264chro

Re: [FFmpeg-devel] [PATCH] libavutil: fix memory leak of drmVersion

--- Begin Message --- attached (don't have a git send-email setup here at the moment) On 6/28/25 05:47, Michael Niedermayer wrote: On Wed, Jun 25, 2025 at 10:26:16AM +0800, Tim Blechmann via ffmpeg-devel wrote: Date: Wed, 25 Jun 2025 10:26:16 +0800 From: Tim Blechmann To: ffmpeg-

Re: [FFmpeg-devel] [PATCH] doc: Remove libav-merge.txt

--- Begin Message --- Hi Derek, I didn't see this before commenting on your libav-merge-next-commit removal patch. Should be OK if there is nothing of use in left in the section TODO/FIXME/UNMERGED . On 2025-06-23 21:15 +0100, Derek Buitenhuis wrote: > He's dead, Jim. I would appreciate it if y

[FFmpeg-devel] [PATCH] avcodec/hw_base_encode: fix NULL dereference if no frames before end-of-stream

If hw_base_encode_send_frame() is called with frame == NULL before any input frames are submitted, ctx->pic_end is NULL and dereferencing it causes a crash. This can occur in hardware encoding pipelines that flush before receiving any input frames. Fix by checking ctx->pic_end before accessing its

[FFmpeg-devel] [PATCH] avfilter: add inverse tone mapping

Hello FFmpeg developers, This patch introduces a new video filter called inversetonemap for FFmpeg. The filter performs SDR to HDR conversion by mapping SDR BT.709 video to HDR BT.2020 PQ, using local adaptation and inverse tone mapping. The goal is to provide a simple, flexible tool for upconver

Re: [FFmpeg-devel] [PATCH 2/3] libavcodec: add NETINT Quadra HW decoders & encoders

--- Begin Message --- On Tue, 8 Jul 2025, 02:00 Desmond Liu, wrote: > * As far as I know, these cards/units are not available to the general > public at all. > > The cards are available to the general public. See > https://netint.com/contact-us and send a message to [email protected] >

Re: [FFmpeg-devel] [PATCH] Changelog: mention dropping OpenSSL < 1.1.0

--- Begin Message --- On 2025-07-07 15:57 +0200, Marvin Scholz wrote: > --- > Changelog | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/Changelog b/Changelog > index f5ec9eafc3..0beefb73f6 100644 > --- a/Changelog > +++ b/Changelog > @@ -2,6 +2,7 @@ Entries are sorted chronologically fro

Re: [FFmpeg-devel] [PATCH] avformat/rtsp: fix leak of options dict on error

--- Begin Message --- On Tue, 8 Jul 2025, 19:15 Marvin Scholz, wrote: > Fix CID 1655306 > --- > libavformat/rtsp.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c > index 8d360b375f..0810c56a8b 100644 > --- a/libavformat/rtsp.c > +++ b/libavfor

Re: [FFmpeg-devel] [PATCH v2] ffprobe: add -codec: option

--- Begin Message --- On Fri, Jun 27, 2025 at 10:24 AM Maryla Ustarroz-Calonge via ffmpeg-devel wrote: > > > > > -- Forwarded message -- > From: Maryla Ustarroz-Calonge > To: [email protected] > Cc: > Bcc: > Date: Fri, 27 Jun 2025 10:23

Re: [FFmpeg-devel] [PATCH] avfilter/vf_frei0r: fix time not being passed in seconds

Hi Michael, This affects users, so it needs to be documented. Good hint. I assume you meant in the Changelog, even if it is otherwise relatively high level compared to this change? Do you know someone who may be interrested in maintaining vf_frei0r in ffmpeg ? Unfortunately not. The upstream

Re: [FFmpeg-devel] [PATCH v8 14/18] swscale/ops_memcpy: add 'memcpy' backend for plane->plane copies

On 2025-07-12 12:44 +0200, Niklas Haas wrote: > From: Niklas Haas > > Provides a generic fast path for any operation list that can be decomposed > into a series of memcpy and memset operations. > > 25% faster than the x86 backend for yuv444p -> yuva444p > 33% faster than the x86 backend for gray

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

On Sun, 13 Jul 2025, 17:07 Timo Rothenpieler, wrote: > On 7/13/2025 5:57 PM, Michael Niedermayer wrote: > > Hi > > > > On Sun, Jul 13, 2025 at 01:58:44PM +0200, Timo Rothenpieler wrote: > > [...] > > > >> Just want to note that hosting Gitlab is quite a bit more expensive than > >> Forgejo, for w

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

G but hosted by videolan On Sun, 13 Jul 2025, 12:44 Michael Niedermayer, wrote: > Hi all > > Do people want Forgejo or Gitlab on code.ffmpeg.org for testing? > > F. code.ffmpeg.org should run Forgejo > G. code.ffmpeg.org should run Gitlab > > all GA members can vote, by publically replying here

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

On Sun, 13 Jul 2025 13:43:57 +0200 Michael Niedermayer wrote: > Hi all > > Do people want Forgejo or Gitlab on code.ffmpeg.org for testing? > > F. code.ffmpeg.org should run Forgejo > G. code.ffmpeg.org should run Gitlab > > all GA members can vote, by publically replying here with a > "F." /

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

On Sun, 13 Jul 2025, 22:47 Michael Niedermayer, wrote: > Hi Ronald > > On Sun, Jul 13, 2025 at 02:04:15PM -0400, Ronald S. Bultje wrote: > > G, preferably hosted by videolan. > > This poll really is about, what we should setup on our server. > > If you want to discuss giving up our autonomy (not

Re: [FFmpeg-devel] [PATCH] Revert "Add FUNDING.json"

--- Begin Message --- On Tue, 24 Jun 2025, 09:28 compn, wrote: > On Tue, 24 Jun 2025 07:48:30 +0100, Kieran Kunhya via ffmpeg-devel > wrote: > > > On Tue, 24 Jun 2025, 07:00 compn, wrote: > > > > > On Mon, 23 Jun 2025 21:20:56 +0100, Derek Buitenhuis wrote: >

Re: [FFmpeg-devel] [PATCH] Revert "Add FUNDING.json"

--- Begin Message --- On Tue, 24 Jun 2025, 02:12 Michael Niedermayer, wrote: > Hi Derek > > You said > "The only mails you'll see from me in the future are code or reviews." > > On Mon, Jun 23, 2025 at 09:20:56PM +0100, Derek Buitenhuis wrote: > > This was pushed with outstanding reservations, >

Re: [FFmpeg-devel] [PATCH] ffprobe: add -codec: option

--- Begin Message --- On Tue, Jun 10, 2025 at 8:02 AM Maryla Ustarroz-Calonge via ffmpeg-devel wrote: > > > > > -- Forwarded message -- > From: Maryla Ustarroz-Calonge > To: [email protected] > Cc: > Bcc: > Date: Tue, 10 Jun 2025 17:02:05 +0

Re: [FFmpeg-devel] [PATCH] checkasm/h264dsp: Fix stack-buffer-overflow, effective-type violations

--- Begin Message --- On Monday, June 16th, 2025 at 2:22 PM, Andreas Rheinhardt wrote: > Tristan Matthews via ffmpeg-devel: > > > On Monday, June 16th, 2025 at 6:53 AM, Andreas Rheinhardt > > [email protected] wrote: > > > > > Patch attached. &g

Re: [FFmpeg-devel] [PATCH 3/5] avcodec/get_bits: Use FF_PTR_ADD() in init_get_bits()

--- Begin Message --- On Thu, 3 Jul 2025, 03:02 Michael Niedermayer, wrote: > Fixes: NULL + 0 > Fixes: > 421817631/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_APV_fuzzer-4957386534354944 > > Found-by: continuous fuzzing process > https://github.com/google/oss-fuzz/tree/master/projects/ffmpe

Re: [FFmpeg-devel] [RFC] Introducing policies regarding "AI" contributions

--- Begin Message --- On 2025-07-01 16:50 +0530, Gyan Doshi wrote: > > On 2025-07-01 04:28 pm, Alexander Strasser via ffmpeg-devel wrote: > > > Thus I want this thread to start a discussion, that eventually leads > > to a policy about submitting and integrating "AI&

Re: [FFmpeg-devel] [RFC] Introducing policies regarding "AI" contributions

--- Begin Message --- On 2025-07-03 02:16 +0200, Gerion Entrup wrote: > Am Dienstag, 1. Juli 2025, 12:58:23 Mitteleuropäische Sommerzeit schrieb > Alexander Strasser via ffmpeg-devel: [...] > > Thus I want this thread to start a discussion, that eventually leads > > to a polic

Re: [FFmpeg-devel] [RFC] Introducing policies regarding "AI" contributions

--- Begin Message --- On 2025-07-01 14:44 +0200, Kacper Michajlow wrote: > On Tue, 1 Jul 2025 at 12:58, Alexander Strasser via ffmpeg-devel [...] > > > > I do not like the branding of the LLMs as AI, thus I will for now > > continue to call it "AI" in quotes. I'

[FFmpeg-devel] [PATCH] avfilter: add inverse tone mapping

--- Begin Message --- Hello FFmpeg developers, This patch introduces a new video filter called inversetonemap for FFmpeg. The filter performs SDR to HDR conversion by mapping SDR BT.709 video to HDR BT.2020 PQ, using local adaptation and inverse tone mapping. The goal is to provide a simple, flex

[FFmpeg-devel] [PATCH] avfilter/vf_frei0r: fix time not being passed in seconds

--- Begin Message --- The frei0r API expects the time in seconds, but was given it in milliseconds. The bug might exist since 41f1d3a (~14 years ago), but plugins depending on the time are unwatchable without this patch. For example: ffmpeg -filter_complex "testsrc2=d=5,frei0r=distort0r" out.mp4

Re: [FFmpeg-devel] [RFC] Introducing policies regarding "AI" contributions

--- Begin Message --- On 2025-07-05 14:20 +0300, Rémi Denis-Courmont wrote: > Le tiistaina 1. heinäkuuta 2025, 13.58.23 Itä-Euroopan kesäaika Alexander > Strasser via ffmpeg-devel a écrit : > > (...) I want this thread to start a discussion, that eventually leads > > to a polic

Re: [FFmpeg-devel] [RFC] Introducing policies regarding "AI" contributions

--- Begin Message --- Hi Michael! On 2025-07-04 12:15 +0200, Michael Niedermayer wrote: > The use of tools to assist developers is growing and will > continue to grow. Its not going away. > And what one can and cannot do with these tools will evolve > > I dont think i understand the thought proce

[FFmpeg-devel] [PATCH] avfilter: add inverse tone mapping filter

--- Begin Message --- Hello FFmpeg developers, This patch introduces a new video filter called inversetonemap for FFmpeg. The filter performs SDR to HDR conversion by mapping SDR BT.709 video to HDR BT.2020 PQ, using local adaptation and inverse tone mapping. The goal is to provide a simple, flex

Re: [FFmpeg-devel] [PATCH v2] avfilter/vf_lut3d_opencl Initial support for OpenCL implementation of vf_lut3d.

--- Begin Message --- Hello FFmpeg maintainers, I submitted a patch nearly two months ago that adds OpenCL‐based acceleration to the lut3d filter (see below for details). Version 2 haven’t received any feedback, so I’m sending this reminder as I’d really appreciate someone taking a look at it.

[FFmpeg-devel] [PATCH v5 3/3] avformat/whip: fix typos

--- Begin Message --- Remove redundant "WHIP: " prefix in log context since it already add whip context. Fix grammers in whip options descriptions Signed-off-by: Jack Lau --- libavformat/tls.c | 2 +- libavformat/whip.c | 152 ++--- 2 files changed, 77

Re: [FFmpeg-devel] [PATCH v8 14/18] swscale/ops_memcpy: add 'memcpy' backend for plane->plane copies

Hi Niklas! On 2025-07-14 10:51 +0200, Niklas Haas wrote: > On Sun, 13 Jul 2025 19:04:21 +0200 Alexander Strasser via ffmpeg-devel > wrote: > > On 2025-07-12 12:44 +0200, Niklas Haas wrote: [...] > > > + > > > +SwsOpBackend backend_murder = { > > > +.

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

On 2025-07-13 13:43 +0200, Michael Niedermayer wrote: > Hi all > > Do people want Forgejo or Gitlab on code.ffmpeg.org for testing? > > F. code.ffmpeg.org should run Forgejo > G. code.ffmpeg.org should run Gitlab F. * the UI is more intuitive IMHO and I suspect it will be to the majority of n

Re: [FFmpeg-devel] [PATCH v2 3/3] avfilter/vf_colordetect: add x86 SIMD implementation

On Wed, Jul 16, 2025 at 6:26 PM Niklas Haas wrote: > +cglobal detect_range%1, 6, 7, 5, data, stride, width, height, mpeg_min, > mpeg_max, x > +movd xm0, mpeg_mind > +movd xm1, mpeg_maxd > +vpbroadcast%1 m0, xm0 > +vpbroadcast%1 m1, xm1 You could perhaps also do something like the

[FFmpeg-devel] [PATCH 1/3] avformat/whip: add whip_flags ignore_ipv6 to skip IPv6 ICE candidates

--- Begin Message --- mark this ignore_ipv6 flag could ignore any IPv6 ICE candidate, preventing “No route to host” errors on devices without IPv6 connectivity. Signed-off-by: Jack Lau --- libavformat/whip.c | 13 + 1 file changed, 13 insertions(+) diff --git a/libavformat/whip.c b/

[FFmpeg-devel] [PATCH v4 2/3] avformat/whip: reindent whip options

--- Begin Message --- Signed-off-by: Jack Lau --- libavformat/whip.c | 21 ++--- 1 file changed, 14 insertions(+), 7 deletions(-) diff --git a/libavformat/whip.c b/libavformat/whip.c index be6ee9c951..8d1be90f32 100644 --- a/libavformat/whip.c +++ b/libavformat/whip.c @@ -1904,13

[FFmpeg-devel] [PATCH v4 3/3] avformat/whip: fix typos

--- Begin Message --- Remove redundant "WHIP: " prefix in log context since it already add whip context. Fix grammers in whip options "The Optional" > "(Optional)" Signed-off-by: Jack Lau --- libavformat/tls.c | 2 +- libavformat/whip.c | 152 ++--- 2

[FFmpeg-devel] [PATCH v4 1/3] avformat/whip: add whip_flags ignore_ipv6 to skip IPv6 ICE candidates

--- Begin Message --- mark this ignore_ipv6 flag could ignore any IPv6 ICE candidate, preventing “No route to host” errors on devices without IPv6 connectivity. Signed-off-by: Jack Lau --- libavformat/whip.c | 13 + 1 file changed, 13 insertions(+) diff --git a/libavformat/whip.c b/

[FFmpeg-devel] [PATCH] avfilter: add inverse tone mapping filter

--- Begin Message --- Hello FFmpeg developers, This patch introduces a new video filter called inversetonemap for FFmpeg. The filter performs SDR to HDR conversion by mapping SDR BT.709 video to HDR BT.2020 PQ, using local adaptation and inverse tone mapping. The goal is to provide a simple, flex

[FFmpeg-devel] [RFC] Introducing policies regarding "AI" contributions

--- Begin Message --- Hi all, I do not like the branding of the LLMs as AI, thus I will for now continue to call it "AI" in quotes. I'm open for better terms. It was just yesterday brought up on IRC in #ffmpeg-devel that there was at least one, marked attempt to include "AI" generated code[1]. A

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

> blackdetect8_c:820.8 ( 1.00x) > blackdetect8_avx2: 219.2 ( 3.74x) > blackdetect16_c: 372.8 ( 1.00x) > blackdetect16_avx2:201.4 ( 1.85x) > > Again,

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

On Fri, Jul 18, 2025 at 3:17 PM Kacper Michajlow wrote: > > On Fri, 18 Jul 2025 at 15:33, Kieran Kunhya via ffmpeg-devel > wrote: > > > > On Fri, Jul 18, 2025 at 2:22 PM Kacper Michajlow wrote: > > > > > > On Fri, 18 Jul 2025 at 14:46, Kier

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

On Fri, Jul 18, 2025 at 1:41 PM Kacper Michajlow wrote: > > On Fri, 18 Jul 2025 at 14:14, Kieran Kunhya via ffmpeg-devel > wrote: > > > > > blackdetect8_c:820.8 ( 1.00x) > > > blackdetect8_avx2:

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

On Fri, Jul 18, 2025 at 2:22 PM Kacper Michajlow wrote: > > On Fri, 18 Jul 2025 at 14:46, Kieran Kunhya via ffmpeg-devel > wrote: > > > > On Fri, Jul 18, 2025 at 1:41 PM Kacper Michajlow wrote: > > > > > > On Fri, 18 Jul 2025 at 14:14, Kier

Re: [FFmpeg-devel] Vittorio's mailinglist ban, git access removal and message deletion (was: Worsening messages)

On Tue, 31 Dec 2024, 06:44 Michael Niedermayer, wrote: > Hi Ronald, Vittorio > > On Mon, Dec 30, 2024 at 11:05:59PM -0500, Ronald S. Bultje wrote: > > Hi Michael, > > > > On Mon, Dec 30, 2024 at 2:13 PM Michael Niedermayer < > [email protected]> > > wrote: > > > > > Hi CC-2024 > > > > > > On

<    17   18   19   20   21   22   23   24   25   26   >