对于我们正在进行的项目之一，我们计划使用一些多媒体框架，如VLC / Gstreamer来捕获和回放/渲染h.264编码的rtsp流。同样，我们使用我们构建的两个演示应用程序来观察VLC的性能（CPU和内存利用率）。其中一个演示应用程序使用mozilla vlc插件，我们在单个html网页上嵌入了最多4个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利用率较低，即使它正在解码更多的视频流。
等待回复。
此致
Saurabh Gandhi
答案 0 :(得分：0)
我也在为我的项目使用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成功返回）。
答案 1 :(得分：0)
如果你有某种硬件加速，那么CPU只负责路由数据..