[FFmpeg-devel] [PATCH] web: announce code.ffmpeg.org

Michael Niedermayer michael at niedermayer.cc
Wed Jul 23 12:38:00 EEST 2025


Hi Lynne

On Wed, Jul 23, 2025 at 01:01:06PM +0900, Lynne wrote:
> 
> 
> On 23/07/2025 08:04, Michael Niedermayer wrote:
> > Hi Lynne
> > 
> > On Tue, Jul 22, 2025 at 12:53:29PM +0900, Lynne wrote:
[...]
> > > +  <p>
> > > +    We are also hoping that this will significantly reduce the amount of unmerged patches.
> > > +    If you submitted a patch which received no replies or conclusion, we apologize, and you are encouraged
> > > +    to resubmit it on the new platform.
> > > +  </p>
> > 
> > The announcment should probably mention that performance, as in number of
> > submissions / percentage of applied / not reviewed patches will be
> > monitored compared to the mailing list.
> > 
> > (and obviously someone has to do that, i do think such basic performance
> >   monitoring is important after/ during such a change)
> > 
> > later then (in a month or whatever) we should make an announcment with
> > the performance numbers
> 
> We all know there were plenty of patches left over. What we need to do is to

yes, but the patches arent "forgotten". Everyone, including myself have them
in their ffmpeg-devel mailbox.

Iam not reviewing them not because iam unaware of them but because its just
way too many patches for one person, who than also has many other things to do
besides reviewing patches.

Once one understands this, the solution should be clear
1. we have to split up responsibilities, that is the maintainers system
   each area should have a maintainer who would not waste time with noise outside
   her area. And also not have to endlessly argue with people not maintaining the
   specific code.
2. hire more reviewers/maintainers, so we have more manpower, FFlabs and STF are
   options here, both these options should be used.
3. better tools to get the right patches to the right reviewer with less work,
   I hope forgejo will achieve this
4. We should try to shift work that others can do, away from key people,
   so they have more time for work that we have noone else who can do it.

thx

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

z(9) = an object that transcends all computable functions describable
in finite terms. - ChatGPT in 2024
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20250723/ac35349f/attachment.sig>


More information about the ffmpeg-devel mailing list