主要播放器似乎是x264和xvid,并且都是GPL。这意味着我们无法将解码功能集成到播放应用程序中,除非获得 GPL 许可,因此我们也不能使用。
首选目标平台是 Linux。任何非病毒开放许可证都可以,我们非常乐意提供我们对库所做的任何更改的来源,而不是我们的整个应用程序。
有没有什么?或者我们现在应该在开发过程中使用 GPL 作为测试,并计划在发货前用商业许可的编解码器替换它?
ffmpeg H.264 解码器是 LGPL。只有编码器是 GPL,x264 不提供解码器。
与 Framewave 和 IPP 相比,它还具有实际可用的优势。
Cisco 发布了一个 BSD 许可的 h264 库,用于编码和解码。
我希望你只使用 GPL,但是当有答案时我不会告诉你这样做。
http://www.openh264.org/
和 GitHub 页面:
https ://github.com/cisco/openh264
IANAL,但是如果您要在任何强制执行软件专利的地方发货,您不仅需要为 h.264 解码支付 MPEG LA 版税,而且许可证 可能会阻止您使用开源解码器。我听说过适用于其他编解码器的类似烦恼。
PocketVideo 的 OpenCore 现在在 Apache 2.0 许可下开源,作为 Android 操作系统的一部分: https ://github.com/android/platform_external_opencore
伊纳尔。
如果您发布从未经修改的 GPL 源创建的未经修改的二进制文件,并且您的应用程序只是调用它们,我相信您的整个应用程序不必是 GPL。您可能必须包含 GPL 文档和/或捆绑的 GPL 应用程序的源代码,但如果您没有对 GPL 代码进行任何修改或链接,您的代码应该不受影响。
就 MPEG 标准而言,这可能完全是另一包蠕虫......
好的,FFMpeg 似乎可以处理 h.264。我相信其中大部分是 LGPL。
仍然希望听到它的经验(好或坏)或其他选择,谢谢。
-- 更正,我刚刚测试的版本似乎是用“--enable-gpl”编译的,这让我相信它正在使用 GPL 许可的编解码器。啊!
看看英特尔 IPP 库。它们不是免费的,但非常便宜(一次性支付一百美元或其他东西)。您还可以获得免费评估以进行测试。许可证是非常开放的,据我所知,一旦你购买它,你就可以在你的应用程序中无限分发。
我已经使用 FFmpeg 完成了一些工作,尽管它仅限于 libavformat(编解码器部分称为 libavcodec)。我发现 API 出奇地简单易用。它们在标准源代码分发中提供了一些非常有用和启发性的示例。
一般来说,图书馆的质量相当高,但似乎缺少一些模块,所以我不能保证 h264 部分。不过,我听说过关于编码器的好消息。
请注意,VLC 及其大部分库现在都是 LPGL
VLC 引擎重新授权给 LGPL - http://www.videolan.org/press/lgpl-libvlc.html
VLC 播放模块重新授权给 LGPL - http://www.videolan.org/press/lgpl-modules.html