(转)从海康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是海康自己的一个自减计数值

[cpp] view plaincopy

  1. #pragma pack(1)
  2. union littel_endian_size
  3. {
  4. unsigned short int  length;
  5. unsigned char       byte[2];
  6. };
  7. struct pack_start_code
  8. {
  9. unsigned char start_code[3];
  10. unsigned char stream_id[1];
  11. };
  12. struct program_stream_pack_header
  13. {
  14. pack_start_code PackStart;// 4
  15. unsigned char Buf[9];
  16. unsigned char stuffinglen;
  17. };
  18. struct program_stream_map
  19. {
  20. pack_start_code PackStart;
  21. littel_endian_size PackLength;//we mast do exchange
  22. //program_stream_info_length
  23. //info
  24. //elementary_stream_map_length
  25. //elem
  26. };
  27. struct program_stream_e
  28. {
  29. pack_start_code     PackStart;
  30. littel_endian_size  PackLength;//we mast do exchange
  31. char                PackInfo1[2];
  32. unsigned char       stuffing_length;
  33. };
  34. #pragma pack()
  35. int inline ProgramStreamPackHeader(char* Pack, int length, char **NextPack, int *leftlength)
  36. {
  37. //printf("[%s]%x %x %x %x\n", __FUNCTION__, Pack[0], Pack[1], Pack[2], Pack[3]);
  38. //通过 00 00 01 ba头的第14个字节的最后3位来确定头部填充了多少字节
  39. program_stream_pack_header *PsHead = (program_stream_pack_header *)Pack;
  40. unsigned char pack_stuffing_length = PsHead->stuffinglen & ‘\x07‘;
  41. *leftlength = length - sizeof(program_stream_pack_header) - pack_stuffing_length;//减去头和填充的字节
  42. *NextPack = Pack+sizeof(program_stream_pack_header) + pack_stuffing_length;
  43. if(*leftlength<4) return 0;
  44. //printf("[%s]2 %x %x %x %x\n", __FUNCTION__, (*NextPack)[0], (*NextPack)[1], (*NextPack)[2], (*NextPack)[3]);
  45. return *leftlength;
  46. }
  47. inline int ProgramStreamMap(char* Pack, int length, char **NextPack, int *leftlength, char **PayloadData, int *PayloadDataLen)
  48. {
  49. //printf("[%s]%x %x %x %x\n", __FUNCTION__, Pack[0], Pack[1], Pack[2], Pack[3]);
  50. program_stream_map* PSMPack = (program_stream_map*)Pack;
  51. //no payload
  52. *PayloadData = 0;
  53. *PayloadDataLen = 0;
  54. if(length < sizeof(program_stream_map)) return 0;
  55. littel_endian_size psm_length;
  56. psm_length.byte[0] = PSMPack->PackLength.byte[1];
  57. psm_length.byte[1] = PSMPack->PackLength.byte[0];
  58. *leftlength = length - psm_length.length - sizeof(program_stream_map);
  59. //printf("[%s]leftlength %d\n", __FUNCTION__, *leftlength);
  60. if(*leftlength<=0) return 0;
  61. *NextPack = Pack + psm_length.length + sizeof(program_stream_map);
  62. return *leftlength;
  63. }
  64. inline int Pes(char* Pack, int length, char **NextPack, int *leftlength, char **PayloadData, int *PayloadDataLen)
  65. {
  66. //printf("[%s]%x %x %x %x\n", __FUNCTION__, Pack[0], Pack[1], Pack[2], Pack[3]);
  67. program_stream_e* PSEPack = (program_stream_e*)Pack;
  68. *PayloadData = 0;
  69. *PayloadDataLen = 0;
  70. if(length < sizeof(program_stream_e)) return 0;
  71. littel_endian_size pse_length;
  72. pse_length.byte[0] = PSEPack->PackLength.byte[1];
  73. pse_length.byte[1] = PSEPack->PackLength.byte[0];
  74. *PayloadDataLen = pse_length.length - 2 - 1 - PSEPack->stuffing_length;
  75. if(*PayloadDataLen>0)
  76. *PayloadData = Pack + sizeof(program_stream_e) + PSEPack->stuffing_length;
  77. *leftlength = length - pse_length.length - sizeof(pack_start_code) - sizeof(littel_endian_size);
  78. //printf("[%s]leftlength %d\n", __FUNCTION__, *leftlength);
  79. if(*leftlength<=0) return 0;
  80. *NextPack = Pack + sizeof(pack_start_code) + sizeof(littel_endian_size) + pse_length.length;
  81. return *leftlength;
  82. }
  83. int inline GetH246FromPs(char* buffer,int length,CallbackHead& head, char **h264Buffer, int *h264length)
  84. {
  85. int leftlength = 0;
  86. char *NextPack = 0;
  87. *h264Buffer = buffer;
  88. *h264length = 0;
  89. if(ProgramStreamPackHeader(buffer, length, &NextPack, &leftlength)==0)
  90. return 0;
  91. char *PayloadData=NULL;
  92. int PayloadDataLen=0;
  93. while(leftlength >= sizeof(pack_start_code))
  94. {
  95. PayloadData=NULL;
  96. PayloadDataLen=0;
  97. if(NextPack
  98. && NextPack[0]==‘\x00‘
  99. && NextPack[1]==‘\x00‘
  100. && NextPack[2]==‘\x01‘
  101. && NextPack[3]==‘\xE0‘)
  102. {
  103. //接着就是流包，说明是非i帧
  104. if(Pes(NextPack, leftlength, &NextPack, &leftlength, &PayloadData, &PayloadDataLen))
  105. {
  106. if(PayloadDataLen)
  107. {
  108. memcpy(buffer, PayloadData, PayloadDataLen);
  109. buffer += PayloadDataLen;
  110. *h264length += PayloadDataLen;
  111. }
  112. }
  113. else
  114. {
  115. if(PayloadDataLen)
  116. {
  117. memcpy(buffer, PayloadData, PayloadDataLen);
  118. buffer += PayloadDataLen;
  119. *h264length += PayloadDataLen;
  120. }
  121. break;
  122. }
  123. }
  124. else if(NextPack
  125. && NextPack[0]==‘\x00‘
  126. && NextPack[1]==‘\x00‘
  127. && NextPack[2]==‘\x01‘
  128. && NextPack[3]==‘\xBC‘)
  129. {
  130. if(ProgramStreamMap(NextPack, leftlength, &NextPack, &leftlength, &PayloadData, &PayloadDataLen)==0)
  131. break;
  132. }
  133. else
  134. {
  135. //printf("[%s]no konw %x %x %x %x\n", __FUNCTION__, NextPack[0], NextPack[1], NextPack[2], NextPack[3]);
  136. break;
  137. }
  138. }
  139. return *h264length;
  140. }

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

时间： 2024-10-14 11:10:14

(转)从海康7816的ps流里获取数据h264数据的相关文章

ps流来封装h.264数据

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

java实现海康NVR/DVR设备工作状态获取

该功能需要到JNA的知识. 通过查阅海康设备网络SDK编程指南(DVR&NVR)可以知道海康SDK的调用方法都要同过如下过程: 虚线框的流程是可选部分,不会影响其他流程和模块的功能使用.具体的模块说明可以自行参考SDK开发文件. 主要功能代码: 测试例子,因此虚线部分功能不实现 1.初始化设备SDK:对整个网络SDK 系统的初始化,内存预分配等操作. 代码:HCNetSDK sdk = HCNetSDK.INSTANCE;    sdk.NET_DVR_Init();//返回booleaan值

多媒体开发之---海康码流分析

首先感谢http://blog.csdn.net/wwyyxx26/article/details/15224879博文,可以说是通过这篇博文才有了思路. 先取一些数据,在这之前的数据为海康的头,即NET_DVR_SYSHEAD分支,不作描述,直接取NET_DVR_STREAMDATA分支的码流数据,开始如下: 00 00 01 BA 46 E6 6C A1 14 01 00 00 03 FE FF FF00 00 00 01 00 00 01 BC 00 5A E0 FF 00 24 40 0

海康&amp;大华&amp;DSS视频拉流-RTSP转RTMP多媒体播放技术

海康&大华&DSS获取RTSP 实时流 海康:rtsp://[username]:[password]@[ip]:[port]/[codec]/[channel]/[subtype]/av_stream说明:username: 用户名.例如admin.password: 密码.例如12345.ip: 为设备IP.例如 192.0.0.64.port: 端口号默认为554,若为默认可不填写.codec:有h264.MPEG-4.mpeg4这几种.channel: 通道号,起始为1.例如通道1

[rtsp]海康IPC监控摄像头远程外网监控配置（DDNS）

本来这个DDNS服务正是我想要的,但是配置了之后海康提示不再提供这个服务了,以后统一使用萤石云了,看来有必要去学习下萤石开放平台的api,看都提供哪些服务. 海康威视网络摄像机出厂的默认IP地址:为192.0.0.64.需要将IPC的IP地址设置为和电脑在同一网段. 1.    使用摄像机IP地址搜索软件: 1.可以使用官方提供的专用SADP软件,下载链接如下:http://www.hikvision.com/Cn/download_more.asp?cid=140011#Menu=ChildM

海康网络摄像机调用SDK解码Java版

两个回调函数: FRealDataCallBack 实现预览回调数据 DecCallBack 解码回调函数 在HCNetSDK.java补充相关函数和结构声明 //播放库函数声明,PlayCtrl.dll interface PlayCtrl extends StdCallLibrary { PlayCtrl INSTANCE = (PlayCtrl) Native.loadLibrary("lib\\PlayCtrl", PlayCtrl.class); public static

海康、大华IPC的rtsp格式

海康: rtsp://[username]:[password]@[ip]:[port]/[codec]/[channel]/[subtype]/av_stream说明:username: 用户名.例如admin.password: 密码.例如12345.ip: 为设备IP.例如 192.0.0.64.port: 端口号默认为554,若为默认可不填写.codec:有h264.MPEG-4.mpeg4这几种.channel: 通道号,起始为1.例如通道1,则为ch1.subtype: 码流类型,主

海康、大华IpCamera RTSP地址和格式

海康: rtsp://[username]:[password]@[ip]:[port]/[codec]/[channel]/[subtype]/av_stream 说明: username: 用户名.例如admin. password: 密码.例如12345. ip: 为设备IP.例如 192.0.0.64. port: 端口号默认为554,若为默认可不填写. codec:有h264.MPEG-4.mpeg4这几种. channel: 通道号,起始为1.例如通道1,则为ch1. subtype

rtsp学习----海康RTSP客户端连接深入分析

转载于:http://blog.csdn.net/zhouyongku/article/details/41546789 海康相机RTSP连接代码分析 最近在做海康相机rtsp连接获取音视频的工作,现在介绍一下分析过程和源码. [源码在我上传的共享资料中:http://download.csdn.net/detail/zhouyongku/8203521] 一.基本原理 RTSP客户端去连接服务器的最基本步骤如下: (1)分析url中的端口号,创建一个与服务器[S-PORT]端口号的TCP连接用