CN102665074B - 用于视频编/解码的邻居查找装置及其方法 - Google Patents
用于视频编/解码的邻居查找装置及其方法 Download PDFInfo
- Publication number
- CN102665074B CN102665074B CN201210103363.9A CN201210103363A CN102665074B CN 102665074 B CN102665074 B CN 102665074B CN 201210103363 A CN201210103363 A CN 201210103363A CN 102665074 B CN102665074 B CN 102665074B
- Authority
- CN
- China
- Prior art keywords
- sliding window
- block
- macro block
- video
- neighbours
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Abstract
一种用于视频编/解码的邻居查找装置及其方法。所述装置包括：输入模块，接收视频宏块信息和邻居查找请求信息；数据重组模块，将视频宏块重组为多个最小子块；滑动窗口存储器，包括多个滑动窗口，每个滑动窗口存储重组后的一个视频宏块信息及其正上方视频宏块最后一行的最小子块信息；缓存器，存储滑动窗口存储器重组后的视频宏块信息最后一行信息；控制模块，将重组后的视频宏块信息和与其正上方视频宏块对应的最小子块信息存入空白滑动窗口，获取每个最小子块的存储位置；查询模块，获取与邻居查找请求信息对应的最小子块的存储位置；输出模块，从滑动窗口存储器提取并输出与存储位置对应的最小子块信息。本发明节省了查找所需的时间和空间。
Description
技术领域
本发明涉及信息处理技术领域，特别涉及一种用于视频编/解码的邻居查找装置及其方法。
背景技术
视频信号数字化后数据带宽很高，通常在20MB/秒以上，因此计算机很难对之进行存储、处理和传输。视频编码技术(也称视频压缩技术)通常可以将数据带宽降到1MB/s～10MB/s，从而被广泛的应用在视频的录制，传输和回放等常见应用中。视频压缩技术的基础源于自然视频信息有很强的相关性，比如相邻两帧图像或者同一图像的相邻宏块之间的相似性非常强，所以如果只编码时域或者空域相邻宏块的差值，所需数据量就会减少。码流中需要指出当前宏块是用哪一宏块作为预测宏块。
常见的视频压缩标准，例如MPEG1/2/4，H.263/H.264以及real video等，都采用了所谓的混合编码框架，即使用运动估计+空域变换/量化+熵编码的编码流程。如图1所示，输入视频信号被分解成16x16的像素宏块，作为视频编/解码的基本单元。每个宏块可以是Intra(帧内)编码或者Inter(帧间)预测编码，然后从当前宏块的像素值中减去预测像素值形成所谓的残差宏块。对每个残差宏块然后进行空域变换，量化和熵编码形成最后的压缩码流。为了达到最优的压缩效果，必须寻找最优的预测宏块，这一个或者多个预测宏块的信息也必须保存在码流当中。所以视频编/解码当中会经常使用到相邻宏块，如何快速高效的定位相邻宏块并读出相关信息变得十分重要。
作为一个具体例子，如图2所示，一幅64×64的图像包括16个16×16的宏块，将各宏块按照从上到下、从左到右的顺序依次编号为宏块0～宏块15。每个宏块可以进一步被划分为不同的子块。如：宏块1、4和5均被划分为4个8×8的子块，即子块10、11、12、13、40、41、42、43、50、51、52和53。在压缩当前子块的一特征量时，具体采用的视频编码方法可以规定：用当前子块的左面邻居子块和上面邻居子块的特征量的平均值作为预测值，只编码当前子块的特征量和预测值的差值。为了采用上述规定的视频编码方法实现对任一子块的编码，首先需要存储每个子块位置和对应的所有分量，然后进行邻居查找。
在进行邻居查找的过程中，需要输入：当前宏块位置、宏块上下左右四个邻居宏块是否都存在、当前子块的类型、当前子块的位置、邻居宏块的类型，进而根据采用的视频编/解码方法，判断和计算所需的邻居子块。如：当压缩宏块5中子块51的特征量Z(Z51＝10)时，则首先需要输入：当前宏块5的位置为第二行第二列、当前宏块5的上下左右四个邻居宏块都存在、当前子块51的类型为8×8、当前子块51在宏块5中的位置为第一行第二列、邻居宏块的类型为逐行。然后需要根据当前子块51在整个图像中的位置和采用的视频编码方法，找出当前子块51的左面邻居子块50所在的宏块为宏块5，且子块50在宏块5中的位置为第一行第一列，当前子块51的上面邻居子块13所在的宏块为宏块1，且子块31在宏块1中的位置为第二行第二列；接着去内存中读取宏块5的第一行第一列的特征量(Z50＝7)，宏块1的第二行第二列的特征量(Z13＝9)；将P(Z)＝(Z13+Z50)/2＝(9+7)/2＝8作为预测值，编码Z51与P(Z)的差值(即2)。从而在解码端，因为子块50和子块13的特征量会被先恢复出来，只要读到2这个压缩后的值，就可以恢复出子块51的特征量Z为10。
但是，现有技术中邻居查找技术存在以下缺陷：
一方面，这种邻居查找的操作在视频压缩算法的多个模块中会被频繁使用，不同的视频标准和同一标准算法的不同模块所需要的邻居宏块位置和上下文信息也不尽相同。这种操作的多样化的要求决定了查找算法中会有多个条件判断，直接的软硬件实现都会耗费较多的执行时间，从而降低编/解码器的整体性能。
另一方面，邻居查找操作要求所有的邻居信息都被存储以便在索引的时候读取。由于最小的子块类型为4×4，此时，存储一个分量需要的空间为：(图像宽度/4)*(图像高度/4)。不同的视频编码方法所需要的分量也不尽相同。如果对一帧图像内所有块的信息都进行直接存储，一帧高清视频图像(1920x1080)每个宏块的上下文信息总共所需存储空间可高达1M字节。
因此，如何减小邻居查找需要的时间和空间就成为本领域技术人员亟待解决的问题。
发明内容
本发明解决的问题是提供一种用于视频编/解码的邻居查找装置及其方法，可以有效降低邻居查找需要的时间和空间。
为解决上述问题，本发明还提供了一种用于视频编/解码的邻居查找装置，包括：
输入模块，用于获取待编/解码视频信号被分割和排序后的视频宏块信息和与所述视频宏块信息对应的邻居查找请求信息；
数据重组模块，连接所述输入模块，用于将接收的每个视频宏块重组为多个阵列排布的最小子块；
滑动窗口存储器，连接所述数据重组模块，包括多个滑动窗口，每个滑动窗口用于存储重组后的一个视频宏块信息及其正上方视频宏块重组后最后一行的最小子块信息；
缓存器，连接所述滑动窗口存储器，用于存储所述滑动窗口存储器中重组后的视频宏块信息最后一行信息；
控制模块，连接所述数据重组模块、所述滑动窗口存储器和所述缓存器，当存在空白滑动窗口时，将所述数据重组模块获取的重组后的视频宏块信息存入空白滑动窗口，且将从缓存器中搜索到的与存入空白滑动窗口的所述视频宏块信息正上方视频宏块重组后最后一行对应的最小子块信息存入所述空白滑动窗口；当不存在空白滑动窗口时，将目前滑动窗口存储器中最先编/解码结束的视频宏块重组后最后一行的最小子块信息转移到所述缓存器中，且删除转移的视频宏块所在滑动窗口中的所有信息，得到空白滑动窗口；获取每个所述最小子块在滑动窗口存储器中的存储位置；
查询模块，连接所述输入模块和所述控制模块，获取与所述邻居查找请求信息对应的最小子块，并获取所述最小子块在滑动窗口存储器中的存储位置；
输出模块，连接所述查询模块和所述滑动窗口存储器，根据查询得到的所述存储位置，从所述滑动窗口存储器中提取并输出与所述存储位置对应的最小子块信息。
可选地，所述视频宏块的大小包括：16×16，所述最小子块的大小包括：4×4。
可选地，所述邻居查找请求信息包括：当前宏块在当前帧图像中的序号、当前子块的类型、当前子块的序号、当前宏块左面的宏块是否存在、当前宏块上面的宏块是否存在、当前宏块左上的宏块是否存在和当前宏块右上的宏块是否存在。
可选地，所述当前子块的类型包括：16x16、16x8、8x16、16x4、4x16、8x8、8x4、4x8或4x4。
可选地，所述邻居查找请求信息还包括：当前帧是否H.264MBAFF类型、当前宏块是否H.264 MBAFF的场类型、当前宏块左面的宏块是否H.264MBAFF的场类型、当前宏块右面的宏块是否H.264MBAFF的场类型、当前宏块右上的宏块是否H.264 MBAFF的场类型和当前宏块左上的宏块是否H.264MBAFF的场类型。
可选地，所述滑动窗口存储器包括3个以上的滑动窗口。
可选地，所述滑动窗口存储器包括2N个滑动窗口，其中，N为大于或等于2的正整数。
可选地，所述滑动窗口存储器包括4个、8个或16个滑动窗口。
可选地，每个所述滑动窗口的大小对应20个最小子块的大小。
可选地，所述滑动窗口存储器为高速缓存器。
可选地，所述缓存器的大小对应待处理帧视频数据中行宽度的4倍。
可选地，所述缓存器为片上内存或者片外存贮。
可选地，所述缓存器的接口是FIFO类型或者随机访问类型。
可选地，所述控制模块包括：判断单元，连接所述滑动窗口存储器，用于判断所述滑动窗口存储器中是否存在空白滑动窗口；填充单元，连接所述判断单元、所述数据重组模块和所述滑动窗口存储器，当所述滑动窗口存储器中存在空白滑动窗口时，将所述数据重组模块获取的重组后的视频宏块信息存入空白滑动窗口；转移单元，连接所述判断单元、所述数据重组模块、所述滑动窗口存储器和所述缓存器，当所述滑动窗口存储器中不存在空白滑动窗口时，将目前滑动窗口存储器中最先编/解码结束的视频宏块重组后最后一行的最小子块信息转移到所述缓存器中，且删除转移的视频宏块所在滑动窗口中的所有信息，得到空白滑动窗口；搜索单元，连接所述缓存器和滑动窗口存储器，从所述缓存器中搜索与存入空白滑动窗口的所述视频宏块信息正上方视频宏块重组后最后一行对应的最小子块，且将所述最小子块信息存入所述空白滑动窗口中；位置获取单元，连接所述滑动窗口存储器和查询模块，用于获取每个所述最小子块在滑动窗口存储器中的存储位置，接收查询模块发送的与所述邻居查找请求信息对应的最小子块，并将所述最小子块的存储位置反馈给查询模块。
为了解决上述问题，本发明还提供了一种包括上述邻居查找装置的视频编/解码器。
为了解决上述问题，本发明还提供了一种用于视频编/解码的邻居查找方法，包括：
获取待编/解码视频信号被分割和排序后的视频宏块信息和与所述视频宏块信息对应的邻居查找请求信息；将接收的视频宏块信息重组为多个阵列排布的最小子块；
采用滑动窗口存储器存储重组后的一个视频宏块信息及其正上方视频宏块最后一行的最小子块信息，获取每个所述最小子块的存储位置；
采用缓存器存储所述滑动窗口存储器中重组后的视频宏块信息重组后最后一行信息；
当存在空白滑动窗口时，将所述重组后的视频宏块信息存入空白滑动窗口，且将从缓存器中搜索到的与存入空白滑动窗口的所述视频宏块信息正上方视频宏块重组后最后一行对应的最小子块信息存入所述空白滑动窗口；当不存在空白滑动窗口时，将目前滑动窗口存储器中最先编/解码结束的视频宏块重组后最后一行的最小子块信息转移到所述缓存器中，且删除转移的视频宏块所在滑动窗口中的所有信息，得到空白滑动窗口；获取每个所述最小子块在滑动窗口存储器中的存储位置；
获取与所述邻居查找请求信息对应的最小子块，并获取所述最小子块在滑动窗口存储器中的存储位置；
根据查询得到的所述存储位置，从所述滑动窗口存储器中提取并输出与所述存储位置对应的最小子块信息。
可选地，所述最小子块在滑动窗口存储器中的存储位置用编号进行表示。
可选地，所述输入模块获取的视频宏块被分割为16×16大小；每个所述视频宏块被重组成16个4×4的最小子块。
可选地，所述邻居查找请求信息包括：当前宏块在当前帧图像中的序号、当前子块的类型、当前子块的序号、当前宏块左面的宏块是否存在、当前宏块上面的宏块是否存在、当前宏块左上的宏块是否存在和当前宏块右上的宏块是否存在。
可选地，所述当前子块的类型包括：16x16、16x8、8x16、16x4、4x16、8x8、8x4、4x8或4x4。
可选地，所述邻居查找请求信息还包括：当前帧是否H.264 MBAFF类型、当前宏块是否H.264 MBAFF的场类型、当前宏块左面的宏块是否H.264MBAFF的场类型、当前宏块右面的宏块是否H.264 MBAFF的场类型、当前宏块右上的宏块是否H.264 MBAFF的场类型和当前宏块左上的宏块是否H.264MBAFF的场类型。
可选地，所述邻居查找请求信息以表格形式进行输入。
可选地，所述滑动窗口存储器包括3个以上的滑动窗口。
可选地，所述滑动窗口存储器包括2N个滑动窗口，其中，N为大于或等于2的正整数。
可选地，所述滑动窗口存储器包括4个、8个或16个滑动窗口。
可选地，每个所述滑动窗口被划分为20个区域，每个区域对应一个最小子块。
可选地，所述滑动窗口存储器为高速缓存器。
可选地，所述缓存器的大小对应待处理帧视频数据中行宽度的4倍。
为了解决上述问题，本发明还提供了一种包括上述邻居查找方法的视频编/解码方法。
与现有技术相比，本发明具有以下优点：本发明将接收的视频宏块信息重组为多个阵列排布的最小子块，采用滑动窗口存储器存储重组后的视频宏块信息，采用缓存器存储重组后的视频宏块信息最后一行的最小子块信息，并将从缓存器中搜索到的与所述视频宏块信息正上方视频宏块重组后对应的最小子块信息存入所述空白滑动窗口中，从而使得滑动窗口存储器中包括了所述视频宏块所需的所有邻居信息；获取每个最小子块在滑动窗口存储器中的存储位置，并获取与所述邻居查找请求信息对应的最小子块，查询得到所述最小子块在滑动窗口存储器中的存储位置，最后根据查询得到的存储位置，从滑动窗口存储器中提取并输出与存储位置对应的最小子块信息。本发明通过在滑动窗口存储器中进行邻居查找，降低了查找时间；通过滑动窗口存储器和缓存器进行宏块信息存储，降低了查找所需的空间。此外，本发明技术适用于各种视频编/解码，具有较强的通用性。
附图说明
图1是现有技术中混合编码的示意图；
图2是现有技术中一个具体例子的示意图；
图3是本发明实施例中邻居查找装置的结构示意图；
图4是图3中滑动窗口存储器的结构示意图；
图5是图3中控制模块的结构示意图；
图6至图8是本发明一个具体例子的示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明的具体实施方式做详细的说明。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其他不同于在此描述的其它方式来实施，因此本发明不受下面公开的具体实施例的限制。
正如背景技术部分所述，现有技术中视频编/解码中进行邻居查找时，需要直接存储所有块(宏块或子块)的邻居信息，从而导致邻居查找所需的内存很大；且不同视频编/解码算法中所需的邻居信息不同，需要对各种情况都进行罗列，从而导致邻居查找所需的时间很长。
针对上述缺陷，本发明提供了一种用于视频编/解码的邻居查找方法及其装置，将接收的视频宏块信息重组为多个阵列排布的最小子块，采用滑动窗口存储器存储重组后的视频宏块信息，采用缓存器存储重组后的视频宏块信息最后一行的最小子块信息，并将从缓存器中搜索到的与所述视频宏块信息正上方视频宏块重组后对应的最小子块信息存入所述空白滑动窗口中，从而使得滑动窗口存储器中包括了所述视频宏块所需的所有邻居信息；获取每个最小子块在滑动窗口存储器中的存储位置，并获取与所述邻居查找请求信息对应的最小子块，查询得到所述最小子块在滑动窗口存储器中的存储位置，最后根据查询得到的存储位置，从滑动窗口存储器中提取并输出与存储位置对应的最小子块信息。本发明通过在滑动窗口存储器中进行邻居查找，降低了查找时间；通过滑动窗口存储器和缓存器进行宏块信息存储，降低了查找所需的空间。
以下以编码过程中的邻居查找为例，结合附图进行详细说明。需要说明的是，在本发明的其他实施例中，至少还可以将下述邻居查找技术应用到解码过程中，其不限制本发明的保护范围。
以下实施例中将每个宏块的大小限定为16像素点×16像素点，但在其他实施例中，所述宏块还可以对应其他大小。此外，本实施例中将块(宏块或子块)信息的邻居块限定为其左上、右上、左面和右面中的一种或其组合，但随着编码方式的变化，块的邻居块的位置可以发生相应地变化，其不限制本发明的保护范围。
参考图3所示，本实施例提供了一种编码器100，至少包括：邻居信息请求装置200和邻居查找装置300。
其中，所述邻居信息请求装置200可以是任何需要进行邻居查找的装置，如：用于计算运动向量的装置、用于进行量化的装置、用于进行熵编码的装置等，其对于本领域的技术人员是熟知的，在此不再赘述。本实施例中将编码器中提供邻居宏块信息之外的其他装置统称为邻居信息请求装置200。需要说明的是，邻居信息请求装置200中包括多个需要查找邻居信息的单元。
其中，所述邻居信息请求装置200与邻居查找装置300电连接，用于为邻居查找装置300提供视频宏块信息和与所述视频宏块信息对应的邻居查找请求信息。
所述邻居信息请求装置200在将上述信息发送给邻居查找装置300之前，会将每帧待编码的视频信号分解为多个视频宏块，且根据采用的视频算法得到与所述视频宏块对应的邻居查找请求信息，然后将所述视频宏块及对应的邻居查找请求信息按照从左到右、从上到下的顺序依次发送给邻居查找装置300。
参考表1所示，所述邻居查找请求信息至少包括：当前宏块在当前帧图像中的序号、当前子块的类型(即16x16或16x8或8x16或16x4或4x16或8x8或8x4或4x8或4x4)、当前子块的序号、当前宏块左面的宏块是否存在、当前宏块上面的宏块是否存在、当前宏块左上的宏块是否存在和当前宏块右上的宏块是否存在。
由于当视频信息的编码方式为H.264 MBAFF类型时，宏块的扫描类型可以是隔行扫描，也可以为逐行扫描；而当视频信息的编码方式为H.264 MBAFF之外的类型时，则宏块的扫描类型大部分都是逐行扫描。因此，进一步地，当编码方式为H.264 MBAFF类型时，所述邻居查找请求信息还可以包括：当前帧是否H.264 MBAFF类型。当当前帧是H.264 MBAFF类型时，所述邻居查找请求信息还可以包括：当前宏块是否H.264 MBAFF的场类型。当当前宏块是H.264 MBAFF的场类型时，所述邻居查找请求信息还可以包括：当前宏块左面的宏块是否H.264 MBAFF的场类型、当前宏块右面的宏块是否H.264MBAFF的场类型、当前宏块右上的宏块是否H.264 MBAFF的场类型、当前宏块左上的宏块是否H.264 MBAFF的场类型。
为了简单起见，参考表1所示，所述邻居查找请求信息可以以表格形式进行输入，从而将邻居查找操作简化为查表，提高了运算速度。本实施例还可以对上述各请求信息进行命名，具体名称如表1所示。此外，上述各信息所需的比特数也可以参考表1所示。
表1
| 名称 | 所需比特数 | 描述 |
| mbAdr | 4 | 当前宏块在当前帧图像中的序号 |
| mode | 4 | 当前子块的类型(16x16/16x8/8x16/.../4x4) |
| idx | 4 | 当前子块的序号 |
| availA | 1 | 当前宏块左面的宏块是否存在 |
| availB | 1 | 当前宏块上面的宏块是否存在 |
| availC | 1 | 当前宏块左上的宏块是否存在 |
| availD | 1 | 当前右上的宏块是否存在 |
| MBAFF | 1 | 当前帧是否H.264 MBAFF类型 |
| affFldX | 1 | 当前宏块是否H.264 MBAFF的场类型 |
| affFldA | 1 | 当前宏块左面的宏块是否H.264 MBAFF的场类型 |
| affFldB | 1 | 当前宏块上面的宏块是否H.264 MBAFF的场类型 |
| affFldC | 1 | 当前宏块右上的宏块是否H.264 MBAFF的场类型 |
| affFldD | 1 | 当前宏块左上的宏块是否H.264 MBAFF的场类型 |
最终，所有的邻居请求信息都可以以上述13个表项表示。
继续参考图3所示，所述邻居查找装置300可以包括：
输入模块310，用于获取待编/解码视频信号被分割和排序后的视频宏块信息和与所述视频宏块信息对应的邻居查找请求信息；数据重组模块320，连接所述输入模块310，用于将接收的每个视频宏块重组为多个阵列排布的最小子块；
滑动窗口存储器330，连接所述数据重组模块320，包括多个滑动窗口，每个滑动窗口用于存储重组后的一个视频宏块信息及其正上方视频宏块重组后最后一行的最小子块信息；
缓存器340，连接所述滑动窗口存储器330，用于存储所述滑动窗口存储器330中重组后的视频宏块信息最后一行信息；
控制模块350，连接所述数据重组模块320、所述滑动窗口存储器330和所述缓存器340，当存在空白滑动窗口时，将所述数据重组模块320获取的重组后的视频宏块信息存入空白滑动窗口，且将从缓存器340中搜索到的与存入空白滑动窗口的所述视频宏块信息正上方视频宏块重组后最后一行对应的最小子块信息存入所述空白滑动窗口；当不存在空白滑动窗口时，将目前滑动窗口存储器330中最先编/解码结束的视频宏块重组后最后一行的最小子块信息转移到所述缓存器340中，且删除转移的视频宏块所在滑动窗口中的所有信息，得到空白滑动窗口；获取每个所述最小子块在滑动窗口存储器330中的存储位置；
查询模块360，连接所述输入模块310和所述控制模块350，获取与所述邻居查找请求信息对应的最小子块，并获取所述最小子块在滑动窗口存储器330中的存储位置；
输出模块370，连接所述查询模块360和所述滑动窗口存储器330，根据查询得到的所述存储位置，从所述滑动窗口存储器330中提取并输出与所述存储位置对应的最小子块信息。
现有技术中可以综合考虑编码时间和编码质量的因素，将每个16×16的宏块划分为1个16x16或2个16x8或2个8x16或4个16x4或4个4x16或4个8x8或8个8x4或8个4x8或16个4x4的子块，从而每个宏块最小被划分为4×4的子块。每个子块可以有不同的预测块，也就是有不同的预测运动向量(即编码方式)等，而输入模块310接收到的视频宏块可以包括不同大小的子块。
本实施例中所述数据重组模块320用于对输入模块310接收的待处理的视频宏块信息进行数据重组处理，使每个视频宏块划分为16个4×4的子块，从而不管邻居信息请求装置200中对宏块具体进行了如何的划分，但是在滑动窗口存储器330中对宏块进行存储时，都是将宏块划分为16个4×4的子块，即每个子块的大小为4×4，每个宏块中的所有子块可以排布成4×4的阵列。每个子块占16个字节，其中8个字节包含前向预测信息，8个字节包含后向预测信息。这16个字节的定义会根据视频标准的变化而有所不同。在已知的所有视频标准中，16个字节足以存储所有的上下文信息。因此，不管邻居信息请求装置200中宏块如何划分，只要其左上、右上、左面、右面四个宏块都是16个4×4的子块，就肯定可以获取该宏块的邻居宏块信息。
所述控制模块350控制数据重组模块320将重组后的视频宏块信息依次存储到滑动窗口存储器330中。所述滑动窗口存储器330可以包括：多个滑动窗口。每个滑动窗口包括1个当前行宏块存储单元和1个历史行存储单元，同一滑动窗口中所述历史行存储单元中的宏块信息位于所述当前行宏块存储单元中宏块信息的正上方，所述历史行存储单元的数量与所述当前行存储单元的数量相同。
由于每个宏块至少要用到其左右两个宏块的信息，因此所述滑动窗口存储器330可以包括三个以上的滑动窗口，如：三个、四个、六个、八个、十个或十六个等。三个以上的滑动窗口共包括三个以上的当前行宏块存储单元，用于分别存储三个以上相邻的宏块信息。由于在对同一帧图像的宏块进行编码的过程中，都是采用从上到下、从左到右的顺序，因此相邻的宏块指的就是从上到下、从左到右的相邻关系。在滑动窗口存储器330包括至少三个滑动窗口的前提下，每个所述滑动窗口存储器的大小对应20个最小子块的大小。
优选地，所述滑动窗口存储器330包括2N个滑动窗口，其中，N为大于或等于2的正整数，从而利于通过计算机编程应用。具体地，所述滑动窗口存储器330可以包括4个、8个或16个滑动窗口。
当滑动窗口的个数较多，如为M个时，由于邻居信息请求装置200中包括多个需要查找邻居信息的单元，则不同的单元可以对中间位置的M-2个窗口进行不同的邻居查找。
每个所述历史行存储单元存储是包括16个4×4的子块的宏块中的最后一行的信息，从而每个所述历史宏块存储单元对应4个4×4的子块。
需要说明的是，本实施例中所述空白滑动窗口指的是滑动窗口中当前行宏块存储单元和历史行存储单元均空白，从而将一滑动窗口中当前行宏块存储单元和历史行存储单元均填满的情况归为非空白滑动窗口，将一滑动窗口中当前行宏块存储单元填满、历史行存储单元空白的情况也归为非空白滑动窗口。
本实施例中滑动窗口存储器330包括四个当前行宏块存储单元和四个历史行存储单元，从而滑动窗口存储器330共包括80个4×4的子块，每个滑动窗口需要20×4×4＝320字节。每个子块在滑动窗口存储器330中的存储位置可以用编号进行表示，如：数字标号、字母标号等。所述滑动窗口存储器330中每个子块可以对应一个唯一的编号，本发明不限制具体的编号方式。结合参考图4所示，本实施例可以将滑动窗口存储器330中的80个子块以滑动窗口为单元从上至下、从左至右依次编号为0～79。
当确定滑动窗口存储器330包括的最小子块数量之后，所述控制模块350就会对滑动窗口存储器330中的各个最小子块进行编号，从而确定滑动窗口存储器330中每个子块的存储位置与编号之间的关系。
当最小子块存储到滑动窗口存储器330中之后，根据所述子块在滑动窗口存储器330中的存储位置，就可以确定其在滑动窗口存储器330中的编号。
本实施例中所述滑动窗口存储器330可以为高速缓存器，从而可以提高邻居查找的运算速度。
所述缓存器340连接所述滑动窗口存储器330，用于依次存储所述滑动窗口存储器330中当前行宏块存储单元中每个宏块最后4个4×4的子块信息，并当滑动窗口存储器330中获取新的宏块信息时，控制模块350将缓存器340中所述新的宏块信息正上方对应的子块信息发送给滑动窗口存储器330。
为了节省空间，所述缓存器340可以对应待处理帧数据中行宽度的4倍。具体地，所述缓存器340对应待处理帧数据中一行宏块的数量与64字节的乘积，其中，待处理帧数据中一行宏块的数量为待处理帧数据中行宽度除以宏块宽度(即16字节)，而所述64字节是一个滑动窗口的行宽度。
所述缓存器340可以根据不同的应用平台选择片上内存或者片外存贮，接口可以是FIFO(First In First Out，先进先出)类型，也可以是随机访问类型的内存接口。
采用本实施例装置对一帧1920×1080的视频图像进行邻居查找时，则滑动窗口存储器330的存储空间可以为8*320字节＝2560字节，缓存器340的存储空间可以为(1920/16)*64字节＝7680字节。
具体地，结合参考图5所示，所述控制模块350可以包括：
判断单元351，连接所述滑动窗口存储器330，用于判断所述滑动窗口存储器330中是否存在空白滑动窗口；
填充单元352，连接所述判断单元351、所述数据重组模块320和所述滑动窗口存储器330，当所述滑动窗口存储器330中存在空白滑动窗口时，将所述数据重组模块320获取的重组后的视频宏块信息存入空白滑动窗口；
转移单元353，连接所述判断单元351、所述数据重组模块320、所述滑动窗口存储器330和所述缓存器340，当所述滑动窗口存储器330中不存在空白滑动窗口时，将目前所述滑动窗口存储器330中最先编/解码结束的视频宏块重组后最后一行的最小子块信息转移到所述缓存器340中，且删除转移的视频宏块所在滑动窗口中的所有信息，得到空白滑动窗口；
搜索单元354，连接所述缓存器340和滑动窗口存储器330，从所述缓存器340中搜索与所述视频宏块信息正上方视频宏块重组后最后一行对应的最小子块，且将所述最小子块信息存入所述空白滑动窗口中；
位置获取单元355，连接所述滑动窗口存储器330和查询模块360，用于获取每个所述最小子块在滑动窗口存储器330中的存储位置，接收查询模块360发送的与所述邻居查找请求信息对应的最小子块，并将所述最小子块的存储位置反馈给查询模块360。
本实施例中所述输出模块370输出的最小子块信息就是待处理的视频宏块的邻居信息。
作为一个具体例子，参考图6所示，本实施例对一帧包括8×4个宏块的视频图像进行编码。在编码的过程中，需要依次获取每个宏块的邻居信息，具体可以采用图3所示的邻居查找装置300进行邻居查找，其工作过程如下：
1)输入模块310获取宏块0的信息及与宏块0对应的邻居查找请求信息。其中，与宏块0对应的邻居查找请求信息包括：mbAdr是0；mode是16x8；idx是0；availA是不存在；availB是不存在；availC是不存在；availD是不存在；MBAFF是否。
2)数据重组模块320将宏块0进行重组，使宏块0重组为16个4x4的最小子块。
3)控制模块350判断滑动窗口存储器330中是否存在空白滑动窗口。
4)滑动窗口存储器330中存在4个空白滑动窗口(即第一滑动窗口至第四滑动窗口)，控制模块350将数据重组模块320获取的重组后的视频宏块信息存入第一滑动窗口，且获取宏块0重组后的各最小子块在滑动窗口存储器中的位置对应编号4～19。
由于宏块0中availB是不存在，因此控制模块350无需对缓存器340进行搜索。此时缓存器340中空白。
5)对宏块0进行编码。
需要说明的是，当待编码的宏块不存在邻居宏块时，本实施例可以直接返回全零，从而直接采用现有任一种编码方式对该宏块进行编码，其与现有技术相同，在此不再赘述。
6)不断重复上述1)～5)的步骤，依次将宏块1、宏块2和宏块3存储到滑动窗口存储器330中，且完成对宏块1、宏块2和宏块3的编码。
此时，滑动窗口存储器330没有空白的滑动窗口，但是每个滑动窗口并未填满，仍留有一行空白。缓存器340中仍为空白。
7)输入模块310获取宏块4的信息及与宏块4对应的邻居查找请求信息。其中，与宏块4对应的邻居查找请求信息包括：mbAdr是0；mode是8x8；idx是4；availA是存在；availB是不存在；availC是不存在；availD是不存在；MBAFF否。
8)数据重组模块320将宏块4进行重组，使宏块4重组为16个4x4的最小子块。
9)控制模块350判断滑动窗口存储器330中是否存在空白滑动窗口。
10)滑动窗口存储器330中不存在空白滑动窗口，控制模块350将滑动窗口存储器中视频宏块0(即最先编码结束的视频宏块)最后一行的最小子块信息转移到所述缓存器340中，且删除所述滑动窗口存储器330中视频宏块0的所有信息，得到空白滑动窗口(即第一滑动窗口)，将数据重组模块320重组后的视频宏块4对应的20个最小子块存储到第一滑动窗口。
由于宏块0中availB是不存在，因此控制模块350无需对缓存器340进行搜索。此时，缓存器340中包括宏块0最后一行的4个最小子块信息。滑动窗口存储器330没有空白的滑动窗口，但是每个滑动窗口都没有填满，仍留有一行空白。
11)采用上述方法依次完成对宏块4、宏块5、宏块6、宏块7和宏块8的编码。
12)参考图7所示，采用上述方法将宏块8、宏块9、宏块10和宏块11存储到滑动窗口存储器330中，同时滑动窗口存储器中还包括宏块0重组后的最后一行最小子块、宏块1重组后的最后一行最小子块、宏块2重组后的最后一行的最小子块和宏块3重组后的最后一行的最小子块。此时缓存器340中存储的是重组后宏块4至宏块11最后一行的最小子块信息。
需要说明的是，在将重组后的宏块8写入滑动窗口存储器330时，滑动窗口存储器330中其余三个滑动窗口中存储的是重组后的宏块5、重组后的宏块6和重组后的宏块7。
13)对宏块9进行编码，邻居信息请求装置200中宏块9对应4个8x8的子块，其编号依次为0’、1’、2’、3’。先对子块0’进行编码时，查询模块360从输入模块310中获取子块0’的邻居查找请求信息对应的最小子块的编号分别为：其左面的最小子块7、其上面的最小子块20、其左上的最小子块3和其右上的最小子块21。查询模块360将最小子块的编号7、20、3和21发送给输出模块370，输出模块370从当前滑动窗口存储器中提取并输出编号为7、20、3和21对应的最小子块信息，该最小子块信息就是宏块9中子块0’的邻居信息。
14)采用上述方法完成对宏块9的子块1’、2’、3’的编码。
需要说明的是，在邻居信息请求装置200中一单元对宏块9进行邻居查找的过程中，邻居信息请求装置200中另一单元还可以对宏块10进行邻居查找，从而可以进一步提高查找的速度。
15)参考图8所示，将滑动窗口存储器330中重组后的宏块8的最后一行的最小子块发送到缓存器340，并将宏块8及其上的宏块0的最后一行的最小子块从滑动窗口存储器330中删除，同时将重组后的宏块12存储到滑动窗口存储器330中，并从缓存器340中提取宏块4的最后一行的最小子块以存储在宏块12的正上方。
16)不断重复上述过程，直至完成对宏块31的编码。
本实施例可以减小邻居查找所需的空间。对于1920x1080的高清图像，当滑动窗口存储器包括16个滑动窗口时，滑动窗口存储器也仅需要约12K字节的内存代价，其与现有技术中约1M字节的内存相比，非常精简。
本实施例还可以降低邻居查找所需的时间。由于把多个判断分支简化为查表操作，所以运算速度大大提高。例如使用smic 65nm的流片工艺，在400MHz的时钟周期下，进行一次邻居查找仅需要3个时钟周期。在计算机上的实测结果表明使用本实施例装置进行邻居查找相比于现有技术可以提高4倍的运算速度。
本实施例可以适用于各种视频编/解码技术中，具有极强的通用性。
相应地，本发明还提供了一种视频编/解码方法，其中的邻居查找方法包括：
获取待编/解码视频信号被分割和排序后的视频宏块信息和与所述视频宏块信息对应的邻居查找请求信息；将接收的视频宏块信息重组为多个阵列排布的最小子块；
采用滑动窗口存储器存储重组后的一个视频宏块信息及其正上方视频宏块最后一行的最小子块信息，获取每个所述最小子块的存储位置；
采用缓存器存储所述滑动窗口存储器中重组后的视频宏块信息重组后最后一行信息；
当存在空白滑动窗口时，将所述重组后的视频宏块信息存入空白滑动窗口，且将从缓存器中搜索到的与存入空白滑动窗口的所述视频宏块信息正上方视频宏块重组后最后一行对应的最小子块信息存入所述空白滑动窗口；当不存在空白滑动窗口时，将目前滑动窗口存储器中最先编/解码结束的视频宏块重组后最后一行的最小子块信息转移到所述缓存器中，且删除转移的视频宏块所在滑动窗口中的所有信息，得到空白滑动窗口；获取每个所述最小子块在滑动窗口存储器中的存储位置；
获取与所述邻居查找请求信息对应的最小子块，并获取所述最小子块在滑动窗口存储器中的存储位置；
根据查询得到的所述存储位置，从所述滑动窗口存储器中提取并输出与所述存储位置对应的最小子块信息。
其中，所述最小子块在滑动窗口存储器中的存储位置用编号进行表示。
所述输入模块获取的视频宏块可以被分割为16×16大小；每个所述视频宏块可以被重组成16个4×4的最小子块。
所述邻居查找请求信息可以包括：当前宏块在当前帧图像中的序号、当前子块的类型、当前子块的序号、当前宏块左面的宏块是否存在、当前宏块上面的宏块是否存在、当前宏块左上的宏块是否存在和当前宏块右上的宏块是否存在。
所述当前子块的类型可以包括：16x16、16x8、8x16、16x4、4x16、8x8、8x4、4x8或4x4。
所述邻居查找请求信息还可以包括：当前帧是否H.264 MBAFF类型、当前宏块是否H.264 MBAFF的场类型、当前宏块左面的宏块是否H.264 MBAFF的场类型、当前宏块右面的宏块是否H.264MBAFF的场类型、当前宏块右上的宏块是否H.264 MBAFF的场类型和当前宏块左上的宏块是否H.264 MBAFF的场类型。
优选地，所述邻居查找请求信息可以以表格形式进行输入。
所述滑动窗口存储器可以包括3个以上的滑动窗口。具体地，所述滑动窗口存储器包括2N个滑动窗口，其中，N为大于或等于2的正整数。优选地，所述滑动窗口存储器包括4个、8个或16个滑动窗口。
每个所述滑动窗口被划分为20个区域，每个区域对应一个最小子块。
具体地，所述滑动窗口存储器为高速缓存器。
具体地，所述缓存器的大小对应待处理帧视频数据中行宽度的4倍。
上述邻居查找方法具体可以采用前述邻居查找装置实现，在此不再赘述。
虽然本发明已以较佳实施例披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。
Claims (29)
1.一种用于视频编/解码的邻居查找装置，其特征在于，包括：
输入模块，用于获取待编/解码视频信号被分割和排序后的视频宏块信息和与所述视频宏块信息对应的邻居查找请求信息；
数据重组模块，连接所述输入模块，用于将接收的每个视频宏块重组为多个阵列排布的最小子块；
滑动窗口存储器，连接所述数据重组模块，包括多个滑动窗口，每个滑动窗口用于存储重组后的一个视频宏块信息及其正上方视频宏块重组后最后一行的最小子块信息；
缓存器，连接所述滑动窗口存储器，用于存储所述滑动窗口存储器中重组后的视频宏块信息最后一行信息；
控制模块，连接所述数据重组模块、所述滑动窗口存储器和所述缓存器，当存在空白滑动窗口时，将所述数据重组模块获取的重组后的视频宏块信息存入空白滑动窗口，且将从缓存器中搜索到的与存入空白滑动窗口的所述视频宏块信息正上方视频宏块重组后最后一行对应的最小子块信息存入所述空白滑动窗口；当不存在空白滑动窗口时，将目前滑动窗口存储器中最先编/解码结束的视频宏块重组后最后一行的最小子块信息转移到所述缓存器中，且删除转移的视频宏块所在滑动窗口中的所有信息，得到空白滑动窗口；获取每个所述最小子块在滑动窗口存储器中的存储位置；
查询模块，连接所述输入模块和所述控制模块，获取与所述邻居查找请求信息对应的最小子块，并获取所述最小子块在滑动窗口存储器中的存储位置；
输出模块，连接所述查询模块和所述滑动窗口存储器，根据查询得到的所述存储位置，从所述滑动窗口存储器中提取并输出与所述存储位置对应的最小子块信息。
2.如权利要求1所述的用于视频编/解码的邻居查找装置，其特征在于，所述视频宏块的大小包括：16×16，所述最小子块的大小包括：4×4。
3.如权利要求1所述的用于视频编/解码的邻居查找装置，其特征在于，所述邻居查找请求信息包括：当前宏块在当前帧图像中的序号、当前子块的类型、当前子块的序号、当前宏块左面的宏块是否存在、当前宏块上面的宏块是否存在、当前宏块左上的宏块是否存在和当前宏块右上的宏块是否存在。
4.如权利要求3所述的用于视频编/解码的邻居查找装置，其特征在于，所述当前子块的类型包括：16x16、16x8、8x16、16x4、4x16、8x8、8x4、4x8或4x4。
5.如权利要求3所述的用于视频编/解码的邻居查找装置，其特征在于，所述邻居查找请求信息还包括：当前帧是否H.264MBAFF类型、当前宏块是否H.264MBAFF的场类型、当前宏块左面的宏块是否H.264MBAFF的场类型、当前宏块右面的宏块是否H.264MBAFF的场类型、当前宏块右上的宏块是否H.264MBAFF的场类型和当前宏块左上的宏块是否H.264MBAFF的场类型。
6.如权利要求1所述的用于视频编/解码的邻居查找装置，其特征在于，所述滑动窗口存储器包括3个以上的滑动窗口。
7.如权利要求6所述的用于视频编/解码的邻居查找装置，其特征在于，所述滑动窗口存储器包括2N个滑动窗口，其中，N为大于或等于2的正整数。
8.如权利要求7所述的用于视频编/解码的邻居查找装置，其特征在于，所述滑动窗口存储器包括4个、8个或16个滑动窗口。
9.如权利要求1所述的用于视频编/解码的邻居查找装置，其特征在于，每个所述滑动窗口的大小对应20个最小子块的大小。
10.如权利要求1所述的用于视频编/解码的邻居查找装置，其特征在于，所述滑动窗口存储器为高速缓存器。
11.如权利要求1所述的用于视频编/解码的邻居查找装置，其特征在于，所述缓存器的大小对应待处理帧视频数据中行宽度的4倍。
12.如权利要求1所述的用于视频编/解码的邻居查找装置，其特征在于，所述缓存器为片上内存或者片外存贮。
13.如权利要求1所述的用于视频编/解码的邻居查找装置，其特征在于，所述缓存器的接口是FIFO类型或者随机访问类型。
14.如权利要求1所述的用于视频编/解码的邻居查找装置，其特征在于，所述控制模块包括：
判断单元，连接所述滑动窗口存储器，用于判断所述滑动窗口存储器中是否存在空白滑动窗口；
填充单元，连接所述判断单元、所述数据重组模块和所述滑动窗口存储器，当所述滑动窗口存储器中存在空白滑动窗口时，将所述数据重组模块获取的重组后的视频宏块信息存入空白滑动窗口；
转移单元，连接所述判断单元、所述数据重组模块、所述滑动窗口存储器和所述缓存器，当所述滑动窗口存储器中不存在空白滑动窗口时，将目前滑动窗口存储器中最先编/解码结束的视频宏块重组后最后一行的最小子块信息转移到所述缓存器中，且删除转移的视频宏块所在滑动窗口中的所有信息，得到空白滑动窗口；
搜索单元，连接所述缓存器和滑动窗口存储器，从所述缓存器中搜索与存入空白滑动窗口的所述视频宏块信息正上方视频宏块重组后最后一行对应的最小子块，且将所述最小子块信息存入所述空白滑动窗口中；
位置获取单元，连接所述滑动窗口存储器和查询模块，用于获取每个所述最小子块在滑动窗口存储器中的存储位置，接收查询模块发送的与所述邻居查找请求信息对应的最小子块，并将所述最小子块的存储位置反馈给查询模块。
15.一种视频编/解码器，其特征在于，包括如权利要求1至14中任一项所述的邻居查找装置。
16.一种用于视频编/解码的邻居查找方法，其特征在于，包括：
获取待编/解码视频信号被分割和排序后的视频宏块信息和与所述视频宏块信息对应的邻居查找请求信息；将接收的视频宏块信息重组为多个阵列排布的最小子块；
采用滑动窗口存储器存储重组后的一个视频宏块信息及其正上方视频宏块最后一行的最小子块信息，获取每个所述最小子块的存储位置；
采用缓存器存储所述滑动窗口存储器中重组后的视频宏块信息重组后最后一行信息；
当存在空白滑动窗口时，将所述重组后的视频宏块信息存入空白滑动窗口，且将从缓存器中搜索到的与存入空白滑动窗口的所述视频宏块信息正上方视频宏块重组后最后一行对应的最小子块信息存入所述空白滑动窗口；当不存在空白滑动窗口时，将目前滑动窗口存储器中最先编/解码结束的视频宏块重组后最后一行的最小子块信息转移到所述缓存器中，且删除转移的视频宏块所在滑动窗口中的所有信息，得到空白滑动窗口；获取每个所述最小子块在滑动窗口存储器中的存储位置；
获取与所述邻居查找请求信息对应的最小子块，并获取所述最小子块在滑动窗口存储器中的存储位置；
根据查询得到的所述存储位置，从所述滑动窗口存储器中提取并输出与所述存储位置对应的最小子块信息。
17.如权利要求16所述的用于视频编/解码的邻居查找方法，其特征在于，所述最小子块在滑动窗口存储器中的存储位置用编号进行表示。
18.如权利要求16所述的用于视频编/解码的邻居查找方法，其特征在于，获取的所述视频宏块被分割为16×16大小；每个所述视频宏块被重组成16个4×4的最小子块。
19.如权利要求16所述的用于视频编/解码的邻居查找方法，其特征在于，所述邻居查找请求信息包括：当前宏块在当前帧图像中的序号、当前子块的类型、当前子块的序号、当前宏块左面的宏块是否存在、当前宏块上面的宏块是否存在、当前宏块左上的宏块是否存在和当前宏块右上的宏块是否存在。
20.如权利要求19所述的用于视频编/解码的邻居查找方法，其特征在于，所述当前子块的类型包括：16x16、16x8、8x16、16x4、4x16、8x8、8x4、4x8或4x4。
21.如权利要求19所述的用于视频编/解码的邻居查找方法，其特征在于，所述邻居查找请求信息还包括：当前帧是否H.264MBAFF类型、当前宏块是否H.264MBAFF的场类型、当前宏块左面的宏块是否H.264MBAFF的场类型、当前宏块右面的宏块是否H.264MBAFF的场类型、当前宏块右上的宏块是否H.264MBAFF的场类型和当前宏块左上的宏块是否H.264MBAFF的场类型。
22.如权利要求19至21中任一项所述的用于视频编/解码的邻居查找方法，其特征在于，所述邻居查找请求信息以表格形式进行输入。
23.如权利要求16所述的用于视频编/解码的邻居查找方法，其特征在于，所述滑动窗口存储器包括3个以上的滑动窗口。
24.如权利要求23所述的用于视频编/解码的邻居查找方法，其特征在于，所述滑动窗口存储器包括2N个滑动窗口，其中，N为大于或等于2的正整数。
25.如权利要求24所述的用于视频编/解码的邻居查找方法，其特征在于，所述滑动窗口存储器包括4个、8个或16个滑动窗口。
26.如权利要求16所述的用于视频编/解码的邻居查找方法，其特征在于，每个所述滑动窗口被划分为20个区域，每个区域对应一个最小子块。
27.如权利要求16所述的用于视频编/解码的邻居查找方法，其特征在于，所述滑动窗口存储器为高速缓存器。
28.如权利要求16所述的用于视频编/解码的邻居查找方法，其特征在于，所述缓存器的大小对应待处理帧视频数据中行宽度的4倍。
29.一种视频编/解码方法，其特征在于，包括：采用如权利要求16至28中任一项所述的邻居查找方法进行邻居查找。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210103363.9A CN102665074B (zh) | 2012-04-10 | 2012-04-10 | 用于视频编/解码的邻居查找装置及其方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210103363.9A CN102665074B (zh) | 2012-04-10 | 2012-04-10 | 用于视频编/解码的邻居查找装置及其方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102665074A CN102665074A (zh) | 2012-09-12 |
| CN102665074B true CN102665074B (zh) | 2014-04-16 |
Family
ID=46774473
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210103363.9A Active CN102665074B (zh) | 2012-04-10 | 2012-04-10 | 用于视频编/解码的邻居查找装置及其方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102665074B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112068997B (zh) * | 2020-09-09 | 2023-12-19 | 恒生电子股份有限公司 | 数据备份方法、装置、设备及存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101394560B (zh) * | 2008-06-30 | 2010-09-01 | 浙江大学 | 一种用于视频编码的混合流水线装置 |
| CN101945289A (zh) * | 2010-10-22 | 2011-01-12 | 上海交通大学 | 全搜索扩展可变块运动估计电路 |
| CN102238385A (zh) * | 2010-05-07 | 2011-11-09 | 美信集成产品公司 | 编码器和/或解码器中垂直和/或水平高速缓存设备和方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090161757A1 (en) * | 2007-12-21 | 2009-06-25 | General Instrument Corporation | Method and Apparatus for Selecting a Coding Mode for a Block |
| CN102045559B (zh) * | 2009-10-22 | 2013-03-20 | 鸿富锦精密工业（深圳）有限公司 | 视频解码装置及视频解码方法 |
-
2012
- 2012-04-10 CN CN201210103363.9A patent/CN102665074B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101394560B (zh) * | 2008-06-30 | 2010-09-01 | 浙江大学 | 一种用于视频编码的混合流水线装置 |
| CN102238385A (zh) * | 2010-05-07 | 2011-11-09 | 美信集成产品公司 | 编码器和/或解码器中垂直和/或水平高速缓存设备和方法 |
| CN101945289A (zh) * | 2010-10-22 | 2011-01-12 | 上海交通大学 | 全搜索扩展可变块运动估计电路 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102665074A (zh) | 2012-09-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6646019B2 (ja) | 映像の符号化方法及び装置 | |
| CA2937885C (en) | Method and apparatus for entropy encoding using hierarchical data unit, and method and apparatus for decoding | |
| CN102835106B (zh) | 用于视频的数据压缩 | |
| CN102595116B (zh) | 多图像块划分的编解码方法和装置 | |
| CN103339936B (zh) | 用于视频译码的单一参考图片列表建构 | |
| CN101815215B (zh) | 编码模式选择的方法和装置 | |
| KR20200055015A (ko) | 비디오 코딩에서의 애파인 예측 | |
| CN103139564A (zh) | 使用不对称分区的公共合并候选组编码/解码视频的方法 | |
| CN101072356B (zh) | 一种运动矢量预测方法 | |
| EP2950540A1 (en) | Method and apparatus for encoding video in consideration of scanning order of coding units having hierarchical structure, and method and apparatus for decoding video in consideration of scanning order of coding units having hierarchical structure | |
| CN104937936A (zh) | 用于帧内预测的模式决策简化 | |
| TW201352004A (zh) | 轉換係數寫碼 | |
| CN104244007A (zh) | 基于任意形状匹配的图像压缩方法和装置 | |
| EP2719179A1 (en) | Border pixel padding for intra prediction in video coding | |
| CN102484699B (zh) | 对图像进行编码和解码的方法、用于编码和解码的对应装置 | |
| CN104272736A (zh) | 用于对游长编码变换系数进行熵编码的上下文确定 | |
| US8319672B2 (en) | Decoding device for context-based adaptive binary arithmetic coding (CABAC) technique | |
| KR20110090065A (ko) | 계층적 데이터 단위의 스캔 순서에 기반한 비디오 부호화 방법과 그 장치, 및 비디오 복호화 방법과 그 장치 | |
| JP5400133B2 (ja) | 線形形状の画素区画にスライスされた画像または画像シーケンスの符号化および復号 | |
| TW201315237A (zh) | 用於視訊寫碼之以運行模式為基礎的係數寫碼 | |
| CN110868587A (zh) | 一种视频图像预测方法及装置 | |
| CN101350928A (zh) | 一种运动估计方法及装置 | |
| CN113709458A (zh) | 视频编解码中的位移矢量预测方法、装置及设备 | |
| KR101631944B1 (ko) | 복호화 가속화를 위한 엔트로피 부호화 방법과 그 장치 및 엔트로피 복호화 방법과 그 장치 | |
| CN102665074B (zh) | 用于视频编/解码的邻居查找装置及其方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20120912 Assignee: GALAXYCORE SHANGHAI Ltd.,Corp. Assignor: SHANGHAI SUANXIN MICROELECTRONICS Co.,Ltd. Contract record no.: 2015990000743 Denomination of invention: Neighbor searching device and neighbor searching method for video coding/decoding Granted publication date: 20140416 License type: Common License Record date: 20150821 |
|
| LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20220815 Address after: 200120 room 11F, building 2, Lane 560, shengxia Road, Pudong New Area, Shanghai Patentee after: GALAXYCORE SHANGHAI Ltd.,Corp. Address before: Room 1004 and room 1005, building 2, No. 560, shengxia Road, Pudong New Area, Shanghai 201203 Patentee before: SHANGHAI SUANXIN MICROELECTRONICS Co.,Ltd. |
|
| TR01 | Transfer of patent right |