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 3F4C146CA9 for ; Tue, 8 Aug 2023 15:23:00 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 52E2468C7E0; Tue, 8 Aug 2023 18:22:57 +0300 (EEST) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [217.70.183.196]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id E747968C574 for ; Tue, 8 Aug 2023 18:22:50 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id 11227E0006 for ; Tue, 8 Aug 2023 15:22:49 +0000 (UTC) Date: Tue, 8 Aug 2023 17:22:49 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20230808152249.GY7802@pb2> References: <20230806195323.GV7802@pb2> <3241696.aeNJFYEL58@basile.remlab.net> MIME-Version: 1.0 In-Reply-To: <3241696.aeNJFYEL58@basile.remlab.net> X-GND-Sasl: michael@niedermayer.cc Subject: Re: [FFmpeg-devel] What is FFmpeg and what should it be 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="===============8210493308905487559==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============8210493308905487559== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qirInTRU4F6QfPYR" Content-Disposition: inline --qirInTRU4F6QfPYR Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi On Mon, Aug 07, 2023 at 06:39:10PM +0300, R=E9mi Denis-Courmont wrote: > Le sunnuntaina 6. elokuuta 2023, 22.53.23 EEST Michael Niedermayer a =E9c= rit : > > > > > Did you ask people to do that? > > > >=20 > > > > yes, multiple times. > > > > Also normally patch objections come with a path forward, that was n= ot > > > > the case here. > > >=20 > > > Not necessarily, sometimes preventing a bad idea from happening is a > > > positive thing in itself, and no path forward is needed. > >=20 > > That is missing that people suggest a path forward but > > with too few details to easily walk that path. >=20 > Uh, I hate to state the patently obvious, but if "no path forward is need= ed",=20 > then there should logically be _no_ "details to walk [a] path". Conversel= y, if=20 > avradio does not belong in FFmpeg, as Kieran, Tomas and others have been= =20 > arguing, then there is no path forward to be given on FFmpeg-devel. >=20 >=20 > And besides I don't think it's even fair to state that "too few details" = were=20 > given. People did suggest making this a new separate project properly iso= lated=20 > from FFmpeg internals, and/or joining efforts with existing OSS SDR proje= cts=20 > rather than FFmpeg. Some specific projects have even been cited. >=20 > As far as FFmpeg(-devel) is concerned, I can't think how it could/should= =20 > reasonably get any more specific than that. The saying goes, one cannot win an Argument on the Internet. So, iam not trying to, but IIRC, a while ago you said iam obliged to work on FFmpeg. Thats simply not the case. Its not an obligation but rather my choice that i like to work on something the end user will enjoy. And the end user, in fact more than 500 end users liked SDR in FFmpeg. My original plan was to spend 1-2 weeks working on SDR, now probably about 2 months passed with me spending a bit working on SDR here and there. I also am not obliged to do what other developers want me to do. But i have been in this community for a very long time and have my highest respect =66rom the Developers in this community, even if at times we disagreed they are all great people, and some are my friends. And working toward a consensus everyone is happy with is something i want whenever there is a disagreement. On IRC what people said, and what JB said here, is that people are ok with a SDR module in FFmpeg under some conditions. It is these conditions that i do not fully understand, and that i tried to understand better. You and vittorio here seem to suggest that instead there are no possible conditions and no path forward. Thus a fork would have to happen. Now iam quite confident, that, thats not what people ask for. We had a fork and i dont think we want to have a new one. Again, i want a consensus everyone is happy with so I keep asking what people suggest exactly. Thanks [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB He who knows, does not speak. He who speaks, does not know. -- Lao Tsu --qirInTRU4F6QfPYR Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZNJdxQAKCRBhHseHBAsP q2JEAJ0bsRvnHs3WgDOPymW1zvO7oBKasACfbs23+F8L4XnJGIfiQCuVp+mywvk= =RAjV -----END PGP SIGNATURE----- --qirInTRU4F6QfPYR-- --===============8210493308905487559== 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". --===============8210493308905487559==--