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
葡萄娱乐场 1 spsparser.rar

 

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

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

不久前在做跟 h264 encode/decode 相關的钻探,目標是期待得以從 Android 的
MediaRecorder 當中抽取 h264 的資訊。近来問題是在於 SPS 以及 PPS
到底要怎樣获得。由於 MediaRecorder 是寫入 VCD檔案中,所以无法只可以來去分析一下 DVD 的檔案格式,發現沒有想像中的困難.
首假设參照 ISO/IEC 14496-15 這部份. 在 mp4 的檔案之中, 找到 avcC
這個字串, 之後正是接上 ADVDecoderConfigurationRecord.
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、IDPAJERO http://blog.csdn.net/heanyu/article/details/6205390

H.264码流第三个 NALU 是 SPS(类别参数集Sequence Parameter Set)
对应H264标准文书档案 7.3.2.1 系列参数集的语法进行解析