Re: [FFmpeg-devel] The "bad" Patch

> -Original Message- > From: ffmpeg-devel On Behalf Of Mark > Thompson > Sent: Samstag, 31. Mai 2025 22:26 > To: ffmpeg-devel@ffmpeg.org > Subject: Re: [FFmpeg-devel] The "bad" Patch > Hello Mark, (I've re-ordered some parts to unclutter the conversation) > It does not seem unreas

Re: [FFmpeg-devel] [RFC] Cherry picks vs merges

On Sun, Jun 1, 2025 at 5:32 PM Michael Niedermayer wrote: > > I'm not against merging his changes, and i apologize if what i said > before > > sounded like an accusation, but the way i want this to go forward is with > > him being ok with it, and not us trying to find a way to workaround what > w

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

I have added assembly implementation and sent it as a new patch. Thanks From: ffmpeg-devel on behalf of Zhao Zhili Sent: 26 May 2025 15:04 To: FFmpeg development discussions and patches Cc: Dash Santosh Sathyanarayanan Subject: Re: [FFmpeg-devel] [PATCH] swscal

Re: [FFmpeg-devel] [RFC] Cherry picks vs merges

> On Jun 1, 2025, at 2:55 PM, Kieran Kunhya via ffmpeg-devel > wrote: > > On Sun, 1 Jun 2025, 20:23 Michael Niedermayer, > wrote: > >> Hi James >> >> On Sun, Jun 01, 2025 at 02:27:37PM -0300, James Almer wrote: >>> On 6/1/2025 12:22 PM, Michael Niedermayer wrote: Hi all almpe

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

>From 7260822a578130a713c1455cca6cdd06f1540db8 Mon Sep 17 00:00:00 2001 From: Harshitha Suresh Date: Mon, 19 May 2025 22:37:20 +0530 Subject: [PATCH] swscale/aarch64/output: Implement neon assembly for yuv2nv12cX_c() yuv2nv12cX_2_512_accurate_c: 3508.8 ( 1.00x) yuv2nv12c

Re: [FFmpeg-devel] Previous trac server hosting Was: STF RaptorQ

Hi > On May 24, 2025, at 10:48 AM, Kieran Kunhya via ffmpeg-devel > wrote: > > On Sat, 24 May 2025, 17:39 Michael Niedermayer, > > wrote: > >> Hi >> >> On Fri, May 23, 2025 at 01:13:05PM +0100, Kieran Kunhya via ffmpeg-devel >> wrote: >> [...] As an exampl

Re: [FFmpeg-devel] [PATCH WIP 01/10] ffbuild/bin2c: Use zlib directly instead of gzip

> -Original Message- > From: ffmpeg-devel On Behalf Of Andreas > Rheinhardt > Sent: Montag, 2. Juni 2025 04:39 > To: FFmpeg development discussions and patches > Subject: [FFmpeg-devel] [PATCH WIP 01/10] ffbuild/bin2c: Use zlib directly > instead of gzip > > This is a WIP patchset to

Re: [FFmpeg-devel] [PATCH v2 1/2] fftools/resman: remove unused includes, fix declaration

> -Original Message- > From: ffmpeg-devel On Behalf Of softworkz . > Sent: Montag, 2. Juni 2025 03:43 > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] fftools/resman: remove unused > includes, fix declaration > > > > > -Original Messag

Re: [FFmpeg-devel] [PATCH 2/2] fftools/ffmpeg_filter: make InputFilterPriv and OutputFilterPriv private again

> -Original Message- > From: ffmpeg-devel On Behalf Of James Almer > Sent: Montag, 2. Juni 2025 04:41 > To: ffmpeg-devel@ffmpeg.org > Subject: Re: [FFmpeg-devel] [PATCH 2/2] fftools/ffmpeg_filter: make > InputFilterPriv and OutputFilterPriv private again > I did however forget to send a

Re: [FFmpeg-devel] [PATCH 2/2] fftools/ffmpeg_filter: make InputFilterPriv and OutputFilterPriv private again

> -Original Message- > From: ffmpeg-devel On Behalf Of James Almer > Sent: Montag, 2. Juni 2025 04:41 > To: ffmpeg-devel@ffmpeg.org > Subject: Re: [FFmpeg-devel] [PATCH 2/2] fftools/ffmpeg_filter: make > InputFilterPriv and OutputFilterPriv private again > > On 6/1/2025 11:07 PM, softw

Re: [FFmpeg-devel] [PATCH 2/2] fftools/ffmpeg_filter: make InputFilterPriv and OutputFilterPriv private again

On 6/1/2025 11:07 PM, softworkz . wrote: -Original Message- From: ffmpeg-devel On Behalf Of softworkz . Sent: Samstag, 31. Mai 2025 03:44 To: FFmpeg development discussions and patches Subject: Re: [FFmpeg-devel] [PATCH 2/2] fftools/ffmpeg_filter: make InputFilterPriv and OutputFilte

[FFmpeg-devel] [PATCH WIP 01/10] ffbuild/bin2c: Use zlib directly instead of gzip

This is a WIP patchset to further improve the resource manager. The configure bits are the one that need more work: How do we detect zlib (and the required library to link to) on the host system? - Andreas From 30e67850175e5dd6dffa7488a032bbbe14067d10 Mon Sep 17 00:00:00 2001 From: Andreas Rheinha

Re: [FFmpeg-devel] [PATCH v3 1/2] fftools/resources: clean up and improve resource manager build system

> -Original Message- > From: ffmpeg-devel On Behalf Of Ramiro Polla > Sent: Montag, 2. Juni 2025 00:08 > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH v3 1/2] fftools/resources: clean up and > improve resource manager build system > > On Sat, May 3

Re: [FFmpeg-devel] [PATCH 2/2] fftools/ffmpeg_filter: make InputFilterPriv and OutputFilterPriv private again

> -Original Message- > From: ffmpeg-devel On Behalf Of softworkz . > Sent: Samstag, 31. Mai 2025 03:44 > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH 2/2] fftools/ffmpeg_filter: make > InputFilterPriv and OutputFilterPriv private again [..] > 7

[FFmpeg-devel] [PATCH v3 2/2] MAINTAINERS: Add myself as vvc maintainer

From: Frank Plowman My OpenPGP key is available at https://keys.openpgp.org/vks/v1/by-fingerprint/34E248D6B7DF476970C7330403A84C6A098F2C6B and https://keyserver.ubuntu.com/pks/lookup?op=get&search=0x34e248d6b7df476970c7330403a84c6a098f2c6b Signed-off-by: Frank Plowman --- MAINTAINERS | 3 ++-

[FFmpeg-devel] [PATCH v3 1/2] MAINTAINERS: add myself as vvc maintainer

From: Wu Jianhua Signed-off-by: Wu Jianhua --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index d1d87752b9..adb9ba3d67 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -266,7 +266,7 @@ Codecs: vp8 D

Re: [FFmpeg-devel] [PATCH v2 1/2] fftools/resman: remove unused includes, fix declaration

> -Original Message- > From: ffmpeg-devel On Behalf Of Michael > Niedermayer > Sent: Montag, 2. Juni 2025 03:28 > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] fftools/resman: remove unused > includes, fix declaration > > Hi softworkz > >

Re: [FFmpeg-devel] [PATCH v2 1/2] fftools/resman: remove unused includes, fix declaration

Hi softworkz On Sat, May 31, 2025 at 03:58:44AM +, softworkz wrote: > From: softworkz > > Signed-off-by: softworkz > --- > fftools/resources/resman.c | 7 +++ > fftools/resources/resman.h | 10 +- > 2 files changed, 4 insertions(+), 13 deletions(-) seems to breaks build ffto

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

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 and SIMD code generation. The explicit -fno-tree-vectorize

Re: [FFmpeg-devel] [PATCH, v3] avcodec/d3d12va_encode: texture array support for HEVC

Araz Iusubov: > From: ffmpeg-devel On Behalf Of Araz > Iusubov > Sent: Saturday, May 24, 2025 5:35 PM > To: ffmpeg-devel@ffmpeg.org > Cc: Araz Iusubov > Subject: [FFmpeg-devel] [PATCH, v3] avcodec/d3d12va_encode: texture array > support for HEVC > > This patch adds support for the texture array

Re: [FFmpeg-devel] The "bad" Patch

An additional note: While there are opinionated elements of course, I have tried to keep everything factually correct in this series of messaged to the best of my knowledge. If somebody thinks that I would have told anything that is clearly untrue, please let me know. Then I will correct and

Re: [FFmpeg-devel] The "bad" Patch

> -Original Message- > From: ffmpeg-devel On Behalf Of Michael > Niedermayer > Sent: Montag, 2. Juni 2025 01:22 > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] The "bad" Patch > > On Sat, May 31, 2025 at 05:34:14PM +, softworkz . wrote: > > CONCLUSION

Re: [FFmpeg-devel] The "bad" Patch

On Sat, May 31, 2025 at 05:34:14PM +, softworkz . wrote: > CONCLUSIONS > === > > Meanwhile it should have become clear that this conversation is not about > whether the 15/15 patchset gets or should have gotten included or not. > It's about the things that happened around it and how th

Re: [FFmpeg-devel] [PATCH 01/11] fftools/graph/graphprint: Fix races when initializing graphprint

> -Original Message- > From: ffmpeg-devel On Behalf Of Andreas > Rheinhardt > Sent: Montag, 2. Juni 2025 00:08 > >>> - Why do you want to remove the ResourceManager AVClass? > >> > >> Because I think callers should provide their own logcontext > > > > Do we have any precedent cases fo

Re: [FFmpeg-devel] [PATCH v3 1/2] fftools/resources: clean up and improve resource manager build system

On Sat, May 31, 2025 at 12:56 AM softworkz . wrote: > > -Original Message- > > From: ffmpeg-devel On Behalf Of Ramiro > > Polla > > Sent: Freitag, 30. Mai 2025 12:52 > > To: ffmpeg-devel@ffmpeg.org > > Subject: [FFmpeg-devel] [PATCH v3 1/2] fftools/resources: clean up and > > improve >

Re: [FFmpeg-devel] [PATCH] avfilter: add vf_yazf filter

On Sun, Jun 01, 2025 at 01:51:05PM +0530, Gyan Doshi wrote: > > > On 2025-05-31 08:19 pm, Quentin RENARD wrote: > > zoompan filter with floating point precision > > If this filter is meant to be same as existing zoompan but more precise, > then you should modify the original filter with a mode o

Re: [FFmpeg-devel] [PATCH 01/11] fftools/graph/graphprint: Fix races when initializing graphprint

softworkz .: > > >> -Original Message- >> From: ffmpeg-devel On Behalf Of Andreas >> Rheinhardt >> Sent: Sonntag, 1. Juni 2025 12:40 >> To: ffmpeg-devel@ffmpeg.org >> Subject: Re: [FFmpeg-devel] [PATCH 01/11] fftools/graph/graphprint: Fix races >> when initializing graphprint > > > Hi

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

Hi On Sat, May 31, 2025 at 07:40:40PM +0200, 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 wo

Re: [FFmpeg-devel] [PATCH 5/5] fftools/Makefile: clean files from fftools/{graph, textformat}/

> -Original Message- > From: ffmpeg-devel On Behalf Of softworkz . > Sent: Sonntag, 1. Juni 2025 23:46 > To: FFmpeg development discussions and patches > Subject: Re: [FFmpeg-devel] [PATCH 5/5] fftools/Makefile: clean files from > fftools/{graph, textformat}/ > > > > > -Original

Re: [FFmpeg-devel] [RFC] Cherry picks vs merges

On Sun, 1 Jun 2025, 20:23 Michael Niedermayer, wrote: > Hi James > > On Sun, Jun 01, 2025 at 02:27:37PM -0300, James Almer wrote: > > On 6/1/2025 12:22 PM, Michael Niedermayer wrote: > > > Hi all > > > > > > almpeg is now merged upto 1 months ago. (and since last merge it > contains > > > bits of

Re: [FFmpeg-devel] [PATCH 5/5] fftools/Makefile: clean files from fftools/{graph, textformat}/

> -Original Message- > From: ffmpeg-devel On Behalf Of Ramiro Polla > Sent: Sonntag, 1. Juni 2025 23:31 > To: ffmpeg-devel@ffmpeg.org > Subject: Re: [FFmpeg-devel] [PATCH 5/5] fftools/Makefile: clean files from > fftools/{graph, textformat}/ > > On Tue, May 27, 2025 at 3:33 AM Ramiro Po

Re: [FFmpeg-devel] [PATCH 01/11] fftools/graph/graphprint: Fix races when initializing graphprint

> -Original Message- > From: ffmpeg-devel On Behalf Of Andreas > Rheinhardt > Sent: Sonntag, 1. Juni 2025 12:40 > To: ffmpeg-devel@ffmpeg.org > Subject: Re: [FFmpeg-devel] [PATCH 01/11] fftools/graph/graphprint: Fix races > when initializing graphprint Hi Andreas, thanks for v2. >

Re: [FFmpeg-devel] [RFC] Cherry picks vs merges

Hi James On Sun, Jun 01, 2025 at 05:01:09PM -0300, James Almer wrote: > On 6/1/2025 4:23 PM, Michael Niedermayer wrote: > > Hi James > > > > On Sun, Jun 01, 2025 at 02:27:37PM -0300, James Almer wrote: > > > On 6/1/2025 12:22 PM, Michael Niedermayer wrote: > > > > Hi all > > > > > > > > almpeg i

Re: [FFmpeg-devel] [PATCH 5/5] fftools/Makefile: clean files from fftools/{graph, textformat}/

On Tue, May 27, 2025 at 3:33 AM Ramiro Polla wrote: > > --- > fftools/Makefile | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/fftools/Makefile b/fftools/Makefile > index c1eba733da..b3c08ae5a0 100644 > --- a/fftools/Makefile > +++ b/fftools/Makefile > @@ -92,4 +92,4 @@ u

Re: [FFmpeg-devel] [PATCH 01/11] avcodec/vulkan_encode_h264: Fix memleak on error

On 06/05/2025 00:37, Andreas Rheinhardt wrote: > Patches attached. > > - Andreas > > > [PATCH 05/11] avcodec/cbs,cbs_jpeg: Split ff_cbs_append_unit_data() Suggest assert0 for all error cases in cbs generic code, since none of them are inner-loop performance sensitive. Patch looks good. > [PA

[FFmpeg-devel] [PATCH 1/4] libavformat/oggdec.h, libavformat/oggparsevorbis.c: Factor out vorbis metadata update mechanism.

--- libavformat/oggdec.h | 14 ++ libavformat/oggparsevorbis.c | 25 + 2 files changed, 31 insertions(+), 8 deletions(-) diff --git a/libavformat/oggdec.h b/libavformat/oggdec.h index c15fbe738e..d10a9b1a89 100644 --- a/libavformat/oggdec.h +++ b/libavf

Re: [FFmpeg-devel] [PATCH 1/5] avcodec/ac3dec: Hardcode tables to save space

Andreas Rheinhardt: > Patches attached. > > - Andreas > Will apply this patchset tomorrow unless there are objections. - Andreas ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, v

Re: [FFmpeg-devel] [PATCH 1/4] avcodec/hpeldsp: Remove duplicate pel functions

Andreas Rheinhardt: > Patches attached. > > - Andreas > Will apply this patchset tomorrow unless there are objections. - Andreas ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, v

Re: [FFmpeg-devel] [RFC] Cherry picks vs merges

On 6/1/2025 4:23 PM, Michael Niedermayer wrote: Hi James On Sun, Jun 01, 2025 at 02:27:37PM -0300, James Almer wrote: On 6/1/2025 12:22 PM, Michael Niedermayer wrote: Hi all almpeg is now merged upto 1 months ago. (and since last merge it contains bits of AGPL code) The question now is, how

Re: [FFmpeg-devel] [RFC] Cherry picks vs merges

On Sun, 1 Jun 2025 21:23:20 +0200, Michael Niedermayer wrote: > Hi James > > On Sun, Jun 01, 2025 at 02:27:37PM -0300, James Almer wrote: > > On 6/1/2025 12:22 PM, Michael Niedermayer wrote: > > > Hi all > > > > > > almpeg is now merged upto 1 months ago. (and since last merge it contains > >

Re: [FFmpeg-devel] [RFC] Cherry picks vs merges

Hi James On Sun, Jun 01, 2025 at 02:27:37PM -0300, James Almer wrote: > On 6/1/2025 12:22 PM, Michael Niedermayer wrote: > > Hi all > > > > almpeg is now merged upto 1 months ago. (and since last merge it contains > > bits of AGPL code) > > > > The question now is, how does the community want to

[FFmpeg-devel] [PATCH] tests/fate/mov: Fix fate-mov-mp4-frag-flush requirements

Patch attached. - Andreas From ea4d59c11ea7c85f772970089710d67ae6448023 Mon Sep 17 00:00:00 2001 From: Andreas Rheinhardt Date: Sun, 1 Jun 2025 20:57:17 +0200 Subject: [PATCH] tests/fate/mov: Fix fate-mov-mp4-frag-flush requirements Signed-off-by: Andreas Rheinhardt --- tests/fate/mov.mak | 5

Re: [FFmpeg-devel] [RFC] Cherry picks vs merges

On 6/1/2025 12:22 PM, Michael Niedermayer wrote: Hi all almpeg is now merged upto 1 months ago. (and since last merge it contains bits of AGPL code) The question now is, how does the community want to proceed from here? Full stop. Not only you're trying to bypass explicit a license notice on

Re: [FFmpeg-devel] [RFC] Cherry picks vs merges

On Sun, 1 Jun 2025, 16:22 Michael Niedermayer, wrote: > Hi all > > almpeg is now merged upto 1 months ago. (and since last merge it contains > bits of AGPL code) > > The question now is, how does the community want to proceed from here? > > I think there are mainly 2 options > > 1. People review

[FFmpeg-devel] [PATCH 4/4] libavformat/oggparseopus.c: Parse comments from secondary chained streams header packet.

--- libavformat/oggparseopus.c | 5 + tests/ref/fate/ogg-opus-chained-meta.txt | 3 ++- 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/libavformat/oggparseopus.c b/libavformat/oggparseopus.c index 65b93b4053..ae4ff22c53 100644 --- a/libavformat/oggparseopus.c +++ b

[FFmpeg-devel] [PATCH 3/4] libavformat/oggparseflac.c: Parse ogg/flac comments in new ogg packets, add them to ogg stream new_metadata.

--- libavformat/oggparseflac.c | 7 +++ tests/ref/fate/ogg-flac-chained-meta.txt | 3 ++- 2 files changed, 9 insertions(+), 1 deletion(-) diff --git a/libavformat/oggparseflac.c b/libavformat/oggparseflac.c index d66b85b09e..e81e4021a1 100644 --- a/libavformat/oggparseflac.c +++

[FFmpeg-devel] [PATCH 2/4] libavformat/oggdec.c: Use AV_PKT_DATA_STRINGS_METADATA to pass metadata updates.

--- libavformat/oggdec.c | 2 +- tests/ref/fate/ogg-vorbis-chained-meta.txt | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/libavformat/oggdec.c b/libavformat/oggdec.c index da3ef815db..10b9725bfb 100644 --- a/libavformat/oggdec.c +++ b/libavformat/oggd

[FFmpeg-devel] [PATCH 0/4] ogg/{vorbis, opus, flac}: Decode metadata from secondary chained streams.

This is a redo of a previous patchset. It is pending the review and commit of https://ffmpeg.org/pipermail/ffmpeg-devel/2025-June/32.html but I wanted to send right away for early review. After removing ogg header packets from the demuxer, the changes are really nice: * Factor out vorbis metad

Re: [FFmpeg-devel] [PATCH v8 4/5] ogg/vorbis: implement header packet skip in chained ogg bitstreams.

Le sam. 31 mai 2025 à 15:08, Andreas Rheinhardt a écrit : > > Romain Beauxis: > > Le ven. 30 mai 2025 à 19:44, Andreas Rheinhardt > > a écrit : > >> > >> Romain Beauxis: > >>> --- > >>> libavcodec/vorbis_parser.h | 11 > >>> libavcodec/vorbisdec.c | 75 ++

[FFmpeg-devel] [PATCH] ogg/vorbis: implement header packet skip in chained ogg bitstreams.

This is a redo of 574f634e49847e2225ee50013afebf0de03ef013 using a flat memory storage for the extradata. PR review comments addressed: * Use flat memory array * Rename structure to follow convention * Add stddef.h header Bonus: libavcodec/vorbisdec.c diff is greatly improved! --- libavcodec/vo

[FFmpeg-devel] [RFC] Cherry picks vs merges

Hi all almpeg is now merged upto 1 months ago. (and since last merge it contains bits of AGPL code) The question now is, how does the community want to proceed from here? I think there are mainly 2 options 1. People review almpeg/master, fix any issues they want fixed, change anything they w

[FFmpeg-devel] [PATCH] lavc/vvc: Support pps_mixed_nalu_types_in_pic_flag

Add support for the pps_mixed_nalu_types_in_pic_flag, which permits using different NALU types for different VCL NAL units of a single picture. Fixes decoding of the only two Main 10 conformance bitstreams which could not previously be decoded correctly: MNUT_A_Nokia and MNUT_B_Nokia. Signed-off-

Re: [FFmpeg-devel] [PATCH 01/11] fftools/graph/graphprint: Fix races when initializing graphprint

Andreas Rheinhardt: > Patches attached. > > - Andreas > v2 attached. - Andreas From f9ca71e0ef66830ba9a9a04f9f44d76abe352a0f Mon Sep 17 00:00:00 2001 From: Andreas Rheinhardt Date: Fri, 30 May 2025 16:02:08 +0200 Subject: [PATCH v2 01/11] fftools/graph/graphprint: Fix races when initializing g

Re: [FFmpeg-devel] [PATCH 01/11] fftools/graph/graphprint: Fix races when initializing graphprint

softworkz .: > > >> -Original Message- >> From: ffmpeg-devel On Behalf Of Andreas >> Rheinhardt >> Sent: Sonntag, 1. Juni 2025 05:27 >> To: FFmpeg development discussions and patches >> Subject: [FFmpeg-devel] [PATCH 01/11] fftools/graph/graphprint: Fix races >> when >> initializing gr

Re: [FFmpeg-devel] [PATCH] avfilter: add vf_yazf filter

On 2025-05-31 08:19 pm, Quentin RENARD wrote: zoompan filter with floating point precision If this filter is meant to be same as existing zoompan but more precise, then you should modify the original filter with a mode option for FP use. Regards, Gyan Signed-off-by: Quentin Renard