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 3597C46A5E for ; Wed, 2 Aug 2023 12:47:08 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id DFDB968C613; Wed, 2 Aug 2023 15:47:05 +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 A857A68C515 for ; Wed, 2 Aug 2023 15:46:59 +0300 (EEST) Received: by mail.gandi.net (Postfix) with ESMTPSA id D3079E0005 for ; Wed, 2 Aug 2023 12:46:58 +0000 (UTC) Date: Wed, 2 Aug 2023 14:46:58 +0200 From: Michael Niedermayer To: FFmpeg development discussions and patches Message-ID: <20230802124658.GF7802@pb2> References: <20230723152304.GJ7802@pb2> <1eba1389c52dead477fa1fd445d5ae918be25951.camel@haerdin.se> <72ef7953-2723-7ffa-eab9-021a84d0e481@gmail.com> <20230726103721.GW7802@pb2> <48fd475cc383b6f6cb8c14ae75bf313217bd04fc.camel@haerdin.se> <20230727183625.GZ7802@pb2> <01010189b2a7ca51-31965753-09ac-4699-8698-226f9d15542f-000000@us-west-2.amazonses.com> MIME-Version: 1.0 In-Reply-To: X-GND-Sasl: michael@niedermayer.cc 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="===============8571817660119665067==" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: --===============8571817660119665067== Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2FWNEMwxOgX6dEWt" Content-Disposition: inline --2FWNEMwxOgX6dEWt Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 01, 2023 at 10:06:19PM +0200, Paul B Mahol wrote: > On Tue, Aug 1, 2023 at 9:51=E2=80=AFPM Cosmin Stejerean wrote: >=20 > > On Jul 27, 2023, at 11:36 AM, Michael Niedermayer > > wrote: > > > > Let me first explain what i want to provide to the user (most of this > > is already implemented, some needs more work) > > the user starts her favorite player, be that vlc, ffplay, or whatever > > chooses sdr as input device and thats all configuration she needs. > > She can select a specific driver, gain and so but she doesnt have to > > Now she only needs 2 buttons, seek forward and seek backward, in > > ffplay thats the cursor keys. To select the station. > > And she sees on the screen what station that is, what song title and > > artist are playing as well as what is playing on any other FM station > > in view (that works here already in europe, for the US if it doesnt work > > > > i need a sample from dumpurl ...) > > (for non interactive tools like ffmpeg she would have to select the > > frequency she wants to listen to or all in view ...) > > > > Now gqrx needs me to manually enter the frequency, the modulation the > > device, then it still doesnt work (first one has to know why from multi= ple > > rtlsdr lines some dont work) and once one is through this it still > > doesnt work, all AGC methods dont work, i have to set the gain manually > > for the station i want to listen to to have acceptable quality. I do kn= ow > > but at this point we lost likely 90% of users > > > > I know this is a contentious topic, but as a heavy user of ffmpeg for b= oth > > work and fun, and as an amateur radio user, what you describe sounds pr= etty > > great to me. I can definitely imagine using this for a few usecases. I = get > > that other tools exist and others that know how to use those can of cou= rse > > continue to use them. I for one would definitely love to use ffmpeg > > directly if that was an option. > > > > This is not something I'd want enabled in the ffmpeg build at work due = to > > the extra surface area, but assuming I can disable the sdr radio bits at > > build time for "serious" builds, and that this code is actively maintai= ned > > and designed in a way that minimizes interference with other parts of > > ffmpeg, then it's not clear to me why there's such a strong reaction > > against having this included in ffmpeg. > > >=20 > Because it would always give sub-optimal results at best. Iam not sure what you refer to by "it" exactly and what the alternative you compare it to are but why ? Even leaving this very generic, claiming one implementation will always give "sub-optimal results" to another does not sound like a fact based statment. Thats a bit like saying a reverse engeneered codec will always give sub optimal results to the binary original. And thats why we better should go the optimal route > > Time to implement auto-pilot into FFmpeg too. I dont know if you plan that but i dont, did not and have also not suggested that. In fact i dont even know what exactly you refer to by "auto-pilot" thx [...] --=20 Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Into a blind darkness they enter who follow after the Ignorance, they as if into a greater darkness enter who devote themselves to the Knowledge alone. -- Isha Upanishad --2FWNEMwxOgX6dEWt Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABEIAB0WIQSf8hKLFH72cwut8TNhHseHBAsPqwUCZMpQPgAKCRBhHseHBAsP q6oNAJ4zPxkcF2GZ5X51DzmATH5pDwQTPACfbbTZhhc6VDofgcbSHcBQVY5sddw= =dbSA -----END PGP SIGNATURE----- --2FWNEMwxOgX6dEWt-- --===============8571817660119665067== 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". --===============8571817660119665067==--