On Sat, Jul 22, 2023 at 11:39:11PM +0200, Lynne wrote:
> Jul 22, 2023, 21:30 by michael@niedermayer.cc:
> 
> > This avoids keeping diffs to fftools in the libavradio repository
> > ---
> >  fftools/ffmpeg.c     |  7 +++++
> >  fftools/ffplay.c     |  6 ++++
> >  fftools/ffprobe.c    |  6 ++++
> >  fftools/opt_common.c | 66 ++++++++++++++++++++++++++++++++++++++++----
> >  fftools/opt_common.h | 27 ++++++++++++++++++
> >  5 files changed, 107 insertions(+), 5 deletions(-)
> >
> 
> Do you think we should keep this out of the 6.1 branch?
> I don't expect packagers to start packaging libavradio immediately,
> so I don't feel that strongly about it, but maybe we should let
> users test it first in git master for a bit?

there are unfortunately a few issues the fuzzers found in ffmpeg, which i
need to fix and these need to go in 6.1 so the small bits of code should
have plenty of time to be tested.

about packagers and libavradio. The (more vocal members of the) community
wanted sdr in a seperate library and not libavdevice, its likely that
distributions will eventually package it, wherever it is.
To me it really doesnt matter if its in libavradio or libavdevice.
whatever people prefer

PS: The most efficient way to make the code be structured the way people
like it is to work together on it and contribute. Iam mentioning this because
IRC gives off some hostile vibes ATM, and this reminds me of the distant past
Working together -> makes everyone happy.
Fighting other peoples work -> results in fragmenting the community

thx

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Many things microsoft did are stupid, but not doing something just because
microsoft did it is even more stupid. If everything ms did were stupid they
would be bankrupt already.