Google chrome FFMPEG慢速VP8编码

我正在尝试将网络摄像头中的视频编码为VP8流。使用Chrome从我的网络摄像头发送WebRTC流看起来很不错，而且不需要占用大量CPU资源。当我尝试使用FFMPEG将我的网络摄像头流转换为VP8（webm）时，速度非常非常慢

在OSX上，我使用以下FFMPEG选项生成VP8 webm文件。源代码是一个720p Facetime网络摄像头。它消耗了我的CPU使用率（2011年底core i7 MBP），而且质量不是很好：

ffmpeg -f avfoundation -i 'default' -y -qmin 11 -qmax 45 -b:v 500k -cpu-used 0 -deadline realtime test.webm

---

WebRTC使用哪种协议？Chrome怎么会这么快？我的印象是VP8不能在硬件上实现。使用现代Intel CPU，您可以使用QuickSync，但我想这只是H.264，不受FFMPEG支持。

这实际上是正常的。目前的应用仍然相对较小，唯一主要采用者是谷歌的YouTube流媒体服务

WebM编码[使用VP8编解码器]速度非常慢，但不知何故，较新的VP9编解码器在消费类机器上更难实现。对于谷歌的大型服务器来说，这似乎不是什么大问题，但WebM视频（其高效压缩）的主要好处在于它对普通用户的影响

从WebM项目站点：

对WebM视频进行编码似乎非常慢。你在做什么？

如今，以“最佳质量”模式编码VP8是最慢的配置。>使用速度参数设置在0和5之间的“优质”模式将>提供一个速度范围。我们相信，我们可以大幅提高VP8>速度，特别是在您的帮助下。在2010年10月的“Aylesbury”版本中，我们将VP8>解码器的整体性能提高了约28%，并将重点放在下一个命名版本的编码器速度改进上

---

希望这有帮助

Chrome可能使用硬件加速编码。另外，您的VP8编码设置和帧速率是多少？您的编码设置和视频质量可能会影响速度（取决于您的计算机硬件）。我添加了我的FFMPEG字符串。我不认为VP8可以在硬件中实现。Chrome确实可以根据您的Chrome版本、操作系统和底层硬件进行硬件加速编码/解码。@RamondeKlein Modern Intel hardware确实支持QuickSync中的VP8。的确如此，但这在Sandy Bridge上肯定不是一件事。更不用说OSX了，它的制造商的无限智慧甚至连VP编解码器都没有。Chrome应该只有普通的libvpx，所以我的猜测是OP没有正确的版本。