跳到正文
版本：3.2.x

问与答

简介​

如果你还想问更多的问题，请通过以下按钮联系作者：

联系作者

在脆弱性（vulnerability）与兼容性（compatibility）之间的取舍​

  • 问: 报告一个关于安全脆弱性（security vulnerability）的问题可以吗？

  • 答: 当然，因为对于Linux发行版而言，所用的FFMpeg是我自己编译的。关于这类issue，这里有一个好的 例子 #4. 然而，有一种情况是论外的。对大多数依赖项而言，我可以把它们和mpegCoder打包在一起。但是对一些非常基要的库，例如GLibC，无法通过局部加载的方式调用。在这种情况下，兼容性就是一个比脆弱性更重要的议题了。例如，如果一个新的GlibC版本解决了一个脆弱性问题，却只在Debian / Ubuntu的devel发行版中提供，那我宁愿保留当前的低版本。因为，如果我试图提升到一个更新的版本，对那些使用稳定版Debian / Ubuntu的用户而言，就免不了要在使用mpegCoder之前、自行编译GlibC了。

关于音频处理的计划​

  • 问: 当前版本mpegCoder 3.x不支持音频处理。以后将会实现这个特性吗？

  • 答: 是的。从未来的mpegCoder 4.x开始，将会支持音频处理。但是我现在没有很多空余时间用在这个项目上，所以实现这个特性可能需要花很长时间。我很乐意有人能发起一个pull request (PR)帮我。

关于免编码推流的计划​

  • 问: 当前版本mpegCoder 3.x中，MpegServer只支持以编码视频帧的方式推流。以后将会有一个类，用来在读取一个视频文件的同时直接将它推流出去吗？

  • 答: 不。我认为这种情况下官方发行的FFMpeg本身就已经够用了。建议有这方面需求的用户联合使用一个服务器程序和FFMpeg本身提供的推流功能。

关于商业化的计划​

  • 问: mpegCoder以后会有付费服务吗？

  • 答: 不。mpegCoder和FFMpeg使用的是完全相同的协议（GPL v3）。在此前提下，该项目是完全开源的。尽管GPLv3允许用户开放商业计划，在这样的协议下维护商业计划对我将会是一个沉重的负担。我不会考虑任何跟此项目有关的商业活动（哪怕是捐款）。