From: Nicolas George via ffmpeg-devel <ffmpeg-devel@ffmpeg.org>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Cc: Nicolas George <george@nsup.org>
Subject: [FFmpeg-devel] Re: [RFC] Funded Task Ideas
Date: Tue, 4 Nov 2025 20:39:49 +0100
Message-ID: <aQpWhVgQI66mHtdq@phare.normalesup.org> (raw)
In-Reply-To: <20251103184408.GB74644@haasn.xyz>
Niklas Haas via ffmpeg-devel (HE12025-11-03):
> 4. Developers should announce when they begin working on a bounty, and then
> nobody else should be able to claim it until a reasonable amount of
> time has passed. (Perhaps 12 weeks)
That seems rather reasonable, and in line with my position that people
being paid to work on FFmpeg, i.e. who have incentives not completely
aligned, should disclose it. You could add the requirement of a periodic
status update.
I think we should add:
5. When a bounty involves design decisions, these decisions must be
discussed on the mailing list before investing time and effort in
implementation.
I do not want to repeat the fiasco of the channel layout API where the
proposed API was developed entirely in private and ended up covering
about a third of the uses cases, and when it was published it was a >100
patch series and too late to salvage it more than partially.
For this to work, we need a way to commit ourselves to the outcome of
the discussion. In particular the outcome of the first discussion “do we
want that feature or not?”.
If we discuss the design in July and come to as consensus, we do not
want somebody who neglected the discussion at the time to be able to
block the code in October because they do not like the design. They can
object on technical matters, but as long as the code matches the design,
you do not like the design, too bad, the time to say it was three months
ago.
For the code, committing ourselves to the decision means pushing the
patches. But for the design, we do not have such a mechanism, and that
is an issue.
Regards,
--
Nicolas George
_______________________________________________
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-leave@ffmpeg.org
next prev parent reply other threads:[~2025-11-04 19:42 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-14 2:40 [FFmpeg-devel] " Michael Niedermayer via ffmpeg-devel
2025-10-14 19:16 ` [FFmpeg-devel] " Michael Niedermayer via ffmpeg-devel
2025-10-14 20:35 ` Michael Niedermayer via ffmpeg-devel
2025-10-14 22:28 ` Timo Rothenpieler via ffmpeg-devel
2025-10-14 22:52 ` Michael Niedermayer via ffmpeg-devel
2025-10-15 4:39 ` Kieran Kunhya via ffmpeg-devel
2025-10-15 8:31 ` Nicolas George via ffmpeg-devel
2025-10-16 9:28 ` Kieran Kunhya via ffmpeg-devel
2025-10-16 11:20 ` Michael Niedermayer via ffmpeg-devel
2025-10-30 19:42 ` Nicolas George via ffmpeg-devel
2025-11-01 23:09 ` Michael Niedermayer via ffmpeg-devel
2025-10-15 14:53 ` Nicolas George via ffmpeg-devel
2025-10-16 11:59 ` Michael Niedermayer via ffmpeg-devel
2025-11-01 23:38 ` Niklas Haas via ffmpeg-devel
2025-11-02 0:50 ` Timo Rothenpieler via ffmpeg-devel
2025-11-02 2:09 ` Michael Niedermayer via ffmpeg-devel
2025-11-03 17:44 ` Niklas Haas via ffmpeg-devel
2025-11-04 19:39 ` Nicolas George via ffmpeg-devel [this message]
2025-11-04 20:36 ` Rémi Denis-Courmont via ffmpeg-devel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aQpWhVgQI66mHtdq@phare.normalesup.org \
--to=ffmpeg-devel@ffmpeg.org \
--cc=george@nsup.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
This inbox may be cloned and mirrored by anyone:
git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
ffmpegdev@gitmailbox.com
public-inbox-index ffmpegdev
Example config snippet for mirrors.
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git