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 36AFD47CB5 for ; Tue, 17 Oct 2023 14:36:48 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id C778368C7EB; Tue, 17 Oct 2023 17:36:45 +0300 (EEST) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 0E59E68C1B8 for ; Tue, 17 Oct 2023 17:36:38 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id 289C91C0013 for ; Tue, 17 Oct 2023 14:36:37 +0000 (UTC) Date: Tue, 17 Oct 2023 16:36:37 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20231017143637.GD3543730@pb2> References: <20231013191934.GQ3543730@pb2> MIME-Version: 1.0 In-Reply-To: X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] SWS cleanup / SPI Funding Suggestion 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="===============1234455911099753269==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============1234455911099753269== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="IHeoZqE8eTKrPZZA" Content-Disposition: inline --IHeoZqE8eTKrPZZA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 14, 2023 at 07:53:04PM +0200, Stefano Sabatini wrote: > On date Friday 2023-10-13 21:19:34 +0200, Michael Niedermayer wrote: > > Hi everyone > >=20 > > I propose using 15k$ from SPI for funding sws cleanup work. > > this is substantially less than what people belive this needs (see IRC = logs from yesterday or so) > > So it really is more a small price for a good deed and not proper payme= nt. > > This of course is only available to competent developers. (exact rules = or how thats determined > > would still need to be decided unless its a clear case) > > Also the exact outcome and goal would need to be discussed by the commu= nity and whoever > > does the work. > > But some goals would probably be to make sws > > * pleasent to work with > > * similar speed or faster > > * proper multithreading > > * proper full colorspace convertion not ignoring gamma, primaries, ... > > * clean / understandable modular design (maybe everything can be a "Fil= ter" inside sws > > that get build into a chain) > >=20 > > Proper payment (50k$ maybe) would be too much in relation to what SPI h= as ATM (150k$) > >=20 > > Above all, this is just my oppinion, the actual SPI funding also would = need to > > be approved by the community. This can happen after a specific voluntee= r comes forth > > or before, whichever way the community prefers. >=20 > Leaving apart the technical details about the implementation, this > should be feasible within the SPI framework (although this would > involve some paperwork and delays due to that). >=20 > It would be useful at this point to define the process to accept the > proposal and potential candidates. We have a technical committee which > might take the lead on that and probably have the last word on it, > since "approved by the community" is a bit vague and there is the risk > that there will be never an approval "from the community" because of > diverging views, or that we get stuck at the design level. I think there are several shades of this The community might simply have a consensus that X should be funded. We achieved this both for traval and hw in all or nearly all cases. And quite plausibly we will achieve this too for other cases Hypothetically the community might have a consensus some work should be funded but not agree on technical details. Here honestly i think the developer doing the work should be the main decission maker. She is the one doing the work, knowing the code best. And most likely its one of the FFmpeg team doing the work. The technical committee could be used if reviewer and author cannot agree. I think we should stir clear of a "Planned economy" where some group thats "distanced" from the actual work decides on fine details. These did not work very well in real economies and i doubt it would work well for technical design. Furthermore the person doing specific work really should be, when she does the work be the one with the best understanding of the code (otherwise we "hired" the wrong person) so to me it makes sense she also would make decissions on technical details. At the same time she also takes responsibility for teh decission ... thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB No great genius has ever existed without some touch of madness. -- Aristotle --IHeoZqE8eTKrPZZA Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZS6b8QAKCRBhHseHBAsP q4OQAKCFVEg60qEuYX5VC8v40VRb9Y5RvACcDqoQ2R76jD6e48lGSevQ5s0K8HM= =aedM -----END PGP SIGNATURE----- --IHeoZqE8eTKrPZZA-- --===============1234455911099753269== 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". --===============1234455911099753269==--