Re: [FFmpeg-devel] What is FFmpeg and what should it be

[Michael Niedermayer <michael@niedermayer.cc>]

[-- Attachment #1.1: Type: text/plain, Size: 2427 bytes --]

Hi

replying to the other question too

On Wed, Aug 02, 2023 at 04:44:14PM +0200, Jean-Baptiste Kempf wrote:
> On Wed, 2 Aug 2023, at 16:20, Michael Niedermayer wrote:
> > There are multiple problems but the real problem is that
> > How many people discuss an SDR API ? (0)
> > How many people propose an SDR API ? (0)
> 
> Did you ask people to do that?

yes, multiple times.
Also normally patch objections come with a path forward, that was not
the case here.

The first proposal was a simple demuxer in libavformat which used libsoapy
That was objected to

The second proposal was a simple demuxer in libavformat and a input device in libavdevice which used libsoapy
That was objected to

The third proposal moved the simple demuxer and input device to libavradio
That was accepted, but then the build system changes where objected to
so we cannot link to that

The forth proposal moves the simple demuxer and input device back out of
libavradio (as we cannot link to it without build system changes)
this was not objected to but the unrelated bugfixes after that where objected to

There is the general theme that a intermediate API should be added but
with apparently noone who subscribes to this suggestion knowing or caring how
to do that.

libsoapy is the external library used by the input device code
on top of the hw independant demuxer code. <-- this is a terse
description of what we have ATM

Is what you ask for, that I develop a general purpose SDR library ?
Because i cannot think of anything else that could reasonbly be
meant by "API" here.

Now please think about this for a moment
i should write a general purpose SDR library to be "allowed" to add a SDR module to ffmpeg ?
You compared this to libswresample and libswscale
but a general purpose SDR library is more like a general purpose multimedia library than a
general purpose audio resampler.

I dont think demanding i write a general purpose SDR library to be "allowed"
to add a SDR module to ffmpeg has a majority behind it.
This is not what people where thinking off when they suggested an API

If its not about writing a general purpose SDR libraray, then what
exactly is the suggestion ?
And also does that make sense ?

thx

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Observe your enemies, for they first find out your faults. -- Antisthenes

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

[-- Attachment #2: Type: text/plain, Size: 251 bytes --]

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".