图像数据编码及解码的制作方法

1.本公开涉及图像数据编码及解码。


背景技术：

2.本文提供的“背景技术”描述是为了总体呈现本公开的上下文。在本背景技术部分中描述的程度上，当前命名的发明人的工作以及在提交时可能不符合现有技术的描述方面既不明确也不隐含地被认为是针对本公开的现有技术。
3.存在若干种视频数据编码和解码系统涉及将视频数据转换成频域表示、量化频域系数、然后对经量化的系数应用某种形式的熵编码。这可以实现视频数据的压缩。应用相应的解码或解压缩技术来恢复原始视频数据的重构版本。
4.高效视频编码(hevc)也被称为h.265或mpeg-h第2部分，是提议的h.264/mpeg-4avc的继承者。旨在为hevc提高视频质量，使数据压缩率比h.264提高一倍，并可从128x96扩展到7680x4320像素分辨率，大致相当于128千位/秒至800兆位/秒的比特率。


技术实现要素：

5.本公开解决或减轻了由该处理引起的问题。
6.本公开提供了一种图像数据编码设备，包括：
7.熵编码器，被配置为由从上下文自适应二进制算术代码(cabac)编码系统和旁路编码系统当中选择的编码系统来选择性地编码表示图像数据的数据项；
8.其中，数据项包括：(i)指示多方向线性模型(mdlm)色度模式是否适用于当前图像区域的第一数据项；以及(ii)指示用于操作mdlm色度模式的处理方向的第二数据项；
9.其中，熵编码器被配置为编码第一数据项的实例，并且独立于第一数据项的实例的编码而编码第二数据项的实例。
10.本公开还提供了一种图像数据编码方法，包括：
11.由从上下文自适应二进制算术代码(cabac)编码系统和旁路编码系统当中选择的编码系统来选择性地编码表示图像数据的数据项；
12.其中，数据项包括：(i)指示多方向线性模型(mdlm)色度模式是否适用于当前图像区域的第一数据项；以及(ii)指示用于操作mdlm色度模式的处理方向的第二数据项；
13.其中，编码步骤包括：编码第一数据项的实例，并且独立于第一数据项的实例的编码而编码第二数据项的实例。
14.本公开还提供了一种图像数据解码设备，包括：
15.熵解码器，被配置为由从上下文自适应二进制算术代码(cabac)、解码系统和旁路解码系统当中选择的解码系统来选择性地解码表示图像数据的数据项；
16.其中，数据项包括：(i)指示多方向线性模型(mdlm)色度模式是否适用于当前图像区域的第一数据项；以及(ii)指示用于操作mdlm色度模式的处理方向的第二数据项；
17.其中，熵解码器被配置为解码第一数据项的实例，并且独立于第一数据项的实例
的解码而解码第二数据项的实例。
18.本公开还提供了一种图像数据解码方法，包括：
19.由从上下文自适应二进制算术代码(cabac)、解码系统和旁路解码系统当中选择的解码系统来选择性地解码表示图像数据的数据项；
20.其中，数据项包括：(i)指示多方向线性模型(mdlm)色度模式是否适用于当前图像区域的第一数据项；以及(ii)指示用于操作mdlm色度模式的处理方向的第二数据项；
21.其中，解码步骤包括：解码第一数据项的实例，并且独立于第一数据项的实例的解码而解码第二数据项的实例。
22.在所附权利要求中定义了本公开的另外的相应方面和特征。
23.应该理解的是，前面的总体描述和下面的详细描述都是本技术的示例，但不是限制性的。
附图说明
24.当结合附图考虑时，通过参考以下详细描述，将容易获得对本公开及其许多伴随优点的更完整的理解，因为这变得更好理解，其中：
25.图1示意性地示出使用视频数据压缩和解压缩的音频/视频(a/v)数据发送和接收系统；
26.图2示意性地示出使用视频数据解压缩的视频显示系统；
27.图3示意性地示出使用视频数据压缩和解压缩的音频/视频存储系统；
28.图4示意性地示出使用视频数据压缩的摄像机；
29.图5和图6示意性地示出存储介质；
30.图7提供了视频数据压缩和解压缩设备的示意图；
31.图8示意性地示出预测器；
32.图9示意性地示出部分编码的图像；
33.图10示意性地示出一组可能的帧内预测方向；
34.图11示意性地示出一组预测模式；
35.图12示意性地示出另一组预测模式；
36.图13示意性地示出帧内预测处理；
37.图14示意性示出cabac编码器；
38.图15和图16示意性地说明了cabac编码技术；
39.图17和图18示意性地说明了cabac解码技术；以及
40.图19和图20是示出相应方法的示意流程图。
具体实施方式
41.现在参考附图，图1至图4提供了利用将在下面结合本技术的实施例进行描述的压缩和/或解压缩设备的设备或系统的示意图。
42.下面将要描述的所有数据压缩和/或解压缩设备可以用硬件、运行在通用数据处理设备(例如，通用计算机)上的软件、可编程硬件(例如，专用集成电路(asic)或现场可编程门阵列(fpga)或这些的组合)来实现。在实施例由软件和/或固件实现的情况下，应当理
解，这种软件和/或固件以及存储或以其他方式提供这种软件和/或固件的非暂时性数据存储介质被认为是本技术的实施例。
43.图1示意性地示出使用视频数据压缩和解压缩的音频/视频数据发送和接收系统。
44.输入音频/视频信号10被提供给视频数据压缩设备20，该设备至少压缩音频/视频信号10的视频分量以沿着诸如电缆、光纤、无线链路的发送路径30发送。压缩信号由解压缩设备40处理以提供输出音频/视频信号50。对于返回路径，压缩设备60压缩音频/视频信号以沿着发送路径30发送到解压缩设备70。
45.压缩设备20和解压缩设备70因此可以形成发送链路的一个节点。解压缩设备40和解压缩设备60可以形成发送链路的另一节点。当然，在发送链路是单向的情况下，只有一个节点需要压缩设备，而另一节点只需要解压缩设备。
46.图2示意性地示出使用视频数据解压缩的视频显示系统。具体地，压缩的音频/视频信号100由解压缩设备110处理，以提供可以在显示器120上显示的解压缩信号。解压缩设备110可以作为显示器120的整体部分实现，例如，在与显示装置相同的外壳内设置。可替代地，解压缩设备110可以被设置为(例如)所谓的机顶盒(stb)，注意，表达“机顶盒”并不意味着要求该盒相对于显示器120位于任何特定的方向或位置；只是本领域中使用的一个术语，用来表示可作为外围装置连接到显示器的装置。
47.图3示意性地示出使用视频数据压缩和解压缩的音频/视频存储系统。输入音频/视频信号130被提供给压缩设备140，该压缩设备140生成压缩信号以用于由存储装置150(例如，磁盘装置、光盘装置、磁带装置、固态存储装置，例如，半导体存储器或其他存储装置)存储。为了重放，从存储装置150读取压缩数据，并将其传递到解压缩设备160进行解压缩以提供输出音频/视频信号170。
48.应当理解，压缩或编码的信号以及存储该信号的存储介质(例如，机器可读的非暂时性存储介质)被认为是本技术的实施例。
49.图4示意性地示出使用视频数据压缩的摄像机。在图4中，图像捕捉设备180(例如，电荷耦合器件(ccd)图像传感器和相关的控制和读出电子设备)生成视频信号，该视频信号被传送到压缩设备190。麦克风(或多个麦克风)200生成要传递给压缩设备190的音频信号。压缩设备190生成要存储和/或发送的压缩音频/视频信号210(通常作为示意性阶段220显示)。
50.下面将要描述的技术主要涉及视频数据压缩和解压缩。应当理解，许多现有技术可以结合即将描述的视频数据压缩技术用于音频数据压缩，以生成压缩的音频/视频信号。因此，将不提供音频数据压缩的单独讨论。还应当理解，与视频数据相关联的数据速率(特别是广播质量的视频数据)通常比与音频数据相关联的数据速率(无论是压缩的还是未压缩的)高得多。因此，应当理解，未压缩的音频数据可以伴随压缩的视频数据，以形成压缩的音频/视频信号。还应当理解，尽管本示例(图1至图4所示)涉及音频/视频数据，但是下面描述的技术可以在简单处理(也就是说，压缩、解压缩、存储、显示和/或发送)视频数据的系统中找到用途。也就是说，实施例可以应用于视频数据压缩，而根本不需要任何相关联的音频数据处理。
51.因此，图4提供了包括图像传感器和下面将要讨论的类型的编码设备的视频捕捉设备的示例。因此，图2提供了下面将要讨论的类型的解码设备和解码图像被输出到的显示
器的示例。
52.图2和图4的组合可以提供包括图像传感器180和编码设备190、解码设备110和显示器120的视频捕捉设备，解码图像被输出到该显示器。
53.图5和图6示意性地示出存储介质，其存储(例如)由设备20、60生成的压缩数据、输入到设备110或存储介质或阶段150、220的压缩数据。图5示意性地示出诸如磁盘或光盘的盘存储介质，图6示意性地示出固态存储介质，例如，闪存。注意，图5和图6还可以提供存储计算机软件的非暂时性机器可读存储介质的示例，当计算机执行该计算机软件时，该计算机软件使得计算机执行下面将要讨论的一种或多种方法。
54.因此，上述设置提供了体现本技术中任何一种的视频存储、捕捉、发送或接收设备的示例。
55.图7提供了视频数据压缩和解压缩设备的示意图。
56.控制器343控制设备的整体操作，并且具体地，当涉及压缩模式时，通过充当选择器来控制跟踪编码处理，以选择各种操作模式，例如，块大小和形状、以及视频数据是否要被无损编码或以其他方式编码。控制器被认为是图像编码器或图像解码器的一部分(视情况而定)。输入视频信号300的连续图像被提供给加法器310和图像预测器320。下面将参考图8更详细地描述图像预测器320。图像编码器或解码器(视情况而定)加上图8的图像内预测器可以使用来自图7的设备的特征。然而，这并不意味着图像编码器或解码器一定需要图7的每个特征。
57.加法器310实际上执行减法(负加法)操作，因为在“ ”输入端接收输入视频信号300，在
“‑”
输入端接收图像预测器320的输出，从而从输入图像中减去预测图像。结果是产生所谓的残余图像信号330，该残余图像信号330表示实际图像与投影图像之间的差异。
58.产生残余图像信号的一个原因如下。待描述的数据编码技术(也就是说，将被应用于残余图像信号的技术)在待编码的图像中存在较少“能量”时倾向于更有效地工作。在此处，术语“有效地”是指产生少量编码数据；对于特定的图像质量水平，希望(并且被认为是“有效的”)生成尽可能少的数据。在残余图像中提及的“能量”涉及残余图像中包含的信息量。如果预测图像与真实图像相同，则两者之间的差异(也就是说，残余图像)将包含零信息(零能量)，并且将非常容易编码成少量的编码数据。一般来说，如果可以使预测处理工作得相当好，使得预测的图像内容类似于要编码的图像内容，则期望残余图像数据将比输入图像包含更少的信息(更少的能量)，因此将更容易编码成少量的编码数据。
59.现在将描述充当编码器(对残余或差异图像进行编码)的设备的剩余部分。残余图像数据330被提供给转换单元或电路340，该转换单元或电路生成残余图像数据的块或区域的离散余弦转换(dct)表示。dct技术本身是众所周知的，此处不再详细描述。还要注意，dct的使用仅是一个示例性设置的说明。可以使用的其他转换包括例如离散正弦转换(dst)。转换也可以包括单独转换的序列或级联，例如，一个转换之后是另一个转换(无论是否直接)的设置。转换的选择可以明确地确定和/或取决于用于配置编码器和解码器的边信息。
60.转换单元340的输出(也就是说，图像数据的每个转换块的dct系数的组)被提供给量化器350。在视频数据压缩领域中已知各种量化技术，从简单的乘以量化比例因子到在量化参数的控制下应用复杂的查找表。总体目标是双重的。首先，量化处理减少了转换数据的可能值的数量。其次，量化处理可以增加转换数据的值为零的可能性。这两者都可以使下面
将要描述的熵编码处理更有效地产生少量压缩视频数据。
61.扫描单元360应用数据扫描处理。扫描处理的目的是对量化的转换数据重新排序，以便将尽可能多的非零量化的转换系数聚集在一起，并且当然也因此将尽可能多的零值系数聚集在一起。这些特征可以允许有效地应用所谓的游程编码或类似技术。因此，扫描处理包括根据“扫描顺序”从量化的转换数据中选择系数，特别是从对应于已经被转换和量化的图像数据块的系数块当中选择系数，使得(a)所有系数作为扫描的一部分被选择一次、以及(b)扫描倾向于提供期望的重新排序。倾向于给出有用结果的扫描顺序的一个示例是所谓的右对角线扫描顺序。
62.扫描的系数然后被传递到熵编码器(ee)370。同样，可以使用各种类型的熵编码。两个示例是所谓的上下文自适应二进制算术代码(context adaptive binary arithmetic coding,cabac)系统的变体和所谓的上下文自适应可变长度编码(cavlc)系统的变体。总的来说，cabac被认为提供了更好的效率，并且在一些研究中，与cavlc相比，对于可比较的图像质量，cabac被证明提供减少了10-20％的编码输出数据量。然而，cavlc被认为比cabac具有更低的复杂性(就其实现而言)。注意，扫描处理和熵编码处理显示为单独的处理，但实际上可以组合或一起处理。也就是说，可以按照扫描顺序将数据读入熵编码器。相应的考虑适用于下面将要描述的相应逆处理。
63.熵编码器370的输出连同例如定义预测器320生成预测图像的方式的额外数据(上面提到和/或下面讨论的)提供压缩的输出视频信号380。
64.然而，还提供了返回路径，因为预测器320本身的操作取决于压缩输出数据的解压缩版本。
65.这个特征的原因如下。在解压缩处理的适当阶段(将在下面描述)，生成残余数据的解压缩版本。这个解压缩的残余数据必须被添加到预测图像，以生成输出图像(因为原始残余数据是输入图像和预测图像之间的差异)。为了使该处理具有可比性，在压缩侧与解压缩侧之间，由预测器320生成的预测图像在压缩处理和解压缩处理中应该是相同的。当然，在解压缩时，设备不能访问原始输入图像，而只能访问解压缩的图像。因此，在压缩时，预测器320使其预测(至少对于图像间编码)基于压缩图像的解压缩版本。
66.由熵编码器370执行的熵编码处理被认为(在至少一些示例中)是“无损的”，也就是说，可以被反转，以获得与先前提供给熵编码器370的数据完全相同的数据。因此，在这样的示例中，返回路径可以在熵编码阶段之前实现。实际上，由扫描单元360执行的扫描处理也被认为是无损的，但是在本实施例中，返回路径390是从量化器350的输出到互补逆量化器420的输入。在阶段引入损耗或潜在损耗的情况下，该阶段可以包括在由返回路径形成的反馈回路中。例如，熵编码阶段至少原则上可以是有损的，例如，通过在奇偶信息中编码位的技术。在这种情况下，熵编码和解码应该构成反馈回路的一部分。
67.一般而言，熵解码器410、逆扫描单元400、逆量化器420和逆转换单元或电路430提供熵编码器370、扫描单元360、量化器350和转换单元340的相应反向功能。目前，讨论将通过压缩处理继续进行；将在下面单独讨论解压缩输入压缩视频信号的处理。
68.在压缩处理中，扫描的系数通过返回路径390从量化器350传递到逆量化器420，该逆量化器420执行扫描单元360的逆操作。由单元420、430执行逆量化和逆转换处理，以生成压缩-解压缩的残余图像信号440。
69.图像信号440在加法器450处被添加到预测器320的输出，以生成重构的输出图像460。如下，这形成了对图像预测器320的一个输入。
70.现在转到应用于解压缩接收的压缩视频信号470的处理，该信号被提供给熵解码器410，并从此处被提供给逆扫描单元400、逆量化器420和逆转换单元430的链，然后被加法器450添加到图像预测器320的输出。因此，在解码器侧，解码器重构残余图像的版本，然后(通过加法器450)将其应用于图像的预测版本(逐个块)，以便解码每个块。简单地说，加法器450的输出460形成输出解压缩视频信号480。在实践中，在输出信号之前，可选地应用进一步的滤波(例如，通过图8中所示的滤波器560，但是为了图7的高级图的清楚起见，从图7中省略了该滤波器)。
71.图7和图8的设备可以充当压缩(编码)设备或解压缩(解码)设备。这两种设备的功能基本重叠。扫描单元360和熵编码器370不用于解压缩模式，并且预测器320(将在下面详细描述)和其他单元的操作遵循包含在接收的压缩比特流中的模式和参数信息，而不是自己生成这样的信息。
72.图8示意性地示出预测图像的生成，特别是图像预测器320的操作。
73.由图像预测器320执行的预测有两种基本模式：所谓的图像内预测和所谓的图像间或运动补偿(mc)预测。在编码器侧，每个包括检测关于要预测的当前块的预测方向，并根据其他样本(在相同(帧内)或另一(帧间)图像中)生成预测的样本块。借助于单元310或450，预测块与实际块之间的差异被编码或应用，以便分别编码或解码该块。
74.(在解码器处，或者在编码器的反向解码侧，预测方向的检测可以响应于由编码器与编码数据相关联的数据，指示在编码器处使用哪个方向。或者检测可以响应于与在编码器做出决定的因素相同的因素)。
75.图像内预测基于来自同一图片内的数据来预测图像的块或区域的内容。这对应于其他视频压缩技术中所谓的i帧编码。然而，与包括通过帧内编码对整个图像进行编码的i帧编码相反，在本实施例中，可以逐块进行帧内与帧间编码之间的选择，尽管在其他实施例中，该选择仍然是逐图像进行的。
76.运动补偿预测是图像间预测的一个示例，利用运动信息，试图在另一相邻或附近的图像中定义要在当前图像中编码的图像细节的来源。因此，在理想的示例中，预测图像中的图像数据块的内容可以被非常简单地编码为指向相邻图像中相同或稍微不同位置的对应块的参考(运动矢量)。
77.被称为“块复制”预测的技术在某些方面是两者的混合，因为使用向量来指示在同一图像内从当前预测的块移位的位置处的样本块，该样本块应该被复制，以形成当前预测的块。
78.回到图8，示出两种图像预测设置(对应于图像内和图像间预测)，由多路复用器500在模式信号510(例如，来自控制器343)的控制下选择其结果，以便提供预测图像的块，以提供给加法器310和450。根据哪个选择给出最低的“能量”来做出选择(如上，该“能量”可以被认为是需要编码的信息内容)，并且该选择在编码的输出数据流内被通知给解码器。在这种情况下，可以检测图像能量，例如，通过对来自输入图像的预测图像的两个版本的区域进行试减法，对差分图像的每个像素值进行平方，对平方值求和，并识别两个版本中的哪一个产生与该图像区域相关的差分图像的较低均方值。在其他示例中，可以对每个选择或潜
在选择执行尝试编码，然后根据每个潜在选择的成本，根据图片编码和失真所需的位数中的一个或两个进行选择。
79.在帧内编码系统中，基于作为信号460的一部分接收的图像块进行实际预测，也就是说，预测是基于编码解码的图像块以便可以在解压缩设备中进行完全相同的预测。然而，可以通过帧内模式选择器520从输入视频信号300中导出数据，以控制帧内图像预测器530的操作。
80.对于图像间预测，运动补偿预测器540使用运动信息，例如，由运动估计器550从输入视频信号300导出的运动矢量。运动补偿预测器540将这些运动矢量应用于重建图像460的处理版本，以生成图像间预测的块。
81.因此，单元530和540(与估计器550一起操作)都充当检测器，以检测关于要预测的当前块的预测方向，并且充当生成器，以根据由预测方向定义的其他样本生成样本的预测块(形成传递到单元310和450的预测的一部分)。
82.现在将描述应用于信号460的处理。首先，信号可选地由滤波器单元560滤波，这将在下面更详细地描述。这包括应用“去块”滤波器来消除或至少倾向于减少由转换单元340执行的基于块的处理和后续操作的影响。也可以使用样本自适应偏移(sao)滤波器。此外，可选地，使用通过处理重构信号460和输入视频信号300获得的系数来应用自适应环路滤波器。自适应环路滤波器是一种使用已知技术将自适应滤波器系数应用于待滤波数据的滤波器。也就是说，滤波器系数可以根据各种因素而变化。包括定义使用哪个滤波器系数的数据，作为编码输出数据流的一部分。
83.当设备作为解压缩设备运行时，来自滤波器单元560的滤波输出实际上形成输出视频信号480。还在一个或多个图像或帧存储器570中缓冲；连续图像的存储是运动补偿预测处理的要求，尤其是运动矢量的生成。为了保存存储需求，图像存储器570中存储的图像可以以压缩形式保存，然后解压缩，以用于生成运动矢量。为此，可以使用任何已知的压缩/解压缩系统。存储的图像可以被传递到插值滤波器580，插值滤波器生成存储图像的更高分辨率版本；在该示例中，生成中间样本(子样本)，使得插值滤波器580输出的插值图像的分辨率是存储在图像存储器570中的亮度通道为4：2：0的图像的分辨率的4倍(在每个维度上)以及存储在图像存储器570中的色度通道为4：2：0的图像的分辨率的8倍(在每个维度上)。内插图像作为输入被传递到运动估计器550，并且也被传递到运动补偿预测器540。
84.现在将描述对图像进行分割以进行压缩处理的方式。基本上，要压缩的图像被认为是样本块或区域的阵列。可以通过决策树将图像分割成这样的块或区域，例如，在bross等人的“高效视频编码(hevc)文本规范草案6(high efficiency video coding(hevc)text specification draft 6)”，jctvc-h1003_d0(2011年11月)以及“多功能视频编码(草案5)(versatile video coding(draft 5))”，jvet-n1001v8中描述的决策树，其内容通过引用结合于此。在一些示例中，所得到的块或区域具有大小，并且在一些情况下具有形状，这些形状借助于决策树通常可以遵循图像内的图像特征的设置。这本身可以允许提高编码效率，因为表示或跟随相似图像特征的样本将倾向于通过这种设置被分组在一起。在一些示例中，不同大小的正方形块或区域(例如，高达64x64或更大块的4x4样本)可供选择。在其他示例设置中，可以使用不同形状的块或区域，例如，矩形块(例如，垂直或水平定向的)。可以设想其他非正方形和非矩形块。将图像划分成这样的块或区域的结果是(至少在本示例中)
图像的每个样本被分配给一个并且只有一个这样的块或区域。
85.现在将讨论帧内预测处理。一般而言，帧内预测包括从同一图像中先前编码和解码的样本生成当前样本块的预测。
86.图9示意性地示出部分编码的图像800。在此处，图像逐块从左上方到右下方被编码。在处理整个图像的中途编码的示例块被示为块810。块810上方和左侧的阴影区域820已经被编码。块810的内容的图像内预测可以利用任何阴影区域820，但是不能利用其下方的未阴影区域。
87.在一些示例中，图像逐块被编码，使得较大的块(被称为编码单元或cu)以例如参考图9讨论的顺序被编码。在每个cu内，cu有可能被作为一组两个或更多更小的块或转换单元(tu)来处理(取决于已经发生的块分割处理)。这可以给出编码的分级顺序，使得图像逐个cu被编码，并且每个cu潜在地逐个tu被编码。然而，注意，对于当前编码树单元(块划分的树结构中的最大节点)内的单个tu，上面讨论的编码的分级顺序(逐个cu，逐个tu)意味着在当前cu中可能存在先前编码的样本，并且可用于该tu的编码，例如，该tu的右上或左下。
88.方框810表示cu；如上，出于图像内预测处理的目的，这可以被细分为一组更小的单元。在cu 810内示出电流tu 830的示例。更一般地，图片被分割成样本区域或样本组，以允许信令信息和转换数据的有效编码。信息的信令可能需要不同于转换的子划分的树结构，实际上是预测信息或预测本身的树结构。为此，编码单元可以具有与转换块或区域、预测块或区域以及预测信息不同的树结构。在诸如hevc等一些示例中，该结构可以是所谓的编码单元的四叉树，其叶节点包含一个或多个预测单元和一个或多个转换单元；转换单元可以包含对应于图像的亮度和色度表示的多个转换块，并且预测可以被认为适用于转换块级别。在示例中，应用于特定样本组的参数可以被认为主要是在块级别定义的，这可能与转换结构的粒度不同。
89.图像内预测考虑了在考虑当前tu之前编码的样本，例如，当前tu上方和/或左侧的样本。预测所需样本的源样本可以位于相对于当前tu的不同位置或方向。为了决定哪个方向适合于当前预测单元，示例编码器的模式选择器520可以测试每个候选方向的可用tu结构的所有组合，并且选择具有最佳压缩效率的预测方向和tu结构。
90.图片也可以在“切片”的基础上编码。在一个示例中，切片是水平相邻的一组cu。但是更一般地，整个残余图像可以形成一个切片，或者一个切片可以是单个cu，或者一个切片可以是一行cu，诸如此类。由于切片被编码为独立的单元，因此切片可以提供一定的容错能力。编码器和解码器状态在切片边界完全复位。例如，不在切片边界上执行帧内预测；为此，切片边界被视为图像边界。
91.图10示意性地示出一组可能的(候选)预测方向。预测单元可获得整组候选方向。方向由相对于当前块位置的水平和垂直位移确定，但被编码为预测“模式”，一组模式如图11所示。注意，所谓的dc模式表示周围左上样本的简单算术平均值。还要注意，图10所示的方向集只是一个示例；在其他示例中，图12中示意性示出的一组(例如)65个角度模式加上dc和平面(整组67个模式)构成了整组。可以使用其他数量的模式。
92.一般而言，在检测到预测方向之后，系统可操作以根据由预测方向定义的其他样本生成预测样本块。在示例中，图像编码器被配置为编码识别为图像的每个样本或区域选择的预测方向的数据(并且图像解码器被配置为检测这样的数据)。
93.图13示意性地示出帧内预测处理，其中，样本的块或区域910的样本900根据由与该样本相关联的帧内预测模式定义的方向930从同一图片的其他参考样本920导出。该示例中的参考样本920来自所讨论的块910上方和左侧的块，并且通过沿着方向930跟踪参考样本920而获得样本900的预测值。方向930可能指向单个单独的参考样本，但是在更一般的情况下，周围参考样本之间的内插值用作预测值。注意，块910可以是如图13所示的正方形，或者可以是诸如矩形等其他形状。
94.图14和图15示意性地示出先前提出的参考样本投影处理。
95.在图14和图15中，待预测样本的块或区域1400被参考样本的线性阵列包围，从该线性阵列中进行预测样本的帧内预测。参考样本1410在图14和图15中显示为阴影块，并且要预测的样本显示为无阴影块。注意，在该示例中使用了要预测的8
×
8样本块或区域，但是该技术适用于可变块大小和实际块形状。
96.如上，参考样本包括相对于待预测样本的当前图像区域在相应方向上的至少两个线性阵列。例如，线性阵列可以是待预测样本块上方的样本阵列或行1420以及待预测样本块左侧的样本阵列或列1430。
97.如上面参考图13所讨论的，参考样本阵列可以延伸到要预测的块的范围之外，以便在图10至图12所示的范围内提供预测模式或方向。必要时，如果先前解码的样本不能用作特定参考样本位置的参考样本，则其他参考样本可以在这些缺失的位置重新使用。参考样本过滤处理可用于参考样本。
98.图14示意性说明了cabac熵编码器的操作。
99.cabac编码器对二进制数据(也就是说，只由两个符号0和1表示的数据)进行操作。编码器利用所谓的上下文建模处理，该处理基于先前编码的数据为后续数据选择“上下文”或概率模型。以确定性的方式执行上下文的选择，使得可以在解码器处基于先前解码的数据执行相同的确定，而不需要将进一步的数据(指定上下文)添加到传递给解码器的编码数据流中。
100.参考图14，如果要编码的输入数据还不是二进制形式，则可以将其传递给二进制转换器1400；如果数据已经是二进制形式，则转换器1400被旁路(通过示意开关1410)。在本实施例中，实际上通过将量化的dct系数数据表示为一系列二进制“映射”来实现到二进制形式的转换，这将在下面进一步描述。
101.然后，二进制数据可以由两个处理路径中的一个来处理，即“常规”和“旁路”路径(这两个路径被示意性地示出为单独的路径，但是在下面讨论的本发明的实施例中，实际上可以由相同的处理阶段来实现，只是使用稍微不同的参数)。旁路路径采用所谓的旁路编码器1420，该编码器1420不必以与常规路径相同的形式使用上下文建模。在cabac编码的一些示例中，如果需要对一批数据进行特别快速的处理，则可以选择该旁路路径，但是在本实施例中，注意到了所谓的“旁路”数据的两个特征：首先，旁路数据由cabac编码器(950、1460)处理，仅使用表示例如概率固定为50％的固定上下文模型(也被称为“等概率”或“ep”仓)；其次，旁路数据涉及某些类别的数据，一个具体的示例是系数符号数据。否则，常规路径由在控制电路1435的控制下操作的示意性开关1430、1440选择。这涉及由上下文建模器1450、随后的编码引擎1460处理的数据。
102.如果块完全由零值数据形成，则图14所示的熵编码器将该数据块(即，例如，对应
于与残余图像块相关的系数块的数据)编码为单个值。对于不属于这一类别的每个块，也就是说，至少包含一些非零数据的块，准备“重要性映射”。重要性映射指示对于要编码的数据块中的每个位置，该块中的对应系数是否为非零。二进制形式的重要性映射数据本身是cabac编码的。重要性映射的使用有助于压缩，因为对于重要性映射指示为0的幅度的系数，不需要编码任何数据。此外，重要性映射可以包括特殊代码来指示块中的最终非零系数，使得可以从编码中省略所有最终高频/尾随零系数。在编码比特流中，重要性映射之后是定义由重要性映射指定的非零系数值的数据。
103.还准备并编码了更多级的映射数据。一个示例是定义二进制值(1＝是，0＝否)的映射，在重要性映射已经指示为“非零”的映射位置处的系数数据是否实际上具有值“1”。另一映射指定重要性映射已经指示为“非零”的映射位置处的系数数据是否实际上具有值“2”。另一映射指示，对于重要性映射已经指示系数数据为“非零”的那些映射位置，数据是否具有“大于2”的值。对于标识为“非零”的数据，另一映射指示数据值的符号(使用预定的二进制表示法，例如，1表示 ，0表示-，当然反之亦然)。
104.在本发明的实施例中，重要性映射和其他映射以预定的方式被分配给cabac编码器或旁路编码器，并且都表示相同初始数据项的不同相应属性或值范围。在一个示例中，至少重要性映射是cabac编码的，并且至少一些剩余映射(例如，符号数据)是旁路编码的。因此，每个数据项被分成相应的数据子集，并且相应的子集由第一(例如，cabac)和第二(例如，旁路)编码系统编码。数据的以及cabac和旁路编码的性质使得针对预定数量的cabac编码数据，对于相同的初始数据项产生可变数量的零个或多个旁路数据。因此，例如，如果量化的、重新排序的dct数据包含基本上所有的零值，则可能没有生成旁路数据或生成非常少量的旁路数据，因为旁路数据仅涉及重要性映射已经指示值为非零的那些映射位置。在另一示例中，在具有许多高值系数的量化的重新排序的dct数据中，可能产生大量的旁路数据。
105.在本发明的实施例中，重要性映射和其他映射例如由扫描单元360从量化的dct系数生成，并且在经受cabac编码之前经受锯齿形扫描处理(或者根据帧内预测模式从锯齿形、水平光栅和垂直光栅扫描中选择的扫描处理)。
106.一般来说，cabac编码包括基于其他先前编码的数据来预测要编码的下一位的上下文或概率模型。如果下一位与被概率模型识别为“最有可能”的位相同，则“下一位与概率模型一致”的信息的编码可以非常高效地被编码。“下一位与概率模型不一致”的编码效率较低，因此上下文数据的推导对于编码器的良好运行很重要。术语“自适应”是指在编码期间调整或改变上下文或概率模型，以试图提供与(尚未编码的)下一个数据的良好匹配。
107.用一个简单的类比，在书面英语中，字母“u”相对不常见。但字母位置紧接字母“q”之后确实很常见。因此，概率模型可能会将“u”的概率设置为非常低的值，但是如果当前字母是“q”，则“u”作为下一个字母的概率模型可能会设置为非常高的概率值。
108.在本设置中，cabac编码至少用于重要性映射和指示非零值是1还是2的映射。在这些实施例中，旁路处理与cabac编码相同，但是事实上，概率模型固定在1s和0s的相等(0.5：0.5)概率分布，旁路处理至少用于符号数据和指示值是否》2的映射。对于那些被识别为》2的数据位置，可以使用单独的所谓转义数据编码来编码数据的实际值。这可能包括golomb-rice编码技术。
109.在wd4中更详细地描述了cabac上下文建模和编码处理：高效视频编码的工作草案4，jctvc-f803_d5，iso/i ec 23008-hevc草案；201x(e)2011-10-28(wd4:working draft 4of high-efficiency video coding,jctvc-f803_d5,draft iso/iec 23008-hevc；201x(e)2011-10-28)。
110.现在参考图15和图16，形成视频编码设备的一部分的熵编码器包括第一编码系统(例如，算术代码编码系统，例如，cabac编码器1500)和第二编码系统(例如，旁路编码器1510)，该熵编码器被设置成使得特定的数据字或值被cabac编码器或旁路编码器编码成最终输出数据流，而不是两者都被编码。在本发明的实施例中，传递到cabac编码器和旁路编码器的数据值是从初始输入数据(在这个示例中是重新排序的量化的dct数据)分离或导出的有序数据值的相应子集，表示从输入数据生成的“映射”集合中的不同映射。
111.图15中的示意图将cabac编码器和旁路编码器视为独立的设备。这在实践中可能是很好的情况，但是在另一种可能性中，如图16示意性所示，单个cabac编码器1620用作图15的cabac编码器1500和旁路编码器1510。编码器1620在编码模式选择信号1630的控制下操作，以便当处于cabac编码器1500的模式时以自适应上下文模型(如上)操作，并且当处于旁路编码器1510的模式时以固定的50％概率上下文模型操作。
112.第三种可能性将这两者结合起来，因为两个基本相同的cabac编码器可以并行操作(类似于图15的并行设置)，不同之处在于，作为旁路编码器1510操作的cabac编码器将其上下文模型固定在50％概率上下文模型。
113.cabac编码处理和旁路编码处理的输出可以(至少暂时地)存储在相应缓冲器1540、1550中。在图16的情况下，开关或多路分解器1660在模式信号1630的控制下动作，将cabac编码数据路由到缓冲器1550，并将编码数据旁路到缓冲器1540。
114.因此，图14至图16提供了熵编码器的示例，该熵编码器被配置为通过从cabac系统和旁路系统中选择的编码系统来选择性地编码表示图像数据的数据项。
115.图17和图18示意性地示出形成视频解码设备的一部分的熵解码器的示例。参考图17，相应的缓冲器1710、1700将数据传递给cabac解码器1730和旁路解码器1720，该cabac解码器1730和旁路解码器1720被设置成使得特定的编码数据字或值被cabac解码器或旁路解码器解码，而不是两者都解码。逻辑1740将解码的数据重新排序为后续解码级的适当顺序。
116.图17中的示意图将cabac解码器和旁路解码器视为独立的设置。这在实践中可能是很好的情况，但是在另一种可能性中，如图18示意性所示，单个cabac解码器1850用作图17的cabac解码器1730和旁路解码器1720。解码器1850在解码模式选择信号1860的控制下操作，以便当处于cabac解码器1730的模式时以自适应上下文模型(如上)操作，并且当处于旁路编码器1720的模式时，以固定的50％概率上下文模型操作。
117.如前，第三种可能性将这两者结合起来，因为两个基本相同的cabac解码器可以并行操作(类似于图17的并行设置)，不同之处在于，作为旁路解码器1720操作的cabac解码器将其上下文模型固定在50％概率上下文模型。
118.在图18的情况下，开关或多路复用器1870在模式信号1860的控制下动作，以将cabac编码数据从缓冲器1700或缓冲器1710适当地路由到解码器1850。
119.因此，图14至图16提供了熵解码器的示例，该熵解码器被配置为通过从cabac系统和旁路系统当中选择的解码系统来选择性地解码表示图像数据的数据项。
120.在能够在图像数据处理系统中生成、编码和解码的数据项中，存在以下实例：(i)指示多方向线性模型(mdlm)色度模式是否适用于当前图像区域的第一数据项；(ii)指示用于mdlm色度模式的操作的处理方向的第二数据项(例如，使用上面或左边的样本)；以及(iii)指示平面帧内预测模式的标志。
121.在先前提出的设置中(例如，在本技术的优先权日可用的最新规范版本定义的安排，即bross等人的jvet-n1001-v8(草案5))，处理这些项(i)至(iii)，作为cabac编码数据。具体而言，关于项(i)和(ii)，使用共同的cabac上下文来处理这两个数据项(参见9.5.4.2.1，特别是上面引用的jvet文件的表9.17)。
122.对数据项(i)和(ii)使用共同的cabac上下文会导致潜在的低效率。
123.例如，cabac上下文的有效使用是基于跟踪编码变量的特定结果的可能性的上下文，这是通过响应于编码变量而更新上下文来实现的。在使用mdlm色度模式的情况下，虽然该模式的实际使用对于给定的图像或图像区域可能具有特定的可能性，但是一旦在编码器处决定使用mdlm色度模式(数据项(i))，选择特定操作方向(数据项(ii))的可能性倾向于大约50：50。因此，通过对数据项(i)和(ii)使用公共上下文，通过跟踪使用mdlm色度模式的可能性而实现的任何潜在编码效率益处都可能撤消，或者至少部分地被同样的上下文跟踪不同处理方向(数据项(ii))的基本上同样可能的使用所抵消。所得到的上下文变量的效率低于对数据项(i)进行编码的效率，或者不适于对基本上同样可能的数据项(ii)进行编码。
124.在示例设置中，第一数据项和第二数据项可以参考由jvet-n1001-v8(草案5)定义的所谓的内色度预测模式(intra_chroma_pred_mode)值4-6表示如下：
[0125][0126]
在一些示例设置中，编码方法2是使用ep仓的旁路编码。因此，包含lm色度模式正在使用的指示(注意，当lm色度模式不在使用时，mdlm不适用)和mdlm是否也在使用的指示的数据项(i)至少使用cabac上下文1。
[0127]
在一些其他示例设置中，编码方法2是使用第二cabac上下文2的cabac编码。因此，包含lm色度模式正在使用的指示(注意，当lm色度模式未使用时，mdlm不适用)和mdlm是否也在使用的指示的第一数据项至少使用cabac上下文1，并且还使用cabac上下文2。根据本技术的表达，使得使用至少第一cabac上下文来编码第一数据项，在这些示例设置中，第一
cabac上下文可以被视为上下文1或上下文2。
[0128]
在一些示例设置中，编码方法3使用另一独立的cabac上下文，但是在其他示例中，编码方法3表示使用ep仓的旁路编码。
[0129]
应当理解，术语“数据项的编码实例”可以意味着从数据项的初始表示开始并生成编码表示。类似地，术语“数据项的解码实例”可以意味着从数据项的编码表示开始并生成输出表示。
[0130]
因此，在编码侧，熵编码器被配置为编码第一数据项的实例，并且独立于编码第一数据项的实例来编码第二数据项的实例。在解码侧，熵解码器被配置为解码第一数据项的实例，并且独立于解码第一数据项的实例来解码第二数据项的实例。
[0131]
在上面给出的至少一些示例中，熵编码器被配置为由cabac编码系统使用至少第一cabac上下文(例如，通过包括使用cabac上下文1)来编码第一数据项的实例，并且独立于第一cabac上下文来编码第二数据项的实例(例如，通过编码方法3)。
[0132]
在至少一些示例中，第一数据项包括指示线性模式色度预测模式是否适用于当前图像区域的数据。在至少一些示例中，熵编码器被配置为使用第一cabac上下文至少编码指示线性模式色度预测模式是否适用于当前图像区域的数据，即使(如在一些示例中)指示mdlm是否正在使用的标志通过使用另一cabac上下文或旁路方法而被编码。
[0133]
相应的考虑适用于解码侧。
[0134]
在一些示例实施例中，图14的熵编码器被配置为使用第一cabac上下文由cabac编码系统编码数据项(i)的实例，并且独立于第一cabac上下文编码数据项(ii)的实例。
[0135]
在示例实施例中，这是以各种方式实现的。
[0136]
在本公开的一些实施例中，数据项(i)和(ii)的实例使用cabac编码，但是具有单独的上下文。
[0137]
在本公开的其他实施例中，数据项(i)的实例使用cabac和第一上下文来编码，但是数据项(ii)的实例被编码为旁路数据，例如，通过使用固定的50％概率(ep)模型的二进制算术代码系统(例如，1420)。
[0138]
还提出，在示例实施例中，处理数据项(iii)的实例(指示平面帧内预测模式的标志)，作为ep(旁路)仓。这一提议独立于上文讨论的与数据项(i)和(ii)有关的设置。
[0139]
图19是示出图像数据编码方法的示意性流程图，包括：
[0140]
通过从上下文自适应二进制算术代码(cabac)编码系统和旁路编码系统当中选择的编码系统选择性地编码(在步骤1900)表示图像数据的数据项；
[0141]
其中，数据项包括(i)指示多方向线性模型(mdlm)色度模式是否适用于当前图像区域的第一数据项；以及(ii)指示用于mdlm色度模式的操作的处理方向的第二数据项；
[0142]
其中，编码步骤包括编码第一数据项的实例，并且独立于编码第一数据项的实例来编码第二数据项的实例。
[0143]
图20是示出图像数据解码方法的示意性流程图，包括：
[0144]
通过从上下文自适应二进制算术代码(cabac)、解码系统和旁路解码系统当中选择的解码系统选择性地解码(在步骤2000)表示图像数据的数据项，其中，数据项包括(i)指示多方向线性模型(mdlm)色度模式是否适用于当前图像区域的第一数据项；以及(ii)指示用于mdlm色度模式的操作的处理方向的第二数据项；
[0145]
其中，解码步骤包括解码第一数据的实例，并且独立于解码第一数据项的实例来解码第二数据项的实例。
[0146]
在每种情况下，本公开的实施例由计算机软件和存储这种计算机软件的机器可读非暂时性存储介质来表示，当计算机软件被计算机执行时，使得计算机执行相应的方法。在编码方法的情况下，本公开的实施例由包括根据相应方法生成的编码数据的数据信号来表示。
[0147]
就本公开的实施例已经被描述为至少部分地由软件控制的数据处理设备来实现而言，应当理解，承载这种软件的非暂时性机器可读介质(例如，光盘、磁盘、半导体存储器等)也被认为表示本公开的实施例。类似地，包括根据上述方法生成的编码数据的数据信号(无论是否包含在非暂时性机器可读介质上)也被认为表示本公开的实施例。
[0148]
很明显，根据上述教导，本公开的许多修改和变化是可能的。因此，应当理解，在所附条款的范围内，该技术可以不同于本文具体描述的方式实施。
[0149]
相应方面和特征由以下一组编号条款定义：
[0150]
1.一种图像数据编码设备，包括：
[0151]
熵编码器，被配置为由从上下文自适应二进制算术代码(cabac)编码系统和旁路编码系统当中选择的编码系统来选择性地编码表示图像数据的数据项；
[0152]
其中，数据项包括：(i)指示多方向线性模型(mdlm)色度模式是否适用于当前图像区域的第一数据项；以及(ii)指示用于mdlm色度模式的操作的处理方向的第二数据项；
[0153]
其中，熵编码器被配置为由cabac编码系统使用第一cabac上下文来编码第一数据项的实例，并且独立于第一cabac上下文来编码第二数据项的实例。
[0154]
2.根据条款1的图像数据编码设备，其中，熵编码器被配置为使用旁路编码系统来编码第二数据项的实例。
[0155]
3.根据条款2的图像数据编码设备，其中，旁路编码系统是使用固定的50％概率上下文模型的二进制算术代码系统。
[0156]
4.根据条款1的图像数据编码设备，其中，熵编码器被配置为由cabac编码系统使用独立于第一cabac上下文的第二cabac上下文来编码第二数据项的实例。
[0157]
6.一种视频存储、捕捉、发送或接收设备，包括根据前述条款中任一项的设备。
[0158]
6.一种图像数据编码方法，包括：
[0159]
由上下文自适应二进制算术代码(cabac)编码系统或旁路编码系统选择性地编码表示图像数据的数据项；
[0160]
其中，数据项包括：(i)指示多方向线性模型(mdlm)色度模式是否适用于当前图像区域的第一数据项；以及(ii)指示用于mdlm色度模式的操作的处理方向的第二数据项；
[0161]
其中，编码步骤包括由cabac编码系统使用第一cabac上下文编码第一数据项的实例，并且独立于第一cabac上下文编码第二数据项的实例。
[0162]
7.根据条款6的图像数据编码方法，其中，编码步骤包括使用旁路编码系统来编码第二数据项的实例。
[0163]
8.根据条款7的图像数据编码方法，其中，旁路编码系统是使用固定的50％概率上下文模型的二进制算术代码系统。
[0164]
9.根据条款6的图像数据编码方法，其中，编码步骤包括由cabac编码系统使用独
立于第一cabac上下文的第二cabac上下文来编码第二数据项的实例。
[0165]
10.一种计算机软件，在由计算机执行时，计算机软件使计算机执行根据条款6至9中任一项的方法。
[0166]
11.一种存储根据条款10的计算机软件的机器可读非暂时性存储介质
[0167]
12.一种数据信号，包括根据条款6至9中任一项的方法生成的编码数据。
[0168]
13.一种图像数据解码设备，包括：
[0169]
熵解码器，被配置为通过上下文自适应二进制算术代码(cabac)解码系统或旁路解码系统选择性地解码表示图像数据的数据项；
[0170]
其中，数据项包括：(i)指示多方向线性模型(mdlm)色度模式是否适用于当前图像区域的第一数据项；以及(ii)指示用于mdlm色度模式的操作的处理方向的第二数据项；
[0171]
其中，熵解码器被配置为由cabac解码系统使用第一cabac上下文来解码第一数据项的实例，并且独立于第一cabac上下文来解码第二数据项的实例。
[0172]
14.根据条款13的图像数据解码设备，其中，熵解码器被配置为使用旁路解码系统来解码第二数据项的实例。
[0173]
15.根据条款14的图像数据解码设备，其中，旁路解码系统是使用固定的50％概率上下文模型的二进制算术代码系统。
[0174]
16.根据条款13的图像数据解码设备，其中，熵解码器被配置为由cabac解码系统使用独立于第一cabac上下文的第二cabac上下文来解码第二数据项的实例。
[0175]
17.一种视频存储、捕捉、发送或接收设备，包括根据条款13至16中任一项的设备。
[0176]
18.一种图像数据解码方法，包括：
[0177]
由上下文自适应二进制算术代码(cabac)解码系统或旁路解码系统选择性地解码表示图像数据的数据项；
[0178]
其中，数据项包括：(i)指示多方向线性模型(mdlm)色度模式是否适用于当前图像区域的第一数据项；以及(ii)指示用于mdlm色度模式的操作的处理方向的第二数据项；
[0179]
其中，解码步骤包括由cabac解码系统使用第一cabac上下文解码第一数据项的实例，并且独立于第一cabac上下文解码第二数据项的实例。
[0180]
19.根据条款18的图像数据解码方法，其中，解码步骤包括使用旁路解码系统解码第二数据项的实例。
[0181]
20.根据条款19的图像数据解码方法，其中，旁路解码系统是使用固定的50％概率上下文模型的二进制算术代码系统。
[0182]
21.根据条款18的图像数据解码方法，其中，解码步骤包括由cabac解码系统使用独立于第一cabac上下文的第二cabac上下文来解码第二数据项的实例。
[0183]
22.一种计算机软件，在由计算机执行时，计算机软件使计算机执行根据条款18至21中任一项的方法。
[0184]
23.一种存储根据条款18的计算机软件的机器可读非暂时性存储介质。
[0185]
进一步的相应方面和特征由以下额外的一组编号条款定义。
[0186]
1.一种图像数据编码设备，包括：
[0187]
熵编码器，被配置为由从上下文自适应二进制算术代码(cabac)编码系统和旁路编码系统当中选择的编码系统来选择性地编码表示图像数据的数据项；
[0188]
其中，数据项包括：(i)指示多方向线性模型(mdlm)色度模式是否适用于当前图像区域的第一数据项；以及(ii)指示用于mdlm色度模式的操作的处理方向的第二数据项；
[0189]
其中，熵编码器被配置为编码第一数据项的实例，并且独立于编码第一数据项的实例而编码第二数据项的实例。
[0190]
2.根据条款1的图像数据编码设备，其中，熵编码器被配置为由cabac编码系统使用至少第一cabac上下文来编码第一数据项的实例，并且独立于第一cabac上下文来编码第二数据项的实例。
[0191]
3.根据条款1的图像数据编码设备，其中，熵编码器被配置为由cabac编码系统使用第一cabac上下文来编码第一数据项的实例，并且独立于第一cabac上下文而编码第二数据项的实例。
[0192]
4.根据前述条款中任一项的图像数据编码设备，其中，熵编码器被配置为使用旁路编码系统来编码第二数据项的实例。
[0193]
5.根据前述条款中任一项的图像数据编码设备，其中，旁路编码系统是使用固定的50％概率上下文模型的二进制算术代码系统。
[0194]
6.根据条款2的图像数据编码设备，其中，熵编码器被配置为由cabac编码系统使用独立于第一cabac上下文的第二cabac上下文来编码第二数据项的实例。
[0195]
7.根据前述条款中任一项的图像数据编码设备，其中，第一数据项包括指示线性模式色度预测模式是否适用于当前图像区域的数据。
[0196]
8.根据取决于条款2的条款2至7中任一项的图像数据编码设备，其中：
[0197]
第一数据项包括指示线性模式色度预测模式是否适用于当前图像区域的数据；并且
[0198]
熵编码器被配置为使用第一cabac上下文至少编码指示线性模式色度预测模式是否适用于当前图像区域的数据。
[0199]
9.一种视频存储、捕捉、发送或接收设备，包括根据前述条款中任一项的设备。
[0200]
10.一种图像数据编码方法，包括：
[0201]
由从上下文自适应二进制算术代码(cabac)编码系统和旁路编码系统当中选择的编码系统来选择性地编码表示图像数据的数据项；
[0202]
其中，数据项包括：(i)指示多方向线性模型(mdlm)色度模式是否适用于当前图像区域的第一数据项；以及(ii)指示用于mdlm色度模式的的操作的处理方向的第二数据项；
[0203]
其中，编码步骤包括编码第一数据项的实例，并且独立于编码第一数据项的实例而编码第二数据项的实例。
[0204]
11.根据条款10的图像数据编码方法，其中，编码步骤包括由cabac编码系统使用至少第一cabac上下文来编码第一数据项的实例，并且独立于第一cabac上下文而编码第二数据项的实例。
[0205]
12.根据条款10的图像数据编码方法，其中，编码步骤包括由cabac编码系统使用第一cabac上下文来编码第一数据项的实例，并且独立于第一cabac上下文而编码第二数据项的实例。
[0206]
13.根据条款10至12中任一项的图像数据编码方法，其中，编码步骤包括使用旁路编码系统来编码第二数据项的实例。
[0207]
14.根据条款10至13中任一项的图像数据编码方法，其中，旁路编码系统是使用固定的50％概率上下文模型的二进制算术代码系统。
[0208]
15.根据条款11的图像数据编码方法，其中，编码步骤包括由cabac编码系统使用独立于第一cabac上下文的第二cabac上下文来编码第二数据项的实例。
[0209]
16.根据条款10至15中任一项的图像数据编码方法，其中，第一数据项包括指示线性模式色度预测模式是否适用于当前图像区域的数据。
[0210]
17.根据取决于条款11的条款11至16中任一项的图像数据编码方法，其中：
[0211]
第一数据项包括指示线性模式色度预测模式是否适用于当前图像区域的数据；并且
[0212]
编码步骤包括使用第一cabac上下文至少编码指示线性模式色度预测模式是否适用于当前图像区域的数据。
[0213]
18.一种计算机软件，za9由计算机执行时，计算机软件使计算机执行根据条款10至17中任一项的方法。
[0214]
19.一种机器可读非暂时性存储介质，存储根据条款18的计算机软件。
[0215]
20.一种数据信号，包括根据条款10至19中任一项的方法生成的编码数据。
[0216]
21.一种图像数据解码设备，包括：
[0217]
熵解码器，被配置为由从上下文自适应二进制算术代码(cabac)解码系统和旁路解码系统当中选择的解码系统来选择性地解码表示图像数据的数据项；
[0218]
其中，数据项包括：(i)指示多方向线性模型(mdlm)色度模式是否适用于当前图像区域的第一数据项；以及(ii)指示用于mdlm色度模式的操作的处理方向的第二数据项；
[0219]
其中，熵解码器被配置为解码第一数据项的实例，并且独立于解码第一数据项的实例而解码第二数据项的实例。
[0220]
22.根据条款21的图像数据解码设备，其中，熵解码器被配置为由cabac解码系统使用至少第一cabac上下文来解码第一数据项的实例，并且独立于第一cabac上下文而解码第二数据项的实例。
[0221]
23.根据条款21的图像数据解码设备，其中，熵解码器被配置为由cabac解码系统使用第一cabac上下文来解码第一数据项的实例，并且独立于第一cabac上下文而解码第二数据项的实例。
[0222]
24.根据条款21至23中任一项的图像数据解码设备，其中，熵解码器被配置为使用旁路解码系统来解码第二数据项的实例。
[0223]
25.根据条款21至24中任一项的图像数据解码设备，其中，旁路解码系统是使用固定的50％概率上下文模型的二进制算术代码系统。
[0224]
26.根据条款23的图像数据解码设备，其中，熵解码器被配置为由cabac解码系统使用独立于第一cabac上下文的第二cabac上下文来解码第二数据项的实例。
[0225]
27.根据条款21至26中任一项的图像数据解码设备，其中，第一数据项包括指示线性模式色度预测模式是否适用于当前图像区域的数据。
[0226]
28.根据取决于条款22的条款22至27中任一项的图像数据解码设备，其中：
[0227]
第一数据项包括指示线性模式色度预测模式是否适用于当前图像区域的数据；并且
[0228]
熵解码器被配置为使用第一cabac上下文至少解码指示线性模式色度预测模式是否适用于当前图像区域的数据。
[0229]
29.一种视频存储、捕捉、发送或接收设备，包括根据条款21至28中任一项的设备。
[0230]
30.一种图像数据解码方法，包括：
[0231]
由从上下文自适应二进制算术代码(cabac)、解码系统和旁路解码系统当中选择的解码系统来选择性地解码表示图像数据的数据项；
[0232]
其中，数据项包括：(i)指示多方向线性模型(mdlm)色度模式是否适用于当前图像区域的第一数据项；以及(ii)指示用于mdlm色度模式的操作的处理方向的第二数据项；
[0233]
其中，解码步骤包括解码第一数据项的实例，并且独立于解码第一数据项的实例而解码第二数据项的实例。
[0234]
31.根据条款30的图像数据解码方法，其中，解码步骤包括由cabac解码系统使用至少第一cabac上下文来解码第一数据项的实例，并且独立于第一cabac上下文来解码第二数据项的实例。
[0235]
32.根据条款30的图像数据解码方法，其中，解码步骤包括由cabac解码系统使用第一cabac上下文来解码第一数据项的实例，并且独立于第一cabac上下文来解码第二数据项的实例。
[0236]
33.根据条款30至32中任一项的图像数据解码方法，其中，解码步骤包括使用旁路解码系统解码第二数据项的实例。
[0237]
34.根据条款30至33中任一项的图像数据解码方法，其中，旁路解码系统是使用固定的50％概率上下文模型的二进制算术代码系统。
[0238]
35.根据条款30的图像数据解码方法，其中，解码步骤包括由cabac解码系统使用独立于第一cabac上下文的第二cabac上下文来解码第二数据项的实例。
[0239]
36.根据条款30至35中任一项的图像数据解码方法，其中，第一数据项包括指示线性模式色度预测模式是否适用于当前图像区域的数据。
[0240]
37.根据取决于条款31的条款31至36中任一项的图像数据解码方法，其中：
[0241]
第一数据项包括指示线性模式色度预测模式是否适用于当前图像区域的数据；并且
[0242]
解码步骤包括使用第一cabac上下文至少解码指示线性模式色度预测模式是否适用于当前图像区域的数据。
[0243]
38.一种计算机软件，当由计算机执行时，计算机软件使计算机执行根据条款30至37中任一项的方法。
[0244]
39.一种机器可读非暂时性存储介质，存储根据条款38的计算机软件。