On Tue, 2025-05-20 at 20:03 +, softworkz . wrote:
> I was just about to reply and suggest to replace those colons with
> %3A
> (url-encoded) when I read the ticket, which already suggests that.
>
> Have you tried it? It sounds like a much better way to me.
I think this would be a common-sense
On Wed, 21 May 2025, 01:45 softworkz .,
wrote:
> 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 t
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
Hi Michael,
Here is how this should be handled.
"Hi Paul,
I'm sorry for aggressively trying to force SDR into the FFmpeg project
over a period of several weeks in spite of objections from you and the
community causing you to leave.
FFmpeg is now a better community* and we would love it if you co
>
> - adding vzeroupper: ~12%
>
This seems quite suspicious.
Can you explain what you are doing here?
Kieran
>
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or
On Wed, May 21, 2025 at 5:48 PM Henrik Gramner wrote:
>
> Tested to pass FATE on Linux and Windows.
Pushed.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or emai
On Mon, May 26, 2025 at 8:13 PM Zhao Zhili
wrote:
>
>
>
> > On May 22, 2025, at 13:06, Zhao Zhili
> > wrote:
> >
> > From: Zhao Zhili
> >
> > Fix error reported by swscaler:
> > Unsupported input (Operation not supported): fmt:yuv420p csp:unknown
> > prim:reserved trc:bt709 -> fmt:yuv420p csp:
On Tue, 4 Mar 2025, 19:01 Kieran Kunhya, wrote:
>
>
> 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,
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 example i could have instead replied with a tone matching yours:
> > > (below is a (true) exa
Hi Michael,
On Wed, 14 May 2025, 23:35 Michael Niedermayer,
wrote:
> On Sun, May 11, 2025 at 10:13:36PM +0200, Michael Niedermayer wrote:
> > This is based on discussion with the GA and its simply the people
> > who have done or tried to do some uploads recently.
> >
> > Everyone who has a shel
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
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
On Wed, 28 May 2025, Zhao Zhili wrote:
> Why this depending on the codec? Could you provide a case that takes
> several seconds?
I encountered the problem with an RTP live stream using H.264 in
intra-refresh mode. I think the delay is related to seek_frame_generic
trying to find keyframes in t
>
> all members of fflabs where aware of it as i asked about the license
> situation it in the private
> fflabs IRC channel. I asked there because fflabs/jb has a lawyer
>
Do you understand that the lawyer of FFlabs represents the interests of
FFlabs and does not represent the interests of FFmpeg?
@Andreas Rheinhardt
Should we revert this?
Kieran
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe
> FFlabs depends on FFmpeg so its interrests in terms of FFmpeg complying
> to all laws should be aligned here
Interesting, so the person that complains about FFlabs having too much
corporate control over FFmpeg is now ok to assume FFlabs legal opinion
"align[ing]" with FFmpeg.
Kieran
__
fix the missing data structure pkey in the tls_context
Signed-off-by: Jack Lau
---
libavformat/tls_openssl.c | 30 +-
1 file changed, 17 insertions(+), 13 deletions(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index b589d5d90a..bddeee9af8 100
The av_display_rotation_get function previously yielded inconsistent
angles for certain reflected (mirrored) matrices. For instance,
a matrix representing a -45 degree rotation followed by a horizontal
flip resulted in 135 degrees, while the desired interpretation after
canonicalizing the reflectio
On Wed, Jun 4, 2025 at 5:15 AM Maryla Ustarroz-Calonge via
ffmpeg-devel wrote:
>
> Signed-off-by: Maryla Ustarroz-Calonge
> ---
> Changelog | 1 +
> libavcodec/libaomdec.c | 62 ++
> libavcode
On Wed, 4 Jun 2025, 12:46 Steven Liu, wrote:
> Kieran Kunhya via ffmpeg-devel 于2025年6月4日周三
> 19:35写道：
> Hi Kieran,
>
> >
> > @Andreas Rheinhardt
> > Should we revert this?
>
> I believe it would be better to leave comments if there are any
> concerns abo
On Fri, May 30, 2025 at 2:52 PM Andreas Rheinhardt
wrote:
>
> Maryla Ustarroz-Calonge via ffmpeg-devel:
> > The new fate sample av1/metadata_hdr10_plus.ivf used in the second
> > test is the output of the first test.
> >
> > Signed-off-by: Maryla Ustarroz-Calong
On Fri, May 30, 2025 at 3:52 AM Maryla Ustarroz-Calonge via
ffmpeg-devel wrote:
>
> Signed-off-by: Maryla Ustarroz-Calonge
> ---
> libavcodec/libaomdec.c | 62 ++
> libavcodec/libaomenc.c | 60 +++
On Wednesday, May 28th, 2025 at 11:17 AM, Michael Niedermayer
wrote:
> Hi
>
> If someone has spare time, there are some public open issues on:
> https://issues.oss-fuzz.com/issues?q=status:open componentid:1638179
> title:ffmpeg
>
> check if they have pending fixes on the ML first and if so h
On Fri, 6 Jun 2025, 10:51 Michael Niedermayer,
wrote:
> On Fri, Jun 06, 2025 at 12:06:34AM +0800, Zhao Zhili wrote:
> > From: Zhao Zhili
> >
> > ---
> > libavformat/avformat.h | 3 +--
> > libavformat/format.c | 2 ++
> > 2 files changed, 3 insertions(+), 2 deletions(-)
> >
> > diff --git a/l
On Sat, 7 Jun 2025, 00:12 Michael Niedermayer,
wrote:
> Code like FFMIN(MAX_DURATION_BUFFER_SIZE, avio_size(s->pb)) is not safe
> as FFMIN() is a macro and avio_size() is thus evaluated multiple
> times
>
> CC: Justin Ruggles
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/dhav.c | 7
>
>
> #define LIBAVUTIL_VERSION_MAJOR 60
> --#define LIBAVUTIL_VERSION_MINOR 1
> -+#define LIBAVUTIL_VERSION_MINOR 2
> +-#define LIBAVUTIL_VERSION_MINOR 3
> ++#define LIBAVUTIL_VERSION_MINOR 4
>#define LIBAVUTIL_VERSION_MICRO
Are you seriously expecting
In higher versions (like openssl 1.1.1 and higher),
the function signature is BIO *BIO_new_mem_buf(const void *buf, int len),
so passing a const string doesn't cause an warnings.
However, in lower versions of OpenSSL,
the function signature becomes BIO *BIO_new_mem_buf(void *buf, int len),
which le
On Sat, Jun 7, 2025 at 5:20 PM softworkz .
wrote:
>
>
> It's MythBusters Day!
> =
>
>
> Today: Busting the Lies of Nicolas George
Can you stop spamming this list with your rants and get a blog or something?
Kieran
___
ffmpeg-devel m
api doc: https://docs.openssl.org/1.0.2/man3/BIO_s_mem
In higher versions (openssl 1.0.2 and higher),
the function signature is BIO *BIO_new_mem_buf(const void *buf, int len),
so passing a const string doesn't cause an warnings.
However, in lower versions of OpenSSL,
the function signature becomes
if muxer has a name, !short_name is always false
Signed-off-by: Jack Lau
---
libavformat/format.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/format.c b/libavformat/format.c
index 516925e7e4..ad8c17b6d7 100644
--- a/libavformat/format.c
+++ b/libavformat/forma
--- Begin Message ---
On Wed, Jun 11, 2025 at 9:58 PM softworkz .
wrote:
>
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Marton Balint
> > Sent: Mittwoch, 11. Juni 2025 21:18
> > To: FFmpeg development discussions and patches > [email protected]>
> > Subject: Re: [FFm
--- Begin Message ---
Signed-off-by: Jack Lau
---
libavformat/whip.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/whip.c b/libavformat/whip.c
index 710f24fc5a..bb7b8657dc 100644
--- a/libavformat/whip.c
+++ b/libavformat/whip.c
@@ -1907,7 +1907,7 @@ const FFOutp
--- Begin Message ---
Signed-off-by: Jack Lau
---
libavformat/whip.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/whip.c b/libavformat/whip.c
index 710f24fc5a..bb7b8657dc 100644
--- a/libavformat/whip.c
+++ b/libavformat/whip.c
@@ -1907,7 +1907,7 @@ const FFOutp
--- Begin Message ---
Signed-off-by: Jack Lau
---
libavformat/whip.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavformat/whip.c b/libavformat/whip.c
index 710f24fc5a..a6827d3478 100644
--- a/libavformat/whip.c
+++ b/libavformat/whip.c
@@ -1885,13 +1885,13
--- 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/
--- Begin Message ---
Signed-off-by: Jack Lau
---
libavformat/whip.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/libavformat/whip.c b/libavformat/whip.c
index ed007255ce..e713f7c741 100644
--- a/libavformat/whip.c
+++ b/libavformat/whip.c
@@ -1898,13 +1898,1
--- Begin Message ---
this muxer has been marked AVFMT_EXPERIMENTAL.
Signed-off-by: Jack Lau
---
doc/muxers.texi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 30c95c3d34..d2ee90bf33 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -3885,6 +388
Hi,
On Tuesday, August 12th, 2025 at 5:51 AM, Niklas Haas wrote:
> On Tue, 12 Aug 2025 15:08:10 +0530 Gyan Doshi [email protected] wrote:
>
> > On 2025-08-12 03:04 pm, Niklas Haas wrote:
> >
> > > On Tue, 12 Aug 2025 11:16:19 +0200 Nicolas George [email protected] wrote:
> > >
> > > > ffmpe
On Tue, 12 Aug 2025, 04:11 Michael Niedermayer,
wrote:
> Hi Lynne
>
> On Mon, Aug 11, 2025 at 09:22:26PM +0900, Lynne wrote:
> > Recently, the issue of plugins was raised.
> >
> > Michael pushed a patch to enable out of tree branches to be freely added
> to
>
> please look at this before you frea
On Thu, 14 Aug 2025, 12:53 Alexander Strasser via ffmpeg-devel, <
[email protected]> wrote:
> On 2025-08-14 18:44 +0200, Michael Niedermayer wrote:
> > On Thu, Aug 14, 2025 at 04:18:03PM +0200, Nicolas George wrote:
> > > Kieran Kunhya via ffmpeg-devel (HE12025-08-14
Intel provided a microcode update to mitigate this security
vulnerability which has a huge negative performance impact on gather
instructions. This means that hscale 8to15 avx2, which uses gather
extensively, is no longer faster than SSSE3 on impacted CPUs.
---
libavutil/x86/cpu.c | 6 --
1 fi
On Fri, Aug 8, 2025 at 2:21 PM Alan Kelly wrote:
> Intel provided a microcode update to mitigate this security
> vulnerability which has a huge negative performance impact on gather
> instructions. This means that hscale 8to15 avx2, which uses gather
> extensively, is no longer faster than SSSE3
On Mon, Aug 11, 2025 at 1:57 PM Maryla Ustarroz-Calonge
wrote:
>
> Signed-off-by: Maryla Ustarroz-Calonge
> ---
> Changelog | 1 +
> libavcodec/libaomdec.c | 63 ++
> libavcodec/libaomenc.c | 55
> libavco
On Mon, Aug 11, 2025 at 1:57 PM Maryla Ustarroz-Calonge
wrote:
>
> Signed-off-by: Maryla Ustarroz-Calonge
> ---
> tests/Makefile | 1 +
> tests/fate/av1.mak | 7 +
> tests/ref/fate/libaom-hdr10-plus | 44
> 3 files changed, 5
On Wed, 13 Aug 2025, 14:25 michaelni, wrote:
> PR #20236 opened by michaelni
> URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20236
> Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20236.patch
>
> Fixes: integer overflow
> Fixes: testcase that calls av_timecode_init_from_components() wi
Hi all,
I am trying to compile FFmpeg with the --enable-libnpp flag configure on Ubuntu
24.04.
but I am getting an error in file vf_scale_npp.c
> CC libavfilter/vf_scale_npp.o
> libavfilter/vf_scale_npp.c: In function 'nppscale_deinterleave':
> libavfilter/vf_scale_npp.c:715:15: error: impli
Add av_frame_free() to release frame to avoid potential memory leaks.
Fixes: 5fdb5ed613 ("FATE: add a test for sliced scaling")
Signed-off-by: Jiasheng Jiang
---
Changelog:
v1 -> v2:
1. Replace frame with pd.frame_dst and pd.frame_ref in the second
av_frame_free() call.
---
tools/scale_slice_
On 14/08/2025 15:17, Marco Oman via ffmpeg-devel wrote:
Hi all,
I am trying to compile FFmpeg with the --enable-libnpp flag configure on Ubuntu
24.04.
but I am getting an error in file vf_scale_npp.c
CC libavfilter/vf_scale_npp.o
libavfilter/vf_scale_npp.c: In function
Add av_free() if qf_vid is NULL to avoid potential memory leak.
Fixes: 5d48e4eafa ("Merge commit 'a6a750c7ef240b72ce01e9653343a0ddf247d196'")
Signed-off-by: Jiasheng Jiang
---
Changelog:
v1 -> v2:
1. Add check for in to avoid calling flcose(NULL).
---
libavutil/tests/lzo.c | 9 -
1 fil
On 8/13/2025 8:39 PM, Pavel Koshevoy wrote:
On Tue, Aug 12, 2025 at 7:59 AM James Almer wrote:
On 8/4/2025 4:50 PM, Pavel Koshevoy wrote:
---
libavcodec/mfenc.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/libavcodec/mfenc.c b/libavcodec/mfenc.c
index 30531fe3e8..942c7
On Thu, 14 Aug 2025, 00:08 Michael Niedermayer,
wrote:
> On Wed, Aug 13, 2025 at 03:36:43PM -1000, Kieran Kunhya via ffmpeg-devel
> wrote:
> > On Wed, 13 Aug 2025, 14:25 michaelni, wrote:
> >
> > > PR #20236 opened by michaelni
> > > URL: https://code.
Add a new flag to the vf_colorspace filter which provides the user an
option to clamp the linear and delinear transfer characteristics LUT
values to the [0, 1] represented range. This helps constrain the
potential value range when converting between colorspaces.
Signed-off-by: Drew Dunne
---
lib
On 2025-08-14 18:44 +0200, Michael Niedermayer wrote:
> On Thu, Aug 14, 2025 at 04:18:03PM +0200, Nicolas George wrote:
> > Kieran Kunhya via ffmpeg-devel (HE12025-08-14):
> > > I don't think we should partake in this "security vulnerability farming"
> > >
PR #20258 opened by James Almer (jamrial)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20258
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20258.patch
The array is only ever needed for streams where each sample entry may have a
different value. Given that for non animated HEIF there'
PR #20279 opened by Timo Rothenpieler (BtbN)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20279
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20279.patch
>From 9b949e2a5e82e9bba9ff2e533683ef057acc0fb0 Mon Sep 17 00:00:00 2001
From: Timo Rothenpieler
Date: Mon, 18 Aug 2025 20:28:26 +
PR #20276 opened by James Almer (jamrial)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20276
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20276.patch
If requested, it should have priotity over any coded value
Fixes trac ticket #11649.
>From e90c889ee2cefbe173a2f61e1433b18c33436a0c
Add a new flag to the vf_colorspace filter which provides the user an
option to clamp the linear and delinear transfer characteristics LUT
values to the [0, 1] represented range. This helps constrain the
potential value range when converting between colorspaces.
Signed-off-by: Drew Dunne
---
doc
Hi!
As you might have noticed, a bunch of big Mail-Hosters have introduced
new, even stricter, requirements. Primarily it's Microsoft, but others
seem to already have followed suit.
So we had to configure the list to send all mails as coming from the
list itself.
At least to me this seems hi
Hi Martin
On Tue, Sep 16, 2025 at 10:54:19PM +0300, Martin Storsjö via ffmpeg-devel wrote:
> On Tue, 16 Sep 2025, Michael Niedermayer via ffmpeg-devel wrote:
>
> > On Tue, Sep 16, 2025 at 02:12:20PM +0300, Martin Storsjö via ffmpeg-devel
> > wrote:
> > > On Tue, 16 Se
The first UL of the SMPTE 436M descriptor triple in mxfenc.c used 0x0a
instead of 0x09. This caused generated MXF files without "MXF-GC Generic
ANC
Data Mapping" essence container descriptor.
This patch corrects the UL to align with SMPTE RP224, so that the ANC
descriptor is properly recognized.
> On Sep 20, 2025, at 14:06, Brad Smith via ffmpeg-devel
> wrote:
>
> libavformat/udp.c:283:9: warning: unused variable 'i' [-Wunused-variable]
>
> Signed-off-by: Brad Smith
> ---
> libavformat/udp.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 dele
libavformat/udp.c:283:9: warning: unused variable 'i' [-Wunused-variable]
Signed-off-by: Brad Smith
---
libavformat/udp.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/libavformat/udp.c b/libavformat/udp.c
index e1dec49010..839c301369 100644
--- a/libavformat/udp.c
++
>From b8a59df6a484beb391898de9b8c38f7387ad7ee5 Mon Sep 17 00:00:00 2001
From: Jerome Martinez
Date: Wed, 3 Sep 2025 21:33:50 +0200
Subject: [PATCH 2/7] matroskaenc: reserve_video_track_space option
The number of block additions is not known in advance, so we need to be able to
set more reserved
>From 305cce5e1db5e6ae48497398bec024da206b9035 Mon Sep 17 00:00:00 2001
From: Jerome Martinez
Date: Wed, 3 Sep 2025 19:54:10 +0200
Subject: [PATCH 1/7] matroskaenc: remove unused MaxBlockAdditionID
For non video tracks: it is never used, let's save 4 bytes
For video tracks: simplify the temporary
PR #20562 opened by Timo Rothenpieler (BtbN)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20562
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20562.patch
This is forwarded from
https://lists.ffmpeg.org/lore/ffmpeg-devel/[email protected]/T/#u
so it doesn't g
On Tue, 16 Sep 2025 10:49:00 +0200 Michael Niedermayer
wrote:
> Hi all
>
> 2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested
> Forgejo. And as said in that vote, (and surprisingly, i have not forgotten it)
> heres the "after testing" discussion and vote
>
> do we want to ke
PR #20524 opened by Timo Rothenpieler (BtbN)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20524
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20524.patch
>From f85da32e3a841742fda6e869afa6ce21a84e8550 Mon Sep 17 00:00:00 2001
From: Timo Rothenpieler
Date: Mon, 15 Sep 2025 14:17:49 +
Timo Rothenpieler via ffmpeg-devel (HE12025-09-18):
> The problem is they can be very frequent. And not only force pushes.
> So the current implementation is a compromise between visibility and
> spam-level.
They are not more frequent than v2, v3, etc., used to be, and therefore
below a
On Mon, 22 Sep 2025, harish.rajaselvan--- via ffmpeg-devel wrote:
I have been working on enabling ARM64EC compilation and have
successfully built FFmpeg binaries for this target. To achieve this it
required modifications to the build configuration files and to the
gas-preprocessor.pl script
On Mon, 22 Sep 2025, Brad Smith wrote:
libavutil/arm: Make use of elf_aux_info() on FreeBSD/OpenBSD
- FreBSD/OpenBSD have elf_aux_info() on arm
- Wrap AT_HWCAP as the value is different for BSD vs Linux (16 vs 25)
Signed-off-by: Brad Smith
---
libavutil/arm/cpu.c | 12 +---
1 file chan
libavutil/arm: Rename the HWCAP defines
Rename the HWCAP defines to use the same naming scheme as AArch64 and PPC.
Signed-off-by: Brad Smith
---
libavutil/arm/cpu.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/libavutil/arm/cpu.c b/libavutil
PR #20574 opened by Sean McGovern (sean_mcg)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20574
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20574.patch
From d84eeb1624517d15efae08afb04df3cfdaf01e2a Mon Sep 17 00:00:00 2001
From: Sean McGovern
Date: Mon, 22 Sep 2025 08:31:16 -0400
PR #20580 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20580
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20580.patch
Get and set remote addr when dtls server mode.
(Refer to url_bio_bread in tls_openssl.c)
Add tls_handshake function.
TODO:
add gnutls_p
PR #20579 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20579
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20579.patch
The udp buffer size might be too small to easily
be full temporarily and return WSAEWOULDBLOCK.
The udp code will handle the windows erro
PR #20578 opened by Derek Buitenhuis (dwbuiten)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20578
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20578.patch
This was a regression introduced in 292c1df7c159c8a1a7afe52613d164ff417e81ce.
Since we don't know the length of the stts data u
This patch series adds support of timecode in Matroska files, specs are at:
https://github.com/ietf-wg-cellar/matroska-specification/blob/master/cellar-codec/block_additional_mappings/smpte-st12-1-timecode.md
As ST 12-1 support was already partially implemented, using 32 bits
rather than 64 bits
On Tue, Sep 16, 2025 at 10:49:00AM +0200, Michael Niedermayer via ffmpeg-devel
wrote:
> Hi all
>
> 2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested
> Forgejo. And as said in that vote, (and surprisingly, i have not forgotten it)
> heres the "after tes
PR #20555 opened by Marton Balint (cus)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20555
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20555.patch
This removes lots of parsing code duplications, unifies parsing rules and also
enhances the documentation.
Some notable changes, some
On 21.09.2025 03:19, Brad Smith via ffmpeg-devel wrote:
libavformat/udp.c:283:9: warning: unused variable 'i' [-Wunused-variable]
Signed-off-by: Brad Smith
---
libavformat/udp.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/libavformat/udp.c b/libavfo
PR #20566 opened by Vittorio Palmisano (vpalmisano)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20566
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20566.patch
avfilter/af_whisper: fix srt index and int64 printf format
- Use PRId64 for printing int64_t values in the SRT output.
- In
PR #20567 opened by Vittorio Palmisano (vpalmisano)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20567
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20567.patch
avfilter/af_whisper: fix srt index
The srt index should be incremented for each segment.
>From 8af6c4f3d10ec026724469c1c5
PR #20569 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20569
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20569.patch
>From 161f9ab8166dc673b226f790a23113a15c6c23a1 Mon Sep 17 00:00:00 2001
From: Zhao Zhili
Date: Mon, 22 Sep 2025 00:42:02 +0800
Subject:
PR #20554 opened by Timo Rothenpieler (BtbN)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20554
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20554.patch
libnpp is a closed source proprietary library, and for most of its
functionality, proper open source functionality via CUDA kernel
libavformat/udp.c:283:9: warning: unused variable 'i' [-Wunused-variable]
Signed-off-by: Brad Smith
---
libavformat/udp.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavformat/udp.c b/libavformat/udp.c
index e1dec49010..27b0147252 100644
--- a/libavformat/udp.c
+++ b/
Hi Martin
On Tue, Sep 16, 2025 at 02:12:20PM +0300, Martin Storsjö via ffmpeg-devel wrote:
> On Tue, 16 Sep 2025, Michael Niedermayer wrote:
>
> > Hi all
> >
> > 2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested
> > Forgejo. And as said in t
On Tue, 16 Sep 2025, Michael Niedermayer wrote:
F. keep Forgejo as primary forge for patch/git workflow
M. switch back to the ML for patch/git workflow
all GA members can vote, by publically replying here with a
"F." / "Forgejo" vs "M." / "ML"
End time is in 7 days unless teh community wants to
Hi
On Mon, Sep 15, 2025 at 02:06:07PM +0200, Timo Rothenpieler via ffmpeg-devel
wrote:
> On 15/09/2025 13:09, Michael Niedermayer via ffmpeg-devel wrote:
[...]
> > Ideas, Comments ?
>
> I do think trac is a dead end software, and we want to eventually retire it.
btw, anyone kno
When mp4/mov media packaged without faststart/empty_moov is ingested
through pipe, the process stalls indefinitely or until buffers deplete
memory. This aborts the ingest immediately unless we read from seekable
input or the mdat is very small.
Signed-off-by: Tijn Porcelijn
---
libavformat/mov.
> * announce code.ffmpeg.org publically so people can start submitting
> and reviewing on it as an alternative to the ML
May want to add it to this page somehow, since it's in use now, so
people know there's two?
https://trac.ffmpeg.org/
And that's the "go to" bug submission page...
Cheers!
__
On Tue, 16 Sep 2025, Michael Niedermayer via ffmpeg-devel wrote:
On Tue, Sep 16, 2025 at 02:12:20PM +0300, Martin Storsjö via ffmpeg-devel wrote:
On Tue, 16 Sep 2025, Michael Niedermayer wrote:
Hi all
2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested
Forgejo. And as
Hi Alexander
On Tue, Sep 16, 2025 at 03:59:38PM +0200, Alexander Strasser via ffmpeg-devel
wrote:
> On 2025-09-16 10:49 +0200, Michael Niedermayer via ffmpeg-devel wrote:
> >
> [...]
> >
> > * If we keep forgejo we will likely transition our issue tracker ticket
On 9/15/25 15:26, Helmuth Schmitz via ffmpeg-devel wrote:
The first UL of the SMPTE 436M descriptor triple in mxfenc.c used 0x0a
instead of 0x09. This caused generated MXF files without "MXF-GC Generic
ANC
Data Mapping" essence container descriptor.
This patch corrects the UL to
On Mon, Sep 15, 2025 at 08:35:21PM +0200, Timo Rothenpieler via ffmpeg-devel
wrote:
> On 9/15/2025 8:26 PM, Michael Niedermayer via ffmpeg-devel wrote:
[...]
>
> >
> > >
> > > Plus the multi-account issue you mentioned.
> >
> > redmine can accept OAu
Hi Timo
On Mon, Sep 15, 2025 at 10:20:30PM +0200, Timo Rothenpieler via ffmpeg-devel
wrote:
> These are the hosting costs for code.ffmpeg.org so far:
>
> Each months bill is for the previous month. So the February one is for what
> was used in January, and so on.
> The left side
On 2025-09-16 03:16 am, Michael Niedermayer via ffmpeg-devel wrote:
What can happen is that if an existing open trac issue is taken up for
active resolution, then a new issue at Forgejo can be opened, with a
reference to the trac issue. A comment can be left at trac linking to this
new Forge
Hi Timo
On Mon, Sep 15, 2025 at 07:19:17PM +0200, Timo Rothenpieler via ffmpeg-devel
wrote:
> On 9/15/2025 2:57 PM, Michael Niedermayer via ffmpeg-devel wrote:
> > Hi
> >
> > On Mon, Sep 15, 2025 at 02:06:07PM +0200, Timo Rothenpieler via
> > ffmpeg-devel wrote
On 9/15/2025 8:26 PM, Michael Niedermayer via ffmpeg-devel wrote:
Hi Timo
On Mon, Sep 15, 2025 at 07:19:17PM +0200, Timo Rothenpieler via ffmpeg-devel
wrote:
On 9/15/2025 2:57 PM, Michael Niedermayer via ffmpeg-devel wrote:
Hi
On Mon, Sep 15, 2025 at 02:06:07PM +0200, Timo Rothenpieler via
On Tue, 16 Sep 2025 23:12:55 +0200 Balint Marton via ffmpeg-devel
wrote:
> [...]
>
> - Comparing pull request versions does not remove the upstreamed commits
>from the comparison, so if a new version is newly rebased, I see
>upstream commits as well in the comparison.
>
Martin Storsjö via ffmpeg-devel (HE12025-09-16):
> No, that is not the point at all.
>
> The point is having one's voice and vote count, without needing to disclose
> it publicly. On potentially contentious matters, people eligible to vote may
> wish to do so, without havi
On 9/11/2025 4:59 PM, Marco Oman via ffmpeg-devel wrote:
Hi,
I compiled the example hw_decode.c on Ubuntu 24.04 with ffmpeg 7.0 compiled
with --enable-cuda-nvcc. Then lauched the decoding over a small mp4 file with a
video encoded H264 and checked the whole thing with valgrind with the
2301 - 2400 of 3425 matches
Mail list logo
