[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

On 9/16/2025 11:12 PM, Balint Marton via ffmpeg-devel wrote: On Tue, 16 Sep 2025, 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

[FFmpeg-devel] [PATCH] avformat/whip: add RTX initial support (PR #20544)

PR #20544 opened by Jack Lau (JackLau) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20544 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20544.patch Refer to RFC 4588. Add and set the basic param of RTX like ssrc, payload_type, srtp. Modify the SDP to add RTX info so that the peer be

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

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

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

Jacob Lifshay via ffmpeg-devel (HE12025-09-18): > I don't know about you, but whenever I'm developing code, I sometimes > push new changes multiple times in a day and then only ask for more > review after I'm done developing whatever thing I'm working on, maybe > af

[FFmpeg-devel] [FFmpeg-devel][QUESTION] Add new sample to fate-suite via forgejo

Current situation: 1. A patch depends on new sample in fate-suit will fail CI 2. New sample needs to upload to fate-suit server manually Question: Is it possible to hook sample uploading request to forgejo? A simple idea is: 1. Setup a git repo with git-lfs support for fate-suit. 2. Add new sampl

[FFmpeg-devel] Re: [RFC] Issue tracker

On Mon, Sep 15, 2025 at 02:57:53PM +0200, Michael Niedermayer via ffmpeg-devel wrote: > 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: > [...] > > > I

[FFmpeg-devel] [PATCH] avfilter/vsrc_gfxcapture: fix string format specifier (PR #20545)

PR #20545 opened by Kacper Michajłow (kasper93) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20545 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20545.patch From c373636f554579340c7b1f46c42cc3a6989a7da6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Kacper=20Michaj=C5=82ow?= Date: Thu, 18

[FFmpeg-devel] Re: [QUESTION] Regarding my first patch submission: "filters: add separator line to show_filters output"

On 9/18/2025 7:29 AM, 张洪源 via ffmpeg-devel wrote: Dear FFmpeg Developers and Maintainers, I hope this email finds you well. My name is [Your Name], and I am writing to kindly inquire about a patch I recently submitted as my first contribution to the FFmpeg project. The patch is titled

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

On Thu, 18 Sep 2025, Timo Rothenpieler via ffmpeg-devel wrote: On 9/17/2025 8:32 PM, Marton Balint via ffmpeg-devel wrote: On Wed, 17 Sep 2025, Timo Rothenpieler via ffmpeg-devel wrote: On 9/16/2025 11:12 PM, Balint Marton via ffmpeg-devel wrote:  - I am not sure what would be the

[FFmpeg-devel] Re: [RFC] Issue tracker

, Comments ? thx On Sun, Sep 14, 2025 at 11:23:17PM +0200, Michael Niedermayer via ffmpeg-devel wrote: > 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

[FFmpeg-devel] [PATCH] vp9: Improve 8bpc AVX2 inverse transform asm (PR #20526)

PR #20526 opened by Henrik Gramner (gramner) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20526 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20526.patch This adds size-efficient AVX2 implementations for all the inverse transform types (replacing a few fully unrolled existing ones in

[FFmpeg-devel] [PATCH] configure: also initialize objcflags_filter early (PR #20525)

PR #20525 opened by Marvin Scholz (ePirat) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20525 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20525.patch Fixes an issue uncovered since 0ce413af9cc8040095a6b714600d6a8dceaca514 where flags were properly separated but without the objcflags

[FFmpeg-devel] Re: [RFC] Issue tracker

Hi On Mon, Sep 15, 2025 at 02:06:07PM +0200, Timo Rothenpieler via ffmpeg-devel wrote: [...] > > I thought Forgejo had votes as well, but I can't find them anymore, so I > might be misremembering that. One can add thumbs up and down to individual messages of an issue but they ar

[FFmpeg-devel] Re: [RFC] Issue tracker

On 15/09/2025 14:30, Michael Niedermayer via ffmpeg-devel wrote: Hi On Mon, Sep 15, 2025 at 02:06:07PM +0200, Timo Rothenpieler via ffmpeg-devel wrote: [...] I thought Forgejo had votes as well, but I can't find them anymore, so I might be misremembering that. One can add thumbs u

[FFmpeg-devel] [PATCH] tests/fate/image: add Exif rotation metadata tests (PR #20522)

PR #20522 opened by James Almer (jamrial) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20522 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20522.patch >From f0e1180c15e63711ad9a8a0237cf8918af906a40 Mon Sep 17 00:00:00 2001 From: James Almer Date: Mon, 15 Sep 2025 00:21:39 -0300 Subj

[FFmpeg-devel] [PATCH] configure: Make -Werror=partial-availability apply to all languages (PR #20523)

PR #20523 opened by Martin Storsjö (mstorsjo) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20523 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20523.patch This was missed in 0ce413af9cc8040095a6b714600d6a8dceaca514. This fixes proper detection of Objective C APIs (that are missing) i

[FFmpeg-devel] Re: [RFC] Issue tracker

On Mon, Sep 15, 2025 at 01:09:47PM +0200, Michael Niedermayer via ffmpeg-devel wrote: > Hi all > > ATM the bug reporting guidlines point to trac > and https://trac.ffmpeg.org/newticket redirects to forgejo > > So if a user found a bug, now what does she do? > 1. First she

[FFmpeg-devel] [PATCH] avcodec/pngenc: include EXIF buffer in max_packet_size (PR #20539)

PR #20539 opened by Leo Izen (Traneptora) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20539 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20539.patch When calculating the max size of an output PNG packet, we should include the size of a possible eXIf chunk that we may write. Signed-

[FFmpeg-devel] [PATCH] avformat/movenc: clear subsample information on fragment flush (PR #20538)

PR #20538 opened by James Almer (jamrial) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20538 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20538.patch Don't keep around information from a previous traf atom. Fixes issue #20492. >From 9c18a8d1802726c7d59c5d067890b7f2f8c728f4 Mon Sep

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

On 2025-09-16 02:19 pm, 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 and vote do we wa

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

On Thu, 18 Sep 2025 01:52:31 -0700 Jacob Lifshay via ffmpeg-devel wrote: > On Thu, Sep 18, 2025 at 12:03 AM Nicolas George via ffmpeg-devel > wrote: > > > > Timo Rothenpieler via ffmpeg-devel (HE12025-09-18): > > > The problem is they can be very frequent. And not

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

On September 18, 2025 2:15:22 AM PDT, Nicolas George via ffmpeg-devel wrote: > If this web monster does not let you push code in your private fork > without asking to include it upstream, it is one more reason not to use > that thing. It does let you push to your private for

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

> On Sep 17, 2025, at 22:44, Niklas Haas via ffmpeg-devel > wrote: > > 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

[FFmpeg-devel] Re: [FFmpeg-devel][QUESTION] Add new sample to fate-suite via forgejo

On 9/18/2025 11:25 AM, Zhao Zhili wrote: Current situation: 1. A patch depends on new sample in fate-suit will fail CI Just temporarily manually download it in the workflow, and before the PR gets merged, have the sample be uploaded to the fate-suite and remove the manual download. That's h

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

On Thu, Sep 18, 2025 at 12:03 AM Nicolas George via ffmpeg-devel wrote: > > 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

[FFmpeg-devel] Re: [PATCH] WIP: Add custom tagging for alpha mode to the MXF format (PR #20504)

fre 2025-09-12 klockan 15:09 + skrev Niklas Haas via ffmpeg-devel: > PR #20504 opened by Niklas Haas (haasn) > URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20504 > Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20504.patch > > Marking this as WIP because I think it

[FFmpeg-devel] Re: [PATCH] avformat/mxfenc: fix SMPTE 436M UL for ANC

mån 2025-09-15 klockan 10:26 -0300 skrev Helmuth Schmitz via ffmpeg- devel: > 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

[FFmpeg-devel] Re: [RFC] Issue tracker

On 15/09/2025 13:09, Michael Niedermayer via ffmpeg-devel wrote: Hi all ATM the bug reporting guidlines point to trac and https://trac.ffmpeg.org/newticket redirects to forgejo So if a user found a bug, now what does she do? 1. First she (maybe) looks at the bug reporting guidlines (which

[FFmpeg-devel] [PATCH] avcodec/qsvdec: fix refcount leak in two-stage QSV init (PR #20532)

PR #20532 opened by hajin-chung URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20532 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20532.patch The QSV decoder uses a two-stage initialization when a stream header is first processed. The first stage, inside qsv_decode_header(), creates

[FFmpeg-devel] [PATCH] avfilter/vsrc_gfxcapture: fix possible missed wakeup race in capture loop (PR #20531)

PR #20531 opened by Timo Rothenpieler (BtbN) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20531 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20531.patch There is the tiniest chance that the cond var wait function checks the predicate, but before it can enter the wait, the capture th

[FFmpeg-devel] [POLL] [VOTE] code.ffmpeg.org vs. ML

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 keep Forgejo or switch back to the ML workflow (or something else) F. keep Fo

[FFmpeg-devel] [PATCH] avcodec/hevc/refs: don't unconditionally discard non-IRAP frames if no IRAP frame was seen before (PR #20662)

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

[FFmpeg-devel] Re: [PATCH] libavutil/arm: Rename the HWCAP defines

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

[FFmpeg-devel] [PATCH] Backport HTTP and RTSP fixes (PR #20635)

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

[FFmpeg-devel] Re: [RFC] FFlabs Sponsor

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 M

[FFmpeg-devel] [RFC] mailing list From mangling and bounces and DMARC

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 go

[FFmpeg-devel] [PATCH] doc/muxers: correct default pkt_size value of whip (PR #20583)

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

[FFmpeg-devel] Re: Soliciting sponsorship (was: WIP: avfilter: add Bungee audio stretch filter (PR #20697))

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 > > co

[FFmpeg-devel] [PATCH] avcodec/bsf/dts2pts: add hevc support (PR #20702)

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:

[FFmpeg-devel] Re: [POLL][VOTE] Sponsors & Funding

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 memb

[FFmpeg-devel] Re: [RFC] Funded Task Ideas

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

[FFmpeg-devel] Re: [PATCH] avformat/mpegtsenc: Limit TS invalid messages

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. >

[FFmpeg-devel] Re: [POLL][VOTE] Sponsors & Funding

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

[FFmpeg-devel] Re: [RFC] FFlabs Sponsor

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 whethe

[FFmpeg-devel] [RFC] Funded Task Ideas

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

[FFmpeg-devel] [PATCH] avformat/mccenc: use Lavf version string instead of FFmpeg (PR #20655)

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

[FFmpeg-devel] Re: [RFC] Issue tracker

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

[FFmpeg-devel] Re: [PATCH] avformat/whip: Drop invalid group:BUNDLE from SDP in single-stream cases

> 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/libavfor

[FFmpeg-devel] Re: [POLL] [VOTE] code.ffmpeg.org vs. ML

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

[FFmpeg-devel] Re: [POLL][VOTE] Sponsors & Funding

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 disapp

[FFmpeg-devel] trac ticket statistics Was: Re: Re: [RFC] Issue tracker

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 dorm

[FFmpeg-devel] Re: [RFC] FFlabs Sponsor

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 li

[FFmpeg-devel] Re: [PATCH] WIP: avfilter: add Bungee audio stretch filter (PR #20697)

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

[FFmpeg-devel] Re: [RFC] Issue tracker

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 >

[FFmpeg-devel] Re: [POLL][VOTE] Sponsors & Funding

> 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

[FFmpeg-devel] Re: [PATCH] avfilter: add avfilter_forward_command API for recursive command processing. (PR #20621)

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 recursiv

[FFmpeg-devel] [PATCH] movenc: Check for more options incompatible with hybrid_fragmented (PR #20651)

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.

[FFmpeg-devel] Soliciting sponsorship (was: WIP: avfilter: add Bungee audio stretch filter (PR #20697))

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

[FFmpeg-devel] Re: [RFC] Funded Task Ideas

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

[FFmpeg-devel] Re: [PATCH] WIP: avfilter: add Bungee audio stretch filter (PR #20697)

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 timesca

[FFmpeg-devel] Re: Soliciting sponsorship (was: WIP: avfilter: add Bungee audio stretch filter (PR #20697))

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 (

[FFmpeg-devel] [PATCH] libavutil/hwcontext_amf: Simplified blocking before frame submission (PR #20660)

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

[FFmpeg-devel] [PATCH] configure: add intial Windows platform install files for debug with .pdb symbols

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

[FFmpeg-devel] Re: [GASPP PATCH 1/2] Pass "-machine" options through to armasm

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

[FFmpeg-devel] [RFC] FFlabs Sponsor

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

[FFmpeg-devel] Re: [RFC] Funded Task Ideas

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

[FFmpeg-devel] [PATCH] movenc: Fix two interactions between delay_moov and hybrid_fragmented (PR #20704)

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

[FFmpeg-devel] Re: [RFC] Funded Task Ideas

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

[FFmpeg-devel] [PATCH] avcodec/d3d12va_encode: use macros to set QP range and max frame size (PR #20666)

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:

[FFmpeg-devel] Re: New mailing-list archive

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

[FFmpeg-devel] [PATCH] tests/checkasm: add a test for dcadsp (PR #20646)

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

[FFmpeg-devel] Re: [PATCH] libavcodec/g723_1enc: Fix crash

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 > enco

[FFmpeg-devel] Re: Soliciting sponsorship (was: WIP: avfilter: add Bungee audio stretch filter (PR #20697))

> 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

[FFmpeg-devel] Re: [PATCH 01/10] libavcodec/cbs_apv_syntax_template: limit tile to 2gb

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 >

[FFmpeg-devel] [PATCH] ffv1enc_vulkan: fix empty struct build error on msvc

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_vulkan.c +++ b/libavcodec/ffv1enc_vulkan.c @@ -1367,6 +1367,7 @@

[FFmpeg-devel] [PATCH] Fix for `apad` output getting stuck issue (PR #20600)

PR #20600 opened by Niklas Haas (haasn) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20600 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20600.patch >From b0cc8e1e7902a7fa8a46b295a8f88ef46407dd54 Mon Sep 17 00:00:00 2001 From: Niklas Haas Date: Wed, 24 Sep 2025 15:14:29 +0200 Subjec

[FFmpeg-devel] [PATCH] configure: Check for the AArch64 CRC extension (PR #20682)

PR #20682 opened by Martin Storsjö (mstorsjo) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20682 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20682.patch This does preparatory work for #20654. From 2aa17941996502c1a4837bbef5c47b26df2c6fdd Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ma

[FFmpeg-devel] [PATCH] avutil/csp: correct gamma approximation to match BT.1886 EOTF (PR #20690)

PR #20690 opened by Kacper Michajłow (kasper93) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20690 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20690.patch The previously used gamma value of 1.961 was derived from the BT.709 OETF, which does not define an EOTF. The proper EOTF was la

[FFmpeg-devel] [PATCH] configure: add intial Windows platform install files for debug with .pdb symbols

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 in

[FFmpeg-devel] [PATCH] movenc: Make the hybrid_fragmented mode more robust (PR #20652)

PR #20652 opened by Martin Storsjö (mstorsjo) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20652 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20652.patch Write the moov tag at the end first, before overwriting the mdat size at the start of the file. In case writing the final moov bo

[FFmpeg-devel] [PATCH] avfilter/vf_scale: don't atempt to rescale AV_NOPTS_VALUE (PR #20603)

PR #20603 opened by James Almer (jamrial) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20603 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20603.patch Should fix issue #20589. >From 37df42b97f8c6a0fb05c208276a46feb5512a493 Mon Sep 17 00:00:00 2001 From: James Almer Date: Wed, 24 Se

[FFmpeg-devel] Re: [DISCUSSION] Adding ARM64EC support to FFmpeg

On Tue, 23 Sep 2025, Harish Raja Selvan wrote: Following up on the discussion above on ARM64EC support, I’ve prepared a patch to update gas-preprocessor.pl that enables FFmpeg to be compiled for ARM64EC target on Windows. This change ensures that -m flags are not eliminated for ARM64EC target, a

[FFmpeg-devel] [PATCH] avutil/crc: add arm64 crc32 asm (PR #20654)

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 17 00:00:00 2001 From: Zhao Zhili Date: Mon, 6 Oct 2025 13:41:16 +0800 Subject:

[FFmpeg-devel] Re: New mailing-list archive

Hi Nicolas On Mon, Oct 13, 2025 at 11:09:20AM +0200, Nicolas George via ffmpeg-devel wrote: > Nicolas George via ffmpeg-devel (HE12025-10-13): > > Thanks. It sucks a little less than the first impression. But it still > > sucks. The fact that it defaults to a non-monospace fon

[FFmpeg-devel] New mailing-list archive

Hi. I just went to the new archive for this mailing-list. Is it just me or does it suck? I am looking at and I am not seeing any way to make a link to my own mail. Regards, -- Nicolas Ge

[FFmpeg-devel] Re: New mailing-list archive

Diederick C. Niehorster via ffmpeg-devel (HE12025-10-13): > The little chain icon in the lower right, next to the thumbs up and > thumbs down, generates: > https://lists.ffmpeg.org/archives/list/[email protected]/message/LHST53IEEVLV7ZFNAA3274N652WHRVA6/ Thanks. It sucks a little

[FFmpeg-devel] [PATCH] avcodec: make use of av_zero_extend() in a few modules (PR #20628)

PR #20628 opened by James Almer (jamrial) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20628 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20628.patch >From 45b30fa2363d77b0741f9d334ef659299bb420b9 Mon Sep 17 00:00:00 2001 From: James Almer Date: Mon, 29 Sep 2025 22:33:27 -0300 Subj

[FFmpeg-devel] Re: [RFC] FFlabs Sponsor

On Fri, Oct 10, 2025 at 10:58 PM Michael Niedermayer via ffmpeg-devel wrote: > > 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

[FFmpeg-devel] Re: [REFUND-REQUEST] code.ffmpeg.org hosting cost

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: > > > > Each months b

[FFmpeg-devel] Re: Soliciting sponsorship (was: WIP: avfilter: add Bungee audio stretch filter (PR #20697))

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 think about it, but for example you > > could offer to don

[FFmpeg-devel] [PATCH] avcodec/libdav1d: bump minimum supported version to 1.0.0 (PR #20625)

PR #20625 opened by James Almer (jamrial) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20625 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20625.patch This allows us to remove old deprecated options. >From d975dbd7b70e0b2f3f3b2950e5513c299b838810 Mon Sep 17 00:00:00 2001 From: James

[FFmpeg-devel] Re: [PATCH] swscale/output: Fix unsigned cast position in yuv2* (PR #20698)

On Mon, Oct 13, 2025 at 05:20:55PM +0100, Kieran Kunhya via ffmpeg-devel wrote: > On Mon, 13 Oct 2025, 14:28 michaelni via ffmpeg-devel, < > [email protected]> wrote: > > > PR #20698 opened by michaelni > > URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls

[FFmpeg-devel] [PATCH] avformat/mov: fix missing video size when some decoders are disabled (PR #20669)

PR #20669 opened by Zhao Zhili (quink) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20669 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20669.patch Fix #20667 The first version of patch was right, sorry I suggested the wrong direction. https://patchwork.ffmpeg.org/project/ffmpeg/patc

[FFmpeg-devel] Re: [PATCH] avutil/crc: add arm64 crc32 asm (PR #20654)

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 ab6fd7a273b88080e878c0c6

[FFmpeg-devel] [PATCH] fate-recv.sh: count warnings also in test.log

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

[FFmpeg-devel] [PATCH] avformat/rtsp: set AVFMTCTX_UNSEEKABLE flag (PR #20598)

PR #20598 opened by Kaarle Ritvanen (kunkku) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20598 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20598.patch Correctly set the AVFMTCTX_UNSEEKABLE flag for live RTP streams. Some external applications, such as Qt Multimedia, depend on this

[FFmpeg-devel] [PATCH] avformat/movenc_ttml: fix memleaks (PR #20586)

PR #20586 opened by Zhao Zhili (quink) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20586 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20586.patch Memory leaks can happen on normal case when break from while loop early, and it can happen on error path with goto cleanup. The two fate

[FFmpeg-devel] [RFC] dormant tickets

Hi Should tickets which are inactive be closed with a new resolution:dormant? If yes, should this be done to new and or open tickets ? and after what time ? its easy to do with trac (iam not saying that is a good idea, a bug is a bug and wont fix itself but it felt in the comments about trac /

[FFmpeg-devel] [PATCH] Few MSVC warnings fixes (PR #20619)

PR #20619 opened by Kacper Michajłow (kasper93) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20619 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20619.patch From b1792e40e5fe5c67e9777e28c6b2284a0582413e Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Kacper=20Michaj=C5=82ow?= Date: Sat, 27

[FFmpeg-devel] [PATCH] configure: suppress C4267 warnings from MSVC (PR #20607)

PR #20607 opened by Kacper Michajłow (kasper93) URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20607 Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20607.patch Suppresses implicit integer conversion narrowing warnings: warning C4267: 'initializing': conversion from 'size_t' to 'int', pos

<    20   21   22   23   24   25   26   27   28   29   >