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. > > 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 > > [...] > -- > 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 > _______________________________________________ > 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". > _______________________________________________ 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".