H.264 - 私はRTPフレームにパックIPカメラからの生のH.264ストリームを持っているSPSとPPSフレーム

Question

を識別します。生のH.264データをファイルに入れて、ffmpegと変換できるようにしたい。

私は私の生のH.264ファイルにデータを書き込みたいときに、私はそれがこのように見えるように持って出た：

00 00 01 [SPS] 
00 00 01 [PPS] 
00 00 01 [NALByte] 
[PAYLOAD RTP Frame 1]  // Payload always without the first 2 Bytes -> NAL 
[PAYLOAD RTP Frame 2] 
[... until PAYLOAD Frame with Mark Bit received] // From here its a new Video Frame 
00 00 01 [NAL BYTE] 
[PAYLOAD RTP Frame 1] 
.... 

だから私は私の外にSession Description ProtocolからSPSとPPSを取得先にRTSPと通信します。さらに、カメラは、ビデオストリーム自体を開始する前に2つのメッセージにSPSとPPSを送信します。

だから私はこの順序でメッセージをキャプチャ：

1. Preceding RTSP Communication here (including SDP with SPS and PPS) 
2. RTP Frame with Payload: 67 42 80 28 DA 01 40 16 C4 // This is the SPS 
3. RTP Frame with Payload: 68 CE 3C 80     // This is the PPS 
4. RTP Frame with Payload: ... // Video Data 

は、その後、いくつかのフレームはMarker Bit = 1でRTPフレームペイロードとし、いくつかの時点で存在しています。これは私が完全にビデオフレームを持っていることを意味します。これのafer私は再びプレフィックスシーケンス（00 00 01）とペイロードからNALを書き、同じ手順で上に行きます。すべての8の完全なビデオが再びSPSとPPSをフレーム後

今、私のカメラは私を送信します。 （上記の例のように、2つのRTPフレームでも同様です）。私は特にPPSがストリーミングの間で変更できることを知っていますが、それは問題ではありません。

私の質問は次のようになります。

1.私はSPS/PPSごとに8ビデオフレームを記述する必要がありますか？私のSPSと私のPPSが、彼らが私のファイルと、何よりもの非常に最初に書かれているために十分であるべき変化しないのですか？もし

2. SPS/PPSと通常のRTPフレームを区別するには？

送信データを解析する私のC++コードでは、普通のペイロードを持つRTPフレームと、SPS/PPSを持っているRTPフレームの違いを作る必要があります。どのように私はそれらを区別することができますか？さて、SPS/PPSのフレームは通常は小さいですが、これは依存するセーブコールではありません。私はそれらを無視した場合ので、私は、私は捨てることのできるデータを知る必要があり、または私はそれらを記述する必要がある場合、私は彼らの前に00 00 01プレフィックスを配置する必要があります。 ？それとも、8番目のビデオフレームごとに発生するという固定ルールですか？

Answer 1

1. SPSとPPSが変更されない場合は、最初のものを除いて省略することができます。
2. SPSの場合、各NALのnal_unit_typeフィールドを解析する必要があります（nal_unit_type == 7）。 PPSの場合、nal_unit_type == 8。

nal_unit_typeは、フレームの1バイト目の下位5ビットです。

nal_unit_type = frame[0] & 0x1f; 

Answer 2

1. あなたは、ストリームの開始時にSPS及びPPSを書くべき、と彼らは、ストリームの途中で変更する場合のみです。

2. SPS及びPPSフレームはRFC-3984 section 5.7.1

3. ドンに記載されているNALタイプ24（STAP-A）または25（STAP-B）STAPフォーマットにSTAP NALユニット（一般STAP-A）に充填されていますマーカービットに依存せず、NALヘッダーの開始ビットと終了ビットを使用します。

4. フラグメント化されたビデオフレームの場合、ペイロード内の最初のバイトの5つのNALタイプビット（開始ビットが1に設定されたパケットのみ）と組み合わせた3つのNALユニットビットの最初のフラグメント（F、NRI） RFC-3984 section 5.8：

   断片化 NALユニットのNALユニットタイプオクテットペイロード、 むしろ 断片化されたNALユニットのNALユニットタイプオクテットの情報が搬送される断片化ユニットでそのように含まれていない

   FとNRIのフィールドは、フラグメンテーションユニットのFU インジケータオクテットとのタイプフィールドはFUヘッダーです。

EDIT：フラグメンテーションユニットのNALユニットの構成について以上説明：

| FU indicator | FU header | 
+---------------+---------------+ 
|0|1|2|3|4|5|6|7|0|1|2|3|4|5|6|7| 
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
|F|NRI| Type |S|E|R| Type | 
+---------------+---------------+ 

：

これは（右のRTPヘッダの後）FU-ペイロードの最初の2バイトであります

NALユニットを構築するには、「FUヘッダ」から「タイプ」を、「FUインジケータ」から「F」と「NRI」を選択してください。

hereは簡単な実装です