compressSlice里为什么要有encodeCtu

        之前虽然看过一篇大神关于这个问题的博客介绍,有点一知半解的,但是随着理解的深入,现在对这个原因有了更深刻的认识,所以今天记录记录,以防过几年老年痴呆忘记哈。

      我们知道compressSlice是完成一个帧的划分,以CTU为单位,根据RD COST确定各种最优的预测参数。compressSlice后面是encodeSlice,encodeSlice里是对compressSlice后的划分模式,预测信息,残差和各种标记进行熵编码,也是以CTU为单位。而在RD COST的时候,我们需要获取该模式所需的比特数,此比特数是根据熵编码后的比特数计算的。而熵编码是上下文自适应的,即此时如果你的前一个CTU没有经过熵编码,没有上下文环境,你当前CTU的熵编码计算出来的比特数就跟encodeSlice的计算出来的比特数有偏差,整个编码系统就不统一了,所以为了在RD Cost时保证计算出来的比特数就是你在encodeSlice里熵编码后所需的比特数,我们就需要在compressSlice中在compressCtu后面也放一个encodeCtu,目的就是当你要对当前CTU进行RD COST的时候,确保这时候的熵编码模型状态是前面CTU熵编码后的状态,这才是真正的上下文自适应。


你可能感兴趣的:(H.266/VVC)