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 36CD547EE1 for ; Tue, 31 Oct 2023 16:59:08 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 8382668CD49; Tue, 31 Oct 2023 18:59:05 +0200 (EET) 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 EF3A268CC7A for ; Tue, 31 Oct 2023 18:58:58 +0200 (EET) Received: by mail.gandi.net (Postfix) with ESMTPSA id 1ED7C40002 for ; Tue, 31 Oct 2023 16:58:57 +0000 (UTC) Date: Tue, 31 Oct 2023 17:58:57 +0100 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20231031165857.GS3543730@pb2> References: <20231026154523.GI3543730@pb2> <06FDD42E-0549-437C-9827-C21CBFD005BE@remlab.net> <20231029161258.GK3543730@pb2> <4840683.0No5S2iab6@basile.remlab.net> MIME-Version: 1.0 In-Reply-To: <4840683.0No5S2iab6@basile.remlab.net> X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] [RFC] financial sustainability Plan A (SPI) 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="===============1170967023986735673==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============1170967023986735673== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="kBf3/PYhxFrxRTVr" Content-Disposition: inline --kBf3/PYhxFrxRTVr Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 29, 2023 at 09:36:13PM +0200, R=C3=A9mi Denis-Courmont wrote: > Le sunnuntaina 29. lokakuuta 2023, 18.12.58 EET Michael Niedermayer a =C3= =A9crit : > > On Sun, Oct 29, 2023 at 04:35:35PM +0200, R=C3=A9mi Denis-Courmont wrot= e: > > > Hi, > > >=20 > > > Le 28 octobre 2023 21:01:57 GMT+03:00, Michael Niedermayer=20 > a =C3=A9crit : > > > >On Sat, Oct 28, 2023 at 07:21:03PM +0200, Michael Niedermayer wrote: > > > >> Hi ronald > > > >>=20 > > > >> On Sat, Oct 28, 2023 at 12:43:15PM -0400, Ronald S. Bultje wrote: > > > >> > Hi Thilo, > > > >> >=20 > > > >> > On Sat, Oct 28, 2023 at 11:31=E2=80=AFAM Thilo Borgmann via ffmp= eg-devel < > > > >> >=20 > > > >> > ffmpeg-devel@ffmpeg.org> wrote: > > > >> > > What this is about, is to set up a way to properly spend the S= PI > > > >> > > money > > > >> > > aside > > > >> > > from travel & hw. Why we should not do it because some compani= es > > > >> > > beurocracy, I > > > >> > > cannot see. > > > >> >=20 > > > >> > I sincerely don't think the above description is what Kieran mea= nt > > > >> > when he > > > >> > talked about sustainability at Demuxed, which this thread seems = to be > > > >> > a > > > >> > response to. > > > >>=20 > > > >> a quick reply here. I have not watched kierans presentation from > > > >> demuxed yet. So theres absolutly no chance anything i wrote till n= ow > > > >> can be a respone to it. > > > > > > > >some more words about what the intend of this plan was, again not a > > > >respone > > > >to any presentation of anyone else > > > > > > > >Donations from people vs companies: both really. > > >=20 > > > I think Ronald's point is that you need to pick one, and clarify whic= h it > > > is, because as Ronald explained, it's unlikely that a *good* plan cou= ld > > > address both (conversely a plan that tries to address both is probably > > > poor and flawed). > > >=20 > > > In other words, if you want to cover both cases, you need two separate > > > plans. > > you are correct, i agree here but this is a RFC so its not a final > > plan. > >=20 > > i think for the donations from users the real question is how many > > of our users can we reach to explain them that they are using FFmpeg > > and a tiny donation would help us alot. > > if thats only a few thousand users then this will not work > >=20 > > > And unfortunately, I do believe that Ronald is correct in pointing out > > > that big companies will want oversight in exchange for money. This is > > > very much counter to the current project setup, which (depending whom= you > > > ask) is governed by the GA, or by Fabrice Bellard through his delegat= es. > > >=20 > > > This is not to say that these corporate wishes should or should not be > > > accomodated. It is just an observation of those wishes. > > if i look at spi.txt, it says > > "SPI needs a contract in place which describes the work to be done. " > >=20 > > so if we have someone do some payed development work be that one time or > > continous. There would be a contract that says what is going to be done. > > That also would have been approved by the community or GA or whatver and > > the company paying would have a say in whats in that contract, really > > limited by what we are ok with and what the law allows >=20 > Unfortunately, that is missing the point. If a company wants to pay someo= ne=20 > for some specific tasks, they can already do that, with or without the=20 > intervention of SPI. And they already know that they can do that, at leas= t=20 > without SPI. Your plan A is unnecessary for this case. If SPI has any ben= efit=20 > here, it's maybe fiscal. > If there is really a tax benefit, you could emphasize > on the website and social networks tha SPI is available as an option. yes, thats a good idea >=20 > Some companies could be willing to provide more sustainable funding for m= ore=20 > general maintenance, but they would probably require something like what= =20 > Ronald mentioned - especially for FFmpeg whose community has a poor=20 > reputation. >=20 > > > How do you plan to gain visibility from those billion users? Call me > > > pessimistic but this has been a known problem for 20+ years, and I ha= ve > > > yet to glimpse a credible solution. >=20 > > It depends on the community. If the commuity wants to do it > > Just look at some online service which annoy you telling you to disable= a > > add blocker we could detect a specific usecase we intend to target and > > print a simple message once that will not annoy the user a 2nd time > > This is very controversal and iam not sure if 99% are against it or fin= d it > > funny. Iam just awnsering the "how it can be done" not saying iam in fa= vor > > or against >=20 > That's not a credible solution for a library. All reverse dependency=20 > developers would disable that before they ship affected FFmpeg versions, = or=20 > worse, just stop updating their vendored FFmpeg. If its announced and we point to the commit, maybe half the minor users will remove it, maybe most of the bigger ones. If its not announced noone would remove it. companies do not audit the FFmpeg commits. They would remove it after seeing it but at that point it did what it intended to to, inform users again, like i said thats hypothetical and controversal. But basically doing the same as companies which put advertisements in without asking either cre= ator nor viewer. Also dont ignore the effect of the controversy around this ;) It would be on many news sites that XYZ displayed a notice that it used FFmpeg and asked for donations for sustainability. All these news articles are free amplification of the message ;) We could reach quite a few people with this. its just controversal >=20 > The FFmpeg CLI tool print stuff, but that's going to be seen by a tiny fr= action=20 > of the user base. yes [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB The real ebay dictionary, page 1 "Used only once" - "Some unspecified defect prevented a second use" "In good condition" - "Can be repaird by experienced expert" "As is" - "You wouldnt want it even if you were payed for it, if you knew .= =2E." --kBf3/PYhxFrxRTVr Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZUEyTQAKCRBhHseHBAsP qxr/AJwM7VfKDtbbiHc6s6KEIIYNBae56gCfQEhJwGTfC91xnCBNWTwOFVJO6IA= =PSuZ -----END PGP SIGNATURE----- --kBf3/PYhxFrxRTVr-- --===============1170967023986735673== 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". --===============1170967023986735673==--