之前虽然看过一篇大神关于这个问题的博客介绍，有点一知半解的，但是随着理解的深入，现在对这个原因有了更深刻的认识，所以今天记录记录，以防过几年老年痴呆忘记哈。
我们知道compressSlice是完成一个帧的划分，以CTU为单位，根据RD COST确定各种最优的预测参数。compressSlice后面是encodeSlice，encodeSlice里是对compressSlice后的划分模式，预测信息，残差和各种标记进行熵编码，也是以CTU为单位。而在RD COST的时候，我们需要获取该模式所需的比特数，此比特数是根据熵编码后的比特数计算的。而熵编码是上下文自适应的，即此时如果你的前一个CTU没有经过熵编码，没有上下文环境，你当前CTU的熵编码计算出来的比特数就跟encodeSlice的计算出来的比特数有偏差，整个编码系统就不统一了，所以为了在RD Cost时保证计算出来的比特数就是你在encodeSlice里熵编码后所需的比特数，我们就需要在compressSlice中在compressCtu后面也放一个encodeCtu，目的就是当你要对当前CTU进行RD COST的时候，确保这时候的熵编码模型状态是前面CTU熵编码后的状态，这才是真正的上下文自适应。