CN114208186A - 帧内块复制虚拟缓冲区的尺寸限制 - Google Patents

帧内块复制虚拟缓冲区的尺寸限制 Download PDF

Info

Publication number
CN114208186A
CN114208186A CN202080053763.6A CN202080053763A CN114208186A CN 114208186 A CN114208186 A CN 114208186A CN 202080053763 A CN202080053763 A CN 202080053763A CN 114208186 A CN114208186 A CN 114208186A
Authority
CN
China
Prior art keywords
size
block
vpdu
video
ctu
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202080053763.6A
Other languages
English (en)
Other versions
CN114208186B (zh
Inventor
许继征
张莉
张凯
刘鸿彬
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.)
Beijing ByteDance Network Technology Co Ltd
ByteDance Inc
Original Assignee
Beijing ByteDance Network Technology Co Ltd
ByteDance 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 Beijing ByteDance Network Technology Co Ltd, ByteDance Inc filed Critical Beijing ByteDance Network Technology Co Ltd
Priority to CN202311447045.9A priority Critical patent/CN117499659A/zh
Publication of CN114208186A publication Critical patent/CN114208186A/zh
Application granted granted Critical
Publication of CN114208186B publication Critical patent/CN114208186B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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
    • H04N19/423Methods 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 characterised by memory arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/20Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video object 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/103Selection of coding mode or of prediction mode
    • H04N19/105Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
    • 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/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/12Selection from among a plurality of transforms or standards, e.g. selection between discrete cosine transform [DCT] and sub-band transform or selection between H.263 and H.264
    • H04N19/122Selection of transform size, e.g. 8x8 or 2x4x8 DCT; Selection of sub-band transforms of varying structure or type
    • 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/132Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
    • 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/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/157Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H04N19/159Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
    • 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/172Methods 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 picture, frame or field
    • 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/174Methods 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 slice, e.g. a line of blocks or a group of blocks
    • 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/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/1883Methods 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 relating to sub-band structure, e.g. hierarchical level, directional tree, e.g. low-high [LH], high-low [HL], high-high [HH]
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Discrete Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

描述了一种用于视频处理的方法。该方法包括:对于视频的视频图片的当前视频块与视频的经编解码的表示之间的转换,基于虚拟管线数据单元(VPDU)的尺寸、编解码树块(CTB)的尺寸或编解码树单元(CTU)的尺寸,针对视频图片的参考区域的尺寸做出决定,其中来自视频图片的参考区域的参考样本用于预测当前视频块;以及基于该决定,执行转换。

Description

帧内块复制虚拟缓冲区的尺寸限制
相关申请的交叉引用
根据适用的《专利法》和/或《巴黎公约》的规定,本申请及时要求于2019年7月25日提交的国际专利申请号PCT/CN2019/097742以及于2019年10月7日提交的国际专利申请号PCT/CN2019/109849的优先权和利益。出于法律规定的所有目的,上述申请的全部公开通过引用并入作为本申请的公开的一部分。
技术领域
本专利文档涉及视频编解码技术,设备和系统。
背景技术
尽管在视频压缩方面有了进展,但是数字视频在互联网和其他数字通信网络上的带宽使用量仍然是最大的。随着能够接收和显示视频的连接用户设备数量的增加,预期数字视频使用的带宽需求将继续增长。
发明内容
涉及数字视频编解码的设备,系统和方法,具体地,涉及用于帧内块复制(IBC)的通用虚拟缓冲区。所描述的方法可应用于现有的视频编解码标准(例如,高效视频编解码(HEVC))和未来的视频编解码标准或视频编码器。
在一代表性方面中,所公开的技术可用于提供一种用于视频处理的方法,包括:对于视频的视频图片的当前视频块与视频的经编解码的表示之间的转换,基于虚拟管线数据单元(VPDU)的尺寸、编解码树块(CTB)的尺寸或编解码树单元(CTU)的尺寸,针对视频图片的参考区域的尺寸做出决定,其中,来自视频图片的参考区域的参考样本用于预测当前视频块;以及基于该决定,执行转换。
在又一代表性方面中,上述方法以处理器可执行代码的形式来实现并存储在计算机可读程序介质中。
在又一代表性方面中,公开了一种配置为或可操作以执行上述方法的设备。该设备可包括编程为实施该方法的处理器。
在又一代表性方面中,视频解码器装置可实现如本文中所描述的方法。
在附图、说明书和权利要求书中更详细地描述了所公开的技术的上述和其他方面和特征。
附图说明
图1示出了当前图片参考的示例。
图2示出了JVET-M0407中的动态参考区域的示例。
图3示出了具有整形的解码流的流程图。
图4示出了当前CU(蓝色602)的示例,填充为红色的块(604)是交叉VPDU列参考块,而填充为黄色的块(606)是交叉VPDU行参考块。每个大块指示64×64VPDU,绿色区域(608)指示可用于IBC参考的重新解释的像素。
图5是用于实现本文档中描述的可视媒体解码或可视媒体编码技术的硬件平台的示例的框图。
图6是可以在其中可实现所公开的技术的示例性视频处理系统的框图。
图7A,图7B和图7C示出了基于所公开的技术的一些实现方式的用于视频处理的示例性方法的流程图。
图8示出了基于所公开的技术的一些实现方式的用于视频处理的示例性方法的流程图。
具体实施方式
所公开的技术的实施例可应用于现有的视频编解码标准(例如,HEVC,H.265)和未来的标准以提高压缩性能。在本文档中使用章节标题来提高说明书的可读性,而不以任何方式将讨论或实施例(和/或实现方式)仅限制于对应章节。
2视频编解码介绍
由于对更高分辨率视频的日益增长的需求,视频编解码方法和技术普遍存在于现代技术中。视频编码器通常包括压缩或解压缩数字视频的电子电路或软件,并且被不断改进以提供更高的编解码效率。视频编码器将未压缩的视频转换为压缩格式,反之亦然。在视频质量、用于表示视频的数据量(由比特率确定)、编码和解码算法的复杂性、对数据丢失和错误的敏感性、编辑的方便性、随机访问和端到端时延(延迟)之间存在复杂的关系。压缩格式通常符合标准视频压缩规范,例如,高效视频编解码(HEVC)标准(也称为H.265或MPEG-H第2部分),待最终确定的通用视频编解码(VVC)标准,或其他当前和/或将来的视频编解码标准。
视频编解码标准主要是通过众所周知的ITU-T和ISO/IEC标准的发展而得以演进。ITU-T制作了H.261和H.263标准,ISO/IEC制作了MPEG-1和MPEG-4Visual标准,并且两个组织联合制作了H.262/MPEG-2视频标准和H.264/MPEG-4高级视频编解码(Advanced VideoCoding,AVC)标准和H.265/HEVC标准。从H.262开始,视频编解码标准基于混合视频编解码结构,其中利用时域预测加变换编解码。为了探索HEVC之外的未来视频编解码技术,由VCEG和MPEG于2015年联合成立联合视频探索团队(JVET)。从那时起,JVET采用了许多新方法并将其纳入名为联合探索模型(JEM)的参考软件。2018年4月,VCEG(Q6/16)和ISO/IEC JTC1SC29/WG11(MPEG)之间的联合视频专家团队(JVET)成立,致力于VVC标准,目标是与HEVC相比降低50%比特率。
2.1 HEVC H.265中的帧间预测
每个帧间预测的PU具有对于一个或两个参考图片列表的运动参数。运动参数包括运动矢量和参考图片索引。也可以使用inter_pred_idc来信令通知对两个参考图片列表中一个的使用。运动矢量可以明确地被编解码为相对于预测符的增量。
当使用跳过(skip)模式来编解码CU时,一个PU与该CU相关联,并且不存在显著的残差系数,不存在编解码的运动矢量增量或参考图片索引。指定Merge模式,由此从邻域PU(包括空域和时域候选)中获得当前PU的运动参数。Merge模式可以应用于任何帧间预测的PU,而不仅适用于跳过模式。Merge模式的替代方案是运动参数的显式传输,其中,每个PU显式地信令通知:运动矢量(更确切地,相比于运动矢量预测符的运动矢量差(MVD))、每个参考图片列表的对应参考图片索引、以及参考图片列表使用。这样的模式在本公开中被命名为高级运动矢量预测(AMVP)。
当信令通知指示要使用两个参考图片列表中的一者时,PU从样点的一个块产生。这被称为“单向预测”。单向预测可用于P条带和B条带的二者。
当信令通知指示要使用参考图片列表中的二者时,PU从样点的两个块产生。这被称为“双向预测”。双向预测仅可用于B条带。
以下文本提供HEVC中指定的帧间预测模式。将从Merge模式开始描述。
2.2当前图片参考
HEVC屏幕内容编解码扩展(HEVC-SCC)和当前VVC测试模型(VTM-3.0)已经采用了当前图片参考(CPR),或曾经被命名为帧内块复制(IBC)。IBC将运动补偿的构思从帧间编解码扩展到了帧内编解码。如图1所展示,当应用CPR时,当前块由同一图片中的参考块预测。在编解码或解码当前块之前,必须已经重建了参考块中的样点。尽管CPR对于大多数相机捕获的序列效率不高,但是它示出了屏幕内容的显著编解码增益。原因在于屏幕内容图片中有很多重复的图案,诸如图标和文本字符。CPR可以有效地移除这些重复图案之间的冗余。在HEVC-SCC中,如果帧间编解码的编解码单元(CU)选择当前图片作为其参考图片,则帧间编解码的编解码单元(CU)可以应用CPR。在这种情况下,MV重命名为块矢量(BV),并且BV始终具有整数像素精度。为了与主配置文件(profile)HEVC兼容,当前图片在解码图片缓冲区(DPB)中被标记为“长期”参考图片。应当注意,类似地,在多视图/3D视频编解码标准中,视图间参考图片也被标记为“长期”参考图片。
在BV找到其参考块之后,可以通过复制参考块来生成预测。可以通过从原始信号中减去参考像素来得到残差。然后可以如其他编解码模式下一样应用变换和量化。
然而,当参考块在图片的外部,或与当前块重叠,或在重建区域的外部,或在受一些限制限制的有效区域的外部时,没有定义部分或所有像素值。基本上,存在处理这样的问题的两种解决方案。一种是例如在比特流一致性中不允许这样的情况。另一种是对那些未定义的像素值应用填充。以下子章节详细描述了解决方案。
2.3 HEVC屏幕内容编解码扩展中的CPR
在HEVC的屏幕内容编解码扩展中,当块使用当前图片作为参考时,应保证整个参考块在可用的重建区域内,如以下规范文本所指示:
变量offsetX和offsetY推导如下:
offsetX=(ChromaArrayType==0)?0:(mvCLX[0]&0x7?2:0)
(8-104)
offsetY=(ChromaArrayType==0)?0:(mvCLX[1]&0x7?2:0)
(8-105)
比特流一致性的要求是,当参考图片为当前图片时,亮度运动矢量mvLX应遵守以下限制:
–当调用节6.4.1中指定的z扫描顺序块可用性的推导过程时,将(xCurr,yCurr)设置为等于(xCb,yCb)并将相邻的亮度位置(xNbY,yNbY)设置为等于(xPb+(mvLX[0]>>2)-offsetX,yPb+(mvLX[1]>>2)-offsetY)作为输入,输出应等于TRUE。
–当调用节6.4.1中指定的z扫描顺序块可用性的推导过程时,将(xCurr,yCurr)设置为等于(xCb,yCb)并将相邻的亮度位置(xNbY,yNbY)设置为等于(xPb+(mvLX[0]>>2)+nPbW-1+offsetX,yPb+(mvLX[1]>>2)+nPbH-1+offsetY)作为输入,输出应等于TRUE。
–以下条件中的一者或二者应为真:
–(mvLX[0]>>2)+nPbW+xB1+offsetX的值小于或等于0。
–(mvLX[1]>>2)+nPbH+yB1+offsetY的值小于或等于0。
–以下条件应为真:
(xPb+(mvLX[0]>>2)+nPbSw-1+offsetX)/CtbSizeY-xCb/CtbSizeY<=yCb/CtbSizeY-(yPb+(mvLX[1]>>2)+nPbSh-1+offsetY)/CtbSizeY(8-106)
因此,将不会发生参考块与当前块重叠或参考块在图片的外部的情况。无需填充参考或预测块。
2.4 VVC测试模型中的CPR/IBC
在当前的VVC测试模型(即VTM-3.0设计)中,整个参考块应使用当前的编解码树单元(CTU),并且不与当前块重叠。因此,不需要填充参考或预测块。
当启用双树时,分割结构从亮度CTU到色度CTU可以不同。因此,对于4:2:0颜色格式,一个色度块(例如,CU)可以对应于已被划分为多个亮度CU的一个共位的亮度区域。
仅当以下条件为真时,色度块才可以仅使用CPR模式编解码:
(1)共位亮度块内的每个亮度CU应使用CPR模式编解码
(2)首先将亮度4×4块的BV中的每一个转换为色度块的BV,并且色度块的BV是有效的BV。
如果两个条件中的任何一个为假,则色度块不应使用CPR模式编解码。
注意到,“有效BV”的定义具有以下限制:
(1)由BV标识的参考块内的所有样点应在限制的搜索范围内(例如,应在当前VVC设计中的同一CTU内)。
(2)由BV标识的参考块内的所有样点均已经重建。
2.5 JVET-L0297/JVET-M0407/JVET-M0408中的CPR/IBC
在VTM3.0中,CPR/IBC的参考区域仅限制于当前CTU,最大为128x128。JVET-L0297/JVET-M0407/JVET-M0408提出了以下方法:动态改变参考区域以将存储器重新用于存储CPR/IBC的参考样点,使得CPR/IBC块可以具有更多参考候选,而CPR/IBC的参考缓冲区可以从一个CTU保留或减少。
图2示出了方法,其中块为64x64,并且CTU包含4个64x64块。当编解码64x64块时,可以将先前的3个64x64块用作参考。这样,解码器仅需要存储4个64x64块来支持CPR/IBC。VTM4.0中采用了上述方法。
假设当前亮度CU相对于图片的左上角的位置是(x,y)并且块矢量是(BVx,BVy)。在当前设计中,可以通过以下判断BV是否有效:亮度位置((x+BVx)>>6<<6+(1<<7),(y+BVy)>>6<<6)尚未重建,并且((x+BVx)>>6<<6+(1<<7),(y+BVy)>>6<<6)不等于(x>>6<<6,y>>6<<6)。
2.6 JVET-O1170中提议的虚拟IBC缓冲区
引入虚拟缓冲区构思以帮助描述用于IBC预测模式的参考区域。对于CTU尺寸为ctbSize,我们表示wIbcBuf=128*128/ctbSize,并且限定虚拟IBC缓冲区ibcBuf,其中宽度为wIbcBuf,和高度为ctbSize。因此,
-对于CTU尺寸为128x128,ibcBuf的尺寸也是128x128。
-对于CTU尺寸为64x64,ibcBuf的尺寸为256x64。
-对于CTU尺寸为32x32,ibcBuf的尺寸为512x32。
注意到,VPDU的宽度和高度均为min(ctbSize,64)。我们表示Wv=min(ctbSize,64)。
虚拟IBC缓冲区ibcBuf维持如下。
(1)在开始解码每个CTU行时,用值(-1)刷新整个ibcBuf。
(2)在开始解码相对于图片的左上角的VPDU(xVPDU,yVPDU)时,设置ibcBuf[x][y]=-1,其中x=xVPDU%wIbcBuf,…,xVPDU%wIbcBuf+Wv–1;y=yVPDU%ctbSize,…,yVPDU%ctbSize+Wv–1。
(3)解码后,CU包含相对于图片的左上方的(x,y),设置ibcBuf[x%wIbcBuf][y%ctbSize]=recSample[x][y]
因此,比特流限制可以简单地描述为
比特流一致性的要求是,对于bv,ibcBuf[(x+bv[0])%wIbcBuf][(y+bv[1])%ctbSize]不应等于-1。
在IBC参考缓冲区的构思的情况下,它还通过避免参考帧间插值和运动补偿过程(包括子块过程)来简化解码过程中的文本。
2.7 VPDU
虚拟管线数据单元(VPDU)在图片中限定为非重叠的单元。在硬件解码器中,连续VPDU同时由多个管线阶段处理。在大多数管线阶段中,VPDU尺寸大致与缓冲区尺寸成比例,因此保持VPDU的尺寸较小是重要的。在大多数硬件解码器中,可以将VPDU尺寸设置为最大变换块(TB)尺寸。但是,在VVC中,三叉树(TT)和二叉树(BT)分割可能导致VPDU尺寸增加。
为了将VPDU尺寸保持为64x64亮度样点,在VTM5中应用了以下规范性分割限制(具有语法信令通知修改):
-对于宽度或高度等于128或者宽度和高度二者都等于128的CU,不允许TT划分。
-对于N≤64(即宽度等于128且高度小于128)的128xN CU,不允许水平BT。
-对于N≤64(即,高度等于128且宽度小于128)的Nx128 CU,不允许垂直BT。
在VVC中,通常约定VPDU的宽度和高度为亮度样点中的min(64,CtbSizeY)。因此,对于CTB/CTU尺寸为64x64、128x128或256x256,VPDU尺寸为64x64。对于CTB/CTU尺寸为32x32,VPDU尺寸为32x32。
2.8用于帧内块复制的缓冲区管理和块矢量编解码
各种IBC缓冲区功能及其对应管理的细节被描述在PCT/CN2019/093552中,将其作为参考并入。
2.9 JVET-M0427中的环路整形(ILR)
环路整形(in-loop reshaping,ILR)的基本思想是将原始(在第一域中)信号(预测/重建信号)转换为第二域(整形域)。
环路亮度整形器实现为一对查找表(LUT),但是两个LUT中仅一个需要被信令通知,因为另一个可以从信令通知的LUT中计算出。每个LUT是一维的10比特、1024条目的映射表(1D-LUT)。一个LUT是前向LUT FwdLUT,其将输入的亮度代码值Yi映射到更改的值Yr:Yr=FwdLUT[Yi]。另一个LUT是反向LUT InvLUT,其将更改的编解码值Yr映射到
Figure BDA0003487582890000081
Figure BDA0003487582890000082
(
Figure BDA0003487582890000083
表示的重建值为Yi)。
2.9.1 PWL模型
概念上,分段线性(PWL)通过以下方式来实现:
令x1、x2为两个输入枢转点(pivot point),并且y1、y2为它们对应的整体输出枢转点。用于在x1和x2之间的任何输入值x的输出值y可以通过以下等式插值:
y=((y2-y1)/(x2-x1))*(x-x1)+y1
在固定点实现方式中,等式可以重写为:
y=((m*x+2FP_PREC-1)>>FP_PREC)+c
在此,m是标量,c是偏移量,FP_PREC是用于指定精度的恒定值。
注意到,在CE-12软件中,PWL模型用于预先计算1024个条目的FwdLUT和InvLUT映射表;但是PWL模型还允许实现在不预先计算LUT的情况下即时(on-the-fly)计算相同的映射值。
2.9.2测试CE12-2
2.9.2.1亮度整形
环路亮度整形的测试2(即提议中的CE12-2)提供了较低复杂度的管线,其还消除了帧间条带重建中逐块的帧内预测的解码等待时间。对于帧间和帧内条带二者,都在整形域中进行帧内预测。
无论条带类型如何,总是在整形域中进行帧内预测。通过这样的布置,可以在完成先前TU重建之后立即开始帧内预测。这样的布置还可以为帧内模式提供统一过程,而无需取决于条带。图3示出了基于模式的CE12-2解码过程的框图。
CE12-2还测试了亮度和色度残差缩放的16段的分段线性(PWL)模型,而不是CE12-1的32段的PWL模型。
在CE12-2中使用环路亮度整形器进行帧间条带重建(较浅的阴影块表示整形域中的信号:亮度残差;预测的帧内亮度;以及重建的帧内亮度)
2.9.2.2亮度相关的色度残差缩放
亮度相关的色度残差缩放是使用固定点整数运算实现的乘法过程。色度残差缩放补偿亮度信号与色度信号的相互作用。色度残差缩放适用于TU级别。更具体地,如下适用:
-对于帧内,将重建的亮度取平均。
-对于帧间,将预测亮度取平均。
平均值用于标识PWL模型中的索引。该索引标识缩放因子cScaleInv。色度残差乘以该数目。
注意到,色度缩放因子是从前向映射的预测亮度值而不是重建亮度值计算出的。
2.9.2.3 ILR辅助信息的信令通知
参数(当前)在片组标头(类似于ALF)中发送。据报道,这些需要40-100比特。
以下规范基于JVET-L1001的版本9。添加的语法有前缀“++”。
在7.3.2.1序列参数集RBSP语法中
Figure BDA0003487582890000091
在7.3.3.1通用片组标头语法中
Figure BDA0003487582890000101
添加新的语法表片组整形器模型:
Figure BDA0003487582890000102
++在一般序列参数集RBSP语义中,添加以下语义:
sps_reshaper_enabled_flag等于1指定整形器用在编解码视频序列(CVS)中。sps_reshaper_enabled_flag等于0表示整形器没有用在CVS中。
++在片组头语法中,添加以下语义
tile_group_reshaper_model_present_flag等于1指定tile_group_reshaper_model()存在于片组头中。tile_group_reshaper_model_present_flag等于0指定tile_group_reshaper_model()不存在于片组头中。当不存在tile_group_reshaper_model_present_flag时,则将其推断为等于0。
tile_group_reshaper_enabled_flag等于1指定为当前片组启用整形器。tile_group_reshaper_enabled_flag等于0指定为当前片组没有启用整形器。当不存在tile_group_reshaper_enable_flag时,则将其推断为等于0。
tile_group_reshaper_chroma_residual_scale_flag等于1指定为当前片组启用色度残差缩放。tile_group_reshaper_chroma_residual_scale_flag等于0指定为当前片组没有启用色度残差缩放。当不存在tile_group_reshaper_chroma_residual_scale_flag时,则将其推断为等于0。
++添加tile_group_reshaper_model()语法
reshape_model_min_bin_idx指定在整形器构建过程中要使用的最小二进制数(bin)(或段)索引。reshape_model_min_bin_idx的值应在0到MaxBinIdx的范围中(含端值)。MaxBinIdx的值应等于15。
reshape_model_delta_max_bin_idx指定最大允许的二进制数(或段)索引MaxBinIdx减去在整形器构建过程中要使用的最大二进制数索引。reshape_model_max_bin_idx的值设置为等于MaxBinIdx–reshape_model_delta_max_bin_idx。
reshaper_model_bin_delta_abs_cw_prec_minus1加1指定用于表示语法reshape_model_bin_delta_abs_CW[i]的比特数目。
reshape_model_bin_delta_abs_CW[i]指定第i个二进制数的绝对差量码字值。
reshaper_model_bin_delta_sign_CW_flag[i]指定reshape_model_bin_delta_abs_CW[i]的符号,如下:
–如果reshape_model_bin_delta_sign_CW_flag[i]等于0,则对应的变量RspDeltaCW[i]为正值。
–否则(reshape_model_bin_delta_sign_CW_flag[i]不等于0),对应的变量RspDeltaCW[i]为负值。
当不存在reshape_model_bin_delta_sign_CW_flag[i]时,则将其推断为等于0。
变量RspDeltaCW[i]=(1 2*reshape_model_bin_delta_sign_CW[i])*reshape_model_bin_delta_abs_CW[i];
变量RspCW[i]按如下步骤推导:
变量OrgCW设置为等于(1<<BitDepthY)/(MaxBinIdx+1)。
–如果reshaper_model_min_bin_idx<=i<=reshaper_model_max_bin_idx
则RspCW[i]=OrgCW+RspDeltaCW[i]。
-否则,RspCW[i]=0。
如果BitDepthY的值等于10,则RspCW[i]的值应在32到2*OrgCW-1的范围中。
变量InputPivot[i]其中i的范围在0到MaxBinIdx+1内(含端值)推导如下:
InputPivot[i]=i*OrgCW
变量ReshapePivot[i],其中i的范围在0到MaxBinIdx+1内(含端值),变量ScaleCoef[i]和InvScaleCoeff[i],其中i的范围在0到MaxBinIdx内(含端值),推导如下:
Figure BDA0003487582890000121
变量ChromaScaleCoef[i],其中i的范围在0到MaxBinIdx内(含端值),推导如下:
ChromaResidualScaleLut[64]={16384,16384,16384,16384,16384,16384,16384,8192,8192,8192,8192,5461,5461,5461,5461,4096,4096,4096,4096,3277,3277,3277,3277,2731,2731,2731,2731,2341,2341,2341,2048,2048,2048,1820,1820,1820,1638,1638,1638,1638,1489,1489,1489,1489,1365,1365,1365,1365,1260,1260,1260,1260,1170,1170,1170,1170,1092,1092,1092,1092,1024,1024,1024,1024};
shiftC=11
如果(RspCW[i]==0)
则ChromaScaleCoef[i]=(1<<shiftC)
-否则(RspCW[i]!=0),则ChromaScaleCoef[i]=ChromaResidualScaleLut[RspCW[i]>>1]
2.9.2.4 ILR的使用
在编码器侧,首先将每个图片(或片组)转换为整形域。并且所有编解码过程都在整形域中进行。对于帧内预测,邻域块是在整形域中;对于帧间预测,首先将参考块(从解码图片缓冲区的原始域生成的)转换为整形域。然后生成残差并将其编解码到比特流。
在整个图片(或片组)完成编码/解码之后,将整形域中的样点转换为原始域,然后应用去块(deblocking)滤波器和其他滤波器。
在以下情况下,对预测信号的前向整形被禁用:
○当前块是帧内编解码的
○当前块被编解码为CPR(当前图片参考,又称帧内块复制,IBC)
○当前块被编解码为组合帧间帧内模式(CIIP),并且为帧内预测块禁用前向整形
3现有实现方式的缺点
在当前的IBC虚拟缓冲区设计中,存在一些问题。
(1)当CTU尺寸大于128×128时如何保持IBC虚拟缓冲区未被定义。
(2)虚拟缓冲区尺寸与参考样本尺寸之间的关系不清楚。
(3)可以减小用于IBC模式的行缓冲区和用于CTU行的BV。
(4)子图片可能过于受限。
(5)色度QP表可能没有以正确的方式设计。
4用于IBC的通用虚拟缓冲区的示例性方法
由vSize表示VPDU的宽度和高度,例如vSize=min(64,ctbSizeY),其中ctbSizeY是亮度CTB/CTU宽度/高度。
本公开的技术的实施例克服了现有实现方式的缺点,从而提供具有更高编解码效率的视频编解码。基于公开的技术的用于IBC的一般虚拟缓冲区的方法可以提高现有视频编解码标准和未来视频编解码标准二者,并且在下文中被阐明为各种实现方式所描述的示例。下文提供的本公开的技术的示例解释了总体构思,并且不意味着解释为限制。在示例中,除非明显相反地指示,否则可以组合这些示例中描述的各种特征。
与IBC缓冲区相关的
1.IBC虚拟缓冲区的尺寸(例如,其用于决定块矢量还是映射样本的有效性)可取决于VPDU尺寸,CTB/CTU尺寸。
a.在一个示例中,虚拟缓冲区的宽度乘以高度可以是固定的,然而,虚拟缓冲区的宽度和/或高度可以取决于VPDU尺寸和/或CTB/CTU尺寸。
b.在一个示例中,虚拟缓冲区的高度可以等于CTB/CTU的高度。
i.此外,可替代地,还可以将虚拟缓冲区的宽度设置为(IBC虚拟缓冲区尺寸/CTB的高度)。
c.在一个示例中,虚拟缓冲区的宽度可以等于CTB/CTU的宽度。
d.在一个示例中,虚拟缓冲区的宽度可以是VPDU宽度的一倍或多倍
e.在一个示例中,虚拟缓冲区的高度可以是VPDU高度的一倍或多倍
2.建议与IBC BV搜索区域所需的存储器尺寸相比,分配更大的IBC虚拟缓冲区尺寸。
a.在一个示例中,IBC虚拟缓冲区尺寸可大于用于IBC的VPDU存储器的总尺寸。
i.在一个示例中,可以将一个或多个CTU分配给IBC虚拟缓冲区。
b.在一个示例中,IBC虚拟缓冲区尺寸的宽度可以是(128*128/ctbSizeY+ctbSizeY)。
c.在一个示例中,IBC虚拟缓冲区尺寸的宽度可以是(128*128/ctbSizeY+ctbSizeY),并且IBC虚拟缓冲区尺寸的高度可以是ctbSizeY。
d.在一个示例中,IBC虚拟缓冲区的宽度可以是(256*128/ctbSizeY)。可替代地,IBC虚拟缓冲区的高度可以是ctbSizeY。
e.在一个示例中,可以为较大的CTU/CTB分配较大的IBC虚拟缓冲区。
i.在一个示例中,当CTU尺寸不小于K(例如,K=128)时,IBC虚拟缓冲区的宽度可以是(128*128/ctbSizeY+ctbSizeY)。可替代地,IBC虚拟缓冲区的高度可以是ctbSizeY。
ii.在一个示例中,当CTU尺寸小于K(例如,K=128)时,IBC虚拟缓冲区的宽度可以是(128*128/ctbSizeY)。可替代地,IBC虚拟缓冲区的高度可以是ctbSizeY。
3.用于IBC块的参考块可以被限制为完全在某个VPDU行或VPDU列中
a.在一个示例中,可禁止参考块跨越不同的VPDU行。
b.在一个示例中,可禁止参考块越过不同的VPDU列。
c.在一个示例中,上述VPDU行或列可以与图片相关。
d.在一个示例中,上述VPDU行或列可以与IBC虚拟缓冲区相关。
e.此外,可替代地,当由BV指向的参考块跨越两个或更多个CTU/CTB时,可以调用上述方法。
4.用于IBC块的参考块可以跨越多个VPDU/跨越不同的VPDU行/VPDU列。然而,可能需要额外的操作来填充参考块中的一些预测值。
a.在一个示例中,可利用一些默认值来填充一些预测值。
5.可以将范围限制应用于IBC模式中使用的块矢量(BV)和/或块矢量差(BVD)。
a.在一个示例中,BV/BVD的允许范围可取决于当前IBC经编解码块的位置,例如相对于覆盖当前块的CTU/CTB的坐标。
b.在一个示例中,可将块矢量限制在[-2m,2m-1]的范围内。
c.在一个示例中,精度转换后的块矢量差可以限制在[-2n,2n-1]的范围内。
d.在一个示例中,精度转换后的块矢量差可以限制在[-2n+1,2n-1]的范围内。
e.在一个示例中,在比特流中信令通知的块矢量差可以限制在[-2n,2n-1]的范围内。
f.在一个示例中,在比特流中信令通知的块矢量差可以限制在[-2n+1,2n-1]的范围内。
g.在一个示例中,m设置为18或17或15。
h.在一个示例中,n设置为17或16或14。
i.在一个示例中,m和/或可取决于BV/运动矢量存储的精度和/或与块矢量差相关联的精度。
j.在一个示例中,可将块矢量限制在与用于帧间预测模式的运动矢量相同的范围内。
k.在一个示例中,可将块矢量差限制在与用于帧间预测模式的运动矢量相同的范围内。
l.在一个示例中,一致性比特流应当满足上述子项目被满足。
i.可替代地,在利用BV/BVD对块进行编码/解码之前,可对经解码的BV/BVD应用用于BV/BVD的裁剪过程。
6.可以限制映射到IBC虚拟缓冲区的可用样本的数量。
a.在一个示例中,映射到缓冲区的可用样本的最大数目可以小于IBC虚拟缓冲区尺寸。
b.在一个示例中,当CTB/CTU尺寸大于64×64时,映射到IBC虚拟缓冲区的可用样本的最大数目可以是固定的。
c.在一个示例中,映射到IBC虚拟缓冲区的可用样本的数目可被限制为小于或等于VPDU中样本的数目的一倍或多倍。
i.在一个示例中,当CTU/CTB尺寸大于64×64时,映射到IBC虚拟缓冲区的可用样本的数目可被限制为小于或等于VPDU中样本的数目的三倍。
7.映射到IBC虚拟缓冲区的IBC参考样本的不可用性标记可以以VPDU的粒度执行
a.在一个示例中,当样本需要被标记为不可用时,相同VPDU内的样本也可以被标记为不可用。
b.在一个示例中,一个或多个VPDU可以被同时标记为不可用。
c.在一个示例中,哪个VPDU的样本被标记为不可用可以取决于当前VPDU的位置。
d.在一个示例中,哪个VPDU的样本被标记为不可用可以取决于先前或最近解码的VPDU的位置。
8.当CTU/CTB尺寸大于64×64时,IBC参考可以是当前VPDU和三个最近解码的VPDU。
a.在一个示例中,可以为映射到虚拟IBC缓冲区的每个VPDU保持索引,以跟踪每个VPDU的解码顺序。
9.可保持计数器以跟踪映射到缓冲区的可用VPDU的数目。
a.在一个示例中,计数器在开始解码每一CTU行时被重置为0,且在映射到缓冲区的一个VPDU已被解码时,计数器增加1。
b.在一个示例中,当计数器大于某一值(例如,3)时,映射到缓冲区的一个VPDU的样本可被标记为不可用,且计数器可减小1。
10.当CTU/CTB尺寸为128×128时,对应的IBC虚拟缓冲区的尺寸可以是256×128。
a.可替代地,IBC虚拟缓冲区可以具有尺寸(k*64)×128,其中k>2。
11.当CTU/CTB尺寸是256×256时,对应的IBC虚拟缓冲区可以具有64×256的尺寸以跟踪参考样本的可用性,即ibcBufW=64,ibcBufH=256。
a.在一个示例中,在解码具有左上位置(x0,y0)的VPDU之前,IBC缓冲区中的对应VPDU行(0,y0%256)设置为-1。
12.当CTU/CTB尺寸是256×256时,对应的IBC虚拟缓冲区可以具有128×256的尺寸以跟踪参考样本的可用性,即ibcBufW=128,ibcBufH=256。
a.在一个示例中,除了某个VPDU行之外,可以为缓冲区中的每个VPDU行仅保留一个VPDU(不包括当前的VPDU)。
i.在一个示例中,除了最后的VPDU行之外,可以为缓冲区中的每个VPDU行仅保留一个VPDU(不包括当前的VPDU)。
13.在CTU行的开始时可不重置IBC缓冲区。
a.在一个示例中,从上述CTU行继承的IBC虚拟缓冲区可用作当前CTU行的初始状态。
b.可替代地,在CTU行的开始时可部分地重置IBC虚拟缓冲区。
i.在一个示例中,可将上述CTU行中的VPDU继承到当前IBC缓冲区中,并且可重置其他缓冲区区域。
ii.在一个示例中,可将上述CTU行的最左下VPDU继承到当前IBC缓冲区中,并且可重置其他缓冲区区域。
14.是否和/或如何将缓冲区中的样本标记为不可用可以独立于色度块位置。
a.在一个示例中,只有当亮度块是VPDU中的第一块时,IBC缓冲区中的对应样本才可标记为不可用。
b.在一个示例中,当解码色度编解码单元时,可能不允许将缓冲区中的样本重置或标记为不可用。
15.提出了在开始对每个VPDU进行解码时,可以基于当前的VPDU位置来重置对应的IBC虚拟缓冲区。
a.在一个示例中,将重置对应于(xVPDU+ctbSizeY,yVPDU)的IBC虚拟缓冲区,其中(xVPDU,yVPDU)表示当前VPDU相对于图片左上角的位置。
16.是否和/或如何标记IBC虚拟缓冲区中的样本可以取决于最近解码的VPDU的位置和VPDU尺寸。
a.在一个示例中,是否和/或如何将IBC虚拟缓冲区中的样本标记为不可用可取决于最近解码的VPDU的位置,即砖块/条带/片/图片。
b.在一个示例中,是否和/或如何将IBC虚拟缓冲区中的样本标记为不可用可取决于最近解码的VPDU在砖块/条带/片/图片的CTU行中的位置。
c.在一个示例中,IBC虚拟缓冲区中将被标记为不可用的样本可独立于当前块的位置。
与IBC行缓冲区相关
17.可以禁止跨越CTU行的块矢量预测
a.在一个示例中,当块矢量预测来自与当前CTU行相比不同的CTU行时,其可被认为是不可用的。
18.用于跨越CTU行的当前IBC块的去块决定可以独立于其他块的块矢量或运动矢量。
a.在一个示例中,当两个块具有不同的CTU行并且一个块以IBC模式编解码,而另一个块以IBC或帧间模式编解码时,去块边界强度可以总是设置为等于1。
b.在一个示例中,当两个块具有不同的CTU行并且一个块以IBC模式编解码,而另一个块以IBC或帧间模式编解码时,去块边界强度可以总是被设置为等于0。
19.用于跨越CTU行的当前IBC块的去块决定可以独立于另一个块是以IBC模式还是以帧间模式编解码。
a.在一个示例中,当两个块具有不同的CTU行并且一个块以IBC模式编解码而另一个块不以帧内模式编解码时,去解块边界强度可以总是被设置为等于1。
与子图片相关
20.提出了允许在某些条件下在两个子图片之间进行预测(例如,运动/样本预测)。
a.在一个示例中,如果第一子图片的边界与图片边界(或一致性窗口边界)重合,则可以允许使用来自第二子图片的信息。
i.此外,可替代地,子图片边界是左子图片边界或右子图片边界。
ii.此外,可替代地,图片边界是左图片边界或右图片边界。
iii.在一个示例中,第二子图片的左(或右)边界可以与图片的左(或右)边界重合。
b.只有在允许图片环绕(picture wrapping)(例如,sps_ref_wraparound_enabled_flag等于1)的情况下,条件才成立。
21.图片环绕排除了子图片。
a.在一个示例中,如果使用了子图片,则启用图片环绕。
b.在一个示例中,如果启用了图片环绕,则不能使用子图片。
c.可替代地,当使用了子图片时,可以启用图片环绕。
iv.在一个示例中,可以为具有与图片边界重合的边界的子图片启用图片环绕。
与色度QP表相关
22.色度QP表的最小索引可以独立于用于色度分量的比特深度。
a.在一个示例中,色度QP表的最小索引可取决于用于亮度分量的比特深度。
b.在一个示例中,色度QP表的最小索引可以是QpBdOffsetY,即6*bit_depth_luma_minus8。
5所公开技术的示例性实现方式
5.1实施例#1
当CTU尺寸为256×256时,保持64×256IBC虚拟缓冲区ibcBuf,即ibcBufW=64,ibcBufH=256。VPDU尺寸是64×64,并且除了当前的VPDU之外,使用3个附加的VPDU的片上存储器来存储IBC参考样本。
缓冲区ibcBuf在开始解码CTU行时被重置为-1。
在开始解码相对于图片的左上角的左上位置(x0,y0)的新VPDU时,应用以下
1)对于x=x0..x0+63,y=y0..y0+63,ibcBuf[x%ibcBufW][y%ibcBufH]=-1
2)在解码CU之后,对于该CU中相对于图片的左上角的(x,y),将ibcBuf[x%ibcBufW][y%ibcBufH]设置为环路滤波(例如SAO,去块,ALF)之前的样本(x,y)的重建值。
3)给定bv,用于(x,y)的参考为ibcBuf[(x+bv[0])%ibcBufW][(y+bv[1])%ibcBufH]
比特流限制为以下两个条件应为真
1)对于相对于图片的左上角的左上位置(x,y)的WxH块,(y%ibcBufH)+H<=ibcBufH
2)对于x=0..W-1,y=0..,H-1,ibcBuf[(x+bv[0])%ibcBufW][(y+bv[1])%ibcBufH]不应包含无效像素值,例如,-1。
5.2实施例#2
当CTU尺寸是256×256时,保持128×256IBC虚拟缓冲区ibcBuf,即ibcBufW=128,ibcBufH=256。VPDU尺寸是64×64,并且除了当前的VPDU之外,使用3个附加的VPDU的片上存储器来存储IBC参考样本。
缓冲区ibcBuf在开始解码CTU行时被重置为-1。xPrevVPDU=0以及yPrevVPDU=0。
在开始解码相对于图片的左上角的左上位置(x0,y0)的新VPDU时,应用以下
1)如果(yPrevVPDU+64)%ibcBufH不等于0,
对于x=x0..x0+63,y=y0..y0+63,ibcBuf[(x+xPrevVPDU-64)%ibcBufW][(y+yPrevVPDU)%ibcBufH]=-1
2)否则((yPrevVPDU+64)%ibcBufH等于0),
对于x=x0…x0+63,y=y0…y0+63,
ibcBuf[(x+xPrevVPDU)%ibcBufW][(y+yPrevVPDU)%ibcBufH]=-1
3)xPrevVPDU=x0以及yPrevVPDU=y0
比特流限制为以下两个条件应为真
1)对于相对于图片的左上角的左上位置(x,y)的WxH块,(y%ibcBufH)+H<=ibcBufH
2)对于x=0..W-1,y=0..,H-1,ibcBuf[(x+bv[0])%ibcBufW][(y+bv[1])%ibcBufH]不应包含无效像素值,例如,-1。
5.3实施例#3
该实施例反映了项目2。以黑体斜体标记的改变是基于VVC草案6文档JVET-O2001-vE。
Figure BDA0003487582890000211
加2指定最小亮度编解码块尺寸。
变量CtbLog2SizeY,CtbSizeY,MinCbLog2SizeY,MinCbSizeY,IbcBufWidthY,IbcBufWidthC和Vsize推导如下:
CtbLog2SizeY=log2_ctu_size_minus5+5 (7-15)
CtbSizeY=1<<CtbLog2SizeY (7-16)
MinCbLog2SizeY=log2_min_luma_coding_block_size_minus2+2(7-17)
MinCbSizeY=1<<MinCbLog2SizeY (7-18)
Figure BDA0003487582890000212
IbcBufWidthC=IbcBufWidthY/SubWidthC (7-20)
Vsize=min(64,CtbSizeY) (7-21)
5.4实施例#4
该实施例反映了项目3。
将(xCb,yCb)表示为当前块相对于图片左上角的左上位置。块宽度和高度分别为W和H。块的块矢量是(xBv,yBv)
VPDU行相对于图片的限制:
比特流限制为(xCb+xBv)/vSize应当等于(xCb+xBv+W-1/vSize)。
VPDU列相对于图片的限制:
比特流限制为(yCB+yBv)/vSize应当等于(yCB+yBv+H-1/vSize)。
VPDU行相对于IBC缓冲区的限制:
比特流限制为((xCb+xBv)%IbcBufWidthY)/vSize应该等于(((xCb+xBv+W-1)%IbcBufWidthY)/vSize)。
VPDU列相对于IBC缓冲区的限制:
比特流限制为((yCb+yBv)%IbcBufHeightY)/vSize应当等于(((yCb+yBv+H-1)%IbcBufHeightY)/vSize)。
5.5实施例#5
该实施例反映了将IBC虚拟缓冲区中的样本标记为不可用应该独立于色度块。
以黑体和斜体标记的改变基于JVET-O2001-vE。删除的文本用双括号标记(例如,[[a]]表示删除了字符“a”)。
7.4.9.5编解码单元语义
当ResetIbcBuf等于1时,应用以下:
–对于x=0..IbcBufWidthY-1和y=0..CtbSizeY-1,进行以下赋值:
IbcVirBuf[0][x][y]=-1 (7-153)
–变量ResetIbcBuf设置为等于0。
当x0%VSize等于0且y0%VSize等于0
Figure BDA0003487582890000221
时,对x=x0..x0+VSize-1且y=y0..y0+VSize-1进行以下赋值:
IbcVirBuf[0][x%IbcBufWidthY][y%CtbSizeY]=-1 (7-154)
5.6实施例#6
7.4.9.5编解码单元语义
...
当ResetIbcBuf等于1时,应用以下:
–对于x=0..IbcBufWidthY-1和y=0..CtbSizeY-1,进行以下赋值:
IbcVirBuf[0][x][y]=-1 (7-153)
Figure BDA0003487582890000238
Figure BDA0003487582890000239
–变量ResetIbcBuf设置为等于0。
当x0%VSize等于0且y0%VSize等于0且
Figure BDA0003487582890000231
Figure BDA0003487582890000232
Figure BDA0003487582890000233
Figure BDA0003487582890000234
IbcVirBuf[0][x%IbcBufWidthY][y%CtbSizeY]=-1 (7-154)
Figure BDA0003487582890000235
5.7实施例#7
本实施例给出了允许子图片预测的示例。与JVET-O2001-vE相比的改变以黑体和斜体突出显示。删除的文本用双括号标记(例如,[[a]]表示删除了字符“a”)。
8.5.6.3.3 Luma整数样本获取过程
此过程的输入为:
–全样本单元(xIntL,yIntL)中的亮度位置,
–亮度参考样本阵列refPicLXL
该过程的输出是预测的亮度样本值predSampleLXL
变量移位设置为等于Max(2,14-BitDepthY)。
变量picW设置为等于pic_width_in_luma_samples,变量picH设置为等于pic_height_in_luma_samples。
全样本单元(xInt,yInt)中的亮度位置推导如下:
Figure BDA0003487582890000236
Figure BDA0003487582890000237
Figure BDA0003487582890000241
Figure BDA0003487582890000242
xInt=Clip3(0,picW-1,sps_ref_wraparound_enabled_flag? (8-782)
ClipH((sps_ref_wraparound_offset_minus1+1)*MinCbSizeY,picW,xIntL):xIntL)
yInt=Clip3(0,picH-1,yIntL) (8-783)
预测的亮度样本值predSampleLXL推导如下:
PredSampleLXL=refPicLXL[Xint][Yint]<<shift3
(8-784)
5.8实施例#8
本实施例示出了色度QP表的示例性设计。以黑体和斜体标记的改变基于JVET-O2001-vE。
7.4.3.3序列参数集RBSP语义
...
对于i=0..same_qp_table_for_chroma?0:2的第i个色度QP映射表ChromaQpTable[i]推导如下:
Figure BDA0003487582890000251
当same_qp_table_for_chroma等于1时,对于
Figure BDA0003487582890000254
Figure BDA0003487582890000255
将ChromaQpTable[1][k]和ChromaQpTable[2][k]设置为等于ChromaQpTable[0][k]。
比特流一致性的要求为对于i=0..same_qp_table_for_chroma?0:2和j=0..num_points_in_qp_table_minus1[i],qpInVal[i][j]的值
Figure BDA0003487582890000252
Figure BDA0003487582890000253
并且qpOutVal[i][j]应在-QpBdOffsetC到63的范围内(包括端值)。
...
5.9实施例#9
本实施例示出了扩大的IBC虚拟缓冲区的示例性设计。以黑体和斜体标记的改变基于JVET-O2001-vE。删除的文本用双括号标记(例如,[[a]]表示删除了字符“a”)。
7.4.3.3序列参数集RBSP语义
...
变量CtbLog2SizeY,CtbSizeY,MinCbLog2SizeY,MinCbSizeY,IbcBufWidthY,IbcBufWidthC和Vsize推导如下:
CtbLog2SizeY=
log2_ctu_size_minus5+5
(7-15)
CtbSizeY=
1<<CtbLog2SizeY
(7-16)
MinCbLog2SizeY=log2_min_luma_coding_block_size_minus2+2(7-17)
MinCbSizeY=
1<<MinCbLog2SizeY
(7-18)
IbcBufWidthY=128*128/CtbSizeY+CtbSizeY (7-19)
IbcBufWidthC=IbcBufWidthY/SubWidthC (7-20)
Vsize=min(64,
CtbSizeY)
(7-21)
...
7.4.9.5编解码单元语义
...
当x0%VSize等于0且y0%VSize等于0时,对x=x0..x0+VSize-1且y=y0..y0+VSize-1进行以下赋值:
Figure BDA0003487582890000261
5.10实施例#10
本实施例示出了扩大的IBC虚拟缓冲区的示例性设计。以黑体和斜体标记的改变基于JVET-O2001-vE。删除的文本用双括号标记(例如,[[a]]表示删除了字符“a”)。
7.4.3.3序列参数集RBSP语义
...
变量CtbLog2SizeY,CtbSizeY,MinCbLog2SizeY,MinCbSizeY,IbcBufWidthY,IbcBufWidthC和Vsize推导如下:
CtbLog2SizeY=
log2_ctu_size_minus5+5
(7-15)
CtbSizeY=
1<<CtbLog2SizeY
(7-16)
MinCbLog2SizeY=log2_min_luma_coding_block_size_minus2+2(7-17)
MinCbSizeY=
1<<MinCbLog2SizeY
(7-18)
Figure BDA0003487582890000271
IbcBufWidthY=W[[128]]*128/CtbSizeY (7-19)
IbcBufWidthC=IbcBufWidthY/SubWidthC (7-20)
Vsize=min(64,
CtbSizeY)
(7-21)
...
7.4.9.5编解码单元语义
...
当x0%VSize等于0且y0%VSize等于0时,对x=x0..x0+VSize-1且y=y0..y0+VSize-1进行以下赋值:
Figure BDA0003487582890000272
5.11实施例#11
以黑体和斜体标记的改变基于JVET-O2001-vE。删除的文本用双括号标记(例如,[[a]]表示删除了字符“a”)。
7.4.3.3序列参数集RBSP语义
...
变量CtbLog2SizeY,CtbSizeY,MinCbLog2SizeY,MinCbSizeY,IbcBufWidthY,IbcBufWidthC和Vsize推导如下:
CtbLog2SizeY=
log2_ctu_size_minus5+5
(7-15)
CtbSizeY=
1<<CtbLog2SizeY
(7-16)
MinCbLog2SizeY=log2_min_luma_coding_block_size_minus2+2(7-17)
MinCbSizeY=
1<<MinCbLog2SizeY
(7-18)
IbcBufWidthY=[[128]]256*128/CtbSizeY (7-19)
IbcBufWidthC=IbcBufWidthY/SubWidthC (7-20)
Vsize=min(64,
CtbSizeY)
(7-21)
...
7.4.9.5编解码单元语义
...
当x0%VSize等于0且y0%VSize等于0时,对x=x0..x0+VSize-1且y=y0..y0+VSize-1进行以下赋值:
Figure BDA0003487582890000281
图4示出了跨越VPDU列和VPDU行的参考块的示例。如图4所示,对于当前的CU(蓝色602中),以红色填充的块(604)是跨越VPDU列参考块,而以黄色填充的块(606)是跨越VPDU行参考块。每个大块指示64×64VPDU,绿色区域(608)指示可用于IBC参考的重建的像素。
图5是视频处理装置500的框图。设备500可以用于实现本文中描述的一个或多个方法。装置500可以实施在智能电话、平板计算机、计算机、物联网(IoT)接收器等中。装置500可以包括一个或多个处理器502、一个或多个存储器504和视频处理硬件506。处理器502可配置为实现本文档中描述的一个或多个方法(包括但不限于方法400)。一个或多个存储器504可用于存储用于实现本文中描述的方法和技术的数据和代码。视频处理硬件506可用于在硬件电路中实现本文档中描述的一些技术。
图6是示出可在其中实现本文中公开的各种技术的示例性视频处理系统1900的框图。各种实现方式可以包括系统1900的一些或全部组件。系统1900可以包括用于接收视频内容的输入1902。视频内容可以以原始或未压缩格式(例如,8或10比特多分量像素值)来接收,或者可以以经压缩或经编码格式来接收。输入1902可表示网络接口、外围总线接口或存储接口。网络接口的示例包括诸如以太网、无源光网络(PON)等的有线接口,以及诸如Wi-Fi或蜂窝接口的无线接口。
系统1900可以包括编解码组件1904,其可以实现本文档中描述的各种编解码或编码的方法。编解码组件1904可将来自输入1902的视频的平均比特率降低到编解码组件1904的输出,以产生视频的经编解码的表示。因此,编解码技术有时被称为视频压缩或视频代码转换技术。编解码组件1904的输出可以被存储,或者通过连接的通信组件(如组件1906所示)被传输。在输入1902处接收的视频的存储的或传送的比特流(或经过编解码的)表示可以由组件1908用于生成被发送到显示接口1910的像素值或可显示视频。从比特流表示生成用户可视视频的过程有时被称为视频解压缩。此外,虽然某些视频处理操作被称为“编解码”操作或工具,但是应理解,编解码工具或操作在编码器处使用,并且反转编解码结果的对应解码工具或操作将由解码器执行。
外围总线接口或显示器接口的示例可包括通用串行总线(USB)或高清晰度多媒体接口(HDMI)或显示器端口(Displayport)等。存储接口的示例包括SATA(串行高级技术附件)、PCI、IDE接口等。本文档中描述的技术可以实施在各种电子设备中,例如移动电话、膝上型计算机、智能电话或能够进行数字数据处理和/或视频显示的其它设备。
在一些实施例中,可以使用在参照图5或6描述的硬件平台上实现的设备来实现视频编解码方法。
上文中描述的示例可以并入在下文中描述的方法(例如,可在视频解码器或视频编码器处实现的方法710、720、730、810)的上下文中。
图7A示出了用于视频处理的示例性方法710的流程图。方法710包括:在步骤712,基于与当前块相关联的虚拟缓冲区的尺寸,针对映射到虚拟缓冲区的一个或多个样本或块矢量的有效性做出决定,其中当前块基于参考块中的像素进行了编解码,当前图片包括当前块和参考块,以及虚拟缓冲区的尺寸基于虚拟管线数据单元(VPDU)的尺寸、编解码树块(CTB)的尺寸或编解码树单元(CTU)的尺寸。方法700包括:在步骤714,基于该决定,执行当前块和当前块的比特流表示之间的转换。
图7B示出了用于视频处理的示例性方法720的流程图。方法720包括:在步骤722,对于基于参考块中的像素进行编解码的当前块,指定参考块的一个或多个参考样本为不可用,该一个或多个参考样本中的每个都被映射到虚拟缓冲区并且至少在与参考块相关联的当前虚拟管线数据单元(VPDU)中具有对应的样本,以及当前图片包括当前块和参考块。方法720包括:在步骤724,基于该指定,执行当前块和当前块的比特流表示之间的转换。
图7C示出了用于视频处理的示例性方法730的流程图。方法730包括:在步骤732,对于基于参考块中的像素进行编解码的当前块,基于当前块的编解码树单元(CTU)的尺寸或编解码树块(CTB)的尺寸,确定与参考块相关联的虚拟缓冲区的尺寸,其中当前图片包括当前块和参考块。方法730包括:在步骤734,基于该确定,执行当前块和当前块的比特流表示之间的转换。
图8示出了用于视频处理的示例性方法810的流程图。方法810包括:在步骤812,对于视频的视频图片的当前视频块与视频的经编解码的表示之间的转换,基于虚拟管线数据单元(VPDU)的尺寸、编解码树单元(CTU)的尺寸或编解码树块(CTB)的尺寸,针对视频图片的参考区域的尺寸做出决定,其中来自视频图片的参考区域的参考样本用于预测当前视频块。方法810还包括:在步骤814,基于该决定,执行转换。
所公开技术的一些实施例包括决定或确定启用视频处理工具或模式。在一个示例中,当视频处理工具或模式被启用时,编码器将在视频块的处理中使用或实现该工具或模式,但是可以不必基于工具或模式的使用来修改所得到的比特流。也就是说,从视频的块到视频的比特流表示的转换将在决定或确定启用视频处理工具或模式时使用视频处理工具或模式。在另一示例中,当启用视频处理工具或模式时,解码器将基于视频处理工具或模式利用比特流已被修改的知识来处理比特流。也就是说,将使用决定或确定所启用的视频处理工具或模式来执行从视频的比特流表示到视频的块的转换。
所公开的技术的一些实施例包括决定或确定禁用视频处理工具或模式。在一个示例中,当视频处理工具或模式被禁用时,编码器将不在视频的块到视频的比特流表示的转换中使用工具或模式。在另一示例中,当视频处理工具或模式被禁用时,解码器将利用这样的知识来处理比特流,即没有使用决定或确定所禁用的视频处理工具或模式来修改比特流。
在本文档中,术语“视频处理”可以指的是视频编码、视频解码、视频压缩或视频解压缩。例如,视频压缩算法可以在从视频的像素表示到对应的比特流表示的转换过程中应用,反之亦然。如语法所定义的,当前视频块的比特流表示例如可以对应于在比特流内并置的或分布在比特流内的不同位置的比特。例如,宏块可以按照变换并经编码的误差残差值来编解码,并且还可以使用比特流的标头和其他字段中的比特进行编解码。
使用条款列表进一步描述在本文档中描述的各种技术方案和实施例。第一组条款描述了前面章节中公开的技术的某些特征和方面。
1.一种用于视频处理的方法,包括:基于与基于参考块中的像素进行编解码的当前块相关联的虚拟缓冲区的尺寸,做出关于映射至所述虚拟缓冲区的一个或多个样本或块矢量的有效性的决定,其中当前图片包括该当前块和该参考块,并且其中虚拟缓冲区的尺寸基于虚拟管线数据单元(VPDU)的尺寸、编解码树块(CTB)的尺寸或编解码树单元(CTU)的尺寸;以及基于该决定,执行当前块与当前块的比特流表示之间的转换。
2.如条款1所述的方法,其中,虚拟缓冲区的高度与宽度的乘积是固定的,以及该高度或该宽度是基于VPDU的尺寸、CTB的尺寸或CTU的尺寸。
3.如条款1所述的方法,其中,虚拟缓冲区的宽度等于CTB的宽度或CTU的宽度。
4.如条款1所述的方法,其中,虚拟缓冲区的宽度或高度分别是VPDU的宽度或高度的N倍,并且其中N≥1且是整数。
5.如条款1所述的方法,其中,一个或多个样本的最大数目小于虚拟缓冲区的尺寸。
6.如条款1所述的方法,其中,在确定CTB的尺寸或CTU的尺寸大于64×64时,固定一个或多个样本的最大数目。
7.如条款1所述的方法,其中,一个或多个样本的数目小于或等于VPDU中样本的数目的N倍,并且其中N≥1且是整数。
8.如条款7所述的方法,其中,在确定CTB的尺寸或CTU的尺寸大于64×64时,N=3。
9.一种用于视频处理的方法,包括:对于基于参考块中的像素进行编解码的当前块,指定参考块的一个或多个参考样本为不可用,其中一个或多个参考样本中的每个被映射到虚拟缓冲区并且至少在与参考块相关联的当前虚拟管线数据单元(VPDU)中具有对应的样本,并且其中当前图片包括当前块和参考块;以及基于该指定,执行当前块与当前块的比特流表示之间的转换。
10.根据条款9所述的方法,还包括:将当前VPDU中的对应样本指定为不可用。
11.如条款10所述的方法,其中,基于当前VPDU的位置,将当前VPDU中的对应样本指定为不可用。
12.如条款10所述的方法,其中,基于先前VPDU或最近解码的VPDU的位置,将当前VPDU中的对应样本指定为不可用。
13.如条款9所述的方法,其中,一个或多个参考样本中的每个在三个最近解码的VPDU中的每个中具有对应样本。
14.一种用于视频处理的方法,包括:对于基于参考块中的像素进行编解码的当前块,基于当前块的编解码树块(CTB)的尺寸或编解码树单元(CTU)的尺寸来确定与参考块相关联的虚拟缓冲区的尺寸,其中当前图片包括当前块和参考块;以及基于该确定,执行当前块与当前块的比特流表示之间的转换。
15.如条款14所述的方法,其中,在确定CTB或CTU的尺寸为128×128时,虚拟缓冲区的尺寸为256×128。
16.如条款14所述的方法,其中,在确定CTB或CTU的尺寸为256×256时,虚拟缓冲区的尺寸为64×256。
17.如条款14所述的方法,其中,在确定CTB或CTU的尺寸为256×256时,虚拟缓冲区的尺寸为128×256。
18.如条款1至17中任一项所述的方法,其中,基于包括当前块的当前图片中的参考块中的像素对当前块进行编解码是帧内块复制(IBC)操作,以及虚拟缓冲区是IBC虚拟缓冲区。
19.一种视频处理方法,包括:为当前视频块的比特流表示与当前块之间的转换分配块内编解码(IBC)虚拟缓冲区尺寸,其中该IBC虚拟缓冲区尺寸大于用于该转换的块矢量搜索区域的最小尺寸;以及基于该分配,执行转换。
20.如条款19所述的方法,其中,IBC缓冲区尺寸大于用于转换的虚拟管线数据单元存储器的总尺寸。
21.如条款19-20中任一项所述的方法,其中,IBC虚拟缓冲区尺寸的宽度是(128*128/ctbSizeY+ctbSizeY)。
22.一种视频处理方法,包括:对于当前视频块的比特流表示与当前块之间的转换,基于根据规则的帧内块预测编解码来确定用于转换的参考块的尺寸;以及基于该确定,执行转换,其中,该规则将参考块限制在虚拟管线数据单元(VPDU)列或虚拟管线数据单元行内。
23.如条款22所述的方法,其中,该规则不允许参考块跨越不同的VPDU行。
24.如条款22所述的方法,其中,该规则不允许参考块跨越不同的VPDU列。
25.如条款22-24中任一项所述的方法,其中,VPDU列或VPDU行与包括当前块的图片相关。
26.如条款22-24中任一项所述的方法,其中,VPDU列或VPDU行与帧内块复制虚拟缓冲区相关。
27.如条款1-26中任一项所述的方法,其中,转换包括视频编解码以通过当前块生成比特流表示。
28.如条款1-26中任一项所述的方法,其中,转换包括视频解码以通过比特流表示生成当前块。
29.一种视频系统中的设备,包括处理器和其上具有指令的非瞬态存储器,其中指令在由处理器执行时使得处理器实现条款1到28中任一项所述的方法。
30.一种计算机程序产品,其存储在非瞬态计算机可读介质上,并且该计算机程序产品包括用于执行条款1至28中任一项所述的方法的程序代码。
31.本文中描述的方法,装置或系统。
第二组条款描述了前面章节中公开的技术的某些特征和方面,例如,示例性实现方式1,2,6-8。
1、一种用于视频处理的方法,包括:对于视频的视频图片的当前视频块与视频的经编解码的表示之间的转换,基于虚拟管线数据单元(VPDU)的尺寸、编解码树块(CTB)的尺寸或编解码树单元(CTU)的尺寸,针对视频图片的参考区域的尺寸做出决定,其中,来自视频图片的参考区域的参考样本用于预测当前视频块;以及基于该决定,执行转换。
2、如条款1所述的方法,其中,使用帧内块复制(IBC)模式对当前视频块进行编解码,其中IBC模式至少使用指向包括当前视频块的视频帧的块矢量来生成预测块;并且参考区域为IBC虚拟缓冲区。
3、如条款1或2所述的方法,还包括:基于参考区域的尺寸,确定映射至参考区域的一个或多个样本或块矢量的有效性。
4、如条款1或2所述的方法,其中,参考区域的高度和宽度的乘积是固定的,并且其中高度或宽度是基于VPDU的尺寸、CTB的尺寸或CTU的尺寸。
5、如条款1或2所述的方法,其中,参考区域的高度等于CTB的高度或CTU的高度。
6、如条款1或2所述的方法,其中,参考区域的宽度设置为通过将参考区域的尺寸除以CTB的高度而获得的值。
7、如条款1或2所述的方法,其中,参考区域的宽度等于CTB的宽度或CTU的宽度。
8、如条款1或2所述的方法,其中,参考区域的宽度为VPDU的宽度的N倍,并且其中N≥1且是整数。
9、如条款1或2所述的方法,其中,参考区域的高度为VPDU的高度的N倍,并且其中N≥1且是整数。
10、如条款1或2所述的方法,其中,参考区域的宽度为256*128/ctbSizeY,其中ctbSizeY指示亮度CTB或CTU的宽度或高度。
11、如条款1或2所述的方法,其中,参考区域的高度为CtbSizeY,其中ctbSizeY指示亮度CTB或CTU的宽度或高度。
12、如条款1或2所述的方法,其中,参考区域的尺寸确定为使得更大的参考区域分配给更大的CTU或更大的CTB。
13、如条款1或2所述的方法,其中,参考区域的宽度为(128*128/ctbSizeY+ctbSizeY),其中ctbSizeY指示亮度CTB或CTU的宽度或高度。
14、如条款1或2所述的方法,其中,在CTB的尺寸或CTU的尺寸具有128x128亮度样本的尺寸的情况下,参考区域的尺寸对应于256x128亮度样本的尺寸。
15、如条款1或2所述的方法,其中,参考区域的尺寸对应于(k x 64)x128亮度样本的尺寸,其中k大于2。
16、如条款1或2所述的方法,其中,在CTB的尺寸或CTU的尺寸对应于256x256亮度样本的尺寸的情况下,参考区域的尺寸对应于64x256亮度样本的尺寸。
17、如条款16所述的方法,其中,在对具有左上位置(x0,y0)的VPDU进行解码之前,参考区域中对应VPDU行设置为-1。
18、如条款1或2所述的方法,其中,在CTB的尺寸或CTU的尺寸具有256x256亮度样本的尺寸的情况下,参考区域的尺寸对应于128x256亮度样本的尺寸。
19、如条款18所述的方法,其中,对于参考区域中除特定VPDU行之外的每个VPDU行,仅保持除当前VPDU之外的一个VPDU。
20、如条款1至19中任一项所述的方法,其中,转换包括:将当前视频块编码为经编解码的表示。
21、如条款1至19中任一项所述的方法,其中,转换包括:将所述经编解码的表示解码为所述当前视频块。
22、一种视频处理设备,其中,该视频处理设备包括处理器,该处理器配置为实现条款1至21中的任一项或多项所述的方法。
23、一种计算机可读介质,其中,该计算机可读介质存储程序代码,该程序代码在被执行时致使处理器实现如条款1至21中的任一项或多项所述的方法。
从上文可以理解,这里为了说明的目的已经描述了当前公开的技术的具体实施例,但是可以在不脱离本发明的范围的情况下进行各种修改。因此,除了所附权利要求之外,本公开的技术不受限制。
在本专利文档中描述的主题和功能操作的实现方式可以实现在各种系统、数字电子电路中,或者计算机软件、固件或硬件中,包括在本说明书中公开的结构及其等同结构,或者上述的一个或多个的组合。本说明书中描述的主题的实现方式可以被实现为一个或多个计算机程序产品,即,在有形的非瞬态计算机可读介质上编码的计算机程序指令的一个或多个模块,用于由数据处理设备执行或控制数据处理设备的操作。计算机可读介质可以是机器可读存储设备、机器可读存储基板、存储器设备、影响机器可读传播信号的物质组合物,或上述的一个或多个的组合。术语“数据处理单元”或“数据处理装置”包括用于处理数据的所有装置、设备和机器,包括例如可编程处理器、计算机或多个处理器或计算机。除了硬件之外,该装置还可以包括为所讨论的计算机程序创建执行环境的代码,例如构成处理器固件、协议栈、数据库管理系统、操作系统或上述的一个或多个的组合的代码。
计算机程序(也称为程序、软件、软件应用、脚本或代码)可以以任何形式的编程语言(包括编译或解释语言)来编写,并且可以以任何形式来部署,包括作为独立的程序或作为模块、组件、子例程或其它适合在计算环境中使用的单元。计算机程序不必对应于文件系统中的文件。程序可以存储在保持其它程序或数据(例如,存储在标记语言文档中的一个或多个脚本)的文件的一部分,存储在专用于所讨论的程序的单个文件中,或者存储在多个协同文件(例如,存储一个或多个模块、子程序或代码部分的文件)中。计算机程序可被部署为在一个计算机上执行或在位于一个站点或分布在多个站点上并通过通信网络互连的多个计算机上执行。
本说明书中描述的过程和逻辑流程可以由一个或多个可编程处理器来执行,这些可编程处理器执行一个或多个计算机程序,以通过对输入数据进行操作并生成输出来执行功能。过程和逻辑流程也可以由专用逻辑电路(例如,FPGA(现场可编程门阵列)或ASIC(专用集成电路))来执行,并且装置也可以实现为专用逻辑电路。
例如,适于执行计算机程序的处理器包括通用和专用微处理器,以及任何类型的数字计算机的任何一个或多个处理器。通常,处理器将从只读存储器或随机存取存储器或只读存储器和随机存取存储器接收指令和数据。计算机的必要元件是用于执行指令的处理器和用于存储指令和数据的一个或多个存储器设备。通常,计算机还将包括或被可操作地耦合以从一个或多个大容量存储设备接收数据或向一个或多个大容量存储设备传送数据,所述大容量存储设备用于存储数据,例如磁盘、磁光盘或光盘。然而,计算机不需要具有这样的设备。适于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储器设备,包括例如半导体存储器设备,例如EPROM、EEPROM和闪存设备。处理器和存储器可以由专用逻辑电路补充或结合在专用逻辑电路中。
本说明书以及附图旨在被认为仅仅是示例性的,其中示例性意味着示例。如在本文中所使用的,除非上下文另外清楚地指示,否则“或”的使用旨在包括“和/或”。
虽然本专利文档包括许多细节,但这些不应被解释为对任何发明的范围或所要求保护的范围的限制,而应被解释为对具体发明的具体实施例可能特定的特征的描述。在本专利文档中在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反,在单个实施例的上下文中描述的各种特征也可以在多个实施例中单独地或以任何合适的子组合来实现。此外,尽管上面可以将特征描述为在某些组合中起作用,并且甚至最初如此要求保护,但是在一些情况下,可以从组合中去除要求保护的组合中的一个或多个特征,并且要求保护的组合可以针对子组合或子组合的变型。
类似地,虽然在附图中以特定顺序描述了操作,但这不应被理解为要求以所示的特定顺序或以顺序的顺序执行这些操作,或者要求执行所有示出的操作以获得期望的结果。此外,在本专利文献中描述的实施例中的各种系统组件的分离不应被理解为在所有实施例中需要这种分离。
仅描述了一些实现方式和示例,并且可以基于在本专利文档中描述和示出的内容来进行其它实现方式、增强和变化。

Claims (23)

1.一种用于视频处理的方法,包括:
对于视频的视频图片的当前视频块与所述视频的经编解码的表示之间的转换,基于虚拟管线数据单元(VPDU)的尺寸、编解码树块(CTB)的尺寸或编解码树单元(CTU)的尺寸,针对所述视频图片的参考区域的尺寸做出决定,其中,来自所述视频图片的所述参考区域的参考样本用于预测所述当前视频块;以及
基于所述决定,执行所述转换。
2.如权利要求1所述的方法,其中,
使用帧内块复制(IBC)模式对所述当前视频块进行编解码,其中所述IBC模式至少使用指向包括所述当前视频块的视频帧的块矢量来生成预测块并且所述参考区域为IBC虚拟缓冲区。
3.如权利要求1或2所述的方法,还包括:基于所述参考区域的所述尺寸,确定映射至所述参考区域的一个或多个样本或块矢量的有效性。
4.如权利要求1或2所述的方法,其中,所述参考区域的高度和宽度的乘积是固定的,并且其中所述高度或所述宽度是基于所述VPDU的尺寸、所述CTB尺寸或所述CTU的尺寸。
5.如权利要求1或2所述的方法,其中,所述参考区域的高度等于所述CTB的高度或所述CTU的高度。
6.如权利要求1或2所述的方法,其中,所述参考区域的宽度设置为通过将所述参考区域的尺寸除以所述CTB的高度而获得的值。
7.如权利要求1或2所述的方法,其中,所述参考区域的宽度等于所述CTB的宽度或所述CTU的宽度。
8.如权利要求1或2所述的方法,其中,所述参考区域的宽度为所述VPDU的宽度的N倍,并且其中N≥1且是整数。
9.如权利要求1或2所述的方法,其中,所述参考区域的高度为所述VPDU的高度的N倍,并且其中N≥1且是整数。
10.如权利要求1或2所述的方法,其中,所述参考区域的宽度为256*128/ctbSizeY,其中ctbSizeY指示亮度CTB或CTU的宽度或高度。
11.如权利要求1或2所述的方法,其中,所述参考区域的高度为CtbSizeY,其中ctbSizeY指示亮度CTB或CTU的宽度或高度。
12.如权利要求1或2所述的方法,其中,所述参考区域的所述尺寸确定为使得更大的参考区域分配给更大的CTU或更大的CTB。
13.如权利要求1或2所述的方法,其中,所述参考区域的宽度为(128*128/ctbSizeY+ctbSizeY),其中ctbSizeY指示亮度CTB或CTU的宽度或高度。
14.如权利要求1或2所述的方法,其中,在CTB的尺寸或CTU的尺寸具有128x128亮度样本的尺寸的情况下,所述参考区域的尺寸对应于256x128亮度样本的尺寸。
15.如权利要求1或2所述的方法,其中,所述参考区域的尺寸对应于(k x 64)x128亮度样本的尺寸,其中k大于2。
16.如权利要求1或2所述的方法,其中,在CTB的尺寸或CTU的尺寸对应于256x256亮度样本的尺寸的情况下,所述参考区域的尺寸对应于64x256亮度样本的尺寸。
17.如权利要求16所述的方法,其中,在对具有左上位置(x0,y0)的VPDU进行解码之前,所述参考区域中对应VPDU行设置为-1。
18.如权利要求1或2所述的方法,其中,在CTB的尺寸或CTU的尺寸具有256x256亮度样本的尺寸的情况下,所述参考区域的所述尺寸对应于128x256亮度样本的尺寸。
19.如权利要求18所述的方法,其中,对于所述参考区域中除特定VPDU行之外的每个VPDU行,仅保持除当前VPDU之外的一个VPDU。
20.如权利要求1至19中任一项所述的方法,其中,所述转换包括:将所述当前视频块编码为所述经编解码的表示。
21.如权利要求1至19中任一项所述的方法,其中,所述转换包括:将所述经编解码的表示解码为所述当前视频块。
22.一种视频处理设备,其中,所述视频处理设备包括处理器,所述处理器配置为实现权利要求1至21中的任一项或多项所述的方法。
23.一种计算机可读介质,其中,所述计算机可读介质存储程序代码,所述程序代码在被执行时致使处理器实现如权利要求1至21中的任一项或多项所述的方法。
CN202080053763.6A 2019-07-25 2020-07-24 帧内块复制虚拟缓冲区的尺寸限制 Active CN114208186B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311447045.9A CN117499659A (zh) 2019-07-25 2020-07-24 帧内块复制虚拟缓冲区的尺寸限制

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CN2019097742 2019-07-25
CNPCT/CN2019/097742 2019-07-25
CNPCT/CN2019/109849 2019-10-07
CN2019109849 2019-10-07
PCT/CN2020/104081 WO2021013239A1 (en) 2019-07-25 2020-07-24 Size restriction for intra-block copy virtual buffer

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202311447045.9A Division CN117499659A (zh) 2019-07-25 2020-07-24 帧内块复制虚拟缓冲区的尺寸限制

Publications (2)

Publication Number Publication Date
CN114208186A true CN114208186A (zh) 2022-03-18
CN114208186B CN114208186B (zh) 2023-12-22

Family

ID=74193321

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202311447045.9A Pending CN117499659A (zh) 2019-07-25 2020-07-24 帧内块复制虚拟缓冲区的尺寸限制
CN202080053763.6A Active CN114208186B (zh) 2019-07-25 2020-07-24 帧内块复制虚拟缓冲区的尺寸限制

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202311447045.9A Pending CN117499659A (zh) 2019-07-25 2020-07-24 帧内块复制虚拟缓冲区的尺寸限制

Country Status (6)

Country Link
US (2) US11683476B2 (zh)
EP (1) EP3987790A4 (zh)
JP (2) JP2022542898A (zh)
KR (1) KR20220036936A (zh)
CN (2) CN117499659A (zh)
WO (1) WO2021013239A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11509919B2 (en) * 2018-10-17 2022-11-22 Tencent America Reference sample memory size restrictions for intra block copy
CN117499659A (zh) * 2019-07-25 2024-02-02 北京字节跳动网络技术有限公司 帧内块复制虚拟缓冲区的尺寸限制
CN114342410A (zh) 2019-09-05 2022-04-12 北京字节跳动网络技术有限公司 帧内块复制模式下块矢量的范围约束
WO2021057751A1 (en) * 2019-09-23 2021-04-01 Beijing Bytedance Network Technology Co., Ltd. Setting intra-block copy virtual buffer based on virtual pipeline data unit
WO2021185306A1 (en) * 2020-03-18 2021-09-23 Beijing Bytedance Network Technology Co., Ltd. Intra block copy buffer and palette predictor update

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050091358A1 (en) * 2003-10-28 2005-04-28 Pankaj Mehra Application programming interface for a virtual switch
US20160100189A1 (en) * 2014-10-07 2016-04-07 Qualcomm Incorporated Intra bc and inter unification
CN106464896A (zh) * 2014-07-07 2017-02-22 寰发股份有限公司 帧内区块复制搜索和补偿范围的方法
US20170230685A1 (en) * 2016-02-08 2017-08-10 Canon Kabushiki Kaisha Methods, devices, and computer programs for combining the use of intra-layer prediction and inter-layer prediction with scalability and screen content features
WO2017157249A1 (en) * 2016-03-16 2017-09-21 Mediatek Inc. Method and apparatus of video data processing with restricted block size in video coding
CN107646195A (zh) * 2015-06-08 2018-01-30 Vid拓展公司 用于屏幕内容编码的帧内块复制模式
CN108012153A (zh) * 2016-10-17 2018-05-08 联发科技股份有限公司 一种编解码方法及装置

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102254118B1 (ko) * 2013-10-12 2021-05-20 삼성전자주식회사 인트라 블록 복사 예측을 이용한 비디오 부호화 방법 및 그 장치, 비디오 복호화 방법 및 그 장치
JP6359101B2 (ja) 2013-10-14 2018-07-18 マイクロソフト テクノロジー ライセンシング,エルエルシー ビデオ及び画像の符号化及び復号のためのイントラブロックコピー予測モードの特徴
US11284103B2 (en) * 2014-01-17 2022-03-22 Microsoft Technology Licensing, Llc Intra block copy prediction with asymmetric partitions and encoder-side search patterns, search ranges and approaches to partitioning
US9860559B2 (en) * 2014-03-17 2018-01-02 Mediatek Singapore Pte. Ltd. Method of video coding using symmetric intra block copy
KR20220079687A (ko) 2014-06-19 2022-06-13 브이아이디 스케일, 인크. 블록 벡터 도출을 이용하여 인트라 블록 복사 코딩을 위한 방법 및 시스템
US10412387B2 (en) 2014-08-22 2019-09-10 Qualcomm Incorporated Unified intra-block copy and inter-prediction
EP3198872A1 (en) 2014-09-26 2017-08-02 VID SCALE, Inc. Intra block copy coding with temporal block vector prediction
US9832467B2 (en) 2014-10-07 2017-11-28 Qualcomm Incorporated Deblock filtering for intra block copying
US10212445B2 (en) 2014-10-09 2019-02-19 Qualcomm Incorporated Intra block copy prediction restrictions for parallel processing
US9591325B2 (en) 2015-01-27 2017-03-07 Microsoft Technology Licensing, Llc Special case handling for merged chroma blocks in intra block copy prediction mode
WO2016123398A2 (en) 2015-01-29 2016-08-04 Vid Scale, Inc. Intra-block copy searching
US10165292B2 (en) * 2015-02-02 2018-12-25 Mediatek Inc. Method and apparatus for intra block copy mode in video coding system with pipeline architecture
US10178403B2 (en) 2015-06-23 2019-01-08 Qualcomm Incorporated Reference picture list construction in intra block copy mode
US20170150186A1 (en) 2015-11-25 2017-05-25 Qualcomm Incorporated Flexible transform tree structure in video coding
US10575007B2 (en) 2016-04-12 2020-02-25 Microsoft Technology Licensing, Llc Efficient decoding and rendering of blocks in a graphics pipeline
US10944963B2 (en) * 2016-05-25 2021-03-09 Arris Enterprises Llc Coding weighted angular prediction for intra coding
US10382781B2 (en) 2016-09-28 2019-08-13 Qualcomm Incorporated Interpolation filters for intra prediction in video coding
US10951912B2 (en) 2016-10-05 2021-03-16 Qualcomm Incorporated Systems and methods for adaptive selection of weights for video coding
US20180146191A1 (en) 2016-11-22 2018-05-24 Futurewei Technologies, Inc. System and Method for Coding Intra Prediction Mode using a Second Set of Most Probable Modes
CN116405672A (zh) 2017-12-22 2023-07-07 数码士有限公司 视频信号处理方法和设备
US10986349B2 (en) 2017-12-29 2021-04-20 Microsoft Technology Licensing, Llc Constraints on locations of reference blocks for intra block copy prediction
US10638133B2 (en) * 2018-01-31 2020-04-28 Qualcomm Incorporated Delta quantization parameter (QP) coding options for video
US11012715B2 (en) 2018-02-08 2021-05-18 Qualcomm Incorporated Intra block copy for video coding
JP7104186B2 (ja) 2018-06-05 2022-07-20 北京字節跳動網絡技術有限公司 Ibcとatmvpとの間でのインタラクション
TWI749394B (zh) * 2018-11-07 2021-12-11 聯發科技股份有限公司 利用當前畫面參照編碼方式的視訊區塊編碼或解碼方法和裝置
CN112913250B (zh) 2019-03-04 2023-10-20 华为技术有限公司 编码器、解码器及对任意ctu尺寸使用ibc搜索范围优化的对应方法
KR20200108798A (ko) 2019-03-11 2020-09-21 한국전자통신연구원 화면 내 블록 복사 기반 부호화/복호화 방법, 장치 및 비트스트림 저장매체
CN113039798B (zh) * 2019-05-16 2024-03-26 华为技术有限公司 解码设备实现的译码方法及解码器
BR112021020933A2 (pt) 2019-05-24 2021-12-21 Huawei Tech Co Ltd Codificador, decodificador e métodos correspondentes usando lista de fusão de ibc
KR20200145785A (ko) 2019-06-20 2020-12-30 한국전자통신연구원 비디오 부호화/복호화 방법, 장치 및 비트스트림 저장 매체
AU2020309663C1 (en) 2019-07-06 2023-12-14 Beijing Bytedance Network Technology Co., Ltd. Virtual prediction buffer for intra block copy in video coding
KR20210107858A (ko) * 2019-07-11 2021-09-01 텐센트 아메리카 엘엘씨 비디오 코딩을 위한 방법 및 장치
CN117499659A (zh) * 2019-07-25 2024-02-02 北京字节跳动网络技术有限公司 帧内块复制虚拟缓冲区的尺寸限制
AU2020316548A1 (en) 2019-07-25 2022-02-24 Beijing Bytedance Network Technology Co., Ltd. Mapping restriction for intra-block copy virtual buffer
EP3997868A4 (en) 2019-08-10 2023-02-22 Beijing Bytedance Network Technology Co., Ltd. BUFFER MANAGEMENT DURING SUBPICTURE DECODING
CN114342410A (zh) 2019-09-05 2022-04-12 北京字节跳动网络技术有限公司 帧内块复制模式下块矢量的范围约束
WO2021057751A1 (en) 2019-09-23 2021-04-01 Beijing Bytedance Network Technology Co., Ltd. Setting intra-block copy virtual buffer based on virtual pipeline data unit
US11394957B2 (en) * 2019-09-23 2022-07-19 Tencent America LLC Constraints on reference sample locations in the dedicated buffer for intra picture block compensation

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050091358A1 (en) * 2003-10-28 2005-04-28 Pankaj Mehra Application programming interface for a virtual switch
CN106464896A (zh) * 2014-07-07 2017-02-22 寰发股份有限公司 帧内区块复制搜索和补偿范围的方法
US20160100189A1 (en) * 2014-10-07 2016-04-07 Qualcomm Incorporated Intra bc and inter unification
CN107646195A (zh) * 2015-06-08 2018-01-30 Vid拓展公司 用于屏幕内容编码的帧内块复制模式
US20170230685A1 (en) * 2016-02-08 2017-08-10 Canon Kabushiki Kaisha Methods, devices, and computer programs for combining the use of intra-layer prediction and inter-layer prediction with scalability and screen content features
WO2017157249A1 (en) * 2016-03-16 2017-09-21 Mediatek Inc. Method and apparatus of video data processing with restricted block size in video coding
CN108012153A (zh) * 2016-10-17 2018-05-08 联发科技股份有限公司 一种编解码方法及装置

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
HAN GAO: "Bitstream conformance with a virtual IBC buffer concept", 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–12 JULY 2019,JVET-O1171 *
HAN GAO: "CE8-related: Dedicated IBC reference buffer without bitstream restrictions", 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–12 JULY 2019,JVET-O0248, pages 1 - 4 *
JINGYA LI: "CE8-related: IBC modifications", 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–12 JULY 2019,JVET-O0127, pages 1 - 3 *
JIZHENG XU: "Bitstream conformance with a virtual IBC buffer concept", 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–12 JULY 2019,JVET-O1170, pages 1 - 5 *

Also Published As

Publication number Publication date
WO2021013239A1 (en) 2021-01-28
JP2024019412A (ja) 2024-02-09
EP3987790A1 (en) 2022-04-27
CN117499659A (zh) 2024-02-02
US11683476B2 (en) 2023-06-20
US20220150476A1 (en) 2022-05-12
CN114208186B (zh) 2023-12-22
JP2022542898A (ja) 2022-10-07
EP3987790A4 (en) 2022-08-31
US20230085716A1 (en) 2023-03-23
KR20220036936A (ko) 2022-03-23

Similar Documents

Publication Publication Date Title
CN113383541B (zh) 用于视频编解码中的帧内块复制的缓冲区访问方法
CN113396592B (zh) 用于视频编解码中的帧内块复制的缓冲区管理
KR102641796B1 (ko) 교차-성분 코딩의 적용가능성에 대한 조건들
CN114208187A (zh) 帧内块复制虚拟缓冲区的映射限制
CN114208186B (zh) 帧内块复制虚拟缓冲区的尺寸限制
CN114556924A (zh) 视频处理中色度残差的联合编解码与滤波
WO2021057751A1 (en) Setting intra-block copy virtual buffer based on virtual pipeline data unit
CN117579816A (zh) 用于视频编解码中的帧内块复制的比特流一致性约束
US20230171400A1 (en) Range constrains for block vector in intra-block copy mode
CN113545068B (zh) 用于视频编解码中的帧内块复制的基于顺序的更新
CN117544777A (zh) 用于视频编解码的跨分量自适应环路滤波
RU2818521C2 (ru) Ограничение сопоставления для виртуального буфера внутриблочного копирования

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
GR01 Patent grant
GR01 Patent grant