PR #20254 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20254
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20254.patch
>From a303893bdfb1ca740a36ba517d5780ec828ad850 Mon Sep 17 00:00:00 2001
From: Jack Lau
Date: Wed, 13 Aug 2025 10:04:33 +0800
Subject: [
PR #20255 opened by Gyan Doshi (GyanD)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20255
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20255.patch
>From 781c54870b6a462c8e786a71c0e25fbcfd09b204 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Sat, 16 Aug 2025 16:12:10 +0530
Subject:
PR #20257 opened by Niklas Haas (haasn)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20257
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20257.patch
>From d7335fdb74a3adf45ae47fa5df0cffa4afda6213 Mon Sep 17 00:00:00 2001
From: Niklas Haas
Date: Fri, 15 Aug 2025 22:55:30 +0200
Subjec
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
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.
Sorry about sending this multiple t
PR #20287 opened by Tong Wu (tong1wu)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20287
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20287.patch
Add the max_frame_size option to support setting max frame size in
bytes. Max frame size is the maximum cap in the bitrate algorithm per
e
On August 19, 2025 1:45:01 AM PDT, ffmpeg--- via ffmpeg-devel
wrote:
> We have have already completed implementation of this protocol into FFMPEG 7
> and I enclose patches to add this to the current FFmpeg origin/master.
>
>
> If the .eml patches dont make it through the
Hi
On Fri, Aug 01, 2025 at 03:17:48PM -0700, Jacob Lifshay wrote:
> On July 23, 2025 4:43:43 AM PDT, Michael Niedermayer
> wrote:
> > Hi everyone
> >
> > I intend to create the release/8.0 branch in the next 1-2 weeks
> > after that i intend to make teh 8.0 release in the following 1-2 weeks
>
Hi all
On Fri, Aug 01, 2025 at 06:16:18PM -0500, Romain Beauxis wrote:
> Le mer. 23 juil. 2025 à 06:43, Michael Niedermayer
> a écrit :
> >
> > Hi everyone
> >
> > I intend to create the release/8.0 branch in the next 1-2 weeks
> > after that i intend to make teh 8.0 release in the following 1-2
Hi all
what name should we give 8.0 ?
I already asked but it seems only a single reply suggested a name.
Just want to make sure everyone heared the call
thx
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Democracy is the form of government in which you can choose
Hi Andrew
On Fri, Jul 25, 2025 at 06:34:53PM +0300, Andrew Randrianasulu wrote:
> ср, 23 июл. 2025 г., 14:43 Michael Niedermayer :
>
> > Hi everyone
> >
>
> Hi.
>
> I still wish you put some time in making more accurate web changelog, with
> detailed (with git commit links) API changes, and new
PR #20289 opened by Jacob Lifshay (programmerjake)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20289
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20289.patch
Add myself to codeowners. I didn't add myself to maintainers because I'm not
planning on being all that active, but I can at
On August 19, 2025 2:27:12 PM PDT, Michael Niedermayer via ffmpeg-devel
wrote:
> Hi all
>
> what name should we give 8.0 ?
IDK if it's a very good suggestion, but Hachi? It's both the Japanese number 8,
as well as a common nickname. There's a famously loyal do
This patch fixes handling YUV frames with subsampled chroma.
Before this patch, the remap kernel was already aware of multiple planes,
but it treated the subsampled chroma incorrectly. The maps were read
based on destination coordinates and the resulting source coordinates
were also not correctly t
On 2025-09-05 17:16:02+0200, Rémi Denis-Courmont via ffmpeg-devel wrote:
Doesn't this ML have a plain text policy?
I suppose that this is a problem with FFFjo rather than OP, but still.
The mail you're replying to seemingly wasn't sent to the ML,
but (probably) only you.
PR #20445 opened by DE-AI
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20445
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20445.patch
When PARSER_FLAG_COMPLETE_FRAMES is set (e.g. in Matroska),
unesc_index is not reset after the first frame, which causes
subsequent frames to inherit
PR #20447 opened by Leo Izen (Traneptora)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20447
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20447.patch
Since 9dc79241d9680fc050376bb0cc37875a41d00cc9 we now always pop the
orientation off of the IFD and use a display matrix instead. This
PR #20422 opened by Ramiro Polla (ramiro)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20422
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20422.patch
>From 073afa4be351bf99897033e5299cb680109727a1 Mon Sep 17 00:00:00 2001
From: Ramiro Polla
Date: Thu, 17 Oct 2024 13:00:11 +0200
Sub
PR #20452 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20452
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20452.patch
This version check for whip is unnecessary.
Since several rencet patches to the configure
have already added version checks for OpenSSL.
PR #20455 opened by Timo Rothenpieler (BtbN)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20455
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20455.patch
Captures windows and monitors with the respective WinRt API.
The filter itself is written in C++, since interacting with WinRt with
PR #20444 opened by Martin Storsjö (mstorsjo)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20444
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20444.patch
This amends 307983b292adb60c82e75c8e5e41deedc89efbf0 to fix
building with older versions of mingw-w64.
The previously checked con
This patch fixes handling YUV frames with subsampled chroma.
Before this patch, the remap kernel was already aware of multiple planes,
but it treated the subsampled chroma incorrectly. The maps were read
based on destination coordinates and the resulting source coordinates
were also not correctly t
PR #20391 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20391
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20391.patch
Use av_gettime_relative() replace av_gettime() to get
better measure
Changed the display precision from showing only integers
to showing
PR #20385 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20385
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20385.patch
In hybrid_fragmented mode, the first moov at start should contain
mvex tag, since it's fmp4. When writing the moov at the second time,
it
PR #20387 opened by Niklas Haas (haasn)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20387
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20387.patch
This wrapping logic still considered any nonzero return from the ASM function
to be the overall result, but this is not true since the a
PR #20382 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20382
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20382.patch
>From 2e680445ec3975462e4ba3af0e8e1840b0e03bf1 Mon Sep 17 00:00:00 2001
From: Zhao Zhili
Date: Mon, 1 Sep 2025 01:17:08 +0800
Subject:
PR #20380 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20380
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20380.patch
Signed-off-by: Zhao Zhili
>From d25adcb86e1c9f573603a77f9b238a780edd19f0 Mon Sep 17 00:00:00 2001
From: Zhao Zhili
Date: Sun, 31 Aug
PR #20378 opened by Gyan Doshi (GyanD)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20378
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20378.patch
Both codecs support a lossless mode akin to H.264/AVC
>From f317b6c052f1108fcf2ce07b28efa2484c21cabe Mon Sep 17 00:00:00 2001
From: Gya
Hello Martin,
I opened PR as you requested:
https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20377
I fixed most of the comments, except the one about decrement operation
instead of increment. I have done increment of loops in less conditions as
you told me, but I have logic based on index of loop which
On Sat, Aug 30, 2025 at 04:27:25PM -0700, Spencer Alves via ffmpeg-devel wrote:
> The 'smpl' chunk is used for sampling music synthesizers, and includes
> things like the pitch of the sample and how to loop it. This exposes the
> loop points as "loop_start" and "
Hi Patrick
On Fri, Aug 29, 2025 at 02:58:16AM +0800, Patrick Wang via ffmpeg-devel wrote:
> d119ae2fd82a494d9430ff4d4fc262961a68c598 removed the loop-breaking condition
> received_sigterm.
> Thus, signals no longer gracefully shutdown ffmpeg.
>
> Fixes: #10834
>
> Signed
On Wed, Aug 27, 2025 at 01:06:42PM +0200, Maryla Ustarroz via ffmpeg-devel
wrote:
> On Mon, Aug 11, 2025 at 2:01 PM Maryla Ustarroz wrote:
> >
> > On Mon, Aug 11, 2025 at 1:57 PM Maryla Ustarroz-Calonge
> > wrote:
> > >
> > > Signed-off-by: Maryla U
PR #20397 opened by Martin Storsjö (mstorsjo)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20397
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20397.patch
If we're invoked with range == UINT_MAX, we end up doing
"rnd() % (UINT_MAX + 1)", which is equal to "rnd() % 0". On
arm (on all p
Sure, I can submit it there. Is there documentation on how to submit a
patch there? Do I just submit it as a pull request?
On Tue, Aug 26, 2025 at 2:33 PM Ronald S. Bultje wrote:
> Hi Drew,
>
> Thanks for the bug report!
>
> On Mon, Aug 25, 2025 at 10:50 AM Drew Dunne v
PR #20395 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20395
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20395.patch
x86/ops.c(500): error C2099: initializer is not a constant
>From e68a2b5c263f8105fd48e54c6a9e4b0d18c3c81b Mon Sep 17 00:00:00 2001
From
On Tue, Sep 02, 2025 at 10:39:12AM -0300, James Almer via ffmpeg-devel wrote:
> On 9/2/2025 10:30 AM, Michael Niedermayer via ffmpeg-devel wrote:
> > On Wed, Aug 27, 2025 at 01:06:42PM +0200, Maryla Ustarroz via ffmpeg-devel
> > wrote:
> > > On Mon, Aug 11, 2025 at 2:01 P
PR #20394 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20394
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20394.patch
>From 90c931e6b05c184473b5a47bd30f5bbca14ca3af Mon Sep 17 00:00:00 2001
From: Zhao Zhili
Date: Tue, 2 Sep 2025 10:36:16 +0800
Subject:
> On Sep 3, 2025, at 11:30, mypopy--- via ffmpeg-devel
> wrote:
>
> On Tue, Sep 2, 2025 at 6:13 PM Zhao Zhili via ffmpeg-devel
> mailto:[email protected]>> wrote:
>>
>> PR #20396 opened by Zhao Zhili (quink)
>> URL: https://code.ffmpeg.org/FFmpeg
PR #20386 opened by Henrik Gramner (gramner)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20386
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20386.patch
A few of the most basic variants had existing AVX2 implementations since
before. Those were rewritten to reduce code size.
Checka
Hi,
On Tue, Sep 2, 2025 at 9:41 AM Kyle Swanson wrote:
>
> On Wed, Aug 20, 2025 at 2:09 PM Kyle Swanson wrote:
> >
> > Hi,
> >
> > On Wed, Jul 23, 2025 at 10:51 AM Nil Fons Miret via ffmpeg-devel
> > wrote:
> > > Pinging this patch from a couple we
PR #20440 opened by Niklas Haas (haasn)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20440
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20440.patch
And remove the field again; in retrospect, there is no point to adding it in
the first place.
>From 607bc1dc015e824c0d2ac44f47e3ff438
PR #20423 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20423
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20423.patch
fix issue #20407
Refer to RFC 5245 15.1,
the foundation may be any string up to 32 chars.
The old code could misread foundations as tran
t;> On Tue, Aug 26, 2025 at 2:33 PM Ronald S. Bultje
>> wrote:
>>
>>> Hi Drew,
>>>
>>> Thanks for the bug report!
>>>
>>> On Mon, Aug 25, 2025 at 10:50 AM Drew Dunne via ffmpeg-devel <
>>> [email protected]> wrote:
>>>
PR #20438 opened by Drew Dunne (doctor3w)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20438
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20438.patch
Add a new flag to the vf_colorspace filter which provides the user an
option to clamp the linear and delinear transfer characteristics
PR #20421 opened by Tong Wu (tong1wu)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20421
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20421.patch
The max_frame_size in byte will be filled in
VAEncMiscParameterBufferMaxFrameSize which receives size in bit.
This requires max_frame_size
Hi,
looking for feedback for the patch mentioned in the subject,
patchwork link: https://patchwork.ffmpeg.org/project/ffmpeg/patch/
[email protected]/
If there's anything you'd like to see improved or changed, I'm happy to
provide an update. This is my first patch for f
On Tue, 9 Sept 2025, 09:19 Michael Niedermayer via ffmpeg-devel, <
[email protected]> wrote:
> Hi Everyone
>
> The subject of funding and sponsors came up a few times recently.
>
> I think FFmpeg needs a clear guideline on this matter. To avoid
> confusion, to av
>From 873b025037eced830eb3869cf4f5891a7c9ed042 Mon Sep 17 00:00:00 2001
From: Jerome Martinez
Date: Wed, 27 Aug 2025 13:36:36 +0200
Subject: [PATCH 5/7] decklink_dec: store timecode in 64-bit RFC 5484 format
---
libavdevice/decklink_dec.cpp | 6 +++---
1 file changed, 3 insertions(+), 3 deletion
> Lets discuss this in this little subthread, because why not
>
> Had my SDR patch been applied, what would have been different ?
> 1. a few kilobytes of optional source code that affects noone
>because its disabled by default
> 2. I would have had 3 months more time to work on FFmpeg, which i
On Thu, Sep 04, 2025 at 07:43:36PM +0800, 岑湛权 via ffmpeg-devel wrote:
> From: zhanquan cen
>
> Fix two -Wenum-conversion warnings:
> - Implicit conversion from AVPacketSideDataType to AVFrameSideDataType
> - Implicit conversion from AVFrameSideDataType to AVPacketSideDataType
PR #20457 opened by Niklas Haas (haasn)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20457
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20457.patch
A series of improvements aimed at reducing the amount of wasted memory inside
ffmpeg, in particular for unused inputs. Generally speaki
PR #20460 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20460
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20460.patch
Refer to RFC 4585 4.2,
Add SDP "a=rtcp-fb" so the peer can request rtx
through sending NACKs.
Add basic parsing for NACK packet.
Decrypt
PR #20461 opened by James Almer (jamrial)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20461
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20461.patch
Including some basic helpers. This will be useful among other things to ensure
API users don't use AV_SAMPLE_FMT_NB.
>From 064806c6
PR #20463 opened by Damiano Galassi (galad)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20463
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20463.patch
The original patch was sent by Artem Galin (whom worked at Intel at the time)
to HandBrake, but it didn't make it upstream.
It set
PR #20464 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20464
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20464.patch
>From 042808e328443b002bd64bd6f3bcf1749e8be4a9 Mon Sep 17 00:00:00 2001
From: Jack Lau
Date: Mon, 8 Sep 2025 16:08:22 +0800
Subject: [P
PR #20480 opened by Timo Rothenpieler (BtbN)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20480
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20480.patch
This was added in 4f78711f9c, with the
commit message claiming that it's a Microsoft restriction that array
textures with ArraySize
>From becb8841223fb3efbd270df9ca8a26801da3444e Mon Sep 17 00:00:00 2001
From: Jerome Martinez
Date: Thu, 4 Sep 2025 20:23:17 +0200
Subject: [PATCH 3/7] matroskaenc: increase default for reserved bytes in video
track header
This permits to handle by default more e.g. timecodes without having to s
PR #20469 opened by James Almer (jamrial)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20469
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20469.patch
>From b186d5443afc5eda3c478c61eb8a29fc3821a898 Mon Sep 17 00:00:00 2001
From: James Almer
Date: Mon, 8 Sep 2025 15:07:20 -0300
Subje
PR #20466 opened by Niklas Haas (haasn)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20466
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20466.patch
Required to clear textures to a background color.
>From 1f2de0f61888e4d16b9e124fc4b4728dd3642981 Mon Sep 17 00:00:00 2001
From: Niklas
PR #20467 opened by Niklas Haas (haasn)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20467
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20467.patch
The semantics of these keywords are well-defined by the CSS 'object-fit'
property. This is arguably more user-friendly and less obtuse t
PR #20472 opened by Marvin Scholz (ePirat)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20472
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20472.patch
Should fix #11240
>From 9147a2603a3465100ae05d98a0f0e2577def6e7e Mon Sep 17 00:00:00 2001
From: Marvin Scholz
Date: Tue, 9 Sep 202
Hi Remi
On Tue, Sep 09, 2025 at 02:49:39PM +0300, Rémi Denis-Courmont via ffmpeg-devel
wrote:
> Hi,
>
> Le 9 septembre 2025 11:19:26 GMT+03:00, Michael Niedermayer via ffmpeg-devel
> a écrit :
> >Hi Everyone
> >
> >The subject of funding and sponsors came up
>From 887508f9f4e4ab21431a41cc78bea48039811cba Mon Sep 17 00:00:00 2001
From: Jerome Martinez
Date: Thu, 4 Sep 2025 20:17:55 +0200
Subject: [PATCH 6/7] matroskadec: read timecode in BlockAddition
---
libavformat/matroska.h| 1 +
libavformat/matroskadec.c | 34 +++
>From 36cc44569a898c8401944bc16b791632fd4ac985 Mon Sep 17 00:00:00 2001
From: Dave Rice
Date: Mon, 30 Jun 2025 00:00:00 +0200
Subject: [PATCH 4/7] 32-bit timecode to 64-bit RFC 5484 timecode functions
---
libavutil/timecode.c | 104 +++
libavutil/timecode.
>From f7aeb160a8ba2e2eefa6206af2ff5179a88f7343 Mon Sep 17 00:00:00 2001
From: Jerome Martinez
Date: Thu, 4 Sep 2025 20:18:08 +0200
Subject: [PATCH 7/7] matroskaenc: write timecode in BlockAddition
---
libavformat/matroskaenc.c | 45 ++-
1 file changed, 44 inse
Hi Kieran
On Tue, Sep 09, 2025 at 10:02:22AM +0100, Kieran Kunhya via ffmpeg-devel wrote:
> On Tue, 9 Sept 2025, 09:19 Michael Niedermayer via ffmpeg-devel, <
[...]
> My suggestion would be:
> > - The FFmpeg project should actively seek sponsors and funding.
> > - The mo
PR #20479 opened by James Almer (jamrial)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20479
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20479.patch
Wrongly removed in fe73b84879a560d69affca88ce21e61108e7c38d, it's required for
calls with a payload smaller than a full block.
Fixes
PR #20481 opened by Tong Wu (tong1wu)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20481
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20481.patch
Signed-off-by: Tong Wu
>From 17ae5ea6727c79012c11881229f5059c8b5f6235 Mon Sep 17 00:00:00 2001
From: Tong Wu
Date: Wed, 10 Sep 2025 09
PR #20482 opened by Jack Lau (JackLau)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20482
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20482.patch
Refer to RFC 9725 4.2,
"Once a session is set up, consent freshness as per
[RFC7675] SHALL be used to detect non-graceful
disconnection b
> On Sep 9, 2025, at 8:37 AM, Jerome Martinez via ffmpeg-devel
> wrote:
>
> 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-time
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 following
command:
valgrind --leak-check=yes --log-file=hw_decode
On 2025-09-11 02:22 am, Michael Niedermayer via ffmpeg-devel wrote:
Hi Kieran
On Wed, Sep 10, 2025 at 06:21:56PM +0200, Kieran Kunhya via ffmpeg-devel wrote:
On Wed, 10 Sept 2025, 17:49 Michael Niedermayer via ffmpeg-devel, <
[email protected]> wrote:
Hi remi
On Tue, Sep 09, 2
On Wed, 10 Sept 2025, 17:49 Michael Niedermayer via ffmpeg-devel, <
[email protected]> wrote:
> Hi remi
>
> On Tue, Sep 09, 2025 at 07:29:02PM +0300, Rémi Denis-Courmont via
> ffmpeg-devel wrote:
> > Le tiistaina 9. syyskuuta 2025, 15.10.37 Itä-Euroopan kesäaika Mic
PR #20516 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20516
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20516.patch
The fate sample is from:
https://github.com/francescovannini/ipcam26Xconvert/blob/main/test_videos/A231130_171422_171436.265
and put at
PR #20520 opened by Timo Rothenpieler (BtbN)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20520
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20520.patch
Combining C++ with our w32pthreads does not work out.
The C++ standard lib headers might include pthread.h, which will then
define
Hi everyone
trac supports, custom search queries, customly formated results
People can vote on tickets, we can have custom ticket states and custom
workflow on tickets.
Are these things possible in forgejo ?
For example, what we use in trac:
Open Tickets ordered by number of votes colored base
PR #20501 opened by Renjianguang-mi
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20501
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20501.patch
The 'uch' option is deprecated.
Signed-off-by: renjianguang
>From 0da53d4b25d47fbe94a7d20638ffd79a34c54d71 Mon Sep 17 00:00:00 2001
From
Sorry, lots of things to do these last weeks.
Marton Balint via ffmpeg-devel (HE12025-08-26):
> I just thought that for the typical case we can spare an strlen() call this
> way.
Except if the format is pathologically long, which is not a case we want
to optimize for, I suspect the branch
Hi Gyan
On Fri, Sep 12, 2025 at 12:11:56PM +0530, Gyan Doshi via ffmpeg-devel wrote:
> Let's put aside the extreme cases for now. What is the concrete definition
> of the community in normal cases?
In the normal case, we would reach a consensus or we would agree that the
general
ass
PR #20503 opened by Niklas Haas (haasn)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20503
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20503.patch
Instead of reporting them also when the filtergraph is suddenly destroyed
mid-stream, e.g. during the `ffmpeg` tool's early init.
>Fro
On Tue, Sep 09, 2025 at 02:38:53PM +0200, Jerome Martinez via ffmpeg-devel
wrote:
> libavformat/matroskaenc.c |8 +++
> tests/ref/lavf/mka|4 +--
> tests/ref/lavf/mkv|4 +--
> tests/ref/lavf/mkv_attachment |4 +--
> tests/re
PR #20502 opened by Renjianguang-mi
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20502
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20502.patch
float occupies 4 bytes, which can reduce 64K memory usage
Signed-off-by: renjianguang
>From 5cd5775ad832551fc470a4f4255df8a9777f9e9d Mon
PR #20511 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20511
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20511.patch
>From aa109c9581468287eab30a987992f9bfbcf5f7ef Mon Sep 17 00:00:00 2001
From: Zhao Zhili
Date: Sat, 13 Sep 2025 12:26:08 +0800
Subject:
Hi Jerome
On Tue, Sep 09, 2025 at 02:41:39PM +0200, Jerome Martinez via ffmpeg-devel
wrote:
> matroska.h|1 +
> matroskadec.c | 34 ++
> 2 files changed, 35 insertions(+)
> 83b42253e7a0ca4f220f658b0671e4056e719592
> 0006-matroskadec-r
On Tue, Sep 09, 2025 at 02:40:50PM +0200, Jerome Martinez via ffmpeg-devel
wrote:
> timecode.c | 104
> +
> timecode.h | 22
> 2 files changed, 126 insertions(+)
> 8969dd4cc3cc1d77acde18a6eae065e941375
PR #20514 opened by Kacper Michajłow (kasper93)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20514
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20514.patch
From d445724e8c68535bcd571821e8ee5e36a93da54f Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Kacper=20Michaj=C5=82ow?=
Date: Sat, 13
PR #20496 opened by Marvin Scholz (ePirat)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20496
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20496.patch
>From 8fbd564bed9ee358b7d376e80197253283c55679 Mon Sep 17 00:00:00 2001
From: Zhao Zhili
Date: Mon, 1 Sep 2025 01:17:08 +0800
Subje
Hi Kieran
On Wed, Sep 10, 2025 at 06:21:56PM +0200, Kieran Kunhya via ffmpeg-devel wrote:
> On Wed, 10 Sept 2025, 17:49 Michael Niedermayer via ffmpeg-devel, <
> [email protected]> wrote:
>
> > Hi remi
> >
> > On Tue, Sep 09, 2025 at 07:29:02PM +0300, R
Hi Gyan
On Thu, Sep 11, 2025 at 01:41:24PM +0530, Gyan Doshi via ffmpeg-devel wrote:
>
>
> On 2025-09-11 02:22 am, Michael Niedermayer via ffmpeg-devel wrote:
> > Hi Kieran
> >
> > On Wed, Sep 10, 2025 at 06:21:56PM +0200, Kieran Kunhya via ffmpeg-devel
> >
Hi
Between 7.1.1 and 8.0 buffersrc has changed (commit
a7fe27f9647e00041dcd079183bddabc998b6b31) to require hw_frames_ctx to be
set at init time (in buffersrc.c:init_video line 290) if a hw pix fmt is
selected rather than somewhat later. With the previous scheme
hw_frames_context could be added us
PR #20388 opened by Niklas Haas (haasn)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20388
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20388.patch
Effectively makes it a copy of the concat filter but with the ability to
crossfade instead of hard cutting.
I did have to formally err
vf_scale_d3d11.c does not instantiate the interface IDs that it uses
(IID_ID3D11VideoDevice and IID_ID3D11VideoContext). Builds of avfilter for
Windows configured such that no other source files instantiate these IIDs
will result in missing symbol errors during linking. The fix is to include
and
PR #20390 opened by Marton Balint (cus)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20390
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20390.patch
This is a preparation series for a future patchset aiming to set protocol URL
options via AVOptions.
This series adds AVOptions for pr
On 9/2/2025 10:30 AM, Michael Niedermayer via ffmpeg-devel wrote:
On Wed, Aug 27, 2025 at 01:06:42PM +0200, Maryla Ustarroz via ffmpeg-devel
wrote:
On Mon, Aug 11, 2025 at 2:01 PM Maryla Ustarroz wrote:
On Mon, Aug 11, 2025 at 1:57 PM Maryla Ustarroz-Calonge
wrote:
Signed-off-by: Maryla
PR #20396 opened by Zhao Zhili (quink)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20396
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20396.patch
Firstly, the order of the parameters to fwrite was incorrect, which
make fwrite always return 1 or 0.
Secondly, enc_pkt->size is 0 after
Sorry, it has been very busy weeks at work. I will have to be terse.
Niklas Haas via ffmpeg-devel (HE12025-08-22):
> Filters which do not touch the alpha channel, overwhelmingly either do not
> even care about the pixel contents, or produce their desired effect
> *regardless* of the c
Hi Remi
On Sun, Aug 31, 2025 at 11:53:01AM +0300, Rémi Denis-Courmont via ffmpeg-devel
wrote:
[...]
> > And the General Assembly can change the person(s) who control the wallet
> > For example the GA could simply choose any people it wants
> > these people then could make
On Tue, Sep 02, 2025 at 08:03:14AM +0200, Manuel Lauss via ffmpeg-devel wrote:
> Hello,
>
> Is it possible to have a "sub" context with a limited byte range for a
> super-context?
> i.e. I read 4 bytes from context c1, these are a length, c2 =
> GetByteCo
On Wed, Aug 20, 2025 at 2:09 PM Kyle Swanson wrote:
>
> Hi,
>
> On Wed, Jul 23, 2025 at 10:51 AM Nil Fons Miret via ffmpeg-devel
> wrote:
> > Pinging this patch from a couple weeks ago. To be clear, I am not sure
> > how people typically use ffmpeg's ID3v2 suppo
On Fri, Aug 29, 2025 at 08:19:39PM +, Zsolt Vadász via ffmpeg-devel wrote:
>
> This patch series makes vf_minterpolate approximately 5% faster,
> according to my tests, which I performed on a Ryzen 7 PRO 4750U,
> compiling with GCC 15.2.1, using -O2.
>
> Zsolt Vadasz (2
2601 - 2700 of 3425 matches
Mail list logo