On Wed, Aug 02, 2023 at 03:00:54PM +0200, Paul B Mahol wrote: > On Wed, Aug 2, 2023 at 2:47 PM Michael Niedermayer <mich...@niedermayer.cc> > wrote: > > > On Tue, Aug 01, 2023 at 10:06:19PM +0200, Paul B Mahol wrote: > > > On Tue, Aug 1, 2023 at 9:51 PM Cosmin Stejerean <cos...@cosmin.at> > > wrote: > > > > > > > On Jul 27, 2023, at 11:36 AM, Michael Niedermayer < > > mich...@niedermayer.cc> > > > > 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 > > multiple > > > > 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 > > know > > > > 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 > > both > > > > work and fun, and as an amateur radio user, what you describe sounds > > pretty > > > > 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 > > course > > > > 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 > > maintained > > > > 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. > > > > > > > > > > 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. > > > > Current SDR in current avradio is suboptimal. That is the fact.
Everything is suboptimal in some way a boat is suboptimal in a dessert, and a camel in the middle of the sea [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Everything should be made as simple as possible, but not simpler. -- Albert Einstein
signature.asc
Description: PGP signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
