ffmpeg/libav 选择

转自：http://www.oschina.net/news/64764/michael-niedermayer-resigning-as-ffmpeg-leader

http://zhidao.baidu.com/link?url=_RFHGisk6gtEfh71Zc6qLyuK2bn_T5bcRwmcYyoqisrV4zjpbcgWw0W08WkiXXdXgKaRUsuAo5FhhBixtT1qHURdqeFuntftc737_c8B7vi

http://www.linuxidc.com/Linux/2015-07/119627.htm

FFmpeg 社区再次发生了一件“戏剧性”的事件：担任 FFmpeg 项目负责人长达11年的 Michael Niedermayer宣布辞职。

Michael 的辞职与 Libav 分支有关。Debian 项目上个月宣布用 FFmpeg 取代 Libav，一个主要理由是 Libav 的安全更新没有FFmpeg 及时。Debian 抛弃 Libav 对其打击非常大。Libav 是在2011年“起义”脱离 FFmpeg 创建的一个分支，一度吸引了包括 Debian 在内的发行版采用。但过去几年 FFmpeg 在 Michael 的领导下比 Libav 发展更快更活跃，因此许多发行版回到了 FFmpeg 的怀抱，Debian 是仅剩的一个继续使用 Libav 的主流发行版，它抛弃 Libav 项目意味着 Libav 可能会死亡。Libav 项目开发者则指责 Michael 盗用了他们的成果。Michael 将 Libav 的代码合并到 FFmpeg，让他成为了 FFmpeg 最大的贡献者，他递交代码一度占了新增代码的80%。但 Michael 的支持者则持相反意见。Michael 在辞职信中称，他希望两个社区最终能合并，Libav 能重新加入 FFmpeg。但即使 Debian 准备移除 Libav，仍然没有迹象显示 Libav 考虑加入 FFmpeg。双方的分歧显然非常大。他希望他的辞职能让双方坐下来，避免彻底的分裂。

libav 的开发者倾向于"开发"而不是"维护"，当然，这里只是倾向，不代表真的不维护。

ffmpeg 的维护者倾向于保持API接口的稳定，所以在技术上会把libav当作一个重要的fork，定期从libav同步修改，甚至不惜加入一些专门用来兼容的代码，以便兼容 libav 自行新增的接口和定义, github提供的网络图清晰的展现了这个合并历史 

关于二者的矛盾，有一封比较有意思的邮件

PS: 这封邮件的发送者 Michael Niedermayer 是 ffmpeg 现在的主要维护者，也是当年分裂事件的ffmpeg 方的主要当事人。

因为 ffmpeg 会定期从 libav 同步修改，所以可以认为每一个提交给 libav 的修改，都会被 ffmpeg 的维护者合并，或者至少复审一遍。反之，就我的观察，libav 似乎还没有这样一个工兵角色做日常合并，基本靠开发者自发的提交。另外，ffmpeg 对安全性相关的问题也会相对更加重视，只不过，大多数这种社区开源项目在这方面都是千疮百孔…

考虑到二者技术上的包含关系，除非真的想要成为libav社区的一员，否则，不管是实际应用还是学习，ffmpeg 都是优于 libav 的选择。

Debian决定从Libav切换到FFmpeg

[日期：2015-07-09]来源：Linux社区  作者：Linux[字体：大 中 小]

在将近一年的讨论之后，Linux发行版Debian正式决定从Libav切换到FFmpeg，最主要的理由是：FFmpeg在几乎所有方面都比libav好。Libav是FFmpeg的分支，是一群“心怀不满”的FFmpeg开发者“起义”创建的，一度比FFmpeg更有活力，但如今的情况颠倒了过来。以修复bug为例，FFmpeg在3年前修正的一个bug Libav到2015年6月仍然没有修复（现在终于修复了）。