直接の答え
マルチカメラ グリッドと日常的なチェックにはサブストリームを使用します。 詳細が必要な場合、または記録ポリシーで要求されている場合にのみ、メイン ストリームを開きます。 両方のパスを確認し、明確にラベルを付けます。
なぜこれが起こるのか
すべてのカメラの最高解像度ストリームをデコードするグリッドは、帯域幅を浪費し、表示デバイスを加熱し、起動時間を増加させる可能性があります。 サブストリームはその負荷を軽減するために存在しますが、識別や証拠としては柔らかすぎる可能性があります。
URL、資格情報、アドレス ファミリ、および RTP トランスポートを、独立して失敗する可能性がある別個の変数として扱います。
管理されたテスト
実際のカメラで両方のプロファイルのビットレート、解像度、フレーム レート、コーデック、起動時間を測定します。
一度に 1 つの変数を変更します。 カメラのモデル、ファームウェア、エンドポイント、アカウントを記録しておきます。 次に、ネットワーク到達可能性、プロトコル応答、メディアトランスポート、およびデコードを個別のレイヤーとしてテストします。
専用の表示専用アカウントと信頼できるローカル診断ツールを使用します。 出力を共有する前に、資格情報、プライベート アドレス、識別データを編集します。
診断シーケンス
| チェック | アクション | 進歩の証拠 |
|---|---|---|
| グリッド | すべての通常のタイルにサブストリームをロードします。 | すべてのカメラは予想されるスケールで応答性を維持します。 |
| 詳細 | オンデマンドでメインストリームを開きます。 | グリッド全体に負担をかけずに、細かいディテールを表示できます。 |
| コーデック | サブストリームには広くサポートされているコーデックを優先します。 | すべてのターゲットデバイスがそれをデコードします。 |
| ラベル | ベンダー番号だけではなく、目的に応じてプロファイルに名前を付けます。 | オペレーターは目的のストリームを一貫して選択します。 |
保管すべき証拠
カメラごとに小さなプロファイル テーブルを保持します。 「高」と「低」を測定可能な解像度、ビットレート、コーデック、ユースケースの選択肢に変えます。
境界と安全上の注意
サブストリームは自動的に安全または信頼できるものではありません。 メインストリームと同じアカウントとネットワーク信頼境界を使用します。
リモート表示の場合は、RTSP またはカメラ管理ポートをパブリック インターネットに直接公開するのではなく、管理された VPN を使用します。
SmartRTSP
SmartRTSP は、Apple デバイス、Windows、Android 用のカメラに焦点を当てた RTSP および ONVIF ビューアです。 直接表示、発見、マルチカメラのチェックに適しています。 継続的な記録、証拠のエクスポート、または企業の集中管理が必要な場合は、専用の NVR または VMS を用意してください。
よくある質問
サブストリームによりカメラの画質が低下しますか?
意図的にビットレートまたは解像度が低くなりますが、メイン ストリームは変更されないままにすることができます。
NVR はサブストリームを記録する必要がありますか?
それは保持と詳細の要件によって異なります。 多くのシステムはメイン ストリームを録画し、視聴者はサブストリームを表示します。
メインストリームとサブストリームで異なるコーデックを使用できますか?
多くのカメラでこれが許可されているため、録画用に H.265 を保持しながら、互換性のために H.264 が役立ちます。
一次参考文献
関連する SmartRTSP ガイド
関連ガイドを開く検査には高精細なメイン ストリームを選択し、グリッド、リモート リンク、制約のあるデバイスには低ビットレートのサブストリームを選択します。