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