處理RTP流

Question

這裏是從提取H.264一些調試信息從RTP：

---

fragmentTypeBits：7，start_bit：0，end_bit：64，RTP有效載荷：6742E01EDB02C0417845

- >寫SPS

---

fragmentTypeBits：8，start_bit：128，end_bit：64，RTP有效載荷：68CE30A480

- >寫PPS

---

fragmentTypeBits：6，start_bit：128，end_bit：64，RTP有效載荷：06E501AF80

- >跳過

---

fragmentTypeBits：28，start_bit：128，end_bit：0 ，RTP有效載荷：7C85B80000ACAC06C50A0860113B6300072AA32D7D08FDEBD2F8FC06BB80F04D3A65F1B7D0 ...

- >寫零碎的數據......新幀

個

---

fragmentTypeBits：28，start_bit：0，end_bit：0，RTP有效載荷：7C05FBED4F8D2C4F4A3B80C7149A7C506414B01E911444 ....

- >寫分段的數據幀...片段

---

.. （多次相同的開始端位= 0）...

---

fragmentTypeBits：28，start_b它：128，end_bit：0，RTP有效載荷：7C81E606C50A2F2​​ED1F2FDC9774972E1E4385A93CF89D225EE49A546AA6DB9FA

- >寫零碎的數據......新幀

---

難道罰款已經開始位設置雖然沒有結束位之前設置？

另外，在同一時間設置開始/結束位可以嗎？

沒有啓動位設置結束位設置好嗎？

Answer 1

從RFC 3984：

Fragments of the same NAL unit MUST be sent in consecutive order with 
ascending RTP sequence numbers (with no other RTP packets within the 
same RTP packet stream being sent between the first and last 
fragment). Similarly, a NAL unit MUST be reassembled in RTP sequence 
number order. 

基本上所述第一分段單元應該有一個起始位組（即，片段類型= 28）和分片單元應具有一個遞增的序列號，直到最後一個與端位集。

設置了另一個起始位，或沒有起始位的結束位或無序順序號是不正確的。