主要玩家似乎是x264和xvid，都是GPL。 这意味着我们不能将解码function整合到播放应用程序中，而不需要将整个事情作为GPL授权，所以我们也不能使用。
首选的目标平台是Linux。 任何非病毒式开放许可证都没问题，我们非常乐意提供我们对图书馆所做的任何更改的来源，而不是我们的整个应用程序。
有没有什么？ 或者，也许我们现在应该使用GPL作为开发过程中的testing，并计划在发货前用商业授权的编解码器replace它？
PocketVideo的OpenCore现在是作为Android操作系统的一部分在Apache 2.0许可下开源的： https ： //github.com/android/platform_external_opencore
ffmpeg H.264解码器是LGPL。 只有编码器是GPL，x264不提供解码器。
它还具有实际可用的Framewave和IPP的优势。
IANAL，但是如果你在任何地方运送软件专利，那么你不仅需要为h.264解码支付MPEG LA版税，而且许可证 可能会阻止你使用开源解码器。 我听说过类似的烦恼适用于其他编解码器。
来自AMD性能库Framewave的一个项目现在有一个支持h.264解码的视频组件。
许可证是“Apache 2.0许可证”
你可以在Sourceforge SVN查看
IANAL。
如果您从未经修改的GPL源创建未经修改的二进制文件，并且您的应用程序仅调用它们，我相信您的整个应用程序不一定是GPL。 您可能需要包含GPL文档和/或捆绑的GPL应用程序的源代码，但是如果您没有对GPL代码进行任何修改或链接，您的代码应该不受影响。
就MPEG标准而言，这可能是另一个完整的蠕虫包。
思科发布了BSD授权的h264库，用于编码和解码。
我希望你只使用GPL，但当有答案的时候，我不会告诉你这么做。
http://www.openh264.org/
和GitHub页面：
https://github.com/cisco/openh264
好的，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