VLCを使用しているときのVLC MozillaプラグインとVLCプレーヤーを使用しているときのCPUとメモリの使用率の違い

Question

現在進行中のプロジェクトでは、VLC/Gstreamerのようなマルチメディアフレームワークを使用して、 rtspストリーム。同じことについて、私たちが構築した2つのデモアプリケーションを使用して、VLCのパフォーマンス（CPU &メモリ使用率）を監視しています。デモアプリケーションの1つはmozilla vlcプラグインを使用しています。このプラグインでは、1つのhtml Webページに最大4つのh.264エンコードRTSPストリームを埋め込みましたが、もう1つのデモアプリケーションでは単にvlcプレーヤーが呼び出され、h.264エンコードrtspストリームが1つ再生されます。

Iは、結果が（テストはUbuntuの11.04で行った）下の通りであったことを観察することが驚いた：

デモ2（MozillaのVLCプラグイン - 4つの並列ストリーム）

• CPU使用率：16 ％

• メモリ使用率：〜61メガバイト

D EMO 2（VLCプレーヤー - 1つのストリーム）

は

• CPU使用率：16％

• メモリ使用率：〜17メガバイト

私の質問で、CPU使用率が低いためである理由より多くのビデオストリームをデコードしていても、mozilla VLCプラグイン。

返信待ちです。

よろしく、

Saurabhガンジー

Answer 1

また、私は私のプロジェクトのためにVLCのmozillaのプラグインを使用していると私は、H264ストリームに問題があります。このようなストリームを扱う唯一の方法は、XlibがスタンドアローンのVLCアプリケーション（vlcplugin_base.cppの--no-xlibフラグ）でのみ動作する--ffmpeg-hw（vaapi用）を使うことでした。だから私はそのフラグを削除し、XInitThreads（）を追加しましたが、これまではパフォーマンスレベルから離れていましたが、xlibフラグがないために理由がありました（不要な動作になるかもしれません）。

したがって、主な質問は、あなたがそのような結果に出くわしたかどうか、私と他の人とあなたの設定フラグを共有できるかどうかです。

私が使用しているシステムは、4コアCPUとnvidia IONグラフィックです。 CPUコアは中程度のレベルに留まりますが、フルスクリーンのストリームはスムーズに再生されません。同じストリームがcvlcで動くならば、それは完璧に動作します。 ffmpeg-hwフラグは、警告メッセージなしで両方のアカウントで使用されます（vaapiは正常に戻ります）。

Answer 2

あなたはいくつかの種類のハードウェアアクセラレーションを持っている場合は、CPUだけであなただけの1ストリームとMozillaのVLCプラグインを実行するとどうなるか