[FFmpeg-devel] [PATCH] Dynamic plugins loading

Michael Niedermayer michaelni
Tue Nov 2 22:35:06 CET 2010

On Tue, Nov 02, 2010 at 10:22:49PM +0100, Nicolas George wrote:
> Le duodi 12 brumaire, an CCXIX, Reinhard Tartler a ?crit?:
> > What's holding me back from doing this are three build dependencies,
> > that are not available in the 'main' section: libx264-dev,
> > Would the project accept patches to dlopen() these three libraries at
> > runtime? Then I could (finally) drop ffmpeg-extra.
> What good will it do to dlopen() libx264 if you do not know the prototype
> for x264_encoder_encode?
> The prototype is quite complex and changes pretty often: you still
> build-depend on x264.h.
> What you can do to cheat stupid patent laws is create The "x264crap"
> project, which is a fork of x264 with all possibly patent infringing code
> removed, but exactly the same API and ABI as x264. It may produce files with
> an horribly bad quality, or even not work at all, that's not a problem, as
> it would only be used for building / linking, not for encoding.

call it x264black, the encoder that can encode only black frames ;)

Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

In fact, the RIAA has been known to suggest that students drop out
of college or go to community college in order to be able to afford
settlements. -- The RIAA
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20101102/8684a4fd/attachment.pgp>

More information about the ffmpeg-devel mailing list