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

[Michael Niedermayer <michael@niedermayer.cc>]

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

Hi Vittorio

On Wed, Aug 02, 2023 at 03:44:13AM +0200, Vittorio Giovara wrote:
> On Sun, Jul 30, 2023 at 3:04 PM Nicolas George <george@nsup.org> wrote:
> 
> > Kieran Kunhya (12023-07-28):
> > > FFmpeg doesn't implement TCP in userspace, it doesn't implement the
> > > WiFi protocol etc etc. Different layers are delegated to different
> > > programs.
> >
> > Hi. You seem to be discussing this in more good faith than I previously
> > imagined, so I will try to tone done the irritation in my mails.
> >
> 
> sorry for jumping in mid discussion, but shouldn't that be the case always?
> 
> But if people started to routinely use FFmpeg on some kind of
> > bare-metal microcontroller where network hardware exists but the
> > official network stack is too big to share the space with FFmpeg, and if
> > somebody were to propose a limited network stack based on lavu's
> > cryptographic primitives, then it would totally make sense to accept it.
> >
> 
> no? that sounds a terrible maintenance burden in terms of both code size
> and security issues, nobody wants that!
> what could be a viable compromise is *maybe* providing the hooks where
> needed where custom io and callbacks can be implemented, but afaict there
> are plenty of those in ffmpeg already
> 
> FFmpeg has been successful because it relied on pragmatism rather than
> > dogmatic adherence to principles. Let us continue that way.
> >
> 
> ffmpeg has been successful because points of contentions were resolved with
> consensus (most of the times) and not by sheer number of emails or email
> length about the topic. I am not even familiar with this avradio thing but
> if the community seems so against it, let's maybe find another solution
> (separate library, repository, tool etc) instead of wasting time and energy
> over the same points.

the code already is in a seperate repository. And is basically isolated
in a single demuxer and single input device.
Some people still complain that it exists

About the community i do not know what the majority wants. About users
iam fairly confident that they prefer having the option to use it than
not having the option.

thx

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

it is not once nor twice but times without number that the same ideas make
their appearance in the world. -- Aristotle

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