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
> 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
> > wrote:
> > >
> > > > On Jul 27, 2023, at
On Wed, Aug 2, 2023 at 2:47 PM Michael Niedermayer
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
> wrote:
> >
> > > On Jul 27, 2023, at 11:36 AM, 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 wrote:
>
> > 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,
On Tue, Aug 1, 2023 at 9:51 PM Cosmin Stejerean wrote:
> 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,
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
I am going to ignore the dredging up of ancient history.
On Thu, Jul 27, 2023 at 6:56 PM Nicolas George wrote:
> > It's not just multimedia that goes over radio, it's not just
> > multimedia that goes over TCP, it's not just multimedia that needs
> > XML, that's why there are separate libraries
Michael Niedermayer (12023-07-27):
> 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
On Thu, Jul 27, 2023 at 03:05:23PM +0200, Tomas Härdin wrote:
> ons 2023-07-26 klockan 12:37 +0200 skrev Michael Niedermayer:
>
> > But what my goal after
> > having some fun with SDR is, is to
> > serve the end user. And here iam
> > trying to make it possible that "FFmpeg based" players and
Kieran Kunhya (12023-07-25):
> You can have satisified users without having to implement SDR in a
> multimedia library, nor xml parsing, nor a web server, nor anything
> else that sits at a higher or lower level than FFmpeg.
Satisfied users is not a yes/no thing. There was a branch of the fork
ons 2023-07-26 klockan 12:37 +0200 skrev Michael Niedermayer:
> But what my goal after
> having some fun with SDR is, is to
> serve the end user. And here iam
> trying to make it possible that "FFmpeg based" players and tools
> can use SDR.
Which tools and players?
> For FFmpeg using a C or C++
On Mon, Jul 24, 2023 at 10:19:13PM +0200, Tomas Härdin wrote:
> sön 2023-07-23 klockan 16:01 -0300 skrev James Almer:
> > What bothers me is that even though it's added outside of lavd, it's
> > being added as a brand new lavd, with all the drawbacks this implies,
> > including it being tied to
On Tue, Jul 25, 2023 at 2:56 PM Nicolas George wrote:
> If you would rather FFmpeg be a perfect pearl of beautiful design
> developed in an ivory tower with no regards for the satisfaction of
> users…
You can have satisified users without having to implement SDR in a
multimedia library, nor xml
mån 2023-07-24 klockan 00:56 +0200 skrev Michael Niedermayer:
> And here comes the 3rd step, connect libavfilter to libavradio, move
> the components
> into libavfilter. Do demodulation and probing in filters.
Paul already said no to this
> filters will not need to deal with mpeg-ts or AAC
Kieran Kunhya (12023-07-25):
> As we have seen in FFmpeg, APIs are "designed" around basic things
> like AVI and hacks upon hacks are needed to support anything more
> complex. The API being written around AM/FM is history clearly
> repeating itself.
>
> Unlike you, quite a lot of people are able
tis 2023-07-25 klockan 11:56 +0200 skrev Nicolas George:
> Kieran Kunhya (12023-07-25):
> > This is a completely incorrect and poorly thought through
> > statement.
> > AM/FM are a microscopically small subset of SDR.
> > SDR is a massively complex field, bigger than multimedia itself.
> > There
>
On Tue, Jul 25, 2023 at 10:56 AM Nicolas George wrote:
>
> Kieran Kunhya (12023-07-25):
> > This is a completely incorrect and poorly thought through statement.
> > AM/FM are a microscopically small subset of SDR.
> > SDR is a massively complex field, bigger than multimedia itself. There
> > are
Kieran Kunhya (12023-07-25):
> This is a completely incorrect and poorly thought through statement.
> AM/FM are a microscopically small subset of SDR.
> SDR is a massively complex field, bigger than multimedia itself. There
> are permutations and complexity in things like DAB/DVB etc much more
>
> But far from “already seeing evidence” of the apocalypse you predict, we
> see that the avradio code already delivers features while being
> self-contained and only required extending the signal processing
> abilities of our libraries a little, and in ways that are useful to
> other developers.
Tomas Härdin (12023-07-24):
> Such libraries already exist. Libraries that need talented developers
> working on them. Something that I have already suggested, but it
> appears to be falling on deaf ears. Which is a shame.
>
> GNU Radio Companion can be used to generate Python code that does
>
Tomas Härdin (12023-07-24):
> Features either are or aren't in scope. I don't see how you can
> compromise on that.
The scope is what we decide it is, collectively, based on arguments.
Your conception of the scope is only a small part of that, and even
smaller if you cannot sustain it with
mån 2023-07-24 klockan 10:19 +0200 skrev Nicolas George:
> Also, is it only for receiving? It is there, at least as a potential,
> the possibility of sending, maybe in the Citizen Band?
Only licensed gear may be operated on the ISM bands, and only licensed
amateurs are allowed to build their own
mån 2023-07-24 klockan 10:13 +0200 skrev Nicolas George:
> Tomas Härdin (12023-07-23):
> > No to this entire patchset.
>
> 404 argument not found.
>
> > Users can test libavradio's master if they wish. Do not assume
> > merging
> > this fork will happen, especially not without TC approval, nor
sön 2023-07-23 klockan 16:01 -0300 skrev James Almer:
> What bothers me is that even though it's added outside of lavd, it's
> being added as a brand new lavd, with all the drawbacks this implies,
> including it being tied to lavf in an awful way. And all for a single
> "device" AVInputFormat.
Hi
On Mon, Jul 24, 2023 at 10:19:08AM +0200, Nicolas George wrote:
> Michael Niedermayer (12023-07-24):
> > There are other pathes forward but thats the current plan _IF_ this
> > isnt killed off by the community and _IF_ others join and enjoy
> > working on this. Also nothing is cast in stone,
Michael Niedermayer (12023-07-24):
> There are other pathes forward but thats the current plan _IF_ this
> isnt killed off by the community and _IF_ others join and enjoy
> working on this. Also nothing is cast in stone, this plan is intended
> to be adapted as needed on the way.
I would love to
Tomas Härdin (12023-07-23):
> No to this entire patchset.
404 argument not found.
> Users can test libavradio's master if they wish. Do not assume merging
> this fork will happen, especially not without TC approval, nor that
> trying to sneak it in won't be noticed and opposed.
A striving Libre
On Sun, Jul 23, 2023 at 04:01:16PM -0300, James Almer wrote:
> On 7/23/2023 3:49 PM, Tomas Härdin wrote:
> > sön 2023-07-23 klockan 17:23 +0200 skrev Michael Niedermayer:
> > > On Sat, Jul 22, 2023 at 11:39:11PM +0200, Lynne wrote:
> > > > Jul 22, 2023, 21:30 by mich...@niedermayer.cc:
> > > >
>
On 7/23/2023 3:49 PM, Tomas Härdin wrote:
sön 2023-07-23 klockan 17:23 +0200 skrev Michael Niedermayer:
On Sat, Jul 22, 2023 at 11:39:11PM +0200, Lynne wrote:
Jul 22, 2023, 21:30 by mich...@niedermayer.cc:
This avoids keeping diffs to fftools in the libavradio repository
No to this entire
sön 2023-07-23 klockan 17:23 +0200 skrev Michael Niedermayer:
> On Sat, Jul 22, 2023 at 11:39:11PM +0200, Lynne wrote:
> > Jul 22, 2023, 21:30 by mich...@niedermayer.cc:
> >
> > > This avoids keeping diffs to fftools in the libavradio repository
No to this entire patchset.
> > > ---
> > >
On Sat, Jul 22, 2023 at 11:39:11PM +0200, Lynne wrote:
> Jul 22, 2023, 21:30 by mich...@niedermayer.cc:
>
> > This avoids keeping diffs to fftools in the libavradio repository
> > ---
> > fftools/ffmpeg.c | 7 +
> > fftools/ffplay.c | 6
> > fftools/ffprobe.c| 6
> >
Jul 22, 2023, 21:30 by mich...@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
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
32 matches
Mail list logo
