Araz Iusubov:
> -Original Message-
> From: ffmpeg-devel On Behalf Of Araz
> Iusubov
> Sent: Friday, May 16, 2025 5:44 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Araz Iusubov
> Subject: [FFmpeg-devel] [PATCH, v2] avcodec/d3d12va_encode: texture array
> support for HEVC
>
> This patch adds sup
> 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
From: Justin Ruggles
The backwards scanning done for incomplete final packets should not
assume a specific alignment at the end of the file. Truncated files
result in hundreds of thousands of seeks if the final packet does not
fall on a specific byte boundary, which can be extremely slow.
For exa
Good day
I wanted to offer a discussion of the referenced patch.
I have found that, when a link in an extended M3U file (as used by HLS)
includes a colon, FFmpeg will fail to load the file.
The bug has already been reported: https://trac.ffmpeg.org/ticket/10679
The error reads:
[hls @ 0x78dea40
This commit closes trac ticket 10679.
Signed-off-by: Timothy Allen
---
libavformat/tests/url.c | 8 +++-
libavformat/url.c | 8 +++-
tests/ref/fate/url | 7 ++-
3 files changed, 20 insertions(+), 3 deletions(-)
diff --git a/libavformat/tests/url.c b/libavformat/tests/url.
Hi,
On Mon, May 19, 2025 at 8:17 PM Jonathan Baudanza 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
> -Original Message-
> From: ffmpeg-devel On Behalf Of Timothy
> Allen via ffmpeg-devel
> Sent: Dienstag, 20. Mai 2025 17:28
> To: ffmpeg-devel@ffmpeg.org
> Cc: Timothy Allen
> Subject: Re: [FFmpeg-devel] [PATCH] Accept a colon in the path of a URI,
> instead of stripping preceding cha
> -Original Message-
> From: ffmpeg-devel On Behalf Of softworkz .
> Sent: Dienstag, 20. Mai 2025 23:13
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v2] ffbuild/commonmak: Fix rebuild check
> with implicit rule chains
>
>
>
> > -Original M
On Mon, May 19, 2025 at 09:46:38AM -0500, Romain Beauxis wrote:
> ---
> libavcodec/vorbis_parser.h | 11
> libavcodec/vorbisdec.c | 76 +-
> libavformat/oggparsevorbis.c | 63 +-
> tests/ref/fate/ogg-vorbis-
Le mar. 20 mai 2025 à 16:46, Michael Niedermayer
a écrit :
>
> On Mon, May 19, 2025 at 09:46:38AM -0500, Romain Beauxis wrote:
> > ---
> > libavcodec/vorbis_parser.h | 11
> > libavcodec/vorbisdec.c | 76 +-
> > libavformat/oggparsevorb
From: softworkz
When there's a chain of implicit rules, make treats files generated
inside that chain as intermediate files. Those intermediate files are
removed after completion of make. When make is run again, it normally
determines the need for a rebuild by comparing the timestamps of the
orig
On Mon, May 19, 2025 at 08:15:37PM +0800, chenyu202...@gmail.com wrote:
> 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_tabl
Hello,
thanks again to all for the patches. I figured it might be a bit difficult to
keep track of what has already been submitted and fixed and is still
pending, and I'm sorry that there has been some duplicate effort to fix the
same things - so here's an overview. The ones with X are the ones I
From: daichengrong
Since there are no comments for v2 and v3, we have continued to optimize
according to the comments of v1.
We spilled the slide to memory to help improve performance,and optimized the
extraction of elements from vector registers.
On Banana PI F3:
hevc_idct_32x32_8_c:
Fixes: #11493
---
libavformat/matroskadec.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
index 29e35e6dd4..2750652c51 100644
--- a/libavformat/matroskadec.c
+++ b/libavformat/matroskadec.c
@@ -3824,9 +3824,6 @@ static int matroska_pars
Peter Ross:
> 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
Prevents un-formatted build spam and deletion.
Signed-off-by: Derek Buitenhuis
---
fftools/resources/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/fftools/resources/Makefile b/fftools/resources/Makefile
index 8579a52678..a598134c24 100644
--- a/fftools/resources/Makefile
+++ b/fft
I am not sure how this made it in.
Before:
$ rm fftools/resources/graph.css.c
$ make
# Must start with a tab in the real Makefile
sed 's!/\\*.*\\*/!!g' fftools/resources/graph.css \
| tr '\n' ' ' \
| tr -s ' ' \
| sed 's/^ //; s/ $//' \
> fftools/resources/graph.css
This also prevents it from always spamming during build.
Signed-off-by: Derek Buitenhuis
---
ffbuild/common.mak | 1 -
1 file changed, 1 deletion(-)
diff --git a/ffbuild/common.mak b/ffbuild/common.mak
index 0e1eb1f62b..b90d9519cb 100644
--- a/ffbuild/common.mak
+++ b/ffbuild/common.mak
@@ -141
Signed-off-by: Derek Buitenhuis
---
ffbuild/common.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ffbuild/common.mak b/ffbuild/common.mak
index b90d9519cb..a3b7974f63 100644
--- a/ffbuild/common.mak
+++ b/ffbuild/common.mak
@@ -141,7 +141,7 @@ endif
# 1) Preprocess CSS
> -Original Message-
> From: ffmpeg-devel On Behalf Of Ramiro Polla
> Sent: Dienstag, 20. Mai 2025 21:36
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v2] ffbuild/commonmak: Fix rebuild check
> with implicit rule chains
>
> Hi,
>
> On Sun, May 1
Hi,
On Sun, May 18, 2025 at 8:30 AM softworkz wrote:
>
> From: softworkz
>
> When there's a chain of implicit rules, make treats files generated
> inside that chain as intermediate files. Those intermediate files are
> removed after completion of make. When make is run again, it normally
> deter
On Mon, May 19, 2025 at 09:50:18PM +0200, Dmitriy Kovalenko wrote:
> 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
> exist
On Tue, 20 May 2025, Timothy Allen via ffmpeg-devel wrote:
Good day
I wanted to offer a discussion of the referenced patch.
I have found that, when a link in an extended M3U file (as used by HLS)
includes a colon, FFmpeg will fail to load the file.
The bug has already been reported: https:
On Tue, May 20, 2025 at 9:46 PM softworkz .
wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Ramiro
> > Polla
> > Sent: Dienstag, 20. Mai 2025 21:36
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] [PATCH v2] ffbuild/commonmak: Fix rebu
> -Original Message-
> From: ffmpeg-devel On Behalf Of Ramiro Polla
> Sent: Dienstag, 20. Mai 2025 22:29
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v2] ffbuild/commonmak: Fix rebuild check
> with implicit rule chains
>
> On Tue, May 20, 2025 a
> -Original Message-
> From: softworkz
> Sent: Sonntag, 18. Mai 2025 08:31
> To: ffmpeg-devel@ffmpeg.org
> Cc: softworkz ; softworkz
> Subject: [PATCH v2] ffbuild/commonmak: Fix rebuild check with implicit rule
> chains
>
> From: softworkz
>
> When there's a chain of implicit rules,
Derek Buitenhuis:
> From: Justin Ruggles
>
> The backwards scanning done for incomplete final packets should not
> assume a specific alignment at the end of the file. Truncated files
> result in hundreds of thousands of seeks if the final packet does not
> fall on a specific byte boundary, which
> -Original Message-
> From: ffmpeg-devel On Behalf Of Derek
> Buitenhuis
> Sent: Dienstag, 20. Mai 2025 20:28
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH 0/3] Clean up build spam from graph css builder
>
> I am not sure how this made it in.
>
> Before:
> $ rm f
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 loop analysis and SIMD
code generation. The explicit -fno-tree
Jiawei (HE12025-05-21):
> particularly improving
> performance on x86_64 (AVX), ARM64 (SVE) and RISC-V(RVV) architectures.
Benchmark needed.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-deve
Appaji Chintimi (HE12025-05-21):
> Hello, Can I get some eyes on this please?
You just had two set of eyes on this already.
If you think we made mistakes in our review, prove it: post the full
console output of (1) reading a network stream, (2) reading from a pipe,
(3) reading from a directory wh
32 matches
Mail list logo
