Re: [FFmpeg-devel] [PATCH 1/2] Remove libpostproc

[Kieran Kunhya via ffmpeg-devel <ffmpeg-devel@ffmpeg.org>]

On Wed, May 14, 2025 at 11:21 AM Michael Niedermayer
<michael@niedermayer.cc> wrote:
>
> Hi Andrew
>
> On Wed, May 14, 2025 at 05:54:54AM +0300, Andrew Randrianasulu wrote:
> > ср, 14 мая 2025 г., 03:55 Andrew Randrianasulu <randrianasulu@gmail.com>:
> >
> > >
> > >
> > > вт, 6 мая 2025 г., 02:27 Michael Niedermayer <michael@niedermayer.cc>:
> > >
> > >> This will be available in https://github.com/michaelni/libpostproc
> > >> either as a separate library or a ffmpeg source plugin whatever turns
> > >> out more convenient to maintain
> > >>
> > >
> > >
> > >
> > > Congratulations, you broke  building cinelerra-gg with ffmpeg.git despite
> > > our best efforts :/
> > >
> > > Why all this code movement?!
> > >
> > > For whom it "simple"?
> > >
> >
> >
> > For some reason this mail not arrived into my inbox (spam filter ate it?)
> >
> > https://ffmpeg.org/pipermail/ffmpeg-devel/2025-May/343192.html
> >
> > =====
> >
> > The idea of course here is to expand this to filters and other
> > things. Which again is trivial, nothing really is needed except
> > people simply following this style of a source plugin
> >
> >
> > =====
> >
> > I found this concerning. Because does this mean ffmpeg will be fragmented
> > like Python or Rust into million pieces users supposed to held together?

libpostproc never really fit in FFmpeg, has a lot of out of date code
and that's why it was removed.

>
> simple awnser, no
>
> There is an increasing number of filters which do not fit into FFmpeg.
> For a wide range of reasons. ATM these are simply inaccessable and
> invissible to users.
> With plugins you will be able to use filters that have ugly dependancies,
> or cannot be in main FFmpeg for other reasons.
> Or you can also choose not to touch them.
>
> If there is interrest we can make releases with and without all plugins
> (in fact i intend to include libpostproc in the next relaase)

I do not think we should have a plugin API. As we have seen from other
open source multimedia projects like GStreamer, the only use case will
be to incorporate binary blobs. FFmpeg will then get the support
burden from these binary blobs. The Linux kernel suffered from the
same issues.

We should encourage users to upstream patches.

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