[FFmpeg-devel] [RFC v4] libbavcodec: add a native decoder for the Daala video codec

Rostislav Pehlivanov atomnuker at gmail.com
Sat Jan 2 00:40:30 CET 2016

The reason why the FFmpeg license was added as well was to keep FATE happy
and not have to put an exception for it (since all the exceptions are just
for empty template files). The way I understand it is that the license
above is the license for the file and all the code within it, while the
license below is the FFmpeg project license alone. Not a dual license.
Anyone wishing to use the decoder outside FFmpeg is free to do so under the
BSD 2 clause license while anyone wishing to use it as it is in FFmpeg
would still need to respect the LGPL.
At least that's my understanding of how the AAC Fixed point contributions
are licensed. In case this is really what happens (and I am not a lawyer)
then we could prevent the confusion from happening by putting a comment
above the FFmpeg license which says that the license below is void in case
the decoder is used outside FFmpeg.

On 1 January 2016 at 23:18, Carl Eugen Hoyos <cehoyos at ag.or.at> wrote:

> Rostislav Pehlivanov <atomnuker <at> gmail.com> writes:
> > >this would fail on beos acording to doc/errno.txt
> > Fixed, replaced with EINVAL in my private tree (
> > https://github.com/atomnuker/FFmpeg
> Sorry but the licensing simply makes no sense now:
> The files should be - at you choice - either
> licensed under the LGPL or the license that
> libdaala uses.
> It is not necessary to "double-license" it: You
> could switch to LGPL any time, if you want a
> less restrictive license, keep the libdaala
> license, no need to add the LGPL.
> Thank you, Carl Eugen
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

More information about the ffmpeg-devel mailing list