zee_guo的博客

为了更好地理解帧内预测中的各个函数的原理过程，有必要对CU、PU地址计算方法有着较好的了解，因此，本文将对这个问题先做个讨论。 对视频编解码有一定了解的人应该会知道，有一种扫描顺序叫光栅扫描，即从左往右，由上往下，先扫描完一行，再移至下一行起始位置继续扫描。H.264使用的主要就是光栅扫描顺序，（当然它还有其它扫描顺序，被包含在FMO即灵活宏块顺序技术里）。 HEV

ATMVP的计算过程：                              1. 因为是对TMVP的改善，所以先得确定在哪里使用了TMVP。在这中间，确定时域向量的时候使用merge列表中空域的5个邻块的第一个可用的MV，来确定同位块参考图像中同位块的位置，来获取时域向量。                               2. 然后就是把运动矢量添加到candidate中

从上面这个图来看的话，有一点理解，但是估计还是要看代码去验证一下：之前是不懂同位图像到底是哪副图像，这段介绍算是比较清楚了。总结一下就是col_pic是当前图像的POC序列中差值最小的图像，不一定是时域上连续的。然后找col_PU，这个还是不太清楚，到底是直接在col_pic中找与cur_pic相同位置的地方当作col_PU，还是对cur_PU的右下角H块，在col_pic中找空间位置相同的块作为

DMVR（decode MV refinement）解码端MV细化。顾名思义，就是将MV在解码端做一个细化操作，那么相应的，就可以不在编码端做过多的搜索细化等操作。好处是可以减小传输的码率，缩短编码时间。为了保证质量，将细化的任务放在解码端，虽然增加了一部分解码时间，但在一定条件下，可以将增加的解码时间减小到最少。以上便是DMVR的思想：分为两步，第一步：构造template；第二步：搜索最匹配的...

BIO（Bi-directional optical flow）双向光流   利用光流公式和梯度的概念来细化MV。这部分细化的梯度不用传输任何标记位给解码端。传统的双向预测只是对于过去的一帧和未来的一帧进项加权作为预测，但是这个补偿的过程中，该块仍然会有一部分未补偿的运动信息（这句话是啥意思?怎么都理解不了），有时这部分未补偿的运动信息的尺寸小于最小的分割尺寸（导致无法再进行补偿的意思吗？）所以就...

后面看OBMC的时候，发现人家说，ATMVP的每个子块都是一个MC块，这是为啥啊？这边说ATMVP和STMVP都只是对merge只添加一个候选的事啊？为什么要把每个子块都当成MC块？难道说对于每个子块的运动信息，都是要去做MC，然后checkRD吗？确定一个合适的MV之后才加入到merge的候选列表中？但是代码中没有MC这个小CU的过程啊？还是说就是在merge列表选最优的时候，补偿列表中MV的对...

嗯。距离上一次写已经很久了。上一次的时候还在看帧间的技术，改了一点，马马虎虎吧。这几周一直在改帧内的东西，把其中碰过的壁记录一下好了。 1.关于CU的宽高问题  pcCU->getWidth(0)，进这个函数的时候，提前已经预设好了是亮度还是色度：setTextType(CHANNEL_TYPE_LUMA)，但是这个东西巧就巧在虽然有亮度和色度的区别，但实际上，里面存的东西却都是亮度...

光流法简单介绍LK光流算法公式详解