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 ESMTPS id 463EA4CC5B for ; Sat, 25 Jan 2025 18:04:29 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 9019568B6FC; Sat, 25 Jan 2025 20:04:26 +0200 (EET) Received: from relay0.mail.gandi.net (relay0.mail.gandi.net [217.70.178.220]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 1975568B445 for ; Sat, 25 Jan 2025 20:04:18 +0200 (EET) Received: by mail.gandi.net (Postfix) with ESMTPSA id EC661430EB for ; Sat, 25 Jan 2025 18:04:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=niedermayer.cc; s=gm1; t=1737828258; 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=RhWguLYorWGo6O843+zWY+UXHK2clfOhUlB4vKPfMKg=; b=WsadeM5kaIKBgBJDFJC7B+V6LwXa2uWurpyOeEpa+JB/7zegKzArYDMWUsMiVCkwrfiLPr teSVRKR+n7Q/wmxExZxzbVf3J0/TKc6J+2G4WSCpAzbOtbQSV/NVDFGOwKgAh4emjjr+lx CcKHEeo7rJrKfjHWeJLxsAxvdT7aU48SF836f6eVtUZ85PB0ptXZ3xEH36aw2SCIhueh8k oT0pdUXufZwzY6dgs2mwKtuXtZ/BDIpI5nCEVIngJc95EWgeCqEaVvw/7uhKN49WKuZfbh B+NNLAAo4OfqZ3tzLVtldYs5G/FLOOxBU7eEjRf/HNvRH6cdRXm1GewicvtXdQ== Date: Sat, 25 Jan 2025 19:04:16 +0100 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20250125180416.GJ4991@pb2> References: <20250102141731.GR4991@pb2> <4f72a0e8-d5f2-4796-8376-aa5790f2bd97@gyani.pro> <20250121004110.GA4991@pb2> MIME-Version: 1.0 In-Reply-To: X-GND-State: clean X-GND-Score: -70 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrudejgedgkedtiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfitefpfffkpdcuggftfghnshhusghstghrihgsvgenuceurghilhhouhhtmecufedtudenucesvcftvggtihhpihgvnhhtshculddquddttddmnegfrhhlucfvnfffucdlfedtmdenucfjughrpeffhffvuffkfhggtggujgesghdtreertddtvdenucfhrhhomhepofhitghhrggvlhcupfhivgguvghrmhgrhigvrhcuoehmihgthhgrvghlsehnihgvuggvrhhmrgihvghrrdgttgeqnecuggftrfgrthhtvghrnhepieegkedtjeduffejhfetgeejtdegteetgfegtdfhjefgvefhteegkeejtddvhfevnecukfhppeeguddrieeirdeijedruddufeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpeeguddrieeirdeijedruddufedphhgvlhhopehlohgtrghlhhhoshhtpdhmrghilhhfrhhomhepmhhitghhrggvlhesnhhivgguvghrmhgrhigvrhdrtggtpdhnsggprhgtphhtthhopedupdhrtghpthhtohepfhhfmhhpvghgqdguvghvvghlsehffhhmphgvghdrohhrgh X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] Democratization 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="===============4441662904886410977==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============4441662904886410977== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gffc6WFzQVu6epnQ" Content-Disposition: inline --gffc6WFzQVu6epnQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Soft Works On Tue, Jan 21, 2025 at 06:52:27AM +0000, Soft Works wrote: [...] > > We need plugins > > please lobby for a plugin architecture >=20 > I'd love to see an extensibility model, I have one or two things for whic= h there's clearly no place in the ffmpeg codebase. > But this can't be a remedy for those problems above: >=20 > - Plugins cannot change the behavior of existing components existing components could have callbacks (like a log callback or a call to motion estimation) but yes you are correct in general > - Many changes/additions cannot be applied via an extensibility model > - Eventually it would create even more room for rejecting contributions > by saying it should be done as a plugin > - Nothing is won for anybody when you end up having dozens of plugins whi= ch you need to compile for another dozen of platforms >=20 > A plugin model should serve as a way for serving very specific individual= use cases, but not as a means for rejecting contributions which provide co= mmon value for many users. >=20 > Anyway we already have a kind of plugin model - at compile time at least > ./configure allows fine grained control of what to include and what not, yes, we really just need to allow each to be taken from external repositori= es its also then not "more" compiling That would then maybe be the simplest solution to plugins > that I wonder whether this couldn't be leveraged for controversial cases = - to achieve some middle ground between both "camps"? The problem is a social one not a technical one. Of course you are correct and that would work on a technical level but i th= ink not a social one People dont reject code saying "iam ok because it can be disabled at compil= e time" They try to block it with some "argument" and the need to go through this i= s what kills these projects. A contributor cannot say "i dont care what your oppinon is,= ill apply this ill maintain this, you wont maintain this, you wont use this, let me just w= ork on my code." If one simplfifies this down to the absolute minimum, whats needed is that = the contributor/maintainer has write access and others do not. Then the problem= is solved. I dont see how anything less than this solves it Maybe we could just have 2 repositories but the conservative/restrictive one would always die. We could try this though if people want. Just to make it clear i will make releases from the repository with all fea= tures and thats the repository i will maintain security fixes for. thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Complexity theory is the science of finding the exact solution to an approximation. Benchmarking OTOH is finding an approximation of the exact --gffc6WFzQVu6epnQ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEKAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZ5UnnQAKCRBhHseHBAsP q6kMAJ9chnqGSUWx25nolVgo6X6MQlxcmgCfUFTEFDDkoQ8rUqWzymFhKPUt0Tw= =v3Hs -----END PGP SIGNATURE----- --gffc6WFzQVu6epnQ-- --===============4441662904886410977== 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". --===============4441662904886410977==--