[FFmpeg-devel] Vid.stab video stabilization ready for libavfilter

Michael Niedermayer michaelni at gmx.at
Sat Feb 23 04:07:21 CET 2013


On Fri, Feb 22, 2013 at 10:44:50PM +0100, Georg Martius wrote:
> On Friday 22 February 2013 13:26:56 Roger Pack wrote:
> > On 2/22/13, Andrey Utkin <andrey.krieger.utkin at gmail.com> wrote:
> > > 2013/2/21 Georg Martius <georg.martius at web.de>:
> > >> How can it become part of ffmpeg?
> > >> a) the library becomes part of ffmpeg (a subdir in the tree)
> > >> b) the library stays stand-alone and only the two filter files go into
> > >> the
> > >> libavfilter directory.
> > > 
> > > IMHO stand-alone development is preferable.
> > > Your library is quite big (split to quite many files), i don't like
> > > the idea of adding that many files (and code) to ffmpeg sources for a
> > > single filter.
> > > You still develop the lib, it's better for you to commit freely
> > > (without ffmpeg developers reviewing your changes, as it would be in
> > > case of incorporation).
> > > You'll be able to provide rich set of interface functions to your
> > > library; in ffmpeg, it would be usable only through standard
> > > libavfilter API.
> > > While there are no packages of your lib in distros, the users can
> > > compile it manually, this process should be straightforward.
> > 
> > Another option (though a bit tricky) would be for a "dll/so" type
> > mechanism be added to libavfilter, so this could be released as a
> > "build your own .dll and use it separate from FFmpeg's own distro"
> > (but if it's a high quality deshake, existing within FFmpeg might be
> > good too).
> I think that a dynamic plugin loading would be indeed very handy. It also 
> speeds ups plugin testing because you don't have to compile a whole big 
> library again. Anyway,  I guess it was a design decision to have only static 
> linking within the libavfilter.

There was no design decission against dynamic loading.
Just noone needed it enough to write a clean implementation i guess

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Opposition brings concord. Out of discord comes the fairest harmony.
-- Heraclitus
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20130223/1ac70a19/attachment.asc>


More information about the ffmpeg-devel mailing list