直接の答え
グリッドの低ビットレートのサブストリームを開き、選択したカメラのみをメイン ストリームに切り替えます。 両方のプロファイル マッピングを明示的に保ち、メイン ストリームに障害が発生した場合は正常にフォールバックします。
なぜこれが起こるのか
すべてのメインストリームを常にデコードすると、帯域幅とハードウェア容量が無駄になります。 メインストリームを切り替える前にすべてのサブストリームを閉じると、空白のギャップが生じ、ユーザーのフィードバックが遅くなる可能性があります。
信頼性の高いカメラ表示は、制限された再試行、監視可能な状態、および意図的なメイン/サブストリーム ポリシーに依存します。
管理されたテスト
切り替え時間、音声の動作、カメラ セッションの制限、高品質プロファイルが利用できない場合の回復をテストします。
一度に 1 つの変数を変更します。 カメラのモデル、ファームウェア、エンドポイント、アカウントを記録しておきます。 次に、ネットワーク到達可能性、プロトコル応答、メディアトランスポート、およびデコードを個別のレイヤーとしてテストします。
専用の表示専用アカウントと信頼できるローカル診断ツールを使用します。 出力を共有する前に、資格情報、プライベート アドレス、識別データを編集します。
診断シーケンス
| チェック | アクション | 進歩の証拠 |
|---|---|---|
| マッピング | 検証済みのメイン プロファイルとサブストリーム プロファイルのペアを保存します。 | 各カメラは目的のリソースに切り替わります。 |
| 暖かい道 | 切り替え中にストリームを一時的にオーバーラップするかどうかを決定します。 | この移行により、不必要な空白期間が回避されます。 |
| 容量 | 同時のメインストリームプロモーションを制限します。 | デバイスはデコードとネットワークの予算内に収まります。 |
| 後退する | メインストリームに障害が発生した場合はサブストリームに戻ります。 | カメラは鮮明な品質状態で表示されたままです。 |
保管すべき証拠
最初の高品質フレームまでの時間とグリッドに回復するまでの時間を測定します。 デコーダーとセッションカウントの効果を含めます。
境界と安全上の注意
低品質のグリッドが識別や証拠に適していると示唆しないでください。 詳細が必要な場合は、適切なストリームをプロモートして記録します。
リモート表示の場合は、RTSP またはカメラ管理ポートをパブリック インターネットに直接公開するのではなく、管理された VPN を使用します。
SmartRTSP
SmartRTSP は、Apple デバイス、Windows、Android 用のカメラに焦点を当てた RTSP および ONVIF ビューアです。 直接表示、発見、マルチカメラのチェックに適しています。 継続的な記録、証拠のエクスポート、または企業の集中管理が必要な場合は、専用の NVR または VMS を用意してください。
よくある質問
すべてのグリッド タイルでサブストリームを使用する必要がありますか?
通常、解像度が概要タスクに十分なままであれば、スケールについては「はい」になります。
スイッチを切り替えると、2 つのカメラ セッションを一時的に開くことができますか?
実装によってはそうなる可能性があるため、カメラ セッションの制限をテストする必要があります。
メインストリームが H.265 の場合はどうなりますか?
ターゲット デバイスがそれをサポートするか、スイッチング ポリシーで互換性のあるプロファイルまたはゲートウェイを選択する必要があります。
一次参考文献
関連する SmartRTSP ガイド
関連ガイドを開くサブストリームを概要に使用し、オンデマンドで 1 台のカメラをメインストリームに昇格させ、遷移を観察できるようにします。