主要的播放器似乎是x264和xvid,两者都使用GPL协议。这意味着如果我们未经许可将解码功能整合到播放应用程序中,则必须将整个应用程序都许可为GPL,因此我们不能使用任何一个。
首选的目标平台是Linux。任何非病毒式的开放许可证都可以,我们很乐意提供我们对库所做更改的源代码,只是不想公开整个应用程序的源代码。
还有其他选择吗?或者我们现在应该在开发过程中使用GPL作为测试,并计划在出货前用商业许可证的编解码器进行替换?
主要的播放器似乎是x264和xvid,两者都使用GPL协议。这意味着如果我们未经许可将解码功能整合到播放应用程序中,则必须将整个应用程序都许可为GPL,因此我们不能使用任何一个。
首选的目标平台是Linux。任何非病毒式的开放许可证都可以,我们很乐意提供我们对库所做更改的源代码,只是不想公开整个应用程序的源代码。
还有其他选择吗?或者我们现在应该在开发过程中使用GPL作为测试,并计划在出货前用商业许可证的编解码器进行替换?
ffmpeg的H.264解码器是LGPL许可证。只有编码器是GPL许可证,而x264不提供解码器。
与Framewave和IPP相比,它还具有实际可用的优点。
PocketVideo的OpenCore现已作为Android操作系统的一部分以Apache 2.0许可证的形式开源:https://github.com/android/platform_external_opencore
我不是律师。
如果您发布的是从未经修改的GPL源代码创建的未经修改的二进制文件,并且您的应用程序只是调用它们,我认为您的整个应用程序不必遵守GPL。您可能需要包含GPL文档和/或捆绑的GPL应用程序的源代码,但如果您没有进行任何修改或链接到GPL代码,则您的代码应该不受影响。
至于MPEG标准,那可能是完全不同的问题...
好的,FFmpeg似乎处理h.264。我相信大部分都是LGPL。
仍然很想听听它的使用经验(好或坏),或其他选项,谢谢。
- - 更正:我刚测试的版本似乎是通过“- - enable-gpl”编译的,这让我相信它正在使用GPL许可的编解码器。唉!
看看Intel IPP Libraries。它们不是免费的,但价格非常便宜(一次性支付一百美元或者类似数额)。你也可以获取免费评估来测试它。许可证非常开放,据我所知,一旦购买,允许你在应用程序中永久无限制地分发。
我曾经使用过FFmpeg进行一些工作,不过只限于libavformat(编解码部分称为libavcodec)。我发现API非常直观易用。他们在标准源分发中提供了一些非常有用和启迪性的示例。
通常库具有相当高的质量,但某些模块似乎缺失,因此我不能为h264部分背书。虽然我听说编码器很不错。