2012-02-01 131 views
0

對於我們正在進行的項目之一,我們計劃使用VLC/Gstreamer等多媒體框架來捕獲和回放/渲染h.264編碼rtsp流。爲此,我們一直在觀察使用我們構建的兩個演示應用程序的VLC的性能(CPU &內存利用率)。其中一個演示應用程序使用mozilla vlc插件,我們在單個html網頁上嵌入了多達4個h.264編碼的RTSP流,而另一個演示應用程序只需調用vlc播放器並播放一個h.264編碼的rtsp流。使用VLC Mozilla插件和VLC播放器播放RTSP流時CPU和內存利用率的差異

我很驚訝地觀察到,結果如下(試驗是在Ubuntu 11.04進行):

演示2(Mozilla的VLC插件 - 4個平行流)

  • CPU利用率:16 %

  • 內存利用率:〜61MB

d EMO 2(VLC播放器 - 1個流)

  • CPU利用率:16%

  • 內存利用率:〜17MB

我的問題是,爲什麼是CPU使用率的較小盡管它正在解碼更多的視頻流,但Mozilla的VLC插件。

等待回覆。

問候,

SAURABH甘地

+0

會發生什麼,如果你執行Mozilla插件VLC只有一個流? – 2012-02-01 10:14:58

+0

只有一個流的mozilla vlc插件提供了大約4%的CPU利用率和〜54MB的RAM利用率 – 2012-02-01 10:42:48

+0

我認爲可能會在vlc mozilla插件中進行一些渲染質量折衷。嘗試不同的分辨率和全屏模式。你可能會注意到不同之處。 – Sriram 2014-04-02 13:22:14

回答

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成功返回)。

+0

這是一個答案或問題? '答案'字段不是問題的地方。 – 2013-05-08 10:41:07

+0

對於所有看到我的解決方案的人來說,這個問題對於上面的人員和解決方案/答案都是充分的。 – 2013-05-08 11:12:39

0

如果你有某種形式的硬件加速,那麼CPU只負責路由數據的..