マルチストリーム エッジ ビデオには、調整されたチャネル状態、有効なフレーム、処理キュー、およびアプリケーションの結果が必要です。以下はシステム設計方法であり、特定のデバイスの容量または安定性テストの結果ではありません。ターゲットのハードウェア、ビデオ、モデルを使用して、ビデオ チャネルの数とパフォーマンスを検証します。

データおよび制御パス

ビデオ ソース → 接続とデコード → フレーム バッファと品質チェック → 前処理と推論スケジューリング → 後処理とルール → 結果インターフェイス、表示または記録。構成とチャネルの制御を個別に管理し、状態とエラーをソースとバージョンまで追跡できます。

モジュール 範囲 可能な成果物
チャネル管理 登録、接続、再接続および状態 構成、ステートマシン、およびログ
フレームデータ ソース、時間、フォーマット、バッファー、品質 構造、寿命、エラー
スケジュール設定 同時実行性、キュー、リソース、タイムアウト スケジューリング構成とチャネルごとのカウンター
結果 ソースフレーム、インターフェース、確認応答との関連付け 業務分野、例、エラー処理
監視 リソース、イベント、バージョン、障害 モニタリングフィールドと繁殖記録

ビジネス ニーズに合わせたポリシーを選択する

ライブ観察では、古いフレームが破棄される可能性があります。完全に録画するには、受信と保存のチェックを個別に行う必要があります。モデルがすべての入力フレームを処理する必要がない場合は、サンプリングと結果の更新ルールを定義します。古い結果が新しい結果として表示されないように、満杯のキュー、切断されたチャネル、または使用できないモデルの明示的な状態をレポートします。

キャパシティと公平なサービス

チャネルと同時作業を徐々に増やしてください。各チャネルの受信、処理、破棄、エラー、遅延を記録します。総スループットはチャネルごとのチェックに代わるものではありません。継続的な運用中は、リソースの増加、ストレージの変更、再接続、構成の変更も調べます。未完了のチェッ​​クは未検証としてマークしておきます。

引受・引き渡し

入力ビデオ、モデルのバージョン、ハードウェア、バックエンド、電源と冷却、ストレージ ポリシーと期間を使用して受け入れを定義します。成果物には、構成、API、合意されたソース コード、ビルド手順、ログ、テスト レポートが含まれる場合があります。サードパーティのランタイム ライブラリは、そのライセンスに基づいて処理します。

パイロットを評価するために、代表的なビデオ、ストリーム数、エンコードと解像度、モデルとビジネス インターフェイスを提供します。関連サービス: 埋め込み画像キャプチャ, ホスト ソフトウェアとビジョン プラットフォーム そして プロジェクトのお問い合わせ.