HEVC—编码树结构

HEVC中有CU,TU,PU概念就不多说了，这里主要说一下在具体实现时他们之间大小的关系

在HEVC中

亮度 CU 最大为 64*64，最小为8*8 色度CU最大为 32*32，最小为4*4

在编码配置文档之中可以配置初始的LCU的大小也就是初始根节点CTU的大小假设这里为64*64

在确定是否进行劈分的过程中利用一个CU_split_flag进行标识，同时结合四叉树的深度信息。获得最小的编码，解码CU

在进行预测的阶段，就会读出CU的预测模式，是帧内还是帧间

同时解出来PartSize,获得PU的大小

所以注意这里PU是没有递归劈分的过程的，直接一次读出来PU的劈分方法。

其次是变化单元TU，可以支持32*32~4*4

大小依赖于CU的模式，在一个CU中，语序一个TU跨越多个PU，以四叉树的形式递归划分，所以在PU中可能出现不规则划分，但是在TU中

不会出现不规则划分。

在TU的划分中也是有一个标志位和SPS中配合的深度信息

之后将结合代码进行说明

时间： 2024-08-25 09:12:27

HEVC—编码树结构的相关文章

HEVC视频编码技术

HEVC视频编码框架 HEVC编码框架与H.26X标准的编码框架类似,均采用基于块的混合模型. 图1 HEVC编码框架 1.首先,视频编码器将输入视频图像划分为互不重叠的编码单元. 2.再进行预测编码,主要利用视频的空间相关性和时间相关性,分别采用帧内预测和帧间预测去除时空域冗余信息,从而得到预测图像块. 3.然后将预测图像块与原始图像块作差得到预测残差块,再对预测残差进行离散余弦变换(DCT)和量化,获得量化的DCT系数. 4.最后对量化后的DCT系数进行熵编码,得到压缩码流. HEVC融入了

HEVC学习之二CTU, CU, CTB, CB, PB, TB

在H264标准中,编码层的核心是宏块,一个宏块大小为16X16,包含一个16X16的亮度块,以及对于常用的4:2:0采样格式来说还包含两个8X8的色度块.相对应的在HEVC中类似的结构为编码树单元(CTU),其尺寸可以由编码器指定,最大可以支持到64X64,最小可以支持到16X16.对于高分辨率视频的编码中,使用较大尺寸的CTU可以获得更好的压缩性能.这里以最大的64X64大小的CTU为例说明HEVC的编码树结构. HEVC先根据编码器设置的CTU大小对整帧的图像进行分块,如图所示每一个CTU大

常用编码软件简单使用记录 1 : 自主编码器

用于转码或者编码的软件很多.但是实际上编码器的数量是是相对比较少的.很多编码软件都算是编码器的GUI.它们外观不同,但是实际上都调用了同样的编码器.比如说一般情况下编码H.264的时候都调用了x264.这类软件很多,比如格式工厂,狸窝视频转换器,MediaCoder,TMPGEnc,HandBrake等等.而有一些公司的编码软件是使用自己的编码器的.这些公司规模较大,因而有足够的资源自己开发编码器.比如Mainconcept,Divx,Elecard,Intel.最近在做转码方面的研究,简单记录

FFmpeg的HEVC解码器源代码简单分析：CTU解码（CTU Decode）部分-PU

本文分析FFmpeg的libavcodec中的HEVC解码器的CTU解码(CTU Decode)部分的源代码.FFmpeg的HEVC解码器调用hls_decode_entry()函数完成了Slice解码工作.hls_decode_entry()则调用了hls_coding_quadtree()完成了CTU解码工作.由于CTU解码部分的内容比较多,因此将这一部分内容拆分成两篇文章:一篇文章记录PU的解码,另一篇文章记录TU解码.本文记录PU的解码过程. 函数调用关系图 FFmpeg HEVC解码器

HEVC，VP9，x264性能对比(自查备用)

http://blog.csdn.net/leixiaohua1020/article/details/19014955 an Grois等人在论文<Performance Comparison of H.265/MPEG-HEVC, VP9, andH.264/MPEG-AVC Encoders>中,比较了下一代编码标准HEVC,VP9的以及当前主流编码标准H.264之间的性能.在此记录一下. 本文中选用的编码器如下: HEVC:HM VP9:libvpx H.264:x264 下表显示了H

3D-HEVC视频编码技术

3D-HEVC编码框架 3D-HEVC编码结构是对HEVC的扩展,每个视点纹理及深度图编码主要采用HEVC编码框架,但在其基础上增加了一些新的编码技术,使其更有利于深度图和多视点的编码. 图1 3D-HEVC编码结构如上图所示,3D-HEVC编解码结构和MVC类似.图中所有输入的视频图像和深度图像是同一时刻,不同拍摄位置的场景,这些图像组成一个存取层.在同一个存取层中,首先对独立视点(基准视点)编码,接着是该视点的深度图,再编码其他视点视频图像和深度图.原理上来说,每个视点的图像,包括视频图像

HEVC-I帧中CU,TU,PU之间的关系

这里主要是结合HEVC的解码端I帧进行讲解的,其中P,B帧基本上没有太大的出入,主要是PU还存在不规则的情况,因为我现在刚做完I帧,对P帧还没有把握之后清楚解析后,再进行补充在之前的博文中提到了编码树结构的相关概念,这里主要结合代码进行进一步的讲解在帧内模式中: 35中预测模式是在PU的基础上进行定义的,但是在具体的帧内预测过程中是以TU为单位的,标准规定PU可以四叉树的形式划分为TU,并且同一个PU内的TU共享一种预测模式在实际的预测中,每一个TU自己预测自己的,自己参考自己周围的像素

web前端图片极限优化策略

随着web的发展,网站资源的流量也变得越来越大.据统计,60%的网站流量均来自网站图片,可见对图片合理优化可以大幅影响网站流量,减小带宽消耗和服务器压力. 一.现有web图片格式我们先来看下现在常用的web图片的格式: 图片格式支持透明动画支持压缩方式浏览器支持相对原图大小适应场景 baseline-jpeg 不支持不支持有损所有由画质决定所有通用场景 progressive-jpeg 不支持不支持有损所有由画质决定所有通用场景, 渐进式加载 gif 支持支持

Android IOS WebRTC 音视频开发总结（七一）-- H265/H264有何不同

本文整理自自网络,非原创,喜欢相关文章请关注我们的微信公众号:blackerteam H.265 H.265是ITU-TVCEG继H.264之后所制定的新的视频编码标准.H.265标准围绕着现有的视频编码标准H.264,保留原来的某些技术,同时对一些相关的技术加以改进.新技术使用先进的技术用以改善码流.编码质量.延时和算法复杂度之间的关系,达到最优化设置.具体的研究内容包括:提高压缩效率.提高鲁棒性和错误恢复能力.减少实时的时延.减少信道获取时间和随机接入时延.降低复杂度等.H264由于算法优化