15

主要播放器似乎是x264和xvid,并且都是GPL。这意味着我们无法将解码功能集成到播放应用程序中,除非获得 GPL 许可,因此我们也不能使用。

首选目标平台是 Linux。任何非病毒开放许可证都可以,我们非常乐意提供我们对库所做的任何更改的来源,而不是我们的整个应用程序。

有没有什么?或者我们现在应该在开发过程中使用 GPL 作为测试,并计划在发货前用商业许可的编解码器替换它?

4

10 回答 10

9

ffmpeg H.264 解码器是 LGPL。只有编码器是 GPL,x264 不提供解码器。

与 Framewave 和 IPP 相比,它还具有实际可用的优势。

于 2009-04-23T20:10:24.873 回答
4

Cisco 发布了一个 BSD 许可的 h264 库,用于编码和解码。

我希望你只使用 GPL,但是当有答案时我不会告诉你这样做。

http://www.openh264.org/
和 GitHub 页面:
https ://github.com/cisco/openh264

于 2015-03-12T03:52:00.767 回答
3

IANAL,但是如果您要在任何强制执行软件专利的地方发货,您不仅需要为 h.264 解码支付 MPEG LA 版税,而且许可证 可能会阻止您使用开源解码器。我听说过适用于其他编解码器的类似烦恼。

于 2009-03-21T01:36:42.640 回答
3

PocketVideo 的 OpenCore 现在在 Apache 2.0 许可下开源,作为 Android 操作系统的一部分: https ://github.com/android/platform_external_opencore

于 2009-03-21T02:51:42.927 回答
2

源自 AMD 性能库Framewave的项目现在具有支持 h.264 解码的视频组件。

许可证是“Apache 2.0 许可证”

你可以在Sourceforge SVN上查看

于 2009-03-21T01:01:19.137 回答
2

伊纳尔。

如果您发布从未经修改的 GPL 源创建的未经修改的二进制文件,并且您的应用程序只是调用它们,我相信您的整个应用程序不必是 GPL。您可能必须包含 GPL 文档和/或捆绑的 GPL 应用程序的源代码,但如果您没有对 GPL 代码进行任何修改或链接,您的代码应该不受影响。

就 MPEG 标准而言,这可能完全是另一包蠕虫......

于 2009-03-21T02:11:50.650 回答
1

好的,FFMpeg 似乎可以处理 h.264。我相信其中大部分是 LGPL。

仍然希望听到它的经验(好或坏)或其他选择,谢谢。

-- 更正,我刚刚测试的版本似乎是用“--enable-gpl”编译的,这让我相信它正在使用 GPL 许可的编解码器。啊!

于 2009-03-21T01:01:40.727 回答
1

看看英特尔 IPP 库。它们不是免费的,但非常便宜(一次性支付一百美元或其他东西)。您还可以获得免费评估以进行测试。许可证是非常开放的,据我所知,一旦你购买它,你就可以在你的应用程序中无限分发。

于 2009-03-23T10:29:50.797 回答
0

我已经使用 FFmpeg 完成了一些工作,尽管它仅限于 libavformat(编解码器部分称为 libavcodec)。我发现 API 出奇地简单易用。它们在标准源代码分发中提供了一些非常有用和启发性的示例。

一般来说,图书馆的质量相当高,但似乎缺少一些模块,所以我不能保证 h264 部分。不过,我听说过关于编码器的好消息。

于 2009-03-21T01:05:19.937 回答
0

请注意,VLC 及其大部分库现在都是 LPGL

VLC 引擎重新授权给 LGPL - http://www.videolan.org/press/lgpl-libvlc.html

VLC 播放模块重新授权给 LGPL - http://www.videolan.org/press/lgpl-modules.html

于 2014-08-28T06:07:02.907 回答