Re: [FFmpeg-devel] [PATCH 5/6] fftools: avradio support

From: Kieran Kunhya <kieran618@googlemail.com>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Subject: Re: [FFmpeg-devel] [PATCH 5/6] fftools: avradio support
Date: Fri, 28 Jul 2023 12:07:24 +0100
Message-ID: <CABGuwE=7P_zGLySY5dc1wLiAxiC0fp_HOvuv1-OpXK2Zuq=Cjw@mail.gmail.com> (raw)
In-Reply-To: <ZMKvsgR4Wcsp4bwg@phare.normalesup.org>

I am going to ignore the dredging up of ancient history.

On Thu, Jul 27, 2023 at 6:56 PM Nicolas George <george@nsup.org> 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 for these kind of things.
>
> It is not just multimedia that can be encrypted, yet FFmpeg has
> cryptographic primitives.
>
> It is not just multimedia that can go over HTTP, yet FFmpeg has support
> for HTTP — limited to its needs.

FFmpeg doesn't implement TCP in userspace, it doesn't implement the
WiFi protocol etc etc. Different layers are delegated to different
programs.
Is FFmpeg going to implement HTTP3 (QUIC) in full? QUIC is a layered protocol.

> It is not just multimedia that requires Fourier transforms and similar
> mathematical operations, yet FFmpeg has them too.

All of your examples are small and self-contained. SDR is definitely
not small and self-contained. It's a field bigger than multimedia and
there are many layers of framing inside.

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