C语言获取H.264视频分辨率的艺术

在应用ffmpeg解码播放TS流的时候(例如从前写过的UDP组播流),在连接时往往需要消耗大量时日。经过debug发现是av_find_stream_info(已丢弃,现在应用的是avformat_find_stream_info)那些办法分外耗时,而且是阻塞的。av_find_stream_info方法重如果拿到相应的流消息,其中对自家的采用最实惠的就是视频的分辨率。在av_find_stream_info中是要时时刻刻的读取数据包,解码得到相应的信息,而内部除了分辨率音信以外的东西对自家的行使中是行不通的。所以,考虑自己手动从H.264码流中分析出视频的分辨率消息。

   
以下内容首要参照了这篇小说:http://www.myexception.cn/internet/586390.html

       H.264码流的流信息都存储在了不同通常的社团中,叫做SPS(Sequence
Parameter Set)。要分析SPS就需要明白有些H.264码流的格式信息。

    在H.264码流中,都是以0x00 0x00 0x01 或者 0x00 0x00 0x00
0x01为开首码的(在自身的拔取中为后者),之后经过检测初叶码后首先个字节的后五位是否为7(00111)来判定其是否为SPS。得到SPS之后,就可以分析出视频的分辨率。SPS中有三个分子,pic_width_in_mbs_minus1和pic_height_in_map_units_minus_1,分别表示图像的宽和高,然而要注意的是它们都是以16为单位(在面积上就是以16*16的块为单位)再减1,所以实际的宽是(pic_width_in_mbs_minus1

  • 1)*16,高为(pic_height_in_map_units_minus_1+1)*16。

 

      欢迎转载,转载请注脚出处:http://guoyb.com/Tech/34.html

    以下是分析宽高的代码:

 

转载http://guoyb.com/Tech/34.html

 

以下一些 转自 http://blog.csdn.net/pkueecser/article/details/7367641

 

采用RTP传输H264的时候,需要用到sdp协议描述,其中有两项:Sequence
Parameter Sets (SPS) 和Picture
Parameter Set (PPS)需要使用,那么这两项从哪个地方拿到呢?答案是从H264码流中获取.在H264码流中,都是以”0x00
0x00 0x01″或者”0x00 0x00 0x00
0x01″为起先码的,找到起先码之后,使用起来码之后的率先个字节的低5位判断是否为7(sps)或者8(pps),
及data[4] & 0x1f == 7 || data[4] & 0x1f ==
8.然后对取得的nal去掉起先码之后展开base64编码,拿到的信息就能够用于sdp.sps和pps需要用逗号分隔开来.

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

 

怎么剖析SDP中带有的H.264的SPS和PPS串

 

http://www.pernet.tv.sixxs.org/thread-109-1-1.html

SDP中的H.264的SPS和PPS串,包含了开端化H.264解码器所需要的新闻参数,包括编码所用的profile,level,图像的宽和高,deblock滤波器等。
鉴于SDP中的SPS和PPS都是BASE64编码形式的,不容易精通,附件有一个工具软件可以对SDP中的SPS和PPS举行辨析。
用法是在命令行中输入:
spsparser sps.txt pps.txt output.txt

例如sps.txt中的内容为:
Z0LgFNoFglE=
pps.txt中的内容为:
aM4wpIA=

末尾分析的到的结果为:

Start dumping SPS:
  profile_idc = 66
  constrained_set0_flag = 1
  constrained_set1_flag = 1
  constrained_set2_flag = 1
  constrained_set3_flag = 0
  level_idc = 20
  seq_parameter_set_id = 0
  chroma_format_idc = 1
  bit_depth_luma_minus8 = 0
  bit_depth_chroma_minus8 = 0
  seq_scaling_matrix_present_flag = 0
  log2_max_frame_num_minus4 = 0
  pic_order_cnt_type = 2
  log2_max_pic_order_cnt_lsb_minus4 = 0
  delta_pic_order_always_zero_flag = 0
  offset_for_non_ref_pic = 0
  offset_for_top_to_bottom_field = 0
  num_ref_frames_in_pic_order_cnt_cycle = 0
  num_ref_frames = 1
  gaps_in_frame_num_value_allowed_flag = 0
  pic_width_in_mbs_minus1 = 21
  pic_height_in_mbs_minus1 = 17
  frame_mbs_only_flag = 1
  mb_adaptive_frame_field_flag = 0
  direct_8x8_interence_flag = 0
  frame_cropping_flag = 0
  frame_cropping_rect_left_offset = 0
  frame_cropping_rect_right_offset = 0
  frame_cropping_rect_top_offset = 0
  frame_cropping_rect_bottom_offset = 0
  vui_parameters_present_flag = 0

Start dumping PPS:
  pic_parameter_set_id = 0
  seq_parameter_set_id = 0
  entropy_coding_mode_flag = 0
  pic_order_present_flag = 0
  num_slice_groups_minus1 = 0
  slice_group_map_type = 0
  num_ref_idx_l0_active_minus1 = 0
  num_ref_idx_l1_active_minus1 = 0
  weighted_pref_flag = 0
  weighted_bipred_idc = 0
  pic_init_qp_minus26 = 0
  pic_init_qs_minus26 = 0
  chroma_qp_index_offset = 10
  deblocking_filter_control_present_flag = 1
  constrained_intra_pred_flag = 0
  redundant_pic_cnt_present_flag = 0
  transform_8x8_mode_flag = 0
  pic_scaling_matrix_present_flag = 0
  second_chroma_qp_index_offset = 10

/////////////////////////////////////////////////////////////////////////////////////////////////
这里需要专门提一下这七个参数
pic_width_in_mbs_minus1 = 21
  pic_height_in_mbs_minus1 = 17
各自代表图像的宽和高,以宏块(16×16)为单位的值减1
由此,实际的宽为 (21+1)*16 = 352
C语言 1 spsparser.rar

 

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

http://krdai.info.sixxs.org/blog/mp4-sps-pps-data.html

近些年在做跟 h264 encode/decode 相關的钻研,目標是可望得以從 Android 的
MediaRecorder 當中取出 h264 的資訊。近日問題是在於 SPS 以及 PPS
到底要怎樣得到。由於 MediaRecorder 是寫入 mp3檔案中,所以不得已只好來去分析一下 mp4 的檔案格式,發現沒有想像中的困難.
重假设參照 ISO/IEC 14496-15 這部份. 在 mp3 的檔案之中, 找到 avcC
這個字串, 之後就是接上 AVCDecoderConfigurationRecord.
AVCDecoderConfigurationRecord 的 format 如下:

 

[cpp] view
plain
copy

 

  1. aligned(8) class AVCDecoderConfigurationRecord {  
  2.    unsigned int(8) configurationVersion = 1;  
  3.    unsigned int(8) AVCProfileIndication;  
  4.    unsigned int(8) profile_compatibility;  
  5.    unsigned int(8) AVCLevelIndication;  
  6.   
  7. bit(6) reserved = ‘111111’b;  
  8.    unsigned int(2) lengthSizeMinusOne;  
  9.   
  10. bit(3) reserved = ‘111’b;  
  11.    unsigned int(5) numOfSequenceParameterSets;  
  12.   
  13. for (i=0; i< numOfSequenceParameterSets; i++) {  
  14.       unsigned int(16) sequenceParameterSetLength ;  
  15.       bit(8*sequenceParameterSetLength) sequenceParameterSetNALUnit;  
  16.    }  
  17.    unsigned int(8) numOfPictureParameterSets;  
  18.    for (i=0; i< numOfPictureParameterSets; i++) {  
  19.       unsigned int(16) pictureParameterSetLength;  
  20.       bit(8*pictureParameterSetLength) pictureParameterSetNALUnit;  
  21.    }  
  22. }  

 

對照一下這樣就足以找到 SPS 和 PPS

+++++++++++++++++++++++++++++++++++++++++++++

 

vlc没有收受pps和sps

2010-10-08 16:16

问题 packetizer_h264 packetizer warning: waiting for SPS/PPS

是因为解码器只是在第一次执行编码的时候,才编码出 SPS、PPS、和I_Frame; 

h264 packetizer has set so, that it sends sps/pps only first keyframe,
 I'm trying to figure what breaks if that is changed so sps/pps is written in every keyframe. 
[出自| http://trac.videolan.org/vlc/ticket/1384]

解决办法:

1、编码器编码出每个关键帧都加上SPS、PPS ,据说通常情况编码器编出的 SPS、PPS是一样的,所以这种方法耗费资源。

2、在服务器接收到客户端请求时,发送第一个package 加上 SPS、PPS。

具体如下:

  • 1、在 VideoOpenFileSource 添加一个变量 isFirstFrame;

  • 2、构造时初始化 isFirstFrame = true;
  • 3、在int VideoOpenFileSource::readFromBufferChain() 修改如下:

  •    1         if(isFirstFrame == true)
       2         {
       3                 memcpy(fTo, h264_header, sizeof(h264_header)); /* h264_header = pps +sps*/
       4                 offset = sizeof(h264_header);
       5                 framesize = BufferChain_get(fInput.video_bufs, fTo + offset);
       6                 offset += framesize;
       7                 isFirstFrame = false;
       8                 printf("this is the first fime\n");
       9                 sleep(1);
      10         }
      11         else
      12         {
      13                 framesize = BufferChain_get(fInput.video_bufs, fTo + offset);
      14                 offset += framesize;
      15         }
      1
[http://topic.csdn.net/u/20100801/17/ef35e664-92ff-4144-a35f-3984dcf11da3.html| 参考] 


========================================================================
sdp 关于pps和sps的疑问:
packetization-mode 主要是定义包的模式,单一 NALU单元模式(0);非交错(non-interleaved)封包模式(1);交错(interleaved)封包模式(2)
sprop-parameter-sets 等于H.264 的序列参数集和图像参数 NAL单元,base64转换;(即= sps+pps)
profile-level-id 这个参数用于指示 H.264 流的 profile 类型和级别。这知道这个是啥东东

参考 黑暗长老 www.cppblog.com/czanyou/
ffmpeg decode 关于pps sps问题:
stackoverflow.com/questions/3493742/problem-to-decode-h264-video-over-rtp-with-ffmpeg-libavcodec/3500432#3500432

 

 

 

怎么着用C语言取出H.264ES文件里的nal(sps,pps)音讯。比如width, height,
profile等等

请权威指导指导。。。 http://www.oschina.net/question/225813_35707

浅析sps,pps的代码在ffmpeg里面就有, 抄出来就行了, 我原先也要好写过…
ffmpeg的libavcodec/h264_parser.c,
h264_ps.c
函数
ff_h264_decode_seq_parameter_set
ff_h264_decode_picture_parameter_set
友好能够看代码.

 

H264参数语法文档:
SPS、PPS、IDR http://blog.csdn.net/heanyu/article/details/6205390

H.264码流第一个 NALU 是 SPS(连串参数集Sequence Parameter Set)
对应H264正规文档 7.3.2.1 连串参数集的语法举办分析