HEVC相关文档
|
虽然也是做编码的，让自己懒得写啊，一下材料源自http://blog.csdn.net/yuanchao99/article/details/6803856，谢谢啊。 •ITU官网：
–http://www.itu.int/itu-t/workprog/wp_item.aspx?isn=7752
•会议文档：
– http://phenix.int-evry.fr/jct/index.php（要注册）
•HHI的HEVC主页：
– http://hevc.info/
•Vcodex的HEVC主页：
– www.vcodex.com/h265.html
•算法简介网站：（这个网站好像最近不怎么用了吧）
–http://www.h265.net/
•算法参考代码： –https://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/，用Windows下tortoiseSVN可以下载。
==================================
HEVC(H.265)的Low Complexity(LE)和High Efficiency(HE)配置主要区别是： 1. 熵编码不同，LC采用LCEC，HE采用CABAC 2. LC不支持自适应环内滤波(ALF) 3.LC不支持内部位深度扩展(IBDI)
相对于HM1.0，在HM3.0中对LC和HE的配置做了修改，主要区别在于统一了子像素插值滤波器。 亮度插值采用统一的8阶插值滤波器，HM1.0采用的分别是6阶和12阶插值滤波器。 新的系数：
色度插值采用统一的4阶插值滤波器，HM1.0采用的是双线性插值滤波器， 新的系数：
LC和HE的配置如下表：
视频测试类别说明：================================================================
Class A: 从超清视频序列"Traffic" (4096x2048p 30 fps), "PeopleOnStreet" (3840x2160p30 fps).中截取的2560x1600的序列。 Class B: 1920x1080p 24 fps: "ParkScene","Kimono"，1920x1080p 50-60 fps: "Cactus", "BasketballDrive","BQTerrace" Class C: 832x480p 30-60 fps (WVGA):"BasketballDrill", "BQMall", "PartyScene","RaceHorses" Class D: 416x240p 30-60 fps (WQVGA):"BasketballPass", "BQSquare", "BlowingBubbles","RaceHorses" Class E: 1280x720p 60fps video conferencing scenes:"Vidyo1", "Vidyo3" and "Vidyo4"
怎么用HM========================================================================
1.下载 在windows下用TortoiseSVN工具下载，仓库位置： 2.修改配置文件
找到
HEVCSoftware\trunk\cfg\encoder_lowdelay_P_loco.cfg，在文件开头做如下修改：
•#========File I/O =====================
•InputFile :D:\video\foreman_352x288_30p.yuv
#表示输入的YUV文件
•InputBitDepth : 8 # Input bitdepth
•FrameRate : 25 # Frame Rate per second
•FrameSkip : 0 # Number of frames to be skipped ininput
•SourceWidth : 352 # Input frame width
•SourceHeight : 288 # Input frame height
•FrameToBeEncoded : 200 # Number of frames to be coded
•BitstreamFile :D:\video\foreman_352x288_30p_lcldp_qp28.hevc
#表示输出的二进制码流文件
•ReconFile :D:\video\foreman_352x288_30p_lcldp_qp28_rec.yuv
# 表示输出的重建YUV文件
另存为forman_encoder_lowdelay_loco.cfg
3. 编译可执行代码
找到HEVCSoftware\trunk\build\HM_vc9.sln，用vs2008打开， build...
4.执行种情况的配置文件做类似修改即可。 在windows的命令行模式下输入以下命令： D:\HEVCSoftware\trunk\bin\vc9\Win32\Debug\TAppEncoder.exe -c D:\HEVCSoftware\trunk\cfg\forman_encoder_lowdelay_loco.cfg 红色部分文字要根据自己的文件存储路径进行修改 以上举例的配置文件是针对低复杂度(LC)，I，P帧低延时模式的，其它7种情况的配置文件做类似修改即可。 Compare LC and HE configure for HM3.0 of HEVC(H.265) ===================================================================== 1、CU的递归扫描顺序[HEVC/H.265] 在HEVC中，每个CU是可以进行递归式切分的，每次切分为正方形的4个subCU，对于LCU=64x64，最小CU=8x8的情况来说，其最小partition为4x4，其Z形扫描顺序如下图所示： 为了简化计算，在HM参考软件中有两个数组对Z型扫描顺序和光栅扫描顺序之间做了映射，即：
转自：http://blog.csdn.net/yuanchao99/article/details/6910023 ======================================================================== Entropy Slice的概念是Sharp公司提出的，现在改名为lightweighted slice（轻量级slice?），这个提案主要解决的问题是针对H.264 Slice切分的一些缺点： 1. H.264的熵编码以slice为单位，这可能会造成各个slice之间的编码负担不均衡，有的slice负担重，有的则负担轻。理论上多切分一些slice有助于在多核计算机上提高负载均衡能力。 2. 但是过多的Slice切分会造成压缩效率降低。 Entropy Slice允许在一个slice内部再切分成多个EntropySlices，这样熵编解码器可以并行编码或解码，从而提高了并行处理能力。 需要注意的是一个entropy slice不能跨越slice边界，也就是一个slice可以含有多个entropy slice，但是一个entropy slice只能属于一个slice，如下图所示：
在测试中，一个1080p的图像被分为一个slice和32个entropyslice，编码效率损失极小。 在提案中sharp还提出了一个CPU+GPU混合编码的方案，熵编码由多核CPU进行而重建则由GPU进行，可以大幅提高编码速度，如下图所示。 参考文献：JCTVC-D070 3、fine granularity slice partition(细粒度slice分块边界)[HEVC/H.265] 这个提案是华为，爱立信和MTK提出的。 在HEVC中首次提出了CU的概念，代替以前视频编码标准中MB的概念，CU是可递归的，最大允许的CU大小是64x64，最小允许的CU是8x8。 按照编码器框架，图像首先分为slice，再分为CU，再分为partition。早期的测试模型中slice是以最大CU(LCU)为粒度划分的，如64x64。但是这一划分方式带来以下问题： 1. 同一幅图像中不同的LCU之间差别很大，简单的LCU纹理非常简单，因此编码结果bit数很少，复杂的LCU可能占有很多bit，这对于编码器的码率控制和负载均衡都很不利。 2. 如果减小LCU的大小，比如减为32x32或16x16，则压缩效率会降低很多。 针对这一问题，这些提案提出slice边界划分不以LCU为单位，而是可以以更小的CU为单位，如下图所示： 采用这一方式后，每个slice的大小都可以精确控制，同时解决了码率控制和负载均衡的问题。但是带来的代价是slice边界处理更为复杂。 ================================================================ 参考文献：JCTVC-E298，JCTVC-E260，JCTVC-E043 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
