H.265 RTSP ストリームが機能しない: カメラを H.264 に戻すとき

「H.265 RTSP ストリームが機能しない」は、ストリームがある場所では機能しても、別の場所では失敗することがよくあるため、カメラのトラブルシューティングの最も重要な検索の 1 つです。 VLCで再生できるかも知れません。モバイルアプリで表示される場合があります。ブラウザ、NVR、分析パイプライン、ホーム アシスタント統合、WebRTC ブリッジ、またはリストリーマーが、「サポートされていないストリーム タイプ」、「コーデックが一致しない」、「ヘッダーを書き込めませんでした」、「ビデオがありません」、または永続的な読み込みスピナーで失敗する場合があります。

障害は必ずしも RTSP セッションにあるわけではありません。 HEVC とも呼ばれる H.265 は、コーデックのサポート境界です。 RTSP は、受信システムがデータをデコード、パッケージ化、表示、または再ストリーミングできない場合でも、データを正しく配信できます。

RTSP の成功はコーデックのサポートを意味するものではありません

RTSP クライアントは以下を正常に完了できます。

• 「オプション」
• 「説明する」
• 「セットアップ」
• 「遊ぶ」
• RTP配信

それでもビデオを表示できません。 SDP が H.265 をアドバタイズし、RTP パケットが到着する場合、トランスポートは正常である可能性があります。ダウンストリーム製品がそのパスで H.265 をサポートしていない可能性があります。

ユーザーはこの問題を「RTSP が機能しない」と表現することが多いため、これは重要です。より適切な診断は、「RTSP トランスポートは機能しますが、アドバタイズされたコーデックがサポートされていないか、このコンシューマに対してデコード準備ができていません。」 というものです。

H.265 が H.264 よりも頻繁に失敗する理由

H.265 は、特に高解像度のカメラに対して効率的ですが、サポートは均一ではありません。多くのブラウザ パスは、生の H.265 を適切に処理できません。一部の NVR は H.265 を録画できますが、一貫してプレビューすることはできません。一部の分析パイプラインでは、ハードウェア アクセラレーション、フレーム抽出、またはコンテナ出力が H.264 を必要とするため、H.264 が必要です。一部のリストリーマでは、トランスコーディングや特別な構成が必要です。

一般的な障害モード:

• ブラウザのプレビューが読み込まれない
• 低解像度のサブストリームは機能しますが、メインストリームは失敗します
• メインストリームは H.265、サブストリームは H.264
• NVR は録画しますが、ライブビューは失敗します
• RTMP/FLV 出力は HEVC を拒否します
• WebRTC ブリッジがコーデックと一致できません
• 分析サービスは H.264 のみを受け入れます

これらは製品の互換性の境界であり、カメラがオフラインであることを証明するものではありません。

設定を変更する前に SDP を検査する

カメラの設定を変更する前に、SDP を検査してください。

• 「a=rtpmap」は H265、H264、または別のコーデックをアドバタイズしますか?
• メインストリームとサブストリームは異なりますか?
• H.265 VPS/SPS/PPS パラメータは表示されますか?
• ペイロード タイプは RTP で一貫性を保ちますか?
• RTP は「PLAY」の後に到着しますか?
• 障害はメディアの配信前ですか、それとも配信後ですか?

SDP が H.265 と示し、ターゲット プラットフォームが H.264 を予期している場合、次のアクションはファイアウォールのデバッグではありません。それはストリーム プロファイルの選択、コーデックの変更、またはトランスコーディングです。

多くの場合、メインストリームとサブストリームが手がかりとなる

多くのカメラでは次のことが明らかになります。

• メインストリーム：高解像度、H.265
• サブストリーム: 低解像度、H.264

これは、メイン ストリームが失敗しているときにサブ ストリームが機能する理由を説明します。サブストリームは、RTSP の到達可能性と資格情報を証明します。消費者がメインストリーム コーデックをサポートしていることを証明するものではありません。

優れたレポートでは次のことが比較されます。

• メインストリームSDP
• サブストリームSDP
• コーデック名
• resolution
• bitrate
• RTPの継続性
• デコーダの準備完了

H.265 のみが失敗する場合、証拠は RTSP URL 構文ではなく、コーデック サポートまたは H.265 パケット化を示しています。

H.264 フォールバックが実用的な解決策となる場合

次の場合、カメラ プロファイルを H.264 に切り替えるのが最も早い解決策であることがよくあります。

• 対象製品がH.265に対応していない
• ライブプレビューはブラウザベースです
• RTMP/FLV への再ストリーミングが必要です
• 分析パイプラインには H.264 フレームが必要です
• ハードウェア デコード パスが不明です
• サポートケースには幅広い互換性が必要です

H.265 は、録画やストレージの効率化に依然として役立ちます。実際のアーキテクチャでは、サポートされている場合、ライブ取り込み/検出には H.264 を使用し、ローカル カメラ録画には H.265 を使用できます。

RTSP インスペクターが適している場所

RTSP Inspector は、すべてのストリームをトランスコードまたは再生しようとしているわけではありません。その仕事はストリームコントラクトを証明することです。

• RTSP制御に成功しました
• SDP が H.265 または H.264 をアドバタイズ
• RTP が到着したか、到着しませんでした
• コーデック パラメータの証拠が存在するか欠落していました
• ダウンストリームの障害は、コーデックのサポート、パケット損失、またはメタデータの不一致である可能性があります

「H.265 RTSP ストリームが動作しない」、「サポートされていないストリーム タイプのカメラ」、「H.265 は VLC では動作するが NVR では動作しない」などの検索の場合、この証拠により無駄なデバッグが防止されます。修正は別のプレーヤーではなく、H.264 フォールバックである可能性があります。