CN114208177B - 视频编解码的方法、装置以及存储介质 - Google Patents

Abstract

本公开包括一种方法和装置，该装置包括计算机代码，该计算机代码被配置为使一个或多个处理器执行：获取视频数据；获取编解码单元CU块；确定CU块的标志是否被设置为预定标志条件的第一确定结果；确定CU块的树类型是否被设置为预定的树类型的第二确定结果；基于第一确定记过和第二确定结果中的任一者或两者，来确定是否发信号通知自适应色彩变换ACT标志；以及基于是否发信号通知ACT标志，来对视频数据进行编解码。

Description

视频编解码的方法、装置以及存储介质

交叉引用

本申请要求于2020年6月10日提交的临时申请US 63/037,170号和于2021年5月13日提交的申请US 17/319,328号的优先权，它们的全部内容通过引用在此明确地结合在本申请中。

技术领域

本公开涉及用于具有自适应色彩变换(ACT，adaptive color transform)模式的已编码块的编解码单元(CU，coding unit)级启用标志和变换单元(TU，transform unit)级亮度已编码标志的信令。

背景技术

ITU-T VCEG(Q6/16)和ISO/IEC MPEG(JTC 1/SC 29/WG 11)于2013年(版本1)、2014年(版本2)、2015年(版本3)和2016年(版本4)出版了H.265/HEVC(高效视频编解码)标准。2015年，这两个标准组织联合成立了联合视频开发小组(JVET，Joint VideoExploration Team)，以探索开发超越HEVC的下一个视频编解码标准的潜力。2017年10月，他们发布了关于性能超过HEVC的关于视频压缩的联合提案(CfP，Call for Proposals)。截至2018年2月15日，分别共提交了22份关于标准动态范围(SDR，standard dynamic range)的CfP回复、12份关于高动态范围(HDR，high dynamic range)的CfP回复以及12份关于360个视频类别的CfP回复。在2018年4月，在第122次MPEG/第10届JVET会议上对所有收到的CfP回复进行了评估。这次会议的结果是，JVET正式启动了超越HEVC的下一代视频编解码的标准化过程。新标准被命名为下一代视频编解码(VVC，Versatile Video Coding)，并且JVET被更名为联合视频专家小组。

然而，存在技术问题，例如如果已编码CU块不具有系数，则ACT模式信令可能是多余的，或者ACT模式的CU应在已编码CU块中具有一个或一个以上的系数。对于ACT模式的帧间块，如果cu_coded_flag应为1以表示CU在变换单元中具有至少一个系数，则对于ACT模式的帧内CU不存在对应的约束，并且如果色度通道的TU编码标志均为零，则仅ACT模式的帧内块应被推断为1。此外，基于当前CU块的不同预测模式应发信号通知cu_act_enabled_flag两次。照此，本文描述了例如针对此类问题的技术解决方案。

发明内容

根据示例性实施例，包括一种方法和装置，包括被配置为存储计算机程序代码的存储器和被配置为访问计算机程序代码并按照计算机程序代码的指令进行操作一个或多个处理器。计算机程序代码包括第一获取代码，被配置为是至少一个处理器获取视频数据；第二获取代码用于使至少一个处理器获取所述视频数据的编码单元块；第一确定代码，被配置为使所述至少一个处理器确定所述编解码单元CU块的标志是否被设置为预定标志条件的第一确定结果；第二确定代码，被配置为使所述至少一个处理器确定所述编解码单元CU块的树类型是否被设置为预定的树类型的第二确定结果；第三确定代码，被配置为使所述至少一个处理器基于所述第一确定结果和所述第二确定结果中的任一者或两者，来确定是否发信号通知自适应色彩变换ACT标志；以及编解码代码，被配置为使所述至少一个处理器基于是否发信号通知所述ACT标志，来对所述视频数据进行编解码。

根据示例性实施例，确定是否发信号通知所述ACT标志仅基于所述编解码单元CU块的所述标志是否被设置为所述预定标志条件的第一确定结果。

根据示例性实施例，确定是否发信号通知所述ACT标志是基于所述第一确定结果和所述第二确定结果两者。

根据示例性实施例，所述预定的树类型指示单一树类型，其中，所述预定标志条件包括sps_act_enabled_flag等于1。

根据示例性实施例，无论所述CU的预测模式是否为帧内模式，均执行确定是否发信号通知自适应色彩变换ACT标志的操作。

根据示例性实施例，所述计算机程序代码进一步包括第四确定代码，所述第四确定代码被配置为使所述至少一个处理器确定变换单元TU编码标志是否均为零以及所述CU是否以ACT模式编码。

根据示例性实施例，所述TU编码标志是色度通道标志。

根据示例性实施例，所述计算机程序代码进一步包括第五确定代码，被配置为使所述至少一个处理器基于确定所述TU编码标志均为零并且所述CU以所述ACT模式进行编码，来确定是否将亮度的TU编码标志推断为1。

根据示例性实施例，无论所述CU的预测模式是否为帧内模式，均实施确定将所述亮度的TU编码标志推断为1。

根据示例性实施例，对所述视频数据进行编码进一步基于确定是否将所述亮度的TU编码标志推断为1。

附图说明

通过以下详细描述和附图，所公开的主题的其它特征、性质及各种优点将更加明显，其中：

图1是根据实施例的示意图的简化图示。

图2是根据实施例的示意图的简化图示。

图3是根据实施例的示意图的简化图示。

图4是根据实施例的示意图的简化图示。

图5是根据实施例的图的简化图示。

图6是根据实施例的图的简化图示。

图7是根据实施例的图的简化图示。

图8是根据实施例的图的简化图示。

图9A是根据实施例的图的简化图示。

图9B是根据实施例的图的简化图示。

图10是根据实施例的流程图的简化图示。

图11是根据实施例的流程图的简化图示。

图12是根据实施例的流程图的简化图示。

图13是根据实施例的图的简化图示。

图14是根据实施例的图的简化图示。

图15是根据实施例的示意图的简化图示。

具体实施方式

下面讨论的所提出的特征可被单独地使用或以任何顺序组合使用。进一步地，可通过处理电路(例如，一个或多个处理器或者一个或多个集成电路)来实施实施例。在一个示例中，一个或多个处理器执行存储在非易失性计算机可读介质中的程序。

图1是根据本申请公开的实施例的通信系统100的简化框图。通信系统100包括至少两个终端装置102和103，所述终端装置可通过例如网络105彼此通信。对于数据的单向传输，第一终端装置103可在本地位置对视频数据进行编码以通过网络105传输到第二端装置102。第二终端装置102可从网络105接收其他终端设备的已编码视频数据，对已编码视频数据进行解码并显示恢复的视频数据。单向数据传输在媒体服务等应用中是较常见的。

图1示出了第二对终端设备101和104来用于支持已编码视频数据的双向传输，所述双向传输可例如在视频会议期间发生。对于双向数据传输，终端装置101和104中的每个终端装置可对本地位置采集的视频数据进行编码，以通过网络105传输到另一终端装置。终端装置101和104中的每个终端装置还可接收由另一终端装置传输的已编码视频数据，且可对所述已编码视频数据进行解码，并在本地显示设备上显示恢复的视频数据。

在图1中，第一终端装置101、第二终端装置102、第三终端装置103和第四终端装置104可为服务器、个人计算机和智能电话，但本申请公开的原理可不限于此。本申请公开的实施例适用于膝上型计算机、平板电脑、媒体播放器和/或专用视频会议设备。网络105表示在第一终端装置101、第二终端装置102、第三终端装置103和第四终端装置104之间传送已编码视频数据的任何数目的网络，包括例如有线(连线的)和/或无线通信网络。通信网络105可在电路交换和/或分组交换信道中交换数据。该网络可包括电信网络、局域网、广域网和/或互联网。出于本申请的目的，除非在下文中有所解释，否则网络105的架构和拓扑对于本申请公开的操作来说可能是无关紧要的。

作为实施例，图2示出视频编码器和解码器在流式传输环境中的放置方式。本申请所公开主题可同等地适用于其它支持视频的应用，包括例如视频会议、数字TV、在包括CD、DVD、存储棒等的数字介质上存储压缩视频等等。

流式传输系统200可包括采集子系统203，所述采集子系统可包括数码相机等视频源201，所述视频源创建未压缩的视频样本流213。相较于已编码的视频码流，样本流213可以被强调为高数据量，并可以由耦接到相机201的编码器202来处理。视频编码器202可包括硬件、软件或软硬件组合以实现或实施如下文更详细地描述的所公开主题的各方面。相较于样本流，已编码的视频码流204可以被强调较低数据量，并可以存储在流式传输服务器205上以供将来使用。一个或多个流式传输客户端212和207，可访问流式传输服务器205以检索已编码的视频码流204的副本208和副本206。客户端212可以包括视频解码器211，视频解码器211对已编码的视频数据的传入副本208进行解码，且产生可在显示器209或另一呈现装置(未描绘)上呈现的输出视频样本流210。在一些流式传输系统中，可根据某些视频编码/压缩标准对已编码的视频码流204、视频码流206和视频码流208进行编码。这些标准的示例在上面已经提到并且在此进一步描述。

图3是根据本公开的实施例的视频解码器300的功能框图。

接收器302可接收将由解码器300解码的一个或多个已编码视频序列；在同一实施例或另一实施例中，一次接收一个已编码视频序列，其中每个已编码视频序列的解码独立于其它已编码视频序列。可从信道301接收已编码视频序列，所述信道可以是通向存储已编码的视频数据的存储装置的硬件/软件链路。接收器302可接收已编码的视频数据以及其它数据，例如，可转发到它们各自的使用实体(未标示)的已编码音频数据和/或辅助数据流。接收器302可将已编码视频序列与其它数据分开。为了防止网络抖动，缓冲存储器303可耦接在接收器302与熵解码器/解析器304(此后称为“解析器”)之间。而当接收器302从具有足够带宽和可控性的存储/转发装置或从等时同步网络接收数据时，也可能不需要配置缓冲存储器303，或可以将所述缓冲存储器做得较小。当然，为了在互联网等业务分组网络上使用，也可能需要缓冲存储器303，所述缓冲存储器可相对较大且可具有自适应性大小。

视频解码器300可包括解析器304以根据熵编码视频序列来重建符号313。这些符号的类别包括用于管理视频解码器300的操作的信息，以及用以控制显示装置(例如，显示屏312)等显示装置的潜在信息，所述显示装置不是解码器的组成部分，但可耦接到解码器。用于显示装置的控制信息可以是辅助增强信息(Supplemental EnhancementInformation，SEI消息)或视频可用性信息(Video Usability Information，VUI)的参数集片段(未标示)。解析器304可对接收到的已编码视频序列进行解析/熵解码。已编码视频序列的编码可根据视频编码技术或标准进行，且可遵循本领域技术人员熟知的原理，包括可变长度编码、霍夫曼编码(Huffman coding)、具有或不具有上下文灵敏度的算术编码等等。解析器304可基于对应于群组的至少一个参数，从已编码视频序列提取用于视频解码器中的像素的子群中的至少一个子群的子群参数集。子群可包括图片群组(Group ofPictures，GOP)、图片、图块(tile)、条带(slice)、宏块、编码单元(Coding Unit，CU)、块、变换单元(Transform Unit，TU)、预测单元(Prediction Unit，PU)等等。熵解码器/解析器还可从已编码视频序列提取信息，例如变换系数、量化器参数值、运动矢量等等。

解析器304可对从缓冲存储器303接收的视频序列执行熵解码/解析操作，从而创建符号313。解析器304可以接收编码数据，并且选择性地解码特定符号313。此外，解析器304可以确定是否将特定符号313提供给运动补偿预测单元306、缩放器/逆变换单元305、帧内预测单元307，或环路滤波器311。

取决于已编码视频图片或一部分已编码视频图片(例如：帧间图片和帧内图片、帧间块和帧内块)的类型以及其它因素，符号313的重建可涉及多个不同单元。涉及哪些单元以及涉及方式可由解析器304从已编码视频序列解析的子群控制信息控制。为了简洁起见，未描述解析器304与下文的多个单元之间的此类子群控制信息流。

除已经提及的功能块以外，解码器300可在概念上细分成如下文所描述的数个功能单元。在商业约束下运行的实际实施例中，这些单元中的许多单元彼此紧密交互并且可以彼此集成。然而，出于描述所公开主题的目的，概念上细分成下文的功能单元是适当的。

第一单元是缩放器/逆变换单元305。缩放器/逆变换单元305从解析器304接收作为符号313的量化变换系数以及控制信息，包括使用哪种变换方式、块大小、量化因子、量化缩放矩阵等。缩放器/逆变换单元305可输出包括样本值的块，所述样本值可输入到聚合器310中。

在一些情况下，缩放器/逆变换单元305的输出样本可属于帧内编码块；即：不使用来自先前重建的图片的预测性信息，但可使用来自当前图片的先前重建部分的预测性信息的块。此类预测性信息可由帧内图片预测单元307提供。在一些情况下，帧内图片预测单元307采用从(部分重建的)当前图片309提取的已重建信息生成大小和形状与正在重建的块相同的周围块。在一些情况下，聚合器310基于每个样本，将帧内预测单元307生成的预测信息添加到由缩放器/逆变换单元305提供的输出样本信息中。

在其它情况下，缩放器/逆变换单元305的输出样本可属于帧间编码和潜在运动补偿块。在此情况下，运动补偿预测单元306可访问参考图片存储器308以提取用于预测的样本。在根据符号313对提取的样本进行运动补偿之后，这些样本可由聚合器310添加到缩放器/逆变换单元的输出(在这种情况下被称作残差样本或残差信号)，从而生成输出样本信息。运动补偿单元从参考图片存储器内的地址获取预测样本可受到运动矢量控制，且所述运动矢量以所述符号313的形式而供运动补偿单元使用，所述符号313例如是包括X、Y和参考图片分量。运动补偿还可包括在使用子样本精确运动矢量时，从参考图片存储器提取的样本值的内插、运动矢量预测机制等等。

聚合器310的输出样本可在环路滤波器单元311中被各种环路滤波技术采用。视频压缩技术可包括环路内滤波器技术，所述环路内滤波器技术受控于包括在已编码视频码流中的参数，且所述参数作为来自解析器304的符号313可用于环路滤波器单元311。然而，在其他实施例中，视频压缩技术还可响应于在解码已编码图片或已编码视频序列的先前(按解码次序)部分期间获得的元信息，以及响应于先前重建且经过环路滤波的样本值。

环路滤波器单元311的输出可以是样本流，所述样本流可输出到显示装置312以及存储在参考图片存储器，以用于后续的帧间图片预测。

一旦完全重建，某些已编码图片就可用作参考图片以用于将来预测。一旦已编码图片被完全重建，且已编码图片(通过例如解析器304)被识别为参考图片，则当前参考图片缓冲器309可变为参考图片缓冲器308的一部分，且可在开始重建后续已编码图片之前重新分配新的当前图片存储器。

视频解码器300可根据例如ITU-T H.265标准中记录的预定视频压缩技术执行解码操作。编码的视频序列可以符合由正在使用的视频压缩技术或标准规定的语法，在所述编码的视频序列遵守视频压缩技术或标准的语法的意义上，如在视频压缩技术文档或标准中规定的，特别是在其中的配置文件所规定的。对于合规性，还要求已编码视频序列的复杂度处于视频压缩技术或标准的层级所限定的范围内。在一些情况下，层级限制最大图片大小、最大帧率、最大重建取样率(以例如每秒兆(mega)个样本为单位进行测量)、最大参考图片大小等。在一些情况下，由层级设定的限制可通过假想参考解码器(HypotheticalReference Decoder，HRD)规范和在已编码视频序列中用信号表示的HRD缓冲器管理的元数据来进一步限定。

在实施例中，接收器302可连同已编码视频一起接收附加(冗余)数据。所述附加数据可以是已编码视频序列的一部分。所述附加数据可由视频解码器300用以对数据进行适当解码和/或较准确地重建原始视频数据。附加数据可呈例如时间、空间或信噪比(signalnoise ratio，SNR)增强层、冗余切片、冗余图片、前向纠错码等形式。

图4是根据本公开的实施例的视频编码器400的功能框图。

编码器400可以从视频源401(不是编码器的一部分)接收视频样本，该视频源可以采集将要由编码器400编码的视频图像。

视频源400可提供将由编码器303编码的呈数字视频样本流形式的源视频序列，所述数字视频样本流可具有任何合适位深度(例如：8位、10位、12位……)、任何色彩空间(例如BT.601Y CrCB、RGB……)和任何合适取样结构(例如Y CrCb 4:2:0、Y CrCb 4:4:4)。在媒体服务系统中，视频源401可以是存储先前已准备的视频的存储装置。在视频会议系统中，视频源401可以是采集本地图像信息作为视频序列的相机。可将视频数据提供为多个单独的图片，当按顺序观看时，这些图片被赋予运动。图片自身可构建为空间像素阵列，其中取决于所用的取样结构、色彩空间等，每个像素可包括一个或多个样本。所属领域的技术人员可以很容易理解像素与样本之间的关系。下文侧重于描述样本。

根据实施例，编码器400可实时或在由应用所要求的任何其它时间约束下，将源视频序列的图片编码且压缩成已编码视频序列410。施行适当的编码速度是控制器420的一个功能。控制器控制如下文所描述的其它功能单元且在功能上耦接到这些单元。为了简洁起见，图中未标示耦接。由控制器设置的参数可包括速率控制相关参数(图片跳过、量化器、率失真优化技术的λ值等)、图片大小、图片群组(group of pictures，GOP)布局，最大运动矢量搜索范围等。本领域技术人员可以容易的识别控制器420的其他功能，因为这些功能涉及针对某一系统设计优化的视频编码器400。

一些视频编码器在本领域技术人员容易识别为“编码环路”中操作。作为简单的描述，在实施例中，编码环路可由编码器402(这里成为源编码器)的编码部分(负责基于待编码的输入图片和参考图片创建符号)和嵌入于编码器400中的(本地)解码器406组成。解码器406以类似于(远程)解码器创建样本数据的方式重建符号以创建样本数据(因为在本申请所考虑的视频压缩技术中，符号与已编码视频码流之间的任何压缩是无损的)。将重建的样本流输入到参考图片存储器405。由于符号流的解码产生与解码器位置(本地或远程)无关的位精确结果，因此参考图片缓冲器内容在本地编码器与远程编码器之间也是按比特位精确对应的。换句话说，编码器的预测部分“看到”的参考图片样本与解码器将在解码期间使用预测时所“看到”的样本值完全相同。这种参考图片同步性基本原理(以及在例如因信道误差而无法维持同步性的情况下产生的漂移)对于本领域技术人员也是熟知的。

“本地”解码器406的操作可与例如已在上文结合图3详细的“远程”解码器300相同。然而，另外简要参考图4，当符号可用且熵编码器408和解析器304能够无损地将符号编码/解码为已编码视频序列时，包括信道301、接收器302、缓冲器303和解析器304在内的视频解码器300的熵解码部分，可能无法完全在本地解码器406中实施。

此时可以观察到，除存在于解码器中的解析/熵解码之外的任何解码器技术，也必定以基本上相同的功能形式存在于对应的编码器中。可简化编码器技术的描述，因为编码器技术与全面地描述的解码器技术互逆。仅在某些区域中需要更详细的描述，并且在下文提供。

作为操作的部分，源编码器403可执行运动补偿预测编码。参考来自视频序列中被指定为“参考帧”的一个或多个先前已编码帧，所述运动补偿预测编码对输入帧进行预测性编码。以此方式，编码引擎407对输入帧的像素块与参考帧的像素块之间的差异进行编码，所述参考帧可被选作所述输入帧的预测参考。

本地视频解码器406可基于源编码器403创建的符号，对可指定为参考帧的帧的已编码视频数据进行解码。编码引擎407的操作可为有损过程。当已编码视频数据可在视频解码器(图4中未示)处被解码时，重建的视频序列通常可以是带有一些误差的源视频序列的副本。本地视频解码器406复制解码过程，所述解码过程可由视频解码器对参考帧执行，且可使重建的参考帧存储在参考图片高速缓存405中。以此方式，视频编码器400可在本地存储重建的参考帧的副本，所述副本与将由远端视频解码器获得的重建参考帧具有共同内容(不存在传输误差)。

预测器404可针对编码引擎407执行预测搜索。即，对于将要编码的新帧，预测器404可在参考图片存储器405中搜索可作为所述新图片的适当预测参考的样本数据(作为候选参考像素块)或某些元数据，例如参考图片运动矢量、块形状等。预测器404可基于样本块逐像素块操作，以找到合适的预测参考。在一些情况下，根据预测器404获得的搜索结果，可确定输入图片可具有从参考图片存储器405中存储的多个参考图片取得的预测参考。

控制器402可管理视频编码器403的编码操作，包括例如设置用于对视频数据进行编码的参数和子群参数。

可在熵编码器408中对所有上述功能单元的输出进行熵编码。熵编码器根据本领域技术人员熟知的，例如霍夫曼编码、可变长度编码、算术编码等技术对各种功能单元生成的符号进行无损压缩，从而将所述符号转换成已编码视频序列。

传输器409可缓冲由熵编码器408创建的已编码视频序列，从而为通过通信信道411进行传输做准备，所述通信信道可以是通向将存储已编码的视频数据的存储装置的硬件/软件链路。传输器409可将来自视频编码器403的已编码视频数据与要传输的其它数据合并，所述其它数据例如是已编码音频数据和/或辅助数据流(未示出来源)。

控制器402可管理编码器400的操作。在编码期间，控制器405可以为每个已编码图片分配某一已编码图片类型，但这可能影响可应用于相应的图片的编码技术。例如，通常可将图片分配为以下任一种帧类型：

帧内图片(I图片)，其可以是不将序列中的任何其它帧用作预测源就可被编码和解码的图片。一些视频编解码器容许不同类型的帧内图片，包括例如独立解码器刷新(Independent Decoder Refresh，“IDR”)图片。所属领域的技术人员了解I图片的变体及其相应的应用和特征。

预测性图片(P图片)，其可以是可使用帧内预测或帧间预测进行编码和解码的图片，所述帧内预测或帧间预测使用至多一个运动矢量和参考索引来预测每个块的样本值。

双向预测性图片(B图片)，其可以是可使用帧内预测或帧间预测进行编码和解码的图片，所述帧内预测或帧间预测使用至多两个运动矢量和参考索引来预测每个块的样本值。类似地，多个预测性图片可使用多于两个参考图片和相关联元数据以用于重建单个块。

源图片通常可在空间上细分成多个样本块(例如，4×4、8×8、4×8或16×16个样本的块)，且逐块进行编码。这些块可参考其它(已编码)块进行预测编码，根据应用于块的相应图片的编码分配来确定所述其它块。举例来说，I图片的块可进行非预测编码，或所述块可参考同一图片的已经编码的块来进行预测编码(空间预测或帧内预测)。P图片的像素块可参考一个先前编码的参考图片通过空间预测或通过时域预测进行非预测编码。B图片的块可参考一个或两个先前编码的参考图片通过空间预测或通过时域预测进行非预测编码。

视频编码器400可根据例如ITU-T H.265建议书的预定视频编码技术或标准执行编码操作。在操作中，视频编码器400可执行各种压缩操作，包括利用输入视频序列中的时间和空间冗余的预测编码操作。因此，已编码视频数据可符合所用视频编码技术或标准指定的语法。

在实施例中，传输器409可在传输已编码的视频时传输附加数据。源编码器403可将此类数据作为已编码视频序列的一部分。附加数据可包括时间/空间/SNR增强层、冗余图片和切片等其它形式的冗余数据、SEI消息、VUI参数集片段等。

图5示出了在HEVC和JEM中使用的帧内预测模式。为了采集在自然视频中呈现的任意边缘方向，将方向帧内模式的数量从如在HEVC中使用的33扩展到65。在图1(b)中，在HEVC顶部的JEM中的附加方向模式被描绘为虚线箭头，并且平面模式和DC模式保持相同。这些更密集的方向帧内预测模式适用于所有的块大小并且适用于亮度帧内预测和色度帧内预测两者。如图5所示，由虚线箭头标识的方向帧内预测模式被称为奇数帧内预测模式，所述由虚线箭头标识的方向帧内预测模式与奇数帧内预测模式索引相关联。由实线箭头标识的方向帧内预测模式被称为偶数帧内预测模式，所述由实线箭头标识的方向帧内预测模式与偶数帧内预测模式索引相关联。在本文件中，如图5中的实线箭头或虚线箭头指示的方向帧内预测模式也被称为角模式。

在JEM中，总共67个帧内预测模式用于亮度帧内预测。为了对帧内模式进行编码，基于相邻块的帧内模式建立大小为6的最可能模式(MPM，most probable mode)列表。如果帧内模式不是来自MPM列表，则发信号通知标志以指示帧内模式是否属于已选模式。在JEM-3.0中，有16个已选的模式，所述模式被统一地选择为每四个角模式。在JVET-D0114和JVET-G0060中，导出16个次级MPM来代替统一选定的模式。

图6示出了用于帧内方向模式的N个参考层。存在块单元611、区段A 601、区段B602、区段C 603、区段D 604、区段E 605、区段F 606、第一参考层(reference tier)610、第二参考层609、第三参考层608和第四参考层607。

在HEVC和JEM，以及一些其它标准(诸如H.264/AVC)中，用于预测当前块的参考样本被限制为最接近参考线(行或列)。在多参考线帧内预测的方法中，对于帧内方向模式，候选参考线(行或列)的数量从一(即最接近)增加到N，其中N是大于或等于一的整数。图2以4×4预测单元(PU)为例，示出了多行帧内方向预测方法的概念。帧内方向模式可任意地选择N个参考层中的一个以生成预测器(predictors)。换句话说，从参考样本S1、S2、…和SN中的一个生成预测器p(x，y)。发信号通知标志以指示选择哪个参考层用于帧内方向模式。如果N被设置为1，则帧内方向预测方法与JEM 2.0中的传统方法相同。在图6中，参考线610、609、608和607由六个区段601、602、603、604、605和606以及左上参考样本组成。在本文件中，参考层也被称为参考线。当前块单元内的左上像素的坐标是(0，0)，并且第1参考线中的左上像素是(-1，-1)。

在JEM中，对于亮度分量，在生成过程之前，对用于帧内预测样本生成的相邻样本进行滤波。通过给定的帧内预测模式和变换块大小来控制滤波。如果帧内预测模式是DC或者变换块大小等于4×4，则不对相邻样本进行滤波。如果给定的帧内预测模式与垂直模式(或水平模式)之间的距离大于预定义的临界值，则启用滤波过程。对于相邻样本滤波，使用[1，2，1]滤波器和双线性滤波器。

位置相关的帧内预测组合(PDPC，position dependent intra predictioncombination)方法是一种帧内预测方法，该帧内预测方法调用未被滤波的边界参考样本和具有滤波的边界参考样本的HEVC风格帧内预测的组合。如下计算位于(x，y)处的每个预测样本pred[x][y]：

其中，R_x，-1、R_-1，y分别表示位于当前样本(x，y)的顶部和左侧的未滤波的参考样本，并且R_-1，-1表示位于当前块的左上角的未滤波的参考样本。如下计算权重，

wT＝32＞＞((y＜＜1)＞＞shift) (等式2)

wL＝32＞＞((x＜＜1)＞＞shift) (等式3)

wTL＝-(wL＞＞4)-(wT＞＞4) (等式4)

shift＝(log2(width)+log2(height)+2)＞＞2 (等式5)

图7示出了图表700，其中一个4×4块内的(0，0)和(1，0)位置的DC模式PDPC权重(wL，wT，wTL)。如果将PDPC应用于DC、平面、水平和垂直帧内模式，则不需要附加边界滤波器，例如HEVC DC模式边界滤波器或水平/垂直模式边缘滤波器。图7图示了被应用于右上对角模式的PDPC的参考样本Rx,-1、R-1,y和R-1,-1的定义。预测样本pred(x'，y')位于预测块内的(x'，y')处。参考样本Rx,-1的坐标x由下式给出：x＝x’+y’+1，并且类似地，参考样本R-1,y的坐标y由下式给出：y＝x’+y’+1。

图8示出了局部照明补偿(LIC，Local Illumination Compensation)图表800并且其基于使用缩放因子a和偏移b的照明变化的线性模型。并且对于每个帧间模式编码的编解码单元(CU，coding unit)自适应地启用或禁用它。

当将LIC应用于CU时，使用最小二乘误差法(least square error method)，通过使用当前CU的相邻样本和它们的对应参考样本来推导出参数a和b。更具体地，如图8所图示，使用CU的子采样(2:1子采样)的相邻样本和参考图片中的对应的样本(由当前CU或子CU的运动信息识别)。导出IC参数并将它们分别应用于每个预测方向。

当CU是用合并模式编码时，以与在合并模式中复制运动信息类似的方式从相邻块复制LIC标志；否则，为CU发信号通知LIC标志，以指示是否应用LIC。

图9A示出了在HEVC中使用的帧内预测模式900。在HEVC中，总共有35个帧内预测模式，其中，模式10是水平模式，模式26是垂直模式，并且模式2、模式18和模式34是对角线模式。由三个最可能模式(MPM，most probable mode)和32个剩余模式发信号通知帧内预测模式。

图9B图示了在VVC的实施例中总共有87个帧内预测模式，其中，模式18是水平模式，模式50是垂直模式，并且模式2、模式34和模式66是对角线模式。模式-1至-10以及模式67至76被称为广角帧内预测(WAIP，Wide-Angle Intra Prediction)模式。

根据PDPC表达式，使用帧内预测模式(DC、平面、角)和参考样本的线性组合来预测位置(x，y)处的预测样本pred(x，y)：

pred(x,y)＝(wL×R-1,y+wT×Rx,-1–wTL×R-1,-1+(64–wL–wT+wTL)×pred(x,y)+32)>>6 (6)

其中，Rx,-1、R-1,y分别表示位于当前样本(x，y)的顶部和左边的参考样本，并且R-1,-1表示位于当前块的左上角的参考样本。

对于DC模式，对于具有尺寸宽度和高度的块，按如下方式计算权重：

wT＝32>>((y<<1)>>nScale),wL＝32>>((x<<1)>>nScale),wTL＝(wL>>4)+(wT>>4), (7)

其中，nScale＝(log2(width)–2+log2(height)–2+2)>>2，其中，wT表示位于具有相同水平坐标的上述参考线中的参考样本的权重因子，wL表示位于具有相同垂直坐标的左参考线中的参考样本的权重因子，并且wTL表示当前块的左上参考样本的权重因子，nScale指定了权重因子沿轴线减小的速度(wL从左到右减小或wT从上到下减小)，即权重因子递减率，并且在当前设计中该速度沿x轴(从左到右)和y轴(从上到下)是相同的。并且32表示相邻样本的初始权重因子，并且该初始权重因子也是分配给当前CB中的左上样本的顶(左或左上)权重，并且PDPC过程中相邻样本的权重系数应等于或小于该初始权重因子。

对于平面模式，wTL＝0，而对于水平模式，wTL＝wT，并且对于垂直模式，wTL＝wL。可仅利用加法和移位来计算PDPC权重。可以使用等式1在单个步骤中计算Pred(x，y)的值。

本文所提出的方法可以单独使用或以任何顺序组合使用。进一步地，方法(或实施例)、编码器和解码器中的每一者可以由处理电路(例如，一个或多个处理器或者一个或多个集成电路)实施。在一个示例中，一个或多个处理器执行存储在非易失性计算机可读介质中的程序。在下文中，术语块可以被理解为预测块、编解码块或编解码单元(即，CU)。

图10示出了流程图1000的示例性实施例。在S100处可以接收数据，在S101处，可以确定是否对诸如编解码单元和/或变换单元等单元实施处理。如果是，则在S102处，可以确定编解码单元是否包括帧内模式预测。如果是，则在S103处，可以确定编解码单元是否包括用于指示是否启用SPS ACT的标志，并且如果在此标志中存在此指示，则在S104处，还可以确定编解码单元的树类型是否为单一树类型。根据示例性实施例，sps_act_enabled_flag等于1指示可以使用自适应色彩变换并且cu_act_enabled_flag可以存在于编解码单元语法中；sps_act_enabled_flag等于0可以指示可以不使用自适应色彩变换并且cu_act_enabled_flag可以不存在于编解码单元语法中；并且当sps_act_enabled_flag不存在时，sps_act_enabled_flag可推断为等于0。

如果在S102、S103和S104处分别确定是帧内模式、指示启用SPS ACT的标志，以及树是单一树类型，则在S105处，该处理可以设置标志以指示在S105处在该编解码单元中启用ACT。根据示例性实施例，cu_act_enabled_flag等于1可以指示当前编解码单元的残差在YCgCo色彩空间中进行编码；cu_act_enabled_flag等于0可以指示当前编解码单元的残差在原始色彩空间中进行编码；并且当cu_act_enabled_flag不存在时，它可以被推断为等于0。照此，基于此语法，如果cu_coded_flag为1，则可以用ACT模式对帧间块进行编码，其可被解释为意味着如果当前CU中存在一个以上系数，则可对帧间块启用ACT模式。

然后在S106处，可以实施此处讨论的进一步处理以及循环到上述S101。可选地，在S102处，如果确定模式没有设置为帧内，和/或在S103处，如果确定sps_act_enabled标志不包括此启用的指示，则在S107处，可以确定是否存在关于PLT预测标志的指示，并且如果为否，则在S108处，确定general_merge_flag的值。如果在S102、S107和S108处的这些值按如下讨论的所设置，则处理可以在S109处设置cu_coded_flag，此后在S110处，或者从S107和S108开始，如果当前设置了此cu_coded_flag，则在S111处，可以确定编解码单元是否包括用于指示是否启用SPS ACT的标志，并且如果在此标志中存在此指示，则在S112处，可以确定现在是否指示帧内模式，并且如果为否，则处理可以如上所述地在S104处继续。

图11示出了流程图1100的示例性实施例，在S100处可以接收数据，在S101处可以确定是否对编解码单元和/或变换单元实施处理。例如，无论在S201处或在S202处存在预测模式帧内中的当前CU(S201)或不存在(S202)，处理可以在S203处继续以确定色度通道的TU编码标志何时均为零。如果均为零，在S203处，通过所图示的Y'，则在S203处的该确定可足以进行到S204以推断亮度的TU编码标志应被推断为1，并且因此，可以作出此推断而不管当前CU块的当前预测模式是否为MODE_INTRA。进一步地，除了在S203处的该肯定确定之外，还可以是色度通道的TU编码标志均为零，当前CU是否也以ACT模式被编码，如果是，则然后可以进行到S204而不是在S203之后直接行进。尽管如此，在此后的S204处，并且在S203处是否定确定的情况下，处理可以如以上在S100和S106中的任一处描述的那样进行。根据实施例，对于启用ACT的编解码块，可以不在码流中发信号通知tu_y_coded_flag，并且当色度通道的TU编码标志均为零时应推断tu_y_coded_flag为1。进一步地，根据此类示例性实施例，可以发信号通知cu_act_enabled_flag信号，而无需检查当前CU块的预测模式(S201和/或S202)，使得例如在实施例中，对于编解码单元，可以仅检查针对cu_act_enabled_flag的信令的两个条件sps_act_enabled_flag和树类型为SINGLE_TREE，并且因此可以实现如下所述并且也在例如图12中示出的避免基于预测模式的有条件地两次发信号通知cu_act_enabled_flag的优点。

对于当两个色度通道的TU编码标志均为0并且ACT标志为1时，可能有意不发信号通知当前CU块的tu_y_coded_flag的实施例，参见表1，其中，除其它内容外，…CuPredMode[chType][x0][y0]＝＝MODE_INTRA“&&！cu_act_enabled_flag”…被包括在用于ACT的TU级的信令中：

表1

/>

根据具有仅包括sps_act_enabled_flag和tree_type的当前CU块的cu_act_enabled_flag信令的条件的实施例，根据如表2所示的针对ACT的CU级的cu_act_enabled_flag信令的示例性实施例：

表2

例如，图12示出了流程图1200的示例性实施例，在S100处可以接收数据，在S301处，可以确定是否对编解码单元和/或变换单元实施处理。如果是，则在S302处，可以确定编解码单元是否包括用于指示是否启用SPS ACT的标志，并且如果在此标志中存在该指示，则在S304处，还可以确定编解码单元的树类型是否为单一树类型。根据此类示例性实施例，sps_act_enabled_flag等于1指定可以使用自适应色彩变换并且cu_act_enabled_flag可以存在于编解码单元语法中；sps_act_enabled_flag等于0指定可以不使用自适应色彩变换并且cu_act_enabled_flag可以不存在于编解码单元语法中；并且当sps_act_enabled_flag不存在时，可推断等于0。

如果在S302和S304处确定标志指示启用SPS ACT，以及树是单一树类型，则在S305处，该处理可以设置标志以指示在S305处在该编解码单元中启用ACT。根据示例性实施例，cu_act_enabled_flag等于1可以指定当前编解码单元的残差在YCgCo色彩空间中进行编码；cu_act_enabled_flag等于0可以指定当前编解码单元的残差在原始色彩空间中进行编码；并且当cu_act_enabled_flag不存在时，可以其等于0。照此，基于此语法，如果cu_coded_flag为1，则可以用ACT模式对帧间块进行编码，这可被解释为意味着如果当前CU中存在一个以上系数，则可对帧间块启用ACT模式。

然后在S106处，可以实施此处讨论的进一步处理以及循环到上述S301。可选地，在S302处，如果确定sps_act_enabled标志不包括该启用指示，则在S307处，可以确定是否存在关于PLT预测标志的指示，并且如果为否，则在S308处，确定general_merge_flag的值。如果S302、S307和S308处的这些值按照如图8所示进行相应地设置，则处理可以在S309处设置上述的cu_coded_flag。

因此，此类实施例解决各种技术问题，例如当如果已编码CU块不具有任何系数，则不应再发信号通知ACT模式，从而，相应地，具有ACT模式的CU应在已编码CU块中具有一个或一个以上系数，并且对于具有ACT模式的帧间块，cu_coded_flag应为1以表示CU在变换单元中具有至少一个系数，从而解决ACT模式的帧内CU的约束的缺失。

这些特征表示了例如用于RGB视频的有利的编解码工具。例如，参见图13中的图示1300，其中示出了编码流程1301和解码流程1302，其中，图示了将环路ACT应用到屏幕编解码模型(SCM，screen coding model)(例如HEVC的屏幕内容编解码延伸的软件测试模型)，其中，ACT被图示为在残差域中操作，并且可以发信号通知CU级标志以指示使用色彩空间变换。根据示例性实施例，在SCM中使用的此类色彩变换可以如下：

正向变换：

反向变换：

进一步地，在图14的图示1400中，示出了根据具有ACT的示例性实施例的解码过程，鉴于上述实施例和流程图，将HEVC中的ACT工具包括在VVC框架中，以提高视频编解码的效率，从而可以如此应用ACT进行解码。如图14所示，在图示1400中示出了可以在残差域中进行色彩空间转换，具体地，可以例如在逆变换之后，引入附加解码模块，即逆ACT，以将残差从YCgCo域转换回原始域。因此，参见其它公开内容中的上述图10至图12，实现了优于VVC中的特征的优点，当最大变换大小不小于一个编解码单元(CU)的宽度或高度时，一个CU叶节点也可以用作变换处理的单元，因此，在本文中的实施例中，可对一个CU发信号通知ACT标志，以选择用于对其残差进行编码的色彩空间，并且遵循该HEVC ACT设计，对于帧间和帧内块复制(IBC)CU，可以仅当CU中存在至少一个非零系数时启用ACT，并且对于帧内CU，可以仅当色度分量选择与亮度分量相同的帧内预测模式，即，DM模式时，启用ACT，从而有利地至少避免了根据示例性实施例的此类不必要的或冗余的信令。

根据示例性实施例，所应用的用于色彩空间转换的核心变换可以是关于如下所述的正向和逆向YCgCo色彩变换矩阵。例如：

另外，为了补偿色彩变换前后残差信号的动态范围变化，可以将QP调整，诸如(-5，-5，-3)，应用于变换残差。另一方面，如(1)所示，正向和逆向色彩变换可能需要访问所有的三个分量的残差。对应地，在本申请的实施例中，在以下三个分量的残差不全都可用的场景下，允许ACT的技术改进被禁用。例如，参见图10至图12和描述，存在分离树分区情况，使得当应用分离树时，一个CTU内的亮度和色度样本由不同结构来分区，这可导致亮度树中的CU仅含有亮度分量，并且色度树中的CU仅含有两个色度分量，并且还存在帧内子分区预测(ISP，intra sub-partition prediction)情况，其中，ISP子分区可仅应用于亮度，而色度信号被编码而不分割，并且在此类ISP设计中，除了最后ISP子分区之外，其它子分区仅含有根据实施例的亮度分量。

因此，可能存在此类ACT的CU级信令，其中，可以根据编解码语法表包括CU级ACT相关信令，诸如上述表格和/或表3：

表3

在实施例中，sps_act_enabled_flag等于1可以指示使用自适应色彩变换并且cu_act_enabled_flag可以存在于编解码单元语法中；sps_act_enabled_flag等于0可以指示不使用自适应色彩变换并且cu_act_enabled_flag可以不存在于编解码单元语法中；并且当sps_act_enabled_flag不存在时，可以推断其等于0。在实施例中，cu_act_enabled_flag等于1可以指示当前编解码单元的残差在YCgCo色彩空间中被编码，cu_act_enabled_flag等于0可以指示当前编解码单元的残差在原始色彩空间中进行编码，并且当cu_act_enabled_flag不存在时，可以推断等于0。根据示例性实施例，基于以上语法，如果cu_coded_flag为1，则可以使用ACT模式对帧间块进行编码，因此在当前CU中存在一个以上系数的情况下，可以对帧间块启用ACT模式。

进一步地，可以根据以下变换单元语法表(表4)来包括关于TU级亮度已编码标志信令的语法，所述TU级亮度已编码标志信令用于ACT块：

表4

/>

根据示例性实施例，亮度分量相关语义的TU编码标志也可如下所示：tu_y_coded_flag[x0][y0]等于1可以指示亮度变换块包含不等于0的一个或多个变换系数等级，并且阵列索引x0、y0可以指示所考虑的变换块的左上亮度样本相对于图片的左上亮度样本的位置(x0，y0)，并且当tu_y_coded_flag[x0][y0]不存在时，其值可以进行如下推断：如果cu_sbt_flag等于1并且以下(a)、(b)条件中的一者为真，则推断tu_y_coded_flag[x0][y0]等于0，(a)subTuIndex等于0并且cu_sbt_pos_flag可以等于1，(b)subTuIndex可以等于1并且cu_sbt_pos_flag可以等于0，否则，如果treeType等于DUAL_TREE_CHROMA，则可以推断tu_y_coded_flag[x0][y0]等于0，并且进一步否则，可以推断tu_y_coded_flag[x0][y0]等于1。在此类语法和相关语义中，可能没有关于TU编码标志的ACT块的条件检查。

进一步地，对于ACT块的示例性tu_y_coded_flag，亮度分量的TU编码标志可以进行如下描述：

/>

/>

因此，当色度通道的TU编码标志均为零并且当前CU为帧内块并且当前CU以ACT模式编码时，可以将亮度的TU编码标志推断为1。

如本文所描述的，可以存在一个或多个硬件处理器和计算机部件，例如缓冲器、算术逻辑单元、存储器指令，用于确定或存储根据示例性实施例在本文描述的一些值之间的预定的增量值(差值)。

因此，通过本文描述的示例性实施例，可以通过这些技术方案中的一种或多种技术方案来有利地改善上述技术问题。也就是说，根据实施例，为了解决一个或多个不同的技术问题，本公开描述了新颖的技术方面，其中，可以有利地发信号通知访问单元定界符(AUD，access unit delimiter)以指示在包含有访问单元定界符NAL单元的访问单元中的已编码图片的条带中存在哪些slice_type值。pic_type可以用于识别AU是独立于还是依赖于外部AU。进一步地，可以断言，根据示例性实施例，此新颖的语法元素信令分别在对随机访问AU的指示和AU边界检测的稳健性方面是有利的，因此，例如对于提高准确性和效率是有利的。

上述技术可以通过计算机可读指令实现为计算机软件，并且物理地存储在一个或多个计算机可读介质中或者由一个专门配置的一个或多个硬件处理器存储。例如，图15示出了计算机设备1500，其适于实现所公开主题的某些实施例。

所述计算机软件可通过任何合适的机器代码或计算机语言进行编码，通过汇编、编译、链接等机制创建包括指令的代码，所述指令可由计算机中央处理单元(CPU)，图形处理单元(GPU)等直接执行或通过译码、微代码等方式执行。

所述指令可以在各种类型的计算机或其组件上执行，包括例如个人计算机、平板电脑、服务器、智能手机、游戏设备、物联网设备等。

图15所示的用于计算机设备1500的组件本质上是示例性的，并不用于对实现本申请实施例的计算机软件的使用范围或功能进行任何限制。也不应将组件的配置解释为与计算机设备1500的示例性实施例中所示的任一组件或其组合具有任何依赖性或要求。

计算机设备1500可以包括某些人机界面输入设备。这种人机界面输入设备可以通过触觉输入(如：键盘输入、滑动、数据手套移动)、音频输入(如：声音、掌声)、视觉输入(如：手势)、嗅觉输入(未示出)，对一个或多个人类用户的输入做出响应。所述人机界面设备还可用于捕获某些媒体，气与人类有意识的输入不必直接相关，如音频(例如：语音、音乐、环境声音)、图像(例如：扫描图像、从静止影像相机获得的摄影图像)、视频(例如二维视频、包括立体视频的三维视频)。

人机界面输入设备可包括以下中的一个或多个(仅绘出其中一个)：键盘1501、鼠标1502、触控板1503、触摸屏1510、操纵杆1505、麦克风1506、扫描仪1508、照相机1507。

计算机设备1500还可以包括某些人机界面输出设备。这种人机界面输出设备可以通过例如触觉输出、声音、光和嗅觉/味觉来刺激一个或多个人类用户的感觉。这样的人机界面输出设备可包括触觉输出设备(例如通过触摸屏1510或操纵杆1505的触觉反馈，但也可以有不用作输入设备的触觉反馈设备)、音频输出设备(例如，扬声器1509、耳机(未示出))、视觉输出设备(例如，包括阴极射线管(CRT，cathode ray tube)屏幕、液晶(liquid-crystal display)屏幕、等离子屏幕、有机发光二极管屏(organic light-emittingdiode)的屏幕1510，其中每一个都具有或没有触摸屏输入功能、每一个都具有或没有触觉反馈功能——其中一些可通过诸如立体画面输出的手段输出二维视觉输出或三维以上的输出；虚拟现实眼镜(未示出)、全息显示器和放烟箱(未示出))以及打印机(未示出)。

计算机设备1500还可以包括人可访问的存储设备及其相关介质，如包括具有CD/DVD1511的高密度只读/可重写式光盘(CD/DVD ROM/RW)1520或类似介质的光学介质、拇指驱动器1522、可移动硬盘驱动器或固体状态驱动器1523，诸如磁带和软盘(未示出)的传统磁介质，诸如安全软件保护器(未示出)等的基于ROM/ASIC/PLD的专用设备，等等。

本领域技术人员还应当理解，结合所公开的主题使用的术语“计算机可读介质”不包括传输介质、载波或其它瞬时信号。

计算机设备1500还可以包括通往一个或多个通信网络1598的接口1599。网络1598可以是无线的、有线的、光学的。网络1598还可为局域网、广域网、城域网、车载网络和工业网络、实时网络、延迟容忍网络等等。网络1598的示例可以包括以太网、无线局域网、蜂窝网络(全球移动通信系统(GSM,global systems for mobile communications)、3G、4G、5G、长期演进(LTE，Long-Term Evolution)等)等局域网、电视有线或无线广域数字网络(包括有线电视、卫星电视、和地面广播电视)、车载和工业网络(包括CANBus)等等。某些网络1598通常需要外部网络接口适配器，用于连接到某些通用数据端口或外围总线(1550和1551)(例如，计算机设备1500的USB端口)；其它系统通常通过连接到如下所述的系统总线集成到计算机设备1500的核心(例如，以太网接口集成到PC计算机系统或蜂窝网络接口集成到智能电话计算机系统)。通过使用这些网络1598中的任何一个，计算机设备1500可以与其它实体进行通信。所述通信可以是单向的，仅用于接收(例如，无线电视)，单向的仅用于发送(例如CAN总线到某些CAN总线设备)，或双向的，例如通过局域或广域数字网络到其它计算机系统。上述的每个网络和网络接口可使用某些协议和协议栈。

上述的人机界面设备、人可访问的存储设备以及网络接口可以连接到计算机设备1500的核心1540。

核心1540可包括一个或多个中央处理单元(CPU)1541、图形处理单元(GPU，Graphics Processing Units)1542、图形适配器1517、以现场可编程门阵列(FPGA，FieldProgrammable Gate Areas)1543形式的专用可编程处理单元、用于特定任务1544的硬件加速器等。这些设备以及只读存储器(ROM)1545、随机存取存储器1546、内部大容量存储器(例如内部非用户可存取硬盘驱动器、固态硬盘等)1547等可通过系统总线1548进行连接。在某些计算机系统中，可以以一个或多个物理插头的形式访问系统总线1548，以便可通过额外的中央处理单元、图形处理单元等进行扩展。外围装置可直接附接到核心的系统总线1548，或通过外围总线1551进行连接。外围总线的架构包括外围组件互连(PCI，peripheralcomponent interconnect)、USB等。

CPU1541、GPU1542、FPGA1543和加速器1544可以执行某些指令，这些指令组合起来可以构成上述计算机代码。该计算机代码可以存储在ROM1545或RAM1546中。过渡数据也可以存储在RAM1546中，而永久数据可以存储在例如内部大容量存储器1547中。通过使用高速缓冲存储器可实现对任何存储器设备的快速存储和检索，高速缓冲存储器可与一个或多个CPU1541、GPU1542、大容量存储器1547、ROM1545、RAM1546等紧密关联。

所述计算机可读介质上可具有计算机代码，用于执行各种计算机实现的操作。介质和计算机代码可以是为本申请的目的而特别设计和构造的，也可以是计算机软件领域的技术人员所熟知和可用的介质和代码。

作为实施例而非限制，具有体系结构1500的计算机系统，特别是核心1540，可以作为处理器(包括CPU、GPU、FPGA、加速器等)提供执行包含在一个或多个有形的计算机可读介质中的软件的功能。这种计算机可读介质可以是与上述的用户可访问的大容量存储器相关联的介质，以及具有非易失性的核心1540的特定存储器，例如核心内部大容量存储器1547或ROM1545。实现本申请的各种实施例的软件可以存储在这种设备中并且由核心1540执行。根据特定需要，计算机可读介质可包括一个或一个以上存储设备或芯片。该软件可以使得核心1540特别是其中的处理器(包括CPU、GPU、FPGA等)执行本文所述的特定过程或特定过程的特定部分，包括定义存储在RAM1546中的数据结构以及根据软件定义的过程来修改这种数据结构。另外或作为替代，计算机系统可以提供逻辑硬连线或以其它方式包含在电路(例如，加速器1544)中的功能，该电路可以代替软件或与软件一起运行以执行本文所述的特定过程或特定过程的特定部分。在适当的情况下，对软件的引用可以包括逻辑，反之亦然。在适当的情况下，对计算机可读介质的引用可包括存储执行软件的电路(如集成电路(IC))，包含执行逻辑的电路，或两者兼备。本申请包括任何合适的硬件和软件组合。

虽然本申请已对多个示例性实施例进行了描述，但实施例的各种变更、排列和各种等同替换均属于本申请的范围内。因此应理解，本领域技术人员能够设计多种系统和方法，所述系统和方法虽然未在本文中明确示出或描述，但其体现了本申请的原则，因此属于本申请的精神和范围之内。

Claims (10)

1.一种视频编码的方法，用于生成视频码流，其特征在于，所述方法包括：

获取视频数据；

获取所述视频数据的编码单元CU块；

确定sps_act_enabled_flag是否被设置为预定标志条件的第一确定结果；

确定所述编码单元CU块的树类型是否被设置为预定的树类型的第二确定结果；

无论所述编码单元CU块的预测模式是否为帧内模式，基于所述第一确定结果和所述第二确定结果执行确定发信号通知所述编码单元CU块的自适应色彩变换ACT标志的操作；以及

基于发信号通知所述编码单元CU块的自适应色彩变换ACT标志，来对所述视频数据进行编码。

2.根据权利要求1所述的方法，其特征在于，进一步包括：

所述sps_act_enabled_flag设置为零时，不发送信号通知所述编码单元CU块的自适应色彩变换ACT标志。

3.根据权利要求1~2中任一项所述的方法，其特征在于，所述预定的树类型指示单一树类型，其中，所述预定标志条件包括sps_act_enabled_flag等于1。

4.一种视频编码的装置，其特征在于，所述装置包括：

至少一个存储器，被配置为存储计算机程序代码；

至少一个处理器，被配置为访问所述计算机程序代码并按照所述计算机程序代码的指令进行操作，所述计算机程序代码包括：

第一获取代码，被配置为使所述至少一个处理器获取视频数据；

第二获取代码，被配置为使所述至少一个处理器获取所述视频数据的编码单元CU块；

第一确定代码，被配置为使所述至少一个处理器确定sps_act_enabled_flag是否被设置为预定标志条件的第一确定结果；

第二确定代码，被配置为使所述至少一个处理器确定所述编码单元CU块的树类型是否被设置为预定的树类型的第二确定结果；

第三确定代码，被配置为无论所述编码单元CU块的预测模式是否为帧内模式，基于所述第一确定结果和所述第二确定结果执行确定发信号通知所述编码单元CU块的自适应色彩变换ACT标志的操作；

以及

编码代码，被配置为使所述至少一个处理器基于发信号通知所述编码单元CU块的自适应色彩变换ACT标志，来对所述视频数据进行编码。

5.根据权利要求4所述的装置，其特征在于，所述第三确定代码，还被配置为所述sps_act_enabled_flag设置为零时，不发送信号通知所述编码单元CU块的自适应色彩变换ACT标志。

6.根据权利要求4~5中任一项所述的装置，其特征在于，所述预定的树类型指示单一树类型，其中，所述预定标志条件包括sps_act_enabled_flag等于1。

7.一种视频解码的方法，其特征在于，所述方法包括：

获取已编码的视频码流；

获取所述视频码流的待解码单元CU块；

确定色度的变换单元TU编码标志是否均为零以及确定所述CU是否以ACT模式进行编码，所述色度的TU编码标志是色度通道标志，所述色度的变换单元TU编码标志包括：tu_cb_coded_flag和tu_cr_coded_flag；

基于所述色度的TU编码标志均为零并且所述解码单元CU块以所述ACT模式进行编码，推断亮度的TU编码标志为1。

8.根据权利要求7所述的方法，其特征在于，无论所述解码单元CU块的预测模式是否为帧内模式，均执行基于所述色度的TU编码标志均为零并且所述解码单元CU块以所述ACT模式进行编码，推断所述亮度的TU编码标志推断为1的操作。

9.一种计算机设备，其特征在于，包括：处理器和存储器；所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1~3、7中任一项所述的方法。

10.一种存储程序的非易失性计算机可读介质，其特征在于所述程序在由计算机设备的一个或多个处理器执行时，使所述一个或多个处理器执行如权利要求1~3、7中任一项所述的方法。