CN112565792B - 管理已解码图像缓存器的方法及装置 - Google Patents

管理已解码图像缓存器的方法及装置 Download PDF

Info

Publication number
CN112565792B
CN112565792B CN202011165260.6A CN202011165260A CN112565792B CN 112565792 B CN112565792 B CN 112565792B CN 202011165260 A CN202011165260 A CN 202011165260A CN 112565792 B CN112565792 B CN 112565792B
Authority
CN
China
Prior art keywords
decoded
image
buffer
images
picture
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
CN202011165260.6A
Other languages
English (en)
Other versions
CN112565792A (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.)
MediaTek Inc
Original Assignee
MediaTek 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 MediaTek Inc filed Critical MediaTek Inc
Priority to CN202011165260.6A priority Critical patent/CN112565792B/zh
Publication of CN112565792A publication Critical patent/CN112565792A/zh
Application granted granted Critical
Publication of CN112565792B publication Critical patent/CN112565792B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/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/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/593—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques
    • 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/573—Motion compensation with multiple frame prediction using two or more reference frames in a given prediction direction
    • 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/107—Selection of coding mode or of prediction mode between spatial and temporal predictive coding, e.g. picture refresh
    • 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/134—Methods 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/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
    • H04N19/159—Prediction type, e.g. intra-frame, inter-frame or bidirectional frame 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/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/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/44—Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
    • 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/80—Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation
    • H04N19/82—Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation involving filtering within a prediction loop

Landscapes

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

Abstract

本发明提供了一种管理已解码图像缓存器的方法和装置。管理已解码图像缓存器的方法包括确定目标总存储器尺寸，以目标颜色格式及目标分辨率在已解码图像缓存器中存储目标最大数量的已解码图像；确定具有相同目标分辨率但以不同于目标颜色格式的第二颜色格式的当前图像的缩放因子；根据由缩放因子所缩放的已解码图像的目标最大数量，在已解码图像缓存器中分配第二已解码图像的第二最大数量；以及使用第二已解码图像作为参考数据，对当前图像进行编码或者解码。本发明的管理已解码图像缓存器的方法和装置可以更好的管理缓冲器空间。

Description

管理已解码图像缓存器的方法及装置
优先权声明
本发明要求在2015年10月19日提出的申请号为62/243,208的美国临时专利申请以及在2016年02月23日提出的申请号为62/298,518的美国临时专利申请的优先权。上述美国临时专利申请整体以引用方式并入本文中。
技术领域
本发明涉及视频编解码系统的已解码图像缓存器管理。具体地，本发明涉及在帧内块复制(Intra Block Copy，IntraBC)模式被使用时的已解码图像缓存器管理问题，其中当前已解码图像的两个版本得被存储。
背景技术
高效视频编码(High-efficiency video coding，HEVC)是近年来已发展的一种新编解码标准。在HEVC系统中，H.264/AVC的固定尺寸的宏块由称为编码单元(coding unit，CU)的灵活块替代。编码单元内的像素共享相同的编解码参数，以提高编解码效率。编码单元可以从最大编码单元(largest CU，LCU)开始，其在HEVC中也称为编码树单元(codedtree unit，CTU)。除了编码单元的概念之外，在HEVC中也引进了预测单元(predictionunit，PU)的概念。一旦完成编码单元分层树的分割，根据预测类型和预测单元分割，每个叶编码单元被进一步分割成一个或多个预测单元。
随着HEVC标准的发展，也开始了HEVC拓展的发展。HEVC拓展包括范围拓展(rangeextension，RExt)，其目标在于诸如4:2:2和4:4:4的非4:2:0颜色格式，以及诸如每样本12码元、14码元和16码元的更高码元深度视频。可能的应用之一是屏幕内容编解码(screencontent coding，SCC)，并且各种编解码工具已被发展并在编解码效率方面表现显著的增益。在这些中，调色板编解码(palette coding)(亦称为基于主颜色的编解码)技术使用调色板(主颜色)的索引来表示像素块，并通过使用空间冗余对调色板和索引进行编码。
当前SCC草案标准中的已解码图像缓存器考虑
在HEVC中，所有参考图像被存储在称为已解码图像缓存器(decoded picturebuffer，DPB)的缓存器中。每当解码图像，并当位于环路滤波操作之后的当前已解码图像(称为当前已解码图像的已滤波版本)被放入到DPB时，执行所述操作。对于帧内块复制模式，其参考图像是位于环路滤波器之前的当前已解码图像(称为当前已解码图像的未滤波版本)，其相对于HEVC版本1而言是额外图像。在JCTVC-U0181(X.Xu,et al.,On storage offiltered and unfiltered current decoded pictures,Joint Collaborative Team onVideo Coding(JCT-VC)of ITU-T SG 16WP 3and ISO/IEC JTC 1/SC 29/WG 11,21stMeeting:Warsaw,PL,19June–26June 2015,Document:JCTVC-U0181)中，当前已解码图像的已滤波版本和未滤波版本均被放入到用于图像缓存器管理的DPB中。在完成解码当前图像之后，当前图像的未滤波版本将被丢弃，并且用于此图像的存储缓存器将被释放。
在JCTVC-U0181中，当前已解码图像的两个版本相同的情况被考虑。这发生在没有环路滤波器(去块(deblocking)或者样本自适应偏移(Sample adaptive offset，SAO))用于当前图像的时候。在当前HEVC SCC工作草案中，一个名为TwoVersionsOfCurrDecPicFlag的变量用于识别出当前图像是否用作参考图像，并且因为图像中环路滤波器的使用，存在当前图像的两个不同版本。
在序列参数集(sequence parameter set，SPS)中，一语法元素用于指定最大所需DPB尺寸以用于当前已编解码视频流(coded video stream，CVS)。另一语法元素用于指定在一个图像之前被编解码但在此图像之后输出的图像的最大允许数量。
当HighestTid等于i时，语法元素sps_max_dec_pic_buffering_minus1[i]加1指定了在图像存储缓存器的单元中用于CVS的已解码图像缓存器的最大所需尺寸。变量HighestTid识别出待解码的最高时间子层。sps_max_dec_pic_buffering_minus1[i]的值将处于0到MaxDpbSize-1的范围内，包括两端点，其中MaxDpbSize是如JCTVC-U1005(R.Joshi,et al,“HEVC Screen Content Coding Draft Text 4”,JCTVC-U1005,Warsaw,PL,Jun.2015)的从句A.4中所指定。当i大于0时，sps_max_dec_pic_buffering_minus1[i]将大于或等于sps_max_dec_pic_buffering_minus1[i-1]。对于i的每个值，sps_max_dec_pic_buffering_minus1[i]的值将小于或等于vps_max_dec_pic_buffering_minus1[i]。当对于处于0到sps_max_sub_layers_minus1-1的范围内且包括两端点的i而言sps_max_dec_pic_buffering_minus1[i]不存在时，由于sps_sub_layer_ordering_info_present_flag等于0，其被推断为等于sps_max_dec_pic_buffering_minus1[sps_max_sub_layers_minus1]。
语法元素表示PicOutputFlag等于1的图像的最大允许数量，这些图像在HighestTid等于i时，可以在解码顺序中先于CVS中的PicOutputFlag等于1的任何图像，并在输出顺序中跟随着PicOutputFlag等于1的图像。sps_max_num_reorder_pics[i]的值将处于0到sps_max_dec_pic_buffering_minus1[i]的范围内，包括两端点。当i大于0，sps_max_num_reorder_pics[i]将大于或等于sps_max_num_reorder_pics[i-1]。对于i的每个值，sps_max_num_reorder_pics[i]的值将小于或等于vps_max_num_reorder_pics[i]。当对于处于0到sps_max_sub_layers_minus1-1的范围内且包括两端点的i而言sps_max_num_reorder_pics[i]不存在时，由于sps_sub_layer_ordering_info_present_flag等于0，其被推断为等于sps_max_num_reorder_pics[sps_max_sub_layers_minus1]。
在上述基于HEVC的示例中，sps_max_dec_pic_buffering_minus1[i]和sps_max_num_reorder_pics[i]被指定以用于在以多个子层排列的系统中的每个子层i。然而，系统也可以仅具有一个层。来自于JCTVC-U1005的下面部分指定了存储在DPB中的图像如何自DPB移除。
C 5.2.2自DPB的图像的输出和移除
在当前图像的解码之前(但在解析当前图像的第一切片的切片头之后)，自DPB的图像的输出和移除同时发生在包含当前图像的访问单元的第一解码单元自已编解码图像缓存器(Coded Picture Buffer，CPB)移除的时候，并按照如下继续：
-如从句8.3.2所指定的参考图像集(Reference Picture Set，RPS)的解码流程被调用。
-如果当前图像是NoRaslOutputFlag等于1的帧内随机访问点图像(Intra RandomAccess Point，IRAP)，即不是图像0，则下面顺序步骤被使用：
1.变量NoOutputOfPriorPicsFlag被推导成如下以用于测试下的解码器：
–如果当前图像是纯随机访问(Clean Random Access，CRA)图像，则NoOutputOfPriorPicsFlag被设置成等于1(无论no_output_of_prior_pics_flag的值如何)。
–否则，如果自活动SPS推导出的pic_width_in_luma_samples、pic_height_in_luma_samples、chroma_format_idc、separate_colour_plane_flag、bit_depth_luma_minus8、bit_depth_chroma_minus8或者sps_max_dec_pic_buffering_minus1[HighestTid]的值分别不同于自活动以用于先前图像的SPS推导出pic_width_in_luma_samples、pic_height_in_luma_samples、chroma_format_idc、separate_colour_plane_flag、bit_depth_luma_minus8、bit_depth_chroma_minus8或者sps_max_dec_pic_buffering_minus1[HighestTid]的值。则NoOutputOfPriorPicsFlag可以(但不应该)由测试下的解码器设置成1，而不管no_output_of_prior_pics_flag的值如何。
注意的是–虽然在这些条件下，将NoOutputOfPriorPicsFlag设置成等于no_output_of_prior_pics_flag是优选的，但是在这种情况中，测试下的解码器被允许以将NoOutputOfPriorPicsFlag设置成1。
–否则，NoOutputOfPriorPicsFlag被设置成等于no_output_of_prior_pics_flag。
2.推导出用于测试下的解码器的NoOutputOfPriorPicsFlag的值用于HRD，如下：
–如果NoOutputOfPriorPicsFlag等于1，则DPB中的所有图像存储缓存器被清空，没有其包含的图像的输出，并且DPB存储度(fullness)被设置成等于0。
–否则(即NoOutputOfPriorPicsFlag等于0)，包含被标记为"无需用于输出"和"不用于参考"的图像的所有图像存储缓存器被清空(没有输出)，并且通过重复调用从句C.5.2.4中所指定的"碰撞(bumping)"流程，DPB中所有非空图像存储缓存器被清空，并且DPB存储度被设置成等于0。
-否则(即当前图像不是NoRaslOutputFlag等于1的IRAP图像)，包含被标记为"无需用于输出"和"不用于参考"的图像的所有图像存储缓存器被清空(没有输出)。对于被清空的每个图像存储缓存器，DPB存储度减去1。当下面条件中的一个或多个为真时，重复调用句C.5.2.4中所指定的"碰撞"流程，同时每清空一个额外图像存储缓存器DPB存储度继续减去1，直到下面条件中没有为真：
–DPB中被标记为"需要用于输出"的图像的数量大于sps_max_num_reorder_pics[HighestTid]。
–sps_max_latency_increase_plus1[HighestTid]不等于0，且DPB中存在被标记为"需要用于输出"的至少一个图像，以用于相关变量PicLatencyCount大于或者等于SpsMaxLatencyPictures[HighestTid]。
–DPB中图像的数量大于或等于sps_max_dec_pic_buffering_minus1[HighestTid]+1。
C 5.2.3额外碰撞
本从句中所指定的流程同时发生在包含当前图像的访问单元n的最后一个解码单元自CPB移除。
当当前图像具有PicOutputFlag等于1时，对于DPB中被标记为"需要用于输出"且在输出顺序中位于当前图像之后的每个图像，相关变量PicLatencyCount被设置成等于PicLatencyCount+1。
使用如下：
如果当前已解码图像具有PicOutputFlag等于1时，则其被标记为"需要用于输出"，并且其相关变量PicLatencyCount被设置成等于0。否则(即当前已解码图像具有PicOutputFlag等于0)，其被标记为"无需用于输出"。
当下面条件中的一个或多个为真时，从句C.5.2.4中所指定的"碰撞"流程被重复调用，直到下面条件中没有为真：DPB中被标记为"需要用于输出"的图像的数量大于sps_max_num_reorder_pics[HighestTid]。
sps_max_latency_increase_plus1[HighestTid]不等于0，且DPB中存在被标记为"需要用于输出"的至少一个图像，以用于相关变量PicLatencyCount大于或者等于SpsMaxLatencyPictures[HighestTid]。
C 5.2.4"碰撞"流程
"碰撞"流程包括如下顺序步骤：
1.先用于输出的图像被选择为DPB中所有图像中的具有PicOrderCntVal的最小值的一个，其被标记为"需要用于输出"。
2.使用用于图像的活动SPS中所指定的一致性裁剪窗口(conformance croppingwindow)，此图像被裁剪，已裁剪图像被输出，并且此图像被标记为"无需用于输出"。
3.当包括被裁剪且输出的图像的图像存储缓存器包含被标记为"不用于参考"的图像时，图像存储缓存器被清空。
注意的是–对于属于相同CVS且由"碰撞流程"输出的任何两个图像，即picA和picB，当图像picA比图像picB被输出更早时，图像picA的PicOrderCntVal的值小于图像picB的PicOrderCntVal的值。
8.1.3具有nuh_layer_id等于0的已编解码图像的解码流程
本从句中所指定的解码流程应用到待解码的比特流中的具有nuh_layer_id等于0的每个已编解码图像，称为当前图像且由变量CurrPic表示。
基于chroma_format_idc的值，当前图像的样本阵列的数量如下：
–如果chroma_format_idc等于0，则当前图像包括1个样本阵列，即SL。
–否则(即chroma_format_idc不等于0)，当前图像包括3个样本阵列，即SL,SCb,SCr。
用于当前图像的解码流程将来自于从句7的语法元素和上层情况变量作为输入。当翻译每个NAL单元中的每个语法元素的语义时，术语"比特流"(或者其部分，例如比特流的CVS)指的是BitstreamToDecode(或者其部分)。
当当前图像是具有nal_unit_type等于BLA_W_LP的BLA图像，或者CRA图像，使用如下：
–如果没有本说明中指定的一些外部方式可用，以将变量UseAltCpbParamsFlag设置成一值，则UseAltCpbParamsFlag被设置成等于外部方式所提供的值。
–否则，UseAltCpbParamsFlag的值被设置成等于0。
当当前图像是IRAP图像时，使用如下：
–如果当前图像是IDR图像、BLA图像、比特例中解码顺序上的第一图像或者解码顺序上位于序列NAL单元的一端之后的第一图像，则变量NoRaslOutputFlag被设置成等于1。
–否则，如果没有本说明中指定的一些外部方式可用，以将变量HandleCraAsBlaFlag设置成用于当前图像的一值，则变量HandleCraAsBlaFlag被设置成等于外部方式所提供的值，且变量NoRaslOutputFlag被设置成等于HandleCraAsBlaFlag。
–否则，变量HandleCraAsBlaFlag被设置成等于0，且变量NoRaslOutputFlag被设置成等于0。
基于separate_colour_plane_flag的值，解码流程被构造成如下：
–如果separate_colour_plane_flag等于0，解码流程被调用一次，当前图像是输出。
–否则(即separate_colour_plane_flag等于1)，解码流程被调用三次。解码流程的输入是具有colour_plane_id的相同值的已编解码图像的所有NAL单元。仅当具有colour_plane_id的具体值的单色度颜色格式的CVS将出现在比特流中时，具有colour_plane_id的具体值的NAL单元的解码流程被指定。三个解码流程中的每个的输出被分配给当前图像的3个样本阵列中的一个，其具有分别分配给SL,SCb和SCr的colour_plane_id等于0、1和2的NAL单元。
注意的是–当separate_colour_plane_flag等于且chroma_format_idc等于3时，变量ChromaArrayType被推导为等于0。在解码流程中，此变量的值被评估，形成了等于单色度图像的此图像的值的操作(当chroma_format_idc等于0时)。解码流程按照如下进行操作，以用于当前图像CurrPic：
1.NAL单元的解码如从句8.2所指定。
2.使用切片段层及以上的语法元素，从句8.3中的流程指定
如下解码流程：
–与图像顺序计算相关的变量和函数被推导成如从句8.3.1中所指定。这需要被调用以仅用于图像的第一切片段。
–从句8.3.2中的用于RPS的解码流程被调用，其中参考图像可以被标记为"不用于参考"或者"用于长期参考"。这需要被调用以仅用于图像的第一切片段。
–DPB中的图像存储缓存器被分配以用于在如从句8.7中所指定的位于环路滤波流程的调用之后的当前图像的已解码样本值的存储。当TwoVersionsOfCurrDecPicFlag等于0且pps_curr_pic_as_ref_enabled_flag等于1时，此图像存储缓存器被标记为"用于长期参考"，当TwoVersionsOfCurrDecPicFlag等于1时，DPB中的另一图像存储缓存器被分配以用于在如从句8.7中所指定的位于环路滤波流程的调用之前的当前图像的已解码样本值的存储，并被标记为"用于长期参考"。这需要被调用以仅用于图像的第一切片段。
–当当前图像是BLA图像或者是具有NoRaslOutputFlag等于1的CRA图像时，从句8.3.3中所指定的用于生成不可用参考图像的解码流程被调用，其需要被调用以仅用于图像的第一切片段。
3.使用所有语法结构层中的语法元素，从句8.4、从句8.5、从句8.6和从句8.7中的流程指定了解码流程。比特流一致性的要求是，图像的已编解码切片将包含用于图像的每个编码树单元的切片段数据，使得图像分割成切片，切片分割成切片段以及切片段分割成编码树单元，每个形成图像的分割。
4.在当前图像的所有切片均已被解码之后，如从句8.7中所指定的位于环路滤波流程的调用之后的当前已解码图像被标记为"用于短期参考"。当TwoVersionsOfCurrDecPicFlag等于1时，如从句8.7中所指定的位于环路滤波流程的调用之前的当前已解码图像被标记为"不用于参考"。
8.3.4用于参考图像列表构造的解码流程
本流程在每个P切片或者B切片的解码流程的开始处被调用。变量CurrPicInList0Flag和变量CurrPicInList1Flag均被设置成等于0。
如从句8.5.3.3.2中所指定，参考图像通过参考索引而被寻址。参考索引是指向参考图片列表的索引。当解码P切片时，存在单个参考图像列表RefPicList0。当解码B切片是，除了独立参考图像列表RefPicList0之后，存在第二独立参考图像列表RefPicList1。
在每个切片的解码流程的开始处，用于B切片的参考图像列表RefPicList0和参考图像列表RefPicList1被推导成如下：
当TwoVersionsOfCurrDecPicFlag等于1时，假设变量currPic指向如从句8.7中所指定的位于环路滤波流程的调用之前的当前已解码图像；否则(即TwoVersionsOfCurrDecPicFlag等于0)，假设变量currPic指向如从句8.7中所指定的位于环路滤波流程的调用之后的当前已解码图像。
在JCTVC-U1005中，最大DPB尺寸被描述成如下。当特定层不是JCTVC-U1005中所定义的层8.5时，sps_max_dec_pic_buffering_minus1[HighestTid]+1的值将小于或等于，其被推导为如下：
if(PicSizeInSamplesY<＝(MaxLumaPs>>2))
MaxDpbSize＝Min(4*maxDpbPicBuf,16)
else if(PicSizeInSamplesY<＝(MaxLumaPs>>1))
MaxDpbSize＝Min(2*maxDpbPicBuf,16)
else if(PicSizeInSamplesY<＝((3*MaxLumaPs)>>2))
MaxDpbSize＝Min((4*maxDpbPicBuf)/3,16)
else
MaxDpbSize＝maxDpbPicBuf.
在上述推导中，MaxLumaPs被指定在JCTVC-U1005的表A.6中，且maxDpbPicBuf等于6以用于所有文件。sps_curr_pic_ref_enabled_flag的值被要求等于0。sps_curr_pic_ref_enabled_flag的值等于7以用于所有文件，其中sps_curr_pic_ref_enabled_flag的值不被要求等于0。
基本上，值MaxDpbSize与视频的分辨率(由MaxDpbSize表示)相关。当分辨率较低时，在DPB中，更多图像被允许。
在JCTVC-U1005中，将当前图像存储到DPB中以及自DPB中移除当前图像的流程被公开在如下从句C.3.4和从句C.3.5中。
C.3.4当前已解码图像标记与存储
如从句8.7中所指定位于环路滤波流程的调用之后的当前已解码图像被存储在DPB中的空图像存储缓存器中，DPB存储度增加1。当TwoVersionsOfCurrDecPicFlag等于0且pps_curr_pic_ref_enabled_flag等于1时，此图像被标记为"用于长期参考"。在当前图像的所有切片均已被解码之后，此图像被标记为"用于短期参考"。
当TwoVersionsOfCurrDecPicFlag等于1时，如从句8.7中所指定位于环路滤波流程的调用之前的当前已解码图像被存储在DPB中的空图像存储缓存器中，DPB存储度增加1，且此图像被标记为"用于长期参考"。
注意的是，当第一切片段被解码，并随着解码流程继续而继续存储更多已解码样本时，除非比层极限所要求的更多存储器可用之外以用于已解码图像的存储，解码器开始将当前图像的已解码部分存储到DPB中。
C.3.5在当前图像的解码之后，自DPB的图像移除
当TwoVersionsOfCurrDecPicFlag等于1时，在当前图像的解码之后，即访问单元n(包含当前图像)的最后一个解码单元的CPB移除时间处，如从句8.7中所指定的位于环路滤波流程的调用之前的当前已解码图像自DPB移除，DPB存储度减1。
随着在当前图像是参考图像时已解码图像缓存器管理中的变化，一些约束需要被添加以保证已解码图像缓存器管理的功能正常工作。
图1A示出了使用时间分层110的编解码系统的已解码图像缓存器管理流程的示例。已解码图像缓存器的最大数量被设置成5，且重新排序图像的最大数量为4。不同时间实例处的DPB状态120被示出，其中每个填充盒表示已占用已解码图像，且每个白色盒表示可用图像缓存器以包含当前已解码图像及后续已解码图像。自DPB输出且移除的图像被列出以用于不同时间实例。
图1B示出了已解码图像缓存器管理流程的示例，其中已解码图像缓存器尺寸的最大数量被设置成5，且图像的最大重新排序数量是3。
在本发明中，公开了与调色板预测子初始化相关的几种方法，以及在当前图像是参考图像时的DPB管理。
发明内容
本发明公开了一种管理已解码图像缓存器的方法及装置，其用于使用帧内块复制模式的视频编解码系统。根据本方法，判断帧内块复制模式是否用于当前图像，并且基于帧内块复制模式是否用于当前图像，已解码图像缓存器中分配已解码图像的最大允许数量。随后，使用存储在已解码图像缓存器中的已解码图像作为参考数据，对当前图像进行编码或者解码。不算入当前图像的已解码图像缓存器中的已解码图像的总数等于或者小于已解码图像缓存器中的已解码图像的最大允许数量。
帧内块复制模式是否用于当前图像由一语法标志或者变量表示，并且语法标志或者变量与已解码当前图像的两个版本是否需要被存储相关。例如，如果当前已解码图像的两个版本需要被存储，则语法标志为1，否则为0。本方法可以包括一流程，以当一个或多个条件为真时，将存储在已解码图像缓存器中的一个或多个已解码图像清空。这些条件可以包括对应于已解码图像缓存器中的已解码图像的总数大于或等于由语法标志或者变量的值而修改的最大缓存器尺寸语法的值的一个条件。例如，此条件对应于已解码图像缓存器中的已解码图像的总数大于或等于最大缓存器尺寸语法的值减去语法标志或者变量的值。又例如，此条件对应于已解码图像缓存器中的已解码图像的总数大于或等于最大缓存器尺寸语法的值减去语法标志或者变量的值与最大缓存器尺寸语法的值中的最小。
本发明公开了另一种管理已解码图像缓存器的方法及装置，其用于使用帧内块复制模式的视频编解码系统。本方法将确定已解码图像缓存器中的重新排列图像的最大数量。如果某些条件为真，则将存储在已解码图像缓存器中的一个或多个已解码图像清空，直到这些条件中没有为真。这些条件包括对应于已解码图像缓存器中被标记为"需要用于输出"的已解码图像的数量大于根据帧内块复制模式是否用于当前图像而修改的重新排列图像的最大数量的第一条件。随后，使用存储在已解码图像缓存器中的多个已解码图像作为参考数据，对当前图像进行编码或者解码。
本发明公开了一种管理已解码图像缓存器的方法及装置，其用于允许多个颜色格式的视频编解码系统。本方法确定目标总存储器尺寸以用于存储目标颜色格式的目标分辨率处的已解码图像缓存器中的已解码图像的目标最大数量。也确定具有相同目标分辨率但以不同于目标颜色格式的第二颜色格式的当前图像的缩放因子。根据由缩放因子所缩放的已解码图像的目标最大数量，在已解码图像缓存器中分配第二已解码图像的第二最大数量以用于当前图像。缩放因子小于1以用于至少一个第二颜色格式。随后，使用存储在已解码图像缓存器中的多个已解码图像作为参考数据，对当前图像进行编码或者解码。例如，目标颜色格式对应于4:4:4颜色格式。缩放因子分别被设置成1/3、1/2和2/3，以用于对应于4:0:0颜色格式、4:2:0颜色格式和4:2:2颜色格式的第二颜色格式。
附图说明
图1A是已解码缓存器管理流程的示例，其中已解码图像缓存器尺寸的最大数量被设置成5，且重新排序图像的最大数量是4。
图1B是已解码缓存器管理流程的示例，其中已解码图像缓存器尺寸的最大数量被设置成5，且重新排序图像的最大数量是3。
图2是根据本发明实施例的使用包括帧内块复制模式和帧间预测模式的编解码模式的示例性编解码系统的流程图，其中基于帧内块复制模式是否用于当前图像，已解码图像的最大允许数量被分配在DPB中。
图3是允许多种颜色格式的示例性编解码系统的流程图，其中根据颜色格式，已解码图像的最大允许数量被分配。
图4是根据本发明实施例的使用包括帧内块复制模式和帧间预测模式的编解码模式的示例性编解码系统的流程图，其中，如果某些条件为真，存储在DPB中的一个或多个已解码图像被清空，其中这些条件包括对应于DPB中被标记为"需用于输出"的已解码图像的数量大于根据帧内块复制模式是否用于当前图像而修改的重新排列图像的最大数量的条件。
具体实施方式
以下描述为实施本发明的较佳方式。本描述的目的在于阐释本发明的一般原理，并非起限定意义。本发明的保护范围当视权利要求书所界定为准。
如前面所述，当帧内块复制模式被使用时，先于环路滤波器的当前已解码图像可以用于提供参考数据以用于IntraBC编解码块，其可能对已有的已解码参考图像缓存器存在影响。由于当前图像用作参考图像的已解码图像管理中的变化可能引起一些DPB管理问题。因此，本发明公开了在IntraBC模式被使用时DPB约束中的潜在问题的各种解决方案。
I:当前图像是参考图像时的DPB约束
如上所述，语法元素sps_max_num_reorder_pics[i]将处于0到sps_max_dec_pic_buffering_minus1[i]的范围内，包括两端点。当sps_max_num_reorder_pics[i]等于sps_max_dec_pic_buffering_minus1[i]时，这意味着，其被允许以使用DPB中(DPB尺寸–1)个图像缓存器，以存储符合sps_max_num_reorder_pics[i]的定义中的描述的这些已解码图像。对于传统方法，例如JCTVC-U1005草案标准，这些图像被假设成不是当前已解码图像。然而，对于使用IntraBC模式编码/解码的任何给定当前图像，当前已解码图像的两个版本需要被存储。如果(DPB尺寸-1)个图像已由这些图像占用，则DPB中不存在空间以存储当前已解码图像的另一版本(即未滤波版本)(即先于环路滤波流程的调用的版本)。
在解码当前图像之前(但在解析当前图像的第一切片的切片头之后)，DPB中已有的已解码图像需要被检测以判断是否需要移除其中的一个或多个。如果DPB中被标记为"需用于输出"的图像数量大于sps_max_num_reorder_pics[HighestTid]，则已有图像中的一个或多个需要自DPB输出和/或移除，直到DPB中被标记为"需用于输出"的图像数量不再大于sps_max_num_reorder_pics[HighestTid]。在sps_max_num_reorder_pics[HighestTid]等于sps_max_dec_pic_buffering_minus1[HighestTid]的情况中，在上述图像移除流程停止时，DPB中留下的空图像缓存器可以仅是1。空图像缓存器可以用于存储当前已解码图像。当IntraBC被使用时，除了位于环路滤波流程的调用之后的已解码图像的当前图像存储之外，可能存在紧接着环路滤波流程的调用之前的图像(即未滤波版本)需要被存储的情况。然而，在这种情况下，不存在DPB中的空间可以被分配。
因此，DPB中的一个额外已有已解码图像需要被移除，以创建空缓存器用于紧接着环路滤波流程的调用之前的当前已解码图像(即未滤波版本)的存储。因此，根据本发明的方法被公开，以根据变量TwoVersionsOfCurrDecPicFlag调整用于此当前图像的值sps_max_num_reorder_pics[HighestTid]。当此变量等于1(即IntraBC被使用，且由于环路滤波器的使用存在当前图像的两个版本)时，在DPB中被标记为"需要用于输出"的图像数量不再大于(sps_max_num_reorder_pics[HighestTid]–1)时，图像移除流程停止。当TwoVersionsOfCurrDecPicFlag为0，或者sps_max_num_reorder_pics[HighestTid]小于sps_max_dec_pic_buffering_minus1[HighestTid]时，无需此调整。
紧接在完成当前图像的解码之后，位于环路滤波流程之后的当前已解码图像(即已滤波版本)可以需要保留在DPB中以用于后续输出。在此情况中，上述图像移除流程可能需要再次处理，是因为DPB中被标记为"需要用于输出"的图像数量已改变。
在另一实施例中，在解码当前图像之前(但在解析当前图像的第一切片的切片头之后)，DPB中已有的已解码图像需要被检测以判断是否需要移除已解码图像中的一个或多个。如果DPB中的图像数量大于或等于(sps_max_dec_pic_buffering_minus1[HighestTid]+1)(即没有缓存器用于当前图像)，则DPB中已有图像中的一个或多个需要自DPB中移除，直到DPB中的图像数量小于或等于sps_max_dec_pic_buffering_minus1[HighestTid]。
当上述图像移除流程停止时，DPB中留下的空图像缓存器可以仅是1，其可以用于存储当前已解码图像。当IntraBC被使用时，除了位于环路滤波流程的调用之后的已解码图像(即已滤波版本)的当前图像存储之外，可能存在紧接着环路滤波流程的调用之前的图像(即未滤波版本)需要被存储的情况。然而，在这种情况下，DPB中不存在空的空间(emptyspace)可以被分配。因此，DPB中的一个额外已有的已解码图像需要被移除，以创建空缓存器用于紧接着环路滤波流程的调用之前的当前已解码图像(即未滤波版本)的存储。在一个实施例中，sps_max_dec_pic_buffering_minus1[HighestTid]的值被调整以用于具有变量TwoVersionsOfCurrDecPicFlag的此当前图像。当此变量等于1(即IntraBC被使用，且由于环路滤波器的使用而存在当前图像的两个版本)时，在DPB中的图像数量小于或等于(sps_max_dec_pic_buffering_minus1[HighestTid]–1)时，图像移除流程停止。当TwoVersionsOfCurrDecPicFlag为0时，无需此调整。
在下面实施例中，变量AdditionalPictureBufferRemovalFlag被定义为：AdditionalPictureBufferRemovalFlag＝(TwoVersionsOfCurrDecPicFlag&&sps_max_num_reorder_pics[HighestTid]＝＝sps_max_dec_pic_buffering_minus1[HighestTid])。
对C 5.2.2自DPB的图像输出和移除的修改
作为根据本方法的实施例的示例，如子从句C.5.2.2中所公开的自DPB的图像输出和移除可以被修改。子从句几乎相同，除了项目2的末端处的三个项目符号中的两个，其中如斜体所示的额外文本被添加：
–DPB中被标记为"需要用于输出"的图像数量大于sps_max_num_reorder_pics[HighestTid]–AdditionalPictureBufferRemovalFlag。
–…
–DPB中的图像数量大于或等于sps_max_dec_pic_buffering_minus1[HighestTid]+1–TwoVersionsOfCurrDecPicFlag。
在上述示例中，重新排序图像的最大数量(即sps_max_num_reorder_pics[HighestTid])减去“AdditionalPictureBufferRemovalFlag”的值。已解码图像的最大数量(即sps_max_dec_pic_buffering_minus1[HighestTid])减去“TwoVersionsOfCurrDecPicFlag”的值。虽然特定变量名称和语义在本发明中用作示例，但是这些特定变量名称或者语法将不构成对本发明的限定。另外，基于HEVC SCC草案标准JCTVC-U1005的语法用于示出DPB管理，并且本发明并不限于HEVC SCC草案标准的特定语法。
在另一实施例中，C 5.2.2可以被修改成如下，其中仅修改部分被示出，且斜体文本表示插入。
–DPB中被标记为"需要用于输出"的图像数量大于sps_max_num_reorder_pics[HighestTid]–(AdditionalPictureBufferRemovalFlag&sps_max_num_reorder_pics[HighestTid])。
–DPB中的图像数量大于或等于sps_max_dec_pic_buffering_minus1[HighestTid]+1–(TwoVersionsOfCurrDecPicFlag&sps_max_dec_pic_buffering_minus1[HighestTid])。
在另一实施例中，C 5.2.2可以被修改成如下，其中仅修改部分被示出，且斜体文本表示插入。
–DPB中被标记为"需要用于输出"的图像数量大于sps_max_num_reorder_pics[HighestTid]–min(AdditionalPictureBufferRemovalFlag,sps_max_num_reorder_pics[HighestTid])。
–DPB中的图像数量大于或等于sps_max_dec_pic_buffering_minus1[HighestTid]+1–min(TwoVersionsOfCurrDecPicFlag,sps_max_dec_pic_buffering_minus1[HighestTid])。
对C 5.2.3额外碰撞的修改
作为根据本方法的实施例的示例，如子从句C.5.2.3中所公开的额外碰撞可以被修改。子从句几乎相同，除了子从句C.5.2.3的末端处的两个项目符号中的一个，其中如斜体所示的额外文本被
添加：
–DPB中被标记为"需要用于输出"的图像数量大于sps_max_num_reorder_pics[HighestTid]–AdditionalPictureBufferRemovalFlag。
–sps_max_latency_increase_plus1[HighestTid]不等于0…
在另一实施例中，C 5.2.3可以被修改成如下，其中仅修改部分被示出，且斜体文本表示插入。
–DPB中被标记为"需要用于输出"的图像数量大于sps_max_num_reorder_pics[HighestTid]–(AdditionalPictureBufferRemovalFlag&sps_max_num_reorder_pics[HighestTid])。
在又一实施例中，C 5.2.3可以被修改成如下，其中仅修改部分被示出，且斜体文本表示插入。
–DPB中被标记为"需要用于输出"的图像数量大于sps_max_num_reorder_pics[HighestTid]–min(AdditionalPictureBufferRemovalFlag,sps_max_num_reorder_pics[HighestTid])。
在这些实施例中，C 5.2.2自DPB的图像输出和移除以及C 5.2.3额外碰撞中所示的改变被联合使用。在另一实施例中，每个改变可以被单独使用。例如，C 5.2.2中的改变可以被使用，而C 5.2.3中没有改变被使用。在另一示例中，C 5.2.2中对sps_max_num_reorder_pics[HighestTid]所做的改变不被使用，而对sps_max_dec_pic_buffering_minus1[HighestTid]+1所做的改变被使用。
在又一实施例中，在上述所有实施例中，AdditionalPictureBufferRemovalFlag可以被设置成TwoVersionsOfCurrDecPicFlag。
在又一实施例中，在上述所有实施例中，TwoVersionsOfCurrDecPicFlag可以被设置成SPS处的IntraBC使能标志。换言之，当IntraBC被使能在序列层处时，TwoVersionsOfCurrDecPicFlag等于1以用于整个序列。
在另一实施例中，当帧内块复制被使用时，为了保证合适的DPB操作，基于语法元素sps_curr_pic_ref_enabled_flag的值，限制语法元素sps_max_num_reorder_pics[i]的范围。当SPS层标志发信在当前序列中使用帧内块复制时，sps_max_num_reorder_pics[i]的值减去1。注意的是，仅当相同层的相应的语法元素sps_max_dec_pic_buffering_minus1[i]大于0时，此为真。
在一个实施例中，对语法元素sps_max_num_reorder_pics[i]的语义所提出的改变如下所示，其中斜体的文本表示插入：
sps_max_num_reorder_pics[i]表示可以在HighestTid等于i时在解码顺序中位于CVS中的具有PicOutputFlag等于1的任何图像之前并在输出顺序中跟随着具有PicOutputFlag等于1的图像的具有PicOutputFlag等于1的图像的最大允许数量。sps_max_num_reorder_pics[i]的值将处于0到sps_max_dec_pic_buffering_minus1[i]–(sps_curr_pic_ref_enabled_flag&sps_max_dec_pic_buffering_minus1[i])的范围内，包括两端点。当i大于0时，sps_max_num_reorder_pics[i]将大于或等于sps_max_num_reorder_pics[i-1]。对于每个i的值，sps_max_num_reorder_pics[i]的值将小于或等于vps_max_num_reorder_pics[i]。当对于处于0到sps_max_sub_layers_minus1-1的范围内且包括两端点的i而言，sps_max_num_reorder_pics[i]不存在时，由于sps_sub_layer_ordering_info_present_flag等于0，其被推断成等于sps_max_num_reorder_pics[sps_max_sub_layers_minus1]。
在另一实施例中，对语法元素sps_max_num_reorder_pics[i]的语义所提出的改变如下所示，其中斜体的文本表示插入：
sps_max_num_reorder_pics[i]表示具有PicOutputFlag等于1的图像的最大允许数量，这些图像可以在HighestTid等于i时在解码顺序中位于CVS中的具有PicOutputFlag等于1的任何图像之前并在输出顺序中跟随着具有PicOutputFlag等于1的图像的具有PicOutputFlag等于1的图像。sps_max_num_reorder_pics[i]的值将处于0到sps_max_dec_pic_buffering_minus1[i]–min(sps_curr_pic_ref_enabled_flag,sps_max_dec_pic_buffering_minus1[i])的范围内，包括两端点。当i大于0时，sps_max_num_reorder_pics[i]将大于或等于sps_max_num_reorder_pics[i-1]。对于每个i的值，sps_max_num_reorder_pics[i]的值将小于或等于vps_max_num_reorder_pics[i]。当对于处于0到sps_max_sub_layers_minus1-1的范围内且包括两端点的i而言，sps_max_num_reorder_pics[i]不存在时，由于sps_sub_layer_ordering_info_present_flag等于0，其被推断成等于sps_max_num_reorder_pics[sps_max_sub_layers_minus1]。
II.用于不同颜色格式的DPB尺寸
本发明的另一方面解决了与不同颜色图像格式下的DPB相关的问题。如果视频编解码器被设计以支持具有目标颜色格式(例如，4:4:4格式)的视频的一些数量的参考图像，则假设总可用存储器的固定尺寸。当所使用的实际格式需要更低色度样本速率(例如4:2:0或者单色度)时，理想地，分配给具有更低色度样本速率的内容的图像缓存器尺寸的最大数量可以大于具有更高色度样本速率的这些内容。根据本发明的方法，当相同量的存储器用于存储已解码图像时，用于具有更低色度样本速率的内容的DPB尺寸的最大允许数量被调整(更大)。
在一个实施例中，用于存储单色度图像的总存储器与用于具有相同亮度分辨率的4:2:0格式内容的总存储器相同。在这种情况中，存储4:2:0格式图像与存储单色度图像之间的存储器的比例是6:4＝3:2。因此，为单色度所定义的最大DPB尺寸可以被增加3:2的因子。本实施例的示例可以被应用到HEVC。例如，如下所示，JCTVC-U1005的附录中的从句A.4.2可以被修改以支持已调整的最大允许数量。插入的文本如斜体所示。
A.修改的A.4.2特定于文件层限制以用于视频文件
注意的是，视频文件指的是不是静态图像文件的这些文件。
静态图像文件包括主静态图像文件，主4:4:4静态图像文件和主4:4:4 16静态图像文件。
下面被指定以用于表达本附录中的约束：
–假定变量fR被设置成等于1÷300。
变量HbrFactor被定义成如下：
–如果比特流或者子层表示被表示，以一致化主文件(Main profile)或者主10文件(Main 10 profile)，则HbrFactor被设置成等于1。
–否则，如果比特流或者子层表示被表示以一致化高吞吐量4:4:4，高吞吐量4:4:410，高吞吐量4:4:4 14，屏幕拓展高吞吐量4:4:4，屏幕拓展高吞吐量4:4:4 10或者屏幕拓展高吞吐量4:4:4 14文件，则HbrFactor被设置成等于6。
–否则，如果比特流或者子层表示被表示以一致化高吞吐量4:4:4 16帧内文件，则HbrFactor被设置成等于24-(12*general_lower_bit_rate_constraint_flag)或者24-(12*sub_layer_lower_bit_rate_constraint_flag[i])。
–否则，HbrFactor被设置成等于2-general_lower_bit_rate_constraint_flag或者2-sub_layer_lower_bit_rate_constraint_flag[i]。
变量BrVclFactor，其表示VCL码元速率范围因子，被设置成等于CpbVclFactor*HbrFactor。变量BrNalFactor，其表示NAL码元速率范围因子，被设置成等于CpbNalFactor*HbrFactor。变量MinCr被设置成等于MinCrBase*MinCrScaleFactor÷HbrFactor。
变量SFactor被定义成如下：
–如果比特流或者子层表示被表示以一致化屏幕拓展主10 4:4:4文件，且如果chroma_format_idc等于0，则SFactor被设置成等于(2÷3)
–否则，SFactor被设置成等于1。
当特定层不是如JCTVC-U1005中定义的层8.5时，(sps_max_dec_pic_buffering_minus1[HighestTid]+1)的值将小于或等于MaxDpbSize，其被推导为如下：
if(PicSizeInSamplesY<＝(MaxLumaPs>>2))
MaxDpbSize＝Min(4*maxDpbPicBuf/SFactor,16)
else if(PicSizeInSamplesY<＝(MaxLumaPs>>1))
MaxDpbSize＝Min(2*maxDpbPicBuf/SFactor,16)
else if(PicSizeInSamplesY<＝((3*MaxLumaPs)>>2))
MaxDpbSize＝Min((4*maxDpbPicBuf/SFactor)/3,16)
else
MaxDpbSize＝maxDpbPicBuf/SFactor
其中，MaxLumaPs被指定在表A.6中，并且maxDpbPicBuf等于6以用于所有文件，其中sps_curr_pic_ref_enabled_flag的值被要求等于0和7以用于所有文件，其中sps_curr_pic_ref_enabled_flag的值不被要求等于0。
在上述示例中，新变量SFactor被引进，并用于调整图像缓存器尺寸的最大数量。注意的是，当maxDpbPicBuf/Sfactor形成非整数值时，其可以被裁剪成不大于原始值的最接近整数值。例如，MaxDpbSize＝(Int)(maxDpbPicBuf/SFactor)。
在另一实施例中，分配给存储单色度图像的总存储器与具有相同亮度分辨率的4:4:4格式内容的总存储器相同。在这种情况中，存储4:4:4格式图像和存储单色度图像之间的存储器比例是3:1。因此，为单色度所定义的最大DPB尺寸可以被增加3的因子。本实施例的示例可以被应用到HEVC。例如，JCTVC-U1005的附录中的从句A.4.2可以被修改以支持如下所示的DPB尺寸已调整的最大允许数量。插入的文本如斜体所示。修改的A.4.2几乎与先前修改的A.4.2相同，除了SFactor被设置成等于(1÷3)。
B.修改的A.4.2特定于文件层限制以用于视频文件
变量MinCr被设置成等于MinCrBase*MinCrScaleFactor÷HbrFactor。
如果比特流或子层表示被表示以一致化屏幕拓展主10 4:4:4文件，且如果chroma_format_idc等于0，则SFactor被设置成等于(1÷3)。
否则，SFactor被设置成等于1。
在又一方法中，分配给存储4:2:0格式图像的总存储器与具有相同亮度分辨率的4:4:4格式内容的总存储器相同。在这种情况中，存储4:4:4格式图像和存储4:2:0格式图像之间的存储器比例是2:1。同理于上述实施例，SFactor被设置成等于(1÷2)。
在又一方法中，分配给存储4:2:2格式图像的总存储器与具有相同亮度分辨率的4:4:4格式内容的总存储器相同。在这种情况中，存储4:4:4格式图像和存储4:2:2格式图像之间的存储器比例是3:2。同理于上述实施例，SFactor被设置成等于(2÷3)。
III.在当前图像被认为是参考图像时的DPB管理
本发明的另一方面解决在当前图像被认为是参考图像的DPB管理。在一个实施例中，约束被添加，使得在最大DPB尺寸是1时，由于不存在空间存储当前图像的此额外版本，当前已解码图像(位于环路滤波之前)的创建和删除不被允许。最大DPB尺寸为1的情况可以由SPS层标志sps_max_dec_pic_buffering_minus1[sps_max_sub_layers_minus1]+1、sps_max_dec_pic_buffering_minus1[TemporalId]+1或sps_max_dec_pic_buffering_minus1[HighestTid]，或者表示当前序列的最大允许DPB尺寸来表示。
本实施例的示例可以被应用到HEVC。例如，JCTVC-U1005的子从句8.1.3可以被修改以支持当前图像被认为是参考图像时的DPB管理。插入的文本如斜体所示。在修改的子从句8.1.3中，仅不同于JCTVC-U1005的子从句8.1.3的这些部分被列出，其中斜体文本表示插入的文本。
修改的8.1.3–具有等0的已编码图像的解码流程
2.从句8.3中的流程指定使用切片段层及中以上的语法元素的下面解码流程：
–...
–...
–...当TwoVersionsOfCurrDecPicFlag等于1且sps_max_dec_pic_buffering_minus1[HighestTid]大于0时，DPB中另一图像存储缓存器被分配以用于如从句8.7中所指定的位于环路滤波流程的调用之前的当前图像的已解码样本值的存储，并被标记为"用于长期参考"。...
–...
4....当TwoVersionsOfCurrDecPicFlag等于1且sps_max_dec_pic_buffering_minus1[HighestTid]大于0时，如从句8.7中所指定的位于环路滤波流程的调用之前的当前已解码图像被标记为"不用于参考"。
本实施例的示例可以被应用到HEVC。例如，JCTVC-U1005的子从句8.3.4可以被修改以支持当前图像被认为是参考图像时的DPB管理。插入的文本如斜体所示。在修改的子从句8.3.4中，仅不同于JCTVC-U1005的子从句8.3.4的这些部分被列出，其中斜体文本表示插入的文本。
修改的8.3.4–参考图像列表构造的解码流程
当TwoVersionsOfCurrDecPicFlag等于1，且sps_max_dec_pic_buffering_minus1[HighestTid]大于0时，假设变量currPic指向如从句8.7中所指定的位于环路滤波流程的调用之前的当前已解码图像；否则(即TwoVersionsOfCurrDecPicFlag等于0)，假设变量currPic指向如从句8.7中所指定的位于环路滤波流程的调用之后的当前已解码图像。
本实施例的示例可以被应用到HEVC。例如，JCTVC-U1005的子从句C.3.4和子从句C.3.5可以被修改以支持当前图像被认为是参考图像时的DPB管理。插入的文本如斜体所示。在修改的子从句C.3.4和子从句C.3.5中，仅不同于JCTVC-U1005的子从句C.3.4和子从句C.3.5的这些部分被列出，其中斜体文本表示插入的文本。
修改的C.3.4–当前已解码图像标记和存储
当TwoVersionsOfCurrDecPicFlag等于1，且sps_max_dec_pic_buffering_minus1[HighestTid]大于0时，如从句8.7中所指定的位于环路滤波流程的调用之前的当前已解码图像被存储在DPB中的空图像存储缓存器中，DPB存储度增加1，并且此图像被标记为"用于长期参考"。
修改的C.3.4–在当前图像的解码之后，自DPB的图像移除
当TwoVersionsOfCurrDecPicFlag等于1，且sps_max_dec_pic_buffering_minus1[HighestTid]大于0时，在当前图像的解码之后，即访问单元n(包含当前图像)的最后一个解码单元的CPB移除时间处，如从句8.7中所指定位于环路滤波流程的调用之前的当前已解码图像自DPB移除，DPB存储度减1。
同样地，虽然特定变量名称或者语法在本发明中用作示例，但是这些特定变量名称或者语法将不构成本发明的限制。另外，基于语法的HEVC SCC草案标准用于示出DPB管理，且本发明并不限于语法的HEVC SCC草案标准的具体语法。
图2示出了根据本发明实施例的使用包括帧内块复制模式和帧间预测模式的编解码模式的示例性编解码系统的流程图，其中基于帧内块复制模式是否用于当前图像，已解码图像的最大允许数量被分配在DPB中。在步骤210中，本方法判断IntraBC模式是否用于当前图像，其中如果使用IntraBC模式编解码当前图像，则当前图像的已解码数据用作当前图像的参考数据。在编码器侧处，基于底层视频数据的特征或者诸如在本领域已知的率失真优化(rate-distortion optimization，RDO)的特定标准，编码器通常选择特定编解码模式。根据编码器和解码器均已知的推导方法，所选择的编解码模式通常在比特流中被显性或者隐性发信。在解码器侧处，编解码模式可以自比特流中解析出或者隐性地推导出。在步骤220中，基于IntraBC模式是否用于当前图像，在DPB中分配已解码图像的最大允许数量。在步骤230中，使用存储在DPB中的已解码图像作为参考数据，对当前图像进行编码或者解码，其中DPB中已解码图像的总数等于或者小于DPB中的已解码图像的最大允许数量。
图3示出了允许多种颜色格式的示例性编解码系统的流程图，其中根据颜色格式，已解码图像的最大允许数量被分配。在步骤310中，本方法确定目标总存储器尺寸以用于以目标颜色格式及目标分辨率在DPB中存储目标最大数量的已解码图像。在步骤320中，本方法也确定具有相同目标分辨率但以不同于目标颜色格式的第二颜色格式的当前图像的缩放因子。在步骤330中，根据由缩放因子所缩放的已解码图像的目标最大数量，在DPB中分配第二已解码图像的第二最大数量以用于当前图像，其中缩放因子小于1以用于至少一个第二颜色格式。在步骤340中，使用存储在DPB中的已解码图像作为参考数据，对当前图像进行编码或者解码，其中DPB中第二已解码图像的总数等于或者小于DPB中的第二已解码图像的最大允许数量。
图4示出了根据本发明实施例的使用包括帧内块复制模式和帧间预测模式的编解码模式的示例性编解码系统的流程图，其中，如果某些条件为真，存储在DPB中的一个或多个已解码图像被清空，其中这些条件包括对应于DPB中被标记为"需用于输出"的已解码图像的数量大于根据帧内块复制模式是否用于当前图像而修改的重新排列图像的最大数量的条件。在步骤410中，本方法判断IntraBC模式是否用于当前图像，其中如果使用IntraBC模式编解码当前图像，则当前图像的已解码数据用作当前图像的参考数据。在步骤420中，确定DPB中重新排列图像的最大数量，其中重新排列图像的最大数量表示输出图像标志等于1的图像的最大允许数量，这图像可以在解码顺序中位于CVS中的具有输出图像标志等于1的任何选择图像之前并在输出顺序上跟随着具有输出图像标志等于1的任何选择图像。在步骤430中，如果一个或多个条件为真，则将存储在DPB中的一个或多个已解码图像清空，其中一个或多个条件包括对应于DPB中被标记为"需要用于输出"的已解码图像的数量大于根据IntraBC模式是否用于当前图像的重新排列图像的最大数量的第一条件。在步骤440中，使用存储在DPB中的已解码图像作为参考数据，对当前图像进行编码或者解码，其中DPB中已解码图像的总数等于或者小于DPB中的已解码图像的最大允许数量。
本发明所示的流程图用于示出根据本发明的视频编解码的示例。在不脱离本发明的精神的情况下，本领域的技术人员可以修改每个步骤、重组这些步骤、将一个步骤进行分离或者组合这些步骤而实施本发明。在本发明中，已经使用特定语法和语义来示出不同的示例，以实施本发明的实施例。在不脱离本发明的精神的情况下，通过用等价的语法和语义来替换该语法和语义，本领域的技术人员可以实施本发明。
上述说明，使得本领域的普通技术人员能够在特定应用程序的内容及其需求中实施本发明。对本领域技术人员来说，所描述的实施例的各种变形将是显而易见的，并且本文定义的一般原则可以应用于其他实施例中。因此，本发明不限于所示和描述的特定实施例，而是将被赋予与本文所公开的原理和新颖特征相一致的最大范围。在上述详细说明中，说明了各种具体细节，以便透彻理解本发明。尽管如此，将被本领域的技术人员理解的是，本发明能够被实践。
如上所述的本发明的实施例可以在各种硬件、软件代码或两者的结合中实现。例如，本发明的实施例可以是集成在视频压缩芯片内的电路，或者是集成到视频压缩软件中的程序代码，以执行本文所述的处理。本发明的一个实施例也可以是在数字信号处理器(Digital Signal Processor，DSP)上执行的程序代码，以执行本文所描述的处理。本发明还可以包括由计算机处理器、数字信号处理器、微处理器或现场可编程门阵列(fieldprogrammable gate array，FPGA)所执行的若干函数。根据本发明，通过执行定义了本发明所实施的特定方法的机器可读软件代码或者固件代码，这些处理器可以被配置为执行特定任务。软件代码或固件代码可以由不同的编程语言和不同的格式或样式开发。软件代码也可以编译为不同的目标平台。然而，执行本发明的任务的不同的代码格式、软件代码的样式和语言以及其他形式的配置代码，不会背离本发明的精神和范围。
本发明以不脱离其精神或本质特征的其他具体形式来实施。所描述的例子在所有方面仅是说明性的，而非限制性的。因此，本发明的范围由附加的权利要求来表示，而不是前述的描述来表示。权利要求的含义以及相同范围内的所有变化都应纳入其范围内。

Claims (13)

1.一种管理已解码图像缓存器的方法，其特征在于，用于允许多个颜色格式的视频编解码系统，该方法包括：
确定目标总存储器尺寸，用于以目标颜色格式及目标分辨率在所述已解码图像缓存器中存储目标最大数量的已解码图像；
确定具有相同目标分辨率但以不同于目标颜色格式的第二颜色格式的当前图像的缩放因子；
根据由所述缩放因子所缩放的所述已解码图像的目标最大数量，在所述已解码图像缓存器中分配第二已解码图像的第二最大数量以用于所述当前图像，其中所述缩放因子小于1以用于至少一个第二颜色格式；以及
使用存储在所述已解码图像缓存器中的多个第二已解码图像作为参考数据，对所述当前图像进行编码或者解码，其中所述已解码图像缓存器中的所述第二已解码图像的总数等于或者小于所述已解码图像缓存器中的第二已解码图像的所述第二最大数量。
2.如权利要求1中所述的管理已解码图像缓存器的方法，其特征在于，所述目标颜色格式对应于4:4:4颜色格式。
3.如权利要求2中所述的管理已解码图像缓存器的方法，其特征在于，所述第二颜色格式对应于4:0:0颜色格式，以及所述缩放因子被设置成1/3。
4.如权利要求2中所述的管理已解码图像缓存器的方法，其特征在于，所述第二颜色格式对应于4:2:0颜色格式，以及所述缩放因子被设置成1/2。
5.如权利要求2中所述的管理已解码图像缓存器的方法，其特征在于，所述第二颜色格式对应于4:2:2颜色格式，以及所述缩放因子被设置成2/3。
6.一种管理已解码图像缓存器的装置，其特征在于，在允许多个颜色格式的视频编解码系统中，该装置包括一个或多个电子电路或者处理器，用于：
确定目标总存储器尺寸，用于以目标颜色格式及目标分辨率在所述已解码图像缓存器中存储目标最大数量的已解码图像；
确定具有相同目标分辨率但以不同于目标颜色格式的第二颜色格式的当前图像的缩放因子；
根据由所述缩放因子所缩放的所述已解码图像的目标最大数量，在所述已解码图像缓存器中分配第二已解码图像的第二最大数量以用于所述当前图像，其中所述缩放因子小于1以用于至少一个第二颜色格式；以及
使用存储在所述已解码图像缓存器中的多个第二已解码图像作为参考数据，对所述当前图像进行编码或者解码，其中所述已解码图像缓存器中的所述第二已解码图像的总数等于或者小于所述已解码图像缓存器中的第二已解码图像的所述第二最大数量。
7.一种管理已解码图像缓存器的方法，其特征在于，用于视频编解码系统，其中所述视频编解码系统使用包括帧间预测模式和帧内块复制模式的多个编解码模式，该方法包括：
判断所述帧内块复制模式是否用于当前图像，其中若使用所述帧内块复制模式编解码所述当前图像，则所述当前图像的已解码数据用作所述当前图像的参考数据；
确定所述已解码图像缓存器中重新排列图像的最大数量，其中所述重新排列图像的最大数量表示可在解码顺序中位于已编解码视频序列中的具有输出图像标志等于1的任何选择图像之前并在输出顺序中跟随着具有所述输出图像标志等于1的任何选择图像的具有所述输出图像标志等于1的图像的最大允许数量；
如果一个或多个条件为真，则将存储在所述已解码图像缓存器中的一个或多个已解码图像清空，其中所述一个或多个条件包括对应于所述已解码图像缓存器中被标记为"需要用于输出"的已解码图像的数量大于根据所述帧内块复制模式是否用于所述当前图像而修改的所述重新排列图像的最大数量的第一条件；以及
使用存储在所述已解码图像缓存器中的多个已解码图像作为参考数据，对所述当前图像进行编码或者解码，其中所述已解码图像缓存器中的已解码图像的总数等于或者小于所述已解码图像缓存器中的所述已解码图像的最大允许数量。
8.如权利要求7中所述的管理已解码图像缓存器的方法，其特征在于，将存储在所述已解码图像缓存器中的一个或多个已解码图像清空被重复，直到所述一个或多个条件中没有为真。
9.如权利要求7中所述的管理已解码图像缓存器的方法，其特征在于，所述第一条件对应于所述已解码图像缓存器中被标记为"需要用于输出"的已解码图像的数量大于所述重新排列图像的最大数量减去第一标志的值与所述已解码图像缓存器中的所述已解码图像的最大允许数量减去1中的最小，所述第一标志对应于表示所述当前图像是否被允许用作所述当前图像的参考图像的语法标志或者变量。
10.如权利要求7中所述的管理已解码图像缓存器的方法，其特征在于，
所述第一条件对应于所述已解码图像缓存器中被标记为"需要用于输出"的已解码图像的数量大于所述重新排列图像的最大数量减去第二标志的值与所述重新排列图像的最大数量中的最小，以及
其中若所述当前图像的两个版本需要被存储，且所述重新排列图像的最大数量等于所述已解码图像缓存器中所述已解码图像的最大允许数量减去1，则所述第二标志的值为1，否则所述第二标志的值为0。
11.如权利要求7中所述的管理已解码图像缓存器的方法，其特征在于，一语法元素被发信在序列参考集中，以表示所述已解码图像缓存器中所述重新排列图像的最大数量。
12.如权利要求7中所述的管理已解码图像缓存器的方法，其特征在于，一语法元素被发信在序列参数集中，以表示所述已解码图像缓存器中所述已解码图像的最大允许数量减去1。
13.一种管理已解码图像缓存器的装置，其特征在于，在视频编解码系统，其中所述视频编解码系统使用包括帧间预测模式和帧内块复制模式的多个编解码模式，该装置包括一个或多个电子电路或处理器，用于：
判断所述帧内块复制模式是否用于当前图像，其中若使用所述帧内块复制模式编解码所述当前图像，则所述当前图像的已解码数据用作所述当前图像的参考数据；
确定所述已解码图像缓存器中重新排列图像的最大数量，其中所述重新排列图像的最大数量表示可在解码顺序中位于已编解码视频序列中的具有输出图像标志等于1的任何选择图像之前并在输出顺序上跟随着具有所述输出图像标志等于1的任何选择图像的具有所述输出图像标志等于1的图像的最大允许数量；
如果一个或多个条件为真，则将存储在所述已解码图像缓存器中的一个或多个已解码图像清空，其中所述一个或多个条件包括对应于所述已解码图像缓存器中被标记为"需要用于输出"的已解码图像的数量大于根据所述帧内块复制模式是否用于所述当前图像而修改的所述重新排列图像的最大数量的第一条件；以及
使用存储在所述已解码图像缓存器中的多个已解码图像作为参考数据，对所述当前图像进行编码或者解码，其中所述已解码图像缓存器中的已解码图像的总数等于或者小于所述已解码图像缓存器中的所述已解码图像的最大允许数量。
CN202011165260.6A 2015-10-19 2016-10-18 管理已解码图像缓存器的方法及装置 Active CN112565792B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011165260.6A CN112565792B (zh) 2015-10-19 2016-10-18 管理已解码图像缓存器的方法及装置

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201562243208P 2015-10-19 2015-10-19
US62/243,208 2015-10-19
US201662298518P 2016-02-23 2016-02-23
US62/298,518 2016-02-23
PCT/CN2016/102322 WO2017067429A1 (en) 2015-10-19 2016-10-18 Method and apparatus for decoded picture buffer management in video coding system using intra block copy
CN202011165260.6A CN112565792B (zh) 2015-10-19 2016-10-18 管理已解码图像缓存器的方法及装置
CN201680059040.0A CN108141619B (zh) 2015-10-19 2016-10-18 管理已解码图像缓存器的方法及装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201680059040.0A Division CN108141619B (zh) 2015-10-19 2016-10-18 管理已解码图像缓存器的方法及装置

Publications (2)

Publication Number Publication Date
CN112565792A CN112565792A (zh) 2021-03-26
CN112565792B true CN112565792B (zh) 2023-07-11

Family

ID=58556700

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201680059040.0A Active CN108141619B (zh) 2015-10-19 2016-10-18 管理已解码图像缓存器的方法及装置
CN202011165260.6A Active CN112565792B (zh) 2015-10-19 2016-10-18 管理已解码图像缓存器的方法及装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201680059040.0A Active CN108141619B (zh) 2015-10-19 2016-10-18 管理已解码图像缓存器的方法及装置

Country Status (6)

Country Link
US (1) US10575013B2 (zh)
EP (1) EP3363195B1 (zh)
KR (1) KR102206503B1 (zh)
CN (2) CN108141619B (zh)
AU (1) AU2016343499B2 (zh)
WO (1) WO2017067429A1 (zh)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10547860B2 (en) * 2015-09-09 2020-01-28 Avago Technologies International Sales Pte. Limited Video coding with trade-off between frame rate and chroma fidelity
US11509919B2 (en) * 2018-10-17 2022-11-22 Tencent America Reference sample memory size restrictions for intra block copy
US11095900B2 (en) * 2018-12-19 2021-08-17 Sony Group Corporation Point cloud coding structure
WO2020156547A1 (en) 2019-02-02 2020-08-06 Beijing Bytedance Network Technology Co., Ltd. Buffer resetting for intra block copy in video coding
EP3915265A4 (en) 2019-03-01 2022-06-22 Beijing Bytedance Network Technology Co., Ltd. DIRECTION-BASED PREDICTION FOR INTRA BLOCK COPY IN VIDEO CODING
KR20210125506A (ko) 2019-03-04 2021-10-18 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 비디오 코딩에서 인트라 블록 복사를 위한 버퍼 관리
CN114666594A (zh) * 2019-03-11 2022-06-24 杜比实验室特许公司 帧速率可伸缩视频编码
US11240516B2 (en) 2019-03-20 2022-02-01 Tencent America LLC Coding mode signaling for small blocks
CA3137163C (en) 2019-04-24 2024-05-14 Bytedance Inc. Constraints on quantized residual differential pulse code modulation representation of coded video
CN113796069B (zh) 2019-05-01 2024-03-08 字节跳动有限公司 使用量化残差差分脉冲编解码调制编解码的帧内编解码视频
JP7288083B2 (ja) * 2019-05-02 2023-06-06 バイトダンス インコーポレイテッド 符号化ツリー構造タイプに基づく符号化モード
EP3957067A4 (en) * 2019-05-06 2022-06-22 Huawei Technologies Co., Ltd. OUTPUT OF PREVIOUS FRAMES FOR FRAMES FROM A NEW VIDEO SEQUENCE ENCODED IN A VIDEO CODING
US11394990B2 (en) 2019-05-09 2022-07-19 Tencent America LLC Method and apparatus for signaling predictor candidate list size
WO2020238837A1 (en) * 2019-05-25 2020-12-03 Beijing Bytedance Network Technology Co., Ltd. Coding of block vectors for intra block copy-coded blocks
US11212545B2 (en) 2019-06-07 2021-12-28 Tencent America LLC Method and apparatus for improved implicit transform selection
MX2022000110A (es) 2019-07-10 2022-02-10 Beijing Bytedance Network Tech Co Ltd Identificacion de muestras para la copia intra-bloque en codificacion de video.
KR20210107858A (ko) 2019-07-11 2021-09-01 텐센트 아메리카 엘엘씨 비디오 코딩을 위한 방법 및 장치
US11616962B2 (en) 2019-07-15 2023-03-28 Tencent America LLC Method and apparatus for video coding
US11375243B2 (en) 2019-07-17 2022-06-28 Tencent America LLC Method and apparatus for video coding
EP4022777A4 (en) 2019-09-24 2022-11-23 Huawei Technologies Co., Ltd. DECODED PICTURE BUFFER OPERATION FOR RESOLUTION CHANGES
US11310511B2 (en) 2019-10-09 2022-04-19 Tencent America LLC Method and apparatus for video coding
CN115428454A (zh) * 2020-04-06 2022-12-02 字节跳动有限公司 使用参数集的视频编解码
CN111597128B (zh) * 2020-05-21 2023-07-14 北京泽石科技有限公司 固态非易失存储设备中数据的管理方法以及管理装置
US11503336B2 (en) 2020-12-07 2022-11-15 Tencent America LLC Method and apparatus for video coding

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102088609A (zh) * 2007-02-28 2011-06-08 索尼株式会社 图像信息编码设备
CN104885459A (zh) * 2013-01-04 2015-09-02 高通股份有限公司 用于多层译码的多分辨率经解码图片缓冲器管理

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2666472B1 (fr) * 1990-08-31 1992-10-16 Alcatel Nv Systeme de memorisation temporaire d'information comprenant une memoire tampon enregistrant des donnees en blocs de donnees de longueur fixe ou variable.
US20120230409A1 (en) * 2011-03-07 2012-09-13 Qualcomm Incorporated Decoded picture buffer management
CN107197227B (zh) * 2011-03-18 2019-05-10 索尼公司 图像处理设备、图像处理方法和计算机可读存储介质
KR20130058584A (ko) * 2011-11-25 2013-06-04 삼성전자주식회사 복호화기의 버퍼 관리를 위한 영상 부호화 방법 및 장치, 그 영상 복호화 방법 및 장치
US9838683B2 (en) * 2012-07-10 2017-12-05 Cisco Technology, Inc. Support for variable number of picture buffers in decoded picture buffer
US10230970B2 (en) * 2012-07-10 2019-03-12 Cisco Technology, Inc. Decoded picture buffer size management
RU2623896C2 (ru) * 2012-09-28 2017-06-29 Телефонактиеболагет Л М Эрикссон (Пабл) Декодирование и кодирование изображений видеопоследовательности
US10904551B2 (en) * 2013-04-05 2021-01-26 Texas Instruments Incorporated Video coding using intra block copy
US20140301477A1 (en) * 2013-04-07 2014-10-09 Sharp Laboratories Of America, Inc. Signaling dpb parameters in vps extension and dpb operation
US10015515B2 (en) * 2013-06-21 2018-07-03 Qualcomm Incorporated Intra prediction from a predictive block
US9794579B2 (en) * 2013-07-15 2017-10-17 Qualcomm Incorporated Decoded picture buffer operations for video coding
US9503715B2 (en) * 2013-08-30 2016-11-22 Qualcomm Incorporated Constrained intra prediction in video coding
AU2013228045A1 (en) * 2013-09-13 2015-04-02 Canon Kabushiki Kaisha Method, apparatus and system for encoding and decoding video data
CN105659602B (zh) * 2013-10-14 2019-10-08 微软技术许可有限责任公司 用于视频和图像编码的帧内块复制预测模式的编码器侧选项
US9554141B2 (en) * 2013-11-18 2017-01-24 Arris Enterprises, Inc. Intra block copy for intra slices in high efficiency video coding (HEVC)
US20150271515A1 (en) * 2014-01-10 2015-09-24 Qualcomm Incorporated Block vector coding for intra block copy in video coding
AU2014201583A1 (en) * 2014-03-14 2015-10-01 Canon Kabushiki Kaisha Method, apparatus and system for encoding and decoding video data using a block dictionary
US20150264348A1 (en) * 2014-03-17 2015-09-17 Qualcomm Incorporated Dictionary coding of video content
US9756354B2 (en) * 2014-03-17 2017-09-05 Qualcomm Incorporated Block vector predictor for intra block copying
US9877034B2 (en) * 2014-04-14 2018-01-23 Avago Technologies General Ip (Singapore) Pte. Ltd. Pipelined video decoder system
JP6482191B2 (ja) * 2014-06-12 2019-03-13 キヤノン株式会社 画像符号化装置、画像符号化方法及びプログラム、画像復号装置、画像復号方法及びプログラム
EP3180917B1 (en) * 2014-09-01 2022-04-20 HFI Innovation Inc. Method of intra picture block copy for screen content and video coding
US9832467B2 (en) * 2014-10-07 2017-11-28 Qualcomm Incorporated Deblock filtering for intra block copying
JP6568306B2 (ja) 2015-09-08 2019-08-28 聯發科技股▲ふん▼有限公司Ｍｅｄｉａｔｅｋ Ｉｎｃ． イントラ・ブロック・コピーモードの復号化ピクチャバッファの方法およびシステム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102088609A (zh) * 2007-02-28 2011-06-08 索尼株式会社 图像信息编码设备
CN104885459A (zh) * 2013-01-04 2015-09-02 高通股份有限公司 用于多层译码的多分辨率经解码图片缓冲器管理

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
On Storage of unfiltered and filtered current decoded pictures;K. Rapaka;《Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11》;全文 *
分级视频编码结构及其量化技术的研究;万卫星;《中国优秀硕士学位论文全文数据库电子期刊》;全文 *
新一代视频编码标准HEVC参考帧设置与块划分快速算法研究;刘柱寨;《中国优秀硕士学位论文全文数据库电子期刊》;全文 *

Also Published As

Publication number Publication date
EP3363195A4 (en) 2019-10-30
CN112565792A (zh) 2021-03-26
KR20180051616A (ko) 2018-05-16
EP3363195A1 (en) 2018-08-22
WO2017067429A1 (en) 2017-04-27
AU2016343499B2 (en) 2019-08-29
AU2016343499A1 (en) 2018-04-26
KR102206503B1 (ko) 2021-01-22
CN108141619A (zh) 2018-06-08
EP3363195B1 (en) 2023-08-30
US20180295382A1 (en) 2018-10-11
US10575013B2 (en) 2020-02-25
CN108141619B (zh) 2020-11-20

Similar Documents

Publication Publication Date Title
CN112565792B (zh) 管理已解码图像缓存器的方法及装置
CN111818340B (zh) 一种管理解码图像缓存器并解码视频比特流的方法及装置
CN107925769B (zh) 管理已解码图像缓存器的方法及视频编码器或视频解码器
CN107615763B (zh) 一种管理解码图像缓存器的方法及装置
US20090279612A1 (en) Methods and apparatus for multi-view video encoding and decoding
KR20220058623A (ko) 서브픽처들을 갖는 비디오 스트림을 인코딩 및 디코딩하기 위한 방법 및 장치
CN115299049A (zh) 视频编解码中子图片信息的使用
US20230199223A1 (en) High-level syntax for video coding
CN115769571A (zh) 视频编解码中的解码的图片缓冲器管理和子图片
CN115486082A (zh) 视频编解码中的虚拟边界
CN115211130A (zh) 条带和片图片分割的信令通知
EP4128792A1 (en) Methods and devices for high-level syntax in video coding
CN115299050A (zh) 包括条带和片的图片的编解码
CN115244922A (zh) 视频编解码中使用图片级别条带索引
CN115462085A (zh) 视频编解码中滤波的高级控制
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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20220524

Address after: Chinese Taiwan jhubei City, Hsinchu County Taiwan Yuan Street No. five 3 floor 7

Applicant after: MEDIATEK Inc.

Address before: Hsinchu Science Park Road Taiwan Hsinchu city China Dusing No. 1

Applicant before: MEDIATEK Inc.

GR01 Patent grant
GR01 Patent grant