[FFmpeg-devel] [PATCH 5/6] fftools: avradio support

[Paul B Mahol]

On Wed, Aug 2, 2023 at 2:47 PM Michael Niedermayer <michael at 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 <cosmin at cosmin.at>
> wrote:
> >
> > > On Jul 27, 2023, at 11:36 AM, Michael Niedermayer <
> michael at 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 at ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
> To unsubscribe, visit link above, or email
> ffmpeg-devel-request at ffmpeg.org with subject "unsubscribe".
>