ネットワーク経由でストリーミングされる H264 ビデオ データの分析に取り組んでいます。現在、UDP の未加工の H264 を正常に抽出して分析できます。このプロセスは、断片化と多重化のために、TCP/RTSP にとって非常に困難になります。
UDP ストリームと比較して、TCP/RTSP 多重化ストリームでビデオの圧縮/エンコードに違いはありますか?
ネットワーク経由でストリーミングされる H264 ビデオ データの分析に取り組んでいます。現在、UDP の未加工の H264 を正常に抽出して分析できます。このプロセスは、断片化と多重化のために、TCP/RTSP にとって非常に困難になります。
UDP ストリームと比較して、TCP/RTSP 多重化ストリームでビデオの圧縮/エンコードに違いはありますか?
通常、オーディオとビデオ、および TCP 接続に関する RTCP レポートを逆多重化する必要があるため、少しだけ難しくなります。断片化は問題ではありません。
UDP ストリームと比較して、TCP/RTSP 多重化ストリームでビデオの圧縮/エンコードに違いはありますか?
まったく違いはありません。RTP/RTCP パケットの多重化はRFC2326で定義されています。
ツールに関する限り、http: //www.live555.com から openRTSP を使用できます。これはトランスポートを処理し (-t コマンド ライン引数を介して RTP over RTSP)、フレームをファイルに書き込みます。
Ainitak のコメントを参照すると、それほど複雑ではありません。4 バイトのヘッダーがあり、「$」の後にチャネル ID が続き、その後に続く RTP/RTCP パケットの 2 バイトの長さが続きます。これを解析するのはそれほど難しいことではありません。