From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTP id EF9B048844 for ; Sat, 20 Apr 2024 23:05:27 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id F211268D208; Sun, 21 Apr 2024 02:05:23 +0300 (EEST) Received: from relay9-d.mail.gandi.net (relay9-d.mail.gandi.net [217.70.183.199]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id C4D4F68C366 for ; Sun, 21 Apr 2024 02:05:16 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id 2DC53FF805 for ; Sat, 20 Apr 2024 23:05:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=niedermayer.cc; s=gm1; t=1713654316; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=7LlEN3t1O5lbrfqTfp75FnB/Ml99nToZ+Wcvw0AmA34=; b=KfISGtcoGThgBz5bYqbXyruxug7ef+S6i9DWfSK8ZEgSw5b7ToBNP7zoVuhACodaGaGzGi /Us5y6Snt7nVc5yBD4+pHfozTY2VxAq75KX6uR5QQItDGl1z+VJvt/uhnBJ39cbl1Bb8Mr QSQtGP8wTKKTidfz0yf2bu3XOwUX7NxZOBey5WlWYrGH8PWbLn0VNg62XY6BwQhHgcJsUf ND8eC7/4ZI8TNl7Hktk8SWOGOSGjhB15+ZwBqBNCAqLUlBo8MGOTQWFKiCWHdODf0B4PF9 ZP4Z0iqD8sDUZkUKEcTQRjnQ806+kvekLWBjS6vVIlQAqGQh1aFcOIvp+Kzv1Q== Date: Sun, 21 Apr 2024 01:05:13 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20240420230513.GW6420@pb2> References: <20240417135832.GJ6420@pb2> <20240418160207.GB45500@haasn.xyz> <20240418205351.GS6420@pb2> <20240419165025.GB21094@haasn.xyz> MIME-Version: 1.0 In-Reply-To: X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] [RFC] 5 year plan & Inovation X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: FFmpeg development discussions and patches Content-Type: multipart/mixed; boundary="===============5498670636934005387==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============5498670636934005387== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="g4AllV6w56peuRfc" Content-Disposition: inline --g4AllV6w56peuRfc Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 19, 2024 at 08:00:28PM +0200, Diederick C. Niehorster wrote: > On Fri, Apr 19, 2024, 19:35 Zhao Zhili wrote: >=20 > > > > > -----Original Message----- > > > From: ffmpeg-devel On Behalf Of > > Niklas Haas > > > Sent: 2024=E5=B9=B44=E6=9C=8819=E6=97=A5 22:50 > > > To: FFmpeg development discussions and patches > > > Subject: Re: [FFmpeg-devel] [RFC] 5 year plan & Inovation > > > > > > On Thu, 18 Apr 2024 22:53:51 +0200 Michael Niedermayer < > > michael@niedermayer.cc> wrote: > > > > A plugin system moves this patch-management to people who actually > > > > care, that is the authors of the codecs and (de)muxers. > > > > > > A plugin system will only solve this insomuch as plugin authors will > > > just host their plugin code on GitHub instead of bothering with the > > > mailing list. > > > > > > I think it runs a good risk of basically killing the project. > > > > VLC is plugin based, gstreamer is plugin based too (which went toooo far > > =F0=9F=98=9D), > > I don't think plugin is that dangerous. > > > > Firstly, we can enable plugin interface only with enable-gpl. > > > > Secondly, we can have a less stable plugin interface than public API, f= or > > our > > development convenience, and encourage plugin authors to contribute to > > upstream. > > > > > > > > > Our productivity as is, is not good, many patches are ignored. > > > > The people caring about these patches are their Authors and yet they > > > > are powerless as they must sometimes wait many months for reviews > > > > > > So, rather than all of the above, what I think we should do is contra= ct > > > somebody to set up, manage, host and maintain a GitLab instance for u= s. > > > > > > This would probably be the single most cost effective boost to both > > > community growth and innovation I can think of, as it will remove > > > several of the major grievances and barriers to entry with the > > > ML+pingspam model. > > > > +1. > > > > I can't remember how many patches I have ping. It's really frustration. > > I ask for permission to commit mostly due to this. > > > > Now I can keep track of my own patches, but it's still not easy to filt= er > > out > > patches I'm interested to review (I can blame the email client, but bla= me > > it > > doesn't help). I'm sure I can review more patches with a new workflow. > > >=20 > If i recall correctly, there was a conversation not too long ago about wh= at > to do with all the SPI money. This seems to be a perfect use for it. > 1. Set up and manage a gitlab instance I think we first need to understand what exact problem there is with the ML/Patchwork workflow. Write this down. See if we all agree on that Look at what workflow* people use Look at what alternatives to ML/Patchwork there are I think others than gitlab where suggested like gittea and forgejo And then carefully evaluate each for cost vs benefit. If we agree on one then its probably best to setup a small test environment and have the whole team try to use that before we consider a switch > 2. Move tickets from trac to there (possibly) why ? > 3. Move fate running to there why ? workflow* For example, i go through patches on the ML with mutt and i have one key to apply a patch and another to open an editor and write a reply. Also = i have my muttrc setup so it colorizes diffs nicely so patches are easy to rev= iew I do test close to every patch posted on ffmpeg-devel, so being able to quickly apply patches matters. If i had to use a GUI based browser and click around with the mouse it would probably mean an end for me testing all patches, simply as it would be too inconvenient and slow. thx --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Democracy is the form of government in which you can choose your dictator --g4AllV6w56peuRfc Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZiRKJAAKCRBhHseHBAsP q/p/AJ9tJfUNgFE9S+V6JvoMMcpse/w0pQCeJzbP1g0nr5o2+D7bBxZwNPysCBo= =Fx+/ -----END PGP SIGNATURE----- --g4AllV6w56peuRfc-- --===============5498670636934005387== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". --===============5498670636934005387==--