使用 VLC Mozilla 插件和 VLC 播放器播放 RTSP 流时 CPU 和内存利用率的差异答案

【问题标题】：Difference in CPU & memory utilization while using VLC Mozilla plugin and VLC player for playback of RTSP streams使用 VLC Mozilla 插件和 VLC 播放器播放 RTSP 流时 CPU 和内存利用率的差异
【发布时间】：2016-01-12 06:04:23
【问题描述】：

对于我们正在进行的项目之一，我们计划使用一些多媒体框架，如 VLC/Gstreamer 来捕获和播放/渲染 h.264 编码的 rtsp 流。同样，我们一直在使用我们构建的两个演示应用程序观察 VLC 的性能（CPU 和内存利用率）。其中一个演示应用程序使用 mozilla vlc 插件，我们使用该插件在单个 html 网页上嵌入了多达四个 h.264 编码的 RTSP 流，而另一个演示应用程序只是调用 vlc 播放器并播放单个 h.264 编码的 rtsp 流。

我惊讶地发现结果如下（测试是在 Ubuntu 11.04 上进行的）：

演示 2（Mozilla VLC 插件 - 4 个并行流）

CPU 利用率：16%
内存利用率：~61MB

演示 2（VLC 播放器 - 1 个流）

CPU 利用率：16%
内存利用率：~17MB

我的问题是，为什么 mozilla VLC 插件的 CPU 使用率较低，即使它正在解码更多的视频流。

等待回复。

问候，

索拉巴·甘地

【问题讨论】：

如果您只使用一个流运行 Mozilla VLC 插件会发生什么？
只有一个流的 mozilla vlc 插件提供大约 4% 的 CPU 使用率和 ~54MB 的 RAM 使用率
我认为在 vlc mozilla 插件中可能会做出一些渲染质量权衡。尝试不同的分辨率和全屏模式。您可能会注意到不同之处。

标签： benchmarking cpu-usage gstreamer vlc

【解决方案1】：

我还在为我的项目使用 VLC mozilla 插件，但我遇到了 h264 流的问题。处理此类流的唯一方法是使用 --ffmpeg-hw（用于 vaapi），由于 Xlib 仅适用于独立 VLC 应用程序（vlcplugin_base.cpp 中的 --no-xlib 标志）。因此，我删除了该标志并添加了 XInitThreads() ，它现在可以工作但与您拥有的性能水平相去甚远，并且除了 no-xlib 标志之外是有原因的（它可能会出现一些不需要的行为）。

所以主要问题是您是如何得出这样的结果的，是否可以与我和其他人分享您的配置标志。

我使用的系统是 4 核 CPU 和 nvidia ION 显卡。 CPU 内核保持在中等水平，但全屏流播放不流畅。如果相同的流在 cvlc 中运行，它会完美运行。 ffmpeg-hw 标志在两个帐户中都使用，没有任何警告消息（vaapi 成功返回）。

【讨论】：

这是一个答案还是一个问题？ “答案”字段不是提问的地方。
好吧，这是上面的人的问题，也是所有认为我的解决方案足够的人的解决方案/答案。

【解决方案2】：

如果你有某种硬件加速，那么 CPU 只负责路由数据..

【讨论】：