FFmpeg Liense and Legal Considerations(翻译)

原网页

FFmpeg Lience and Legal Considerations

法律问题是质疑和困惑源源不断的根源。在这里尝试去阐明这些最重要的问题。通常应用于免责声明，并非法律建议。

FFmpeg License

FFmpeg是基于LGPL 2.1或者其后的版本。然而，FFmpeg整合的一些可选择的部分和优化是基于GPL 2或者之后的版本。如果使用了GPL应用于FFmpeg的所有部分的话，需要遵循。

阅读license去了解它如何影响基于FFmpeg的项目或者再利用FFmpeg.你或许也希望看一下GPL FAQ.

需要注意的是FFmpeg在其他任何licensing terms都不起作用，尤其是那些关于商业的和用于支付交易的协议。

License Compliance Checklist

当需要链接FFmpeg库时,下面列出了LGPL compliance的清单。这不是唯一服从liense的方式，但是我们认为这是最简单的方式。这里也存在一些并不真正与LGPL协议相关但是在任何其他方面都是好主意。

1.编译FFmpeg没有用到“--enable-gpl”和没有用到“--enable-nonfree”。

2.使用动态链接（在windows平台上指dlls）链接FFmpeg链接库。

3.发布FFmpeg源码，无论你是否修改过。

4.确信源代码与你发布的库相关。

5.运行命令行“git diff > changs.diff”在FFmpeg源码的根目录上，用于创建一个有更改的文件。

6.解释你怎样编译FFmpg,例如配置行，在文本文件中加入源码的根目录。

7.对发布的源码使用打包工具或者解压工具。

8.Host FFmpeg源码在同一个webserver作为你将要发布的binary。

9.在你的每一个website的下载链接页面加

"This software uses code of <a href=http://ffmpeg.org>FFmpeg</a> licensed under the <a href=http://www.gnu.org/licenses/old-licenses/lgpl-2.1.html>LGPLv2.1</a> and its source can be downloaded <a href=link_to_your_sources>here</a>"。

10.在你的软件的“about box”部分提及“this software uses libraries from the FFmpeg project under the LGPLv2.1”

11.你的项目使用基于LGPLv2.1的FFmpeg库，在你的EULA（最终用户许可协议）中提及。

12.如果你的EULA（最终用户许可协议）说明了源码的所有权，你需要明确的指出你不拥有FFmpeg,并且说明相关的拥有者是能够找到的

13.从你的EULA中去除禁止任何逆向工程。

14.对你的EULA的所有译文中应用同样的改变

15.不要拼错了FFmpeg（两个大写的F和小写的“mpeg”）

16.不要将FFmpeg dlls重新命名为一些模糊的名字，但是增加一个后缀或前缀是可以的（重命名“avcodec.dll”为“MyProgDc.dll”是不允许的，但命名为“avcodec-MyProg.dll”是可以的）

17.再次遍历所有您编译成FFmpeg（例如LAME）的LGPL外部库的所有项目

18.确保你的项目没有使用任何GPL库（尤其是libx264）

简述GPL与LGPL