[FFmpeg-devel] [RFC] AVFilter
Carlos Ruiz
carlos.r.domin at gmail.com
Fri Oct 25 20:59:34 EEST 2024
I'd like to second Nicolas' points. Building and distributing FFmpeg is not
an
easy endeavor, regardless of hobby or commercial projects. Staying up to
date with master and keep rebasing your local filter changes, updating
documentation
so your clients or other hobbyists can build on their machines, etc is a
bigger
effort than leveraging an already widely available library (on most
distributions)
and simply documenting how to build your tiny filter that links to the
public libavfilter.
This is already how other frameworks work, e.g. TensorRT, which allow you
to register
your custom plugins without having to fork the whole repo, modify 5 lines,
and rebuild
the whole library.
I agree that patching FFmpeg is "doable", but I wouldn't see it as "easier"
nor as a
"better" library design. I understand maintaining a public API could limit
the iteration
speed of certain internal refactors, but it feels like the current
framework is already in
a solid enough state that hopefully the interface wouldn't need to change
much (and
could always do so with a breaking change).
Anyway, would love to see support for a public AVFilter API :D
On Sat, Oct 19, 2024 at 1:31 AM Rémi Denis-Courmont <remi at remlab.net> wrote:
> Le perjantaina 18. lokakuuta 2024, 14.42.46 EEST Nicolas George a écrit :
> > That might be true if you only consider commercial projects. For
> > community projects and hobby projects, that is certainly not true at
> > all.
> >
> > And I want to emphasize that community projects and hobby projects
> > deserve our consideration as much as commercial projects.
>
> Community and hobby projects can just as well patch FFmpeg. In fact, they
> can
> more easily do so as they don't have to go through corporate compliance
> theatrics on how to (not) patch external projects or OSS code.
>
> > > Debian is rather the exception than the rule as far as providing usable
> > > FFmpeg shared libraries in the system.
> >
> > Debian and its derivatives make already a significant part of the
> > available distros.
>
> > But it is quite easy to check that most other distros do have shared
> > FFmpeg on the system.
>
> Well no, it is quite hard to check something false.
>
> Red Hat and most enterprise distros do not.
> Fedora does not.
> Ubuntu ships a cut-down version in their main repositories.
>
> And sure, you can get FFmpeg from external repositories, but that's
> exactly
> how you get into versioning, and why people embed FFmpeg to avoid it.
>
> > So I wonder one would utter such an obvious falsehood.
>
> Does not parse.
>
> --
> Rémi Denis-Courmont
> http://www.remlab.net/
>
>
>
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>
> To unsubscribe, visit link above, or email
> ffmpeg-devel-request at ffmpeg.org with subject "unsubscribe".
>
More information about the ffmpeg-devel
mailing list