视频编解码的方法和装置与流程

视频编解码的方法和装置
1.通过引用并入文本
2.本技术要求于2020年7月28日提交的、申请号为16/941,193、名称为“视频编解码的方法和装置”的美国专利申请的优先权，该申请要求于2019年8月13日提交的、申请号为62/886,056、名称为“用于ctu大小的改进的sps头语法和描述符”的美国临时申请的优先权，其全部内容通过引用并入本技术。
技术领域
3.本公开描述总体上涉及视频编解码的实施例。


背景技术：

4.本文所提供的背景描述旨在整体呈现本技术的背景。在背景技术部分以及本说明书的各个方面中所描述的目前已署名的发明人的工作所进行的程度，并不表明其在本技术提交时作为现有技术，且从未明示或暗示其被承认为本技术的现有技术。
5.通过具有运动补偿的帧间图片预测技术，可以进行视频编码和解码。未压缩的数字视频可包括一系列图片，每个图片具有例如1920
×
1080亮度样本及相关色度样本的空间维度。所述系列图片具有固定的或可变的图片速率(也非正式地称为帧率)，例如每秒60个图片或60hz。未压缩的视频具有特定的比特率要求。例如，每个样本8比特的1080p60 4:2:0的视频(1920x1080亮度样本分辨率，60hz帧率)要求接近1.5gbit/s带宽。一小时这样的视频就需要超过600gb的存储空间。
6.视频编码和解码的一个目的，是通过压缩减少输入视频信号的冗余信息。视频压缩可以帮助降低对上述带宽和/或存储空间的要求，在某些情况下可降低两个或更多数量级。无损压缩和有损压缩，以及两者的组合均可采用。无损压缩是指从压缩的原始信号中重建原始信号精确副本的技术。当使用有损压缩时，重建信号可能与原始信号不完全相同，但是原始信号和重建信号之间的失真足够小，使得重建信号可用于预期应用。有损压缩广泛应用于视频。容许的失真量取决于应用。例如，相比于电视应用的用户，某些消费流媒体应用的用户可以容忍更高的失真。可实现的压缩比反映出：较高的允许/容许失真可产生较高的压缩比。
7.视频编码器和解码器可利用几大类技术，例如包括：运动补偿、变换、量化和熵编码。
8.视频编解码器技术可包括已知的帧内编码技术。在帧内编码中，在不参考先前重建的参考图片的样本或其它数据的情况下表示样本值。在一些视频编解码器中，图片在空间上被细分为样本块。当所有的样本块都以帧内模式编码时，该图片可以为帧内图片。帧内图片及其衍生(例如独立解码器刷新图片)可用于复位解码器状态，并且因此可用作编码视频比特流和视频会话中的第一图片，或用作静止图像。帧内块的样本可用于变换，且可在熵编码之前量化变换系数。帧内预测可以是使预变换域中的样本值最小化的技术。在某些情形下，变换后的dc值越小，且ac系数越小，则在给定的量化步长尺寸下需要越少的比特来表
示熵编码之后的块。
9.如同从诸如mpeg
‑
2代编码技术中所获知的，传统帧内编码不使用帧内预测。然而，一些较新的视频压缩技术包括：试图从例如周围样本数据和/或元数据中得到数据块的技术，其中周围样本数据和/或元数据是在空间相邻的编码/解码期间、且在解码顺序之前获得的。这种技术后来被称为"帧内预测"技术。需要注意的是，至少在某些情形下，帧内预测仅使用正在重建的当前图片的参考数据，而不使用参考图片的参考数据。
10.可以存在许多不同形式的帧内预测。当在给定的视频编码技术中可以使用超过一种这样的技术时，所使用的技术可以按帧内预测模式进行编码。在某些情形下，模式可具有子模式和/或参数，且这些模式可单独编码或包含在模式码字中。将哪个码字用于给定模式/子模式/参数组合会通过帧内预测影响编码效率增益，因此用于将码字转换成比特流的熵编码技术也会出现这种情况。
11.h.264引入了一种帧内预测模式，其在h.265中进行了改进，且在诸如联合勘探模式(jem)、通用视频编码(vvc)和基准集(bms)的更新的编码技术中进一步被改进。通过使用属于已经可用的样本的相邻样本值可以形成预测块。将相邻样本的样本值按照某一方向复制到预测块中。对所使用方向的引用可以被编码在比特流中，或者本身可以被预测。
12.参照图1a，右下方描绘了来自h.265的33个可能的预测方向(对应于35个帧内模式中的33个角度模式)中已知的九个预测方向的子集。箭头会聚的点(101)表示正在被预测的样本。箭头表示样本正在被预测的方向。例如，箭头(102)表示根据右上方与水平方向成45度角的一个或多个样本，预测样本(101)。类似地，箭头(103)表示根据左下方与水平方向成22.5度角的一个或多个样本，预测样本(101)。
13.仍然参考图1a，在左上方示出了一个包括4
×
4个样本的正方形块(104)(由粗虚线表示)。正方形块(104)包括16个样本，每个样本用“s”、以及其在y维度上的位置(例如，行索引)和在x维度上的位置(例如，列索引)来标记。例如，样本s21是y维度上的第二个样本(从顶部开始)和x维度上的第一个(从左侧开始)样本。类似地，样本s44在x维度和y维度上都是块(104)中的第四个样本。由于该块为4
×
4大小的样本，因此s33位于右下角。还示出了遵循类似编号方案的参考样本。参考样本用r、以及其相对于块(104)的y位置(例如，列索引)和x位置(行索引)来标记。在h.264与h.265中，预测样本与正在重建的块相邻，因此不需要使用负值。
14.通过从信号通知的预测方向所占用的相邻样本来复制参考样本值，可以进行帧内图片预测。例如，假设编码视频比特流包括信令，对于该块，该信令指示与箭头(102)一致的预测方向，即，根据右上方与水平方向成45度角的一个或多个预测样本来预测样本。在这种情况下，根据同一参考样本r05来预测样本s41、s32、s23和s14。然后根据参考样本r08来预测样本s44。
15.在某些情况下，例如通过内插，可以合并多个参考样本的值，以便计算参考样本，尤其是当方向不能被45度整除时。
16.随着视频编码技术的已有发展，可能的方向的数量已经增加了。在h.264(2003年)中，可以表示九种不同的方向。在h.265(2013年)和jem/vvc/bms中增加到了33个，而在此申请时，可以支持多达65个方向。已经进行了实验来识别最可能的方向，并且熵编码中的某些技术被用于使用少量比特来表示那些可能的方向，对于较不可能的方向则接受某些代价。
此外，有时可以根据在相邻的、已经解码的块中所使用的相邻方向来预测方向本身。
17.图1b示出了描绘根据jem的65个帧内预测方向的示意图(180)，以说明随时间增加的预测方向的的数量。
18.表示方向的编码视频比特流中的帧内预测方向比特的映射可以因视频编码技术的不同而不同，并且，例如可以从对帧内预测模式到码字的预测方向的简单直接映射，到包括最可能的模式和类似技术的复杂的自适应方案。然而，在所有情况下，视频内容中可能存在某些方向，其在统计学上比其它方向更不可能出现。由于视频压缩的目的是减少冗余，所以在运行良好的视频编码技术中，与更可能的方向相比，那些不太可能的方向将使用更多数量的比特来表示。
19.运动补偿可以是一种有损压缩技术，且可涉及如下技术：来自先前重建的图片或重建图片一部分(参考图片)的样本数据块在空间上按运动矢量(下文称为mv)指示的方向移位后，用于新重建的图片或图片部分的预测。在某些情况下，参考图片可与当前正在重建的图片相同。mv可具有两个维度x和y，或者三个维度，其中第三个维度表示使用中的参考图片(后者间接地可为时间维度)。
20.在一些视频压缩技术中，应用于某个样本数据区域的mv可根据其它mv来预测，例如根据与正在重建的区域空间相邻的另一个样本数据区域相关的、且按解码顺序在该mv前面的那些mv。这样做可以大大减少编码mv所需的数据量，从而消除冗余信息并增加压缩量。mv预测可以有效地进行，例如，当对从相机导出的输入视频信号(称为自然视频)进行编码时，存在一种统计上的可能性，即面积大于单个mv适用区域的区域，会朝着类似的方向移动，因此，在某些情况下，可以用邻近区域的mv导出的相似运动矢量进行预测。这导致针对给定区域发现的mv与根据周围mv预测的mv相似或相同，并且在熵编码之后，又可以用比直接编码mv时使用的比特数更少的比特数来表示。在某些情况下，mv预测可以是对从原始信号(即：样本流)导出的信号(即mv)进行无损压缩的示例。在其它情况下，mv预测本身可能是有损的，例如由于根据几个周围mv计算预测值时产生的取整误差。
21.h.265/hevc(itu
‑
t rec.h.265，“高效视频编码”，2016年12月)描述了各种mv预测机制。在h.265所提供的多种mv预测机制中，本文描述的是一种下文称为“空间合并”的技术。
22.参照图2，当前块(201)包括编码器在运动搜索过程中发现的样本，所述样本可以根据空间移动了相同大小的先前块进行预测。不直接对该mv进行编码，而是通过使用与五个周围样本中的任何一个相关联的mv，从与一个或多个参考图片相关联的元数据中导出该mv，例如从最近的(按解码顺序)参考图片中导出该mv，其中，五个周围样本分别用a0、a1和b0、b1、b2(分别为202到206)表示。在h.265中，mv预测可使用相邻块正在使用的同一参考图片的预测值。视频编码器和解码器可利用几大类技术。


技术实现要素：

23.本公开的方面提供了用于视频编码/解码的方法和装置。在一些示例中，用于视频解码的装置包括处理电路。所述处理电路能够接收已编码视频序列中的图片的已编码信息。所述已编码信息能够包括编码树单元(ctu)大小信息，所述ctu大小信息指示为所述图片选择的ctu大小。所述ctu大小信息能够使用截断一元码来编码。所述处理电路能够基于
使用所述截断一元码编码的所述ctu大小信息来确定选择的ctu大小并且基于所述选择的ctu大小重建所述图片中的样本。在一实施例中，所述选择的ctu大小能够是32
×
32、64
×
64或128
×
128亮度样本。
24.在一实施例中，所述处理电路能够基于使用所述截断一元码编码的所述ctu大小信息，从所述已编码信息中的比特串中确定已编码值，其中所述比特串中的最大比特数为2。当所述比特串为0、10和11时，所述已编码值分别为0、1和2。所述处理电路能够基于所述已编码值来确定所述选择的ctu大小。
25.在一示例中，所述处理电路能够在所述已编码值为0、1和2的情况下，分别确定所述选择的ctu大小为128、64和32。所述处理电路能够确定所述选择的ctu大小为2
ctblog2sizey
，其中ctblog2sizey的值是7与所述已编码值之间的差值。
26.在一示例中，所述处理电路能够在所述已编码值为0、1和2的情况下，分别确定所述选择的ctu大小为32、64和128。所述处理电路能够确定所述选择的ctu大小为2
ctblog2sizey
，其中ctblog2sizey的值是所述已编码值与5之和。
27.在一个实施例中，所述已编码信息在所述已编码视频序列的序列参数集头中。
28.本公开的方面还提供一种存储指令的非暂时性计算机可读介质，所述指令在由用于视频解码的计算机执行时使所述计算机执行用于视频解码的任意方法。
附图说明
29.根据以下详细描述和随附附图，所公开的主题的其他特征、性质和各种优点将进一步明确，其中：
30.图1a是帧内预测模式的示例性子集的示意图；
31.图1b是示例性帧内预测方向的示意图；
32.图2是一个示例中的当前块及其周围的空间合并候选的示意图；
33.图3是根据一实施例的通信系统(300)的简化框图的示意图；
34.图4是根据一实施例的通信系统(400)的简化框图的示意图；
35.图5是根据一实施例的解码器的简化框图的示意图；
36.图6是根据一实施例的编码器的简化框图的示意图；
37.图7示出了根据另一实施例的编码器的框图；
38.图8示出了根据另一实施例的解码器的框图；
39.图9a至图9b示出了根据本公开的实施例的编码树单元(ctu)和四叉树加二叉树(qtbt)结构。
40.图10a示出了根据本公开的实施例的序列参数设置(sps)头中的语法和对应描述符的示例。
41.图10b示出了根据本公开的实施例的无符号整数指数哥伦布编码(exp
‑
golomb coding)的示例。
42.图11a示出了根据本公开的实施例的sps头中的语法和对应描述符的示例。
43.图11b示出了根据本公开的实施例的使用2比特的固定长度编码的示例。
44.图12a示出了根据本公开的实施例的sps头中的语法和对应描述符的示例。
45.图12b示出了根据本公开的实施例的截断一元编码(truncated unary coding)的
示例。
46.图13示出了概述根据本公开的实施例的过程(1300)的流程图。
47.图14是根据实施例的计算机系统的示意图。
具体实施方式
48.图3图示了根据本技术公开的实施例的通信系统(300)的简化框图。通信系统(300)包括多个终端装置，所述终端装置可通过例如网络(350)彼此通信。举例来说，通信系统(300)包括通过网络(350)互连的第一对终端装置(310)和终端装置(320)。在图3的实施例中，第一对终端装置(310)和终端装置(320)执行单向数据传输。举例来说，终端装置(310)可对视频数据(例如由终端装置(310)采集的视频图片流)进行编码以通过网络(350)传输到另一终端装置(320)。已编码的视频数据以一个或多个已编码视频码流形式传输。终端装置(320)可从网络(350)接收已编码视频数据，对已编码视频数据进行解码以恢复视频数据，并根据恢复的视频数据显示视频图片。单向数据传输在媒体服务等应用中是较常见的。
49.在另一实施例中，通信系统(300)包括执行已编码视频数据的双向传输的第二对终端装置(330)和(340)，所述双向传输可例如在视频会议期间发生。对于双向数据传输，终端装置(330)和终端装置(340)中的每个终端装置可对视频数据(例如由终端装置采集的视频图片流)进行编码以通过网络(350)传输到终端装置(330)和终端装置(340)中的另一终端装置。终端装置(330)和终端装置(340)中的每个终端装置还可接收由终端装置(330)和终端装置(340)中的另一终端装置传输的已编码视频数据，且可对所述已编码视频数据进行解码以恢复视频数据，且可根据恢复的视频数据在可访问的显示装置上显示视频图片。
50.在图3的实施例中，终端装置(310)、终端装置(320)、终端装置(330)和终端装置(340)可为服务器、个人计算机和智能电话，但本技术公开的原理可不限于此。本技术公开的实施例适用于膝上型计算机、平板电脑、媒体播放器和/或专用视频会议设备。网络(350)表示在终端装置(310)、终端装置(320)、终端装置(330)和终端装置(340)之间传送已编码视频数据的任何数目的网络，包括例如有线(连线的)和/或无线通信网络。通信网络(350)可在电路交换和/或分组交换信道中交换数据。该网络可包括电信网络、局域网、广域网和/或互联网。出于本论述的目的，除非在下文中有所解释，否则网络(350)的架构和拓扑对于本技术公开的操作来说可能是无关紧要的。
51.作为实施例，图4示出视频编码器和视频解码器在流式传输环境中的放置方式。本技术所公开主题可同等地适用于其它支持视频的应用，包括例如视频会议、数字tv、在包括cd、dvd、存储棒等的数字介质上存储压缩视频等等。
52.流式传输系统可包括采集子系统(413)，所述采集子系统可包括数码相机等视频源(401)，所述视频源创建未压缩的视频图片流(402)。在实施例中，视频图片流(402)包括由数码相机拍摄的样本。相较于已编码的视频数据(404)(或已编码的视频码流)，视频图片流(402)被描绘为粗线以强调高数据量的视频图片流，视频图片流(402)可由电子装置(420)处理，所述电子装置(420)包括耦接到视频源(401)的视频编码器(403)。视频编码器(403)可包括硬件、软件或软硬件组合以实现或实施如下文更详细地描述的所公开主题的各方面。相较于视频图片流(402)，已编码的视频数据(404)(或已编码的视频码流(404))被
描绘为细线以强调较低数据量的已编码的视频数据(404)(或已编码的视频码流(404))，其可存储在流式传输服务器(405)上以供将来使用。一个或多个流式传输客户端子系统，例如图4中的客户端子系统(406)和客户端子系统(408)，可访问流式传输服务器(405)以检索已编码的视频数据(404)的副本(407)和副本(409)。客户端子系统(406)可包括例如电子装置(430)中的视频解码器(410)。视频解码器(410)对已编码的视频数据的传入副本(407)进行解码，且产生可在显示器(412)(例如显示屏)或另一呈现装置(未描绘)上呈现的输出视频图片流(411)。在一些流式传输系统中，可根据某些视频编码/压缩标准对已编码的视频数据(404)、视频数据(407)和视频数据(409)(例如视频码流)进行编码。该些标准的实施例包括itu
‑
t h.265。在实施例中，正在开发的视频编码标准非正式地称为下一代视频编码(versatile video coding，vvc)，本技术可用于vvc标准的上下文中。
53.应注意，电子装置(420)和电子装置(430)可包括其它组件(未示出)。举例来说，电子装置(420)可包括视频解码器(未示出)，且电子装置(430)还可包括视频编码器(未示出)。
54.图5是根据本技术公开的实施例的视频解码器(510)的框图。视频解码器(510)可设置在电子装置(530)中。电子装置(530)可包括接收器(531)(例如接收电路)。视频解码器(510)可用于代替图4实施例中的视频解码器(510)。
55.接收器(531)可接收将由视频解码器(510)解码的一个或多个已编码视频序列；在同一实施例或另一实施例中，一次接收一个已编码视频序列，其中每个已编码视频序列的解码独立于其它已编码视频序列。可从信道(501)接收已编码视频序列，所述信道可以是通向存储已编码的视频数据的存储装置的硬件/软件链路。接收器(531)可接收已编码的视频数据以及其它数据，例如，可转发到它们各自的使用实体(未标示)的已编码音频数据和/或辅助数据流。接收器(531)可将已编码视频序列与其它数据分开。为了防止网络抖动，缓冲存储器(515)可耦接在接收器(531)与熵解码器/解析器(520)(此后称为“解析器(520)”)之间。在某些应用中，缓冲存储器(515)是视频解码器(510)的一部分。在其它情况下，所述缓冲存储器(515)可设置在视频解码器(510)外部(未标示)。而在其它情况下，视频解码器(510)的外部设置缓冲存储器(未标示)以例如防止网络抖动，且在视频解码器(510)的内部可配置另一缓冲存储器(515)以例如处理播出定时。而当接收器(531)从具有足够带宽和可控性的存储/转发装置或从等时同步网络接收数据时，也可能不需要配置缓冲存储器(515)，或可以将所述缓冲存储器做得较小。当然，为了在互联网等业务分组网络上使用，也可能需要缓冲存储器(515)，所述缓冲存储器可相对较大且可具有自适应性大小，且可至少部分地实施于操作系统或视频解码器(510)外部的类似元件(未标示)中。
56.视频解码器(510)可包括解析器(520)以根据已编码视频序列重建符号(521)。这些符号的类别包括用于管理视频解码器(510)的操作的信息，以及用以控制显示装置(512)(例如，显示屏)等显示装置的潜在信息，所述显示装置不是电子装置(530)的组成部分，但可耦接到电子装置(530)，如图4中所示。用于显示装置的控制信息可以是辅助增强信息(supplemental enhancement information，sei消息)或视频可用性信息(video usability information，vui)的参数集片段(未标示)。解析器(520)可对接收到的已编码视频序列进行解析/熵解码。已编码视频序列的编码可根据视频编码技术或标准进行，且可遵循各种原理，包括可变长度编码、霍夫曼编码(huffman coding)、具有或不具有上下文灵
敏度的算术编码等等。解析器(520)可基于对应于群组的至少一个参数，从已编码视频序列提取用于视频解码器中的像素的子群中的至少一个子群的子群参数集。子群可包括图片群组(group of pictures，gop)、图片、图块、切片、宏块、编码单元(coding unit，cu)、块、变换单元(transform unit，tu)、预测单元(prediction unit，pu)等等。解析器(520)还可从已编码视频序列提取信息，例如变换系数、量化器参数值、运动矢量等等。
57.解析器(520)可对从缓冲存储器(515)接收的视频序列执行熵解码/解析操作，从而创建符号(521)。
58.取决于已编码视频图片或一部分已编码视频图片(例如：帧间图片和帧内图片、帧间块和帧内块)的类型以及其它因素，符号(521)的重建可涉及多个不同单元。涉及哪些单元以及涉及方式可由解析器(520)从已编码视频序列解析的子群控制信息控制。为了简洁起见，未描述解析器(520)与下文的多个单元之间的此类子群控制信息流。
59.除已经提及的功能块以外，视频解码器(510)可在概念上细分成如下文所描述的数个功能单元。在商业约束下运行的实际实施例中，这些单元中的许多单元彼此紧密交互并且可以彼此集成。然而，出于描述所公开主题的目的，概念上细分成下文的功能单元是适当的。
60.第一单元是缩放器/逆变换单元(551)。缩放器/逆变换单元(551)从解析器(520)接收作为符号(521)的量化变换系数以及控制信息，包括使用哪种变换方式、块大小、量化因子、量化缩放矩阵等。缩放器/逆变换单元(551)可输出包括样本值的块，所述样本值可输入到聚合器(555)中。
61.在一些情况下，缩放器/逆变换单元(551)的输出样本可属于帧内编码块；即：不使用来自先前重建的图片的预测性信息，但可使用来自当前图片的先前重建部分的预测性信息的块。此类预测性信息可由帧内图片预测单元(552)提供。在一些情况下，帧内图片预测单元(552)采用从当前图片缓冲器(558)提取的已重建信息生成大小和形状与正在重建的块相同的周围块。举例来说，当前图片缓冲器(558)缓冲部分重建的当前图片和/或完全重建的当前图片。在一些情况下，聚合器(555)基于每个样本，将帧内预测单元(552)生成的预测信息添加到由缩放器/逆变换单元(551)提供的输出样本信息中。
62.在其它情况下，缩放器/逆变换单元(551)的输出样本可属于帧间编码和潜在运动补偿块。在此情况下，运动补偿预测单元(553)可访问参考图片存储器(557)以提取用于预测的样本。在根据符号(521)对提取的样本进行运动补偿之后，这些样本可由聚合器(555)添加到缩放器/逆变换单元(551)的输出(在这种情况下被称作残差样本或残差信号)，从而生成输出样本信息。运动补偿预测单元(553)从参考图片存储器(557)内的地址获取预测样本可受到运动矢量控制，且所述运动矢量以所述符号(521)的形式而供运动补偿预测单元(553)使用，所述符号(521)例如是包括x、y和参考图片分量。运动补偿还可包括在使用子样本精确运动矢量时，从参考图片存储器(557)提取的样本值的内插、运动矢量预测机制等等。
63.聚合器(555)的输出样本可在环路滤波器单元(556)中被各种环路滤波技术采用。视频压缩技术可包括环路内滤波器技术，所述环路内滤波器技术受控于包括在已编码视频序列(也称作已编码视频码流)中的参数，且所述参数作为来自解析器(520)的符号(521)可用于环路滤波器单元(556)。然而，在其他实施例中，视频压缩技术还可响应于在解码已编
码图片或已编码视频序列的先前(按解码次序)部分期间获得的元信息，以及响应于先前重建且经过环路滤波的样本值。
64.环路滤波器单元(556)的输出可以是样本流，所述样本流可输出到显示装置(512)以及存储在参考图片存储器(557)，以用于后续的帧间图片预测。
65.一旦完全重建，某些已编码图片就可用作参考图片以用于将来预测。举例来说，一旦对应于当前图片的已编码图片被完全重建，且已编码图片(通过例如解析器(520))被识别为参考图片，则当前图片缓冲器(558)可变为参考图片存储器(557)的一部分，且可在开始重建后续已编码图片之前重新分配新的当前图片缓冲器。
66.视频解码器(510)可根据例如itu
‑
t h.265标准中的预定视频压缩技术执行解码操作。在已编码视频序列遵循视频压缩技术或标准的语法以及视频压缩技术或标准中记录的配置文件的意义上，已编码视频序列可符合所使用的视频压缩技术或标准指定的语法。具体地说，配置文件可从视频压缩技术或标准中可用的所有工具中选择某些工具作为在所述配置文件下可供使用的仅有工具。对于合规性，还要求已编码视频序列的复杂度处于视频压缩技术或标准的层级所限定的范围内。在一些情况下，层级限制最大图片大小、最大帧率、最大重建取样率(以例如每秒兆(mega)个样本为单位进行测量)、最大参考图片大小等。在一些情况下，由层级设定的限制可通过假想参考解码器(hypothetical reference decoder，hrd)规范和在已编码视频序列中用信号表示的hrd缓冲器管理的元数据来进一步限定。
67.在实施例中，接收器(531)可连同已编码视频一起接收附加(冗余)数据。所述附加数据可以是已编码视频序列的一部分。所述附加数据可由视频解码器(510)用以对数据进行适当解码和/或较准确地重建原始视频数据。附加数据可呈例如时间、空间或信噪比(signal noise ratio，snr)增强层、冗余切片、冗余图片、前向纠错码等形式。
68.图6是根据本技术公开的实施例的视频编码器(603)的框图。视频编码器(603)设置于电子装置(620)中。电子装置(620)包括传输器(640)(例如传输电路)。视频编码器(603)可用于代替图4实施例中的视频编码器(403)。
69.视频编码器(603)可从视频源(601)(并非图6实施例中的电子装置(620)的一部分)接收视频样本，所述视频源可采集将由视频编码器(603)编码的视频图像。在另一实施例中，视频源(601)是电子装置(620)的一部分。
70.视频源(601)可提供将由视频编码器(603)编码的呈数字视频样本流形式的源视频序列，所述数字视频样本流可具有任何合适位深度(例如：8位、10位、12位
……
)、任何色彩空间(例如bt.601y crcb、rgb
……
)和任何合适取样结构(例如y crcb4:2:0、y crcb 4:4:4)。在媒体服务系统中，视频源(601)可以是存储先前已准备的视频的存储装置。在视频会议系统中，视频源(601)可以是采集本地图像信息作为视频序列的相机。可将视频数据提供为多个单独的图片，当按顺序观看时，这些图片被赋予运动。图片自身可构建为空间像素阵列，其中取决于所用的取样结构、色彩空间等，每个像素可包括一个或多个样本。所属领域的技术人员可以很容易理解像素与样本之间的关系。下文侧重于描述样本。
71.根据实施例，视频编码器(603)可实时或在由应用所要求的任何其它时间约束下，将源视频序列的图片编码且压缩成已编码视频序列(643)。施行适当的编码速度是控制器(650)的一个功能。在一些实施例中，控制器(650)控制如下文所描述的其它功能单元且在
功能上耦接到这些单元。为了简洁起见，图中未标示耦接。由控制器(650)设置的参数可包括速率控制相关参数(图片跳过、量化器、率失真优化技术的λ值等)、图片大小、图片群组(group of pictures，gop)布局，最大运动矢量搜索范围等。控制器(650)可用于具有其它合适的功能，这些功能涉及针对某一系统设计优化的视频编码器(603)。
72.在一些实施例中，视频编码器(603)在编码环路中进行操作。作为简单的描述，在实施例中，编码环路可包括源编码器(630)(例如，负责基于待编码的输入图片和参考图片创建符号，例如符号流)和嵌入于视频编码器(603)中的(本地)解码器(633)。解码器(633)以类似于(远程)解码器创建样本数据的方式重建符号以创建样本数据(因为在本技术所考虑的视频压缩技术中，符号与已编码视频码流之间的任何压缩是无损的)。将重建的样本流(样本数据)输入到参考图片存储器(634)。由于符号流的解码产生与解码器位置(本地或远程)无关的位精确结果，因此参考图片存储器(634)中的内容在本地编码器与远程编码器之间也是按比特位精确对应的。换句话说，编码器的预测部分“看到”的参考图片样本与解码器将在解码期间使用预测时所“看到”的样本值完全相同。这种参考图片同步性基本原理(以及在例如因信道误差而无法维持同步性的情况下产生的漂移)也用于一些相关技术。
[0073]“本地”解码器(633)的操作可与例如已在上文结合图5详细描述视频解码器(510)的“远程”解码器相同。然而，另外简要参考图5，当符号可用且熵编码器(645)和解析器(520)能够无损地将符号编码/解码为已编码视频序列时，包括缓冲存储器(515)和解析器(520)在内的视频解码器(510)的熵解码部分，可能无法完全在本地解码器(633)中实施。
[0074]
此时可以观察到，除存在于解码器中的解析/熵解码之外的任何解码器技术，也必定以基本上相同的功能形式存在于对应的编码器中。出于此原因，本技术侧重于解码器操作。可简化编码器技术的描述，因为编码器技术与全面地描述的解码器技术互逆。仅在某些区域中需要更详细的描述，并且在下文提供。
[0075]
在操作期间，在一些实施例中，源编码器(630)可执行运动补偿预测编码。参考来自视频序列中被指定为“参考图片”的一个或多个先前已编码图片，所述运动补偿预测编码对输入图片进行预测性编码。以此方式，编码引擎(632)对输入图片的像素块与参考图片的像素块之间的差异进行编码，所述参考图片可被选作所述输入图片的预测参考。
[0076]
本地视频解码器(633)可基于源编码器(630)创建的符号，对可指定为参考图片的图片的已编码视频数据进行解码。编码引擎(632)的操作可为有损过程。当已编码视频数据可在视频解码器(图6中未示)处被解码时，重建的视频序列通常可以是带有一些误差的源视频序列的副本。本地视频解码器(633)复制解码过程，所述解码过程可由视频解码器对参考图片执行，且可使重建的参考图片存储在参考图片高速缓存(634)中。以此方式，视频编码器(603)可在本地存储重建的参考图片的副本，所述副本与将由远端视频解码器获得的重建参考图片具有共同内容(不存在传输误差)。
[0077]
预测器(635)可针对编码引擎(632)执行预测搜索。即，对于将要编码的新图片，预测器(635)可在参考图片存储器(634)中搜索可作为所述新图片的适当预测参考的样本数据(作为候选参考像素块)或某些元数据，例如参考图片运动矢量、块形状等。预测器(635)可基于样本块逐像素块操作，以找到合适的预测参考。在一些情况下，根据预测器(635)获得的搜索结果，可确定输入图片可具有从参考图片存储器(634)中存储的多个参考图片取得的预测参考。
[0078]
控制器(650)可管理源编码器(630)的编码操作，包括例如设置用于对视频数据进行编码的参数和子群参数。
[0079]
可在熵编码器(645)中对所有上述功能单元的输出进行熵编码。熵编码器(645)根据例如霍夫曼编码、可变长度编码、算术编码等技术对各种功能单元生成的符号进行无损压缩，从而将所述符号转换成已编码视频序列。
[0080]
传输器(640)可缓冲由熵编码器(645)创建的已编码视频序列，从而为通过通信信道(660)进行传输做准备，所述通信信道可以是通向将存储已编码的视频数据的存储装置的硬件/软件链路。传输器(640)可将来自视频编码器(603)的已编码视频数据与要传输的其它数据合并，所述其它数据例如是已编码音频数据和/或辅助数据流(未示出来源)。
[0081]
控制器(650)可管理视频编码器(603)的操作。在编码期间，控制器(650)可以为每个已编码图片分配某一已编码图片类型，但这可能影响可应用于相应的图片的编码技术。例如，通常可将图片分配为以下任一种图片类型：
[0082]
帧内图片(i图片)，其可以是不将序列中的任何其它图片用作预测源就可被编码和解码的图片。一些视频编解码器容许不同类型的帧内图片，包括例如独立解码器刷新(independent decoder refresh，“idr”)图片。所属领域的技术人员了解i图片的变体及其相应的应用和特征。
[0083]
预测性图片(p图片)，其可以是可使用帧内预测或帧间预测进行编码和解码的图片，所述帧内预测或帧间预测使用至多一个运动矢量和参考索引来预测每个块的样本值。
[0084]
双向预测性图片(b图片)，其可以是可使用帧内预测或帧间预测进行编码和解码的图片，所述帧内预测或帧间预测使用至多两个运动矢量和参考索引来预测每个块的样本值。类似地，多个预测性图片可使用多于两个参考图片和相关联元数据以用于重建单个块。
[0085]
源图片通常可在空间上细分成多个样本块(例如，4
×
4、8
×
8、4
×
8或16
×
16个样本的块)，且逐块进行编码。这些块可参考其它(已编码)块进行预测编码，根据应用于块的相应图片的编码分配来确定所述其它块。举例来说，i图片的块可进行非预测编码，或所述块可参考同一图片的已经编码的块来进行预测编码(空间预测或帧内预测)。p图片的像素块可参考一个先前编码的参考图片通过空间预测或通过时域预测进行预测编码。b图片的块可参考一个或两个先前编码的参考图片通过空间预测或通过时域预测进行预测编码。
[0086]
视频编码器(603)可根据例如itu
‑
t h.265建议书的预定视频编码技术或标准执行编码操作。在操作中，视频编码器(603)可执行各种压缩操作，包括利用输入视频序列中的时间和空间冗余的预测编码操作。因此，已编码视频数据可符合所用视频编码技术或标准指定的语法。
[0087]
在实施例中，传输器(640)可在传输已编码的视频时传输附加数据。源编码器(630)可将此类数据作为已编码视频序列的一部分。附加数据可包括时间/空间/snr增强层、冗余图片和切片等其它形式的冗余数据、sei消息、vui参数集片段等。
[0088]
采集到的视频可作为呈时间序列的多个源图片(视频图片)。帧内图片预测(常常简化为帧内预测)利用给定图片中的空间相关性，而帧间图片预测则利用图片之间的(时间或其它)相关性。在实施例中，将正在编码/解码的特定图片分割成块，正在编码/解码的特定图片被称作当前图片。在当前图片中的块类似于视频中先前已编码且仍被缓冲的参考图片中的参考块时，可通过称作运动矢量的矢量对当前图片中的块进行编码。所述运动矢量
指向参考图片中的参考块，且在使用多个参考图片的情况下，所述运动矢量可具有识别参考图片的第三维度。
[0089]
在一些实施例中，双向预测技术可用于帧间图片预测中。根据双向预测技术，使用两个参考图片，例如按解码次序都在视频中的当前图片之前(但按显示次序可能分别是过去和将来)第一参考图片和第二参考图片。可通过指向第一参考图片中的第一参考块的第一运动矢量和指向第二参考图片中的第二参考块的第二运动矢量对当前图片中的块进行编码。具体来说，可通过第一参考块和第二参考块的组合来预测所述块。
[0090]
此外，合并模式技术可用于帧间图片预测中以改善编码效率。
[0091]
根据本技术公开的一些实施例，帧间图片预测和帧内图片预测等预测的执行以块为单位。举例来说，根据hevc标准，将视频图片序列中的图片分割成编码树单元(coding tree unit，ctu)以用于压缩，图片中的ctu具有相同大小，例如64
×
64像素、32
×
32像素或16
×
16像素。一般来说，ctu包括三个编码树块(coding tree block，ctb)，所述三个编码树块是一个亮度ctb和两个色度ctb。更进一步的，还可将每个ctu以四叉树拆分为一个或多个编码单元(coding unit，cu)。举例来说，可将64
×
64像素的ctu拆分为一个64
×
64像素的cu，或4个32
×
32像素的cu，或16个16
×
16像素的cu。在实施例中，分析每个cu以确定用于cu的预测类型，例如帧间预测类型或帧内预测类型。此外，取决于时间和/或空间可预测性，将cu拆分为一个或多个预测单元(prediction unit，pu)。通常，每个pu包括亮度预测块(prediction block，pb)和两个色度pb。在实施例中，编码(编码/解码)中的预测操作以预测块为单位来执行。以亮度预测块作为预测块为例，预测块包括像素值(例如，亮度值)的矩阵，例如8
×
8像素、16
×
16像素、8
×
16像素、16
×
8像素等等。
[0092]
图7是根据本技术公开的另一实施例的视频编码器(703)的图。视频编码器(703)用于接收视频图片序列中的当前视频图片内的样本值的处理块(例如预测块)，且将所述处理块编码到作为已编码视频序列的一部分的已编码图片中。在本实施例中，视频编码器(703)用于代替图4实施例中的视频编码器(403)。
[0093]
在hevc实施例中，视频编码器(703)接收用于处理块的样本值的矩阵，所述处理块为例如8
×
8样本的预测块等。视频编码器(703)使用例如率失真(rate
‑
distortion，rd)优化来确定是否使用帧内模式、帧间模式或双向预测模式来编码所述处理块。当在帧内模式中编码处理块时，视频编码器(703)可使用帧内预测技术以将处理块编码到已编码图片中；且当在帧间模式或双向预测模式中编码处理块时，视频编码器(703)可分别使用帧间预测或双向预测技术将处理块编码到已编码图片中。在某些视频编码技术中，合并模式可以是帧间图片预测子模式，其中，在不借助预测值外部的已编码运动矢量分量的情况下，从一个或多个运动矢量预测值导出运动矢量。在某些其它视频编码技术中，可存在适用于主题块的运动矢量分量。在实施例中，视频编码器(703)包括其它组件，例如用于确定处理块模式的模式决策模块(未示出)。
[0094]
在图7的实施例中，视频编码器(703)包括如图7所示的耦接到一起的帧间编码器(730)、帧内编码器(722)、残差计算器(723)、开关(726)、残差编码器(724)、通用控制器(721)和熵编码器(725)。
[0095]
帧间编码器(730)用于接收当前块(例如处理块)的样本、比较所述块与参考图片中的一个或多个参考块(例如先前图片和后来图片中的块)、生成帧间预测信息(例如根据
帧间编码技术的冗余信息描述、运动矢量、合并模式信息)、以及基于帧间预测信息使用任何合适的技术计算帧间预测结果(例如已预测块)。在一些实施例中，参考图片是基于已编码的视频信息解码的已解码参考图片。
[0096]
帧内编码器(722)用于接收当前块(例如处理块)的样本、在一些情况下比较所述块与同一图片中已编码的块、在变换之后生成量化系数、以及在一些情况下还(例如根据一个或多个帧内编码技术的帧内预测方向信息)生成帧内预测信息。在实施例中，帧内编码器(722)还基于帧内预测信息和同一图片中的参考块计算帧内预测结果(例如已预测块)。
[0097]
通用控制器(721)用于确定通用控制数据，且基于所述通用控制数据控制视频编码器(703)的其它组件。在实施例中，通用控制器(721)确定块的模式，且基于所述模式将控制信号提供到开关(726)。举例来说，当所述模式是帧内模式时，通用控制器(721)控制开关(726)以选择供残差计算器(723)使用的帧内模式结果，且控制熵编码器(725)以选择帧内预测信息且将所述帧内预测信息添加在码流中；以及当所述模式是帧间模式时，通用控制器(721)控制开关(726)以选择供残差计算器(723)使用的帧间预测结果，且控制熵编码器(725)以选择帧间预测信息且将所述帧间预测信息添加在码流中。
[0098]
残差计算器(723)用于计算所接收的块与选自帧内编码器(722)或帧间编码器(730)的预测结果之间的差(残差数据)。残差编码器(724)用于基于残差数据操作，以对残差数据进行编码以生成变换系数。在实施例中，残差编码器(724)用于将残差数据从时域转换到频域，且生成变换系数。变换系数接着经由量化处理以获得量化的变换系数。在各种实施例中，视频编码器(703)还包括残差解码器(728)。残差解码器(728)用于执行逆变换，且生成已解码残差数据。已解码残差数据可适当地由帧内编码器(722)和帧间编码器(730)使用。举例来说，帧间编码器(730)可基于已解码残差数据和帧间预测信息生成已解码块，且帧内编码器(722)可基于已解码残差数据和帧内预测信息生成已解码块。适当处理已解码块以生成已解码图片，且在一些实施例中，所述已解码图片可在存储器电路(未示出)中缓冲并用作参考图片。
[0099]
熵编码器(725)用于将码流格式化以产生已编码的块。熵编码器(725)根据hevc标准等合适标准产生各种信息。在实施例中，熵编码器(725)用于获得通用控制数据、所选预测信息(例如帧内预测信息或帧间预测信息)、残差信息和码流中的其它合适的信息。应注意，根据所公开的主题，当在帧间模式或双向预测模式的合并子模式中对块进行编码时，不存在残差信息。
[0100]
图8是根据本技术公开的另一实施例的视频解码器(810)的图。视频解码器(810)用于接收作为已编码视频序列的一部分的已编码图像，且对所述已编码图像进行解码以生成重建的图片。在实施例中，视频解码器(810)用于代替图4实施例中的视频解码器(510)。
[0101]
在图8实施例中，视频解码器(810)包括如图8中所示耦接到一起的熵解码器(871)、帧间解码器(880)、残差解码器(873)、重建模块(874)和帧内解码器(872)。
[0102]
熵解码器(871)可用于根据已编码图片来重建某些符号，这些符号表示构成所述已编码图片的语法元素。此类符号可包括例如用于对所述块进行编码的模式(例如帧内模式、帧间模式、双向预测模式、后两者的合并子模式或另一子模式)、可分别识别供帧内解码器(872)或帧间解码器(880)用以进行预测的某些样本或元数据的预测信息(例如帧内预测信息或帧间预测信息)、呈例如量化的变换系数形式的残差信息等等。在实施例中，当预测
模式是帧间或双向预测模式时，将帧间预测信息提供到帧间解码器(880)；以及当预测类型是帧内预测类型时，将帧内预测信息提供到帧内解码器(872)。残差信息可经由逆量化并提供到残差解码器(873)。
[0103]
帧间解码器(880)用于接收帧间预测信息，且基于所述帧间预测信息生成帧间预测结果。
[0104]
帧内解码器(872)用于接收帧内预测信息，且基于所述帧内预测信息生成预测结果。
[0105]
残差解码器(873)用于执行逆量化以提取解量化的变换系数，且处理所述解量化的变换系数，以将残差从频域转换到空间域。残差解码器(873)还可能需要某些控制信息(用以获得量化器参数qp)，且所述信息可由熵解码器(871)提供(未标示数据路径，因为这仅仅是低量控制信息)。
[0106]
重建模块(874)用于在空间域中组合由残差解码器(873)输出的残差与预测结果(可由帧间预测模块或帧内预测模块输出)以形成重建的块，所述重建的块可以是重建的图片的一部分，所述重建的图片继而可以是重建的视频的一部分。应注意，可执行解块操作等其它合适的操作来改善视觉质量。
[0107]
应注意，可使用任何合适的技术来实施视频编码器(403)、视频编码器(603)和视频编码器(703)以及视频解码器(410)、视频解码器(510)和视频解码器(810)。在实施例中，可使用一个或多个集成电路来实施视频编码器(403)、视频编码器(603)和视频编码器(703)以及视频解码器(410)、视频解码器(510)和视频解码器(810)。在另一实施例中，可使用执行软件指令的一个或多个处理器来实施视频编码器(403)、视频编码器(603)和视频编码器(603)以及视频解码器(410)、视频解码器(510)和视频解码器(810)。
[0108]
块分区结构可称为编码树。在一些实施例中，块分区结构使用四叉树(qt)加二叉树(bt)。例如，通过使用qt结构，将ctu分割为cu以适应各种局部特性。可以在cu级做出关于是使用图片间(时间)预测还是图片内(空间)预测来对图片区域进行编码的决定。可根据pu分割类型将每个cu进一步分割为一个、两个或四个pu。在一个pu内部，应用同一预测过程，并且可基于pu将相关信息传输到解码器。
[0109]
在通过应用基于pu分割类型的预测过程获得残余块之后，可根据另一qt结构将cu分区成tu。可以看出，存在包括cu、pu和tu的多个分区概念。
[0110]
在图片边界处，在一些实施例中，可采用隐式四叉树分割从而将块持续qt分割，直到大小适合图片边界。
[0111]
在一些实施例中，采用四叉树加二叉树(qtbt)结构。qtbt结构消除多个分区类型的概念(例如，cu、pu和tu概念)，并支持cu分区形状的更多灵活性。在qtbt块结构中，cu可具有正方形或矩形形状。
[0112]
图9a示出了通过使用图9b中所示的qtbt结构(920)分区的ctu(910)。ctu(910)首先由qt结构分区。qt叶节点进一步由bt结构或qt结构分区。在bt分割中可存在两种分割类型：对称水平分割和对称垂直分割。bt叶节点称为cu，其可用于预测和变换处理而无需任何进一步分区。因此，cu、pu和tu在qtbt编码块结构中具有相同的块大小。
[0113]
在一些实施例中，cu可包括不同颜色分量的编码块(cb)。例如，一个cu在4:2:0色度格式的p和b条带的情况下包含一个亮度cb和两个色度cb。cu可包括单个颜色分量的cb。
例如，在i条带的情况下，一个cu仅包含一个亮度cb或仅包含两个色度cb。
[0114]
在一些实施例中，为qtbt分区方案定义以下参数：
[0115]
－ctu大小：四叉树的根节点大小，例如在hevc中。
[0116]
－minqtsize：最小允许qt叶节点大小。
[0117]
－maxbtsize：最大允许bt根节点大小。
[0118]
－maxbtdepth：最大允许bt深度。
[0119]
－minbtsize：最小允许bt叶节点大小。
[0120]
在qtbt分区结构的一个示例中，将ctu大小设置为具有两个对应的64
×
64色度样本块的128
×
128亮度样本，将minqtsize设置为16
×
16，将maxbtsize设置为64
×
64，将minbtsize(对于宽度和高度两者)设置为4
×
4，并且将maxbtdepth设置为4。首先将qt分区应用于ctu以生成qt叶节点。qt叶节点可具有从16
×
16(即，minqtsize)到128
×
128(即，ctu大小)的大小。如果叶qt节点是128
×
128，则它将不会被二叉树进一步分割，因为大小超过maxbtsize(即，64
×
64)。否则，叶qt节点可由二叉树进一步分区。因此，qt叶节点也是二叉树的根节点，并且它的bt深度为0。
[0121]
当bt深度达到maxbtdepth(即，4)时，不考虑进一步分割。当bt节点具有等于minbtsize(即，4)的宽度时，不考虑进一步的水平分割。类似地，当bt节点具有等于minbtsize的高度时，不考虑进一步的垂直分割。通过预测和变换处理来进一步处理二叉树的叶节点，而无需任何进一步的分区。在实施例中，最大ctu大小是256
×
256亮度样本。
[0122]
在图9a和图9b中，实线指示qt分割，而虚线指示bt分割。在二叉树的每个分割(即，非叶)节点中，可发信号通知一个标志以指示使用哪种分割类型(即，水平或垂直)。例如，0指示水平分割，而1指示垂直分割。对于qt分割，不需要指示分割类型，因为四叉树分割总是水平地和垂直地分割块以产生具有相等大小的4个子块。
[0123]
在一些实施例中，qtbt方案支持亮度和色度具有分离的qtbt结构的灵活性。例如，对于p和b条带，一个ctu中的亮度和色度块共享同一qtbt结构。然而，对于i条带，亮度ctb通过一qtbt结构分区成cu，而色度块通过另一qtbt结构分区成色度cu。因此，i条带中的cu可包括亮度分量的编码块或两个色度分量的编码块或由其组成，而p或b条带中的cu可包括所有三个颜色分量的编码块或由其组成。
[0124]
在一些实施例中，用于小块的帧间预测被限制为减少运动补偿的存储器访问。例如，对于4
×
8和8
×
4块不支持双向预测，而对于4
×
4块不支持帧间预测。在一些示例中，诸如当实施qtbt时，可以消除上述限制。
[0125]
ctu大小可由ctu的宽度(或高度)m表示。在实施例中，当ctu具有正方形形状时，ctu大小也可由ctu中的mxm亮度样本来表示。因此，ctu大小可称为m或mxm。在实施例中，可以使用同一ctu大小来对视频序列中的图片进行编码(例如，编码/解码)，并且可在序列参数设置(sps)中(例如，在sps头中)发信号通知指示ctu大小的编码信息，并且在视频序列中的图片之间共享该编码信息。
[0126]
在一些实施例中，可使用多个ctu大小(例如，四个ctu大小)，诸如16、32、64和128。因此，四个ctu大小可分别为16
×
16、32
×
32、64
×
64和128
×
128亮度样本。变量
‘
ctbsizey’可用于表示四个ctu大小(例如，16、32、64和128)。数字4至7分别是四个ctu大小16、32、64和128的以2为底的对数，并且可由变量
‘
ctblog2sizey’表示。四个数字2、3、4和5可用于分别
对16(或16
×
16亮度样本)、32(或32
×
32亮度样本)、64(或64
×
64亮度样本)和128(或128
×
128亮度样本)进行编码，并且可由变量
‘
log2_ctu_size_minus2’表示。例如，四个数字2至5(或log2_ctu_size_minus2)分别是四个ctu大小16、32、64和128的以2为底的对数(或ctblog2sizey)与值2之间的差值。如图10a所示，可将用于ctu大小的sps头语法的示例设置为
‘
log2_ctu_size_minus2’。
[0127]
四个数字2至5(或log2_ctu_size_minus2)可使用熵编码工具来编码，该熵编码工具例如指数哥伦布编码，诸如无符号整数0阶指数哥伦布编码(或ue(v))。因此，用于变量log2_ctu_size_minus2的对应描述符在图10a中为ue(v)。
[0128]
图10b示出了根据本公开的实施例的ue(v)编码的示例。变量比特串(1010)可用于对变量log2_ctu_size_minus2进行编码(也称为已编码值或代码号(codenums))(1020)。例如，比特串011、00100、00101和00110分别用于对codenum 2至5进行编码。
[0129]
基于以上描述，可在下面描述ctu大小的语义。
[0130]
log2_ctu_size_minus2加2指定每个ctu的亮度ctb大小(如等式(1)所示)。
[0131]
log2_min_luma_coding_block_size_minus2加2指定最小亮度编码块大小。
[0132]
变量ctblog2sizey和ctbsizey可使用等式(1)至(2)导出。
[0133]
ctblog2sizey＝log2_ctu_size_minus2 2
ꢀꢀꢀ
等式(1)
[0134]
ctbsizey＝1<<ctblog2sizey
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
等式(2)
[0135]
例如，比特串011表示如图10b所示的基于ue(v)编码的codenum 2。因此，变量log2_ctu_size_minus2的值为2。变量ctblog2sizey的值基于等式1而确定为4。变量ctbsizey的值基于等式(2)而确定为2ctblog2sizey，并且因此变量ctbsizey的值为24＝16。因此，ctu大小是16或16
×
16亮度样本。以上描述可应用于指示各种ctu大小(诸如32、64或128)的其它比特串。
[0136]
在一些示例中，当使用ctu大小16而非使用较大的ctu大小(例如，128)时，可能出现大得多的开销。因此，当使用ctu大小16时，解码时间可能更长。在示例中，16
×
16亮度样本的ctu大小对应于8
×
8色度ctb大小。对于某些编码模块，处理8
×
8色度ctb大小具有挑战性，因为环路滤波器通常使用16
×
16块作为输入。此外，16
×
16的ctu大小可导致显著的编码损失。因此，可消除ctu大小16。
[0137]
在一些实施例中，使用多个ctu大小(例如，三个ctu大小)，诸如32、64和128(或32
×
32、64
×
64、128
×
128亮度样本)。类似地，变量
‘
ctbsizey’可用于表示三个ctu大小。数字5至7分别是三个ctu大小32、64和128的以2为底的对数，并且可由变量
‘
ctblog2sizey’表示。spe头中的语法和对应描述可如下修改并在图11a中示出。
[0138]
三个数字0至2可用于分别对三个ctu大小(例如，32(或32
×
32亮度样本)、64(或64
×
64亮度样本)和128(或128
×
128亮度样本)进行编码，并且可由变量
‘
log2_ctu_size_minus5’表示。例如，三个数字0至2(或log2_ctu_size_minus5)分别是三个ctu大小32、64和128的以2为底的对数(即，5至7)(或ctblog2sizey)与数字5之间的差值。如上所述，如图11a所示，可将用于ctu大小的sps头语法设置为
‘
log2_ctu_size_minus5’。
[0139]
三个数字0至2(或log2_ctu_size_minus5)可使用具有固定长度编码的熵编码工具来编码，该熵编码工具诸如使用n位(或u(n))的无符号整数。在示例中，可使用2比特(例如，n＝2)。因此，对应描述符在图11a中是u(2)。比较图10a和图11a，差值由标签1110和1120
指示。
[0140]
图11b示出了根据本公开的实施例的u(2)编码的示例。固定长度比特串(1130)可用于对变量log2_ctu_size_minus5进行编码(也称为已编码值或codenums)(1140)。例如，比特串00、01和10可分别用于对codenum 0至2进行编码。
[0141]
ctu大小的语义描述如下，并且使用斜体字突出显示与log2_ctu_size_minus2和log2_ctu_size_minus5相关联的一些差值。
[0142]
log2_ctu_size_minus5加5指定每个ctu的亮度ctb大小。在示例中，码流一致性的要求是log2_ctu_size_minus5的值小于或等于2。
[0143]
log2_min_luma_coding_block_size_minus2加2可指定最小亮度编码块大小。
[0144]
变量ctblog2sizey和ctbsizey可使用等式(2)至(3)导出，其中等式(3)不同于等式(1)。
[0145]
ctblog2sizey＝log2_ctu_size_minus5 5
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
等式(3)
[0146]
例如，比特串00表示如图11b所示的基于u(2)编码的codenum 0。因此，log2_ctu_size_minus5是0。变量ctblog2sizey的值基于等式(3)而确定为5。变量ctbsizey的值基于等式(2)而确定为2
ctblog2sizey
，并且因此变量ctbsizey的值为25＝32。因此，ctu大小是32或32
×
32亮度样本。以上描述可应用于指示其它ctu大小(例如，64或128)的其它比特串。
[0147]
在一些实施例中，仅对表示三个ctu大小的三个数字(例如，codenums 0至2)进行编码。例如当已编码数是0或1时，使用固定长度编码u(2)来描述语法log2_ctu_size_minus5可能会浪费一个比特。
[0148]
在上述一些实施例中，数字0(例如，codenum 0)可用于表示ctu大小32(或32
×
32亮度样本)，而数字2(例如，codenum 2)可用于表示ctu大小128(或128
×
128亮度样本)。在各种示例中，ctu大小128是视频序列中最频繁使用的ctu大小，并且因此以数字2对ctu大小128进行编码可降低编码效率并增加编码复杂性。
[0149]
在一些实施例中，对于视频序列中的图片，用于对图片进行编码的ctu大小可在视频序列的已编码信息中进行指示。指示ctu大小的信息可在sps头中。ctu大小可以是多个ctu大小之一，诸如三个ctu大小32、64和128。根据本公开的各方面，截断一元编码可用于对指示ctu大小的数字(例如，已编码值或codenums)进行编码(例如，编码/解码)。当与上面描述的固定长度编码(例如，参考图11a至图11b)相比时，截断一元编码可例如通过消除不必要的比特浪费来提高编码效率。因此，当使用截断一元编码而非固定长度编码u(2)时，sps头的大小可更小，因此提高编码效率。此外，在一些示例中，可避免由不一致编码器生成的非法码流(例如，启用在一些标准或编码器中不允许的ctu大小16
×
16)。
[0150]
在实施例中，可使用三个ctu大小32、64和128(或32
×
32、64
×
64、128
×
128亮度样本)。如上所述，变量
‘
ctbsizey’可用于表示三个ctu大小。数字5至7分别是三个ctu大小32、64和128的以2为底的对数，并且可由变量
‘
ctblog2sizey’表示。sps头中的语法和对应描述可如下修改并在图12a中示出。
[0151]
三个数字0至2可用于对三个ctu大小进行编程或者表示三个ctu大小。根据本公开的各方面，0用于表示128(或128
×
128亮度样本)(或对其进行编码)，1用于表示64(或64
×
64亮度样本)(或对其进行编码)，并且2用于表示或用于编码32(或32
×
32亮度样本)，并且因此三个数字可由变量
‘
seven_minus_log2_ctu_size’表示。例如，三个数字0至2(或
seven_minus_log2_ctu_size)分别是7与三个ctu大小128、64和32的以2为底的对数7、6和5(或ctblog2sizey)之间的差值。如上所述，如图12a所示，用于ctu大小的sps头语法可设置为
‘
seven_minus_log2_ctu_size’。
[0152]
三个数字0至2(或seven_minus_log2_ctu_size)可使用截断一元编码(或tu(v))来编码，如图12a中的描述符tu(v)所示的。在实施例中，截断一元编码是当待编码数小于最大值cmax时生成后面跟着
‘0’
的二进制数串(或比特串)
‘1’
的一元编码。当待编码数等于最大值cmax时，截断最后一个
‘0’
。在实施例中，当对三个数字0至2(或seven_minus_log2_ctu_size)进行编码时，最大值cmax是2。图12b示出了根据本公开的实施例的截断一元编码的示例。可变长度比特串(1230)用于对变量seven_minus_log2_ctu_size进行编码(也称为编码值或codenums(1240))。比特串0可用于对codenum 0进行编码。比特串10可用于对codenum 1进行编码。比特串11可用于对codenum 2进行编码。比较图11a和图12a，差值由标签(1210)和(1220)指示。比较图10a和图12a，差值由标签(1210)和(1220)指示。
[0153]
通常，三个数字0至2(或seven_minus_log2_ctu_size)可使用任何合适的编码方法来编码，该编码方法诸如可变长度编码(例如，截断一元编码、指数哥伦布编码)、固定长度编码(例如，u(n))等，其中数字0表示ctu大小128。代码号可基于ctu大小的使用频率来分配。例如，可将128的ctu大小分配给最低或较小的代码号。
[0154]
如上所述，在图12a至图12b中，变量
‘
seven_minus_log2_ctu_size’可用于描述ctu大小，并且ctu大小128可用已编码值或codenum 0进行编码。此外，具有1位的比特串0可用于对codenum 0进行编码。在各种示例中，当ctu大小128比其它ctu大小(例如，32和64)更频繁地使用时，用1位对ctu大小128进行编码可提高编码效率。例如，比特串00110可用于指示ctu大小128具有5位(图10b)，或者比特串10可用于指示ctu大小128具有2位(图11b)。
[0155]
ctu大小的语义描述如下，并且seven_minus_log2_ctu_size与一个或多个其它变量(log2_ctu_size_minus5 and log2_ctu_size_minus2)之间的一些差异。
[0156]
seven_minus_log2_ctu_size指定每个ctu的亮度ctb大小。在示例中，码流一致性的要求是seven_minus_log2_ctu_size的值小于或等于2。
[0157]
log2_min_luma_coding_block_size_minus2加2可指定最小亮度编码块大小。
[0158]
变量ctblog2sizey和ctbsizey可使用等式(2)和(4)导出。
[0159]
ctblog2sizey＝7
‑
seven_minus_log2_ctu_size
ꢀꢀꢀꢀꢀ
等式(4)
[0160]
参考图12b，例如，比特串0可用于表示基于具有最大值cmax为2的tu(v)编码的codenum 0。因此，变量seven_minus_log2_ctu_size的值为0。变量ctblog2sizey的值基于等式4而确定为7。变量ctbsizey的值基于等式(2)而确定为2
ctblog2sizey
，并且因此变量ctbsizey的值为27＝128。因此，ctu大小是128或128
×
128亮度样本。以上描述可应用于指示其它ctu大小(例如，32或64)的其它比特串。
[0161]
根据本公开的各方面，已编码视频序列中的图片的已编码信息可由解码器接收。已编码信息可指示例如编码器选择或使用来对图片进行编码的ctu大小。选择的ctu大小可以是多个ctu大小之一，诸如三个ctu大小32、64和128。可使用截断一元编码对已编码信息进行编码/解码，以获得选择的ctu大小。在示例中，编码信息可指示用于对ctu大小进行编码的编码工具(例如，截断一元编码)。在另一示例中，编码工具是预定的或预先发信号通知的。
[0162]
在实施例中，已编码信息在sps头(例如，sps头的语法和描述符)中，诸如上文参考图12a至12b描述。已编码信息可包括比特串(例如，图12b中的比特串10)。在示例中，可使用截断一元编码从比特串确定已编码值/codenum(例如，seven_minus_log2_ctu_size)，并且已编码值是图12b中所示的数字1。在示例中，在截断一元编码中使用的最大值cmax是2。此外，选择的ctu大小(例如，64)可基于语法和相关联的语义(例如，等式(4)和等式(2))从已编码值(例如，数字1)来确定。例如，使用等式(4)将变量ctblog2sizey的值确定为7与已编码值之间的差值，并且因此当seven_minus_log2_ctu_size为0时，变量ctblog2sizey的值为7。然后，使用等式(2)将变量ctbsizey的值确定为2
ctblog2sizey
，并且因此当ctblog2sizey为7时，变量ctbsizey的值为27＝128。
[0163]
如上文参考图12a至图12b所述，以较少数量的比特对最频繁使用的ctu大小进行编码可提高编码效率。在一些示例中，最频繁使用的ctu大小是128，并且因此ctu大小128可用1比特(例如，如图12b所示的比特串
‘0’
)来编码。
[0164]
在一些实施例中，多个ctu大小(例如，三个ctu大小)，诸如32、64和128，可使用变量log2_ctu_size_minus5(例如，使用等式(2)和(3))来表示，并且使用具有最大值cmax为2的截断一元编码tu(v)进行编码，如图12b所示。在示例中，ctu大小128用已编码值(或codenum)2进行编码，并且因此比特串11用于对数字2和ctu大小128进行编码。在示例中，ctu大小64用已编码值(或codenum)1进行编码，并且因此比特串10用于对数字1和ctu大小64进行编码。在示例中，ctu大小32用已编码值(或codenum)0进行编码，并且因此比特串0用于对数字0和ctu大小32进行编码。因此，已编码值(或log2_ctu_size_minus5)可使用最大值cmax为2的截断一元编码从比特串确定。此外，选择的ctu大小可基于语法和相关联的语义(例如，等式(3)和等式(2))从已编码值来确定。例如，可使用等式(3)将变量ctblog2sizey的值确定为5与已编码值之和。然后，可使用等式(2)将变量ctbsizey的值确定为2
ctblog2sizey
。
[0165]
图13示出了概述根据本公开的实施例的过程(1300)的流程图。过程(1300)可用于确定将用于已编码视频序列中的图片的ctu大小。在各种实施例中，过程(1300)由处理电路执行，该处理电路诸如终端设备(310)、(320)、(330)和(340)中的处理电路、执行视频编码器(403)的功能的处理电路、执行视频解码器(410)的功能的处理电路、执行视频解码器(510)的功能的处理电路、执行视频编码器(603)的功能的处理电路等。在一些实施例中，方法(1300)用软件指令来实施，因此当处理电路执行软件指令时，处理电路执行过程(1300)。该过程开始于(s1301)并进行到(s1310)。
[0166]
在(s1310)处，例如解码器可接收已编码视频序列中的图片的已编码信息。已编码信息可包括ctu大小信息，该ctu大小信息指示例如由编码器为图片选择用于进行编码的ctu大小。选择的ctu大小可为多个ctu大小之一，诸如三个ctu大小32
×
32、64
×
64和128
×
128亮度样本。多个ctu大小可包括任何合适数量的ctu大小，并且可包括一个或多个任何合适的ctu大小。ctu大小信息可使用截断一元码或其它编码方案来编码。
[0167]
在示例中，已编码信息指示用于对选择的ctu大小进行编码的编码工具。例如，编码信息在指示编码工具(例如，tu(v)、u(2)或ue(v))的sps头中。在一些示例中，语法包括在sps头中，并且因此指示对应的语义。
[0168]
在(s1320)处，可基于ctu大小信息使用编码工具(例如，截断一元编码)来确定选
择的ctu大小。例如，如上文参考图12a至12b所述，使用截断一元解码来对已编码信息进行解码。在实施例中，ctu大小信息包括比特串。已编码值(例如，codenum)可使用截断一元解码从比特串确定。例如，当比特串分别是0、10和11并且在截断一元编码中使用的最大值cmax是2时，已编码值可被确定为0、1和2。此外，可例如使用编码信息中指示的语法(或对应的语义)基于已编码值来确定选择的ctu大小。
[0169]
在示例中，语法指示已编码值是指变量seven_minus_log2_ctu_size的值，并且因此等式(2)和(4)可用于获得ctu大小。因此，当已编码值为0时，选择的ctu大小为128。当已编码值为1时，选择的ctu大小为64。当已编码值为2时，选择的ctu大小为32。此外，选择的ctu大小可被确定为2
ctblog2sizey
，其中变量ctblog2sizey的值是7与已编码值之间的差值。
[0170]
在示例中，语法指示已编码值是指变量log2_ctu_size_minus5的值，并且因此等式(2)和(3)可用于获得选择的ctu大小。因此，当已编码值为2时，选择的ctu大小为128。当已编码值为1时，选择的ctu大小为64。当已编码值为0时，选择的ctu大小为32。此外，选择的ctu大小可被确定为2
ctblog2sizey
，其中变量ctblog2sizey的值是已编码值与5之和。
[0171]
在(s1330)处，可基于选择的ctu大小来重建图片中的样本。例如，可将图片之一分区成具有选择的ctu大小的ctu。每个ctu可被进一步分区成cu，其中帧间预测和/或帧内预测可用于重建cu中的样本。过程(1300)进行到(s1399)并终止。
[0172]
上述技术可以通过计算机可读指令实现为计算机软件，并且物理地存储在一个或多个计算机可读介质中。例如，图14示出了计算机系统(1400)，其适于实现所公开主题的某些实施例。
[0173]
所述计算机软件可通过任何合适的机器代码或计算机语言进行编码，通过汇编、编译、链接等机制创建包括指令的代码，所述指令可由一个或多个计算机中央处理单元(cpu)，图形处理单元(gpu)等直接执行或通过译码、微代码等方式执行。
[0174]
所述指令可以在各种类型的计算机或其组件上执行，包括例如个人计算机、平板电脑、服务器、智能手机、游戏设备、物联网设备等。
[0175]
图14所示的用于计算机系统(1400)的组件本质上是示例性的，并不用于对实现本技术实施例的计算机软件的使用范围或功能进行任何限制。也不应将组件的配置解释为与计算机系统(1400)的示例性实施例中所示的任一组件或其组合具有任何依赖性或要求。
[0176]
计算机系统(1400)可以包括某些人机界面输入设备。这种人机界面输入设备可以通过触觉输入(如：键盘输入、滑动、数据手套移动)、音频输入(如：声音、掌声)、视觉输入(如：手势)、嗅觉输入(未示出)，对一个或多个人类用户的输入做出响应。所述人机界面设备还可用于捕获某些媒体，气与人类有意识的输入不必直接相关，如音频(例如：语音、音乐、环境声音)、图像(例如：扫描图像、从静止影像相机获得的摄影图像)、视频(例如二维视频、包括立体视频的三维视频)。
[0177]
人机界面输入设备可包括以下中的一个或多个(仅绘出其中一个)：键盘(1401)、鼠标(1402)、触控板(1403)、触摸屏(1410)、数据手套(未示出)、操纵杆(1405)、麦克风(1406)、扫描仪(1407)、照相机(1408)。
[0178]
计算机系统(1400)还可以包括某些人机界面输出设备。这种人机界面输出设备可以通过例如触觉输出、声音、光和嗅觉/味觉来刺激一个或多个人类用户的感觉。这样的人机界面输出设备可包括触觉输出设备(例如通过触摸屏(1410)、数据手套(未示出)或操纵
杆(1405)的触觉反馈，但也可以有不用作输入设备的触觉反馈设备)、音频输出设备(例如，扬声器(1409)、耳机(未示出))、视觉输出设备(例如，包括阴极射线管屏幕、液晶屏幕、等离子屏幕、有机发光二极管屏的屏幕(1410)，其中每一个都具有或没有触摸屏输入功能、每一个都具有或没有触觉反馈功能——其中一些可通过诸如立体画面输出的手段输出二维视觉输出或三维以上的输出；虚拟现实眼镜(未示出)、全息显示器和放烟箱(未示出))以及打印机(未示出)。
[0179]
计算机系统(1400)还可以包括人可访问的存储设备及其相关介质，如包括具有cd/dvd的高密度只读/可重写式光盘(cd/dvd rom/rw)(1420)或类似介质(1421)的光学介质、拇指驱动器(1422)、可移动硬盘驱动器或固体状态驱动器(1423)，诸如磁带和软盘(未示出)的传统磁介质，诸如安全软件保护器(未示出)等的基于rom/asic/pld的专用设备，等等。
[0180]
本领域技术人员还应当理解，结合所公开的主题使用的术语“计算机可读介质”不包括传输介质、载波或其它瞬时信号。
[0181]
计算机系统(1400)还可以包括通往一个或多个通信网络的接口。例如，网络可以是无线的、有线的、光学的。网络还可为局域网、广域网、城域网、车载网络和工业网络、实时网络、延迟容忍网络等等。网络还包括以太网、无线局域网、蜂窝网络(gsm、3g、4g、5g、lte等)等局域网、电视有线或无线广域数字网络(包括有线电视、卫星电视、和地面广播电视)、车载和工业网络(包括canbus)等等。某些网络通常需要外部网络接口适配器，用于连接到某些通用数据端口或外围总线(1449)(例如，计算机系统(1400)的usb端口)；其它系统通常通过连接到如下所述的系统总线集成到计算机系统(1400)的核心(例如，以太网接口集成到pc计算机系统或蜂窝网络接口集成到智能电话计算机系统)。通过使用这些网络中的任何一个，计算机系统(1400)可以与其它实体进行通信。所述通信可以是单向的，仅用于接收(例如，无线电视)，单向的仅用于发送(例如can总线到某些can总线设备)，或双向的，例如通过局域或广域数字网络到其它计算机系统。上述的每个网络和网络接口可使用某些协议和协议栈。
[0182]
上述的人机界面设备、人可访问的存储设备以及网络接口可以连接到计算机系统(1400)的核心(1440)。
[0183]
核心(1440)可包括一个或多个中央处理单元(cpu)(1441)、图形处理单元(gpu)(1442)、以现场可编程门阵列(fpga)(1443)形式的专用可编程处理单元、用于特定任务的硬件加速器(1444)等。这些设备以及只读存储器(rom)(1445)、随机存取存储器(1446)、内部大容量存储器(例如内部非用户可存取硬盘驱动器、固态硬盘等)(1447)等可通过系统总线(1448)进行连接。在某些计算机系统中，可以以一个或多个物理插头的形式访问系统总线(1448)，以便可通过额外的中央处理单元、图形处理单元等进行扩展。外围装置可直接附接到核心的系统总线(1448)，或通过外围总线(1449)进行连接。外围总线的体系结构包括外部控制器接口pci、通用串行总线usb等。
[0184]
cpu(1441)、gpu(1442)、fpga(1443)和加速器(1444)可以执行某些指令，这些指令组合起来可以构成上述计算机代码。该计算机代码可以存储在rom(1445)或ram(1446)中。过渡数据也可以存储在ram(1446)中，而永久数据可以存储在例如内部大容量存储器(1447)中。通过使用高速缓冲存储器可实现对任何存储器设备的快速存储和检索，高速缓
冲存储器可与一个或多个cpu(1441)、gpu(1442)、大容量存储器(1447)、rom(1445)、ram(1446)等紧密关联。
[0185]
所述计算机可读介质上可具有计算机代码，用于执行各种计算机实现的操作。介质和计算机代码可以是为本技术的目的而特别设计和构造的，也可以是计算机软件领域的技术人员所熟知和可用的介质和代码。
[0186]
作为实施例而非限制，具有体系结构(1400)的计算机系统，特别是核心(1440)，可以作为处理器(包括cpu、gpu、fpga、加速器等)提供执行包含在一个或多个有形的计算机可读介质中的软件的功能。这种计算机可读介质可以是与上述的用户可访问的大容量存储器相关联的介质，以及具有非易失性的核心(1440)的特定存储器，例如核心内部大容量存储器(1447)或rom(1445)。实现本技术的各种实施例的软件可以存储在这种设备中并且由核心(1440)执行。根据特定需要，计算机可读介质可包括一个或一个以上存储设备或芯片。该软件可以使得核心(1440)特别是其中的处理器(包括cpu、gpu、fpga等)执行本文所述的特定过程或特定过程的特定部分，包括定义存储在ram(1446)中的数据结构以及根据软件定义的过程来修改这种数据结构。另外或作为替代，计算机系统可以提供逻辑硬连线或以其它方式包含在电路(例如，加速器(1444))中的功能，该电路可以代替软件或与软件一起运行以执行本文所述的特定过程或特定过程的特定部分。在适当的情况下，对软件的引用可以包括逻辑，反之亦然。在适当的情况下，对计算机可读介质的引用可包括存储执行软件的电路(如集成电路(ic))，包含执行逻辑的电路，或两者兼备。本技术包括任何合适的硬件和软件组合。
[0187]
附录a：首字母缩略词
[0188]
jem：联合开发模型(joint exploration model)
[0189]
vvc：通用视频编码(versatile video coding)
[0190]
bms：基准集合(benchmark set)
[0191]
mv：运动矢量(motion vector)
[0192]
hevc：高效视频编码(high efficiency video coding)
[0193]
mpm:最可能模式(most probable mode)
[0194]
waip:广角帧内预测(wide
‑
angle intra prediction)
[0195]
sei：辅助增强信息(supplementary enhancement information)
[0196]
vui：视频可用性信息(video usability information)
[0197]
gops：图片群组(groups of pictures)
[0198]
tus：变换单元(transform units)
[0199]
pus：预测单元(prediction units)
[0200]
ctus：编码树单元(coding tree units)
[0201]
ctbs：编码树块(coding tree blocks)
[0202]
pbs：预测块(prediction blocks)
[0203]
hrd：假想参考解码器(hypothetical reference decoder)
[0204]
sdr:标准动态范围(standard dynamic range)
[0205]
snr：信噪比(signal noise ratio)
[0206]
cpus：中央处理单元(central processing units)
[0207]
gpus：图形处理单元(graphics processing units)
[0208]
crt：阴极射线管(cathode ray tube)
[0209]
lcd：液晶显示(liquid
‑
crystal display)
[0210]
oled：有机发光二极管(organic light
‑
emitting diode)
[0211]
cd：光盘(compact disc)
[0212]
dvd：数字化视频光盘(digital video disc)
[0213]
rom：只读存储器(read
‑
only memory)
[0214]
ram：随机存取存储器(random access memory)
[0215]
asic：专用集成电路(application
‑
specific integrated circuit)
[0216]
pld：可编程逻辑设备(programmable logic device)
[0217]
lan：局域网(local area network)
[0218]
gsm：全球移动通信系统(global system for mobile communications)
[0219]
lte：长期演进(long
‑
term evolution)
[0220]
canbus：控制器局域网络总线(controller area network bus)
[0221]
usb：通用串行总线(universal serial bus)
[0222]
pci：外围设备互连(peripheral component interconnect)
[0223]
fpga：现场可编程门阵列(field programmable gate areas)
[0224]
ssd：固态驱动器(solid
‑
state drive)
[0225]
ic：集成电路(integrated circuit)
[0226]
cu：编码单元(coding unit)
[0227]
pdpc:位置相关预测组合(position dependent prediction combination)
[0228]
isp:帧内子分区(intra sub
‑
partitions)
[0229]
sps:序列参数设置(sequence parameter setting)
[0230]
虽然本技术已对多个示例性实施例进行了描述，但实施例的各种变更、排列和各种等同替换均属于本技术的范围内。因此应理解，本领域技术人员能够设计多种系统和方法，所述系统和方法虽然未在本文中明确示出或描述，但其体现了本技术的原则，因此属于本技术的精神和范围之内。