直接の答え
ソース コーデックとパラメータが宛先で受け入れられる場合は、パススルーを使用します。 まずカメラをプローブし、次にブラウザまたはダウンストリームのサポートを検証します。 互換性のないトラックのみをトランスコードします。
なぜこれが起こるのか
再ストリーミングにより、ビデオをデコードせずにトランスポートが変更され、セッションがファンアウトされる可能性があります。 CPU を節約し、品質を維持しますが、サポートされていないコーデックを突然再生可能にすることはできません。
通常、ブラウザにはカメラ フィードを Web ネイティブの配信パスに変換するゲートウェイが必要です。
管理されたテスト
ビデオとオーディオを個別にテストし、ゲートウェイの CPU、起動時間、ターゲットとクライアントの互換性を比較します。
一度に 1 つの変数を変更します。 カメラのモデル、ファームウェア、エンドポイント、アカウントを記録しておきます。 次に、ネットワーク到達可能性、プロトコル応答、メディアトランスポート、およびデコードを個別のレイヤーとしてテストします。
専用の表示専用アカウントと信頼できるローカル診断ツールを使用します。 出力を共有する前に、資格情報、プライベート アドレス、識別データを編集します。
診断シーケンス
| チェック | アクション | 進歩の証拠 |
|---|---|---|
| ソース | コーデック、プロファイル、解像度、オーディオを調査します。 | 圧縮されたトラックは既知です。 |
| 行き先 | 受け入れられるコーデックとコンテナをリストします。 | 互換性は明確です。 |
| パススルー | ビデオデコードを行わないリマックスまたはリレー。 | CPU は低いままで、品質は変わりません。 |
| 後退する | 失敗したトラックまたはプロファイルのみをトランスコードします。 | 追加される容量と遅延には制限があります。 |
保管すべき証拠
どのトラックが通過し、どのトラックが変換され、その理由を文書化します。 これにより、将来のオペレーターはゲートウェイがすべてをトランスコードすると想定することができなくなります。
境界と安全上の注意
CPU の性能が低いリレーでも、資格情報が漏洩したり、単一障害点になったりする可能性があります。 他のゲートウェイと同様にセキュリティを確保し、監視します。
リモート表示の場合は、RTSP またはカメラ管理ポートをパブリック インターネットに直接公開するのではなく、管理された VPN を使用します。
SmartRTSP
SmartRTSP は、Apple デバイス、Windows、Android 用のカメラに焦点を当てた RTSP および ONVIF ビューアです。 直接表示、発見、マルチカメラのチェックに適しています。 継続的な記録、証拠のエクスポート、または企業の集中管理が必要な場合は、専用の NVR または VMS を用意してください。
よくある質問
リストリーミングはトランスコーディングと同じですか?
いいえ。再ストリーミングでは、圧縮メディアをデコードおよび再エンコードせずに中継または再パッケージ化できます。
ブラウザでパススルーが失敗するのはなぜですか?
別の RTSP クライアントがサポートしている場合でも、ブラウザーはカメラ コーデックまたはパケット化をサポートしていない可能性があります。
ビデオのパススルー中にオーディオをトランスコードできますか?
はい、ゲートウェイが独立したトラック処理をサポートしている場合は可能です。
一次参考文献
関連する SmartRTSP ガイド
関連ガイドを開く圧縮されたカメラビデオを再利用して、コーデック、オーディオ、パケット化の互換性をエンドツーエンドでチェックしながら計算量を削減します。