关于level_idc和Profile_IDC的解释

最新推荐文章于 2023-03-07 11:48:56 发布
转载 最新推荐文章于 2023-03-07 11:48:56 发布 · 3.6k 阅读 · 3
文章标签：

#h.264 #features #reference #integer #encoding #windows

本文详细解析了H.264/AVC编码中Bitstream Profile和Level的设置及其作用，包括Baseline、Main、Extended、High等不同配置的特点，以及Level选项如10、11、12等对分辨率、帧率等限制的影响。

2010-01-21 15:51:40|  分类： windows mobile开 |字号 订阅

Description: Set bitstream Profile IDC. Default is 88.

Note: Some profiles cannot support certain features. See MPEG-4 AVC for supported features for each profile. Reference software may perform tests for certain features for profile conformance, but it is possible that certain validations are missing. See Annex A of H.264/AVC.

Options:
66Baseline
77Main
88Extended
100High (FRExt)
110High 10 (FRExt)
122High 4:2:2 (FRExt)
144High 4:4:4 (FRExt)

Class: Numeric (Integer)

Description: Set bitstream Level IDC. Default is 51.

Note: Similar with the ProfileIDC, LevelIDC sets certain restrictions during the encoding process, such as resolution supported, maximum number of references, frame rate etc. See Annex A of H.264/AVC.

Options:
101       (supports only QCIF format and below with 380160 samples/sec)
111.1    (CIF and below. 768000 samples/sec)
121.2    (CIF and below. 1536000 samples/sec)
131.3    (CIF and below. 3041280 samples/sec)
202       (CIF and below. 3041280 samples/sec)
212.1    (Supports HHR formats. Enables Interlace support. 5068800 samples/sec)
222.2    (Supports SD/4CIF formats. Enables Interlace support. 5184000 samples/sec)
303       (Supports SD/4CIF formats. Enables Interlace support. 10368000 samples/sec)
313.1    (Supports 720p HD format. Enables Interlace support. 27648000 samples/sec)
323.2    (Supports SXGA format. Enables Interlace support. 55296000 samples/sec)
404       (Supports 2Kx1K format. Enables Interlace support. 62914560 samples/sec)
414.1    (Supports 2Kx1K format. Enables Interlace support. 62914560 samples/sec)
424.2    (Supports 2Kx1K format. Frame coding only. 125829120 samples/sec)
505       (Supports 3672x1536 format. Frame coding only. 150994944 samples/sec)
515.1    (Supports 4096x2304 format. Frame coding only. 251658240 samples/sec)

x264编码参数详细介绍：profile、preset、tune、level、码控
世界那么大，我想去看看～【偶尔更新，看世界去了😄】
07-17 4173
x264编码参数详细介绍：profile、preset、tune、level、码控
数据压缩实验七：H.264码流分析
weixin_46723979的博客
06-23 706
H.264，同时也是MPEG-4第十部分，是由ITU-T视频编码专家组（VCEG）和ISO/IEC动态图像专家组（MPEG）联合组成的联合视频组（JVT，Joint Video Team）提出的高度压缩数字视频编解码器标准。这个标准通常被称之为H.264/AVC（或者AVC/H.264或者H.264/MPEG-4 AVC或MPEG-4/H.264 AVC）而明确的说明它两方面的开发者。H264标准各主要部分有Access Unit delimiter（访问单元分割符），SEI（附加增强信息），primary
H.264码流分析
m0_58972462的博客
06-06 1205
使用码流分析软件H264Visa对MP4文件进行分析
【数据压缩】实验：H.264文件分析
weixin_48946798的博客
06-08 1303
H.264是由ITU-T视频编码专家组(VCEG)和ISO/IEC动态图像专家组(MPEG)联合组成的联合视频组(JVT)提出的高度压缩数字视频编解码器标准，这个标准通常被称为H.264/AVC。它是继MPEG-4之后的新一代数字视频压缩格式，具有更高的编码效率，注重对移动和IP网络的适应，并且提供了丰富的错误处理工具以控制或消除丢包和误码。H.264的功能分为两层：视频编码层(VCL, Video Coding Layer)和网络提取层(NAL, Network Abstraction Layer)。SP
历史经验之SIP SDP Profile-level-id解析
上善若水的博客
05-21 1155
SIP SDP Profile-level-id解析 基于SIP协议的VOIP通信，该字段通常位于视频协商sdp报文中，如： [html] view plain copy print?在CODE上查看代码片派生到我的代码片 video 23456 RTP/AVP 121 rtpmap:121 H264/90000 fmtp: 121 profile-level-id=42801E; packetization-mode=1 42801E分三部分 0x42 66 0x80 1000 0000 (二进制) 0x
关于level_idc
张戟的专栏-H.264学习乐园
02-09 8965
今天看到init_dpb()时有这么一行代码dpb.size= getDpbSize();dpb.size表示什么含义我想大家都明白，这里我们关键看getDpbSize();getDpbSize()函数一上来给pic_size赋值，这个仔细看应该也不难，接着就是我要讲的重点拉。代码如下：  switch (active_sps->level_idc)//第一帧IDR，这边是30  {  c
h264 Profile_IDC Level_IDC
热门推荐
heanyu的专栏
02-24 1万+
来源于JM——h264文档 Profile_IDC:  LevelIDC：   
请通过上述callback获取profile_idc、constraint_setN_flag、level_idc并将他们组成一个profile存到字符串里
06-02
好的，可以按照如下的方式获取profile_idc、constraint_setN_flag和level_idc，并将它们组成一个字符串： ``` static GstPadProbeReturn probe_callback(GstPad *pad, GstPadProbeInfo *info, gpointer user_data) ...
static GstPadProbeReturn probe_callback(GstPad *pad, GstPadProbeInfo *info, gpointer user_data) { GstBuffer *buf = GST_BUFFER(info->data); GstMapInfo map; if (gst_buffer_map(buf, &map, GST_MAP_READ)) { GstH264NalUnitType type = gst_h264_nal_unit_type(map.data[0] & 0x1F); if (type == GST_H264_NAL_SPS) { // Found SPS // Parse profile information from SPS } else if (type == GST_H264_NAL_PPS) { // Found PPS // Parse profile information from PPS } gst_buffer_unmap(buf, &map); } return GST_PAD_PROBE_OK; } GstPad *parser_src = gst_element_get_static_pad(parser, "src"); gst_pad_add_probe(parser_src, GST_PAD_PROBE_TYPE_BUFFER, probe_callback, NULL, NULL);中如何获取到profile_idc、constraint_setN_flag、level_idc
06-02
在probe_callback回调函数中，当解析出SPS或PPS时，你可以从相应的数据包中获取到profile_idc、constraint_setN_flag、level_idc等参数。具体的方法是，从SPS或PPS数据包的特定位置读取这些参数的值。具体来说，...
/*---------------------------------------------------------------------- | AP4_HevcProfileTierLevel::AP4_HevcProfileTierLevel +---------------------------------------------------------------------*/ AP4_HevcProfileTierLevel::AP4_HevcProfileTierLevel() : general_profile_space(0), general_tier_flag(0), general_profile_idc(0), general_profile_compatibility_flags(0), general_constraint_indicator_flags(0), general_level_idc(0) { AP4_SetMemory(&sub_layer_info[0], 0, sizeof(sub_layer_info)); } /*---------------------------------------------------------------------- | AP4_HevcProfileTierLevel::Parse +---------------------------------------------------------------------*/ AP4_Result AP4_HevcProfileTierLevel::Parse(AP4_BitReader& bits, unsigned int max_num_sub_layers_minus_1) { // profile_tier_level general_profile_space = bits.ReadBits(2); general_tier_flag = bits.ReadBit(); general_profile_idc = bits.ReadBits(5); general_profile_compatibility_flags = bits.ReadBits(32); general_constraint_indicator_flags = ((AP4_UI64)bits.ReadBits(16)) << 32; general_constraint_indicator_flags |= bits.ReadBits(32); general_level_idc = bits.ReadBits(8); for (unsigned int i = 0; i < max_num_sub_layers_minus_1; i++) { sub_layer_info[i].sub_layer_profile_present_flag = bits.ReadBit(); sub_layer_info[i].sub_layer_level_present_flag = bits.ReadBit(); } if (max_num_sub_layers_minus_1) { for (unsigned int i = max_num_sub_layers_minus_1; i < 8; i++) { bits.ReadBits(2); // reserved_zero_2bits[i] } } for (unsigned int i = 0; i < max_num_sub_layers_minus_1; i++) { if (sub_layer_info[i].sub_layer_profile_present_flag) { sub_layer_info[i].sub_layer_profile_space = bits.ReadBits(2); sub_layer_info[i].sub_layer_tier_flag = bits.ReadBit(); sub_layer_info[i].sub_layer_profile_idc = bits.ReadBits(5); sub_layer_info[i].sub_layer_profile_compatibility_flags = bits.ReadBits(32); sub_layer_info[i].sub_layer_progressive_source_flag = bits.ReadBit(); sub_layer_info[i].sub_layer_interlaced_source_flag = bits.ReadBit(); sub_layer_info[i].sub_layer_non_packed_constraint_flag = bits.ReadBit(); sub_layer_info[i].sub_layer_frame_only_constraint_flag = bits.ReadBit(); bits.ReadBits(32); bits.ReadBits(12); // sub_layer_reserved_zero_44bits } if (sub_layer_info[i].sub_layer_level_present_flag) { sub_layer_info[i].sub_layer_level_idc = bits.ReadBits(8); } } return AP4_SUCCESS; } /*---------------------------------------------------------------------- | AP4_HevcShortTermRefPicSet::AP4_HevcShortTermRefPicSet +---------------------------------------------------------------------*/ AP4_HevcShortTermRefPicSet::AP4_HevcShortTermRefPicSet() : num_negative_pics(0), num_positive_pics(0) { AP4_SetMemory(delta_poc_s0_minus1, 0, sizeof(delta_poc_s0_minus1)); AP4_SetMemory(delta_poc_s1_minus1, 0, sizeof(delta_poc_s1_minus1)); AP4_SetMemory(used_by_curr_pic_s0_flag, 0, sizeof(used_by_curr_pic_s0_flag)); AP4_SetMemory(used_by_curr_pic_s1_flag, 0, sizeof(used_by_curr_pic_s1_flag)); } /*---------------------------------------------------------------------- | AP4_HevcVuiParameterSet::AP4_HevcVuiParameterSet +---------------------------------------------------------------------*/ AP4_HevcVuiParameterSet::AP4_HevcVuiParameterSet() : aspect_ratio_info_present_flag(0), aspect_ratio_idc(0), sar_width(0), sar_height(0), overscan_info_present_flag(0), overscan_appropriate_flag(0), video_signal_type_present_flag(0), video_format(0), video_full_range_flag(0), colour_description_present_flag(0), colour_primaries(0), transfer_characteristics(0), matrix_coefficients(0), chroma_loc_info_present_flag(0), chroma_sample_loc_type_top_field(0), chroma_sample_loc_type_bottom_field(0), neutral_chroma_indication_flag(0), field_seq_flag(0), frame_field_info_present_flag(0), default_display_window_flag(0), def_disp_win_left_offset(0), def_disp_win_right_offset(0), def_disp_win_top_offset(0), def_disp_win_bottom_offset(0), timing_info_present_flag(0), num_units_in_tick(0), time_scale(0), vui_poc_proportional_to_timing_flag(0), vui_num_ticks_poc_diff_one_minus1(0) { } 详细注释上述代码
最新发布
09-25
这段代码是H.265/HEVC视频编码标准中关于配置层级（Profile Tier Level）、短期参考图像集（Short-term Reference Picture Set）和视频可用性信息（VUI, Video Usability Information）参数解析的实现。以下是详细...
x264源码分析--参数level/level-idc
fantasy_ARM9的博客
05-08 1022
OPT2("level", "level-idc")表示编码复杂度水平，对应着一组参数。默认不设置-1.const x264_level_t x264_levels[] ={    { 10,     1485,     99,    396,     64,    175,   64, 64,  0, 2, 0, 0, 1 },    {  9,     1485,     99,    396...
MTK平台H264编码profile_idc和level_idc的小问题
houyizi337825770的专栏
04-25 2037
问题一：MTK平台H264编码相关： 第三方软件反馈使用我们终端h264编码level_idc和视频分辨率和h264规范不一样，不标准，所以测试了一下、确认一下问题，一查还真查出来了大问题。测试三款mtk平台的终端Android5.1、Android6.1系统都一样存在这个问题。就是无论录像多少分辨率它硬编码的level_idc用于是41，搞笑了，正常按照h264规范录制...
h264 : 关于level_idc和Profile_IDC的解释
newarow的专栏
01-07 1万+
这个帖子是转贴：因为下列内容，没有再h264的标准上出现，所以要转， 我翻变了下列标准，都没有找到，希望网友告知我，这些内容到底在那个标准文档里面。 我已经翻阅的：  H.264官方中文版.pdf     H.264和MPEG-4视频压缩.pdf  H.264编解码手册.rar  T-REC-H.264-200503-S!!PDF-E.pdf http://bbs.chinav
H.264视频Profile-level-id字段解析
clark的专栏
07-01 4449
基于SIP协议的VOIP通信，该字段通常位于视频协商sdp报文中，如： 1 video 23456 RTP/AVP 121 2 rtpmap:121 H264/90000 3 fmtp: 121 profile-level-id=42801E; packetization-mode=1 42801E分三部分 0x4266 0x801000 0000 (二进制) 0x1E30 对应profile_idc（8 bits）、profile_iop（8 bits）、level_i...
关于H.264 profile-level-id
手中沙的博客
02-22 3703
  我们在WebRTC开发中，如果采用的是H.264来作为视频流编码类型，就会面临一个问题，那就是编码端和解码端需要进行协商各自的编解码能力。例如，如果编码端使用了高级别的profile和level，或使用了解码器不支持的编码特性，那么对解码端来说就是个灾难了。   大家知道，H.264的Profile以及Level有好多种，而并不是每一种编码器或者解码器都支持每一个Profile和Level。实际应用当中，我们经常会看到一个3个字节的值（例如42801f），它是H.264 SPS信息的头三个字节，用来标识
h264编码概述七(SPS解析)
CrystalShaw的博客
03-07 3987
H.264标准协议中规定的SPS格式位于文档的7.3.2.1.1，如下图所示：根据《T-REC-H.264-201402-I!!PDF-E》的附件A.2定义，profiles有如下类型：profile_idc的值用来确定码流符合哪一种档次。profiles66778810011012244辅助profile_idc确定编码的profiles。constraint_set0_flag 等于1是指比特流遵从A.2.1节中的所有规定。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值