CN115398888B - 用于对视频编解码中并置图片的约束的方法、装置和介质 - Google Patents

用于对视频编解码中并置图片的约束的方法、装置和介质 Download PDF

Info

Publication number
CN115398888B
CN115398888B CN202180026664.3A CN202180026664A CN115398888B CN 115398888 B CN115398888 B CN 115398888B CN 202180026664 A CN202180026664 A CN 202180026664A CN 115398888 B CN115398888 B CN 115398888B
Authority
CN
China
Prior art keywords
picture
flag
video
current picture
bitstream
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.)
Active
Application number
CN202180026664.3A
Other languages
English (en)
Other versions
CN115398888A (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.)
ByteDance Inc
Original Assignee
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 ByteDance Inc filed Critical ByteDance Inc
Publication of CN115398888A publication Critical patent/CN115398888A/zh
Application granted granted Critical
Publication of CN115398888B publication Critical patent/CN115398888B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51—Motion estimation or motion compensation
    • H04N19/513—Processing of motion vectors
    • H04N19/517—Processing of motion vectors by encoding
    • H04N19/52—Processing of motion vectors by encoding by predictive encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods 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/103—Selection of coding mode or of prediction mode
    • H04N19/105—Selection 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods 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/132—Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods 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/17—Methods 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/172—Methods 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods 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/17—Methods 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/174—Methods 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H04N19/33—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability in the spatial domain
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42—Methods 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/423—Methods 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/90—Methods 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/96—Tree coding, e.g. quad-tree coding

Landscapes

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

Abstract

描述了用于视频编解码和编码的方法、设备和系统，其包括符合对并置图片的约束。视频处理的一个示例方法包括执行包括当前图片的视频和该视频的比特流之间的转换，其中该比特流符合格式规则，并且其中该格式规则指定比特流包括用于基于解码图片缓冲器中的参考图片是否具有与当前图片相同的空域分辨率和缩放窗口偏移来禁用对当前图片使用时域运动矢量预测工具的标志。

Description

用于对视频编解码中并置图片的约束的方法、装置和介质
相关申请的交叉引用
依据巴黎公约的适用专利法和/或规则，本申请及时地要求于2020年3月30日提交的美国临时专利申请US 63/002,121号的优先权和权益。出于法律规定的所有目的，上述申请的完整公开内容通过引用并入作为本申请的公开内容的一部分。
技术领域
该专利文档涉及图像和视频编解码和解码。
背景技术
在互联网和其他数字通信网络中，数字视频占用了最大的带宽。随着能够接收和显示视频的连接用户设备的数量增加，预计数字视频使用的带宽需求将继续增长。
发明内容
本文档公开了可由视频编码器和解码器用于视频编码或解码的技术，并且包括对并置图片的约束。
在一个示例方面，公开了一种视频处理方法。该方法包括执行包括当前图片的视频和该视频的比特流之间的转换，其中该比特流符合格式规则，并且其中该格式规则指定比特流包括用于基于解码图片缓冲器中的参考图片是否具有与当前图片相同的空域分辨率和缩放窗口偏移，来禁用对当前图片使用时域运动矢量预测工具的标志。
在另一示例方面，公开了一种视频处理方法。该方法包括执行包括当前图片的视频和该视频的比特流之间的转换，其中该比特流符合格式规则，并且其中该格式规则指定当前图片的并置图片被允许被包括在当前图片的第一参考图片列表中，无论当前图片是否包括预测编解码条带(P条带)。
在又一示例方面，公开了一种视频处理方法。该方法包括执行包括包含条带的当前图片的视频和该视频的比特流之间的转换，其中该比特流符合格式规则，其中该格式规则指定当前图片的并置图片的参考索引是基于在与当前图片相关联的图片标头中信令通知的参考图片列表信息和包括并置图片的参考图片列表X所导出的，并且其中X是等于零或一的整数。
在又一示例方面，公开了一种视频处理方法。该方法包括执行包括包含条带的当前图片的视频和该视频的比特流之间的转换，其中该比特流符合格式规则，该格式规则指定与该条带相关联的条带标头包括对并置图片的一个或多个约束，并且其中一个或多个约束指定指示对该并置图片禁用参考图片重采样处理的变量。
在又一示例方面，公开了一种视频处理方法。该方法包括执行包括当前图片的视频和该视频的比特流之间的转换，其中比特流符合格式规则，并且其中格式规则指定了对与当前图片相关联的图片标头中的索引的约束，使得该索引需要大于或等于零并且小于可应用于当前图片的活动参考索引的数量。
在又一示例方面，公开了一种视频处理方法。该方法包括根据规则执行视频和该视频的比特流之间的转换，其中该规则指定标志被包括在序列参数集中的第一语法元素之前的位置处，该第一语法元素指示被包括在参考该序列参数集的图片中的子图片的数量，并且其中标志的特定值指示图片仅包括一个条带。
在又一示例方面，公开了一种视频处理方法。该方法包括根据规则执行视频和该视频的比特流之间的转换，其中该规则指定标志被包括在图片参数集中的第一语法元素之前的位置处，该第一语法元素指示被包括在参考该图片参数集的图片中的子图片的数量，并且其中标志的特定值指示图片仅包括一个条带。
在又一示例方面，公开了一种视频处理方法。该方法包括执行包括当前图片的视频和该视频的比特流之间的转换，其中该比特流符合格式规则，并且其中格式规则指定与当前图片相关联的图片标头包括语法元素，该语法元素信令通知具有色度缩放的亮度映射(LMCS)编解码工具的三种模式之一对图片的适用性：(a)禁用，(b)被用于所有条带，或者(c)启用。
在又一示例方面，公开了一种视频编码器装置。该视频编码器包括被配置为实施上述方法的处理器。
在又一示例方面，公开了一种视频解码器装置。该视频解码器包括被配置为实施上述方法的处理器。
在又一示例方面，公开了一种其上存储有代码的计算机可读介质。该代码以处理器可运行代码的形式体现了本文所描述的方法之一。
这些以及其他特征将在整个本文档中被描述。
附图说明
图1示出了用亮度编解码树单元(CTU)分割图片的示例。
图2示出了用亮度CTU分割图片的另一个示例。
图3示出了图片的示例分割。
图4示出了图片的另一个示例分割。
图5是其中可以实施所公开的技术的示例视频处理系统的框图。
图6是用于视频处理的示例硬件平台的框图。
图7是图示出了根据本公开的一些实施例的视频编解码系统的框图。
图8是图示出了根据本公开的一些实施例的编码器的框图。
图9是图示出了根据本公开的一些实施例的解码器的框图。
图10-17示出了视频处理的示例方法的流程图。
具体实施方式
在本文档中使用章节标题是为了易于理解，而不是将每个章节中所公开的技术和实施例的适用性仅限制于该章节。此外，在一些描述中使用H.266术语仅仅是为了易于理解，而不是为了限制所公开的技术的范围。因此，本文所描述的技术也适用于其他视频编解码器协议和设计。
1.引言
本文档涉及视频编解码技术。具体地，其是关于子图片、片和条带的信令。这些思想可以单独地或以各种组合被应用于支持多层视频编解码的任何视频编解码标准或非标准视频编解码器，例如正在开发的通用视频编解码(VVC)。
2.缩略语
ALF 自适应环路滤波器
APS 适配参数集
AU 接入单元
AUD 接入单元分隔符
AVC 高级视频编解码
CLVS 编解码层视频序列
CPB 编解码图片缓冲器
CRA 清理随机接入
CTU 编解码树单元
CVS 编解码视频序列
DCI 解码能力信息
DPB 解码图片缓冲器
DPS 解码参数集
EOB 比特流结尾
EOD 序列结尾
GDR 渐进解码刷新
HEVC 高效视频编解码
HRD 假设参考解码器
IDR 瞬时解码刷新
JEM 联合探索模型
LMCS 具有色度缩放的亮度映射
MCTS 运动约束的片集
NAL 网络抽象层
OLS 输出层集
PH 图片标头
PPS 图片参数集
PTL 档次、层和级别
PU 图片单元
RADL 随机接入可解码前导(图片)
RAP 随机接入点
RASL 随机接入跳过前导(图片)
RBSP 原始字节序列有效载荷
RPL 参考图片列表
SAO 样点自适应偏移
SEI 补充增强信息
SPS 序列参数集
STSA 步进式时域子层接入
SVC 可伸缩视频编解码
VCL 视频编解码层
VPS 视频参数集
VTM VVC测试模型
VUI 视频可用性信息
VCC 通用视频编解码
3.初步讨论
视频编解码标准主要通过众所周知的ITU-T和ISO/IEC标准的发展而演进。ITU-T制定了H.261和H.263，ISO/IEC制定了MPEG-1和MPEG-4 Visual，并且这两个组织联合制定了H.262/MPEG-2视频和H.264/MPEG-4高级视频编解码(AVC)和H.265/HEVC标准。自H.262以来，视频编解码标准是基于混合视频编解码结构的，其中利用了时域预测加变换编解码。为了探索超越HEVC的未来视频编解码技术，VCEG和MPEG于2015年联合成立了联合视频探索小组(JVET)。此后，JVET已经采用了许多新方法，并将其放入到名为联合探索模型(JEM)的参考软件中。JVET会议同时地每季度举行一次，并且与HEVC相比，新的编解码标准的目标是降低50％的比特率。新的视频编解码标准在2018年4月的JVET会议上被正式命名为通用视频编解码(VVC)，并且第一版VVC测试模型(VTM)也在当时发布。由于对VVC标准化的持续努力，新的编解码技术在每次JVET会议上都被采用到VVC标准中。VVC工作草案和测试模型VTM然后在每次会议后都会被更新。VVC项目现在目标于在2020年7月的会议时技术上完成(FDIS)。
3.1.HEVC中的图片分割方案
HEVC包括四种不同的图片分割方案，即规则条带、相关条带、片和波前并行处理(WPP)，其可被应用于最大递送单元(MTU)尺寸匹配、并行处理和减少的端到端延迟。
规则条带与H.264/AVC中的相似。每个规则条带被封装在其自己的NAL单元中，并且跨条带边界的帧内预测(帧内样点预测、运动信息预测、编解码模式预测)和熵编解码依赖性被禁用。因此，可以独立于同一图片内的其他规则条带来重构规则条带(尽管由于环路滤波操作可能仍然存在相互依赖性)。
规则条带是唯一可被用于并行化的工具，其在H.264/AVC中也以几乎相同的形式可用。基于规则条带的并行化不需要太多的处理器间或核心间通信(除了在解码预测编解码图片时用于运动补偿的处理器间或核心间数据共享，由于帧内预测，其通常比处理器间或核心间数据共享沉重得多)。然而，出于同样的原因，由于条带标头的比特花费以及由于缺乏跨条带边界的预测，因此使用规则条带会引发大量编解码开销。此外，由于规则条带的图片内独立性以及每个规则条带被封装在其自己的NAL单元中，因此规则条带(与下面提到的其他工具相反)还用作比特流分割的关键机制，以匹配MTU尺寸要求。在许多情况下，并行化的目标和MTU尺寸匹配的目标对图片中的条带布局提出了矛盾的要求。对这种情况的认识引起了下面提到的并行化工具的开发。
相关条带具有短的条带标头，并且允许在树块边界分割比特流，而不破坏任何帧内预测。基本上，相关条带提供将规则条带碎片化为多个NAL单元，以通过允许规则条带的一部分在整个规则条带的编码完成之前被发送出去以提供减少的端到端延迟。
在WPP中，图片被分割成单行编解码树块(CTB)。熵解码和预测被允许使用来自其他分割中的CTB的数据。通过CTB行的并行解码，并行处理是可能的，其中CTB行的解码的开始被延迟了两个CTB，从而确保在目标CTB被解码之前，与目标CTB上方和右侧的CTB相关的数据是可用的。使用这种交错的开始(当以图形表示时，其看起来像一个波前)，并行化可能使用最多与图片包含的CTB行一样多的处理器/核心。因为图片内邻近树块行之间的帧内预测是被允许的，所以使帧内预测成为可能所需的处理器间/核心间通信可能是大量的。与未被应用时相比，WPP分割不会导致产生附加的NAL单元，因此WPP不是用于MTU尺寸匹配的工具。但是，如果需要MTU尺寸匹配，则规则条带可以与WPP一起使用，其具有一定的编解码开销。
片定义了将图片分割为片列和片行的水平和垂直边界。片列从图片的顶部开始到图片的底部。同样，片行从图片的左侧开始到图片的右侧。图片中的片的数量可以简单地推导为片列的数量乘以片行的数量。
在以图片的片光栅扫描的顺序解码下一个片的左上CTB之前，CTB的扫描顺序被改变为在片内是局部的(以片的CTB光栅扫描的顺序)。与规则条带类似，片打破了帧内预测依赖性以及熵解码依赖性。然而，它们不需要被包括在单个NAL单元中(在这方面与WPP相同)；因此，片不能被用于MTU尺寸匹配。每个片可以由一个处理器/核心来处理，并且解码邻近片的处理单元之间的帧内预测所需的处理器间/核心间通信被限于传达共享的条带标头(在一个条带跨越不止一个片的情况下)以及对经重构样点和元数据的相关的共享进行环路滤波。当一个条带中包括不止一个的片或WPP段时，条带中除第一个片或WPP段之外的每个片或WPP段的入口点字节偏移在条带标头中信令通知。
为了简明起见，在HEVC已经指定了对四种不同图片分割方案的应用的限制。给定的编解码视频序列不能包括HEVC中所指定的大部分档次的片和波前两者。对于每个条带和片，必须满足以下条件中的一个或两个：1)条带中的所有编解码树块属于同一片；2)片中的所有编解码树块属于同一条带。最后，波前段仅包含一个CTB行，当使用WPP时，如果条带从CTB行内开始，则其必须在同一个CTB行内结束。
在2017年10月24日公开发布的JCT-VC输出文档JCTVC-AC1005，J.Boyce、A.Ramasubramonian、R.Skupin、G.J.Sullivan、A.Tourapis、Y.-K.Wang(编辑)，“HEVCAdditional Supplemental Enhancement Information(Draft 4)HEVC附加补充增强信息(草案4)”(在此处可获取：http：//phenix.int-evry.fr/jct/doc_end_user/documents/29_Macau/wg11/JCTVC-AC1005-v2.zip)中指定了对HEVC的最新修订。通过收录该修订，HEVC指定了三个与MCTS相关的SEI消息，即时域MCTS SEI消息、MCTS提取信息集SEI消息和MCTS提取信息嵌套SEI消息。
时域MCTS SEI消息指示比特流中MCTS的存在，并且信令通知该MCTS。对于每个MCTS，运动矢量被限制为指向MCTS内的全采样位置和仅需要MCTS内的全采样位置进行插值的分数采样位置，并且不允许使用从MCTS外的块导出的用于时域运动矢量预测的运动矢量候选。这样，每个MCTS可以被独立地解码，而不存在不被包括在MCTS中的片。
MCTS提取信息集SEI消息提供了可以在MCTS子比特流提取中使用的补充信息(被指定为SEI消息的语义的一部分)，以生成符合MCTS集的比特流。该信息由多个提取信息集组成，每个提取信息集定义多个MCTS集，并包含要在MCTS子比特流提取过程中使用的替换VPS、SPS和PPS的RBSP字节。当根据MCTS子比特流提取过程提取子比特流时，参数集(VPS、SPS和PPS)需要被重写或替换，条带标头需要稍微被更新，因为一个或所有与条带地址相关的语法元素(包括first_slice_segment_in_pic_flag和slice_segment_address)通常需要具有不同的值。
3.2.VCC中的图片分割
在VVC中，图片被分成一个或多个片行和一个或多个片列。片是覆盖图片的矩形区域的一系列CTU。片中的CTU在该片内以光栅扫描顺序被扫描。
条带由整数个完整片或图片的一个片内的整数个连续的完整CTU行组成。
支持两种条带模式，即光栅扫描条带模式和矩形条带模式。在光栅扫描条带模式中，条带包含图片的条带光栅扫描中的一系列完整片。在矩形条带模式中，条带要么包含共同地形成图片的矩形区域的多个完整片，要么包含共同地形成图片的矩形区域的一个片的多个连续的完整CTU行。矩形条带内的片在对应于该条带的矩形区域内以片光栅扫描顺序被扫描。
子图片包含共同地覆盖图片的矩形区域的一个或多个条带。
图1示出了图片的光栅扫描条带分割的示例，其中图片被分成12个片和3个光栅扫描条带。
图2示出了图片的矩形条带分割的示例，其中图片被分成24个片(6个片列和4个片行)和9个矩形条带。
图3示出了被分割为片和矩形条带的图片的示例，其中图片被分成4个片(2个片列和2个片行)和4个矩形条带。
图4示出了图片的子图片分割的示例，其中图片被分割成18个片，左手边的12个片每个覆盖一个4×4CTU的条带，右手边的6个片每个覆盖2个2×2CTU的垂直堆叠条带，总共得到24个条带和24个不同尺寸的子图片(每个条带是一个子图片)。
3.3.序列内的图片分辨率变化
在AVC和HEVC中，图片的空域分辨率不能改变，除非使用新SPS的新序列以IRAP图片开始。VVC使得能够在不编码IRAP图片的位置改变序列内的图片分辨率，其中IRAP图片总是被帧内编解码。该特征有时被称为参考图片重采样(RPR)，因为当参考图片具有与正在被解码的当前图片不同的分辨率时，该特征需要对被用于帧间预测的参考图片进行重采样。
缩放比被限制为大于或等于1/2(从参考图片到当前图片的2倍下采样)，并且小于或等于8(8倍上采样)。指定了具有不同频率截止的三组重采样滤波器来处理参考图片和当前图片之间的各种缩放比。三组重采样滤波器分别被应用于范围从1/2到1/1.75、从1/1.75到1/1.25和从1/1.25到8的缩放比。每组重采样滤波器具有对于亮度的16个相位和对于色度的32个相位，这与运动补偿插值滤波器的情况相同。实际上，普通的MC插值处理是重采样处理的特殊情况，其具有范围从1/1.25到8的缩放比。水平和垂直缩放比是基于图片宽度和高度以及为参考图片和当前图片指定的左侧、右侧、顶部和底部缩放偏移而导出的。
支持这一特征的VVC设计与HEVC不同的其它方面包括：i)图片分辨率和对应的一致性窗口在PPS中而不是在SPS中信令通知，而在SPS中信令通知最大图片分辨率。ii)对于单层比特流，每个图片存储(DPB中用于存储一个解码图片的槽)占用存储具有最大图片分辨率的解码图片所需的缓冲器尺寸。
3.4.参考图片管理和参考图片列表(RPL)
参考图片管理是任何使用帧间预测的视频编解码方案所必需的核心功能。其管理参考图片在解码图片缓冲器(DPB)中的存储和移除，并将参考图片以正确的顺序放入RPL中。
HEVC的参考图片管理与AVC的参考图片管理不同，其包括参考图片标记和从解码图片缓冲器(DPB)中移除以及参考图片列表构建(RPLC)。代替AVC中基于滑动窗口加自适应存储器管理控制操作(MMCO)的参考图片标记机制，HEVC指定了基于所谓的参考图片集(RPS)的参考图片管理和标记机制，并且RPLC是因此基于该RPS机制的。RPS由与图片相关联的参考图片集组成，包括在解码顺序中在相关联的图片之前的所有参考图片，其可以被用于相关联的图片或在解码顺序中在相关联的图片之后的任何图片的帧间预测。参考图片集由五个参考图片列表组成。前三个列表包含可被用于当前图片的帧间预测以及可被用于在解码顺序中在当前图片之后的一个或多个图片的帧间预测的所有参考图片。其他两个列表由所有没有被用于当前图片的帧间预测，但是可以被用于在解码顺序中在当前图片之后的一个或多个图片的帧间预测的所有参考图片组成。RPS提供了DPB状态的“帧内编解码”信令，而不是像AVC中那样的“帧间编解码”信令，主要是为了提高容错性。HEVC中的RPLC过程是基于RPS的，通过为每个参考索引向RPS子集信令通知索引；该过程比AVC中的RPLC过程简单。
VVC中的参考图片管理比AVC更类似于HEVC，但是稍微更简单和更健壮。如在那些标准中，导出了两个RPL，列表0和列表1，但是它们不是基于在HEVC中所使用的参考图片集概念或者在AVC中所使用的自动滑动窗口过程；相反，它们会被更直接地信令通知。RPL的参考图片被列为活动和非活动条目，并且只有活动条目可以被用作当前图片的CTU的帧间预测的参考索引。非活动条目指示要保持在DPB中的其他图片，以供比特流中稍后到达的其他图片参考。
3.5.参数集
AVC、HEVC和VVC指定了参数集。参数集的类型包括SPS、PPS、APS和VPS。AVC、HEVC和VVC都支持SPS和PPS。VPS从HEVC开始引入，并且被包括在HEVC和VVC两者中。APS没有被包括在AVC或HEVC中，但是被包括在最新的VVC草案文本中。
SPS被设计为携带序列级别标头信息，而PPS被设计为携带不经常改变的图片级别标头信息。利用SPS和PPS，不经常改变的信息不需要为每个序列或图片重复，因此可以避免该信息的冗余信令。此外，SPS和PPS的使用使得能够进行重要标头信息的带外传输，从而不仅避免了对冗余传输的需要，还提高了容错性。
引入VPS是为了携带对多层比特流中的所有层通用的序列级别标头信息。
引入APS是为了携带这样的图片级别或条带级别信息，这些信息需要相当多的比特来编解码，其可以由多个图片共享，并且在序列中其可以有相当多的不同变化。
3.6.VVC中的条带标头和图片标头
与HEVC中的类似，VVC的条带标头传达具体条带的信息。这包括条带地址、条带类型、条带QP、图片顺序计数(POC)最低有效比特(LSB)、RPS和RPL信息、加权预测参数、环路滤波参数、片和WPP的入口偏移等。
VVC引入了图片标头(PH)，其包含具体图片的标头参数。每个图片必须具有一个或仅一个PH。PH基本上携带那些如果没有引入PH则应在条带标头中的但每个对于图片的所有条带具有相同值的参数。这些包括IRAP/GDR图片指示、条带间/条带内允许的标志、POC LSB和可选的POCMSB、关于RPL、去方块、SAO、ALF、QP偏移和加权预测的信息、编解码块分割信息、虚拟边界、并置图片信息等。经常出现的情况是，整个图片序列中的每个图片只包含一个条带。在这种情况下，为了允许每个图片不具有至少两个NAL单元，允许PH语法结构被包括在PH NAL单元或条带标头的任一个中。
在VVC中，关于被用于时域运动矢量预测的并置图片的信息在图片标头或条带标头的任一个中信令通知。
3.7.具有色度缩放的亮度映射(LMCS)
不同于通常通过使用当前样点的空域邻近样点的信息来对当前样点应用滤波处理以减少编解码伪像的其它在环路滤波器(即，去方块滤波器、SAO滤波器和ALF滤波器)，具有色度缩放的亮度映射(LMCS)通过在整个动态范围上重新分配码字来在编码之前修改输入信号以提升压缩效率。LMCS具有两个主要分量：(a)基于自适应分段线性模型的亮度分量的环路内映射，以及(b)用于色度分量的亮度依赖的色度残差缩放。亮度映射利用正向映射函数FwdMap和对应的反向映射函数InvMap。FwdMap函数使用具有16个相等段的分段线性模型来信令通知。InvMap函数不需要信令通知，而是从FwdMap函数中导出。亮度映射模型在APS中信令通知。在经编解码的视频序列中可以使用最多4个LMCS APS。当为图片启用LMCS时，APS ID在图片标头中信令通知以标识携带亮度映射参数的APS。当为条带启用LMCS时，InvMap函数被应用于所有经重构的亮度块，以将样点转换回原始域。对于帧间编解码块，需要附加的映射过程，即应用FwdMap函数将原始域中的亮度预测块映射到正常补偿过程之后的映射域。色度残差缩放被设计为用于补偿亮度信号及其对应的色度信号之间的相互作用。当亮度映射被启用时，会信令通知附加的标志以指示亮度依赖的色度残差缩放是否被启用。色度残差缩放因子取决于当前CU的顶部和/或左侧经重构的邻近亮度样点的平均值。一旦确定了缩放因子，在编码阶段将正向缩放应用于经帧内预测和经帧间预测的残差两者，并且将反向缩放应用于经重构的残差。
4.通过本文的解决方案解决的技术问题的示例
最新VVC文本(在JVET-Q2001-vE/v15中)中的现有设计存在以下问题：
1)并置图片的信令包括其是来自列表0还是列表1，以及参考索引。目前，并置图片的信令与RPL信息一起，在PH或SH的任一者中(但是从不在两者中)。
当ph_temporal_mvp_enabled_flag和rpl_info_in_ph_flag都等于1时，slice_collocated_from_l0_flag的值将被推断为等于ph_collocated_from_l0_flag，如下所示：
当slice_type等于B或P、ph_temporal_mvp_enabled_flag等于1，并且slice_collocated_from_l0_flag不存在时，以下情况适用：
–如果rpl_info_in_ph_flag等于1，则推断slice_collocated_from_l0_flag等于ph_collocated_from_l0_flag。
–否则(rpl_info_in_ph_flag等于0，并且slice_type等于P)，slice_collocated_from_l0_flag的值被推断为等于1。
作为结果，当ph_temporal_mvp_enabled_flag和rpl_info_in_ph_flag都等于1并且ph_collocated_from_l0_flag等于0时，slice_collocated_from_l0_flag的值被推断为等于0，包括对于图片中的P条带。然而，P条带应该只参考列表0中的条目。
2)下面复制的对ph_temporal_mvp_enabled_flag值的现有约束实际上并不需要，因为被禁用的内容后来被并置图片上的SH约束(也被复制在下面)禁用，以具有相同的分辨率和相同的缩放窗口偏移。
当DPB中没有参考图片具有与当前图片相同的空域分辨率时，ph_temporal_mvp_enabled_flag的值应该等于0。
比特流一致性的要求是，slice_collocated_ref_idx所参考的参考图片的pic_width_in_luma_samples和pic_height_in_luma_samples的值应分别等于当前图片的pic_width_in_luma_samples和pic_height_in_luma_samples的值，并且RprConstraintsActive[slice_collocated_from_l0_flag？0：1][slice_collocated_ref_idx]应等于0。
3)由于0值RprConstraintsActive[][]方面覆盖了相同的分辨率方面和相同的缩放窗口偏移方面两者，所以对并置图片具有相同分辨率和相同缩放窗口偏移的SH约束(上面所复制的)具有一些冗余。因此，可以移除相同分辨率方面。
4)当解析PH时NumRefIdxActive[0]的值已知时，当前为ph_collocated_ref_idx指定的值范围不是最佳的。
5)在最新的VVC草案文本中，对于CLVS中的任何图片，如果PH语法结构被包括在SH中而不是PH NAL单元中，则CLVS中的每个图片只有一个条带，并且CLVS中的每个图片的PH语法结构被包括在SH中而不是PH NAL单元中。该设计被包含在一个主要的用例中，在这个用例中，图片没有被划分成多个条带，并且每个图片可以用一个NAL单元来表示(而不是两个NAL单元，一个用于PH，一个用于条带)。在SPS中可以有标志来指定CLVS中的每个图片只有一个条带。然而，缺乏基于这种SPS标志的值来跳过SPS中的一些语法元素(例如，sps_num_subpics_minus1和sps_independent_subpics_flag)的信令的机制。
6)与第5项类似，在PPS中可以有标志来指定图片只有一个条带。然而，缺少基于这种PSS标志的值来跳过一个或多个PPS语法元素pps_num_subpics_minus1、rect_slice_flag、single_slice_per_subpic_flag、num_slices_in_pic_minus1和loop_filter_cross_slices_enabled_flag的信令的机制。
7)LMCS信令是低效的。当ph_lmcs_enabled_flag等于1时，大多数情况下，图片的所有条带都会启用LMCS。然而，在当前的VVC设计中，对于当对图片的所有条带都启用LMCS的情况，不仅ph_lmcs_enabled_flag等于1，还需要为每个条带信令通知具有值1的slice_lmcs_enabled_flag。
a.当ph_lmcs_enabled_flag为真时，ph_lmcs_enabled_flag的语义与信令条带级别LMCS标志的动机相冲突。在当前的VVC中，当ph_lmcs_enabled_flag为真时，意味着所有条带都应该启用LMCS。因此，不需要在条带标头中进一步信令通知LMCS启用标志。
b.此外，当图片标头告知LMCS被启用时，通常，对于所有条带，
LMCS都被启用。条带标头中LCMS的控制主要是为了应对极端情况。因此，如果PHLMCS标志为真并且SH LMCS标志总是信令通知，其可能导致对于普通用户情况信令通知不必要的比特。
c.此外，在ph_chroma_residual_scale_flag和slice_lmcs_enabled_flag的语义中没有清晰地指定图片和/或条带的色度残差缩放的启用/禁用。
5.示例技术和实施例
为了解决上述问题以及其他问题，公开了如下总结的方法。发明应该被认为是解释一般概念的示例，而不应该以狭隘的方式去解释。此外，这些发明可以单独地被应用或以任何方式组合被应用。
1)为了解决问题1，可以应用以下一个或多个方法：
a.可以允许并置图片来自参考图片列表1(并且可能不存在于参考图片列表0中),而不管该图片是否包含P条带。
i.此外，可替代地，以下改动以粗体斜体文本进行介绍，并且删除部分用粗体双括号示出：
当解码P条带时，[[仅]]参考图片列表0(即，RefPicList[0])被用于条带数据的解码，
ii.此外，可替代地，以下改动以粗体斜体文本进行介绍，并且删除部分用粗体双括号示出：
当解码P条带时，[[仅]]参考图片列表0(即，RefPicList[0])被用于条带数据的解码，
b.当在PH中信令通知RPL信息时(即，rpl_info_in_ph_flag等于1)，ph_collocated_from_l0_flag等于0(即，并置图片来自参考图片列表1)，可以推导出条带并置图片参考索引(即，slice_collocated_ref_idx)等于Min(ph_collocated_ref_idx，NumRefIdxActive[0]-1)。
i.可替代地，在该情况下，slice_collocated_ref_idx可以被推导为等于(ph_collocated_ref_idx<NumRefIdxActive[0])？ph_collocated_ref_idx：N，其中N是0至NumRefIdxActive[0]-1范围内的变量(包括0和NumRefIdxActive[0]-1)。
1.在一个示例中，N被设置为0。
2)为了解决问题2，建议用以下“注意”替换对ph_temporal_mvp_enabled_flag的值的约束：
注意–当DPB中没有参考图片具有与当前图片相同的空域分辨率和缩放窗口偏移时，ph_temporal_mvp_enabled_flag的值必须等于0。
a.可替代地，建议仅将相同缩放窗口偏移方面添加到现有约束中，即，将约束改变如下：
当DPB中没有参考图片具有与当前图片相同的空域分辨率和相同的缩放窗口偏移时，ph_temporal_mvp_enabled_flag的值应该等于0。
3)为了解决问题3，在对并置图片要有相同的分辨率和相同的缩放窗口偏移量的SH约束中，移除相同分辨率方面，只保留0-valued-RprConstraintsActive[][]方面。
4)为了解决问题4，应用以下一种或两种方法：
a.当解析PH时NumRefIdxActive[0]的值已知且ph_collocated_from_l0_flag等于1时，ph_collocated_ref_idx的值可以被限制在0至NumRefIdxActive[0]-1的范围内(包括0和NumRefIdxActive[0]-1)。
b.当解析PH时NumRefIdxActive[1]的值已知且ph_collocated_from_l0_flag等于0时，ph_collocated_ref_idx的值可以被限制在0至NumRefIdxActive[1]-1的范围内(包括0和NumRefIdxActive[1]-1)。
5)为了解决问题5，SPS标志(例如sps_one_slice_per_picture_flag)可以在SPS中在语法元素sps_num_subpics_minus1之前的位置信令通知，并且等于1的sps_one_slice_per_picture_flag指定参考SPS的每个图片仅包含一个条带。
a.此外，当sps_one_slice_per_picture_flag等于1时，SPS语法元素sps_num_subpics_minus1和sps_independent_subpics_flag中的任一者或两者的信令可以被跳过。
i.此外，当sps_one_slice_per_picture_flag等于1时，sps_num_subpics_minus1和sps_independent_subpics_flag中的任一者或两者的值可以被分别推断为等于0和1。
b.此外，可替代地，当sps_one_slice_per_picture_flag等于1时，SPS语法元素sps_num_subpics_minus1和sps_independent_subpics_flag中的任一者或两者的值分别被约束为等于0和1。
c.此外，可以要求当sps_one_slice_per_picture_flag等于1时，picture_header_in_slice_header_flag的值应等于1。
d.此外，可替代地，当每个图片应仅包含一个条带的约束为真时(例如，one_slice_per_pic_constraint_flag等于1)，要求SPS标志应等于1。
6)为了解决问题6，PPS标志(例如pps_one_slice_per_picture_flag)可以在PPS中在语法元素pps_num_subpics_minus1之前的位置信令通知，并且等于1的pps_one_slice_per_picture_flag指定参考PPS的每个图片仅包含一个条带。
a.此外，当pps_one_slice_per_picture_flag等于1时，PPS语法元素pps_num_subpics_minus1、rect_slice_flag、single_slice_per_subpic_flag、num_slices_in_pic_minus1和loop_filter_cross_slices_enabled_flag中的一个或多个的信令可以被跳过。
i.此外，当pps_one_slice_per_picture_flag等于1时，pps_num_subpics_minus1、rect_slice_flag、single_slice_per_subpic_flag、num_slices_in_pic_minus1和loop_filter_cross_slices_enabled_flag中的一个或多个的值可以被分别推断为等于0、1、1、1和1。
b.此外，可替代地，当pps_one_slice_per_picture_flag等于1时，pps_num_subpics_minus1、rect_slice_flag、single_slice_per_subpic_flag、num_slices_in_pic_minus1和loop_filter_cross_slices_enabled_flag中的一个或多个的值分别被约束为等于0、1、1、1和1。
c.此外，可替代地，当每个图片应仅包含一个条带的约束为真时(例如，one_slice_per_pic_constraint_flag等于1)，要求PPS标志应等于1。
7)为了解决问题7及其子问题，PH标志ph_lmcs_enabled_flag可以用2比特的ph_lmcs_mode_idc来代替，其指定3种模式：禁用(模式0)、被用于所有条带(模式1)和启用(模式2)。在模式1中，LMCS被用于图片的所有条带，并且在SH中不需要LMCS控制信息。
a.此外，可替代地，LMCS SH控制标志(例如，slice_lmcs_used_flag)的语义被修改以指示LMCS是否被使用。
此外，可替代地，ph_chroma_residual_scale_flag的语义的修正是以正确地描述图片和/或条带的色度残差缩放的启用/禁用来进行的，如6.3节中所描述的。
6.实施例
以下是除了上文第5章中所总结的第8项之外的所有发明方面的一些示例实施例，其可被应用于VVC规范。变更后的文本基于JVET-P2001-v14中的最新VVC文本。被添加或修改的最相关的部分以下示出，最相关被移除的部分用粗体双括号突出显示，例如,[[a]]指示“a”已被移除..还有一些编辑性质的修改，并且因此没有突出显示。
6.1.第一实施例
该实施例对应于上述示例2-4。
7.4.3.7图片标头结构语义
...
影响解码图片输出和移除过程，如附录C中所指定的。当pic_output_flag不存在时，其被推断为等于1.
指定时域运动矢量预测值是否可被用于与PH相关联的条带的帧间预测。如果ph_temporal_mvp_enabled_flag等于0，则与PH相关联的条带的语法元素将被约束，使得在条带的解码中不使用时域运动矢量预测值。否则(ph_temporal_mvp_enabled_flag等于1)，时域运动矢量预测值可被用于解码与PH相关联的条带。当不存在时，ph_temporal_mvp_enabled_flag的值被推断为等于0。[[当DPB中没有参考图片具有与当前图片相同的空域分辨率时，ph_temporal_mvp_enabled_flag的值应等于0。]]
...
等于1指定被用于时域运动矢量预测的并置图片是从参考图片列表0导出的。ph_collocated_from_l0_flag等于0指定被用于时域运动矢量预测的并置图片是从参考图片列表1中导出的。
指定被用于时域运动矢量预测的并置图片的参考索引。当ph_collocated_from_l0_flag等于1时，ph_collocated_ref_idx参考参考图片列表0中的条目，并且ph_collocated_ref_idx的值应在0到[[num_ref_entries[0][RplsIdx[0]]]]/>-1的范围内(包括0和/>-1)。
当ph_collocated_from_l0_flag等于0时，ph_collocated_ref_idx参考参考图片列表1中的条目，ph_collocated_ref_idx的值应在0到[[num_ref_entries[1][RplsIdx[1]]]]-1的范围内(包括0和/>-1)。
当不存在时，ph_collocated_ref_idx的值被推断为等于0。
...
7.4.8.1通用条带标头语义
...
指定被用于时域运动矢量预测的并置图片的参考索引。
当slice_type等于P或者当slice_type等于B并且slice_collocated_from_l0_flag等于1时，slice_collocated_ref_idx参考参考图片列表0中的条目，并且slice_collocated_ref_idx的值应当在0到NumRefIdxActive[0]-1的范围内(包括0和NumRefIdxActive[0]-1)。
当slice_type等于B并且slice_collocated_from_l0_flag等于0时，slice_collocated_ref_idx参考参考图片列表1中的条目，并且slice_collocated_ref_idx的值应该在0到NumRefIdxActive[1]-1的范围内(包括0和NumRefIdxActive[1]-1)。
当slice_collocated_ref_idx不存在时，以下情况适用：
–如果rpl_info_in_ph_flag等于1，则推断slice_collocated_ref_idx的值等于ph_collocated_ref_idx。
–否则(rpl_info_in_ph_flag等于0)，则推断slice_collocated_ref_idx的值等于0。
比特流一致性的要求是，slice_collocated_ref_idx参考的图片对于编解码图片的所有条带应该是相同的。
比特流一致性的要求是[[slice_collocated_ref_idx参考的参考图片的pic_width_in_luma_samples和pic_height_in_luma_samples的值应分别等于当前图片的pic_width_in_luma_samples和pic_height_in_luma_samples的值，并且]]RprConstraintsActive[slice_collocated_from_l0_flag？0：1][slice_collocated_ref_idx]应等于0。
...
6.2.第二实施例
该实施例对应于上述示例5-6。
7.3.2.3序列参数集RBSP语法
7.4.3.3序列参数集RBSP语义
...
加5指定每个CTU的亮度编解码树块尺寸。
sps_log2_ctu_size_minus5的值应在0到2的范围内(包括0和2)。
sps_log2_ctu_size_minus5的值3保留供ITU-T|ISO/IEC将来使用。
变量CtbLog2SizeY和CtbSizeY推导如下：
CtbLog2SizeY＝sps_log2_ctu_size_minus5+5 (43
CtbSizeY＝1<<CtbLog2SizeY (44)
等于1指定对于CLVS存在子图片信息，并且在CLVS的每个图片中可能有一个或多个子图片。subpic_info_present_flag等于0指定对于CLVS不存在子图片信息，并且在CLVS的每个图片中只有一个子图片。/>
当res_change_in_clvs_allowed_flag等于1时，subpic_info_present_flag的值应等于0。
注意3–当比特流是子比特流提取处理的结果，并且仅包含子比特流提取处理的输入比特流的子图片的子集时，可能需要在SPS的RBSP中将subpic_info_present_flag的值设置为1。
加1指定CLVS中每个图片的子图片数量。sps_num_subpics_minus1的值应在0至Ceil(pic_width_max_in_luma_samples÷CtbSizeY)*Ceil(pic_height_max_in_luma_samples÷CtbSizeY)-1的范围内(包括0和Ceil(pic_width_max_in_luma_samples÷CtbSizeY)*Ceil(pic_height_max_in_luma_samples÷CtbSizeY)-1)。当不存在时，sps_num_subpics_minus1的值被推断为等于0。
等于1指定CLVS中的所有子图片边界都被视为图片边界，并且没有跨子图片边界的环路滤波。sps_independent_subpics_flag等于0不施加这样的约束。当不存在时，sps_independent_subpics_flag的值被推断为/>[[等于0]]。
...
7.3.2.4图片参数集RBSP语法
/>
7.4.3.4图片参数集RBSP语义
...
指定参考PPS的每个解码图片的以亮度样点为单位的宽度。pic_width_in_luma_samples应不等于0，其应为Max(8，MinCbSizeY)的整数倍，且应小于或等于pic_width_max_in_luma_samples。
当res_change_in_clvs_allowed_flag等于0时，pic_width_in_luma_samples的值应等于pic_width_max_in_luma_samples。
当sps_ref_wraparound_enabled_flag等于1时，(CtbSizeY/MinCbSizeY+1)的值应小于或等于(pic_width_in_luma_samples/MincbSizeY-1)的值。
...
应等于sps_num_subpics_minus1。/>
...
等于0指定每个条带内的片处于光栅扫描顺序，并且条带信息没有在PPS中信令通知。rect_slice_flag等于1指定每个条带内的片覆盖图片的矩形区域，并且条带信息在PPS中信令通知。当不存在时，rect_slice_flag被推断为等于1。当subpic_info_present_flag等于1时，rect_slice_flag的值应等于1。
等于1指定每个子图片由一个且仅一个矩形条带组成。single_slice_per_subpic_flag等于0指定每个子图片可以由一个或多个矩形条带组成。当/>[[不存在]]时，single_slice_per_subpic_flag的值被推断为等于1。
加1指定参考PPS的每个图片中矩形条带的数量。num_slices_in_pic_minus1的值应在0到MaxSlicesPerPicture-1的范围内(包括0和MaxSlicesPerPicture-1)，其中MaxSlicesPerPicture在附录a中进行指定。当no_pic_partition_flag等于1时，num_slices_in_pic_minus1的值被推断为等于0。当single_slice_per_subpic_flag等于1时，num_slices_in_pic_minus1的值被推断为等于sps_num_subpics_minus1。
...
7.4.8.1通用条带标头语义
...
等于1指定PH语法结构存在于条带标头中。picture_header_in_slice_header_flag等于0指定PH语法结构不存在于条带标头中。
比特流一致性的要求是，在CLVS中的所有编解码条带中，picture_header_in_slice_header_flag的值应该相同。
当编解码条带的picture_header_in_slice_header_flag等于1时，比特流一致性的要求是CLVS中不应存在nal_unit_type等于PH_NUT的VCL NAL单元。当picture_header_in_slice_header_flag等于0时，当前图片中的所有编解码条带应具有等于0的picture_header_in_slice_header_flag，并且当前PU应具有PH NAL单元。
...
6.3.第三实施例
该实施例对应于上述示例7。
7.3.2.7图片标头结构语法
7.4.3.7图片标头结构语义
...
[[enabled_flag]]等于1指定对与PH相关联的所有条带应用具有色度缩放的亮度映射，/>
ph_lmcs_[[enabled_flag]]等于0指定对与PH相关联的所有条带具有色度缩放的亮度映射[[可以禁用一个或多个，或]]。/> 当不存在时，ph_lmcs_/>[[enabled_flag]]的值被推断为等于0。
等于1指定对与PH相关联的所有条带启用色度残差缩放，/> ph_chroma_residual_scale_flag等于0指定对与PH相关联的所有条带/>色度残差缩放[[可以对一个或多个条带禁用，或]]。当ph_chroma_residual_scale_flag不存在时，其被推断为等于0。
...
7.3.7.1通用条带标头语法
7.4.8.1通用条带标头语义
...
[[enabled_flag]]等于1指示对当前条带应用具有色度缩放的亮度映射，/> slice_lmcs_enabled_flag等于0指示具有色度缩放的亮度映射和色度残差缩放没有被应用于当前条带。当slice_lmcs_enabled_flag不存在时，其被推断为等于[[0]]/>
...
图5是示出了示例视频处理系统500的框图，其中可以实施本文所公开的各种技术。各种实施方式可以包括系统500的一些或所有组件。系统500可以包括用于接收视频内容的输入502。视频内容可以以原始或未经压缩的格式被接收，例如8比特或10比特多分量像素值，或者其可以是经压缩或经编码格式。输入502可以表示网络接口、外围总线接口或存储接口。网络接口的示例包括有线接口(诸如以太网、无源光网络(PON)等)以及诸如Wi-Fi或蜂窝接口的无线接口。
系统500可以包括编解码组件504，其可以实施在本文档中所描述的各种编解码或编码方法。编解码组件504可以降低从输入502到编解码组件504的输出的视频的平均比特率，以产生视频的编解码表示。因此，编解码技术有时被称为视频压缩或视频码转换技术。如组件506所表示的，编解码组件504的输出可以要么被存储，或者要么经由所连接的通信被发送。组件508可以使用在输入502处接收的视频的存储或通信的比特流(或经编解码)表示来生成被发送到显示接口510的像素值或可显示视频。从比特流表示生成用户可视视频的过程有时被称为视频解压缩。此外，虽然某些视频处理操作被称为“编解码”操作或工具，应当理解的是，编解码工具或操作在编码器处被使用，并且与编解码结果相反的对应的解码工具或操作将由解码器执行。
外围总线接口或显示器接口的示例可以包括通用串行总线(USB)或高清多媒体接口(HDMI)或显示端口等。存储接口的示例包括SATA(串行高级技术附件)、PCI、IDE接口等。本文档中所描述的技术可以在各种电子设备中体现，诸如移动电话、膝上型电脑、智能手机或能够执行数字数据处理和/或视频显示的其他设备。
图6是视频处理装置600的框图。装置600可以被用于实施本文描述的一种或多种方法。装置600可以体现在智能手机、平板电脑、计算机、物联网(IoT)接收器等中。装置600可以包括一个或多个处理器602、一个或多个存储器604和视频处理硬件606。(一个或多个)处理器602可以被配置为实施本文档中所描述的一个或多个方法。(一个或多个)存储器604可以被用于存储用于实施本文所描述的方法和技术的数据和代码。视频处理硬件606可以被用于在硬件电路中实施本文档中所描述的一些技术。在一些实施例中，硬件606可以部分地或完全地在一个或多个处理器602中，例如图形处理器。
图7是图示了可利用本公开的技术的示例视频编解码系统100的框图。
如图7中所示出的，视频编解码系统100可以包括源设备110和目标设备120。源设备110生成经编码的视频数据，其可以被称为视频编码设备。目标设备120可以解码由源设备110生成的经编码的视频数据，其可以被称为视频解码设备。
源设备110可以包括视频源112、视频编码器114和输入/输出(I/O)接口116。
视频源112可以包括诸如视频捕获设备、从视频内容提供商接收视频数据的接口和/或用于生成视频数据的计算机图形系统或这些源的组合的源。视频数据可以包括一个或多个图片。视频编码器114对来自视频源112的视频数据进行编码，以生成比特流。比特流可以包括形成视频数据的编解码表示的比特序列。比特流可以包括编解码图片和相关联的数据。编解码图片是图片的编解码表示。相关联的数据可以包括序列参数集、图片参数集和其他语法结构。I/O接口116可以包括调制器/解调器(调制解调器)和/或发送器。经编码的视频数据可经由I/O接口116通过网络130a直接发送到目标设备120。经编码的视频数据还可被存储在存储介质/服务器130b上以供目标设备120访问。
目标设备120可以包括I/O接口126、视频解码器124和显示设备122。
I/O接口126可以包括接收器和/或调制解调器。I/O接口126可以从源设备110或存储介质/服务器130b获取经编码的视频数据。视频解码器124可以解码经编码的视频数据。显示设备122可以向用户显示经解码的视频数据。显示设备122可以与目标设备120进行集成，或者可以在目标设备120的外部，其被配置为与外部显示设备交互。
视频编码器114和视频解码器124可以根据视频压缩标准操作，例如高效视频编解码(HEVC)标准、通用视频编解码(VVM)标准和其他当前和/或进一步的标准。
图8是图示了视频编码器200的示例的框图，视频编码器200可以是图7中所图示的系统100中的视频编码器114。
视频编码器200可被配置为执行本公开的任何或所有技术。在图8的示例中，视频编码器200包括多个功能组件。本公开中所描述的技术可在视频编码器200的各种组件之间共享。在一些示例中，处理器可以被配置为执行本公开中所描述的任何或所有技术。
视频编码器200的功能组件可以包括分割单元201、可以包括模式选择单元203、运动估计单元204、运动补偿单元205和帧内预测单元206的预测单元202、残差生成单元207、变换单元208、量化单元209、逆量化单元210、逆变换单元211、重构单元212、缓冲器213和熵编码单元214。
在其他示例中，视频编码器200可以包括更多的、更少的或不同的功能组件。在一个示例中，预测单元202可包括帧内块复制(IBC)单元。IBC单元可以以IBC模式执行预测，其中至少一个参考图片是当前视频块所在的图片。
此外，一些组件(诸如，运动估计单元204和运动补偿单元205)可以高度地被集成，但出于解释目的而在图8的示例中分别地表示。
分割单元201可将图片分割成一个或多个视频块。视频编码器200和视频解码器300可以支持各种视频块尺寸。
模式选择单元203可以基于误差结果选择编解码模式(例如，帧内或帧间)中的一者，并且将所得的经帧内或帧间编解码块提供到残差产生单元207以生成残差块数据，并且提供到重构单元212以重构经编码块以用作参考图片。在一些示例中，模式选择单元203可以选择帧内和帧间预测的组合(CIIP)模式，其中预测是基于帧间预测信号和帧内预测信号。在帧间预测的情况下，模式选择单元203还可以为块选择运动矢量的分辨率(例如，子像素或整数像素精度)。
为了对当前视频块执行帧间预测，运动估计单元204可通过将来自缓冲器213的一个或多个参考帧与当前视频块进行比较来生成当前视频块的运动信息。运动补偿单元205可基于来自缓冲器213的除了与当前视频块相关联的图片之外的图片的运动信息和经解码样点来确定当前视频块的预测视频块。
运动估计单元204和运动补偿单元205可以对当前视频块执行不同的操作，例如，取决于当前视频块是在I条带、P条带还是B条带中。
在一些示例中，运动估计单元204可对当前视频块执行单向预测，并且运动估计单元204可在列表0或列表1的参考图片中搜索当前视频块的参考视频块。运动估计单元204然后可以生成指示列表0或列表1中的包含参考视频块的参考图片的参考索引，和指示当前视频块与参考视频块之间的空域位移的运动矢量。运动估计单元204可以输出参考索引、预测方向指示符和运动矢量作为当前视频块的运动信息。运动补偿单元205可基于由当前视频块的运动信息所指示的参考视频块来生成当前块的预测视频块。
在其它示例中，运动估计单元204可以对当前视频块执行双向预测，运动估计单元204可在列表0中的参考图片中搜索当前视频块的参考视频块，并且还可以在列表1中的参考图片中搜索当前视频块的另一参考视频块。运动估计单元204然后可以生成参考索引和运动矢量，该参考索引指示列表0和列表1中的包含参考视频块的参考图片，该运动矢量指示参考视频块与当前视频块之间的空域位移。运动估计单元204可以输出当前视频块的参考索引和运动矢量作为当前视频块的运动信息。运动补偿单元205可以基于由当前视频块的运动信息所指示的参考视频块来生成当前视频块的预测视频块。
在一些示例中，运动估计单元204可以输出用于解码器的解码处理的运动信息的完整集。
在一些示例中，运动估计单元204可能不输出当前视频的运动信息的完整集。相反，运动估计单元204可以参考另一视频块的运动信息来信令通知当前视频块的运动信息。例如，运动估计单元204可以确定当前视频块的运动信息与邻近视频块的运动信息足够地相似。
在一个示例中，运动估计单元204可以在与当前视频块相关联的语法结构中指示一个值，该值向视频解码器300指示当前视频块具有与另一视频块相同的运动信息。
在另一示例中，运动估计单元204可以在与当前视频块相关联的语法结构中识别另一视频块和运动矢量差(MVD)。运动矢量差指示当前视频块的运动矢量和所指示的视频块的运动矢量之间的差。视频解码器300可以使用所指示的视频块的运动矢量和运动矢量差来确定当前视频块的运动矢量。
如上所述，视频编码器200可以预测性地信令通知运动矢量。可由视频编码器200实施的预测信令技术的两个示例包括高级运动矢量预测(AMVP)和Merge模式信令。
帧内预测单元206可以对当前视频块执行帧内预测。当帧内预测单元206对当前视频块执行帧内预测时，帧内预测单元206可以基于同一图片中的其它视频块的经解码样点来生成当前视频块的预测数据。当前视频块的预测数据可以包括预测视频块和各种语法元素。
残差生成单元207可以通过从当前视频块减去(例如，由减号所指示)当前视频块的预测视频块来生成当前视频块的残差数据。当前视频块的残差数据可以包括对应于当前视频块中的样点的不同样点分量的残差视频块。
在其它示例中，对于当前视频块，可能没有当前视频块的残差数据，例如在跳过模式中，并且残差生成单元207可以不执行减法操作。
变换单元208可以通过将一个或多个变换应用于与当前视频块相关联的残差视频块来生成当前视频块的一个或多个变换系数视频块。
在变换单元208生成与当前视频块相关联的变换系数视频块之后，量化单元209可以基于与当前视频块相关联的一个或多个量化参数(QP)值来量化与当前视频块相关联的变换系数视频块。
逆量化单元210和逆变换单元211可以分别对变换系数视频块应用逆量化和逆变换，以从变换系数视频块重构残差视频块。重构单元212可将经重构的残差视频块添加到来自由预测单元202生成的一个或多个预测视频块的对应样点，以产生与当前块相关联的经重构视频块，用于存储在缓冲器213中。
在重构单元212重构视频块之后，可执行环路滤波操作以减少视频块中的视频块伪像。
熵编码单元214可以从视频编码器200的其他功能组件接收数据。当熵编码单元214接收到数据时，熵编码单元214可以执行一个或多个熵编码操作以生成经熵编码的数据并输出包括经熵编码的数据的比特流。
图9是图示了视频解码器300的示例的框图，视频解码器300可以是图7中所图示的系统100中的视频解码器114。
视频解码器300可被配置为执行本公开的任何或所有技术。在图8的示例中，视频解码器300包括多个功能组件。本公开中所描述的技术可以在视频解码器300的各种组件之间共享。在一些示例中，处理器可以被配置为执行本公开中所描述的任何或所有技术。
在图9的示例中，视频解码器300包括熵解码单元301、运动补偿单元302、帧内预测单元303、逆量化单元304、逆变换单元305、重构单元306和缓冲器307。在一些示例中，视频解码器300可以执行通常与相对于视频编码器200(图8)所描述的编码过程互逆的解码过程。
熵解码单元301可检索经编码的比特流。经编码的比特流可以包括经熵编解码的视频数据(例如，经编码的视频数据的块)。熵解码单元301可以解码经熵编解码的视频数据，并且运动补偿单元302可以从经熵解码的视频数据确定包括运动矢量、运动矢量精度、参考图片列表索引和其它运动信息的运动信息。运动补偿单元302可以，例如通过执行AMVP和Merge模式来确定此信息。
运动补偿单元302可以产生经运动补偿的块，可能基于插值滤波器执行插值。语法元素中可以包括要以子像素精度被使用的插值滤波器的识别符。
运动补偿单元302可以使用如视频编码器200在视频块的编码期间所使用的插值滤波器来计算参考块的子整数像素的插值值。运动补偿单元302可以根据所接收的语法信息来确定视频编码器200所使用的插值滤波器，并使用插值滤波器来产生预测块。
运动补偿单元302可以使用一些语法信息来确定被用于编码经编码的视频序列的(一个或多个)帧和/或(一个或多个)条带的块的尺寸、描述经编码的视频序列的图片的每一宏块如何被分割的分割信息、指示每一分割如何被编码的模式、每一经帧间编码的块的一个或多个参考帧(和参考帧列表)以及解码经编码的视频序列的其它信息。
帧内预测单元303可以使用例如在比特流中所接收的帧内预测模式来从空域上邻接的块形成预测块。逆量化单元304逆量化(即，去量化)比特流中所提供的并且由熵解码单元301解码的经量化的视频块系数。逆变换单元305应用逆变换。
重构单元306可以将残差块与由运动补偿单元302或帧内预测单元303生成的对应的预测块相加，以形成经解码的块。如果需要，还可以应用去方块滤波器来对经解码的块进行滤波，以便去除块效应伪像。经解码的视频块然后被存储在缓冲器307中，缓冲器307为后续的运动补偿/帧内预测提供参考块，并且还产生经解码的视频以在显示设备上呈现。
图10-17示出了可以在例如图5-9中所示出的实施例中实施上述技术解决方案的示例方法。
图10示出了视频处理的示例方法1000的流程图。方法1000包括，在操作1010处，执行包括当前图片的视频和该视频的比特流之间的转换，该比特流符合格式规则，该格式规则指定比特流包括用于基于解码图片缓冲器中的参考图片是否具有与当前图片相同的空域分辨率和缩放窗口偏移来禁用对当前图片使用时域运动矢量预测工具的标志。
图11示出了视频处理的示例方法1100的流程图。方法1100包括，在操作1110处，执行包括当前图片的视频和该视频的比特流之间的转换，该比特流符合格式规则，该格式规则指定无论当前图片是否包括预测编解码条带(P条带)都允许当前图片的并置图片被包括在当前图片的第一参考图片列表中。
图12示出了视频处理的示例方法1200的流程图。方法1200包括，在操作1210处，执行包括包含条带的当前图片的视频和该视频的比特流之间的转换，该比特流符合格式规则，该格式规则指定当前图片的并置图片的参考索引是基于与当前图片相关联的图片标头中信令通知的参考图片列表信息和包括并置图片的参考图片列表X来推导出的，并且X是等于零或一的整数。
图13示出了视频处理的示例方法1300的流程图。方法1300包括，在操作1310处，执行包括包含条带的当前图片的视频和该视频的比特流之间的转换，该比特流符合格式规则，该格式规则指定与条带相关联的条带标头包括对并置图片的一个或多个约束，并且该一个或多个约束指定指示对并置图片禁用参考图片重采样过程的变量。
图14示出了视频处理的示例方法1400的流程图。方法1400包括，在操作1410处，执行包括当前图片的视频和该视频的比特流之间的转换，该比特流符合格式规则，该格式规则指定对与当前图片相关联的图片标头中的索引的约束，使得该索引需要大于或等于零并且小于可应用于当前图片的活动参考索引的数量。
图15示出了视频处理的示例方法1500的流程图。方法1500包括，在操作1510处，根据规则执行视频和该视频的比特流之间的转换，该规则指定标志被包括在序列参数集中的第一语法元素之前的位置处，该第一语法元素指示参考该序列参数集的图片中所包括的子图片的数量，并且该标志的特定值指示图片仅包括一个条带。
图16示出了视频处理的示例方法1600的流程图。方法1600包括，在操作1610处，根据规则执行视频和该视频的比特流之间的转换，该规则指定标志被包括在图片参数集中的第一语法元素之前的位置处，该第一语法元素指示参考该图片参数集的图片中所包括的子图片的数量，并且该标志的特定值指示图片仅包括一个条带。
图17示出了视频处理的示例方法1700的流程图。方法1700包括，在操作1710处，执行包括当前图片的视频和该视频的比特流之间的转换，该比特流符合格式规则，该格式规则指定与当前图片相关联的图片标头包括语法元素，该语法元素信令通知具有色度缩放的亮度映射(LMCS)编解码工具的三种模式之一对图片的适用性：(a)禁用，(b)被用于所有条带，或(c)启用。
接下来提供一些实施例所优选的解决方案的列表。
A1。一种视频处理的方法，包括：执行包括当前图片的视频和该视频的比特流之间的转换，其中该比特流符合格式规则，并且其中该格式规则指定该比特流包括用于基于解码图片缓冲器中的参考图片是否具有与当前图片相同的空域分辨率和缩放窗口偏移来禁用对当前图片使用时域运动矢量预测工具的标志。
A2。如解决方案A1的方法，其中由于解码图片缓冲器中没有参考图片具有与当前图片相同的空域分辨率和相同的缩放窗口偏移，标志等于零。
A3。如解决方案A1的方法，其中由于解码图片缓冲器中没有参考图片处于当前图片中的所有条带的一个或多个参考图片列表的活动条目中，标志等于零。
A4。如解决方案A2或A3的方法，其中标志等于零指示对当前图片禁用时域运动矢量预测工具。
A5。如解决方案A1至A4中任一项的方法，其中标志被包括在图片标头中。
A6。如解决方案A5的方法，其中标志是ph_temporal_mvp_enabled_flag。
A7。一种视频处理的方法，包括：执行包括当前图片的视频和该视频的比特流之间的转换，其中该比特流符合格式规则，并且其中该格式规则指定当前图片的并置图片被允许被包括在当前图片的第一参考图片列表中，无论当前图片是否包括预测编解码条带(P条带)。
A8。如解决方案A7的方法，其中格式规则还指定并置图片不存在于当前图片的第二参考图片列表中。
A9。如解决方案A8的方法，其中第一参考图片列表是RefPicList[1]，第二参考图片列表是RefPicList[0]。
A10。一种视频处理的方法，包括：执行包括包含条带的当前图片的视频和该视频的比特流之间的转换，其中该比特流符合格式规则，其中该格式规则指定当前图片的并置图片的参考索引是基于与当前图片相关联的图片标头中信令通知的参考图片列表信息和包括并置图片的参考图片列表X所导出的，并且其中X是等于零或一的整数。
A11。如解决方案A10的方法，其中并置图片的参考索引是由(a)图片标头中的并置图片参考索引和(b)参考图片列表(1-X)中的活动条目的数量减1两者中的最小值所导出的。
A12。如解决方案A10的方法，其中并置图片的参考索引被推导为(a)当并置图片参考索引小于参考图片列表(1-X)中的活动条目的数量时，图片标头中的并置图片参考索引，或者(b)预定的非负整数(N)，其在从0到参考图片列表(1-X)中的活动条目的数量减1的范围内。
A13。如解决方案A12的方法，其中N＝0。
A14。如解决方案A1至A13中任一项的方法，其中转换包括从比特流中解码视频。
A15。如解决方案A1至A13中任一项的方法，其中转换包括将视频编码成比特流。
A16。一种将表示视频的比特流存储到计算机可读记录介质的方法，包括：根据解决方案A1至A13中的任一项或多项中所描述的方法从视频生成比特流，并将比特流存储在计算机可读记录介质中。
A17。一种视频处理装置，包括处理器，该处理器被配置为实施解决方案A1至A16中的任一项或多项所述的方法。
A18。一种其上存储有指令的计算机可读介质，该指令在被运行时使得处理器实施解决方案A1至A16中的一项或多项所述的方法。
A19。一种存储根据解决方案A1至A16中的任一项或多项所生成的比特流的计算机可读介质。
A20。一种用于存储比特流的视频处理装置，其中该视频处理装置被配置为实施解决方案A1至A16中的任一项或多项所述的方法。
接下来提供一些实施例所优选的解决方案的另一列表。
B1。一种视频处理的方法，包括：执行包括包含条带的当前图片的视频和该视频的比特流之间的转换，其中比特流符合格式规则，该格式规则指定与条带相关联的条带标头包括对并置图片的一个或多个约束，并且其中该一个或多个约束指定指示对并置图片禁用参考图片重采样过程的变量。
B2。如解决方案B1的方法，其中变量是RprConstraintsActiveFlag，并且其中变量具有零值指示对并置图片禁用参考图片重采样过程。
B3。如解决方案B1的方法，其中一个或多个约束还指定并置图片的子图片的数量和编解码树单元(CTU)尺寸与当前图片的相同。
B4。如解决方案B1至B3中任一项的方法，其中在对当前图片启用的时域运动矢量预测工具中使用并置图片。
B5。一种视频处理的方法，包括：执行包括当前图片的视频和该视频的比特流之间的转换，其中比特流符合格式规则，并且其中该格式规则指定对与当前图片相关联的图片标头中的索引的约束，使得索引需要大于或等于零并且小于可应用于当前图片的活动参考索引的数量。
B6。如解决方案B5的方法，其中索引指示被用于当前图片的时域运动矢量预测的并置图片。
B7。如解决方案B5或B6的方法，其中活动参考索引对应于参考图片列表0的参考索引。
B8。如解决方案B5或B6的方法，其中活动参考索引对应于参考图片列表1的参考索引。
B9。一种视频处理的方法，包括：根据规则执行视频和该视频的比特流之间的转换，其中该规则指定在序列参数集中的第一语法元素之前的位置处包括标志，该第一语法元素指示参考该序列参数集的图片中所包括的子图片的数量，并且其中标志的特定值指示图片仅包括一个条带。
B10。如解决方案B9的方法，其中标志是sps_one_slice_per_picture_flag，并且第一语法元素是sps_num_subpics_minus1。
B11。如解决方案B9或B10的方法，其中格式规则还指定由于包括了标志，第一语法元素或第二语法元素被排除在序列参数集之外。
B12。如解决方案B9或B10的方法，其中格式规则还指定由于包括了标志，第一语法元素或第二语法元素被推断为具有特定值。
B13。如解决方案B11或B12的方法，其中第二语法元素是sps_independent_subpics_flag。
B14。如解决方案B12的方法，其中第二语法元素是picture_header_in_slice_header_flag。
B15。一种视频处理的方法，包括：根据规则执行视频和该视频的比特流之间的转换，其中该规则指定在图片参数集中的第一语法元素之前的位置处包括标志，该第一语法元素指示参考该图片参数集的图片中所包括的子图片的数量，并且其中标志的特定值指示图片仅包括一个条带。
B16。如解决方案B15的方法，其中标志是pps_one_slice_per_picture_flag，并且第一语法元素是pps_num_subpics_minus1。
B17。如解决方案B15或B16的方法，其中格式规则还指定由于包括了标志，第一语法元素或第二语法元素被排除在图片参数集之外。
B18。如解决方案B15或B16的方法，其中格式规则还指定由于包括了标志，第一语法元素或第二语法元素被推断为具有特定值。
B19。如解决方案B18的方法，其中第二语法元素是rect_slice_flag、num_slices_in_pic_minus1、loop_filter_cross_slices_enabled_flag或single_slice_per_subpic_flag。
B20。一种视频处理的方法，包括：执行包括当前图片的视频和该视频的比特流之间的转换，其中比特流符合格式规则，并且其中该格式规则指定与当前图片相关联的图片标头包括语法元素，该语法元素信令通知具有色度缩放的亮度映射(LMCS)编解码工具的三种模式之一对图片的适用性(a)禁用，(b)被用于所有条带，或者(c)启用。
B21。如解决方案B1至B20中任一项的方法，其中转换包括从比特流中解码视频。
B22。如解决方案B1至B20中任一项的方法，其中转换包括将视频编码成比特流。
B23。一种将表示视频的比特流存储到计算机可读记录介质的方法，包括根据解决方案B1至B20中的任一项或多项所述的方法从视频生成比特流；以及将比特流存储在计算机可读记录介质中。
B24。一种视频处理的装置，该装置包括被配置为实施解决方案B1至B23中的任一项或多项所述的方法的处理器。
B25。一种其上存储有指令的计算机可读介质，该指令在被运行时使得处理器实施解决方案B1至B23中的一项或多项所述的方法。
B26。一种存储根据解决方案B1至B23中的任一项或多项所生成的比特流的计算机可读介质。
B27。一种用于存储比特流的视频处理装置，其中该视频处理装置被配置为实施解决方案B1至B23中的任一项或多项所述的方法。
接下来提供一些实施例所优选的解决方案的又一列表。
P1。一种视频处理的方法，包括：执行包括包含一个或多个图片的多个视频层的视频和该视频的编解码表示之间的转换，其中该编解码表示符合格式规则，该格式规则定义来自第一参考图片列表或第二参考图片列表的视频图片的并置图片用于被包括在当前图片中的预测编解码条带(P条带)。
P2。如解决方案P1的方法，其中格式规则还指定使用第一参考图片列表和有条件地使用第二参考图片列表来编解码P条带。
P3。一种视频处理的方法，包括：执行包括包含一个或多个图片的多个视频层的视频和该视频的编解码表示之间的转换，其中该编解码表示符合格式规则，该格式规则指定被包括在该编解码表示中的用于由于在解码图片缓冲器中没有参考图片具有与当前图片相同的空域分辨率和缩放窗口偏移而禁用对一个层中的当前图片使用时域运动矢量预测工具的标志。
P4。一种视频处理的方法，包括：执行包括包含一个或多个图片的多个视频层的视频和该视频的编解码表示之间的转换，其中该编解码表示符合格式规则，该格式规则指定对当前图片的图片标头中的索引的约束，使得该索引需要小于可应用于当前图片的活动参考索引的数量的值。
P5。一种视频处理的方法，包括：执行包括包含一个或多个图片的多个视频层的视频和该视频的编解码表示之间的转换，其中该编解码表示符合格式规则，该格式规则指定在序列参数集中包括标志，其中该标志被包括在指示参考图片中包括的子图片的数量的字段之前的位置处，使得该标志的特定值指示参考图片仅包括一个条带。
P6。如解决方案P5的方法，其中该格式规则还指定由于包括了标志，从序列参数集中省略该字段。
P7。如解决方案P5的方法，其中该格式规则还指定由于包括了标志，信令通知来自序列参数集的字段中的特定值。
P8。一种视频处理方法，包括执行包括包含一个或多个图片的多个视频层的视频和该视频的编解码表示之间的转换，其中该编解码表示符合格式规则，该格式规则指定在图片参数集中包括标志，其中该标志被包括在指示参考图片中包括的子图片的数量的字段之前的位置处，使得该标志的特定值指示参考图片仅包括一个条带。
P9。如解决方案P8的方法，其中该格式规则还指定由于包括了标志，从图片参数集中省略该字段。
P10。如解决方案P8的方法，其中该格式规则还指定由于包括了标志，信令通知来自图片参数集的字段中的特定值。
P11。一种视频处理的方法，包括：执行包括包含一个或多个图片的多个视频层的视频和该视频的编解码表示之间的转换，其中该编解码表示符合格式规则，该格式规则指定在图片的图片标头中包括语法元素，其中该语法元素信令通知具有色度缩放的亮度映射(LMCS)编解码工具的三种模式之一对图片的适用性(a)禁用，(b)被用于所有条带，或(c)启用。
P12。如解决方案P1至P11中任一项的方法，其中转换包括将视频编码成编解码表示。
P13。如解决方案P1至P11中任一项的方法，其中转换包括解码编解码表示以生成视频的像素值。
P14。一种视频解码装置，该装置包括被配置为实施解决方案P1至P13中的一项或多项所述的方法的处理器。
P15。一种视频编码装置，该装置包括被配置为实施包括解决方案P1至P13中的一项或多项所述的方法的处理器。
P16。一种其上存储有计算机代码的计算机程序产品，当由处理器运行时，该代码使得处理器实施解决方案P1至P13中任一项所述的方法。
P17。本文档中所描述的方法、装置或系统。
本文档中所描述的本公开和其他解决方案、示例、实施例、模块和功能操作可以在数字电子电路中或者在计算机软件、固件或硬件(包括本文档中所公开的结构及其结构等同物，或者在它们中的一个或多个的组合)中被实施。本公开和其他实施例可以被实施为一个或多个计算机程序产品，即被编码在计算机可读介质上的计算机程序指令的一个或多个模块，用于由数据处理装置执行或控制数据处理装置的操作。计算机可读介质可以是机器可读存储设备、机器可读存储基底、存储设备、实现机器可读传播的信号的物质组合，或者它们中的一个或多个的组合。术语“数据处理装置”涵盖用于处理数据的所有装置、设备和机器，包括例如可编程处理器、计算机或多个处理器或多个计算机。除了硬件之外，该装置可以包括为所讨论的计算机程序创建运行环境的代码，例如，构成处理器固件、协议栈、数据库管理系统、操作系统或它们中的一个或多个的组合的代码。传播的信号是人工生成的信号，例如，机器生成的电、光或电磁信号，其被生成来编码信息以发送到合适的接收机装置。
计算机程序(也被称为程序、软件、软件应用、脚本或代码)可以以任何形式的编程语言编写，包括编译型或解释型语言，并且其可以以任何形式被部署，包括作为独立程序或作为模块、组件、子例程或适合于在计算环境的使用的其他单元。计算机程序不一定对应于文件系统中的文件。程序可以被存储在保持其他程序或数据的文件的一部分中(例如，被存储在标记语言文档中的一个或多个脚本)，被存储在专用于所讨论的程序的单个文件中，或者被存储在多个协作文件中(例如，存储一个或多个模块、子程序或代码的部分的文件)。计算机程序可以被部署为在一个计算机或位于一个地点或分布在多个地点并通过通信网络互连的多个计算机上被运行。
本文档中所描述的过程和逻辑流可以由一个或多个可编程处理器来执行，这些处理器运行一个或多个计算机程序，以通过对输入数据进行操作并生成输出来执行功能。过程和逻辑流也可以由专用逻辑电路来执行，并且装置也可以被实施为专用逻辑电路，例如FPGA(现场可编程门阵列)或ASIC(专用集成电路)。
举例来说，适于计算机程序的运行的处理器包括通用和专用微处理器，以及任何种类的数字计算机的任何一个或多个处理器。通常，处理器将从只读存储器或随机存取存储器或两者接收指令和数据。计算机的基本元件是用于执行指令的处理器和用于存储指令和数据的一个或多个存储设备。通常，计算机还将包括或可操作地被耦合到一个或多个用于存储数据的大容量存储设备，例如磁盘、磁光盘或光盘，以从该大容量存储设备接收数据或向其传送数据，或两者兼有。然而，计算机不需要具有这样的设备。适于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、介质和存储设备，包括例如半导体存储设备，例如EPROM、EEPROM和闪存设备；磁盘，例如内部硬盘或可移动磁盘；磁光盘；以及CD ROM和DVD-ROM盘。处理器和存储器可以由专用逻辑电路来补充或并入其中。
虽然本专利文档包含许多细节，但这些细节不应被解释为对任何主题或权利要求的内容的范围的限制，而是对具体技术的具体实施例所特有的特征的描述。在本专利文档中在分离实施例的上下文中所描述的某些特征也可以在单个实施例中以组合实施。相反，在单个实施例的上下文中所描述的各种特征也可以在多个实施例中分离地或以任何合适的子组合来实施。此外，尽管特征可能在上面被描述为在某些组合中起作用，并且甚至最初被如此被权力要求，但是来自权利要求的组合的一个或多个特征在一些情况下可以从该组合中被去除，并且权利要求的组合可以针对子组合或子组合的变体。
类似地，虽然在附图中以具体的顺序描绘了操作，但是这不应该被理解为要求这些操作以所示的具体顺序或序列顺序被执行，或者要求所有图示出的操作都被执行，以获得期望的结果。此外，在本专利文档中所描述的实施例中的各种系统组件的分离不应被理解为在所有实施例中都需要这种分离。
仅描述了一些实施方式和示例，并且可以基于本专利文档中所描述和图示出的内容进行其他实施方式、增强和变化。

Claims (30)

1.一种视频处理的方法，包括：
执行包括当前图片的视频和所述视频的比特流之间的转换，
其中所述比特流符合格式规则，并且
其中所述格式规则指定，在标志ph_temporal_mvp_enabled_flag的语义中进行如下约束以保证所述比特流的比特流一致性要求：由于解码图片缓冲器中的参考图片没有与所述当前图片相同的空域分辨率和相同的缩放窗口偏移，所述标志ph_temporal_mvp_enabled_flag的值指示对所述当前图片禁用时域运动矢量预测工具，其中，所述标志ph_temporal_mvp_enabled_flag被包括在图片标头中；
其中，在条带标头中与并置图片相关的语法元素的语义中移除对于参考图片与所述当前图片具有相同的空域分辨率方面的约束。
2.根据权利要求1所述的方法，其中，所述标志的值等于零指示对所述当前图片禁用所述时域运动矢量预测工具。
3.根据权利要求1所述的方法，其中，所述比特流一致性还要求：由于在所述解码图片缓冲器中没有参考图片处于所述当前图片中的所有条带的一个或多个参考图片列表的活动条目中，所述标志的值等于零，其指示所述当前图片禁用所述时域运动矢量预测工具。
4.根据权利要求1所述的方法，其中，所述格式规则指定与所述当前图片的条带相关联的条带标头包括对所述当前图片的并置图片的一个或多个约束，并且
其中所述一个或多个约束指定指示对所述并置图片禁用参考图片重采样过程的变量。
5.根据权利要求4所述的方法，其中，所述变量是RprConstraintsActiveFlag，并且其中具有零值的所述变量指示对所述并置图片禁用所述参考图片重采样过程。
6.根据权利要求4所述的方法，其中，所述一个或多个约束还指定所述并置图片的子图片的数量和编解码树单元CTU尺寸与所述当前图片的相同。
7.根据权利要求1所述的方法，其中，所述当前图片的并置图片用于所述时域运动矢量预测工具中。
8.根据权利要求1所述的方法，其中，所述转换包括从所述比特流中解码所述视频。
9.根据权利要求1所述的方法，其中，所述转换包括将所述视频编码成所述比特流。
10.根据权利要求1所述的方法，其中所述格式规则还指定，无论所述当前图片是否包括预测编解码条带P条带，都允许所述当前图片的并置图片被包括在所述当前图片的第一参考图片列表中。
11.根据权利要求10所述的方法，其中，所述格式规则还指定所述并置图片不存在于所述当前图片的第二参考图片列表中。
12.根据权利要求11所述的方法，其中，所述第一参考图片列表是RefPicList[1]，所述第二参考图片列表是RefPicList[0]。
13.根据权利要求1所述的方法，其中，所述当前图片包含条带，所述格式规则还指定：基于在与所述当前图片相关联的图片标头中信令通知的参考图片列表信息和包括并置图片的参考图片列表X来推导出所述当前图片的并置图片的参考索引，并且
其中X是等于零或一的整数。
14.根据权利要求13所述的方法，其中，所述并置图片的参考索引被推导为以下中的最小值：(a)所述图片标头中的并置图片参考索引和(b)参考图片列表1-X中的活动条目的数量减1。
15.根据权利要求13所述的方法，其中，所述并置图片的所述参考索引被推导为：(a)当所述并置图片参考索引小于参考图片列表1-X中的活动条目的数量时，所述图片标头中的并置图片参考索引，或者(b)预定的非负整数N，其在从零到所述参考图片列表1-X中的活动条目的数量减一的范围内。
16.根据权利要求15所述的方法，其中，N＝0。
17.一种用于处理视频数据的装置，包括处理器和其上具有指令的非暂时性存储器，其中所述指令在由所述处理器运行时使得所述处理器：
执行包括当前图片的视频和所述视频的比特流之间的转换，
其中所述比特流符合格式规则，并且
其中所述格式规则指定，在标志ph_temporal_mvp_enabled_flag的语义中进行如下约束以保证所述比特流的比特流一致性要求：由于解码图片缓冲器中的参考图片没有与所述当前图片相同的空域分辨率和相同的缩放窗口偏移，所述标志ph_temporal_mvp_enabled_flag的值指示对所述当前图片禁用时域运动矢量预测工具，其中，所述标志ph_temporal_mvp_enabled_flag被包括在图片标头中；
其中，在条带标头中与并置图片相关的语法元素的语义中移除对于参考图片与所述当前图片具有相同的空域分辨率方面的约束。
18.根据权利要求17所述的装置，其中，所述标志的值等于零指示对所述当前图片禁用所述时域运动矢量预测工具；或者
其中，所述比特流一致性还要求：由于在所述解码图片缓冲器中没有参考图片处于所述当前图片中的所有条带的一个或多个参考图片列表的活动条目中，所述标志的值等于零，其指示所述当前图片禁用所述时域运动矢量预测工具。
19.根据权利要求17所述的装置，其中，所述格式规则指定与所述当前图片的条带相关联的条带标头包括对所述当前图片的并置图片的一个或多个约束，
其中所述一个或多个约束指定指示对所述并置图片禁用参考图片重采样过程的变量，
其中所述变量是RprConstraintsActiveFlag，并且其中具有零值的所述变量指示对所述并置图片禁用所述参考图片重采样过程，并且
其中所述一个或多个约束还指定所述并置图片的子图片的数量和编解码树单元CTU尺寸与所述当前图片的相同。
20.根据权利要求17所述的装置，其中，所述当前图片的并置图片用于所述时域运动矢量预测工具中。
21.一种存储指令的非暂时性计算机可读存储介质，所述指令使得处理器：
执行包括当前图片的视频和所述视频的比特流之间的转换，
其中所述比特流符合格式规则，并且
其中所述格式规则指定，在标志ph_temporal_mvp_enabled_flag的语义中进行如下约束以保证所述比特流的比特流一致性要求：由于解码图片缓冲器中的参考图片没有与所述当前图片相同的空域分辨率和相同的缩放窗口偏移，所述标志ph_temporal_mvp_enabled_flag的值指示对所述当前图片禁用时域运动矢量预测工具，其中，所述标志ph_temporal_mvp_enabled_flag被包括在图片标头中；
其中，在条带标头中与并置图片相关的语法元素的语义中移除对于参考图片与所述当前图片具有相同的空域分辨率方面的约束。
22.根据权利要求21所述的非暂时性计算机可读存储介质，其中，所述标志的值等于零指示对所述当前图片禁用所述时域运动矢量预测工具；或者
其中，所述比特流一致性还要求：由于在所述解码图片缓冲器中没有参考图片处于所述当前图片中的所有条带的一个或多个参考图片列表的活动条目中，所述标志的值等于零，其指示所述当前图片禁用所述时域运动矢量预测工具；
其中所述格式规则指定与所述当前图片的条带相关联的条带标头包括对所述当前图片的并置图片的一个或多个约束，
其中所述一个或多个约束指定指示对所述并置图片禁用参考图片重采样过程的变量，
其中所述变量是RprConstraintsActiveFlag，并且其中具有零值的所述变量指示对所述并置图片禁用所述参考图片重采样过程，并且
其中所述一个或多个约束还指定所述并置图片的子图片的数量和编解码树单元CTU尺寸与所述当前图片的相同；
其中所述当前图片的并置图片用于所述时域运动矢量预测工具中。
23.一种存储由视频处理装置执行的方法生成的视频的比特流的非暂时性计算机可读记录介质，其中所述方法包括：
生成包括当前图片的视频的比特流，
其中所述比特流符合格式规则，并且
其中所述格式规则指定，在标志ph_temporal_mvp_enabled_flag的语义中进行如下约束以保证所述比特流的比特流一致性要求：由于解码图片缓冲器中的参考图片没有与所述当前图片相同的空域分辨率和相同的缩放窗口偏移，所述标志ph_temporal_mvp_enabled_flag的值指示对所述当前图片禁用时域运动矢量预测工具，其中，所述标志ph_temporal_mvp_enabled_flag被包括在图片标头中；
其中，在条带标头中与并置图片相关的语法元素的语义中移除对于参考图片与所述当前图片具有相同的空域分辨率方面的约束。
24.根据权利要求23所述的非暂时性计算机可读记录介质，其中，所述标志的值等于零指示对所述当前图片禁用所述时域运动矢量预测工具；或者
其中，所述比特流一致性还要求：由于在所述解码图片缓冲器中没有参考图片处于所述当前图片中的所有条带的一个或多个参考图片列表的活动条目中，所述标志的值等于零，其指示所述当前图片禁用所述时域运动矢量预测工具；
其中所述格式规则指定与所述当前图片的条带相关联的条带标头包括对所述当前图片的并置图片的一个或多个约束，
其中所述一个或多个约束指定指示对所述并置图片禁用参考图片重采样过程的变量，
其中所述变量是RprConstraintsActiveFlag，并且其中具有零值的所述变量指示对所述并置图片禁用所述参考图片重采样过程，并且
其中所述一个或多个约束还指定所述并置图片的子图片的数量和编解码树单元CTU尺寸与所述当前图片的相同；
其中所述当前图片的并置图片用于所述时域运动矢量预测工具中。
25.一种存储视频的比特流的方法，所述方法包括：
生成包括当前图片的视频的比特流，以及
将所述比特流存储在非暂时性计算机可读记录介质中，
其中所述比特流符合格式规则，并且
其中所述格式规则指定，在标志ph_temporal_mvp_enabled_flag的语义中进行如下约束以保证所述比特流的比特流一致性要求：由于解码图片缓冲器中的参考图片没有与所述当前图片相同的空域分辨率和相同的缩放窗口偏移，所述标志ph_temporal_mvp_enabled_flag的值指示对所述当前图片禁用时域运动矢量预测工具，其中，所述标志ph_temporal_mvp_enabled_flag被包括在图片标头中；
其中，在条带标头中与并置图片相关的语法元素的语义中移除对于参考图片与所述当前图片具有相同的空域分辨率方面的约束。
26.一种将表示视频的比特流存储到计算机可读记录介质的方法，包括：
根据权利要求10至16中任一项所述的方法从所述视频生成所述比特流；以及
将所述比特流存储在所述计算机可读记录介质中。
27.一种视频处理装置，包括被配置为实施根据权利要求10至16中任一项所述的方法的处理器。
28.一种其上存储有指令的计算机可读介质，所述指令在被运行时使处理器实施根据权利要求10至16中的一项所述的方法。
29.一种存储根据权利要求10至16中任一项所生成的比特流的计算机可读介质。
30.一种用于存储比特流的视频处理装置，其中所述视频处理装置被配置为实施根据权利要求10至16中任一项所述的方法。
CN202180026664.3A 2020-03-30 2021-03-30 用于对视频编解码中并置图片的约束的方法、装置和介质 Active CN115398888B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202063002121P 2020-03-30 2020-03-30
US63/002,121 2020-03-30
PCT/US2021/024795 WO2021202464A1 (en) 2020-03-30 2021-03-30 Constraints on collocated pictures in video coding

Publications (2)

Publication Number Publication Date
CN115398888A CN115398888A (zh) 2022-11-25
CN115398888B true CN115398888B (zh) 2024-06-11

Family

ID=77928345

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202180026664.3A Active CN115398888B (zh) 2020-03-30 2021-03-30 用于对视频编解码中并置图片的约束的方法、装置和介质
CN202180026759.5A Pending CN115362680A (zh) 2020-03-30 2021-03-30 对并置图片的条带标头约束

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202180026759.5A Pending CN115362680A (zh) 2020-03-30 2021-03-30 对并置图片的条带标头约束

Country Status (6)

Country Link
US (2) US11736734B2 (zh)
EP (1) EP4115605A4 (zh)
JP (1) JP2023519937A (zh)
KR (1) KR20220160575A (zh)
CN (2) CN115398888B (zh)
WO (2) WO2021202464A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11503342B2 (en) * 2020-06-10 2022-11-15 Sharp Kabushiki Kaisha Systems and methods for signaling sequence parameter information in video coding

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104322070A (zh) * 2012-03-16 2015-01-28 高通股份有限公司 用于高效率视频译码的高级别语法扩展
CN104937939A (zh) * 2012-04-11 2015-09-23 摩托罗拉移动有限责任公司 用信号发送用于时间预测的时间运动矢量预测符(mvp)标志
CN105531999A (zh) * 2013-07-09 2016-04-27 诺基亚技术有限公司 涉及用于信号传输运动信息的语法的视频编码方法及装置
CN107079164A (zh) * 2014-09-30 2017-08-18 寰发股份有限公司 用于视频编码的自适应运动向量分辨率的方法
CN109076235A (zh) * 2016-04-13 2018-12-21 高通股份有限公司 用于在视频译码中的并置参考索引的一致性约束

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2866121C (en) * 2012-03-06 2018-04-24 Panasonic Intellectual Property Corporation Of America Moving picture coding method, moving picture decoding method, moving picture coding apparatus, moving picture decoding apparatus, and moving picture coding and decoding apparatus
WO2013154674A1 (en) * 2012-04-11 2013-10-17 Motorola Mobility Llc Evaluation of signaling of collocated reference picture for temporal prediction
US9325990B2 (en) * 2012-07-09 2016-04-26 Qualcomm Incorporated Temporal motion vector prediction in video coding extensions
US9319681B2 (en) * 2012-07-18 2016-04-19 Google Technology Holdings LLC Signaling of temporal motion vector predictor (MVP) enable flag
WO2014081226A1 (ko) * 2012-11-21 2014-05-30 엘지전자 주식회사 영상 디코딩 방법 및 이를 이용하는 장치
US20140218473A1 (en) * 2013-01-07 2014-08-07 Nokia Corporation Method and apparatus for video coding and decoding
US10419776B2 (en) * 2013-07-09 2019-09-17 Sony Corporation High level syntax improvement on inter-layer prediction for SHVC/MV-HEVC
US10390031B2 (en) * 2013-07-15 2019-08-20 Kt Corporation Method and apparatus for encoding/decoding scalable video signal
US9967592B2 (en) * 2014-01-11 2018-05-08 Qualcomm Incorporated Block-based advanced residual prediction for 3D video coding
US20150373343A1 (en) * 2014-06-20 2015-12-24 Qualcomm Incorporated Representation format update in multi-layer codecs
CN112262581A (zh) * 2018-03-21 2021-01-22 华为技术有限公司 视频码流中的约束标志指示
EP3806475B1 (en) * 2018-07-06 2023-05-10 LG Electronics, Inc. Transform-based image coding method and device
US11496771B2 (en) * 2020-02-24 2022-11-08 Qualcomm Incorporated Reference picture list and collocated picture signaling in video coding

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104322070A (zh) * 2012-03-16 2015-01-28 高通股份有限公司 用于高效率视频译码的高级别语法扩展
CN104937939A (zh) * 2012-04-11 2015-09-23 摩托罗拉移动有限责任公司 用信号发送用于时间预测的时间运动矢量预测符(mvp)标志
CN105531999A (zh) * 2013-07-09 2016-04-27 诺基亚技术有限公司 涉及用于信号传输运动信息的语法的视频编码方法及装置
CN107079164A (zh) * 2014-09-30 2017-08-18 寰发股份有限公司 用于视频编码的自适应运动向量分辨率的方法
CN109076235A (zh) * 2016-04-13 2018-12-21 高通股份有限公司 用于在视频译码中的并置参考索引的一致性约束

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
[AHG9]: On signalling of TMVP enabled flag and collocated reference picture;Hendry;Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 17th Meeting: Brussels, BE Document: JVET-Q0207;全文 *
[AHG9]: On signalling of TMVP enabled flag and collocated reference picture;Hendry;Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 JVET-Q0207;第1-7页 *
AHG8: RPR Scaling Window Issues;Wade Wan;Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 JVET-Q0487-v2;第1-5页 *
Versatile Video Coding (Draft 8);Benjamin Bross;Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 JVET-Q2001-vE;第1-5、48-51、120-126、143-148、175、241-242页 *
Versatile Video Coding (Draft 8);Benjamin Bross等;Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 17th Meeting: Brussels, BE Document: JVET-Q2001-vD;全文 *

Also Published As

Publication number Publication date
WO2021202464A1 (en) 2021-10-07
US20230421817A1 (en) 2023-12-28
KR20220160575A (ko) 2022-12-06
EP4115605A4 (en) 2023-11-15
CN115398888A (zh) 2022-11-25
CN115362680A (zh) 2022-11-18
EP4115605A1 (en) 2023-01-11
WO2021202468A1 (en) 2021-10-07
US20230047030A1 (en) 2023-02-16
JP2023519937A (ja) 2023-05-15
US11736734B2 (en) 2023-08-22

Similar Documents

Publication Publication Date Title
US11812062B2 (en) Syntax for signaling video subpictures
CN114982243A (zh) 视频流中的填充数据单元的处理
JP7464742B2 (ja) 参照ピクチャリサンプリング
CN115211130B (zh) 基于条带和片图片分割的信令通知的处理视频数据的方法
US20230421817A1 (en) Constraints on collocated pictures in video coding
CN115699756A (zh) 视频编解码中的缩放窗口
JP2022164629A (ja) サブピクチャエンティティグループに対するレベルインジケータ
CN114930837A (zh) 对子图片的帧间预测的限制
US11849150B2 (en) High level control of filtering in video coding
JP7506185B2 (ja) サブビットストリーム抽出処理におけるコーディングされた映像の操作
US20230078115A1 (en) Number restriction for sublayers
CN115699772A (zh) 视频编解码中的补充增强信息的约束

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