JP2022534235A - Ｉｂｃマージ・リストのために使用する符号化器、復号器、及び対応する方法 - Google Patents

Ｉｂｃマージ・リストのために使用する符号化器、復号器、及び対応する方法 Download PDF

Info

Publication number
JP2022534235A
JP2022534235A JP2021569933A JP2021569933A JP2022534235A JP 2022534235 A JP2022534235 A JP 2022534235A JP 2021569933 A JP2021569933 A JP 2021569933A JP 2021569933 A JP2021569933 A JP 2021569933A JP 2022534235 A JP2022534235 A JP 2022534235A
Authority
JP
Japan
Prior art keywords
current block
block
value
mvp
motion vector
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2021569933A
Other languages
English (en)
Other versions
JP7405870B2 (ja
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2022534235A publication Critical patent/JP2022534235A/ja
Priority to JP2023210704A priority Critical patent/JP2024023666A/ja
Application granted granted Critical
Publication of JP7405870B2 publication Critical patent/JP7405870B2/ja
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/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/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/11—Selection of coding mode or of prediction mode among a plurality of spatial predictive coding modes
    • 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/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/136—Incoming video signal characteristics or properties
    • H04N19/137—Motion inside a coding unit, e.g. average field, frame or block difference
    • 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/176—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 block, e.g. a macroblock
    • 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/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

Landscapes

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

Abstract

本発明は、復号デバイスによって実装されるコーディングの方法に関係し、現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得ることであって、現在のブロックは、ブロック内コピーＩＢＣモードを使用して予測される、ことと、現在のブロックのＭＶＰ候補の最大数の値が１に等しい場合に、ＭＶＰインデックスの値をゼロに設定することと、ＭＶＰインデックス及び候補リストにしたがって現在のブロックのモーション・ベクトルを得ることと、現在のブロックのモーション・ベクトルにしたがって現在のブロックの予測サンプル値を得ることと、を含む。

Description

本出願（開示）の実施形態は、一般に、ピクチャ処理の分野に関し、より詳細には、ＩＢＣ予測のために使用されるマージ・リストに関係する。
ビデオ・コーディング（ビデオ符号化及び復号）は、広範囲のデジタル・ビデオ・アプリケーション、例えば、放送デジタルＴＶ、インターネット及びモバイル・ネットワークを介したビデオ伝送、ビデオチャット、ビデオ会議などのリアルタイムの会話アプリケーション、ＤＶＤ及びブルーレイ・ディスク、ビデオ・コンテンツの収集及び編集システム、並びにセキュリティ・アプリケーションのカムコーダに使用される。
比較的短いビデオでさえ描写するために必要とされるビデオ・データの量は、相当なものであり、これは、データがストリーム化されるか、又は他の方法で限定された帯域幅容量を有する通信ネットワークを介して通信される場合に、困難を生じることがある。したがって、ビデオ・データは、一般に、現代の電気通信ネットワークを介して通信される前に圧縮される。また、メモリリソースが制限されることがあるため、ビデオが記憶デバイスに記憶される場合に、ビデオのサイズも問題となる可能性がある。ビデオ圧縮デバイスは、しばしば、伝送又は記憶の前にビデオ・データをコーディングするためにソースにおいてソフトウェア及び／又はハードウェアを使用し、それによってデジタル・ビデオ画像を表すのに必要なデータ量を減少させる。次いで、圧縮されたデータは、ビデオ・データを復号するビデオ解凍デバイスによって宛先で受信される。ネットワークリソースが限られており、より高いビデオ品質の要求が絶えず増加しているため、ピクチャ品質にほとんど犠牲を払わずに圧縮比を改善する改善された圧縮及び解凍技術が望ましい。
本出願の実施形態は、独立請求項にしたがって符号化及び復号するための装置及び方法を提供する。
前述の目的及び他の目的は、独立請求項の主題事項によって達成される。
さらなる実装は、従属請求項、明細書及び図面から明らかである。
本発明の第１の態様は、復号デバイスによって実装されるコーディング方法を提供し、その方法は、現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得ることであって、現在のブロックは、ブロック内コピーＩＢＣモードを使用して予測される、ことと、現在のブロックのＭＶＰ候補の最大数の値が１に等しい場合に、ＭＶＰインデックスの値をゼロに設定することと、ＭＶＰインデックス及び候補リストにしたがって現在のブロックのモーション・ベクトルを得ることと、現在のブロックのモーション・ベクトルにしたがって現在のブロックの予測サンプル値を得ることと、を含む。
本発明の実施形態によれば、ＩＢＣブロックのモーション・ベクトル（又はブロック・ベクトルとも呼ばれる）は、１つのＭＶＰ候補のみが存在する状況において、リスト内の第１のインデックスにしたがって得られる。したがって、ＭＶＰインデックスの値は復号器側に送信する必要がなく、ＩＢＣブロックのモーション・ベクトルが定義され、ビットストリームが低減される。
図１０に示すように、復号デバイスによって実施されるコーディング方法が開示されており、その方法は、
Ｓ１０１：現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得ることであって、現在のブロックは、ブロック内コピーＩＢＣモードを使用して予測される、得ることを含む。
いくつかの実施形態では、モーション・ベクトル予測ＭＶＰ候補をマージする最大数の値は、ｓｉｘ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｉｂｃ＿ｍｅｒｇｅ＿ｃａｎｄにしたがって表される。
ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合に、ｓｉｘ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｉｂｃ＿ｍｅｒｇｅ＿ｃａｎｄは、ＳＰＳでサポートされているＩＢＣマージング・ブロック・ベクトル予測（ＢＶＰ）候補の最大数を６から差し引いた値を指定する。ｓｉｘ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｉｂｃ＿ｍｅｒｇｅ＿ｃａｎｄの値は、０～５の範囲とする。
ＩＢＣマージングＢＶＰ候補の最大数ＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄは、以下のように導出される。
Figure 2022534235000002
 １に等しいｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＩＢＣ予測モードがコーディングされたレイヤ・ビデオ・シーケンスＣＬＶＳにおけるピクチャの復号に使用されてもよいことを指定する。０に等しいｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＩＢＣ予測モードがＣＬＶＳに使用されないことを指定する。ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在しない場合に、それは０に等しいと推定される。
別の例では、ブロックのＩＢＣモードは、フラグｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇでシグナリングされ、１に等しいｖａｌｕｅ ｏｆ ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在のコーディング・ユニット（コーディング・ブロック）がＩＢＣ予測モードでコーディングされることを指定する。０に等しいｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇの値は、現在のコーディング・ユニット（コーディング・ブロック）がＩＢＣ予測モードでコーディングされないことを指定する。
一例では、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に等しい場合に、変数ＣｕＰｒｅｄＭｏｄｅ［ｃｈＴｙｐｅ］［ｘ］［ｙ］は、ｘ＝ｘ０．．ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０．．ｙ０＋ｃｂＨｅｉｇｈｔ－１に対して、ＭＯＤＥ＿ＩＢＣに等しく設定される。例えば、ＣｕＰｒｅｄＭｏｄｅ［０］［ｘＣｂ］［ｙＣｂ］がＭＯＤＥ＿ＩＢＣに等しいことは、現在のブロックがブロック内コピーＩＢＣモードを使用して予測されることを表し、（ｘＣｂ，ｙＣｂ）は、現在のピクチャの左上のルマ・サンプルに対する現在のルマ・コーディング・ブロックの左上のサンプルを指定する。
本発明の実施形態又は実装において、ＩＢＣモードの場合、ブロック・ベクトルは、モーション・ベクトルと同じ技術的手段を有する。
Ｓ１０２：現在のブロックのＭＶＰ候補の最大数の値が１に等しい場合に、ＭＶＰインデックスの値をゼロに設定する。
一実施形態では、ＭＶＰインデックス構文ｍｖｐ＿ｌ０＿ｆｌａｇは、以下のように定義される。
ｍｖｐ＿ｌ０＿ｆｌａｇ［ｘ０］［ｙ０］は、リスト０のモーション・ベクトル予測器インデックスを指定し、ｘ０、ｙ０は、ピクチャの左上のサンプルに対する考慮されるコーディング・ブロックの左上のルマ・サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｖｐ＿ｌ０＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合に、それは０に等しいと推定される。
一例では、
コーディング・ユニット構文：
Figure 2022534235000003
Ｓ１０３：ＭＶＰインデックス及び候補リストにしたがって現在のブロックのモーション・ベクトルを得る。
例えば、モーション・ベクトルを得るために、
このプロセスへの入力は、
現在のピクチャの左上のルマ・サンプルに対する現在のルマ・コーディング・ブロックの左上のサンプルのルマ位置（ｘＣｂ，ｙＣｂ）、
ルマ・サンプルにおける現在のコーディング・ブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
ルマ・サンプルにおける現在のコーディング・ブロックの高さを指定する変数ｃｂＨｅｉｇｈｔである。
このプロセスの出力は、
ルマ・ブロック・ベクトル１／１６サンプル精度ｂｖＬである。
ルマ・ブロック・ベクトルｂｖＬは、以下のステップによって導出される。
１． ＩｓＧｔ４ｂｙ４がＴＲＵＥに等しい場合（例では、変数ＩｓＧｔ４ｂｙ４はＩｓＧｔ４ｂｙ４＝（ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ）＞１６のように導出される）に、隣接するコーディング・ユニットからの空間ブロック・ベクトル候補の導出プロセスは、ルマ・コーディング・ブロック位置（ｘＣｂ，ｙＣｂ）、ルマ・コーディング・ブロック幅ｃｂＷｉｄｔｈ及び高さｃｂＨｅｉｇｈｔを入力として呼び出され、出力は、可用性フラグａｖａｉｌａｂｌｅＦｌａｇＡ１、可用性フラグａｖａｉｌａｂｌｅＦｌａｇＢ１、ブロック・ベクトルｂｖＡ１及びｂｖＢ１である。
２． ＩｓＧｔ４ｂｙ４がＴＲＵＥに等しい場合に、ブロック・ベクトル候補リストｂｖＣａｎｄＬｉｓｔは、以下のように構成される。
Figure 2022534235000004
 ３． 変数ｎｕｍＣｕｒｒＣａｎｄは、次のように導出される
－ ＩｓＧｔ４ｂｙ４はＴＲＵＥに等しく、ｎｕｍＣｕｒｒＣａｎｄはｂｖＣａｎｄＬｉｓｔ内のマージする候補の数に等しく設定される。
－ それ以外の場合（ＩｓＧｔ４ｂｙ４がＦＡＬＳＥに等しい）、ｎｕｍＣｕｒｒＣａｎｄは０に等しく設定される。
４． ｎｕｍＣｕｒｒＣａｎｄがＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄより小さく、ＮｕｍＨｍｖｐＩｂｃＣａｎｄが０より大きい場合に、ＩＢＣ履歴ベースのブロック・ベクトル候補の導出プロセスは、ｂｖＣａｎｄＬｉｓｔ及びｎｕｍＣｕｒｒＣａｎｄを入力として呼び出され、修正されたｂｖＣａｎｄＬｉｓｔ及びｎｕｍＣｕｒｒＣａｎｄを出力とする。
５． ｎｕｍＣｕｒｒＣａｎｄがＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄより小さい場合に、ｎｕｍＣｕｒｒＣａｎｄがＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄに等しくなるまで次が適用される。
－ ｂｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ］［０］が０に設定される。
－ ｂｖＣａｎｄＬｉｓｔ［ｎｕｍＣｕｒｒＣａｎｄ］［１］が０に設定される。
－ ｎｕｍＣｕｒｒＣａｎｄが１だけ増加する。
６． 変数ｂｖＩｄｘは、次のように導出される
Figure 2022534235000005
 ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在のコーディング・ユニットのフレーム間予測パラメータが隣接するフレーム間予測パーティションから推測されるかどうかを指定する。
配列インデックスｘ０、ｙ０は、ピクチャの左上のルマ・サンプルに対する、考慮されるコーディング・ブロックの左上のルマ・サンプルの位置（ｘ０，ｙ０）を指定します。
ｍｅｒｇｅ＿ｉｄｘ［ｘ０］［ｙ０］は、マージ候補リストのマージ候補インデックスを指定し、ｘ０，ｙ０は、ピクチャの左上のルマ・サンプルに対する、考慮されるコーディング・ブロックの左上のルマ・サンプルの位置（ｘ０，ｙ０）を指定する。
７． 以下の割り当てが行われる。
Figure 2022534235000006
 いくつかの実施形態では、符号化器側では、モーション・ベクトルは、水平コンポーネント（ｘ）及び垂直コンポーネント（ｙ）に関して、モーション・ベクトル予測器（ＭＶＰ）に対する差分としてコーディングされる。
両方のモーション・ベクトル差（ＭＶＤ）コンポーネントの計算は、ＭＶＤｘ＝ＭＶｘ－ＭＶＰｘ、ＭＶＤｙ＝ＭＶｙ－ＭＶＰｙとして示される。
したがって、復号器側では、ＭＶｘ＝ＭＶＰｘ＋ＭＶＤｘ、ＭＶｙ＝ＭＶＰｙ＋ＭＶＤｙである。
Ｓ１０４：現在のブロックのモーション・ベクトルにしたがって現在のブロックの予測サンプル値を得る。
一例では、このプロセスへの入力は、
－ 現在のピクチャの左上のルマ・サンプルに対する現在のルマ・コーディング・ブロックの左上のサンプルのルマ位置（ｘＣｂ，ｙＣｂ）、
－ ルマ・サンプルにおける現在のコーディング・ブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ ルマ・サンプルにおける現在のコーディング・ブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ
－ ブロック・ベクトルｂｖ、
－ 現在のブロックの色コンポーネント・インデックスを指定する変数ｃＩｄｘである。
このプロセスの出力は、
－ 予測サンプルの配列ｐｒｅｄＳａｍｐｌｅｓである。
ｃＩｄｘが０に等しい場合に、ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１、及びｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１に対して、以下が適用される。
Figure 2022534235000007
ｃＩｄｘが０に等しくない場合、ｘ＝ｘＣｂ／ｓｕｂＷｉｄｔｈＣ．．ｘＣｂ／ｓｕｂＷｉｄｔｈＣ＋ｃｂＷｉｄｔｈ／ｓｕｂＷｉｄｔｈＣ－１、及び＝ｙＣｂ／ｓｕｂＨｅｉｇｈｔＣ．．ｙＣｂ／ｓｕｂＨｅｉｇｈｔＣ＋ｃｂＨｅｉｇｈｔ／ｓｕｂＨｅｉｇｈｔＣ－１に対して、以下が適用される。
Figure 2022534235000008
 一例では、
サンプルはＣＴＢ単位で処理される。幅と高さにおいて各ルマＣＴＢの配列サイズは、サンプル単位でＣｔｂＳｉｚｅＹである。各クロマＣＴＢの配列の幅と高さは、それぞれサンプル単位でＣｔｂＷｉｄｔｈＣ及びＣｔｂＨｅｉｇｈｔＣである。
Figure 2022534235000009
 ＩｂｃＶｉｒＢｕｆは、ＩＢＣモード・プロセス専用のバッファを表す。
変数ＳｕｂＷｉｄｔｈＣとＳｕｂＨｅｉｇｈｔＣは、クロマ・フォーマットのサンプリング構造に応じて、表２で指定され、クロマ・フォーマットのサンプリング構造は、ｃｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ及びｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇで指定される。
ｃｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ＳｕｂＷｉｄｔｈＣ及びＳｕｂＨｅｉｇｈｔＣの他の値は、将来ＩＴＵ－Ｔ ＩＳＯ／ＩＥＣにおいて指定されてもよい。
Figure 2022534235000010
一実装では、その方法は、現在のブロックのＭＶＰ候補の最大数の値が１より大きい場合に、ビットストリームからＭＶＰインデックスの値を解析することをさらに含む。
一実装では、ＭＶＰインデックスの値は、コーディングユニットレベルから解析される。
一実装では、ＭＶＰインデックスの値は、リスト０のモーション・ベクトル予測器インデックスを指定する。
一実装では、現在のブロックのＭＶＰ候補の最大数の値は、ビットストリームからのシーケンス・パラメータ・セットｓｐｓレベルを解析することによって得られる。
一実装では、現在のブロックのＭＶＰ候補の最大数の値は、ビットストリームからスライス・レベル、タイル・グループ・レベル又はｐｐｓレベルで構文要素を解析することによって得られる。
一実装では、候補リストは、現在のブロックに隣接する少なくとも１つの隣接ブロック、及び履歴ベースのモーション・ベクトル予測子ＨＭＶＰリストに基づいて得られ、少なくとも１つの隣接ブロックは、ＩＢＣモードを使用して予測される。
一実装では、復号デバイスによって実装されるコーディング方法が開示され、その方法は、
現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得ることであって、現在のブロックは、ブロック内コピーＩＢＣモードを使用して予測される、ことと、
現在のブロックの前記ＭＶＰ候補の最大数の値が１より大きいかどうかを判定することと、
現在のブロックの前記ＭＶＰ候補の最大数の値が１より大きいと判定された場合に、ビットストリームからＭＶＰインデックスの値を解析することと、
ＭＶＰインデックス及び候補リストにしたがって現在のブロックのモーション・ベクトルを得ることと、
現在のブロックのモーション・ベクトルにしたがって現在のブロックの予測サンプル値を得ることと、を含む。
一実装では、その方法は、
現在のブロックのＭＶＰ候補の最大数の値が１より大きいと判定された場合に、ＭＶＰインデックスの値をゼロに設定することをさらに含む。
一実装では、ＭＶＰインデックスの値は、コーディングユニットレベルから解析される。
一実装では、ＭＶＰインデックスの値は、リスト０のモーション・ベクトル予測器インデックスを指定する。
一実装では、現在のブロックのＭＶＰ候補の最大数の値は、ビットストリームからのシーケンス・パラメータ・セットｓｐｓレベルを解析することによって得られる。
一実装では、現在のブロックのＭＶＰ候補の最大数の値は、ビットストリームからスライス・レベル、タイル・グループ・レベル又はｐｐｓレベルで構文要素を解析することによって得られる。
一実装では、候補リストは、現在のブロックに隣接する少なくとも１つの隣接ブロック、及び履歴ベースのモーション・ベクトル予測子ＨＭＶＰリストに基づいて得られ、少なくとも１つの隣接ブロックは、ＩＢＣモードを使用して予測される。
一実施形態では、復号デバイスによって実装されるコーディング方法が開示され、その方法は、
現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得ることであって、現在のブロックは、ブロック内コピーＩＢＣモードを使用して予測される、ことと、
現在のブロックのＭＶＰインデックスの値が１で、現在のブロックのＭＶＰ候補の最大数の値が１に等しい場合に、現在のブロックのモーション・ベクトルをデフォルト値に設定することと、
現在のブロックのモーション・ベクトルにしたがって現在のブロックの予測サンプル値を得ることと、を含む。
一実装では、現在のブロックのＭＶＰ候補の最大数の値は、ビットストリームからスライス・レベル、タイル・グループ・レベル、ｓｐｓレベル又はｐｐｓレベルで構文要素を解析することによって得られる。
一実装では、デフォルト値は、ゼロである。
一実施形態では、復号デバイスによって実装されるコーディング方法が開示され、その方法は、
現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得ることであって、現在のブロックは、ブロック内コピーＩＢＣモードを使用して予測される、ことと、
現在のブロックのＭＶＰ候補の最大数の値が１に等しい場合に、現在のブロックに隣接する少なくとも１つの隣接するブロック及び履歴ベースのモーション・ベクトル予測子ＨＭＶＰリストにしたがって、現在のブロックの候補リストを得ることであって、現在のブロックの候補リストは、２つの候補を含み、少なくとも１つの隣接するブロックは、ＩＢＣモードを使用して予測される、取得することと、
現在のブロックのＭＶＰインデックス及び候補リストにしたがって、現在のブロックのモーション・ベクトルを得ることと、
現在のブロックのモーション・ベクトルにしたがって現在のブロックの予測サンプル値を得ることと、を含む。
一実装では、現在のブロックのＭＶＰ候補の最大数の値は、ビットストリームからスライス・レベル、タイル・グループ・レベル、ｓｐｓレベル又はｐｐｓレベルで構文要素を解析することによって得られる。
図１１に示すように、本発明の第２の態様は、復号デバイス１１００を提供し、復号デバイスは、
現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得るように構成されているＭＶＰモジュール１１０１であって、現在のブロックは、ブロック内コピーＩＢＣモードを使用して予測される、ＭＶＰモジュール１１０１と、
現在のブロックのＭＶＰ候補の最大数の値が１より大きい場合に、ＭＶＰインデックスの値をゼロに設定するように構成されている設定モジュール１１０２と、
ＭＶＰインデックス及び候補リストにしたがって現在のブロックのモーション・ベクトルを得るように構成されているモーション・ベクトル・モジュール１１０３と、
現在のブロックのモーション・ベクトルにしたがって現在のブロックの予測サンプル値を得るように構成されている予測モジュール１１０４と、を含む。
本発明の第１の態様による方法は、本発明の第２の態様によるデバイスによって実行され得る。
上記方法のさらなる特徴及び実装形式は、本発明の第２の態様による装置の特徴及び実装形式に対応する。
一実施形態では、上記の実施形態及び実装のいずれかに１つよる方法を実施するための処理回路を含む復号器（３０）が開示される。
一実施形態では、上記の実施形態及び実装のいずれかに１つよる方法を実行するためのプログラムコードを含むコンピュータ・プログラム製品が開示される。
一実施形態では、復号器であって、
１つ以上のプロセッサと、
プロセッサに結合され、プロセッサによる実行のためのプログラミングを記憶する非一時的なコンピュータ可読記憶媒体であって、プログラミングは、プロセッサによって実行される場合に、上記の実施形態及び実装のいずれか１つによる方法を実施するように復号器を設定する、非一時的なコンピュータ可読記憶媒体と、を含む、復号器が開示される。
一実施形態では、画像復号デバイスによって復号される符号化されたビットストリームを含む非一時的な記憶媒体であって、ビットストリームは、ビデオ信号又は画像信号のフレームを複数のブロックに分割することによって生成され、複数の構文要素を含み、複数の構文要素は、上記の実施形態及び実装のいずれか１つによるＭＶＰインデックスｍｖｐ＿ｌ０＿ｆｌａｇを含む、非一時的な記憶媒体が開示される。
１つ以上の実施形態の詳細は、添付の図面及び以下の説明に記載されている。
他の特徴、目的、及び利点は、明細書、図面、及び特許請求の範囲から明らかであろう。
以下、本発明の実施形態が、添付の図および図面を参照して、より詳細に説明されている。
本発明の実施形態を実装するように構成されているビデオ・コーディング・システムの一例を示すブロック図である。 本発明の実施形態を実装するように構成されているビデオ・コーディング・システムの一例を示すブロック図である。 本発明の実施形態を実装するように構成されているビデオ符号化器の一例を示すブロック図である。 本発明の実施形態を実装するように構成されているビデオ復号器の例示的な構造を示すブロック図である。 符号化装置又は復号装置の一例を示すブロック図である。 符号化装置又は復号装置の別例を示すブロック図である。 現在のブロックの隣接ブロックの一例を示すブロック図である。 現在のブロックの５つの空間的に隣接する候補の一例を示すブロック図である。 コンテンツ配信サービスを実現するコンテンツ供給システム３１００の例示的な構造を示すブロック図である。 端末デバイスの一例の構造を示すブロック図である。 方法の実施形態を示すフローチャートである。 方法の実施形態を示すブロック図である。
以下、同一の参照符号は、他に明示的に指定されていない場合は、同一の又は少なくとも機能的に同等の特徴を指す。
以下の説明では、本開示の一部を形成し、本発明の実施形態の特定の態様または本発明の実施形態が使用され得る特定の態様を例示するために、添付の図面を参照する。本発明の実施形態は、他の態様で使用することができ、図に示されていない構造的または論理的変化を含むことが理解される。したがって、以下の詳細な説明は、限定的な意味で解釈されるべきではなく、本発明の範囲は、添付の特許請求の範囲によって定義される。
例えば、説明された方法に関連する開示は、当該方法を実行するように構成された対応するデバイスまたはシステムについても真であり、その逆もまた真であり得ることが理解される。例えば、１つまたは複数の特定の方法ステップが説明される場合、対応するデバイスは、説明された１つまたは複数の方法ステップを実行する（例えば、１つのユニットが１つまたは複数のステップを実行するか、または複数のユニットの各々が複数のステップのうちの１つ以上を実行する）ために、１つまたは複数のユニット、例えば、機能ユニットを、たとえそのような１つ以上のユニットが明示的に説明されるか、図に示されていなくても、含んでもよい。一方、例えば、１つ又は複数のユニット、例えば、機能ユニットに基づいて特定の装置が説明される場合、対応する方法は、１つ又は複数のユニットの機能性を実行する（例えば、１つのステップが１つ又は複数のユニットの機能性を実行するか、又は複数のユニットのうちの各々が複数のユニットのうちの１つ以上の機能性を実行する複数のステップ）ために、１つのステップを、たとえそのような１つ又は複数のステップが明示的に説明されるか、図に示されていなくても、含んでもよい。さらに、本明細書で説明された種々の例示的な実施形態および／または態様の特徴は、特に断らない限り、互いに組み合わせてもよいことが理解される。
ビデオ・コーディングは、典型的には、ビデオまたはビデオ・シーケンスを形成する一連のピクチャの処理を指す。用語「ピクチャ」の代わりに、用語「フレーム」または「画像」が、ビデオ・コーディングの分野では同義語として使用されてもよい。ビデオ・コーディング（または、一般に、コーディング）は、ビデオ符号化およびビデオ復号の２つの部分を含む。ビデオ符号化は、ソース側で実行され、典型的には、元のビデオ・ピクチャを（より効率的な記憶および／または伝送のために）表するのに必要なデータ量を低減するために、元のビデオ・ピクチャの（例えば、圧縮による）処理を含む。ビデオ復号は、宛先側で実行され、典型的には、ビデオ・ピクチャを再構成するために符号化器と比較して、逆方向の処理を含む。ビデオ・ピクチャ（または、一般に、ピクチャ）の「コーディング」を参照する実施形態は、ビデオ・ピクチャまたはそれぞれのビデオ・シーケンスの「符号化」または「復号」に関係するものと理解されたい。符号化ユニットと復号ユニットの組み合わせは、ＣＯＤＥＣ（Ｃｏｄｉｎｇ ａｎｄ Ｄｅｃｏｄｉｎｇ）とも呼ばれる。
可逆ビデオ・コーディングの場合、元のビデオ・ピクチャを再構成することができる。すなわち、再構成されたビデオ・ピクチャは、元のビデオ・ピクチャと同じ品質を有する（記憶または伝送の間に伝送損失または他のデータ損失がないと仮定する）。非可逆ビデオ・コーディングの場合、ビデオ・ピクチャを表すデータの量を低減するために、例えば量子化によるさらなる圧縮が実行されるが、復号器で完全には再構成することができない。すなわち、再構成されたビデオ・ピクチャの品質は、元のビデオ・ピクチャの品質よりも低いかまたは悪い。
いくつかのビデオ・コーディング標準は、「非可逆ハイブリッド・ビデオ・コーデック」のグループに属する（すなわち、サンプル・ドメインにおける空間的および時間的予測と、変換ドメインにおける量子化を適用するための２Ｄ変換コーディングを組み合わせる）。ビデオ・シーケンスの各ピクチャは、典型的には、重複しないブロックのセットにパーティショニングされ、コーディングは、典型的には、ブロックレベルで実行される。換言すれば、符号化器では、ビデオは、典型的には、ブロック（ビデオ・ブロック）レベルで、例えば、空間的（ピクチャ内）予測および／または時間的（ピクチャ間）予測を使用して予測ブロックを生成し、現在のブロック（現在処理されている／処理されるブロック）から予測ブロックを減算して残差ブロックを得て、残差ブロックを変換し、変換ドメイン内の残差ブロックを量子化して、送信されるデータ量を低減（圧縮）することによって、処理、すなわち符号化される一方、復号器では、符号化器と比較した逆処理が符号化されたか、または圧縮されたブロックに適用されて、提示のための現在のブロックを再構成する。さらに、符号化器は復号器処理ループを複製し、両者が同一の予測（例えば、イントラ予測およびインター予測）を生成し、および／または処理、すなわち、後続のブロックをコーディングするための再構成を生成する。ビデオ・コーディング・システム１０の以下の実施形態では、図１～図３に基づいて、ビデオ符号化器２０及びビデオ復号器３０が説明される。
図１Ａは、例示的なコーディング・システム１０、例えば、本出願の技術を利用することができるビデオ・コーディング・システム１０（または省略してコーディング・システム１０）を示す概略ブロック図である。ビデオ・コーディング・システム１０のビデオ符号化器２０（または省略して符号化器２０）及びビデオ復号器３０（又は省略して復号器３０）は、本出願で説明される種々の例にしたがって技術を実行するように構成され得るデバイスの例を表す。図１Ａに示すように、コーディング・システム１０は、例えば、符号化されたピクチャ・データ１３を復号するための宛先デバイス１４に、符号化されたピクチャ・データ２１を提供するように構成されているソース・デバイス１２を含む。
ソース・デバイス１２は、符号化器２０を含み、追加的に、ピクチャ・ソース１６、プリプロセッサ（または前処理ユニット）１８、例えばピクチャ・プリプロセッサ１８、および通信インターフェースまたは通信ユニット２２を含んでもよい。ピクチャ・ソース１６は、任意の種類のピクチャ捕捉デバイス、例えば、実世界ピクチャを捕捉するためのカメラ、及び／又は任意の種類のピクチャ生成デバイス、例えば、コンピュータ・アニメーション・ピクチャを生成するためのコンピュータ・グラフィック・プロセッサ、又は、実世界ピクチャ、コンピュータ生成ピクチャ（例えば、スクリーン・コンテンツ、バーチャル・リアリティ（ＶＲ）ピクチャ）、及び／又はそれらの任意の組み合わせ（例えば、拡張現実（ＡＲ）ピクチャ）を得る、及び／又は提供するための任意の種類の他のデバイスを含んでもよい。ピクチャ・ソースは、上述のピクチャのいずれかを記憶する任意の種類のメモリまたはストレージであってもよい。プリプロセッサ１８と、前処理ユニット１８によって実行される処理とを区別して、ピクチャまたはピクチャ・データ１７もまた、生のピクチャまたは生のピクチャ・データ１７と呼ばれてもよい。
プリプロセッサ１８は、（生の）ピクチャ・データ１７を受信し、ピクチャ・データ１７に前処理を実行して、前処理されたピクチャ・データ１９または前処理されたピクチャ・データ１９を得るように構成されている。プリプロセッサ１８によって実行される前処理は、例えば、トリミング、色フォーマット変換（例えば、ＲＧＢからＹＣｂＣｒへ）、色補正、またはノイズ除去を含んでもよい。前処理ユニット１８は、任意のコンポーネントであってもよいと理解され得る。ビデオ符号化器２０は、前処理されたピクチャ・データ１９を受信し、符号化されたピクチャ・データ２１を提供するように構成されている（例えば、図２に基づいて、さらなる詳細を以下に説明する）。ソース・デバイス１２の通信インターフェース２２は、符号化されたピクチャ・データ２１を受信し、記憶または直接再構成のために、通信チャネル１３を介して、符号化されたピクチャ・データ２１（またはその任意のさらなる処理されたバージョン）を他のデバイス、例えば宛先デバイス１４または任意の他のデバイスに送信するように構成されてもよい。
宛先デバイス１４は、復号器３０（例えば、ビデオ復号器３０）を含み、追加的、すなわち任意選択的に、通信インターフェースまたは通信ユニット２８、ポストプロセッサ３２（または後処理ユニット３２）、および表示デバイス３４を含んでもよい。
宛先デバイス１４の通信インターフェース２８は、符号化されたピクチャ・データ２１（又はそのさらなる処理されたバージョン）を、例えばソース・デバイス１２から直接、又は任意の他のソース、例えば記憶デバイス、例えば符号化されたピクチャ・データ記憶デバイスから受信し、符号化されたピクチャ・データ２１を復号器３０に提供するように構成されている。
通信インターフェース２２及び通信インターフェース２８は、ソース・デバイス１２と宛先デバイス１４との間の直接通信リンク、例えば直接有線若しくは無線接続、又は任意の種類のネットワーク、例えば有線若しくは無線ネットワーク若しくはそれらの任意の組み合わせ、若しくは任意の種類のプライベート及びパブリック・ネットワーク、又はそれらの任意の種類の組み合わせを介して、符号化されたピクチャ・データ２１又は符号化されたデータ１３を送信又は受信するように構成されてもよい。
通信インターフェース２２は、例えば、符号化されたピクチャ・データ２１を適切なフォーマット、例えば、パケットにパッケージングし、および／または通信リンクまたは通信ネットワークを介した伝送のための任意の種類の伝送符号化または処理を使用して符号化されたピクチャ・データを処理するように構成されてもよい。
通信インターフェース２２のカウンタパートを形成する通信インターフェース２８は、例えば、送信されたデータを受信し、任意の種類の対応する伝送復号または処理および／またはパッケージング解除を使用して伝送データを処理して、符号化されたピクチャ・データ２１を得るように構成されてもよい。
通信インターフェース２２および通信インターフェース２８は両方とも、ソース・デバイス１２から宛先デバイス１４へ指し示す図１Ａの通信チャネル１３の矢印によって示されるように、一方向通信インターフェース、または双方向通信インターフェースとして構成されてもよく、例えば、通信リンクおよび／またはデータ伝送例えば、符号化されたピクチャ・データ伝送に関係する任意の他の情報を確認応答および交換するために、メッセージを送信および受信する、例えばコネクションをセット・アップするように構成されてもよい。
復号器３０は、符号化されたピクチャ・データ２１を受信し、復号されたピクチャ・データ３１または復号されたピクチャ３１を提供するように構成されている（例えば、図３または図５に基づいて、さらなる詳細を以下に説明する）。
宛先デバイス１４のポストプロセッサ３２は、復号されたピクチャ・データ３１、例えば復号されたピクチャ３１を後処理して、後処理されたピクチャ・データ３３、例えば後処理されたピクチャ３３を得るように構成されている。後処理ユニット３２によって実行される後処理は、例えば、色フォーマット変換（例えば、ＹＣｂＣｒからＲＧＢへ）、色補正、トリミング、又は再サンプリング、又は、例えば、表示デバイス３４による表示のために、復号されたピクチャ・データ３１を準備するための任意の他の処理を含むことができる。宛先デバイス１４の表示デバイス３４は、例えばユーザまたはビューアに、ピクチャを表示するために後処理されたピクチャ・データ３３を受信するように構成されている。表示デバイス３４は、再構成されたピクチャを表すための任意の種類のディスプレイ、例えば、統合されたディスプレイまたは外部ディスプレイ若しくはモニタであってもよく、またはそれらを含んでもよい。ディスプレイは、例えば、液晶ディスプレイＬＣＤ）、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、プラズマ・ディスプレイ、プロジェクタ、マイクロＬＥＤディスプレイ、液晶オン・シリコン（ＬＣｏＳ）、デジタル光プロセッサ（ＤＬＰ）、または任意の種類の他のディスプレイを含むことができる。
図１Ａは、ソース・デバイス１２及び宛先デバイス１４を別個のデバイスとして描いているのであるが、デバイスの実施形態は、両方又は両方の機能、ソース・デバイス１２又は対応する機能性、及び宛先デバイス１４又は対応する機能性を含んでもよい。そのような実施形態では、ソース・デバイス１２または対応する機能性と宛先デバイス１４または対応する機能は、同じハードウェアおよび／またはソフトウェア、別個のハードウェアおよび／またはソフトウェアまたはそれらの任意の組み合わせによって実装されてもよい。
説明に基づいて当業者には明らかなように、図１Ａに示すように、ソース・デバイス１２および／または宛先デバイス１４内の異なるユニットまたは機能性の存在および機能性の正確な分裂は、実際のデバイスおよび用途に依存して変動し得る。
符号化器２０（例えば、ビデオ符号化器２０）、復号器３０（例えば、ビデオ復号器３０）、または符号化器２０と復号器３０の両方は、図１Ｂに示すような処理回路、１つ以上のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル・ゲート・アレイ（ＦＰＧＡ）、ディスクリート論理、ハードウェア、専用のビデオ・コーディング、またはそれらの任意の組み合わせによって実装されてもよい。符号化器２０は、図２の符号化器２０および／または本明細書で説明される任意の他の符号化器システムまたはサブシステムに関して説明したように、種々のモジュールを具体化するために、処理回路４６を介して実装されてもよい。復号器３０は、図３の復号器３０および／または本明細書で説明される任意の他の復号器システムまたはサブシステムに関して説明されるように、種々のモジュールを具体化するために、処理回路４６を介して実装されてもよい。処理回路は、後述するように、種々の演算を実行するように構成されてもよい。図５に示すように、技術が部分的にソフトウェアで実装される場合、デバイスは、好適な非一時的なコンピュータ可読記憶媒体にソフトウェアのための命令を記憶し、本開示の技術を実行するために１つ以上のプロセッサを使用してハードウェアで命令を実行することができる。ビデオ符号化器２０とビデオ復号器３０のいずれかは、例えば図１Ｂに示すように、単一のデバイス内の組み合わされた符号化器／復号器（ＣＯＤＥＤ）の一部として一体化されてもよい。ソース・デバイス１２および宛先デバイス１４は、ノートブックまたはラップトップ・コンピュータ、携帯電話、スマートフォン、タブレットまたはタブレット・コンピュータ、カメラ、デスクトップ・コンピュータ、セット・トップ・ボックス、テレビ、表示デバイス、デジタル・メディア・プレーヤ、ビデオゲーム機、ビデオ・ストリーミング装置（コンテンツ・サービス・サーバまたはコンテンツ配信サーバなど）、放送受信機デバイス、放送送信機装置など、任意の種類のハンドヘルド・デバイスまたは固定デバイスを含む広範囲のデバイスのいずれも含んでもよく、オペレーティング・システムを全く使用しないか、または任意の種類のものを使用してもよい。場合によっては、ソース・デバイス１２および宛先デバイス１４は、無線通信用に装備されてもよい。したがって、ソース・デバイス１２及び宛先デバイス１４は、無線通信デバイスであってもよい。
場合によっては、図１Ａに示されたビデオ・コーディング・システム１０は、単なる一例に過ぎず、本出願の技術は、必ずしも符号化デバイスと復号デバイスとの間の任意のデータ通信を含まないビデオ・コーディング設定（例えば、ビデオ符号化またはビデオ復号）に適用されてもよい。他の例では、データはローカルメモリから検索され、ネットワークを介してストリーミングされるなどである。ビデオ符号化デバイスは、データを符号化し、メモリに記憶してもよく、および／またはビデオ復号デバイスは、メモリからデータを検索し、復号してもよい。いくつかの例では、符号化および復号は、互いに通信せず、単にデータをメモリに符号化し、および／またはメモリからデータを検索および復号するデバイスによって実行される。説明の便宜上、本発明の実施形態は、例えば、高効率ビデオ・コーディング（ＨＥＶＣ）または多用途ビデオ・コーディング（ＶＶＣ）の参照ソフトウェア、ＩＴＵ－Ｔビデオ・コーディング・エキスパーツ・グループ（ＶＣＥＧ）及びＩＳＯ／ＩＥＣモーション・ピクチャ・コーディング・エキスパーツ・グループ（ＭＰＥＧ）のジョイント・コラボレーション・チーム・オン・ビデオ・コーディング（ＪＣＴ－ＶＣ）によって開発された次世代ビデオ符号化規格を参照して、本明細書に説明される。当業者は、本発明の実施形態がＨＥＶＣまたはＶＶＣに限定されないことを理解するであろう。
符号化器及び符号化方法
図２は、本出願の技術を実装するように構成されている例示的なビデオ符号化器２０の概略ブロック図を示す。図２の例では、ビデオ符号化器２０は、入力２０１（又は入力インターフェース２０１）、残差計算ユニット２０４、変換処理ユニット２０６、量子化ユニット２０８、逆量子化ユニット２１０、逆変換処理ユニット２１２、再構成ユニット２１４、ループ・フィルタ・ユニット２２０、復号ピクチャ・バッファ（ＤＰＢ）２３０、モード選択ユニット２６０、エントロピー符号化ユニット２７０、出力２７２（又は出力インターフェース２７２）を含む。モード選択ユニット２６０は、インター予測ユニット２４４と、イントラ予測ユニット２５４と、パーティショニング・ユニット２６２とを含んでもよい。インター予測ユニット２４４は、モーション推定ユニットと、モーション補償ユニット（図示せず）とを含んでもよい。図２に示すビデオ符号化器２０は、ハイブリッド・ビデオ符号化器またはハイブリッド・ビデオ・コーデックにしたがったビデオ符号化器とも呼ばれることがある。
残差演算ユニット２０４、変換処理ユニット２０６、量子化ユニット２０８、モード選択ユニット２６０は符号化器２０の順方向信号経路を形成するものとして呼ばれることがあるが、逆量子化ユニット２１０、逆変換処理ユニット２１２、再構成ユニット２１４、バッファ２１６、ループ・フィルタ２２０、復号ピクチャ・バッファ（ＤＰＢ）２３０、インター予測ユニット２４４、及びイントラ予測ユニット２５４は、ビデオ符号化器２０の逆方向信号経路を形成するものして呼ばれることがあり、ビデオ符号化器２０の逆方向信号経路は復号器の信号経路に対応する（図３のビデオ復号器３０を参照）。また、逆量子化ユニット２１０、逆変換処理ユニット２１２、再構成ユニット２１４、ループ・フィルタ２２０、復号ピクチャ・バッファ（ＤＲＢ）２３０、インター予測ユニット２４４、及びイントラ予測ユニット２５４も、ビデオ符号化器２０の「内蔵復号器」を形成すると呼ばれる。
ピクチャ＆ピクチャのパーティショニング（ピクチャ＆ブロック）
符号化器２０は、例えば入力２０１を介してピクチャ１７（又はピクチャ・データ１７）、例えばビデオ又はビデオ・シーケンスを形成する一連のピクチャを受信するように構成されてもよい。受信されたピクチャまたはピクチャ・データは、前処理されたピクチャ１９（または前処理されたピクチャ・データ１９）でもよい。簡単のために、以下の説明は、ピクチャ１７を指す。また、ピクチャ１７は、現在のピクチャまたは（特に、現在のピクチャを他のピクチャ、例えば、同じビデオ・シーケンス、すなわち、現在のピクチャも含むビデオ・シーケンスの前に符号化および／または復号されたピクチャから区別するためのビデオ・コーディングにおいて）符号化されるピクチャ呼ばれることがある。
（デジタル）ピクチャは、強度値を有するサンプルの二次元配列またはマトリックスであるか、またはこれとみなされることができる。アレイ中のサンプルは、画素（画素要素の省略した形式）またはペルとも呼ばれることがある。アレイまたはピクチャの水平方向および垂直方向（または軸）のサンプル数は、ピクチャのサイズおよび／または解像度を定義する。色の表現には、典型的には、３つの色コンポーネントが使用される。すなわち、ピクチャは、３つのサンプル・アレイを表現するか、または含んでもよい。ＲＢＧフォーマットまたは色空間において、ピクチャは、対応する赤、緑および青のサンプル・アレイを含む。しかしながら、ビデオ・コーディングにおいては、各画素は、典型的には、輝度及び色度フォーマット又は色空間、例えば、Ｙで示される輝度コンポーネント、及びＣｂ及びＣｒで示される２つの色度コンポーネントを含むＹＣｂＣｒで表わされる。輝度（または省略してルマ）コンポーネントＹは、輝度またはグレーレベル強度（例えば、グレースケール・ピクチャなど）を表し、２つのクロミナンス（または省略してクロマ）成分ＣｂおよびＣｒは、色度または色情報コンポーネントを表す。したがって、ＹＣｂＣｒフォーマットのピクチャは、輝度サンプル値（Ｙ）の輝度サンプル・アレイと、色度値（ＣｂおよびＣｒ）の２つのクロミナンス・サンプル・アレイとを含む。ＲＧＢ形式のピクチャはＹＣｂＣｒ形式に転換または変換されてもよく、その逆も可能であり、プロセスは色変換または転換としても知られている。ピクチャがモノクロである場合、ピクチャは、輝度サンプル・アレイのみを含んでもよい。したがって、ピクチャは、例えば、モノクロフォーマットのルマ・サンプルのアレイ、またはルマ・サンプルのアレイ、および４：２：０、４：２：２、および４：４：４色フォーマットのクロマ・サンプルの２つの対応するアレイであり得る。
ビデオ符号化器２０の実施形態は、ピクチャ１７を複数の（典型的には重複しない）ピクチャ・ブロック２０３にパーティショニングするように構成されているピクチャ・パーティショニング・ユニット（図２には示さず）を含んでもよい。これらのブロックは、ルート・ブロック、マクロ・ブロック（Ｈ．２６４／ＡＶＣ）またはコーディング・ツリー・ブロック（ＣＴＢ）もしくはコーディング・ツリー・ユニット（ＣＴＵ）（Ｈ．２６５／ＨＥＶＣおよびＶＶＣ）とも呼ばれることがある。ピクチャ・パーティショニング・ユニットは、ビデオ・シーケンスのすべてのピクチャに対して同じブロックサイズと、ブロックサイズを定義する対応するグリッドを使用するか、またはピクチャ間、ピクチャのサブセット又はグループ間でブロックサイズを変更し、各ピクチャを対応するブロックに分割するように構成されてもよい。
さらなる実施形態では、ビデオ符号化器は、ピクチャ１７のブロック２０３、例えば、ピクチャ１７を形成する１つ、複数の、またはすべてのブロックを直接受信するように構成されてもよい。ピクチャ・ブロック２０３は、現在のピクチャ・ブロックまたは符号化されるピクチャ・ブロックとも呼ばれることがある。
ピクチャ１７と同様に、ピクチャ・ブロック２０３は、再度ピクチャ１７よりも小さい寸法ではあるが、強度値（サンプル値）を有するサンプルの２次元アレイまたはマトリックスであるか、またはそのように見なされる。換言すれば、ブロック２０３は、例えば、１つのサンプル・アレイ（例えば、モノクロ・ピクチャ１７の場合はルマ・アレイ、色ピクチャの場合はルマ又はクロマ・アレイ）又は３つのサンプル・アレイ（例えば、色ピクチャ１７の場合はルマ及び２つのクロマ・アレイ）又は適用される色フォーマットに応じた任意の他の数及び／又は種類のアレイを含んでもよい。ブロック２０３の方向および垂直方向（または軸）のサンプル数は、ブロック２０３のサイズを定義する。したがって、ブロックは、例えば、サンプルのＭｘＮ（Ｍ列×Ｎ行）アレイ、または変換係数のＭｘＮアレイであってもよい。
図２に示すビデオ符号化器２０の実施形態は、ブロック毎にピクチャ１７を符号化するように構成されてもよく、例えば、符号化および予測はブロック２０３毎に実行される。図２に示すビデオ符号化器２０の実施形態は、スライス（ビデオ・スライスとも呼ばれる）を使用することによってピクチャをパーティショニングおよび／または符号化するようにさらに構成されてもよく、ピクチャは、１つ以上のスライス（典型的には、重複しない）を使用してパーティショニングまたは符号化されてもよく、各スライスは１つ以上のブロック（例えば、ＣＴＵ）を含んでもよい。
図２に示すビデオ符号化器２０の実施形態は、タイル・グループ（ビデオ・タイル・グループとも呼ばれる）および／またはタイル（ビデオタイルとも呼ばれる）を用いて、ピクチャをパーティショニングおよび／または符号化するようにさらに構成されてもよく、ピクチャは、１つ以上のタイル・グループ（典型的には、重複しない）を使用してパーティショニングまたは符号化されてもよく、各タイル・グループは、例えば、１つ以上のブロック（例えば、ＣＴＵ）または１つ以上のタイルを含んでもよく、各タイルは、例えば、矩形形状であってもよく、１つ以上のブロック（例えば、ＣＴＵ）、例えば、完全ブロックまたは部分ブロックを含んでもよい。
残差計算
残差計算ユニット２０４は、サンプル毎（画素毎）に、例えば、ピクチャ・ブロック２０３のサンプル値から予測ブロック２６５のサンプル値を減算することにより、ピクチャ・ブロック２０３及び予測ブロック２６５（予測ブロック２６５についてのさらなる詳細は後述する）に基づいて残差ブロック２０５（残差２０５とも呼ばれる）を計算して、サンプル・ドメインにおける残差ブロック２０５を得るように構成されてもよい。
変換
変換処理ユニット２０６は、残差ブロック２０５のサンプル値に変換、例えば離散コサイン変換（ＤＣＴ）または離散サイン変換（ＤＳＴ）を適用して、変換ドメインにおける変換係数２０７を得るように構成されてもよい。変換係数２０７は、変換残差係数とも呼ばれ、変換ドメインにおける残差ブロック２０５を表してもよい。
変換処理ユニット２０６は、Ｈ．２６５／ＨＥＶＣに対して指定された変換など、ＤＣＴ／ＤＳＴの整数近似を適用するように構成されてもよい。直交ＤＣＴ変換と比較して、そのような整数近似は、典型的には、特定のファクタによってスケーリングされる。順変換と逆変換によって処理される残差ブロックのノルムを保存するために、変換プロセスの一部として付加的なスケーリング・ファクタが適用される。スケーリング・ファクタは、典型的には、シフト演算のための２のべき乗であるスケーリング・ファクタ、変換係数のビット深度、精度と実装コストの間のトレードオフなどのような特定の制約に基づいて選択される。特定のスケーリング・ファクタは、例えば、逆変換処理ユニット２１２（及び、例えばビデオ復号器３０における逆変換処理ユニット３１２による対応する逆変換）によって、逆変換に対して指定され、符号化器２０において、例えば、変換処理ユニット２０６によって、順変換に対する対応するスケーリング係数が、それに応じて指定されてもよい。
ビデオ符号化器２０（それぞれ、変換処理ユニット２０６）の実施形態は、例えば、エントロピー符号化ユニット２７０を介して直接または符号化もしくは圧縮された変換パラメータ、例えば、変換パラメータを出力するように構成されてもよく、これにより、例えば、ビデオ復号器３０は、復号のために変換パラメータを受信および使用してもよい。
量子化
量子化ユニット２０８は、例えばスカラ量子化またはベクトル量子化を適用することによって、変換係数２０７を量子化して量子化係数２０９を得るように構成されてもよい。量子化係数２０９は、量子化変換係数２０９または量子化残差係数２０９とも呼ばれることがある。
量子化プロセスは、変換係数２０７の一部または全部に関連するビット深度を低減してもよい。例えば、ｎビット変換係数は、量子化の間、ｍビット変換係数に丸められてもよく、ｎは、ｍよりも大きい。量子化の程度は、量子化パラメータ（ＱＰ）を調整することによって修正されてもよい。例えば、スカラ量子化では、異なるスケーリングを適用して、より微細またはより粗大な量子化を達成してもよい。より小さい量子化ステップサイズはより微細な量子化に対応し、より大きい量子化ステップサイズはより粗大な量子化に対応する。適用可能な量子化ステップサイズは、量子化パラメータ（ＱＰ）によって示されてもよい。量子化パラメータは、例えば、適用可能な量子化ステップサイズの事前定義されたセットに対するインデックスであってもよい。例えば、小さな量子化パラメータは、微細な量子化（小さな量子化ステップサイズ）に対応してもよく、大きな量子化パラメータは、粗大な量子化（大きな量子化ステップサイズ）に対応してもよく、またはその逆に対応してもよい。量子化は、量子化ステップサイズによる除算を含んでもよく、例えば、逆量子化ユニット２１０による、対応するおよび／または逆の量子化解除は、量子化ステップサイズによる乗算を含んでもよい。いくつかの規格、例えばＨＥＶＣによる実施形態は、量子化ステップサイズを判定するために量子化パラメータを使用するように構成されてもよい。一般に、量子化ステップサイズは、除算を含む式の固定点近似を使用して量子化パラメータに基づいて計算されてもよい。量子化ステップサイズおよび量子化パラメータの方程式の固定点近似に使用されるスケーリングのために修正され得る残差ブロックのノルムを復元するために、量子化および量子化解除のために追加のスケーリング・ファクタを導入してもよい。一実施例では、逆変換および脱量子化のスケーリングが組み合わせられてもよい。代替的には、カスタマイズされた量子化テーブルが使用され、符号化器から復号器へ、例えばビットストリームでシグナリングされてもよい。量子化は、損失が量子化ステップサイズの増加に伴って増加する不可逆演算である。ビデオ符号化器２０（それぞれ、量子化ユニット２０８）の実施形態は、例えば、直接またはエントロピー符号化ユニット２７０を介して符号化された量子化パラメータを出力するように構成されてもよく、これにより、例えば、ビデオ復号器３０は、復号のために量子化パラメータを受信および適用してもよい。
逆量子化
逆量子化ユニット２１０は、例えば、量子化ユニット２０８と同じ量子化ステップサイズに基づいて、または同じ量子化ステップサイズを使用して、量子化ユニット２０８によって適用される量子化方式の逆を適用することによって、量子化ユニット２０８の逆量子化を量子化係数に適用して、量子化解除係数２１１を得るように構成される。また、量子化解除係数２１１は、量子化解除残差係数２１１と呼ばれ、典型的には、量子化による損失のために変換係数と同一ではないが、変換係数２０７に対応する。
逆変換
逆変換処理ユニット２１２は、変換処理ユニット２０６によって適用された変換の逆変換、例えば逆離散余弦変換（ＤＣＴ）、逆離散正弦変換、または他の逆変換を適用して、サンプル・ドメイン内の再構成された残差ブロック２１３（または対応する量子化解除係数２１３）を得るように構成されている。再構成された残差ブロック２１３は、変換ブロック２１３とも呼ばれる。
再構成
再構成ユニット２１４（例えば、加算器または合計器２１４）は、変換ブロック２１３（すなわち、再構成された残差ブロック２１３）を予測ブロック３６５に加算し、例えば、再構成された残差ブロック２１３のサンプル値および予測ブロック２６５のサンプル値をサンプル毎に加算することによって、サンプル・ドメイン内の再構成されたブロック２１５を得るように構成されている。
フィルタリング
ループ・フィルタ・ユニット２２０（または略して「ループ・フィルタ」２２０）は、再構成されたブロック２１５をフィルタリングしてフィルタリングされたブロック２２１を得るか、または一般に、再構成されたサンプルをフィルタリングしてフィルタリングされたサンプルを得るように構成されている。ループ・フィルタ・ユニットは、例えば、画素遷移を平滑化するように、または、そうでなければ、ビデオ品質を改善するように構成されている。ループ・フィルタ・ユニット２２０は、ブロッキング解除フィルタ、サンプル・アダプティブ・オフセット（ＳＡＯ）フィルタ、若しくは１つ以上の他のフィルタ、例えばバイラテラル・フィルタ、アダプティブ・ループ・フィルタ（ＡＬＦ）、鮮鋭化フィルタ、平滑化フィルタ、若しくは共同フィルタ、またはそれらの任意の組み合わせなどの１つ以上のループ・フィルタを含んでもよい。ループ・フィルタ・ユニット２２０は、図２ではループ内フィルタとして示されているが、他の構成では、ループ・フィルタ・ユニット２２０は、ポスト・ループ・フィルタとして実装されてもよい。フィルタリングされたブロック２２１はまた、フィルタリングされた再構成されたブロック２２１と呼ばれることがある。
ビデオ符号化器２０（それぞれ、ループ・フィルタ・ユニット２２０）の実施形態は、例えば、直接またはエントロピー符号化ユニット２７０を介して符号化されたループ・フィルタ・パラメータを出力するように構成されてもよく、これにより、例えば、復号器３０は、復号のために同じループ・フィルタ・パラメータ又はそれぞれのループ・フィルタを受信及び適用してもよい。
復号ピクチャ・バッファ
復号ピクチャ・バッファ（ＤＲＢ）２３０は、ビデオ符号化器２０によってビデオ・データを符号化するために、参照ピクチャまたは一般に、参照ピクチャ・データを記憶するメモリであってもよい。ＤＰＢ２３０は、同期ＤＲＡＭ（ＳＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ）、または他のタイプのメモリ・デバイスを含む、ダイナミック・ランダム・アクセス・メモリなどの種々のメモリ・デバイスのいずれかによって形成されてもよい。復号ピクチャ・バッファ２３０は、１つ以上のフィルタリングされたブロック２２１を記憶するように構成されてもよい。復号ピクチャ・バッファ２３０は、同じ現在のピクチャまたは異なるピクチャ、例えば以前に再構成されたピクチャの、他の以前にフィルタリングされたブロック、例えば以前に再構成され、フィルタリングされたブロック２２１を記憶するようにさらに構成されてもよく、例えば、インター予測のために、完全に以前に再構成された、すなわち復号されたピクチャ（並びに対応する参照ブロックおよびサンプル））および／または部分的に再構成された現在のピクチャ（並びに対応する参照ブロックおよびサンプル）を提供してもよい。復号ピクチャ・バッファ（ＤＲＢ）２３０はまた、例えば、再構成されたブロック２１５がループ・フィルタ・ユニット２２０によってフィルタリングされたものではないか、又は再構成されたブロック又はサンプルの任意の他のさらなる処理バージョンではない場合、１つ以上のフィルタリングされていない構成されたブロック２１５、又は一般に、フィルタリングされていない再構成されたサンプルを記憶するように構成されてもよい。
モード選択（パーティショニング＆予測）
モード選択ユニット２６０は、パーティショニング・ユニット２６２と、インター予測ユニット２４４と、イントラ予測ユニット２５４を含み、元のピクチャ・データ、例えば元のブロック２０３（現在のピクチャ１７の現在のブロック２０３）と、再構成されたピクチャ・データ、例えば、フィルタリングされた、またはフィルタリングされていない、同じ（現在の）ピクチャ、および／または、１つまたは複数の以前に復号されたピクチャ、例えば、復号ピクチャ・バッファ２３０または他のバッファ（例えば、ラインバッファ、図示せず）からの再構成されたサンプルまたはブロックと、を受信し得るように構成されている。再構成されたピクチャ・データは、予測、例えば、インター予測またはイントラ予測のための参照ピクチャ・データとして使用されて、予測ブロック２６５または予測子２６５を得る。
モード選択ユニット２６０は、現在のブロック予測モード（パーティショニングなしを含む）及び予測モード（例えば、イントラ又はインター予測モード）に対するパーティショニングを判定又は選択し、残差ブロック２０５の計算及び再構成されるブロック２１５の再構成のために使用される対応する予測ブロック２６５を生成するように構成されてもよい。
モード選択ユニット２６０の実施形態は、（例えば、モード選択ユニット２６０によってサポートされる、または利用可能なものから）パーティショニングおよび予測モードを選択するように構成されてもよく、これは、最良の一致、換言すれば、最小の残差（最小の残差は、伝送または記憶のためのより良い圧縮を意味する）、または最小のシグナリング・オーバヘッド（最小のシグナリングは、伝送または記憶のためのより良いの圧縮を意味する）、または両方を考慮若しくはバランスをとったものを提供する。モード選択ユニット２６０は、レート歪み最適化（ＲＤＯ）に基づいて、パーティショニングおよび予測モードを判定する、つまり、最小レート歪みを提供する予測モードを選択するように構成されてもよい。この文脈における「最良」、「最低」、「最適」などの用語は、必ずしも全体的な「最良」、「最低」、「最適」などを指すのではなく、終了基準若しくは例えば、閾値を超えるか、または下回る値のような選択基準、または「準最適の選択」につながる可能性があるが複雑性および処理時間を短縮する他の制約条件の達成を指してもよい。
換言すれば、パーティショニング・ユニット２６２は、ブロック２０３を、例えば、クワッド・ツリー・パーティショニング（ＱＴ）、バイナリ・パーティショニング（ＢＴ）、トリプル・ツリー・パーティショニング（ＴＴ）またはそれらの任意の組み合わせを反復的に使用して、より小さなブロック・パーティションまたはサブブロック（再度ブロックを形成する）にパーティショニングし、例えば、ブロック・パーティションまたはサブブロックごとに予測を実行するように構成されてもよく、モード選択は、パーティショニングされたブロック２０３のツリー構造の選択を含み、予測モードは、ブロック・パーティションンまたはサブブロックの各々に適用される。
以下、例示的なビデオ符号化器２０によって実行されるパーティショニング（例えば、パーティショニング・ユニット２６０による）及び予測処理（インター予測ユニット２４４及びイントラ予測ユニット２５４による）をより詳細に説明する。
パーティショニング
パーティショニング・ユニット２６２は、現在のブロック２０３を、例えば正方形または長方形のサイズのより小さいブロックのような、より小さなパーティションにパーティショニング（または分裂）することができる。これらのより小さなブロック（サブブロックとも呼ばれる）は、さらに小さなパーティションにパーティショニングされてもよい。これは、ツリー・パーティショニングまたは階層ツリー・パーティショニングとも呼ばれ、ルート・ブロック、例えば、ルート・ツリー・レベル０（階層レベル０、深度０）では、再帰的にパーティショニングされてもよく、例えば、ツリー・レベル１（階層レベル１、深度１）でのノードのような次の下位ツリー・レベルの２つ以上のブロックにパーティショニングされてもよく、これらのブロックは、例えば、最大ツリー深度または最小ブロックサイズに達するなど、例えば、終了基準が満たされるために、パーティショニングが終了するまで、例えば、ツリー・レベル２（階層レベル２、深度２）のような次の下位レベルの２つ以上のブロックに再度パーティショニングされてもよい。それ以上パーティショニングされないブロックは、ツリーのリーフ・ブロックまたはリーフ・ノードとも呼ばれる。２つのパーティションへのパーティショニングを使用するツリーはバイナリ・ツリー（ＢＴ）、３つのパーティションへのパーティショニングを使用するツリーはターナリー・ツリー（ＴＴ）、４つのパーティションへのパーティショニングを使用するツリーはクワッド・ツリー（ＱＴ）と呼ばれる。前述のように、本明細書で使用される場合、用語「ブロック」は、ピクチャの一部分、特に正方形または長方形の部分であってもよい。例えば、ＨＥＶＣおよびＶＶＣを参照すると、ブロックは、コーディング・ツリー・ユニット（ＣＴＵ）、コーディング・ユニット（ＣＵ）、予測ユニット（ＰＵ）、および変換ユニットに対応してもよく、および／または対応するブロック、例えば、コーディング・ツリー・ブロック（ＣＴＢ）、コーディング・ブロック（ＣＢ）、変換ブロック（ＴＢ）、または予測ブロック（ＰＢ）に対応してもよい。例えば、コーディング・ツリー・ユニット（ＣＴＵ）は、ルマ・サンプルのＣＴＢ、３つのサンプル・アレイを有するピクチャのクロマ・サンプルの２つの対応するＣＴＢ、またはモノクロ・ピクチャ若しくはサンプルをコーディングするために使用される３つの別々の色プレーンおよび構文構造を使用してコーディングされるピクチャのサンプルのＣＴＢであってもよく、または、これらを含んでもよい。これに対応して、コーディング・ツリー・ブロック（ＣＴＢ）は、あるコンポーネントのＣＴＢへの分割がパーティショニングであるように、ある値のＮのサンプルのＮｘＮブロックであってもよい。コーディング・ユニット（ＣＵ）は、ルマ・サンプルのＣＴＢ、３つのサンプル・アレイを有するピクチャのクロマ・サンプルの２つの対応するコーディング・ブロック、またはモノクロ・ピクチャ若しくはサンプルをコーディングするために使用される３つの別々の色プレーンおよび構文構造を使用してコーディングされるピクチャのサンプルのコーディング・ブロックであってもよく、または、これらを含んでもよい。これに対応して、コーディング・ブロック（ＣＢ）は、あるＣＴＢのコーディング・ブロックへの分割がパーティショニングであるように、ある値のＭおよびＮのサンプル値のサンプルのＮｘＮブロックであってもよい。
実施形態において、例えば、ＨＥＶＣにしたがって、コーディング・ツリー・ユニット（ＣＴＵ）は、コーディング・ツリーとして示されるクワッド・ツリー構造を使用することによって、ＣＵに分裂されてもよい。ピクチャ間（時間的）またはピクチャ内（空間的）予測を使用してピクチャ・エリアをコーディングするかどうかの判定は、ＣＵレベルで行われる。各ＣＵはさらに、ＰＵ分裂タイプに応じて、１つ、２つ、または４つのＰＵに分裂させることができる。１つのＰＵ内では、同じ予測プロセスが適用され、関連情報がＰＵベースで復号器に送信される。ＰＵ分裂タイプに基づく予測プロセスを適用することによって残差ブロックを得た後、ＣＵを、ＣＵのコーディング・ツリーに類似した別のクワッド・ツリー構造に従って変換ユニット（ＴＵ）にパーティショニングすることができる。実施形態では、例えば、現在開発中の最新のビデオ・コーディング規格、汎用ビデオ・コーディング（ＶＶＣ）と呼ばれるものにしたがって、クワッド・ツリーとバイナリ・ツリーの組み合わせ（ＱＴＢＴ）パーティショニングが、例えば、コーディング・ブロックをパーティショニングするために使用される。ＱＴＢＴブロック構造では、ＣＵは正方形または長方形のいずれかの形状を有することができる。例えば、コーディング・ツリー・ユニット（ＣＴＵ）は、最初にクワッド・ツリー構造によってパーティショニングされる。クワッド・ツリー・リーフ・ノードは、バイナリ・ツリーまたはターナリー（若しくはトリプル）ツリー構造によってさらにパーティショニングされる。パーティショニング・ツリー・リーフ・ノードは、コーディング・ユニット（ＣＵ）と呼ばれ、セグメントは、それ以上のパーティショニングなしで予測および変換処理のために使用される。これは、ＣＵ、ＰＵ、ＴＵがＱＴＢＴコーディング・ブロック構造において同じブロックサイズを有することを意味する。並列では、複数のパーティション、例えば、トリプル・ツリー・パーティションが、ＱＴＢＴブロック構造と共に使用されてもよい。一例では、ビデオ符号化器２０のモード選択ユニット２６０は、本明細書で説明されるパーティショニング技術の任意の組み合わせを実行するように構成されてもよい。
上述のように、ビデオ符号化器２０は、（例えば、予め判定された）予測モードのセットから最良又は最適な予測モードを判定又は選択するように構成されている。予測モードのセットは、例えば、イントラ予測モードおよび／またはインター予測モードを含んでもよい。
イントラ予測
イントラ予測モードのセットは、３５の異なるイントラ予測モード、例えば、ＤＣ（又は平均）モード及び平面モードのような非方向モード、又は、例えば、ＨＥＶＣで定義されているような方向モードを含むことができ、又は、６７の異なるイントラ予測モード、例えば、ＤＣ（又は平均）モード及び平面モードのような非方向モード、又は、例えば、ＶＶＣに対して定義されているような方向モードを含むことができる。
イントラ予測ユニット２５４は、イントラ予測モードのセットのイントラ予測モードに従って、同じの現在のピクチャの隣接ブロックの再構成されたサンプルを使用して、イントラ予測ブロック２６５を生成するように構成されている。
イントラ予測ユニット２５４（または、一般に、モード選択ユニット２６０）は、符号化されたピクチャ・データ２１に含めるための構文要素２６６の形式で、エントロピー符号化ユニット２７０にイントラ予測パラメータ（又は、一般に、ブロックに対して選択されたイントラ予測モードを示す情報）を出力するようにさらに構成されており、これにより、例えば、ビデオ復号器３０は、復号のために予測パラメータを受信し、使用することができる。
インター予測
インター予測のセット（または可能なインター予測モード）は、利用可能な参照ピクチャ（すなわち、例えば、ＤＢＰ２３０に記憶された少なくとも部分的に復号されたピクチャ）および他のインター予測パラメータ、例えば、参照ピクチャの全体または参照ピクチャの一部のみ、例えば、現在のブロックのエリアの周囲のサーチ・ウィンドウ・エリアが、最良一致の参照ブロックをサーチするために使用されるかどうか、および／または、例えば、画素補間、例えば、半分／セミペルおよび／またはクォータ・ペル補間が適用されるかどうかに依存する。
上記の予測モードに加えて、スキップ・モードおよび／または直接モードが適用されてもよい。インター予測ユニット２４４は、モーション推定（ＭＥ）ユニットと、モーション補償（ＭＣ）ユニット（両方とも図２には示さず）とを含んでもよい。モーション推定ユニットは、モーション推定のために、ピクチャ・ブロック２０３（現在のピクチャ１７の現在のピクチャ・ブロック２０３）および復号されたピクチャ２３１、または少なくとも１つ若しくは複数の以前に再構成されたブロック、例えば、１つまたは複数の他の／異なる以前に復号されたピクチャ２３１の再構成されたブロックを受信または取得するように構成されてもよい。例えば、ビデオ・シーケンスは、現在のピクチャと以前に復号されたピクチャ２３１とを含んでもよく、換言すれば、現在のピクチャと以前に復号されたピクチャ２３１は、ビデオ・シーケンスを形成するピクチャの一部であってもよく、または、ピクチャのシーケンスを形成してもよい。符号化器２０は、例えば、複数の他のピクチャの同じまたは異なるピクチャの複数の参照ブロックから参照ブロックを選択し、参照ブロックの位置（ｘ、ｙ座標）と現在のブロックの位置との間の参照ピクチャ（または参照ピクチャ・インデックス）および／またはオフセット（空間オフセット）を、モーション推定ユニットへのインター予測パラメータとして提供するように構成されてもよい。このオフセットはモーション・ベクトル（ＭＶ）とも呼ばれる。モーション補償ユニットは、インター予測パラメータを取得、例えば、受信し、インター予測パラメータに基づいて、またはこれを使用して、インター予測を実行して、インター予測ブロック２６５を取得するように構成されている。モーション補償ユニットによって実行されるモーション補償は、モーション推定によって判定されたモーション／ブロック・ベクトルに基づいて予測ブロックをフェッチまたは生成することを伴ってもよく、おそらくサブピクセル精度までの補間を実行する。補間フィルタリングは、既知の画素サンプルから追加の画素サンプルを生成することができ、したがって、ピクチャ・ブロックをコーディングするために使用され得る候補予測ブロックの数を潜在的に増加させる。現在のピクチャ・ブロックのＰＵに対するモーション・ベクトルを受信すると、モーション補償ユニットは、参照ピクチャ・リストのうちの１つにおいてモーション・ベクトルがポイントする予測ブロックを位置付けてもよい。モーション補償ユニットはまた、ビデオ・スライスのピクチャ・ブロックを復号する際にビデオ復号器３０によって使用するために、ブロック及びビデオ・スライスに関連する構文要素を生成してもよい。スライスおよびそれぞれの構文要素に追加して、またはそれらの代替として、タイル・グループおよび／またはタイルおよびそれぞれの構文要素が生成または使用されてもよい。
エントロピー・コーディング
エントロピー符号化ユニット２７０は、例えば、エントロピー符号化アルゴリズムまたは方式（例えば、可変長符号化（ＶＬＣ）方式、コンテキスト適応ＶＬＣ方式（ＣＡＶＬＣ）、算術コーディング方式、バイナリ化、コンテキスト適応バイナリ算術コーディング（ＣＡＢＡＣ）、構文ベースのコンテキスト適応バイナリ算術コーディング（ＳＢＡＣ）、確率間隔パーティショニング・エントロピー（ＰＩＰＥ）コーディング、若しくは別のエントロピー・コーディング方法論または技法）またはバイパス（非圧縮）を、量子化係数２０９、インター予測パラメータ、イントラ予測パラメータ、ループ・フィルタ・パラメータおよび／または他の構文要素に適用して、例えば、符号化ビットストリーム２１の形式で出力２７２を介して出力され得る符号化されたピクチャ・データ２１を取得して、これにより、例えば、ビデオ復号器３０は、復号のためのパラメータを受信および使用することができる。符号化されたビットストリーム２１は、ビデオ復号器３０に送信されてもよいし、後の伝送又はビデオ復号器３０による検索のためにメモリに記憶されてもよい。ビデオ符号化器２０の他の構造的変形が、ビデオ・ストリームを符号化するために使用することができる。例えば、非変換ベースの符号化器２０は、特定のブロックまたはフレームに対して変換処理ユニット２０６なしで残差信号を直接量子化することができる。別の実装では、符号化器２０は、単一ユニットに組み合わされた量子化ユニット２０８および逆量子化ユニット２１０を有することができる。
復号器および復号方法
図３は、本出願の技術を実装するように構成されたビデオ復号器３０の例を示す。ビデオ復号器３０は、例えば、符号化器２０によって符号化されたピクチャ・データ２１（例えば、符号化されたビットストリーム２１）を受信して、復号されたピクチャ３３１を取得するように構成されている。符号化されたピクチャ・データまたはビットストリームは、符号化されたピクチャ・データを復号するための情報、例えば、符号化されたビデオ・スライスのピクチャ・ブロック（および／またはタイル・グループまたはタイル）および関連する構文要素を表すデータを含む。
図３の例では、復号器３０は、エントロピー復号ユニット３０４と、逆量子化ユニット３１０と、逆変換処理ユニット３１２と、再構成ユニット３１４（例えば、合計器３１４）と、ループ・フィルタ３２０と、復号ピクチャ・バッファ３３０と、モード適用ユニット３６０と、インター予測ユニット３４４と、イントラ予測ユニット３５４とを含む。インター予測ユニット３４４は、モーション補償ユニットであってもよいし、またはこれを含んでもよい。ビデオ復号器３０は、いくつかの例において、図２からのビデオ符号化器１００に関して説明された符号化パスと概ね逆の復号パスを実行してもよい。符号化器２０に関して説明したように、逆量子化ユニット２１０、逆変換処理ユニット２１２、再構成ユニット２１４、ループ・フィルタ２２０、復号ピクチャ・バッファ（ＤＲＢ）２３０、インター予測ユニット３４４、及びイントラ予測ユニット３５４も、ビデオ符号化器２０の「内蔵復号器」を形成すると呼ばれる。したがって、逆量子化ユニット３１０は、逆量子化ユニット１１０と機能的に同一であってもよく、逆変換処理ユニット３１２は、逆変換処理ユニット２１２と機能的に同一であってもよく、再構成ユニット３１４は、再構成ユニット２１４と機能的に同一であってもよく、ループ・フィルタ３２０は、ループ・フィルタ２２０と機能的に同一であってもよく、復号されたピクチャ・バッファ３３０は、復号されたピクチャ・バッファ２３０と機能的に同一であってもよい。したがって、ビデオ復号器３０のそれぞれのユニット及び機能には、ビデオ２０符号化器のそれぞれのユニット及び機能に対して提供された説明が適用される。
エントロピー復号
エントロピー復号ユニット３０４は、ビットストリーム２１（又は一般には、符号化されたピクチャ・データ２１）を解析し、例えば、符号化されたピクチャ・データ２１へのエントロピー復号を実行して、例えば、量子化係数３０９及び／又は復号されたコーディング・パラメータ（図３には示さず）、例えば、インター予測パラメータ（例えば、参照ピクチャ・インデックス及びモーション・ベクトル）、イントラ予測パラメータ（例えば、イントラ予測モード又はインデックス）、変換パラメータ、量子化パラメータ、ループ・フィルタ・パラメータ、及び／又は他の構文要素のいずれか又は全てを取得するように構成されている。エントロピー復号ユニット３０４は、符号化器２０のエントロピー符号化ユニット２７０に関して説明したように、符号化方式に対応する復号アルゴリズムまたは方式を適用するように構成されてもよい。エントロピー復号ユニット３０４は、インター予測パラメータ、イントラ予測パラメータおよび／または他の構文要素をモード適用ユニット３６０に提供し、他のパラメータを復号器３０の他のユニットに提供するようにさらに構成されてもよい。ビデオ復号器３０は、ビデオ・スライス・レベルおよび／またはビデオ・ブロックレベルで構文要素を受信することができる。スライスおよびそれぞれの構文要素に追加して、またはそれらの代替として、タイル・グループおよび／またはタイルおよびそれぞれの構文要素が受信または使用されてもよい。
逆量子化
逆量子化ユニット３１０は、（例えば、エントロピー復号ユニット３０４による、例えば、解析および／または復号による）符号化されたピクチャ・データ２１からの量子化パラメータ（ＱＰ）（または、一般には、逆量子化に関係する情報）および量子化係数を受信し、量子化パラメータに基づいて逆量子化を復号された量子化係数３０９に適用して、変換係数３１１とも呼ばれることがある量子化解除係数３１１を取得するように構成されてもよい。逆量子化プロセスは、量子化の程度、および同様に適用されるべき逆量子化の程度を判定するために、ビデオ・スライス（またはタイル若しくはタイル・グループ）におけるビデオ・ブロックごとにビデオ符号化器２０によって判定された量子化パラメータを使用することを含んでもよい。
逆変換
逆変換処理ユニット３１２は、変換係数３１１とも呼ばれる量子化解除係数３１１を受信し、サンプル・ドメインにおいて再構成された残差ブロック２１３を取得するために、量子化解除係数３１１に変換を適用するように構成されてもよい。再構成された残差ブロック２１３は、変換ブロック２１３とも呼ばれることがある。変換は、逆変換、例えば、逆ＤＣＴ、逆ＤＳＴ、逆整数変換、または概念的に類似した逆変換プロセスであってもよい。逆変換処理ユニット３１２は、変換パラメータまたは対応する情報を符号化されたピクチャ・データ２１から受信して（例えば、エントロピー復号ユニット３０４による、例えば、解析および／または復号によって）、量子化解除係数３１１に適用される変換を判定するようにさらに構成されてもよい。
再構成
再構成ユニット３１４（例えば、加算器または合計器３１４）は、再構成された残差ブロック３１３を予測ブロック３６５に加算し、例えば、再構成された残差ブロック３１３のサンプル値および予測ブロック３６５のサンプル値を追加することによって、サンプル・ドメインにおける再構成されたブロック３１５を取得するように構成されてもよい。
フィルタリング
ループ・フィルタ・ユニット３２０（コーディング・ループ内またはコーディング・ループ後のいずれか）は、再構成されたブロック３１５をフィルタリングして、フィルタリングされたブロック３２１を取得して、例えば、画素遷移を平滑化するか、または、そうでなければ、ビデオ品質を改善するように構成されている。ループ・フィルタ・ユニット３２０は、ブロッキング解除フィルタ、サンプル・アダプティブ・オフセット（ＳＡＯ）フィルタ、若しくは１つ以上の他のフィルタ、例えばバイラテラル・フィルタ、アダプティブ・ループ・フィルタ（ＡＬＦ）、鮮鋭化フィルタ、平滑化フィルタ、若しくは共同フィルタ、またはそれらの任意の組み合わせなどの１つ以上のループ・フィルタを含んでもよい。ループ・フィルタ・ユニット３２０は、図３ではループ内フィルタとして示されているが、他の構成では、ループ・フィルタ・ユニット３２０は、ポスト・ループ・フィルタとして実装されてもよい。
復号ピクチャ・バッファ
次いで、ピクチャの復号されたビデオ・ブロック３２１は、復号ピクチャ・バッファ３３０に記憶され、復号ピクチャ・バッファ３３０は、他のピクチャおよび／またはそれぞれ出力表示するためのその後のモーション補償のための参照ピクチャとして記憶される。復号器３０は、ユーザへの提示または視認のために、例えば出力３１２を介して復号されたピクチャ３１１を出力するように構成されている。
予測
インター予測ユニット３４４は、インター予測ユニット２４４（特に、モーション補償ユニット）と同一であってもよく、イントラ予測ユニット３５４は、機能において、インター予測ユニット２５４と同一であってもよく、（例えば、エントロピー復号ユニット３０４による、例えば、解析および／または復号による）復号されたピクチャ・データ２１から受信されたパーティショニングおよび／または予測パラメータまたはそれぞれの情報に基づいて、分裂またはパーティショニング決定および予測を実行する。モード適用ユニット３６０は、再構成されたピクチャ、ブロックまたはそれぞれのサンプル（フィルタリングされたまたはフィルタリングされていない）に基づいてブロックごとに予測（イントラ予測またはインター予測）を実行して、予測ブロック３６５を取得するように構成されてもよい。
ビデオ・スライスがイントラ・コーディング（Ｉ）されたスライスとしてコーディングされるときに、モード適用ユニット３６０のイントラ予測ユニット３５４は、シグナリングされたイントラ予測モードと、現在のピクチャの以前に復号されたブロックからのデータとに基づいて、現在のビデオ・スライスのピクチャ・ブロックのための予測ブロック３６５を生成するように構成されている。ビデオ・ピクチャがインターコーディング（すなわち、ＢまたはＰ）されたスライスとしてコーディングされるときに、モード適用ユニット３６０のインター予測ユニット３４４（例えば、モーション補償ユニット）は、エントロピー復号ユニット３０４から受信されたモーション・ベクトルおよび他の構文要素に基づいて、現在のビデオ・スライスのビデオ・ブロックのための予測ブロック３６５を生成するように構成されている。インター予測のために、予測ブロックは、参照ピクチャ・リストのうちの１つ内の参照ピクチャのうちの１つから生成されてもよい。ビデオ復号器３０は、ＤＰＢ ３３０に記憶された参照ピクチャに基づくデフォルトの構成技術を使用して、参照フレームリスト、リスト０およびリスト１を構成してもよい。同じまたは類似のことが、タイル・グループ（例えば、ビデオ・タイル・グループ）および／またはタイル（例えば、ビデオタイル）をスライス（例えば、ビデオ・スライス）に加えて、または代替的に使用する実施形態に適用されるか、又はその実施形態によって適用することができ、例えば、ビデオは、Ｉ、ＰまたはＢタイル・グループおよび／またはタイルを用いてコーディングされてもよい。
モード適用ユニット３６０は、モーション・ベクトルまたは関係情報および他の構文要素を解析することによって、現在のビデオ・スライスのビデオ・ブロックのための予測情報を判定するように構成されており、予測情報を使用して、復号される現在のビデオ・ブロックの予測ブロックを生成する。例えば、モード適用ユニット３６０は、受信された構文要素のいくつかを使用して、ビデオ・スライスのビデオ・ブロックをコーディングするために使用される予測モード（例えば、イントラまたはインター予測）、インター予測スライス・タイプ（例えば、Ｂスライス、Ｐスライス、またはＧＰＢスライス）、スライスのための参照ピクチャ・リストのうちの１つ以上の構成情報、スライスの各インター符号化されたビデオ・ブロックのためのモーション・ベクトル、スライスの各インターコーディングされたビデオ・ブロックのためのインター予測ステータス、および現在のビデオ・スライスにおけるビデオ・ブロックを復号するための他の情報を判定する。同じまたは類似のことが、タイル・グループ（例えば、ビデオ・タイル・グループ）および／またはタイル（例えば、ビデオタイル）をスライス（例えば、ビデオ・スライス）に加えて、または代替的に使用する実施形態に適用されるか、又はその実施形態によって適用することができ、例えば、ビデオは、Ｉ、ＰまたはＢタイル・グループおよび／またはタイルを用いてコーディングされてもよい。
図３に示すビデオ復号器３０の実施形態は、スライス（ビデオ・スライスとも呼ばれる）を使用することによってピクチャをパーティショニングおよび／または符号化するようにさらに構成されてもよく、ピクチャは、１つ以上のスライス（典型的には、重複しない）を使用してパーティショニングまたは復号されてもよく、各スライスは１つ以上のブロック（例えば、ＣＴＵ）を含んでもよい。
図３に示すビデオ復号器３０の実施形態は、タイル・グループ（ビデオ・タイル・グループとも呼ばれる）および／またはタイル（ビデオタイルとも呼ばれる）を用いて、ピクチャをパーティショニングおよび／または復号するように構成されてもよく、ピクチャは、１つ以上のタイル・グループ（典型的には、重複しない）を使用してパーティショニングまたは復号されてもよく、各タイル・グループは、例えば、１つ以上のブロック（例えば、ＣＴＵ）または１つ以上のタイルを含んでもよく、各タイルは、例えば、矩形形状であってもよく、１つ以上のブロック（例えば、ＣＴＵ）、例えば、完全ブロックまたは部分ブロックを含んでもよい。ビデオ復号器３０の他の変形を使用して、符号化されたピクチャ・データ２１を復号することができる。例えば、復号器３０は、ループ・フィルタリング・ユニット３２０なしで出力ビデオ・ストリームを生成することができる。例えば、非変換ベースの復号器３０は、特定のブロックまたはフレームに対して、逆変換処理ユニット３１２なしで残差信号を直接逆量子化することができる。別の実装では、ビデオ復号器３０は、単一のユニットに組み合わせられた逆量子化ユニット３１０および逆変換処理ユニット３１２を有することができる。符号化器２０及び復号器３０では、現在のステップの処理結果をさらに処理し、次のステップに出力してもよいと理解されたい。例えば、補間フィルタリング、モーション・ベクトル導出、またはループ・フィルタリングの後に、クリップまたはシフトなどのさらなる演算を、補間フィルタリング、モーション・ベクトル導出、またはループ・フィルタリングの処理結果に対して実行してもよい。
さらなる演算は、現在のブロックの導出されたモーション・ベクトル（アフィン・モードの制御点モーション・ベクトル、アフィン、平面、ＡＴＭＶＰモードのサブブロック・モーション・ベクトル、時間的モーション・ベクトルなどを含むが、これらに限定されない）に適用され得ると留意されたい。例えば、モーション・ベクトルの値は、その表現ビットにしたがって予め定義された範囲に制約される。モーション・ベクトルの表現ビットがｂｉｔＤｅｐｔｈである場合、範囲は、－２＾（ｂｉｔＤｅｐｔｈ－１）～２＾（ｂｉｔＤｅｐｔｈ－１）－１であり、ここで、「＾」はべき乗を意味する。例えば、ｂｉｔＤｅｐｔｈが１６に設定される場合、範囲は－３２７６８～３２７６７であり、ｂｉｔＤｅｐｔｈが１８に設定される場合、－１３１０７２～１３１０７１である。例えば、導出されたモーション・ベクトルの値（例えば、１つの８×８ブロック内の４×４サブブロックのＭＶ）は、４つの４×４サブブロックのＭＶの整数部の間の最大差が、１ピクセル以下などＮピクセル以下になるように制約される。
ここでは、ｂｉｔＤｅｐｔｈにしたがってモーション・ベクトルを制約するための２つの方法を提供する。
方法１：フロー演算によりオーバフローＭＳＢ（最上位ビット）を除去する。
Figure 2022534235000011
 ここで、ｍｖｘは、画像ブロックまたはサブブロックのモーション・ベクトルの水平コンポーネントであり、ｍｖｙは、画像ブロックまたはサブブロックのモーション・ベクトルの垂直コンポーネントであり、ｕｘおよびｕｙは、中間値を示す。
たとえば、ｍｖｘの値が－３２７６９である場合、式（１）および（２）を適用した後、結果の値は３２７６７である。
コンピュータ・システムでは、１０進数は２の補数として記憶される。
－３２７６９の２の補数は１，０１１１，１１１１，１１１１（１７ビット）であり、ＭＳＢが破棄されるため、結果として得られる２つの補数は０１１１，１１１１，１１１１，１１１１（１０進数は３２７６７）となり、これは、式（１）と（２）を適用した出力と同じである。
Figure 2022534235000012
 演算は、式（５）～（８）に示すように、ｍｖｐとｍｖｄの和の間に適用されてもよい。
方法２：値をクリッピングすることによりオーバフローＭＳＢを除去する。
Figure 2022534235000013
 ここで、ｖｘは、画像ブロックまたはサブブロックのモーション・ベクトルの水平コンポーネントであり、ｖｙは、画像ブロックまたはサブブロックのモーション・ベクトルの垂直コンポーネントであり、ｘ、ｙおよびｚはそれぞれＭＶクリッピング・プロセスの３つの入力値に対応し、関数Ｃｌｉｐ３の定義は以下の通りである。
Figure 2022534235000014
図４は、本開示の一実施形態によるビデオ・コーディング・デバイス４００の概略図である。ビデオ・コーディング・デバイス４００は、本明細書で説明される開示される実施形態を実装するのに好適である。一実施形態では、ビデオ・コーディング・デバイス４００は、図１Ａのビデオ復号器３０のような復号器、又は図１Ａのビデオ符号化器２０のような符号化器であってもよい。
ビデオ・コーディング・デバイス４００は、データを受信するための入口ポート４１０（または入力ポート４１０）および受信機ユニット（Ｒｘ）４２０と、データを処理するためのプロセッサ、論理ユニット、または中央処理ユニット（ＣＰＵ）４３０と、データを送信するための送信機ユニット（Ｔｘ）４４０および出口ポート４５０（または出力ポート４５０）と、データを記憶するためのメモリ４６０を含む。ビデオ・コーディング・デバイス４００はまた、光信号または電気信号の出入りのために、入口ポート４１０、受信機ユニット４２０、送信機ユニット４４０、および出口ポート４５０に結合された光から電気（ＯＥ）コンポーネントおよび電気から光（ＥＯ）コンポーネントを含んでもよい。
プロセッサ４３０は、ハードウェアおよびソフトウェアによって実装される。プロセッサ４３０は、１つ以上のＣＰＵチップ、コア（例えば、マルチコアプロセッサ）、ＦＰＧＡ、ＡＳＩＣ、およびＤＳＰとして実装されてもよい。プロセッサ４３０は、入口ポート４１０、受信機ユニット４２０、送信機ユニット４４０、出口ポート４５０、およびメモリ４６０と通信している。プロセッサ４３０は、コーディング・モジュール４７０を含む。コーディング・モジュール４７０は、上述の開示された実施形態を実装する。例えば、コーディング・モジュール４７０は、種々のコーディング演算を実装、処理、準備、または提供する。したがって、符号化モジュール４７０を含めることは、ビデオ・コーディング・デバイス４００の機能性への実質的な改善を提供し、ビデオ・コーディング・デバイス４００の異なる状態への変換をもたらす。代替的には、符号化モジュール４７０は、メモリ４６０に格納された命令として実装され、プロセッサ４３０によって実行される。
メモリ４６０は、１つまたは複数のディスク、テープ・ドライブ、およびソリッドステート・ドライブを含んでもよく、オーバ・フロー・データ記憶デバイスとして使用され、そのようなプログラムが実行のために選択されたときにプログラムを記憶し、プログラム実行中に読み出された命令およびデータを記憶してもよい。メモリ４６０は、例えば、揮発性および／または不揮発性であってもよく、リード・オンリー・メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、ターナリー・コンテンツ・アドレス指定可能メモリ（ＴＣＡＭ）、および／またはスタティック・ランダム・アクセス・メモリ（ＲＳＡＭ）であってもよい。
図５は、例示的な実施形態による図１からのソース・デバイス１２および宛先デバイス１４のいずれかまたは両方として使用されてもよい装置５００の簡略ブロック図である。
装置５００内のプロセッサ５０２は、中央処理ユニットとすることができる。
代替的には、プロセッサ５０２は、現在存在する、または今後開発される情報を操作または処理することが可能な、任意の他のタイプのデバイスまたは複数のデバイスとすることができる。開示された実装は、示すように単一のプロセッサ、例えば、プロセッサ５０２を用いて実施することができるが、複数のプロセッサを使用して、速度および効率における利点を達成することができる。
装置５００内のメモリ５０４は、実装におけるリード・オンリー・メモリ（ＲＯＭ）デバイスまたはランダム・アクセス・メモリ（ＲＡＭ）デバイスとすることができる。メモリ５０４として、任意の他の好適なタイプの記憶デバイスを使用することができる。メモリ５０４は、バス５１２を使用して、プロセッサ５０２によってアクセスされるコード及びデータ５０６を含むことができる。メモリ５０４は、オペレーティング・システム５０８およびアプリケーション・プログラム５１０をさらに含むことができ、アプリケーション・プログラム５１０は、プロセッサ５０２が本明細書で説明される方法を実行することを許可する少なくとも１つのプログラムを含む。例えば、アプリケーション・プログラム５１０は、アプリケーション１～Ｎを含むことができ、これは、本明細書で説明される方法を実行するビデオ・コーディング・アプリケーションをさらに含む。装置５００はまた、ディスプレイ５１８などの１つ以上の出力デバイスをさらに含むことができる。ディスプレイ５１８は、一例では、ディスプレイを、タッチ入力を感知するように動作可能なタッチ・センシティブ要素と組み合わせるタッチ・センシティブ・ディスプレイであってもよい。ディスプレイ５１８は、バス５１２を介してプロセッサ５０２に接続することができる。
ここでは、単一のバスとして示されているが、装置５００のバス５１２は、複数のバスから構成することができる。さらに、二次ストレージ５１４は、装置５００の他のコンポーネントに直接結合することができ、またはネットワークを介してアクセスすることができ、メモリカードなどの単一の一体化ユニットまたは複数のメモリカードなどの複数のユニットを含むことができる。したがって、装置５００は、広範な構成で実装することができる。
インター予測ユニット２４４は、モーション推定（ＭＥ）ユニットおよびモーション補償（ＭＣ）ユニット（図２には示さず）を含んでもよい。モーション推定ユニットは、モーション推定のために、ピクチャ・ブロック２０３（現在のピクチャ２０１の現在のピクチャ・ブロック２０３）および復号されたピクチャ３３１、または少なくとも１つ若しくは複数の以前に再構成されたブロック、例えば、１つまたは複数の他の／異なる以前に復号されたピクチャ３３１の再構成されたブロックを受信または取得するように構成されてもよい。例えば、ビデオ・シーケンスは、現在のピクチャと以前に復号されたピクチャ３３１とを含んでもよく、換言すれば、現在のピクチャと以前に復号されたピクチャ３３１は、ビデオ・シーケンスを形成するピクチャの一部であってもよく、または、ピクチャのシーケンスを形成してもよい。符号化器２００は、例えば、複数の他のピクチャの同じまたは異なるピクチャの複数の参照ブロックから参照ブロックを選択し、参照ブロックの位置（ｘ、ｙ座標）と現在のブロックの位置との間の参照ピクチャ（または参照ピクチャ・インデックス、．．．）および／またはオフセット（空間オフセット）を、モーション推定ユニット（図２には示さず）へのインター予測パラメータとして提供するように構成されてもよい。このオフセットはモーション・ベクトル（ＭＶ）とも呼ばれる。
マージは、ＨＥＶＣで使用され、ＶＶＣに継承される重要なモーション推定ツールである。マージ推定を実行するためには、最初にすべきことは、マージ候補リストを構成することであり、候補の各々は、１つまたは２つの参照ピクチャ・リストが使用されるかどうかの情報を含むモーション・データを含み、モーション・デートは、各リストに対する参照インデックスおよびモーション・ベクトルの情報も含む。マージ候補リストは、以下の候補に基づいて構成される。すなわち、ａ．５つの空間的隣接ブロックから導出される最大４つの空間的マージ候補、ｂ．２つの時間的な共位置ブロックから導出される１つの時間的マージ候補；ｃ．組み合わせられた双予測候補とゼロ・モーション・ベクトル候補を含む追加的なマージ候補である。
マージ候補リストで最初に追加された候補は、空間的隣接である。図６の右側に示される例により、Ａ１、Ｂ１、Ｂ０、Ａ０、Ｂ２を順次この順番でチェックすることにより、マージ・リストに最大４つの候補が挿入される。
コーディング・ブロックが利用可能であり、モーション情報を含むかどうかを単にチェックするだけでなく、コーディング・ブロックのすべてのモーション・データをマージ候補として取る前に、いくつかの追加の冗長性チェックが実行される。これらの冗長性チェックは、２つの異なる目的のために２つのカテゴリに分割することができる。ａ． リスト内に冗長なモーション・データを有する候補を有することを避ける。ｂ． 冗長な構文を生成する他の手段によって表現される２つのパーティションをマージすることを防止する。
Ｎが空間マージ候補の数である場合に、完全な冗長性チェックは（Ｎ・（Ｎ－１））／２モーション・データの比較からなる。５つの潜在的な空間的マージ候補の場合、マージ・リスト内のすべての候補が異なるモーション・データを有することを保証するために、１０のモーション・データ比較が必要となる。ＨＥＶＣの開発中に、冗長なモーション・データに対するチェックは、コーディング効率が維持される方法でサブセットに低減されたが、比較論理は著しく低減された。最終的な設計では、候補ごとに２回以下の比較が実行され、結果として５回の全体的な比較をもたらす。｛Ａ１、Ｂ１、Ｂ０、Ａ０、Ｂ２｝の順序で、Ｂ０のみＢ１をチェックし、Ａ０のみＡ１をチェックし、Ｂ２のみＡ１、Ｂ１をチェックする。パーティショニング冗長性チェックの実施形態では、２Ｎ×Ｎパーティショニングの下部ＰＵは、候補Ｂ１を選択することによって上部のものとマージされる。これは、２Ｎ×２ＮのＣＵとして等しくシグナリングされることが可能な同じのモーション・データを有する２つのＰＵを有する１つのＣＵをもたらす。全体として、このチェックは、矩形および非対称パーティション２Ｎ×Ｎ、２Ｎ×ｎＵ、２Ｎ×ｎＤ、Ｎ×２Ｎ、ｎＲ×２Ｎ、およびｎＬ×２Ｎの全ての第２のＰＵに適用される。空間マージ候補については、冗長性チェックのみが実行され、モーション・データは候補ブロックからそのままコピーされることに留意する。したがって、ここではモーション・ベクトル・スケーリングは必要とされない。
時間的マージ候補のためのモーション・ベクトルの導出は、時間的モーション・ベクトル予測子ＴＭＶＰの場合と同じである。マージ候補はすべてのモーション・データを含み、ＴＭＶＰは１つのモーション・ベクトルのみを含むため、全体のモーション・データの導出はスライス・タイプに依存する。双予測スライスについて、各参照ピクチャ・リストに対してＴＭＶＰが導出される。各リストのＴＭＶＰの可用性に依存して、予測タイプは双予測またはＴＭＶＰが利用可能なリストに設定される。関連する参照ピクチャ・インデックスはすべてゼロに等しくなるように設定される。従って、単一予測スライスについては、リスト０のＴＭＶＰのみが、ゼロに等しい参照ピクチャ・インデックスと共に導出される。
少なくとも１つのＴＭＶＰが利用可能で、時間的マージ候補がリストに追加された場合、冗長性チェックは実行されない。これにより、マージ・リストの構成は、エラーの弾力性を改善する共位置にあるピクチャとは無関係になる。時間的マージ候補が冗長であるため、マージ候補リストに含まれない場合を考える。失われた共位置にあるピクチャの場合、復号器は、時間的な候補を導出することができず、したがって、それが冗長かどうかをチェックすることができなかった。後続の候補すべてのインデックス化は、この影響を受ける。
堅牢性理由を解析する場合、マージ候補リストの長さは固定される。空間的および時間的マージ候補が追加された後、リストはまだ固定長に達しない可能性がある。非長適応リスト・インデックス・シグナリングに伴って生じるコーディング効率損失を補償するために、追加の候補が生成される。スライス・タイプに依存して、リストを完全に生成するために最大２種類の候補が使用される。ａ．組み合わされた双予測候補。ｂ．ゼロ・モーション・ベクトル候補。
双予測スライスでは、ある候補の参照ピクチャ・リスト０のモーション・データと、別の候補のリスト１のモーション・データを組み合わせることにより、既存のものに基づいて追加候補を生成することができる。これは、１つの候補、例えば、第１のものからΔｘ０、Δｙ０、Δｔ０をコピーし、他の候補、例えば、第２のものからΔｘ１、Δｙ１、Δｔ１をコピーすることによって行われる。異なる組み合わせが事前に定義されており、表１に与えられる。
Figure 2022534235000015
組み合わされた双予測候補、または単一予測スライスについて、リストがまだ満杯でないときに、ゼロ・モーション・ベクトル候補がリストを完成するために計算される。すべてのゼロ・モーション・ベクトル候補は、単一予測スライスに対して１つのゼロ変位モーション・ベクトルと双予測スライスに対して２つのゼロ変位モーション・ベクトルを有する。参照インデックスはゼロに等しく設定され、参照インデックスの最大数に達するまで、追加候補ごとに１ずつインクリメントされる。さらに候補が欠落している場合、ゼロに等しい参照インデックスを使用してこれらを作成する。全ての追加候補に対して、これらのチェックを省略することはコーディング効率の損失をもたらさないことが分かったので、冗長性チェックは実行されない。
インター・ピクチャ予測モードでコーディングされた各ＰＵに対して、ｍｅｒｇｅ＿ｆｌａｇは、ブロック・マージがモーション・データを導出するために使用されることを示す。ｍｅｒｇｅ＿ｉｄｘは、さらに、モーション・データを提供するマージ・リスト内の候補を判定するために使用される。このＰＵレベルのシグナリングの他に、マージ・リスト内の複数の候補がスライスヘッダ内でシグナリングされる。デフォルト値は５で、マージ・リスト内の候補の数は５との差として表される（５＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ）。このようにして、５は０番目に対する短い符号語でシグナリングされるが、１つの候補のみを使用すると４番目に対する長い符号語でシグナリングされる。マージ候補リスト構成プロセスへの影響に関しては、リストがマージ候補の最大数が含まれた後で終了するが、全体のプロセスは同じままである。１つの設計では、マージ・インデックス・コーディングの最大値は、リスト内の利用可能な空間的および時間的候補の数によって与えられた。例えば、２つの候補のみが利用可能である場合に、インデックスはフラグとして効率的にコーディングすることができる。しかし、マージ・インデックスを解析するためには、実際の候補数を取得するために、全体のマージ候補リストを構成しなければならない。転送エラーのために利用できない隣接ブロックを仮定すると、マージ・インデックスを解析することはもはや不可能である。
ＨＥＶＣにおけるブロック・マージ概念の適用は、スキップ・モードとの組み合わせである。以前のビデオ・コーディング標準では、スキップ・モードは、明示的にシグナリングされるのではなく、モーション・データが推測されること、および予測残差がゼロであること、すなわち、変換係数が送信されないことをブロックに対して示すために使用された。ＨＥＶＣでは、インター・ピクチャ予測スライスにおける各ＣＵの先頭に、ａ． ＣＵが１つのＰＵ（２Ｎ×２Ｎパーティション・タイプ）のみを含む、ｂ． マージモードがモーション・データ（１に等しいｍｅｒｇｅ＿ｆｌａｇの値）を導出するために使用される、ｃ． ビットストリームに残差データが存在しないことを意味する、ｓｋｉｐ＿ｆｌａｇがシグナリングされる。ＨＥＶＣで導入され、ＶＶＣ固有の別のモーション推定ツールは、高度モーション・ベクトル予測、ＡＭＶＰと呼ばれる。ＡＭＶＰモードでは、モーション・ベクトルは、水平コンポーネント（ｘ）及び垂直コンポーネント（ｙ）に関して、モーション・ベクトル予測器（ＭＶＰ）に対する差分としてコーディングされる。両方のモーション・ベクトル差（ＭＶＤ）コンポーネントの計算は、ＭＶＤｘ＝ＭＶｘ－ＭＶＰｘ、ＭＶＤｙ＝ＭＶｙ－ＭＶＰｙとして示されている。
現在のブロックのモーション・ベクトルは、通常、現在のピクチャまたは前のコーディングされたピクチャにおける隣接するブロックのモーション・ベクトルと相関される。隣接するブロックは、同様のモーションを有する同じ移動物体に対応する可能性が高く、物体のモーションは、経時的に突然変化する可能性が低い。したがって、予測子として隣接ブロックにおけるモーション・ベクトルを使用すると、シグナリングされたモーション・ベクトル差のサイズが減少する。ＭＶＰは、通常、空間的隣接ブロックの既に復号されたモーション・ベクトルから、または共位置のピクチャにおける時間的隣接ブロックから導出される。ＨＥＶＣでは、ＭＶＰを暗黙的に導出するアプローチは、ＭＶＰのリストからどのＭＶＰがモーション・ベクトル導出のために使用されるかを明示的にシグナリングする、モーション・ベクトル競合として知られる技術に置き換えられた。ＨＥＶＣにおける可変コーディング・クワッドツリー・ブロック構造は、１つのブロックをもたらし、このブロックは、潜在的なＭＶＰ候補として、モーション・ベクトルを有するいくつかの隣接ブロックを有する。左隣接を例にとると、最悪の場合、６４×６４ルマ・コーディング・ツリー・ブロックがそれ以上分裂されず、左隣接のものが最大深度に分裂された場合に、６４×６４ルマ予測ブロックは１６の８×４ルマ予測ブロックを左側に有することができる。高度モーション・ベクトル予測（ＡＭＶＰ）は、柔軟なブロック構造を説明するためにモーション・ベクトル競合を修正するために導入された。ＨＥＶＣの開発中に、最初のＡＭＶＰ設計は、コーディング効率と実装に優しい設計との間の良好なトレードオフを提供するために、著しく単純化された。
ＡＭＶＰの最初の設計には、３つの異なるクラスの予測子からの５つのＭＶＰを含んだ。すなわち、空間的隣接からの３つのモーション・ベクトル、３つの空間的予測子の中央、および共位置の時間的隣接ブロックからのスケーリングされたモーション・ベクトルである。さらに、予測子のリストは、最も可能性の高いモーション予測子を第１の位置に配置するように再順序付けし、最小のシグナリング・オーバヘッドを保証するために冗長な候補を除去することによって修正された。これにより、ＡＭＶＰの設計が大幅に単純化された。例えば、中央予測子を除去し、リスト内の候補の数を５から２に減らし、リスト内の候補の順序を修正し、冗長性チェックの数を減らした。ＡＭＶＰ候補リスト構成の最終設計は、以下の２つのＭＶＰ候補を含む。
・５つの空間的隣接ブロックから導出される最大２つの空間的候補ＭＶＰ
・両方の空間的候補ＭＶＰが利用できないか、またはそれらが同一である場合に、２つの時間的な共位置ブロックから導出される１つの時間的候補ＭＶＰ
・空間的、時間的、または両方の候補が利用できない場合のゼロ・モーション・ベクトル。
空間的候補記述において、２つの空間的候補ＡとＢの導出プロセスフローを図６に示す。候補Ａについては、左下隅の２つのブロックＡ０およびＡ１からのモーション・データが２パスアプローチで考慮される。第１のパスでは、候補ブロックのいずれかが現在のブロックの参照インデックスに等しい参照インデックスを含むかどうかがチェックされる。発見された第１のモーション・ベクトルは候補Ａとしてとられる。Ａ０とＡ１からのすべての参照インデックスが現在のブロックの参照インデックスとは異なる参照ピクチャを指しているときに、関連するモーション・ベクトルは直接使用することができない。したがって、第２のパスでは、モーション・ベクトルは、候補参照ピクチャと現在の参照ピクチャとの間の時間的距離にしたがってスケーリングされる必要がある。時間的距離は、ピクチャの表示順序を定義するピクチャ・オーダ・カウント（ＰＯＣ）値間の差として表される。
候補Ｂについては、Ａ０およびＡ１が第１のパスでチェックされるのと同様に、候補Ｂ０～Ｂ２が順次チェックされる。しかしながら、第２のパスは、ブロックＡ０およびＡ１がいかなるモーション情報も含まない場合、すなわちブロックＡ０およびＡ１が利用可能でない場合、またはイントラ・ピクチャ予測を使用してコーディングされている場合にのみ実行される。次いで、候補Ａは、スケーリングされていない候補Ｂが見つかった場合、スケーリングされていない候補Ｂに等しく設定され、候補Ｂは、候補Ｂの第２のスケーリングされていない、またはスケーリングされた変形に等しく設定される。潜在的なスケーリングされていない候補がまだ存在する可能性がある場合、第２のパスは終了され、第２のパスは、候補Ｂ０からＢ２から導出されたスケーリングされていないＭＶおよびスケーリングされたＭＶをサーチする。
この設計は、Ｂ０、Ｂ１、およびＢ２から独立してＡ０およびＡ１を処理することを可能にする。
Ｂの導出は、Ｂ０からＢ２から導出されるスケーリングされた、または追加のスケーリングされていないＭＶをサーチするために、Ａ０とＡ１の両方の可用性にのみ認識すべきである。
この依存性は、これが候補Ｂのための複雑なモーション・ベクトル・スケーリング演算を減少させることを考慮すると許容可能である。モーション・ベクトル・スケーリングの数を減少させることは、モーション・ベクトル予測子導出プロセスにおける顕著な複雑性の減少を表す。
時間的候補選択プロセス
図６から、現在のブロックの左上の空間的隣接ブロックのモーション・ベクトルのみが空間的ＭＶＰ候補として考慮されることが分かる。これは、現在のブロックの右下のブロックがまだ復号されておらず、したがって、それらのモーション・データが利用できないという事実によって説明することができる。共位置のピクチャはすでに復号されている参照ピクチャであるため、同じ位置のブロックから、共位置のブロック右のブロックから、または下のブロックからのモーション・データを考慮することもできる。ＨＥＶＣでは、現在のブロックの右下と中心のブロックが、良好な時間的モーション・ベクトル予測子（ＴＭＶＰ）を提供するのに最も好適であると判定された。これらの候補が図６に示されており、ここで、Ｃ０は右下の隣接を表し、Ｃ１は中央ブロックを表す。Ｃ０のモーション・データが先に考慮され、Ｃ０の動きデータが利用可能ではない場合、中央の共位置の候補ブロックのモーション・データを用いて時間的ＭＶＰ候補Ｃを導出する。Ｃ０のモーション・データは、関連するＰＵが現在のＣＴＵ行を越えてＣＴＵに属する場合には利用できないとみなされる。これにより、共位置にあるモーション・データを記憶するためのメモリ帯域幅要件が最小限に抑えられる。空間的ＭＶＰ候補とは対照的に、モーション・ベクトルは同じ参照ピクチャを参照することができるが、モーション・ベクトル・スケーリングはＴＭＶＰには必須である。
マージ・リスト構成とＡＭＶＰリスト構成の両方に対して、履歴ベースのモーション・ベクトル予測子（ＨＭＶＰ）が使用される。履歴ベースのＭＶＰ（ＨＭＶＰ）マージ候補は、空間ＭＶＰとＴＭＶＰの後にマージ／ＡＭＶＰリストに追加される。この方法では、以前にコーディングされたブロックのモーション情報をテーブルに記憶し、現在のＣＵのＭＶＰとして使用する。複数のＨＭＶＰ候補を持つテーブルは、符号化／復号処理中に維持される。新しいＣＴＵ行がエンカウントされる場合に、テーブルはリセット（空）される。サブブロックのインターコーディングされていないＣＵがある場合はいつでも、関連するモーション情報が新しいＨＭＶＰ候補としてテーブルの最後のエントリに追加される。
一例では、ＨＭＶＰテーブル・サイズＳは５に設定され、これは、最大５つの履歴ベースのＭＶＰ（ＨＭＶＰ）候補がテーブルに追加されてもよいことを示す。新しいモーション候補をテーブルに挿入する場合に、制約付き先入れ先出し（ＦＩＦＯ）規則が利用され、ここでは、テーブルに同一のＨＭＶＰがあるかどうかを見つけるために、冗長性チェックが最初に適用される。テーブル内に同一のＨＭＶＰが存在する場合、同一のＨＭＶＰがテーブルから除去され、その後すべてのＨＭＶＰ候補が前方に移動される。
ＨＭＶＰ候補は、マージ候補リスト／ＡＭＶＰリスト構成プロセスで使用することができる。テーブル内の最新の複数のＨＭＶＰ候補が順番にチェックされ、ＴＭＶＰ候補の後に候補リストに挿入される。冗長性チェックは、空間的または時間的マージ候補へのＨＭＶＰ候補に適用される。
冗長性チェック演算の回数を減らすために、以下の簡略化を導入した。
マージ・リスト生成に使用するＨＭＶＰ候補の数が（Ｎ＜＝４）に設定されているか？Ｍ：（８－Ｎ）、ここで、Ｎは、マージ・リスト内の既存候補の数を示し、Ｍは、テーブル内の利用可能なＨＭＶＰ候補の数を示す。使用可能なマージ候補の総数が最大許容マージ候補から１を引いた値に達する場合に、ＨＭＶＰからのマージ候補リスト構成プロセスが終了する。
ＶＶＣドラフトのインターモード並列化では、ＩＢＣモードが導入される。イントラ・ブロック・コピー（ＩＢＣ）は、ＳＣＣのＨＥＶＣ拡張で採用されているツールである。それは、スクリーン・コンテンツ素材のコーディング効率を改善する。ＩＢＣモードはブロック・レベル・コーディング・モードとして実装されるので、各ＣＵに対して最適なブロック・ベクトル（またはモーション・ベクトル）を見つけるために、ブロック・マッチング（ＢＭ）が符号化器で実行される。ここで、モーション・ベクトルは、現在のブロックから参照ブロックへの変位を示すために使用され、これは、現在のピクチャ内で既に再構成されている。ＩＢＣコーディングされたＣＵのルマ・モーション・ベクトルは整数精度である。クロマ。モーション・ベクトルも同様に整数精度にクリッピングされる。ＡＭＶＲと組み合わせる場合、ＩＢＣモードは１ペルと４ペルのモーション・ベクトル精度を切り替えることができる。ＩＢＣコーディングされたＣＵは、イントラまたはインター予測モード以外の第３の予測モードとして扱われる。メモリ消費と復号器の複雑性を減らすために、ＶＴＭ５のＩＢＣは、現在のＣＴＵを含む所定の領域の再構成部分のみを使用することを可能にする。この制限は、ハードウェア実装のためのローカル・オンチップ・メモリを使用して、ＩＢＣモードを実装することを可能にする。
符号化器側では、ＩＢＣに対してハッシュベースのモーション推定が実行される。符号化器は、１６ルマ・サンプル以下の幅または高さのブロックに対してＲＤチェックを実行する。非マージモードでは、ブロック・ベクトル・サーチがまずハッシュベースのサーチを用いて実行される。ハッシュ・サーチが有効な候補を返さない場合、ブロック・マッチングベースのローカル・サーチが実行される。
ハッシュベースのサーチでは、現在のブロックと参照ブロックの間のハッシュ・キー・マッチング（３２ビットＣＲＣ）は、許容されるすべてのブロックサイズに拡張される。現在のピクチャにおけるすべての位置に対するハッシュ・キーの計算は、４×４のサブブロックに基づく。より大きなサイズの現在のブロックでは、すべての４×４サブブロックのすべてのハッシュ・キーが対応する参照位置のハッシュ・キーと一致する場合に、ハッシュ・キーが参照ブロックのハッシュ・キーと一致するように判定される。複数の参照ブロックのハッシュ・キーが現在のブロックのものと一致することが分かった場合、一致した各参照のブロック・ベクトル・コストが計算され、最小コストのものが選択される。ブロック・マッチング・サーチでは、サーチ範囲は現在のＣＴＵ内の現在のブロックの左上にあるＮ個のサンプルに設定される。ＣＴＵの開始時に、Ｎの値は、時間的参照ピクチャがない場合、１２８に初期化され、少なくとも１つの時間的参照ピクチャがある場合、６４に初期化される。ハッシュヒット比は、ハッシュベースのサーチを使用して一致を見つけたＣＴＵ内のサンプルのパーセンテージとして定義される。現在のＣＴＵを符号化しながら、ハッシュヒット比が５％未満である場合、Ｎは、半分に減少する。
ＣＵレベルでは、ＩＢＣモードがフラグ付きでシグナリングされ、ＩＢＣ ＡＭＶＰモードまたはＩＢＣスキップ／マージモードとして以下のようにシグナリングすることができる。
ＩＢＣスキップ／マージモード：マージ候補インデックスは、リスト内のブロック・ベクトルのうち、隣接する候補ＩＢＣコーディングされたブロックのどれが現在のブロックを予測するために使用されるかを示すために使用される。
ＩＢＣ ＡＭＶＰモード：ブロック・ベクトル差は、モーション・ベクトル差と同様にコーディングされる。
ブロック・ベクトル予測法は、予測子として２つの候補を使用する。
ブロック・ベクトル予測子インデックスを示すためにフラグがシグナリングされる。
ＩＢＣはＩＢＣマージ／スキップ・モードおよびＩＢＣ ＡＭＶＰモードを導入したため、追加のＩＢＣマージ・リストおよびＡＭＶＰリストを構成する必要がある。
ＶＶＣ Ｄｒａｆｔ ５．０では、マージモードとＡＭＶＰモードのＢＶ予測子は、共通の予測子リストを共有しており、以下の要素を含む。
・ ２つの空間的隣接位置（Ａ１、Ｂ１）
・ ５つのＨＭＶＰエントリ
・ デフォルトでゼロベクトル
マージモードでは、このリストの最大６つのエントリが使用され、ＡＭＶＰモードでは、このリストの最初の２エントリが使用される。また、このリストは、共有マージ・リスト領域要件（ＳＭＲ内で同じリストを共有）に準拠する。
上記のＢＶ予測子候補リストに加えて、ＨＭＶＰ候補と既存のマージ候補（Ａ１，Ｂ１）との間のプルーニング演算を単純化するために、別の方法が使用される。
簡略化では、最大２回のプルーニング演算が存在する。
・ 最後のＨＭＶＰ候補ＨｋとＡ１の間のプルーニング
・ 最後のＨＭＶＰ候補ＨｋとＢ１の間のプルーニング
プルーニング処理は、２つのＩＢＣマージ候補が同じであるかどうかを比較することを意味する。より具体的には、プルーニング処理は、２つのＩＢＣマージ候補間のブロック・ベクトルが同じであるかどうかを比較する。
以下のように、ＪＶＥＴ－Ｎ１００１－ｖ５（ＶＶＣ Ｄｒａｆｔ ５．０）の８．６．２．２従属節においてＩＢＣルマ・モーション・ベクトル予測が説明される。
[外１]
Figure 2022534235000016

Figure 2022534235000017
別の例では、以下のように、ＩＢＣルマ・モーション・ベクトル予測が説明される。
[外２]
Figure 2022534235000018
Figure 2022534235000019
ＭａｘＮｕｍＭｅｒｇｅＣａｎｄは、以下のように導出される。
ｓｉｘ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄは、スライスでサポートされるマージング・モーション・ベクトル予測（ＭＶＰ）候補の最大数を６から差し引いた値を指定する。マージングＭＶＰ候補の最大数ＭａｘＮｕｍＭｅｒｇｅＣａｎｄは、以下のように導出される。
ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ＝６－ｓｉｘ＿ｍｉｎｕｓ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ
ｓｉｘ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｉｂｃ＿ｍｅｒｇｅ＿ｃａｎｄの値は、１～６の範囲とする。
ｓｉｘ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄは、ＳＰＳでサポートされるマージング・モーション・ベクトル予測（ＭＶＰ）候補の最大数を６から差し引いた値を指定する。ｓｉｘ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｉｂｃ＿ｍｅｒｇｅ＿ｃａｎｄの値は、０～５の範囲とする。
マージングＭＶＰ候補の最大数ＭａｘＮｕｍＭｅｒｇｅＣａｎｄは、以下のように導出される。
ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ＝６－ｓｉｘ＿ｍｉｎｕｓ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ
いくつかの実施形態では、ＩＢＣモードの場合、この構文はＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄとしても名付けられ得る。この場合、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄは、インタープロセスのために使用されてもよい。
ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合に、ｓｉｘ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｉｂｃ＿ｍｅｒｇｅ＿ｃａｎｄは、ＳＰＳでサポートされているＩＢＣマージング・ブロック・ベクトル予測（ＢＶＰ）候補の最大数を６から差し引いた値を指定する。ｓｉｘ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｉｂｃ＿ｍｅｒｇｅ＿ｃａｎｄの値は、０～５の範囲とする。
ＩＢＣマージングＢＶＰ候補の最大数ＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄは、以下のように導出される。
ｉｆ（ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）
ＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄ＝６－６＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｉｂｃ＿ｍｅｒｇｅ＿ｃａｎｄ
ｅｌｓｅ
ＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄ＝０
１に等しいｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＩＢＣ予測モードがコーディングされたレイヤ・ビデオ・シーケンスＣＬＶＳにおけるピクチャの復号に使用されてもよいことを指定する。０に等しいｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＩＢＣ予測モードがＣＬＶＳに使用されないことを指定する。ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在しない場合に、それは０に等しいと推定される。
ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇは、以下のように定義される。
ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在のコーディング・ユニットのフレーム間予測パラメータが隣接するフレーム間予測パーティションから推測されるかどうかを指定する。アレイ・インデックスｘ０、ｙ０は、ピクチャの左上のルマ・サンプルに対する、考慮されるコーディング・ブロックの左上のルマ・サンプルの位置（ｘ０，ｙ０）を指定する。
ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合に、それは０に等しいと推定される。
－ ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は、１に等しいと推定される。
－ そうでなければ、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘ０］［ｙ０］は、０に等しいと推定される。
１に等しいｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］は、現在のコーディング・ユニットに対して、ＰまたはＢスライスを復号する場合に、ＩＢＣモードフラグｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ［ｘ０］［ｙ０］およびｍｅｒｇｅ＿ｄａｔａ（）構文構造のうちの１つ以上のものを除いて、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］の後に構文要素が解析されないことを指定し、Ｉスライスを復号する場合に、ｍｅｒｇｅ＿ｉｄｘ［ｘ０］［ｙ０］を除いて、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］の後に構文要素が解析されないことを指定する。０に等しいｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］は、コーディング・ユニットがスキップされないことを指定する。アレイ・インデックスｘ０、ｙ０は、ピクチャの左上のルマ・サンプルに対する、考慮されるコーディング・ブロックの左上のルマ・サンプルの位置（ｘ０，ｙ０）を指定する。
ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合に、それは０に等しいと推定される。
ｍｖｐ＿ｌ０＿ｆｌａｇは以下のように定義される。
ｍｖｐ＿ｌ０＿ｆｌａｇ［ｘ０］［ｙ０］は、リスト０のモーション・ベクトル予測器インデックスを指定し、ｘ０、ｙ０は、ピクチャの左上のサンプルに対する考慮されるコーディング・ブロックの左上のルマ・サンプルの位置（ｘ０，ｙ０）を指定する。
ｍｖｐ＿ｌ０＿ｆｌａｇ［ｘ０］［ｙ０］が存在しない場合に、それは０に等しいと推定される。
ＭａｘＮｕｍＭｅｒｇｅＣａｎｄまたはＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄが１に等しくセットされる場合に、構成されたマージ候補リストの長さは、利用可能な空間的モーション・ベクトル候補の数に依存して、１または２に等しくてもよい。復号されたＩＢＣブロックのｍｖｐ＿ｌ０＿ｆｌａｇが１に等しい場合、ＩＢＣブロックのモーション・ベクトルは定義されないことがある。この問題を解決するために，以下の解決策が導入される。
テーブル２は、様々なステータスのａｖａｉｌａｂｌｅＦｌａｇＡ１およびａｖａｉｌａｂｌｅＦｌａｇＢ１を有する候補リスト内のモーション・ベクトルを示す。
Figure 2022534235000020
実施形態１：
ＭａｘＮｕｍＭｅｒｇｅＣａｎｄまたはＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄの値が１にセットされる場合に、復号器側はビットストリームからｍｖｐ＿ｌ０＿ｆｌａｇの値を解析する必要はなく、ｍｖｐ＿ｌ０＿ｆｌａｇの値は０と推定される。
一例では、修正された構文テーブルを以下のように示す。
Figure 2022534235000021
別の例では、
コーディング・ユニット構文：
Figure 2022534235000022
この実施形態では、
ＩＢＣ予測モードでコーディングされたコーディング・ユニットの一般的な復号処理
このプロセスへの入力は、
－ 現在のピクチャの左上のルマ・サンプルに対する現在のルマ・コーディング・ブロックの左上のサンプルを指定するルマ位置（ｘＣｂ，ｙＣｂ）、
－ ルマ・サンプルにおける現在のコーディング・ブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ ルマ・サンプルにおける現在のコーディング・ブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ、
― 単一ツリーを使用するか、デュアルツリーを使用するかを指定する変数ｔｒｅｅＴｙｐｅであって、デュアルツリーが使用される場合、それは、現在のツリーが、ルマ・コンポーネントに対応するか、クロマ・コンポーネントに対応するかを指定する。
このプロセスの出力は、ループ内フィルタリング前の修正された再構成されたピクチャである。
量子化パラメータの導出プロセスは、ルマ位置（ｘＣｂ，ｙＣｂ）、ルマ・サンプルにおける現在のコーディング・ブロックの幅ｃｂＷｉｄｔｈ、ルマ・サンプルにおける現在のコーディング・ブロックの高さｃｂＨｅｉｇｈｔ、およびの変数ｔｒｅｅＴｙｐｅを入力として呼び出される。
変数ＩｓＧｔ４ｂｙ４は、以下のように導出される。
ＩｓＧｔ４ｂｙ４＝（ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ）＞１６
ＩＢＣ予測モードでコーディングされたコーディング・ユニットの復号プロセスは、以下の順序のステップを含む。
１． 現在のコーディング・ユニットのブロック・ベクトル・コンポーネントは、以下のように導出される。
－ ブロック・ベクトル・コンポーネントの導出プロセスは、ルマ・コーディング・ブロック位置（ｘＣｂ，ｙＣｂ）、ルマ・コーディング・ブロック幅ｃｂＷｉｄｔｈ、ルマ・コーディング・ブロック高さｃｂＨｅｉｇｈｔ、およびルマ・ブロック・ベクトルｂｖＬを出力として呼び出される。
－ ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合に、クロマ・ブロック・ベクトルの派生プロセスは、ルマ・ブロック・ベクトルｂｖＬを入力とし、クロマ・ブロック・ベクトルｂｖＣを出力として呼び出される。
２． 現在のコーディング・ユニットの予測サンプルは、以下のように導出される。
－ ＩＢＣブロックの復号プロセスは、ルマ・コーディング・ブロック位置（ｘＣｂ，ｙＣｂ）、ルマ・コーディング・ブロック幅ｃｂＷｉｄｔｈ、ルマ・コーディング・ブロック高さｃｂＨｅｉｇｈｔ、ルマ・ブロック・ベクトルｂｖＬ、０に等しくセットされた変数ｃＩｄｘを入力とし、予測ルマ・サンプルの（ｃｂＷｉｄｔｈ）ｘ（ｃｂＨｅｉｇｈｔ）アレイｐｒｅｄＳａｍｐｌｅｓＬであるＩＢＣ予測サンプル（ｐｒｅｄＳａｍｐｌｅｓ）を出力として呼び出される。
－ ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合に、現在のコーディング・ユニットの予測サンプルは、以下のように導出される。
－ ＩＢＣブロックの復号プロセスは、ルマ・コーディング・ブロック位置（ｘＣｂ，ｙＣｂ）、ルマ・コーディング・ブロック幅ｃｂＷｉｄｔｈ、ルマ・コーディング・ブロック高さｃｂＨｅｉｇｈｔ、クロマ・ブロック・ベクトルｂｖＣ、および１に等しくセットされた変数ｃＩｄｘを入力とし、クロマ・コンポーネントＣｂのための予測クロマ・サンプルの（ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣ）ｘ（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）アレイｐｒｅｄＳａｍｐｌｅｓＣｂであるＩＢＣ予測サンプル（ｐｒｅｄＳａｍｐｌｅｓ）を出力として呼び出される。
－ ＩＢＣブロックの復号プロセスは、ルマ・コーディング・ブロック位置（ｘＣｂ，ｙＣｂ）、ルマ・コーディング・ブロック幅ｃｂＷｉｄｔｈ、ルマ・コーディング・ブロック高さｃｂＨｅｉｇｈｔ、クロマ・ブロック・ベクトルｂｖＣ、および２に等しくセットされた変数ｃＩｄｘを入力とし、クロマ・コンポーネントＣｒのための予測クロマ・サンプルの（ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣ）ｘ（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）アレイｐｒｅｄＳａｍｐｌｅｓＣｒであるＩＢＣ予測サンプル（ｐｒｅｄＳａｍｐｌｅｓ）を出力として呼び出される。
３． 現在のコーディング・ユニットの残差サンプルは、以下のように導出される。
－ インター予測モードでコーディングされたコーディング・ブロックの残差信号の復号プロセスは、ルマ位置（ｘＣｂ，ｙＣｂ）に等しくセットされた位置（ｘＴｂ０，ｙＴｂ０）、ルマ・コーディング・ブロック幅ｃｂＷｉｄｔｈに等しくセットされた幅ｎＴｂＷ、ルマ・コーディング・ブロック高さｃｂＨｅｉｇｈｔに等しくセットされた高さｎＴｂＨ、および０に等しくセットされた変数ｃＩｄｘを入力とし、アレイｒｅｓＳａｍｐｌｅｓＬを出力として呼び出される。
－ ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合に、インター予測モードでコーディングされたコーディング・ブロックの残差信号の復号プロセスは、クロマ位置（ｘＣｂ／ＳｕｂＷｉｄｔｈＣ，ｙＣｂ／ＳｕｂＨｅｉｇｈｔＣ）に等しくセットされた位置（ｘＴｂ０，ｙＴｂ０）、クロマ・コーディング・ブロック幅ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣに等しくセットされた幅ｎＴｂＷ、クロマ・コーディング・ブロック高さｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣに等しくセットされた高さｎＴｂＨ、および１に等しくセットされた変数ｃＩｄｘを入力とし、アレイｒｅｓＳａｍｐｌｅｓＣｂを出力として呼び出される。
－ ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合に、インター予測モードでコーディングされたコーディング・ブロックの残差信号の復号プロセスは、クロマ位置（ｘＣｂ／ＳｕｂＷｉｄｔｈＣ，ｙＣｂ／ＳｕｂＨｅｉｇｈｔＣ）に等しくセットされた位置（ｘＴｂ０，ｙＴｂ０）、クロマ・コーディング・ブロック幅ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣに等しくセットされた幅ｎＴｂＷ、クロマ・コーディング・ブロック高さｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣに等しくセットされた高さｎＴｂＨ、および２に等しくセットされた変数ｃＩｄｘを入力とし、アレイｒｅｓＳａｍｐｌｅｓＣｒを出力として呼び出される。
４． 現在のコーディング・ユニットの再構成されたサンプルは、以下のように導出される。
－ 色コンポーネントのピクチャ再構成プロセスは、（ｘＣｂ，ｙＣｂ）に等しくセットされたブロック位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ｃｂＷｉｄｔｈに等しくセットされたブロック幅ｎＣｕｒｒＳｗ、ｃｂＨｅｉｇｈｔに等しくセットされたブロック高さｎＣｕｒｒＳｈ、０に等しくセットされた変数ｃＩｄｘ、ｐｒｅｄＳａｍｐｌｅｓＬに等しくセットされた（ｃｂＷｉｄｔｈ）ｘ（ｃｂＨｅｉｇｈｔ）アレイｐｒｅｄＳａｍｐｌｅｓ、およびｒｅｓＳａｍｐｌｅｓＬに等しくセットされた（ｃｂＷｉｄｔｈ）ｘ（ｃｂＨｅｉｇｈｔ）アレイｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力はループ内フィルタリング前の修正された再構成された画像である。
－ ｔｒｅｅＴｙｐｅがＳＮＧＬＥ＿ＴＲＥＥに等しい場合に、色コンポーネントのピクチャ再構成プロセスは、ｘＣｂ／ＳｕｂＷｉｄｔｈＣ，ｙＣｂ／ＳｕｂＨｅｉｇｈｔＣ）に等しくセットされたブロック位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣに等しくセットされたブロック幅ｎＣｕｒｒＳｗ、ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣに等しくセットされたブロック高さｎＣｕｒｒＳｈ、１に等しくセットされた変数ｃＩｄｘ、ｐｒｅｄＳａｍｐｌｅｓＣｂに等しくセットされた（ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣ）ｘ（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）アレイｐｒｅｄＳａｍｐｌｅｓ、およびｒｅｓＳａｍｐｌｅｓＣｂに等しくセットされた（ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣ）ｘ（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）アレイｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力はループ内フィルタリング前の修正された再構成されたピクチャである。
－ ｔｒｅｅＴｙｐｅがＳＮＧＬＥ＿ＴＲＥＥに等しい場合に、色コンポーネントのピクチャ再構成プロセスは、ｘＣｂ／ＳｕｂＷｉｄｔｈＣ，ｙＣｂ／ＳｕｂＨｅｉｇｈｔＣ）に等しくセットされたブロック位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣに等しくセットされたブロック幅ｎＣｕｒｒＳｗ、ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣに等しくセットされたブロック高さｎＣｕｒｒＳｈ、２に等しくセットされた変数ｃＩｄｘ、ｐｒｅｄＳａｍｐｌｅｓＣｒに等しくセットされた（ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣ）ｘ（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）アレイｐｒｅｄＳａｍｐｌｅｓ、およびｒｅｓＳａｍｐｌｅｓＣｒに等しくセットされた（ｃｂＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣ）ｘ（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）アレイｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力はループ内フィルタリング前の修正された再構成されたピクチャである。
[外３]
Figure 2022534235000023
Figure 2022534235000024
Figure 2022534235000025
実施形態２：
ＭａｘＮｕｍＭｅｒｇｅＣａｎｄまたはＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄの値が１にセットされる場合に、モーション・ベクトル候補リスト内の第２の候補がデフォルト値、例えばゼロ・モーション・ベクトルに等しくセットされる。
[外４]
Figure 2022534235000026
Figure 2022534235000027
実施形態３：
モーション・ベクトル候補リストがＩＢＣ ＡＭＶＰモードに対して少なくとも２つのエントリを有することを保証する。
この解決策では、モーション・ベクトル候補リストは、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇに依存して構成される。ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇがｔｒｕｅ（例えば、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇの値が１）である場合に、変数ｍａｘＮｕｍＬｉｓｔＣａｎｄが、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄまたはＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄに等しくセットされ、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇがｆａｌｓｅ（例えば、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇの値が０）である場合に、、ｍａｘＮｕｍＬｉｓｔＣａｎｄまたはＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄが、２に等しくセットされる。次いで、モーション・ベクトル候補リストの構成では、リスト内の候補の数がｍａｘＮｕｍＬｉｓｔＣａｎｄに等しくなるまで、ＨＭＶＰ候補およびゼロ候補がリストに追加される。
[外５]
Figure 2022534235000028
Figure 2022534235000029
Figure 2022534235000030
実施形態４：
モーション・ベクトル候補リストがＩＢＣ ＡＭＶＰモードに対して少なくとも２つのエントリを有することを保証する。
この解決策では、少なくとも２つのエントリを有するモーション・ベクトル候補リストが構成される。
モーション・ベクトル候補リスト構成では、リスト内の候補の数がＭａｘＮｕｍＭｅｒｇｅＣａｎｄまたはＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄと２の間の最大数に等しくなるまで、ＨＭＶＰ候補およびゼロ候補がリストに追加される。
[外６]
Figure 2022534235000031
Figure 2022534235000032
実施形態５：
モーション・ベクトル候補リストがＩＢＣ ＡＭＶＰモードに対して少なくとも２つのエントリを有することを保証する。
この解決策では、モーション・ベクトル候補リスト構成がＭａｘＮｕｍＭｅｒｇｅＣａｎｄまたはＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄでデカップルされ、６つのエントリを有する動きベクトル候補リストが常に構成される。リスト内の候補の数が６になるまで、ＨＭＶＰ候補およびゼロ候補がリストに追加される。
[外７]
Figure 2022534235000033
Figure 2022534235000034
実施形態６：
ＭａｘＮｕｍＭｅｒｇｅＣａｎｄまたはＭａｘＮｕｍＩｂｃＭｅｒｇｅＣａｎｄが１より大きいことを保証する。
[外８]
Figure 2022534235000035
例１． 復号デバイスによって実装されるコーディングの方法であって、
現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得ることであって、現在のブロックは、ブロック内コピーＩＢＣ ＭＶＰモードを使用して予測される、ことと、
現在のブロックのＭＶＰ候補の最大数の値が１より大きい場合に、ＭＶＰインデックスの値をゼロに設定することと、
ＭＶＰインデックス及び候補リストにしたがって現在のブロックのモーション・ベクトルを得ることと、
現在のブロックのモーション・ベクトルにしたがって現在のブロックの予測サンプル値を得ることと、を含む。
例２． 現在のブロックのＭＶＰ候補の最大数の値は、ビットストリームからスライス・レベル、タイル・グループ・レベル、ｓｐｓレベル又はｐｐｓレベルで構文要素を解析することによって得られる、例１に記載の方法。
例３． 候補リストは、現在のブロックに隣接する少なくとも１つの隣接ブロック、及び履歴ベースのモーション・ベクトル予測子ＨＭＶＰリストに基づいて得られ、少なくとも１つの隣接ブロックは、ＩＢＣモードを使用して予測される、請求項１又は２に記載の方法。
例４． 復号デバイスによって実装されるコーディングの方法であって、
現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得ることであって、現在のブロックは、ブロック内コピーＩＢＣ ＭＶＰモードを使用して予測される、ことと、
現在のブロックのＭＶＰインデックスの値が１で、現在のブロックのＭＶＰ候補の最大数の値が１に等しい場合に、現在のブロックのモーション・ベクトルをデフォルト値に設定することと、
現在のブロックのモーション・ベクトルにしたがって現在のブロックの予測サンプル値を得ることと、を含む。
例５． 現在のブロックのＭＶＰ候補の最大数の値は、ビットストリームからスライス・レベル、タイル・グループ・レベル、ｓｐｓレベル又はｐｐｓレベルで構文要素を解析することによって得られる、例４に記載の方法。
例６． デフォルト値は、ゼロである、例４又は５に記載の方法。
例７． 復号デバイスによって実装されるコーディングの方法であって、
現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得ることであって、現在のブロックは、ブロック内コピーＩＢＣ ＭＶＰモードを使用して予測される、ことと、
現在のブロックのＭＶＰ候補の最大数の値が１に等しい場合に、現在のブロックに隣接する少なくとも１つの隣接するブロック及び履歴ベースのモーション・ベクトル予測子ＨＭＶＰリストにしたがって、現在のブロックの候補リストを得ることであって、現在のブロックの候補リストは、２つの候補を含み、少なくとも１つの隣接するブロックは、ＩＢＣモードを使用して予測される、取得することと、
現在のブロックのＭＶＰインデックス及び候補リストにしたがって、現在のブロックのモーション・ベクトルを得ることと、
現在のブロックのモーション・ベクトルにしたがって現在のブロックの予測サンプル値を得ることと、を含む。
例８． 現在のブロックのＭＶＰ候補の最大数の値は、ビットストリームからスライス・レベル、タイル・グループ・レベル、ｓｐｓレベル又はｐｐｓレベルで構文要素を解析することによって得られる、例７に記載の方法。
例９． 例１～８のいずれか１つに記載の方法を実施するための処理回路を含む、復号器（３０）。
例１０． 例１～８のいずれか１つに記載の方法を実施するためのプログラムコードを含むコンピュータ・プログラム製品。
例１１． １つ以上のプロセッサと、
プロセッサに結合され、プロセッサによる実行のためのプログラミングを記憶する非一時的なコンピュータ可読記憶媒体であって、プログラミングは、プロセッサによって実行される場合に、請求項１～８のいずれか一項に記載の方法を実施するように復号器を設定する、非一時的なコンピュータ可読記憶媒体と、を含む、復号器。
以下、上記の実施形態に示す符号化方式及び復号方式の適用とそれらを用いたシステムの説明である。図８は、コンテンツ配信サービスを実現するためのコンテンツ供給システム３１００を示すブロック図である。このコンテンツ供給システム３１００は、捕捉デバイス３１０２、端末デバイス３１０６を含み、任意選択で、ディスプレイ３１２６を含む。捕捉デバイス３１０２は、通信リンク３１０４を介して端末デバイス３１０６と通信する。通信リンクは、上述の通信チャネル１３を含んでもよい。通信リンク３１０４は、ＷＩＦＩ、イーサネット、ケーブル、無線（３Ｇ／４Ｇ／５Ｇ）、ＵＳＢ、又はそれらの任意の種類の組み合わせなどを含むが、これらに限定されない。
捕捉デバイス３１０２は、データを生成し、上記の実施形態に示す符号化方法によってデータを符号化してもよい。代替的には、捕捉デバイス３１０２は、ストリーミングサーバ（図示せず）にデータを配信することができ、サーバは、データを符号化し、符号化されたデータを端末デバイス３１０６に送信する。捕捉デバイス３１０２は、カメラ、スマートフォン又はパッド、コンピュータ若しくはラップトップ、ビデオ会議システム、ＰＤＡ、車載デバイス、又はそれらのいずれかの組み合わせなどを含むが、これらに限定されない。例えば、捕捉デバイス３１０２は、上述のようにソース・デバイス１２を含んでもよい。データがビデオを含む場合に、捕捉デバイス３１０２に含まれるビデオ符号化器２０は、実際にビデオ符号化処理を実行することができる。データがオーディオ（すなわち、音声）を含む場合、捕捉デバイス３１０２に含まれるオーディオ符号化器は、実際にオーディオ符号化処理を実行することができる。いくつかの実際的なシナリオでは、捕捉デバイス３１０２は、符号化されたビデオ及びオーディオ・データを、それらを一緒に多重化することによって配布する。他の実際的なシナリオ、例えば、ビデオ会議システムにおいては、符号化されたオーディオ・データ及び符号化されたビデオ・データは多重化されない。捕捉デバイス３１０２は、符号化されたオーディオ・データ及び符号化されたビデオ・データを、端末デバイス３１０６に別々に配信する。
コンテンツ供給システム３１００では、端末デバイス３１０は、符号化されたデータを受信及び再生する。端末デバイス３１０６は、スマートフォン又はＰａｄ３１０８、コンピュータ若しくはラップトップ３１１０、ネットワーク・ビデオ・レコーダ（ＮＶＲ）／デジタル・ビデオ・レコーダ（ＤＶＲ）３１１２、ＴＶ３１１４、セット・トップ・ボックス３１１６、ビデオ会議システム３１１８、ビデオ監視システム３１２０、パーソナル・デジタル・アシスタント（ＰＤＡ）３１２２、車載デバイス３１２４、又はこれらのいずれかの組み合わせなどの、データ受信及び復元能力を有し、前述の符号化されたデータを復号することが可能なデバイスとすることができる。例えば、捕捉デバイス３１０６は、上述のようにソース・デバイス１４を含んでもよい。符号化されたデータがビデオを含む場合に、端末デバイスに含まれるビデオ復号器３０は、ビデオ復号を実行するように優先される。符号化されたデータがオーディオを含む場合に、端末デバイスに含まれるオーディオ復号器は、オーディオ復号処理を実行するように優先される。
ディスプレイを有する端末デバイス、例えば、スマートフォン又はパッド３１０８、コンピュータ又はラップトップ３１１０、ネットワーク・ビデオ・レコーダ／デジタル・ビデオ・レコーダ３１１２、ＴＶ３１１４、パーソナル・デジタル・アシスタント３１２２、又は車両搭載デバイス３１２４では、端末デバイスは、復号されたデータをそのディスプレイに供給することができる。ディスプレイを搭載しないデバイス、例えば、ＳＴＢ３１１６、ビデオ会議システム３１１８、又はビデオ監視システム３１２０では、外部ディスプレイ３１２６がそこに接触されて、復号されたデータを受信し、示す。このシステムの各デバイスが符号化又は復号を行う場合に、前述の実施形態に示すように、ピクチャ符号化デバイス又はピクチャ復号デバイスを使用することができる。図９は、端末デバイス３１０６の一例の構成を示す図である。端末デバイス３１０６が、捕捉デバイス３１０２からストリームを受信した後、プロトコル進行ユニット３２０２は、ストリームの伝送プロトコルを分析する。このプロトコルは、リアルタイム・ストリーミング・プロトコル（ＲＴＳＰ）、ハイパー・テキスト・トランスファー・プロトコル（ＨＴＴＰ）、ＨＴＴＰライブ・ストリーミング・プロトコル（ＨＬＳ）、ＭＰＥＧ－ＤＡＳＨ、リアルタイム・トランスポート・プロトコル（ＲＴＰ）、リアルタイム・メッセージング・プロトコル（ＲＴＭＰ）、又はそれらの任意の種類の組み合わせなどを含むが、これらに限定されない。プロトコル進行ユニット３２０２がストリームを処理した後に、ストリームファイルは、生成される。ファイルは、逆多重化ユニット３２０４に出力される。逆多重化ユニット３２０４は、多重化されたデータを符号化されたオーディオ・データと符号化されたビデオ・データとに分離することができる。上述したように、いくつかの実際的なシナリオ、例えば、ビデオ会議システムにおいては、符号化されたオーディオ・データ及び符号化されたビデオ・データは多重化されない。この状況では、符号化データは、逆多重化部３２０４を介することなく、ビデオ復号器３２０６及び音声復号器３２０８に送信される。
逆多重化処理を介して、ビデオ・エレメントリー・ストリーム（ＥＳ）、オーディオＥＳ、及び任意選択で字幕が生成される。前述の実施形態で説明されたビデオ復号器３０を含むビデオ復号器３２０６は、上述の実施形態に示す復号方法によってビデオＥＳを復号して、ビデオ・フレームを生成し、このデータを同期ユニット３２１２に送信する。オーディオ復号器３２０８は、オーディオＥＳを復号して、オーディオ・フレームを生成し、このデータを同期ユニット３２１２に送信する。代替的には、ビデオ・フレームは、同期ユニット３２１２に供給する前に、バッファ（図９には示さず）に記憶させてもよい。代替的には、オーディオ・フレームは、同期ユニット３２１２に供給する前に、バッファ（図９には示さず）に記憶させてもよい。同期ユニット３２１２は、ビデオ・フレームとオーディオ・フレームを同期させ、ビデオ／オーディオ・ディスプレイ３２１４にビデオ／オーディオを供給する。例えば、同期ユニット３２１２は、ビデオ情報及びオーディオ情報の提示を同期させる。情報は、符号化されたオーディオ及びビジュアル・データの提示に関するタイム・スタンプ及びデータストリーム自体の送達に関するタイム・スタンプを使用して、構文でコーディングすることができる。字幕がストリームに含まれる場合、字幕復号器３２１０は、字幕を復号し、それをビデオ・フレーム及びオーディオ・フレームと同期させ、ビデオ／オーディオ／字幕をビデオ／オーディオ／字幕ディスプレイ３２１６に供給する。本発明は、前述のシステムに限定されるものではなく、前述の実施形態におけるピクチャ符号化デバイス又はピクチャ復号デバイスのいずれかを、他のシステム、例えば、自動車システムに組み込むことができる。
数学演算子
この出願で使用される数学演算子は、Ｃプログラミング言語で使用されるものに類似する。しかし、整数除算演算と算術シフト演算の結果は、より正確に定義され、べき乗や実数値除算などの追加演算が定義される。番号付けとカウントの規則は一般に０から開始する。例えば、「第１」は、０番に等価であり、「第２」は、１番に等価であるなどである。
算術演算子
次の算術演算子は、次のように定義される。
＋ 加算
－ 減算（２引数演算子として）又は否定（単項接頭演算子として）
＊ 行列乗算を含む乗算
ｘｙ べき乗。ｘの指数ｙのべき乗を指定する。他の文脈では、そのような表記は、べき乗として解釈することを意図しない上付き文字として使用される。
／ 結果がゼロに向かって切り捨てられる整数除算。たとえば、７／４と－７／－４は１に切り捨てられ、－７／４と７／－４は－１に切り捨てられる。
÷ 切り捨てや丸めが意図されていない数式の除算を示すために使用される。
Figure 2022534235000036
 切り捨てや丸めが意図されていない数式の除算を示すために使用される。
Figure 2022534235000037
 ｘからｙまでのすべての整数値をとるｉのｆ（ｉ）の和である。
ｘ ％ ｙ 剰余。ｘの残りをｙで割った余りであり、ｘ＞＝０及びｙ＞０の整数ｘ及びｙに対してのみ定義される。
論理演算子
次の論理演算子は、次のように定義される。
ｘ＆＆ｙ ｘとｙのブール論理「ａｎｄ」
ｘ｜｜ｙ ｘとｙのブール論理「ｏｒ」
！ ブール論理「否定」
ｘ？ｙ：ｚ ｘがＴＲＵＥ又は０でない場合、ｙの値、そうでない場合はｚの値で評価される。
関係演算子
次の関係演算子は、次のように定義される。
＞ より大きい
＞＝ 以上
＜ より小さい
＜＝ 以下
＝＝ 等しい
！＝ 等しくない
値「ｎａ」 （適用不可）が割り当てられた構文要素又は変数に関係演算子が適用される場合に、値「ｎａ」はその構文要素又は変数の重複しない値として扱われる。値「ｎａ」は他の値と等しくないとみなされる。
ビット単位演算子
次のビット単位演算子は、次のように定義される。
＆ ビット単位の「ａｎｄ」である。整数引数について操作する場合に、整数値の２の補数表現について操作する。別の引数よりも少ないビットを含むバイナリ引数について操作する場合に、より短い引数は、０に等しいより大きなビットを加えることによって拡張される。
｜ ビット単位の「ｏｒ」である。整数引数について操作する場合に、整数値の２の補数表現について操作する。別の引数よりも少ないビットを含むバイナリ引数について操作する場合に、より短い引数は、０に等しいより大きなビットを加えることによって拡張される。
＾ ビット単位の「ｅｘｃｌｕｓｉｖｅ ｏｒ」である。整数引数について操作する場合に、整数値の２の補数表現について操作する。別の引数よりも少ないビットを含むバイナリ引数について操作する場合に、より短い引数は、０に等しいより大きなビットを加えることによって拡張される。
ｘ＞＞ｙ ｘをｙバイナリ・ディジットの２の補数整数表現の算術右シフトである。この関数は、ｙの負でない整数値に対してのみ定義される。右シフトの結果として最上位ビット（ＭＳＢ）にシフトされたビットは、シフト演算の前にｘのＭＳＢに等しい値を持つ。
ｘ＜＜ｙ ｘをｙバイナリ・ディジットの２の補数整数表現の算術左シフトである。この関数は、ｙの負でない整数値に対してのみ定義される。左シフトの結果として最下位ビット（ＬＳＢ）にシフトされたビットは、０に等しい値を持つ。
割り当て演算子
次の代入演算子は、次のように定義される。
＝ 代入演算子
＋＋ インクリメント、すなわちｘ＋＋はｘ＝ｘ＋１と等価であり、配列インデックスで使用される場合に、インクリメント演算の前に変数の値で評価される。
－－ デクリメント、すなわちｘ＋＋はｘ＝ｘ＋１と等価であり、配列インデックスで使用される場合に、デクリメント演算の前に変数の値で評価される。
＋＝ 指定された量だけインクリメントする、すなわちｘ＋＝３はｘ＝ｘ＋３と等価であり、ｘ＋＝（－３）はｘ＝ｘ＋（－３）と等価である。
－＝ 指定された量だけデクリメントする、すなわちｘ－＝３はｘ＝ｘ－３と等価であり、ｘ－＝（－３）はｘ＝ｘ－（－３）と等価である。
範囲表記
値の範囲を指定するには、次の表記が使用される。
ｘ＝ｙ．．ｚ ｘは、ｙからｚまでの整数値をとり、ｘ、ｙ及びｚは、整数であり、ｚは、ｙより大きい。
数学関数
次の数学関数が定義される。
Figure 2022534235000038
 Ａｓｉｎ（ｘ） 正弦の逆三角関数であって、－１．０～１．０の範囲の引数ｘについて操作し、
－π÷２～π÷２（ラジアンの単位）の範囲の出力値である。
Ａｔａｎ（ｘ） 正接の逆三角関数であって、引数ｘについて操作し、－π÷２～π÷２（ラジアンの単位）の範囲の出力値である。
Figure 2022534235000039
 Ｃｅｉｌ（ｘ） ｘ以上の最小整数である。
Figure 2022534235000040
Ｃｏｓ（ｘ） ラジアン単位の引数ｘについて操作する余弦の三角関数である。
Ｆｌｏｏｒ（ｘ） ｘ以下の最大整数である。
Figure 2022534235000041
Ｌｎ（ｘ） ｘの自然対数（底ｅ対数、ｅは自然基本定数２．７１８２８１８２８．．．．）。
ｌｏｇ２（ｘ） ｘの底２の対数
Ｌｏｇ１０（ｘ） ｘの底１０の対数
Figure 2022534235000042
 Ｓｉｎ（ｘ） ラジアン単位の引数ｘについて操作する正弦の三角関数である。
Figure 2022534235000043
 Ｔａｎ（ｘ） ラジアン単位の引数ｘについて操作する正接の三角関数である。
演算優先度順位
式の優先順位が丸かっこを使用して明示的に示されない場合、次の規則が適用される。
－ より高い優先度の演算は、より低い優先度の演算の前に評価される。
－ 同じ優先度の演算は、左から右へ順次評価される。
以下の表は、最高から最低までの演算の優先度を指定しており、表中のより高い位置は、より高い優先度を示す。
Ｃプログラミング言語でも使用されるこれらの演算子については、本明細書で使用される優先順位は、Ｃプログラミング言語で使用される優先順位と同じである。
Figure 2022534235000044
表：（表の上部）最高から（表の下部）最低までの演算優先度
論理演算のテキスト記載
本テキストにおいて、次の形式で数学的に記載される論理演算の記述
Figure 2022534235000045
 は、以下の方式で記載されてもよい。
Figure 2022534235000046
 本テキストにおいて、各「Ｉｆ ．．． Ｏｔｈｅｒｗｉｓｅ， ｉｆ ．．． Ｏｔｈｅｒｗｉｓｅ， ．．．」文は、直後に「Ｉｆ ．．． 」が続く、「．．． ａｓ ｆｏｌｌｏｗｓ」又は「．．． ｔｈｅ ｆｏｌｌｏｗｉｎｇ ａｐｐｌｉｅｓ」で導入される。「Ｉｆ ．．． Ｏｔｈｅｒｗｉｓｅ， ｉｆ ．．． Ｏｔｈｅｒｗｉｓｅ， ．．．」 の最後の条件は、常に「Ｏｔｈｅｒｗｉｓｅ， ．．．」である。「Ｉｆ ．．． Ｏｔｈｅｒｗｉｓｅ， ｉｆ ．．． Ｏｔｈｅｒｗｉｓｅ， ．．．」 文は、「．．． ａｓ ｆｏｌｌｏｗｓ」又は「．．． ｔｈｅ ｆｏｌｌｏｗｉｎｇ ａｐｐｌｉｅｓ」を終わりの「Ｏｔｈｅｒｗｉｓｅ， ．．．」と一致させることによって識別することができる。
本テキストにおいて、次の形式で数学的に記載される論理演算の記述
Figure 2022534235000047
 は、以下の方式で記載されてもよい。
Figure 2022534235000048
 本テキストにおいて、次の形式で数学的に記載される論理演算の記述
Figure 2022534235000049
 は、以下の方式で記載されてもよい。
Figure 2022534235000050
本発明の実施形態は、主にビデオ・コーディングに基づいて説明されてきたが、コーディング・システム１０、符号化器２０及び復号器３０（並びに対応するシステム１０）の実施形態と、本明細書に説明される他の実施形態もまた、静止ピクチャ処理又はコーディング、すなわち、ビデオ・コーディングにおけるように、任意の先行又は連続するピクチャから独立した個々のピクチャの処理又はコーディングのために構成されてもよいことに留意されたい。一般に、ピクチャ処理コーディングが単一のピクチャ１７に限定される場合、フレーム間予測ユニット２４４（符号化器）及び３４４（復号器）のみが利用可能ではないことがある。ビデオ符号化器２０及びビデオ復号器３０の他の全ての機能（ツール又は技術とも呼ばれる）は、例えば、残留計算２０４／３０４、変換２０６、量子化２０８、逆量子化２１０／３１０、（逆）変換２１２／３１２、パーティショニング２６２／３６２、フレーム内予測２５４／３５４、及び／又はループ・フィルタリング２２０、３２０、及びエントロピー符号化２７０及びエントロピー復号３０４は、静止ピクチャ処理のために等しく使用されてもよい。例えば、符号化器２０及び復号器３０の実施形態、並びに、例えば、符号化器２０及び復号器３０を参照して、本明細書で説明される機能は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組み合わせで実装されてもよい。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体に記憶されるか、又は１つ以上の命令又はコードとして通信媒体を介して送信され、ハードウェアベースの処理ユニットによって実行される。コンピュータ可読媒体は、データ記憶媒体のような有形媒体に対応するコンピュータ可読記憶媒体、又は、例えば通信プロトコルにしたがって、ある場所から他の場所へのコンピュータ・プログラムの転送を容易にする任意の媒体を含む通信媒体を含んでもよい。このようにして、コンピュータ可読媒体は、一般に、（１）非一時的である有形のコンピュータ可読記憶媒体、又は（２）信号又は搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明される技術の実装のための命令、コード及び／又はデータ構造を検索するために、１つ以上のコンピュータ又は１つ以上のプロセッサによってアクセス可能な任意の利用可能な媒体であり得る。コンピュータ・プログラム製品は、コンピュータ可読記憶媒体を含んでもよい。
一例として、限定するものではないが、このようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭ又は他の光ディスク記憶デバイス、磁気ディスクストレージ、又は他の磁気記憶デバイス、フラッシュメモリ、又は命令又はデータ構造の形式で所望のプログラムコードを記憶するために使用することができ、コンピュータによってアクセスすることができる他の任意の媒体を含むことができる。また、任意の接続は、適切にコンピュータ可読媒体とも称される。例えば、同軸ケーブル、光ファイバケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、又は赤外線、無線、及びマイクロ波などの無線技術を用いて、ウェブサイト、サーバ、又は他のリモート・ソースから命令が送信される場合、同軸ケーブル、光ファイバケーブル、ツイスト・ペア、ＤＳＬ、又は赤外線、無線、及びマイクロ波のような無線技術は、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体及びデータ記憶媒体は、接続、搬送波、信号、又は他の一時的な媒体を含まず、代わりに非一時的で有形の記憶媒体に向けられると理解されたい。ディスクは、本明細書で使用する場合、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー・ディスク及びブルーレイ・ディスクを含み、ディスクは、通常、磁気的にデータを再生し、ディスクは光学的にレーザでデータを再生する。上記の組み合せはまた、コンピュータ可読媒体の範囲に含まれるべきである。
命令は、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル論理アレイ（ＦＰＧＡ）、又は他の同等の集積又は個別論理回路などの１つ以上のプロセッサによって実行されてもよい。したがって、本明細書で使用する用語「プロセッサ」は、前述の構造のいずれか、又は本明細書で説明される技術の実装に好適な他の構造を指してもよい。追加的に、いくつかの態様において、本明細書で説明される機能は、符号化及び復号のために構成される専用ハードウェア及び／又はソフトウェア・モジュール内に提供されてもよく、又は組み合わされたコーデックに組み込まれてもよい。また、この技術は、１つ以上の回路又は論理素子で完全に実装することができる。
本開示の技術は、無線ハンドセット、集積回路（ＩＣ）、又はＩＣのセット（例えば、チップセット）を含む、広範な種類のデバイス又は装置で実装されてもよい。本開示では、開示された技術を実行するように構成されているデバイスの機能的態様を強調するために、種々のコンポーネント、モジュール、又はユニットが説明されるが、必ずしも異なるハードウェアユニットによる実現を必要としない。むしろ、上述のように、種々のユニットは、コーデック・ハードウェア・ユニット内で組み合わされてもよく、又は、適切なソフトウェア及び／又はファームウェアと共に、上述の１つ以上のプロセッサを含む、相互動作可能なハードウェアユニットの集合によって提供されてもよい。
図３の例では、復号器３０は、エントロピー復号ユニット３０４と、逆量子化ユニット３１０と、逆変換処理ユニット３１２と、再構成ユニット３１４（例えば、合計器３１４）と、ループ・フィルタ３２０と、復号ピクチャ・バッファ３３０と、モード適用ユニット３６０と、インター予測ユニット３４４と、イントラ予測ユニット３５４とを含む。インター予測ユニット３４４は、モーション補償ユニットであってもよいし、またはこれを含んでもよい。ビデオ復号器３０は、いくつかの例において、図２からのビデオ符号化器１００に関して説明された符号化パスと概ね逆の復号パスを実行してもよい。符号化器２０に関して説明したように、逆量子化ユニット２１０、逆変換処理ユニット２１２、再構成ユニット２１４、ループ・フィルタ２２０、復号ピクチャ・バッファ（ＤＲＢ）２３０、インター予測ユニット３４４、及びイントラ予測ユニット３５４も、ビデオ符号化器２０の「内蔵復号器」を形成すると呼ばれる。したがって、逆量子化ユニット３１０は、逆量子化ユニット１１０と機能的に同一であってもよく、逆変換処理ユニット３１２は、逆変換処理ユニット２１２と機能的に同一であってもよく、再構成ユニット３１４は、再構成ユニット２１４と機能的に同一であってもよく、ループ・フィルタ３２０は、ループ・フィルタ２２０と機能的に同一であってもよく、復号されたピクチャ・バッファ３３０は、復号されたピクチャ・バッファ２３０と機能的に同一であってもよい。したがって、ビデオ復号器３０のそれぞれのユニット及び機能には、ビデオ符号化器２０のそれぞれのユニット及び機能に対して提供された説明が適用される。
例１． 復号デバイスによって実装されるコーディングの方法であって、
現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得ることであって、現在のブロックは、ブロック内コピーＩＢＣ ＭＶＰモードを使用して予測される、ことと、
現在のブロックのＭＶＰ候補の最大数の値が１より大きい場合に、ＭＶＰインデックスの値をゼロに設定することと、
ＭＶＰインデックス及び候補リストにしたがって現在のブロックのモーション・ベクトルを得ることと、
現在のブロックのモーション・ベクトルにしたがって現在のブロックの予測サンプル値を得ることと、を含む。
例２． 現在のブロックのＭＶＰ候補の最大数の値は、ビットストリームからスライス・レベル、タイル・グループ・レベル、ｓｐｓレベル又はｐｐｓレベルで構文要素を解析することによって得られる、例１に記載の方法。
例３． 候補リストは、現在のブロックに隣接する少なくとも１つの隣接ブロック、及び履歴ベースのモーション・ベクトル予測子ＨＭＶＰリストに基づいて得られ、少なくとも１つの隣接ブロックは、ＩＢＣモードを使用して予測される、例１又は２に記載の方法。
例４． 復号デバイスによって実装されるコーディングの方法であって、
現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得ることであって、現在のブロックは、ブロック内コピーＩＢＣ ＭＶＰモードを使用して予測される、ことと、
現在のブロックのＭＶＰインデックスの値が１で、現在のブロックのＭＶＰ候補の最大数の値が１に等しい場合に、現在のブロックのモーション・ベクトルをデフォルト値に設定することと、
現在のブロックのモーション・ベクトルにしたがって現在のブロックの予測サンプル値を得ることと、を含む。
例５． 現在のブロックのＭＶＰ候補の最大数の値は、ビットストリームからスライス・レベル、タイル・グループ・レベル、ｓｐｓレベル又はｐｐｓレベルで構文要素を解析することによって得られる、例４に記載の方法。
例６． デフォルト値は、ゼロである、例４又は５に記載の方法。
例７． 復号デバイスによって実装されるコーディングの方法であって、
現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得ることであって、現在のブロックは、ブロック内コピーＩＢＣ ＭＶＰモードを使用して予測される、ことと、
現在のブロックのＭＶＰ候補の最大数の値が１に等しい場合に、現在のブロックに隣接する少なくとも１つの隣接するブロック及び履歴ベースのモーション・ベクトル予測子ＨＭＶＰリストにしたがって、現在のブロックの候補リストを得ることであって、現在のブロックの候補リストは、２つの候補を含み、少なくとも１つの隣接するブロックは、ＩＢＣモードを使用して予測される、取得することと、
現在のブロックのＭＶＰインデックス及び候補リストにしたがって、現在のブロックのモーション・ベクトルを得ることと、
現在のブロックのモーション・ベクトルにしたがって現在のブロックの予測サンプル値を得ることと、を含む。
例８． 現在のブロックのＭＶＰ候補の最大数の値は、ビットストリームからスライス・レベル、タイル・グループ・レベル、ｓｐｓレベル又はｐｐｓレベルで構文要素を解析することによって得られる、例７に記載の方法。
例９． 例１～８のいずれか１つに記載の方法を実施するための処理回路を含む、復号器（３０）。
例１０． 例１～８のいずれか１つに記載の方法を実施するためのプログラムコードを含むコンピュータ・プログラム製品。
例１１． １つ以上のプロセッサと、
プロセッサに結合され、プロセッサによる実行のためのプログラミングを記憶する非一時的なコンピュータ可読記憶媒体であって、プログラミングは、プロセッサによって実行される場合に、例１～８のいずれか一項に記載の方法を実施するように復号器を設定する、非一時的なコンピュータ可読記憶媒体と、を含む、復号器。

Claims (23)

  1. 復号デバイスによって実装されるコーディングの方法であって、
    現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得ることであって、前記現在のブロックは、ブロック内コピーＩＢＣモードを使用して予測される、ことと、
    前記現在のブロックの前記ＭＶＰ候補の最大数の前記値が１に等しい場合に、ＭＶＰインデックスの値をゼロに設定することと、前記ＭＶＰインデックス及び候補リストにしたがって前記現在のブロックのモーション・ベクトルを得ることと、
    前記現在のブロックの前記モーション・ベクトルにしたがって前記現在のブロックの予測サンプル値を得ることと、を含む、方法。
  2. 前記現在のブロックの前記ＭＶＰ候補の最大数の前記値が１より大きい場合に、ビットストリームから前記ＭＶＰインデックスの値を解析することをさらに含む、請求項１に記載の方法。
  3. 前記ＭＶＰインデックスの前記値は、コーディングユニットレベルから解析される、請求項２に記載の方法。
  4. 前記ＭＶＰインデックスの前記値は、リスト０のモーション・ベクトル予測器インデックスを指定する、請求項１～３のいずれか一項に記載の方法。
  5. 前記現在のブロックの前記ＭＶＰ候補の最大数の前記値は、ビットストリームからのシーケンス・パラメータ・セットｓｐｓレベルを解析することによって得られる、請求項１～４のいずれか一項に記載の方法。
  6. 前記現在のブロックの前記ＭＶＰ候補の最大数の前記値は、ビットストリームからスライス・レベル、タイル・グループ・レベル又はｐｐｓレベルで構文要素を解析することによって得られる、請求項１～４のいずれか一項に記載の方法。
  7. 前記候補リストは、前記現在のブロックに隣接する少なくとも１つの隣接ブロック、及び履歴ベースのモーション・ベクトル予測子ＨＭＶＰリストに基づいて得られ、前記少なくとも１つの隣接ブロックは、ＩＢＣモードを使用して予測される、請求項１～６のいずれか一項に記載の方法。
  8. 復号デバイスによって実装されるコーディングの方法であって、
    現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得ることであって、前記現在のブロックは、ブロック内コピーＩＢＣモードを使用して予測される、ことと、
    現在のブロックの前記ＭＶＰ候補の最大数の前記値が１より大きいかどうかを判定することと、
    前記現在のブロックの前記ＭＶＰ候補の最大数の前記値が１より大きいと判定された場合に、ビットストリームからＭＶＰインデックスの値を解析することと、
    前記ＭＶＰインデックス及び候補リストにしたがって前記現在のブロックのモーション・ベクトルを得ることと、
    前記現在のブロックの前記モーション・ベクトルにしたがって前記現在のブロックの予測サンプル値を得ることと、を含む、方法。
  9. 前記現在のブロックの前記ＭＶＰ候補の最大数の前記値が１より大きいと判定された場合に、前記ＭＶＰインデックスの値をゼロに設定することをさらに含む、請求項８に記載の方法。
  10. 前記ＭＶＰインデックスの前記値は、コーディングユニットレベルから解析される、請求項８又は９に記載の方法。
  11. 前記ＭＶＰインデックスの前記値は、リスト０のモーション・ベクトル予測器インデックスを指定する、請求項８～１０のいずれか一項に記載の方法。
  12. 前記現在のブロックの前記ＭＶＰ候補の最大数の前記値は、ビットストリームからのシーケンス・パラメータ・セットｓｐｓレベルを解析することによって得られる、請求項８～１１のいずれか一項に記載の方法。
  13. 前記現在のブロックの前記ＭＶＰ候補の最大数の前記値は、ビットストリームからスライス・レベル、タイル・グループ・レベル又はｐｐｓレベルで構文要素を解析することによって得られる、請求項８～１１のいずれか一項に記載の方法。
  14. 前記候補リストは、前記現在のブロックに隣接する少なくとも１つの隣接ブロック、及び履歴ベースのモーション・ベクトル予測子ＨＭＶＰリストに基づいて得られ、前記少なくとも１つの隣接ブロックは、ＩＢＣモードを使用して予測される、請求項８～１３のいずれか一項に記載の方法。
  15. 復号デバイスによって実装されるコーディングの方法であって、
    現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得ることであって、前記現在のブロックは、ブロック内コピーＩＢＣモードを使用して予測される、ことと、
    前記現在の７ブロックのＭＶＰインデックスの値が１で、前記現在のブロックの前記ＭＶＰ候補の最大数の前記値が１に等しい場合に、前記現在のブロックのモーション・ベクトルをデフォルト値に設定することと、
    前記現在のブロックの前記モーション・ベクトルにしたがって前記現在のブロックの予測サンプルを得ることと、を含む、方法。
  16. 前記現在のブロックの前記ＭＶＰ候補の最大数の前記値は、ビットストリームからスライス・レベル、タイル・グループ・レベル又はｓｐｓレベル又はｐｐｓレベルで構文要素を解析することによって得られる、請求項１５に記載の方法。
  17. 前記デフォルト値は、ゼロである、請求項１５又は１６に記載の方法。
  18. 復号デバイスによって実装されるコーディングの方法であって、
    現在のブロックのモーション・ベクトル予測ＭＶＰ候補をマージする最大数の値を得ることであって、前記現在のブロックは、ブロック内コピーＩＢＣモードを使用して予測される、ことと、
    前記現在のブロックの前記ＭＶＰ候補の最大数の前記値が１に等しい場合に、前記現在のブロックに隣接する少なくとも１つの隣接するブロック及び履歴ベースのモーション・ベクトル予測子ＨＭＶＰリストにしたがって、前記現在のブロックの候補リストを得ることであって、前記現在のブロックの前記候補リストは、２つの候補を含み、前記少なくとも１つの隣接するブロックは、ＩＢＣモードを使用して予測される、取得することと、
    前記現在のブロックのＭＶＰインデックス及び前記候補リストにしたがって、前記現在のブロックのモーション・ベクトルを得ることと、
    前記現在のブロックの前記モーション・ベクトルにしたがって、前記現在のブロックの予測サンプルを得ることと、を含む、方法。
  19. 前記現在のブロックの前記ＭＶＰ候補の最大数の前記値は、ビットストリームからスライス・レベル、タイル・グループ・レベル、ｓｐｓレベル又はｐｐｓレベルで構文要素を解析することによって得られる、請求項１８に記載の方法。
  20. 請求項１～１９のいずれか一項に記載の方法を実施するための処理回路を含む、復号器（３０）。
  21. 請求項１～１９のいずれか一項に記載の方法を実行するためのプログラムコードを含む、コンピュータ・プログラム製品。
  22. １つ以上のプロセッサと、
    前記プロセッサに結合され、前記プロセッサによる実行のためのプログラミングを記憶する非一時的なコンピュータ可読記憶媒体であって、前記プログラミングは、前記プロセッサによって実行される場合に、請求項１～１９のいずれか一項に記載の方法を実施するように前記復号器を設定する、非一時的なコンピュータ可読記憶媒体と、を含む、復号器。
  23. 画像復号デバイスによって復号される符号化されたビットストリームを含む非一時的な記憶媒体であって、前記ビットストリームは、ビデオ信号又は画像信号のフレームを複数のブロックに分割することによって生成され、複数の構文要素を含み、前記複数の構文要素は、前記請求項のいずれか一項に記載のＭＶＰインデックスｍｖｐ＿ｌ０＿ｆｌａｇを含む、非一時的な記憶媒体。
JP2021569933A 2019-05-24 2020-05-20 Ｉｂｃマージ・リストのために使用する符号化器、復号器、及び対応する方法 Active JP7405870B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023210704A JP2024023666A (ja) 2019-05-24 2023-12-14 Ｉｂｃマージ・リストのために使用する符号化器、復号器、及び対応する方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN2019088335 2019-05-24
CNPCT/CN2019/088335 2019-05-24
PCT/CN2020/091136 WO2020238706A1 (en) 2019-05-24 2020-05-20 An encoder, a decoder and corresponding methods using for ibc merge list

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2023210704A Division JP2024023666A (ja) 2019-05-24 2023-12-14 Ｉｂｃマージ・リストのために使用する符号化器、復号器、及び対応する方法

Publications (2)

Publication Number Publication Date
JP2022534235A true JP2022534235A (ja) 2022-07-28
JP7405870B2 JP7405870B2 (ja) 2023-12-26

Family

ID=73553041

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2021569933A Active JP7405870B2 (ja) 2019-05-24 2020-05-20 Ｉｂｃマージ・リストのために使用する符号化器、復号器、及び対応する方法
JP2023210704A Pending JP2024023666A (ja) 2019-05-24 2023-12-14 Ｉｂｃマージ・リストのために使用する符号化器、復号器、及び対応する方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2023210704A Pending JP2024023666A (ja) 2019-05-24 2023-12-14 Ｉｂｃマージ・リストのために使用する符号化器、復号器、及び対応する方法

Country Status (10)

Country Link
US (1) US11985305B2 (ja)
EP (1) EP3942800A4 (ja)
JP (2) JP7405870B2 (ja)
KR (1) KR20210141712A (ja)
CN (1) CN113796071A (ja)
AU (1) AU2020282086A1 (ja)
BR (1) BR112021020933A2 (ja)
CA (1) CA3136498A1 (ja)
MX (1) MX2021014298A (ja)
WO (1) WO2020238706A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022534201A (ja) * 2019-05-25 2022-07-28 北京字節跳動網絡技術有限公司 イントラブロックコピー符号化ブロックにおけるブロックベクトルの符号化

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200145785A (ko) * 2019-06-20 2020-12-30 한국전자통신연구원 비디오 부호화/복호화 방법, 장치 및 비트스트림 저장 매체
AU2020316548A1 (en) * 2019-07-25 2022-02-24 Beijing Bytedance Network Technology Co., Ltd. Mapping restriction for intra-block copy virtual buffer
KR20220036936A (ko) 2019-07-25 2022-03-23 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 인트라 블록 복사 가상 버퍼에 대한 크기 제한
CN114270862A (zh) * 2019-09-03 2022-04-01 松下电器（美国）知识产权公司 编码装置、解码装置、编码方法和解码方法
CN114342410A (zh) 2019-09-05 2022-04-12 北京字节跳动网络技术有限公司 帧内块复制模式下块矢量的范围约束
KR20220064968A (ko) 2019-09-23 2022-05-19 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 가상 파이프라인 데이터 유닛에 기초한 인트라 블록 복사 가상 버퍼의 설정
WO2021185306A1 (en) 2020-03-18 2021-09-23 Beijing Bytedance Network Technology Co., Ltd. Intra block copy buffer and palette predictor update
WO2024088048A1 (en) * 2022-10-26 2024-05-02 Mediatek Inc. Method and apparatus of sign prediction for block vector difference in intra block copy
CN118118680A (zh) * 2022-11-30 2024-05-31 华为技术有限公司 视频处理方法及装置

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110015356A (ko) 2009-08-07 2011-02-15 한국전자통신연구원 차분 신호의 특성에 기반한 적응적인 변환 부호화/양자화 영역을 이용한 동영상 부호화/복호화 장치 및 그 방법
EP2717579B1 (en) 2011-05-31 2020-01-22 Sun Patent Trust Video decoding method and video decoding device
CN107105227B (zh) 2011-06-30 2019-10-25 Jvc建伍株式会社 图像编码装置、图像编码方法、图像解码装置及图像解码方法
US20130336405A1 (en) * 2012-06-15 2013-12-19 Qualcomm Incorporated Disparity vector selection in video coding
US9918105B2 (en) * 2014-10-07 2018-03-13 Qualcomm Incorporated Intra BC and inter unification
US10721489B2 (en) * 2016-09-06 2020-07-21 Qualcomm Incorporated Geometry-based priority for the construction of candidate lists
US10757442B2 (en) * 2017-07-05 2020-08-25 Qualcomm Incorporated Partial reconstruction based template matching for motion vector derivation
CN113261294B (zh) * 2019-01-02 2024-06-18 Lg电子株式会社 基于sbtmvp的帧间预测方法和设备
US11659166B2 (en) * 2019-01-02 2023-05-23 Lg Electronics Inc. Method and apparatus for coding image by using MMVD based on CPR
US11962756B2 (en) * 2019-01-05 2024-04-16 Lg Electronics Inc. Method and apparatus for processing video data
CN113508583A (zh) * 2019-03-04 2021-10-15 Lg 电子株式会社 基于帧内块编译的视频或图像编译
WO2020180155A1 (ko) * 2019-03-07 2020-09-10 엘지전자 주식회사 비디오 신호를 처리하기 위한 방법 및 장치
US12003757B2 (en) * 2019-03-10 2024-06-04 Lg Electronics Inc. Video signal processing method and device for processing motion vector difference information for inter prediction in video signal
KR20210130235A (ko) * 2019-04-15 2021-10-29 엘지전자 주식회사 스케일링 리스트 파라미터 기반 비디오 또는 영상 코딩
CN114270827A (zh) * 2019-06-24 2022-04-01 Lg电子株式会社 利用色度块的最大变换大小设定的图像编码/解码方法和设备及发送比特流的方法
MX2022000156A (es) * 2019-06-24 2022-02-21 Lg Electronics Inc Método y aparato para codificación/decodificación de video usando limitación de tamaño máximo de bloque de transformación de croma, y método para transmitir flujo de bits.

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
BENJAMIN BROSS, ET AL.: "Versatile Video Coding (Draft 5)", JOINT VIDEO EXPERTS TEAM (JVET) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11, vol. JVET-N1001-v6, JPN6022055639, 23 May 2019 (2019-05-23), pages 40 - 43, ISSN: 0004961585 *
HYEONGMUN JANG, ET AL.: "AhG2 : Editorial Suggestion on the text specification for Inter and IBC mode", JOINT VIDEO EXPERTS TEAM (JVET) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11, vol. JVET-N0468, JPN6022055638, 13 March 2019 (2019-03-13), ISSN: 0004961586 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022534201A (ja) * 2019-05-25 2022-07-28 北京字節跳動網絡技術有限公司 イントラブロックコピー符号化ブロックにおけるブロックベクトルの符号化
JP7332721B2 (ja) 2019-05-25 2023-08-23 北京字節跳動網絡技術有限公司 イントラブロックコピー符号化ブロックにおけるブロックベクトルの符号化

Also Published As

Publication number Publication date
WO2020238706A1 (en) 2020-12-03
CA3136498A1 (en) 2020-12-03
EP3942800A4 (en) 2022-06-01
US11985305B2 (en) 2024-05-14
US20220030223A1 (en) 2022-01-27
CN113796071A (zh) 2021-12-14
WO2020238706A9 (en) 2021-09-23
JP7405870B2 (ja) 2023-12-26
MX2021014298A (es) 2022-01-04
AU2020282086A1 (en) 2021-11-04
KR20210141712A (ko) 2021-11-23
BR112021020933A2 (pt) 2021-12-21
JP2024023666A (ja) 2024-02-21
EP3942800A1 (en) 2022-01-26

Similar Documents

Publication Publication Date Title
KR102596735B1 (ko) 루마 및 크로마 성분에 대한 ibc 전용 버퍼 및 디폴트 값 리프레싱을 사용하는 인코더, 디코더 및 대응하는 방법들
JP7239697B2 (ja) エンコーダ、デコーダ、インター予測のための対応する方法
JP7405870B2 (ja) Ｉｂｃマージ・リストのために使用する符号化器、復号器、及び対応する方法
US11909959B2 (en) Encoder, a decoder and corresponding methods for merge mode
JP7477066B2 (ja) Ｉｂｃマージリストを使用するエンコーダ、デコーダ、及び対応する方法
JP7414975B2 (ja) 幾何学的パーティション・モードのためのコーディング・プロセス
JP7448602B2 (ja) ビデオコーディングのための、サブブロックマージ候補のための個別マージリストと、イントラ－インター技術との調和
US20210329305A1 (en) Encoder, A Decoder And Corresponding Methods For Tile Configuration Signaling
RU2817030C2 (ru) Кодер, декодер и соответствующие способы использования для списка объединения ibc
US11997296B2 (en) Motion field storage optimization for a line buffer
KR20240093885A (ko) Ibc 병합 리스트를 사용하는 인코더, 디코더 및 대응하는 방법들

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211124

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20211124

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20221212

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230110

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230410

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230801

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231031

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231114

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231214

R150 Certificate of patent or registration of utility model

Ref document number: 7405870

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150