<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[zee_guo的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/zee_guo</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; zee_guo]]></copyright><item><title><![CDATA[光流的相关参考博客]]></title><link>https://blog.youkuaiyun.com/zee_guo/article/details/88976339</link><guid>https://blog.youkuaiyun.com/zee_guo/article/details/88976339</guid><author>zee_guo</author><pubDate>Tue, 02 Apr 2019 17:07:30 +0800</pubDate><description><![CDATA[光流法简单介绍

LK光流算法公式详解
]]></description><category></category></item><item><title><![CDATA[JEM改帧内想法的时候的一些总结]]></title><link>https://blog.youkuaiyun.com/zee_guo/article/details/81165611</link><guid>https://blog.youkuaiyun.com/zee_guo/article/details/81165611</guid><author>zee_guo</author><pubDate>Mon, 23 Jul 2018 12:18:56 +0800</pubDate><description><![CDATA[嗯。距离上一次写已经很久了。上一次的时候还在看帧间的技术，改了一点，马马虎虎吧。这几周一直在改帧内的东西，把其中碰过的壁记录一下好了。

 

1.关于CU的宽高问题  pcCU-&amp;gt;getWidth(0)，进这个函数的时候，提前已经预设好了是亮度还是色度：setTextType(CHANNEL_TYPE_LUMA)，但是这个东西巧就巧在虽然有亮度和色度的区别，但实际上，里面存的东西却都是亮度...]]></description><category></category></item><item><title><![CDATA[ATMVP和STMVP的相关总结]]></title><link>https://blog.youkuaiyun.com/zee_guo/article/details/79578544</link><guid>https://blog.youkuaiyun.com/zee_guo/article/details/79578544</guid><author>zee_guo</author><pubDate>Fri, 16 Mar 2018 16:29:32 +0800</pubDate><description><![CDATA[后面看OBMC的时候，发现人家说，ATMVP的每个子块都是一个MC块，这是为啥啊？这边说ATMVP和STMVP都只是对merge只添加一个候选的事啊？为什么要把每个子块都当成MC块？难道说对于每个子块的运动信息，都是要去做MC，然后checkRD吗？确定一个合适的MV之后才加入到merge的候选列表中？但是代码中没有MC这个小CU的过程啊？还是说就是在merge列表选最优的时候，补偿列表中MV的对...]]></description><category></category></item><item><title><![CDATA[BIO的相关总结]]></title><link>https://blog.youkuaiyun.com/zee_guo/article/details/79555630</link><guid>https://blog.youkuaiyun.com/zee_guo/article/details/79555630</guid><author>zee_guo</author><pubDate>Wed, 14 Mar 2018 17:40:51 +0800</pubDate><description><![CDATA[BIO（Bi-directional optical flow）双向光流   利用光流公式和梯度的概念来细化MV。这部分细化的梯度不用传输任何标记位给解码端。传统的双向预测只是对于过去的一帧和未来的一帧进项加权作为预测，但是这个补偿的过程中，该块仍然会有一部分未补偿的运动信息（这句话是啥意思?怎么都理解不了），有时这部分未补偿的运动信息的尺寸小于最小的分割尺寸（导致无法再进行补偿的意思吗？）所以就...]]></description><category></category></item><item><title><![CDATA[笔试题1--等分圆的上色问题]]></title><link>https://blog.youkuaiyun.com/zee_guo/article/details/79491168</link><guid>https://blog.youkuaiyun.com/zee_guo/article/details/79491168</guid><author>zee_guo</author><pubDate>Thu, 08 Mar 2018 22:47:46 +0800</pubDate><description><![CDATA[哎。这脑子是真不够用。慢慢学吧题目是这样的：一个圆，等分为N块，涂M种颜色，要求相邻块的颜色不能重复，共多少种方法？还是从最常规的思路考虑，随便选一块，有M种涂法，再涂旁边一块，有M-1种，一直涂到最后一块，最后一块之前，每个都为M-1，对于最后一块，假设为M-1，这时一共的方法为M*(M-1)^(N-1)那么就会出现最后一块和第一块颜色可能相等的情况，这时候就要把相等的情况减去。对于相等的情况，...]]></description><category></category></item><item><title><![CDATA[DMVR的相关整理]]></title><link>https://blog.youkuaiyun.com/zee_guo/article/details/79378243</link><guid>https://blog.youkuaiyun.com/zee_guo/article/details/79378243</guid><author>zee_guo</author><pubDate>Mon, 26 Feb 2018 16:14:39 +0800</pubDate><description><![CDATA[DMVR（decode MV refinement）解码端MV细化。顾名思义，就是将MV在解码端做一个细化操作，那么相应的，就可以不在编码端做过多的搜索细化等操作。好处是可以减小传输的码率，缩短编码时间。为了保证质量，将细化的任务放在解码端，虽然增加了一部分解码时间，但在一定条件下，可以将增加的解码时间减小到最少。以上便是DMVR的思想：分为两步，第一步：构造template；第二步：搜索最匹配的...]]></description><category></category></item><item><title><![CDATA[python tkinter和打包的一些记录]]></title><link>https://blog.youkuaiyun.com/zee_guo/article/details/79233722</link><guid>https://blog.youkuaiyun.com/zee_guo/article/details/79233722</guid><author>zee_guo</author><pubDate>Thu, 01 Feb 2018 22:17:50 +0800</pubDate><description><![CDATA[为了给别人写个东西，现学现用python中GUI的一些东西。因为好歹也算学到了一点东西，再加上记性太差，就在这做个记录吧。


首先说一下tkinter的一些东西。


 之所以会用tkinter是因为它里面提供了一些能直接使用的接口函数，只需要简单的修改参数，基本上就能实现简单的UI交互，
 像点击button后会有交互信息的提示。主要使用了Label控件，button控件。
 ]]></description><category></category></item><item><title><![CDATA[H.266的ATMVP的一些记录]]></title><link>https://blog.youkuaiyun.com/zee_guo/article/details/79225943</link><guid>https://blog.youkuaiyun.com/zee_guo/article/details/79225943</guid><author>zee_guo</author><pubDate>Thu, 01 Feb 2018 11:39:34 +0800</pubDate><description><![CDATA[ATMVP的计算过程：
                              1. 因为是对TMVP的改善，所以先得确定在哪里使用了TMVP。在这中间，确定时域向量的时候使用merge列表中空域的5个邻块的第一个可用的MV，来确定同位块参考图像中同位块的位置，来获取时域向量。
                               2. 然后就是把运动矢量添加到candidate中]]></description><category></category></item><item><title><![CDATA[HEVC帧间预测之时域候选列表的建立]]></title><link>https://blog.youkuaiyun.com/zee_guo/article/details/79196917</link><guid>https://blog.youkuaiyun.com/zee_guo/article/details/79196917</guid><author>zee_guo</author><pubDate>Mon, 29 Jan 2018 16:43:04 +0800</pubDate><description><![CDATA[从上面这个图来看的话，有一点理解，但是估计还是要看代码去验证一下：之前是不懂同位图像到底是哪副图像，这段介绍算是比较清楚了。总结一下就是col_pic是当前图像的POC序列中差值最小的图像，不一定是时域上连续的。然后找col_PU，这个还是不太清楚，到底是直接在col_pic中找与cur_pic相同位置的地方当作col_PU，还是对cur_PU的右下角H块，在col_pic中找空间位置相同的块作为]]></description><category></category></item><item><title><![CDATA[HEVC和JEM中的扫描顺序]]></title><link>https://blog.youkuaiyun.com/zee_guo/article/details/79125880</link><guid>https://blog.youkuaiyun.com/zee_guo/article/details/79125880</guid><author>zee_guo</author><pubDate>Mon, 22 Jan 2018 10:07:50 +0800</pubDate><description><![CDATA[为了更好地理解帧内预测中的各个函数的原理过程，有必要对CU、PU地址计算方法有着较好的了解，因此，本文将对这个问题先做个讨论。

 

对视频编解码有一定了解的人应该会知道，有一种扫描顺序叫光栅扫描，即从左往右，由上往下，先扫描完一行，再移至下一行起始位置继续扫描。H.264使用的主要就是光栅扫描顺序，（当然它还有其它扫描顺序，被包含在FMO即灵活宏块顺序技术里）。

 

HEV]]></description><category></category></item><item><title><![CDATA[迪杰斯特拉算法]]></title><link>https://blog.youkuaiyun.com/zee_guo/article/details/78033017</link><guid>https://blog.youkuaiyun.com/zee_guo/article/details/78033017</guid><author>zee_guo</author><pubDate>Tue, 19 Sep 2017 18:11:03 +0800</pubDate><description><![CDATA[Dijkstra（迪杰斯特拉）算法是典型的最短路径路由算法，用于计算一个节点到其他所有节点的最短路径。主要特点是以起始点为中心向外层层扩展，直到扩展到终点为止（BFS、prime算法都有类似思想）。Dijkstra算法能得出最短路径的最优解，但由于它遍历计算的节点很多，所以效率低。

1、算法思想

令G = （V，E）为一个带权有向网，把图中的顶点集合V分成两组：已求出最短路径的顶点集合S（初始]]></description><category></category></item></channel></rss>