CN114175643A - 调色板和预测模式信令 - Google Patents

调色板和预测模式信令 Download PDF

Info

Publication number
CN114175643A
CN114175643A CN202080054379.8A CN202080054379A CN114175643A CN 114175643 A CN114175643 A CN 114175643A CN 202080054379 A CN202080054379 A CN 202080054379A CN 114175643 A CN114175643 A CN 114175643A
Authority
CN
China
Prior art keywords
mode
encoded
current
intra
bin
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.)
Pending
Application number
CN202080054379.8A
Other languages
English (en)
Inventor
赵咏萱
C-H·洪
W-J·钱
M·卡切夫维茨
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN114175643A publication Critical patent/CN114175643A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods 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/103Selection of coding mode or of prediction mode
    • H04N19/11Selection of coding mode or of prediction mode among a plurality of spatial predictive coding modes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/90Methods 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/96Tree coding, e.g. quad-tree coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods 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/124Quantisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods 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/13Adaptive entropy coding, e.g. adaptive variable length coding [AVLC] or context adaptive binary arithmetic coding [CABAC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods 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/17Methods 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/176Methods 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods 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/186Methods 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 a colour or a chrominance component
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/593Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70Methods 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/90Methods 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/91Entropy 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

用于对视频数据进行解码的示例设备包括用于存储视频数据的存储器、以及以电路来实现的并且通信地耦合到存储器的一个或多个处理器。一个或多个处理器被配置为确定第一译码单元(CU)是否是跳过模式CU,以及基于第一CU不是跳过模式CU,来确定第一CU是否是使用帧内模式或调色板模式中的一者来编码的。一个或多个处理器还被配置为基于第一CU是使用帧内模式或调色板模式中的一者来编码的,来确定第一CU是否是使用调色板模式来编码的。一个或多个处理器还被配置为基于对第一CU是否是使用调色板模式来编码的确定,来对第一CU进行解码。

Description

调色板和预测模式信令
本申请要求享受于2020年8月3日提交的编号为16/947,463的美国申请的优先权,上述美国申请要求享受于2019年8月5日提交的编号为62/883,024的美国临时申请、于2019年8月15日提交的编号为62/887,450的美国临时申请和于2019年9月13日提交的编号为62/900,346的美国临时申请的优先权,故以引用方式将这些申请中的每一份申请的全部内容并入本文。
技术领域
本公开内容涉及视频编码和视频解码。
背景技术
数字视频能力可以并入到各种各样的设备中,包括数字电视机、数字直接广播系统、无线广播系统、个人数字助理(PDA)、膝上型计算机或桌面型计算机、平板计算机、电子书阅读器、数码照相机、数字记录装置、数字媒体播放器、视频游戏设备、视频游戏控制台、蜂窝或卫星无线电电话、所谓的“智能电话”、视频电话会议设备、视频串流设备等等。数字视频设备实现视频译码技术,比如在由MPEG-2、MPEG-4、ITU-T H.263、ITU-T H.264/MPEG-4、第10部分、高级视频译码(AVC)、ITU-T H.265/高效率视频译码(HEVC)所定义的标准、以及这样的标准的扩展中所描述的那些技术。视频设备可以通过实现这样的视频译码技术,更高效地发送、接收、编码、解码和/或存储数字视频信息。
视频译码技术包括空间(图片内)预测和/或时间(图片间)预测以减少或去除在视频序列中固有的冗余。对于基于块的视频译码,可以将视频切片(例如,视频图片或视频图片的一部分)划分为视频块,所述视频块还可以称为译码树单元(CTU)、译码单元(CU)和/或译码节点。在图片的帧内译码(I)切片中的视频块是使用相对于在同一图片中邻近的块中的参考样本的空间预测来编码的。在图片的帧间译码(P或B)切片中的视频块可以使用相对于在同一图片中邻近的块中的参考样本的空间预测,或者在相对于其它参考图片中的参考样本的时间预测。图片可以称为帧,以及参考图片可以称为参考帧。
发明内容
通常,本公开内容描述与预测模式和屏幕内容模式译码有关的技术。例如,本公开内容描述用于调色板和预测模式信令的技术。
本文所描述的技术可以应用于现有的视频编解码器,比如HEVC(高效视频译码)或VVC(多功能视频译码),或者可以应用于在未来的视频标准中的译码工具。
在一个示例中,一种对视频数据进行译码的方法包括:确定针对第一译码单元(CU)是否启用帧内块复制模式;基于针对第一CU未启用帧内块复制模式,来确定第一CU是否是跳过模式CU;基于第一CU不是跳过模式CU,来确定第一CU是否是使用帧内模式或调色板模式中的一者来编码的;基于第一CU是使用帧内模式或调色板模式中的一者来编码的,来确定第一CU是否是使用调色板模式来编码的;基于对第一CU是否是使用调色板模式来编码的确定,来对第一CU进行解码;确定针对第二CU是否启用帧内块复制模式;基于针对第二CU未启用帧内块复制模式,来确定第二CU是否是跳过模式CU;以及基于第二CU是跳过模式CU,来不解析指示第二CU是否是使用帧内块复制模式来编码的二进制数,以及使用帧间模式对第二CU进行解码。
在另一示例中,一种用于对视频数据进行译码的设备包括用于存储视频数据的存储器、以及以电路来实现的并且通信地耦合到存储器的一个或多个处理器,一个或多个处理器被配置为:确定针对第一译码单元(CU)是否启用帧内块复制模式;基于针对第一CU未启用帧内块复制模式,来确定第一CU是否是跳过模式CU;基于第一CU不是跳过模式CU,来确定第一CU是否是使用帧内模式或调色板模式中的一者来编码的;基于第一CU是使用帧内模式或调色板模式中的一者来编码的,来确定第一CU是否是使用调色板模式来编码的;基于对第一CU是否是使用调色板模式来编码的确定,来对第一CU进行解码;确定第二CU是否是跳过模式CU;以及基于第二CU是跳过模式CU,来不解析指示第二CU是否是使用帧内块复制模式来编码的二进制数,以及使用帧间模式对第二CU进行解码。
在另一示例中,一种具有存储在其上的指令的非暂时性计算机可读存储介质,指令当被执行时使得一个或多个处理器进行以下操作:确定针对第一译码单元(CU)是否启用帧内块复制模式;基于针对第一CU未启用帧内块复制模式,来确定第一CU是否是跳过模式CU;基于第一CU不是跳过模式CU,来确定第一CU是否是使用帧内模式或调色板模式中的一者来编码的;基于第一CU是使用帧内模式或调色板模式中的一者来编码的,来确定第一CU是否是使用调色板模式来编码的;基于对第一CU是否是使用调色板模式来编码的确定,来对第一CU进行解码;确定针对第二CU是否启用帧内块复制模式;基于针对第二CU未启用帧内块复制模式,来确定第二CU是否是跳过模式CU;以及基于第二CU是跳过模式CU,来不解析指示第二CU是否是使用帧内块复制模式来编码的二进制数,以及使用帧间模式对第二CU进行解码。
在另一示例中,一种用于对视频数据进行译码的设备包括:用于确定针对第一译码单元(CU)是否启用帧内块复制模式的单元;用于基于针对第一CU未启用帧内块复制模式,来确定第一CU是否是跳过模式CU的单元;用于基于第一CU不是跳过模式CU,来确定第一CU是否是使用帧内模式或调色板模式中的一者来编码的单元;用于确定第一CU是否是跳过模式CU的单元;用于基于第一CU不是跳过模式CU,来确定第一CU是否是使用帧内模式或调色板模式中的一者来编码的单元;用于基于第一CU是使用帧内模式或调色板模式中的一者来编码的,来确定第一CU是否是使用调色板模式来编码的单元;用于基于对第一CU是否是使用调色板模式来编码的确定,来对第一CU进行解码的单元;用于确定针对第二CU是否启用帧内块复制模式的单元;用于基于针对第二CU未启用帧内块复制模式,来确定第二CU是否是跳过模式CU的单元;以及用于基于第二CU是跳过模式CU,来不解析指示第二CU是否是使用帧内块复制模式来编码的二进制数的单元;以及用于使用帧间模式对第二CU进行解码的单元。
在附图和下文的说明书中阐述了一个或多个示例的细节。根据说明书、附图以及权利要求书,其它特征、对象和优点将是显而易见的。
附图说明
图1是示出可以执行本公开内容的技术的示例视频编码和解码系统的方框图。
图2A和图2B是示出示例四叉树二叉树(QTBT)结构和相应的译码树单元(CTU)的概念图。
图3是示出可以执行本公开内容的技术的示例视频编码器的方框图。
图4是示出可以执行本公开内容的技术的示例视频解码器的方框图。
图5-图7是示出非统一的调色板和预测信令方法的示意图。
图8是说明邻近的CU的概念图。
图9-图15是示出根据本公开内容的技术的统一的调色板和预测信令方法的示例的示意图。
图16-图18是示出根据本公开内容的技术的统一的调色板和预测信令方法的另一示例的示意图。
图19-图20是示出根据本公开内容的技术的统一的调色板和预测信令方法的又一示例的示意图。
图21是示出根据本公开内容的技术的统一的调色板和预测信令方法的又一示例的示意图。
图22-图23是根据本公开内容的技术的统一的调色板和预测信令方法的又一示例的示意图。
图24是示出视频编码器的示例操作的流程图。
图25是示出视频解码器的示例操作的流程图。
具体实施方式
一些视频译码器可以在确定对语法元素的用信号传送和解析时进行许多不同的检查。例如,可能存在能够启用或禁用各种编码模式的许多条件。在确定对语法元素的用信号传送时,视频译码器可能必须确定切片是I切片还是P或B切片,以及确定启用哪些模式以便确定要遵循哪个信令路径。例如,在一些编解码器中,是用信号传送针对使用帧内模式来编码的当前CU的调色板标记,还是用信号传送针对使用另一种模式(例如,帧间)编码的当前CU的调色板标记,取决于是否在SPS信令中启用IBC模式。这种非统一的设计可能使由视频解码器进行的解析过程的语法和设计复杂化,从而导致可能使编码性能降级的低效率。
根据本公开内容的技术,视频译码器可以以更一致的方式来确定信令。照此,视频译码器(例如,视频解码器)可能需要检查更少的条件。因此,本公开内容的技术可以导致视频译码器使用较少的处理能力,以及可以减少解码延时。
图1是示出可以执行本公开内容的技术的示例视频编码和解码系统100的方框图。本公开内容的技术通常针对于对视频数据进行译码(编码和/或解码)。通常,视频数据包括用于处理视频的任何数据。因此,视频数据可以包括原始的、未经编码的视频、经编码的视频、经解码的(例如,重构的)视频以及视频元数据(比如信令数据)。
如图1中所示,在该示例中,系统100包括源设备102,源设备102提供要由目的地设备116进行解码和显示的经编码的视频数据。具体而言,源设备102经由计算机可读介质110将视频数据提供给目的地设备116。源设备102和目的地设备116可以包括广泛的设备中的任何设备,包括桌面型计算机、笔记本(即,膝上型)计算机、平板计算机、机顶盒、电话手持装置这样的智能电话、电视机、照相机、显示设备、数字媒体播放器、视频游戏控制台、视频串流设备等等。在一些情况下,源设备102和目的地设备116可以被配备用于无线通信,因此可以称为无线通信设备。
在图1的示例中,源设备102包括视频源104、存储器106、视频编码器200和输出接口108。目的地设备116包括输入接口122、视频解码器300、存储器120和显示设备118。根据本公开内容,源设备102的视频编码器200和目的地设备116的视频解码器300可以被配置为应用用于对包括调色板和预测模式信令的视频数据进行译码的技术。因此,源设备102表示视频编码设备的示例,而目的地设备116表示视频解码设备的示例。在其它示例中,源设备和目的地设备可以包括其它组件或布置。例如,源设备102可以从比如外部照相机的外部视频源接收视频数据。同样地,目的地设备116可以与外部显示设备对接,而不包括集成显示设备。
如图1中所示的系统100仅仅是一个示例。通常,任何数字视频编码和/或解码设备都可以执行用于调色板和预测模式信令的技术。源设备102和目的地设备116仅仅是这样的译码设备的示例,在其中源设备102生成用于向目的地设备116传输的经编码的视频数据。本公开内容将“译码”设备称为执行对数据的译码(编码和/或解码)的设备。因此,视频编码器200和视频解码器300分别表示译码设备(具体而言,视频编码器和视频解码器)的示例。在一些示例中,源设备102和目的地设备116可以以基本上对称的方式操作,使得源设备102和目的地设备116中的每一者包括视频编码和解码组件。因此,系统100可以支持在源设备102与目的地设备116之间的单向或双向视频传输,例如,用于视频串流、视频回放、视频广播或视频电话。
通常,视频源104代表视频数据(即,原始的、未经编码的视频数据)的源,以及将视频数据的图片的连续序列(还称为“帧”)提供给视频编码器200,视频编码器200对针对图片的数据进行编码。源设备102的视频源104可以包括视频捕获设备(比如摄像机)、包含先前捕获的原始视频的视频存档和/或用于从视频内容提供者接收视频的视频馈送接口。作为进一步的替代方案,视频源104可以生成基于计算机图形的数据作为源视频、或者实时视频、存档的视频和计算机生成的视频的组合。在每种情况下,视频编码器200对捕获的、预先捕获的或计算机生成的视频数据进行编码。视频编码器200可以将图片从接收到的顺序(有时称为“显示顺序”)重新排列为用于译码的译码顺序。视频编码器200可以生成包括经编码的视频数据的比特流。然后,源设备102可以经由输出接口108将经编码的视频数据输出给计算机可读介质110上,用于通过例如目的地设备116的输入接口122进行接收和/或取回。
源设备102的存储器106和目的地设备116的存储器120代表通用存储器。在一些示例中,存储器106、120可以存储原始视频数据,例如,来自视频源104的原始视频和来自视频解码器300的原始的经解码的视频数据。另外地或替代地,存储器106、120可以存储可由例如视频编码器200和视频解码器300分别执行的软件指令。尽管在该示例中与视频编码器200和视频解码器300分开地示出,但是应当理解的是,视频编码器200和视频解码器300还可以包括内部存储器,用于功能上相似或等效的目的。此外,存储器106、120可以存储经编码的视频数据(例如,从视频编码器200输出以及输入到视频解码器300)。在一些示例中,可以将存储器106、120的一部分分配作为一个或多个视频缓冲器,例如,以存储原始的、经解码和/或经编码的视频数据。
计算机可读介质110可以代表能够将经编码的视频数据从源设备102传送到目的地设备116的任何类型的介质或设备。在一个示例中,计算机可读介质110代表用于使源设备102能够实时地例如经由射频网络或基于计算机的网络将经编码的视频数据直接地发送给目的地设备116的通信介质。输出接口108可以对包括经编码的视频数据的传输信号进行调制,以及输入接口122可以根据比如无线通信协议的通信标准,对接收到的传输信号进行解调。通信介质可以包括任何无线或有线通信介质,比如射频(RF)频谱或一个或多个物理传输线。通信介质可以形成比如局域网、广域网或全球网络(比如互联网)的基于分组的网络的一部分。通信介质可以包括路由器、交换机、基站或者对于促进从源设备102到目的地设备116的通信而言可能有用的任何其它装置。
在一些示例中,源设备102可以将经编码的数据从输出接口108输出给存储设备112。类似地,目的地设备116可以经由输入接口122从存储设备112存取经编码的数据。存储设备112可以包括各种分布式或本地地存取的数据存储介质(比如硬盘驱动器、蓝光光盘、DVD、CD-ROM、闪存、易失性或非易失性存储器)或者用于存储经编码的视频数据的任何其它适当的数字存储介质中的任何一种。
在一些示例中,源设备102可以将经编码的视频数据输出给文件服务器114或者可以存储由源设备102生成的经编码的视频的另一中间存储设备。目的地设备116可以经由串流或下载从文件服务器114存取所存储的视频数据。文件服务器114可以是能够存储经编码的视频数据以及将该经编码的视频数据发送给目的地设备116的任何类型的服务器设备。文件服务器114可以代表网络服务器(例如,用于网站)、文件传输协议(FTP)服务器、内容传送网络设备或网络附加存储(NAS)设备。目的地设备116可以通过包括互连网连接的任何标准数据连接,从文件服务器114存取经编码的视频数据。这可以包括适合于存取存储在文件服务器114上的经编码的视频数据的无线信道(例如,Wi-Fi连接)、有线连接(例如,数字用户线(DSL)、电缆调制解调器等等)或两者的组合。文件服务器114和输入接口122可以被配置为根据串流传输协议、下载传输协议或者其组合进行操作。
输出接口108和输入接口122可以代表无线发射机/接收机、调制解调器、有线联网组件(例如,以太网卡)、根据各种IEEE 802.11标准中的任何一者进行操作的无线通信组件、或者其它物理组件。在其中输出接口108和输入接口122包括无线组件的示例中,输出接口108和输入接口122可以被配置为根据比如4G、4G-LTE(长期演进)、改进的LTE、5G等等的蜂窝通信标准,来传送比如经编码的视频数据的数据。在输出接口108包括无线发射机的一些示例中,输出接口108和输入接口122可以被配置为根据其它无线标准(比如IEEE 802.11规范、IEEE 802.15规范(例如,ZigBeeTM)、蓝牙TM标准等等),来传送比如经编码的视频数据的数据。在一些示例中,源设备102和/或目的地设备116可以包括各自的片上系统(SoC)设备。例如,源设备102可以包括SoC设备以执行归于视频编码器200和/或输出接口108的功能,以及目的地设备116可以包括SoC设备以执行归于视频解码器300和/或输入接口122的功能。
本公开内容的技术可以应用于为了支持各种多媒体应用(比如空中电视广播、有线电视传输、卫星电视传输、互联网串流视频传输(比如在HTTP上的动态自适应串流(DASH)、编码到数据存储介质上的数字视频))中的任何一者的视频编码,对存储在数据存储介质上的数字视频的解码、或者其它应用。
目的地设备116的输入接口122从计算机可读介质110(例如,存储设备112、文件服务器114等等)接收经编码的视频比特流。经编码的视频比特流可以包括由视频编码器200定义的信令信息,其还由视频解码器300来使用,比如具有描述视频块或其它译码单元(例如,切片、图片、图片组、序列等等)的特性和处理的值的语法元素。例如,根据本公开内容的技术的示例信令方案可以由视频编码器200使用,以向视频解码器300用信号传送如何对视频数据的当前块进行解码。显示设备118向用户显示经解码的视频数据的解码图片。显示设备118可以代表各种显示设备(比如阴极射线管(CRT)、液晶显示器(LCD)、等离子体显示器、有机发光二极管(OLED)显示器、或者另一类型的显示设备)中的任何一者。
虽然未在图1中示出,但是在一些示例中,视频编码器200和视频解码器300可以分别与音频编码器和/或音频解码器整合在一起,以及可以包括适当的MUX-DEMUX单元或者其它硬件和/或软件,以处理包括在共同的数据流中的音频和视频两者的复用流。如果适用的话,MUX-DEMUX单元可以符合ITU H.223复用器协议或其它协议(比如用户数据报协议(UDP))。
视频编码器200和视频解码器300各自可以实现为各种适当的编码器和/或解码器电路中的任何一者,比如一个或多个微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、分立逻辑、软件、硬件、固件或者其任意组合。当部分地以软件实现这些技术时,设备可以将用于软件的指令存储在适当的非暂时性计算机可读介质中,以及使用一个或多个处理器以硬件方式执行这些指令以执行本公开内容的技术。视频编码器200和视频解码器300中的每一者可以被包括在一个或多个编码器或解码器中,编码器或解码器中的任何一者可以整合为在各自的设备中的组合的编码器/解码器(CODEC)的一部分。包括视频编码器200和/或视频解码器300的设备可以包括集成电路、微处理器和/或无线通信设备(比如蜂窝电话)。
视频编码器200和视频解码器300可以根据比如ITU-T H.265(还称为高效视频编码(HEVC))或者其扩展(比如多视图和/或可缩放视频编码扩展)的视频编码标准进行操作。替代地,视频编码器200和视频解码器300可以根据比如ITU-T H.266(还称为通用视频编码(VVC))的其它专有或工业标准来操作。在以下文献中描述VVC标准的最新草案:Bross等人、“Versatile Video Coding(Draft 6)”(“通用视频编码(草案6)”)、ITU-T SG 16 WP 3的联合视频专家组(JVET)和ISO/IEC JTC 1/SC 29/WG 11的第15次会议:2019年7月3日至12日于瑞典哥德堡的JVET-O2001-vE(以下称为“VVC草案6”)。然而,本公开内容的技术并不限于任何特定的译码标准。在以下文献中描述VVC标准的最新草案:Bross等人、“VersatileVideo Coding(Draft 9)”(“通用视频编码(草案9)”)ITU-T SG 16 WP 3的联合视频专家组(JVET)和ISO/IEC JTC 1/SC 29/WG 11的第18次会议:通过电话会议、2020年4月15日至24日、JVET-R2001-vA。
通常,视频编码器200和视频解码器300可以执行对图片的基于块的编码。术语“块”通常指的是包括要处理的数据的结构(例如,在编码和/或解码过程中使用的编码、解码或其它方式)。例如,块可以包括亮度和/或色度数据的样本的二维矩阵。通常,视频编码器200和视频解码器300可以对以YUV(例如,Y、Cb、Cr)格式表示的视频数据进行编码。也就是说,不是对针对图片的样本的红色、绿色和蓝色(RGB)数据进行译码,而是视频编码器200和视频解码器300可以对亮度和色度分量进行译码,其中色度分量可以包括红色色调和蓝色色调色度分量两者。在一些示例中,视频编码器200在编码之前,将接收到的RGB格式的数据转换成YUV表示,以及视频解码器300将YUV表示转换成RGB格式。替代地,预处理和后处理单元(未示出)可以执行这些转换。
本公开内容通常可以涉及对图片的译码(例如,编码和解码),以包括对图片的数据进行编码或解码的过程。类似地,本公开内容可以涉及对图片的块的译码,以包括对针对块的数据进行编码或解码的过程,例如预测和/或残差编码。经编码的视频比特流通常包括针对表示译码决策(例如,译码模式)以及对图片到块的划分的语法元素的一系列值。因此,对图片或块进行译码的引用,通常应当被理解为针对用于形成该图片或块的语法元素的译码值。
HEVC定义各种块,包括译码单元(CU)、预测单元(PU)和变换单元(TU)。根据HEVC,视频译码器(比如视频编码器200)根据四叉树结构将译码树单元(CTU)划分为CU。也就是说,视频译码器将CTU和CU划分为四个相等的、非重叠的正方形,以及四叉树的每个节点具有零个或四个子节点。没有子节点的节点可以称为“叶节点”,以及这样的叶节点的CU可以包括一个或多个PU和/或一个或多个TU。视频译码器可以进一步划分PU和TU。例如,在HEVC中,残差四叉树(RQT)表示对TU的划分。在HEVC中,PU表示帧间预测数据,而TU表示残差数据。帧内预测的CU包括帧内预测信息,比如帧内模式指示。
举另一示例,视频编码器200和视频解码器300可以被配置为根据VVC进行操作。根据VVC,视频译码器(比如视频编码器200)将图片划分为多个译码树单元(CTU)。视频编码器200可以根据比如四叉树-二叉树(QTBT)结构或多类型树(MTT)结构的树结构,对CTU进行划分。QTBT结构消除多个划分类型的概念,比如在HEVC的CU、PU和TU之间的分隔。QTBT结构包括两个层级:根据四叉树划分来划分的第一层级,以及根据二叉树划分来划分的第二层级。QTBT结构的根节点对应于CTU。二叉树的叶节点对应于译码单元(CU)。
在MTT划分结构中,块可以是使用四叉树(QT)划分、二叉树(BT)划分和一种或多种类型的三叉树(TT)(还称为三元树(TT))划分来划分的。三叉树或三元树划分是将块分割成三个子块的划分。在一些示例中,三叉树或三元树划分将块分成三个子块,而不穿过中心来将原始块分开。MTT中的划分类型(例如,QT、BT和TT)可以是对称的或者非对称的。
在一些示例中,视频编码器200和视频解码器300可以使用单个QTBT或MTT结构来表示亮度和色度分量中的每一者,而在其它示例中,视频编码器200和视频解码器300可以使用两个或更多个QTBT或MTT结构,比如一个QTBT/MTT结构用于亮度分量,以及另一QTBT/MTT结构用于两个色度分量(或者两个QTBT/MTT结构用于各自的色度分量)。
视频编码器200和视频解码器300可以被配置为使用每HEVC的四叉树划分、QTBT划分、MTT划分或其它划分结构。出于解释的目的,本公开内容的技术的描述是相对于QTBT划分来给出的。但是,应当理解的是,本公开内容的技术还可以应用于被配置为使用四叉树划分或以及其它类型的划分的视频译码器。
块(例如,CTU或CU)可以是以各种方式在图片中来成组的。举一个示例,砖块(brick)可以指的是在图片中的特定瓦片(tile)内的CTU行的矩形区域。瓦片可以是在图片中的特定瓦片列和特定瓦片行内的CTU的矩形区域。瓦片列指的是具有等于图片的高度的高度、以及通过(例如,比如在图片参数集中的)语法元素指定的宽度的CTU的矩形区域。瓦片行指的是具有通过(例如,比如在图片参数集中的)语法元素指定的高度、以及等于图片的宽度的宽度的CTU的矩形区域。
在一些示例中,瓦片可以划分成多个砖块,多个砖块中的每个砖块可以包括在该瓦片内的一个或多个CTU行。未划分为多个砖块的瓦片还可以称为砖块。但是,是瓦片的真实子集的砖块不可以称为瓦片。
图片中的砖块还可以是以切片来排列的。切片可以是图片中可以专门地被包含在单个网络抽象层(NAL)单元中的整数数量的砖块。在一些示例中,切片包括多个完整的瓦片,或者仅包括一个瓦片的连续序列的完整的砖块。
本公开内容可以按照垂直和水平维度互换地使用“NxN”和“N乘N”来指代块(例如,CU或其它视频块)的样本尺寸,例如16x16样本或16乘16样本。通常,16x16CU在垂直方向上将具有16个样本(y=16),以及在水平方向上将具有16个样本(x=16)。同样地,NxN CU通常在垂直方向上具有N个样本,以及在水平方向上具有N个样本,其中N表示非负整数值。CU中的样本可以是按行和列来排列的。此外,CU在水平方向上并不必然具有与在垂直方向上相同数量的样本。例如,CU可以包括NxM个样本,其中M不一定等于N。
视频编码器200对用于表示预测和/或残差信息以及其它信息的CU的视频数据进行编码。预测信息指示将如何预测CU,以便形成针对该CU的预测块。残差信息通常表示在编码之前的CU的样本与预测块之间的逐样本差异。
为了预测CU,视频编码器200通常可以通过帧间预测或帧内预测来形成针对CU的预测块。帧间预测通常指的是根据先前编码的图片的数据来预测CU,而帧内预测通常指的是根据同一图片的先前编码的数据来预测CU。为了执行帧间预测,视频编码器200可以使用一个或多个运动矢量来产生预测块。视频编码器200通常可以例如在CU与参考块之间的差异方面,执行运动搜索以识别与CU紧密地匹配的参考块。视频编码器200可以使用绝对差之和(SAD)、平方差之和(SSD)、平均绝对差(MAD)、均方差(MSD)或其它这样的差值计算来计算差值度量,以确定参考块是否紧密地匹配当前CU。在一些示例中,视频编码器200可以使用单向预测或双向预测来预测当前CU。
VVC的一些示例还提供仿射运动补偿模式,其可以被认为是帧间预测模式。在仿射运动补偿模式下,视频编码器200可以确定表示非平移运动的两个或更多个运动矢量,比如放大或缩小、旋转、透视运动或其它不规则运动类型。
为了执行帧内预测,视频编码器200可以选择帧内预测模式来生成预测块。VVC的一些示例提供了67种帧内预测模式,包括各种定向模式,以及平面模式和DC模式。通常,视频编码器200选择帧内预测模式,所述帧内预测模式描述根据其来预测当前块的样本的当前块(例如,CU的块)的邻近样本。假设视频编码器200以光栅扫描顺序(从左到右、从上到下)对CTU和CU进行译码,则这样的样本通常可以在与当前块相同的图片中的当前块的上方、左上方或左侧。
视频编码器200对表示针对当前块的预测模式的数据进行编码。例如,对于帧间预测模式,视频编码器200可以对表示使用各种可用帧间预测模式中的哪一个模式的数据、以及针对相应的模式的运动信息进行编码。对于单向或双向帧间预测,例如,视频编码器200可以使用高级运动矢量预测(AMVP)或合并模式,来对运动矢量进行编码。视频编码器200可以使用类似模式来对针对仿射运动补偿模式的运动矢量进行编码。
在比如块的帧内预测或帧间预测的预测之后,视频编码器200可以计算针对该块的残差数据。残差数据(比如残差块)表示在块与使用相应的预测模式形成的针对该块的预测块之间的逐样本差异。视频编码器200可以向残差块应用一个或多个变换,以在变换域而非样本域中产生经变换的数据。例如,视频编码器200可以向残差视频数据应用离散余弦变换(DCT)、整数变换、小波变换或概念上类似的变换。另外,视频编码器200可以在第一变换之后应用次级变换,比如依赖于模式的不可分离次级变换(MDNSST)、依赖于信号的变换、卡洛南-洛伊变换(KLT)等等。视频编码器200在应用一个或多个变换之后产生变换系数。
如上所述,在进行任何变换以产生变换系数之后,视频编码器200可以执行对变换系数的量化。量化通常指的是在其中对变换系数进行量化,以可能地减少用于表示系数的数据的量,提供进一步的压缩的过程。通过执行量化过程,视频编码器200可以减小与系数中的一些或所有系数相关联的比特深度。例如,视频编码器200可以在量化期间将n比特值下舍入为m比特值,其中n大于m。在一些示例中,为了执行量化,视频编码器200可以执行待量化的值的按位右移。
在量化之后,视频编码器200可以扫描变换系数,根据包括经量化的变换系数的二维矩阵产生一维矢量。可以将扫描设计为将较高能量(以及因此的较低频率)系数放在矢量的前面,以及将较低能量(以及因此的较高频率)变换系数放在矢量的后面。在一些示例中,视频编码器200可以利用预定义的扫描顺序来扫描经量化的变换系数,以产生经串行化的矢量,然后对矢量的经量化的变换系数进行熵编码。在其它示例中,视频编码器200可以执行自适应扫描。在扫描经量化的变换系数以形成一维矢量之后,视频编码器200可以例如根据上下文自适应二进制算术译码(CABAC)对一维矢量进行熵编码。视频编码器200还可以对针对描述与经编码的视频数据相关联的元数据的语法元素的值进行熵编码,用于由视频解码器300在对视频数据进行解码时使用。
为了执行CABAC,视频编码器200可以将在上下文模型内的上下文分配给要发送的符号。例如,上下文可以涉及符号的邻近值是否是零值的。概率确定可以是基于分配给符号的上下文。
视频编码器200还可以在例如图片首部、块首部、切片首部或其它语法数据(比如序列参数集(SPS)、图片参数集(PPS)或视频参数集(VPS))中生成去往视频解码器300的语法数据,比如基于块的语法数据、基于图片的语法数据、以及基于序列的语法数据。视频解码器300可以类似地对这样的语法数据进行解码,以确定如何对相应的视频数据进行解码。
以这种方式,视频编码器200可以生成包括经编码的视频数据的比特流,例如,用于描述将图片划分成块(例如,CU)以及针对块的预测和/或残差信息的语法元素。最终,视频解码器300可以接收比特流,以及对经编码的视频数据进行解码。
通常,视频解码器300执行与由视频编码器200执行的过程互易的过程,以对比特流的经编码的视频数据进行解码。例如,视频解码器300可以以与视频编码器200的CABAC编码过程实质上相似的方式(尽管互易),使用CABAC对针对比特流的语法元素的值进行解码。语法元素可以定义将图片到CTU的划分信息、以及根据相应的划分结构(比如QTBT结构)对每个CTU的划分,以定义CTU的CU。语法元素可以进一步定义针对视频数据的块(例如,CU)的预测和残差信息。
残差信息可以是通过例如经量化的变换系数来表示的。视频解码器300可以对块的经量化的变换系数进行逆量化和逆变换,以再现针对块的残差块。视频解码器300使用用信号传送的预测模式(帧内或帧间预测)和相关的预测信息(例如,用于帧间预测的运动信息)来形成针对块的预测块。然后,视频解码器300可以对预测块和残差块(在逐样本的基础上)进行组合以再现原始块。视频解码器300可以执行额外的处理,比如执行去块处理以减少沿块的边界的视觉伪像。
根据本公开内容的技术,对视频数据进行译码的方法包括:确定针对第一译码单元(CU)是否启用帧内块复制模式;基于针对第一CU未启用帧内块复制模式,来确定第一译码单元CU是否是跳过模式CU;基于第一CU不是跳过模式CU,来确定第一CU是否是使用帧内模式或调色板模式中的一者来编码的;基于第一CU是使用帧内模式或调色板模式中的一者来编码的,来确定第一CU是否是使用调色板模式来编码的;基于关于第一CU是否是使用调色板模式来编码的确定,来对第一CU进行解码;确定针对第二CU是否启用帧内块复制模式;基于针对第二CU未启用帧内块复制模式,来确定第二CU是否是跳过模式CU;以及基于第二CU是跳过模式CU,来不解析指示第二CU是否是使用帧内块复制模式来编码的二进制数(bin),以及使用帧间模式对第二CU进行解码。
本公开内容通常涉及“用信号传送”某些信息,比如语法元素。术语“用信号传送”通常可以指的是对针对语法元素的值和/或用于对经编码的视频数据进行解码的其它数据的传送。也就是说,视频编码器200可以在比特流中用信号传送针对语法元素的值。通常,用信号传送指的是在比特流中生成值。如上所述,源设备102可以基本实时地或者不实时地将比特流传送给目的地设备116,比如在将语法元素存储到存储设备112用于稍后由目的地设备116取回时可能发生。
图2A和图2B是示出示例四叉树二叉树(QTBT)结构130以及相应的译码树单元(CTU)132的概念图。实线表示四叉树分割,以及虚线表示二叉树分割。在二叉树的每个分割(即,非叶)节点中,一个标记是用信号传送的以指示使用哪种分割类型(即,水平或垂直),其中在该示例中0指示水平分割,以及1指示垂直分割。对于四叉树分割,由于四叉树节点将块水平地和垂直地分割为具有相等的大小的4个子块,因此无需指示分割类型。因此,视频编码器200可以对针对QTBT结构130的区域树层级(即,实线)的语法元素(比如分割信息)和针对QTBT结构130的预测树层级(即,虚线)的语法元素(比如分割信息)进行编码,以及视频解码器300可以对针对QTBT结构130的区域树层级(即,实线)的语法元素(比如分割信息)和针对QTBT结构130的预测树层级(即,虚线)的语法元素(比如分割信息)进行解码。视频编码器200可以对针对通过QTBT结构130的终端叶节点表示的CU的视频数据(比如预测和变换数据)进行编码,以及视频解码器300可以对针对通过QTBT结构130的终端叶节点表示的CU的视频数据(比如预测和变换数据)进行解码。
一般而言,图2B的CTU 132可以与用于定义与在第一层级和第二层级处的QTBT结构130的节点相对应的块的大小相关联的参数。这些参数可以包括CTU大小(以样本来代表CTU 132的大小)、最小四叉树大小(MinQTSize,代表最小允许的四叉树叶节点大小)、最大二叉树大小(MaxBTSize,代表最大允许的二叉树根节点大小)、最大二叉树深度(MaxBTDepth,代表最大允许的二叉树深度)和最小二叉树大小(MinBTSize,代表最小允许的二叉树叶节点大小)。
与CTU相对应的QTBT结构的根节点可以在QTBT结构的第一层级处具有四个子节点,其中的每一者可以是根据四叉树划分来划分的。也就是说,第一层级的节点是叶节点(没有子节点)或者具有四个子节点。QTBT结构130的示例表示如包括具有用于分支的实线的父节点和子节点的这样的节点。如果第一层级的节点不大于最大允许的二叉树根节点大小(MaxBTSize),则节点可以通过各自的二叉树进一步划分。可以迭代一个节点的二叉树分割,直到由于分割产生的节点达到最小允许的二叉树叶节点大小(MinBTSize)或最大允许的二叉树深度(MaxBTDepth)为止。QTBT结构130的示例将这样的节点表示为具有用于分支的虚线。二进制树叶节点称为译码单元(CU),其用于预测(例如,帧内或帧间预测)和变换,而无需任何进一步的划分。如上所述,CU还可以称为“视频块”或“块”。
在QTBT划分结构的一个示例中,将CTU大小设置是128x128(亮度样本和两个相应的64x64色度样本),将MinQTSize设置是16x16,将MaxBTSize设置为64x64,将MinBTSize(针对宽度和高度两者)设置为4,以及将MaxBTDepth设置为4。首先,对CTU应用四叉树划分以生成四叉树叶节点。四叉树叶节点可以具有从16x16(即,MinQTSize)至128x128(即,CTU大小)的大小。如果叶四叉树节点是128x128,则由于大小超过MaxBTSize(即,在该示例中是64x64),因此将不通过二叉树进一步分割叶四叉树节点。否则,叶四叉树节点将通过二叉树来进一步划分。因此,四叉树叶节点还是针对二叉树的根节点,以及具有是0的二叉树深度。当二叉树深度达到MaxBTDepth(在该示例中是4)时,不准许进一步的分割。当二叉树节点具有等于MinBTSize的宽度(在该示例中是4)时,这意味着不准许进一步的水平分割。类似地,具有等于MinBTSize的高度的二叉树节点意味着针对该二叉树节点不准许进一步的垂直分割。如上所述,二叉树的叶节点称为CU,以及是根据预测和变换来进一步处理的,而无需进一步划分。
图3是示出可以执行本公开内容的技术的示例视频编码器200的方框图。提供图3用于解释的目的,以及不应被认为是对本公开内容中广泛例示和描述的技术的限制。出于解释的目的,本公开内容在比如HEVC视频译码标准和在开发中的H.266视频译码标准的视频译码标准的上下文中,描述视频编码器200。但是,本公开内容的技术不限于这些视频译码标准,以及一般性地适用于视频编码和解码。
在图3的示例中,视频编码器200包括视频数据存储器230、模式选择单元202、残差生成单元204、变换处理单元206、量化单元208、逆量化单元210、逆变换处理单元212、重构单元214、滤波单元216、解码图片缓冲器(DPB)218和熵编码单元220。视频数据存储器230、模式选择单元202、残差生成单元204、变换处理单元206、量化单元208、逆量化单元210、逆变换处理单元212、重构单元214、滤波单元216、DPB 218和熵编码单元220中的任何一者或全部,可以是在一个或多个处理器中或者在处理电路中实现的。此外,视频编码器200可以包括另外的或替代的处理器或处理电路,以执行这些功能和其它功能。
视频数据存储器230可以存储要由视频编码器200的组件编码的视频数据。视频编码器200可以从例如视频源104(图1)接收存储在视频数据存储器230中的视频数据。DPB218可以充当参考图片存储器,该参考图片存储器存储参考视频数据,用于在由视频编码器200对随后的视频数据的预测时使用。视频数据存储器230和DPB 218可以由各种存储设备(比如动态随机存取存储器(DRAM)(包括同步DRAM(SDRAM))、磁阻RAM(MRAM)、电阻性RAM(RRAM)或其它类型的存储设备)中的任何一者形成。视频数据存储器230和DPB 218可以是由同一存储设备或分开的存储设备提供的。在各个示例中,视频数据存储器230可以与视频编码器200的其它组件一起在芯片上,如所示出的,或者相对于那些组件在芯片外。
在本公开内容中,对视频数据存储器230的引用不应被解释为限于在视频编码器200内部的存储器(除非明确地描述如此),也不应被解释为限于在视频编码器200外部的存储器(除非明确地描述如此)。而是,对视频数据存储器230的引用应当被理解为存储视频编码器200接收用于编码的视频数据(例如,针对要编码的当前块的视频数据)的参考存储器。图1的存储器106还可以提供对来自视频编码器200的各个单元的输出的临时存储。
示出图3的各个单元以帮助理解由视频编码器200执行的操作。单元可以实现为固定功能电路、可编程电路或者其组合。固定功能电路指的是提供特定功能、以及在可以执行的操作上预先设置的电路。可编程电路指的是可以被编程以执行各种任务,以及在可以执行的操作中提供灵活功能的电路。例如,可编程电路可以执行使可编程电路以通过软件或固件的指令定义的方式进行操作的软件或固件。固定功能电路可以执行软件指令(例如,以接收参数或输出参数),但是固定功能电路执行的操作的类型通常是不可变的。在一些示例中,单元中的一个或多个单元可以是有区别的电路块(固定功能或可编程),以及在一些示例中,一个或多个单元可以是集成电路。
视频编码器200可以包括从可编程电路形成的算术逻辑单元(ALU)、基本功能单元(EFU)、数字电路、模拟电路和/或可编程核。在使用由可编程电路执行的软件来执行视频编码器200的操作的示例中,存储器106(图1)可以存储视频编码器200接收以及执行的软件的目标代码,或者在视频编码器200内的另一存储器(未示出)可以存储这样的指令。
视频数据存储器230被配置为存储接收到的视频数据。视频编码器200可以从视频数据存储器230取回视频数据的图片,以及将视频数据提供给残差生成单元204和模式选择单元202。在视频数据存储器230中的视频数据可以是要被编码的原始视频数据。
模式选择单元202包括运动估计单元222、运动补偿单元224和帧内预测单元226。模式选择单元202可以包括额外的功能单元,以根据其它预测模式来执行视频预测。举例而言,模式选择单元202可以包括调色板单元、块内复制单元(其可以是运动估计单元222和/或运动补偿单元224的一部分)、仿射单元、线性模型(LM)单元等等。
模式选择单元202通常协调多个编码通道(pass),以测试编码参数以及针对这样的组合的作为结果的率失真值的组合。编码参数可以包括:CTU到CU的划分、针对CU的预测模式、针对CU的残差数据的变换类型、针对CU的残差数据的量化参数等等。模式选择单元202可以最终地选择具有与其它测试的组合相比更好的率失真值的编码参数的组合。
视频编码器200可以将从视频数据存储器230取回的图片划分为一系列CTU,以及将一个或多个CTU封装在切片内。模式选择单元202可以根据树结构(比如上文所描述的HEVC的QTBT结构或四叉树结构)来划分图片的CTU。如上文所描述的,视频编码器200可以根据树结构从划分CTU来形成一个或多个CU。这样的CU通常还可以称为“视频块”或“块”。
通常,模式选择单元202还控制其组件(例如,运动估计单元222、运动补偿单元224和帧内预测单元226)以生成针对当前块(例如,当前CU、或者在HEVC中,PU和TU的重叠部分)的预测块。对于当前块的帧间预测,运动估计单元222可以执行运动搜索以识别在一个或多个参考图片(例如,存储在DPB 218中的一个或多个先前编码的图片)中的一个或多个紧密地匹配的参考块。特别地,运动估计单元222可以例如根据绝对差之和(SAD)、平方差之和(SSD)、平均绝对差(MAD)、均方差(MSD)等等,来计算表示潜在参考块与当前块有多么相似的值。运动估计单元222通常可以使用在当前块与正在考虑的参考块之间的逐样本差异来执行这些计算。运动估计单元222可以识别具有由于这些计算所产生的最小值的参考块,指示与当前块最紧密地匹配的参考块。
运动估计单元222可以形成一个或多个运动矢量(MV),所述MV定义在参考图片中的参考块相对于在当前图片中的当前块的位置。然后,运动估计单元222可以将运动矢量提供给运动补偿单元224。例如,对于单向帧间预测,运动估计单元222可以提供单个运动矢量,而对于双向帧间预测,运动估计单元222可以提供两个运动矢量。然后,运动补偿单元224可以使用运动矢量来生成预测块。例如,运动补偿单元224可以使用运动矢量来取回参考块的数据。举另一示例,如果运动矢量具有分数采样精度,则运动补偿单元224可以根据一个或多个插值滤波器对针对预测块的值进行插值。此外,对于双向帧间预测,运动补偿单元224可以例如通过逐样本平均或加权平均,来取回针对通过各自的运动矢量识别的两个参考块的数据,以及对所取回的数据进行组合。
举另一示例,对于帧内预测或帧内预测译码,帧内预测单元226可以根据与当前块邻近的样本来生成预测块。例如,对于定向模式,帧内预测单元226通常可以在数学上对邻近样本的值进行组合,以及跨越当前块在定义的方向上填充这些计算的值以产生预测块。举另一示例,对于DC模式,帧内预测单元226可以计算对于当前块的邻近样本的平均值,以及生成预测块以包括针对预测块的每个样本的该作为结果的平均值。
模式选择单元202将预测块提供给残差生成单元204。残差生成单元204接收来自视频数据存储器230的当前块的原始未经编码版本和来自模式选择单元202的预测块。残差生成单元204计算在当前块与预测块之间的逐样本差异。作为结果的逐样本差异定义针对当前块的残差块。在一些示例中,残差生成单元204还可以确定在残差块中的样本值之间的差,以使用残差差分脉冲代码调制(RDPCM)来生成残差块。在一些示例中,残差生成单元204可以是使用执行二进制减法的一个或多个减法器电路来形成的。
在模式选择单元202将CU划分为PU的示例中,每个PU可以与亮度预测单元和相应的色度预测单元相关联。视频编码器200和视频解码器300可以支持具有各种大小的PU。如上文所指示的,CU的大小可以指的是CU的亮度译码块的大小,以及PU的大小可以指的是PU的亮度预测单元的大小。假设特定CU的大小是2Nx2N,则视频编码器200可以支持2Nx2N或NxN的PU大小用于帧内预测,以及支持2Nx2N、2NxN、Nx2N、NxN或类似的对称PU大小用于帧间预测。视频编码器200和视频解码器300还可以支持针对2NxnU、2NxnD、nLx2N和nRx2N的PU大小的非对称划分用于帧间预测。
在模式选择单元不将CU进一步划分成PU的示例中,每个CU可以与亮度译码块和相应的色度译码块相关联。如上所述,CU的大小可以指的是CU的亮度译码块的大小。视频编码器200和视频解码器300可以支持2Nx2N、2NxN或Nx2N的CU大小。
对于其它视频译码技术(比如帧内块复制模式译码、仿射模式译码和线性模型(LM)模式译码,仅举几个示例),模式选择单元202经由与译码技术相关联的各自的单元生成针对正在编码的当前块的预测块。在一些示例中(比如调色板模式译码),模式选择单元202可以不生成预测块,而生成指示在其中基于选择的调色板来重构块的方式的语法元素。在这样的模式下,模式选择单元202可以将这些语法元素提供给熵编码单元220以进行编码。在一些示例中,模式选择单元202可以根据本公开内容的示例信令技术来生成语法元素。
如上文所描述的,残差生成单元204接收针对当前块的视频数据和相应的预测块。然后,残差生成单元204生成针对当前块的残差块。为了生成残差块,残差生成单元204计算在预测块与当前块之间的逐样本差异。
变换处理单元206将一个或多个变换应用于残差块以生成变换系数的块(在本文中称为“变换系数块”)。变换处理单元206可以将各种变换应用于残差块以形成变换系数块。例如,变换处理单元206可以将离散余弦变换(DCT)、方向变换、卡洛南-洛伊变换(KLT)或者概念上类似的变换应用于残差块。在一些示例中,变换处理单元206可以对残差块执行多个变换,例如主变换和次要变换(比如旋转变换)。在一些示例中,变换处理单元206不向残差块应用变换。
量化单元208可以对在变换系数块中的变换系数进行量化,以产生经量化的变换系数块。量化单元208可以根据与当前块相关联的量化参数(QP)值来量化变换系数块的变换系数。视频编码器200(例如,经由模式选择单元202)可以通过调整与CU相关联的QP值来调整应用于与当前块相关联的变换系数块的量化的程度。量化可能引入信息的丢失,以及因此经量化的变换系数可能具有与由变换处理单元206产生的原始变换系数相比较低的精度。
逆量化单元210和逆变换处理单元212可以将逆量化和逆变换分别地应用于经量化的变换系数块,以从变换系数块重构残差块。重构单元214可以基于所重构的残差块和由模式选择单元202生成的预测块,来产生与当前块相对应的重构的块(尽管潜在地具有一定程度的失真)。例如,重构单元214可以将重构的残差块的样本添加到由模式选择单元202生成的预测块中的相应的样本,以产生重构的块。
滤波单元216可以对重构的块执行一个或多个滤波操作。例如,滤波单元216可以执行去块操作以减少沿着CU的边缘的块效应伪像。在一些示例中,可以跳过滤波单元216的操作。
视频编码器200将重构的块存储在DPB 218中。例如,在不需要滤波单元216的操作的示例中,重构单元214可以将重构的块存储到DPB 218中。在需要滤波单元216的操作的示例中,滤波单元216可以将经滤波的重构的块存储到DPB 218。运动估计单元222和运动补偿单元224可以从DPB218取回从重构的(以及潜在地滤波的)的块形成的参考图片,以对随后经编码的图片的块进行帧间预测。另外,帧内预测单元226可以使用在当前图片的DPB 218中的重构的块,以对在当前图片中的其它块进行帧内预测。
通常,熵编码单元220可以对从视频编码器200的其它功能组件接收的语法元素进行熵编码。例如,熵编码单元220可以对来自量化单元208的经量化的变换系数块进行熵编码。举另一示例,熵编码单元220可以对来自模式选择单元202的预测语法元素(例如,用于帧间预测的运动信息或者用于帧内预测的帧内模式信息)进行熵编码。熵编码单元220可以对语法元素执行一个或多个熵编码操作,所述语法元素是视频数据的另一示例,以生成经熵编码的数据。例如,熵编码单元220可以执行上下文自适应可变长度译码(CAVLC)操作、CABAC操作、变量至变量(V2V)长度译码操作、基于语法的上下文自适应二进制算术译码(SBAC)操作、概率间隔划分熵(PIPE)译码操作、指数格伦布编码操作、或者对数据的另一种类型的熵编码操作。在一些示例中,熵编码单元220可以在不对语法元素进行熵编码的旁路模式下操作。
视频编码器200可以输出比特流,所述比特流包括用于重构切片或图片的块所需要的经熵编码的语法元素。特别地,熵编码单元220可以输出比特流。
上文描述的操作是关于块来描述的。这样的描述应当被理解为针对亮度译码块和/或色度译码块的操作。如上文所描述的,在一些示例中,亮度译码块和色度译码块是CU的亮度和色度分量。在一些示例中,亮度译码块和色度译码块是PU的亮度和色度分量。
在一些示例中,关于亮度译码块执行的操作不需要针对色度译码块来重复。举一个示例,用于识别针对亮度译码块的运动矢量(MV)和参考图片的操作不需要被重复用于识别针对色度块的MV和参考图片。而是,可以缩放针对亮度译码块的MV以确定针对色度块的MV,以及参考图片可以是相同的。举另一示例,对于亮度译码块和色度译码块,帧内预测过程可以是相同的。
视频编码器200表示被配置为执行以下操作的设备的示例:用信号传送第一CU是否是跳过模式CU;基于第一CU不是跳过模式CU,用信号传送第一CU是否是使用帧内模式或调色板模式中的一者来编码的;基于第一CU是使用帧内模式或调色板模式中的一者来编码的,来用信号传送第一CU是否是使用调色板模式来编码的;用信号传送第二CU是否是跳过模式CU;以及基于第二CU是跳过模式CU,不用信号传送用于指示第二CU是否是使用帧内块复制来编码的二进制数。
图4是示出可以执行本公开内容的技术的示例视频解码器300的方框图。提供图4用于解释的目的,以及不限于如在本公开内容中广泛例示和描述的技术。出于解释的目的,本公开内容描述根据VVC和HEVC的技术的视频解码器300。但是,本公开内容的技术可以由被配置为其它视频译码标准的视频译码设备来执行。
在图4的示例中,视频解码器300包括译码图片缓冲器(CPB)存储器320、熵解码单元302、预测处理单元304、逆量化单元306、逆变换处理单元308、重构单元310、滤波单元312和解码图片缓冲器(DPB)314。CPB存储器320、熵解码单元302、预测处理单元304、逆量化单元306、逆变换处理单元308、重构单元310、滤波单元312和DPB 314中的任何一者或全部,可以是在一个或多个处理器中或者在处理电路中实现的。此外,视频解码器300可以包括另外的或替代的处理器或处理电路,以执行这些功能和其它功能。
预测处理单元304包括运动补偿单元316和帧内预测单元318。预测处理单元304可以包括用于根据其它预测模式来执行预测的额外的单元。举例而言,预测处理单元304可以包括调色板单元、块内复制单元(其可以形成运动补偿单元316的一部分)、仿射单元、线性模型(LM)单元等等。在其它示例中,视频解码器300可以包括更多、更少或者不同的功能组件。
CPB存储器320可以存储要由视频解码器300的组件解码的视频数据,比如经编码的视频比特流。例如,存储在CPB存储器320中的视频数据可以是从计算机可读介质110(图1)中获得的。CPB存储器320可以包括CPB,所述CPB存储来自经编码的视频比特流的经编码的视频数据(例如,视频编码器200可以根据本公开内容的技术来用信号传送的语法元素)。此外,CPB存储器320可以存储除了经编码的图片的语法元素之外的视频数据,比如表示来自视频解码器300的各个单元的输出的临时数据。DPB 314通常存储经解码的图片,视频解码器300可以在对经编码的视频比特流的随后的数据或图片进行解码时,输出和/或使用该经解码的图片作为参考视频数据。CPB存储器320和DPB 314可以是由各种存储设备(比如DRAM(包括SDRAM)、MRAM、RRAM或其它类型的存储设备)中的任何一者来形成的。CPB存储器320和DPB 314可以是由同一存储设备或分开的存储设备来提供的。在各个示例中,CPB存储器320可以与视频解码器300的其它组件一起在芯片上,或者相对于那些组件在芯片外。
另外地或替代地,在一些示例中,视频解码器300可以从存储器120(图1)取回经译码的视频数据。也就是说,存储器120可以存储数据,如上面利用CPB存储器320所讨论的。同样地,当视频解码器300的一些或全部功能是以要由视频解码器300的处理电路执行的软件来实现时,存储器120可以存储要由视频解码器300执行的指令。
示出图4所示的各个单元以帮助理解由视频解码器300执行的操作。单元可以实现为固定功能电路、可编程电路或者其组合。类似于图3,固定功能电路指的是提供特定功能并且在可以执行的操作上预先设置的电路。可编程电路指的是可以被编程以执行各种任务并且在可以执行的操作中提供灵活功能的电路。例如,可编程电路可以执行使得可编程电路以通过软件或固件的指令定义的方式进行操作的软件或固件。固定功能电路可以执行软件指令(例如,以接收参数或输出参数),但是固定功能电路执行的操作的类型通常是不可变的。在一些示例中,单元中的一个或多个单元可以是有区别的电路块(固定功能或可编程的),以及在一些示例中,一个或多个单元可以是集成电路。
视频解码器300可以包括ALU、EFU、数字电路、模拟电路和/或从可编程电路形成的可编程核。在通过在可编程电路上执行的软件来执行视频解码器300的操作的示例中,片上或片外存储器可以存储视频解码器300接收以及执行的软件的指令(例如,目标代码)。
熵解码单元302可以从CPB接收经编码的视频数据,以及对视频数据进行熵解码以再现语法元素。预测处理单元304、逆量化单元306、逆变换处理单元308、重构单元310和滤波单元312可以基于从比特流提取的语法元素来生成经解码的视频数据。
通常,视频解码器300在逐块基础上重构图片。视频解码器300可以单独地对每个块执行重构操作(其中,当前正在被重构(即,解码)的块可以称为“当前块”)。
熵解码单元302可以对定义经量化的变换系数块的经量化的变换系数的语法元素、以及比如量化参数(QP)和/或变换模式指示的变换信息进行熵解码。逆量化单元306可以使用与经量化的变换系数块相关联的QP来确定量化的程度,以及同样地,供逆量化单元306应用的逆量化的程度。例如,逆量化单元306可以执行按位左移运算以对经量化的变换系数进行逆量化。逆量化单元306可以从而形成包括变换系数的变换系数块。
在逆量化单元306形成变换系数块之后,逆变换处理单元308可以将一个或多个逆变换应用于变换系数块,以生成与当前块相关联的残差块。例如,逆变换处理单元308可以向系数块应用逆DCT、逆整数变换、逆卡洛南-洛伊变换(KLT)、逆旋转变换、逆方向变换或者另一种逆变换。
此外,预测处理单元304根据由熵解码单元302进行熵解码的预测信息语法元素,来生成预测块。预测处理单元304可以利用本公开内容的技术来确定使用何种模式来对给定的块进行编码。例如,如果预测信息语法元素指示当前块是帧间预测的,则运动补偿单元316可以生成预测块。在这种情况下,预测信息语法元素可以指示在DPB 314中的从其取回参考块的参考图片、以及用于标识在参考图片中的参考块相对于在当前图片中的当前块的位置的运动矢量。运动补偿单元316通常可以以与关于运动补偿单元224(图3)所描述的方式基本上相似的方式来执行帧间预测过程。
举另一示例,如果预测信息语法元素指示当前块是帧内预测的,则帧内预测单元318可以根据通过预测信息语法元素指示的帧内预测模式来生成预测块。再次,帧内预测单元318通常可以以与关于帧内预测单元226(图3)所描述的方式基本上相似的方式来执行帧内预测过程。帧内预测单元318可以从DPB 314取回对于当前块的邻近样本的数据。
重构单元310可以使用预测块和残差块来重构当前块。例如,重构单元310可以将残差块的样本添加到预测块的相应的样本以重构当前块。
滤波单元312可以对经重构的块执行一个或多个滤波操作。例如,滤波单元312可以执行去块操作,以减少沿着经重构的块的边缘的块效应伪像。滤波单元312的操作不一定是在所有示例中都执行的。
视频解码器300可以将经重构的块存储在DPB 314中。如上文所讨论的,DPB 314可以向预测处理单元304提供参考信息,比如用于帧内预测的当前图片的样本以及用于随后的运动补偿的先前解码的图片。此外,视频解码器300可以从DPB 314输出经解码的图片,用于随后在比如图1的显示设备118的显示设备上呈现。
以这种方式,视频解码器300表示视频解码设备的示例,所述视频解码设备包括被配置为存储视频数据的存储器、以及一个或多个处理单元,所述一个或多个处理单元是以电路来实现的并且被配置为:确定针对第一译码单元(CU)是否启用帧内块复制模式;基于针对第一CU未启用帧内块复制模式,来确定第一CU是否是跳过模式CU;基于第一CU不是跳过模式CU,来确定第一CU是否是使用帧内模式或调色板模式中的一者来编码的;基于第一CU是使用帧内模式或调色板模式中的一者来编码的,来确定第一CU是否是使用调色板模式来编码的;基于对第一CU是否是使用调色板模式来编码的确定,来对第一CU进行解码;确定针对第二CU是否启用帧内块复制模式;基于针对第二CU未启用帧内块复制模式,来确定第二CU是否是跳过模式CU;以及基于第二CU是跳过模式CU,不解析指示第二CU是否是使用帧内块复制模式来编码的二进制数,以及使用帧间模式对第二CU进行解码。
图5-图23描绘许多调色板和预测模式信令技术。信令方案提供了供视频编码器(比如视频编码器200)向视频解码器(比如视频解码器300)传递关于视频编码器如何对视频数据来编码的信息的方式。在图5-图23的示例中,所给出的信令方案提供了供视频解码器确定当前CU是否是跳过模式CU,以及应当使用哪种模式对当前CU进行解码的方式。在这些附图中,“是”和“否”分别指示相应的条件是真(例如,二进制数是1)还是假(例如,二进制数是0)。MODE_PLT指示调色板模式,MODE_IBC针对帧内块复制模式,MODE_INTRA指示常规的帧内预测模式,以及MODE_INTER指示常规的帧间预测模式。
图5-图7是示出非统一的调色板和预测信令方法的示意图。在2019年3月于日内瓦举行的JVET会议上,W.Zhu,L.Zhang,J.Xu,K.Zhang,H.Liu,Y.Wang提出了调色板模式信令的方法,“CE8-related:Palette Mode Coding”(“CE8相关的:调色板模式译码”),JVET-N0258,2019(以下简称“JVET-N0258”),以及被采用到VVC草案6的基本调色板模式中。图5示出如在JVET-N0258中提出的I切片中的CU信令流程图390。当在SPS信令中启用MODE_IBC时,用信号传送具有语法元素(例如,cu_skip_flag)的第一二进制数,以指示当前CU是否是跳过模式CU(392)。如果当前CU是跳过模式CU(来自方框392的“是”路径),则当前CU是使用MODE_IBC来编码的(394)。否则(来自方框392的“否”路径),用信号传送具有语法元素(例如,pred_mode_ibc_flag)的第二二进制数,以指示当前CU是否是使用MODE_IBC来编码的(396)。例如,第二二进制数可以对应于语法。
如果第一二进制数是0,并且第二二进制数是1(来自方框396的“是”路径),则当前CU是使用MODE_IBC来编码的(396)。如果当前CU不是使用MODE_IBC来编码的(来自方框396的“否”路径),则用信号传送具有语法元素(例如,pred_mode_plt_flag)的第三二进制数,以指示当前CU是否是使用MODE_PLT来编码的(398)。如果第三二进制数是1(来自方框398的“是”路径),则当前CU是使用MODE_PLT来编码的(400)。如果第三二进制数是0(来自方框398的“否”路径),则当前CU不是使用MODE_PLT来编码的,并且是使用MODE_INTRA来编码的(402)。如果禁用帧间块复制模式,则用信号传送具有语法元素(例如,pred_mode_plt_flag)的仅一个二进制数,以指示当前CU是否是使用MODE_PLT来编码的(在这种情况下,当前CU是使用MODE_INTRA来编码的),如以在图5中的虚线块所示。
图6示出当在SPS信令中启用IBC预测模式时(如在JVET-N0258中提出的),在P或B瓦片/切片中的CU信令流程图410。可以看出,图5的示例信令方案不同于图6的示例信令方案。因此,针对I瓦片/切片在JVET-N0258中的信令方案与针对P或B瓦片/切片的信令方案不同,以及视频解码器(比如视频解码器300)可能需要确定当前CU是否在I瓦片/切片或者P或B瓦片/切片中,以能够准确地解析信令。在图6的示例中,将首先用信号传送针对CU_SKIP模式的标记(412)。如果当前CU是跳过模式CU(来自方框412的“是”路径),则用信号传送第二二进制数以指示当前CU是否是使用MODE_IBC来编码的(414)。
如果第一二进制数是1并且第二二进制数是1(来自方框414的“是”路径),则当前CU是使用MODE_IBC来编码的(416)。如果第一二进制数是1并且第二二进制数是0(来自方框414的“否”路径),则当前CU是使用MODE_INTER、常规帧间预测模式来编码的(416)。如果当前CU不是跳过模式CU(来自方框412的“否”路径),则用信号传送第二二进制数以指示当前CU是使用帧内模式还是调色板模式来编码的(420)。如果条件为真(例如,当前CU是使用帧内模式或调色板模式来编码的)(来自方框420的“是”路径),则用信号传送第三二进制数以指示当前CU是否是使用MODE_PLT来编码的(422)。
如果第一二进制数是0,第二二进制数是1,并且第三二进制数是1(来自方框422的“是”路径),则当前CU是使用MODE_PLT来编码的(424)。如果第一二进制数是0,第二二进制数是1,第三二进制数是0(来自方框422的“否”路径),则当前CU是使用MODE_INTRA来编码的(426)。如果第一二进制数是0并且第二二进制数是0(来自方框420的“否”路径),则用信号传送第三二进制数以指示当前CU是否是使用MODE_IBC来编码的(414)。如果第一二进制数是0,第二二进制数是0,并且第三二进制数是1(来自方框414的“是”路径),则当前CU是使用MODE_IBC来编码的(416)。如果第一二进制数是0,第二二进制数是0,并且第三二进制数是0(来自方框414的“否”路径),则当前CU是使用MODE_INTER来编码的(418)。
图7示出当在SPS信令中禁用IBC预测模式时(如在JVET-N0258中所提出的),在P/B瓦片/切片中的CU信令流程图430。将首先用信号传送CU_SKIP(432)。如果当前CU是跳过模式CU(来自方框432的“是”路径),则当前CU是使用MODE_INTER来编码的(434)。否则(来自方框432的“否”路径),用信号传送第二二进制数以指示当前CU是使用帧内模式来编码还是非帧内模式来编码的(436)。如果第一二进制数是0并且第二二进制数是1(来自方框436的“是”路径),则当前CU是使用MODE_INTRA来编码的(438)。如果第一二进制数是0并且第二二进制数是0(来自方框436的“否”路径),则用信号传送第三二进制数以指示当前CU是否是使用MODE_PLT来编码的(440)。如果第一二进制数是0,第二二进制数是0,并且第三二进制数是1(来自方框440的“是”路径),则当前CU是使用MODE_PLT来编码的(442)。如果第一二进制数是0,第二二进制数是0,并且第三二进制数是0(来自方框440的“否”路径),则当前CU是使用MODE_INTER来编码的(434)。
对在图6中用于指示当前CU的预测模式是MODE_INTRA还是MODE_PLT的标记、以及在图7中用于指示针对当前CU模式的预测模式是否是MODE_INTRA的标记进行上下文译码。图8是说明邻近CU的概念图。上下文建模是基于在当前块上方的CU(cuAbove)452的预测模式和在当前块450的左侧的CU(cuLeft)454的预测模式。上下文索引(ctxIdx)是如下来确定的:
ctxIdx=1如果cuAbove是MODE_INTRA或cuLeft是MODE_INTRA ctxIdx=0否则
在通过JVET-N0258描述的方法中,是用信号传送针对帧内模式的CU或非帧内模式的(例如,帧间模式的)CU的调色板标记,取决于是否在SPS信令中启用帧内块复制模式。例如,在图5和图6的示例中,调色板标记可以指示当前CU是使用调色板模式还是帧内模式来编码的。然而,在图7的示例中,帧内标记可以指示当前CU是否是使用帧内模式来编码的。如果该帧内标记指示当前CU不是使用帧内模式来编码的,则用信号传送另一标记以指示当前CU是使用调色板模式还是帧间模式来编码的。图5的示例基于当前CU是否在I瓦片/切片中或者当前CU是否在P或B瓦片/切片中而不同于图6的示例。
图7的示例基于IBC模式是启用还是禁用而不同于图5和图6的示例。因此,为了在JVET-N0258中的信令方案之下准确地解析信令,视频解码器(比如视频解码器300)可能必须确定当前CU是在I瓦片/切片中还是在P或B瓦片/切片中,或者视频解码器(比如视频解码器300)可能必须确定IBC模式是启用还是禁用。这种非统一的信令方案可能使解析过程的语法和设计复杂化,从而导致可能使译码性能降级的低效率。下文公开了调色板模式信令方案的若干示例简化和统一,这可以提高编码效率、降低处理功率消耗以及降低解码延时。
根据本公开内容的技术,给出若干示例统一的信令方案。图9-图15是示出根据本公开内容的技术的统一的调色板和预测信令方法的示例的示意图。在一个示例中,针对启用IBC模式和禁用IBC模式的两种情况以及针对I瓦片/切片和P或B瓦片/切片两者公开了统一模式信令方案。当启用所有四种预测模式时,例如,在SPS中启用调色板模式和IBC模式,以及针对具有大于4x4的块大小的P或B瓦片,视频编码器200和视频解码器300可以使用如在图9中描绘的模式信令。
例如,视频编码器200可以确定针对视频数据的当前块的当前模式,以及在第一二进制数、第二二进制数和/或第三二进制数中用信号传送该模式,基于当前模式来对视频数据的当前块进行编码,以及将二进制数包括在经编码的比特流中,以及视频解码器300可以对在二进制数中的信号进行解析以确定当前模式,以及基于所指示的当前模式来对视频数据进行解码。在图9的示例中,用信号传送第一二进制数以指示当前CU是否是跳过模式CU。视频解码器300可以确定当前CU是否是跳过模式CU,例如通过对第一二进制数进行解析。如果当前CU是跳过模式CU,则用信号传送第二二进制数以指示当前CU是否是使用MODE_IBC来编码的(在这种情况下,当前CU是使用MODE_INTER来编码的)。视频解码器300可以确定当前CU是否是使用MODE_IBC来编码的,例如通过对第二二进制数进行解析。如果当前CU不是跳过模式CU,则用信号传送第二二进制数以指示当前CU是否是使用帧内模式或调色板模式中的一者来编码的。如果条件为真(例如,当前CU是使用帧内模式或调色板模式中的一者来编码的),则用信号传送第三二进制数以指示当前CU是否是使用MODE_PLT来编码的(在这种情况下,当前CU是使用MODE_INTRA来编码的)。否则,用信号传送第三二进制数以指示当前CU是否是使用MODE_IBC来编码的(在这种情况下,当前CU是使用MODE_INTER来编码的)。
例如,视频解码器300可以例如通过对第一二进制数进行解析,确定当前CU是否是跳过模式CU(462)。如果第一二进制数是1(来自方框462的“是”路径),则视频解码器300可以例如通过对第二二进制数进行解析,确定当前CU是否是使用MODE_IBC来编码的(464)。如果第一二进制数是1并且第二二进制数是1(来自方框464的“是”路径),则视频解码器300可以确定当前CU是使用MODE_IBC来编码的(466),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。如果第一二进制数是1并且第二二进制数是0(来自方框464的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(468),以及使用MODE_INTER对当前CU进行解码。如果第一二进制数是0(来自方框462的“否”路径),则视频解码器300可以确定当前CU是否是使用帧内模式或调色板模式中的一者来编码的(470)。
如果第一二进制数是0并且第二二进制数是1(来自方框470的“是”路径),则视频解码器300可以例如通过对第三二进制数进行解析,确定当前CU是否是使用MODE_PLT来编码的(472)。如果第一二进制数是0,第二二进制数是1,并且第三二进制数是1(来自方框472的“是”路径),则视频解码器300可以确定当前CU是使用MODE_PLT来编码的(474),以及视频解码器300可以使用MODE_PLT对当前CU进行解码。如果第一二进制数是0,第二二进制数是1,并且第三二进制数是0(来自方框472的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTRA来编码的(476),以及使用MODE_INTRA对当前CU进行解码。
如果第一二进制数是0并且第二二进制数是0(来自方框470的“否”路径),则视频解码器300可以例如通过对第三二进制数进行解析,确定当前CU是否是使用MODE_IBC来编码的(464)。如果第一二进制数是0,第二二进制数是0并且第三二进制数是1(来自方框464的“是”路径),则视频解码器300可以确定当前CU是使用MODE_IBC来编码的(466),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。如果第一二进制数是0,第二二进制数是0并且第三二进制数是0(来自方框464的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(468),以及视频解码器300可以使用MODE_INTER对当前CU进行解码。
基于本公开内容的技术,当禁用INTER模式时,例如在I瓦片/切片中,针对等于或小于4x4的块大小等等,视频编码器200和视频解码器300可以使用在图10中所示的模式信令方案480。用信号传送第一二进制数,以指示当前CU是否是跳过模式CU。如果当前CU是跳过模式CU,则当前CU是使用MODE_IBC来编码的。如果当前CU不是跳过模式CU,则用信号传送第二二进制数以指示当前CU是使用帧内模式或调色板模式中的一者来编码的。如果条件为真(例如,当前CU是使用帧内模式或调色板模式中的一者来编码的),则用信号传送第三二进制数以指示当前CU是否是使用MODE_PLT来编码的(在这种情况下,当前CU是使用MODE_INTRA来编码的)。否则,CU是使用MODE_IBC来编码的。
例如,视频解码器300可以例如通过对第一二进制数进行解析,确定当前CU是否是跳过模式CU(482)。如果第一二进制数是1(来自方框482的“是”路径),则视频解码器300可以确定当前CU是使用MODE_IBC来编码的(484),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。如果第一二进制数是0(来自方框482的“否”路径),则视频解码器300可以确定当前CU是否是使用帧内模式或调色板模式中的一者来编码的(486)。如果第一二进制数是0,并且第二二进制数是1(来自方框486的“是”路径),则视频解码器300可以例如通过对第三二进制数进行解析,确定当前CU是否是使用MODE_PLT来编码的(488)。如果第一二进制数是0,第二二进制数是1,并且第三二进制数是1(来自方框488的“是”路径),则视频解码器300可以确定当前CU是使用MODE_PLT来编码的(490),以及视频解码器300可以使用MODE_PLT对当前CU进行解码。如果第一二进制数是0,第二二进制数是1,并且第三二进制数是0(来自方框488的“否”路径),视频解码器300可以确定当前CU是使用MODE_INTRA来编码的(492),以及使用MODE_INTRA对当前CU进行解码。如果第一二进制数是0并且第二二进制数是0(来自方框486的“否”路径),则视频解码器300可以确定当前CU是使用MODE_IBC来编码的(484),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。
基于本公开内容的技术,当禁用IBC模式时,例如当在SPS中禁用IBC模式时,例如针对当使用双树时的色度块等等,视频编码器200和视频解码器300可以使用如在图11中所示的模式信令方案500。在图11的示例中,用信号传送第一二进制数以指示当前CU是否是跳过模式CU。如果当前CU是跳过模式CU,则当前CU是使用MODE_INTER来编码的。如果当前CU不是跳过模式CU,则用信号传送第二二进制数以指示当前CU是使用帧内模式或调色板模式中的一者来编码的。如果条件为真(例如,当前CU是使用帧内模式或调色板模式中的一者来编码的),则用信号传送第三二进制数以指示当前CU是否是使用MODE_PLT来编码的(在这种情况下,当前CU是使用MODE_INTRA来编码的)。否则,当前CU是使用MODE_INTER来编码的。针对当启用IBC模式时以及当禁用IBC模式时两者,这统一了调色板模式译码(要在帧内模式路径中用信号传送的),这是因为信令示例遵循类似的路径。
例如,视频解码器300可以例如通过对第一二进制数进行解析,确定当前CU是否是跳过模式CU(502)。如果第一二进制数是1(来自方框502的“是”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(504),以及使用MODE_INTER对当前CU进行解码。如果第一二进制数是0(来自方框502的“否”路径),则视频解码器300可以确定当前CU是否是使用帧内模式或调色板模式中的一者来编码的(506)。如果第一二进制数是0并且第二二进制数是1(来自方框506的“是”路径),则视频解码器300可以例如通过对第三二进制数进行解析,确定当前CU是否是使用MODE_PLT来编码的(508)。如果第一二进制数是0,第二二进制数是1,并且第三二进制数是1(来自方框508的“是”路径),视频解码器300可以确定当前CU是使用MODE_PLT来编码的(510),以及视频解码器300可以使用MODE_PLT对当前CU进行解码。如果第一二进制数是0,第二二进制数是1,并且第三二进制数是0(来自方框508的“否”路径),视频解码器300可以确定当前CU是使用MODE_INTRA来编码的(512),以及使用MODE_INTRA对当前CU进行解码。如果第一二进制数是0并且第二二进制数是0(来自方框506的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(468),以及视频解码器300可以使用MODE_INTER对当前CU进行解码。
基于本公开内容的技术,当禁用调色板模式时,例如当在SPS中禁用PLT时,例如当块大小大于64x64等时,视频编码器200和视频解码器300可以使用如在图12中所示的模式信令方案520。在图12的示例中,用信号传送第一二进制数以指示当前CU是否是跳过模式CU。如果当前CU是跳过模式CU,则用信号传送第二二进制数以指示当前CU是否是使用MODE_IBC来编码的(在这种情况下,当前CU是使用MODE_INTER来编码的)。如果当前CU不是跳过模式CU,则用信号传送第二二进制数以指示当前CU是否是使用帧内模式或调色板模式中的一者来编码的。如果条件为真(例如,当前CU是使用帧内模式或调色板模式中的一者来编码的),则当前CU是使用MODE_INTRA来编码的,因为禁用了调色板模式。否则,用信号传送第三二进制数以指示当前CU是否是使用MODE_IBC来编码的(在这种情况下,当前CU是使用MODE_INTER来编码的)。
例如,视频解码器300可以例如通过对第一二进制数进行解析,确定当前CU是否是跳过模式CU(522)。如果第一二进制数是1(来自方框522的“是”路径),则视频解码器300可以例如通过对第二二进制数进行解析,确定当前CU是否是使用MODE_IBC来编码的(524)。如果第一二进制数是1并且第二二进制数是1(来自方框524的“是”路径),则视频解码器300可以确定当前CU是使用MODE_IBC来编码的(526),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。如果第一二进制数是1并且第二二进制数是0(来自方框524的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(528),以及使用MODE_INTER对当前CU进行解码。如果第一二进制数是0(来自方框522的“否”路径),则视频解码器300可以确定当前CU是否是使用帧内模式或调色板模式中的一者来编码的(530)。
如果第一二进制数是0并且第二二进制数是1(来自方框530的“是”路径),视频解码器300可以确定当前CU是使用MODE_INTRA来编码的(532),以及使用MODE_INTRA对当前CU进行解码,因为调色板模式被禁用。如果第一二进制数是0并且第二二进制数是0(来自方框530的“否”路径),则视频解码器300可以例如通过对第三二进制数进行解析,确定当前CU是否是使用MODE_IBC来编码的(524)。如果第一二进制数是0,第二二进制数是0并且第三二进制数是1(来自方框524的“是”路径),视频解码器300可以确定当前CU是使用MODE_IBC来编码的(526),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。如果第一二进制数是0,第二二进制数是0,并且第三二进制数是0(来自方框524的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(528),以及视频解码器300可以使用MODE_INTER对当前CU进行解码。
基于本公开内容的技术,当禁用IBC模式和调色板模式两者时,视频编码器200和视频解码器300可以使用如在图13中所示的模式信令方案540。在图13的示例中,用信号传送第一二进制数以指示当前CU是否是跳过模式CU。如果当前CU是跳过模式CU,则当前CU是使用MODE_INTER来编码的。如果当前CU不是跳过模式CU,则用信号传送第二二进制数以指示当前CU是否是使用帧内模式或调色板模式中的一者来编码的。如果条件为真(例如,当前CU是使用帧内模式或调色板模式中的一者来编码的),则当前CU是使用MODE_INTRA来编码的,因为禁用了调色板模式。否则,当前CU是使用MODE_INTER来编码的。
例如,视频解码器300可以例如通过对第一二进制数进行解析,确定当前CU是否是跳过模式CU(542)。如果第一二进制数是1(来自方框542的“是”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(544),以及使用MODE_INTER对当前CU进行解码。如果第一二进制数是0(来自方框542的“否”路径),则视频解码器300可以确定当前CU是否是使用帧内模式或调色板模式中的一者来编码的(546)。如果第一二进制数是0并且第二二进制数是1(来自方框470的“是”路径),则视频解码器300可以确定当前CU是使用MODE_PLT来编码的(474),以及视频解码器300可以使用MODE_PLT对当前CU进行解码。如果第一二进制数是0,第二二进制数是1(来自方框546的“否”路径),视频解码器300可以确定当前CU是使用MODE_INTER来编码的(544),以及使用MODE_INTER对当前CU进行解码。
基于本公开内容的技术,当禁用帧间模式和调色板模式两者时,视频编码器200和视频解码器300可以使用如在图14中所示的模式信令方案560。在图14的示例中,用信号传送第一二进制数以指示当前CU是否是跳过模式CU。如果当前CU是跳过模式CU,则当前CU是使用MODE_IBC来编码的。如果当前CU不是跳过模式CU,则用信号传送第二二进制数以指示当前CU是否是使用帧内模式或调色板模式中的一者来编码的。如果条件为真(例如,当前CU是使用帧内模式或调色板模式中的一者来编码的),则当前CU是使用MODE_INTRA来编码的,因为禁用了调色板模式。否则,当前CU是使用MODE_IBC来编码的。
例如,视频解码器300可以例如通过对第一二进制数进行解析,确定当前CU是否是跳过模式CU(562)。如果第一二进制数是1(来自方框562的“是”路径),则视频解码器300可以确定当前CU是使用MODE_IBC来编码的(564),以及使用MODE_IBC对当前CU进行解码。如果第一二进制数是0(来自方框562的“否”路径),则视频解码器300可以确定当前CU是否是使用帧内模式或调色板模式中的一者来编码的(566)。如果第一二进制数是0并且第二二进制数是1(来自方框566的“是”路径),则视频解码器300可以确定当前CU是使用MODE_INTRA来编码的(568),以及使用MODE_INTRA对当前CU进行解码。如果第一二进制数是0并且第二二进制数是1(来自方框566的“否”路径),则视频解码器300可以确定当前CU是使用MODE_IBC来编码的(466),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。
基于本公开内容的技术,当禁用帧间模式和IBC模式两者时,视频编码器200和视频解码器300可以使用如在图15中所示的模式信令方案580。用信号传送一个二进制数以指示当前CU是否是使用MODE_PLT来编码的(在这种情况下,当前CU是使用MODE_INTRA来编码的)。
例如,视频解码器300可以例如通过对第一二进制数进行解析,确定当前CU是否是使用MODE_PLT来编码的(582)。如果第一二进制数是1(图15中的“是”路径),则视频解码器300可以确定当前CU是使用MODE_PLT来编码的(584),以及视频解码器300可以使用MODE_PLT对当前CU进行解码。如果第一二进制数是0(图15中的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTRA来编码的(476),以及使用MODE_INTRA对当前CU进行解码。
在图9-图14的示例中,可以对用于指示当前CU的当前预测模式是MODE_INTRA或MODE_PLT中的一者的标记进行上下文译码。上下文建模可以是基于邻近块的预测模式,比如如图8中所示的在当前块(450)的上方的CU(cuAbove 452)和左侧的CU(cuLeft 454)。下文是一些示例:
上下文索引可以是如下来确定的:
ctxIdx=1 如果cuAbove是(MODE_INTRA或MODE_PLT)或者cuLeft是(MODE_INTRA或MODE_PLT)
ctxIdx=0 否则
上下文索引可以是如下来确定的:
ctxIdx=2 如果cuAbove是(MODE_INTRA或MODE_PLT),并且cuLeft是(MODE_INTRA或MODE_PLT)
否则,
ctxIdx=1 如果cuAbove是(MODE_INTRA或MODE_PLT)或者cuLeft是(MODE_INTRA或MODE_PLT)
ctxIdx=0 如果cuAbove不是(MODE_INTRA或MODE_PLT),并且cuLeft也不是(MODE_INTRA或MODE_PLT)
图16-图18是示出根据本公开内容的技术的统一的调色板和预测信令方法的另一示例的示意图。在该示例中,根据本公开内容的技术,针对启用IBC和禁用IBC的两种情况,以及针对I瓦片/切片和P或B瓦片/切片两者,提出另一种统一模式信令变体。当启用所有四种预测模式时,例如,在SPS中启用调色板模式和IBC模式两者,以及针对具有大于4x4的块大小的P或B瓦片或切片,视频编码器200和视频解码器300可以使用如在图6中所描绘的模式信令方案600。在该示例统一模式信令变体中,如在图9-图15的示例中,视频编码器200可以确定用于视频数据的当前块的当前模式,以及在第一二进制数、第二二进制数和/或第三二进制数中用信号传送当前模式,基于当前模式对视频数据的当前块进行编码,以及将二进制数包括在经编码的比特流中,以及视频解码器300可以对在二进制数中的信号进行解析以确定当前模式,以及基于所指示的当前模式来对视频数据进行解码。
在图16的示例中,用信号传送第一二进制数以指示当前CU是否是跳过模式CU。如果当前CU是跳过模式CU,则用信号传送第二二进制数以指示当前CU是否是使用MODE_IBC来编码的(在这种情况下,当前CU是使用MODE_INTER来编码的)。如果当前CU不是跳过模式CU,则用信号传送第二二进制数,以指示当前CU是否是使用帧内模式或帧内块复制模式中的一者来编码的。如果条件为真(例如,当前CU是使用帧内模式或帧内块复制模式中的一者来编码的),则用信号传送第三二进制数以指示当前CU是否是使用MODE_IBC来编码的(在这种情况下,当前CU是使用MODE_INTRA来编码的)。否则,用信号传送第三二进制数以指示当前CU是否是使用MODE_PLT来编码的(在这种情况下,当前CU是使用MODE_INTER来编码的)。
例如,视频解码器300可以例如通过对第一二进制数进行解析,确定当前CU是否是跳过模式CU(602)。如果第一二进制数是1(来自方框602的“是”路径),则视频解码器300可以例如通过对第二二进制数进行解析,确定当前CU是否是使用MODE_IBC来编码的(604)。如果第一二进制数是1并且第二二进制数是1(来自方框604的“是”路径),则视频解码器300可以确定当前CU是使用MODE_IBC来编码的(606),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。如果第一二进制数是1并且第二二进制数是0(来自方框604的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(608),以及使用MODE_INTER对当前CU进行解码。如果第一二进制数是0(来自方框602的“否”路径),则视频解码器300可以确定当前CU是否是使用帧内模式或IBC模式中的一者来编码的(610)。如果第一二进制数是0并且第二二进制数是1(来自方框610的“是”路径),则视频解码器300可以例如通过对第三二进制数进行解析,确定当前CU是否是使用IBC模式来编码的(612)。如果第一二进制数是0,第二二进制数是1,并且第三二进制数是1(来自方框612的“是”路径),则视频解码器300可以确定当前CU是使用IBC模式来编码的(606),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。如果第一二进制数是0,第二二进制数是1,并且第三二进制数是0(来自方框612的“否”路径),视频解码器300可以确定当前CU是使用MODE_INTRA来编码的(614),以及使用MODE_INTRA对当前CU进行解码。如果第一二进制数是0并且第二二进制数是0(来自方框610的“否”路径),则视频解码器300可以例如通过对第三二进制数进行解析,确定当前CU是否是使用MODE_PLT来编码的(616)。如果第一二进制数是0,第二二进制数是0,并且第三二进制数是1(来自方框616的“是”路径),视频解码器300可以确定当前CU是使用MODE_PLT来编码的(618),以及视频解码器300可以使用MODE_PLT对当前CU进行解码。如果第一二进制数是0,第二二进制数是0并且第三二进制数是0(来自方框616的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(608),以及视频解码器300可以使用MODE_INTER对当前CU进行解码。
这种模式信令变体到不启用一些模式的情况的扩展可以类似于图10-图15的示例。
例如,基于本公开内容的技术,当禁用帧间模式时,例如在I瓦片/切片中,针对等于或小于4x4的块大小等等,视频编码器200和视频解码器300可以使用如在图17中所示的模式信令方案620。在图17的示例中,用信号传送第一二进制数以指示当前CU是否是跳过模式CU。如果当前CU是跳过模式CU,则当前CU是使用MODE_IBC来编码的。如果当前CU不是跳过模式CU,则用信号传送第二二进制数以指示当前CU是否是使用帧内模式或帧内块复制模式中的一者来编码的。如果条件为真(例如,当前CU是使用帧内模式或帧内块复制模式中的一者来编码的),则用信号传送第三二进制数以指示当前CU是否是使用MODE_IBC来编码的(在这种情况下,当前CU是使用MODE_INTRA来编码的)。否则,当前CU是使用MODE_PLT来编码的。
例如,视频解码器300可以例如通过对第一二进制数进行解析,确定当前CU是否是跳过模式CU(622)。如果第一二进制数是1(来自方框622的“是”路径),则视频解码器300可以确定当前CU是使用MODE_IBC来编码的(624),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。如果第一二进制数是0(来自方框622的“否”路径),则视频解码器300可以确定当前CU是否是使用帧内模式或IBC模式中的一者来编码的(626)。如果第一二进制数是0,并且第二二进制数是1(来自方框626的“是”路径),则视频解码器300可以例如通过对第三二进制数进行解析,确定当前CU是否是使用IBC模式来编码的(612)。如果第一二进制数是0,第二二进制数是1,并且第三二进制数是1(来自方框628的“是”路径),则视频解码器300可以确定当前CU是使用IBC模式来编码的(624),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。如果第一二进制数是0,第二二进制数是1,并且第三二进制数是0(来自方框628的“否”路径),视频解码器300可以确定当前CU是使用MODE_INTRA来编码的(630),以及使用MODE_INTRA对当前CU进行解码。如果第一二进制数是0并且第二二进制数是0(来自方框626的“否”路径),则视频解码器300可以确定当前CU是使用MODE_PLT来编码的(632),以及视频解码器300可以使用MODE_PLT对当前CU进行解码。
基于本公开内容的技术,当禁用IBC模式时,例如当在SPS中禁用IBC时,例如针对当使用双树时的色度块等等,视频编码器200和视频解码器300可以使用如在图18中所示的模式信令方案640。在图18的示例中,用信号传送第一二进制数以指示当前CU是否是跳过模式CU。如果当前CU是跳过模式CU,则当前CU是使用MODE_INTER来编码的。如果当前CU不是跳过模式CU,则用信号传送第二二进制数以指示当前CU是使用帧内模式或帧内块复制模式中的一者来编码的。如果条件为真(例如,当前CU是使用帧内模式或帧内块复制模式中的一者来编码的),则当前CU是使用MODE_INTRA来编码的,因为了禁用了帧内块复制模式。否则,用信号传送第三二进制数以指示当前CU是否是使用MODE_PLT来编码的(在这种情况下,当前CU是使用MODE_INTER来编码的)。
例如,视频解码器300可以例如通过对第一二进制数进行解析,确定当前CU是否是跳过模式CU(642)。如果第一二进制数是1(来自方框642的“是”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(648),以及使用MODE_INTER对当前CU进行解码。如果第一二进制数是0(来自方框602的“否”路径),则视频解码器300可以例如通过对第二二进制数进行解析,确定当前CU是否是使用帧内模式或IBC模式中的一者来编码的(650)。如果第一二进制数是0并且第二二进制数是1(来自方框650的“是”路径),则视频解码器300可以确定当前CU是使用MODE_INTRA来编码的(652),以及使用MODE_INTRA对当前CU进行解码。如果第一二进制数是0并且第二二进制数是0(来自方框650的“否”路径),则视频解码器300可以例如通过对第三二进制数进行解析,确定当前CU是否是使用MODE_PLT模式来编码的(644)。如果第一二进制数是0,第二二进制数是0并且第三二进制数是1(来自方框644的“是”路径),则视频解码器300可以确定当前CU是使用MODE_PLT来编码的(646),以及视频解码器300可以使用MODE_PLT对当前CU进行解码。如果第一二进制数是0,第二二进制数是0并且第三二进制数是0(来自方框644的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(648),以及视频解码器300可以使用MODE_INTER对当前CU进行解码。
图19-图20是示出根据本公开内容的技术的统一的调色板和预测信令方法的又一示例的示意图。根据本公开内容的技术,针对启用IBC和禁用IBC的两种情况,以及针对I瓦片/切片和P或B瓦片/切片两者,公开了又一种统一模式信令变体。当启用所有四种模式时,例如,在SPS中启用调色板模式和IBC模式,以及针对具有大于4x4的块大小的P或B瓦片,视频编码器200和视频解码器300可以使用如在图19中所描绘的模式信令方案660。如同上文讨论的其它两个统一的信令方案,视频编码器200可以确定视频数据的当前块的当前预测模式,以及在第一二进制数、第二二进制数和/或第三二进制数中用信号传送当前预测模式,基于当前预测模式对视频数据的当前块进行编码,以及将二进制数包括在经编码的比特流中,以及视频解码器300可以对在二进制数中的信号进行解析以确定当前预测模式,以及基于所指示的当前预测模式来对视频数据进行解码。在图19的示例中,用信号传送第一二进制数以指示当前CU是否是跳过模式CU。如果当前CU是跳过模式CU,则用信号传送第二二进制数以指示当前CU是否是使用MODE_IBC来编码的(在这种情况下,当前CU是使用MODE_INTER来编码的)。如果当前CU不是跳过模式CU,则用信号传送第二二进制数以指示当前CU是否是使用调色板模式或帧内块复制模式中的一者(例如,屏幕内容译码模式,SCC)来编码的。如果条件为真(例如,当前CU是使用调色板模式或帧内块复制模式中的一者来编码的),则用信号传送第三二进制数以指示当前CU是否是使用MODE_IBC来编码的(在这种情况下,当前CU是使用MODE_PLT来编码的)。否则,用信号传送第三二进制数以指示当前CU是否是使用MODE_INTRA来编码的(在这种情况下,当前CU是使用MODE_INTER来编码的)。
例如,视频解码器300可以例如通过对第一二进制数进行解析,确定当前CU是否是跳过模式CU(662)。如果第一二进制数是1(来自方框662的“是”路径),则视频解码器300可以例如通过对第二二进制数进行解析,确定当前CU是否是使用MODE_IBC来编码的(664)。如果第一二进制数是1并且第二二进制数是1(来自方框664的“是”路径),则视频解码器300可以确定当前CU是使用MODE_IBC来编码的(666),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。如果第一二进制数是1并且第二二进制数是0(来自方框664的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(678),以及使用MODE_INTER对当前CU进行解码。如果第一二进制数是0(来自方框662的“否”路径),则视频解码器300可以确定当前CU是否是使用SCC模式中的一者来编码的(668)。如果第一二进制数是0并且第二二进制数是1(来自方框668的“是”路径),则视频解码器300可以例如通过对第三二进制数进行解析,确定当前CU是否是使用MODE_IBC来编码的(670)。如果第一二进制数是0,第二二进制数是1,并且第三二进制数是1(来自方框670的“是”路径),则视频解码器300可以确定当前CU是使用MODE_IBC来编码的(666),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。如果第一二进制数是0,第二二进制数是1,并且第三二进制数是0(来自方框670的“否”路径),视频解码器300可以确定当前CU是使用MODE_PLT来编码的(672),以及使用MODE_PLT对当前CU进行解码。如果第一二进制数是0并且第二二进制数是0(来自方框668的“否”路径),则视频解码器300可以例如通过对第三二进制数进行解析,确定当前CU是否是使用MODE_INTRA来编码的(674)。如果第一二进制数是0,第二二进制数是0,并且第三二进制数是1(来自方框674的“是”路径),视频解码器300可以确定当前CU是使用MODE_INTRA来编码的(676),以及视频解码器300可以使用MODE_INTRA对当前CU进行解码。如果第一二进制数是0,第二二进制数是0并且第三二进制数是0(来自方框674的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(678),以及视频解码器300可以使用MODE_INTER对当前CU进行解码。
这种模式信令变体到不启用一些模式的情况的扩展可以类似于图10-图15的示例。下文是一个示例。
例如,基于根据该模式信令变体的本公开内容的技术,当禁用帧间模式时,例如在I瓦片/切片中,针对等于或小于4x4的块大小等等,视频编码器200和视频解码器300可以使用如在图20中所示的模式信令方案680。在图20的示例中,用信号传送第一二进制数以指示当前CU是否是跳过模式CU。如果当前CU是跳过模式CU,则当前CU是使用MODE_IBC来编码的。如果当前CU不是跳过模式CU,则用信号传送第二二进制数以指示当前CU是否是使用调色板模式或帧内块复制模式中的一者(例如,SCC模式)来编码的。如果条件为真(例如,当前CU是使用调色板模式或帧内块复制模式中的一者来编码的),则用信号传送第三二进制数以指示当前CU是否是使用MODE_IBC来编码的(在这种情况下,当前CU是使用MODE_PLT来编码的)。否则,当前CU是使用MODE_INTRA来编码的。
例如,视频解码器300可以例如通过对第一二进制数进行解析,确定当前CU是否是跳过模式CU(682)。如果第一二进制数是1(来自方框682的“是”路径),则视频解码器300可以确定当前CU是使用MODE_IBC来编码的(684),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。如果第一二进制数是0(来自方框682的“否”路径),则视频解码器300可以确定当前CU是否是使用SCC模式中的一者来编码的(686)。如果第一二进制数是0,并且第二二进制数是1(来自方框686的“是”路径),则视频解码器300可以例如通过对第三二进制数进行解析,确定当前CU是否是使用MODE_IBC来编码的(688)。如果第一二进制数是0,第二二进制数是1,并且第三二进制数是1(来自方框688的“是”路径),则视频解码器300可以确定当前CU是使用MODE_IBC来编码的(684),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。如果第一二进制数是0,第二二进制数是1,并且第三二进制数是0(来自方框688的“否”路径),视频解码器300可以确定当前CU是使用MODE_PLT来编码的(690),以及使用MODE_PLT对当前CU进行解码。如果第一二进制数是0并且第二二进制数是0(来自方框686的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTRA来编码的(676),以及视频解码器300可以使用MODE_INTRA对当前CU进行解码。
图21是示出根据本公开内容的技术的统一的调色板和预测信令的又一示例的示意图。根据本公开内容的技术,在本示例中,公开了又一种统一模式信令变体700,以在预测模式(例如,MODE_INTRA和MODE_INTER)的信令以及屏幕内容模式的信令(例如,MODE_IBC和MODE_PLT)之后移动CU跳过模式的信令。该示例的技术可以与图9-图20的示例的技术进行组合。
例如,当将该示例与图9-图15的示例进行组合时,当启用所有四种模式时,例如,在SPS中启用调色板模式和IBC模式两者,以及针对具有大于4x4的块大小的P或B瓦片,视频编码器200和视频解码器300可以使用如在图21中所描绘的模式信令700。如同本公开内容的较早示例,视频编码器200可以确定视频数据的当前块的当前预测模式,以及在第一二进制数、第二二进制数和/或第三二进制数中用信号传送该模式,基于当前模式来对视频数据的当前块进行编码,以及将二进制数包括在经编码的比特流中,以及视频解码器300可以在二进制数中读取信号以确定当前模式,以及基于所指示的当前模式来对视频数据进行解码。
在图21的示例中,用信号传送第一二进制数以指示当前CU是否是使用帧内模式或调色板模式中的一者来编码的。如果条件为真(例如,当前CU是使用帧内模式或调色板模式中的一者来编码的),则用信号传送第二二进制数以指示当前CU是否是使用MODE_PLT来编码的(在这种情况下,当前CU是使用MODE_INTRA来编码的)。否则,用信号传送第二二进制数以指示当前CU是否是使用MODE_IBC来编码的(在这种情况下,当前CU是使用MODE_INTER来编码的),以及用信号传送第三二进制数以指示当前CU是否是跳过模式CU(CU_SKIP)。
例如,视频解码器300可以例如通过对第一二进制数进行解析,确定当前CU是否是使用MODE_INTRA或MODE_PLT中的一者来编码的(702)。如果第一二进制数是1(来自方框702的“是”路径),则视频解码器300可以例如通过对第二二进制数进行解析,确定当前CU是否是使用MODE_PLT来编码的(704)。如果第一二进制数是1并且第二二进制数是1(来自方框704的“是”路径),则视频解码器300可以确定当前CU是使用MODE_PLT来编码的(706),以及视频解码器300可以使用MODE_PLT对当前CU进行解码。如果第一二进制数是1并且第二二进制数是0(来自方框704的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTRA来编码的(708),以及使用MODE_INTRA对当前CU进行解码。如果第一二进制数是0(来自方框702的“否”路径),则视频解码器300可以确定当前CU是否是使用MODE_IBC来编码的(710)。
如果第一二进制数是0并且第二二进制数是1(来自方框710的“是”路径),视频解码器300可以确定当前CU是否是使用MODE_IBC来编码的(712),以及使用MODE_IBC对当前CU进行解码。如果第一二进制数是0并且第二二进制数是0(来自方框710的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(714),以及视频解码器300可以使用MODE_INTER对当前CU进行解码。如果第一二进制数是0并且第二二进制数是0或1,则视频解码器300可以例如通过对第三二进制数进行解析,确定当前CU是否是跳过模式CU(716)。这种模式信令变体到不启用一些模式的情况的扩展可以类似于图10-图15的示例。
图22-图23是示出根据本公开内容的技术的统一的调色板和预测信令方法的又一示例的示意图。在另一示例中,针对启用IBC模式和禁用IBC模式的情况,提出了模式信令方案来解决在JVET-N0258中的问题。当启用所有四种模式时,例如在SPS中启用调色板模式和IBC模式,以及针对具有大于4x4的块大小的P或B瓦片,视频编码器200和视频解码器300可以使用如在图22中所示的模式信令方案。视频编码器200可以确定视频数据的当前块的当前模式,以及在第一二进制数、第二二进制数和/或第三二进制数中用信号传送当前模式,基于当前模式来对视频数据的当前块来编码的,以及将二进制数包括在经编码的比特流中,以及视频解码器300可以对在二进制数中的信号进行解析以确定当前模式,以及基于所指示的当前模式对视频数据进行解码。
在图22的示例中,用信号传送第一二进制数以指示当前CU是否是跳过模式CU。如果当前CU是跳过模式CU,则用信号传送第二二进制数以指示当前CU是否是使用IBC模式来编码的。如果当前CU不是跳过模式CU并且不是使用IBC模式来编码的,则当前CU是使用MODE_INTRA来编码的。如果当前CU不是跳过模式CU,则用信号传送第二二进制数以指示当前CU是否是使用帧内模式或调色板模式中的一者来编码的。如果条件为真(例如,当前CU是使用帧内模式或调色板模式中的一者来编码的),则用信号传送第三二进制数以指示当前CU是否是使用MODE_PLT来编码的(在这种情况下,当前CU是使用MODE_INTRA来编码的)。否则,当前CU是使用MODE_INTER来编码的。
例如,视频解码器300可以例如通过对第一二进制数进行解析,确定当前CU是否是跳过模式CU(722)。如果第一二进制数是1(来自方框722的“是”路径),则视频解码器300可以例如通过对第二二进制数进行解析,确定当前CU是否是使用MODE_IBC来编码的(724)。如果第一二进制数是1并且第二二进制数是1(来自方框724的“是”路径),则视频解码器300可以确定当前CU是使用MODE_IBC来编码的(726),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。
如果第一二进制数是1并且第二二进制数是0(来自方框724的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(728),以及使用MODE_INTER对当前CU进行解码。如果第一二进制数是0(来自方框722的“否”路径),则视频解码器300可以确定当前CU是否是使用帧内模式或调色板模式中的一者来编码的(730)。如果第一二进制数是0并且第二二进制数是1(来自方框730的“是”路径),则视频解码器300可以例如通过对第三二进制数进行解析,确定当前CU是否是使用MODE_PLT来编码的(732)。如果第一二进制数是0,第二二进制数是1,并且第三二进制数是1(来自方框732的“是”路径),则视频解码器300可以确定当前CU是使用MODE_PLT来编码的(734),以及视频解码器300可以使用MODE_PLT对当前CU进行解码。
如果第一二进制数是0,第二二进制数是1,并且第三二进制数是0(来自方框732的“否”路径),视频解码器300可以确定当前CU是使用MODE_INTRA来编码的(736),以及使用MODE_INTRA对当前CU进行解码。如果第一二进制数是0并且第二二进制数是0(来自方框730的“否”路径),则视频解码器300可以例如通过对第三二进制数进行解析,确定当前CU是否是使用MODE_IBC来编码的(724)。如果第一二进制数是0,第二二进制数是0,并且第三二进制数是1(来自方框724的“是”路径),视频解码器300可以确定当前CU是使用MODE_IBC来编码的(726),以及视频解码器300可以使用MODE_IBC对当前CU进行解码。如果第一二进制数是0,第二二进制数是0并且第三二进制数是0(来自方框724的“否”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(728),以及视频解码器300可以使用MODE_INTER对当前CU进行解码。
当禁用IBC时,例如当在SPS中禁用IBC时,例如针对当使用双树时的色度块等等,视频编码器200和视频解码器300可以使用如在图23中所示的模式信令方案740。视频编码器200可以确定视频数据的当前块的当前模式,以及在第一二进制数、第二二进制数和/或第三二进制数中用信号传送该模式,基于当前模式来对视频数据的当前块进行编码,以及将二进制数包括在经编码的比特流中,以及视频解码器300可以对在二进制数中的信号进行解析以确定当前模式,以及基于所指示的当前模式来对视频数据进行解码。
在图23的示例中,用信号传送具有语法元素(例如,cu_skip_flag)的第一二进制数,以指示当前CU是否是跳过模式CU。如果当前CU是跳过模式CU,则当前CU是使用MODE_INTER来编码的。如果当前CU不是跳过模式CU,则用信号传送具有语法元素(例如,pred_mode_flag)的第二二进制数,以指示当前CU是否是使用帧内模式或调色板模式中的一者来编码的。如果条件为真(例如,当前CU是使用帧内模式或调色板模式中的一者来编码的),则用信号传送具有语法元素(例如,pred_mode_plt_flag)的第三二进制数,以指示当前CU是否是使用MODE_PLT来编码的(在这种情况下,当前CU是使用MODE_INTRA来编码的)。否则,当前CU是使用MODE_INTER来编码的。针对启用IBC模式(图22的示例)和禁用IBC模式(图23的示例)的两次,该技术统一了调色板模式信令(要在帧内模式路径中用信号传送的)。
例如,视频解码器300可以确定针对当前CU是否启用IBC模式(741)。例如,视频解码器300可以对在SPS中的语法元素进行解析,以确定针对SPS应用到的序列的CU是启用了还是未启用IBC,或者可以确定当前CU的大小使得IBC模式未被启用。基于针对当前CU未启用帧内块复制模式,视频解码器300可以例如通过对第一二进制数进行解析,确定当前CU是否是跳过模式CU(742)。如果第一二进制数是1(来自方框742的“是”路径),则视频解码器300可以确定当前CU是使用MODE_INTER来编码的(468),以及使用MODE_INTER对当前CU进行解码。如果第一二进制数是0(来自方框742的“否”路径),则视频解码器300可以例如通过对第二二进制数进行解析,确定当前CU是否是使用帧内模式或调色板模式中的一者来编码的(746)。如果第一二进制数是0且第二二进制数是1(来自方框746的“是”路径),则视频解码器300可以例如通过对第三二进制数进行解析,确定当前CU是否是使用MODE_PLT来编码的(748)。如果第一二进制数是0,第二二进制数是1,并且第三二进制数是1(来自方框748的“是”路径),则视频解码器300可以确定当前CU是使用MODE_PLT来编码的(750),以及视频解码器300可以使用MODE_PLT对当前CU进行解码。如果第一二进制数是0,第二二进制数是1并且第三二进制数是0(来自方框748的“否”路径),视频解码器300可以确定当前CU是使用MODE_INTRA来编码的(752),以及使用MODE_INTRA对当前CU进行解码。
仍然参考图23,例如视频解码器300可以确定针对第一CU是否启用IBC模式(741)。例如,视频解码器300可以对在SPS中的语法元素进行解析,以确定针对SPS应用到的序列的CU是启用了还是未启用IBC,或者可以确定第一CU的大小使得IBC模式未被启用。基于针对第一CU未启用帧内块复制模式,可以例如通过对第一二进制数进行解析,确定第一CU是否是跳过模式CU(742)。基于第一CU不是跳过模式CU(来自方框742的“否”路径),视频解码器300可以例如通过对第二二进制数进行解析,确定第一CU是否是使用帧内模式或调色板模式中的一者来编码的(746)。基于第一CU是使用帧内模式或调色板模式中的一者来编码的(来自方框746的“是”路径),视频解码器300可以例如通过对第三二进制数进行解析,确定第一CU是否是使用调色板模式来编码的(748)。视频解码器300可以基于对第一CU是否是使用调色板模式来编码的确定,来对第一CU进行解码。视频解码器300还可以确定针对第二CU是否启用IBC模式。例如,视频解码器300可以对在SPS中的语法元素进行解析,以确定针对SPS应用到的序列的CU是启用了还是未启用IBC模式,或者可以确定第二CU的大小使得IBC模式未被启用。基于针对第二CU未启用IBC模式,视频解码器300可以例如通过对另一第一二进制数进行解析,确定第二CU是否是跳过模式CU(742)。基于第二CU是跳过模式CU(来自方框742的“是”路径),视频解码器300可以不解析指示第二CU是否是使用帧内块复制模式来编码的二进制数,以及使用帧间模式对第二CU进行解码(744)。
在一些示例中,视频解码器300可以确定针对第三CU是否启用IBC模式(741)。例如,视频解码器300可以对在SPS中的语法元素进行解析,以确定针对SPS应用到的序列的CU是启用了还是未启用IBC模式,或者可以确定第三CU的大小使得IBC模式未被启用。基于针对第三CU未启用帧内块复制模式,视频解码器300可以例如通过对另一第一二进制数进行解析,确定第三CU是否是跳过模式CU(742)。基于第三CU不是跳过模式CU(来自方框742的“否”路径),视频解码器300可以例如通过对另一第二二进制数进行解析,确定第三CU是否是使用帧内模式或调色板模式中的一者来编码的(746)。基于第三CU不是使用帧内模式或调色板模式中的一者来编码的(来自方框746的“否”路径),视频解码器300可以使用帧间模式对第三CU进行解码(744)。
当禁用INTER模式时,可以应用如在图5的示例中的相同方案。
在一些示例中,视频解码器300可以通过确定在第一二进制数中指示跳过模式的语法元素(例如,cu_skip_flag),确定当前CU是否是跳过模式CU。在一些示例中,视频解码器300可以通过确定在第二二进制数中指示帧内模式的语法元素(例如,pred_mode_flag),确定当前CU是否是使用帧内模式或调色板模式中的一者来编码的。在一些示例中,视频解码器300可以通过确定在第三二进制数中指示调色板模式的语法元素(例如,pred_mode_plt_flag),确定当前CU是否是使用调色板模式来编码的。例如,当pred_mode_plt_flag是1时,当前CU是使用调色板模式来编码的,以及视频解码器300可以使用调色板模式对当前CU进行解码。例如,当pred_mode_plt_flag是0时,当前CU是使用帧内模式来编码的,以及视频解码器300可以使用帧内模式对当前CU进行解码。
在一些示例中,可以对用于指示当前CU是否是使用在图20-图22的示例中的MODE_INTRA或MODE_PLT来编码的标记进行上下文译码。例如,视频解码器300可以通过确定上下文索引、基于上下文索引来确定上下文以及基于上下文来确定针对语法元素的值,确定当前CU是否是使用帧内模式或调色板模式中的一者来编码的。针对语法元素的值可以指示第一CU是否是使用帧内模式或调色板模式中的一者来编码的。上下文建模可以是基于在邻近块中的预测模式,比如如在图8中所示的当前块450的上方的CU(cuAbove 452)和左侧的CU(cuLeft 454)。下文是一些示例。
上下文索引可以是如下来确定的:
ctxIdx=1 如果cuAbove是(MODE_INTRA或MODE_PLT)或者cuLeft是(MODE_INTRA或MODE_PLT)
ctxIdx=0 否则
上下文索引可以是如下来确定的:
ctxIdx=2 如果cuAbove是(MODE_INTRA或MODE_PLT),并且cuLeft是(MODE_INTRA或MODE_PLT)
否则,
ctxIdx=1 如果cuAbove是(MODE_INTRA或MODE_PLT)或者cuLeft是(MODE_INTRA或MODE_PLT)
ctxIdx=0 如果cuAbove不是(MODE_INTRA或MODE_PLT),并且cuLeft也不是(MODE_INTRA或MODE_PLT)
图24是示出用于对当前块来编码的示例方法的流程图。当前块可以包括当前CU。虽然关于视频编码器200(图1和图3)进行了描述,但是应当理解的是,其它设备也可以被配置为执行与图24类似的方法。
在该示例中,视频编码器200最初预测当前块(350)。例如,视频编码器200可以形成针对当前块的预测块。然后,视频编码器200可以计算针对当前块的残差块(352)。为了计算残差块,视频编码器200可以计算在原始未经编码的块与针对当前块的预测块之间的差。然后,视频编码器200可以变换以及量化残差块的系数(354)。接下来,视频编码器200可以扫描残差块的经量化的变换系数(356)。在扫描期间或者在扫描之后,视频编码器200可以对系数进行熵编码(358)。例如,视频编码器200可以使用CAVLC或CABAC对系数进行编码。然后,视频编码器200可以输出块的经熵译码的数据(360)。
图25是示出用于对视频数据的当前块进行解码的示例方法的流程图。当前块可以包括当前CU。虽然关于视频解码器300(图1和图4)进行了描述,但是应当理解的是,其它设备可以被配置为执行与图25类似的方法。
视频解码器300可以接收针对当前块的经熵译码的数据,比如经熵译码的预测信息和针对与当前块相对应的残差块的系数的经熵译码的数据(370)。视频解码器300可以对熵译码的数据进行熵解码,以确定针对当前块的预测信息,以及以再现残差块的系数(372)。视频解码器300可以例如使用如通过针对当前块的预测信息指示的帧内或帧间预测模式来预测当前块(374),以计算针对当前块的预测块。然后,视频解码器300可以对所再现的系数进行逆扫描(376),以创建经量化的变换系数的块。然后,视频解码器300可以对系数进行逆量化和逆变换以产生残差块(378)。视频解码器300可以通过将预测块和残差块进行组合,最终对当前块进行解码(380)。
本文提出了统一的信令方案。根据本公开内容的技术,视频译码器可以以与非统一的信令方案相比更一致的方式来确定信令。照此,视频译码器(例如,视频解码器)可能需要检查更少的条件。因此,本公开内容的技术可以使得视频译码器使用较少的处理能力以及可以减少解码延时。
本公开内容包含以下示例。
示例1。一种对视频数据进行译码的方法,所述方法包括:对视频数据的当前块的当前模式进行译码包括:将第一信号译码在第一二进制数中,将第二信号译码在第二二进制数中,以及将第三信号译码在第三二进制数中;以及基于当前模式来对视频数据的当前块进行译码,其中,视频数据包括I、B和P帧。
示例2。根据示例1所述的方法,其中,第一信号标识当前模式是否是跳过模式,如果第一信号将当前模式标识为跳过模式,则第二信号指示当前模式是否是IBC模式,并且不对第三信号进行译码,如果第一信号未将当前模式标识为跳过模式,则第二信号标识当前模式是否是帧内模式或调色板模式,如果第二信号将当前模式标识为帧内模式或调色板模式,则第三信号标识当前模式是否是调色板模式,以及如果第二信号未将当前模式标识为帧内模式或调色板模式,则第三信号标识当前模式是否是IBC模式。
示例3。根据示例1-示例2的任意组合所述的方法,其中,帧间模式是禁用的,第一信号标识当前模式是否是跳过模式,如果第一信号将当前模式标识为跳过模式,则不对第二信号和第三信号进行译码,如果第一信号未将当前模式标识为跳过模式,则第二信号标识当前模式是否是帧内模式或调色板模式,如果第二信号将当前模式标识为帧内模式或调色板模式,则第三信号标识当前模式是否是调色板模式,以及如果第二信号未将当前模式标识为帧内模式或调色板模式,则不对第三信号进行译码。
示例4。根据示例1-示例3的任意组合所述的方法,其中,IBC模式是禁用的,第一信号标识当前模式是否是跳过模式,如果第一信号将当前模式识别为跳过模式,则不对第二信号和第三信号进行译码,如果第一信号未将当前模式标识为跳过模式,则第二信号标识当前模式是否是帧内模式或调色板模式,如果第二信号将当前模式标识为帧内模式或调色板模式,则第三信号标识当前模式是否是调色板模式,如果第二信号未将当前模式标识为帧内模式或调色板模式,则不对第三信号进行译码。
示例5。根据示例1-示例4的任意组合所述的方法,其中,调色板模式是禁用的,并且第三信号未被译码,第一信号标识当前模式是否是跳过模式,如果第一信号将当前模式标识为跳过模式,则第二信号标识当前模式是否是IBC模式,如果第一信号未将当前模式标识为跳过模式,则第二信号标识当前模式是否是帧内模式。
示例6。根据示例1-示例5的任意组合所述的方法,其中,调色板模式是禁用的,并且IBC模式是禁用的,并且第三信号未被译码,第一信号标识当前模式是否是跳过模式,如果第一信号将当前模式标识为跳过模式,则不对第二信号进行译码,如果第一信号未将当前模式标识为跳过模式,则第二信号标识当前模式是否是帧内模式。
示例7。根据示例1-示例6的任意组合所述的方法,其中,帧间模式是禁用的,并且调色板模式是禁用的,并且第三信号未被译码,第一信号标识当前模式是否是跳过模式,如果第一信号将当前模式标识为跳过模式,则不对第二信号进行译码,如果第一信号未将当前模式标识为跳过模式,则第二信号标识当前模式是否是帧内模式。
示例8。根据示例1-示例7的任意组合所述的方法,其中,帧间模式是禁用的,并且IBC模式是禁用的,并且第二信号和第三信号未被译码,以及第一信号标识当前模式是否是调色板模式。
示例9。根据示例1所述的方法,其中,第一信号标识当前模式是否是跳过模式,如果第一信号将当前模式标识为跳过模式,则第二信号标识当前模式是否是IBC模式,以及如果第一信号未将当前模式标识为跳过模式,则第二信号标识当前模式是帧内模式还是IBC模式,如果第二信号将当前模式标识为帧内模式或IBC模式,则第三信号标识当前模式是否是IBC模式,如果第二信号未指示当前模式是帧内模式还是IBC模式,则第三信号指示当前模式是否是调色板模式。
示例10。根据示例1和示例9的任意组合所述的方法,其中,帧间模式是禁用的,第一信号标识当前模式是否是跳过模式,如果第一信号将当前模式标识为跳过模式,则不对第二信号和第三信号进行译码,如果第一信号未将当前模式标识为跳过模式,则第二信号标识当前模式是帧内模式还是IBC模式,如果第二信号将当前模式标识为帧内模式或IBC模式,则第三信号标识当前模式是否是IBC模式,如果第二信号未将当前模式标识为帧内模式或IBC模式,则不对第三信号进行译码。
示例11。根据示例1和示例9-示例10的任意组合所述的方法,其中,IBC模式是禁用的,第一信号标识当前模式是否是跳过模式,如果第一信号将当前模式标识为跳过模式,不对第二信号和第三信号进行译码,如果第一信号未将当前模式标识为跳过模式,则第二信号标识当前模式是否是帧内模式或IBC模式,如果第二信号将当前模式标识为帧内模式,则不对第三信号进行译码,如果第二信号未将当前模式标识为帧内模式,则第三信号标识当前模式是否是调色板模式。
示例12。根据示例1所述的方法,其中,第一信号标识当前模式是否是跳过模式,如果第一信号将当前模式标识为跳过模式,则第二信号标识当前模式是否是IBC模式,并且对第三信号进行译码,以及如果第一信号未将当前模式标识为跳过模式,则第二信号标识当前模式是否是屏幕内容译码模式,如果第二信号将当前模式标识为屏幕内容译码模式,则第三信号标识当前模式是否是IBC模式,如果第二信号未将当前模式标识为屏幕内容译码模式,则第三信号标识当前模式是否是帧内模式。
示例13。根据示例1和示例12的任意组合所述的方法,其中,帧间模式是禁用的,并且第一信号标识当前模式是否是跳过模式,如果第一信号将当前模式标识为跳过模式,则不对第二信号和第三信号进行译码,如果第一信号未将当前模式标识为跳过模式,则第二信号标识当前模式是否是屏幕内容译码模式,如果第二信号标识当前模式为屏幕内容译码模式,则第三信号标识当前模式是否是IBC模式,如果第二信号未将当前模式标识为屏幕内容译码模式,则不对第三信号进行译码。
示例14。根据示例1所述的方法,其中,第一信号标识当前模式是否是帧内模式或调色板模式,如果第一信号将当前模式标识为帧内模式或调色板模式,则第二信号标识当前模式是否是调色板模式并且未对第三信号进行译码,如果第一信号未将当前模式标识为帧内模式或调色板模式,则第二信号标识当前模式是否是IBC模式,并且第三信号标识当前模式是否是跳过模式。
示例15。根据示例1所述的方法,其中,第一信号标识当前模式是否是跳过模式,如果第一信号将当前模式标识为跳过模式,则第二信号标识当前模式是否是IBC模式,如果第一信号未将当前模式标识为跳过模式,则第二信号标识当前模式是帧内模式还是调色板模式,如果第二信号将当前模式标识为帧内模式或调色板模式,则第三信号标识当前模式是否是调色板模式,如果第二信号未将当前模式标识为帧内模式或调色板模式,则第三信号标识当前模式是否是IBC模式。
示例16。根据示例1所述的方法,其中,第一信号标识当前模式是否是跳过模式,如果第一信号将当前模式标识为跳过模式,则不对第二信号进行译码,如果第一信号未将当前模式标识为跳过模式,则第二信号标识当前模式帧内模式或调色板模式,如果第二信号将当前模式标识为帧内模式或调色板模式,则第三信号标识当前模式是否是调色板模式,如果第二信号未将当前模式标识为帧内模式或调色板模式,则不对第三信号进行译码。
示例17。根据示例1-示例16的任意组合所述的方法,其中,用于指示视频数据的当前块的当前模式是帧内模式还是调色板模式的预测模式是进行上下文译码的。
示例18。根据示例17所述的方法,其中,如果cuAbove是帧内模式或者cuLeft是帧内模式,则上下文索引(ctxIdx)被确定为ctxIdx=1,否则ctxIdx=0。
示例19。根据示例17所述的方法,其中,如果cuAbove是帧内模式或调色板模式或者cuLeft是帧内模式或调色板模式,则上下文索引(ctxIdx)被确定为ctxIdx=1,否则ctxIdx=0。
示例20。根据示例17所述的方法,其中,如果cuAbove是帧内模式或调色板模式并且cuLeft是帧内模式或调色板模式,则上下文索引(ctxIdx)被确定为ctxIdx=2,如果cuAbove是帧内模式或调色板模式或者cuLeft是帧内模式或调色板模式,则ctxIdx=1,如果cuAbove不是帧内模式或调色板模式,并且cuLeft也不是帧内模式或调色板模式,则ctxIdx=0。
示例21。根据示例1-示例20的任意组合所述的方法,其中,译码包括解码。
示例22。根据示例1-示例20的任意组合所述的方法,其中,译码包括编码。
示例23。一种用于对视频数据进行译码的设备,设备包括用于执行根据示例1-示例20中的任何一项所述的方法的一个或多个单元。
示例24。根据示例23所述的设备,其中,一个或多个单元包括以电路来实现的一个或多个处理器。
示例25。根据示例23或示例24中的任何一项所述的设备,还包括用于存储视频数据的存储器。
示例26。根据示例23-示例25的任意组合所述的设备,还包括被配置为显示经解码的视频数据的显示器。
示例27。根据示例23-示例26的任意组合所述的设备,其中,设备包括以下各项中的一项或多项:照相机、计算机、移动设备、广播接收机设备或机顶盒。
示例28。根据示例23-示例27中的任何一项所述的设备,其中,设备包括视频解码器。
示例29。根据示例23-示例28中的任何一项所述的设备,其中,设备包括视频编码器。
示例30。一种具有存储在其上的指令的计算机可读存储介质,指令当被执行时使得一个或多个处理器执行示例1-示例20中的任何一项所述的方法。
应当认识到的是,取决于示例,本文所描述的技术中的任何技术的某些动作或事件可以是以不同的顺序来执行的,可以进行添加、合并或者完全排除在外(例如,并非所有描述的动作或事件都是实践该技术所必需的)。此外,在某些示例中,可以例如通过多线程处理、中断处理或多个处理器并发地而不是顺序地执行动作或事件。
在一个或多个示例中,所描述的功能可以是以硬件、软件、固件或者其任意组合来实现的。如果以软件来实现,则功能可以存储在计算机可读介质上,或者作为计算机可读介质上的一个或多个指令或代码进行传输,并且由基于硬件的处理单元来执行。计算机可读介质可以包括计算机可读存储介质,计算机可读存储介质对应于比如数据存储介质或通信介质的有形介质,所述通信介质包括促进例如根据通信协议将计算机程序从一个地方传送到另一地方的任何介质。以这种方式,计算机可读介质通常可以对应于(1)非暂时性的有形计算机可读存储介质,或者(2)比如信号或载波波形的通信介质。数据存储介质可以是一个或多个计算机或者一个或多个处理器能够进行存取以取回用于实现本公开内容中描述的技术的指令、代码和/或数据结构的任何可用介质。计算机程序产品可以包括计算机可读介质。
举例而言,以及并非做出限制,这样的计算机可读存储介质可以包括RAM、ROM、EEPROM、CD-ROM或者其它光盘存储器、磁盘存储器或其它磁存储设备、闪存或者能够用于存储具有指令或数据结构的形式的期望的程序代码并且能够由计算机进行存取的任何其它介质。此外,可以将任何连接适当地称作计算机可读介质。例如,如果指令是使用同轴电缆、光纤光缆、双绞线、数字用户线路(DSL)或者比如红外线、无线电和微波的无线技术,从网站、服务器或其它远程源发送的,则同轴电缆、光纤光缆、双绞线、DSL或者比如红外线、无线电和微波的无线技术被包括在介质的定义中。但是,应当理解的是,计算机可读存储介质和数据存储介质不包括连接、载波波形、信号或者其它暂时性介质,而是针对于非暂时性的有形的存储介质。如本文所使用的,磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字通用光盘(DVD)、软盘和蓝光光盘,其中磁盘通常磁性地复制数据,而光盘则利用激光来光学地复制数据。上述的组合也应当被包括在计算机可读介质的保护范围之内。
指令可以由比如一个或多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)的一个或多个处理器或者其它等效的集成的或分立的逻辑电路来执行。因此,如本文所使用的术语“处理器”和“处理电路”可以指的是前述的结构或者适用于实现本文所描述的技术的任何其它结构中的任何一种。此外,在一些方面,本文所描述的功能可以是在被配置用于编码和解码的专用硬件和/或软件模块内提供的,或者被并入到组合的编解码器中。此外,这些技术可以是在一个或多个电路或逻辑元件中完全地实现的。
本公开内容的技术可以是使用多种多样的设备或装置来实现的,包括无线手持装置、集成电路(IC)或者一组IC(例如,芯片集)。本公开内容中描述各种组件、模块或单元,以强调被配置为执行所公开的技术的设备的功能方面,但不一定要求由不同的硬件单元来实现。而是,如上文所描述的,各个单元可以被组合在编解码器硬件单元中,或者是通过一批协作的硬件单元(包括如上文所描述的一个或多个处理器)结合适当的软件和/或固件来提供的。
已经描述了各个示例。这些示例和其它示例在所附权利要求的保护范围之内。

Claims (28)

1.一种对视频数据进行解码的方法,所述方法包括:
确定针对第一译码单元(CU)是否启用帧内块复制模式;
基于针对所述第一CU未启用帧内块复制模式,来确定所述第一CU是否是跳过模式CU;
基于所述第一CU不是跳过模式CU,来确定所述第一CU是否是使用帧内模式或调色板模式中的一者来编码的;
基于所述第一CU是使用所述帧内模式或所述调色板模式中的一者来编码的,来确定所述第一CU是否是使用所述调色板模式来编码的;
基于对所述第一CU是否是使用所述调色板模式来编码的确定,来对所述第一CU进行解码;
确定针对第二CU是否启用帧内块复制模式;
基于针对所述第二CU未启用帧内块复制模式,来确定所述第二CU是否是跳过模式CU;以及
基于所述第二CU是跳过模式CU,来不解析指示所述第二CU是否是使用帧内块复制模式来编码的二进制数,以及使用帧间模式对所述第二CU进行解码。
2.根据权利要求1所述的方法,其中,确定所述第一CU是否是使用所述帧内模式或所述调色板模式中的一者来编码的包括:确定指示所述帧内模式的语法元素的值。
3.根据权利要求2所述的方法,其中,所述语法元素是pred_mode_flag。
4.根据权利要求1所述的方法,其中,确定所述第一CU是否是使用调色板模式来编码的包括:确定指示所述调色板模式的语法元素的值。
5.根据权利要求4所述的方法,其中,所述语法元素是pred_mode_plt_flag。
6.根据权利要求4所述的方法,其中,所述语法元素的所述值是1,并且所述第一CU是使用所述调色板模式来解码的。
7.根据权利要求4所述的方法,其中,所述语法元素的所述值是0,并且所述第一CU是使用所述帧内模式来解码的。
8.根据权利要求1所述的方法,还包括:
确定针对第三CU是否启用帧内块复制模式;
基于针对所述第三CU未启用帧内块复制模式,来确定所述第三CU是否是跳过模式CU;
基于所述第三CU不是跳过模式CU,来确定所述第三CU是否是使用帧内模式或调色板模式中的一者来编码的;以及
基于所述第三CU不是使用帧内模式或调色板模式中的一者来编码的,来使用所述帧间模式对所述第三CU进行解码。
9.根据权利要求1所述的方法,其中,确定所述第一CU是否是使用所述帧内模式或所述调色板模式中的一者来编码的,包括:
确定上下文索引;
基于所述上下文索引来确定上下文;以及
基于所述上下文来确定针对语法元素的值,
其中,所述针对所述语法元素的值指示所述第一CU是否是使用所述帧内模式或所述调色板模式中的一者来编码的。
10.一种用于对视频数据进行解码的设备,所述设备包括:
用于存储所述视频数据的存储器;以及
利用电路来实现的并且通信地耦合到所述存储器的一个或多个处理器,所述一个或多个处理器被配置为:
确定针对第一译码单元(CU)是否启用帧内块复制模式;
基于针对所述第一CU未启用帧内块复制模式,来确定所述第一CU是否是跳过模式CU;
基于所述第一CU不是跳过模式CU,来确定所述第一CU是否是使用帧内模式或调色板模式中的一者来编码的;
基于所述第一CU是使用所述帧内模式或所述调色板模式中的一者来编码的,来确定所述第一CU是否是使用所述调色板模式来编码的;
基于对所述第一CU是否是使用所述调色板模式来编码的确定,来对所述第一CU进行解码;
确定针对第二CU是否启用帧内块复制模式;
基于针对所述第二CU未启用帧内块复制模式,来确定所述第二CU是否是跳过模式CU;以及
基于所述第二CU是跳过模式CU,来不解析指示所述第二CU是否是使用帧内块复制模式来编码的二进制数,以及使用帧间模式对所述第二CU进行解码。
11.根据权利要求10所述的设备,其中,所述一个或多个处理器被配置为通过确定指示所述帧内模式的语法元素的值,确定所述第一CU是否是使用所述帧内模式或所述调色板模式中的一者来编码的。
12.根据权利要求11所述的设备,其中,所述语法元素是pred_mode_flag。
13.根据权利要求10所述的设备,其中,所述一个或多个处理器被配置为通过确定指示所述调色板模式的语法元素的值,确定所述第一CU是否是使用调色板模式来编码的。
14.根据权利要求13所述的设备,其中,所述语法元素是pred_mode_plt_flag。
15.根据权利要求14所述的设备,其中,所述语法元素的所述值是1,并且所述第一CU是使用所述调色板模式来解码的。
16.根据权利要求14所述的设备,其中,所述语法元素的所述值是0,并且所述第一CU是使用所述帧内模式来解码的。
17.根据权利要求10所述的设备,其中,所述一个或多个处理器还被配置为:
确定针对第三CU是否启用帧内块复制模式;
基于针对所述第三CU未启用帧内块复制模式,来确定所述第三CU是否是跳过模式CU;
基于所述第三CU不是跳过模式CU,来确定所述第三CU是否是使用帧内模式或调色板模式中的一者来编码的;以及
基于所述第三CU不是使用帧内模式或调色板模式中的一者来编码的,来使用所述帧间模式对所述第三CU进行解码。
18.根据权利要求10所述的设备,其中,所述一个或多个处理器被配置为通过以下方式,确定所述第一CU是否是使用所述帧内模式或所述调色板模式中的一者来编码的:
确定上下文索引;
基于所述上下文索引来确定上下文;以及
基于所述上下文来确定针对语法元素的值,
其中,所述针对所述语法元素的值指示所述第一CU是否是使用所述帧内模式或所述调色板模式中的一者来编码的。
19.一种具有存储在其上的指令的非暂时性计算机可读存储介质,所述指令当被执行时使得一个或多个处理器执行以下操作:
确定针对第一译码单元(CU)是否启用帧内块复制模式;
基于针对所述第一CU未启用帧内块复制模式,来确定所述第一CU是否是跳过模式CU;
基于所述第一CU不是跳过模式CU,来确定所述第一CU是否是使用帧内模式或调色板模式中的一者来编码的;
基于所述第一CU是使用所述帧内模式或所述调色板模式中的一者来编码的,来确定所述第一CU是否是使用所述调色板模式来编码的;
基于对所述第一CU是否是使用所述调色板模式来编码的确定,来对所述第一CU进行解码;
确定针对第二CU是否启用帧内块复制模式;
基于针对所述第二CU未启用帧内块复制模式,来确定所述第二CU是否是跳过模式CU;以及
基于所述第二CU是跳过模式CU,来不解析指示所述第二CU是否是使用帧内块复制模式来编码的二进制数,以及使用帧间模式对所述第二CU进行解码。
20.根据权利要求19所述的非暂时性计算机可读存储介质,其中,所述指令使所述一个或多个处理器通过确定指示所述帧内模式的语法元素的值,确定所述第一CU是否是使用所述帧内模式或所述调色板模式中的一者来编码的。
21.根据权利要求20所述的非暂时性计算机可读存储介质,其中,所述语法元素是pred_mode_flag。
22.根据权利要求19所述的非暂时性计算机可读存储介质,其中,所述指令使所述一个或多个处理器通过确定指示所述调色板模式的语法元素的值,确定所述第一CU是否是使用调色板模式来编码的。
23.根据权利要求22所述的非暂时性计算机可读存储介质,其中,所述语法元素是pred_mode_plt_flag。
24.根据权利要求22所述的非暂时性计算机可读存储介质,其中,所述语法元素的所述值是1,并且所述第一CU是使用所述调色板模式来解码的。
25.根据权利要求22所述的非暂时性计算机可读存储介质,其中,所述语法元素的所述值是0,并且所述第一CU是使用所述帧内模式来解码的。
26.根据权利要求19所述的非暂时性计算机可读存储介质,其中,所述指令还使得所述一个或多个处理器执行以下操作:
确定针对第三CU是否启用帧内块复制模式;
基于针对所述第三CU未启用帧内块复制模式,来确定所述第三CU是否是跳过模式CU;
基于所述第三CU不是跳过模式CU,来确定所述第三CU是否是使用帧内模式或调色板模式中的一者来编码的;以及
基于所述第三CU不是使用帧内模式或调色板模式中的一者来编码的,来使用所述帧间模式对所述第三CU进行解码。
27.根据权利要求19所述的非暂时性计算机可读存储介质,其中,所述指令使所述一个或多个处理器通过以下操作,确定所述第一CU是否是使用所述帧内模式或所述调色板模式中的一者来编码的:
确定上下文索引;
基于所述上下文索引来确定上下文;以及
基于所述上下文来确定针对语法元素的值,
其中,所述针对所述语法元素的值指示所述第一CU是否是使用所述帧内模式或所述调色板模式中的一者来编码的。
28.一种用于对视频数据进行解码的设备,所述设备包括:
用于确定针对第一译码单元(CU)是否启用帧内块复制模式的单元;
用于基于针对所述第一CU未启用帧内块复制模式,来确定所述第一CU是否是跳过模式CU的单元;
用于基于所述第一CU不是跳过模式CU,来确定所述第一CU是否是使用帧内模式或调色板模式中的一者来编码的单元;
用于基于所述第一CU是使用所述帧内模式或所述调色板模式中的一者来编码的,来确定所述第一CU是否是使用所述调色板模式来编码的单元;
用于基于对所述第一CU是否是使用所述调色板模式来编码的确定,来对所述第一CU进行解码的单元;
用于确定针对第二CU是否启用帧内块复制模式的单元;
用于基于针对所述第二CU未启用帧内块复制模式,来确定所述第二CU是否是跳过模式CU的单元;
用于基于所述第二CU是跳过模式CU,来不解析指示所述第二CU是否是使用帧内块复制模式来编码的二进制数的单元;以及
用于使用帧间模式对所述第二CU进行解码的单元。
CN202080054379.8A 2019-08-05 2020-08-04 调色板和预测模式信令 Pending CN114175643A (zh)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US201962883024P 2019-08-05 2019-08-05
US62/883,024 2019-08-05
US201962887450P 2019-08-15 2019-08-15
US62/887,450 2019-08-15
US201962900346P 2019-09-13 2019-09-13
US62/900,346 2019-09-13
US16/947,463 2020-08-03
US16/947,463 US11627327B2 (en) 2019-08-05 2020-08-03 Palette and prediction mode signaling
PCT/US2020/044817 WO2021026111A1 (en) 2019-08-05 2020-08-04 Palette and prediction mode signaling

Publications (1)

Publication Number Publication Date
CN114175643A true CN114175643A (zh) 2022-03-11

Family

ID=74499358

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080054379.8A Pending CN114175643A (zh) 2019-08-05 2020-08-04 调色板和预测模式信令

Country Status (6)

Country Link
US (1) US11627327B2 (zh)
EP (1) EP4011075A1 (zh)
KR (1) KR20220036945A (zh)
CN (1) CN114175643A (zh)
TW (1) TW202112133A (zh)
WO (1) WO2021026111A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11190774B1 (en) * 2020-05-29 2021-11-30 Microsoft Technology Licensing, Llc Screen content encoding mode evaluation including intra-block evaluation of multiple potential encoding modes
CN116600107B (zh) * 2023-07-20 2023-11-21 华侨大学 基于ipms-cnn和空域相邻cu编码模式的hevc-scc快速编码方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104509113A (zh) * 2012-06-22 2015-04-08 高通股份有限公司 视频压缩中的变换跳过模式
CN105874795A (zh) * 2014-09-30 2016-08-17 微软技术许可有限责任公司 在波前并行处理被启用时对图片内预测模式的规则
US20170085891A1 (en) * 2015-09-18 2017-03-23 Qualcomm Incorporated Restriction of escape pixel signaled values in palette mode video coding
CN107211138A (zh) * 2015-01-30 2017-09-26 高通股份有限公司 用于高吞吐量cabac译码的调色板索引分组

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA3130472A1 (en) * 2019-02-24 2020-08-27 Beijing Bytedance Network Technology Co., Ltd. Independent coding of palette mode usage indication
WO2020223612A1 (en) * 2019-05-02 2020-11-05 Bytedance Inc. Signaling in transform skip mode
EP3954125A4 (en) * 2019-05-31 2022-06-22 ByteDance Inc. INTRA-BLOCK COPY PREDICTION PALETTE MODE
CA3147923A1 (en) * 2019-07-20 2021-01-28 Beijing Bytedance Network Technology Co., Ltd. Quantization process for palette mode
WO2021018166A1 (en) * 2019-07-29 2021-02-04 Beijing Bytedance Network Technology Co., Ltd. Scanning order improvements for palette mode coding

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104509113A (zh) * 2012-06-22 2015-04-08 高通股份有限公司 视频压缩中的变换跳过模式
CN105874795A (zh) * 2014-09-30 2016-08-17 微软技术许可有限责任公司 在波前并行处理被启用时对图片内预测模式的规则
CN107211138A (zh) * 2015-01-30 2017-09-26 高通股份有限公司 用于高吞吐量cabac译码的调色板索引分组
US20170085891A1 (en) * 2015-09-18 2017-03-23 Qualcomm Incorporated Restriction of escape pixel signaled values in palette mode video coding

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
YUNG-HSUAN CHAO ET AL, "CE8-2.1: WD FOR PALETTE MODE IN HEVC"; JOINT VIDEO EXPERTS TEAM (JVET) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11;15TH MEETING: GOTHENBURG, SE, 3–12JULY 2019, 12 July 2019 (2019-07-12), pages 1 - 12 *

Also Published As

Publication number Publication date
US20210044812A1 (en) 2021-02-11
EP4011075A1 (en) 2022-06-15
WO2021026111A1 (en) 2021-02-11
TW202112133A (zh) 2021-03-16
KR20220036945A (ko) 2022-03-23
US11627327B2 (en) 2023-04-11

Similar Documents

Publication Publication Date Title
CN113940069A (zh) 用于视频译码中的低频不可分离变换的变换和最后有效系数位置信令
CN113812148A (zh) 用于视频译码的参考图片重采样和帧间译码工具
CN114258675A (zh) 用于视频编码的跨分量自适应环路滤波
WO2021061977A1 (en) Low-frequency non-separable transform (lfnst) simplifications
CN113557734A (zh) 视频译码中的系数域块差分脉冲译码调制
CN114223202A (zh) 低频不可分离变换(lfnst)信令
CN113170162A (zh) 用于视频译码的共享候选列表和并行候选列表推导
CN114424570B (zh) 用于视频编解码的变换单元设计
CN114080805A (zh) 用于视频译码的自适应环路滤波的非线性扩展
CN114868387B (zh) 在进行视频译码时对块的色度变换跳过和联合色度译码启用
CN114424566A (zh) 视频译码中用于联合色度残差模式的量化参数信令
CN113597762A (zh) 视频译码中具有非线性自适应环路滤波器的固定滤波器
WO2020181105A2 (en) Simplification of sub-block transforms in video coding
WO2021016320A1 (en) Delta quantization parameter (qp) signaling in palette mode
CN112673636A (zh) 将运动向量四舍五入以自适应运动向量差分辨率及提高视频译码中的运动向量存储精度
CN114208199A (zh) 用于视频译码的色度帧内预测单元
WO2021133731A1 (en) Inferring intra coding mode in bdpcm coded block
CN114846803A (zh) 支持有损译码和无损译码两者的残差译码
CN113940063A (zh) 解码图片缓冲器索引
US20210044812A1 (en) Palette and prediction mode signaling
CN115398921A (zh) 确定是否对在切片报头中的视频数据的图片的图片报头数据进行译码
EP4133729A1 (en) Signaling number of subblock merge candidates in video coding
CN114846801A (zh) 基于色度变换跳过的用于色度的lfnst信令
CN114731418A (zh) 联合色度残差视频译码
CN114830657A (zh) 视频译码中具有减少的归零的低频不可分离变换(lfnst)

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