Hello everybody,
this is a follow-up to the recent discussion on IRC
(https://libera.catirclogs.org/ffmpeg-devel/2025-05-16) about patch submission
via https://github.com/ffstaging/FFmpeg.
It involved such preposterous statements like:
"you've been refusing to use proper submission procedur
On Mon, May 19, 2025 at 12:06:02AM +0200, Andreas Rheinhardt wrote:
> Patch attached.
>
> - Andreas
> From 02724d5792348bea618c049034dc0febf24a46ac Mon Sep 17 00:00:00 2001
> From: Andreas Rheinhardt
> Date: Sun, 18 May 2025 23:12:03 +0200
> Subject: [PATCH] avcodec/rv60dec: Avoid branch when de
From: chenyu
Optimizing 160k code size by converting static array to dynamic malloc memory.
Signed-off-by: chenyu
---
libavcodec/mpegaudiodata.h| 4 ++--
libavcodec/mpegaudiodec_common_tablegen.h | 10 --
2 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/
chenyu202...@gmail.com:
> From: chenyu
>
> Optimizing 160k code size by converting static array to dynamic malloc memory.
>
> Signed-off-by: chenyu
> ---
> libavcodec/mpegaudiodata.h| 4 ++--
> libavcodec/mpegaudiodec_common_tablegen.h | 10 --
> 2 files changed, 10 in
On Sun, May 18, 2025 at 2:51 PM Frank Plowman wrote:
> On 18/05/2025 02:42, Nuo Mi wrote:
> > Hi Frank,
> > 👍,your fuzzing infrastructure caught this issue as well.
> > How about this:
> >
> https://patchwork.ffmpeg.org/project/ffmpeg/patch/20250517055150.807683-1-nuomi2...@gmail.com/
>
> Sorry,
From: chenyu
Optimizing 160k code size by converting static array to dynamic malloc memory.
Signed-off-by: chenyu
---
libavcodec/mpegaudiodata.h| 4 ++--
libavcodec/mpegaudiodec_common_tablegen.h | 10 --
2 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/
On 2025-05-18 02:17 pm, Gyan Doshi wrote:
Only encoding support has been added for liboapv
Pushed as c55d65ac0a789c23192aa555d8c1da399cee71aa
Regards,
Gyan
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 0609dac4ab..30063e6
From: chenyu
add depends to pcm.c for reducing size when ALAW/MULAW/VIDC not defined
Signed-off-by: chenyu
---
libavcodec/pcm.c | 36 +++-
libavcodec/pcm_tablegen.h | 22 ++
2 files changed, 53 insertions(+), 5 deletions(-)
diff --g
chenyu202...@gmail.com:
> From: chenyu
>
> add depends to pcm.c for reducing size when ALAW/MULAW/VIDC not defined
>
> Signed-off-by: chenyu
> ---
> libavcodec/pcm.c | 36 +++-
> libavcodec/pcm_tablegen.h | 22 ++
> 2 files changed,
On Fri, May 16, 2025 at 8:03 AM Martin Storsjö wrote:
> On Fri, 16 May 2025, Ramiro Polla wrote:
> > Use 16-byte alignment (align=4) instead of 4-byte (align=2) in the function
> > and
> > const macros. This improves instruction fetch and NEON load performance on
> > modern AArch64 CPUs.
> > ---
Le sam. 17 mai 2025 à 17:07, Michael Niedermayer
a écrit :
>
> On Sat, May 17, 2025 at 01:10:26PM -0500, Romain Beauxis wrote:
> > Le mar. 13 mai 2025 à 14:23, Michael Niedermayer a
> > écrit :
> > >
> > > On Fri, May 09, 2025 at 06:43:26PM -0500, Romain Beauxis wrote:
> > > > ---
> > > > libavc
On Sat, May 17, 2025 at 12:59 AM Henrik Gramner wrote:
>
> 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
## Changes since last revision:
* Patches for opus and flac have been comitted.
* Split up code refactorization and new extradata mechanism.
* Added full header+setup as extradata passed down to the vorbis
decoder.
Romain Beauxis (4):
libavformat/oggdec.{c,h}: Add new_extradata, use it to pass
---
libavformat/oggdec.c | 11 +++
libavformat/oggdec.h | 2 ++
2 files changed, 13 insertions(+)
diff --git a/libavformat/oggdec.c b/libavformat/oggdec.c
index 5557eb4a14..cb77cdd994 100644
--- a/libavformat/oggdec.c
+++ b/libavformat/oggdec.c
@@ -77,6 +77,7 @@ static void free_stream(A
---
libavcodec/vorbis_parser.h | 11
libavcodec/vorbisdec.c | 76 +-
libavformat/oggparsevorbis.c | 63 +-
tests/ref/fate/ogg-vorbis-chained-meta.txt | 3 -
4 files changed, 116 insertions(+), 37 deletions(
---
libavformat/oggdec.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/oggdec.h b/libavformat/oggdec.h
index 5083de646c..c15fbe738e 100644
--- a/libavformat/oggdec.h
+++ b/libavformat/oggdec.h
@@ -42,8 +42,8 @@ struct ogg_codec {
* Attempt to process a p
---
libavformat/oggparsevorbis.c | 104 ---
1 file changed, 60 insertions(+), 44 deletions(-)
diff --git a/libavformat/oggparsevorbis.c b/libavformat/oggparsevorbis.c
index 9f50ab9ffc..62cc2da6de 100644
--- a/libavformat/oggparsevorbis.c
+++ b/libavformat/oggparsev
IndecisiveTurtle:
> From: IndecisiveTurtle
>
> ---
> libavcodec/Makefile| 2 +-
> libavcodec/vc2enc.c| 679 ++---
> libavcodec/vc2enc_common.c | 571 +++
> libavcodec/vc2enc_common.h | 178 ++
> 4 files changed
IndecisiveTurtle:
> From: IndecisiveTurtle
>
> ---
> libavcodec/vulkan/common.comp | 54 ---
> 1 file changed, 44 insertions(+), 10 deletions(-)
>
> diff --git a/libavcodec/vulkan/common.comp b/libavcodec/vulkan/common.comp
> index 10af9c0623..db216a2ac6 100644
>
> This differs quite a lot from the software implementation: It does not
> presume that the PutBitContext is flushed and instead of simply skipping
> over the buffer it actually fills the buffer with n 0xFF bytes,
> effectively adding the memset used in the VC2 slice writing code to
> skip_put_byte
IndecisiveTurtle:
> From: IndecisiveTurtle
>
> Performance wise, encoding a 3440x1440 1-minute video is performed in about
> 2.4 minutes with the cpu encoder running on my Ryzen 5 4600H, while it takes
> about 1.3 minutes on my NVIDIA GTX 1650
The last iteration of this patchset claimed 2.5m f
> The last iteration of this patchset claimed 2.5m for the software
> encoder vs 30s hardware. The software performance improvement seems
> small compared to what I expected, yet I am surprised about the hardware
> slowdown (presuming it was the same file). Was the switch to the lut
> based writing
This filter does nothing, it is mainly useful during
development/debugging and demonstrates a simple case
of a mixed-input filter.
---
doc/filters.texi | 20
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/avf_noop.c | 247 +++
I've found quite a few ways to optimize existing ffmpeg's rgb to yuv
subsampled conversion. In this patch stack I'll try to
improve the performance.
This particular set of changes is a small improvement to all the
existing functions and macro. The biggest performance gain is
coming from post load
On 18/05/2025 15:57, softworkz . wrote:
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of Mark
>> Thompson
>> Sent: Sonntag, 18. Mai 2025 16:22
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: Re: [FFmpeg-devel] [PATCH v2] ffmpeg: Don't print graphs if there
>> are
>> no outputs yet
>>
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of Mark
> Thompson
> Sent: Montag, 19. Mai 2025 22:08
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2] ffmpeg: Don't print graphs if there are
> no outputs yet
>
> On 18/05/2025 15:57, softworkz . wrote:
> >>
Does anyone have feedback on this?
Here are some steps to reproduce the current issue:
# Start broadcasting
ffmpeg -re -i input.opus -c:a copy -f rtp -sdp_file stream.sdp
rtp://127.0.0.1:9000
# Start recording (in another terminal)
ffmpeg -protocol_whitelist file,udp,rtp -i stream.sdp -y -c:a
> -原始邮件-
> 发件人: "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 2025-05-12 9:11 p.m., Shiyou Yin wrote:
> > dpkg-architecture set DEB_HOS
> -原始邮件-
> 发件人: "Zhao Zhili"
> 发送时间:2025-05-18 20:53:05 (星期日)
> 收件人: "FFmpeg development discussions and patches"
> 主题: Re: [FFmpeg-devel] [PATCH] configure: identify loong64 for loongarch.
>
>
>
> > On May 18, 2025, at 15:43, yinshiyou...@loongson.cn wrote:
> >
> >> -原始邮件-
This patchsets includes
* two minor fixes for resource compilation
* fixes for memory leaks in graphprint and tf_mermaid
softworkz (5):
fftools/makefile: Remove resources from ffprobe
fftools/resources: Use .SECONDARY in Makefile comment
fftools/ffmpeg: Free print_graph option variables
From: softworkz
Even though it doesn't have any effect, that line is not needed (yet).
Signed-off-by: softworkz
---
fftools/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/fftools/Makefile b/fftools/Makefile
index 361a4fd574..c1eba733da 100644
--- a/fftools/Makefile
+++ b/fftools/M
From: softworkz
---
fftools/resources/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fftools/resources/Makefile b/fftools/resources/Makefile
index 8579a52678..c655c9a431 100644
--- a/fftools/resources/Makefile
+++ b/fftools/resources/Makefile
@@ -5,7 +5,7 @@ vpath %
From: softworkz
---
fftools/ffmpeg.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index bd6f22e421..de607cac93 100644
--- a/fftools/ffmpeg.c
+++ b/fftools/ffmpeg.c
@@ -344,6 +344,9 @@ static void ffmpeg_cleanup(int ret)
av_freep(&filter_nbthre
From: softworkz
- uninit resource manager
- free strings before overwriting
- unref hw_frames_context
Signed-off-by: softworkz
---
fftools/graph/graphprint.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/fftools/graph/graphprint.c b/fftools/graph/graphprint.c
index 50
From: softworkz
- merge forgotten uninit from work branch
- add set_str() function to free before overwriting
- fix some other leaks
Signed-off-by: softworkz
---
fftools/textformat/tf_mermaid.c | 45 +++--
1 file changed, 37 insertions(+), 8 deletions(-)
diff --git
The buffer references may not be writable at this point, as the decoder
calls get_buffer2() with the AV_GET_BUFFER_FLAG_REF flag.
Fixes races as reported by tsan, producing correct output regardless of
threading choices.
Signed-off-by: James Almer
---
libavcodec/decode.c | 39
> -Original Message-
> From: ffmpeg-devel On Behalf Of Mark
> Thompson
> Sent: Montag, 19. Mai 2025 22:08
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2] ffmpeg: Don't print graphs if there are
> no outputs yet
>
> On 18/05/2025 15:57, softworkz . wrote:
> >>
37 matches
Mail list logo
