On Tue, Jul 25, 2023 at 10:56 AM Nicolas George <geo...@nsup.org> wrote: > > Kieran Kunhya (12023-07-25): > > This is a completely incorrect and poorly thought through statement. > > AM/FM are a microscopically small subset of SDR. > > SDR is a massively complex field, bigger than multimedia itself. There > > are permutations and complexity in things like DAB/DVB etc much more > > complex than anything the FFmpeg API can handle (e.g physical layer > > pipes). > > > > To draw the conclusion that all SDR is now fine in FFmpeg beacause in > > your mind AM/FM did not require a large number of changes to FFmpeg is > > incorrect to say the least. > > <sigh> Applying support for AM/FM now does not force us to accept > support for more complex parts later, and support for what is now there > is already an interesting feature. > > In other words, please all stop engaging in the slippery slope fallacy: > reject objectionable patches if they ever come but stop blocking > reasonable features.
As we have seen in FFmpeg, APIs are "designed" around basic things like AVI and hacks upon hacks are needed to support anything more complex. The API being written around AM/FM is history clearly repeating itself. Unlike you, quite a lot of people are able to comprehend this now and don't want history repeating itself. 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-requ...@ffmpeg.org with subject "unsubscribe".