首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >处理RTP流

处理RTP流
EN

Stack Overflow用户
提问于 2012-08-17 13:17:58
回答 1查看 914关注 0票数 0

以下是从RTP提取H.264的一些调试信息:

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有效载荷:fragmentTypeBits

->写零碎数据..。新框架

fragmentTypeBits: 28,start_bit: 0,end_bit: 0,RTP有效载荷:fragmentTypeBits

->写零碎数据..。框架片段

..。(多次相同的起始结束位= 0)。

fragmentTypeBits: 28,start_bit: 128,end_bit: 0,RTP有效载荷:fragmentTypeBits

->写零碎数据..。新框架

在以前没有设置结束位的情况下,设置开始位可以吗?

另外,在同一时间设置起始位/结束位可以吗?

在没有开始位设置的情况下,设置结束位可以吗?

EN

回答 1

Stack Overflow用户

发布于 2012-08-17 19:38:07

来自RFC 3984:

代码语言:javascript
复制
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),碎片单元应该有一个上升的序列号,直到最后一个设置了结束位。

设置另一个开始位,或没有开始位的结束位,或无序序列号,都是不正确的。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/12006600

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档