直接の答え
緑色またはブロック状のフレームは、通常、参照データの欠落、サポートされていないコーデック パラメータ、またはパケット損失を示しています。 同じストリームを TCP と UDP で比較し、より低い H.264 プロファイルと強制キーフレームをテストします。
なぜこれが起こるのか
フレーム間コーデックは参照フレームに依存します。 パケットの損失、アドバタイズされたプロファイルを拒否するデコーダ、またはキーフレーム間の結合により、RTSP 制御が正常であっても画像が破損する可能性があります。
カメラ設定を変更する前に、ストリームの可用性、メディアの説明、トランスポート、デコード、タイミングを個別に設定します。
管理されたテスト
1 台のカメラと 1 台のクライアントで再現します。 次のキーフレームで画像が回復するかどうか、および TCP によって破損が解消されるかどうかに注目してください。
一度に 1 つの変数を変更します。 カメラのモデル、ファームウェア、エンドポイント、アカウントを記録しておきます。 次に、ネットワーク到達可能性、プロトコル応答、メディアトランスポート、およびデコードを個別のレイヤーとしてテストします。
専用の表示専用アカウントと信頼できるローカル診断ツールを使用します。 出力を共有する前に、資格情報、プライベート アドレス、識別データを編集します。
診断シーケンス
| チェック | アクション | 進歩の証拠 |
|---|---|---|
| 輸送 | TCP を強制し、失敗した UDP の結果と比較します。 | パケット損失アーティファクトは消えるか、変化しないままになります。 |
| キーフレーム | ストリームを再開するか、サポートされている場合は IDR をリクエストします。 | 画像は新しい参照フレームで復元されます。 |
| コーデック | H.265 またはハイプロファイル H.264 から互換性のある H.264 サブストリームに切り替えます。 | より単純なプロファイルはきれいにデコードされます。 |
| 負荷 | 解像度と同時タイルを減らします。 | デコーダの圧力はネットワーク損失から切り離されます。 |
保管すべき証拠
最も強力なレポートには、トランスポート、コーデック、プロファイル、解像度、キーフレーム間隔、次のキーフレームで画像が修復されるかどうかが含まれます。
境界と安全上の注意
制限レイヤーがネットワーク、デコーダー、またはカメラ エンコーダーであるかどうかがわかるまで、品質を永続的に低下させないでください。
リモート表示の場合は、RTSP またはカメラ管理ポートをパブリック インターネットに直接公開するのではなく、管理された VPN を使用します。
SmartRTSP
SmartRTSP は、Apple デバイス、Windows、Android 用のカメラに焦点を当てた RTSP および ONVIF ビューアです。 直接表示、発見、マルチカメラのチェックに適しています。 継続的な記録、証拠のエクスポート、または企業の集中管理が必要な場合は、専用の NVR または VMS を用意してください。
よくある質問
RTSP ストリームが緑色なのはなぜですか?
デコーダに有効な参照データが欠落しているか、正確なコーデック パラメータをサポートしていない可能性があります。
TCP はブロック状のビデオを修正できますか?
UDP パケット損失が原因である場合には役立ちますが、互換性のないコーデックのサポートは追加されません。
数秒後に画像が回復するのはなぜですか?
後のキーフレームは、デコード用の新しいクリーンな参照を提供できます。
一次参考文献
関連する SmartRTSP ガイド
関連ガイドを開くランダムな設定変更を行わずに、カメラ ストリームのグリーン フレーム、マクロブロッキング、ティアリングを制御したテスト。