(转)从海康7816的ps流里获取数据h264数据
海康7816使用ps流来封装h.264数据,这里使用的解码器无法识别ps流,因此需要将h264数据从ps流里提取出来
对于ps流的规定可以参考13818-1文档
这里从7816里获取到一些数据取样
00 00 01 BA 44 73 26 B8 34 01 00 00 03 FE FF FF 00 00 00 0100 00 01 BC00 5A E0 FF 00 24 40 0E 48 4B 00 01 0D AF C5 D3 E0 07 FF FF FF FF 41 12 48 4B 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 2C 1B E0 00 10 42 0E 00 00 A0 21 02 C0 02 40 12 1F FF 00 1C 21 91 C0 00 0C 43 0A 00 00 FE 00 7D 03 03 E8 03 FF BD BD 00 00 BF BF 00 00 00 00 00 0000 00 01 E0 00 1A 8C 80 0A 21 1C C9 AE 0D FF FF FF FF FC 00 00 00 01 67 42 00 1E 95 A8 2C 04 99 00 00 01 E0 00 0E 8C 0003 FF FF FC 00 00 00 01 68 CE 3C 80 00 00 01 E0 13 FA 8C 00 02 FF FD 。。。
如上是一个i帧的数据的开始部分,如下是一个非i帧的数据的开始部分
00 00 01 BA 44 73 27 99 34 01 00 00 03 FE FF FF 00 00 00 03 00 00 01 E0 07 12 8C 80 0A 21 1C C9 E6 4D FF FF FF FF F8。。。
可见都是以00 00 01 BA开头,这是ps的包头(Program Stream pack header),其中00 00 01是pack_start_code,是一个数据包的开始标识,接下来的1byte(BA)是流标识(stream_id),在文档13818-1的Table 2-33和2.5.3.4节有Program Stream pack header的描述。
这里把上面i帧的的(Program Stream pack header列出来
00 00 01 BA 44 73 26 B8 34 01 00 00 03 FE FF FF 00 00 00 01
根据文档描述包头最少有14个字节,第14个字节的最后3bit说明了包头14字节后填充数据的长度,这里是pack_stuffing_length=FE&0x07=6,有6byte的填充数据,既是FF FF 00 00 00 01,海康7816使用这部分填充数据来说明每帧的序号,01说明是第1帧数据。
要注意的是包头可能还有系统标题头,id为bb,他也是包头的一部分,并且,他的长度并未算在pack_stufing_length里,比如:
00 00 01 BB 00 0C 80 CC F5 04 E1 7F E0 E0 E8 C0 C0 20
这里起始码后的 00 0C 说明了其后数据的长度,这里是12个字节
接在Program Stream pack header后的是以00 00 01 BC开始的一个包,00 00 01是pack_start_code,BC是stream_id流标识,说明跟在Program Stream pack header后的是Program Stream map。文档13818-1的Table 2-35和2.5.4.2节有Program Stream pack header的描述。
跟在00 00 01 BC后的两位是说明了Program Stream map,他也是pes包的一种,包的长度program_stream_map_length,这里是00 5A,说明跟在其后的数据长度为90,跳过这其后的90byte数据是以00 00 01 E0开始的包,E表示是GB/TXXXX.2或GB/TAAAA.2视频流编号xxxx规格的pes包了,0表示流id为0,h264数据就在这个包里。
从Program Stream map里我们还能得知pes里的流是何种流(stream_type和elementary_stream_id表明),以及帧率()等
1110XXXX(0xex)表示视频数据,111XXXXX表示audio数据,其后的帧有关信息共5字节,2字节PES包长度是00 1A,表示此PES数据包的长度是0x001a 即26字节;2字节标准位信息是8C 80,5字节中的最后一字节表示附加数据长度是0A,跟在附加数据长度后的就是视频数据负载了。
pes包可以有多个,这里的i帧就把数据放到了多个pes包里,这里的非i帧就只有一个pes包
有了以上信息就已经可以从7816里剥离出h246数据了,更详细的说明请参考文档。
截取一段pes包头进行分析
00 00 01 E0 00 1A 8C 80 0A 21 1C C9 AE 0D FF FF FF FF FC
00 1A: 2字节表示长度
8C(10 00 1 1 00): 首先是固定值10,。
接下来的两位为(PES加扰控制字段)PES_scrambling_control,这里是00,表示没有加扰(加密)。剩下的01,10,11由用户自定义。
接下来第4位为PES优先级字段(PES_priority),当为1时为高优先级,0为低优先级。这里为1。
接下来第3位为(数据对齐指示符字段)PESdata_alignment_indicator,
接下来第2位为版权位,
接下来第1位为版权位,
80(10 000000):
首先是PTS,DTS标志字段,这里是10,表示有PTS,没有DTS。
接下来第6位是ESCR标志字段,这里为0,表示没有该段
接下来第5位是ES速率标志字段,,这里为0,表示没有该段
接下来第4位是DSM特技方式标志字段,,这里为0,表示没有该段
接下来第3位是附加版权信息标志字段,,这里为0,表示没有该段
接下来第2位是PES CRC标志字段,,这里为0,表示没有该段
接下来第1位是PES扩展标志字段,,这里为0,表示没有该段
0A(10):8个字节,指出包含在PES分组标题中的可选字段和任何填充字节所占用的总字节数。该字段之前的字节指出了有无可选字段(这里只有PTS)。
因为这里PTS,DTS标志字段是10,那就有5个字节的PTS段,就是这里的21 1C C9 AE 0D
最后的五个字节的FF FF FF FF FC是海康自己的一个自减计数值
- #pragma pack(1)
- union littel_endian_size
- {
- unsigned short int length;
- unsigned char byte[2];
- };
- struct pack_start_code
- {
- unsigned char start_code[3];
- unsigned char stream_id[1];
- };
- struct program_stream_pack_header
- {
- pack_start_code PackStart;// 4
- unsigned char Buf[9];
- unsigned char stuffinglen;
- };
- struct program_stream_map
- {
- pack_start_code PackStart;
- littel_endian_size PackLength;//we mast do exchange
- //program_stream_info_length
- //info
- //elementary_stream_map_length
- //elem
- };
- struct program_stream_e
- {
- pack_start_code PackStart;
- littel_endian_size PackLength;//we mast do exchange
- char PackInfo1[2];
- unsigned char stuffing_length;
- };
- #pragma pack()
- int inline ProgramStreamPackHeader(char* Pack, int length, char **NextPack, int *leftlength)
- {
- //printf("[%s]%x %x %x %x\n", __FUNCTION__, Pack[0], Pack[1], Pack[2], Pack[3]);
- //通过 00 00 01 ba头的第14个字节的最后3位来确定头部填充了多少字节
- program_stream_pack_header *PsHead = (program_stream_pack_header *)Pack;
- unsigned char pack_stuffing_length = PsHead->stuffinglen & '\x07';
- *leftlength = length - sizeof(program_stream_pack_header) - pack_stuffing_length;//减去头和填充的字节
- *NextPack = Pack+sizeof(program_stream_pack_header) + pack_stuffing_length;
- if(*leftlength<4) return 0;
- //printf("[%s]2 %x %x %x %x\n", __FUNCTION__, (*NextPack)[0], (*NextPack)[1], (*NextPack)[2], (*NextPack)[3]);
- return *leftlength;
- }
- inline int ProgramStreamMap(char* Pack, int length, char **NextPack, int *leftlength, char **PayloadData, int *PayloadDataLen)
- {
- //printf("[%s]%x %x %x %x\n", __FUNCTION__, Pack[0], Pack[1], Pack[2], Pack[3]);
- program_stream_map* PSMPack = (program_stream_map*)Pack;
- //no payload
- *PayloadData = 0;
- *PayloadDataLen = 0;
- if(length < sizeof(program_stream_map)) return 0;
- littel_endian_size psm_length;
- psm_length.byte[0] = PSMPack->PackLength.byte[1];
- psm_length.byte[1] = PSMPack->PackLength.byte[0];
- *leftlength = length - psm_length.length - sizeof(program_stream_map);
- //printf("[%s]leftlength %d\n", __FUNCTION__, *leftlength);
- if(*leftlength<=0) return 0;
- *NextPack = Pack + psm_length.length + sizeof(program_stream_map);
- return *leftlength;
- }
- inline int Pes(char* Pack, int length, char **NextPack, int *leftlength, char **PayloadData, int *PayloadDataLen)
- {
- //printf("[%s]%x %x %x %x\n", __FUNCTION__, Pack[0], Pack[1], Pack[2], Pack[3]);
- program_stream_e* PSEPack = (program_stream_e*)Pack;
- *PayloadData = 0;
- *PayloadDataLen = 0;
- if(length < sizeof(program_stream_e)) return 0;
- littel_endian_size pse_length;
- pse_length.byte[0] = PSEPack->PackLength.byte[1];
- pse_length.byte[1] = PSEPack->PackLength.byte[0];
- *PayloadDataLen = pse_length.length - 2 - 1 - PSEPack->stuffing_length;
- if(*PayloadDataLen>0)
- *PayloadData = Pack + sizeof(program_stream_e) + PSEPack->stuffing_length;
- *leftlength = length - pse_length.length - sizeof(pack_start_code) - sizeof(littel_endian_size);
- //printf("[%s]leftlength %d\n", __FUNCTION__, *leftlength);
- if(*leftlength<=0) return 0;
- *NextPack = Pack + sizeof(pack_start_code) + sizeof(littel_endian_size) + pse_length.length;
- return *leftlength;
- }
- int inline GetH246FromPs(char* buffer,int length,CallbackHead& head, char **h264Buffer, int *h264length)
- {
- int leftlength = 0;
- char *NextPack = 0;
- *h264Buffer = buffer;
- *h264length = 0;
- if(ProgramStreamPackHeader(buffer, length, &NextPack, &leftlength)==0)
- return 0;
- char *PayloadData=NULL;
- int PayloadDataLen=0;
- while(leftlength >= sizeof(pack_start_code))
- {
- PayloadData=NULL;
- PayloadDataLen=0;
- if(NextPack
- && NextPack[0]=='\x00'
- && NextPack[1]=='\x00'
- && NextPack[2]=='\x01'
- && NextPack[3]=='\xE0')
- {
- //接着就是流包,说明是非i帧
- if(Pes(NextPack, leftlength, &NextPack, &leftlength, &PayloadData, &PayloadDataLen))
- {
- if(PayloadDataLen)
- {
- memcpy(buffer, PayloadData, PayloadDataLen);
- buffer += PayloadDataLen;
- *h264length += PayloadDataLen;
- }
- }
- else
- {
- if(PayloadDataLen)
- {
- memcpy(buffer, PayloadData, PayloadDataLen);
- buffer += PayloadDataLen;
- *h264length += PayloadDataLen;
- }
- break;
- }
- }
- else if(NextPack
- && NextPack[0]=='\x00'
- && NextPack[1]=='\x00'
- && NextPack[2]=='\x01'
- && NextPack[3]=='\xBC')
- {
- if(ProgramStreamMap(NextPack, leftlength, &NextPack, &leftlength, &PayloadData, &PayloadDataLen)==0)
- break;
- }
- else
- {
- //printf("[%s]no konw %x %x %x %x\n", __FUNCTION__, NextPack[0], NextPack[1], NextPack[2], NextPack[3]);
- break;
- }
- }
- return *h264length;
- }
ps:
这篇文章回复私信挺多的,有的同学读了成功的获取了原始的h.264数据,有的同学反映和他们遇到的情况不一样,比如subi2008同学说他读出的流有00 00 01 c0标识的pes数据,这个其实是音频数据,还有遇到00 00 01 bd的,这个是私有流的标识,总之,ps流就解析大家可以参看ps,ts流的文档,里面的内容都有,表2-18里说明了所有的流标识。
ps:
另外,有的hk摄像头回调然后解读出来的原始h.264码流,有的一包里只有分界符数据(nal_unit_type=9)或补充增强信息单元(nal_unit_type=6),如果直接送入解码器,有可能会出现问题,这里的处理方式要么丢弃这两个部分,要么和之后的数据合起来,再送入解码器里,如有遇到的朋友可以交流一下:)
转自:http://blog.csdn.net/wwyyxx26/article/details/15224879
(转)从海康7816的ps流里获取数据h264数据的更多相关文章
- EasyPlayer播放海康大华RTSP流时RTSPClient客户端连接兼容问题的解决
在之前的博客<EasyPlayer RTSP播放器对RTSP播放地址url的通用兼容修改意见>中,我描述了遇到的一个客户在播放大华某款摄像机时地址不兼容的问题,这不,团队刚刚参考我的这个意 ...
- EasyRTMP结合海康HCNetSDK获取海康摄像机H.264实时流并转化成为RTMP直播推流(附源码)
最近一家深耕于南方电网的科技公司同事找到我们,咨询关于调用海康HCNetSDK取流,并进行互联网转化的方案,经过反复的沟通以及自身在EasyDSS和EasyNVR方面的经验,我们推荐了海康HCNetS ...
- 海康&大华&DSS视频拉流-RTSP转RTMP多媒体播放技术
海康&大华&DSS获取RTSP 实时流 海康:rtsp://[username]:[password]@[ip]:[port]/[codec]/[channel]/[subtype]/ ...
- ps流提取H264并解码播放
因为需要从海康ps流中提取H264数据并进行解码播放,才有了这篇文章.因为是视频编解码领域的纯入门新手,个别理解或者方法有误,需要自行判断,不过相关方法已经测试通过,对于 像我这样的新手还是有一定的借 ...
- 通过rtmpdump推送海康视频流到red5服务器
现在主流的网络摄像机都支持标准H264视频格式,例如 海康网络摄像机, 通过海康提供的网络SDK可以获取到视频码流.我测试的这款相机,视频编码采用的是H264,音频编码采用的是G711a. 这里,我仅 ...
- 海康威视实时预览回调PS流用EasyRTMP向RTMP服务器推流中视频数据处理的代码
在上一篇方案<EasyRTMP结合海康HCNetSDK获取海康摄像机H.264实时流并转化成为RTMP直播推流(附源码)>我们介绍了将海康安防摄像机进行互联网直播的整体方案流程,其中有一个 ...
- Android海康监控视频调用demo
一. 开发环境 1. 操作系统:windows7(X64) 2. 开发工具:eclipse adt Build: v22.2.1-833290 JDK7 android SDK 3. 客户端设备版本: ...
- 海康、大华IpCamera RTSP地址和格式
海康:rtsp://[username]:[password]@[ip]:[port]/[codec]/[channel]/[subtype]/av_stream说明:username: 用户名.例如 ...
- 海康SDK编程指南(C#二次开发版本)
海康SDK编程指南 目前使用的海康SDK包括IPC_SDK(硬件设备),Plat_SDK(平台),其中两套SDK都需单独调用海康播放库PlayCtrl.dll来解码视频流,返回视频信息和角度信息.本文 ...
随机推荐
- 本地PC安装Centos 6.5 操作手册及遇到的问题
我采取的是使用U盘安装 一.准备工作 1.下载Centos6.5 ISO文件 我在官网上下的6.5版本CentOS-6.5-x86_64-bin-DVD1.iso, 由于CentOS-6.5-x86_ ...
- linux权限详解
一个用户.一个组 我们来看一看 Linux 权限和所有权模型.我们已经看到每个文件属于一个用户和一个组.这正是 Linux 中权限模型的核心.您可以在 ls -l 清单中查看用户和组: $ ls -l ...
- 高度自适应的CSS
/*高度自适应*/ .com_fill_height{ height:100%; overflow:hidden; } 高度自适应的样式代码,真的就这么简单吗...
- typedef的用法再思考
最近重读c语法,有所感悟,记录. 有时候感悟,其实就是猜,假想,作者创建语言的想法,通俗的讲就是丹尼斯灵魂附体了,这个时候任何c语言难点对于你来说,就像吃饭喝水一样简单了,同时还能发现它优美动人之处. ...
- Lerp和SmoothDamp比较
Lerp更像是线性衰减,而SmoothDamp像是弧形衰减,两者都是由快而慢 其中SmoothDamp多用于相机跟随.但如果其他类型的插值,我个人觉的其实都差不多 SmoothDamp: transf ...
- vue2.0的常用功能简介
路由跳转 当我们想要实现点击链接跳转时,可以使用$router来进行跳转 语法如下: '}}) 这里path是要跳转的路径,query里面是路径跳转时要携带的参数,以对象的形式存在 2 获取路由参数 ...
- 原始tab栏切换
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8&quo ...
- Windows Server 2012部署第一台域控
windows server 2012在部署DC方面有了一些改变,不但在操作上有一些改变,而且有了新的DC克隆的功能.本文就先来体验一下如何将一台windows server 2012 RTM服务器提 ...
- weblogic检查项
日常维护中,weblogic检查的几个项: 1.JVM: 如最大堆内存.最小堆内存. 2.GC回收: 查看jvm空闲内存变化情况,每次GC的回收情况:控制台可以强制垃圾回收,看看回收内存是否太小,如果 ...
- 关于使用samba用户的权限设置
首先要保证你的samba安装并配置好,关于安装和配置samba请参考此文章http://blog.csdn.net/linglongwunv/archive/2010/01/19/5212875.as ...