跳到正文
版本:预览版

问与答

简介

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

联系作者

在脆弱性(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允许用户开放商业计划,在这样的协议下维护商业计划对我将会是一个沉重的负担。我不会考虑任何跟此项目有关的商业活动(哪怕是捐款)。