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 AB2FA481A4 for ; Thu, 11 Apr 2024 01:19:38 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id E4D7368D08A; Thu, 11 Apr 2024 04:19:34 +0300 (EEST) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [217.70.183.194]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id CD91C68CBED for ; Thu, 11 Apr 2024 04:19:28 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id F1BB340002 for ; Thu, 11 Apr 2024 01:19:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=niedermayer.cc; s=gm1; t=1712798368; 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=G/j1Y5WYMpGYzIq1KncFv/Tb3TGug2IG314WhhRBF4o=; b=n/miUrxjAedgFcVm+B2SBDTgfa0h4yJ5ySFF8d/tOSYa35Vcybs0t2LSyciX38i4qJtyys 7Gy1+BTTY8Bjjxrf071iPbwyW7UsHEh5FxYEWGCeOJEGqdCjFmBvH2jOEOBn58Y7DL+6AE burtPlUaIvxn1UnB9TtXVvd8bbz66ASKkoh3KXJMruMHx2invcwIvSIygXBnSUqa5jbvFA jalCwl36JLEi8cigGJmH/J9INHasLYYhoN94VzlXZcVdrqMYj1Mum8U5iYvWykdbqPw8nA bTaIajIRWmBWzF1rgCRB0sYa3pqXzcJ5gi7lrxOiK2uiGqz0SXKCTqEzeetS7A== Date: Thu, 11 Apr 2024 03:19:27 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20240411011927.GV6420@pb2> References: MIME-Version: 1.0 In-Reply-To: X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] Query from Reuters on XZ, open source, and Microsoft 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="===============4340923551479761628==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============4340923551479761628== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="+uRJ5bn4mOmGh07x" Content-Disposition: inline --+uRJ5bn4mOmGh07x Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi On Tue, Apr 09, 2024 at 03:57:02PM -0500, Romain Beauxis wrote: > [Apologies for continuing the conversation, R=E9mi] >=20 > Le mar. 9 avr. 2024 =E0 14:05, Tomas H=E4rdin a =E9crit : >=20 > > m=E5n 2024-04-08 klockan 13:13 -0500 skrev Romain Beauxis: [...] >=20 > > Also as someone who had to maintain a Gitlab instance at uni for a > > couple of years, I agree with R=E9mi's points > > >=20 > My initial contribution was motivated by the argument presented in the > original talk that bringing new blood is critical to the survival of the > project. >=20 > If so, then I do believe that there must be a compromise to be made betwe= en > being easier to join for new developers and changing the existing workflo= w. > I'm also aware that changing the existing workflow has been discussed > before. >=20 > I don't think that media is not cool anymore, as argued in the talk. I see > a _lot_ of interested developers in my other projects and all over the op= en > source landscape. That's why I believe that it's also important to consid= er > other reasons than the talk's argument. To bring some of the new blood into the project the project needs to first understand why they dont. And asking thouse who manage with difficulty to join could be a biased oppinion. How many potential new developers do we reach, how many of them want to joi= n? how many try to join, and what are the true reasosn for thouse who do not want to join or try and fail? Do we even try to attract new developers ? I think on a scale from 1 ro 10 we are maybe at a 2 when it comes to new developers, theres alot we could do, theres a alot we should know, a lot we could try. The effect on existing developers also must be considered Also even within the current developers there is friction. Solving this friction would increase the number of active developers. And if its not solved then i think maybe we are missing the problem because gitlab even if it adds more people will also increase these frictions even more. Because there are problems between people and not just a email vs gitlab one. What i belive would help is a way for people to develop modules (codecs, demuxers, muxers, ...) externally. That can be a plugin system, it can be something else That way each group can use the development and patch submission systems they prefer. I think the problem we have is less one of aging developers who want new people to come in and the tools being a problem. But instead the old developers having increasingly rigid oppinions that both old and new developers do not agree with. The solution here is to put some space between developers so everyone can work on what they like using whichever enviroment they like. While still somehow maintaining common communication Consider this also in abstract terms In an enviroment where everyone can block and object to everything (at least temporary) the number of potential disagreemnets will grow quardatically with the number of people. This is not scalable Now people certainly can work on their own fork but then users cannot use it or combine these. Plugins would be one fix for this A Decoder is a module that takes a 1-D list of bits and outputs 2-D array of pixels or several 1-D list of audio samples. That interface is not so complex that it needs to be kept inside a monolithic repository thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB What does censorship reveal? It reveals fear. -- Julian Assange --+uRJ5bn4mOmGh07x Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZhc6mwAKCRBhHseHBAsP q7ucAJ49ONTZY1/apocyExs9RnHo5A8QpwCfazeHuXM3vl0pEhnMdC/uLkAuicE= =iVAa -----END PGP SIGNATURE----- --+uRJ5bn4mOmGh07x-- --===============4340923551479761628== 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". --===============4340923551479761628==--