h264协议帧头数据解析
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了h264协议帧头数据解析相关的知识,希望对你有一定的参考价值。
参考技术A 原文出自 http://blog.csdn.net/season_hangzhou/article/details/51123979h264常见的帧头数据为:
00 00 00 01 67 (SPS) :SPS即Sequence Paramater Set,又称作序列参数集。SPS中保存了一组编码视频序列(Coded video sequence)的全局参数。所谓的编码视频序列即原始视频的一帧一帧的像素数据经过编码之后的结构组成的序列。而每一帧的编码后数据所依赖的参数保存于图像参数集中。一般情况SPS和PPS的NAL Unit通常位于整个码流的起始位置。但在某些特殊情况下,在码流中间也可能出现这两种结构,主要原因可能为:
1:解码器需要在码流中间开始解码;
2:编码器在编码的过程中改变了码流的参数(如图像分辨率等);
00 00 00 01 68 (PPS) :除了序列参数集SPS之外,H.264中另一重要的参数集合为图像参数集Picture Paramater Set(PPS)。通常情况下,PPS类似于SPS,在H.264的裸码流中单独保存在一个NAL Unit中,只是PPS NAL Unit的nal_unit_type值为8;而在封装格式中,PPS通常与SPS一起,保存在视频文件的文件头中。
00 00 00 01 65 ( IDR 帧) : I帧表示关键帧,你可以理解为这一帧画面的完整保留;解码时只需要本帧数据就可以完成(因为包含完整画面)
00 00 00 01 61 (P帧) :P帧表示的是这一帧跟之前的一个关键帧(或P帧)的差别,解码时需要用之前缓存的画面叠加上本帧定义的差别,生成最终画面。(也就是差别帧,P帧没有完整画面数据,只有与前一帧的画面差别的数据)
start code有两种,四个字节的“00 00 00 01”和三个字节的“00 00 01”都是。
H264帧由NALU头和NALU主体组成。
NALU头由一个字节组成,它的语法如下:
+---------------+
|0|1|2|3|4|5|6|7|
+-+-+-+-+-+-+-+-+
|F|NRI| Type |
+---------------+
F: 1个比特.
forbidden_zero_bit. 在 H.264 规范中规定了这一位必须为 0.
NRI: 2个比特.
nal_ref_idc. 取00~11,似乎指示这个NALU的重要性,如00的NALU解码器可以丢弃它而不影响图像的回放,0~3,取值越大,表示当前NAL越重要,需要优先受到保护。如果当前NAL是属于参考帧的片,或是序列参数集,或是图像参数集这些重要的单位时,本句法元素必需大于0。
Type: 5个比特.
nal_unit_type. 这个NALU单元的类型,1~12由H.264使用,24~31由H.264以外的应用使用,简述如下:
0 没有定义
1-23 NAL单元 单个 NAL 单元包
1 不分区,非IDR图像的片
2 片分区A
3 片分区B
4 片分区C
5 IDR图像中的片
6 补充增强信息单元(SEI)
7 SPS
8 PPS
9 序列结束
10 序列结束
11 码流借宿
12 填充
13-23 保留
24 STAP-A 单一时间的组合包
25 STAP-B 单一时间的组合包
26 MTAP16 多个时间的组合包
27 MTAP24 多个时间的组合包
28 FU-A 分片的单元
29 FU-B 分片的单元
30-31 没有定义
stm32串口接收完整的数据包
参考了文章:《stm32串口中断接收方式详细比较》
文章地址:http://bbs.elecfans.com/jishu_357017_1_1.html
借鉴了第四种中断方式
串口的配置这里不做说明,仅对stm32接收中断中的数据进行解析。
数据帧协议:
帧头1 | 帧头2 | 数据长度 | 有效数据 | crc_1 | crc_2 |
B5 | 5B | 03 | 00 | 57 | 0B |
帧头1+帧头2+数据长度(包含有效数据、crc_1、crc_2)+有效数据 + crc_1 + crc_2(校验为帧头到有效数据)
协议采用小端模式,低字节在前,高字节在后。
crc16校验未深入学习,代码也不是自己写的,我仅是拿来用,所以未给出,也可以选择其他校验方法。
crc16函数声明:uint16_t CRC16(uint8_t * buf, uint16_t Len); 返回值为uint16_t校验值
代码如下:
/**************************** 函数名称: USART2_IRQHandler 功 能:串口2接收中断 参 数:无 返 回 值:无 作 者:Yao ****************************/ uint8_t Uart2_Buffer[256]; //接收缓冲区 uint8_t Uart2_Rx = 0; //Uart2_Buffer下标 uint8_t Uart2_head1; //帧头1 uint8_t Uart2_head2; //帧头2 uint8_t Uart2_Len; //数据长度(第三字节以后包含crc) uint16_t Uart2_temp; //CRC16()返回值 uint8_t Uart2_Sta; //数据帧正确标志 uint8_t Uart2_tx2; //发送计数 uint16_t CRC16(uint8_t * buf, uint16_t Len); //crc16函数声明,定义未给出。返回uint16_t校验值 void USART2_IRQHandler() { if(USART_GetITStatus(USART2,USART_IT_RXNE) != RESET) { USART_ClearITPendingBit(USART2,USART_IT_RXNE); Uart2_Buffer[Uart2_Rx] = USART_ReceiveData(USART2); Uart2_Rx++; Uart2_Rx &= 0xFF; } if(Uart2_Buffer[Uart2_Rx-1] == 0xB5) //判断帧头1 Uart2_head1 = Uart2_Rx-1; else if((Uart2_Rx-1 == Uart2_head1+1)&&(Uart2_Buffer[Uart2_Rx-1] == 0x5B)) //判断帧头1数据后是否为帧头2 Uart2_head2 = Uart2_Rx-1; else if(Uart2_Rx-1 == Uart2_head2+1) //得到数据长度 Uart2_Len = Uart2_Buffer [Uart2_Rx-1]; else if(Uart2_Rx-1 == Uart2_head1 + Uart2_Len+2) //确保接收一帧数据 { Uart2_temp = CRC16(&Uart2_Buffer[Uart2_head1],Uart2_Len+1); //计算crc if(((Uart2_temp&0x00ff)==Uart2_Buffer[Uart2_head1+Uart2_Len+1])&&(((Uart2_temp>>8)&0x00ff)==Uart2_Buffer[Uart2_head1+Uart2_Len+2])) //判断crc是否正确 { Uart2_Sta = 1; //标志置1 } } if(USART_GetFlagStatus(USART2,USART_FLAG_ORE) == SET) { USART_ClearFlag(USART2,USART_FLAG_ORE); USART_ReceiveData(USART2); } if(Uart2_Sta) //检测到标志 { for(Uart2_tx2=0;Uart2_tx2 <= Uart2_Len+2;Uart2_tx2++,Uart2_head1++) USART2_SendByte(Uart2_Buffer[Uart2_head1]); //从缓冲区中第Uart2_head1字节开始,接收总共Uart2_Len+2个字节 Uart2_Rx = 0; //下标清0 Uart2_Sta = 0; //标志置0 } }
以上是关于h264协议帧头数据解析的主要内容,如果未能解决你的问题,请参考以下文章