搜索
HEVC，即H.265，是现行的先进视频编解码标准H.264/MPEG-4AVC的后继与发展。由ISO/IECMovingPictureExpertsGroup(MPEG)和ITU-TVideoCodingExpertsGroup(VCEG)两个组织联合成立的JointCollaborativeTeamonVideoCoding(JCT-VC)开发。该项目被称为ISO/IEC23008-2MPEG-HPart2或ITU-TH.265。与他的前辈H.264相比，H.265具有更高的（接近于两倍）压缩比率，在同码率下具有更佳的视频质量，而且支持8kUHD超高清视频。根据最新消息，在2013年的1月，该标准已经进入最终稿状态（FinalDraft），这意味着新一代的视频编解码标准的制定已经接近完成，电影电视和视频领域的新时代已经ontheway。1、HEVC的特征HEVC旨在允许运算复杂度提升的前提下，在相似视频质量情况下比H.264节省一半的比特率。依据不同应用场合的需求，HEVC编码器可以在压缩率、运算复杂度、抗误码性和编码延迟方面进行取舍和折中。相对于H.264，HEVC具有两大改进，即支持更高分辨率的视频以及改进的并行处理模式。HEVC的目标是应用与下一代高清电视和摄像系统，这些系统的特征有逐行扫描和从QVGA到4320P的多种分辨率；此外还要在噪声强度、全色度和动态范围情况下提升视频质量。2、视频编码层HEVC使用了其他标准广泛应用的混合编码方法，即采用帧内、帧间预测和二维变换编码。HEVC编码器首先将第一帧或随机存取点的某一I帧分割成多个块区域。当像素块仅依据当前帧的数据进行编码时，编码称作帧内编码。对于其他帧，使用了参考帧信息的编码方法称为帧间编码。预测运算和环路滤波结束后，重建图像储存于解码缓存中，可作为其他帧的参考帧。HEVC特别为逐行扫描视频信号设计，并未专门研究隔行扫描信息。为此，HEVC发送“元流数据”来解释隔行信息如何传输：或者两场数据分别作为一帧编码，或者将两场数据合并成一帧进行编码传输。这样HEVC就不需要专门设计隔行扫描的解码器。3、编码工具(1）预测块尺寸HEVC放弃了当前各种编码标准中“宏块”的概念，而是采用了一种最大可达64×64，可以根据内容进一步分解为多种尺寸的结构。HEVC首先将树形编码单元（codingtreeunits,CTUs），而后进一步对亮度和色度分量分解为树形编码块（codingtreeblocks,CTBs)。CTB通常为64×64,32×32或16×16，通常分块越大，编码效率越高。CTB被分割为编码单元(codingunits,CUs)，CTB内CU的组织结构为四叉树结构，即一次分割产生四个小块。CUs又可进一步分割为预测单元（predictionunits，PUs），该结果的属性或为帧内或为帧间，大小从64×64到4×4不等。PU使用两个参考块进行编码，即双预测编码，大小限制为8×4或4×8以节省存储带宽。预测残差由变换单元（transformunits，TUs)进行编码，进行空域块变换和量化。TU的尺寸可能为32×32,16×16,8×8或4×4。在2012年7月HEVC会议上，依据提案JCTVC-J0334，HEVCLevel5及以上等级要求CTB大小至少为32×32或64×64。该决定被加入国际标准草案中作为变量Log2MaxCtbSize的限制（2012年10月会议上更名为CtbSizeY）。（2）Internalbitdepthincrease(IBDI):(没看懂⋯⋯明白的哪位能给我解释一下？)（3）并行处理工具“马赛克”结构一帧数据被分割成多个矩形像素块，可以独立进行编码／解码。该结构的主要目的就是可以让像素块进行并行处理，甚至可以对视频流中的某一个像素块进行随机存取。波前编码（Wavefrontparallelprocessing，WPP）应用于条带被分割微CTUs的行结构，且除第一行外，其余各行的解码均需要前一行的信息的情况。波前编码使熵编码器使用上一行ctus的信息，可能达到比马赛克结构更高的压缩性能。条带slice结构在大多数情况下可以进行独立解码，而预测算法的范围通常不会超越条带的边界。这样在一定程度上改善了视频流中丢失数据的影响。slice是以光栅结构扫描的ctus集合，不同slice可以采用如ibp等不同的编码类型。如果必须解码整个条带，则依赖型条带可以使与马赛克或WPP相关的数据处理更快。其主要目的是减少编码延迟。（4）.熵编码HEVC使用上下文自适应的二进制算数编码（CABAC）。该算法与H.264中的CABAC基本类似。与H.264不同的是，HEVC仅采用CABAC这一种熵编码方法。（5）.帧内预测HEVC指定了33种帧内预测方向模式，而H.264仅有8种。同时，HEVC也指定了DC和平面模式。帧内预测使用相邻像素块已经解码完成的数据进行预测。（6）.运动补偿在运动补偿中，HEVC使用半像素和1/4像素精度。HEVC中的加权预测可只用一个预测块做单预测，也可以使用两个预测块进行双预测。（7）.反变换HEVC指定了四种尺寸的变换单元——4×4,8×8,16×16和32×32——来编码预测残差。一个CTB递归地分割成4个或更多个TU，使用类DCT变换。另外，对于属于帧内预测模式的4×4亮度块，使用类DST变换。（8）.环路滤波器HEVC指定了两种环路滤波器，即去块滤波器(deblockingfilter,DBF)和采样自适应偏移滤波器(sampleadaptiveoffset,SAO)，均在帧间预测环路中进行。去块滤波器：HEVC中的去块滤波器与H.264中的DBF类似，但是设计更简单，对并行设计支持更好。HEVC只采用8*8结构，而H.264采用4*4结构。HEVC的DBF滤波强度范围为0~2三级，要求先对垂直边缘进行水平滤波，然后再对水平边缘进行垂直滤波。采样自适应偏移滤波器：SAO用于DBF之后，使用传输的查阅表进行更好地原始信号重建。对于每个CTB，SAO可以使用/禁用一种或者两种模式：边缘偏移模式或带偏移模式。边缘偏移模式将采样像素值利用四种方向梯度模式与8个边缘像素中的两个比较，并对像素进行分类：minimum,两种edges,maximum,或者neither。对于前四种模式，滤波器进行偏移操作。带偏移模式采用的偏移量基于某个单一采样值的幅度，依据该幅度分为32个不同的band。四个连续的band指定一个偏移量。SAO旨在提高图像的质量，减少带状干扰和边缘震荡效应。4、高层语法架构HEVC的新设计特性增强了在多种应用和网络环境下操作的灵活性以及对数据损失的鲁棒性。H.264大部分高层语法架构得到保留，具体如下：（1）参数集合：参数集合包含可在解码视频的不同区域分享的信息，为传递解码关键数据提供了高鲁棒机制。新的视频参数集（VPS）的概念对序列和图像参数的概念进行了增强。（2）NAL基本语法结构：每个语法结构放入网络提取层单元这一逻辑数据包中。利用2字节的NAL单元头，容易识别携带数据的内容类型。（3）条带：条带是可独立于当前帧的其他条带进行解码的数据结构，其熵编码、预测和残差信号重建均独立。其主要目的之一是在数据丢失情况下进行重新同步。在分组发送中，条带中的最大负载比特数常常受限，CTU的数量不定，为了在限制数据包大小的前提下将分组数量最小化。（4）补充增强信息和视频可用性信息元数据：提供视频图像的定时、颜色空间解释、3D视频信息填充等信息。5、并行解码语法和改进的条带结构HEVC引入了三种新技术来增强并行处理能力和条带结构的封装性。（1）Tiles：将图像分割为矩形区域的选项。其主要目的增强并行处理性能而非容错性。Tiles是图像中共享头信息编码但是可以独立解码的区域，并可在空间域作为图像的随机接入点。通常，每一个tile中包含的CTU的数目是接近于相等的。Tile提供了一种简单的并行处理模式，不需要复杂的线程同步。（2）波前并行处理：该模式中，条带被分割成CTU的行。第一行按正常处理，第二行在第一行两个CTU完成后开始处理，第三行在第二行的两个CTU处理完成后开始处理,以此类推。通常该方法的压缩性能高于tiles。（3）依赖性条带分割：允许依赖于某一特定波前入口点或者tile的数据在一个独立的NAL单元中携带传输。只有在其他条带的部分数据解码完成后，才能解码一个依赖性条带的波前入口点。6、高层语法包含类似H.264中网络提取层的元素，用于联系视频编码层和网络传输（如数据包封装等），支持的新功能描述如下：6.1随机接入和比特流条带特征H.264采用可包含独立解码图像的IDR接入单元实现随机接入。HEVC中的新结构：cleanrandomaccess(CRA)。支持开放GOP操作。基本概念：randomaccessskippedleading(RASL)pictures，因为包含帧间信息而不能解码的图像；brokenlinkaccess(BLA)pictures：位于不同比特流连接点的图像；randomaccessdecodableleading(RADL)picture：在随机接入点后，可以按顺序解码的图像。随机接入点的图像可能是IDR/CRA/BLA的图像。leadingpictures(LPs)：RASL和RADL的总称。trailingpictures:随机接入点后按解码和输出顺序的图像。6.2支持时间域分层在NAL单元头中指定时间识别，表示在分层时间预测中的层次。可以在除了NAL头之外不解析比特流的情况下做到时间可分级。时间子层接入点temporalsublayeraccess(TSA)；步进式时间子层接入点stepwiseTSA(STSA)——比特流中可以由此开始解码更高时域层的位置。6.3额外参数集作为元数据用以描述编码视频序列的整体特征，包括时域子层之间的依赖性。6.4参考图像集合和参考图像表图序计数（pictureordercount，POC）用以标识解码完成作为参考的图像。这些图像组成参考图像集（referencepictureset，RPS）。解码图像缓存中保存两个参考图像表list0和list1，，单向预测时，选取二者之一作为参考，双向预测时，两个list中各选择一个作为参考。7、JCT-VC工作组公布的参考代码HMI.将一个yuv测试序列编码为一个.bin格式的二进制码流（1）下载完成后解压，文件夹中包含下图所示的内容：不同的开发平台要选择不同的工程文件，苹果的xcode工程文件在HM.xcodeproj中，windows和linux的工程文件在build文件夹中。我所使用的是visualstudio2010，因此选择build文件夹中的HM_vc10.sln，从VS中找到目录文件，打开。（2）在visualstudio2010中打开后，发现整个solution包含七个工程（TAppCommon,TAppEncoder,TAppDecoder,TLibCommon,TLibEncoder,TLibDecoder,TLibVideoIO，下图所示）。这些工程分别的功能在以后讨论。今天的目的仅仅是能成功将YUV文件编码成HEVC格式的码流，因此将TAppEncoder设为活动工程（在该工程上由右键-SetasStartUpProject）。（3）编译整个Solution（F7），等待7个工程编译完成后，根目录下新生成了一个文件夹，路径为：（根目录位置\HM-10.0rc1\bin\vc10\Win32\Debug），其中有成功编译完成的两个可执行文件TAppDecoder.exe和TAppEncoder.exe，以及其他一些副产品。（4）工程目录中的cfg文件夹中有多个预先设定好的配置文件，分别代表了不同的编码模式。该目录中的pre-sequence文件夹中指定了多个输入测试序列的配置信息。我们在这里选择encoder_intra_main.cfg作为编码的配置文件，另外用akiyo_