下午把rtsp收流的代码全部写完了,可是测试发现保存的流用暴风影音播放有大量花屏,于是意识到可能解析视频数据时没解析对
分片打包基本样式:
(rtsp head 4字节)+(rtp head 12字节)+(2字节 7c 85)
1.
收到的rtsp 包 包头会有 24 00 两个直接的标识符,再后面是当前包的数据长度,一共四个字节
H264视频流FA-U分片打包的解包方法:
1.RTP包头一般是由80开始一共12字节(无扩展),把rtp头后面跟着的的两个字节取出来,根据第一字节后5位的type类型判断是不是FA-U打包,第二字节的高三位分别代表 S E R,s若为1则表示此包是第一包,若e为1则表示是结束包,若是第一包则把把第一字节的高三位和第二字节的低五位组成一个字节,一般关键帧的第一包组出来为0x65,两个字节后的数据我们称为data 实际视频数据,然后把00 00 00 01 65 放在data数据前写入文件,中间包或者结束包直接取data数据写入文件就可以了
附带个简单的解包例子:
#define RTP_HEAD_LEN (12)
int ONVIF_IPC_Rtsp_RcvPro_GetH264ByRtpPack_FUN(int handle,char *data,int len)
{
char * src = NULL;
char fByte = 0; /*第一个字节*/
char sByte = 0; /*第二个字节*/
char nal = 0;// 获取FU indicator的类型域,
char flag = 0;// 获取FU header的前三位,判断当前是分包的开始、中间或结束
char head[4] = {0x00,0x00,0x00,0x01};
char temp[12] = { 0 };
/*去掉RTP包头*/
src = data + RTP_HEAD_LEN;
fByte = src[0];
sByte = src[1];
nal = fByte&0x1f ;
flag = (sByte>>5) ; /*前3位,第一位标识开始,第二位结束,第3为0*/
//printf("fist: %#x sec: %#x flag = %#x\n",fByte,sByte,flag);
// 判断NAL的类型为0x1c=28,说明是FU-A分片
if(nal == 0x1c )
{
/*表示是分包的第一包*/
if(flag == 4)/*1 0 0*/
{
memcpy(temp,head,4);
temp[4] = (fByte&0xe0)|(sByte&0x1f);
/*第一个字节取前3位,第二个字节去后5位,组成NALU类型0x65表示I帧*/
ONVIF_IPC_Rtsp_RcvPro_StreamSave_FUN(handle,temp,5,0);
ONVIF_IPC_Rtsp_RcvPro_StreamSave_FUN(handle,src+2,len-2-RTP_HEAD_LEN,1);
}
else if(flag == 2) /*结束*/
{
ONVIF_IPC_Rtsp_RcvPro_StreamSave_FUN(handle,src+2,len-2-RTP_HEAD_LEN,2);
}
else /*中间包*/
{
ONVIF_IPC_Rtsp_RcvPro_StreamSave_FUN(handle,src+2,len-2-RTP_HEAD_LEN,0);
}
}
else
{
//Hex_Print(data-4,100);
//ONVIF_IPC_Rtsp_RcvPro_StreamSave_FUN(handle,src+2,len-RTP_HEAD_LEN-2,2);
}
return 0;
}
`