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