Re: [FFmpeg-devel] FFmpeg release 6.1 (SDR Plans)

[Michael Niedermayer <michael@niedermayer.cc>]

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

On Sat, Sep 23, 2023 at 02:49:47AM -0400, Neal Gompa wrote:
> On Fri, Sep 22, 2023 at 12:33 PM Michael Niedermayer
> <michael@niedermayer.cc> wrote:
> >
> > On Fri, Sep 22, 2023 at 03:55:57PM +0200, Gijs Peskens wrote:
> > >
> > > On 21-09-2023 18:21, Michael Niedermayer wrote:
> > > > Hi all
> > > >
> > > > As the 6.1 release is upcoming and as it was previously stated by me that sdr
> > > > will be part of 6.1. Heres some update of what i intend to do about that.
> > > >
> > > > People previously agreed to including a SDR input device in libavdevice with
> > > > SDR in a seperate library.
> > > >
> > > > If the community and the SDR code are happy with each other before the release
> > > > then SDR will simply be merged and be part of 6.1 like any other feature.
> > > >
> > > > OTOH If a majority of people are against the SDR code at the time of
> > > > branching 6.1. Then i will make a separate release identical to 6.1 with
> > > > the SDR code and of course also provide security support
> > > What does this mean? Does this mean an FFmpeg release containing code that
> > > interfaces with your SDR library? Or does it mean the library fully
> > > integrated into FFmpeg?
> >
> > It depends on the code at the time of release. ATM there is no seperate
> > library, just a SDR input device.
> > creating a separte library and the related API/ABI needs to be done with
> > thought and care not something to rush quickly.
> >
> 
> What does this code *do*? All these arguments about the SDR code, and
> I haven't seen it myself (because the email patch workflow really
> makes it hard to track this stuff down, and I assume it was submitted
> on list somewhere?)
> 
> If it's just taking SDR devices as inputs and allowing you to encode
> audio and video streams, I'm not sure why you *wouldn't* have this as
> something in libavdevice or extended from it as a separate library.

Yes thats correct

Let me try to describe what it does in more detail. Ill keep the HW
side very simplified here as it doesnt matter.

The HW side:
You start with an Antena (wire) connecting to a SDR dongle (which is
basically a analog->digital converter capable to take a piece of
radio spectrum and digitizing it) then generally a USB cable and
then with some intermediate drivers follow our SDR code
(The implementation of the HW is much more complex but that above
 is what it does from a high level view)

The libavdevice SDR code:
The digital radio spectrum piece is then analyzed. AM and FM stations
identified and demodulated into AVStreams. The user can ask for all or
one station to be demodulated. Digital metadata (RDS) is demodulated too
and put in AVStream.metadata
Optionally, the radio spectrum can also be returned in the form of a video
stream so one can see where radio stations are within the piece of the
spectrum (like a spectrum analyzer). And the seek keys can be used to
move between stations and to move the piece of the radio spectrum returned
by the hardware (giving also the functionality of an old radio with next/prev
station buttons)

thx

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

Those who are too smart to engage in politics are punished by being
governed by those who are dumber. -- Plato 

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