Fixes a crash triggered by a fuzzed clip:
https://github.com/ffvvc/tests/tree/main/fuzz/passed/000256.bit
Reproduce with:
ffmpeg -i 000256.bit -f null -
---
libavcodec/vvc/ctu.c | 28 +++-
1 file changed, 23 insertions(+), 5 deletions(-)
diff --git a/libavcodec/vvc/ctu.c
On Wed, May 14, 2025 at 9:46 PM Wu Jianhua wrote:
> Wu Jianhua:
> > From: Wu Jianhua
> >
> > Signed-off-by: Wu Jianhua
> > ---
> > libavcodec/vvc/cabac.c | 21 +
> > 1 file changed, 21 insertions(+)
> >
> > diff --git a/libavcodec/vvc/cabac.c b/libavcodec/vvc/cabac.c
> > in
> 在 2025年5月17日，上午1:39，Timo Rothenpieler 写道：
>
> On 16.05.2025 19:24, Zhao Zhili wrote:
On May 17, 2025, at 01:10, Zhao Zhili
wrote:
>>>
>>>
>>>
On May 17, 2025, at 00:27, Timo Rothenpieler wrote:
On 16.05.2025 17:59, Zhao Zhili wrote:
>> On May 16, 2025, at 2
On Fri, May 16, 2025 at 8:51 PM Kacper Michajłow wrote:
>
> io_open and io_close2 callbacks may use opaque pointer stored in the
> context. They are already inherited, so opaque should also be passed
> through.
>
> Fixes IMF playback in mpv.
>
> Signed-off-by: Kacper Michajłow
> ---
> libavforma
io_open and io_close2 callbacks may use opaque pointer stored in the
context. They are already inherited, so opaque should also be passed
through.
Fixes IMF playback in mpv.
Signed-off-by: Kacper Michajłow
---
libavformat/imfdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/
It's not valid to call avio_close() on context that has not been open
with avio_open().
This fixes use of custom IO. (io_open / io_close2 callbacks)
Note that by default io_close2 is set to io_close2_default() which calls
avio_close(), so default case will work the same as before.
Signed-off-by:
Hi everyone,
I’m excited to be a GSoC student this year, working on supporting the WHIP
feature in FFmpeg with my mentors Steven Liu and Zhao Jun.
Two years ago, my mentor Steven Liu sent a whip
patch(https://patchwork.ffmpeg.org/project/ffmpeg/patch/20230529115039.17409-1...@chinaffmpeg.org/)
a
On Fri, May 16, 2025 at 7:05 PM Gabriel Hege wrote:
> This is a resubmission with a corrected commit message.
>
>
> The default behavior for VVenC (since v1.10.0) is to create an IDR with
> leading pictures for the first picture in decoding order (POC 32). This
> leads to FFmpeg generating an edi
> -Original Message-
> From: ffmpeg-devel On Behalf Of Marton
> Balint
> Sent: Samstag, 17. Mai 2025 01:09
> To: ffmpeg-devel@ffmpeg.org
> Cc: Marton Balint
> Subject: [FFmpeg-devel] [PATCH 3/4] fftools/graph/graphprint: load CSS and
> HTML resources from ffmpeg data directories
>
> S
Patches attached. It's stuff that can be seen as leftover from my last
mpegvideo patches+some other trivialities.
- Andreas
From e3e416db815c7512a6f5ecc106cb2259774f7d6b Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Fri, 16 May 2025 19:46:40 +0200
Subject: [PATCH 1/5] avcodec/mpegvideo_
Patch attached.
- Andreas
From 680ea78f1c026696f14240ce673fe062968002ae Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Fri, 16 May 2025 19:28:53 +0200
Subject: [PATCH] avcodec/tests/avcodec: Check only frame-mt decoders set
update_thread_ctx
Possible since 554b52b1b3f653ab3e59a0004da73
Patch attached.
- Andreas
From 0694bf6b2e6223d570243f196faf7ac4713098a8 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Tue, 6 May 2025 13:39:45 +0200
Subject: [PATCH] avcodec/ratecontrol: Fix wrong sizeof expression
Fixes Coverity issue #1644200.
Introduced in 89a8033fc918b2f0ef435e5a30
This reverts commit 517a8055655798970d94a4c5ea912511362520ea.
Building resources directly in the ffmpeg util needs quite a bit of code,
increases binary size and makes it harder for the users to change those
resources at will.
The only user of this, the mermaid and mermaidhtml graph formats were
Similar to how it is done for ffpreset files. This allows the users to change
the HTML/CSS templates at will.
Signed-off-by: Marton Balint
---
Makefile| 2 +-
doc/ffmpeg.texi | 4 ++-
fftools/cmdutils.c | 48 +
Signed-off-by: Marton Balint
---
fftools/cmdutils.c | 17 ++---
fftools/cmdutils.h | 4 ++--
fftools/ffmpeg_opt.c | 14 +-
3 files changed, 21 insertions(+), 14 deletions(-)
diff --git a/fftools/cmdutils.c b/fftools/cmdutils.c
index be21ed2c6c..e516ee6ebd 100644
---
This changes the order of preset file loading slighly to be in line with the
documentation, because before the patch codec-prefixed presets were probed
before trying the next directory.
Signed-off-by: Marton Balint
---
fftools/cmdutils.c | 46 --
1 fil
---
fftools/resources/.gitignore | 2 ++
1 file changed, 2 insertions(+)
diff --git a/fftools/resources/.gitignore b/fftools/resources/.gitignore
index 5f496535a6..bda2c59a1c 100644
--- a/fftools/resources/.gitignore
+++ b/fftools/resources/.gitignore
@@ -2,3 +2,5 @@
*.css.c
*.html.gz
*.css.gz
---
ffbuild/common.mak | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/ffbuild/common.mak b/ffbuild/common.mak
index 4a3cc0c748..31ed19c141 100644
--- a/ffbuild/common.mak
+++ b/ffbuild/common.mak
@@ -140,9 +140,9 @@ else
endif
# 1) Preprocess CSS to a minified versio
Without this, make install triggers a full re-generation of the graph
stuff, which results in re-linking during install.
---
ffbuild/common.mak | 3 +--
fftools/resources/Makefile | 5 ++---
2 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/ffbuild/common.mak b/ffbuild/common.
Placed in a new separate file as the existing combined MMX/SSE/AVX
file is humongous and takes forever to assemble as is.
This adds ~16 KiB of .text. The existing 8bpc asm is ~240 KiB of which
the corresponding AVX2 functions makes up ~42 KiB.
Tested to pass FATE on Linux and Windows.
Checkasm n
The SLIBOBJS variable was introduced in 56572787ae2 but is no longer used.
Another variable, SHLIBOBJS, was introduced after SLIBOBJS, in 20b0d24c2f7.
The functionality from SLIBOBJS was effectively migrated to SHLIBOBJS in
b77fff47d0d.
No code has used SLIBOBJS since.
This commit removes all re
-Original Message-
From: ffmpeg-devel On Behalf Of Michael
Niedermayer
Sent: Friday, May 16, 2025 2:44 AM
To: FFmpeg development discussions and patches
Subject: [EXTERNAL] Re: [FFmpeg-devel] [PATCH] Boost FPS and performance:
Optimize vertical loop for cache-friendly access
[libavc
Jan Ekström:
> On Fri, May 16, 2025 at 5:19 PM Andreas Rheinhardt
> wrote:
>>
>> Patch attached.
>>
>
> LGTM.
>
> Seems like as part of moving prediction method from codec context to
> private options in 2862b63783b5556f7f3fb2d097629bc6879f833a the
> gradient value was kept as an alternative, ev
Ramiro Polla:
>
> On 5/16/25 16:06, Andreas Rheinhardt wrote:
>> Andreas Rheinhardt:
>>> Patches attached.
>>>
>>> - Andreas
>>>
>>
>> Will apply this patchset tomorrow unless there are objections.
>
> [PATCH 01/21] avutil/avassert: Add av_unreachable and av_assume() macros
>> diff --git a/libavu
On Fri, May 16, 2025 at 5:19 PM Andreas Rheinhardt
wrote:
>
> Patch attached.
>
LGTM.
Seems like as part of moving prediction method from codec context to
private options in 2862b63783b5556f7f3fb2d097629bc6879f833a the
gradient value was kept as an alternative, even though even then it
was just
On 16.05.2025 19:24, Zhao Zhili wrote:
On May 17, 2025, at 01:10, Zhao Zhili
wrote:
On May 17, 2025, at 00:27, Timo Rothenpieler wrote:
On 16.05.2025 17:59, Zhao Zhili wrote:
On May 16, 2025, at 22:52, Timo Rothenpieler wrote:
On 16/05/2025 16:24, Zhao Zhili wrote:
From: Zhao Zhili
Le mer. 14 mai 2025 à 17:32, Michael Niedermayer a
écrit :
>
> On Fri, May 09, 2025 at 06:43:21PM -0500, Romain Beauxis wrote:
> > ---
> > libavformat/oggdec.h | 6 ++
> > 1 file changed, 6 insertions(+)
> >
> > diff --git a/libavformat/oggdec.h b/libavformat/oggdec.h
> > index 43df23f4cb..52
> On May 17, 2025, at 01:10, Zhao Zhili
> wrote:
>
>
>
>> On May 17, 2025, at 00:27, Timo Rothenpieler wrote:
>>
>> On 16.05.2025 17:59, Zhao Zhili wrote:
On May 16, 2025, at 22:52, Timo Rothenpieler wrote:
On 16/05/2025 16:24, Zhao Zhili wrote:
> From: Zhao Zhili mail
> On May 17, 2025, at 01:10, Zhao Zhili
> wrote:
>
>
>
>> On May 17, 2025, at 00:27, Timo Rothenpieler wrote:
>>
>> On 16.05.2025 17:59, Zhao Zhili wrote:
On May 16, 2025, at 22:52, Timo Rothenpieler wrote:
On 16/05/2025 16:24, Zhao Zhili wrote:
> From: Zhao Zhili mail
> On May 17, 2025, at 00:27, Timo Rothenpieler wrote:
>
> On 16.05.2025 17:59, Zhao Zhili wrote:
>>> On May 16, 2025, at 22:52, Timo Rothenpieler wrote:
>>>
>>> On 16/05/2025 16:24, Zhao Zhili wrote:
From: Zhao Zhili mailto:zhiliz...@tencent.com>>
ffmpeg -i input.mp4 -c copy -tag:v
On 16.05.2025 17:59, Zhao Zhili wrote:
On May 16, 2025, at 22:52, Timo Rothenpieler wrote:
On 16/05/2025 16:24, Zhao Zhili wrote:
From: Zhao Zhili mailto:zhiliz...@tencent.com>>
ffmpeg -i input.mp4 -c copy -tag:v av01 output.flv
[flv @ 0x143204080] Tag av01 incompatible with output codec id
> On May 16, 2025, at 22:52, Timo Rothenpieler wrote:
>
> On 16/05/2025 16:24, Zhao Zhili wrote:
>> From: Zhao Zhili mailto:zhiliz...@tencent.com>>
>> ffmpeg -i input.mp4 -c copy -tag:v av01 output.flv
>> [flv @ 0x143204080] Tag av01 incompatible with output codec id '225' (10va)
>
> I don't qu
On Fri, May 16, 2025 at 4:39 PM Niklas Haas wrote:
> On Fri, 16 May 2025 16:32:00 +0200 Ramiro Polla
> wrote:
> > On Fri, May 16, 2025 at 1:09 PM Niklas Haas wrote:
> > > I would like to merge at least the first half of this series, containing
> > > mostly preliminary changes, if there are no f
On Sat, Apr 26, 2025 at 7:57 PM Niklas Haas wrote:
>
> From: Niklas Haas
>
> I need to reuse these inside `ops.c`.
> ---
> libswscale/graph.c | 29 +++--
> libswscale/graph.h | 13 +
> 2 files changed, 20 insertions(+), 22 deletions(-)
>
> diff --git a/libswsc
On 16/05/2025 16:24, Zhao Zhili wrote:
From: Zhao Zhili
ffmpeg -i input.mp4 -c copy -tag:v av01 output.flv
[flv @ 0x143204080] Tag av01 incompatible with output codec id '225' (10va)
I don't quite understand what causes this.
Is this an issue when running on big endian architectures?
I'm pre
On 5/16/25 16:06, Andreas Rheinhardt wrote:
Andreas Rheinhardt:
Patches attached.
- Andreas
Will apply this patchset tomorrow unless there are objections.
[PATCH 01/21] avutil/avassert: Add av_unreachable and av_assume() macros
diff --git a/libavutil/avassert.h b/libavutil/avassert.h
in
On Fri, 16 May 2025 16:32:00 +0200 Ramiro Polla wrote:
> Hi Niklas,
>
> On Fri, May 16, 2025 at 1:09 PM Niklas Haas wrote:
> > I would like to merge at least the first half of this series, containing
> > mostly preliminary changes, if there are no further objections.
>
> Can you list the patches
Hi Niklas,
On Fri, May 16, 2025 at 1:09 PM Niklas Haas wrote:
> I would like to merge at least the first half of this series, containing
> mostly preliminary changes, if there are no further objections.
Can you list the patches that you would like to merge?
Ramiro
__
From: Niklas Haas
Carbon copy of vf_scdet.
Signed-off-by: Niklas Haas
Sponsored-by: nxtedition
---
configure | 1 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_scdet_vulkan.c | 413 ++
4 file
From: Niklas Haas
This determines whether the input has any pixel values exceeding the alpha
channel. In this case, we can be sure that the input is not premultiplied.
In all other cases, the result in indeterminate. As such, we can only have
false negatives, but no false positives.
Signed-off-b
From: Niklas Haas
Like vf_blackdetect but better, faster, stronger, harder.
Signed-off-by: Niklas Haas
Sponsored-by: nxtedition
---
configure | 1 +
doc/filters.texi| 2 +-
libavfilter/Makefile| 1 +
libavfilter/allfilters.c
From: Niklas Haas
Signed-off-by: Niklas Haas
Sponsored-by: nxtedition
---
libavutil/hwcontext_vulkan.c | 17 +
libavutil/vulkan.c | 15 +--
2 files changed, 30 insertions(+), 2 deletions(-)
diff --git a/libavutil/hwcontext_vulkan.c b/libavutil/hwcontext_vu
From: Niklas Haas
Check the alpha plane for (almost) transparent frames, instead of checking
the luma channel for almost black frames.
Signed-off-by: Niklas Haas
Sponsored-by: nxtedition
---
doc/filters.texi | 6 +
libavfilter/vf_blackdetect.c | 51 +++-
From: Zhao Zhili
ffmpeg -i input.mp4 -c copy -tag:v av01 output.flv
[flv @ 0x143204080] Tag av01 incompatible with output codec id '225' (10va)
---
libavformat/flvenc.c | 26 +-
1 file changed, 17 insertions(+), 9 deletions(-)
diff --git a/libavformat/flvenc.c b/libavfo
Patch attached.
- Andreas
From 3e9d2dccad99fea5ec5d15747e67147175e89cd0 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Fri, 16 May 2025 16:16:49 +0200
Subject: [PATCH] avcodec/utvideoenc: Don't advertise unsupported option
Also return an error if it is set numerically.
Signed-off-by: A
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
Patch attached.
- Andreas
From f930bfd2fcfc97361ad2855491fd577968c38e1d Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Fri, 16 May 2025 15:37:02 +0200
Subject: [PATCH] tests/fate/matroska: Add container cropping test
Signed-off-by: Andreas Rheinhardt
---
tests/fate/matroska.mak |
softworkz . (HE12025-05-16):
> Because it had become clear quite a few of those who are objecting
> are not objecting the way how it is implemented technically - that could
> have been solved - but rather the behavior that FFmpeg is launching a
> browser.
This is how it was implemented technicall
> -Original Message-
> From: ffmpeg-devel On Behalf Of Michael
> Niedermayer
> Sent: Freitag, 16. Mai 2025 13:49
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/graphprint: Now, make it a
> Killer-Feature!
>
> On Fri, May 16, 2025
Hi
Forwarding for transparency and in case people want to disucss who
wants/should go
- Forwarded message from summerofcode-nore...@google.com -
Date: Tue, 13 May 2025 17:05:46 -0700
From: summerofcode-nore...@google.com
To: mich...@niedermayer.cc
Subject: Registration now open! GSoC 202
Thank you, Zhili and softworkz, for the review.
Applied.
The purpose of the CR macro is to improve readability.
Adding a VVC_ prefix would make the code unnecessarily long and reduce
clarity.
I don't have a strong opinion on this, if either of you still feel that
VVC_CB is better.
I'm happy to mak
Michael Niedermayer (HE12025-05-16):
> yes if thats possible, iam not sure everyone will agree though
That is possible and easy.
> I think "your senior developers" is a bit provocative
Maybe it is, but it plugs into a pattern of behavior by softworkz of
taking little heed of comments made by peo
On Fri, May 16, 2025 at 11:50:30AM +0200, Nicolas George wrote:
> softworkz . (HE12025-05-16):
> > Sadly, this is once another feature from which FFmpeg
> > developers are thinking that you should not have it.
> >
> > I have tried my best, but I have no interest in endless
> > arguing and upsett
- Query GPU caps for B-frame support and warn if unsupported.
- Make `-max_b_frames` optional
- Drop explicit `-pa_lookahead_buffer_depth` requirement in
adaptive mode.
---
libavcodec/amfenc_h264.c | 69 ++--
1 file changed, 52 insertions(+), 17 deletions(-)
di
softworkz . (HE12025-05-16):
> The counsel from YOUR (not my) "senior developers" was not to launch
> a browser at all - but that's what the feature is about.
Counsel to do it properly has been given. Only in a few words, but your
repeated rudeness when offered counsel justifies people not wasting
I would like to merge at least the first half of this series, containing
mostly preliminary changes, if there are no further objections.
After they are merged I will send a rebased v2 with my latest changes, which
includes some subsequent refactors that I decided not to squash into my
previous com
From: Niklas Haas
Useful to speed up shader compilation. May significantly lower startup
times, in particular with large or complex shaders.
Sponsored-by: nxtedition
---
doc/filters.texi| 12
libavfilter/vf_libplacebo.c | 29 +
2 files change
From: Niklas Haas
Flipping can already be accomplished by setting the crop_w/h expressions to
their negative values, so together these options can implement any of the
common frame orientations.
---
doc/filters.texi| 10 ++
libavfilter/avfilter.c | 3 ++-
libavfilter/vf
This is a resubmission with a corrected commit message.
The default behavior for VVenC (since v1.10.0) is to create an IDR with
leading pictures for the first picture in decoding order (POC 32). This
leads to FFmpeg generating an edit list with an empty entry, skipping
the leading pictures.
Thi
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Freitag, 16. Mai 2025 11:51
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/graphprint: Now, make it a
> Killer-Feature!
>
> softworkz . (HE12025-05-1
softworkz . (HE12025-05-16):
> Sadly, this is once another feature from which FFmpeg
> developers are thinking that you should not have it.
>
> I have tried my best, but I have no interest in endless
> arguing and upsetting everybody, so this feature dies
> here officially.
Or you could find a
This patch adds support for the texture array feature
used by AMD boards in the D3D12 HEVC encoder.
In texture array mode, a single texture array is shared for all
reference and reconstructed pictures using different subresources.
The implementation ensures compatibility
and has been successfully t
On Thu, May 15, 2025 at 10:19:57PM +0200, Michael Niedermayer wrote:
> Hi
>
> On Wed, May 14, 2025 at 06:40:03PM +0200, Michael Niedermayer wrote:
> > Hi Chitra
> >
> > On Wed, May 14, 2025 at 03:55:59AM +, Chitra Dey Sarkar via
> > ffmpeg-devel wrote:
> > > Original Implementation:
> > > --
> -Original Message-
> From: ffmpeg-devel On Behalf Of softworkz .
> Sent: Freitag, 16. Mai 2025 10:43
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/graphprint: Now, make it a
> Killer-Feature!
>
>
>
> > -Original Message
> -Original Message-
> From: ffmpeg-devel On Behalf Of Martin
> Storsjö
> Sent: Freitag, 16. Mai 2025 10:51
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/graphprint: Now, make it a
> Killer-Feature!
>
> On Fri, 16 May 2025, soft
On Fri, 16 May 2025, softworkz . wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Martin
Storsjö
Sent: Freitag, 16. Mai 2025 10:19
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/graphprint: Now, make it a
Killer-Feature!
On
> -Original Message-
> From: ffmpeg-devel On Behalf Of softworkz .
> Sent: Freitag, 16. Mai 2025 03:27
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/graphprint: Now, make it a
> Killer-Feature!
>
>
>
> > -Original Message-
> -Original Message-
> From: ffmpeg-devel On Behalf Of Martin
> Storsjö
> Sent: Freitag, 16. Mai 2025 10:19
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/graphprint: Now, make it a
> Killer-Feature!
>
> On Fri, 16 May 2025, soft
> -Original Message-
> From: ffmpeg-devel On Behalf Of Gyan Doshi
> Sent: Freitag, 16. Mai 2025 10:14
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/graphprint: Now, make it a
> Killer-Feature!
>
>
>
> On 2025-05-16 01:20 pm, softworkz . wrote:
> >
On Fri, 16 May 2025, softworkz . wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Martin
Storsjö
Sent: Freitag, 16. Mai 2025 08:22
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/graphprint: Now, make it a
Killer-Feature!
On Thu, 15 May 2025,
On Fri, 16 May 2025, Michael Niedermayer wrote:
Hi
On Fri, May 16, 2025 at 12:17:14AM +, softworkz . wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Marton
Balint
Sent: Freitag, 16. Mai 2025 02:00
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-
On 2025-05-16 01:20 pm, softworkz . wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Martin
Storsjö
Sent: Freitag, 16. Mai 2025 08:22
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/graphprint: Now, make it a
Killer-Feature!
On Thu, 15 May 20
If there were failures while running tests, e.g. if failing to
compile checkasm or any other of the test programs, there are no
failed tests per se, and the number of succeessful tests is
equal to the total number of tests.
For these cases, check the job status code instead of declaring
them as a
> -Original Message-
> From: ffmpeg-devel On Behalf Of Martin
> Storsjö
> Sent: Freitag, 16. Mai 2025 08:22
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [FFmpeg-cvslog] fftools/graphprint: Now, make it a
> Killer-Feature!
>
> On Thu, 15 May 2025, softworkz wrote:
>
> >
74 matches
Mail list logo
