Well, I never said LGPL wasn't fine for my project. Actually it IS fine, and
that's why I was linking everything statically.

But recently I wanted everything to work with Visual Studio too, but I
couldn't get my project to properly against the static libraries built with
MinGW, that's why I've been thinking of building a DLL that statically links
against FFmpeg's libraries. And then linking that dynamic library against my
product built with Visual Studio.

So I suppose that if LGPL is not a problem for my project, I could do that
dynamic library, statically linked against the different FFmpeg's libraries,
couldn't I ?

I'm rather focusing of providing the easiest to use product, and anyone
could still download my repo, replace the static libraries he/she wishes and
finish the build process. There's nothing to prevent this. That way I can
release only one file, ready to use, and if the user want's to replace some
FFmpeg library, he/she can.

Lucas Soltic


2011/6/7 Kirill Gavrilov <[email protected]>

>
> The purpose here is to avoid having loads of dlls. Initially I was linking
>> the static libraries to my own product. But I got issues with Visual Studio
>> and wanted to give a try with dynamic linking. However I don't want the user
>> to have to care about 5 dlls when he would actually need only one (and zero
>> with the initial all-statically-linked-in-my-
>> product setup).
>>
> There NO problem to statically link with LGPL/GPL product (in fact console
> utility ffmpeg is often statically linked with libav* libraries).
> However for product with other license only option - to use dynamic
> libraries. You may to cheat - merge all libraries into ONE and publish
> their sources / build procedures
> over LGPL license however this doesn't make your product friendly for user
> AND your closed-source product still NEED to build against this dynamic
> library!
> -----------------------------------------------
> Kirill Gavrilov,
> Software designer.
> <[email protected]>
>
> _______________________________________________
> Libav-user mailing list
> [email protected]
> http://ffmpeg.org/mailman/listinfo/libav-user
>
>
_______________________________________________
Libav-user mailing list
[email protected]
http://ffmpeg.org/mailman/listinfo/libav-user

Reply via email to