2010年4月23日金曜日

ONVIFがOmnicastで使用できるようになります

Omnicast 4.6 は来月リリース予定のハードウェアインテグレーションパックでONVIF カメラをサポートするようになります。

In February, Genetec 開発者が2月に参加したドイツのデベロッパープラグフェストで、彼らはONVIFを使用した13の異なるメーカーのカメラをOmnicastで試してみました。

ISC West 2010では、Omnicast とONVIFプラグフェストとは また別の24メーカーが相互使用可能なプロダクトを実演しました。

これによってOmnicastにカメラを統合する際、テクノロジーパートナーは3つのオプションをもつことになりました。

a.. HTTPとRTSPベースカメラにはcam ファイルをGeneric Extension で作成

b.. カメラにGenetec Protocol の実装

c.. ONVIFへの開発サポート

ONVIF プレスリリース

http://www.onvif.org/NewsEvents/ONVIFNews/tabid/436/Default.aspx

Posted by Jo Doyon at 4:39 PM

VMS はマルチコアプロセッサーに影響があるか

今日新しいセキュリティプラットホームを購入しなくてはならない場合、最新の技術だけでなく、将来の技術にも対応したものを探すことになります。コンピュータは進化しますが、なによりもソフトウェアアプリケーションが進化しなくてはなりません。

この記事はマルチコアテクノロジーの2つ目の記事です (前回の記事)

効率的にマルチコアのコンピュータを利用しないVMSソフトウェアを識別する方法は多くありません。

シングルスレッドソフトウェアはマルチコアプロセッサを利用できない

スレッドは実行の一つの流れです。あなたは、コールセンターで、連続的に電話に答える人であると考えてください。その人は一度に一つの電話しか取れないし、次の電話に移る前に今の通話を終わらせる必要があります。

マルチスレッドのシステムはコールセンターで同時に複数の専門家が働いていと考えてもらえばわかりやすいでしょう。12人の従業員(12スレッド)がいますが、電話が4つしかないため同時に4人までしか働くことが出来ません(クアッドコアコンピュータ)。他方もし4つのコールステーション(クアッドコア)があっても従業員が1人(シングルスレッド)しかいないなら拡大は無駄で、一日のコール数は増やせません。

オペレーティング・システムは誰かいつ働くかを決める責任があり、そしてこれは非常に効率的です。殆どオーバーヘッド無しにスレッドを切り替えます。拡張性のアルアプリケーションは各ロジカルプロセッサにつき最低1スレッドを持っていなくてはなりません。Ex: クアッドコアプロセッサでは最低4スレッド

Windows タスクマネージャを使用することで、簡単にVMSアプリケーションがもつスレッド数を見つけることが出来ます。このテストをする際、できるだけ多くのカメラを表示することを忘れないでください。


ここでメモ帳とOneNote がマルチコアにあわせて作成されていないとわかります。各オペレーションが連続的に実行されるためにクアッドコアでは実行速度が上がったりしません。メモ帳などではこれは大きな問題ではありませんが、ビデオ監視システムのようなリアルタイムアプリケーションにとっては非常に大事なことです。

効率的にプロセッサの負荷を分散

2つレベルの専門家を持つコールセンター例では; コールはレベル2の前にレベル1を通過しなくてはなりません。レベル1の専門家は100%忙しい状態にはなりませんが、レベル2で沢山の人が待つようになります。すべての専門化が等しく働くことが理想的です。同じロジックがソフトウェアにも適用されます。クアッドコアマシンを購入した場合、全てのコアを最大まで使いたい。

もしクアッドコンピュータ以上のコンピュータを持っている場合、VMSで簡単なテストを行えます。ビデオクライアントソフトウェアを立ち上げて、リソースの30%ほどを占有するようカメラを表示して、Windowsタスクマネージャのパフォーマンスタブを開いてください。 よい平行デザインはトータルコンピューティングパワーをうまく使うために負

荷をロジカルプロセッサへ均等に分散します。

Ex: Omnicast 4.5 SR1 LiveViewer が 4CIF 30 FPS で 32カメラをデコーディング。

全てのロジカルプロセッサは同じ程度の負荷を共有。


もし今使っているVMSソフトウェアがデュアル、もしくはクアッドコアマシンで調整されない場合、 8コアや16コアが出てくるだろうこの1年か2年の間に最低のVMSの一つになるでしょう。

次の記事で、マルチスレッディングプログラミングへの挑戦と平行プログラミングについて触れます。

2010年4月11日日曜日

Omnicast はコンペティターと比べて少ない帯域で動きます

Omnicast はコンペティターと比べて少ない帯域で動きます

IPビデオ監視ソリューションを設計するとき、ストレージコストはプロジェクト全体のコストに対する大きい影響を与えます。 もしリモートモニタリングが必要条件であるなら、帯域幅が設計で重要になります。 インテグレータはすべてのVM/ NVRソリューションがストレージと帯域幅使用率に関して同じ条件ではないわけではないことを認識している必要があります。 何処の製品でも同じではないのです。

私たちはIPカメラがどのくらい帯域幅を必要とするのか、どのVMS/NVRも大差はないとと考えがちですが、それは間違っている場合もあります。

最近Omnicastとよく知られているプロダクトの効率を測る非常にシンプルなテストをしました。ビデオ・エンコーダを使って、私はAxis Q7406の2つのポートに一つのカメラを取り付けます。Q7406がビデオポート毎にQ7406がビデオポート毎に1つのIP アドレスをつけるので、異なったソフトウェアへのそれぞれのビデオポートを割り当てることが可能なのです。それから両方のプロダクトで同じビデオ品質設定の構成を設定して、そしてエンコーダとWireshark (ワイヤーシャーク) を使ったNVRの間の帯域幅を測ります。




シーンとフレームレートによって、Omnicastが競合製品より比べて帯域幅とストレージを1/2から1/3しか使っていない状況を確認しました。私がテストをしたすべての環境で、Omnicastは常に効率的でした。もちろん、わたしはビデオポートを交換して、エンコーダによるものでもないことも確認しました。

初めに、私は設定エラーを疑って、そして相違を見始めました; 両方のプロダクトが同じ解像度、同じ品質、同じフレームレートに設定されていました。 けれどもOmnicastだけがキーフレーム間隔(I-フレーム間隔)を設定する柔軟性を持ち、そしてデフォルト値は4秒(30fps)ですが20秒に設定することも可能です。



Figure 1 - Omnicastビデオ設定ページ (Axis H.264)

Product X の設定インターフェイスはI-フレーム周波数(GOP サイズ)について何の設定もありません。実際このプロダクトは毎秒1 I-フレーム周波数を絶対に必要とすることを確認しました。




Product X がカメラを2 FPSで録画している際、2フレーム中の1フレームはI-フレームになります。I-フレームはP-フレーム50倍以上ののサイズになる場合もあるため、帯域幅をとんでもなく無駄に大きく消費します。既にご存知かもしれませんがP-フレームは前フレームとの差異分のみを持ち、I-フレームは画面全体のピクチャを持ちます。このAxisからのレポート は圧縮技術に対する非常に良い概要が書かれています。.


次にあなたがNVR / VMSを使うとき、プロダクトが可変的なGOPのサイズ(I-Frames頻度)をサポートするかどうかビデオ設定ページをひと目見てください。

(この文章はGENETEC Joの翻訳バージョンです。)

 https://www.youtube.com/channel/UC58IHx5AcHaE9ceS9Fdoocg/live <iframe width="560" height="315" src="https://www...