> On Sep 26, 2023, at 11:14 AM, Anton Khirnov <an...@khirnov.net> wrote:
> 
> From my perspective, the objections to SDR have been largely
> technical,

>From my perspective the objections against the current SDR implementation 
>could be grouped into roughly 3 categories:

A) support for taking input from an SDR device doesn't belong in ffmpeg at all 
in any form, it's way too big and there are other projects out there for SDR 
there that one ought to use instead, and trying to do it in ffmpeg in any form 
would bloat the codebase and make a mess no matter which option is chosen

B) support for SDR is fine to have in ffmpeg, but it should be done via an 
external library that does not live in the ffmpeg source tree, and ffmpeg could 
be optionally compiled with a --enable-libsdr or some such

C) support for SDR is fine to have as long as it's in a separate module like a 
libavradio with a clean API rather than trying to beat it into libavdevice, the 
current implementation is too invasive

All 3 are united in objecting to the current implementation, which I'd 
summarize as SDR using libavdevice (let's call it option D). This makes it seem 
like there's a united front against SDR, but I think there's significant 
disagreement even among the people objecting to the current implementation as 
to which one of these 3 ought to be the right outcome for SDR. The discussion 
tends to go in circles. Discussions about C-vs-D tend to run into objections 
from B, trying to discuss the relative merits of B-vs-C runs into objections 
from A and so on.

This might be a good use of the TC (after a new GA and new TC is formed to 
avoid arguments about the validity of the decision). The TC could then settle 
on the direction for SDR in the project:

A. no SDR in ffmpeg at all
B. SDR via external library
C. SDR via a new libavradio library
D. SDR via libavdevice

For what it's worth as a user of ffmpeg I hope the outcome is not A, I believe 
having support for RTL-SDR in ffmpeg would be neat and I'd love to use it (at 
home, at work I'd compile ffmpeg with SDR disabled). I'm not qualified to 
comment on whether B,C or D are better ways to achieve it.

- Cosmin












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

Reply via email to