再探HEVC——理解不同类型的I帧

最新推荐文章于 2023-01-29 17:56:18 发布
最新推荐文章于 2023-01-29 17:56:18 发布
阅读量2.5k 收藏 8
点赞数 4
分类专栏： 音视频进阶之路 文章标签： 音视频 编解码 HEVC 视频编码 流媒体
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/nonmarking/article/details/121323773
版权
本文探讨了HEVC中I帧的不同类型，包括CRA、IDR和BLA，以及它们在OpenGOP和ClosedGOP中的角色。重点解析了CRA帧的编码效率优势和可能导致的解码问题，以及RADL和RASL的概念，帮助理解HEVC视频编码和流媒体中的随机接入点。
摘要由CSDN通过智能技术生成

软编的265码流和Android MediaCodec硬编的265码流，I帧的nalu type有所不同

翻看265标准文档，可以发现I帧的nalu type分以下几种

NAL_UNIT_CODED_SLICE_BLA,       // 16   // Current name in the spec: BLA_W_LP  
NAL_UNIT_CODED_SLICE_BLANT,     // 17   // Current name in the spec: BLA_W_DLP  
NAL_UNIT_CODED_SLICE_BLA_N_LP,  // 18  
NAL_UNIT_CODED_SLICE_IDR,       // 19  // Current name in the spec: IDR_W_DLP  
NAL_UNIT_CODED_SLICE_IDR_N_LP
了解本专栏 订阅专栏 解锁全文 超级会员免费看
zhanghui_cuc
关注
专栏目录
订阅专栏
系统化学习 H264视频编码（02） I帧 P帧 B帧 引入及相关概念解读
wangdsh的博客
07-06 2549
针对本文，我们主要讲清楚 I帧、P帧、B帧的概念及引入原因，基于I帧、P帧、B帧 展开的其他概念解读，比如GOP概念，就是基于I帧、P帧、B帧的理解基础上，搞了一个以I帧为分割点的序列。而后面提到的运动补偿和运动矢量是P帧和B帧的关键技术，用于提高视频编码的压缩效率。
HEVC编码标准介绍
想都是问题，做才有答案～～
05-12 3090
HEVC介绍
I帧 B帧 p帧 IDR帧的区别
weixin_34290096的博客
02-26 482
转自：http://blog.csdn.net/sphone89/article/details/8086071   IDR（Instantaneous Decoding Refresh）--即时解码刷新。  I帧:帧内编码帧是一种自带全部信息的独立帧，无需参考其它图像便可独立进行解码，视频序列中的第一个帧始终都是I帧。     I和IDR帧都是使用帧内预测的。它们都是同一个东西而已,在编...
HEVC编码原理
程序猿老樊的博客
04-28 1080
对视频执行编码操作后,原始视频数据会被压缩成三种不同类型的视频帧: I帧,P帧,B帧. I帧:关键帧.完整编码的帧.可以理解成是一张完整画面,不依赖其他帧 P帧:参考前面的I帧或P帧,即通过前面的I帧与自己记录的不同的部分可以形成完整的画面.因此,单独的P帧无法形成画面. B帧:参考前面的I帧或P帧以及后面的P帧 ...
H.265视频编码与技术全析（上）
吴建明wujianming_110117
05-01 1万+
H.265视频编码与技术全析（上） 一． 概述 作为新一代视频编解码格式，H.265得到越来越广泛的应用。不久之前，苹果公司在翘首期盼中发布了iPhone6，该款手机较之以往的iPhone，不仅仅只是简单地增大了屏幕，其采用了H.265视频编码解码技术，可达到在有限带宽下传输更高质量的网络视频。虽然对于大部分人来讲，H.265还有点陌生，然而早在两年前，爱立信就已经推出了首款H.265编解码器。使...
FFmpeg从RTSP获取流时：h264、h265 判断 I 帧的方法
weixin_42432281的博客
07-04 1万+
H264中 I 帧的判断： 这是用ffmpeg接口：av_read_frame （）从IPC摄像头获取得到每一帧数据的前几十个字节，一般00 00 00 01分割之后的下一个字节就是NALU类型，NALU类型是可以用来判断帧的类型是I帧，还是P帧。即第5字节可以用来判断帧的类型，如：61 、67 之类或者其他值。 第5字节中：0x61 可以表示：0110 0001 、0x67可以表示...
HEVC 片与片段(Slice 和Slice Segment)说明
z373248439的博客
12-06 2016
HEVC 片与片段(Slice 和Slice Segment)说明 一幅图像可以被分割为一个或多个片(Slice)，每个片的压缩数据都是独立的，Slice头信息无法通过前一个Slice的头信息推断得到。这就要求Slice不能跨过它的边界来进行帧内或帧间预测，且在进行熵编码前需要进行初始化。但在进行环路滤波时，允许滤波器跨越Slice的边界进行滤波。除了Slice的边界可能受环路滤波影响外，Slice的解码过程可以不使用任何来自其他Slice的影响，且有利于实现并行运算。使用Slice的主要目的是当数据丢失后
hevc 中IDR图像类型为何有 IDR_N_LP和IDR_W_RADL
zgqsdfx的专栏
03-31 2071
IDR_N_LP表示没有leading picture IDR_W_RADL表示可能有RADL 图像（associated random access decodable leading (RADL) pictures） The reason for having two different IDR picture types is to enable system layers to ...
H.265视频编码与技术全析
m0_60259116的博客
01-29 4657
H.265视频编码与技术全析
HEVC码率控制算法研究与HM相应代码分析（一）——HEVC标准及编码流程介绍
张晖的专栏
08-08 9982
本系列文章分为三个部分，首先对HEVC标准做一个介绍，然后回顾一下H.264中的码率控制方法，分析为什么不能直接沿用旧的方法，最后具体分析HEVC的码率控制方法和相应代码。 HEVC标准介绍 首先我们需要明白的是，其实每一代视频编码标准的更新都是为了实现两个大目标：更好的支持高分辨视频；以更高的压缩率达到同等的主观质量。除此之外，还有提高网络适配性（比如在H.264中定义的网络抽象层概念）、抗...
HEVC学习（三） —— 帧内预测系列之一
热门推荐
HEVC_CJL的专栏
11-12 3万+
今天开始进入实质性内容的讨论，主要是从代码实现的角度比较深入地研究帧内预测算法。由于帧内预测涉及到的函数的数量相对于编解码器复杂部分来说少，但事实上大大小小也牵涉到了十几二十个函数（没具体统计过，只是大概估算了下），想要一下子讨论完比较困难，所以打算在接下来的若干篇文章里逐步地尽可能详尽地分析每一个较为重要的函数。今天所要讨论的是fillReferenceSamples这个函数，它主要功能是在真正
HEVC函数入门（6）——帧内预测-详细概念和HM16.3实现（上）
不是他人太努力，只是自己努力不够罢了
06-21 1510
前面已经讲过了帧内预测的原理，但是只是讲了一下方向DC以及平面预测的概念，对其中的细节没有细讲，这里，整理http://blog.csdn.net/shaqoneal/article/details/44749057这篇博文来看看具体概念。 （1）角度预测 HEVC中的角度预测方法用于高效地对图像和视频的不同方向性结构进行建模的方法。该方法所选择的预测方向经过设计，可以达到对典型视频内容的编码效
HEVC函数入门（5）——帧内预测参考数据滤波及总结
不是他人太努力，只是自己努力不够罢了
06-20 1157
这里接着上一篇博客，并且稍微做下总结吧 首先是上篇讲到的滤波 依然是从http://blog.csdn.net/shaqoneal/article/details/39378973参考的 在帧内预测的过程中，获取临近的Prediction Unit的边缘数据作为当前PU的参考数据。数据获取完成后，并不一定会直接使用这些数据进行预测，而可能会先将这些预测数据进行一次滤波操作。帧内参考像素的滤波
HEVC学习（五） —— 帧内预测系列之三
HEVC_CJL的专栏
11-14 2万+
今天主要介绍帧内预测一个很重要的函数initAdiPattern，它的主要功能有三个，（1）检测当前PU的相邻样点包括左上、上、右上、左、左下邻域样点值的可用性，或者说检查这些点是否存在；（2）参考样点的替换过程，主要实现的是JCTVC-J1003即draft 8.4.4.2.2的内容，主要由函数fillReferenceSamples来完成，这个在之前的文章已经讨论过了；（3）相邻样点即参考样点
H.264裸流文件中获取每一帧数据
xy_kok的博客
07-27 1万+
    测试解码器性能时，最常用的无非是向解码器中推送码流。     之前封装了一个avc的解码器，想做一个测试，读取H.264裸流文件将码流定期定时推送到解码器。     测试其实很简单：     1.了解H.264裸流文件的构成     2.解析H.264裸流文件     3.提取H.264码流调用接口推送数据     1. 了解H.264逻辑文件     根据H.264协议，a...
H.264---（I、P、B帧）（I帧和IDR帧）（DTS和PTS、time_base）
weixin_30412013的博客
12-07 460
1、I、P、B帧 1.1 I帧 I帧表示关键帧，你可以理解为这一帧画面的完整保留；解码时只需要本帧数据就可以完成（因为包含完整画面） 1.2 P帧 P帧表示的是这一帧跟之前的一个关键帧（或P帧）的差别，解码时需要用之前缓存的画面叠加上本帧定义的差别，生成最终画面。（也就是差别帧，P帧没有完整画面数据，只有与前一帧的画面差别的数据） 1.3 B帧 B帧是双向差别帧，也就是B帧记...
VVC/H.266 VTM10.0 代码阅读记录 (1. nal_unit_type 与 帧类型)
曹健的博客
09-04 1571
VVC的学习心得以及VTM10.0的代码阅读记录 (1. nal_unit_type 和 帧类型)
hevc码流如何判断I帧、P帧和B帧的代码
最新发布
05-23
HEVC码流中的帧类型可以通过分析NAL单元头和Slice头中的信息来判断。以下是一些可能有用的代码片段： ```c++ // 定义NAL单元类型 typedef enum { NAL_UNIT_CODED_SLICE_TRAIL = 0, NAL_UNIT_CODED_SLICE_STSA = 1, NAL_UNIT_CODED_SLICE_RADL = 2, NAL_UNIT_CODED_SLICE_RASL = 3, NAL_UNIT_RESERVED_VCL_4 = 4, NAL_UNIT_RESERVED_VCL_5 = 5, NAL_UNIT_RESERVED_VCL_6 = 6, NAL_UNIT_RESERVED_VCL_7 = 7, NAL_UNIT_CODED_SLICE_IDR_W_RADL = 9, NAL_UNIT_CODED_SLICE_IDR_N_LP = 10, NAL_UNIT_CODED_SLICE_CRA = 11, NAL_UNIT_RESERVED_IRAP_VCL12 = 12, NAL_UNIT_RESERVED_IRAP_VCL13 = 13, NAL_UNIT_RESERVED_VCL14 = 14, NAL_UNIT_RESERVED_VCL15 = 15, NAL_UNIT_RESERVED_NVCL16 = 16, NAL_UNIT_RESERVED_NVCL17 = 17, NAL_UNIT_RESERVED_NVCL18 = 18, NAL_UNIT_RESERVED_NVCL19 = 19, NAL_UNIT_RESERVED_NVCL20 = 20, NAL_UNIT_RESERVED_NVCL21 = 21, NAL_UNIT_RESERVED_NVCL22 = 22, NAL_UNIT_RESERVED_NVCL23 = 23, NAL_UNIT_UNSPECIFIED_24 = 24, NAL_UNIT_UNSPECIFIED_25 = 25, NAL_UNIT_UNSPECIFIED_26 = 26, NAL_UNIT_UNSPECIFIED_27 = 27, NAL_UNIT_UNSPECIFIED_28 = 28, NAL_UNIT_UNSPECIFIED_29 = 29, NAL_UNIT_UNSPECIFIED_30 = 30, NAL_UNIT_UNSPECIFIED_31 = 31 } NalUnitType; // 解析NAL单元头的数据，获取NAL单元类型 NalUnitType nal_unit_type = (NalUnitType)((nal_unit_header[0] & 0x7E) >> 1); // 解析Slice头的数据，获取slice_type int slice_type = ((slice_header[1] >> 1) & 0x7); // 判断帧类型 if (nal_unit_type == NAL_UNIT_CODED_SLICE_IDR_W_RADL || nal_unit_type == NAL_UNIT_CODED_SLICE_IDR_N_LP) { // IDR帧 } else if (slice_type == 2 || slice_type == 4) { // P帧 } else if (slice_type == 1 || slice_type == 3) { // B帧 } else { // 其他类型 } ``` 需要注意的是，不同的编码器可能会对帧类型的编码方式有所不同，因此上述代码仅供参考。在实际应用中，需要根据具体的编码器和码流格式进行调整和优化。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

zhanghui_cuc

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值