[FFmpeg-devel] [PATCH] Dynamic plugins loading

Reinhard Tartler siretart
Wed Nov 3 07:23:41 CET 2010

On Di, Nov 02, 2010 at 21:30:11 (CET), Michael Niedermayer wrote:

> On Tue, Nov 02, 2010 at 08:41:41PM +0100, Reinhard Tartler wrote:
>> On Di, Nov 02, 2010 at 14:28:59 (CET), Luca Barbato wrote:
>> > On 11/2/10 1:23 PM, Felipe Contreras wrote:
>> >> There is a need to package separately free, and patent encumbered
>> >> codecs. Right now that's impossible with FFmpeg, and that's the reason
>> >> it's not offered on Fedora, or MeeGo.
>> >
>> > That is a stupid excuse as pointed by ubuntu.
>> Just FTR, I really dislike the ffmpeg/ffmpeg-extra hack and would prefer
>> a solution that does not involve a copied source package.
>> What's holding me back from doing this are three build dependencies,
>> that are not available in the 'main' section: libx264-dev,
>> libxvidcore-dev and libmp3lame-dev. Moving these three dependencies to
>> main is unfortunately not an option AFAIUI.
> why is this not an option btw? it seems to make most sense technically

Here are the requirements for main:
Promotion to main also includes committment of Canonical in terms of
maintenance, security updates, etc.
Given that the request for x264 is unprocessed since 2 years, I don't
have much hope that mp3lame or xvid will make it:

(granted, I didn't push it either, but still)

>> Would the project accept patches to dlopen() these three libraries at
>> runtime? Then I could (finally) drop ffmpeg-extra.
> i have no objection if the respective maintainers agree 

Okay, since AFAIUI you maintain mp3lame.c and xvid, I take this as
agreement for these codecs.

Jason? Would you accept something like that for the x264 wrapper?

Reinhard Tartler, KeyID 945348A4

More information about the ffmpeg-devel mailing list