Re: [FFmpeg-devel] [PATCH] avfilter: Proof of Concept: enable out-of-tree filters

[Leandro Santiago <leandrosansilva@gmail.com>]

On 3/26/25 07:09, softworkz . wrote:
> Hi Ronald,
>
>> -----Original Message-----
>> From: ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> On Behalf Of Ronald
>> S. Bultje
>> Sent: Dienstag, 25. März 2025 19:05
>> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
>> Subject: Re: [FFmpeg-devel] [PATCH] avfilter: Proof of Concept: enable
>> out-of-tree filters
>>
>> Hi,
>>
>> On Mon, Mar 24, 2025 at 12:20 PM Leandro Santiago
>> <leandrosansilva@gmail.com>
>> wrote:
>>
>>> I really hope this can be the last iteration, as I ran out of ideas on
>> how
>>> to simplify the process, so please let me know your thoughts :-)
>>
>> I'm not sure I understand the rationale or goal of this. It seems you're
>> trying to create a process for extending the source/build tree with
>> components not part of our git. Is this something people are interested
>> in?
> Yes.
>
>> I've never heard this use case before.
>
> It had been discussed here (tangentially):
>
> https://ffmpeg.org/pipermail/ffmpeg-devel/2025-January/338807.html
>
> and here:
>
> https://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2025-February/340030.html
>
>
> It's kind of an alternative to a run-time plugin-model to which some have expressed reservations.
> Interests are multifold. It makes it easier to maintain custom filters across branches and versions of the main code, it allows people to create things which don't have a chance to get into the codebase for various reasons: like being too specific for general use, being tied to a specific vendor, using remote APIs that are too volatile, being too experimental or whatever else can be. 
> Needless to mention the many AI related use cases. Without providing any kind of extensibility, other solutions will fill that gap and Ffmpeg relevancy will drop in the coming years IMO.

That's a great summary, thank you.

As a follow up, I've just ported (albeit being still very ugly and with build system workarounds) a filter written in Rust to use this implementation of "external filters", and it seems to be working, although I need to test it more. The code can be found at https://gitlab.com/leandrosansilva/ffmpeg-track-sort-filter .

In short, one can build it with:

```

cd ffmpeg
mkdir -p ext/libavfilter/
git clone https://gitlab.com/leandrosansilva/ffmpeg-track-sort-filter ext/libavfilter/track-sort
./configure --enable-libopenvino --enable-libharfbuzz --enable-libfreetype --enable-openssl --disable-static --enable-shared
make
make install

```

And then use the `tracksort` filter as described in the repository (it requires some setup, as it's quite niche, so I won't get into details here).

Leandro

>
> Best,
> sw
> _______________________________________________
> 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".
_______________________________________________
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".