H264RTP头分析1111

h264 RTP头解析流程 结合NALDecoder.c分析

协议分析 &＃xff1a;每一个RTP数据报都由头部&＃xff08;Header&＃xff09;和负载&＃xff08;Payload&＃xff09;两个部分组成&＃xff0c;其中头部前 12 个字节的含义是固定的&＃xff0c;而负载则可以是音频或者视频数据。

一个活动顺序参数集在一个编码视频序列中保持不变,一个活动图像参数集在一个编码图像里保持不变。

H.264 编码器必须根据H.264规范设置NRI值(subclause 7.4.1)当nal_unit_type 范围的是1到12. 特别是, H.264规范&＃xff0c; 要求对于nal_unit_type为6&＃xff0c;9&＃xff0c;10&＃xff0c;11&＃xff0c;12的NAL单元的NRI的值应该为0。

对于nal_unit_type等于7&＃xff0c;8 (指示顺序参数集或图像参数集)的NAL单元,H.264编码器应该设置NRI为11 (二进制格式&＃xff09;对于nal_unit_type等于5的主编码图像的编码片NAL单元(指示编码片属于一个IDR图像), H.264编码器应设置NRI为11。

打开H264文件&＃xff0c;读取流

找到 NALU 标致startcode&＃xff0c;即00 00 01 或 00 00 00 01 串

判断UALU单元数据段大小&＃xff0c;&＃xff08;UDP一次能发送最大数据为64K字节&＃xff09;

使用何种发送方式&＃xff08;单一发送、聚合发送、分片发送&＃xff09;

如果UALU数据&＃xff1c;1500&＃xff08;自己设定&＃xff09;&＃xff0c;使用单一包发送&＃xff1a;

填充RTP头&＃xff08;12 BYTE&＃xff09;&＃xff0c;payload(7 bit)&＃xff1a;96 marker(1 bit)&＃xff1a;0 seq_no(16 bit)&＃xff1a;随机取 timestamp(32 bit)&＃xff1a;

第13字节填充NALU头&＃xff08;startcode 的下一个字节&＃xff09;&＃xff0c;

如果NALU数据&＃xff1e;1500&＃xff0c;使用分片发送&＃xff1a;&＃xff08;分三种情况设备&＃xff1a;第一次RTP&＃xff0c;中间的RTP&＃xff0c;最后一次RTP&＃xff09;

填充RTP头&＃xff0c;类似单一包发送&＃xff0c;发送整个NALU&＃xff0c;timestamp只曾加一次。

不同的是&＃xff0c;第13字节填FU INDICATOR&＃xff0c;它的type要成28&＃xff1b;第14字节才填FU HEADER&＃xff0c;

• 第一次RTP&＃xff1a;第13 BYTE 是FU INDICATOR &＃xff0c;其中它的TYPE设置成 28 &＃xff1b;第14 BYTE 是 FU HEADER &＃xff0c;S&＃xff1a;E&＃xff1a;R &＃xff1d; 1&＃xff1a;0&＃xff1a;0&＃xff0c;之后才是视频数据。
• 中间的RTP&＃xff1a;第13 BYTE 是FU INDICATOR&＃xff0c;其中它的TYPE设置成 28 &＃xff1b;第14 BYTE 是 FU HEADER &＃xff0c;S&＃xff1a;E&＃xff1a;R &＃xff1d; 0&＃xff1a;0&＃xff1a;0&＃xff0c;之后才是视频数据。
• 最后一次RTP&＃xff1a;第13 BYTE 是FU INDICATOR&＃xff0c;其中它的TYPE设置成 28 &＃xff1b;第14 BYTE 是 FU HEADER &＃xff0c;S&＃xff1a;E&＃xff1a;R &＃xff1d; 0&＃xff1a;1&＃xff1a;0&＃xff0c;之后才是视频数据。

NALU数据很小时&＃xff0c;用组合封装&＃xff1a;

组合封装&＃xff1a;NALU payload &＃61; NALU payload size &＃43; NALU payload header &＃43; NALU payload data

如有一个 H.264 的 NALU 是这样的:

[00 00 00 01 67 42 A0 1E 23 56 0E 2F ... ] [00 00 00 01 67 42 A0 1E 23 56 0E 2F ... ]

这是一个序列参数集 NAL 单元. [00 00 00 01] 是四个字节的开始码, 67 是 NALU 头, 42 开始的数据是 NALU 内容.

封装成 RTP 包可能如下:

[ RTP Header ] [78, STAP-A NAL HDR, 一个字节 ] [长度, 两个字节] [ 67 42 A0 1E 23 56 0E 2F ...] [长度, 两个字节] [ 67 42 A0 1E 23 56 0E 2F... ]

读rfc 3984搞混了的几个TYPE&＃xff1a;

• RTP 中的PT 负载类型 Payload type (PT) : 7 bits &＃xff0d;&＃xff0d;发送H264视频&＃xff0c;此值固定设成 96
• NALU 中的TYPE 描述了NALU的属性&＃xff0c;如&＃xff1a;7指示顺序参数集&＃xff0c;8指示图像参数集
• RTP之后的TYPE&＃xff0c;即13 BYTE开始&＃xff0c;单一打包的TYPE&＃xff0c;与NALU中的TYPE一样&＃xff1b;FU 分片打包方式&＃xff0c;TYPE设成28&＃xff1b;

参考&＃xff1a;

http://bbs.chinavideo.org/viewthread.php?tid&＃61;2451&highlight&＃61;rtp%2Bh264

http://www.cppblog.com/czanyou/archive/2010/02/09/67940.html#107573

转自&＃xff1a;http://blog.csdn.net/yuanzhenhai/article/details/5704168