Hi Niklas

On Wed, Oct 16, 2024 at 02:30:47PM +0200, Niklas Haas wrote:
> On Tue, 15 Oct 2024 18:12:21 +0200 Michael Niedermayer 
> <mich...@niedermayer.cc> wrote:
> > Hi all
> >
> > This is a quick RFC about peoples oppinions on AVFilter
> >
> > The question: Should anyone be able to write a filter (which
> > other people can use) ?
> > Or should only we be able to add filters ?
> 
> As a compromise, we could allow external filters with a more strict ABI
> requirement, i.e. the filter must be built against the exact same version of
> libavfilter. That way, we could still change the API as needed, without
> needing to maintain long-term ABI compatibility.

yes, thats possible, in fact given that we dont change the API in ways
that matter to filters that often, it seems a rather minor thing.
Like introducing a FILTER_API_VERSION and just bumping that when a
change is being done.


> 
> I think that from a corrent PoV, the status quo of external filters being
> added out-of-tree at build time is fine, and maybe we could make that process
> a bit easier.

id really like to see a way by which people can write and maintain
their filters somewhere like github and them being available with reasonable
effort on the user side to applications using libavfilter.


> 
> Another thing to mention is that a lot of downstream use cases for custom
> filters could be solved by adding a single proprammable "custom" filter that
> calls a user-provided callback function. This filter could be given a more
> limited but stable API, without limiting our ability to change the internal
> details. Think of something like buffersink/buffersrc, but for custom filters.

Thats one specific usecase.
But there are generic filters too which are independant of the application using
libavfilter

thx

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

I am the wisest man alive, for I know one thing, and that is that I know
nothing. -- Socrates

Attachment: signature.asc
Description: PGP signature

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

Reply via email to