[FFmpeg-devel] [PATCH] lavfi: Port fspp to FFmpeg
michaelni at gmx.at
Fri Dec 19 20:04:33 CET 2014
On Fri, Dec 19, 2014 at 07:26:52PM +0100, Clément Bœsch wrote:
> On Fri, Dec 19, 2014 at 06:42:22PM +0100, Michael Niedermayer wrote:
> > On Fri, Dec 19, 2014 at 04:55:32PM +0100, Clément Bœsch wrote:
> > > On Fri, Dec 19, 2014 at 04:40:21PM +0100, Michael Niedermayer wrote:
> > > [...]
> > > > then one filter that i remember was requested (longer ago) is
> > > > nnedi3 but that would need to have its asm removed or ported which
> > > > is not trivial i suspect
> > > >
> > >
> > > The problem with nnedi3 is that it requires 13MB of learned data.
> > and fate is 900mb, still it seems we have no problem running it
> > putting these 13MB on rsync would be rather easy
> If you want to distribute that binary data with the filter (that is if you
> want the filter to work out of the box), it will probably have to end up
> in the git; we are not requiring our users to make fate-rsync.
> Or do you want to add another layer of specific distribution just for that
i dont think this really differs much from something like drawtext
the user needs some fonts installed for it to be able to draw text
I dont even think we really need to automate it in principle but its
more user friendly. But as theres no really clean way to do it
maybe its best to just have the filter print a url from where to
download the file if its not found and where to put it.
distro packageers can then also decide if they want a seperate
package for the file or not or not support the filter at all.
I dont think we should just dump it into git and the tarballs
it would very significantly increase their size
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
It is what and why we do it that matters, not just one of them.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 181 bytes
Desc: Digital signature
More information about the ffmpeg-devel