> On Oct 14, 2025, at 18:53, Kieran Kunhya via ffmpeg-devel
> wrote:
>
> On Tue, Oct 14, 2025 at 11:32 AM Nicolas George via ffmpeg-devel
> wrote:
>>
>> michaelni (HE12025-10-13):
>>> Also you would have to convince the community, that we want this. iam
>>> not sure how the community would t
Hi
On Thu, Jul 03, 2025 at 10:12:43PM +0200, Michael Niedermayer wrote:
> We do not support larger tiles as we use signed int
> Alternatively we can check this in apv_decode_tile_component() or
> init_get_bits*()
> or support bitstreams above 2gb length
>
> Fixes: init_get_bits() failure later
>
PR #20592 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20592
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20592.patch
Unused since ad77345a5d14862f4701e5ad422b03b14934a5b9.
>From 6bd29f31912942e10c4d03ce180ea34baaaef08f Mon Sep 17 00:00:00 2001
From: Andreas Rheinha
*** BLURB HERE ***
baigao (3):
avformat/whip whep: create rtc for common RTC code shared by whip and
whep
avformat/whip whep: reanme whip prefix to rtc for common RTC
structures
avformat/whip whep: add whep support
configure|1 +
libavformat/Makefile |3
Hi
On Fri, Oct 03, 2025 at 03:49:36PM +, Kovacs, Zsolt via ffmpeg-devel wrote:
> Hi All,
>
> We had crashes in prod while compressing audio with G.723.1 using ffmpeg as a
> library. The callstack was:
>
> fcb_search, line 1027
> ff_encode_encode_cb, line 253
> encode_simple_internal, line 3
PR #20647 opened by Rémi Denis-Courmont (Courmisch)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20647
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20647.patch
From e94bf3d10d5531d115db5745690044b09495ccef Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?R=C3=A9mi=20Denis-Courmont?=
Date:
configure: add intial Windows platform install files for debug with .pdb
symbols
adding symbols installation to Mingw32/64 & Windows x86/x64 windows targets
with variable added to config.mak and additional install step for this
in library.mak,
resulting in shared library symbol files being inst
On Tue, Oct 14, 2025 at 12:39 PM Zhao Zhili wrote:
>
>
>
> > On Oct 14, 2025, at 18:53, Kieran Kunhya via ffmpeg-devel
> > wrote:
> >
> > On Tue, Oct 14, 2025 at 11:32 AM Nicolas George via ffmpeg-devel
> > wrote:
> >>
> >> michaelni (HE12025-10-13):
> >>> Also you would have to convince the co
On Mon, 13 Oct 2025, 09:27 Nicolas George via ffmpeg-devel, <
[email protected]> wrote:
> kupix via ffmpeg-devel (HE12025-10-13):
> > This adds an audio filter using the
> > [Bungee](https://github.com/bungee-audio-stretch/bungee) open source
> > audio timescale manipulation library. It also
Le perjantaina 10. lokakuuta 2025, 15.28.58 Itä-Euroopan kesäaika Michael
Niedermayer via ffmpeg-devel a écrit :
> The FFmpeg community decided, that we should actively look for sponsors.
Insofar as "absentees are always wrong" (French proverb), yes, but it should
be noted that almost no one par
PR #20665 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20665
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20665.patch
>From 1f02b0baca4e92ed3e432c476b16b9d8e140be88 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Wed, 8 Oct 2025 03:45:20 +0200
Subject: [PATC
PR #20660 opened by Dmitrii Ovchinnikov (OvchinnikovDmitrii)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20660
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20660.patch
Instead of blocking the entire context, which can cause issues in more
complex pipelines, now only frame sending is
---
libavformat/whip.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/whip.c b/libavformat/whip.c
index 472c6dbf16..6ace9240f9 100644
--- a/libavformat/whip.c
+++ b/libavformat/whip.c
@@ -617,12 +617,14 @@ static int generate_sdp_offer(AVFormatContext *s)
Hi Nicolas, Kieran
On Wed, Oct 15, 2025 at 10:31:35AM +0200, Nicolas George via ffmpeg-devel wrote:
> Kieran Kunhya via ffmpeg-devel (HE12025-10-15):
> > FFmpeg should move to an LTS and development version like Ubuntu.
> >
> > Then companies can pay for older versions to have backports of securi
PR #20651 opened by Martin Storsjö (mstorsjo)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20651
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20651.patch
This follows up on c79bce92b8407199b6e70205393411650e4342ca with
more options that don't work together with hybrid fragmentation.
cenzhanquan1 via ffmpeg-devel (HE12025-09-28):
> PR #20621 opened by cenzhanquan1
> URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20621
> Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20621.patch
>
> This commit introduces a new API that allows commands to be recursively
> forwarded th
michaelni (HE12025-10-13):
> Also you would have to convince the community, that we want this. iam
> not sure how the community would think about it, but for example you
> could offer to donate a percentage of your profits from this to
> ffmpeg.
Hi. I procrastinated replying about soliciting spons
> The number of people voting was a bit disappointing but
> the result is an unanimous "Yes"
unanimous - "if a group of people is unanimous, everyone agrees to something: "
https://dictionary.cambridge.org/dictionary/english/unanimous
Number of votes: 1
Number of days since a deranged email on th
On September 28, 2025 2:18:40 AM PDT, Michael Niedermayer via ffmpeg-devel
wrote:
> On Sun, Sep 28, 2025 at 10:54:14AM +0300, Rémi Denis-Courmont via
> ffmpeg-devel wrote:
> > Otherwise, I don't really see any benefit to Trac. Forgejo would allow us
> > to
> > link issues and MRs, and presum
Le perjantaina 3. lokakuuta 2025, 23.49.46 Itä-Euroopan kesäaika Stephen
Hutchinson via ffmpeg-devel a écrit :
> While I haven't gotten through adding the more newly-added external
> libraries to the tedious mingw build guide, IIRC most/all of them
> already can be built natively for AArch64, so I
On Fri, 10 Oct 2025, Harish Raja Selvan wrote:
Hi Martin,
Thanks for the patch! I’ve tested it, and it works as expected. The static
ARM64EC build of FFmpeg now builds successfully without any additional code
changes. I’m now looking into the changes needed in the makedef script for
the --enable
Hi Everyone
The FFmpeg community decided, that we should actively look for sponsors.
And to do that, i will use my influence as shareholder of FFlabs to:
Authorize the use of excess funds (that is funds FFlabs does not need for
its own needs, obligations, benefit, growth, strategy, treasury), to
PR #20704 opened by Martin Storsjö (mstorsjo)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20704
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20704.patch
From 3a1d1ef1caa1c23a21471c1c985fb12e4b9debc9 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Martin=20Storsj=C3=B6?=
Date: Tue, 14 Oct
Add basic WHEP support based on the WHIP implementation
- Implemented the core WHEP playback logic. (Note: RTX retransmission handling
is not yet supported).
- Modified a few interfaces in the RTP demux to allow them to be reused for the
WHEP implementation.
The series is structured as follows:
---
libavformat/rtc.c | 564 ++---
libavformat/rtc.h | 60 ++---
libavformat/whip.c | 180 +++
3 files changed, 402 insertions(+), 402 deletions(-)
diff --git a/libavformat/rtc.c b/libavformat/rtc.c
index 2dc0383d3e..8c848b6026 100644
--- a/l
On Tue, Oct 14, 2025 at 04:40:06AM +0200, Michael Niedermayer via ffmpeg-devel
wrote:
> Hi Everyone
>
> As we are now looking for sponsors, we also should look for tasks to fund.
> I suggest, we first do some brainstorming and make a list, and then figure
> out which
> tasks we want to sponsor (
HI Nicolas
On Thu, Oct 16, 2025 at 01:56:59PM +0200, Nicolas George via ffmpeg-devel wrote:
> Michael Niedermayer via ffmpeg-devel (HE12025-10-13):
> > theres also:
> > https://lists.ffmpeg.org/lore/ffmpeg-devel/
>
> This is a lot better. I do not find how to get a threaded index like we
> used t
PR #20646 opened by James Almer (jamrial)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20646
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20646.patch
>From 99034b581f5608c1bb4edd52864b1bc973ad2dfb Mon Sep 17 00:00:00 2001
From: James Almer
Date: Sat, 4 Oct 2025 14:18:16 -0300
Subje
Le 3 octobre 2025 15:44:56 GMT+03:00, "Martin Storsjö via ffmpeg-devel"
a écrit :
>First off, calling a C function, which turns out to be in x86_64 mode, will
>clobber those registers.
Will it? I thought code JITed from x86_64 to AArch64 could *not* access the
reserved registers, and that wa
PR #20666 opened by Tong Wu (tong1wu)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20666
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20666.patch
Signed-off-by: Tong Wu
>From 11d06cb4927455bdd4478014f8b9b64a8724b44a Mon Sep 17 00:00:00 2001
From: Tong Wu
Date: Wed, 8 Oct 2025 11:
PR #20637 opened by toots
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20637
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20637.patch
This fixes PTS/DTS discontinuity on sequentialized ogg streams.
>From 98c89233807a1efae0ebaa1cb9ae4ff6c09b8969 Mon Sep 17 00:00:00 2001
From: Romai
On Wed, 15 Oct 2025, 09:32 Nicolas George via ffmpeg-devel, <
[email protected]> wrote:
> Kieran Kunhya via ffmpeg-devel (HE12025-10-15):
> > FFmpeg should move to an LTS and development version like Ubuntu.
> >
> > Then companies can pay for older versions to have backports of security
> >
Hi Ronald
On Sat, Oct 11, 2025 at 05:05:44PM -0400, Ronald S. Bultje via ffmpeg-devel
wrote:
> Hi Michael,
>
> On Thu, Oct 9, 2025 at 11:01 AM Michael Niedermayer via ffmpeg-devel <
> [email protected]> wrote:
>
> > The number of people voting was a bit disappointing but
>
>
> I can't s
Thank you for taking a look. Bungee is the result of independent research and
optimisation. It was released in Feb 2024 as MPL v2.0. Bungee Pro was released
alongside Bungee: although it shares an API, its algorithms are proprietary,
its audio quality is industry leading and it is highly optimis
Hi Devin
On Fri, Oct 10, 2025 at 10:07:16AM -0400, Devin Heitmueller via ffmpeg-devel
wrote:
> On Fri, Oct 10, 2025 at 10:03 AM Kieran Kunhya via ffmpeg-devel
> wrote:
> > Posts about the business operations of FFlabs, a private company, are
> > off-topic on this mailing list.
> >
> > Kieran
>
Hi
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 testing" discussion a
PR #20575 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20575
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20575.patch
>From 5cb58a94a6fc59d96fafbffb10b4a191409e7223 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Mon, 22 Sep 2025 14:40:24 +0200
Subject: [PAT
Hi Gyan
On Tue, Sep 16, 2025 at 10:09:14AM +0530, Gyan Doshi via ffmpeg-devel wrote:
>
>
> On 2025-09-16 03:16 am, Michael Niedermayer via ffmpeg-devel wrote:
[...]
> > And what do we gain by avoiding "wholesale migration" ?
>
> Added bloat of thousands of dormant issues marked as open, many
PR #20713 opened by my4ng
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20713
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20713.patch
This fixes issue #20540 and #20657 with VAAPI's approach.
It combines P-frame with following B-frame into a single packet with the
latter's order, a
> On Oct 6, 2025, at 16:06, baigao via ffmpeg-devel
> wrote:
>
> ---
> libavformat/whip.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/whip.c b/libavformat/whip.c
> index 472c6dbf16..6ace9240f9 100644
> --- a/libavformat/whip.c
> +++ b/libavformat/wh
kupix via ffmpeg-devel (HE12025-10-13):
> This adds an audio filter using the
> [Bungee](https://github.com/bungee-audio-stretch/bungee) open source
> audio timescale manipulation library. It also adds support for the
> proprietary "Bungee Pro" variant.
Hi.
Thanks for the patch. What is the benef
Hi Gyan
On Tue, Sep 16, 2025 at 10:09:14AM +0530, Gyan Doshi via ffmpeg-devel wrote:
>
>
> 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
PR #20582 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20582
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20582.patch
>From 45f89dbd435e83ed76acc410b14a44dce1a72f95 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Sun, 21 Sep 2025 22:51:18 +0200
Subject: [PAT
Hi Everyone
As we are now looking for sponsors, we also should look for tasks to fund.
I suggest, we first do some brainstorming and make a list, and then figure out
which
tasks we want to sponsor (or maybe someone wants to do one as a volunteer)
Heres some random ideas from me /mostly things fo
On 30/09/2025 03:44, Koushik Dutta via ffmpeg-devel wrote:
Signed-off-by: Koushik Dutta
---
libavcodec/ffv1enc_vulkan.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/ffv1enc_vulkan.c b/libavcodec/ffv1enc_vulkan.c
index 259bc75d4c..a54180a98b 100644
--- a/libavcodec/ffv1enc_vu
PR #20705 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20705
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20705.patch
One could probably replace the hadamard mmxext functions by SSE2 ones if one
just used an unaligned load/store in case one does not have an aligned s
PR #20678 opened by timblechmann
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20678
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20678.patch
i had submitted this patch before via email, but git-send-email workflow was
rather cumbersome. very happy to see i can submit a PR now
---
PR #20596 opened by damitha
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20596
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20596.patch
Currently stream level and container level metadata are dropped. This PR will
address that.
>From 0c852b6a80b4529759994424ca7d31c3c2c2d290 Mon Se
From: zhangxu
Refer to Advanced Systems Format (ASF) Specification
Parse AverageTimePerFrame from ExtendedStreamPropertiesObject
Signed-off-by: ZhangXu
---
libavformat/asfdec_f.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/libavformat/asfdec_f.c b/libavfor
PR #20716 opened by Jamaika1
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20716
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20716.patch
>From f1276fe5217d07fda6d7dba77d0740a32d4fdc15 Mon Sep 17 00:00:00 2001
From: Jamaika1
Date: Sat, 18 Oct 2025 17:26:10 +
Subject: [PATCH] Add
Hi
On Thu, Oct 02, 2025 at 11:36:33PM +0200, David Dominguez via ffmpeg-devel
wrote:
> mpegts_write_pes() warns when DTS - PCR is negative. This is
> done to detect frames that are late for decoding, meaning that
> timestamping is wrong or the muxrate value is insufficient.
>
> But this comparis
Hi Nicolas
On Wed, Oct 15, 2025 at 04:53:28PM +0200, Nicolas George via ffmpeg-devel wrote:
> Michael Niedermayer via ffmpeg-devel (HE12025-10-14):
> > As we are now looking for sponsors, we also should look for tasks to fund.
>
> > PS: once we have enough yearly income we can look at hiring / fu
PR #20601 opened by cenzhanquan1
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20601
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20601.patch
- Decoder:
- Respect request_sample_fmt if set, default to S16 instead of FLTP
- Add support for S16, S16P, FLT and FLTP sample formats
-
Add basic WHEP support based on the WHIP implementation
- Implemented the core WHEP playback logic. (Note: RTX retransmission handling
is not yet supported).
- Modified a few interfaces in the RTP demux to allow them to be reused for the
WHEP implementation.
The series is structured as follows:
Hi Michael,
On Thu, Oct 9, 2025 at 11:01 AM Michael Niedermayer via ffmpeg-devel <
[email protected]> wrote:
> The number of people voting was a bit disappointing but
I can't speak for others, but I saw the vote request and didn't find it
very serious.
What I mean with that is: in a regu
PR #20583 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20583
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20583.patch
Signed-off-by: Jack Lau
>From 5ad09ad5afd8ef7370cb05504ebdbca489cdcaf0 Mon Sep 17 00:00:00 2001
From: Jack Lau
Date: Mon, 22 Sep 2025
---
configure| 1 +
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/rtc.c| 895 +--
libavformat/rtc.h| 38 +-
libavformat/rtpdec.c | 6 +-
libavformat/rtpdec.h | 11 +
libavformat/whep
Hi Nicolas
On Tue, Oct 14, 2025 at 12:32:00PM +0200, Nicolas George via ffmpeg-devel wrote:
> michaelni (HE12025-10-13):
> > Also you would have to convince the community, that we want this. iam
> > not sure how the community would think about it, but for example you
> > could offer to donate a pe
Hi Nicolas,
Thank you for the feedback.
I've updated the patch series in response to your comments. The latest version
is now available at:
https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20621
Below is a summary of the changes and clarifications:
> "We normally avoid introducing A
PR #20702 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20702
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20702.patch
>From bbd75ceb2502ede2eb4ebcfd027055432aece710 Mon Sep 17 00:00:00 2001
From: Zhao Zhili
Date: Mon, 13 Oct 2025 16:40:36 +0800
Subject:
Hi
On Thu, Oct 02, 2025 at 02:55:16PM +0200, Michael Niedermayer via ffmpeg-devel
wrote:
> Hi all
>
> As suggested in the thread with similar subject, here is the vote.
> Please reply with a "Yes" or "No" to cast your vote.
> Vote ends in 7 days. All members of the GA can vote
>
>
> "Yes"
> -
PR #20707 opened by ArazIusubov
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20707
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20707.patch
Reopen patch D3D12 H264 encoder support.
This patch introduces hardware-accelerated H.264 encoding
using Direct3D 12 Video API (D3D12VA).
>Fr
PR #20655 opened by James Almer (jamrial)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20655
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20655.patch
The muxed subtitle is created by libavformat, and as such that's what should be
reported. This is in line with the string we write fo
PR #20630 opened by Gyan Doshi (GyanD)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20630
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20630.patch
As per configure script.
>From 61a2422eeacc6a82eaae0cef5b6d4c6c21157f72 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Tue, 30 Sep 20
PR #20714 opened by MakarDev
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20714
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20714.patch
Signed-off-by: MakarDev
Added 1D AVX2 assembly vectorization support for the sliding window accumulator
on the avfiler/boxblur filter.
Benchmark
Hi,
Le 14 octobre 2025 13:32:00 GMT+03:00, Nicolas George via ffmpeg-devel
a écrit :
>michaelni (HE12025-10-13):
>> Also you would have to convince the community, that we want this. iam
>> not sure how the community would think about it, but for example you
>> could offer to donate a percentage
PR #20658 opened by michaelni
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20658
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20658.patch
This fixes the case of leaving the struct uninitialized and crashing
Untested, as no testcase
Signed-off-by: Michael Niedermayer
>From 54e775f
On Fri, Oct 10, 2025 at 10:03 AM Kieran Kunhya via ffmpeg-devel
wrote:
> Posts about the business operations of FFlabs, a private company, are
> off-topic on this mailing list.
>
> Kieran
Yeah, this seems like a really weird thing to declare in this forum.
If the question is whether the ffmpeg co
On Sun, 12 Oct 2025, 11:20 Michael Niedermayer via ffmpeg-devel, <
[email protected]> wrote:
> Hi Ronald
>
> On Sat, Oct 11, 2025 at 05:05:44PM -0400, Ronald S. Bultje via
> ffmpeg-devel wrote:
> > Hi Michael,
> >
> > On Thu, Oct 9, 2025 at 11:01 AM Michael Niedermayer via ffmpeg-devel <
> >
Hi Nicolas
On Tue, Oct 14, 2025 at 12:32:00PM +0200, Nicolas George via ffmpeg-devel wrote:
[...]
> Hi. I procrastinated replying about soliciting sponsorships, but if it
> looks like that I cannot anymore. Also, it must not be discussed in the
> dark of an obscure pull request, it needs to be see
PR #20635 opened by Marvin Scholz (ePirat)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20635
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20635.patch
Backports #20541 and #20542 to 8.0 and I would also ideally like to backport
those to 7.1 if there are no objections.
>From 09a6b6
Hi everyone
As we all certainly know, this ML since a few months rewrites
all "From:" headers to "X Y via ffmpeg-devel "
We changed this because neither me nor timo nor rather unhelpfull AI
could fix the bounce & dmarc issue
33 @outlook and 19 @hotmail subscribers got deleted on october 8th
becau
Kieran Kunhya via ffmpeg-devel (HE12025-10-10):
> The only reasonable suggestion is get agreement from your shareholders
> before raising this topic in public.
Are you their lawyer? Because as far as I can see, this issue is none of
your concern and this is just more of you bullying Michael.
--
PR #20680 opened by timblechmann
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20680
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20680.patch
* add more fallbacks with different error codes
* add strerror_s codepath for windows/msvc
>From 6ea5baadd63ae9ab37855fb3ede56415ff671663 Mon
On Tue, Sep 23, 2025 at 3:58 PM Michael Niedermayer via ffmpeg-devel
wrote:
>
> Hi
>
> Should tickets which are inactive be closed with a new resolution:dormant?
IMHO tickets should not be closed until resolved with a clear
rationale -- a resolution can be "will not fix" or "not germane" of
cours
On Mon, 22 Sep 2025, Brad Smith wrote:
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(-)
OK
PR #20662 opened by James Almer (jamrial)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20662
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20662.patch
Should fix issue #20661
>From 8d259f3c31cd8cf0a1035d7ea85a2ececece95fa Mon Sep 17 00:00:00 2001
From: James Almer
Date: Tue, 7 Oct
Romain,
Thank you for the clarity.
I approved. Will push in ~48 hours if there is no more concerns here.
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
PR #20670 opened by michaelni
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20670
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20670.patch
Fixes: use of uninitialized memory
Fixes:
449549597/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VVC_fuzzer-5600497089445888
Found-by: cont
---
libavformat/rtc.c | 564 ++---
libavformat/rtc.h | 60 ++---
libavformat/whip.c | 180 +++
3 files changed, 402 insertions(+), 402 deletions(-)
diff --git a/libavformat/rtc.c b/libavformat/rtc.c
index 2dc0383d3e..8c848b6026 100644
--- a/l
Hello,
Thank you for your feedback and questions about the ARM64EC patch.
I’m sharing the build system patch for enabling ARM64EC support in FFmpeg.
This patch addresses .def file generation for ARM64EC builds on Windows.
In-Lined patch:
diff --git a/compat/windows/makedef b/compat/windows/maked
Hi Romain,
My pleasure and thanks for contributing this change.
I was just wanting to know on this line (tagged in PR comments), if
there are scenarios
where we may only get one of these blocks on segment change and if we need to
also emit it to extradata.
```
if (priv->header && priv->comment &&
On 14.10.2025 04:40, Michael Niedermayer via ffmpeg-devel wrote:
Hi Everyone
As we are now looking for sponsors, we also should look for tasks to fund.
I suggest, we first do some brainstorming and make a list, and then figure out
which
tasks we want to sponsor (or maybe someone wants to do one
Hi Martin,
Thanks for the patch! I’ve tested it, and it works as expected. The static
ARM64EC build of FFmpeg now builds successfully without any additional code
changes. I’m now looking into the changes needed in the makedef script for the
--enable-shared build.
Thanks,
Harish.
PR #20633 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20633
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20633.patch
liblc3 supports arbitrary strides, so one can simply use a stride
of zero to make it read the same zero value again and again.
>From 3bf38a357067377
PR #20626 opened by Ramiro Polla (ramiro)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20626
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20626.patch
This patchset is in preparation to add error recovery and multi-threaded
decoding using restart markers.
The most important changes
On 2025-10-14 12:13 pm, Jack Lau via ffmpeg-devel wrote:
On Oct 14, 2025, at 14:30, Gyan Doshi via ffmpeg-devel
wrote:
On 2025-07-25 10:36 am, Jack Lau wrote:
On Jul 25, 2025, at 12:18, Gyan Doshi wrote:
On 2025-07-25 03:29 am, Jack Lau wrote:
Signed-off-by: Jack Lau
---
Change
Hi Folks
We are part of the group creating a new open source and free to use
professional IP Video protocol called OMT (open media transport)
It's similar to NDI in many ways, but completely open source and royalty free.
We have have already completed implementation of this protocol into FFMPEG
PR #20648 opened by mkver
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20648
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20648.patch
Also uncovered a bug in the MMX version that has gone unnoticed since it was
added in 2006. Apparently no one uses cavs.
>From 099834932c49192a9441
On Mon, 29 Sept 2025, 16:04 Lynne via ffmpeg-devel,
wrote:
> PR #20627 opened by Lynne
> URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20627
> Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20627.patch
>
> Nothing major.
>
>
> >From 485939f5ba2051d3091bb130f0879d3b1ed83e6a Mon Sep 17 0
PR #20638 opened by Niklas Haas (haasn)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20638
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20638.patch
Avoids the following Coverity warning:
> CID 1666425: Concurrent data access violations (MISSING_LOCK)
> Accessing "fg->best_i
On 23.09.2025 22:44, Stefano Sabatini via ffmpeg-devel wrote:
On Tue, Sep 16, 2025 at 12:41 AM Michael Niedermayer via ffmpeg-devel
wrote:
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:
Eac
PR #20653 opened by James Almer (jamrial)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20653
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20653.patch
There seem to be samples with no Video element on video tracks in the wild,
which even if not spec compliant, can be demuxed fine aft
During test run some files are still build, which should have thier
warnings counted.
Note that if compile only run is done, test.log won't exist. This is
fine as grep errors are ignored and only matches are counted with wc.
Signed-off-by: Kacper Michajłow
---
fate-recv.sh | 2 +-
1 file change
On Mon, Oct 6, 2025 at 10:31 PM Zhao Zhili via ffmpeg-devel
wrote:
>
> PR #20654 opened by Zhao Zhili (quink)
> URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20654
> Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20654.patch
>
>
> >From ab6fd7a273b88080e878c0c6dcf5e956cbff026e Mon Sep 1
95 matches
Mail list logo
