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 C139247112 for ; Thu, 27 Jul 2023 17:56:12 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 72E8068CA7F; Thu, 27 Jul 2023 20:56:09 +0300 (EEST) Received: from nef.ens.fr (nef2.ens.fr [129.199.96.40]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 015B468C98F for ; Thu, 27 Jul 2023 20:56:02 +0300 (EEST) X-ENS-nef-client: 129.199.129.80 ( name = phare.normalesup.org ) Received: from phare.normalesup.org (phare.normalesup.org [129.199.129.80]) by nef.ens.fr (8.14.4/1.01.28121999) with ESMTP id 36RHu2cB026802 for ; Thu, 27 Jul 2023 19:56:02 +0200 Received: by phare.normalesup.org (Postfix, from userid 1001) id 44881EB5B7; Thu, 27 Jul 2023 19:56:02 +0200 (CEST) Date: Thu, 27 Jul 2023 19:56:02 +0200 From: Nicolas George To: FFmpeg development discussions and patches Message-ID: References: <20230723152304.GJ7802@pb2> <1eba1389c52dead477fa1fd445d5ae918be25951.camel@haerdin.se> <8396bdd379b9244a79ee045bb85f9e96b2fbfee6.camel@haerdin.se> MIME-Version: 1.0 In-Reply-To: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (nef.ens.fr [129.199.96.32]); Thu, 27 Jul 2023 19:56:02 +0200 (CEST) Subject: Re: [FFmpeg-devel] [PATCH 5/6] fftools: avradio support 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="===============0485207984360745061==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============0485207984360745061== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="fGpsnenbWwu3NKZz" Content-Disposition: inline --fGpsnenbWwu3NKZz Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Kieran Kunhya (12023-07-25): > You can have satisified users without having to implement SDR in a > multimedia library, nor xml parsing, nor a web server, nor anything > else that sits at a higher or lower level than FFmpeg. Satisfied users is not a yes/no thing. There was a branch of the fork with more features and more satisfied users, and a branch of the fork with less features and less satisfied users. The second one died, and good riddance. We are on the branch of the fork that wants more features even if it means a few hacks. Accept it or work on the other branch. > It's not just multimedia that goes over radio, it's not just > multimedia that goes over TCP, it's not just multimedia that needs > XML, that's why there are separate libraries for these kind of things. It is not just multimedia that can be encrypted, yet FFmpeg has cryptographic primitives. It is not just multimedia that can go over HTTP, yet FFmpeg has support for HTTP =E2=80=94 limited to its needs. It is not just multimedia that requires Fourier transforms and similar mathematical operations, yet FFmpeg has them too. > FFmpeg is not the kitchen sink of miscellaneous wheel reinvention. I reject the disparaging =E2=80=9Ckitchen sink=E2=80=9D, but apart from it,= YES, FFmpeg is exactly that, or at least it was some time before the fork. Then some people pushed for more seriousness, more stability, which meant less creativity. And seeing their efforts to make the project more serious, more stable and more sterile were not succeeding enough, they tried to take over, that resulted in a fork that almost killed the project. And we, on the FFmpeg side, made the mistake to try to entice them back. We changed for that, we made the project more serious, more stable, more sterile, to try and convince them to come back. We should not have done so. Instead, we should have reaffirmed what makes FFmpeg not libav, and demanded THEY change to be welcomed back. And so the trend towards more seriousness, more stability, more sterility, continued. Amplified by people who started business to exploit FFmpeg, and have a personal interest in the project being more serious, more stable, and don't care it's more sterile. But before that evolution, what FFmpeg success in the first place, was precisely that it was a welcoming place for development in the multimedia field. Not just a narrow version of =E2=80=9Cthe scope=E2=80=9D,= but anything related to multimedia, or useful for it. Not just things that do not exist elsewhere but also projects to invent new and creative ways of doing it. And since that ambiance attracted very talented hackers (including you personally, as far as I could see), it frequently gave impressive results. So yes, being able to use SDR devices to record AM/FM on the fly from ffmpeg or any FFmpeg-based application is worth a few hacks here and there. And yes, being able to read network streams defined by XML manifests without linking to the big stinking pile of shite that is libxml2 is worth having our own XML parser, limited to exactly what we need instead of supporting the whole complex format. And so on and so on. FFmpeg is a place for creativity. If you do not agree, try to remember why you came here in the first place. --=20 Nicolas George --fGpsnenbWwu3NKZz Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEE6ooRQGBoNzw0KnwPcZVLI8pNxgwFAmTCr7AACgkQcZVLI8pN xgztpw//d0iKrRrYsLiuT/9GaeGEENkLOR0n8KFVetepTUmIa1PpofPX7s3gbW5k /wjYYnkpwLSPfHk5q8KrBI7w2zzU8Z2A0Vy7jdvHK9UoRh9kIqKQ1nq+kJMmHp6S OHdVYUwBlR4rhtw/krXTNrE5zIHktntauO/bcoJJ3TIwoIB4jHTNSJFdiwpOV2if 8FEizJBAheUT1dIDUJKqp1dNjBuVt4Ojvn7z+Vp4bXY0waWRNqVxvCm9qcIat0ke Zk1Njqk4XWEZkEk5wHBY5XI1FKzJL3NS45Heso4hjQ/TykExr9KCkhLEvZ1IWWu2 V0KRUsd+YgsZTHT5O+6XxL5lNsc2ezZV1PDBB0eEBysulgp6y0cje51ceNMFAbVI IraAfVkEWAfRkksW+bxVbuykZEjj6BHEfFsBQbwONlOdOXfUbMmoE7T9iFeqQyhc itc3/ZdPrPP9vxDkEv6h1dfXMlhH3JG1W7RmI6VigsQReC8fRhbNI/Oiu+1tVq1N pkSfcTJRWUU4rp3vDDR+0vGTuPMInSsv9whIwW4itnuWkfv3TMJseZBEn1RynTvV zGs94tLHgMcECVbc6mLeH9LXDLo5c53WnfIIV/R7XbgTN/zrIZ66nhfNi6s4Yno0 1UcZ5Kx9xHEuQBuN9KYSVzHanItCuvPefENusIm+s5S5janb3DI= =El0i -----END PGP SIGNATURE----- --fGpsnenbWwu3NKZz-- --===============0485207984360745061== 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". --===============0485207984360745061==--