CN110140354A - 编码和解码方法以及对应设备 - Google Patents
编码和解码方法以及对应设备 Download PDFInfo
- Publication number
- CN110140354A CN110140354A CN201780068990.4A CN201780068990A CN110140354A CN 110140354 A CN110140354 A CN 110140354A CN 201780068990 A CN201780068990 A CN 201780068990A CN 110140354 A CN110140354 A CN 110140354A
- Authority
- CN
- China
- Prior art keywords
- block
- schizotype
- context
- described piece
- syntactic element
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/119—Adaptive subdivision aspects, e.g. subdivision of a picture into rectangular or non-rectangular coding blocks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/13—Adaptive entropy coding, e.g. adaptive variable length coding [AVLC] or context adaptive binary arithmetic coding [CABAC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/136—Incoming video signal characteristics or properties
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
- H04N19/91—Entropy coding, e.g. variable length coding [VLC] or arithmetic coding
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
公开了一种对图像的块进行解码的解码方法,其包括:‑在***模式集合中确定用于所述块的***模式;‑响应于所述***模式,将所述块***成至少两个子块;‑对至少两个子块中的每个子块进行解码;其中所述***模式集合包括用于将所述块不对称***成至少两个子块的至少一个***模式。
Description
技术领域
在下文中,公开了用于对图片进行编码的方法和设备。还公开了对应的解码方法和解码设备。
背景技术
为了实现高压缩效率,视频编码方案通常采用预测和变换来影响(leverage)视频内容中的空间和时间冗余。通常,使用帧内或帧间预测来开发帧内或帧间相关,然后对原始图像与预测图像之间的差异(通常表示为残差)进行变换、量化和熵编码。为了重建视频,通过与预测、变换、量化和熵编码相对应的逆处理对压缩数据进行解码。
在HEVC编码(“ITU-T H.265ITU电信标准化部门(10/2014),H系列:视听和多媒体***,视听业务基础架构-移动视频编码,高效视频编码,ITU-T H.265建议书”)中,图片被划分成具有可配置大小(典型地为64×64、128×128或256×256)的正方形形状的编码树单元(CTU)。CTU是划分成编码单元(CU)的四叉树的根。对于每个CU,用信号通知预测模式,其指示CU是使用帧内预测还是帧间预测来编码。编码单元被划分成一个或多个预测单元(PU),并形成划分成变换单元(TU)的四叉树(称为变换树)的根。PU可以具有正方形或矩形形状,而TU具有正方形形状。在帧间预测中,将CU不对称细分成PU也是可能的,也就是说,如果CU具有大小N×N,则PU可以具有大小N/4×N、3N/4×M、N×N/4、N×3N/4,如图1上所示。每个PU被分配一些预测信息,例如运动信息、空间帧内预测等。
四叉树加二叉树(QTBT)编码工具(“Algorithm Description of JointExploration Test Model 3”,文档JVET-C1001_v3,ISO/IEC JTC1/SC29/WG11联合视频探索小组,第3次会议,2015年5月26日至6月1日,日内瓦,CH)是新的视频编码工具,其提供比HEVC标准的CU/PU/TU布置更灵活的CTU表示。四叉树加二叉树(QTBT)编码工具定义编码树,其中可以以四叉树和以二叉树的方式二者使编码单元***。在图2上示出了编码树单元的这样的编码树表示,其中实线指示CU的四叉树划分,并且虚线指示CU的二进制划分。
例如,通过速率失真优化过程,在编码器侧判定CTU到编码单元的***,该过程包括确定具有最小速率失真成本的CTU的QTBT表示。在QTBT表示中,CU具有正方形或矩形的形状。编码单元的大小常常是2的幂,并且典型地从4到128。CTU的QTBT分解包括两个阶段:首先以四叉树方式将CTU***成4个CU,然后可以以二进制方式将每个四叉树叶片进一步分割成两个CU或者以四叉树方式将每个四叉树叶片进一步分割成4个CU,如图3上所示。在图3上,实线表示四叉树***,并且虚线表示在空间上嵌入四叉树叶片中的二进制***。
利用QTBT表示,CU不被进一步划分成PU或TU。换句话说,一旦判定CTU的划分,则每个CU被认为是单个预测单元和单个变换单元。然而,这样的QTBT表示仅允许CU的对称***,如图4所示。图4描绘了QTBT允许的4个***模式。模式NO_SPLIT指示CU不被进一步***,模式QT_SPLIT指示CU根据四叉树被***成4个象限,模式HOR指示CU被水平***成相等大小的两个CU,并且VER指示CU被垂直***成相等大小的两个CU。
发明内容
一种对图像的块进行解码的解码方法,包括:
-在***模式集合中确定用于块的***模式;
-响应于***模式,将块***成至少两个子块;
-对至少两个子块中的每个子块进行解码;
其中***模式集合包括用于将块不对称***成至少两个子块的至少一个***模式。
公开了一种被配置为对图像的块进行解码的解码设备,其包括:
-用于在***模式集合中确定用于块的***模式的部件;
-用于响应于***模式,将块***成至少两个子块的部件;
-用于对至少两个子块中的每个子块进行解码的部件;
其中***模式集合包括用于将块不对称***成至少两个子块的至少一个***模式。
公开了一种包括被配置为至少访问流的通信接口和至少一个处理器的解码设备,其中所述至少一个处理器被配置为:
-在***模式集合中确定用于图像的块的***模式;
-响应于***模式,将块***成至少两个子块;
-从所访问的流解码至少两个子块中的每个子块;
其中***模式集合包括用于将块不对称***成至少两个子块的至少一个***模式。
以下实施例适用于以上公开的解码方法和解码设备。
有利地,确定***模式包括:
-对指定块是被垂直***还是被水平***的第一语法元素(btSplitOrientation)进行解码;
-对指定块是被对称***还是被不对称***的第二语法元素(horAsymmetricSplitFlag,verAsymmetricSplitFlag)进行解码;以及
-在第二语法元素指定块被不对称***的情况下,对***模式语法元素(vertical/horizontal_asymmetric_type)进行解码。
根据特定特性,从单个比特解码第二语法元素,即horAsymmetricSplitFlag或verAsymmetricSplitFlag。
在变型中,第二语法元素(horAsymmetricSplitFlag或verAsymmetricSplitFlag)使用单个上下文通过基于上下文的算术编码来解码,该单个上下文取决于当对解码顺序中当前块之前的块进行解码时第二语法元素所采用的值。
在变型中,第二语法元素horAsymmetricSplitFlag使用两个上下文通过基于上下文的算术编码来解码,这两个上下文取决于位于左相邻块中的、具有低于或等于当前块高度的四分之一的高度的子块的数量。以相同的方式,第二语法元素verAsymmetricSplitFlag使用两个上下文通过基于上下文的算术编码来解码,这两个上下文取决于位于顶部相邻块中的、具有低于或等于当前块宽度的四分之一的宽度的子块的数量。
根据另一实施例,根据与当前块相关联的四叉树加二叉树深度值或者根据块的宽度和高度,对在先前的实施例之一中提出的上下文加索引。
根据特定特性,从单个比特解码***模式语法元素(vertical_asymmetric_type/horizontal_asymmetric_type)。
在变型中,***模式语法元素(vertical_asymmetric_type或horizontal_asymmetric_type)使用单个上下文通过基于上下文的算术编码来解码,该单个上下文取决于当对解码顺序中当前块之前的块进行解码时***模式语法元素所采用的值。
在变型中,***模式语法元素horizontal_asymmetric_type使用三个上下文通过基于上下文的算术编码来解码,这三个上下文取决于在位于当前块的左侧的块中存在边界,该边界在空间上与通过选择当前块的水平不对称***获得的当前块中的水平边界重合。
以相同的方式,***模式语法元素vertical_asymmetric_type使用三个上下文通过基于上下文的算术编码来解码,这三个上下文取决于在位于当前块的上方的块中存在边界,该边界在空间上与通过选择当前块的垂直不对称***获得的当前块中的垂直边界重合。
根据另一实施例,根据与当前块相关联的四叉树加二叉树深度值或者根据块的宽度和高度,对在先前的实施例之一中提出的上下文加索引。
在变型中,确定***模式包括:
对指示块与解码顺序中的下一个块合并的语法元素(merge_with_next_CU_flag)进行解码。
在特定实施例中,块是亮度样本块、色度样本块或者由亮度样本块和两个色度样本块形成的编码单元中的一个。
在特定实施例中,响应于***模式将块***成至少两个子块包括水平地将块***成一个高度为h/4的子块和一个高度为3h/4的子块,其中h是块的高度。
在特定实施例中,响应于***模式将块***成至少两个子块包括垂直地将块***成一个宽度为w/4的子块和一个宽度为3w/4的子块,其中w是块的宽度。
还公开了一种对图像的块进行编码的编码方法,其包括:
-在***模式集合中确定用于块的***模式;
-响应于***模式,将块***成至少两个子块;
-对至少两个子块中的每个子块进行编码;
其中***模式集合包括用于将块不对称***成至少两个子块的至少一个***模式。
还公开了一种被配置为对图像的块进行编码的编码设备,其包括:
-用于在***模式集合中确定用于块的***模式的部件;
-用于响应于***模式,将块***成至少两个子块的部件;
-用于对至少两个子块中的每个子块进行编码的部件;
其中***模式集合包括用于将块不对称***成至少两个子块的至少一个***模式。
公开了一种包括被配置为至少访问图像的块(称为当前块)的通信接口和至少一个处理器的编码设备。至少一个处理器被配置为:
-在***模式集合中确定用于块的***模式;
-响应于***模式,将块***成至少两个子块;
-对至少两个子块中的每个子块进行编码;
其中***模式集合包括用于将块不对称***成至少两个子块的至少一个***模式。
以下实施例适用于以上公开的编码方法和编码设备。
有利地,确定***模式包括:
-对指定块是被垂直***还是被水平***的第一语法元素(btSplitOrientation)进行确定和编码;
-对指定块是被对称***还是被不对称***的第二语法元素(horAsymmetricSplitFlag,verAsymmetricSplitFlag)进行确定和编码;以及
-在第二语法元素指定块被不对称***的情况下,对***模式语法元素(vertical_asymmetric_type/horizontal_asymmetric_type)进行确定和编码。
根据特定特性,以单个比特编码第二语法元素,即horAsymmetricSplitFlag或verAsymmetricSplitFlag。
在变型中,第二语法元素使用单个上下文通过基于上下文的算术编码来编码,该单个上下文取决于当对编码顺序中当前块之前的块进行编码时第二语法元素所采用的值。
在变型中,第二语法元素horAsymmetricSplitFlag使用两个上下文通过基于上下文的算术编码来编码,这两个上下文取决于位于左相邻块中的、具有低于或等于当前块高度的四分之一的高度的子块的数量。以相同的方式,第二语法元素verAsymmetricSplitFlag使用两个上下文通过基于上下文的算术编码来编码,这两个上下文取决于位于顶部相邻块中的、具有低于或等于当前块宽度的四分之一的宽度的子块的数量。
根据另一实施例,根据与当前块相关联的四叉树加二叉树深度值或者根据块的宽度和高度,对在先前的实施例之一中提出的上下文加索引。
根据特定特性,以单个比特编码***模式语法元素(vertical_asymmetric_type/horizontal_asymmetric_type)。
在变型中,***模式语法元素使用单个上下文通过基于上下文的算术编码来编码,该单个上下文取决于当对编码顺序中当前块之前的块进行编码时***模式语法元素所采用的值。
在变型中,***模式语法元素horizontal_asymmetric_type使用三个上下文通过基于上下文的算术编码来编码,这三个上下文取决于在位于当前块的左侧的块中存在边界,该边界在空间上与通过选择当前块的水平不对称***获得的当前块中的水平边界重合。
以相同的方式,***模式语法元素vertical_asymmetric_type使用三个上下文通过基于上下文的算术编码来编码,这三个上下文取决于在位于当前块的上方的块中存在边界,该边界在空间上与通过选择当前块的垂直不对称***获得的当前块中的垂直边界重合。
根据另一实施例,根据与当前块相关联的四叉树加二叉树深度值或者根据块的宽度和高度,对在先前的实施例之一中提出的上下文加索引。
在另一实施例中,确定***模式包括:
对指示块与编码顺序中的下一个块合并的语法元素(merge_with_next_CU_flag)进行确定和编码。
作为示例性实施例,块是亮度样本块、色度样本块或者由亮度样本块和两个色度样本块形成的编码单元中的一个。
在实施例中,响应于***模式将块***成至少两个子块包括水平地将块***成一个高度为h/4的子块和一个高度为3h/4的子块,其中h是块的高度。
在实施例中,响应于***模式将块***成至少两个子块包括垂直地将块***成一个宽度为w/4的子块和一个宽度为3w/4的子块,其中w是块的宽度。
还公开了一种流,其包括代表块的编码数据,其中该编码数据是通过以下获得的:在***模式集合中确定用于块的***模式,响应于***模式将块***成至少两个子块;将至少两个子块中的每个子块编码成编码数据,其中***模式集合包括用于将块不对称***成至少两个子块的至少一个***模式。
公开了一种其上存储有流的非临时性处理器可读介质,其中该流包括代表块的编码数据,其中该编码数据是通过以下获得的:在***模式集合中确定用于块的***模式,响应于***模式将块***成至少两个子块;将至少两个子块中的每个子块编码成编码数据,其中***模式集合包括用于将块不对称***成至少两个子块的至少一个***模式。
公开了一种传送方法,其包括传送代表块的编码数据,其中该编码数据是通过以下获得的:在***模式集合中确定用于块的***模式,响应于***模式将块***成至少两个子块;将至少两个子块中的每个子块编码成编码数据,其中***模式集合包括用于将块不对称***成至少两个子块的至少一个***模式。
有利地,编码数据包括:
-指定块是被垂直***还是被水平***的第一语法元素(btSplitOrientation),;
-指定块是被对称***还是被不对称***的第二语法元素(horAsymmetricSplitFlag,verAsymmetricSplitFlag);以及
-在第二语法元素指定块被不对称***的情况下的***模式语法元素(vertical/horizontal_asymmetric_type)。
在变型中,编码数据包括指示块与编码顺序中的下一个块合并的语法元素(merge_with_next_CU_flag)。
附图说明
-图1图示了根据现有技术将编码单元不对称细分成预测单元;
-图2和图3图示了根据现有技术将编码树单元***成编码单元;
-图4图示了如由四叉树加二叉树编码工具定义的编码单元的***模式;
-图5表示根据非限制性实施例的被配置为在比特流中编码图像块的传送器的示例性架构;
-图6图示了适配于执行图7和/或图11的编码方法的示例性视频编码器;
-图7表示根据特定且非限制性实施例的在比特流中编码图像的块的方法的流程图;
-图8描绘了根据本原理的不对称***模式的示例;
-图9描绘了根据本原理将CTU划分成CU的示例;
-图10是编码语法的图形表示;
-图11表示根据特定且非限制性实施例的对当前块的二进制***信息进行编码的方法的流程图;
-图12表示根据非限制性实施例的被配置为从比特流解码图像块以获得解码图像块的接收器的示例性架构;
-图13图示了适配于执行图14和/或图15的解码方法的示例性视频解码器的框图;
-图14表示根据特定且非限制性实施例的从比特流解码图像的块的方法的流程图;
-图15表示根据特定且非限制性实施例的在二进制***的情况下对当前块的***模式进行解码的方法的流程图;
-图16和图17图示了根据本原理的代表不对称***模式的语法元素的熵编码处理;以及
-图18图示了编码语法的变型。
具体实施方式
要理解,附图和描述已被简化以说明与清楚理解本原理有关的元素,同时为了清楚起见,除去了存在于典型的编码和/或解码设备中的许多其他元素。将理解,尽管可以在此使用术语第一和第二来描述各种元素,但是这些元素不应被这些术语限制。这些术语仅用于区分一个元素与另一个元素。以上描述各种方法,并且每个方法包括用于实现所描述的方法的一个或多个步骤或动作。除非为了方法的正确操作需要特定顺序的步骤或动作,否则可以修改或组合特定步骤和/或动作的顺序和/或使用。
图片是单色格式的亮度样本阵列或者4:2:0、4:2:2和4:4:4色彩格式的亮度样本阵列和两个对应的色度样本阵列。通常,“块”寻址样本阵列(例如,亮度Y)中的特定区域,而“单元”包括所有编码色彩分量(亮度Y和可能的色度Cb和色度Cr)的同位(collocated)块。然而,在此使用术语“块”来指代块(例如CB)或单元(例如CU)。
在以下部分中,词语“重建的”和“解码的”可以互换使用。通常但不是必需地,在编码器侧使用“重建的”,而在解码器侧使用“解码的”。
编码装置
图5表示根据非限制性实施例的被配置为在比特流中编码图像块的传送器200的示例性架构。
传送器200包括一个或多个处理器2000(其可以包括例如CPU、GPU和/或DSP(数字信号处理器的英文首字母缩写)),以及内部存储器2030(例如RAM、ROM和/或EPROM)。传送器200包括一个或多个通信接口2010(例如,键盘、鼠标、触摸板、网络摄像头),每个通信接口适配于显示输出信息和/或允许用户输入命令和/或数据(例如流);以及电源2020,其可以在传送器200的外部。传送器200也可以包括一个或多个网络接口(未示出)。编码器模块2040表示可以包括在设备中以执行编码功能的模块。另外,编码器模块2040可以实现为传送器200的分离元件,或者可以作为硬件和软件的组合并入处理器2000中,如本领域技术人员已知的那样。
可以从源获得图像块。根据不同的实施例,源可以是但不限于:
-本地存储器,例如视频存储器、RAM、闪速存储器、硬盘;
-储存接口,例如与大容量储存器、ROM、光盘或磁性支撑的接口;
-通信接口,例如有线接口(例如总线接口、广域网接口、局域网接口)或无线接口(诸如IEEE 802.11接口或蓝牙接口);以及
-图像捕获电路(例如传感器,诸如例如CCD(或电荷耦合器件)或CMOS(或互补金属氧化物半导体))。
根据不同的实施例,可以将比特流发送到目的地。作为示例,将比特流存储在远程或本地存储器中,例如,视频存储器或RAM、硬盘。在变型中,将比特流发送到储存接口(例如与大容量储存器、ROM、闪速存储器、光盘或磁性支撑的接口)和/或将比特流通过通信接口(例如到点对点链路、通信总线、点对多点链路或广播网络的接口)传送。
根据示例性且非限制性实施例,传送器200还包括存储在存储器2030中的计算机程序。计算机程序包括当由传送器200、特别是由处理器2000执行时,使传送器200能够执行参考图7和/或图11描述的编码方法的指令。根据变型,计算机程序在非临时性数字数据支撑上存储在传送器200外部,例如存储在诸如HDD、CD-ROM、DVD、只读和/或DVD驱动器和/或DVD读/写驱动器之类的外部储存介质上,这都是本领域中已知的。因此,传送器200包括读取计算机程序的机制。此外,传送器200可以通过对应的USB端口(未示出)访问一个或多个通用串行总线(USB)型储存设备(例如,“存储棒”)。
根据示例性且非限制性实施例,传送器200可以是但不限于:
-移动设备;
-通信设备;
-游戏设备;
-平板(或平板计算机);
-膝上型机;
-静止图像相机;
-摄像机;
-编码芯片或编码设备/装置;
-静止图像服务器;以及
-视频服务器(例如广播服务器、视频点播服务器或网络服务器)。
图6图示了适配于执行图7和/或图11的编码方法的示例性视频编码器400。编码器400是传送器200的示例,或者可以是这样的传送器200的一部分。为了对具有一个或多个图片的视频序列进行编码,可以将图片划分成具有可配置大小的正方形形状的编码树单元(CTU)。可以将连续的编码树单元集合分组成切片。CTU是划分成编码单元的QTBT的根。在示例性编码器400中,如下所述,由编码器模块对图片进行编码。使用帧内或帧间模式对每个块进行编码。当以帧内模式对块进行编码时,编码器400执行帧内预测(模块460)。在帧间模式中,执行运动估计(模块475)和补偿(模块470)。编码器判定(模块405)使用帧内模式或帧间模式中的哪一个对块进行编码,并且通过预测模式标志来指示帧内/帧间判定。通过从原始图像块中减去(模块410)预测样本块(也称为预测器)来计算残差。
作为示例,根据重建相邻样本来预测帧内模式中的块。通过对存储在参考图片缓冲器480中的参考块进行运动补偿来执行帧间预测。
对残差进行变换(模块425)和量化(模块430)。对量化变换系数以及运动矢量和其他语法元素进行熵编码(模块445)以输出比特流。编码器也可以跳过变换并将量化直接应用于非变换的残差信号。编码器也可以绕过变换和量化二者,即,在不应用变换或量化处理的情况下直接对残差进行编码。在直接PCM编码中,不应用预测,并且将块样本直接编码到比特流中。
编码器包括解码环路,并由此对编码块进行解码以提供用于进一步预测的参考。对量化变换系数进行解量化(模块440)和逆变换(模块450)以对残差进行解码。通过将解码残差和预测样本块组合(模块455)来重建图像块。可以将环内滤波器(465)应用于重建图片,例如,以执行去块/SAO(样本自适应偏移)滤波以减少编码伪像。将滤波图像存储在参考图片缓冲器480中。
编码方法
图7表示根据特定且非限制性实施例的在比特流中编码图像的块的方法的流程图。
该方法在步骤S200开始。在步骤S210,传送器(例如诸如编码器400)访问图像的块。该块的大小为w×h,其中w是块的宽度(以像素为单位),h是块的高度(以像素为单位)。该块是亮度样本编码块、色度样本编码块或者由亮度样本编码块和两个色度样本编码块形成的编码单元中的一个。在步骤S220,传送器在***模式集合中确定用于所访问的块的***模式。在特定实施例中,所确定的***模式是***模式集合中的一个,其提供最小速率失真成本。根据本原理,***模式集合包括至少一个不对称***模式。图8描绘了这样的不对称***模式的示例。在第一实施例中,至少一个不对称***模式指示将块水平地***成一个高度为h/4的子块和一个高度为3h/4的子块。高度为h/4的子块在高度为3h/4的子块的上方(模式HOR_UP)或下方(模式HOR_DOWN)。在另一实施例中,至少一个不对称***模式指示将块垂直地***成一个宽度为w/4的子块和一个宽度为3w/4的子块。宽度为w/4的子块在宽度为3w/4的子块的左侧(模式VER_LEFT)或右侧(模式VER_RIGHT)。在特定实施例中,***模式集合包括图8上描绘的所有***模式。在变型实施例中,至少一个不对称***模式指示将块水平地或垂直地***成大小不是二的幂的子块,例如它们在宽度w或高度h上的大小等于3.2n个像素,其中n是整数。
在变型中,除了至少一个不对称***模式之外,***模式集合还包括由QTBT定义并在图4上描绘的***模式。在***模式指示块不被进一步***的情况下(例如***模式=NO_SPLIT),然后在步骤S250对块进行编码。
否则,在步骤S230,传送器响应于所确定的***模式,将所访问的块***成至少两个子块。
在步骤S240,传送器在比特流中对至少两个子块进行编码。对至少两个子块进行编码可以包括在至少两个子块中的每个子块上递归地应用步骤S220至S250。当块不被进一步***时(例如由于在步骤S220确定***模式NO_SPLIT),递归***结束。在该情况下,通过应用以下步骤在步骤S250对块进行编码:
-对所述块的样本应用相同的预测以获得预测块;
-根据所述预测块和所述块来确定残差块;
-对所述残差块的样本应用相同的变换以获得变换块;
-在比特流中对所述变换块进行编码(例如量化和熵编码)。
指示如何将块***的***信息也被编码在比特流中。
该方法在步骤S260结束。
有利地,根据本原理,可以由编码器选择具有等于3·2n的宽度或高度的编码单元。在这样的情况下,可以执行具有3的倍数的大小的矩形块的帧内预测和/或帧间预测。另外,也可以执行在宽度或高度上具有3·2n的大小的2D变换,以及随后的变换系数熵编码处理。
这些附加编码单元拓扑有助于具有在空间上匹配原始信号中包含的结构和不连续性的编码结构。在图9上表示根据本原理将CTU划分成CU的示例。在该图上,四叉树划分由实线表示,而二进制划分(对称和不对称)由虚线表示。这样的划分(尤其是灰色CU)不能利用如HEVC或QTBT中定义的划分来获得。在二进制***的情况下添加不对称***模式通过更好地匹配原始信号中包含的结构和不连续性来提高编码效率。
在表1和表2中定义了示例性语法,以在比特流中对二进制***信息进行编码。语法定义各种信息项如何被编码。用于对QTBT中定义的二进制***模式进行编码的语法元素btSplitFlag和btSplitOrientation保持不变。第一语法元素btSplitFlag指示块(CU或CB)是否被***,并且如果是,则第二语法元素btSplitOrientation指示块是被水平***还是垂直***。通过添加新的语法元素以指示图8的新的***模式来修改QTBT语法。表1和表2是根据本原理的语法的示例,并且对QTBT语法的修改以斜体示出。图10是如表1和表2中定义的语法的图形表示。添加的语法元素由图10上的虚线指示。来自QTBT的语法元素由图10上的实线指示。
新的语法元素指示二进制***是否是不对称的,并且如果是,那么使用哪个不对称二进制***模式。更准确地说,对于被二进制***的块,horAsysmmetricFlag和verAsysmmetricFlag语法元素分别在水平***的情况下和在垂直***的情况下指示***模式是否是不对称的。对于水平且不对称***的块,horizontal_asymmetric_type语法元素指示其是根据HOR_UP还是HOR_DOWN不对称二进制***模式被***。对于垂直且不对称***的块,vertical_asymmetric_type语法元素指示其是根据VER_LEFT还是VER_RIGHT不对称二进制***模式被***。
在特定实施例中,在不允许不对称水平***(相应地为不对称垂直***)的情况下,不存在语法元素horAsysmmetricFlag和horizontal_asymmetric_type(相应地为verAsysmmetricFlag和vertical_asymmetric_type)。
表1
表2
图11表示使用表1和表2中定义的修改语法的根据特定且非限制性实施例的对当前块的二进制***信息进行编码的方法的流程图。
在图11上仅表示与当前块的二进制***模式编码有关的步骤。该方法在步骤S2000开始。在步骤S2010,传送器200(诸如编码器400)访问当前块。
在步骤S2020,传送器200检查对于当前块是否允许二进制***。这典型地包括检查当前块宽度(w)或当前块高度(h)是否高于第一阈值(minBTSize)。宽度或高度上的典型的最小矩形块大小为minBTSize=4。如果否,则不对块进行***,并且不对与***有关的其他语法元素进行编码。
否则(允许二进制***),在步骤S2030对第一标志(btSplitFlag)进行编码以指示当前块是否被***。作为示例,btSplitFlag可以取值1或True以指示当前块被***,以及取值False或0以指示当前块不被***。在步骤S2040,传送器200检查第一标志指示当前块被***还是不被***。
在步骤S2040第一标志指示当前块不被***的情况下(例如由于btSplitFlag=False),则不对与***有关的其他语法元素进行编码。
否则,在步骤S2040第一标志指示当前块被***的情况下(例如由于btSplitFlag=True),传送器200在步骤S2050确定对于当前块是否允许水平、垂直、不对称水平和不对称垂直***模式。
作为示例,如果以下条件为真(w>minBTSize&&w%3≠0),其中%是模运算符,则允许垂直***模式。在w除以3之后,w%3返回余数。典型地,minBTSize可以等于4,并且如果w等于8、16或32,则允许垂直***模式。
在该情况下,vertical_allowed参数可以设置为值1或真。作为示例,如果以下条件为真(h>minBTSize&&h%3≠0),则允许水平***模式。在该情况下,horizontal_allowed参数可以设置为值1或真。作为示例,如果以下条件为真vertical_allowed&&w>8,则允许垂直不对称***模式。作为示例,如果以下条件为真horizontal_allowed&&h>8,则允许水平不对称***模式。因此,从不对称水平或垂直***中产生的典型的所允许的块宽度或高度是16/4=4、16*3/4=12、32/4=8、32*3/4=24。
在该实施例中,如果块已经以不对称方式被***,则我们不允许在块具有3的倍数的大小的方向上将块进一步***。此外,作出对块大小的某个限制以允许块的不对称***。典型地,块大小应当高于8。在该情况下,作为3的倍数的最小块大小是12。
在特定实施例中,给定要***的块具有2的倍数的大小,允许在一个方向上大小等于3·2n,n≥1的块沿着该方向的二进制***。这意味着块的***可以导致3的块大小。例如,12×4的块可以被***成2个子块,每个子块具有6×4的大小。
在另一特定实施例中,允许块的不对称***,条件是块的大小高于8,并且是2的幂。例如,这允许将具有8×4大小的块不对称***成具有6×4和2×4大小的两个子编码单元。特别是在QTBT工具允许块大小降至2的色度分量中,这可以是可能的。在这样的情况下,条件vertical_allowed&&w>8由条件vertical_allowed&&w≥8代替。类似地,在这样的情况下,条件horizontal_allowed&&w>8由条件horizontal_allowed&&w≥8代替。
在步骤S2060,传送器200检查水平***模式和垂直***模式是否都被允许。如果是,则在步骤S2070对语法元素(btSplitOrientation)进行编码以指示二进制***取向(水平或垂直)。如果不允许水平或垂直***,则不对该语法元素(btSplitOrientation)进行编码。在后一种情况下,在解码器侧如下推断二进制***取向:如果不允许水平***,则推断btSplitOrientation等于VER。否则,如果不允许垂直***,则推断btSplitOrientation等于HOR。
然后,传送器200在步骤S2080(在水平***的情况下)或者在步骤S2090(在垂直***的情况下)检查沿着该取向是否允许不对称***模式。如果否,则不对与***有关的另外的语法元素进行编码。在后一种情况下,在解码器侧将二进制***模式推断为HOR或VER,这取决于btSplitOrientation值。
否则,对语法元素(horAsymmetricSplitFlag或verAsymmetricSplitFlag)进行编码(在步骤S2082或S2092)以指示是否将不对称***用于当前块。
作为示例,horAsymmetricSplitFlag(相应地为verAsymmetricSplitFlag)可以取值1或True以指示当前块被不对称***,以及取值False或0以指示当前块不被不对称***。在步骤S2084(相应地为S2094),传送器200检查当前块是否被水平地(相应地为垂直地)不对称***。
如果不使用不对称***(例如,在步骤S2084,horAsymmetricSplitFlag为假,或者在步骤S2094,verAsymmetricSplitFlag为False),则不对与***有关的另外的语法元素进行编码。如果使用不对称***(在步骤S2084,horAsymmetricSplitFlag为真,或者在步骤S2094,verAsymmetricSplitFlag为True),则对另一语法元素(horizontal_asymmetric_type或vertical_asymmetric_type)进行编码(在步骤S2086或S2096)以指示当前块的不对称***模式。
horizontal_asymmetric_type可以取值HOR_UP或HOR_DOWN,并且vertical_asymmetric_type可取值VER_LEFT或VER_RIGHT。
该方法在步骤S2100结束。
解码装置
图12表示根据非限制性实施例的被配置为从比特流解码图像块以获得解码图像块的接收器100的示例性架构。
接收器100包括一个或多个处理器1000(其可以包括例如CPU、GPU和/或DSP(数字信号处理器的英文首字母缩写)),以及内部存储器1030(例如RAM、ROM和/或EPROM)。接收器100包括一个或多个通信接口1010(例如,键盘、鼠标、触摸板、网络摄像头),每个通信接口适配于显示输出信息和/或允许用户输入命令和/或数据(例如解码图像块);以及电源1020,其可以在接收器100的外部。接收器100也可以包括一个或多个网络接口(未示出)。解码器模块1040表示可以包括在设备中以执行解码功能的模块。另外,解码器模块1040可以实现为接收器100的分离元件,或者可以作为硬件和软件的组合并入处理器1000中,如本领域技术人员已知的那样。
可以从源获得比特流。根据不同的实施例,源可以是但不限于:
-本地存储器,例如视频存储器、RAM、闪速存储器、硬盘;
-储存接口,例如与大容量储存器、ROM、光盘或磁性支撑的接口;
-通信接口,例如有线接口(例如总线接口、广域网接口、局域网接口)或无线接口(例如IEEE 802.11接口或蓝牙接口);以及
-图片捕获电路(例如传感器,诸如例如CCD(或电荷耦合器件)或CMOS(或互补金属氧化物半导体))。
根据不同的实施例,可以将解码图像块发送到目的地,例如,显示设备。作为示例,将解码图像块存储在远程或本地存储器中,例如,视频存储器或RAM、硬盘。在变型中,将解码图像块发送到储存接口(例如与大容量储存器、ROM、闪速存储器、光盘或磁性支撑的接口)和/或将解码图像块通过通信接口(例如到点对点链路、通信总线、点对多点链路或广播网络的接口)传送。
根据特定且非限制性实施例,接收器100还包括存储在存储器1030中的计算机程序。计算机程序包括当由接收器100、特别是由处理器1000执行时,使接收器能够执行参考图14和/或图15描述的解码方法的指令。根据变型,计算机程序在非临时性数字数据支撑上存储在接收器100外部,例如,存储在诸如HDD、CD-ROM、DVD、只读和/或DVD驱动器和/或DVD读/写驱动器之类的外部储存介质上,这都是本领域中已知的。因此,接收器100包括读取计算机程序的机制。此外,接收器100可以通过对应的USB端口(未示出)访问一个或多个通用串行总线(USB)型储存设备(例如,“存储棒”)。
根据示例性且非限制性实施例,接收器100可以是但不限于:
-移动设备;
-通信设备;
-游戏设备;
-机顶盒;
-电视机;
-平板(或平板计算机);
-膝上型机;
-视频播放器,例如蓝光播放器、DVD播放器;
-显示器,以及
-解码芯片或解码设备/装置。
图13图示了适配于执行图14和/或图15的解码方法的示例性视频解码器300的框图。视频解码器300是接收器100的示例,或者可以是这样的接收器100的一部分。在示例性解码器300中,如下所述,由解码器模块对比特流进行解码。视频解码器300通常执行与如图6中描述的由视频编码器400执行的编码通道对等的解码通道。
特别地,解码器的输入包括视频比特流,其可以由视频编码器400生成。首先对比特流进行熵解码(模块330)以获得变换系数、运动矢量和其他编码信息。对变换系数进行解量化(模块340)和逆变换(模块350)以对残差进行解码。然后将解码残差与预测样本块(也称为预测器)组合(模块355)以获得解码/重建的图像块。可以从帧内预测(模块360)或运动补偿预测(即,帧间预测)(模块375)获得(模块370)预测样本块。可以将环内滤波器(模块365)应用于重建图像。环内滤波器可以包括去块滤波器和SAO滤波器。将滤波图像存储在参考图片缓冲器380中。
解码方法
图14表示根据特定且非限制性实施例的从比特流解码图像的块的方法的流程图。该块的大小为w×h,其中w是以像素为单位的块的宽度,h是以像素为单位的块的高度。该块是亮度样本块、色度样本块或者由亮度样本块和两个色度样本块形成的编码单元中的一个。
该方法在步骤S100开始。在步骤S110,接收器100(诸如解码器300)访问代表要解码的块的比特流或其一部分。
在步骤S120,接收器在***模式集合中确定用于该块的***模式。***模式例如从比特流解码。根据本原理,***模式集合包括至少一个不对称***模式。图8描绘了这样的不对称***模式的示例。在第一实施例中,至少一个不对称***模式指示将块水平地***成一个高度为h/4的子块和一个高度为3h/4的子块。高度为h/4的子块在高度为3h/4的子块的上方(模式HOR_UP)或下方(模式HOR_DOWN)。在另一实施例中,至少一个不对称***模式指示将块垂直地***成一个宽度为w/4的子块和一个宽度为3w/4的子块。宽度为w/4的子块在宽度为3w/4的子块的左侧(模式VER_LEFT)或右侧(模式VER_RIGHT)。在特定实施例中,***模式集合包括图8上描绘的所有***模式。在变型实施例中,至少一个不对称***模式指示将块水平地或垂直地***成大小不是二的幂的子块,例如它们在宽度或高度上的大小等于3.2n,其中n是整数。
在变型中,除了至少一个不对称***模式之外,***模式集合还包括由QTBT定义并在图4上描绘的***模式。在***模式指示块不被进一步***的情况下(NO_SPLIT),然后在步骤S150对块进行解码。
否则,在步骤S130,接收器响应于所确定的***模式,将所访问的块***成至少两个子块。
在步骤S140,传送器对至少两个子块中的每个子块进行解码。对至少两个子块进行解码可以包括在至少两个子块中的每个子块上递归地应用步骤S120至S140。当块不被进一步***时(例如由于在步骤S120确定***模式NO_SPLIT),递归***结束。在该情况下,通过应用以下步骤在步骤S150对块进行解码:
-对所述子块的变换块进行解码(例如熵解码和逆量化);
-对所述经解码变换块的样本应用相同的变换(在编码器侧使用的变换的逆)以获得残差块;
-对所述子块的样本应用相同的预测以获得预测块;
-根据所述预测块和所述残差块来重建所述子块。
该方法在步骤S160结束。
也从比特流解码指示如何将块***的***信息。
图15表示使用表1和表2中定义的修改语法的根据特定且非限制性实施例的在二进制***的情况下对当前块的***模式进行解码的方法的流程图。
在图15上仅表示与当前块的二进制***模式解码有关的步骤。该方法从步骤S1000开始。在步骤S1010,接收器100(诸如解码器300)访问代表要解码的当前块的比特流或其一部分。
在步骤S1020,接收器100检查对于要解码的当前块是否允许二进制***。这典型地包括检查当前块宽度(w)或当前块高度(h)是否高于第一阈值(minBTSize)。宽度或高度上的典型的最小矩形块大小为minBTSize=4。如果不允许二进制***,则不对块进行***(在步骤S1045,将btSplitMode设置为NO_SPLIT),并且不对与***有关的其他语法元素进行解码。
否则(允许二进制***),在步骤S1030从比特流解码第一标志(btSplitFlag),其指示当前块是否被***。
在步骤S1040,接收器100检查当前块是否被***。如果当前块不被***(例如,在步骤S1040,btSplitFlag为False),则不对与***有关的其他语法元素进行解码。在步骤S1045,将btSplitMode设置为NO_SPLIT。
在当前块被***的情况下(步骤S1040,btSplitFlag为True),接收器100在步骤S1050确定对于当前块是否允许水平、垂直、不对称水平和不对称垂直***模式。步骤S1050与图11的步骤S2050相同。
在步骤S1060,接收器100检查水平***模式和垂直***模式是否都被允许。如果是,则在步骤S1070对语法元素(btSplitOrientation)进行解码以指示二进制***取向(水平或垂直)。如果不允许水平或垂直***,则不对该语法元素(btSplitOrientation)进行解码。在后一种情况下,在步骤S1065推断二进制***取向。如果不允许水平***,则推断btSplitOrientation等于VER。否则,如果不允许垂直***,则推断btSplitOrientation等于HOR。
然后,接收器100在步骤S1080(在水平***的情况下)或者在步骤S1090(在垂直***的情况下)检查沿着该取向是否允许不对称***模式。如果否,则不对与***有关的另外的语法元素进行解码。在后一种情况下,将二进制***模式推断为HOR或VER,这取决于btSplitOrientation值(在步骤S1085,将btSplitMode设置为btSplitOrientation)。
否则,对语法元素(horAsymmetricSplitFlag或verAsymmetricSplitFlag)进行解码(在步骤S1082或S1092),其指示是否将不对称***用于当前块。在步骤S1084(相应地为S1094),接收器100检查当前块是否被水平地(相应地为垂直地)不对称***。
如果不使用不对称***(horAsymmetricSplitFlag或verAsymmetricSplitFlag不为True),则不对与***有关的另外的语法元素进行解码。如果使用不对称***(horAsymmetricSplitFlag或verAsymmetricSplitFlag为True),则对语法元素(horizontal_asymmetric_type或vertical_asymmetric_type)进行解码(在步骤S1086或S1096),其指示用于当前块的不对称***模式。
horizontal_asymmetric_type可以取值HOR_UP或HOR_DOWN,并且vertical_asymmetric_type可取值VER_LEFT或VER_RIGHT。
如果horizontal_asymmetric_type取值HOR_UP,则将二进制***模式(btSplitMode)设置为等于HOR_UP。
如果horizontal_asymmetric_tupe取值HOR_DOWN,则将二进制***模式设置为等于HOR_DOWN。
如果vertical_asymmetrictype取值VER_LEFT,则将二进制***模式设置为等于VER_LEFT。
如果horizontal_asymmetric_e取值VER_LEFT,则将二进制***模式设置为等于VER_LEFT。
该方法在步骤S1100结束。
语法元素的熵编码和解码
可以以不同方式对新的语法元素verAsymmetricSplitFlag和horAsymmetricSplitFlag进行编码。在第一实施例中,verAsymmetricSplitFlag(相应地为horAsymmetricSplitFlag)在比特流中利用单个比特进行编码。这仅在对称***模式和不对称***模式具有相等概率(也就是说,verAsymmetricSplitFlag(相应地为horAsymmetricSplitFlag)具有0.5的概率等于真)的情况下是最佳的。在该情况下,分别由这些语法元素带来的平均信息量等于1比特,并且利用1比特的固定长度编码是最佳的。
在大多数实际情况中,对称***模式和不对称***模式可能不是等概率的。因此,根据另一实施例,使用基于上下文的算术编码对语法元素verAsymmetricSplitFlag和horAsymmetricSplitFlag进行编码。基于上下文的算术编码包括上下文建模和算术编码。在特定实施例中,它可以包括在上下文建模之前对语法元素的二值化。根据过去的编码方案(例如H.264和HEVC),二值化和算术编码是众所周知的。上下文建模基于某个上下文来估计每个语法元素的概率,并且在编码器和解码器侧对称地应用。关于熵编码所公开的以下实施例也适用于熵解码。由此为新的语法元素horAsymmetricFlag和verAsymmetricFlag定义新的上下文。
在该实施例中,使用分别与每个语法元素horAsymmetricFlag和verAsymmetricFlag相关联的两个简单上下文。这些上下文中的每个上下文仅取决于由所涉及的语法元素本身在过去(即,当对编码顺序中当前块之前的块进行编码时)所采用的值。因此,能够通过平均信息量对该不对称***模式信息进行编码,该平均信息量接近由所考虑的语法元素表示的随机变量的一阶熵。因此,在这些标志的统计分布不均匀的情况下,通过平均少于一个比特对这些语法元素进行编码。在该基于上下文的编码的变型中,用于horAsymmetricFlag和verAsymmetricFlag的上下文是相同的。实际上,这两个语法元素的编码可以共享相同的上下文。如果我们假设horAsymmetricFlag为TRUE或FALSE的概率(知道当前块在水平取向上被二进制***)接近于verAsymmetricFlag为TRUE或FALSE的概率(知道当前块在垂直取向上被二进制***),则这将是有效的。
在第三实施例中,根据与已经在之前的相邻块中判定的***配置有关的某个上下文信息,对这些语法元素verAsymmetricSplitFlag和horAsymmetricSplitFlag进行熵编码。当不对称***用于当前块时,则两个子块中的一个子块在宽度或高度上具有等于当前块的大小的四分之一的大小。这意味着当前块中的原始信号包含一些空间活性或不连续性,并且***当前块在编码效率方面是有价值的。在编码顺序中当前块之前的相邻块中也可能存在这样的高空间活性或不连续性。
根据具有小于或等于当前块大小的四分之一的大小的子块的数量以及所考虑的***取向,定义上下文,以对不对称***语法元素进行编码。分别对于水平和垂直不对称***上下文,采用以下形式:
-确定nbQuarterHeightSubCU=左侧相邻块中具有小于或等于的高度的子块的数量,其中height=当前块的高度;
-确定
horAsymmetricSplitCtxt=(nbQuarterHeightSubCU>0?1:0)(1)
根据等式(1),使用两个不同的上下文对horAsymmetricSplitFlag语法元素进行编码。如果值nbQuarterHeightSubCU严格大于零,则使用第一上下文(具有索引0)对与horAsymmetricSplitFlag相对应的二进制符号进行编码。在相反的情况下,如果值nbQuarterHeightSubCU等于零,则使用第二上下文(具有索引1)对与horAsymmetricSplitFlag相对应的二进制符号进行编码。
左侧相邻块对应于具有大于或等于当前块高度的高度的块,并且其右侧边界具有等于当前块的左侧边界的x坐标减1的x坐标。可以在高度上将左侧相邻块***成一个或若干个子块。
-确定nbQuarterWidthSubCU=顶部相邻块中具有小于或等于的宽度的子块的数量,其中width=当前块的宽度;
-确定verAsymmetricSplitCtxt=(nbQuarterWidthSubC>0?1:0)(2)
根据等式(2),使用两个不同的上下文对verAsymmetricSplitFlag语法元素进行编码。如果值nbQuarterWidthSubCU严格大于零,则使用第一上下文(具有索引0)对与verAsymmetricSplitFlag相对应的二进制符号进行编码。在相反的情况下,如果值nbQuarterWidthSubCU等于零,则使用第二上下文(具有索引1)对与verAsymmetricSplitFlag相对应的二进制符号进行编码。
顶部相邻块对应于具有大于或等于当前块宽度的宽度的块,并且其底部边界具有等于当前块的顶部边界的y坐标减1的y坐标。可以在宽度上将顶部相邻块***成一个或若干个子块。
根据另一实施例,根据分别在宽度和高度上具有高于当前块的大小的一半的大小的相邻块的存在,确定用于对不对称***标志verAsymmetricSplitFlag和horAsymmetricSplitFlag进行编码的上下文。这采用以下形式。首先,如下确定用于对元素horAsymmetricSplitFlag的编码进行编码的上下文:
-确定位于当前CU左上角的左侧的块是否具有高于当前块高度的一半的高度。
-确定位于当前CU左下角的左侧的块是否具有大于当前块高度的一半的高度。
-如果以上测试之一为肯定的,则给定horAsymmetricSplitCtxt值0。
-否则,给定horAsymmetricSplitCtxt值1。
类似地,如下确定用于对元素verAsymmetricSplitFlag的编码进行编码的上下文:
-确定位于当前CU左上角的顶部的块是否具有高于当前块宽度的一半的宽度。
-确定位于当前CU右上角的顶部的块是否具有大于当前块宽度的一半的宽度。
-如果以上测试之一为肯定的,则给定verAsymmetricSplitCtxt值0。
-否则,给定verAsymmetricSplitCtxt值1。
根据另一实施例,根据切片类型(INTRA或INTER),使用一些单独的上下文对horAsymmetricSplitFlag和verAsymmetricSplitFlag进行编码/解码。在INTER切片中,使用以上上下文确定方法。在INTRA切片中,分别对horAsymmetricSplitFlag和verAsymmetricSplitFlag使用单个上下文来捕获这两个标志的统计行为,而不管在对这些标志进行编码/解码时可用的上下文块大小信息。
该实施例的优点是更好地对编码标志与相邻块信息之间的统计依赖性进行建模,尤其是在INTER切片中,其降低与这些标志的编码相关联的速率成本。
根据另一实施例,根据与当前块相关联的四叉树加二叉树深度值,对在先前的实施例之一中提出的上下文加索引。因此,对于CTU的四叉树加二叉树表示中的每个深度级别,使用单独的上下文集合。有利地,使用更精确的上下文对被编码/解码的语法元素的统计行为进行建模。
在第三实施例中,使用两个不同上下文的集合来执行语法元素horAsymmetricSplitFlag和verAsymmetricSplitFlag的上下文自适应编码。因此,如下表示上下文集合:
·horAsymmetricSplitFlagCtx[0..1]
·verAsymmetricSplitFlagCtx[0..1]
在本实施例中,通过四叉树加二叉树CTU表示中的处理块的深度对上下文加索引。因此,基于深度级别进一步对两个以上上下文集合加索引:
·horAsymmetricSplitFlagCtx[0...maxDepth][0..1]
·verAsymmetricSplitFlagCtx[0...maxDepth][0..1]
其中maxDepth表示块的最大深度。这里通过深度意指当前块的四叉树深度和二叉树深度之和。
根据另一实施例,根据块的形状,即宽度和高度,对在先前的实施例之一中提出的上下文加索引。这意味着对于可能的编码大小的每个元组(w,h),使用单独的上下文集合。该实施例的优点是用于对被编码/解码的语法元素的统计行为进行建模的进一步改进的上下文。有利地,使用更精确的上下文对被编码/解码的语法元素的统计行为进行建模。
在本实施例中,通过块的宽度的log2和块的高度的log2对上下文加索引:
·horAsymmetricSplitFlagCtx[0...maxLog2CUHeight][0..1]
·verAsymmetricSplitFlagCtx[0...maxLog2CUWidth][0..1]
其中maxLog2CUWidth和maxLog2CUHeight表示等于2的幂的最大可能块宽度和块高度的log2。
上下文与等于2的幂的块大小相关联,因为不对称***可能仅适用于等于2的幂的块大小。
可以以不同方式对新的语法元素horizontal_asymmetric_type或vertical_asymmetric_type进行编码。在第一实施例中,horizontal_asymmetric_type(相应地为vertical_asymmetric_type)在比特流中利用单个比特进行编码。
这仅在horizontal_asymmetric_type或vertical_asymmetric_type语法元素具有相等概率的情况下是最佳的。
根据另一实施例,使用基于上下文的算术编码对语法元素horizontal_asymmetric_type或vertical_asymmetric_type进行编码。在该实施例中,使用分别与每个语法元素horizontal_asymmetric_type或vertical_asymmetric_type相关联的两个简单上下文。这些上下文中的每个上下文仅取决于由所涉及的语法元素本身在过去(即,当对编码顺序中之前的块进行编码时)所采用的值。在该基于上下文的编码的变型中,用于horizontal_asymmetric_type和vertical_asymmetric_type的上下文可以是相同的。因此,这两个语法元素的编码共享相同的上下文。如果我们假设horizontal_asymmetric_type为TRUE或FALSE的概率(知道当前块在水平取向上被不对称二进制***)接近于vertical_asymmetric_type为TRUE或FALSE的概率(知道当前块在垂直取向上被不对称二进制***),则这将是有效的。
在第三实施例中,如图16和图17上所示,根据与已经在之前的相邻块中判定的***配置有关的某个上下文信息,对这些语法元素horizontal_asymmetric_type或vertical_asymmetric_type进行熵编码。在水平不对称***中,如果当前块左侧的先前块中的***边界(图16上的F1)存在并且在空间上与通过选择水平不对称***将出现在当前块中的水平边界重合,则在当前块中使用该不对称***的概率增加。
在图16上示出了该原理。在该图的左侧,在当前块中评估候选HOR_UP***模式,而左侧的相邻块未被***。在该情况下对于当前块使用HOR_UP***模式的概率低于在图16的右侧描绘的情况。实际上,在后一种情况下,利用***配置对相邻块进行了编码,该***配置包含通过选择HOR_UP***模式将在当前块中传播的水平边界。在当前块中选择HOR_UP***模式更可能发生在该情况下,而不是在图16的左侧描绘的前一种情况下。
在垂直不对称***的情况下,也在图17上示出了该原理。比起在图17的左侧的情况下,在图17的右侧描绘的情况下VER_RIGHT***模式具有用于对当前块进行编码的更高概率,因为它将垂直边界F2从位于当前块上方的相邻块传播到当前块中。
基于该原理,使用以下上下文对语法元素horizontal_asymmetric_type进行编码和解码:
·确定左侧相邻块中是否存在与将从HOR_UP不对称类型中产生的边界对齐的边界。取决于结果,将hor_up_aligned_boundary设置为真或假。
·确定左侧相邻块中是否存在与将从HOR_DOWN不对称类型中产生的边界对齐的边界。取决于结果,将hor_down_aligned_boundary设置为真或假。
·如下在值(0,1,2)之中确定上下文索引:
hor_asymmetric_type_context
=hor_up_aligned_boundary?1:(hor_down_aligned_boundary:2?0)
(3)
根据等式(3),使用三个不同的上下文对horizontal_asymmetric_type语法元素进行编码。如果值hor_up_aligned_boundary等于TRUE,则使用第一上下文(具有索引1)对与horizontal_asymmetric_type相对应的二进制符号进行编码。在相反的情况下,如果值hor_dOwn_aligned_boundary等于TRUE,则使用第二上下文(具有索引2)对与horizontal_asymmetric_type相对应的二进制符号进行编码。最后,如果值hor_up_aligned_boundary和hor_dOwn_aligned_boundary都等于FALSE,则使用第三上下文(具有索引0)对与horizontal_asymmetric_type相对应的二进制符号进行编码。
使用以下上下文对语法元素vertical_asymmetric_type进行编码和解码:
·确定上方相邻块中是否存在与将从VER_LEFT不对称类型中产生的边界对齐的边界。取决于结果,将ver_left_aligned_boundary设置为真或假。
·确定上方相邻块中是否存在与将从VER_RIGHT不对称类型中产生的边界对齐的边界。取决于结果,将ver_right_aligned_boundary设置为真或假。
·如下在值(0,1,2)之中计算上下文索引:
ver_asymmetric_type_context
=ver_left_aligned_boundary?1:(ver_right_aligned_boundary:2?0)
(4)
根据等式(3),使用三个不同的上下文对vertical_asymmetric_type语法元素进行编码。如果值ver_left_aligned_boundary等于TRUE,则使用第一上下文(具有索引1)对与vertical_asymmetric_type相对应的二进制符号进行编码。在相反的情况下,如果值ver_right_aligned_boundary等于TRUE,则使用第二上下文(具有索引2)对与vertical_asymmetric_type相对应的二进制符号进行编码。最后,如果值ver_left_aligned_boundary和ver_right_aligned_boundary都等于FALSE,则使用第三上下文(具有索引0)对与vertical_asymmetric_type相对应的二进制符号进行编码。
根据另一实施例,语法元素horizontal_asymmetric_type或vertical_asymmetric_type的编码采用分别如下确定的上下文。首先,如下确定用于对标志horizontal_asymmetric_type进行编码的上下文hor_asymmetric_type_context:
-获得位于当前块左上角的左侧的块的高度。这给定值topLeftHeight
-获得位于当前块左下角的左侧的块的高度。这给定值bottomLeftHeight
-如果topLeftHeight等于bottomLeftHeight,则给定hor_asymmetric_type_context值0
-否则,如果topLeftHeight<bottomLeftHeight,则给定hor_asymmetric_type_context值1
-否则(topLeftHeight>bottomLeftHeight的情况),给定hor_asymmetric_type_context值2
因此,使用3个上下文对标志horizontal_asymmetric_type进行编码/解码。
其次,如下确定用于对标志vertical_asymmetric_type进行编码的上下文ver_asymmetric_type_context:
-获得位于当前块左上角的顶部的块的宽度。这给定值topLeftWidth
-获得位于当前块右上角的顶部的块的宽度。这给定值topRightWidth
-如果topLeftWidth等于topRightWidth,则给定vertical_asymmetric_type_context值0
-否则,如果topLeftWidth>topRightWidth,则给定ver_asymmetric_type_context值1
-否则(topLeftWidth<topRightWidth的情况),给定ver_asymmetric_type_context值2
因此,使用3个上下文对标志vertical_asymmetric_type进行编码/解码。
根据另一实施例,根据切片类型(INTRA或INTER),使用一些单独的上下文对horizontal_asymmetric_type和vertical_asymmetric_type进行编码/解码。在INTER切片中,使用以上上下文确定方法。在INTRA切片中,分别标志horizontal_asymmetric_type和vertical_asymmetric_type使用单个上下文来捕获这两个标志的统计行为,而不管在对这些标志进行编码/解码时可用的上下文块大小信息。
该实施例的优点是更好地对编码标志与相邻块信息之间的统计依赖性进行建模,尤其是在INTER切片中,其降低与这些标志的编码相关联的速率成本。
根据另一实施例,根据与当前块相关联的四叉树加二叉树深度值,对在先前的实施例之一中提出的上下文加索引。这意味着对于CTU的四叉树加二叉树表示中的每个深度级别,使用单独的上下文集合。与针对verAsymmetricSplitFlag和horAsymmetricSplitFlag语法元素定义的相同的原理适用。该实施例的优点是用于对被编码/解码的语法元素的统计行为进行建模的更精确的上下文。
根据另一实施例,根据编码单元的形状,即宽度和高度,对在先前实施例之一中提出的上下文加索引。这意味着对于可能的编码大小的每个元组(w,h),使用单独的上下文集合。与针对verAsymmetricSplitFlag和horAsymmetricSplitFlag语法元素定义的相同的原理适用。该实施例的优点是用于对被编码/解码的语法元素的统计行为进行建模的进一步改进的上下文。
表1和表2的语法的变型
在表3中描绘表1和表2中定义的语法的变型。它包括:
-对于当前块,识别其是否可以在空间上与相邻块合并以形成父块的不对称子块。父块可以是当前块的父块(情况1),或者是当前块的父块的父块(情况2)。在编码器侧和解码器侧以相同的方式执行该步骤。
在图18的顶部示出了情况1的示例。在该图上,以灰色填充的顶部子块可以与下一个子块合并以形成当前块的父块的不对称分割。
在图18的底部示出了情况2的示例。当前块是以灰色填充的块。在该图上,当前块可以与下一个子块(在图18上命名为nextSubCU)合并,以便形成图18上称为CU’的块的不对称分割。
-对称为merge_with_next_CU的语法元素进行编码,其对于当前块指示该当前块是否与处理顺序中的下一个块合并,以便形成具有为3·2n的大小的不对称块。
为了以初始QTBT编码语法的最小改变来支持该实施例,对于二叉树和二进制***模式的编码,QTBT语法不变。
表3
当块不被***时,在块编码的前面引入称为“merge_with_next_CU_flag”的新的语法元素。该标志指示所涉及的块尚未在比特流的该阶段被编码,但是它与扫描顺序中的下一个块合并。这使得可能形成具有等于(w*3/2,h)或(w,h*3/2)的大小的不对称块,其取决于当前二进制***取向。
该实施例的优点在于,它强有力地减少支持不对称编码单元所需的QTBT语法修改量。
关于图18公开的该实施例也适用于解码器侧。在该情况下,语法元素merge_with_next_CU_flag被解码以恢复不对称块。
在此描述的实现方式可以例如以方法或处理、装置、软件程序、数据流或信号来实现。即使仅在单一形式的实现方式的背景下进行了讨论(例如,仅作为方法或设备进行了讨论),但是所讨论的特征的实现方式也可以以其他形式(例如程序)来实现。装置可以在例如适当的硬件、软件和固件中实现。方法例如可以在诸如例如处理器(其一般涉及处理设备,包括例如计算机、微处理器、集成电路或可编程逻辑器件)之类的装置中实现。处理器还包括诸如例如计算机、蜂窝电话、便携/个人数字助理(“PDA”)之类的通信设备,以及促成在最终用户之间进行信息通信的其他设备。
在此描述的各种处理和特征的实现方式可以以各种不同的装备或应用(特别地,例如装备或应用)来实施。这样的装备的示例包括编码器、解码器、处理来自解码器的输出的后处理器、向编码器提供输入的预处理器、视频编码器、视频解码器、视频编解码器、网络服务器、机顶盒、膝上型机、个人计算机、蜂窝电话、PDA和其他通信设备。如应当清楚的那样,装备可以是移动的,并且甚至安装在移动交通工具中。
另外,该方法可以由处理器正执行的指令来实现,并且这样的指令(和/或由实现方式产生的数据值)可以存储在处理器可读介质上,诸如例如集成电路、软件载体或其他储存设备,诸如例如硬盘、压缩磁盘(“CD”)、光盘(诸如例如DVD,通常称为数字多功能盘或数字视频盘))、随机存取存储器(“RAM”)或只读存储器(“ROM”)。指令可以形成有形地包含在处理器可读介质上的应用程序。指令可以例如在硬件、固件、软件或组合中。指令可以存在于例如操作***、单独的应用或两者的组合中。因此,处理器可以表征为例如被配置为执行处理的设备和包括具有用于执行处理的指令的处理器可读介质(诸如储存设备)的设备二者。此外,除了指令或者代替指令,处理器可读介质可以存储由实现方式产生的数据值。
如对于本领域技术人员将明显的那样,实现方式可以产生被格式化为携带例如可以被存储或传送的信息的各种信号。信息可以包括例如用于执行方法的指令或者由所描述的实现方式之一产生的数据。例如,可以将信号格式化为携带用于写入或读取所描述的实施例的语法的规则作为数据,或者携带由所描述的实施例写入的实际语法值作为数据。例如,这样的信号可以被格式化为电磁波(例如使用频谱的射频部分)或者基带信号。格式化可以包括例如对数据流进行编码以及以经编码的数据流调制载波。例如,信号携带的信息可以是模拟或数字信息。如已知的那样,可以通过各种不同的有线或无线链路来传送信号。信号可以存储在处理器可读介质上。
已经描述了多个实现方式。然而,将理解,可以进行各种修改。例如,可以对不同实现方式的元素进行组合、补充、修改或移除,以产生其他实现方式。另外,普通技术人员将理解,其他结构和处理可以替代所公开的那些结构和处理,并且所得到的实现方式将以与所公开的实现方式至少基本相同的方式来执行与所公开的实现方式至少基本相同的功能,以实现与所公开的实现方式至少基本相同的结果。因此,本申请考虑了这些以及其他实现方式。
Claims (22)
1.一种对图像的块进行解码的解码方法,包括:
-在***模式集合中确定用于所述块的***模式,其中所述***模式集合包括用于将所述块不对称***成至少两个子块的至少一个***模式;
-响应于所述***模式,将所述块***成至少两个子块;
-对所述至少两个子块中的每个子块进行解码,其中确定所述***模式包括:
-对指定所述块是被垂直***还是被水平***的第一语法元素(btSplitOrientation)进行解码;
-对指定所述块是被对称***还是被不对称***的第二语法元素(horAsymmetricSplitFlag,verAsymmetricSplitFlag)进行解码;以及
-在所述第二语法元素指定所述块被不对称***的情况下,对***模式语法元素(vertical_asymmetric_type/horizontal_asymmetric_type)进行解码。
2.一种被配置为对图像的块进行解码的解码设备,包括:
-用于在***模式集合中确定用于所述块的***模式的部件,其中所述***模式集合包括用于将所述块不对称***成至少两个子块的至少一个***模式;
-用于响应于所述***模式,将所述块***成至少两个子块的部件;
-用于对所述至少两个子块中的每个子块进行解码的部件;
其中用于确定所述***模式的所述部件被配置为:
-对指定所述块是被垂直***还是被水平***的第一语法元素(btSplitOrientation)进行解码;
-对指定所述块是被对称***还是被不对称***的第二语法元素(horAsymmetricSplitFlag,verAsymmetricSplitFlag)进行解码;以及
-在所述第二语法元素指定所述块被不对称***的情况下,对***模式语法元素(vertical_asymmetric_type/horizontal_asymmetric_type)进行解码。
3.根据权利要求1所述的方法或者根据权利要求2所述的设备,其中对所述第二语法元素进行解码包括:
-确定用于对所述第二语法元素进行解码的上下文,其中所述上下文是根据相对于当前块的大小的相邻块的大小,其中所述大小是宽度或高度;以及
-响应于所述确定的上下文,对所述第二语法元素进行基于上下文的算术解码。
4.根据权利要求3所述的方法或者根据权利要求3所述的设备,其中所述上下文是根据相邻块中的、具有小于所述块的大小的四分之一的大小的子块的数量,其中所述大小是宽度或高度。
5.根据权利要求4所述的方法或者根据权利要求4所述的设备,其中在所述块被水平***的情况下,确定用于对所述第二语法元素进行解码的所述上下文包括:
-确定位于所述块的左侧的相邻块中的、具有小于所述块的高度的四分之一的高度的子块的数量;以及
-在所述数量等于零的情况下获得第一上下文,否则获得第二上下文。
6.根据权利要求4至5中任一项所述的方法或者根据权利要求4至5中任一项所述的设备,其中在所述块被垂直***的情况下,确定用于对所述第二语法元素进行解码的所述上下文包括:
-确定位于所述块的顶部的相邻块中的、具有小于所述块的宽度的四分之一的宽度的子块的数量;以及
-在所述数量等于零的情况下获得第一上下文,否则获得第二上下文。
7.根据权利要求3所述的方法或者根据权利要求3所述的设备,其中所述上下文是根据具有高于所述块的大小的一半的大小的相邻块的存在,其中所述大小是宽度或高度。
8.根据权利要求1或3至7中任一项所述的方法或者根据权利要求2至7中任一项所述的设备,其中对所述***模式语法元素进行解码包括:
-确定所述块的相邻块中的边界是否与从将所述块不对称***中产生的边界对齐;
-确定用于对所述***模式语法元素进行解码的上下文,其中所述上下文是根据所述确定所述块的相邻块中的边界是否与从将所述块不对称***中产生的边界对齐;以及
-响应于所述确定的上下文,对所述***模式语法元素进行基于上下文的算术解码。
9.根据权利要求1或3至7中任一项所述的方法或者根据权利要求2至7中任一项所述的设备,其中在所述块被水平***的情况下,对所述***模式语法元素进行解码包括:
-确定位于所述块的左侧的相邻块中的边界是否与从水平地将所述块不对称***中产生的边界对齐;
-确定用于对所述***模式语法元素进行解码的上下文,其中所述上下文是根据所述确定位于所述块的左侧的相邻块中的边界是否与从水平地将所述块不对称***中产生的边界对齐;以及
-响应于所述确定的上下文,对所述***模式语法元素进行基于上下文的算术解码。
10.根据权利要求1或3至7中任一项所述的方法或者根据权利要求2至7中任一项所述的设备,其中在所述块被垂直***的情况下,对所述***模式语法元素进行解码包括:
-确定位于所述块的顶部的相邻块中的边界是否与从垂直地将所述块不对称***中产生的边界对齐;
-确定用于对所述***模式语法元素进行解码的上下文,其中所述上下文是根据所述确定位于所述块的顶部的相邻块中的边界是否与从垂直地将所述块不对称***中产生的边界对齐;以及
-响应于所述确定的上下文,对所述***模式语法元素进行基于上下文的算术解码。
11.根据权利要求1或3至7中任一项所述的方法或者根据权利要求2至7中任一项所述的设备,其中对所述***模式语法元素进行解码包括:
-确定用于对所述***模式语法元素进行解码的上下文,其中所述上下文是根据相对于所述块的第二相邻块的大小的所述块的第一相邻块的大小,其中所述大小是宽度或高度;以及
-响应于所述确定的上下文,对所述***模式语法元素进行基于上下文的算术解码。
12.一种对图像的块进行编码的编码方法,包括:
-在***模式集合中确定用于所述块的***模式,其中所述***模式集合包括用于将所述块不对称***成至少两个子块的至少一个***模式;
-响应于所述***模式,将所述块***成至少两个子块;
-对所述至少两个子块中的每个子块进行编码,其中确定所述***模式包括:
-对指定所述块是被垂直***还是被水平***的第一语法元素(btSplitOrientation)进行确定和编码;
-对指定所述块是被对称***还是被不对称***的第二语法元素(horAsymmetricSplitFlag,verAsymmetricSplitFlag)进行确定和编码;以及
-在所述第二语法元素指定所述块被不对称***的情况下,对***模式语法元素(vertical_asymmetric_type/horizontal_asymmetric_type)进行确定和编码。
13.一种被配置为对图像的块进行编码的编码设备,包括:
-用于在***模式集合中确定用于所述块的***模式的部件,其中所述***模式集合包括用于将所述块不对称***成至少两个子块的至少一个***模式;
-用于响应于所述***模式,将所述块***成至少两个子块的部件;
-用于对所述至少两个子块中的每个子块进行编码的部件;
其中用于确定***模式的所述部件被配置为:
-对指定所述块是被垂直***还是被水平***的第一语法元素(btSplitOrientation)进行确定和编码;
-对指定所述块是被对称***还是被不对称***的第二语法元素(horAsymmetricSplitFlag,verAsymmetricSplitFlag)进行确定和编码;以及
-在所述第二语法元素指定所述块被不对称***的情况下,对***模式语法元素(vertical_asymmetric_type/horizontal_asymmetric_type)进行确定和编码。
14.根据权利要求12所述的方法或者根据权利要求13所述的设备,其中对所述第二语法元素进行编码包括:
-确定用于对所述第二语法元素进行编码的上下文,其中所述上下文是根据相对于当前块的大小的相邻块的大小,其中所述大小是宽度或高度;以及
-响应于所述确定的上下文,对所述第二语法元素进行基于上下文的算术编码。
15.根据权利要求14所述的方法或者根据权利要求14所述的设备,其中所述上下文是根据相邻块中的、具有小于所述块的大小的四分之一的大小的子块的数量,其中所述大小是宽度或高度。
16.根据权利要求15所述的方法或者根据权利要求15所述的设备,其中在所述块被水平***的情况下,确定用于对所述第二语法元素进行编码的所述上下文包括:
-确定位于所述块的左侧的相邻块中的、具有小于所述块的高度的四分之一的高度的子块的数量;以及
-在所述数量等于零的情况下获得第一上下文,否则获得第二上下文。
17.根据权利要求15至16中任一项所述的方法或者根据权利要求15至16中任一项所述的设备,其中在所述块被垂直***的情况下,确定用于对所述第二语法元素进行编码的所述上下文包括:
-确定位于所述块的顶部的相邻块中的、具有小于所述块的宽度的四分之一的宽度的子块的数量;以及
-在所述数量等于零的情况下获得第一上下文,否则获得第二上下文。
18.根据权利要求14所述的方法或者根据权利要求14所述的设备,其中所述上下文是根据具有高于所述块的大小的一半的大小的相邻块的存在,其中所述大小是宽度或高度。
19.根据权利要求12或14至18中任一项所述的方法或者根据权利要求13至18中任一项所述的设备,其中对所述***模式语法元素进行编码包括:
-确定所述块的相邻块中的边界是否与从将所述块不对称***中产生的边界对齐;
-确定用于对所述***模式语法元素进行编码的上下文,其中所述上下文是根据所述确定所述块的相邻块中的边界是否与从将所述块不对称***中产生的边界对齐;以及
-响应于所述确定的上下文,对所述***模式语法元素进行基于上下文的算术编码。
20.根据权利要求12或14至18中任一项所述的方法或者根据权利要求13至18中任一项所述的设备,其中在所述块被水平***的情况下,对所述***模式语法元素进行编码包括:
-确定位于所述块的左侧的相邻块中的边界是否与从水平地将所述块不对称***中产生的边界对齐;
-确定用于对所述***模式语法元素进行编码的上下文,其中所述上下文是根据所述确定位于所述块的左侧的相邻块中的边界是否与从水平地将所述块不对称***中产生的边界对齐;以及
-响应于所述确定的上下文,对所述***模式语法元素进行基于上下文的算术编码。
21.根据权利要求12或14至18中任一项所述的方法或者根据权利要求13至18中任一项所述的设备,其中在所述块被垂直***的情况下,对所述***模式语法元素进行编码包括:
-确定位于所述块的顶部的相邻块中的边界是否与从垂直地将所述块不对称***中产生的边界对齐;
-确定用于对所述***模式语法元素进行编码的上下文,其中所述上下文是根据所述确定位于所述块的顶部的相邻块中的边界是否与从垂直地将所述块不对称***中产生的边界对齐;以及
-响应于所述确定的上下文,对所述***模式语法元素进行基于上下文的算术编码。
22.根据权利要求12或14至18中任一项所述的方法或者根据权利要求13至18中任一项所述的设备,其中对所述***模式语法元素进行编码包括:
-确定用于对所述***模式语法元素进行编码的上下文,其中所述上下文是根据相对于所述块的第二相邻块的大小的所述块的第一相邻块的大小,其中所述大小是宽度或高度;以及
-响应于所述确定的上下文,对所述***模式语法元素进行基于上下文的算术编码。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211236005.5A CN115767104A (zh) | 2016-10-05 | 2017-09-25 | 编码和解码方法以及对应设备 |
CN202211236011.0A CN115720271A (zh) | 2016-10-05 | 2017-09-25 | 编码和解码方法以及对应设备 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP16306308.4A EP3306927A1 (en) | 2016-10-05 | 2016-10-05 | Encoding and decoding methods and corresponding devices |
EP16306308.4 | 2016-10-05 | ||
PCT/EP2017/074224 WO2018065250A1 (en) | 2016-10-05 | 2017-09-25 | Encoding and decoding methods and corresponding devices |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211236011.0A Division CN115720271A (zh) | 2016-10-05 | 2017-09-25 | 编码和解码方法以及对应设备 |
CN202211236005.5A Division CN115767104A (zh) | 2016-10-05 | 2017-09-25 | 编码和解码方法以及对应设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110140354A true CN110140354A (zh) | 2019-08-16 |
CN110140354B CN110140354B (zh) | 2022-10-28 |
Family
ID=57153427
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211236005.5A Pending CN115767104A (zh) | 2016-10-05 | 2017-09-25 | 编码和解码方法以及对应设备 |
CN201780068990.4A Active CN110140354B (zh) | 2016-10-05 | 2017-09-25 | 编码和解码方法以及对应设备 |
CN202211236011.0A Pending CN115720271A (zh) | 2016-10-05 | 2017-09-25 | 编码和解码方法以及对应设备 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211236005.5A Pending CN115767104A (zh) | 2016-10-05 | 2017-09-25 | 编码和解码方法以及对应设备 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211236011.0A Pending CN115720271A (zh) | 2016-10-05 | 2017-09-25 | 编码和解码方法以及对应设备 |
Country Status (7)
Country | Link |
---|---|
US (3) | US11228759B2 (zh) |
EP (4) | EP3306927A1 (zh) |
JP (3) | JP7088917B2 (zh) |
KR (2) | KR102533676B1 (zh) |
CN (3) | CN115767104A (zh) |
PL (1) | PL3523968T3 (zh) |
WO (1) | WO2018065250A1 (zh) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017205700A1 (en) * | 2016-05-25 | 2017-11-30 | Arris Enterprises Llc | Binary, ternary and quad tree partitioning for jvet coding of video data |
EP3306928A1 (en) * | 2016-10-07 | 2018-04-11 | Thomson Licensing | Method and apparatus for encoding a video |
KR20180080115A (ko) * | 2017-01-02 | 2018-07-11 | 한양대학교 산학협력단 | 참조 화소에 대하여 적응적 필터링을 수행하기 위한 화면 내 예측 방법 및 장치 |
EP3349452A1 (en) | 2017-01-11 | 2018-07-18 | Thomson Licensing | Scaling of transform coefficients for non-dyadic transform blocks |
EP3383045A1 (en) | 2017-03-27 | 2018-10-03 | Thomson Licensing | Multiple splits prioritizing for fast encoding |
EP3490253A1 (en) | 2017-11-23 | 2019-05-29 | Thomson Licensing | Encoding and decoding methods and corresponding devices |
WO2019118097A1 (en) | 2017-12-14 | 2019-06-20 | Interdigital Vc Holdings, Inc. | Method and apparatus for encoding a picture block |
CN111837385B (zh) | 2018-01-29 | 2024-04-30 | 交互数字Vc控股公司 | 利用重构画面的细化进行编码和解码 |
WO2019174567A1 (zh) * | 2018-03-16 | 2019-09-19 | 华为技术有限公司 | 划分标志位的上下文建模方法及装置 |
JP7247216B2 (ja) * | 2018-04-19 | 2023-03-28 | エルジー エレクトロニクス インコーポレイティド | 映像の処理方法およびこのための装置 |
WO2019240539A1 (ko) * | 2018-06-15 | 2019-12-19 | 엘지전자 주식회사 | Cabac에 기반한 엔트로피 코딩 방법 및 그 장치 |
JP7360466B2 (ja) * | 2019-01-02 | 2023-10-12 | フラウンホーファー-ゲゼルシャフト ツル フェルデルング デル アンゲヴァンテン フォルシュング エー ファウ | 画像の符号化及び復号化 |
CN113439441A (zh) | 2019-02-15 | 2021-09-24 | 北京字节跳动网络技术有限公司 | 基于块分割的变换参数推导 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102595116A (zh) * | 2011-01-14 | 2012-07-18 | 华为技术有限公司 | 多图像块划分的编解码方法和装置 |
JP2012186763A (ja) * | 2011-03-08 | 2012-09-27 | Mitsubishi Electric Corp | 動画像符号化装置、動画像復号装置、動画像符号化方法及び動画像復号方法 |
CN102771124A (zh) * | 2009-12-08 | 2012-11-07 | 三星电子株式会社 | 通过使用任意分区进行运动预测来对视频进行编码的方法和设备,以及通过使用任意分区进行运动预测来对视频进行解码的方法和设备 |
US20130107950A1 (en) * | 2011-10-27 | 2013-05-02 | Qualcomm Incorporated | Non-square transforms in intra-prediction video coding |
JP2013085234A (ja) * | 2011-09-28 | 2013-05-09 | Jvc Kenwood Corp | 動画像符号化装置、動画像符号化方法、動画像符号化プログラム、送信装置、送信方法及び送信プログラム |
JP2013118424A (ja) * | 2011-11-04 | 2013-06-13 | Sharp Corp | 画像復号装置、画像符号化装置、および符号化データのデータ構造 |
CN103797802A (zh) * | 2011-09-16 | 2014-05-14 | 高通股份有限公司 | 用于视频译码中的短距离帧内预测的线缓冲器减少 |
CN104285447A (zh) * | 2012-04-16 | 2015-01-14 | 高通股份有限公司 | 用于视频译码的简化非正方形四叉树变换 |
US20160165209A1 (en) * | 2014-06-20 | 2016-06-09 | Han Huang | Method of Sub-PU Syntax Signaling and Illumination Compensation for 3D and Multi-view Video Coding |
WO2016090568A1 (en) * | 2014-12-10 | 2016-06-16 | Mediatek Singapore Pte. Ltd. | Binary tree block partitioning structure |
WO2016123169A1 (en) * | 2015-01-27 | 2016-08-04 | Qualcomm Incorporated | Contexts for large coding tree units |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101621502A (zh) | 2008-06-30 | 2010-01-06 | 华为技术有限公司 | 存储、查找路由表的方法及装置 |
IN2014CN02377A (zh) * | 2011-09-29 | 2015-06-19 | Sharp Kk | |
KR20130050406A (ko) | 2011-11-07 | 2013-05-16 | 오수미 | 머지 모드에서의 움직임 정보 생성 방법 |
US10805617B2 (en) | 2012-01-19 | 2020-10-13 | Texas Instruments Incorporated | Scalable prediction type coding |
KR102063385B1 (ko) * | 2013-01-30 | 2020-01-07 | 인텔 코포레이션 | 차세대 비디오용 콘텐츠 적응적 엔트로피 코딩 |
US11284103B2 (en) | 2014-01-17 | 2022-03-22 | Microsoft Technology Licensing, Llc | Intra block copy prediction with asymmetric partitions and encoder-side search patterns, search ranges and approaches to partitioning |
CA3025477C (en) * | 2016-05-25 | 2023-10-03 | Arris Enterprises Llc | Jvet coding block structure with asymmetrical partitioning |
-
2016
- 2016-10-05 EP EP16306308.4A patent/EP3306927A1/en not_active Withdrawn
-
2017
- 2017-09-25 WO PCT/EP2017/074224 patent/WO2018065250A1/en unknown
- 2017-09-25 JP JP2019516440A patent/JP7088917B2/ja active Active
- 2017-09-25 CN CN202211236005.5A patent/CN115767104A/zh active Pending
- 2017-09-25 EP EP17772060.4A patent/EP3523968B1/en active Active
- 2017-09-25 PL PL17772060.4T patent/PL3523968T3/pl unknown
- 2017-09-25 CN CN201780068990.4A patent/CN110140354B/zh active Active
- 2017-09-25 KR KR1020197012747A patent/KR102533676B1/ko active IP Right Grant
- 2017-09-25 US US16/339,716 patent/US11228759B2/en active Active
- 2017-09-25 KR KR1020237016274A patent/KR20230070533A/ko not_active Application Discontinuation
- 2017-09-25 EP EP24164082.0A patent/EP4376417A3/en active Pending
- 2017-09-25 CN CN202211236011.0A patent/CN115720271A/zh active Pending
- 2017-09-25 EP EP22180597.1A patent/EP4090023B1/en active Active
-
2021
- 2021-08-12 US US17/401,083 patent/US11889073B2/en active Active
-
2022
- 2022-06-09 JP JP2022093461A patent/JP7434422B2/ja active Active
-
2023
- 2023-11-28 US US18/521,946 patent/US20240107017A1/en active Pending
-
2024
- 2024-02-07 JP JP2024017311A patent/JP2024050848A/ja active Pending
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102771124A (zh) * | 2009-12-08 | 2012-11-07 | 三星电子株式会社 | 通过使用任意分区进行运动预测来对视频进行编码的方法和设备,以及通过使用任意分区进行运动预测来对视频进行解码的方法和设备 |
CN102595116A (zh) * | 2011-01-14 | 2012-07-18 | 华为技术有限公司 | 多图像块划分的编解码方法和装置 |
JP2012186763A (ja) * | 2011-03-08 | 2012-09-27 | Mitsubishi Electric Corp | 動画像符号化装置、動画像復号装置、動画像符号化方法及び動画像復号方法 |
CN103797802A (zh) * | 2011-09-16 | 2014-05-14 | 高通股份有限公司 | 用于视频译码中的短距离帧内预测的线缓冲器减少 |
JP2013085234A (ja) * | 2011-09-28 | 2013-05-09 | Jvc Kenwood Corp | 動画像符号化装置、動画像符号化方法、動画像符号化プログラム、送信装置、送信方法及び送信プログラム |
US20130107950A1 (en) * | 2011-10-27 | 2013-05-02 | Qualcomm Incorporated | Non-square transforms in intra-prediction video coding |
CN103931182A (zh) * | 2011-10-27 | 2014-07-16 | 高通股份有限公司 | 帧内预测视频译码中的非正方形变换 |
JP2013118424A (ja) * | 2011-11-04 | 2013-06-13 | Sharp Corp | 画像復号装置、画像符号化装置、および符号化データのデータ構造 |
CN104285447A (zh) * | 2012-04-16 | 2015-01-14 | 高通股份有限公司 | 用于视频译码的简化非正方形四叉树变换 |
US20160165209A1 (en) * | 2014-06-20 | 2016-06-09 | Han Huang | Method of Sub-PU Syntax Signaling and Illumination Compensation for 3D and Multi-view Video Coding |
WO2016090568A1 (en) * | 2014-12-10 | 2016-06-16 | Mediatek Singapore Pte. Ltd. | Binary tree block partitioning structure |
WO2016123169A1 (en) * | 2015-01-27 | 2016-08-04 | Qualcomm Incorporated | Contexts for large coding tree units |
Non-Patent Citations (1)
Title |
---|
ICHITARO YAMAZAKI,ET AL.: "On Partitioning and Reordering Problems in a Hierarchically Parallel Hybrid Linear Solver", 《2013 IEEE INTERNATIONAL SYMPOSIUM ON PARALLEL & DISTRIBUTED PROCESSING, WORKSHOPS AND PHD FORUM》 * |
Also Published As
Publication number | Publication date |
---|---|
JP2024050848A (ja) | 2024-04-10 |
EP4376417A2 (en) | 2024-05-29 |
PL3523968T3 (pl) | 2022-12-19 |
US20240107017A1 (en) | 2024-03-28 |
CN115720271A (zh) | 2023-02-28 |
US11889073B2 (en) | 2024-01-30 |
CN115767104A (zh) | 2023-03-07 |
JP7434422B2 (ja) | 2024-02-20 |
EP4090023A1 (en) | 2022-11-16 |
US20220021879A1 (en) | 2022-01-20 |
WO2018065250A1 (en) | 2018-04-12 |
KR20230070533A (ko) | 2023-05-23 |
EP3306927A1 (en) | 2018-04-11 |
CN110140354B (zh) | 2022-10-28 |
US11228759B2 (en) | 2022-01-18 |
US20190246107A1 (en) | 2019-08-08 |
EP3523968B1 (en) | 2022-08-03 |
KR102533676B1 (ko) | 2023-05-18 |
EP3523968A1 (en) | 2019-08-14 |
EP4376417A3 (en) | 2024-06-05 |
EP4090023B1 (en) | 2024-04-24 |
JP2019537299A (ja) | 2019-12-19 |
KR20190057374A (ko) | 2019-05-28 |
JP7088917B2 (ja) | 2022-06-21 |
JP2022130449A (ja) | 2022-09-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110140354A (zh) | 编码和解码方法以及对应设备 | |
US20240155122A1 (en) | Methods and apparatus for picture encoding and decoding | |
CN104054343B (zh) | 图像解码装置、图像编码装置 | |
CN114731434B (zh) | 基于变换的图像编码方法及其装置 | |
TW202029765A (zh) | 用於編碼或解碼轉換塊的方法與裝置 | |
CN113615185B (zh) | 用于视频编解码的方法和装置 | |
TWI830012B (zh) | 圖片編碼的裝置和方法 | |
CN116684644A (zh) | 解码设备、编码设备和数据发送设备 | |
CN116746148A (zh) | 用于视频编解码的残差和系数编解码 | |
CN114747220B (zh) | 基于变换的图像编码方法及其设备 | |
CN116744003A (zh) | 编解码方法、存储介质和发送方法 | |
CN114762343B (zh) | 基于变换的图像编码方法及其装置 | |
CN114651445B (zh) | 基于变换的视频编码方法及其装置 | |
CN114175653B (zh) | 用于视频编解码中的无损编解码模式的方法和装置 | |
CN114762344B (zh) | 基于变换的图像编码方法及其装置 | |
WO2023123736A1 (zh) | 预测方法、装置、设备、***、及存储介质 | |
CN114762338A (zh) | 基于变换的图像编码方法及其装置 | |
CN117714686A (zh) | 图像编码/解码方法、存储介质以及发送数据的方法 | |
CN117812262A (zh) | 图像编码/解码方法和发送数据的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20210525 Address after: Paris France Applicant after: Interactive Digital Madison Patent Holdings Address before: Delaware, USA Applicant before: Interactive Digital VC Holdings |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |