JP7319365B2 - サブブロックに基づくインター予測のための調整方法 - Google Patents

サブブロックに基づくインター予測のための調整方法 Download PDF

Info

Publication number
JP7319365B2
JP7319365B2 JP2021526695A JP2021526695A JP7319365B2 JP 7319365 B2 JP7319365 B2 JP 7319365B2 JP 2021526695 A JP2021526695 A JP 2021526695A JP 2021526695 A JP2021526695 A JP 2021526695A JP 7319365 B2 JP7319365 B2 JP 7319365B2
Authority
JP
Japan
Prior art keywords
block
motion vector
sub
candidates
video
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021526695A
Other languages
English (en)
Other versions
JP2022507590A (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.)
Beijing ByteDance Network Technology Co Ltd
ByteDance Inc
Original Assignee
Beijing ByteDance Network Technology Co Ltd
ByteDance Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing ByteDance Network Technology Co Ltd, ByteDance Inc filed Critical Beijing ByteDance Network Technology Co Ltd
Publication of JP2022507590A publication Critical patent/JP2022507590A/ja
Priority to JP2023117792A priority Critical patent/JP2023156316A/ja
Application granted granted Critical
Publication of JP7319365B2 publication Critical patent/JP7319365B2/ja
Priority to JP2023217004A priority patent/JP2024038053A/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/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51—Motion estimation or motion compensation
    • H04N19/513—Processing of motion vectors
    • H04N19/517—Processing of motion vectors by encoding
    • H04N19/52—Processing of motion vectors by encoding by predictive encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/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
    • H04N19/139—Analysis of motion vectors, e.g. their magnitude, direction, variance or reliability
    • 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
    • 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/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/189—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding
    • 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/46—Embedding additional information in the video signal during the compression process
    • 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/537—Motion estimation other than block-based
    • H04N19/54—Motion estimation other than block-based using feature points or meshes
    • 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

Landscapes

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

Description

（関連出願の相互参照）
本願は、国際特許出願（国際出願番号：ＰＣＴ／ＣＮ２０１９／１２０３０１）の国内段階である。パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０１８年１１月２２日出願の国際特許出願ＰＣＴ／ＣＮ２０１８／１１６８８９号、２０１８年１２月２９日出願の国際特許出願ＰＣＴ／ＣＮ２０１８／１２５４２０号、２０１９年８月１３日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／１００３９６号、および２０１９年９月２２日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／１０７１５９号の優先権および利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により組み込まれる。
本明細書は、画像および映像符号化および復号化に関する。
映像圧縮の進歩にもかかわらず、デジタル映像は、依然として、インターネットおよび他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像の受信および表示が可能な接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。
サブブロックに基づくインター予測方法を含む、デジタル映像符号化に関連するデバイス、システム、および方法を説明する。記載された方法は、既存の映像符号化規格（例えば、高効率映像符号化（ＨＥＶＣ）および／または汎用映像符号化（ＶＶＣ））および将来の映像符号化規格またはビデオコーデックの両方に適用され得る。
１つの代表的な態様において、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、映像の現在のブロックと映像のビットストリーム表現との間での変換のために、サブブロックに基づくマージ候補リストにおける最大数の候補（ＭＬ）および／または、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）候補を、時間的動きベクトル予測（ＴＭＶＰ）が変換時に有効とされているかどうか、または、変換に、現在のピクチャ参照（ＣＰＲ）符号化モードを使用するかどうかに基づいて、サブブロックに基づくマージ候補リストに加えるかどうかを判定することと、この判定に基づいて変換を行うことを含む。
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、映像の現在のブロックと映像のビットストリーム表現との間での変換のために、時間的動きベクトル予測（ＴＭＶＰ）、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツール、およびアフィン符号化モードが変換時の使用に対して有効であるかどうかに基づいて、サブブロックに基づくマージ候補リストにおける候補の最大数（ＭＬ）を判定することと、この判定に基づいて変換を行うことを含む。
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、映像の第１の映像セグメントの現在のブロックと映像のビットストリーム表現との間での変換のために、サブブロックに基づく動きベクトル予測（ＳｂＴＭＶＰ）モードは、時間的動きベクトル予測（ＴＭＶＰ）モードが第１の映像セグメントレベルで変換に対して無効になっているために、変換に対して無効にされていると判定することと、その決定に基づいて、変換を行うことであって、ビットストリーム表現は、ＳｂＴＭＶＰモードの表示が含めるかどうか、および／またはマージ候補リストにおけるＴＭＶＰモードの表示に対するＳｂＴＭＶＰモードの表示の位置を規定するフォーマットに準拠している、変換を行うことと、を含む。
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールまたは時間的動きベクトル予測（ＴＭＶＰ）ツールを使用して符号化された映像の現在のブロックと、この映像のビットストリーム表現との間で変換を行うことを含み、現在のブロックまたはこの現在のブロックの対応する位置の座標を、マスクを使用して、ＳｂＴＭＶＰツールまたはＴＭＶＰツールに関連付けられた動きベクトルの圧縮に基づいて選択的にマスクし、このマスクを適用することは、この座標の値とこのマスクの値とのビット単位のＡＮＤ演算を含む。
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、映像の映像セグメントの現在のブロックの１つ以上特徴に基づいて、この現在のブロックに基づいてサブブロックに基づく動きベクトル予測（ＳｂＴＭＶＰ）ツールを適用するための、この現在のブロックの有効な対応する領域を判定することと、この判定に基づいて、この現在のブロックとこの映像のビットストリーム表現との間での変換を行うこととを含む。
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールを使用して符号化される映像の現在のブロックに対して、デフォルトの動きベクトルを判定することと、この判定に基づいて、現在のブロックとこの映像のビットストリーム表現との間で変換を行うこととを含み、現在のブロックの中心位置に関連付けられた、このコロケーションされたピクチャにおける対応する位置を含むブロックから動きベクトルが得られない場合にこのデフォルトの動きベクトルが判定される。
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、映像の映像セグメントの現在のブロックについて、現在のブロックの現在のピクチャが、参照ピクチャリストＸにおけるインデックスがＭに設定された参照ピクチャであり、ここで、ＭおよびＸが整数であり、Ｘ＝０またはＸ＝１である場合に映像セグメントに対して、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールまたは時間的動きベクトル予測（ＴＭＶＰ）ツールが無効にされていると推論することと、推論に基づいて、現在のブロックとビデオのビットストリーム表現との間で変換を行うことと、を含む。
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、映像の現在のブロックに対して、現在のブロックの現在のピクチャが、参照ピクチャリストＸにおけるインデックスがＭに設定された参照ピクチャであり、ＭおよびＸが整数である場合にサブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールの適用が有効にされることを判定することと、この判定に基づいて、現在のブロックと映像のビットストリーム表現との間での変換を行うこととを含む。
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、映像の現在のブロックと映像のビットストリーム表現との間で変換を行うことを含み、現在のブロックは、サブブロックに基づく符号化ツールを使用して符号化され、この変換を行うことは、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールが有効にされるか無効にされる場合に複数のビン（Ｎ）を使用してサブブロックマージインデックスを統一方法で符号化することを含む。
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールを使用して符号化された映像の現在のブロックに対して、ＳｂＴＭＶＰツールが現在のブロックを含む現在のピクチャと異なるピクチャにおける対応するブロックの位置を突き止めるために使用する動きベクトルを判定することと、この判定に基づいて、現在のブロックと映像のビットストリーム表現との間で変換を行うこととを含む。
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、映像の現在のブロックと映像のビットストリーム表現との間での変換のために、現在のブロックの変換に対してアフィン予測が有効にされるかどうかに基づいて、動きゼロアフィンマージ候補をサブブロックマージ候補リストに挿入するかどうかを判定することと、この判定に基づいて、変換を行うことを含む。
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、映像の現在のブロックと、サブブロックマージ候補リストを使用する映像のビットストリーム表現との間での変換のために、サブブロックマージ候補リストが満たされていない場合にゼロ動き非アフィンパディング候補をサブブロックマージ候補リストに挿入することと、挿入の後に、変換を行うことと、を含む。
別の代表的な態様では、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、映像の現在のブロックと映像のビットストリーム表現との間での変換のために、動きベクトルが、コロケーションされたピクチャにおける対応する位置を含むブロックの１つ以上の動きベクトルから導出するものであると判定する規則を使用して、動きベクトルを判定することと、動きベクトルに基づいて、この変換を行うこととを含む。
さらに別の例示的な態様では、ビデオエンコーダ装置が開示される。このビデオエンコーダ装置は、本明細書で説明される方法を実装するように構成されている処理装置を含む。
さらに別の例示的な態様では、ビデオデコーダ装置が開示される。このビデオデコーダ装置は、本明細書に記載の方法を実装するように構成されている処理装置を含む。
さらに別の態様では、コードが記憶されたコンピュータ可読媒体が開示される。このコードは、処理装置によって実行されると、この処理装置に、本明細書に記載の方法を実装させる。
これらの、および他の態様は、本明細書で説明される。
マージ候補リスト構築の導出処理の一例を示す図 空間的マージ候補の位置の例を示す図 空間的マージ候補の冗長性チェックで考慮される候補対の例を示す図 Ｎ×２Ｎ個の分割の第２の予測ユニット（ＰＵ）のための例示的な位置を示す図 ２Ｎ×Ｎ個の分割の第２の予測ユニット（ＰＵ）のための例示的な位置を示す図 時間的マージ候補のための動きベクトルのスケーリングの例を示す図 時間的マージ候補の候補位置の例、Ｃ０およびＣ１を示す図 結合双予測マージ候補の例を示す図 動きベクトル予測候補の導出処理例を示す図 空間的動きベクトル候補のための動きベクトルのスケーリングの例を示す図 ＣＵのための代替的な時間的動きベクトル予測（ＡＴＭＶＰ）動き予測の例を示す図 ４つのサブブロック（Ａ－Ｄ）およびその近傍のブロックを有する１つのＣＵの例を示す図 異なるＭＶ精度で符号化する例のフローチャート １３５度分割タイプ（左上隅から右下隅への分割）を示す図 ４５度分割パターンを示す図 近傍のブロックの位置の例を示す図 上側および左右のブロックの例を示す図 ２つの制御点動きベクトル（ＣＰＭＶ）の例を示す図 ３つのＣＰＭＶの例を示す図 サブブロックごとのアフィン動きベクトルフィールド（ＭＶＦ）の例を示す図 ４パラメータアフィンモデルの例を示す図 ６パラメータアフィンモデルの例を示す図 継承されたアフィン候補のＡＦ＿ＩＮＴＥＲのＭＶＰの例を示す図 ＡＦ＿ＩＮＴＥＲでアフィン動き予測子を構築する例を示す図 ＡＦ＿ＭＥＲＧＥにおけるアフィン符号化における制御点動きベクトルの例を示す図 ＡＦ＿ＭＥＲＧＥにおけるアフィン符号化における制御点動きベクトルの例を示す図 アフィンマージモードの候補位置の例を示す図 ピクチャ内ブロックコピー動作の一例を示す図 コロケーションされたピクチャにおける有効な対応する領域の例を示す図 履歴に基づく動きベクトル予測のための例示的なフローチャートを示す図 修正されたマージリスト構築処理を示す図 現在のブロックが基本領域内にある場合の、提案される有効領域の例示的な実施形態を示す図 現在のブロックが基本領域内にない場合の有効領域の例示的な実施形態を示す図 既存のデフォルト動き情報の識別のための場所の例を示す図 提案されたデフォルト動き情報の識別のための場所の例を示す図 映像処理方法の例を示すフローチャート 映像処理方法の例を示すフローチャート 映像処理方法の例を示すフローチャート 映像処理方法の例を示すフローチャート 映像処理方法の例を示すフローチャート 映像処理方法の例を示すフローチャート 映像処理方法の例を示すフローチャート 映像処理方法の例を示すフローチャート 映像処理方法の例を示すフローチャート 映像処理方法の例を示すフローチャート 映像処理方法の例を示すフローチャート 映像処理方法の例を示すフローチャート 映像処理方法の例を示すフローチャート 本明細書に記載されるビジュアルメディアの復号化またはビジュアルメディアの符号化技術を実装するためのハードウェアプラットフォームの一例を示すブロック図 開示される技術が実装され得る例示的な映像処理システムのブロック図
本明細書は、伸張または復号化されたデジタル映像または画像の品質を向上させるために、ビデオビットストリームのデコーダで使用できる様々な技術を提供する。さらに、ビデオエンコーダは、さらなる符号化に使用される復号化されたフレームを再構成するために、符号化の処理中にこれらの技術を実装してもよい。
本明細書では、理解を容易にするために章見出しを使用しているが、実施形態および技術を、対応する章に限定するものではない。このように、一つの章からの実施形態は、他の章からの実施例と組み合わせることができる。
１． 概要
本特許明細書は、映像符号化技術に関する。具体的には、本発明は、映像符号化における動きベクトル符号化に関する。本発明は、ＨＥＶＣのような既存の映像符号化規格またはファイナライズされるべき規格（例えば、汎用映像符号化）に適用され得る。本発明は、将来の映像符号化規格またはビデオコーデックにも適用可能である。
２． 序文
映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４Ｖｉｓｕａｌを、両団体はＨ．２６２／ＭＰＥＧ－２ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４高度映像符号化（ＡＶＣ）とＨ．２６５／ＨＥＶＣ規格を共同で作成した。映像符号化規格、Ｈ．２６２は、時間的予測プラス変換符号化が利用されるハイブリッド映像符号化構造に基づく。ＨＥＶＣを超えた将来の映像符号化技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同で共同映像探索チーム（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ：ＪＶＥＴ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、共同探索モデル（ＪＥＭ）と呼ばれる参照ソフトウェアに組み込まれてきた。２０１８年４月、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ＿１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）の間に共同映像探索チーム（ＪＶＥＴ）が作られ、ＨＥＶＣと比較してビットレートを５０％低減することを目標としたＶＶＣ規格に取り組むことになった。
ＶＶＣドラフトの最新バージョン、即ち、汎用映像符号化（ドラフト３）は、以下を参照することができる。
ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ－ｓｕｄｐａｒｉｓ．ｅｕ／ｊｖｅｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１２＿Ｍａｃａｏ／ｗｇ１１／ＪＶＥＴ－Ｌ１００１－ｖ２．ｚｉｐ ＶＴＭと呼ばれるＶＶＣの最新のリファレンスソフトウェアは、以下を参照。
ｈｔｔｐｓ：／／ｖｃｇｉｔ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｊｖｅｔ／ＶＶＣＳｏｆｔｗａｒｅ＿ＶＴＭ／ｔａｇｓ／ＶＴＭ－３．０ｒＣ１
２．１ ＨＥＶＣ／Ｈ．２６５におけるインター予測
各インター予測されたＰＵは、１つまたは２つの参照ピクチャリストのための動きパラメータを有する。動きパラメータは、動きベクトルおよび参照ピクチャインデックスを含む。２つの参照ピクチャリストのうちの１つの参照ピクチャリストの使用は、ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃを使用して信号通知されてもよい。動きベクトルは、予測子に対するデルタ（ｄｅｌｔａ）として明確に符号化されてもよい。
１つのＣＵがスキップモードで符号化される場合、１つのＰＵがこのＣＵに関連付けられ、有意な残差係数がなく、符号化動きベクトルデルタも参照ピクチャインデックスもない。マージモードを指定し、これにより、現在のＰＵのための動きパラメータを、空間的および時間的候補を含む近傍のＰＵから取得する。マージモードは、スキップモードのためだけでなく、任意のインター予測されたＰＵに適用することができる。マージモードの代替としては、動きパラメータの明確な送信があり、ＰＵごとに、各参照ピクチャリストおよび参照ピクチャリストの使用に対応する参照ピクチャインデックスである、動きベクトル（より正確には、動きベクトル予測子（ＭＶＤ）と比較した動きベクトルの差）を明確に信号通知する。このようなモードを、本開示では高度動きベクトル予測（ＡＭＶＰ）と呼ぶ。
２つの参照ピクチャリストのうちの１つを使用することを信号通知が示す場合、１つのサンプルのブロックからＰＵを生成する。これを「単一予測」と呼ぶ。単一予測は、ＰスライスおよびＢスライスの両方に利用可能である。
両方の参照ピクチャリストを使用することを信号通知が示す場合、２つのサンプルのブロックからＰＵを生成する。これを「双予測」と呼ぶ。Ｂスライスのみに双予測が利用可能である。
以下、ＨＥＶＣに規定されるインター予測モードについて詳細に説明する。まず、マージモードについて説明する。
２．１．１ 参照ピクチャリスト
ＨＥＶＣにおいて、インター予測という用語は、現在の復号化されたピクチャ以外の参照ピクチャのデータ要素（例えば、サンプル値または動きベクトル）から導出された予測を示すために使用される。Ｈ．２６４／ＡＶＣと同様に、複数の参照ピクチャから１つのピクチャを予測することができる。インター予測に使用される参照ピクチャは、１つ以上の参照ピクチャリストにまとめられる。参照インデックスは、リストにおけるいずれの参照ピクチャを使用して予測信号を生成するかを識別する。
１つの参照ピクチャリストＬｉｓｔ０はＰスライスに用いられ、２つの参照ピクチャリストＬｉｓｔ０およびＬｉｓｔ１はＢスライスに使用される。なお、Ｌｉｓｔ０／１に含まれる参照ピクチャは、撮影／表示順にしても、過去および将来のピクチャからのものであってもよい。
２．１．２ マージモード
２．１．２．１ マージモードの候補の導出
マージモードを使用してＰＵを予測する場合、ビットストリームからマージ候補リストにおけるエントリを指すインデックスを構文解析し、これを使用して動き情報を検索する。このリストの構成は、ＨＥＶＣ規格で規定されており、以下のステップのシーケンスに基づいてまとめることができる。
・ ステップ１：初期候補導出
ｏ ステップ１．１：空間的候補導出
ｏ ステップ１．２：空間的候補の冗長性チェック
ｏ ステップ１．３：時間的候補導出
・ ステップ２：追加候補挿入
ｏ ステップ２．１：双予測候補の作成
ｏ ステップ２．２：動きゼロ候補の挿入
これらのステップは図１にも概略的に示されている。空間的マージ候補導出のために、５つの異なる位置にある候補の中から最大４つのマージ候補を選択する。時間的マージ候補導出のために、２つの候補の中から最大１つのマージ候補を選択する。デコーダ側ではＰＵごとに一定数の候補を想定しているので、ステップ１で得られた候補の数が、スライスヘッダにおいて信号通知されるマージ候補の最大数（ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ）に達しない場合、追加の候補を生成する。候補の数は一定であるので、短縮された単項２値化（ＴＵ）を使用して最良マージ候補のインデックスを符号化する。ＣＵのサイズが８に等しい場合、現在のＣＵのすべてのＰＵは、２Ｎ×２Ｎ予測ユニットのマージ候補リストと同じ１つのマージ候補リストを共有する。
以下、上述したステップに関連付けられた動作を詳しく説明する。
２．１．２．２ 空間的候補導出
空間的マージ候補の導出において、図２に示す位置にある候補の中から、最大４つのマージ候補を選択する。導出の順序はＡ１、Ｂ１、Ｂ０、Ａ０、Ｂ２である。位置Ａ１、Ｂ１、Ｂ０、Ａ０のいずれかのＰＵが利用可能でない場合（例えば、別のスライスまたはタイルに属しているため）、またはイントラ符号化された場合にのみ、位置Ｂ２が考慮される。位置Ａ１の候補を加えた後、残りの候補を加えると、冗長性チェックを受け、それにより、同じ動き情報を有する候補を確実にリストから排除でき、符号化効率を向上させることができる。計算の複雑性を低減するために、前述の冗長性チェックにおいて、考えられる候補対のすべてを考慮することはしない。その代わりに、図３の矢印で結ばれたペアのみを考慮し、冗長性チェックに使用された対応する候補が同じ動き情報を持っていない場合にのみ、候補をリストに加える。重複した動き情報の別のソースは、２Ｎ×２Ｎとは異なる分割に関連付けられた「第２のＰＵ」である。一例として、図４Ａ及び図４Ｂは、それぞれＮ×２Ｎおよび２Ｎ×Ｎの場合の第２のＰＵを示す。現在のＰＵをＮ×２Ｎに分割する場合、リスト構築に位置Ａ１の候補は考慮されない。実際、この候補を加えることにより、双予測ユニットが同じ動き情報を有するようになり、１つの符号化ユニットに１つのＰＵのみを有することは冗長である。同様に、現在のＰＵを２Ｎ×Ｎに分割する場合、位置Ｂ１は考慮されない。
２．１．２．３ 時間的候補導出
このステップにおいて、１つの候補のみがリストに追加される。具体的には、この時間的マージ候補の導出において、所与の参照ピクチャリストにおける現在のピクチャとの間に最小のＰＯＣ差を有するピクチャに属する同一位置ＰＵに基づいて、スケーリングされた動きベクトルを導出する。スライスヘッダにおいて、同一位置ＰＵの導出に用いられる参照ピクチャリストが明確に信号通知される。図５に点線で示すように、時間的マージ候補のスケーリングされた動きベクトルが得られる。これは、ＰＯＣ距離ｔｂおよびｔｄを利用して、同一位置ＰＵの動きベクトルからスケーリングしたものである。ｔｂは、現在のピクチャの参照ピクチャと現在のピクチャのＰＯＣ差として規定し、ｔｄは、同一位置ＰＵの参照ピクチャと同一位置ピクチャのＰＯＣ差として規定する。時間的マージ候補の参照ピクチャインデックスをゼロに等しく設定する。このスケーリング処理の実際的な実現については、ＨＥＶＣ仕様に記載されている。Ｂスライスの場合、２つの動きベクトル、即ち、１つは参照ピクチャリスト０のためのもの、もう１つは参照ピクチャリスト１のためのもの、を取得し、これらを組み合わせることによって、双予測マージ候補を形成する。
図５は、時間的マージ候補の動きベクトルのスケーリングを示す図である。
参照フレームに属する同一位置ＰＵ（Ｙ）において、図６に示すように、候補Ｃ０と候補Ｃ１との間で時間的候補の位置を選択する。位置Ｃ０のＰＵが利用可能でなく、イントラ符号化されるか、または現在の符号化ツリーユニット（ＣＴＵ ａｋａ．ＬＣＵ、最大符号化ユニット）行の外側にある場合、位置Ｃ１が使用される。そうでない場合、位置Ｃ０が時間的マージ候補の導出に使用される。
図６は、時間的マージ候補の候補位置Ｃ０、Ｃ１の例を示す。
２．１．２．４ 追加候補挿入
時空間的マージ候補の他に、２つの追加のタイプのマージ候補、すなわち、結合双予測マージ候補およびゼロマージ候補がある。時空間的マージ候補を利用することで、結合双予測マージ候補を生成する。結合双予測マージ候補は、Ｂスライスのみに使用される。最初の候補の第１の参照ピクチャリスト動きパラメータと別の候補の第２の参照ピクチャリスト動きパラメータとを組み合わせることで、結合双予測候補を生成する。これら２つのタプルが異なる動き仮説を提供する場合、これらのタプルは、新しい双予測候補を形成する。一例として、図７は、オリジナルリスト（左側）における、ｍｖＬ０、ｒｅｆＩｄｘＬ０またはｍｖＬ１、ｒｅｆＩｄｘＬ１を有する２つの候補を使用して、最終リスト（右側）に加えられる結合双予測マージ候補を生成する場合を示す。これらの追加のマージ候補を生成するために考慮される組み合わせについては、様々な規則が存在する。
動きゼロ候補を挿入し、マージ候補リストにおける残りのエントリを埋めることにより、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ容量にヒットする。これらの候補は、空間的変位がゼロであり、ゼロから始まり、新しいゼロ動き候補をリストに加える度に増加する参照ピクチャインデックスを有する。
具体的には、マージリストが一杯になるまで、以下のステップを順に行う。
１． Ｐスライスの場合、変数ｎｕｍＲｅｆを、リスト０に関連付けられた参照ピクチャの数またはＢスライスの場合、２つのリストにおける参照ピクチャの最小数のいずれかに設定する。
２． 非反復動きゼロ候補を加える。
変数ｉが０～ｎｕｍＲｅｆ－１の場合、ＭＶを（０，０）に設定し、参照ピクチャインデックスをｉに設定したデフォルトの動き候補を、リスト０（Ｐスライスの場合）に追加し、両方のリスト（Ｂスライスの場合）に加える。
３． ＭＶを（０，０）に設定し、リスト０の参照ピクチャインデックスを０（Ｐスライスの場合）に設定し、両方のリストの参照ピクチャインデックスを０（Ｂスライスの場合）に設定した繰り返し動きゼロ候補を加える。
最終的には、これらの候補に対して冗長性チェックは行われない。
２．１．３ 高度動きベクトル予測（ＡＭＶＰ）
ＡＭＶＰは、動きパラメータの明確な伝送に使用される、動きベクトルの近傍のＰＵとの時空間的相関を利用する。各参照ピクチャリストにおいて、左側、上側の時間的に近傍のＰＵ位置の可用性をチェックし、冗長な候補を取り除き、ゼロベクトルを加えることで、候補リストの長さを一定にすることにより、動きベクトル候補リストを構築する。次いで、エンコーダは、候補リストから最良の予測子を選択し、選択された候補を示す対応するインデックスを送信することができる。マージインデックスの信号通知と同様に、最良の動きベクトル候補のインデックスは、短縮された単項を使用して符号化される。この場合に符号化対象の最大値は２である（図８参照）。以下の章では、動きベクトル予測候補の導出処理の詳細を説明する。
２．１．３．１ ＡＭＶＰ候補の導出
図８に、動きベクトル予測候補の導出処理をまとめる。
動きベクトル予測において、空間的動きベクトル候補と時間的動きベクトル候補という２つのタイプの動きベクトル候補が考えられる。空間的動きベクトル候補を導出するために、図２に示したように、５つの異なる位置にある各ＰＵの動きベクトルに基づいて、最終的には２つの動きベクトル候補を導出する。
時間的動きベクトル候補を導出するために、２つの異なる同一位置に配置された位置に基づいて導出された２つの候補から１つの動きベクトル候補を選択する。第１の時空間的候補リストを作成した後、リストにおける重複した動きベクトル候補を除去する。候補の数が２よりも多い場合、関連づけられた参照ピクチャリストにおける参照ピクチャインデックスが１よりも大きい動きベクトル候補をリストから削除する。時空間的動きベクトル候補の数が２未満である場合は、追加のゼロ動きベクトル候補をリストに加える。
２．１．３．２ 空間的動きベクトル候補
空間的動きベクトル候補の導出において、図２に示すような位置にあるＰＵから導出された５つの候補のうち、最大２つの候補を考慮するそれらの位置は動きマージの位置と同じである。現在のＰＵの左側のための導出の順序は、Ａ０、Ａ１、スケーリングされたＡ０、スケーリングされたＡ１として規定される。現在のＰＵの上側のための導出の順序は、Ｂ０、Ｂ１、Ｂ２、スケーリングされたＢ０、スケーリングされたＢ１、スケーリングされたＢ２として規定される。そのため、辺ごとに、動きベクトル候補として使用できる場合は４つ、すなわち空間的スケーリングを使用する必要がない２つの場合と、空間的スケーリングを使用する２つの場合とがある。４つの異なる場合をまとめると、以下のようになる。
・ 空間的スケーリングなし
－ （１）同じ参照ピクチャリスト、および同じ参照ピクチャインデックス（同じＰＯＣ）
－ （２）異なる参照ピクチャリストであるが、同じ参照ピクチャ（同じＰＯＣ）
・ 空間的スケーリング
－ （３）同じ参照ピクチャリストであるが、異なる参照ピクチャ（異なるＰＯＣ）
－ （４）異なる参照ピクチャリスト、および異なる参照ピクチャ（異なるＰＯＣ）
最初に非空間的スケーリングの場合をチェックし、次に空間的スケーリングを行う。参照ピクチャリストにかかわらず、ＰＯＣが近傍のＰＵの参照ピクチャと現在のＰＵの参照ピクチャとで異なる場合、空間的スケーリングを考慮する。左側候補のすべてのＰＵが利用可能でないか、またはイントラ符号化されている場合、上側の動きベクトルのスケーリングは、左側および上側ＭＶ候補の並列導出に役立つ。そうでない場合、上側の動きベクトルに対して空間的スケーリングは許可されない。
空間的スケーリング処理において、図９に示すように、時間的スケーリングと同様にして、近傍のＰＵの動きベクトルをスケーリングする。主な違いは、現在のＰＵの参照ピクチャリストおよびインデックスを入力として与え、実際のスケーリング処理は時間的スケーリングと同じであることである。
２．１．３．３ 時間的動きベクトル候補
参照ピクチャインデックスを導出する以外は、時間的マージ候補を導出するための処理は、すべて、空間的動きベクトル候補を導出するための処理と同じである（図６参照）。参照ピクチャインデックスはデコーダに信号通知される。
２．２ ＪＥＭにおけるサブＣＵに基づく動きベクトル予測方法
ＱＴＢＴを有するＪＥＭにおいて、各ＣＵは、各予測方向に対して最大１つの動きパラメータセットを有することができる。エンコーダにおいて、ラージＣＵをサブＣＵに分割し、ラージＣＵのすべてのサブＣＵの動き情報を導出することにより、２つのサブＣＵレベルの動きベクトル予測方法を考慮する。代替的な時間的動きベクトル予測（ＡＴＭＶＰ）方法により、各ＣＵが、配列された参照ピクチャにおける現在のＣＵよりも小さい複数のブロックから複数の動き情報のセットを取り出すことが可能となる。時空間的動きベクトル予測（ＳＴＭＶＰ）法において、時間的動きベクトル予測子および空間的近傍動きベクトルを使用して、サブＣＵの動きベクトルを再帰的に導出する。
サブＣＵ動き予測のためにより正確な動きフィールドを保守するために、参照フレームの動き圧縮は現在無効にされている。
図１０は、ＣＵのためのＡＴＭＶＰ動き予測の例を示す。
２．２．１ 代替の時間的動きベクトル予測
代替的な時間的動きベクトル予測（ＡＴＭＶＰ）において、動きベクトル時間的動きベクトル予測（ＴＭＶＰ）法は、現在のＣＵより小さいブロックから複数動き情報のセット（動きベクトルおよび参照インデックスを含む）を取り出すことで修正される。いくつかの実装形態において、サブＣＵは、Ｎ×Ｎ個の正方形ブロックである（Ｎは、デフォルトで４に設定される）。
ＡＴＭＶＰは、ＣＵ内のサブＣＵの動きベクトルを２つのステップで予測する。第１のステップでは、参照ピクチャにおける対応するブロックを時間的ベクトルで特定する。この参照ピクチャをモーションソースピクチャと呼ぶ。第２のステップでは、現在のＣＵをサブＣＵに分割し、各サブＣＵに対応するブロックから、各サブＣＵの動きベクトルおよび参照インデックスを得る。
第１のステップにおいて、現在のＣＵの空間的に近傍のブロックの動き情報によって、参照ピクチャおよび対応するブロックを判定する。近傍のブロックの繰り返し走査処理を回避するために、現在のＣＵのマージ候補リストにおける第１のマージ候補を用いる。第１の利用可能な動きベクトルおよびその関連する参照インデックスを、時間的ベクトルおよびモーションソースピクチャのインデックスに設定する。このように、ＡＴＭＶＰでは、ＴＭＶＰに比べて、対応するブロックをより正確に特定することができ、対応するブロック（配列されたブロックと呼ばれることがある）は、常に現在のＣＵに対して右下または中心位置にある。
第２のステップにおいて、現在のＣＵの座標に時間ベクトルを加えることで、モーションソースピクチャにおける時間的ベクトルにより、サブＣＵの対応するブロックを特定する。サブＣＵごとに、その対応するブロックの動き情報（中心サンプルを覆う最小の動きグリッド）を使用して、サブＣＵの動き情報を導出する。対応するＮ×Ｎブロックの動き情報を特定した後、ＨＥＶＣのＴＭＶＰと同様に、現在のサブＣＵの動きベクトルおよび参照インデックスに変換され、動きスケーリングや他の手順が適用される。例えば、デコーダは、低遅延条件（現在のピクチャのすべての参照ピクチャのＰＯＣが現在のピクチャのＰＯＣよりも小さい）が満たされているか否かをチェックし、場合によっては、動きベクトルＭＶｘ（参照ピクチャリストＸに対応する動きベクトル）を使用して、各サブＣＵの動きベクトルＭＶｙ（Ｘが０または１に等しく、Ｙが１－Ｘに等しい）を予測する。
２．２．２ 時空間的動きベクトル予測（ＳＴＭＶＰ）
この方法において、サブＣＵの動きベクトルは、ラスタスキャンの順に沿って再帰的に導出される。図１１はこの概念を説明する。４つの４×４サブＣＵ、Ａ、Ｂ、Ｃ、およびＤを含む８×８ＣＵを考える。現在のフレームの近傍の４×４ブロックには、ａ、ｂ、ｃ、ｄというラベルが付けられている。
サブＣＵ Ａの動きの導出は、その２つの空間的近傍を特定することで始まる。第１の近傍は、サブＣＵ Ａの上のＮ×Ｎブロックである（ブロックｃ）。このブロックｃが利用可能でないか、またはイントラ符号化されている場合、サブＣＵ Ａより上の他のＮ×Ｎ個のブロックをチェックする（ブロックｃから始まり、左から右へ）。第２の近傍は、サブＣＵ Ａの左側のブロックである（ブロックｂ）。ブロックｂが利用可能でないか、またはイントラ符号化されている場合、サブＣＵ Ａの左側の他のブロックをチェックする（ブロックｂを中心に、上から下へ）。各リストの近傍のブロックから得られた動き情報を、所与のリストの第１の参照フレームにスケーリングする。次に、ＨＥＶＣで規定されているＴＭＶＰ導出と同じ手順に従って、サブブロックＡの時間的動きベクトル予測子（ＴＭＶＰ）を導出する。位置Ｄの同一位置のブロックの動き情報を取り出し、それに応じてスケーリングする。最後に、動き情報を検索し、スケーリングした後、参照リストごとにすべての利用可能な動きベクトル（３まで）を別個に平均する。この平均化された動きベクトルを現在のサブＣＵの動きベクトルとする。
２．２．３ サブＣＵ動き予測モード信号通知
サブＣＵモードは追加のマージ候補として有効とされ、モードを信号通知するために追加の構文要素は必要とされない。ＡＴＭＶＰモードおよびＳＴＭＶＰモードを表すように、各ＣＵのマージ候補リストに２つの追加のマージ候補を加える。シーケンスパラメータセットがＡＴＭＶＰおよびＳＴＭＶＰが有効であることを示す場合、７個までのマージ候補を使用する。追加のマージ候補のエン符号化ロジックは、ＨＭにおけるマージ候補の場合と同じであり、つまり、ＰまたはＢスライスにおける各ＣＵについて、２つの追加のマージ候補に対して２回以上のＲＤチェックが必要となる。
ＪＥＭにおいて、マージインデックスのすべての２値は、ＣＡＢＡＣによってコンテキスト符号化される。一方、ＨＥＶＣにおいては、第１の２値のみがコンテキスト符号化され、残りの２値はコンテキストバイパス符号化される。
２．３ ＶＶＣにおけるインター予測方法
ＭＶＤを信号通知するための適応動きベクトル差解像度（ＡＭＶＲ）、アフィン予測モード、三角形予測モード（ＴＰＭ）、ＡＴＭＶＰ、一般化双予測（ＧＢＩ）、双方向オプティカルフロー（ＢＩＯ）などのインター予測を改良するための新しい符号化ツールがいくつか存在する。
２．３．１ 適応動きベクトル差解像度
ＨＥＶＣにおいて、ｕｓｅ＿ｉｎｔｅｇｅｒ＿ｍｖ＿ｆｌａｇがスライスヘッダにおいて０であるとき、１／４輝度サンプルの単位で動きベクトルの差（ＭＶＤ）（動きベクトルとＰＵの予測動きベクトルとの差）が信号通知される。ＶＶＣにおいて、ローカル適応動きベクトル解像度（ＬＡＭＶＲ）が導入される。ＶＶＣにおいて、ＭＶＤは、１／４輝度サンプル、整数輝度サンプルまたは４つの輝度サンプル（即ち、１／４画素、１画素、４画素）の単位で符号化することができる。ＭＶＤ分解能は符号化ユニット（ＣＵ）レベルで制御され、ＭＶＤ解像度フラグは、少なくとも１つのノンゼロＭＶＤモジュールを有する各ＣＵに対して条件付きで信号通知される。
少なくとも１つのノンゼロＭＶＤモジュールを有するＣＵの場合、１／４輝度サンプルＭＶ精度がＣＵにおいて使用されるか否かを示すために、第１のフラグが信号通知される。第１のフラグ（１に等しい）が、１／４輝度サンプルＭＶ精度が使用されていないことを示す場合、整数輝度サンプルＭＶ精度が使用されるかまたは４輝度サンプルＭＶ精度が使用されるかを示すために、別のフラグが信号通知される。
ＣＵの第１のＭＶＤ解像度フラグがゼロであるか、またはＣＵに対して符号化されていない（つまり、ＣＵにおけるすべてのＭＶＤがゼロである）場合、ＣＵに対して１／４輝度サンプルＭＶ解像度が使用される。ＣＵが整数輝度サンプルＭＶ精度または４輝度サンプルＭＶ精度を使用する場合、ＣＵのＡＭＶＰ候補リストにおけるＭＶＰを対応する精度に丸める。
エンコーダにおいて、ＣＵレベルのＲＤチェックは、どのＭＶＤ解像度をＣＵに用いるかを判定するために使用される。すなわち、１つのＭＶＤ解像度ごとに３回、ＣＵレベルのＲＤチェックを行う。エンコーダの速度を速めるために、ＪＥＭにおいては、以下の符号化方式が適用される。
通常の１／４輝度サンプルＭＶＤ解像度を有するＣＵのＲＤチェック中、現在のＣＵの動き情報（整数輝度サンプル精度）が記憶される。整数輝度サンプルおよび４輝度サンプルのＭＶＤ解像度を有する同じＣＵのＲＤチェック中に、記憶された動き情報（丸められた後）は、更なる小範囲動きベクトル改良の開始点として使用されるので、時間がかかる動き推定処理が３回重複しない。
４輝度サンプルＭＶＤ解像度を有するＣＵのＲＤチェックを条件付きで呼び出す。ＣＵの場合、整数輝度サンプルＭＶＤ解像度のＲＤコストが１／４輝度サンプルＭＶＤ解像度のそれよりもはるかに大きい場合、ＣＵのための４輝度サンプルＭＶＤ解像度のＲＤチェックはスキップされる。
符号化処理を図１２に示す。まず、１／４画素ＭＶをテストし、ＲＤコストを計算し、ＲＤＣｏｓｔ０と表し、次に、整数ＭＶをテストし、ＲＤコストをＲＤＣｏｓｔ１と表す。ＲＤＣｏｓｔ１＜ｔｈ＊ＲＤＣｏｓｔ０（ただし、ｔｈは正の値である）である場合、４画素ＭＶをテストし、そうでない場合、４画素ＭＶをスキップする。基本的に、整数または４画素ＭＶをチェックするときには、１／４画素ＭＶに対して動き情報およびＲＤコスト等が既知であり、これを再利用して整数または４画素ＭＶの符号化処理を高速化することができる。
２．３．２ 三角形予測モード
三角形予測モード（ＴＰＭ）の概念は、動き補償予測のために新しい三角形分割を導入することである。図１３Ａ及び図１３Ｂに示すように、ＣＵを対角線方向または逆対角線方向に２つの三角形予測ユニットに分割する。ＣＵにおける各三角形予測ユニットは、１つの単一予測候補リストから導出された独自の単一予測動きベクトルおよび参照フレームインデックスを使用して、インター予測される。三角形予測ユニットを予測した後、対角エッジに対して適応重み付け処理を行う。そして、ＣＵ全体に対して変換および量子化処理を行う。なお、このモードは、マージモードにのみ適用される（なお、スキップモードは、特別なマージモードとして扱われる）。
図１３Ａ及び１３Ｂは、ＣＵを２つの三角形予測ユニット（２つの分割パターン）に分割する説明図である。図１３Ａ：１３５度分割タイプ（左上隅から右下隅への分割）、図１３Ｂ：４５度分割パターン。
２．３．２．１ ＴＰＭの単一予測候補リスト
ＴＰＭ動き候補リストと呼ばれる単一予測候補リストは、５つの単一予測動きベクトル候補からなる。これは、図１４に示すように、５つの空間的に近傍のブロック（１～５）および２つの時間的に同一位置にあるブロック（６～７）を含む７つの近傍のブロックから導出される。単一予測動きベクトル、双予測動きベクトルのＬ０動きベクトル、双予測動きベクトルのＬ１動きベクトル、および双予測動きベクトルのＬ０、Ｌ１動きベクトルの平均動きベクトルの順に、７つの近傍のブロックの動きベクトルを収集し、単一予測候補リストに入れる。候補の数が５未満である場合、動きベクトルゼロをリストに加える。このＴＰＭリストに追加された動き候補をＴＰＭ候補と呼び、空間的／時間的ブロックから導出された動き情報を正規の動き候補と呼ぶ。
具体的には、以下のステップが含まれる。
１） 空間的に近傍のブロックから正規の動き候補を加える場合、フルプルーニング操作によって、Ａ１、Ｂ１、Ｂ０、Ａ０、Ｂ２、Ｃｏｌ、Ｃｏｌ２から正規の動き候補を得る（図１４のブロック１－７に対応）。
２） 変数ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄ＝０を設定する。
３） Ａ１、Ｂ１、Ｂ０、Ａ０、Ｂ２、Ｃｏｌ、Ｃｏｌ２から導出された各正規の動き候補に対し、プルーニングされておらず、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄが５未満の場合、正規の動き候補が（Ｌｉｓｔ０またはＬｉｓｔ１のいずれかからの）単一予測である場合は、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄを１だけ増加させたＴＰＭ候補としてマージリストに直接加えられる。このようなＴＰＭ候補を、「もともと単一予測されている候補」と命名する。
フルプルーニングを適用する。
４） Ａ１、Ｂ１、Ｂ０、Ａ０、Ｂ２、Ｃｏｌ、Ｃｏｌ２から導出された各動き候補について、プルーニングされていない場合、およびｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄが５未満である場合、正規の動き候補が双予測である場合、リスト０からの動き情報を、新しいＴＰＭ候補としてＴＰＭマージリストに追加し（すなわち、リスト０から単一予測に修正される）、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄに１を加える。このようなＴＰＭ候補を、「短縮Ｌｉｓｔ０予測候補」と呼ぶ。
フルプルーニングを適用する。
５） Ａ１、Ｂ１、Ｂ０、Ａ０、Ｂ２、Ｃｏｌ、Ｃｏｌ２から導出された各動き候補について、プルーニングされていない場合、およびｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄが５未満である場合、正規の動き候補が双予測である場合、リスト１からの動き情報をＴＰＭマージリストに追加し（即ち、リスト１から単一予測に修正され）、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄを１だけ増加させる。このようなＴＰＭ候補を「短縮Ｌｉｓｔ１－予測候補」と呼ぶ。
フルプルーニングを適用する。
６） Ａ１、Ｂ１、Ｂ０、Ａ０、Ｂ２、Ｃｏｌ、Ｃｏｌ２から導出された各動き候補について、プルーニングされていない場合、正規の動き候補が双予測である場合は、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄが５未満である。
－ Ｌｉｓｔ０参照ピクチャスライスＱＰがＬｉｓｔ１参照ピクチャスライスＱＰよりも小さい場合、Ｌｉｓｔ１の動き情報をまずＬｉｓｔ０参照ピクチャにスケーリングし、２つのＭＶの平均（一方はオリジナルＬｉｓｔ０からのもので、他方はＬｉｓｔ１からのスケーリングされたＭＶ）をＴＰＭマージリストに加える。このような候補を、Ｌｉｓｔ０動き候補からの平均単一予測と呼び、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄを１だけ増加させる。
－ そうでない場合、Ｌｉｓｔ０の動き情報をまずＬｉｓｔ１参照ピクチャにスケーリングし、２つのＭＶの平均（一方はオリジナルＬｉｓｔ１からのものであり、他方はＬｉｓｔ０からのスケーリングされたＭＶ）をＴＰＭマージリストに加える。このようなＴＰＭ候補を、Ｌｉｓｔ１動き候補からの平均単一予測と呼ばれ、ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄを１だけ増加させる。
フルプルーニングを適用する。
７） ｎｕｍＣｕｒｒＭｅｒｇｅＣａｎｄが５未満である場合、ゼロ動きベクトル候補を加える。
リストに候補を挿入するとき、それが前述の追加されたすべての候補と比較されてそれらのうちの１つと同じであるかどうかを調べなければならない場合、このような処理はフルプルーニングと呼ばれる。
２．３．２．２ 適応重み付け処理
各三角形予測ユニットを予測した後、２つの三角形予測ユニット間の対角エッジに適応重み付け処理を施し、ＣＵ全体の最終予測を導出する。２つの重み係数群を以下のように定義する。
・ 第１の重み係数群は、｛７／８，６／８，４／８，２／８，１／８｝および｛７／８，４／８，１／８｝をそれぞれ輝度および色差サンプルに用いる。
・ 第２の重み係数群は、｛７／８、６／８、５／８、４／８、３／８、２／８、１／８｝および｛６／８、４／８、２／８｝をそれぞれ輝度および色差サンプルに使用する。
２つの三角形予測ユニットの動きベクトルの比較に基づいて、重み係数群を選択する。第２の重み係数群は、２つの三角形予測ユニットの参照ピクチャが異なる場合、またはその動きベクトルの差が１６画素よりも大きい場合に使用される。そうでない場合、第１の重み係数群を使用する。
２．３．２．３ 三角形予測モード（ＴＰＭ）の信号通知
ＴＰＭが使用されているか否かを示すための１つのビットフラグが、まず信号通知されてもよい。その後、（図１３Ａ及び図１３Ｂに示すような）２つの分割パターン、および２つの分割の各々の選択されたマージインデックスをさらに信号通知する。
２．３．２．３．１ ＴＰＭフラグの信号通知
１つの輝度ブロックの幅および高さを、それぞれＷおよびＨで表すことにする。Ｗ＊Ｈ＜６４の場合、三角形予測モードは無効になる。
１つのブロックをアフィンモードで符号化する場合、三角形予測モードも無効にされる。
１つのブロックがマージモードで符号化されるとき、１つのビットフラグを信号通知して、このブロックに対して三角形予測モードが有効とされるか無効とされるかを示すことができる。
このフラグは、次式に基づいて、３つのコンテキストで符号化される。
Ｃｔｘ ｉｎｄｅｘ＝（（ｌｅｆｔ ｂｌｏｃｋ Ｌ ａｖａｉｌａｂｌｅ ＆＆ Ｌ ｉｓ ｃｏｄｅｄ ｗｉｔｈ ＴＰＭ？）１：０）
＋（（Ａｂｏｖｅ ｂｌｏｃｋ Ａ ａｖａｉｌａｂｌｅ ＆＆ Ａ ｉｓ ｃｏｄｅｄ ｗｉｔｈ ＴＰＭ？）１：０）；
図１５は、ＴＰＭフラグ符号化におけるコンテキスト選択に用いられる近傍のブロック（ＡおよびＬ）の例を示す。
２．３．２．３．２ ２つの分割パターンの表示（図１３に示す）、および２つの分割の各々に対して選択されたマージインデックスの信号通知
なお、分割パターンと、２つの分割のマージインデックスとは、互いに符号化される。既存の実装形態において、２つの分割が同じ参照インデックスを使用できなかったことが制限される。そのため、２つの（分割パターン）＊Ｎ（マージ候補の最大数）＊（Ｎ－１）個の可能性があり、Ｎが５に設定される。１つの表示はコード化され、分割パターン、２つのマージインデックス、コード化された指示の間のマッピングは、以下に定義された配列から導出される。
ｃｏｎｓｔ ｕｉｎｔ８＿ｔ ｇ＿ＴｒｉａｎｇｌｅＣｏｍｂｉｎａｔｉｏｎ［ＴＲＩＡＮＧＬＥ＿ＭＡＸ＿ＮＵＭ＿ＣＡＮＤＳ］［３］＝｛
｛０，１，０｝，｛１，０，１｝，｛１，０，２｝，｛０，０，１｝，｛０，２，０｝，
｛１，０，３｝，｛１，０，４｝，｛１，１，０｝，｛０，３，０｝，｛０，４，０｝，
｛０，０，２｝，｛０，１，２｝，｛１，１，２｝，｛０，０，４｝，｛０，０，３｝，
｛０，１，３｝，｛０，１，４｝，｛１，１，４｝，｛１，１，３｝，｛１，２，１｝，
｛１，２，０｝，｛０，２，１｝，｛０，４，３｝，｛１，３，０｝，｛１，３，２｝，
｛１，３，４｝，｛１，４，０｝，｛１，３，１｝，｛１，２，３｝，｛１，４，１｝，
｛０，４，１｝，｛０，２，３｝，｛１，４，２｝，｛０，３，２｝，｛１，４，３｝，
｛０，３，１｝，｛０，２，４｝，｛１，２，４｝，｛０，４，２｝，｛０，３，４｝｝；
分割パターン（４５度または１３５度）＝ｇ＿ＴｒｉａｎｇｌｅＣｏｍｂｉｎａｔｉｏｎ［ｓｉｇｎａｌｅｄ ｉｎｄｉｃａｔｉｏｎ］［０］；
Ｍｅｒｇｅ ｉｎｄｅｘ ｏｆ ｃａｎｄｉｄａｔｅ Ａ＝ｇ＿ＴｒｉａｎｇｌｅＣｏｍｂｉｎａｔｉｏｎ［ｓｉｇｎａｌｅｄ ｉｎｄｉｃａｔｉｏｎ］［１］；
Ｍｅｒｇｅ ｉｎｄｅｘ ｏｆ ｃａｎｄｉｄａｔｅ Ｂ＝ｇ＿ＴｒｉａｎｇｌｅＣｏｍｂｉｎａｔｉｏｎ［ｓｉｇｎａｌｅｄ ｉｎｄｉｃａｔｉｏｎ］［２］；
２つの動き候補Ａ、Ｂを導出すると、ＡまたはＢのいずれか一方から２つの分割の（ＰＵ１、ＰＵ２）動き情報を設定することができ、ＰＵ１がマージ候補ＡまたはＢの動き情報を使用するか否かは、２つの動き候補の予測方向に依存する。表１は、２つの分割を有する、２つの導出された動き候補ＡおよびＢの間の関係を示す。
２．３．２．３．３（ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘで示す）表示のエントロピー符号化
ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘは、［０，３９］（それぞれを含む）の範囲内にある。Ｋ＿ｔｈ ｏｒｄｅｒ Ｅｘｐｏｎｅｎｔｉａｌ Ｇｏｌｏｍｂ（ＥＧ）コードは、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘの２値化に使用される（Ｋは１に設定される）。
Ｋ－ｔｈ ｏｒｄｅｒＥＧ
（より多くのビットを使用してより小さな数を符号化することを犠牲にして）より少ないビットでより大きな数を符号化するため、これは、非負の整数パラメータｋを使用して一般化され得る。非負の整数ｘを次数ｋのｅｘｐ－Ｇｏｌｏｍｂコードで符号化するには、次のようにする。
１． 前述のｏｒｄｅｒ－０ ｅｘｐ－Ｇｏｌｏｍｂコードを使用して［ｘ／２ｋ］を符号化する。次に、
２． ｘ ｍｏｄ ２ｋをバイナリで符号化する。
２．３．３ アフィン動き補償予測
ＨＥＶＣにおいて、動き補償予測（ＭＣＰ）のために並進運動モデルのみが適用される。実際の世界ではあるが、動きには様々な種類があり、例えば、ズームイン／ズームアウト、回転、透視運動、および他の不規則な動きがある。ＶＶＣにおいて、４パラメータアフィンモデルおよび６パラメータアフィンモデルを使用して、簡易アフィン変換動き補償予測を適用する。図１６Ａ～図１６Ｂに示すように、ブロックのアフィン動きフィールドは、４パラメータアフィンモデル（図１６Ａ）の場合、２つの制御点動きベクトル（ＣＰＭＶ）によって表され、６パラメータアフィンモデル（図１６Ｂ）の場合、３つのＣＰＭＶによって表される。
ブロックの動きベクトルフィールド（ＭＶＦ）は、式（１）における４パラメータアフィンモデル（ここで、４パラメータを変数ａ、ｂ、ｅ、ｆとして定義する）および式（２）における６パラメータアフィンモデル（ここで、４パラメータを変数ａ、ｂ、ｃ、ｄ、ｅ、ｆとして定義する）を使用して、それぞれ、以下の式で表される。
Figure 0007319365000003
Figure 0007319365000004
ここで、（ｍｖｈ ０，ｍｖｈ ０）は、左上隅の制御点の動きベクトルであり、（ｍｖｈ １，ｍｖｈ １）は、右上隅の制御点の動きベクトルであり、（ｍｖｈ ２，ｍｖｈ ２）は、左下隅の制御点の動きベクトルであり、３つの動きベクトルは、すべて、制御点動きベクトル（ＣＰＭＶ）と呼ばれ、（ｘ，ｙ）は、現在のブロック内の左上サンプルに対する代表点の座標を表し、（ｍｖｈ（ｘ，ｙ），ｍｖｖ（ｘ，ｙ））は、（ｘ，ｙ）に位置するサンプルに対して導出した動きベクトルである。ＣＰ動きベクトルは、信号通知されても（アフィンＡＭＶＰモードのように）、またはオンザフライで導出されても（アフィンマージモードのように）よい。ｗおよびｈは、現在のブロックの幅および高さである。実際、この除算は、丸め演算を伴う右シフトによって実装される。ＶＴＭにおいて、代表点をサブブロックの中心位置とする。例えば、現在のブロックにおけるサブブロックの左上の角の左上のサンプルの座標が（ｘｓ，ｙｓ）である場合、代表点の座標を（ｘｓ＋２，ｙｓ＋２）とする。各サブブロック（すなわち、ＶＴＭにおいて４×４）について、代表点を利用して、サブブロック全体の動きベクトルを導出する。
動き補償予測をさらに簡単にするために、サブブロックに基づくアフィン変換予測が適用される。各Ｍ×Ｎ（現在のＶＶＣにおいて、ＭおよびＮの両方を４に設定する）サブブロックの動きベクトルを導出するために、図１７に示すように、各サブブロックの中心サンプルの動きベクトルは、式（１）および式（２）に従って算出され、１／１６の端数精度に丸められる。次に、１／１６画素の動き補償補間フィルタを適用し、導出された動きベクトルを使用して各サブブロックの予測を生成する。１／１６画素の補間フィルタは、アフィンモードで導入される。
ＭＣＰの後、各サブブロックの高精度動きベクトルを丸め、通常の動きベクトルと同じ精度で保存する。
２．３．３．１ アフィン予測の信号通知
並進運動モデルと同様に、アフィン予測によるサイド情報の信号通知にも２つのモードがある。それらはＡＦＦＩＮＥ＿ＩＮＴＥＲモードとＡＦＦＩＮＥ＿ＭＥＲＧＥモードである。
２．３．３．２． ＡＦ＿ＩＮＴＥＲモード
幅と高さの両方が８より大きいＣＵの場合、ＡＦ＿ＩＮＴＥＲモードを適用することができる。ＡＦ＿ＩＮＴＥＲモードが使用されるか否かを示すために、ビットストリームにおいてＣＵレベルのアフィンフラグが信号通知される。
本実施例において、各参照ピクチャリスト（リスト０またはリスト１）に対して、３種類のアフィン動き予測子を使用して、以下の順にアフィンＡＭＶＰ候補リストを構築し、各候補は、現在のブロックの推定ＣＰＭＶを含む。エンコーダ側で見つかった最良のＣＰＭＶの差（図２０のｍｖ０ｍｖ１ｍｖ２など）および推定されたＣＰＭＶが信号通知される。さらに、推定されたＣＰＭＶを導出するアフィンＡＭＶＰ候補のインデックスが信号通知される。
１） 継承されたアフィン動き予測子
そのチェック順序は、ＨＥＶＣ ＡＭＶＰリスト構築における空間的ＭＶＰのチェック順序に類似している。まず、｛Ａ１，Ａ０｝のうち、アフィン符号化された現在のブロックと同じ参照ピクチャを有する第１のブロックから、左側の継承されたアフィン動き予測子を導出する。次に、上記継承されたアフィン動き予測子を、アフィン符号化され、現在のブロックと同じ参照ピクチャを有する｛Ｂ１，Ｂ０，Ｂ２｝における第１のブロックから導出する、ブロックから導出する。図１９には、５つのブロックＡ１、Ａ０、Ｂ１、Ｂ０、Ｂ２が示されている。
近傍のブロックがアフィンモードで符号化されていることが見出されると、この近傍のブロックを含む符号化ユニットのＣＰＭＶを使用して、現在のブロックのＣＰＭＶの予測子を導出する。例えば、Ａ１が非アフィンモードで符号化され、Ａ０が４パラメータアフィンモードで符号化される場合、左側の継承されたアフィンＭＶ予測子は、Ａ０から導出する。この場合、図２１Ｂの左上のＣＰＭＶについてはＭＶ０ Ｎ、右上のＣＰＭＶについてはＣＰＭＶおよびＭＶ１ Ｎで示されるＡ０を含むＣＵのＣＰＭＶを使用して、左上（座標（ｘ０、ｙ０））、現在のブロックの右上（座標（ｘ１、ｙ１））および右下の位置（座標（ｘ２、ｙ２））に対してＭＶ０ Ｃ，ＭＶ１ Ｃ，ＭＶ２ Ｃで表される、現在のブロックの推定ＣＰＭＶを導出する。
２） 構築されたアフィン動き予測子
構築されたアフィン動き予測子は、図２０に示すように、近傍のインター符号化ブロックから導出された、同じ参照ピクチャを有する制御点動きベクトル（ＣＰＭＶ）からなる。現在のアフィン動きモデルが４パラメータアフィンである場合、ＣＰＭＶの数は２であり、そうでない場合、現在のアフィン動きモデルが６パラメータアフィンである場合、ＣＰＭＶの数は３である。左上のＣＰＭＶｍ￣ｖ０￣は、インターコードされており、現在のブロックと同じ参照ピクチャを持っているグループ｛Ａ、Ｂ、Ｃ｝の第１のブロックのＭＶによって導出する。右上のＣＰＭＶｍ￣ｖ１￣は、インターコードされており、現在のブロックと同じ参照ピクチャを持っているグループ｛Ｄ、Ｅ｝の第１のブロックのＭＶによって導出する。左下のＣＰＭＶｍ￣ｖ２￣は、インターコードされており、現在のブロックと同じ参照ピクチャを持っているグループ｛Ｆ、Ｇ｝の第１のブロックのＭＶによって導出する。
－ 現在のアフィンモーションモデルが４パラメータアフィンである場合、構築されたアフィン動き予測子は、ｍ￣ｖ０￣とｍ￣ｖ１￣の両方が確立されている場合、つまりｍ￣ｖ０￣とｍ￣ｖ１￣の場合にのみ候補リストに挿入される。現在のブロックの左上（座標（ｘ０、ｙ０））、右上（座標（ｘ１、ｙ１））の位置の推定ＣＰＭＶとして使用される。
－ 現在のアフィンモーションモデルが６パラメータアフィンである場合、ｍ￣ｖ０￣、ｍ￣ｖ１￣、およびｍ￣ｖ２￣がすべて確立されている場合、つまりｍ￣ｖ０￣、ｍ￣ｖ１￣、およびｍ￣ｖ２￣がすべて、現在のブロックの位置の左上（座標（ｘ０、ｙ０））、右上（座標（ｘ１、ｙ１））、および右下（座標（ｘ２、ｙ２））の推定ＣＰＭＶとして使用される場合にのみ、構築されたアフィン動き予測子が候補リストに挿入される。
構築されたアフィン動き予測子を候補リストに挿入する場合、プルーニング処理は適用されない。
３） 通常のＡＭＶＰ動き予測子
アフィン動き予測子の数が最大に達するまで、以下が適用される。
１） 利用可能な場合は、すべてのＣＰＭＶをｍ￣ｖ２￣に等しく設定して、アフィン動き予測子を導出する。
２） 利用可能な場合は、すべてのＣＰＭＶをｍ￣ｖ１￣に等しく設定して、アフィン動き予測子を導出する。
３） 利用可能な場合は、すべてのＣＰＭＶをｍ￣ｖ０￣に設定して、アフィン動き予測子を導出する。
４） 利用可能な場合は、すべてのＣＰＭＶをＨＥＶＣＴＭＶＰに等しく設定することで、アフィン動き予測子を導出する。
５） すべてのＣＰＭＶをゼロＭＶに設定することによって、アフィン動き予測子を導出する。
なお、ｍ￣ｖｉ￣は、構築されたアフィン動き予測子ですでに導出されている。
図１８Ａは、４パラメータアフィンモデルの例を示す。図１８Ｂは、６パラメータアフィンモデルの例を示す。
図１９は、継承されたアフィン候補のＡＦ＿ＩＮＴＥＲのＭＶＰの例を示す。
図２０は、構築されたアフィン候補のＡＦ＿ＩＮＴＥＲのＭＶＰの例を示す。
ＡＦ＿ＩＮＴＥＲモードにおいて、４／６パラメータアフィンモードが使用される場合、２／３個の制御点が必要であり、従って、図１８に示すように、これらの制御点のために２／３個のＭＶＤを符号化することが必要である。既存の実装形態において、ＭＶを以下のように導出することが提案され、即ち、ｍｖｄ１およびｍｖｄ２はｍｖｄ０から予測される。
ｍｖ０＝ｍ￣ｖ０￣＋ｍｖｄ０
ｍｖ１＝ｍ￣ｖ１￣＋ｍｖｄ１＋ｍｖｄ０
ｍｖ２＝ｍ￣ｖ２￣＋ｍｖｄ２＋ｍｖｄ０
ここで、ｍ￣ｖｉ￣、ｍｖｄｉ、ｍｖ１は、それぞれ、図１８Ｂに示すように、左上の画素（ｉ＝０）、右上の画素（ｉ＝１）、左下の画素（ｉ＝２）の予測動きベクトル、動きベクトルの差分、動きベクトルである。なお、２つの動きベクトル（例えば、ｍｖＡ（ｘＡ，ｙＡ）およびｍｖＢ（ｘＢ，ｙＢ））の加算は、２つのモジュールを別個に合計したものに等しく、即ち、ｎｅｗＭＶ＝ｍｖＡ＋ｍｖＢであり、ｎｅｗＭＶの２つのモジュールをそれぞれ（ｘＡ＋ｘＢ）および（ｙＡ＋ｙＢ）に設定する。
２．３．３．３ ＡＦ＿ＭＥＲＧＥモード
ＡＦ＿ＭＥＲＧＥモードでＣＵを適用する場合、ＣＵは、有効な近傍の再構築ブロックから、アフィンモードで符号化された第１のブロックを得る。そして、候補ブロックの選択順は、図２１ＡのＡＢＣＤＥの順に示すように、左、上、右上、左下から左上へとなる。例えば、隣接する左下のブロックが、図２１Ｂ中のＡ０で示されるように、アフィンモードで符号化される場合、ブロックＡを含む近傍のＣＵ／ＰＵの左上隅、右上隅、左下隅の制御点（ＣＰ）動きベクトルｍｖ０ Ｎ、ｍｖ１ Ｎおよびｍｖ２ Ｎを取り出す。そして、ｍｖ０ Ｎ、ｍｖ１ Ｎおよびｍｖ２ Ｎに基づいて、現在のＣＵ／ＰＵにおける左上／右上／左下の動きベクトルｍｖ０ Ｃ、ｍｖ１ Ｃおよびｍｖ２ Ｃ（６パラメータアフィンモデルにのみ用いられる）を算出する。なお、ＶＴＭ－２．０において、左上隅に位置するサブブロック（例えば、ＶＴＭにおける４×４ブロック）は、ＭＶ０を記憶し、右上隅に位置するサブブロックは、現在のブロックがアフィン符号化されている場合、ｍｖ１を記憶する。現在のブロックが６パラメータアフィンモデルで符号化されている場合、左下隅に位置するサブブロックはｍｖ２を記憶し、そうでない場合（４パラメータアフィンモデルで）、ＬＢはｍｖ２’を記憶する。他のサブブロックは、ＭＣに用いられるＭＶを記憶する。
現在のＣＵ ｍｖ０Ｃ、ｍｖ１Ｃ、ｍｖ２ＣのＣＰＭＶを導出した後、簡易アフィン動きモデル式（１）、（２）にしたがって、現在のＣＵのＭＶＦを生成する。現在のＣＵがＡＦ＿ＭＥＲＧＥモードで符号化されているか否かを識別するために、アフィンモードで符号化された近傍のブロックが少なくとも１つある場合、ビットストリーム内にアフィンフラグを信号通知する。
既存の実装形態において、アフィンマージ候補リストは、以下のステップを使用して構築される。
１） 継承されたアフィン候補を挿入する
継承されたアフィン候補は、その有効な近傍アフィン符号化ブロックのアフィン動きモデルからその候補を導出することを意味する。近傍のブロックのアフィン動きモデルから最大２つの継承されたアフィン候補を導出し、候補リストに挿入する。左側の予測子の場合、スキャン順序は｛Ａ０，Ａ１｝であり、上記の予測子の場合、スキャン順序は｛Ｂ０，Ｂ１，Ｂ２｝である。
２） 構築されたアフィン候補を挿入する
アフィンマージ候補リストにおける候補の数がＭａｘＮｕｍＡｆｆｉｎｅＣａｎｄ未満である場合（例えば、５個）、構築されたアフィン候補を候補リストに挿入する。構築されたアフィン候補は、各制御点の近傍の動き情報を組み合わせることで候補を構築することを意味する。
ａ） まず、図２２に示される特定された空間的近傍および時間的近傍から、制御点の動き情報を導出する。ＣＰｋ（ｋ＝１，２，３，４）は、ｋ番目の制御点を表す。Ａ０，Ａ１、Ａ２、Ｂ０、Ｂ１、Ｂ２、Ｂ３は、ＣＰｋ（ｋ＝１，２，３）を予測するための空間的位置であり、Ｔは、ＣＰ４を予測するための時間的位置である。
ＣＰ１、ＣＰ２、ＣＰ３、ＣＰ４の座標は、それぞれ、（０、０）、（Ｗ、０）、（Ｈ、０）、（Ｗ、Ｈ）であり、Ｗ、Ｈは、現在のブロックの幅および高さである。
各制御点の動き情報は、以下の優先順位に従って取得される。
－ ＣＰ１の場合、チェックの優先順位はＢ２－＞Ｂ３－＞Ａ２である。利用可能であれば、Ｂ２を使用する。そうではなく、Ｂ２が利用可能である場合、Ｂ３が使用される。Ｂ２とＢ３の両方が利用不可能である場合、Ａ２が使用される。３つの候補のすべてが利用不可能である場合、ＣＰ１の動き情報を取得することができない。
－ ＣＰ２の場合、チェックの優先順位はＢ１－＞Ｂ０である。
－ ＣＰ３の場合、チェックの優先順位はＡ１－＞Ａ０である。
－ ＣＰ４にはＴを用いる。
ｂ） 次に、アフィンマージ候補を構築するためにこれらの制御点の組み合わせを使用する。
Ｉ． ６パラメータアフィン候補を構築するためには、３つの制御点の動き情報が必要である。３つの制御点は、以下の４つの組み合わせ（｛ＣＰ１、ＣＰ２、ＣＰ４｝、｛ＣＰ１、ＣＰ２、ＣＰ３｝、｛ＣＰ２、ＣＰ３、ＣＰ４｝、｛ＣＰ１、ＣＰ３、ＣＰ４｝）のうち１つを選択することができる。｛ＣＰ１，ＣＰ２，ＣＰ３｝，｛ＣＰ２，ＣＰ３，ＣＰ４｝，｛ＣＰ１，ＣＰ３，ＣＰ４｝の組み合わせを、左上、右上、左下の制御点で表される６パラメータ動きモデルに変換する。
ＩＩ． ４パラメータアフィン候補を構築するためには、２つの制御点の動き情報が必要である。２つの制御点は、２つの組み合わせ（｛ＣＰ１，ＣＰ２｝、｛ＣＰ１，ＣＰ３｝）の１つから選択されてもよい。この２つの組み合わせを、左上および右上の制御点で表される４パラメータ動きモデルに変換する。
ＩＩＩ． 構築されたアフィン候補の組み合わせを以下の順に候補リストに挿入する。
｛ＣＰ１，ＣＰ２，ＣＰ３｝，｛ＣＰ１，ＣＰ２，ＣＰ４｝，｛ＣＰ１，ＣＰ３，ＣＰ４｝，｛ＣＰ２，ＣＰ３，ＣＰ４｝，｛ＣＰ１，ＣＰ２｝，｛ＣＰ１，ＣＰ３｝
ｉ． 各組み合わせについて、各ＣＰに対するリストＸの参照インデックスをチェックし、それらがすべて同じである場合、このコンビネーションはリストＸに対して有効なＣＰＭＶを有する。このコンビネーションがリスト０およびリスト１の両方に対して有効なＣＰＭＶを有していない場合、このコンビネーションは無効としてマークされる。そうでない場合、それは有効であり、ＣＰＭＶはサブブロックマージリストに入れられる。
３） 動きベクトルがゼロのパディング
アフィンマージ候補リストにおける候補の数が５未満である場合、リストが一杯になるまで、参照インデックスがゼロのゼロ動きベクトルを候補リストに挿入する。
具体的には、サブブロックマージ候補リストについて、ＭＶが（０，０）に設定され、予測方向がリスト０（Ｐスライスの場合）から単一予測に設定される４パラメータマージ候補と、双予測（Ｂスライスの場合）とを行う。
２．３．４ 現在のピクチャの参照
現在のピクチャ参照（ＣＰＲ）とも呼ばれる、イントラブロックコピー（別名ＩＢＣ、またはイントラピクチャブロック補償）は、ＨＥＶＣ画面内容符号化拡張（ＳＣＣ）において採用された。このツールは、テキストおよびグラフィックスに富んだコンテンツにおける繰り返されるパターンが同じピクチャ内で頻繁に発生するという点で、スクリーンコンテンツ映像の符号化に非常に効率的である。同じまたは類似したパターンを有する、前述の再構築されたブロックを予測子として用いることは、予測誤差を効果的に低減し、従って符号化効率を改善することができる。図２３に、ブロック内補償の一例を示す。
ＨＥＶＣ ＳＣＣ、ＶＶＣにおけるＣＲＰの設計と同様に、ＩＢＣモードの使用は、シーケンスレベルおよびピクチャレベルの両方で信号通知される。シーケンスパラメータセット（ＳＰＳ）においてＩＢＣモードが有効にされる場合、それはピクチャレベルで有効にされることができる。ＩＢＣモードがピクチャレベルで有効にされる場合、現在の再構築ピクチャは参照ピクチャとして扱われる。従って、ＩＢＣモードの使用を合図するために、既存のＶＶＣインターモードの上部では、ブロックレベルでの構文変更は必要とされない。
主な特徴：
－ それは通常のインターモードとして扱われる。そのため、ＩＢＣモードにおいても、マージモードおよびスキップモードが利用可能である。ＩＢＣモードまたはＨＥＶＣインターモードで符号化された近傍の位置からのマージ候補を含むマージ候補リスト構築を統一する。選択されたマージインデックスに基づいて、マージまたはスキップモード下の現在のブロックは、ＩＢＣモードで符号化された近傍にマージされるか、または異なるピクチャを参照ピクチャとして有する通常のインターモードで符号化される。
－ ＩＢＣモードのためのブロックベクトル予測および符号化方式は、ＨＥＶＣインターモード（ＡＭＶＰおよびＭＶＤ符号化）における動きベクトル予測および符号化に使用される方式を再利用する。
－ ＩＢＣモードのための動きベクトルは、ブロックベクトルとも呼ばれるが、整数画素精度で符号化されるが、補間およびデブロッキング段において１／４画素精度が必要とされるので、復号化の後、１／１６画素精度でメモリに記憶される。ＩＢＣモードのための動きベクトル予測に使用される場合、記憶されたベクトル予測子は、４だけ右シフトされる。
－ 検索範囲：現在のＣＴＵ内に制限される。
－ アフィンモード／三角モード／ＧＢＩ／重み付け予測が有効にされる場合、ＣＰＲは許可されない。
２．３．５ ＶＶＣにおけるマージリスト設計
ＶＶＣでサポートされる３つの異なるマージリスト構築処理がある。
１） サブブロックマージ候補リスト：ＡＴＭＶＰおよびアフィンマージ候補を含む。１つのマージリスト構築処理は、アフィンモードおよびＡＴＭＶＰモードの両方に対して共有される。なお、ＡＴＭＶＰおよびアフィンマージ候補を順に追加してもよい。サブブロックマージリストのサイズはスライスヘッダで信号通知され、その最大値は５である。
２） 単一予測ＴＰＭマージリスト：三角形予測モードの場合、２つの分割に対して１つのマージリスト構築処理を共有し、２つの分割が独自のマージ候補インデックスを選択してもよい。このマージリストを構築するとき、空間的に近傍のブロックとこのブロックの２つの時間的ブロックとをチェックする。空間的近傍および時間的ブロックから導出された動き情報を、本発明者らのＩＤＦにおいて正規の動き候補と呼ぶ。これらの正規の動き候補をさらに利用して、複数のＴＰＭ候補を導出する。なお、この変換はブロックレベル全体で行われ、２つの分割においても、それら自身の予測ブロックを生成するために異なる動きベクトルを使用してもよい。
単一予測ＴＰＭマージリストサイズ５に固定される。
３） 通常のマージリスト：残りの符号化ブロックについては、１つのマージリスト構築処理を共有する。空間的／時間的／ＨＭＶＰ、ペアワイズ合成双予測マージ候補、および動きゼロ候補を順に挿入してもよい。通常のマージリストのサイズはスライスヘッダに信号通知され、その最大値は６である。
２．３．５．１ サブブロックマージ候補リスト
なお、非サブブロックマージ候補の通常マージリストに加え、すべてのサブブロック関連の動き候補を別個のマージリストに入れることが推薦される。
サブブロック関連動き候補を別個のマージリストに入れ、「ｓｕｂ－ｂｌｏｃｋマージ候補リスト」とする。
一例において、サブブロックマージ候補リストは、アフィンマージ候補、ＡＴＭＶＰ候補、および／またはサブブロックに基づくＳＴＭＶＰ候補を含む。
２．３．５．１．１ 別のＡＴＭＶＰ実施形態
この寄与において、通常マージリストにおけるＡＴＭＶＰマージ候補をアフィンマージリストの第１の位置に移動させる。新しいリストにおけるすべてのマージ候補（すなわち、サブブロックに基づくマージ候補リスト）は、サブブロック符号化ツールに基づく。
２．３．５．１．２ ＶＴＭ－３．０のＡＴＭＶＰ
ＶＴＭ－３．０において、通常のマージ候補リストの他に、サブブロックマージ候補リスト（別名、アフィンマージ候補リスト）と呼ばれる特殊なマージ候補リストを加える。サブブロックマージ候補リストは、以下の順に候補を満たす。
ｂ． ＡＴＭＶＰ候補（利用可能でも、または利用不可能でもよい）
ｃ． 継承されたアフィン候補
ｄ． 構築されたアフィン候補
ｅ． ゼロＭＶ４パラメータアフィンモデルとしてのパディング
サブブロックマージ候補リストにおける候補の最大数（ＭＬとする）は、以下のように導出する。
１） ＡＴＭＶＰ使用フラグ（例えば、フラグに「ｓｐｓ＿ｓｂＴＭＶｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」という名前を付けてもよい）がオン（１に等しい）であるが、アフィン使用フラグ（例えば、フラグに「ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」という名前を付けることができる）がオフ（０に等しい）の場合、次に、ＭＬは１に設定される。
２） ＡＴＭＶＰ使用フラグがオフ（０に等しい）であり、かつアフィン使用フラグがオフ（０に等しい）である場合、ＭＬは０に等しく設定される。この場合、サブブロックマージ候補リストは用いられない。
３） そうでない場合（アフィン使用フラグがオン（１に等しい）、ＡＴＭＶＰ使用フラグがオンまたはオフ）、エンコーダからデコーダにＭＬが信号通知される。有効なＭＬは０＜＝ＭＬ＜＝５である。
サブブロックマージ候補リストを構築する場合、まず、ＡＴＭＶＰ候補をチェックする。以下の条件のいずれか１つが真である場合、ＡＴＭＶＰ候補をスキップし、サブブロックマージ候補リストに入れない。
１） ＡＴＭＶＰ使用フラグがＯＦＦになっている。
２） ＴＭＶＰ使用フラグ（例えば、スライスレベルで信号通知された場合、フラグは「ｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」と名付けられる場合がある）はオフである。
３） 参照リスト０における参照インデックス０を有する参照ピクチャは、現在のピクチャと同じである（ＣＰＲである）。
ＶＴＭ－３．０におけるＡＴＭＶＰは、ＪＥＭにおけるＡＴＭＶＰよりもずっとシンプルである。ＡＴＭＶＰマージ候補を生成する場合、以下の処理が適用される。
ａ． 図２２に示すように、近傍のブロックＡ１、Ｂ１、Ｂ０、Ａ０をチェックして、ブロックＸとして示される、インターコードされているがＣＰＲコードされていない第１のブロックを見出す。
ｂ． ＴＭＶ＝（０，０）を初期化する。ブロックＸに１つのＭＶ（ＭＶ’と表記される）がある場合、（スライスヘッダに信号通知されたら）コロケーションされた参照ピクチャを参照し、ＴＭＶをＭＶ’に等しく設定する。
ｃ． 現在のブロックの中心点を（ｘ０，ｙ０）とし、次に、コロケーションされたピクチャにおける（ｘ０，ｙ０）の対応する位置をＭ＝（ｘ０＋ＭＶ’ｘ，ｙ０＋ＭＶ’ｙ）として配置する。Ｍを含むブロックＺを見つける。
ｉ． Ｚがイントラ符号化されている場合、ＡＴＭＶＰは利用できない。
ｉｉ． Ｚがインター符号化されている場合、ブロックＺの２つのリストのＭＶＺ＿０とＭＶＺ＿１は、ＭＶｄｅｆａｕｌｔ０、ＭＶｄｅｆａｕｌｔ１として（Ｒｅｆｌｉｓｔ０ ｉｎｄｅｘ０）と（Ｒｅｆｌｉｓｔ１ ｉｎｄｅｘ０）にスケーリングされ、記憶される。
ｄ． 各８×８サブブロックに対して、その中心点が（ｘ０Ｓ，ｙ０Ｓ）であると仮定し、次に、コロケーションされたピクチャにおける（ｘ０Ｓ，ｙ０Ｓ）の対応する位置をＭＳ＝（ｘ０Ｓ＋ＭＶ’ｘ，ｙ０Ｓ＋ＭＶ’ｙ）として位置指定する。ＭＳを含むブロックＺＳを見つける。
ｉ． ＺＳがイントラ符号化されている場合、ＭＶｄｅｆａｕｌｔ０、ＭＶｄｅｆａｕｌｔ１がサブブロックに割り当てられる。
ｉｉ． ＺＳがインター符号化されている場合、ブロックＺＳの２つのリストのＭＶＺＳ＿０とＭＶＺＳ＿１は、（Ｒｅｆｌｉｓｔ０ ｉｎｄｅｘ０）と（Ｒｅｆｌｉｓｔ１ ｉｎｄｅｘ０）にスケーリングされ、サブブロックに割り当てられる。
ＡＴＭＶＰでのＭＶクリッピングとマスキング：
コロケーションされたピクチャにおいて、ＭまたはＭＳ等の対応する位置を規定する場合、所定の領域内にあるようにクリッピングされる。ＣＴＵのサイズは、ＶＴＭ－３．０においてＳ×Ｓ、Ｓ＝１２８である。コロケーションされたＣＴＵの左上の位置が（ｘＣＴＵ，ｙＣＴＵ）であるとすると、対応する位置ＭまたはＭＳの（ｘＮ，ｙＮ）における位置は、有効領域ｘＣＴＵ＜＝ｘＮ＜ｘＣＴＵ＋Ｓ＋４；ｙＣＴＵ＜＝ｙＮ＜ｙＣＴＵ＋Ｓにクリッピングされる。
クリッピングの他に、（ｘＮ，ｙＮ）もまた、ｘＮ＝ｘＮ＆ＭＡＳＫ，ｙＮ＝ｙＮ＆ＭＡＳＫとしてマスクされ、ここで、ＭＡＳＫは、～（２Ｎ－１）に等しい整数であり、Ｎ＝３であり、最低３ビットを０に設定する。よって、ｘＮおよびｙＮは、８の倍数でなければならない。（“～”はビット単位の補数演算子を表する。）
図２４は、コロケーションされたピクチャにおける有効な対応する領域の例を示す。
２．３．５．１．３ スライスヘッダにおける構文設計
２．３．５．２ 通常マージリスト
マージリストの設計とは異なり、ＶＶＣでは、履歴に基づく動きベクトル予測（ＨＭＶＰ）法が採用されている。
ＨＭＶＰには、前述の符号化された動き情報が記憶される。前述の符号化されたブロックの動き情報をＨＭＶＰ候補と定義する。複数のＨＭＶＰ候補をＨＭＶＰテーブルと呼ばれるテーブルに記憶し、このテーブルは符号化／復号化処理中、オンザフライで維持される。新しいスライスの符号化／復号化を開始するとき、ＨＭＶＰテーブルは空になる。インターコーディングされたブロックがあるときはいつでも、関連する動き情報を新しいＨＭＶＰ候補としてテーブルの最後のエントリに加える。全体の符号化フローを図２５に示す。
ＨＭＶＰ候補は、ＡＭＶＰおよびマージ候補リスト構築処理の両方に用いることができる。図２６は、修正されたマージ候補リスト構築処理（青色で強調表示）を示す。ＴＭＶＰ候補を挿入した後、マージ候補リストが満杯でない場合、ＨＭＶＰテーブルに記憶されたＨＭＶＰ候補を利用してマージ候補リストに記入することができる。１つのブロックは、通常、動き情報の観点から、最も近接した近傍のブロックとの間に高い相関を有することを考慮し、テーブルにおけるＨＭＶＰ候補をインデックスの降順に挿入する。テーブルの最後のエントリをまずリストに加え、最後に第１のエントリを加える。同様に、ＨＭＶＰ候補に対して冗長性除去が適用される。利用可能なマージ候補の総数がマージ可能なマージ候補の信号通知可能な最大数に達すると、マージ候補リスト構築処理を終了する。
２．４ ＭＶの四捨五入
ＶＶＣにおいて、ＭＶが右シフトしている場合、ＭＶを０に向かって丸めるように求める。定式化した形で、ＭＶ（ＭＶｘ，ＭＶｙ）をＮビット右シフトすると、結果ＭＶ‘（ＭＶｘ’，ＭＶｙ’）は、以下のように導出する。
ＭＶｘ’＝（ＭＶｘ＋（（１＜＜Ｎ）＞＞１）－（ＭＶ＿ｘ＞＝０？１：０））＞＞Ｎ；
ＭＶｙ’＝（ＭＶｙ＋（（１＜＜Ｎ）＞＞１）－（ＭＶｙ＞＝０？１：０））＞＞Ｎ；
２．５ 参照ピクチャ再サンプリング（ＲＰＲ）の実施形態
ＡＲＣ、別名、参照ピクチャ再サンプリング（ＲＰＲ）は、既存のおよび今後の映像規格に組み込まれている。
ＲＰＲのいくつかの実施形態において、コロケーションされたピクチャが現在のピクチャと異なる解像度を有する場合、ＴＭＶＰは無効にされる。また、参照ピクチャの解像度が現在のピクチャと異なる場合、ＢＤＯＦおよびＤＭＶＲは無効にされる。
参照ピクチャの解像度が現在のピクチャの解像度と異なる場合、通常のＭＣを扱うために、補間セクションは、以下のように定義される。
８．５．６．３ 端数サンプル補間処理
８．５．６．３．１ 概説
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化サブブロックの左上のサンプルを規定する輝度位置（ｘＳｂ，ｙＳｂ）
－ 現在の符号化サブブロックの幅を規定する変数ｓｂＷｉｄｔｈ、
－ 現在の符号化サブブロックの高さを規定する変数ｓｂＨｅｉｇｈｔ、
－ 動きベクトルオフセットｍｖＯｆｆｓｅｔ、
－ 微調整された動きベクトルｒｅｆＭｖＬＸ、
－ 選択された参照ピクチャサンプル配列ｒｅｆＰｉｃＬＸ、
－ １／２サンプル補間フィルタインデックスｈｐｅｌＩｆＩｄｘ、
－ 双方向オプティカルフローフラグｂｄｏｆＦｌａｇ、
－ 現在のブロックの色成分インデックスを規定する変数ｃＩｄｘ。
この処理の出力は以下の通りである。
－ 予測サンプル値の（ｓｂＷｉｄｔｈ＋ｂｒｄＥｘｔＳｉｚｅ）ｘ（ｓｂＨｅｉｇｈｔ＋ｂｒｄＥｘｔＳｉｚｅ）配列ｐｒｅｄＳａｍｐｌｅｓＬＸ。
予測ブロック境界拡大サイズｂｒｄＥｘｔＳｉｚｅは、以下のように導出する。
ｂｒｄＥｘｔＳｉｚｅ＝（ｂｄｏｆＦｌａｇ｜｜（ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ［ｘＳｂ］［ｙＳｂ］ ＆＆ ｓｐｓ＿ａｆｆｉｎｅ＿ｐｒｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ））？２：０ （８－７５２）
変数ｆＲｅｆＷｉｄｔｈは、輝度サンプルにおける参照ピクチャのＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬに等しく設定される。
変数ｆＲｅｆＨｅｉｇｈｔは、輝度サンプルにおける参照ピクチャのＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬに等しく設定される。
動きベクトルｍｖＬＸは、（ｒｅｆＭｖＬＸ－ｍｖＯｆｆｓｅｔ）に等しく設定される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ スケーリングファクタおよびその固定小数点表現は、以下のように定義される。
ｈｏｒｉ＿ｓｃａｌｅ＿ｆｐ＝（（ｆＲｅｆＷｉｄｔｈ＜＜１４）＋（ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ＞＞１））／ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ （８－７５３）
ｖｅｒｔ＿ｓｃａｌｅ＿ｆｐ＝（（ｆＲｅｆＨｅｉｇｈｔ＜＜１４）＋（ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ＞＞１））／ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ （８－７５４）
－ （ｘＩｎｔＬ，ｙＩｎｔＬ）をフルサンプルユニットで与えられた輝度位置とし、（ｘＦｒａｃＬ，ｙＦｒａｃＬ）を１／１６サンプル単位で与えられたオフセットとする。これらの変数は、本項でのみ、参照サンプル配列ｒｅｆＰｉｃＬＸ内の端数サンプル位置を規定するために使用される。
－ 参照サンプルパディング用バウンディングブロック（ｘＳｂＩｎｔＬ，ｙＳｂＩｎｔＬ）の左上座標を、（ｘＳｂ＋（ｍｖＬＸ［０］＞＞４），ｙＳｂ＋（ｍｖＬＸ［１］＞＞４））に等しく設定する。
－ 予測輝度サンプル配列ｐｒｅｄＳａｍｐｌｅｓＬＸ内の各輝度サンプル位置（ｘＬ＝０．．ｓｂＷｉｄｔｈ－１＋ｂｒｄＥｘｔＳｉｚｅ，ｙＬ＝０．．ｓｂＨｅｉｇｈｔ－１＋ｂｒｄＥｘｔＳｉｚｅ）について、対応する予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅｓＬＸ［ｘＬ］［ｙＬ］は下記のように導出する。
－ （ｒｅｆｘＳｂＬ，ｒｅｆｙＳｂＬ）および（ｒｅｆｘＬ，ｒｅｆｙＬ）を、１／１６サンプル単位で与えられる動きベクトル（ｒｅｆＭｖＬＸ［０］，ｒｅｆＭｖＬＸ［１］）が指す輝度位置とする。変数ｒｅｆｘＳｂＬ、ｒｅｆｘＬ、ｒｅｆｙＳｂＬ、ｒｅｆｙＬは、以下のように導出する。
ｒｅｆｘＳｂＬ＝（（ｘＳｂ＜＜４）＋ｒｅｆＭｖＬＸ［０］）＊ｈｏｒｉ＿ｓｃａｌｅ＿ｆｐ （８－７５５）
ｒｅｆｘＬ＝（（Ｓｉｇｎ（ｒｅｆｘＳｂ）＊（（Ａｂｓ（ｒｅｆｘＳｂ）＋１２８）＞＞８）＋ｘＬ＊（（ｈｏｒｉ＿ｓｃａｌｅ＿ｆｐ＋８）＞＞４））＋３２）＞＞６ （８－７５６）
ｒｅｆｙＳｂＬ＝（（ｙＳｂ＜＜４）＋ｒｅｆＭｖＬＸ［１］）＊ｖｅｒｔ＿ｓｃａｌｅ＿ｆｐ （８－７５７）
ｒｅｆｙＬ＝（（Ｓｉｇｎ（ｒｅｆｙＳｂ）＊（（Ａｂｓ（ｒｅｆｙＳｂ）＋１２８）＞＞８）＋ｙＬ＊（（ｖｅｒｔ＿ｓｃａｌｅ＿ｆｐ＋８）＞＞４））＋３２）＞＞６ （８－７５８）
－ 変数ｘＩｎｔＬ、ｙＩｎｔＬ、ｘＦｒａｃＬ、およびｙＦｒａｃＬは、以下のように導出する。
ｘＩｎｔＬ＝ｒｅｆｘＬ＞＞４ （８－７５９）
ｙＩｎｔＬ＝ｒｅｆｙＬ＞＞４ （８－７６０）
ｘＦｒａｃＬ＝ｒｅｆｘＬ＆１５ （８－７６１）
ｙＦｒａｃＬ＝ｒｅｆｙＬ＆１５ （８－７６２）
－ ｂｄｏｆＦｌａｇがＴＲＵＥに等しいか（ｓｐｓ＿ａｆｆｉｎｅ＿ｐｒｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇがＴＲＵＥに等しく、ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ［ｘＳｂ］［ｙＳｂ］がＴＲＵＥに等しい）、次の条件の１つ以上が真である場合、予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅｓＬＸ［ｘＬ］［ｙＬ］は、８．５．６．３．３項で規定されているように、入力として（ｘＩｎｔＬ＋（ｘＦｒａｃＬ＞＞３）－１），ｙＩｎｔＬ＋（ｙＦｒａｃＬ＞＞３）－１）およびｒｅｆＰｉｃＬＸを使用して輝度整数サンプル取り出し処理を呼び出すことによって導出する。
１． ｘＬは０に等しい。
２． ｘＬは、ｓｂＷｉｄｔｈ＋１に等しい。
３． ｙＬは０に等しい。
４． ｙＬは、ｓｂＨｅｉｇｈｔ＋１に等しい。
－ そうでない場合、８．５．６．３．２項で規定されるように、（ｘＩｎｔＬ－（ｂｒｄＥｘｔＳｉｚｅ＞０？で輝度サンプル８タップ補間フィルタリング処理を呼び出すことによって、予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅｓＬＸ［ｘＬ］［ｙＬ］を導出する。１：０），ｙＩｎｔＬ－（ｂｒｄＥｘｔＳｉｚｅ＞０？１：０））、入力として、（ｘＦｒａｃＬ，ｙＦｒａｃＬ）、（ｘＳｂＩｎｔＬ，ｙＳｂＩｎｔＬ）、ｒｅｆＰｉｃＬＸ、ｈｐｅｌＩｆＩｄｘ、ｓｂＷｉｄｔｈ、ｓｂＨｅｉｇｈｔ、および（ｘＳｂ，ｙＳｂ）。
－ そうでない場合（ｃＩｄｘが０に等しくない）、以下が適用される。
－ （ｘＩｎｔＣ，ｙＩｎｔＣ）をフルサンプルユニットで与えられたクロマ位置とし、（ｘＦｒａｃＣ，ｙＦｒａｃＣ）を１／３２サンプル単位で与えられたオフセットとする。これらの変数は、本項でのみ、参照サンプル配列ｒｅｆＰｉｃＬＸ内の一般的な端数サンプルの位置を規定するために使用される。
－ 参照サンプルパディング用バウンディングブロック（ｘＳｂＩｎｔＣ，ｙＳｂＩｎｔＣ）の左上座標は、（（ｘＳｂ／ＳｕｂＷｉｄｔｈＣ）＋（ｍｖＬＸ［０］＞＞５），（ｙＳｂ／ＳｕｂＨｅｉｇｈｔＣ）＋（ｍｖＬＸ［１］＞＞５））に等しく設定される。
－ 予測クロマサンプル配列ｐｒｅｄＳａｍｐｌｅｓＬＸ内の各クロマサンプル位置（ｘＣ＝０．．ｓｂＷｉｄｔｈ－１，ｙＣ＝０．．ｓｂＨｅｉｇｈｔ－１）について、対応する予測クロマサンプル値ｐｒｅｄＳａｍｐｌｅｓＬＸ［ｘＣ］［ｙＣ］は、以下のように導出する。
－ （ｒｅｆｘＳｂＣ，ｒｅｆｙＳｂＣ）および（ｒｅｆｘＣ，ｒｅｆｙＣ）を、１／３２サンプル単位で与えられる動きベクトル（ｍｖＬＸ［０］，ｍｖＬＸ［１］）が指すクロマ位置とする。変数ｒｅｆｘＳｂＣ、ｒｅｆｙＳｂＣ、ｒｅｆｘＣ、ｒｅｆｙＣは、以下のように導出する。
ｒｅｆｘＳｂＣ＝（（ｘＳｂ／ＳｕｂＷｉｄｔｈＣ＜＜５）＋ｍｖＬＸ［０］）＊ｈｏｒｉ＿ｓｃａｌｅ＿ｆｐ （８－７６３）
ｒｅｆｘＣ＝（（Ｓｉｇｎ（ｒｅｆｘＳｂＣ）＊（（Ａｂｓ（ｒｅｆｘＳｂＣ）＋２５６）＞＞９）＋ｘＣ＊（（ｈｏｒｉ＿ｓｃａｌｅ＿ｆｐ＋８）＞＞４））＋１６）＞＞５ （８－７６４）
ｒｅｆｙＳｂＣ＝（（ｙＳｂ／ＳｕｂＨｅｉｇｈｔＣ＜＜５）＋ｍｖＬＸ［１］）＊ｖｅｒｔ＿ｓｃａｌｅ＿ｆｐ （８－７６５）
ｒｅｆｙＣ＝（（Ｓｉｇｎ（ｒｅｆｙＳｂＣ）＊（（Ａｂｓ（ｒｅｆｙＳｂＣ）＋２５６）＞＞９）＋ｙＣ＊（（ｖｅｒｔ＿ｓｃａｌｅ＿ｆｐ＋８）＞＞４））＋１６）＞＞５ （８－７６６）
－ 変数ｘＩｎｔＣ、ｙＩｎｔＣ、ｘＦｒａｃＣ、ｙＦｒａｃＣは、以下のように導出する。
ｘＩｎｔＣ＝ｒｅｆｘＣ＞＞５ （８－７６７）
ｙＩｎｔＣ＝ｒｅｆｙＣ＞＞５ （８－７６８）
ｘＦｒａｃＣ＝ｒｅｆｙＣ＆３１ （８－７６９）
ｙＦｒａｃＣ＝ｒｅｆｙＣ＆３１ （８－７７０）
－ 予測サンプル値ｐｒｅｄＳａｍｐｌｅｓＬＸ［ｘＣ］［ｙＣ］は、（ｘＩｎｔＣ，ｙＩｎｔＣ），（ｘＦｒａｃＣ，ｙＦｒａｃＣ），（ｘＳｂＩｎｔＣ，ｙＳｂＩｎｔＣ），ｓｂＷｉｄｔｈ，ｓｂＨｅｉｇｈｔ、およびｒｅｆＰｉｃＬＸを入力として、８．５．６．３．４項で指定した処理を呼び出すことによって導出される。
８．５．６．３．２ 輝度サンプル補間フィルタリング処理
この処理への入力は以下の通りである。
－ フルサンプルユニット（ｘＩｎｔＬ，ｙＩｎｔＬ）における輝度位置、
－ 端数サンプル単位での輝度位置（ｘＦｒａｃＬ，ｙＦｒａｃＬ）、
－ 参照ピクチャの左上の輝度サンプルに対する参照サンプルのパディングのための境界ブロックの左上のサンプルを規定する、フルサンプルユニット（ｘＳｂＩｎｔＬ，ｙＳｂＩｎｔＬ）における輝度位置、
－ 輝度参照サンプル配列ｒｅｆＰｉｃＬＸＬ、
－ １／２サンプル補間フィルタインデックスｈｐｅｌＩｆＩｄｘ、
－ 現在のサブブロックの幅を規定する変数ｓｂＷｉｄｔｈ、
－ 現在のサブブロックの高さを規定する変数ｓｂＨｅｉｇｈｔ、
－ 現在のピクチャの左上の輝度サンプルに対する現在のサブブロックの左上のサンプルを規定する輝度位置（ｘＳｂ，ｙＳｂ）、
この処理の出力は、予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅＬＸＬである。
変数ｓｈｉｆｔ１、ｓｈｉｆｔ２、およびｓｈｉｆｔ３は、以下のように導出する。
－ 変数ｓｈｉｆｔ１をＭｉｎ（４，ＢｉｔＤｅｐｔｈＹ＿８）に等しく設定し、変数ｓｈｉｆｔ２を６に等しく設定し、変数ｓｈｉｆｔ３をＭａｘ（２，１４－ＢｉｔＤｅｐｔｈＹ）に等しく設定する。
－ 変数ｐｉｃＷはｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しく設定され、変数ｐｉｃＨはｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しく設定される。
ｘＦｒａｃＬまたはｙＦｒａｃＬに等しい各１／１６端数サンプル位置ｐに対する輝度補間フィルタ係数ｆＬ［ｐ］は、以下のように導出する。
－ ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘＳｂ］［ｙＳｂ］が０より大きく、ｓｂＷｉｄｔｈおよびｓｂＨｅｉｇｈｔがともに４に等しい場合、輝度補間フィルタ係数ｆＬ［ｐ］を表５で指定する。
－ そうでない場合、ｈｐｅｌＩｆＩｄｘに基づいて輝度補間フィルタ係数ｆＬ［ｐ］を表４で指定する。
ｉ＝０．．７の場合、フルサンプルユニット（ｘＩｎｔｉ，ｙＩｎｔｉ）における輝度位置は、以下のように導出する。
－ ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が１に等しい場合、以下が適用される。
ｘＩｎｔｉ＝Ｃｌｉｐ３（ＳｕｂＰｉｃＬｅｆｔＢｏｕｎｄａｒｙＰｏｓ，ＳｕｂＰｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ，ｘＩｎｔＬ＋ｉ－３） （８－７７１）
ｙＩｎｔｉ＝Ｃｌｉｐ３（ＳｕｂＰｉｃＴｏｐＢｏｕｎｄａｒｙＰｏｓ，ＳｕｂＰｉｃＢｏｔＢｏｕｎｄａｒｙＰｏｓ，ｙＩｎｔＬ＋ｉ－３） （８－７７２）
－ それ以外の場合（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しい）、以下が適用される。
ｘＩｎｔｉ＝Ｃｌｉｐ３（０，ｐｉｃＷ－１，ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ？
ＣｌｉｐＨ（（ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１＋１）＊ＭｉｎＣｂＳｉｚｅＹ，ｐｉｃＷ，ｘＩｎｔＬ＋ｉ－３）： （８－７７３）
ｘＩｎｔＬ＋ｉ－３）
ｙＩｎｔｉ＝Ｃｌｉｐ３（０，ｐｉｃＨ－１，ｙＩｎｔＬ＋ｉ－３） （８－７７４）
ｉ＝０．．７の場合、フルサンプルユニットにおける輝度位置は、以下のようにさらに修正される。
ｘＩｎｔｉ＝Ｃｌｉｐ３（ｘＳｂＩｎｔＬ－３，ｘＳｂＩｎｔＬ＋ｓｂＷｉｄｔｈ＋４，ｘＩｎｔｉ） （８－７７５）
ｙＩｎｔｉ＝Ｃｌｉｐ３（ｙＳｂＩｎｔＬ－３，ｙＳｂＩｎｔＬ＋ｓｂＨｅｉｇｈｔ＋４，ｙＩｎｔｉ） （８－７７６）
予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅＬＸＬは、以下のように導出する。
－ 両方のｘＦｒａｃＬおよびｙＦｒａｃＬが０に等しい場合、ｐｒｅｄＳａｍｐｌｅＬＸＬの値は、以下のように導出する。
ｐｒｅｄＳａｍｐｌｅＬＸＬ＝ｒｅｆＰｉｃＬＸＬ［ｘＩｎｔ３］［ｙＩｎｔ３］＜＜ｓｈｉｆｔ３ （８－７７７）
－ そうではなく、ｘＦｒａｃＬが０に等しくなく、ｙＦｒａｃＬが０に等しい場合は、ｐｒｅｄＳａｍｐｌｅＬＸＬの値は、以下のように導出する。
ｐｒｅｄＳａｍｐｌｅＬＸＬ＝（Σ７ ｉ＝０ｆＬ［ｘＦｒａｃＬ］［ｉ］＊ｒｅｆＰｉｃＬＸＬ［ｘＩｎｔｉ］［ｙＩｎｔ３］）＞＞ｓｈｉｆｔ１ （８－７７８）
－ そうではなく、ｘＦｒａｃＬが０に等しく、ｙＦｒａｃＬが０に等しくない場合、ｐｒｅｄＳａｍｐｌｅＬＸＬの値は、以下のように導出する。
ｐｒｅｄＳａｍｐｌｅＬＸＬ＝（Σ７ ｉ＝０ｆＬ［ｙＦｒａｃＬ］［ｉ］＊ｒｅｆＰｉｃＬＸＬ［ｘＩｎｔ３］［ｙＩｎｔｉ］）＞＞ｓｈｉｆｔ１ （８－７７９）
－ そうではなく、ｘＦｒａｃＬが０に等しくなく、ｙＦｒａｃＬが０に等しくない場合、ｐｒｅｄＳａｍｐｌｅＬＸＬの値は、以下のように導出する。
－ ｎ＝０．．７のサンプル配列ｔｅｍｐ［ｎ］は、以下のように導出する。
ｔｅｍｐ［ｎ］＝（Σ７ ｉ＝０ｆＬ［ｘＦｒａｃＬ］［ｉ］＊ｒｅｆＰｉｃＬＸＬ［ｘＩｎｔｉ］［ｙＩｎｔｎ］）＞＞ｓｈｉｆｔ１ （８－７８０）
－ 予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅＬＸＬは、以下のように導出する。
ｐｒｅｄＳａｍｐｌｅＬＸＬ＝（Σ７ ｉ＝０ｆＬ［ｙＦｒａｃＬ］［ｉ］＊ｔｅｍｐ［ｉ］）＞＞ｓｈｉｆｔ２ （８－７８１）
８．５．６．３．３ 輝度整数サンプル取り出し処理
この処理への入力は以下の通りである。
－ フルサンプルユニット（ｘＩｎｔＬ，ｙＩｎｔＬ）における輝度位置、
－ 輝度参照サンプル配列ｒｅｆＰｉｃＬＸＬ、
この処理の出力は、予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅＬＸＬである。
この変数ｓｈｉｆｔは、Ｍａｘ（２，１４－ＢｉｔＤｅｐｔｈＹ）に等しく設定される。
変数ｐｉｃＷはｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しく設定され、変数ｐｉｃＨはｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しく設定される。
フルサンプルユニット（ｘＩｎｔ，ｙＩｎｔ）における輝度位置は、以下のように導出する。
ｘＩｎｔ＝Ｃｌｉｐ３（０，ｐｉｃＷ－１，ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ？ （８－７８２）
ＣｌｉｐＨ（（ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１＋１）＊ＭｉｎＣｂＳｉｚｅＹ，ｐｉｃＷ，ｘＩｎｔＬ）：ｘＩｎｔＬ）
ｙＩｎｔ＝Ｃｌｉｐ３（０，ｐｉｃＨ－１，ｙＩｎｔＬ） （８－７８３）
予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅＬＸＬは、以下のように導出する。
ｐｒｅｄＳａｍｐｌｅＬＸＬ＝ｒｅｆＰｉｃＬＸＬ［ｘＩｎｔ］［ｙＩｎｔ］＜＜ｓｈｉｆｔ３ （８－７８４）
８．５．６．３．４ クロマサンプル補間処理
この処理への入力は以下の通りである。
－ フルサンプルユニット（ｘＩｎｔＣ，ｙＩｎｔＣ）におけるクロマ位置、
－ １／３２の端数サンプル単位でのクロマ位置（ｘＦｒａｃＣ，ｙＦｒａｃＣ）、
－ 参照ピクチャの左上のクロマサンプルに対する参照サンプルパディングのための境界ブロックの左上のサンプルを規定する、フルサンプルユニット（ｘＳｂＩｎｔＣ，ｙＳｂＩｎｔＣ）におけるクロマ位置、
－ 現在のサブブロックの幅を規定する変数ｓｂＷｉｄｔｈ、
－ 現在のサブブロックの高さを規定する変数ｓｂＨｅｉｇｈｔ、
－ クロマ参照サンプル配列ｒｅｆＰｉｃＬＸＣ。
この処理の出力は、予測クロマサンプル値ｐｒｅｄＳａｍｐｌｅＬＸＣである。
変数ｓｈｉｆｔ１、ｓｈｉｆｔ２、およびｓｈｉｆｔ３は、以下のように導出する。
－ 変数ｓｈｉｆｔ１をＭｉｎ（４，ＢｉｔＤｅｐｔｈＣ－８に等しく設定し、変数ｓｈｉｆｔ２を６に等しく設定し、変数ｓｈｉｆｔ３をＭａｘ（２，１４－ＢｉｔＤｅｐｔｈＣ）に等しく設定する。
－ 変数ｐｉｃＷＣはｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＳｕｂＷｉｄｔｈＣに等しく設定され、変数ｐｉｃＨＣはｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＳｕｂＨｅｉｇｈｔＣに等しく設定される。
表６に、ｘＦｒａｃＣまたはｙＦｒａｃＣに等しい各１／３２端数サンプル位置ｐのクロマ補間フィルタ係数ｆＣ［ｐ］を示す。
変数ｘＯｆｆｓｅｔは、（ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１＋１）＊ＭｉｎＣｂＳｉｚｅＹ）／ＳｕｂＷｉｄｔｈＣに等しく設定される。
ｉ＝０．．３の場合、フルサンプルユニット（ｘＩｎｔｉ，ｙＩｎｔｉ）におけるクロマ位置は、以下のように導出する。
－ ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が１に等しい場合、以下が適用される。
ｘＩｎｔｉ＝Ｃｌｉｐ３（ＳｕｂＰｉｃＬｅｆｔＢｏｕｎｄａｒｙＰｏｓ／ＳｕｂＷｉｄｔｈＣ，ＳｕｂＰｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ／ＳｕｂＷｉｄｔｈＣ，ｘＩｎｔＬ＋ｉ） （８－７８５）
ｙＩｎｔｉ＝Ｃｌｉｐ３（ＳｕｂＰｉｃＴｏｐＢｏｕｎｄａｒｙＰｏｓ／ＳｕｂＨｅｉｇｈｔＣ，ＳｕｂＰｉｃＢｏｔＢｏｕｎｄａｒｙＰｏｓ／ＳｕｂＨｅｉｇｈｔＣ，ｙＩｎｔＬ＋ｉ） （８－７８６）
－ それ以外の場合（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しい）、以下が適用される。
ｘＩｎｔｉ＝Ｃｌｉｐ３（０，ｐｉｃＷＣ－１，ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ？ＣｌｉｐＨ（ｘＯｆｆｓｅｔ，ｐｉｃＷＣ，ｘＩｎｔＣ＋ｉ－１）： （８－７８７）
ｘＩｎｔＣ＋ｉ－１）
ｙＩｎｔｉ＝Ｃｌｉｐ３（０，ｐｉｃＨＣ－１，ｙＩｎｔＣ＋ｉ－１） （８－７８８）
フルサンプルユニット（ｘＩｎｔｉ，ｙＩｎｔｉ）におけるクロマ位置は、ｉ＝０．．３の場合、以下のようにさらに修正される。
ｘＩｎｔｉ＝Ｃｌｉｐ３（ｘＳｂＩｎｔＣ－１，ｘＳｂＩｎｔＣ＋ｓｂＷｉｄｔｈ＋２，ｘＩｎｔｉ） （８－７８９）
ｙＩｎｔｉ＝Ｃｌｉｐ３（ｙＳｂＩｎｔＣ－１，ｙＳｂＩｎｔＣ＋ｓｂＨｅｉｇｈｔ＋２，ｙＩｎｔｉ） （８－７９０）
予測クロマサンプル値ｐｒｅｄＳａｍｐｌｅＬＸＣは、以下のように導出する。
－ ｘＦｒａｃＣおよびｙＦｒａｃＣの両方が０に等しい場合、ｐｒｅｄＳａｍｐｌｅＬＸＣの値は、以下のように導出する。
ｐｒｅｄＳａｍｐｌｅＬＸＣ＝ｒｅｆＰｉｃＬＸＣ［ｘＩｎｔ１］［ｙＩｎｔ１］＜＜ｓｈｉｆｔ３ （８－７９１）
－ そうではなく、ｘＦｒａｃＣが０に等しくなく、ｙＦｒａｃＣが０に等しい場合、ｐｒｅｄＳａｍｐｌｅＬＸＣの値は、以下のように導出する。
ｐｒｅｄＳａｍｐｌｅＬＸＣ＝（Σ３ ｉ＝０ｆＣ［ｘＦｒａｃＣ］［ｉ］＊ｒｅｆＰｉｃＬＸＣ［ｘＩｎｔｉ］［ｙＩｎｔ１］）＞＞ｓｈｉｆｔ１ （８－７９２）
－ そうではなく、ｘＦｒａｃＣが０に等しく、ｙＦｒａｃＣが０に等しくない場合、ｐｒｅｄＳａｍｐｌｅＬＸＣの値は、以下のように導出する。
ｐｒｅｄＳａｍｐｌｅＬＸＣ＝（Σ３ ｉ＝０ｆＣ［ｙＦｒａｃＣ］［ｉ］＊ｒｅｆＰｉｃＬＸＣ［ｘＩｎｔ１］［ｙＩｎｔｉ］）＞＞ｓｈｉｆｔ１ （８－７９３）
－ そうではなく、ｘＦｒａｃＣが０に等しくなく、ｙＦｒａｃＣが０に等しくない場合、ｐｒｅｄＳａｍｐｌｅＬＸＣの値は、以下のように導出する。
－ ｎ＝０．．３のサンプル配列ｔｅｍｐ［ｎ］は、以下のように導出する。
ｔｅｍｐ［ｎ］＝（Σ３ ｉ＝０ｆＣ［ｘＦｒａｃＣ］［ｉ］＊ｒｅｆＰｉｃＬＸＣ［ｘＩｎｔｉ］［ｙＩｎｔｎ］）＞＞ｓｈｉｆｔ１ （８－７９４）
－ 予測クロマサンプル値ｐｒｅｄＳａｍｐｌｅＬＸＣは、以下のように導出する。
ｐｒｅｄＳａｍｐｌｅＬＸＣ＝（ｆＣ［ｙＦｒａｃＣ］［０］＊ｔｅｍｐ［０］＋ｆＣ［ｙＦｒａｃＣ］［１］＊ｔｅｍｐ［１］＋ｆＣ［ｙＦｒａｃＣ］［２］＊ｔｅｍｐ［２］＋ （８－７９５）
ｆＣ［ｙＦｒａｃＣ］［３］＊ｔｅｍｐ［３］）＞＞ｓｈｉｆｔ２
２．６ サブピクチャを用いる実施形態
既存の実装形態におけるサブピクチャの現在の構文設計では、サブピクチャの位置および寸法は、以下のように導出する。
ｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１の場合、ＳＰＳＲＢＳＰ構文の現在にサブピクチャパラメータが存在することを示す。ｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０の場合、ＳＰＳＲＢＳＰ構文の現在にサブピクチャパラメータが存在しないことを示す。
注２－ビットストリームがサブビットストリーム抽出処理の結果であり、サブビットストリーム抽出処理への入力ビットストリームのサブピクチャのサブセットのみが含まれている場合、ＳＰＳのＲＢＳＰでｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値を１に設定する必要がある場合がある。
ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１ ｐｌｕｓ１は、ＣＶＳに存在し得るサブピクチャの最大数を規定する。ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１は、０から２５４の範囲でなければならない。２５５の値は、将来ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣによる使用に対して予定しておく。
ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１ ｐｌｕｓ１は、サブピクチャ識別子グリッドの各要素の幅を４サンプル単位で規定する。構文要素の長さはＣｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／４））ビットである。
変数ＮｕｍＳｕｂＰｉｃＧｒｉｄＣｏｌｓは、以下のように導出する。
ＮｕｍＳｕｂＰｉｃＧｒｉｄＣｏｌｓ＝（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＊４＋３）／
（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＊４＋４） （７－５）
ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１ ｐｌｕｓ１は、サブピクチャ識別子グリッドの各要素の高さを４サンプル単位で指定する。構文要素の長さはＣｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／４））ｂｉｔｓビットである。
変数ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓは、以下のように導出する。
ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓ＝（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＊４＋３）／
（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＊４＋４） （７－６）
ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］は、グリッド位置（ｉ、ｊ）のサブピクチャインデックスを規定する。構文要素の長さはＣｅｉｌ（Ｌｏｇ２（ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１））ビットである。
変数ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］、ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］、ＳｕｂＰｉｃＷｉｄｔｈ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］、ＳｕｂＰｉｃＨｅｉｇｈｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］、およびＮｕｍＳｕｂＰｉｃｓは次のように導出する。
ＮｕｍＳｕｂＰｉｃｓ＝０
ｆｏｒ（ｉ＝０；ｉ．＜ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓ；ｉ＋＋）｛
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＳｕｂＰｉｃＧｒｉｄＣｏｌｓ；ｊ＋＋）｛
ｉｆ（ｉ＝＝０）
ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝０
ｅｌｓｅ ｉｆ（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］！＝ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ－１］［ｊ］）｛
ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｉ
ＳｕｂＰｉｃＨｅｉｇｈｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ－１］［ｊ］］＝ｉ－ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ－１］［ｊ］］
｝
ｉｆ（ｊ＝＝０）
ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝０ （７－７）
ｅｌｓｅ ｉｆ（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］！＝ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ－１］）｛
ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｊ
ＳｕｂＰｉｃＷｉｄｔｈ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｊ－ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ－１］］
｝
ｉｆ（ｉ＝＝ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓ－１）
ＳｕｂＰｉｃＨｅｉｇｈｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｉ－ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ－１］［ｊ］］＋１ ｉｆ（ｊ＝＝ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓ－１）
ＳｕｂＰｉｃＷｉｄｔｈ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｊ－ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ－１］］＋１
ｉｆ（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］＞ＮｕｍＳｕｂＰｉｃｓ）
ＮｕｍＳｕｂＰｉｃｓ＝ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］
｝
｝
ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］が１の場合、ＣＶＳ内の各コード化ピクチャのｉ番目のサブピクチャが、ループ内フィルタリング操作を除いて、復号化処理でピクチャとして扱われることを規定する。ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］が０の場合、ＣＶＳ内の各コード化ピクチャのｉ番目のサブピクチャが、ループ内フィルタリング操作を除いて、復号化処理でピクチャとして扱われないことを規定する。存在しない場合は、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値は０に等しいと推測される。
２．７ インターイントラ結合予測（ＣＩＩＰ）
インターイントラ結合予測は、特殊マージ候補として、ＣＩＩＰ（Ｃｏｍｂｉｎｅｄ Ｉｎｔｅｒ－Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ）をＶＶＣに採用する。これは、Ｗ＜＝６４ ａｎｄ Ｈ＜＝６４のＷｘＨブロックに対してのみ有効にすることができる。
３． 既存の実装形態の欠点
現在のＶＶＣの設計において、ＡＴＭＶＰには以下のような問題がある。
１） ＡＴＭＶＰを適用するかどうかが、スライスレベルとＣＵレベルで不整合である。
２） スライスヘッダにおいて、ＴＭＶＰが無効にされてもＡＴＭＶＰは有効としてもよい。一方、ＴＭＶＰフラグの前にＡＴＭＶＰフラグを信号通知する。
３） マスキングは、ＭＶが圧縮されているかどうかを考慮せずに、常に行われる。
４） 有効な対応する領域が大き過ぎてもよい。
５） ＴＭＶの導出は非常に複雑である。
６） ＡＴＭＶＰが利用できなくてもよい、より優れたデフォルトＭＶが望ましい。
７） ＡＴＭＶＰにおけるＭＶスケーリング方法は、効率的でなくてもよい。
８） ＡＴＭＶＰはＣＰＲ症例を考慮すべきである。
９） アフィン予測が無効にされても、デフォルトの０アフィンマージ候補をリストに含めてもよい。
１０） 現在のピクチャは長期参照ピクチャとして扱われ、他のピクチャは短期参照ピクチャとして扱われる。ＡＴＭＶＰ候補およびＴＭＶＰ候補の両方について、コロケーションされたピクチャにおける時間的ブロックからの動き情報は、固定された参照インデックスを有する参照ピクチャにスケーリングされる（即ち、現在の設計における各参照ピクチャリストに対して０）。しかしながら、ＣＰＲモードが有効にされると、現在のピクチャはまた参照ピクチャとして扱われ、現在のピクチャは、０に等しいインデックスを有する参照ピクチャリスト０（ＲｅｆＰｉｃＬｉｓｔ０）に追加してもよい。
ａ． ＴＭＶＰにおいて、時間的ブロックがＣＰＲモードで符号化され、ＲｅｆＰｉｃＬｉｓｔ０の参照ピクチャが短い参照ピクチャである場合、ＴＭＶＰ候補は利用不可能に設定される。
ｂ． インデックスが０のＲｅｆＰｉｃＬｉｓｔ０の参照ピクチャが現在のピクチャであり、現在のピクチャがイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャである場合、ＡＴＭＶＰ候補は利用不可能に設定される。
ｃ． １つのブロック内のＡＴＭＶＰサブブロックの場合、１つの時間的ブロックからサブブロックの動き情報を導出する時に、この時間的ブロックがＣＰＲモードで符号化されている場合、このサブブロックの動き情報を埋めるために、デフォルトのＡＴＭＶＰ候補（開始ＴＭＶと現在のブロックの中心位置とによって特定される１つの時間的ブロックから導出する）が使用される。
１１） ＭＶは整数精度に右シフトされるが、ＶＶＣにおける丸め規則に従わない。
１２） ＡＴＭＶＰにおいて、異なるピクチャにおける対応するブロックの位置を規定するために用いられるＭＶ（ＭＶｘ，ＭＶｙ）（例えば、ＴＭＶが０）は、コロケーションされたピクチャを指すため、そのまま用いられる。これは、すべてのピクチャが同じ解像度であるという仮定に基づく。しかしながら、ＲＰＲが有効にされる場合、異なるピクチャ解像度を利用してもよい。サブブロック動き情報を導出するために、コロケーションされたピクチャにおける対応するブロックを識別することに関しても、同様の問題が存在する。
１３） １つのブロックの幅または高さが３２より大きく、ＣＩＩＰ符号化ブロックに対して最大変換ブロックのサイズが３２である場合、ＣＵサイズでイントラ予測信号を生成し、一方、インター予測信号は、ＴＵサイズで生成する（現在のブロックを複数の３２×３２ブロックに再帰的に分割する）。ＣＵを使用してイントラ予測信号を導出することは、より低い効率をもたらす。
現在の設計には問題がある。第１に、インデックスが０であるＲｅｆＰｉｃＬｉｓｔ０の参照ピクチャが現在のピクチャであり、現在のピクチャがＩＲＡＰピクチャでない場合、ＡＴＭＶＰ手続きが依然として呼び出されるが、いずれの時間的動きベクトルも現在のピクチャに合わせてスケーリングすることができないので、ＡＴＭＶＰ手続きは利用可能なＡＴＭＶＰ候補を見つけることができなかった。
４． 実施形態および技術の例
以下の技術および実施形態のリストは、一般的な概念を説明するための例と見なされるべきである。これらの技術は狭い意味で解釈されるべきではない。さらに、これらの技術は、エンコーダまたはデコーダの実施形態において任意の方法で組み合わせることができる。
１． ＴＭＶＰが許可されるかどうか、および／またはＣＰＲが使用されるかどうかは、サブブロックマージ候補リストにおける候補の最大数を判定／構文解析するため、および／またはＡＴＭＶＰ候補を候補リストに加えるべきかどうかを判定するために考慮されるべきである。サブブロックマージ候補リストにおける最大数をＭＬとする。
ａ） 一例において、ＡＴＭＶＰは、サブブロックマージ候補リストにおける候補の最大数の判定または構文解析において、ＡＴＭＶＰ使用フラグがオフ（０に等しい）であるか、またはＴＭＶＰが無効にされている場合、適用不可能であると推測される。
ｉ． 一例において、ＡＴＭＶＰ使用フラグがオン（１に等しい）であり、ＴＭＶＰが無効にされている場合、ＡＴＭＶＰ候補は、サブブロックマージ候補リストまたはＡＴＭＶＰ候補リストに追加されない。
ｉｉ． 一例において、ＡＴＭＶＰ使用フラグがオン（１に等しい）であり、ＴＭＶＰが無効にされており、且つアフィン使用フラグがオフ（０に等しい）である場合、ＭＬが０に等しく設定され、これは、サブブロックマージが適用可能でないことを意味する。
ｉｉｉ． 一例において、ＡＴＭＶＰ使用フラグがオン（１に等しい）であり、ＴＭＶＰが有効とされ、アフィン使用フラグがオフ（０に等しい）である場合、ＭＬが１に等しく設定される。
ｂ） 一例において、ＡＴＭＶＰは、ＡＴＭＶＰ使用フラグがオフ（０に等しい）であるか、または現在のピクチャのコロケーションされた参照ピクチャが現在のピクチャ自体である場合、サブブロックマージ候補リストにおける候補の最大数を判定または構文解析する時に、適用可能でないと推測される。
ｉ． 一例において、ＡＴＭＶＰ使用フラグがオン（１に等しい）であり、現在のピクチャのコロケーションされた参照ピクチャが現在のピクチャそのものである場合、ＡＴＭＶＰ候補は、サブブロックマージ候補リストまたはＡＴＭＶＰ候補リストに追加されない。
ｉｉ． 一例において、ＡＴＭＶＰ使用フラグがオン（１に等しい）であり、現在のピクチャのコロケーションされた参照ピクチャが現在のピクチャそのものであり、アフィン使用フラグがオフ（０に等しい）である場合、ＭＬが０に等しく設定され、これは、サブブロックマージが適用可能でないことを意味する。
ｉｉｉ． 一例において、ＡＴＭＶＰ使用フラグがオン（１に等しい）であり、現在のピクチャのコロケーションされた参照ピクチャが現在のピクチャそのものでなく、アフィン使用フラグがオフ（０に等しい）である場合、ＭＬは１に等しく設定される。
ｃ） 一例において、ＡＴＭＶＰ使用フラグがオフ（０に等しい）であるか、または参照リスト０における参照ピクチャインデックス０を有する参照ピクチャが現在のピクチャそのものである場合、ＡＴＭＶＰは、サブブロックマージ候補リストにおける候補の最大数を判定または構文解析する時に、適用可能でないと推測される。
ｉ． 一例において、ＡＴＭＶＰ使用フラグがオン（１に等しい）であり、参照リスト０における参照ピクチャインデックス０を有するコロケーションされた参照ピクチャは、現在のピクチャそのものであり、ＡＴＭＶＰ候補は、サブブロックマージ候補リストまたはＡＴＭＶＰ候補リストに追加されない。
ｉｉ． 一例において、ＡＴＭＶＰ使用フラグがオン（１に等しい）であり、参照リスト０における参照ピクチャインデックス０を有する参照ピクチャが現在のピクチャそのものであり、且つアフィン使用フラグがオフ（０に等しい）である場合、ＭＬが０に等しく設定され、これは、サブブロックマージが適用可能でないことを意味する。
ｉｉｉ． 一例において、ＡＴＭＶＰ使用フラグがオン（１に等しい）であり、参照リスト０における参照ピクチャインデックス０を有する参照ピクチャは、現在のピクチャそのものではなく、アフィン使用フラグがオフ（０に等しい）である場合、ＭＬは１に等しく設定される。
ｄ） 一例において、ＡＴＭＶＰ使用フラグがオフ（０に等しい）であるか、または参照リスト１における参照ピクチャインデックス０を有する参照ピクチャが現在のピクチャそのものである場合、ＡＴＭＶＰは、サブブロックマージ候補リストにおける候補の最大数を判定または構文解析する時に、適用可能でないと推測される。
ｉ． 一例において、ＡＴＭＶＰ使用フラグがオン（１に等しい）であり、参照リスト１における参照ピクチャインデックス０を有するコロケーションされた参照ピクチャは、現在のピクチャそのものであり、ＡＴＭＶＰ候補は、サブブロックマージ候補リストまたはＡＴＭＶＰ候補リストに追加されない。
ｉｉ． 一例において、ＡＴＭＶＰ使用フラグがオン（１に等しい）であり、参照リスト１における参照ピクチャインデックス０を有する参照ピクチャが現在のピクチャそのものであり、且つアフィン使用フラグがオフ（０に等しい）である場合、ＭＬが０に等しく設定され、これは、サブブロックマージが適用可能でないことを意味する。
ｉｉｉ． 一例において、ＡＴＭＶＰ使用フラグがオン（１に等しい）であり、参照リスト１における参照ピクチャインデックス０を有する参照ピクチャが現在のピクチャそのものでなく、アフィン使用フラグがオフ（０に等しい）である場合、ＭＬは１に等しく設定される。
２． ＴＭＶＰがスライス／タイル／ピクチャレベルで無効にされている場合、ＡＴＭＶＰは暗黙的に無効にされ、ＡＴＭＶＰフラグは信号通知されないとされている。
ａ） 一例において、ＡＴＭＶＰフラグは、スライスヘッダ／タイルヘッダ／ＰＰＳにおけるＴＭＶＰフラグの後に信号通知される。
ｂ） 一例において、ＡＴＭＶＰまたは／およびＴＭＶＰフラグは、スライスヘッダ／タイルヘッダ／ＰＰＳにおいて信号通知されなくてもよく、ＳＰＳヘッダにおいてのみ信号通知される。
３． ＡＴＭＶＰにおける対応する位置をマスクするかどうか、およびどのようにマスクするかは、ＭＶが圧縮されているかどうか、およびどのように圧縮されているかに依存する。（ｘＮ，ｙＮ）が、現在のブロック／サブブロックのコーディネータと、コロケーションされたピクチャにおける開始動きベクトル（例えば、ＴＭＶ）とを使用して算出された対応する位置であるとする。
ａ） 一例において、ＭＶを圧縮する必要がない場合（例えば、ＳＰＳで信号通知されるｓｐｓ＿ｄｉｓａｂｌｅ＿ｍｏｔｉｏｎｃｏｍｐｒｅｓｓｉｏｎが１の場合）、（ｘＮ，ｙＮ）はマスクされない。それ以外の場合、（ＭＶは圧縮する必要がある）（ｘＮ，ｙＮ）はｘＮ＝ｘＮ＆ＭＡＳＫ，ｙＮ＝ｙＮ＆ＭＡＳＫとしてマスクされる。ここで、ＭＡＳＫは～（２Ｍ－１）に等しく、Ｍは３または４などのような整数である。
ｂ） 各２Ｋ×２ＫブロックにおけるＭＶ記憶結果のＭＶ圧縮方法は、同じ動き情報を共有し、ＡＴＭＶＰ処理におけるマスクを～（２Ｍ－１）と定義する。ＫはＭに等しくなくてもよく、例えば、Ｍ＝Ｋ＋１であるとされている。
ｃ） ＡＴＭＶＰおよびＴＭＶＰに用いられるＭＡＳＫは、同じであってもよいし、異なっていてもよい。
４． 一例において、ＭＶ圧縮方法はフレキシブルであってもよい。
ａ） 一例において、ＭＶ圧縮方法は非圧縮、８×８圧縮（Ｂｕｌｌｅｔ３．ａにおけるＭ＝３），または１６×１６圧縮（Ｂｕｌｌｅｔ３．ａにおけるＭ＝４）の間で選択することができる。
ｂ） 一例において、ＭＶ圧縮方法は、ＶＰＳ／ＳＰＳ／ＰＰＳ／スライスヘッダ／タイルグループヘッダにおいて信号通知されてもよい。
ｃ） 一例において、ＭＶ圧縮方法は、異なる標準プロファイル／レベル／層において異なるように設定してもよい。
５． ＡＴＭＶＰにおける有効な対応する領域は適応可能でもよい。
ａ） 例えば、有効な対応する領域は、現在のブロックの幅および高さに依存してもよい。
ｂ） 例えば、有効な対応領域はＭＶ圧縮方法に依存してもよい。
ｉ． 一例において、ＭＶ圧縮方法が使用されない場合、有効な対応領域はより小さく、ＭＶ圧縮方法が使用される場合、有効な対応領域はより大きい。
６． ＡＴＭＶＰにおける有効な対応する領域は、ＣＴＵ領域よりも小さいサイズＭ×Ｎを有する基本領域に基づいてもよい。例えば、ＶＴＭ－３．０におけるＣＴＵのサイズは１２８×１２８であり、基本領域のサイズは６４×６４であってもよい。現在のブロックの幅および高さをＷおよびＨとする。
ａ） 一例において、Ｗ＜＝ＭおよびＨ＜＝Ｎであり、現在のブロックが１つの基本領域の内側にあることを意味する場合、ＡＴＭＶＰにおける有効な対応する領域は、コロケーションされた基本領域およびコロケーションされたピクチャにおける拡張である。図２７は、一例を示す。
ｉ． 例えば、配置された基本領域の左上の位置が（ｘＢＲ，ｙＢＲ）であるとすると、（ｘＮ，ｙＮ）における対応する位置は、有効領域ｘＢＲ＜＝ｘＮ＜ｘＢＲ＋Ｍ＋４；ｙＢＲ＜＝ｙＮ＜ｙＢＲ＋Ｎにクリッピングされる。
図２７は、現在のブロックが基本領域（ＢＲ）内にある場合の、提案される有効領域の例示的な実施形態を示す。
図２８は、現在のブロックが基本領域内にない場合の有効領域の例示的な実施形態を示す。
ｂ） 一例において、Ｗ＞Ｍであり、Ｈ＞Ｎである場合、現在のブロックが１つの基本領域内にないことを意味し、現在のブロックを複数の部分に分ける。各部分は、ＡＴＭＶＰ内に個々の有効な対応する領域を有する。現在のブロックにおける位置Ａについて、コロケーションされたブロックにおけるその対応する位置Ｂは、位置Ａが位置する部分の有効な対応する領域内にあるべきである。
ｉ． 例えば、現在のブロックを非重複基本領域に分ける。１つの基本領域に対応する有効領域は、そのコロケーション基本領域およびコロケーションされたピクチャにおける拡張である。図２８は、一例を示す。
１． 例えば、現在のブロックの位置Ａが１つの基本領域Ｒにあるとする。コロケーションされたピクチャにおけるＲのコロケーション基本領域をＣＲとする。コロケーションされたブロックにおけるＡの対応する位置は、位置Ｂであり、ＣＲの左上の位置は（ｘＣＲ，ｙＣＲ）であり、次に、位置Ｂの（ｘＮ，ｙＮ）が、有効領域ｘＣＲ＜＝ｘＮ＜ｘＣＲ＋Ｍ＋４；ｙＣＲ＜＝ｙＮ＜ｙＣＲ＋Ｎにクリッピングされる。
７． ＡＴＭＶＰにおいて用いられる、異なるピクチャにおける対応するブロックの位置を規定するための動きベクトルを、以下のように導出することができる（例えば、２．３．５．１．２におけるＴＭＶ）。
ａ） 一例において、ＴＭＶは、常に、（０，０）等のデフォルトＭＶに等しく設定される。
ｉ． 一例において、デフォルトＭＶは、ＶＰＳ／ＳＰＳ／ＰＰＳ／スライスヘッダ／タイルグループヘッダ／ＣＴＵ／ＣＵにおいて信号通知される。
ｂ） 一例において、ＴＭＶは、以下の方法で、ＨＭＶＰテーブルに記憶される１つのＭＶに設定される。
ｉ． ＨＭＶＰリストが空である場合、ＴＭＶは、デフォルトＭＶ、例えば（０，０）に等しく設定される。
ｉｉ． そうでない（ＨＭＶＰリストが空でない）場合、
１． ＴＭＶは、ＨＭＶＰテーブルに記憶された第１の要素と等しく設定してもよい。
２． あるいは、ＴＭＶは、ＨＭＶＰテーブルに記憶された最後の要素に等しく設定してもよい。
３． あるいは、ＴＭＶは、ＨＭＶＰテーブルに記憶された特定のＭＶに等しく設定してもよい。
ａ． 一例において、特定のＭＶは、参照リスト０を参照する。
ｂ． 一例において、特定のＭＶは、参照リスト１を参照する。
ｃ． 一例において、特定のＭＶは、参照リスト０における特定の参照ピクチャ、例えばインデックス０を有する参照ピクチャを参照する。
ｄ． 一例において、特定のＭＶは、参照リスト１における特定の参照ピクチャ、例えばインデックス０を有する参照ピクチャを参照する。
ｅ． 一例において、特定のＭＶは、コロケーションされたピクチャを参照する。
４． あるいは、ＨＭＶＰテーブルに記憶された特定のＭＶ（例えば、ｂｕｌｌｅｔ３．に記載）が見つからない場合、ＴＭＶをデフォルトＭＶに等しく設定してもよい。
ａ． 一例において、ＨＭＶＰテーブルに記憶された第１の要素のみを検索し、特定のＭＶを見出す。
ｂ． 一例において、ＨＭＶＰテーブルに記憶された最後の要素のみを検索し、特定のＭＶを見出す。
ｃ． 一例において、ＨＭＶＰテーブルに記憶された一部または全部の要素を検索し、特定のＭＶを見出す。
５． あるいは、さらに、ＨＭＶＰから取得したＴＭＶは、現在のピクチャそのものを参照することができない。
６． あるいは、さらに、ＨＭＶＰテーブルから取得したＴＭＶは、参照していない場合、コロケーションされたピクチャに合わせてスケーリングされてもよい。
ｃ） 一例において、ＴＭＶは、１つの特定の近傍のブロックの１つのＭＶに設定される。他の近傍のブロックは含まれない。
ｉ． 特定の近傍のブロックは、図２２のブロックＡ０、Ａ１、Ｂ０、Ｂ１、Ｂ２であってもよい。
ｉｉ． ＴＭＶは、以下の場合、デフォルトＭＶに等しく設定してもよい。
１． 特定の近傍のブロックが存在しない。
２． 特定の近傍のブロックは、インター符号化されない。
ｉｉｉ． ＴＭＶは、特定の近傍のブロックに記憶された特定のＭＶに等しく設定してもよい。
１． 一例において、特定のＭＶは、参照リスト０を参照する。
２． 一例において、特定のＭＶは、参照リスト１を参照する。
３． 一例において、特定のＭＶは、参照リスト０における特定の参照ピクチャ、例えばインデックス０を有する参照ピクチャを参照する。
４． 一例において、特定のＭＶは、参照リスト１における特定の参照ピクチャ、例えばインデックス０を有する参照ピクチャを参照する。
５． 一例において、特定のＭＶは、コロケーションされたピクチャを参照する。
６． 特定の近傍のブロックに記憶された特定のＭＶが見つからない場合、ＴＭＶをデフォルトＭＶに等しく設定してもよい。
ｉｖ． 特定の近傍のブロックから得られたＴＭＶは、それが参照しない場合、コロケーションされたピクチャに合わせてスケーリングされてもよい。
ｖ． 特定の近傍のブロックから得られたＴＭＶは、現在のピクチャそのものを参照することができない。
８． ２．３．５．１．２に開示されているように、ＡＴＭＶＰにおいて使用されるＭＶｄｅｆａｕｌｔ０およびＭＶｄｅｆａｕｌｔ１は、次のように導出されてもよい。
ａ） 一例において、ＭＶｄｅｆａｕｌｔ０およびＭＶｄｅｆａｕｌｔ１は、（０，０）に等しく設定される。
ｂ） 一例において、ＭＶｄｅｆａｕｌｔＸ（Ｘ＝０または１）は、ＨＭＶＰから導出する。
ｉ． ＨＭＶＰリストが空である場合、ＭＶｄｅｆａｕｌｔＸは、（０，０）等の予め定義されたデフォルトＭＶに等しく設定される。
１． 予め定義されたデフォルトＭＶは、ＶＰＳ／ＳＰＳ／ＰＰＳ／スライスヘッダ／タイルグループヘッダ／ＣＴＵ／ＣＵにおいて信号通知されてもよい。
ｉｉ． そうでない（ＨＭＶＰリストが空でない）場合、
１． ＭＶｄｅｆａｕｌｔＸは、ＨＭＶＰテーブルに記憶された第１の要素と等しく設定してもよい。
２． ＭＶｄｅｆａｕｌｔＸは、ＨＭＶＰテーブルに記憶された最後の要素に等しく設定してもよい。
３． ＭＶｄｅｆａｕｌｔＸは、ＨＭＶＰテーブルに記憶された特定のＭＶにのみ等しく設定してもよい。
ａ． 一例において、特定のＭＶは、参照リストＸを参照する。
ｂ． 一例において、特定のＭＶは、参照リストＸにおける特定の参照ピクチャ、例えばインデックス０を有する参照ピクチャを参照する。
４． ＨＭＶＰテーブルに記憶された特定のＭＶが見つからない場合、ＭＶｄｅｆａｕｌｔＸを予め定義されたデフォルトＭＶに等しく設定してもよい。
ａ． 一例において、ＨＭＶＰテーブルに記憶された第１の要素のみを検索する。
ｂ． 一例において、ＨＭＶＰテーブルに記憶された最後の要素のみを検索する。
ｃ． 一例において、ＨＭＶＰテーブルに記憶された要素の一部または全部を検索する。
５． ＨＭＶＰテーブルから取得したＭＶｄｅｆａｕｌｔＸは、参照していない場合、コロケーションされたピクチャ（ｃｏｌｌｏｃａｔｅｄ ｐｉｃｔｕｒｅ）に合わせてスケーリングされてもよい。
６． ＨＭＶＰから取得したＭＶｄｅｆａｕｌｔＸは、現在のピクチャそのものを参照することができない。
ｃ） 一例において、ＭＶｄｅｆａｕｌｔＸ（Ｘ＝０または１）は、近傍のブロックから導出する。
ｉ． 近傍のブロックは、図２２のブロックＡ０、Ａ１、Ｂ０、Ｂ１、Ｂ２を含んでもよい。
１． 例えば、これらのブロックの１つのみを使用してＭＶｄｅｆａｕｌｔＸを導出する。
２． あるいは、これらのブロックの一部または全部を使用してＭＶｄｅｆａｕｌｔＸを導出する。
ａ． これらのブロックは、有効なＭＶｄｅｆａｕｌｔＸが見つかるまで、順にチェックされる。
３． 選択された１つ以上の近傍のブロックから有効なＭＶｄｅｆａｕｌｔＸが見つからない場合、それは、（０，０）等の予め定義されたデフォルトＭＶに等しく設定される。
ａ． 予め定義されたデフォルトＭＶは、ＶＰＳ／ＳＰＳ／ＰＰＳ／スライスヘッダ／タイルグループヘッダ／ＣＴＵ／ＣＵにおいて信号通知されてもよい。
ｉｉ． 次の場合、特定の近傍のブロックから有効なＭＶｄｅｆａｕｌｔＸが見つからない。
１． 特定の近傍のブロックが存在しない。
２． 特定の近傍のブロックは、インター符号化されない。
ｉｉｉ． ＭＶｄｅｆａｕｌｔＸは、特定の近傍のブロックに記憶された特定のＭＶにのみ等しく設定してもよい。
１． 一例において、特定のＭＶは、参照リストＸを参照する。
２． 一例において、特定のＭＶは、参照リストＸにおける特定の参照ピクチャを参照し、例えば、インデックス０を有する参照ピクチャが挙げられる。
ｉｖ． 特定の近傍のブロックから取得したＭＶｄｅｆａｕｌｔＸを、特定の参照ピクチャ、例えば参照リストＸにおけるインデックス０を有する参照ピクチャにスケーリングしてもよい。
ｖ． 特定の近傍のブロックから取得したＭＶｄｅｆａｕｌｔＸは、現在のピクチャそのものを参照することができない。
９． サブブロックまたは非サブブロックＡＴＭＶＰ候補のいずれかに対して、コロケーションされたピクチャにおける１つのサブブロック／全ブロックのための１つの時間的ブロックがＣＰＲモードで符号化される場合、代わりに、１つのデフォルトの動き候補を利用してもよい。
ａ） 一例において、デフォルト動き候補は、現在のブロックの中心位置に関連付けられた動き候補として定義されてもよい（例えば、２．３．５．１．２に開示されるように、ＡＴＭＶＰにおいて用いられるＭＶｄｅｆａｕｌｔ０および／またはＭＶｄｅｆａｕｌｔ１）。
ｂ） 一例において、デフォルト動き候補は、利用可能である場合、両方の参照ピクチャリストに対して、（０，０）動きベクトルおよび０に等しい参照ピクチャインデックスとして定義されてもよい。
１０． なお、ＡＴＭＶＰ処理におけるデフォルト動き情報（例えば、２．３．５．１．２に開示されるように、ＡＴＭＶＰにおいて用いられるＭＶｄｅｆａｕｌｔ０、ＭＶｄｅｆａｕｌｔ１）は、サブブロック動き情報導出処理において用いられる位置の場所に基づいて導出されてもよい。この提案された方法では、そのサブブロックに対して、デフォルト動き情報が直接割り当てられるので、動き情報をさらに導出する必要がない。
ａ） 一例において、現在のブロックの中心位置を用いる代わりに、現在のブロックにおけるサブブロック（例えば、中心サブブロック）の中心位置を利用してもよい。
ｂ） 既存のおよび提案された実装形態の例を図２９Ａおよび２９Ｂにそれぞれ示す。
１１． ＡＴＭＶＰ候補は、常に以下の方法で利用可能とすることとされている。
ａ） 現在のブロックの中心点を（ｘ０，ｙ０）とすると、コロケーションされたピクチャにおける（ｘ０，ｙ０）の対応する位置をＭ＝（ｘ０＋ＭＶ’ｘ，ｙ０＋ＭＶ’ｙ）とする。Ｍを含むブロックＺを見つける。Ｚがイントラ符号化されている場合、項目６に提案される何らかの方法によってＭＶｄｅｆａｕｌｔ０、ＭＶｄｅｆａｕｌｔ１を導出する。
ｂ） あるいは、ブロックＺは、動き情報を取得するために配置されず、項目８に提案されるいくつかの方法は、ＭＶｄｅｆａｕｌｔ０およびＭＶｄｅｆａｕｌｔ１を取得するために直接適用される。
ｃ） あるいは、ＡＴＭＶＰ処理で使用されるデフォルトの動き候補は、常に利用可能である。現在の設計に基づいて、それが利用不可能に設定されている（例えば、時間的ブロックがイントラ符号化されている）場合、デフォルト動き候補の代わりに他の動きベクトルを利用してもよい。
ｉ． 一例において、参照により本明細書に組み込まれる国際出願ＰＣＴ／ＣＮ２０１８／１２４６３９号の解決案が適用されてもよい。
ｄ） あるいは、さらに、ＡＴＭＶＰ候補が常に利用可能であるかどうかは、他の高レベル構文情報に依存する。
ｉ． 一例において、スライス／タイル／ピクチャヘッダまたは他の映像ユニットにおけるＡＴＭＶＰイネーブルフラグが真であると推測される場合にのみ、ＡＴＭＶＰ候補は常に利用可能であると設定してもよい。
ｉｉ． 一例において、上記方法は、スライスヘッダ／ピクチャヘッダまたは他の映像ユニットにおけるＡＴＭＶＰイネーブルフラグが真に設定され、且つ現在のピクチャがＩＲＡＰピクチャでなく、且つ現在のピクチャが０に等しい参照インデックスでＲｅｆＰｉｃＬｉｓｔ０に挿入されていない場合にのみ適用可能であってもよい。
ｅ） ＡＴＭＶＰ候補には、固定インデックスまたは固定グループのインデックスが割り当てられる。ＡＴＭＶＰ候補が常に利用可能でない場合、固定インデックス／群インデックスは、他の種類の動き候補（例えば、アフィン候補）に推論してもよい。
１２． なお、動きゼロアフィンマージ候補をサブブロックマージ候補リストに含めるかどうかは、アフィン予測が有効にされるかどうかに依存するべきであるとされている。
ａ） 例えば、アフィン使用フラグがオフの場合（ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合）、動きゼロアフィンマージ候補はサブブロックマージ候補リストに入れられない。
ｂ） あるいは、さらに、代わりに、非アフィン候補であるデフォルトの動きベクトル候補を加える。
１３． なお、非アフィンパディング候補をサブブロックマージ候補リストに含めてもよいとされている。
ａ） サブブロックマージ候補リストが満たされていない場合、動きゼロ非アフィンパディング候補を追加してもよい。
ｂ） このようなパディング候補を選択する場合は、現在のブロックのａｆｆｉｎｅ＿ｆｌａｇを０に設定する必要がある。
ｃ） あるいは、サブブロックマージ候補リストが満たされず、かつ、アフィン使用フラグがオフである場合、ゼロ動き非アフィンパディング候補をサブブロックマージ候補リストに含める。
１４． ＭＶ０とＭＶ１が、対応する位置を含むブロックの参照リスト０と参照リスト１のＭＶを表すとする（例えば、ＭＶ０とＭＶ１は、２．３．５．１．２章で説明されているＭＶＺ＿０とＭＶＺ＿１、またはＭＶＺＳ＿０とＭＶＺＳ＿１の場合がある）。ＭＶ０’およびＭＶ１’は、現在のブロックまたはサブブロックに対して導出するべき参照リスト０および参照リスト１におけるＭＶを表す。その場合、ＭＶ０’およびＭＶ１’は、スケーリングによって導出するべきである。
ａ） ＭＶ０、コロケーションされたピクチャが参照リスト１にある場合。
ｂ） ＭＶ１、コロケーションされたピクチャが参照リスト０にある場合。
１５． 参照ピクチャリストＸ（ＰｉｃＲｅｆＬｉｓｔＸ、例えば、Ｘ＝０）において、現在のピクチャをインデックスがＭ（例えば、０）に設定された参照ピクチャとして扱う場合、ＡＴＭＶＰおよび／またはＴＭＶＰ許可／禁止フラグは、スライス／タイルまたは他の種類の映像ユニットに対して偽であると推測されてもよい。ここで、Ｍは、ＡＴＭＶＰ／ＴＭＶＰ処理において時間的ブロックの動き情報をＰｉｃＲｅｆＬｉｓｔＸに対してスケーリングするオブジェクト参照ピクチャインデックスに等しくてもよい。
ａ） あるいは、上記方法は、現在のピクチャがイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャである場合にのみ適用可能である。
ｂ） 一例において、ＰｉｃＲｅｆＬｉｓｔＸにおける現在のピクチャをインデックスがＭ（例えば、０）に設定された参照ピクチャとして扱う場合、および／または、ＰｉｃＲｅｆＬｉｓｔＹにおけるインデックスがＮ（例えば、０）に設定された参照ピクチャとして扱う場合、ＡＴＭＶＰおよび／またはＴＭＶＰ許可／禁止フラグが偽であると推測してもよい。変数ＭおよびＮは、ＴＭＶＰまたはＡＴＭＶＰ処理で使用されるオブジェクト参照ピクチャインデックスを表す。
ｃ） ＡＴＭＶＰ処理の場合、確認ビットストリームは、現在のブロックの動き情報が導出されるコロケーションされたピクチャが現在のピクチャではないという規則に従うよう、制限されている。
ｄ） あるいは、上記の条件が真である場合、ＡＴＭＶＰまたはＴＭＶＰ処理は呼び出されない。
１６． 現在のブロックのための参照ピクチャリストＸ（ＰｉｃＲｅｆＬｉｓｔＸ、例えば、Ｘ＝０）におけるインデックスがＭ（例えば、０）に設定された参照ピクチャが現在のピクチャである場合、ＡＴＭＶＰは、このブロックに対して依然として有効にできるとされている。
ａ） 一例において、すべてのサブブロックの動き情報は、現在のピクチャを指す。
ｂ） 一例において、時間的ブロックからサブブロックの動き情報を取得する場合、時間的ブロックは、時間的ブロックの現在のピクチャを指す少なくとも１つの参照ピクチャで符号化される。
ｃ） 一例において、時間的ブロックからサブブロックの動き情報を取得する場合、スケーリング演算は適用されない。
１７． ＡＴＭＶＰの使用に関わらず、サブブロックマージインデックスの符号化方法を統一する。
ａ） 一例において、第１のＬ個のビンに対して、それらはコンテキスト符号化される。残りのビンについては、バイパス符号化される。一例において、Ｌは１に設定される。
ｂ） あるいは、すべてのビンに対して、それらはコンテキスト符号化される。
１８． ＡＴＭＶＰにおいて、異なるピクチャにおいて対応するブロックを見つけるために用いられるＭＶ（ＭＶｘ，ＭＶｙ）（例えば、ＴＭＶが０）は、ＭＶスケーリング処理と同様な丸め方法によって、整数精度（ＭＶｘ’、ＭＶｙ’と表記される）に右シフトしてもよい。
ａ） あるいは、ＡＴＭＶＰにおいて異なるピクチャ内の対応するブロックを突き止めるために使用されるＭＶ（例えば、ＴＭＶが０）を、ＭＶ平均化処理と同じ丸め方法で、整数精度に右シフトしてもよい。
ｂ） あるいは、ＡＴＭＶＰにおいて異なるピクチャ内の対応するブロックを突き止めるために使用されるＭＶ（例えば、ＴＭＶが０）は、適応ＭＶ解像度（ＡＭＶＲ）処理と同じ丸め方法で、整数精度に右シフトしてもよい。
１９． ＡＴＭＶＰにおいて、異なるピクチャにおいて対応するブロックを見つけるために用いられるＭＶ（ＭＶｘ，ＭＶｙ）（例えば、ＴＭＶが０）は、０に近づく方向に丸めることで、整数精度（（ＭＶｘ’，ＭＶｙ’）と表記される）に右シフトしてもよい。
ａ） 例えば、ＭＶｘ’＝（ＭＶｘ＋（（１＜＜Ｎ）＞＞１）－（ＭＶｘ＞＝０？１：０））＞＞Ｎ；Ｎは、ＭＶの解像度、例えばＮ＝４を表す整数である。
ｉ． 例えば、ＭＶｘ’＝（ＭＶｘ＋（ＭＶｘ＞＝０？７：８））＞＞４．
ｂ） 例えば、ＭＶｙ’＝（ＭＶｙ＋（（１＜＜Ｎ）＞＞１）－（ＭＶｙ＞＝０？１：０））＞＞Ｎ；Ｎは、ＭＶの解像度、例えばＮ＝４を表す整数である。
ｉ． 例えば、ＭＶｙ’＝（ＭＶｙ＋（ＭＶｙ＞＝０？７：８））＞＞４．
２０． 一例において、ｂｕｌｌｅｔ１８およびｂｕｌｌｅｔ１９におけるＭＶ（ＭＶｘ，ＭＶｙ）は、ＡＴＭＶＰにおいて用いられるデフォルトの動き情報を導出するために、サブブロックの中心位置およびシフトされたＭＶを使用して、または現在のブロックの左上の位置およびシフトされたＭＶを使用して、対応するブロックの位置を規定するために用いられる。
ａ） 一例において、ＭＶ（ＭＶｘ，ＭＶｙ）は、ＡＴＭＶＰ処理中に、現在のブロックにおけるサブブロックの動き情報を導出するために、例えば、サブブロックの中心位置およびシフトされたＭＶを使用して、対応するブロックの位置を規定するために用いられる。
２１． ｂｕｌｌｅｔ１８、１９、２０に提案された方法は、異なるピクチャまたは現在のピクチャにおける参照ブロックの位置を動きベクトルで規定することを必要とする他の符号化ツールに適用してもよい。
２２． ＡＴＭＶＰにおいて異なるピクチャ内の対応するブロックを見つけるために使用されるＭＶ（ＭＶｘ，ＭＶｙ）（例えば、０におけるＴＭＶ）は、それがコロケーションされたピクチャを指しても、スケーリングされてもよい。
ａ） 一例において、コロケーションされたピクチャ（またはその中のコンフォーマンスウィンドウ）の幅および／または高さが、現在のピクチャ（またはその中のコンフォーマンスウィンドウ）の幅および／または高さと異なる場合、ＭＶをスケーリングしてもよい。
ｂ） コロケーションされたピクチャの（コンフォーマンスウィンドウの）幅および高さを、それぞれＷ１およびＨ１として示す。現在のピクチャ（のコンフォーマンスウィンドウ）の幅および高さをそれぞれＷ２およびＨ２とする。そして、ＭＶ（ＭＶｘ，ＭＶｙ）は、ＭＶｘ’＝ＭＶｘ＊Ｗ１／Ｗ２およびＭＶｙ’＝ＭＶｙ＊Ｈ１／Ｈ２としてスケーリングされてもよい。
２３． ＡＴＭＶＰ処理における動き情報を導出するために使用される現在のブロックの中心点（例えば、２．３．５．１．２における位置（ｘ０，ｙ０））は、スケーリングおよび／またはオフセットの追加によってさらに修正してもよい。
ａ） 一例において、コロケーションされたピクチャ（またはその中のコンフォーマンスウィンドウ）の幅および／または高さが現在のピクチャ（またはその中のコンフォーマンスウィンドウ）の幅および／または高さと異なる場合、中心点をさらに修正してもよい。
ｂ） コロケーションされたピクチャにおけるコンフォーマンスウィンドウの左上の位置をＸ１およびＹ１とする。現在のピクチャに定義されたコンフォーマンスウィンドウの左上の位置をＸ２およびＹ２とする。コロケーションされたピクチャ（のコンフォーマンスウィンドウ）の幅および高さは、それぞれＷ１およびＨ１として示される。現在のピクチャの（コンフォーマンスウィンドウの）幅および高さを、それぞれＷ２およびＨ２とする。その場合、（ｘ０，ｙ０）は、ｘ０’＝（ｘ０－Ｘ２）＊Ｗ１／Ｗ２＋Ｘ１、ｙ０’＝（ｙ０－Ｙ２）＊Ｈ１／Ｈ２＋Ｙ１として修正してもよい。
ｉ． あるいは、ｘ０’＝ｘ０＊Ｗ１／Ｗ２、ｙ０’＝ｙ０＊Ｈ１／Ｈ２である。
２４． ＡＴＭＶＰ処理における動き情報を導出するために使用される対応する位置（例えば、２．３．５．１．２における位置Ｍ）は、スケーリングおよび／またはオフセットの追加によってさらに修正してもよい。
ａ） 一例において、コロケーションされたピクチャ（またはその中のコンフォーマンスウィンドウ）の幅および／または高さが現在のピクチャ（またはその中のコンフォーマンスウィンドウ）の幅および／または高さと異なる場合、対応する位置をさらに修正してもよい。
ｂ） コロケーションされたピクチャにおけるコンフォーマンスウィンドウの左上の位置をＸ１およびＹ１とする。現在のピクチャに定義されたコンフォーマンスウィンドウの左上の位置をＸ２およびＹ２とする。コロケーションされたピクチャ（のコンフォーマンスウィンドウ）の幅および高さは、それぞれＷ１およびＨ１として示される。現在のピクチャの（コンフォーマンスウィンドウの）幅および高さを、それぞれＷ２およびＨ２とする。その場合、Ｍ（ｘ，ｙ）は、ｘ’＝（ｘ－Ｘ２）＊Ｗ１／Ｗ２＋Ｘ１およびｙ’＝（ｙ－Ｙ２）＊Ｈ１／Ｈ２＋Ｙ１として修正してもよい。
ｉ． あるいは、ｘ’＝ｘ＊Ｗ１／Ｗ２、ｙ’＝ｙ＊Ｈ１／Ｈ２である。
サブピクチャ関連
２５． 一例において、位置（ｉ，ｊ）および（ｉ，ｊ－１）が異なるサブピクチャに属する場合、（ｊ－１）列で終わるサブピクチャＳの幅は、ｊ―サブピクチャＳの最左列に等しく設定してもよい。
ａ） 既存の実装形態例に基づく実施形態を以下に強調する。
ＮｕｍＳｕｂＰｉｃｓ＝０
ｆｏｒ（ｉ＝０；ｉ．＜ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓ；ｉ＋＋）｛
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＳｕｂＰｉｃＧｒｉｄＣｏｌｓ；ｊ＋＋）｛
ｉｆ（ｉ＝＝０）
ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝０
ｅｌｓｅ ｉｆ（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］！＝ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ－１］［ｊ］）｛
ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｉ
ＳｕｂＰｉｃＨｅｉｇｈｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ－１］［ｊ］］＝ｉ－ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ－１］［ｊ］］
｝
ｉｆ（ｊ＝＝０）
ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝０ （７－７）
ｅｌｓｅ ｉｆ（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］！＝ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ－１］）｛
ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｊ
ＳｕｂＰｉｃＷｉｄｔｈ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ－１］］＝ｊ－ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ－１］］
｝
ｉｆ（ｉ＝＝ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓ－１）
ＳｕｂＰｉｃＨｅｉｇｈｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｉ－ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ－１］［ｊ］］＋１ ｉｆ（ｊ＝＝ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓ－１）
ＳｕｂＰｉｃＷｉｄｔｈ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｊ－ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ－１］］＋１
ｉｆ（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］＞ＮｕｍＳｕｂＰｉｃｓ）
ＮｕｍＳｕｂＰｉｃｓ＝ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］
｝
｝
２６． 一例において、（ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓ－１）行で終わるサブピクチャＳの高さは、（ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓ－１）－サブピクチャＳの最上行＋１に等しく設定してもよい。
ａ） 既存の実装形態例に基づく実施形態を以下に強調する。
ＮｕｍＳｕｂＰｉｃｓ＝０
ｆｏｒ（ｉ＝０；ｉ．＜ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓ；ｉ＋＋）｛
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＳｕｂＰｉｃＧｒｉｄＣｏｌｓ；ｊ＋＋）｛
ｉｆ（ｉ＝＝０）
ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝０
ｅｌｓｅ ｉｆ（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］！＝ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ－１］［ｊ］）｛
ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｉ
ＳｕｂＰｉｃＨｅｉｇｈｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ－１］［ｊ］］＝ｉ－ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ－１］［ｊ］］
｝
ｉｆ（ｊ＝＝０）
ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝０ （７－７）
ｅｌｓｅ ｉｆ（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］！＝ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ－１］）｛
ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｊ
ＳｕｂＰｉｃＷｉｄｔｈ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｊ－ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ－１］］
｝
ｉｆ（ｉ＝＝ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓ－１）
ＳｕｂＰｉｃＨｅｉｇｈｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｉ－ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＋１ ｉｆ（ｊ＝＝ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓ－１）
ＳｕｂＰｉｃＷｉｄｔｈ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｊ－ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ－１］］＋１
ｉｆ（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］＞ＮｕｍＳｕｂＰｉｃｓ）
ＮｕｍＳｕｂＰｉｃｓ＝ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］
２７． 一例において、（ＮｕｍＳｕｂＰｉｃＧｒｉｄＣｏｌｕｍｎｓ－１）列で終わるサブピクチャＳの幅は、（ＮｕｍＳｕｂＰｉｃＧｒｉｄＣｏｌｕｍｎｓ－１）－サブピクチャＳの左端の列、次に１を加えたものに等しく設定してもよい。
ａ） 既存の実装形態例に基づく実施形態を以下に強調する。
ＮｕｍＳｕｂＰｉｃｓ＝０
ｆｏｒ（ｉ＝０；ｉ．＜ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓ；ｉ＋＋）｛
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＳｕｂＰｉｃＧｒｉｄＣｏｌｓ；ｊ＋＋）｛
ｉｆ（ｉ＝＝０）
ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝０
ｅｌｓｅ ｉｆ（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］！＝ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ－１］［ｊ］）｛
ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｉ
ＳｕｂＰｉｃＨｅｉｇｈｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ－１］［ｊ］］＝ｉ－ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ－１］［ｊ］］
｝
ｉｆ（ｊ＝＝０）
ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝０ （７－７）
ｅｌｓｅ ｉｆ（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］！＝ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ－１］）｛
ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｊ
ＳｕｂＰｉｃＷｉｄｔｈ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｊ－ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ－１］］
｝
ｉｆ（ｉ＝＝ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓ－１）
ＳｕｂＰｉｃＨｅｉｇｈｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｉ－ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ－１］［ｊ］］＋１ ｉｆ（ｊ＝＝ＮｕｍＳｕｂＰｉｃＧｒｉｄＣｏｌｕｍｎｓ－１）
ＳｕｂＰｉｃＷｉｄｔｈ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＝ｊ－ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］＋１
ｉｆ（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］＞ＮｕｍＳｕｂＰｉｃｓ）
ＮｕｍＳｕｂＰｉｃｓ＝ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］
２８． サブピクチャグリッドは、ＣＴＵサイズの整数倍でなければならない。
ａ） 既存の実装形態例に基づく実施形態を以下に強調する。
ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１ ｐｌｕｓ１は、サブピクチャ識別子グリッドの各要素の幅をＣｔｂＳｉｚｅＹの単位で規定する。構文要素の長さはＣｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＣｔｂＳｉｚｅＹ））ビットである。
変数ＮｕｍＳｕｂＰｉｃＧｒｉｄＣｏｌｓは、以下のように導出する。
ＮｕｍＳｕｂＰｉｃＧｒｉｄＣｏｌｓ＝（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＊ＣｔｂＳｉｚｅＹ＋ＣｔｂＳｉｚｅＹ－１）／
（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＊ＣｔｂＳｉｚｅＹ＋ＣｔｂＳｉｚｅＹ） （７－５）
ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１ ｐｌｕｓ１は、サブピクチャ識別子グリッドの各要素の高さを４サンプル単位で指定する。構文要素の長さはＣｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＣｔｂＳｉｚｅＹ））ビットである。
変数ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓは、以下のように導出する。
ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓ＝（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＊ＣｔｂＳｉｚｅＹ＋ＣｔｂＳｉｚｅＹ－１）／
（ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＊ＣｔｂＳｉｚｅＹ＋ＣｔｂＳｉｚｅＹ） （７－６）
２９． サブピクチャが互いに重複せず、すべてのサブピクチャがピクチャ全体を含まなければならないということを保証するために、コンフォーマンス制約が追加される。
ａ） 既存の実装に基づく実施形態例を以下に強調する。
次の条件が両方とも満たされる場合、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］はｉｄｘと等しくなければならない。
ｉ＞＝ＳｕｂＰｉｃＴｏｐ［ｉｄｘ］ａｎｄ ｉ＜ＳｕｂＰｉｃＴｏｐ［ｉｄｘ］＋ＳｕｂＰｉｃＨｅｉｇｈｔ［ｉｄｘ］．
ｊ＞＝ＳｕｂＰｉｃＬｅｆｔ［ｉｄｘ］ａｎｄ ｊ＜ＳｕｂＰｉｃＬｅｆｔ［ｉｄｘ］＋ＳｕｂＰｉｃＷｉｄｔｈ［ｉｄｘ］．
次の条件が両方とも満たされない場合、ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］はｉｄｘとは異なっていなければならない。
ｉ＞＝ＳｕｂＰｉｃＴｏｐ［ｉｄｘ］ａｎｄ ｉ＜ＳｕｂＰｉｃＴｏｐ［ｉｄｘ］＋ＳｕｂＰｉｃＨｅｉｇｈｔ［ｉｄｘ］．
ｊ＞＝ＳｕｂＰｉｃＬｅｆｔ［ｉｄｘ］ａｎｄ ｊ＜ＳｕｂＰｉｃＬｅｆｔ［ｉｄｘ］＋ＳｕｂＰｉｃＷｉｄｔｈ［ｉｄｘ］．
ＲＰＲ関連
３０． ＲＰＲ＿ｆｌａｇとして示される構文要素（フラグなど）は、ＲＰＲが映像ユニット（シーケンスなど）で使用できるかどうかを示すために信号通知される。ＲＰＲ＿ｆｌａｇは、ＳＰＳ、ＶＰＳ、またはＤＰＳで信号通知されてもよい。
ａ） 一例において、ＲＰＲが使用されないように通知される場合（例えば、ＲＰＲ＿ｆｌａｇが０の場合）、ＰＰＳで通知されるすべての幅／高さは、ＳＰＳで信号通知される最大幅／最大高さと同じである必要がある。
ｂ） 一例において、ＲＰＲが使用されないように通知された場合（例えば、ＲＰＲ＿ｆｌａｇが０の場合）、ＰＰＳのすべての幅／高さは通知されず、ＳＰＳで信号通知された最大幅／最大高さであると推測される。
ｃ） 一例において、ＲＰＲが使用されないように信号通知される場合（例えば、ＲＰＲ＿ｆｌａｇが０である場合）、コンフォーマンスウィンドウ情報は、復号化処理で使用されない。そうでない場合（ＲＰＲを使用するように信号通知される）、コンフォーマンスウィンドウ情報を復号化処理において使用してもよい。
３１． 動き補償処理において現在のブロックの予測ブロックを導出するために用いられる補間フィルタは、参照ピクチャの解像度が現在のピクチャと異なるかどうか、または参照ピクチャの幅および／または高さが現在のピクチャの解像度よりも大きいかどうかに基づいて選択されてもよい。
ａ． 一例において、条件Ａが満たされ、条件Ａが現在のピクチャおよび／または参照ピクチャの寸法に依存する場合、よりタップが少ない補間フィルタを適用してもよい。
ｉ． 一例において、条件Ａは、参照ピクチャの解像度が現在のピクチャと異なることである。
ｉｉ． 一例において、条件Ａは、参照ピクチャの幅および／または高さが現在のピクチャのそれよりも大きいことである。
ｉｉｉ． 一例において、条件Ａは、Ｗ１＞ａ＊Ｗ２および／またはＨ１＞ｂ＊Ｈ２であり、ここで、（Ｗ１、Ｈ１）は参照ピクチャの幅および高さを表し、（Ｗ２、Ｈ２）は現在のピクチャの幅および高さを表し、ａおよびｂは２つの因子、例えば、ａ＝ｂ＝１．５である。
ｉｖ． 一例において、条件Ａは、双予測が使用されるかどうかに依存してもよい。
１） 現在のブロックに対して双予測を用いる場合にのみ、条件Ａを満たす。
ｖ． 一例において、条件Ａは、ＭおよびＮに依存してもよく、ここで、ＭおよびＮは、現在のブロックの幅および高さを表す。
１） 例えば、条件Ａは、Ｍ＊Ｎ＜＝Ｔの場合にのみ満たされ、ここで、Ｔは、６４などの整数である。
２） 例えば、条件Ａは、Ｍ＜＝Ｔ１またはＮ＜＝Ｔ２の場合にのみ満たされ、ここで、Ｔ１およびＴ２は整数、例えばＴ１＝Ｔ２＝４である。
３） 例えば、条件Ａは、Ｍ＜＝Ｔ１およびＮ＜＝Ｔ２の場合にのみ満たされ、ここで、Ｔ１およびＴ２は整数、例えば、Ｔ１＝Ｔ２＝４である。
４） 例えば、条件Ａは、Ｍ＊Ｎ＝Ｔ、またはＭ＝Ｔ１またはＮ＝Ｔ２の場合にのみ満たされ、ここで、Ｔ、Ｔ１、Ｔ２は整数、例えばＴ＝６４、Ｔ１＝Ｔ２＝４である。
５） 一例において、上記ｓｕｂ－ｂｕｌｌｅｔにおける小さい方の条件は、大きい方に置き換えられてもよい。
ｖｉ． 一例において、１タップフィルタが適用される。すなわち、フィルタリングされていない整数画素を補間結果として出力する。
ｖｉｉ． 一例において、参照ピクチャの解像度が現在のピクチャと異なる場合、バイリニアフィルタが適用される。
ｖｉｉｉ． 一例において、参照ピクチャの解像度が現在のピクチャと異なる場合、または参照ピクチャの幅および／または高さが現在のピクチャの解像度よりも大きい場合、４タップフィルタまたは６タップフィルタが適用される。
１） ６タップフィルタは、アフィン動き補償に使用されてもよい。
２） ４タップフィルタは、クロマサンプルの補間に使用されてもよい。
ｂ． ｂｕｌｌｅｔ３１に開示された方法を適用するかどうか、および／またはどのように適用するかは、色成分に依存してもよい。
ｉ． 例えば、これらの方法は、輝度成分にのみ適用される。
ｃ． ｂｕｌｌｅｔ３１に開示された方法を適用するかどうか、および／またはどのように適用するかは、補間フィルタリング方向に依存してもよい。
ｉ． 例えば、この方法は水平フィルタリングにのみ適用される。
ｉｉ． 例えば、この方法は垂直フィルタリングにのみ適用される。
ＣＩＩＰ関連
３２． ＣＩＩＰ処理で使用されるイントラ予測信号は、ＣＵレベルの代わりにＴＵレベルで（例えば、ＣＵの代わりにＴＵの外側の参照サンプルを使用して）行われてもよい。
ａ） 一例において、ＣＵの幅または高さのいずれかが最大変換ブロックサイズよりも大きい場合、ＣＵは複数のＴＵに分割してもよく、例えば、ＴＵの外側の参照サンプルを使用して、ＴＵごとにイントラ／インター予測が生成されてもよい。
ｂ） 一例において、最大変換サイズＫが６４よりも小さい（例えば、Ｋ＝３２）場合、ＣＩＩＰにおいて使用されるイントラ予測は、通常のイントラコードブロックにおけるように再帰的な方法で実行される。
ｃ） 例えば、ＭおよびＮが整数であるＫＭ×ＫＮ ＣＩＩＰ符号化ブロックを、Ｋ×Ｋ個のブロックのＭＮ個に分割することで、各Ｋ×Ｋ個のブロックごとにイントラ予測を行う。後に符号化／復号されたＫ×Ｋブロックのイントラ予測は、前述の符号化／復号化されたＫ×Ｋブロックの再構成サンプルに依存してもよい。
５． 追加の例示的な実施形態
５．１ 実施形態＃１：ＳＰＳ／ＰＰＳ／スライスヘッダ／タイルグループヘッダにおける構文設計の例
ＶＴＭ３．０．１ｒＣ１標準ソフトウェアと比較した場合の変化を、大きなボールドのフォントで以下のように強調する。
５．２ 実施形態＃２：ＳＰＳ／ＰＰＳ／スライスヘッダ／タイルグループヘッダにおける構文設計の例
７．３．２．１ シーケンスパラメータセットＲＢＳＰ構文
ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、サブブロックに基づく時間的動きベクトル予測子を使用してもよく、ＣＶＳでｓｌｉｃｅ＿ｔｙｐｅがＩに等しくないすべてのスライスを含むピクチャを復号化できることを規定する。０に等しいｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、サブブロックに基づく時間的動きベクトル予測子がＣＶＳで使用されないことを規定する。ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在しない場合、０に等しいと推測される。
ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄは、５から減算されたスライスでサポートされるサブブロックに基づくマージ動きベクトル予測（ＭＶＰ）候補の最大数を規定する。ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄが存在しない場合、５－ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇに等しいと推測される。サブブロックに基づくマージＭＶＰ候補の最大数ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄは、以下のように導出する。
ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＝５－ｆｉｖｅ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃａｎｄ （７－４５）
ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄの値は、０～５の範囲内にある。
８．３．４．２ サブブロックマージモードにおける動きベクトルおよび参照インデックスの導出処理
この処理への入力は以下の通りである。
．．［現在のＶＶＣ仕様案に変更はない］
この処理の出力は以下の通りである。
．．．［現在のＶＶＣ仕様案に変更はない］
変数ｎｕｍＳｂＸ、ｎｕｍＳｂＹ、およびサブブロックマージ候補リストｓｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄＬｉｓｔは、以下の順序ステップによって導出する。
ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、（現在の画像がＩＲＡＰであり、参照ピクチャリスト０のインデックス０が現在の画像である）が真でない場合、以下が適用される。
８．３．２．３項で規定されている近傍の符号化ユニットからの候補をマージするための導出処理は、Ｘが０または１として、輝度符号化ブロックの位置（ｘＣｂ，ｙＣｂ）、輝度符号ブロック幅ｃｂＷｉｄｔｈ、輝度符号ブロック高さｃｂＨｅｉｇｈｔ、輝度符号ブロック幅を入力として呼び出され、出力は、可用性フラグａｖａｉｌａｂｌｅＦｌａｇＡ０、ａｖａｉｌａｂｌｅＦｌａｇＡ１、ａｖａｉｌａｂｌｅＦｌａｇＢ０、ａｖａｉｌａｂｌｅＦｌａｇＢ１およびａｖａｉｌａｂｌｅＦｌａｇＢ２、参照インデックスｒｅｆＩｄｘＬＸＡ０、ｒｅｆＩｄｘＬＸＡ１，ｒｅｆＩｄｘＬＸＢ０、ｒｅｆＩｄｘＬＸＢ１およびｒｅｆＩｄｘＬＸＢ２、および予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＡ０、ｐｒｅｄＦｌａｇＬＸＡ１、ｐｒｅｄＦｌａｇＬＸＢ０，ｐｒｅｄＦｌａｇＬＸＢ１およびｐｒｅｄＦｌａｇＬＸＢ２、および動きベクトルｍｖＬＸＡ０、ｍｖＬＸＡ１、ｍｖＬＸＢ０、ｍｖＬＸＢ１およびｍｖＬＸＢ２である。
８．３．４．３項で規定されているサブブロックベースの時間的マージ候補の導出処理は、ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１，ｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１およびＸは０または１として、輝度位置（ｘＣｂ，ｙＣｂ）、輝度符号化ブロック幅ｃｂＷｉｄｔｈ、輝度符号化ブロック高さｃｂＨｅｉｇｈｔ、可用性フラグ、ａｖａｉｌａｂｌｅＦｌａｇＡ０、ａｖａｉｌａｂｌｅＦｌａｇＡ１、ａｖａｉｌａｂｌｅＦｌａｇＢ０、ａｖａｉｌａｂｌｅＦｌａｇＢ１、参照インデックスｒｅｆＩｄｘＬＸＡ０、ｒｅｆＩｄｘＬＸＡ１、ｒｅｆＩｄｘＬＸＢ０、ｅｆＩｄｘＬＸＢ１、予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＡ０、ｐｒｅｄＦｌａｇＬＸＡ１、ｐｒｅｄＦｌａｇＬＸＢ０、ｐｒｅｄＦｌａｇＬＸＢ１、動きベクトルｍｖＬＸＡ０，ｍｖＬＸＡ１，ｍｖＬＸＢ０，ｍｖＬＸＢ１を入力として呼び出され、出力は、可用性フラグａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌ、水平方向ｎｕｍＳｂＸおよび垂直方向ｎｕｍＳｂＹにおける輝度符号化サブブロックの数、参照インデックスｒｅｆＩｄｘＬＸＳｂＣｏｌ、輝度動きベクトルｍｖＬＸＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］および予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］である。
ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、サンプルの場所（ｘＮｂＡ０，ｙＮｂＡ０）、（ｘＮｂＡ１，ｙＮｂＡ１）、（ｘＮｂＡ２，ｙＮｂＡ２）、（ｘＮｂＢ０，ｙＮｂＢ０）、（ｘＮｂＢ１，ｙＮｂＢ１）、（ｘＮｂＢ２，ｙＮｂＢ２）、（ｘＮｂＢ３，ｙＮｂＢ３）、および変数ｎｕｍＳｂＸおよびｎｕｍＳｂＹは次のように導出する。
［現在のＶＶＣ仕様案に変更はない］
５．３ 実施形態＃３ ＭＶの丸めの例
構文の変更は、既存の実装形態に基づいている。
８．５．５．３ サブブロックに基づく時間的マージ候補の導出処理
…
－ ＣｏｌＰｉｃ内部のコロケーションされたサブブロックの位置（ｘＣｏｌＳｂ，ｙＣｏｌＳｂ）は、以下のように導出する。
１． 以下が適用される。
ｙＣｏｌＳｂ＝Ｃｌｉｐ３（ｙＣｔｂ，Ｍｉｎ（ＣｕｒＰｉｃＨｅｉｇｈｔＩｎＳａｍｐｌｅｓＹ－１，ｙＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）－１）， ｙＳｂ＋（（ｔｅｍｐＭｖ［１］＋８－（ｔｅｍｐＭｖ［１］＞＝０））＞＞４））
－ ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が１に等しい場合、以下が適用される。
ｘＣｏｌＳｂ＝Ｃｌｉｐ３（ｘＣｔｂ，Ｍｉｎ（ＳｕｂＰｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ，ｘＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）＋３），ｘＳｂ＋（（ｔｅｍｐＭｖ［０］＋８＋（ｔｅｍｐＭＶ［０］＞＝０））＞＞４））
－ それ以外の場合（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しい）、以下が適用される。
ｘＣｏｌＳｂ＝Ｃｌｉｐ３（ｘＣｔｂ，Ｍｉｎ（ＣｕｒＰｉｃＷｉｄｔｈＩｎＳａｍｐｌｅｓＹ－１，ｘＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）＋３），ｘＳｂ＋（ｔｅｍｐＭｖ［０］＋８＋（ｔｅｍｐＭＶ［０］＞＝０））＞＞４））
…
８．５．５．４ サブブロックに基づく時間的マージベースの動きデータの導出処理
…
ＣｏｌＰｉｃ内部のコロケーションされたブロックの位置（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）は、以下のように導出する。
－ 以下が適用される。
ｙＣｏｌＣｂ＝Ｃｌｉｐ３（ｙＣｔｂ，Ｍｉｎ（ＣｕｒＰｉｃＨｅｉｇｈｔＩｎＳａｍｐｌｅｓＹ－１，ｙＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）－１）， ｙＣｏｌＣｔｒＣｂ＋（（ｔｅｍｐＭｖ［１］＋８－（ｔｅｍｐＭｖ［１］＞＝０））＞＞４））
－ ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が１に等しい場合、以下が適用される。
ｘＣｏｌＣｂ＝Ｃｌｉｐ３（ｘＣｔｂ，Ｍｉｎ（ＳｕｂＰｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ，ｘＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）＋３），ｘＣｏｌＣｔｒＣｂ＋（（ｔｅｍｐＭｖ［０］＋８＋（ｔｅｍｐＭＶ［０］＞＝０））＞＞４））
－ それ以外の場合（ｓｕｂｐｉｃ＿ｔｒｅａｔｍｅｎｔ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しい場合、以下が適用される。
ｘＣｏｌＣｂ＝Ｃｌｉｐ３（ｘＣｔｂ，Ｍｉｎ（ＣｕｒＰｉｃＷｉｄｔｈＩｎＳａｍｐｌｅｓＹ－１，ｘＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）＋３），ｘＣｏｌＣｔｒＣｂ＋（（ｔｅｍｐＭｖ［０］＋８＋（ｔｅｍｐＭＶ［０］＞＝０））＞＞４））
５．３ 実施形態＃３：ＭＶの丸めの例
構文の変更は、既存の実装形態に基づいている。
８．５．５．３ サブブロックに基づく時間的マージ候補の導出処理
…
－ ＣｏｌＰｉｃ内部のコロケーションされたサブブロックの位置（ｘＣｏｌＳｂ，ｙＣｏｌＳｂ）は、以下のように導出する。
１． 以下が適用される。
ｙＣｏｌＳｂ＝Ｃｌｉｐ３（ｙＣｔｂ，Ｍｉｎ（ＣｕｒＰｉｃＨｅｉｇｈｔＩｎＳａｍｐｌｅｓＹ－１，ｙＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）－１）， ｙＳｂ＋（（ｔｅｍｐＭｖ［１］＋８－（ｔｅｍｐＭｖ［１］＞＝０））＞＞４））
－ ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が１に等しい場合、以下が適用される。
ｘＣｏｌＳｂ＝Ｃｌｉｐ３（ｘＣｔｂ，Ｍｉｎ（ＳｕｂＰｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ，ｘＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）＋３），ｘＳｂ＋（（ｔｅｍｐＭｖ［０］＋８＋（ｔｅｍｐＭＶ［０］＞＝０））＞＞４））
－ それ以外の場合（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しい）、以下が適用される。
ｘＣｏｌＳｂ＝Ｃｌｉｐ３（ｘＣｔｂ，Ｍｉｎ（ＣｕｒＰｉｃＷｉｄｔｈＩｎＳａｍｐｌｅｓＹ－１，ｘＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）＋３），ｘＳｂ＋（ｔｅｍｐＭｖ［０］＋８＋（ｔｅｍｐＭＶ［０］＞＝０））＞＞４））
…
８．５．５．４ サブブロックに基づく時間的マージベースの動きデータの導出処理
…
ＣｏｌＰｉｃ内部のコロケーションされたブロックの位置（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）は、以下のように導出する。
－ 以下が適用される。
ｙＣｏｌＣｂ＝Ｃｌｉｐ３（ｙＣｔｂ，Ｍｉｎ（ＣｕｒＰｉｃＨｅｉｇｈｔＩｎＳａｍｐｌｅｓＹ－１，ｙＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）－１）， ｙＣｏｌＣｔｒＣｂ＋（（ｔｅｍｐＭｖ［１］＋８－（ｔｅｍｐＭｖ［１］＞＝０））＞＞４））
－ ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が１に等しい場合、以下が適用される。
ｘＣｏｌＣｂ＝Ｃｌｉｐ３（ｘＣｔｂ，Ｍｉｎ（ＳｕｂＰｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ，ｘＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）＋３），ｘＣｏｌＣｔｒＣｂ＋（（ｔｅｍｐＭｖ［０］＋８＋（ｔｅｍｐＭＶ［０］＞＝０））＞＞４））
－ それ以外の場合（ｓｕｂｐｉｃ＿ｔｒｅａｔｍｅｎｔ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しい場合、以下が適用される。
ｘＣｏｌＣｂ＝Ｃｌｉｐ３（ｘＣｔｂ，Ｍｉｎ（ＣｕｒＰｉｃＷｉｄｔｈＩｎＳａｍｐｌｅｓＹ－１，ｘＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）＋３），ｘＣｏｌＣｔｒＣｂ＋（（ｔｅｍｐＭｖ［０］＋８＋（ｔｅｍｐＭＶ［０］＞＝０））＞＞４））
５．４ 実施形態＃４：ＭＶの丸めの第２の例
８．５．５．３ サブブロックに基づく時間的マージ候補の導出処理
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ、ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
－ 近傍の符号化ユニットの可用性フラグａｖａｉｌａｂｌｅＦｌａｇＡ１、
－ 近傍の符号化ユニットの参照インデックスｒｅｆＩｄｘＬＸＡ１であってＸは０または１、
－ 近傍の符号化ユニットの予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＡ１であってＸは０または１、
－ 近傍の符号化ユニットの１／１６端数サンプル精度ｍｖＬＸＡ１における動きベクトルであってＸが０または１である。
この処理の出力は以下の通りである。
－ 可用性フラグａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌ、
－ 水平方向ｎｕｍＳｂＸおよび垂直方向ｎｕｍＳｂＹにおける輝度符号化サブブロックの数、
－ 参照インデックスｒｅｆＩｄｘＬ０ＳｂＣｏｌおよびｒｅｆＩｄｘＬ１ＳｂＣｏｌ、
－ １／１６端数サンプル精度ｍｖＬ０ＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］およびｍｖＬ１ＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］における輝度動きベクトル、但しｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１，ｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１、
－ 予測リスト利用フラグｐｒｅｄＦｌａｇＬ０ＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］およびｐｒｅｄＦｌａｇＬ１ＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］、但しｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１，ｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１。
可用性フラグａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌｌは、以下のように導出する。
－ 以下の条件の１つ以上が真である場合、ａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌに０が設定される。
－ ｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ ｃｂＷｉｄｔｈが８未満である。
－ ｃｂＨｅｉｇｈｔが８未満である。
－ そうでない場合、以下の順序付けられたステップが適用される。
１． 現在の符号化ブロックを含む輝度符号化ツリーブロックの左上のサンプルの位置（ｘＣｔｂ，ｙＣｔｂ）および現在の輝度符号化ブロックの右下の中心サンプルの位置（ｘＣｔｒ，ｙＣｔｒ）は、以下のように導出する。
ｘＣｔｂ＝（ｘＣｂ＞＞ＣｔｕＬｏｇ２Ｓｉｚｅ）＜＜ＣｔｕＬｏｇ２Ｓｉｚｅ （８－５４２）
ｙＣｔｂ＝（ｙＣｂ＞＞ＣｔｕＬｏｇ２Ｓｉｚｅ）＜＜ＣｔｕＬｏｇ２Ｓｉｚｅ （８－５４３）
ｘＣｔｒ＝ｘＣｂ＋（ｃｂＷｉｄｔｈ／２） （８－５４４）
ｙＣｔｒ＝ｙＣｂ＋（ｃｂＨｅｉｇｈｔ／２） （８－５４５）
２． 輝度位置（ｘＣｏｌＣｔｒＣｂ，ｙＣｏｌＣｔｒＣｂ）は、ＣｏｌＰｉｃによって規定されたコロケーションされたピクチャの左上輝度サンプルに対して、ＣｏｌＰｉｃ内部の（ｘＣｔｒ，ｙＣｔｒ）によって与えられる位置を含む同一位置輝度符号化ブロックの左上サンプルに等しく設定される。
３． ８．５．５．４項で規定されているサブブロックに基づく時間的マージベース動きデータの導出処理は、Ｘを０および１として、（ｘＣｔｂ，ｙＣｔｂ）、場所（ｘＣｏｌＣｔｒＣｂ，ｙＣｏｌＣｔｒＣｂ）、可用性フラグ可用性フラグＡｖａｉｌａｂｉｌｉｔｙフラグＡ１、予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＡ１、および参照インデックスｒｅｆＩｄｘＬＸＡ１、並びに動きベクトルｍｖＬＸＡ１を入力として呼び出され、出力は、Ｘを０および１として、動きベクトルｃｔｒＭＶＬＸ、並びにコロケーションされたブロックの予測リスト利用フラグｃｔｒＰｒｅｄＦｌａｇＬＸ、時間動きベクトルｔｅｍｐＭｖである。
４． 変数ａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌは、以下のように導出する。
－ ｃｔｒＰｒｅｄＦｌａｇＬ０およびｃｔｒＰｒｅｄＦｌａｇＬ１の両方が０に等しい場合、ａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌは０に等しく設定される。
－ そうでない場合、ａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌは１に等しく設定される。
ａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌが１に等しい場合、以下が適用される。
－ 変数ｎｕｍＳｂＸ、ｎｕｍＳｂＹ，ｓｂＷｉｄｔｈ、ｓｂＨｅｉｇｈｔ、ｒｅｆＩｄｘＬＸＳｂＣｏｌは、以下のように導出する。
ｎｕｍＳｂＸ＝ｃｂＷｉｄｔｈ＞＞３ （８－５４６）
ｎｕｍＳｂＹ＝ｃｂＨｅｉｇｈｔ＞＞３ （８－５４７）
ｓｂＷｉｄｔｈ＝ｃｂＷｉｄｔｈ／ｎｕｍＳｂＸ （８－５４８）
ｓｂＨｅｉｇｈｔ＝ｃｂＨｅｉｇｈｔ／ｎｕｍＳｂＹ （８－５４９）
ｒｅｆＩｄｘＬＸＳｂＣｏｌ＝０ （８－５５０）
－ ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１およびｙＳｂＩｄｘ＝０．．．ｎｕｍＳｂＹ－１の場合、動きベクトルｍｖＬＸＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］および予測リスト利用フラグｐｒｅｄＦｌａｇｓ ＬＸＳｂＣｏｌ［ｘＳｂＩｄｘ］は、以下のように導出する。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化サブブロックの左上のサンプルを規定する輝度位置（ｘＳｂ，ｙＳｂ）は、以下のように導出する。
ｘＳｂ＝ｘＣｂ＋ｘＳｂＩｄｘ＊ｓｂＷｉｄｔｈ＋ｓｂＷｉｄｔｈ／２ （８－５５１）
ｙＳｂ＝ｙＣｂ＋ｙＳｂＩｄｘ＊ｓｂＨｅｉｇｈｔ＋ｓｂＨｅｉｇｈｔ／２ （８－５５２）
－ ＣｏｌＰｉｃ内部のコロケーションされたサブブロックの位置（ｘＣｏｌＳｂ，ｙＣｏｌＳｂ）は、以下のように導出する。
１． 以下が適用される。
ｙＣｏｌＳｂ＝Ｃｌｉｐ３（ｙＣｔｂ，
Ｍｉｎ（ＣｕｒＰｉｃＨｅｉｇｈｔＩｎＳａｍｐｌｅｓＹ－１，ｙＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）－１）， ｙＳｂ＋（（ｔｅｍｐＭｖ［１］＋８－（ｔｅｍｐＭｖ［１］＞＝０？１：０））＞＞４）） （８－５５３）
－ ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が１に等しい場合、以下が適用される。
ｘＣｏｌＳｂ＝Ｃｌｉｐ３（ｘＣｔｂ，
Ｍｉｎ（ＳｕｂＰｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ，ｘＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）＋３）， ｘＳｂ＋（（ｔｅｍｐＭｖ［０］＋８－（ｔｅｍｐＭｖ［０］＞＝０？１：０））＞＞４）） （８－５５４）
－ それ以外の場合（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しい）、以下が適用される。
ｘＣｏｌＳｂ＝Ｃｌｉｐ３（ｘＣｔｂ，
Ｍｉｎ（ＣｕｒＰｉｃＷｉｄｔｈＩｎＳａｍｐｌｅｓＹ－１，ｘＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）＋３），ｘＳｂ＋（（ｔｅｍｐＭｖ［０］＋８－（ｔｅｍｐＭｖ［０］＞＝０？１：０））＞＞４）） （８－５５５）
－ 変数ｃｕｒｒＣｂは、現在のピクチャ内の現在の符号化サブブロックを含む輝度符号化ブロックを規定する。
－ 変数ｃｏｌＣｂは、ＣｏｌＰｉｃの内部において、（（ｘＣｏｌＳｂ＞＞３）＜＜３，（ｙＣｏｌＳｂ＞＞３）＜＜３）で与えられる修正位置を含む輝度符号化ブロックを規定する。
－ 輝度位置（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）は、ＣｏｌＰｉｃによって指定されたコロケーションされたピクチャの左上輝度サンプルに対して、ｃｏｌＣｂによって指定された同一位置輝度符号化ブロックの左上サンプルに等しく設定される。
－ ８．５．２．１２項で規定されている同一位置動きベクトルの導出処理は、ｃｕｒｒＣｂ，ｃｏｌＣｂ，（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ），０と等しく設定されたｒｅｆＩｄｘＬ０、１と等しく設定されたｓｂＦｌａｇを入力として呼び出され、出力は、サブブロックｍｖＬ０ＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］およびａｖａｉｌａｂｌｅＦｌａｇＬ０ＳｂＣｏｌの動きベクトルに割り当てられる。
－ ８．５．２．１２項で規定されている同一位置動きベクトルの導出処理は、ｃｕｒｒＣｂ，ｃｏｌＣｂ，（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）、０と等しく設定されたｒｅｆＩｄｘＬ１、１と等しく設定されたｓｂＦｌａｇを入力として呼び出され、出力はサブブロックＭＶＬ１ＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］およびａｖａｉｌａｂｌｅＦｌａｇＬ１ＳｂＣｏｌの動きベクトルに割り当てられる。
－ ａｖａｉｌａｂｌｅＦｌａｇＬ０ＳｂＣｏｌおよびａｖａｉｌａｂｌｅＦｌａｇＬ１ＳｂＣｏｌが両方とも０に等しい場合、Ｘが０および１である場合、以下が適用される。
ｍｖＬＸＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］＝ｃｔｒＭｖＬＸ （８－５５６）
ｐｒｅｄＦｌａｇＬＸＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］＝ｃｔｒＰｒｅｄＦｌａｇＬＸ （８－５５７）
８．５．５．４ サブブロックに基づく時間的マージベースの動きデータの導出処理
この処理への入力は以下の通りである。
－ 現在の符号化ブロックを含む輝度符号化ツリーブロックの左上のサンプルの位置（ｘＣｔｂ，ｙＣｔｂ）、
－ 右下中心サンプルを含む、同じ場所に位置する輝度符号化ブロックの左上サンプルの位置（ｘＣｏｌＣｔｒＣｂ，ｙＣｏｌＣｔｒＣｂ）。
－ 近傍の符号化ユニットの可用性フラグａｖａｉｌａｂｌｅＦｌａｇＡ１、
－ 近傍の符号化ユニットの参照インデックスｒｅｆＩｄｘＬＸＡ１、
－ 近傍の符号化ユニットの予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＡ１、
－ 近傍の符号化ユニットの１／１６端数サンプル精度ｍｖＬＸＡ１における動きベクトル。
この処理の出力は以下の通りである。
－ 動きベクトルｃｔｒＭｖＬ０およびｃｔｒＭｖＬ１、
－ 予測リスト利用フラグｃｔｒＰｒｅｄＦｌａｇＬ０、ｃｔｒＰｒｅｄＦｌａｇＬ１、
－ 時間的動きベクトルｔｅｍｐＭｖ。
変数ｔｅｍｐＭｖは、以下のように設定される。
ｔｅｍｐＭｖ［０］＝０ （８－５５８）
ｔｅｍｐＭｖ［１］＝０ （８－５５９）
変数ｃｕｒｒＰｉｃは、現在のピクチャを規定する。
ａｖａｉｌａｂｌｅＦｌａｇＡ１がＴＲＵＥに等しい場合、以下が適用される。
－ 以下のすべての条件が真である場合、ｔｅｍｐＭｖはｍｖＬ０Ａ１に等しく設定される。
－ ｐｒｅｄＦｌａｇＬ０Ａ１が１に等しい、
－ ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ＣｏｌＰｉｃ，ＲｅｆＰｉｃＬｉｓｔ［０］［ｒｅｆＩｄｘＬ０Ａ１］）が０に等しい、
－ そうでない場合、以下のすべての条件が真である場合、ｔｅｍｐＭｖはｍｖＬ１Ａ１：に等しく設定される。
－ スライスタイプはＢと同じである、
－ ｐｒｅｄＦｌａｇＬ１Ａ１が１に等しい、
－ ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ＣｏｌＰｉｃ，ＲｅｆＰｉｃＬｉｓｔ［１］［ｒｅｆＩｄｘＬ１Ａ１］）は０に等しい。
ＣｏｌＰｉｃ内部のコロケーションされたブロックの位置（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）は、以下のように導出する。
－ 以下が適用される。
ｙＣｏｌＣｂ＝Ｃｌｉｐ３（ｙＣｔｂ，
Ｍｉｎ（ＣｕｒＰｉｃＨｅｉｇｈｔＩｎＳａｍｐｌｅｓＹ－１，ｙＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）－１），ｙＣｏｌＣｔｒＣｂ＋（（ｔｅｍｐＭｖ［１］＋８－（ｔｅｍｐＭｖ［１］＞＝０？１：０））＞＞４）） （８－５６０）
－ ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が１に等しい場合、以下が適用される。
ｘＣｏｌＣｂ＝Ｃｌｉｐ３（ｘＣｔｂ，
Ｍｉｎ（ＳｕｂＰｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ，ｘＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）＋３），ｘＣｏｌＣｔｒＣｂ＋（（ｔｅｍｐＭｖ［０］＋８－（ｔｅｍｐＭｖ［０］＞＝０？１：０））＞＞４）） （８－５６１）
－ それ以外の場合（ｓｕｂｐｉｃ＿ｔｒｅａｔｍｅｎｔ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しい場合、以下が適用される。
ｘＣｏｌＣｂ＝Ｃｌｉｐ３（ｘＣｔｂ，
Ｍｉｎ（ＣｕｒＰｉｃＷｉｄｔｈＩｎＳａｍｐｌｅｓＹ－１，ｘＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）＋３），ｘＣｏｌＣｔｒＣｂ＋（（ｔｅｍｐＭｖ［０］＋８－（ｔｅｍｐＭｖ［０］＞＝０？１：０））＞＞４）） （８－５６２）
配列ｃｏｌＰｒｅｄＭｏｄｅは、ＣｏｌＰｉｃが指定したコロケーションされたピクチャの予測モード配列ＣｕＰｒｅｄＭｏｄｅ［０］に等しく設定される。
動きベクトルｃｔｒＭｖＬ０、ｃｔｒＭｖＬ１、および予測リスト利用フラグｃｔｒＰｒｅｄＦｌａｇＬ０、ｃｔｒＰｒｅｄＦｌａｇＬ１は、以下のように導出する。
－ ｃｏｌＰｒｅｄＭｏｄｅ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］がＭＯＤＥ＿ＩＮＴＥＲと等しい場合、以下が適用される。
－ 変数ｃｕｒｒＣｂは、現在のピクチャ内で（ｘＣｔｒＣｂ，ｙＣｔｒＣｂ）を含む輝度符号化ブロックを規定する。
－ 変数ｃｏｌＣｂは、ＣｏｌＰｉｃの内部において、（（ｘＣｏｌＣｂ＞＞３）＜＜３，（ｙＣｏｌＣｂ＞＞３）＜＜３）で与えられる修正位置を含む輝度符号化ブロックを規定する。
－ 輝度位置（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）は、ＣｏｌＰｉｃによって指定されたコロケーションされたピクチャの左上輝度サンプルに対して、ｃｏｌＣｂによって指定された同一位置輝度符号化ブロックの左上サンプルに等しく設定される。
－ ８．５．２．１２項に規定されている同一位置動きベクトルの導出処理は、ｃｕｒｒＣｂ、ｃｏｌＣｂ，（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）、０と等しく設定されたｒｅｆＩｄｘＬ０、および１に等しく設定されたｓｂＦｌａｇを入力とし、出力をｃｔｒＭｖＬ０およびｃｔｒＰｒｅｄＦｌａｇＬ０に割り当てることにより呼び出される。
－ ８．５．２．１２項に規定されている同一位置動きベクトルの導出処理は、ｃｕｒｒＣｂ，ｃｏｌＣｂ，（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ），０に等しく設定されたｒｅｆＩｄｘＬ１、および１に等しく設定されたｓｂＦｌａｇを入力とし、出力をｃｔｒＭｖＬ１およびｃｔｒＰｒｅｄＦｌａｇＬ１に割り当てることにより呼び出される。
－ そうでない場合、以下が適用される。
ｃｔｒＰｒｅｄＦｌａｇＬ０＝０ （８－５６３）
ｃｔｒＰｒｅｄＦｌａｇＬ１＝０ （８－５６４）
５．５ 実施形態＃５：ＭＶの丸めの第３の例
８．５．５．３ サブブロックに基づく時間的マージ候補の導出処理
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ、ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。
－ 近傍の符号化ユニットの可用性フラグａｖａｉｌａｂｌｅＦｌａｇＡ１、
－ 近傍の符号化ユニットの参照インデックスｒｅｆＩｄｘＬＸＡ１であってＸは０または１、
－ 近傍の符号化ユニットの予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＡ１であってＸは０または１、
－ 近傍の符号化ユニットの１／１６端数サンプル精度ｍｖＬＸＡ１における動きベクトルであってＸが０または１である。
この処理の出力は以下の通りである。
－ 可用性フラグａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌ，
－ 水平方向ｎｕｍＳｂＸおよび垂直方向ｎｕｍＳｂＹにおける輝度符号化サブブロックの数、
－ 参照インデックスｒｅｆＩｄｘＬ０ＳｂＣｏｌおよびｒｅｆＩｄｘＬ１ＳｂＣｏｌ、
－ １／１６端数サンプル精度ｍｖＬ０ＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］およびｍｖＬ１ＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］における輝度動きベクトル、但しｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１，ｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１、
－ 予測リスト利用フラグｐｒｅｄＦｌａｇＬ０ＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］およびｐｒｅｄＦｌａｇＬ１ＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］、但しｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１，ｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１。
可用性フラグａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌｌは、以下のように導出する。
－ 以下の条件の１つ以上が真である場合、ａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌに０が設定される。
－ ｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しい。
－ ｃｂＷｉｄｔｈが８未満である。
－ ｃｂＨｅｉｇｈｔが８未満である。
－ そうでない場合、以下の順序付けられたステップが適用される。
５． 現在の符号化ブロックを含む輝度符号化ツリーブロックの左上のサンプルの位置（ｘＣｔｂ，ｙＣｔｂ）および現在の輝度符号化ブロックの右下の中心サンプルの位置（ｘＣｔｒ，ｙＣｔｒ）は、以下のように導出する。
ｘＣｔｂ＝（ｘＣｂ＞＞ＣｔｕＬｏｇ２Ｓｉｚｅ）＜＜ＣｔｕＬｏｇ２Ｓｉｚｅ （８－５４２）
ｙＣｔｂ＝（ｙＣｂ＞＞ＣｔｕＬｏｇ２Ｓｉｚｅ）＜＜ＣｔｕＬｏｇ２Ｓｉｚｅ （８－５４３）
ｘＣｔｒ＝ｘＣｂ＋（ｃｂＷｉｄｔｈ／２） （８－５４４）
ｙＣｔｒ＝ｙＣｂ＋（ｃｂＨｅｉｇｈｔ／２） （８－５４５）
６． 輝度位置（ｘＣｏｌＣｔｒＣｂ，ｙＣｏｌＣｔｒＣｂ）は、ＣｏｌＰｉｃによって規定されたコロケーションされたピクチャの左上輝度サンプルに対して、ＣｏｌＰｉｃ内部の（ｘＣｔｒ，ｙＣｔｒ）によって与えられる位置を含む同一位置輝度符号化ブロックの左上サンプルに等しく設定される。
７． ８．５．５．４項で規定されているサブブロックに基づく時間的マージベース動きデータの導出処理は、Ｘを０および１として、（ｘＣｔｂ，ｙＣｔｂ）、場所（ｘＣｏｌＣｔｒＣｂ，ｙＣｏｌＣｔｒＣｂ）、可用性フラグ可用性フラグＡｖａｉｌａｂｉｌｉｔｙフラグＡ１、予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＡ１、および参照インデックスｒｅｆＩｄｘＬＸＡ１、並びに動きベクトルｍｖＬＸＡ１を入力として呼び出され、出力は、Ｘを０および１として、動きベクトルｃｔｒＭＶＬＸ、並びにコロケーションされたブロックの予測リスト利用フラグｃｔｒＰｒｅｄＦｌａｇＬＸ、時間動きベクトルｔｅｍｐＭｖである。
８． 変数ａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌは、以下のように導出する。
－ ｃｔｒＰｒｅｄＦｌａｇＬ０およびｃｔｒＰｒｅｄＦｌａｇＬ１の両方が０に等しい場合、ａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌは０に等しく設定される。
－ そうでない場合、ａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌは１に等しく設定される。
ａｖａｉｌａｂｌｅＦｌａｇＳｂＣｏｌが１に等しい場合、以下が適用される。
－ 変数ｎｕｍＳｂＸ、ｎｕｍＳｂＹ，ｓｂＷｉｄｔｈ、ｓｂＨｅｉｇｈｔ、ｒｅｆＩｄｘＬＸＳｂＣｏｌは、以下のように導出する。
ｎｕｍＳｂＸ＝ｃｂＷｉｄｔｈ＞＞３ （８－５４６）
ｎｕｍＳｂＹ＝ｃｂＨｅｉｇｈｔ＞＞３ （８－５４７）
ｓｂＷｉｄｔｈ＝ｃｂＷｉｄｔｈ／ｎｕｍＳｂＸ （８－５４８）
ｓｂＨｅｉｇｈｔ＝ｃｂＨｅｉｇｈｔ／ｎｕｍＳｂＹ （８－５４９）
ｒｅｆＩｄｘＬＸＳｂＣｏｌ＝０ （８－５５０）
－ ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１およびｙＳｂＩｄｘ＝０．．．ｎｕｍＳｂＹ－１の場合、動きベクトルｍｖＬＸＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］および予測リスト利用フラグｐｒｅｄＦｌａｇｓ ＬＸＳｂＣｏｌ［ｘＳｂＩｄｘ］は、以下のように導出する。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化サブブロックの左上のサンプルを規定する輝度位置（ｘＳｂ，ｙＳｂ）は、以下のように導出する。
ｘＳｂ＝ｘＣｂ＋ｘＳｂＩｄｘ＊ｓｂＷｉｄｔｈ＋ｓｂＷｉｄｔｈ／２ （８－５５１）
ｙＳｂ＝ｙＣｂ＋ｙＳｂＩｄｘ＊ｓｂＨｅｉｇｈｔ＋ｓｂＨｅｉｇｈｔ／２ （８－５５２）
－ ＣｏｌＰｉｃ内部のコロケーションされたサブブロックの位置（ｘＣｏｌＳｂ，ｙＣｏｌＳｂ）は、以下のように導出する。
１． 以下が適用される。
ｙＣｏｌＳｂ＝Ｃｌｉｐ３（ｙＣｔｂ，
Ｍｉｎ（ＣｕｒＰｉｃＨｅｉｇｈｔＩｎＳａｍｐｌｅｓＹ－１，ｙＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）－１），
ｙＳｂ＋（（ｔｅｍｐＭｖ［１］＋（ｔｅｍｐＭｖ［１］＞＝０？７：８））＞＞４）） （８－５５３）
－ ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が１に等しい場合、以下が適用される。
ｘＣｏｌＳｂ＝Ｃｌｉｐ３（ｘＣｔｂ，
Ｍｉｎ（ＳｕｂＰｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ，ｘＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）＋３），
ｘＳｂ＋（（ｔｅｍｐＭｖ［０］＋（ｔｅｍｐＭｖ［０］＞＝０？７：８））＞＞４）） （８－５５４）
－ それ以外の場合（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しい）、以下が適用される。
ｘＣｏｌＳｂ＝Ｃｌｉｐ３（ｘＣｔｂ，
Ｍｉｎ（ＣｕｒＰｉｃＷｉｄｔｈＩｎＳａｍｐｌｅｓＹ－１，ｘＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）＋３），ｘＳｂ＋（（ｔｅｍｐＭｖ［０］＋（ｔｅｍｐＭｖ［０］＞＝０？７：８））＞＞４）） （８－５５５）
－ 変数ｃｕｒｒＣｂは、現在のピクチャ内の現在の符号化サブブロックを含む輝度符号化ブロックを規定する。
－ 変数ｃｏｌＣｂは、ＣｏｌＰｉｃの内部において、（（ｘＣｏｌＳｂ＞＞３）＜＜３，（ｙＣｏｌＳｂ＞＞３）＜＜３）で与えられる修正位置を含む輝度符号化ブロックを規定する。
－ 輝度位置（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）は、ＣｏｌＰｉｃによって指定されたコロケーションされたピクチャの左上輝度サンプルに対して、ｃｏｌＣｂによって指定された同一位置輝度符号化ブロックの左上サンプルに等しく設定される。
－ ８．５．２．１２項で規定されている同一位置動きベクトルの導出処理は、ｃｕｒｒＣｂ，ｃｏｌＣｂ，（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ），０と等しく設定されたｒｅｆＩｄｘＬ０、１と等しく設定されたｓｂＦｌａｇを入力として呼び出され、出力は、サブブロックｍｖＬ０ＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］およびａｖａｉｌａｂｌｅＦｌａｇＬ０ＳｂＣｏｌの動きベクトルに割り当てられる。
－ ８．５．２．１２項で規定されている同一位置動きベクトルの導出処理は、ｃｕｒｒＣｂ，ｃｏｌＣｂ，（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）、０と等しく設定されたｒｅｆＩｄｘＬ１、１と等しく設定されたｓｂＦｌａｇを入力として呼び出され、出力はサブブロックＭＶＬ１ＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］およびａｖａｉｌａｂｌｅＦｌａｇＬ１ＳｂＣｏｌの動きベクトルに割り当てられる。
－ ａｖａｉｌａｂｌｅＦｌａｇＬ０ＳｂＣｏｌおよびａｖａｉｌａｂｌｅＦｌａｇＬ１ＳｂＣｏｌが両方とも０に等しい場合、Ｘが０および１である場合、以下が適用される。
ｍｖＬＸＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］＝ｃｔｒＭｖＬＸ （８－５５６）
ｐｒｅｄＦｌａｇＬＸＳｂＣｏｌ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］＝ｃｔｒＰｒｅｄＦｌａｇＬＸ （８－５５７）
８．５．５．４ サブブロックに基づく時間的マージベースの動きデータの導出処理
この処理への入力は以下の通りである。
－ 現在の符号化ブロックを含む輝度符号化ツリーブロックの左上のサンプルの位置（ｘＣｔｂ，ｙＣｔｂ）、
－ 右下中心サンプルを含む、同じ場所に位置する輝度符号化ブロックの左上サンプルの位置（ｘＣｏｌＣｔｒＣｂ，ｙＣｏｌＣｔｒＣｂ）。
－ 近傍の符号化ユニットの可用性フラグａｖａｉｌａｂｌｅＦｌａｇＡ１、
－ 近傍の符号化ユニットの参照インデックスｒｅｆＩｄｘＬＸＡ１、
－ 近傍の符号化ユニットの予測リスト利用フラグｐｒｅｄＦｌａｇＬＸＡ１、
－ 近傍の符号化ユニットの１／１６端数サンプル精度ｍｖＬＸＡ１における動きベクトル。
この処理の出力は以下の通りである。
－ 動きベクトルｃｔｒＭｖＬ０およびｃｔｒＭｖＬ１、
－ 予測リスト利用フラグｃｔｒＰｒｅｄＦｌａｇＬ０、ｃｔｒＰｒｅｄＦｌａｇＬ１、
－ 時間的動きベクトルｔｅｍｐＭｖ。
変数ｔｅｍｐＭｖは、以下のように設定される。
ｔｅｍｐＭｖ［０］＝０ （８－５５８）
ｔｅｍｐＭｖ［１］＝０ （８－５５９）
変数ｃｕｒｒＰｉｃは、現在のピクチャを規定する。
ａｖａｉｌａｂｌｅＦｌａｇＡ１がＴＲＵＥに等しい場合、以下が適用される。
－ 以下のすべての条件が真である場合、ｔｅｍｐＭｖはｍｖＬ０Ａ１に等しく設定される。
－ ｐｒｅｄＦｌａｇＬ０Ａ１が１に等しい、
－ ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ＣｏｌＰｉｃ，ＲｅｆＰｉｃＬｉｓｔ［０］［ｒｅｆＩｄｘＬ０Ａ１］）が０に等しい、
－ そうでない場合、以下のすべての条件が真である場合、ｔｅｍｐＭｖはｍｖＬ１Ａ１：に等しく設定される。
－ スライスタイプはＢと同じである、
－ ｐｒｅｄＦｌａｇＬ１Ａ１が１に等しい、
－ ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ＣｏｌＰｉｃ，ＲｅｆＰｉｃＬｉｓｔ［１］［ｒｅｆＩｄｘＬ１Ａ１］）は０に等しい。
ＣｏｌＰｉｃ内部のコロケーションされたブロックの位置（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）は、以下のように導出する。
－ 以下が適用される。
ｙＣｏｌＣｂ＝Ｃｌｉｐ３（ｙＣｔｂ，
Ｍｉｎ（ＣｕｒＰｉｃＨｅｉｇｈｔＩｎＳａｍｐｌｅｓＹ－１，ｙＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）－１），ｙＣｏｌＣｔｒＣｂ＋（（ｔｅｍｐＭｖ［１］＋（ｔｅｍｐＭｖ［１］＞＝０？７：８））＞＞４）） （８－５６０）
－ ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が１に等しい場合、以下が適用される。
ｘＣｏｌＣｂ＝Ｃｌｉｐ３（ｘＣｔｂ，
Ｍｉｎ（ＳｕｂＰｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ，ｘＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）＋３），ｘＣｏｌＣｔｒＣｂ＋（（ｔｅｍｐＭｖ［０］＋（ｔｅｍｐＭｖ［０］＞＝０？７：８））＞＞４）） （８－５６１）
－ それ以外の場合（ｓｕｂｐｉｃ＿ｔｒｅａｔｍｅｎｔ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しい場合、以下が適用される。
ｘＣｏｌＣｂ＝Ｃｌｉｐ３（ｘＣｔｂ，
Ｍｉｎ（ＣｕｒＰｉｃＷｉｄｔｈＩｎＳａｍｐｌｅｓＹ－１，ｘＣｔｂ＋（１＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）＋３），ｘＣｏｌＣｔｒＣｂ＋（（ｔｅｍｐＭｖ［０］＋（ｔｅｍｐＭｖ［０］＞＝０？７：８））＞＞４）） （８－５６２）
配列ｃｏｌＰｒｅｄＭｏｄｅは、ＣｏｌＰｉｃが指定したコロケーションされたピクチャの予測モード配列ＣｕＰｒｅｄＭｏｄｅ［０］に等しく設定される。
動きベクトルｃｔｒＭｖＬ０、ｃｔｒＭｖＬ１、および予測リスト利用フラグｃｔｒＰｒｅｄＦｌａｇＬ０、ｃｔｒＰｒｅｄＦｌａｇＬ１は、以下のように導出する。
－ ｃｏｌＰｒｅｄＭｏｄｅ［ｘＣｏｌＣｂ］［ｙＣｏｌＣｂ］がＭＯＤＥ＿ＩＮＴＥＲと等しい場合、以下が適用される。
－ 変数ｃｕｒｒＣｂは、現在のピクチャ内で（ｘＣｔｒＣｂ，ｙＣｔｒＣｂ）を含む輝度符号化ブロックを規定する。
－ 変数ｃｏｌＣｂは、ＣｏｌＰｉｃの内部において、（（ｘＣｏｌＣｂ＞＞３）＜＜３，（ｙＣｏｌＣｂ＞＞３）＜＜３）で与えられる修正位置を含む輝度符号化ブロックを規定する。
－ 輝度位置（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）は、ＣｏｌＰｉｃによって指定されたコロケーションされたピクチャの左上輝度サンプルに対して、ｃｏｌＣｂによって指定された同一位置輝度符号化ブロックの左上サンプルに等しく設定される。
－ ８．５．２．１２項に規定されている同一位置動きベクトルの導出処理は、ｃｕｒｒＣｂ、ｃｏｌＣｂ，（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ）、０と等しく設定されたｒｅｆＩｄｘＬ０、および１に等しく設定されたｓｂＦｌａｇを入力とし、出力をｃｔｒＭｖＬ０およびｃｔｒＰｒｅｄＦｌａｇＬ０に割り当てることにより呼び出される。
－ ８．５．２．１２項に規定されている同一位置動きベクトルの導出処理は、ｃｕｒｒＣｂ，ｃｏｌＣｂ，（ｘＣｏｌＣｂ，ｙＣｏｌＣｂ），０に等しく設定されたｒｅｆＩｄｘＬ１、および１に等しく設定されたｓｂＦｌａｇを入力とし、出力をｃｔｒＭｖＬ１およびｃｔｒＰｒｅｄＦｌａｇＬ１に割り当てることにより呼び出される。
－ そうでない場合、以下が適用される。
ｃｔｒＰｒｅｄＦｌａｇＬ０＝０ （８－５６３）
ｃｔｒＰｒｅｄＦｌａｇＬ１＝０ （８－５６４）
８．５．６．３ 端数サンプル補間処理
８．５．６．３．１ 一般
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化サブブロックの左上のサンプルを規定する輝度位置（ｘＳｂ，ｙＳｂ）、
－ 現在の符号化サブブロックの幅を規定する変数ｓｂＷｉｄｔｈ、
－ 現在の符号化サブブロックの高さを規定する変数ｓｂＨｅｉｇｈｔ、
－ 動きベクトルオフセットｍｖＯｆｆｓｅｔ、
－ 微調整された動きベクトルｒｅｆＭｖＬＸ、
－ 選択された参照ピクチャサンプル配列ｒｅｆＰｉｃＬＸ、
－ １／２サンプル補間フィルタインデックスｈｐｅｌＩｆＩｄｘ、
－ 双方向オプティカルフローフラグｂｄｏｆＦｌａｇ、
－ 現在のブロックの色成分インデックスを規定する変数ｃＩｄｘ。
この処理の出力は以下の通りである。
－ 予測サンプル値の（ｓｂＷｉｄｔｈ＋ｂｒｄＥｘｔＳｉｚｅ）ｘ（ｓｂＨｅｉｇｈｔ＋ｂｒｄＥｘｔＳｉｚｅ）配列ｐｒｅｄＳａｍｐｌｅｓＬＸ。
予測ブロック境界拡大サイズｂｒｄＥｘｔＳｉｚｅは、以下のように導出する。
ｂｒｄＥｘｔＳｉｚｅ＝（ｂｄｏｆＦｌａｇ｜｜（ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ［ｘＳｂ］［ｙＳｂ］ ＆＆ ｓｐｓ＿ａｆｆｉｎｅ＿ｐｒｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ））？２：０ （８－７５２）
変数ｆＲｅｆＷｉｄｔｈは、輝度サンプルにおける参照ピクチャのＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬに等しく設定される。
変数ｆＲｅｆＨｅｉｇｈｔは、輝度サンプルにおける参照ピクチャのＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬに等しく設定される。
動きベクトルｍｖＬＸは、（ｒｅｆＭｖＬＸ－ｍｖＯｆｆｓｅｔ）に等しく設定される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ スケーリングファクタおよびその固定小数点表現は、以下のように定義される。
ｈｏｒｉ＿ｓｃａｌｅ＿ｆｐ＝（（ｆＲｅｆＷｉｄｔｈ＜＜１４）＋（ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ＞＞１））／ＰｉｃＯｕｔｐｕｔＷｉｄｔｈＬ （８－７５３）
ｖｅｒｔ＿ｓｃａｌｅ＿ｆｐ＝（（ｆＲｅｆＨｅｉｇｈｔ＜＜１４）＋（ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ＞＞１））／ＰｉｃＯｕｔｐｕｔＨｅｉｇｈｔＬ （８－７５４）
－ （ｘＩｎｔＬ，ｙＩｎｔＬ）をフルサンプルユニットで与えられた輝度位置とし、（ｘＦｒａｃＬ，ｙＦｒａｃＬ）を１／１６サンプル単位で与えられたオフセットとする。これらの変数は、本項でのみ、参照サンプル配列ｒｅｆＰｉｃＬＸ内の端数サンプル位置を規定するために使用される。
－ 参照サンプルパディング用バウンディングブロック（ｘＳｂＩｎｔＬ，ｙＳｂＩｎｔＬ）の左上座標を、（ｘＳｂＩｎｔＬ，ｙＳｂＩｎｔＬ） ｉｓ ｓｅｔ ｅｑｕａｌ ｔｏ（ｘＳｂ＋（ｍｖＬＸ［０］＞＞４），ｙＳｂ＋（ｍｖＬＸ［１］＞＞４））に等しく設定する。
－ 予測輝度サンプル配列ｐｒｅｄＳａｍｐｌｅｓＬＸ内の各輝度サンプル位置（ｘＬ＝０．．ｓｂＷｉｄｔｈ－１＋ｂｒｄＥｘｔＳｉｚｅ，ｙＬ＝０．．ｓｂＨｅｉｇｈｔ－１＋ｂｒｄＥｘｔＳｉｚｅ）について、対応する予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅｓＬＸ［ｘＬ］［ｙＬ］は下記のように導出する。
－ （ｒｅｆｘＳｂＬ，ｒｅｆｙＳｂＬ）および（ｒｅｆｘＬ，ｒｅｆｙＬ）を、１／１６サンプル単位で与えられる動きベクトル（ｒｅｆＭｖＬＸ［０］，ｒｅｆＭｖＬＸ［１］）が指す輝度位置とする。変数ｒｅｆｘＳｂＬ、ｒｅｆｘＬ、ｒｅｆｙＳｂＬ、ｒｅｆｙＬは、以下のように導出する。
ｒｅｆｘＳｂＬ＝（（ｘＳｂ＜＜４）＋ｒｅｆＭｖＬＸ［０］）＊ｈｏｒｉ＿ｓｃａｌｅ＿ｆｐ （８－７５５）
ｒｅｆｘＬ＝（（Ｓｉｇｎ（ｒｅｆｘＳｂ）＊（（Ａｂｓ（ｒｅｆｘＳｂ）＋１２８）＞＞８）
＋ｘＬ＊（（ｈｏｒｉ＿ｓｃａｌｅ＿ｆｐ＋８）＞＞４））＋３２）＞＞６ （８－７５６）
ｒｅｆｙＳｂＬ＝（（ｙＳｂ＜＜４）＋ｒｅｆＭｖＬＸ［１］）＊ｖｅｒｔ＿ｓｃａｌｅ＿ｆｐ （８－７５７）
ｒｅｆｙＬ＝（（Ｓｉｇｎ（ｒｅｆｙＳｂ）＊（（Ａｂｓ（ｒｅｆｙＳｂ）＋１２８）＞＞８）＋ｙＬ＊
（（ｖｅｒｔ＿ｓｃａｌｅ＿ｆｐ＋８）＞＞４））＋３２）＞＞６ （８－７５８）
－ 変数ｘＩｎｔＬ、ｙＩｎｔＬ、ｘＦｒａｃＬ、およびｙＦｒａｃＬは、以下のように導出する。
ｘＩｎｔＬ＝ｒｅｆｘＬ＞＞４ （８－７５９）
ｙＩｎｔＬ＝ｒｅｆｙＬ＞＞４ （８－７６０）
ｘＦｒａｃＬ＝ｒｅｆｘＬ＆１５ （８－７６１）
ｙＦｒａｃＬ＝ｒｅｆｙＬ＆１５ （８－７６２）
－ 以下のすべての条件を満たす場合、６ＴａｐＦｌａｇを使用して、１に設定される。
－ ｃｂＷｉｄｔｈ［０］［ｘＳｂ］［ｙＳｂ］＜＝４｜｜ｃｂＨｅｉｇｈｔ［０］［ｘＳｂ］［ｙＳｂ］＜＝４｜｜ｃｂＷｉｄｔｈ［０］［ｘＳｂ］［ｙＳｂ］＊ｃｂＨｅｉｇｈｔ［０］［ｘＳｂ］［ｙＳｂ］＜＝６４．
－ ＰｒｅｄＦｌａｇＬ０［ｘＳｂ］［ｙＳｂ］＝＝１ ＆＆ ＰｒｅｄＦｌａｇＬ１［ｘＳｂ］［ｙＳｂ］＝＝１．
－ ｂｄｏｆＦｌａｇがＴＲＵＥに等しいか（ｓｐｓ＿ａｆｆｉｎｅ＿ｐｒｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇがＴＲＵＥに等しく、ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ［ｘＳｂ］［ｙＳｂ］がＴＲＵＥに等しい）、次の条件の１つ以上が真である場合、予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅｓＬＸ［ｘＬ］［ｙＬ］は、８．５．６．３．３で規定されているように、入力として（ｘＩｎｔＬ＋（ｘＦｒａｃＬ＞＞３）－１），ｙＩｎｔＬ＋（ｙＦｒａｃＬ＞＞３）－１）およびｒｅｆＰｉｃＬＸを使用して輝度整数サンプル取り出し処理を呼び出すことによって導出する。
１． ｘＬは０に等しい。
２． ｘＬは、ｓｂＷｉｄｔｈ＋１に等しい。
３． ｙＬは０に等しい。
４． ｙＬは、ｓｂＨｅｉｇｈｔ＋１に等しい。
－ そうでない場合、８．５．６．３．２で規定されるように、（ｘＩｎｔＬ－（ｂｒｄＥｘｔＳｉｚｅ＞０？１：０），ｙＩｎｔＬ－（ｂｒｄＥｘｔＳｉｚｅ＞０？１：０）），（ｘＦｒａｃＬ，ｙＦｒａｃＬ），（ｘＳｂＩｎｔＬ，ｙＳｂＩｎｔＬ），ｒｅｆＰｉｃＬＸ，ｈｐｅｌＩｆＩｄｘ，ｓｂＷｉｄｔｈ，ｓｂＨｅｉｇｈｔ および（ｘＳｂ，ｙＳｂ）６ＴａｐＦｌａｇの使用を入力として、輝度サンプル８タップ補間フィルタリング処理を呼び出すことによって、予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅｓＬＸ［ｘＬ］［ｙＬ］を導出する。
－ そうでない場合（ｃＩｄｘが０に等しくない）、以下が適用される。
－ （ｘＩｎｔＣ，ｙＩｎｔＣ）をフルサンプルユニットで与えられたクロマ位置とし、（ｘＦｒａｃＣ，ｙＦｒａｃＣ）を１／３２サンプル単位で与えられたオフセットとする。これらの変数は、本項でのみ、参照サンプル配列ｒｅｆＰｉｃＬＸ内の一般的な端数サンプルの位置を規定するために使用される。
－ 参照サンプルパディング用バウンディングブロック（ｘＳｂＩｎｔＣ，ｙＳｂＩｎｔＣ）の左上座標は、（（ｘＳｂ／ＳｕｂＷｉｄｔｈＣ）＋（ｍｖＬＸ［０］＞＞５），（ｙＳｂ／ＳｕｂＨｅｉｇｈｔＣ）＋（ｍｖＬＸ［１］＞＞５））に等しく設定される。
－ 予測クロマサンプル配列ｐｒｅｄＳａｍｐｌｅｓＬＸ内の各クロマサンプル位置（ｘＣ＝０．．ｓｂＷｉｄｔｈ－１，ｙＣ＝０．．ｓｂＨｅｉｇｈｔ－１）について、対応する予測クロマサンプル値ｐｒｅｄＳａｍｐｌｅｓＬＸ［ｘＣ］［ｙＣ］は、以下のように導出する。
－ （ｒｅｆｘＳｂＣ，ｒｅｆｙＳｂＣ）および（ｒｅｆｘＣ，ｒｅｆｙＣ）を、１／３２サンプル単位で与えられる動きベクトル（ｍｖＬＸ［０］，ｍｖＬＸ［１］）が指すクロマ位置とする。変数ｒｅｆｘＳｂＣ、ｒｅｆｙＳｂＣ、ｒｅｆｘＣ、ｒｅｆｙＣは、以下のように導出する。
ｒｅｆｘＳｂＣ＝（（ｘＳｂ／ＳｕｂＷｉｄｔｈＣ＜＜５）＋ｍｖＬＸ［０］）＊ｈｏｒｉ＿ｓｃａｌｅ＿ｆｐ （８－７６３）
ｒｅｆｘＣ＝（（Ｓｉｇｎ（ｒｅｆｘＳｂＣ）＊（（Ａｂｓ（ｒｅｆｘＳｂＣ）＋２５６）＞＞９）
＋ｘＣ＊（（ｈｏｒｉ＿ｓｃａｌｅ＿ｆｐ＋８）＞＞４））＋１６）＞＞５ （８－７６４）
ｒｅｆｙＳｂＣ＝（（ｙＳｂ／ＳｕｂＨｅｉｇｈｔＣ＜＜５）＋ｍｖＬＸ［１］）＊ｖｅｒｔ＿ｓｃａｌｅ＿ｆｐ （８－７６５）
ｒｅｆｙＣ＝（（Ｓｉｇｎ（ｒｅｆｙＳｂＣ）＊（（Ａｂｓ（ｒｅｆｙＳｂＣ）＋２５６）＞＞９）
＋ｙＣ＊（（ｖｅｒｔ＿ｓｃａｌｅ＿ｆｐ＋８）＞＞４））＋１６）＞＞５ （８－７６６）
－ 変数ｘＩｎｔＣ、ｙＩｎｔＣ、ｘＦｒａｃＣ、ｙＦｒａｃＣは、以下のように導出する。
ｘＩｎｔＣ＝ｒｅｆｘＣ＞＞５ （８－７６７）
ｙＩｎｔＣ＝ｒｅｆｙＣ＞＞５ （８－７６８）
ｘＦｒａｃＣ＝ｒｅｆｙＣ＆３１ （８－７６９）
ｙＦｒａｃＣ＝ｒｅｆｙＣ＆３１ （８－７７０）
－ 予測サンプル値ｐｒｅｄＳａｍｐｌｅｓＬＸ［ｘＣ］［ｙＣ］は、（ｘＩｎｔＣ，ｙＩｎｔＣ），（ｘＦｒａｃＣ，ｙＦｒａｃＣ），（ｘＳｂＩｎｔＣ，ｙＳｂＩｎｔＣ），ｓｂＷｉｄｔｈ，ｓｂＨｅｉｇｈｔ、およびｒｅｆＰｉｃＬＸを入力として、８．５．６．３．４で指定した処理を呼び出すことによって導出される。
８．５．６．３．２ 輝度サンプル補間フィルタリング処理
この処理への入力は以下の通りである。
－ フルサンプルユニット（ｘＩｎｔＬ，ｙＩｎｔＬ）における輝度位置、
－ 端数サンプル単位での輝度位置（ｘＦｒａｃＬ，ｙＦｒａｃＬ）、
－ 参照ピクチャの左上の輝度サンプルに対する参照サンプルのパディングのための境界ブロックの左上のサンプルを規定する、フルサンプルユニット（ｘＳｂＩｎｔＬ，ｙＳｂＩｎｔＬ）における輝度位置、
－ 輝度参照サンプル配列ｒｅｆＰｉｃＬＸＬ、
－ １／２サンプル補間フィルタインデックスｈｐｅｌＩｆＩｄｘ、
－ 現在のサブブロックの幅を規定する変数ｓｂＷｉｄｔｈ、
－ 現在のサブブロックの高さを規定する変数ｓｂＨｅｉｇｈｔ、
－ 現在のピクチャの左上の輝度サンプルに対する現在のサブブロックの左上のサンプルを規定する輝度位置（ｘＳｂ，ｙＳｂ）、
－ ６タップ補間フィルタを使用したかどうかを示すフラグ６ＴａｐＦｌａｇの使用。
この処理の出力は、予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅＬＸＬである。
変数ｓｈｉｆｔ１、ｓｈｉｆｔ２、およびｓｈｉｆｔ３は、以下のように導出する。
－ 変数ｓｈｉｆｔ１をＭｉｎ（４，ＢｉｔＤｅｐｔｈＹ＿８）に等しく設定し、変数ｓｈｉｆｔ２を６に等しく設定し、変数ｓｈｉｆｔ３をＭａｘ（２，１４－ＢｉｔＤｅｐｔｈＹ）に等しく設定する。
－ 変数ｐｉｃＷはｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しく設定され、変数ｐｉｃＨはｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓに等しく設定される。
ｘＦｒａｃＬまたはｙＦｒａｃＬに等しい各１／１６端数サンプル位置ｐに対する輝度補間フィルタ係数ｆＬ［ｐ］は、以下のように導出する。
－ 以下の条件のうち少なくとも１つを満たす場合、輝度補間フィルタ係数ｆＬ［ｐ］を表１２に示す。
－ ＭｏｔｉｏｎＭｏｄｅｌＩｄｃ［ｘＳｂ］［ｙＳｂ］は０より大きく、ｓｂＷｉｄｔｈとｓｂＨｅｉｇｈｔはいずれも４に等しい。
－ ６ＴａｐＦｌａｇを使用すると、１になる。
－ そうでない場合、ｈｐｅｌＩｆＩｄｘに基づいて輝度補間フィルタ係数ｆＬ［ｐ］を表１１で指定する。
ｉ＝０．．７の場合、フルサンプルユニット（ｘＩｎｔｉ，ｙＩｎｔｉ）における輝度位置は、以下のように導出する。
－ ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が１に等しい場合、以下が適用される。
ｘＩｎｔｉ＝Ｃｌｉｐ３（ＳｕｂＰｉｃＬｅｆｔＢｏｕｎｄａｒｙＰｏｓ，ＳｕｂＰｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ，ｘＩｎｔＬ＋ｉ－３） （８－７７１）
ｙＩｎｔｉ＝Ｃｌｉｐ３（ＳｕｂＰｉｃＴｏｐＢｏｕｎｄａｒｙＰｏｓ，ＳｕｂＰｉｃＢｏｔＢｏｕｎｄａｒｙＰｏｓ，ｙＩｎｔＬ＋ｉ－３） （８－７７２）
－ それ以外の場合（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＳｕｂＰｉｃＩｄｘ］が０に等しい）、以下が適用される。
ｘＩｎｔｉ＝Ｃｌｉｐ３（０，ｐｉｃＷ－１，ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ？
ＣｌｉｐＨ（（ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１＋１）＊ＭｉｎＣｂＳｉｚｅＹ，ｐｉｃＷ，ｘＩｎｔＬ＋ｉ－３）： （８－７７３）
ｘＩｎｔＬ＋ｉ－３）
ｙＩｎｔｉ＝Ｃｌｉｐ３（０，ｐｉｃＨ－１，ｙＩｎｔＬ＋ｉ－３） （８－７７４）
ｉ＝０．．７の場合、フルサンプルユニットにおける輝度位置は、以下のようにさらに修正される。
ｘＩｎｔｉ＝Ｃｌｉｐ３（ｘＳｂＩｎｔＬ－３，ｘＳｂＩｎｔＬ＋ｓｂＷｉｄｔｈ＋４，ｘＩｎｔｉ） （８－７７５）
ｙＩｎｔｉ＝Ｃｌｉｐ３（ｙＳｂＩｎｔＬ－３，ｙＳｂＩｎｔＬ＋ｓｂＨｅｉｇｈｔ＋４，ｙＩｎｔｉ） （８－７７６）
予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅＬＸＬは、以下のように導出する。
－ ｘＦｒａｃＬおよびｙＦｒａｃＬの両方が０に等しい場合、ｐｒｅｄＳａｍｐｌｅＬＸＬの値は、以下のように導出する。
ｐｒｅｄＳａｍｐｌｅＬＸＬ＝ｒｅｆＰｉｃＬＸＬ［ｘＩｎｔ３］［ｙＩｎｔ３］＜＜ｓｈｉｆｔ３ （８－７７７）
－ そうではなく、ｘＦｒａｃＬが０に等しくなく、ｙＦｒａｃＬが０に等しい場合は、ｐｒｅｄＳａｍｐｌｅＬＸＬの値は、以下のように導出する。
ｐｒｅｄＳａｍｐｌｅＬＸＬ＝（Σ７ ｉ＝０ｆＬ［ｘＦｒａｃＬ］［ｉ］＊ｒｅｆＰｉｃＬＸＬ［ｘＩｎｔｉ］［ｙＩｎｔ３］）＞＞ｓｈｉｆｔ１ （８－７７８）
－ そうではなく、ｘＦｒａｃＬが０に等しく、ｙＦｒａｃＬが０に等しくない場合、ｐｒｅｄＳａｍｐｌｅＬＸＬの値は、以下のように導出する。
ｐｒｅｄＳａｍｐｌｅＬＸＬ＝（Σ７ ｉ＝０ｆＬ［ｙＦｒａｃＬ］［ｉ］＊ｒｅｆＰｉｃＬＸＬ［ｘＩｎｔ３］［ｙＩｎｔｉ］）＞＞ｓｈｉｆｔ１ （８－７７９）
－ そうではなく、ｘＦｒａｃＬが０に等しくなく、ｙＦｒａｃＬが０に等しくない場合、ｐｒｅｄＳａｍｐｌｅＬＸＬの値は、以下のように導出する。
－ ｎ＝０．．７のサンプル配列ｔｅｍｐ［ｎ］は、以下のように導出する。
ｔｅｍｐ［ｎ］＝（Σ７ ｉ＝０ｆＬ［ｘＦｒａｃＬ］［ｉ］＊ｒｅｆＰｉｃＬＸＬ［ｘＩｎｔｉ］［ｙＩｎｔｎ］）＞＞ｓｈｉｆｔ１ （８－７８０）
－ 予測輝度サンプル値ｐｒｅｄＳａｍｐｌｅＬＸＬは、以下のように導出する。
ｐｒｅｄＳａｍｐｌｅＬＸＬ＝（Σ７ ｉ＝０ｆＬ［ｙＦｒａｃＬ］［ｉ］＊ｔｅｍｐ［ｉ］）＞＞ｓｈｉｆｔ２ （８－７８１）
図３０は、映像処理方法３０００のフローチャートである。方法３０００は、ステップ３０１０において、映像の現在のブロックと映像のビットストリーム表現との間での変換のために、サブブロックに基づくマージ候補リストにおける最大数の候補（ＭＬ）および／または、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）候補を、時間的動きベクトル予測（ＴＭＶＰ）が変換時に使用に対して有効にされるかどうか、または、変換に、現在のピクチャ参照（ＣＰＲ）符号化モードを使用するかどうかに基づいて、サブブロックに基づくマージ候補リストに加えるかどうかを判定すること、を含む。
方法３０００は、ステップ３０２０において、前記判定をすることに基づいて前記変換を行うことを含む。
図３１は、映像処理方法３１００のフローチャートである。方法３１００は、ステップ３１１０において、映像の現在のブロックと映像のビットストリーム表現との間での変換のために、時間的動きベクトル予測（ＴＭＶＰ）、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツール、およびアフィン符号化モードを変換に対して有効とされているかどうかに基づいて、サブブロックに基づくマージ候補リストにおける候補の最大数（ＭＬ）を判定することを含む。
方法３１００は、ステップ３１２０において、判定に基づいて変換を行うことを含む。
図３２は、映像処理方法３２００のフローチャートである。方法３２００は、ステップ３２１０において、映像の第１の映像セグメントの現在のブロックと映像のビットストリーム表現との間での変換のために、第１の映像セグメントレベルにおいて時間的動きベクトル予測（ＴＭＶＰ）モードが無効であるために、サブブロックに基づく動きベクトル予測（ＳｂＴＭＶＰ）モードの変換が無効にされていると判定することを含む。
方法３２００は、ステップ３２２０において、判定に基づいて変換を行うことを含み、ビットストリーム表現は、ＳｂＴＭＶＰモードの表示が含まれているか否か、および／またはマージ候補リストにおけるＴＭＶＰモードの表示に対するＳｂＴＭＶＰモードの表示の位置を規定するフォーマットに準拠する。
図３３は、映像処理方法３３００のフローチャートである。方法３３００は、ステップ３３１０において、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールまたは時間的動きベクトル予測（ＴＭＶＰ）ツールを使用して符号化された映像の現在のブロックと、映像のビットストリーム表現との間で変換を行うことを含み、現在のブロックまたは現在のブロックの対応する位置の座標または現在のブロックのサブブロックは、ＳｂＴＭＶＰツールまたはＴＭＶＰツールに関連付けられた動きベクトルの圧縮に基づいてマスクを使用して選択的にマスクされ、マスクの適用は、座標の値とマスクの値との間のビット単位のＡＮＤ演算を含む。
図３４は、映像処理方法３４００のフローチャートである。方法３４００は、ステップ３４１０において、映像の映像セグメントの現在のブロックの１つ以上の特徴に基づいて、現在のブロックに対してサブブロックに基づく動きベクトル予測（ＳｂＴＭＶＰ）ツールを適用するための現在のブロックの有効な対応する領域を判定することを含む。
方法３４００は、ステップ３４２０において、この判定に基づいて現在のブロックと映像のビットストリーム表現との間で変換を行うことを含む。
図３５は、映像処理方法３５００のフローチャートである。方法３５００は、ステップ３５１０において、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールを使用して符号化される映像の現在のブロックについて、デフォルトの動きベクトルを判定することを含む。
方法３５００は、ステップ３５２０において、判定に基づいて、現在のブロックと映像のビットストリーム表現との間で変換を行うことを含み、現在のブロックの中心位置に関連付けられたコロケーションされたピクチャにおける対応する位置を含むブロックから動きベクトルが得られない場合にデフォルトの動きベクトルを判定する。
図３６は、映像処理方法３６００のフローチャートである。方法３６００は、ステップ３６１０において、映像の映像セグメントの現在のブロックについて、現在のブロックの現在のピクチャが、参照ピクチャリストＸにおけるインデックスをＭに設定した参照ピクチャであり、ＭおよびＸが整数であり、Ｘ＝０またはＸ＝１である場合にサブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールまたは時間的動きベクトル予測（ＴＭＶＰ）ツールが無効になると推論することを含む。
方法３６００は、ステップ３６２０において、推論に基づいて、現在のブロックと映像のビットストリーム表現との間で変換を行うことを含む。
図３７は、映像処理方法３７００のフローチャートである。方法３７００は、ステップ３７１０において、映像の現在のブロックに対して、現在のブロックの現在のピクチャが、参照ピクチャリストＸにおけるＭに設定されたインデックスを有する参照ピクチャであり、ＭおよびＸが整数である場合にサブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールの適用が有効にされることを判定することを含む。
方法３７００は、ステップ３７２０において、この判定に基づいて現在のブロックと映像のビットストリーム表現との間で変換を行うことを含む。
図３８は、映像処理方法３８００のフローチャートである。方法３８００は、ステップ３８１０において、映像の現在のブロックと映像のビットストリーム表現との間で変換を行うことを含み、現在のブロックは、サブブロックに基づく符号化ツールを使用して符号化され、変換を行うことは、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールが有効にされているか無効にされている場合に複数のビン（Ｎ）を使用してサブブロックマージインデックスを統一方法で符号化する。
図３９は、映像処理方法３９００のフローチャートである。方法３９００は、ステップ３９１０において、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールを使用して符号化された映像の現在のブロックに対して、ＳｂＴＭＶＰツールが現在のブロックを含む現在のピクチャと異なるピクチャにおける対応するブロックを規定するための動きベクトルを判定することを含む。
方法３９００は、ステップ３９２０において、判定に基づいて、現在のブロックと映像のビットストリーム表現との間で変換を行うことを含む。
図４０は、映像処理方法４０００のフローチャートである。方法４０００は、ステップ４０１０において、映像の現在のブロックと映像のビットストリーム表現との間での変換のために、現在のブロックを変換するためにアフィン予測が有効にされるか否かに基づいて、動きゼロアフィンマージ候補をサブブロックマージ候補リストに挿入するか否かを判定することを含む。
方法４０００は、ステップ４０２０において、前記判定に基づいて前記変換を行うことを含む。
図４１は、映像処理方法４１００のフローチャートである。方法４１００は、ステップ４１１０において、映像の現在のブロックと、サブブロックマージ候補リストを用いる映像のビットストリーム表現との間での変換のために、サブブロックマージ候補リストが満たされていない場合にゼロ動き非アフィンパディング候補をサブブロックマージ候補リストに挿入することを含む。
方法４１００は、ステップ４１２０において、挿入した後、変換を行うことを含む。
図４２は、映像処理方法４２００のフローチャートである。方法４２００は、ステップ４２１０において、映像の現在のブロックと映像のビットストリーム表現との間での変換のために、コロケーションされたピクチャにおける対応する位置を含むブロックの１つ以上の動きベクトルから動きベクトルを導出することを判定する規則を使用して、動きベクトルを判定することを含む。
方法４２００は、ステップ４２２０において、動きベクトルに基づいて変換を行うことを含む。
図４３は、映像処理装置４３００のブロック図である。本明細書に記載の方法の１つ以上を実装するために、装置４３００を使用してもよい。装置４３００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等に実施されてもよい。装置４３００は、１つ以上の処理装置４３０２と、１つまたは複数のメモリ４３０４と、映像処理ハードウェア４３０６と、を含んでもよい。処理装置４３０２は、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ（複数可）４３０４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア４３０６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。
いくつかの実施形態において、映像符号化方法は、図４３を参照して説明したように、ハードウェアプラットフォームに実装される装置を使用して実施されてもよい。
開示される技術のいくつかの実施形態は、映像処理ツールまたはモードを有効にするように決定または判定することを含む。一例において、映像処理ツールまたはモードが有効にされる場合、エンコーダは、１つの映像ブロックを処理する際にこのツールまたはモードを使用するまたは実装するが、このツールまたはモードの使用に基づいて、結果として得られるビットストリームを必ずしも修正しなくてもよい。すなわち、映像のブロックから映像のビットストリーム表現への変換は、決定または判定に基づいて映像処理ツールまたはモードが有効にされる場合に、この映像処理ツールまたはモードを使用する。別の例において、映像処理ツールまたはモードが有効にされる場合、デコーダは、ビットストリームが映像処理ツールまたはモードに基づいて修正されたことを認識して、ビットストリームを処理する。すなわち、決定または判定に基づいて有効にされた映像処理ツールまたはモードを使用して、映像のビットストリーム表現から映像のブロックへの変換を行う。
開示される技術の一部の実施形態は、映像処理ツールまたはモードを無効にする決定または判定を行うことを含む。一例において、映像処理ツールまたはモードが無効にされている場合、エンコーダは、映像のブロックを映像のビットストリーム表現に変換する際に、このツールまたはモードを使用しない。別の例において、映像処理ツールまたはモードが無効にされている場合、デコーダは、ビットストリームが、決定または判定に基づいて有効にされた映像処理ツールまたはモードを使用して修正されていないことを認識して、ビットストリームを処理する。
図４４は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム４４００を示すブロック図である。様々な実装形態は、システム４４００のモジュールの一部または全部を含んでもよい。システム４４００は、映像コンテンツを受信するための入力ユニット４４０２を含んでもよい。映像コンテンツは、未加工または非圧縮フォーマット、例えば、８または１０ビットのマルチモジュール画素値で受信されてもよく、または圧縮または符号化フォーマットで受信されてもよい。入力ユニット４４０２は、ネットワークインターフェース、周辺バスインターフェース、または記憶インターフェースを表してもよい。ネットワークインターフェースの例としては、イーサネット（登録商標）、パッシブ光ネットワーク（ＰＯＮ）等の有線インターフェース、およびＷｉ－Ｆｉ（登録商標）またはセルラーインターフェース等の無線インターフェースが挙げられる。
システム４４００は、本明細書に記載される様々な符号化または符号化方法を実装することができる符号化モジュール４４０４を含んでもよい。符号化モジュール４４０４は、入力ユニット４４０２からの映像の平均ビットレートを符号化モジュール４４０４の出力に低減し、映像の符号化表現を生成してもよい。従って、この符号化技術は、映像圧縮または映像コード変換技術と呼ばれることがある。符号化モジュール４４０４の出力は、モジュール４４０６によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力ユニット４４０２において受信された、記憶されたまたは通信された映像のビットストリーム（または符号化）表現は、モジュール４４０８によって使用されて、表示インターフェースユニット１９１０に送信される画素値または表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像展開と呼ばれることがある。さらに、特定の映像処理動作を「符号化」動作またはツールと呼ぶが、符号化ツールまたは動作は、エンコーダおよびそれに対応する、復号化の結果を逆にする復号化ツールまたは動作が、デコーダによって行われることが理解されよう。
周辺バスインターフェースユニットまたは表示インターフェースユニットの例は、ユニバーサルシリアルバス（ＵＳＢ）または高精細マルチメディアインターフェース（ＨＤＭＩ（登録商標））またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、シリアルアドバンスドテクノロジーアタッチメント（ＳＡＴＡ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、またはデジタルデータ処理および／または映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい。
いくつかの実施形態において、次の技術案を実装することができる。
Ａ１．映像の現在のブロックと該映像のビットストリーム表現との間での変換のために、サブブロックに基づくマージ候補リストにおける最大数の候補（ＭＬ）および／または時間的動きベクトル予測（ＳｂＴＭＶＰ）を、該サブブロックに基づくマージ候補リストに加えるかどうかを、時間的動きベクトル予測（ＴＭＶＰ）を変換中の使用に対して有効であるか、または現在のピクチャ参照（ＣＰＲ）符号化モードが該変換に使用されているかどうかに基づいて、判定することと、判定に基づいて、変換を行うことと、を含む、映像処理方法。
Ａ２．ＴＭＶＰツールが無効にされているか、またはＳｂＴＭＶＰツールが無効にされているかの判定に基づいて、ＳｂＴＭＶＰ候補の使用が無効にされる、解決案Ａ１に記載の方法。
Ａ３．ＭＬを判定することは、ＳｂＴＭＶＰツールまたはＴＭＶＰツールが無効にされているかどうかに基づいて、サブブロックに基づくマージ候補リストからＳｂＴＭＶＰ候補を除外することを含む、解決案Ａ２に記載の方法。
Ａ４．映像の現在のブロックとこの映像のビットストリーム表現との間での変換のために、時間的動きベクトル予測（ＴＭＶＰ）、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツール、およびアフィン符号化モードがこの変換に対する使用に対して有効であるかどうかに基づいて、サブブロックに基づくマージ候補リストにおける最大数の候補（ＭＬ）を判定することと、判定に基づいて、この変換を行うことを含む、映像処理方法。
Ａ５．アフィン符号化モードが有効であるとの判定に起因して、ＭＬがオンザフライで設定され、ビットストリーム表現で信号通知される、解決案Ａ４に記載の方法。
Ａ６．アフィン符号化モードが無効にされているとの判定により、ＭＬが予め定義される、解決案Ａ４に記載の方法。
Ａ７．ＭＬを判定することは、ＴＭＶＰツールが無効にされていると判定されることによって、ＭＬを０に設定することを含み、ＳｂＴＭＶＰツールが有効にされ、現在のブロックのアフィン符号化モードが無効にされる、解決案Ａ２またはＡ６に記載の方法。
Ａ８．ＭＬを判定することは、ＳｂＴＭＶＰツールが有効であると判定されることによって、ＭＬを１に設定することを含み、ＴＭＶＰツールが有効にされ、現在のブロックのアフィン符号化モードが無効にされる、解決案Ａ２またはＡ６に記載の方法。
Ａ９．ＳｂＴＭＶＰツールが無効にされている、または現在のブロックの現在のピクチャのコロケーションされた参照ピクチャが現在のピクチャであると判定することによって、ＳｂＴＭＶＰ候補の使用が無効にされる、解決案Ａ１に記載の方法。
Ａ１０．ＭＬを判定することは、ＳｂＴＭＶＰツールが無効であるか、または現在のピクチャのコロケーションされた参照ピクチャが現在のピクチャであるかに基づいて、サブブロックに基づくマージ候補リストからＳｂＴＭＶＰ候補を除外することを含む、解決案Ａ９に記載の方法。
Ａ１１．ＭＬを判定することは、現在のピクチャのコロケーションされた参照ピクチャが現在のピクチャであると判定されることに基づいて、ＭＬを０に設定することと、現在のブロックのアフィン符号化が無効にされることとを含む、解決案Ａ９に記載の方法。
Ａ１２．ＭＬを判定することは、ＳｂＴＭＶＰツールが有効であると判定されることによって、現在のピクチャのコロケーションされた参照ピクチャが現在のピクチャではなく、現在のブロックのアフィン符号化が無効にされている場合、ＭＬを１に設定することを含む、解決案Ａ９に記載の方法。
Ａ１３．ＳｂＴＭＶＰツールが無効にされているか、または参照ピクチャリスト０（Ｌ０）における参照ピクチャインデックス０を有する参照ピクチャが現在のブロックの現在のピクチャであると判定されることによって、ＳｂＴＭＶＰ候補の使用が無効にされる、解決案Ａ１に記載の方法。
Ａ１４．ＭＬを判定することは、ＳｂＴＭＶＰツールが無効にされているか、またはＬ０における参照ピクチャインデックス０を有する参照ピクチャが現在のピクチャであるかに基づいて、サブブロックに基づくマージ候補リストからＳｂＴＭＶＰ候補を除外することを含む、解決案Ａ１３に記載の方法。
Ａ１５．ＭＬを判定することは、ＳｂＴＭＶＰツールが有効であると判定されることによって、ＭＬを０に設定することを含み、Ｌ０における参照ピクチャインデックス０を有する参照ピクチャが現在のピクチャであり、現在のブロックのアフィン符号化が無効にされる、解決案Ａ１０またはＡ１３に記載の方法。
Ａ１６．ＭＬを判定することは、ＳｂＴＭＶＰツールが有効であると判定されることによってＭＬを１に設定することを含み、Ｌ０における参照ピクチャインデックス０を有する参照ピクチャが現在のピクチャではなく、現在のブロックのアフィン符号化が無効にされる、Ａ１３に記載の方法。
Ａ１７．ＳｂＴＭＶＰツールが無効にされているとの判定により、ＳｂＴＭＶＰ候補の使用が無効にされているか、または参照ピクチャリスト１（Ｌ１）における参照ピクチャインデックス０を有する参照ピクチャが現在のブロックの現在のピクチャである、解決案Ａ１に記載の方法。
Ａ１８．ＭＬを判定することは、ＳｂＴＭＶＰツールが無効とされているか、またはＬ１における参照ピクチャインデックス０を有する参照ピクチャが現在のピクチャであるかに基づいて、ＳｂＴＭＶＰ候補をサブブロックに基づくマージ候補リストから除外することを含む、解決案Ａ１７に記載の方法。
Ａ１９．ＭＬを判定することは、ＳｂＴＭＶＰツールが有効であると判定されることによって、ＭＬを０に設定することと、Ｌ１における参照ピクチャインデックス０が現在のピクチャである参照ピクチャと、現在のブロックのアフィン符号化とを無効にすることとを含む、Ａ１７に記載の方法。
Ａ２０．ＭＬを判定することは、ＳｂＴＭＶＰツールが有効であると判定されることによって、ＭＬを１に設定することを含む、Ｌ１における参照ピクチャインデックス０を有する参照ピクチャが現在のピクチャではなく、現在のブロックのアフィン符号化が無効である、Ａ１７に記載の方法。
Ａ２１．１つの映像の第１の映像セグメントの現在のブロックとこの映像のビットストリーム表現との間での変換のために、第１の映像セグメントレベルで時間的動きベクトル予測（ＴＭＶＰ）モードが無効にされているために、１つのサブブロックに基づく動きベクトル予測（ＳｂＴＭＶＰ）モードがこの変換に対して無効にされていることを判定することと、この判定に基づいて、変換を行うこととを含み、ビットストリーム表現は、ＳｂＴＭＶＰモードの表示が含まれているかどうか、および／または、マージ候補リストにおけるＴＭＶＰモードの表示に対するＳｂＴＭＶＰの表示の位置を規定するフォーマットに準拠している、映像処理方法。
Ａ２２．第１の映像セグメントは、シーケンス、スライス、タイルまたはピクチャである、解決案Ａ２１に記載の方法。
Ａ２３．フォーマットは、第１の映像セグメントレベルにＴＭＶＰモードの表示を含めることによって、ＳｂＴＭＶＰモードの表示を省略することを規定する、解決案Ａ２１に記載の方法。
Ａ２４．前記フォーマットは、ＳｂＴＭＶＰモードの表示が、ＴＭＶＰモードの表示の後、復号化順に第１の映像セグメントレベルにあることを規定する、解決案Ａ２１に記載の方法。
Ａ２５．前記フォーマットは、ＴＭＶＰモードが無効であると判定されるため、ＳｂＴＭＶＰモードの表示を省略することを規定する、解決案Ａ２１～Ａ２４のいずれかに記載の方法。
Ａ２６．前記フォーマットは、ＳｂＴＭＶＰモードの表示が映像のシーケンスレベルに含まれ、第２の映像セグメントレベルでは省略されることを規定する、解決案Ａ２１に記載の方法。
Ａ２７．第２の映像セグメントレベルの第２の映像セグメントは、スライス、タイル、またはピクチャである、解決案Ａ２６に記載の方法。
Ａ２８．変換は、ビットストリーム表現から現在のブロックを生成する、解決案Ａ１～Ａ２７のいずれかに記載の方法。
Ａ２９．前記変換は、現在のブロックからビットストリーム表現を生成する、解決案Ａ１～Ａ２７のいずれかに記載の方法。
Ａ３０．前記変換を行うことは、１つ以上の復号化規則に基づいて前記ビットストリーム表現を構文解析するステップを含む、解決案Ａ１～Ａ２７のいずれかに記載の方法。
Ａ３１．処理装置と、命令を搭載した非一時的メモリとを含む、映像システムにおける装置であって、処理装置が実行する命令は、処理装置に、解決案Ａ１～Ａ４３のいずれか１案に記載の方法を実装させる映像システムにおける装置。
Ａ３２．非一時的なコンピュータ可読媒体に記憶されたコンピュータプログラム製品であって、解決案Ａ１～Ａ４３のいずれか１案に記載の方法を実行するためのプログラムコードを含む、コンピュータプログラム製品。
いくつかの実施形態において、次の技術案を実装することができる。
Ｂ１．サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールまたは時間的動きベクトル予測（ＴＭＶＰ）ツールを使用して符号化された映像の現在のブロックと、この映像のビットストリーム表現との間で変換を行うことを含み、ＳｂＴＭＶＰツールまたはＴＭＶＰツールに関連付けられた動きベクトルの圧縮に基づいて、マスクを使用して、現在のブロックまたはこの現在のブロックのサブブロックに対応する位置の座標を選択的にマスクし、このマスクを適用することは、この座標の値とこのマスクの値とのビット単位のＡＮＤ演算を含む、映像処理方法。
Ｂ２．座標が（ｘＮ，ｙＮ）であり、マスク（ＭＡＳＫ）が～（２Ｍ－１）に等しい整数であり、Ｍが整数であり、マスクの適用によりマスクされた座標（ｘＮ’，ｙＮ’）が得られ、ｘＮ’＝ｘＮ＆ＭＡＳＫであり、ｙＮ’＝ｙＮ＆ＭＡＳＫであり、“～”がビット単位のＮＯＴ演算であり、“＆”がビット単位のＡＮＤ演算である、解決手段Ｂ１に記載の方法。
Ｂ３．Ｍ＝３またはＭ＝４である、解決案Ｂ２に記載の方法。
Ｂ４．前記動きベクトルの圧縮に基づいて、サイズ２Ｋ×２Ｋの複数のサブブロックが同じ動き情報を共有し、ＫがＭに等しくない整数である、解決案Ｂ２またはＢ３に記載の方法。
Ｂ５．Ｍ＝Ｋ＋１である、解決案Ｂ４に記載の方法。
Ｂ６．ＳｂＴＭＶＰツールまたはＴＭＶＰツールに関連付けられた動きベクトルが圧縮されていないと判定された場合、前記マスクを適用しない、解決案１に記載の方法。
Ｂ７．ＳｂＴＭＶＰツールのためのマスクがＴＭＶＰツールのためのマスクと同じである、解決案Ｂ１～Ｂ６のいずれかに記載の方法。
Ｂ８．ＡＴＭＶＰツールのためのマスクがＴＭＶＰツールのためのマスクと異なる、解決案Ｂ１～Ｂ６のいずれかに記載の方法。
Ｂ９．１つのタイプの圧縮は、非圧縮、８×８圧縮、または１６×１６圧縮である、解決案Ｂ１に記載の方法。
Ｂ１０．前記圧縮のタイプは、映像パラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、スライスヘッダ、またはタイルグループヘッダで信号通知される、解決案Ｂ９に記載の方法。
Ｂ１１．前記圧縮のタイプは、現在のブロックに対応する標準プロファイル、レベルまたは層に基づく、解決案Ｂ９またはＢ１０に記載の方法。
Ｂ１２．映像の映像セグメントの現在のブロックの１つ以上の特徴に基づいて、現在のブロックに基づいてサブブロックに基づく動きベクトル予測（ＳｂＴＭＶＰ）ツールを適用するための、現在のブロックの有効な対応する領域を判定することと、この判定に基づいて、現在のブロックと映像のビットストリーム表現との間で変換を行うことと、を含む映像処理方法。
Ｂ１３．１つ以上の特徴は、前記現在のブロックの高さまたは幅を含む、解決案Ｂ１２に記載の方法。
Ｂ１４．１つ以上の特徴は、現在のブロックに関連付けられた動きベクトルの圧縮のタイプを含む、解決案Ｂ１２に記載の方法。
Ｂ１５．圧縮のタイプが圧縮を含まないと判定されることによって、有効な対応する領域が第１のサイズであり、有効な対応する領域が、圧縮のタイプがＫ×Ｋ圧縮を含むと判定されることによって、第１のサイズよりも大きい第２のサイズである、解決案Ｂ１４に記載の方法。
Ｂ１６．有効な対応する領域のサイズは、サイズＭ×Ｎが符号化ツリーユニット（ＣＴＵ）領域のサイズよりも小さい基本領域に基づいており、現在のブロックのサイズはＷ×Ｈである、解決案Ｂ１２に記載の方法。
Ｂ１７．ＣＴＵ領域のサイズが１２８×１２８であり、Ｍ＝６４であり、Ｎ＝６４である、解決案Ｂ１６に記載の方法。
Ｂ１８．Ｗ≦Ｍであり、Ｈ≦Ｎであると判定されることにより、有効な対応する領域が、コロケーションされたピクチャにおけるコロケーション基本領域および拡張である、解決案Ｂ１６に記載の方法。
Ｂ１９．Ｗ＞Ｍ、Ｈ＞Ｎであると判定されると、現在のブロックを複数の部分に分割し、複数の部分の各々は、ＳｂＴＭＶＰツールを適用するための個々の有効な対応する領域を含む、解決案Ｂ１６に記載の方法。
Ｂ２０．サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールを使用して符号化された映像の現在のブロックに対して、デフォルトの動きベクトルを判定することと、この判定に基づいて、現在のブロックとこの映像のビットストリーム表現との間で変換を行うこととを含み、現在のブロックの中心位置に関連付けられた、このコロケーションされたピクチャにおける対応する位置を含むブロックから動きベクトルが得られていないと判定されたことによりデフォルトの動きベクトルを判定する、映像処理方法。
Ｂ２１．前記デフォルトの動きベクトルが（０，０）に設定される、解決案Ｂ２０に記載の方法。
Ｂ２２．デフォルトの動きベクトルは、履歴に基づく動きベクトル予測（ＨＭＶＰ）テーブルから導出する、解決案Ｂ２０に記載の方法。
Ｂ２３．ＨＭＶＰテーブルが空であると判定されることにより、デフォルトの動きベクトルが（０，０）に設定される、解決案Ｂ２２に記載の方法。
Ｂ２４．デフォルトの動きベクトルは、予め定義され、映像パラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、スライスヘッダ、タイルグループヘッダ、符号化ツリーユニット（ＣＴＵ）、または符号化ユニット（ＣＵ）に信号通知される、解決案Ｂ２２に記載の方法。
Ｂ２５．ＨＭＶＰテーブルが空でないと判定されることに基づいて、デフォルトの動きベクトルをＨＭＶＰテーブルに記憶された第１の要素に設定する、解決案Ｂ２２に記載の方法。
Ｂ２６．ＨＭＶＰテーブルが空でないと判定されることに基づいて、デフォルトの動きベクトルをＨＭＶＰテーブルに記憶された最後の要素に設定する、解決案Ｂ２２に記載の方法。
Ｂ２７．ＨＭＶＰテーブルが空でないと判定されることに基づいて、デフォルトの動きベクトルをＨＭＶＰテーブルに記憶された特定の動きベクトルに設定する、解決案Ｂ２２に記載の方法。
Ｂ２８．特定の動きベクトルは、参照リスト０を参照する、解決案Ｂ２７に記載の方法。
Ｂ２９．特定の動きベクトルは、参照リスト１を参照する、解決案Ｂ２７に記載の方法。
Ｂ３０．特定の動きベクトルは、参照リスト０における特定の参照ピクチャを参照する、解決案Ｂ２７に記載の方法。
Ｂ３１．特定の動きベクトルは、参照リスト１における特定の参照ピクチャを参照する、解決案Ｂ２７に記載の方法。
Ｂ３２．特定の参照ピクチャは、インデックス０を有する、解決案Ｂ３０またはＢ３１に記載の方法。
Ｂ３３．特定の動きベクトルは、コロケーションされたピクチャを参照する、解決案Ｂ２７に記載の方法。
Ｂ３４．ＨＭＶＰテーブルにおける検索処理において特定の動きベクトルが見つからないと判定された場合、デフォルトの動きベクトルを予め定義されたデフォルトの動きベクトルに設定する、解決案Ｂ２２に記載の方法。
Ｂ３５．検索処理は、ＨＭＶＰテーブルの最初の要素のみを検索するか、または最後の要素のみを検索する、解決案Ｂ３４に記載の方法。
Ｂ３６．検索処理は、ＨＭＶＰテーブルの要素のサブセットのみを検索する、解決案Ｂ３４に記載の方法。
Ｂ３７．デフォルトの動きベクトルは、現在のブロックの現在のピクチャを参照しない、解決案Ｂ２２に記載の方法。
Ｂ３８．デフォルトの動きベクトルがコロケーションされたピクチャを参照しない判定に基づいて、デフォルトの動きベクトルをコロケーションされたピクチャにスケーリングする、解決案Ｂ２２に記載の方法。
Ｂ３９．デフォルトの動きベクトルは、近傍のブロックから導出する、解決案Ｂ２０に記載の方法。
Ｂ４０．近傍のブロック（Ａ０）の右上隅が現在のブロックの左下隅に直接隣接しているか、または近傍のブロック（Ａ１）の右下隅が現在のブロックの左下隅に直接隣接しているか、または近傍のブロック（Ｂ０）の左下隅が現在のブロックの右上隅に直接隣接しているか、または近傍のブロック（Ｂ１）の右下隅が現在のブロックの右上隅に直接隣接しているか、または近傍のブロック（Ｂ２）の右下隅が現在のブロックの左上隅に直接隣接している、解決案Ｂ３９に記載の方法。
Ｂ４１．デフォルトの動きベクトルは、近傍のブロックＡ０、Ａ１、Ｂ０、Ｂ１、Ｂ２のうちの１つのみから導出する、解決案Ｂ４０に記載の方法。
Ｂ４２．デフォルトの動きベクトルは、近傍のブロックＡ０、Ａ１、Ｂ０、Ｂ１、Ｂ２のうちの１つ以上のブロックから導出する、解決案Ｂ４０に記載の方法。
Ｂ４３．近傍のブロックＡ０、Ａ１、Ｂ０、Ｂ１、Ｂ２のいずれかに有効なデフォルトの動きベクトルが見つからないと判定された場合、デフォルトの動きベクトルを予め定義されたデフォルトの動きベクトルに設定する、解決案Ｂ４０に記載の方法。
Ｂ４４．予め定義されたデフォルトの動きベクトルは、映像パラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、スライスヘッダ、タイルグループヘッダ、符号化ツリーユニット（ＣＴＵ）、または符号化ユニット（ＣＵ）において信号通知される、解決案Ｂ４３に記載の方法。
Ｂ４５．予め定義されたデフォルトの動きベクトルが（０，０）である、解決案Ｂ４３またはＢ４４に記載の方法。
Ｂ４６．デフォルトの動きベクトルは、近傍のブロックからの特定の動きベクトルに設定される、解決案Ｂ３９に記載の方法。
Ｂ４７．特定の動きベクトルは、参照リスト０を参照する、解決案Ｂ４６に記載の方法。
Ｂ４８．特定の動きベクトルは、参照リスト１を参照する、解決案Ｂ４６に記載の方法。
Ｂ４９．特定の動きベクトルは、参照リスト０における特定の参照ピクチャを参照する、解決案Ｂ４６に記載の方法。
Ｂ５０．特定の動きベクトルは、参照リスト１における特定の参照ピクチャを参照する、解決案Ｂ４６に記載の方法。
Ｂ５１．特定の参照ピクチャは、インデックス０を有する、解決案Ｂ４９またはＢ５０に記載の方法。
Ｂ５２．特定の動きベクトルは、コロケーションされたピクチャを参照する、解決案Ｂ４６に記載の方法。
Ｂ５３．コロケーションされたピクチャにおける対応する位置を含むブロックがイントラ符号化されていると判定されることにより、デフォルトの動きベクトルを使用する、解決案Ｂ２０に記載の方法。
Ｂ５４．導出方法は、コロケーションされたピクチャにおける対応する位置を含むブロックが位置していないと判定されることによって修正される、解決案Ｂ２０に記載の方法。
Ｂ５５．デフォルトの動きベクトル候補が常に利用可能である、解決案Ｂ２０に記載の方法。
Ｂ５６．デフォルトの動きベクトル候補が利用不可能に設定されていると判定されると、代替的にデフォルトの動きベクトルを導出する、解決案Ｂ２０に記載の方法。
Ｂ５７．デフォルトの動きベクトルの可用性は、映像セグメントに関連付けられたビットストリーム表現における構文情報に基づく、解決案Ｂ２０に記載の方法。
Ｂ５８．構文情報は、ＳｂＴＭＶＰツールを有効にする表示を含み、映像セグメントは、スライス、タイルまたはピクチャである、解決案Ｂ５７に記載の方法。
Ｂ５９．現在のブロックの現在のピクチャはイントラランダムアクセスポイント（ＩＲＡＰ）参照インデックスピクチャではなく、現在のピクチャは、参照インデックス０を有する参照ピクチャリスト０（Ｌ０）に挿入されない、解決案Ｂ５８に記載の方法。
Ｂ６０．ＳｂＴＭＶＰツールが有効であるとの判定により、ＳｂＴＭＶＰツールに関連付けられた候補に固定インデックスまたは固定インデックス群を割り当て、ＳｂＴＭＶＰツールが無効であると判断された場合、ＳｂＴＭＶＰツール以外の符号化ツールに関連付けられた候補に固定インデックスまたは固定インデックス群を割り当てる、解決案Ｂ２０に記載の方法。
Ｂ６１．映像の映像セグメントの現在のブロックに対して、現在のブロックの現在のピクチャが、参照ピクチャリストＸにおけるＭに設定されたインデックスを有する参照ピクチャであり、ＭおよびＸが整数であり、Ｘ＝０またはＸ＝１であると判定されることに基づいて、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールまたは時間的動きベクトル予測（ＴＭＶＰ）ツールが映像セグメントに対して無効にされることを推論することと、推論に基づいて、現在のブロックと映像のビットストリーム表現との間の変換を行うことと、を含む映像処理方法。
Ｂ６２．ＳｂＴＭＶＰツールまたはＴＭＶＰツールのための参照ピクチャリストＸに対して、Ｍが、時間的ブロックの動き情報をスケーリングする対象参照ピクチャインデックスに対応する、解決案Ｂ６１に記載の方法。
Ｂ６３．現在のピクチャは、イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャである、解決案Ｂ６１に記載の方法。
Ｂ６４．映像の現在のブロックに対して、現在のブロックの現在のピクチャが、参照ピクチャリストＸにおけるＭに設定されたインデックスを有する参照ピクチャであり、ＭおよびＸが整数であると判定されることによって、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールの適用が有効であることを判定することと、この判定に基づいて、現在のブロックと映像のビットストリーム表現との間の変換を行うことと、を含む映像処理方法。
Ｂ６５．現在のブロックの各サブブロックに対応する動き情報は、現在のピクチャを参照する、解決案Ｂ６４に記載の方法。
Ｂ６６．現在のブロックのサブブロックのための動き情報が１つの時間的ブロックから導出され、この時間的ブロックは、この時間的ブロックの現在のピクチャを参照する、少なくとも１つの参照ピクチャで符号化される、解決案Ｂ６４に記載の方法。
Ｂ６７．変換は、スケーリング演算を除外する、解決案Ｂ６６に記載の方法。
Ｂ６８．映像の現在のブロックと映像のビットストリーム表現との間で変換を行うことを含み、現在のブロックは、サブブロックに基づく符号化ツールを使用して符号化され、この変換を行うことは、サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールが有効または無効であると判定されることに基づいて、複数のビン（Ｎ）を使用してサブブロックマージインデックスを統一方法で符号化することを含む、映像処理方法。
Ｂ６９．複数のビンの第１の数のビン（Ｌ）はコンテキスト符号化され、第２の数のビン（Ｎ－Ｌ）はバイパス符号化される、解決案Ｂ６８に記載の方法。
Ｂ７０．Ｌ＝１である、解決案Ｂ６９に記載の方法。
Ｂ７１．複数のビンの各々は、コンテキスト符号化される、解決案Ｂ６８に記載の方法。
Ｂ７２．変換は、ビットストリーム表現から現在のブロックを生成する、解決案Ｂ１～Ｂ７１のいずれかに記載の方法。
Ｂ７３．変換は、現在のブロックからビットストリーム表現を生成する、解決案Ｂ１～Ｂ７１のいずれかに記載の方法。
Ｂ７４．変換を行うことは、１つ以上の復号化規則に基づいてビットストリーム表現を構文解析することを含む、解決案Ｂ１～Ｂ７１のいずれかに記載の方法。
Ｂ７５．処理装置と、命令を搭載した非一時的メモリとを備え、映像システムにおける装置であって、処理装置が実行する命令は、処理装置に、解決案Ｂ１～Ｂ１１のいずれか１案に記載の方法を実装させることを特徴とする装置。
Ｂ７６．非一時的なコンピュータ可読媒体に記憶されたコンピュータプログラム製品であって、コンピュータプログラム製品は、解決案Ｂ１～Ｂ１１のいずれか１案に記載の方法を実行するためのプログラムコードを含む。
いくつかの実施形態において、次の技術案を実装することができる。
Ｃ１．サブブロックに基づく時間的動きベクトル予測（ＳｂＴＭＶＰ）ツールを使用して符号化された映像の現在のブロックに対して、ＳｂＴＭＶＰツールが現在のブロックを含む現在のピクチャと異なるピクチャにおける対応するブロックの位置を突き止めるために使用する動きベクトルを判定することと、この判定に基づいて、現在のブロックと映像のビットストリーム表現との間の変換を行うことと、を含む映像処理方法。
Ｃ２．動きベクトルは、デフォルトの動きベクトルに設定される、解決案１に記載の方法。
Ｃ３．デフォルトの動きベクトルは、（０，０）である、解決案Ｃ２に記載の方法。
Ｃ４．デフォルトの動きベクトルは、映像パラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、スライスヘッダ、タイルグループヘッダ、符号化ツリーユニット（ＣＴＵ）、または符号化ユニット（ＣＵ）において信号通知される、ステップＣ２に記載の方法。
Ｃ５．動きベクトルが、履歴に基づく動きベクトル予測（ＨＭＶＰ）テーブルに記憶された動きベクトルに設定される、解決案Ｃ１に記載の方法。
Ｃ６．ＨＭＶＰテーブルが空であると判定されることに基づいて、動きベクトルをデフォルトの動きベクトルに設定する、解決案Ｃ５に記載の方法。
Ｃ７．デフォルトの動きベクトルは、（０，０）である、解決案Ｃ６に記載の方法。
Ｃ８．ＨＭＶＰテーブルが空でないと判定されることに基づいて、動きベクトルをＨＭＶＰテーブルに記憶された第１の動きベクトルに設定する、解決案Ｃ５に記載の方法。
Ｃ９．ＨＭＶＰテーブルが空でないと判定されることにより、動きベクトルをＨＭＶＰテーブルに記憶された最後の動きベクトルに設定する、解決案Ｃ５に記載の方法。
Ｃ１０．ＨＭＶＰテーブルが空でないと判定されることに基づいて、動きベクトルをＨＭＶＰテーブルに記憶された特定の動きベクトルに設定する、解決案Ｃ５に記載の方法。
Ｃ１１．特定の動きベクトルは、参照リスト０を参照する、解決案Ｃ１０に記載の方法。
Ｃ１２．特定の動きベクトルは、参照リスト１を参照する、解決案Ｃ１０に記載の方法。
Ｃ１３．特定の動きベクトルは、参照リスト０における特定の参照ピクチャを参照する、解決案Ｃ１０に記載の方法。
Ｃ１４．特定の動きベクトルは、参照リスト１における特定の参照ピクチャを参照する、解決案Ｃ１０に記載の方法。
Ｃ１５．特定の参照ピクチャは、インデックス０を有する、解決案Ｃ１３または１４に記載の方法。
Ｃ１６．特定の動きベクトルは、コロケーションされたピクチャを参照する、解決案Ｃ１０に記載の方法。
Ｃ１７．ＨＭＶＰテーブルにおける検索処理において特定の動きベクトルが見つからないと判定された場合、動きベクトルをデフォルトの動きベクトルに設定する、解決案Ｃ５に記載の方法。
Ｃ１８．検索処理は、ＨＭＶＰテーブルの最初の要素のみを検索するか、または最後の要素のみを検索する、解決案Ｃ１７に記載の方法。
Ｃ１９．検索処理は、ＨＭＶＰテーブルの要素のサブセットのみを検索する、解決案Ｃ１７に記載の方法。
Ｃ２０．ＨＭＶＰテーブルに記憶された動きベクトルが現在のピクチャを参照しない、解決案Ｃ５に記載の方法。
Ｃ２１．ＨＭＶＰテーブルに記憶された動きベクトルがコロケーションされたピクチャを参照していないと判定されたため、ＨＭＶＰテーブルに記憶された動きベクトルをコロケーションされたピクチャにスケーリングする、解決案Ｃ５に記載の方法。
Ｃ２２．動きベクトルは、特定の近傍のブロックの特定の動きベクトルに設定される、解決案Ｃ１に記載の方法。
Ｃ２３．特定の近傍のブロック（Ａ０）の右上隅が現在のブロックの左下隅に直接隣接するか、または特定の近傍のブロック（Ａ１）の右下隅が現在のブロックの左下隅に直接隣接するか、または特定の近傍のブロック（Ｂ０）の左下隅が現在のブロックの右上隅に直接隣接するか、または特定の近傍のブロック（Ｂ１）の右下隅が現在のブロックの右上隅に直接隣接するか、または特定の近傍のブロック（Ｂ２）の右下隅が現在のブロックの左上隅に直接隣接する、または現在のブロックの左上隅に直接隣接する、解決案Ｃ２２に記載の方法。
Ｃ２４．特定の近傍のブロックが存在しないと判定されることにより、動きベクトルをデフォルトの動きベクトルに設定する、解決案Ｃ１に記載の方法。
Ｃ２５．特定の近傍のブロックがインター符号化されていないと判定されることにより、動きベクトルをデフォルトの動きベクトルに設定する、解決案Ｃ１に記載の方法。
Ｃ２６．特定の動きベクトルは、参照リスト０を参照する、解決案Ｃ２２に記載の方法。
Ｃ２７．特定の動きベクトルは、参照リスト１を参照する、解決案Ｃ２２に記載の方法。
Ｃ２８．特定の動きベクトルは、参照リスト０における特定の参照ピクチャを参照する、解決案Ｃ２２に記載の方法。
Ｃ２９．特定の動きベクトルは、参照リスト１における特定の参照ピクチャを参照する、解決案Ｃ２２に記載の方法。
Ｃ３０．特定の参照ピクチャはインデックス０を有する、解決案Ｃ２８またはＣ２９に記載の方法。
Ｃ３１．特定の動きベクトルは、コロケーションされたピクチャを参照する、解決案Ｃ２２またはＣ２３に記載の方法。
Ｃ３２．特定の近傍のブロックがコロケーションされたピクチャを参照していないと判定されることにより、動きベクトルをデフォルトの動きベクトルに設定する、解決案Ｃ２２またはＣ２３に記載の方法。
Ｃ３３．デフォルトの動きベクトルが（０，０）である、解決案Ｃ２４～Ｃ３２のいずれかに記載の方法。
Ｃ３４．特定の近傍のブロックに記憶された特定の動きベクトルが見つからないと判定された場合、この動きベクトルをデフォルトの動きベクトルに設定する、解決案Ｃ１に記載の方法。
Ｃ３５．特定の動きベクトルは、該特定の動きベクトルが該コロケーションされたピクチャを参照しないと判定されることにより、１つのコロケーションされたピクチャにスケーリングされる、解決案Ｃ２２に記載の方法。
Ｃ３６．特定の動きベクトルは、現在のピクチャを参照しない、解決案Ｃ２２に記載の方法。
Ｃ３７．変換は、ビットストリーム表現から現在のブロックを生成する、解決案Ｃ１～Ｃ３６のいずれかに記載の方法。
Ｃ３８．変換は、現在のブロックからビットストリーム表現を生成する、解決案Ｃ１～Ｃ３６のいずれかに記載の方法。
Ｃ３９．変換を行うことは、１つ以上の復号化規則に基づいてビットストリーム表現を構文解析することを含む、解決案Ｃ１～Ｃ３６のいずれかに記載の方法。
Ｃ４０．処理装置と、命令を搭載した非一時的メモリとを含む映像システムにおける装置であって、処理装置が実行する命令は、処理装置に、解決案Ｃ１～Ｃ２５のいずれか１案に記載の方法を実装させることを特徴とする装置。
Ｃ４１．非一時的なコンピュータ可読媒体に記憶されたコンピュータプログラム製品であって、コンピュータプログラム製品は、解決案Ｃ１～Ｃ２５のいずれか１案に記載の方法を実行するためのプログラムコードを含む。
いくつかの実施形態において、次の技術案を実装することができる。
Ｄ１．映像の現在のブロックと映像のビットストリーム表現との間での変換のために、現在のブロックの変換に対してアフィン予測が有効にされているかどうかに基づいて、動きゼロアフィンマージ候補をサブブロックマージ候補リストに挿入するかどうかを判定することと、この判定に基づいて、この変換を行うことを含む、映像処理方法。
Ｄ２．ビットストリーム表現におけるアフィン使用フラグがオフであると判定されるために、動きゼロアフィンマージ候補をサブブロックマージ候補リストに挿入しない、解決案Ｄ１に記載の方法。
Ｄ３．アフィン使用フラグがオフであると判定されたことにより、非アフィン候補であるデフォルトの動きベクトル候補をサブブロックマージ候補リストに挿入することをさらに含む、解決案Ｄ２に記載の方法。
Ｄ４．映像の現在のブロックと、サブブロックマージ候補リストを使用する映像のビットストリーム表現との間での変換のために、サブブロックマージ候補リストが満たされていないと判定された場合、ゼロ動き非アフィンパディング候補をサブブロックマージ候補リストに挿入することと、この挿入に続いて、この変換を行うことと、を含む、映像処理方法。
Ｄ５．現在のブロックのアフィン使用フラグを０に設定することをさらに含む、解決案Ｄ４に記載の方法。
Ｄ６．挿入するステップは、ビットストリーム表現におけるアフィン使用フラグがオフであるかどうかにさらに基づく、解決案Ｄ４に記載の方法。
Ｄ７．映像の現在のブロックと映像のビットストリーム表現との間での変換のために、動きベクトルが、コロケーションされたピクチャにおける対応する位置を含むブロックの１つ以上の動きベクトルから導出されたものであると判定する規則を使用して、動きベクトルを判定し、この動きベクトルに基づいて、この変換を行うことを含む、映像処理方法。
Ｄ８．１つ以上の動きベクトルは、参照リスト０および参照リスト１における動きベクトルをそれぞれ表すＭＶ０およびＭＶ１を備え、導出するべき動きベクトルは、参照リスト０および参照リスト１における動きベクトルを表すＭＶ０’およびＭＶ１’を備える、解決案Ｄ７に記載の方法。
Ｄ９．１つのコロケーションされたピクチャが参照リスト０にあると判定されることにより、ＭＶ０’およびＭＶ１’がＭＶ０に基づいて導出する、解決案Ｄ８に記載の方法。
Ｄ１０．１つのコロケーションされたピクチャが参照リスト１にあると判定されることに基づいて、ＭＶ０’およびＭＶ１’がＭＶ１に基づいて導出する、解決案Ｄ８に記載の方法。
Ｄ１１．変換は、ビットストリーム表現から現在のブロックを生成する解決案Ｄ１～Ｄ１０のいずれかに記載の方法。
Ｄ１２．変換は、現在のブロックからビットストリーム表現を生成する、解決案Ｄ１～Ｄ１６のいずれか１案に記載の方法。
Ｄ１３．変換を行うことは、１つ以上の復号化規則に基づいてビットストリーム表現を構文解析することを含む、解決案Ｄ１～Ｄ１０のいずれかに記載の方法。
Ｄ１４．処理装置と、命令を搭載した非一時的メモリとを含む、映像システムにおける装置であって、処理装置が実行する命令は、処理装置に、解決案Ｄ１～Ｄ１８のいずれかいずれか１案に記載の方法を実装させることを特徴とする装置。
Ｄ１５．非一時的なコンピュータ可読媒体に記憶されたコンピュータプログラム製品であって、コンピュータプログラム製品は、解決案Ｄ１～Ｄ１８のいずれかいずれか１案に記載の方法を実行するためのプログラムコードを含む。
本明細書に記載された開示されたそして他の解決案、実施例、実施形態、モジュール、および機能操作は、本明細書に開示された構造およびその構造的等価物を含め、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しくはハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実装されてもよい。開示された、そして他の実施形態は、１つ以上のコンピュータプログラム製品、すなわち、データ処理装置によって実装されるため、またはデータ処理装置の操作を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１つ以上のモジュールとして実装することができる。このコンピュータ可読媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質の組成物、またはこれらの１つ以上の組み合わせであってもよい。「データ処理装置」という用語は、例えば、プログラマブル処理装置、コンピュータ、または複数の処理装置若しくはコンピュータを含め、データを処理するためのすべての装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境を作るコード、例えば、処理装置ファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはこれらの１つ以上の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成した信号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置に送信するための情報を符号化するように生成される。
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジュール、コンポーネント、サブルーチン、または他のユニットとして含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１つ以上のスクリプト）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル（例えば、１つ以上のモジュール、サブプログラム、またはコードの一部を格納するファイル）に記憶されていてもよい。１つのコンピュータプログラムを、１つのサイトに位置する１つのコンピュータ、または複数のサイトに分散され通信ネットワークによって相互接続される複数のコンピュータで実行させるように展開することも可能である。
本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を行うための１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブル処理装置によって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。
コンピュータプログラムの実行に適した処理装置は、例えば、汎用および専用マイクロ処理装置の両方、並びに任意の種類のデジタルコンピュータの任意の１つ以上の処理装置を含む。一般的に、処理装置は、読み出し専用メモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要素は、命令を行うための処理装置と、命令およびデータを記憶するための１つ以上のメモリデバイスである。一般的に、コンピュータは、データを記憶するための１つ以上の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリデバイス、磁気ディスク、例えば内部ハードディスクまたはリムーバブルディスク、光磁気ディスク、およびＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスク等の半導体メモリデバイスを含む。処理装置およびメモリは、特定用途のロジック回路によって補完されてもよく、または特定用途のロジック回路に組み込まれてもよい。
本特許明細書は多くの詳細を含むが、これらは、任意の主題または特許請求され得るものの範囲を限定するものと解釈されるべきではなく、特定の技術の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許明細書において別個の実施形態の文脈で説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例の文脈で説明された様々な特徴は、複数の実施形態において別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。
同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番でまたは連続した順番で実行されること、または示された全ての操作が実行されることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている実施形態における様々なシステムモジュールの分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
いくつかの実装形態および例のみが記載されており、本特許明細書に記載され図示されている内容に基づいて、他の実施形態、拡張および変形が可能である。

Claims (11)

  1. 映像データを処理する方法であって、
    映像の現在のブロックと前記映像のビットストリームとの間での変換のために、時間的動きベクトル予測ツール、または、サブブロックに基づく時間的動きベクトル予測ツールの少なくとも１つが有効であるかどうかに基づいて、サブブロックに基づくマージ候補リストにおける候補の情報を判定することと、
    前記判定に基づいて前記変換を行うことと、
    を含み、
    前記情報は、前記サブブロックに基づくマージ候補リストにおける候補の最大数（ＭＬ）を含み、
    前記ＭＬを判定することは、アフィンコーディングモードが有効にされているかどうかに基づいており、
    前記ＭＬを判定することは、前記時間的動きベクトル予測ツールが無効にされ、前記サブブロックに基づく時間的動きベクトル予測ツールが有効にされ、かつ前記アフィンコーディングモードが無効にされた場合に、前記ＭＬをゼロに設定することを含む、
    方法。
  2. 前記情報は、１つ以上のサブブロックに基づく時間的動きベクトル予測候補を、前記サブブロックに基づくマージ候補リストに加えるかどうかを含む、
    請求項１に記載の方法。
  3. 前記情報を判定するステップは、前記時間的動きベクトル予測ツールが無効になった、または、前記サブブロックに基づく時間的動きベクトル予測ツールが無効になった場合に、前記サブブロックに基づく時間的動きベクトル予測候補を追加することを無効にすることを含む、
    請求項２に記載の方法。
  4. 前記ＭＬを判定することは、前記サブブロックに基づく時間的動きベクトル予測ツールが有効にされ、前記時間的動きベクトル予測ツールが有効にされ、前記アフィンコーディングモードが無効にされる場合、前記ＭＬを１に設定することを含む、
    請求項１に記載の方法。
  5. 前記アフィンコーディングモードが有効にされている場合に、前記ＭＬがオンザフライで設定され、前記ビットストリームに含まれる、
    請求項１に記載の方法。
  6. 前記変換は、前記ビットストリームから前記現在のブロックを復号化することを含む、
    請求項１～５のいずれか１項に記載の方法。
  7. 前記変換は、前記ビットストリームへ前記現在のブロックを符号化することを含む、
    請求項１～５のいずれか１項に記載の方法。
  8. 前記変換は、現在のブロックから前記ビットストリームを生成することを含み、
    前記方法は、前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、
    請求項１～５のいずれか１項に記載の方法。
  9. 処理装置と、命令が記憶された非一時的メモリとを備える、映像データを処理する装置であって、
    前記命令が前記処理装置によって実行されると、前記処理装置に、
    映像の現在のブロックと前記映像のビットストリームとの間での変換のために、時間的動きベクトル予測ツール、または、サブブロックに基づく時間的動きベクトル予測ツールの少なくとも１つが有効であるかどうかに基づいて、サブブロックに基づくマージ候補リストにおける候補の情報を判定させ、
    前記判定に基づいて前記変換を行わせ、
    前記情報は、前記サブブロックに基づくマージ候補リストにおける候補の最大数（ＭＬ）を含み、
    前記ＭＬを判定することは、アフィンコーディングモードが有効にされているかどうかに基づいており、
    前記ＭＬを判定することは、前記時間的動きベクトル予測ツールが無効にされ、前記サブブロックに基づく時間的動きベクトル予測ツールが有効にされ、かつ前記アフィンコーディングモードが無効にされた場合に、前記ＭＬをゼロに設定することを含む、
    装置。
  10. 命令を記憶する非一時的なコンピュータ可読記憶媒体であって、
    前記命令は、処理装置に、
    映像の現在のブロックと前記映像のビットストリームとの間での変換のために、時間的動きベクトル予測ツール、または、サブブロックに基づく時間的動きベクトル予測ツールの少なくとも１つが有効であるかどうかに基づいて、サブブロックに基づくマージ候補リストにおける候補の情報を判定させ、
    前記判定に基づいて前記変換を行わせ、
    前記情報は、前記サブブロックに基づくマージ候補リストにおける候補の最大数（ＭＬ）を含み、
    前記ＭＬを判定することは、アフィンコーディングモードが有効にされているかどうかに基づいており、
    前記ＭＬを判定することは、前記時間的動きベクトル予測ツールが無効にされ、前記サブブロックに基づく時間的動きベクトル予測ツールが有効にされ、かつ前記アフィンコーディングモードが無効にされた場合に、前記ＭＬをゼロに設定することを含む、
    非一時的なコンピュータ可読記憶媒体。
  11. 映像のビットストリームを記憶する方法であって、
    時間的動きベクトル予測ツール、または、サブブロックに基づく時間的動きベクトル予測ツールの少なくとも１つが有効であるかどうかに基づいて、サブブロックに基づくマージ候補リストにおける候補の情報を判定することと、
    前記判定することに基づいて前記ビットストリームを生成することと、
    非一時的なコンピュータ可読記録媒体に前記ビットストリームを記憶することと、を含み、
    前記情報は、前記サブブロックに基づくマージ候補リストにおける候補の最大数（ＭＬ）を含み、
    前記ＭＬを判定することは、アフィンコーディングモードが有効にされているかどうかに基づいており、
    前記ＭＬを判定することは、前記時間的動きベクトル予測ツールが無効にされ、前記サブブロックに基づく時間的動きベクトル予測ツールが有効にされ、かつ前記アフィンコーディングモードが無効にされた場合に、前記ＭＬをゼロに設定することを含む、
    方法。
JP2021526695A 2018-11-22 2019-11-22 サブブロックに基づくインター予測のための調整方法 Active JP7319365B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2023117792A JP2023156316A (ja) 2018-11-22 2023-07-19 サブブロックの時間的動きベクトル予測モードでコロケーションされたブロックの使用
JP2023217004A JP2024038053A (ja) 2018-11-22 2023-12-22 サブブロックに基づくインター予測のための調整方法

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
CNPCT/CN2018/116889 2018-11-22
CN2018116889 2018-11-22
CNPCT/CN2018/125420 2018-12-29
CN2018125420 2018-12-29
CNPCT/CN2019/100396 2019-08-13
CN2019100396 2019-08-13
CNPCT/CN2019/107159 2019-09-22
CN2019107159 2019-09-22
PCT/CN2019/120301 WO2020103940A1 (en) 2018-11-22 2019-11-22 Coordination method for sub-block based inter prediction

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2023117792A Division JP2023156316A (ja) 2018-11-22 2023-07-19 サブブロックの時間的動きベクトル予測モードでコロケーションされたブロックの使用

Publications (2)

Publication Number Publication Date
JP2022507590A JP2022507590A (ja) 2022-01-18
JP7319365B2 true JP7319365B2 (ja) 2023-08-01

Family

ID=70773491

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2021526695A Active JP7319365B2 (ja) 2018-11-22 2019-11-22 サブブロックに基づくインター予測のための調整方法
JP2023117792A Pending JP2023156316A (ja) 2018-11-22 2023-07-19 サブブロックの時間的動きベクトル予測モードでコロケーションされたブロックの使用
JP2023217004A Pending JP2024038053A (ja) 2018-11-22 2023-12-22 サブブロックに基づくインター予測のための調整方法

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2023117792A Pending JP2023156316A (ja) 2018-11-22 2023-07-19 サブブロックの時間的動きベクトル予測モードでコロケーションされたブロックの使用
JP2023217004A Pending JP2024038053A (ja) 2018-11-22 2023-12-22 サブブロックに基づくインター予測のための調整方法

Country Status (6)

Country Link
US (6) US11140386B2 (ja)
EP (2) EP4325849A3 (ja)
JP (3) JP7319365B2 (ja)
KR (2) KR20240024335A (ja)
CN (5) CN113056916A (ja)
WO (4) WO2020103943A1 (ja)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117956139A (zh) * 2018-08-17 2024-04-30 寰发股份有限公司 视频编解码的帧间预测方法及装置
US11558622B2 (en) 2018-10-09 2023-01-17 Samsung Electronics Co., Ltd. Video decoding method and apparatus, and video encoding method and apparatus involving sub-block merge index context and bypass model
WO2020103943A1 (en) 2018-11-22 2020-05-28 Beijing Bytedance Network Technology Co., Ltd. Using collocated blocks in sub-block temporal motion vector prediction mode
JP7124228B2 (ja) * 2018-12-31 2022-08-23 ベイジン ダジア インターネット インフォメーション テクノロジー カンパニー リミテッド 映像符号化における動きマージモードのシグナリングのためのシステム、方法および非一時的コンピュータ可読記憶媒体
AU2020206246B2 (en) * 2019-01-09 2024-01-04 Huawei Technologies Co., Ltd. Sub-picture layout signaling in video coding
KR20210126126A (ko) * 2019-02-22 2021-10-19 후아웨이 테크놀러지 컴퍼니 리미티드 크로마 서브블록의 아핀 기반 인터 예측을 위한 방법 및 장치
MX2021011016A (es) * 2019-03-11 2021-11-12 Huawei Tech Co Ltd Un codificador, un decodificador y métodos correspondientes.
JP7384929B2 (ja) * 2019-05-15 2023-11-21 華為技術有限公司 映像コーディングにおける参照ピクチャリサンプリングに対する双方向オプティカルフロー（ｂｉｏ）コーディングツールの取扱い
KR102630798B1 (ko) * 2019-06-13 2024-01-29 엘지전자 주식회사 Sbtmvp 기반 영상 또는 비디오 코딩
EP4376415A2 (en) 2019-06-19 2024-05-29 LG Electronics Inc. Coding of information about transform kernel set
EP3977746A4 (en) * 2019-07-05 2022-08-03 Huawei Technologies Co., Ltd. BITSTREAM EXTRACTION FOR VIDEO CODING WITH SIGNALING IDENTIFIERS
BR112022002154A2 (pt) * 2019-08-06 2022-04-19 Op Solutions Llc Sinalização implícita de gerenciamento de resolução adaptativa com base no tipo de quadro
CN114208184A (zh) 2019-08-13 2022-03-18 北京字节跳动网络技术有限公司 基于子块的帧间预测中的运动精度
CN114762330A (zh) 2019-09-22 2022-07-15 北京字节跳动网络技术有限公司 视频的子图片编码和解码
US11317093B2 (en) * 2019-09-24 2022-04-26 Tencent America LLC Method for reference picture resampling with offset in video bitstream
CN112788345B (zh) * 2019-11-11 2023-10-24 腾讯美国有限责任公司 视频数据解码方法、装置、计算机设备和存储介质
US11632540B2 (en) * 2019-12-20 2023-04-18 Qualcomm Incorporated Reference picture scaling ratios for reference picture resampling in video coding
CN111698502A (zh) * 2020-06-19 2020-09-22 中南大学 基于vvc编码的仿射运动估计加速方法、设备及存储介质
WO2023109899A1 (en) * 2021-12-15 2023-06-22 FG Innovation Company Limited Device and method for coding video data
WO2024083203A1 (en) * 2022-10-20 2024-04-25 Douyin Vision Co., Ltd. Method, apparatus, and medium for video processing

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020088324A1 (zh) 2018-10-29 2020-05-07 华为技术有限公司 一种视频图像预测方法及装置

Family Cites Families (153)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040001546A1 (en) * 2002-06-03 2004-01-01 Alexandros Tourapis Spatiotemporal prediction for bidirectionally predictive (B) pictures and motion vector prediction for multi-picture reference motion compensation
JP2007503775A (ja) 2003-08-26 2007-02-22 トムソン ライセンシング ハイブリッド・イントラ・インター符号化ブロックを符号化する方法及び装置
GB0500174D0 (en) 2005-01-06 2005-02-16 Kokaram Anil Method for estimating motion and occlusion
JP4178480B2 (ja) 2006-06-14 2008-11-12 ソニー株式会社 画像処理装置、画像処理方法、撮像装置および撮像方法
US8675738B2 (en) 2008-08-06 2014-03-18 Mediatek Inc. Video decoding method without using additional buffers for storing scaled frames and system thereof
TWI387317B (zh) 2008-12-11 2013-02-21 Novatek Microelectronics Corp 產生重新取樣參考畫面之裝置及其方法與影像解碼系統
CN101877785A (zh) 2009-04-29 2010-11-03 祝志怡 一种基于混合预测的视频编码方法
US9654792B2 (en) * 2009-07-03 2017-05-16 Intel Corporation Methods and systems for motion vector derivation at a video decoder
CN102223526B (zh) 2010-04-15 2013-09-11 华为技术有限公司 图像编解码方法及相关装置
US9172968B2 (en) 2010-07-09 2015-10-27 Qualcomm Incorporated Video coding using directional transforms
US9124898B2 (en) 2010-07-12 2015-09-01 Mediatek Inc. Method and apparatus of temporal motion vector prediction
US8780973B2 (en) 2010-08-13 2014-07-15 Texas Instruments Incorporated Limiting the maximum size of an encoded video picture using sub-picture based rate control
JP2013545372A (ja) * 2010-10-28 2013-12-19 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート 映像情報符号化方法及び復号化方法
WO2012097749A1 (en) 2011-01-19 2012-07-26 Mediatek Inc. Method and apparatus for parsing error robustness of temporal motion vector prediction
KR101961889B1 (ko) 2011-02-09 2019-03-25 엘지전자 주식회사 움직임 정보 저장 방법 및 이를 이용한 시간적 움직임 벡터 예측자 유도 방법
GB2501836B (en) * 2011-03-09 2014-08-06 Canon Kk Video encoding
US9143795B2 (en) * 2011-04-11 2015-09-22 Texas Instruments Incorporated Parallel motion estimation in video coding
US10123053B2 (en) * 2011-05-23 2018-11-06 Texas Instruments Incorporated Acceleration of bypass binary symbol processing in video coding
US10063876B2 (en) * 2011-06-24 2018-08-28 Hfi Innovation Inc. Method and apparatus for removing redundancy in motion vector predictors
US9736472B2 (en) * 2011-08-19 2017-08-15 Telefonaktiebolaget Lm Ericsson (Publ) Motion vector processing
US9451252B2 (en) * 2012-01-14 2016-09-20 Qualcomm Incorporated Coding parameter sets and NAL unit headers for video coding
US9503720B2 (en) * 2012-03-16 2016-11-22 Qualcomm Incorporated Motion vector coding and bi-prediction in HEVC and its extensions
US9420286B2 (en) * 2012-06-15 2016-08-16 Qualcomm Incorporated Temporal motion vector prediction in HEVC and its extensions
US20140003504A1 (en) 2012-07-02 2014-01-02 Nokia Corporation Apparatus, a Method and a Computer Program for Video Coding and Decoding
CN104704850A (zh) 2012-10-09 2015-06-10 思科技术公司 对位流中的图像格式转换的在先解码的图像的输出管理
WO2014107853A1 (en) * 2013-01-09 2014-07-17 Mediatek Singapore Pte. Ltd. Methods for disparity vector derivation
US9596448B2 (en) 2013-03-18 2017-03-14 Qualcomm Incorporated Simplifications on disparity vector derivation and motion vector prediction in 3D video coding
US9491460B2 (en) 2013-03-29 2016-11-08 Qualcomm Incorporated Bandwidth reduction for video coding prediction
US10057594B2 (en) 2013-04-02 2018-08-21 Vid Scale, Inc. Enhanced temporal motion vector prediction for scalable video coding
GB2512829B (en) 2013-04-05 2015-05-27 Canon Kk Method and apparatus for encoding or decoding an image with inter layer motion information prediction according to motion information compression scheme
WO2014166109A1 (en) * 2013-04-12 2014-10-16 Mediatek Singapore Pte. Ltd. Methods for disparity vector derivation
US9813723B2 (en) 2013-05-03 2017-11-07 Qualcomm Incorporated Conditionally invoking a resampling process in SHVC
US9432667B2 (en) 2013-06-11 2016-08-30 Qualcomm Incorporated Processing bitstream constraints relating to inter-layer prediction types in multi-layer video coding
WO2015003383A1 (en) 2013-07-12 2015-01-15 Mediatek Singapore Pte. Ltd. Methods for inter-view motion prediction
US9628795B2 (en) 2013-07-17 2017-04-18 Qualcomm Incorporated Block identification using disparity vector in video coding
US10244253B2 (en) 2013-09-13 2019-03-26 Qualcomm Incorporated Video coding techniques using asymmetric motion partitioning
US9906813B2 (en) 2013-10-08 2018-02-27 Hfi Innovation Inc. Method of view synthesis prediction in 3D video coding
WO2015082763A1 (en) * 2013-12-02 2015-06-11 Nokia Technologies Oy Video encoding and decoding
WO2015085575A1 (en) 2013-12-13 2015-06-18 Mediatek Singapore Pte. Ltd. Methods for background residual prediction
CN104768015B (zh) * 2014-01-02 2018-10-26 寰发股份有限公司 视频编码方法及装置
WO2015109598A1 (en) 2014-01-27 2015-07-30 Mediatek Singapore Pte. Ltd. Methods for motion parameter hole filling
CN106105191B (zh) * 2014-03-19 2018-08-10 株式会社Kt 用于处理多视图视频信号的方法和装置
US10432928B2 (en) 2014-03-21 2019-10-01 Qualcomm Incorporated Using a current picture as a reference for video coding
US10785486B2 (en) * 2014-06-19 2020-09-22 Microsoft Technology Licensing, Llc Unified intra block copy and inter prediction modes
US20150373343A1 (en) 2014-06-20 2015-12-24 Qualcomm Incorporated Representation format update in multi-layer codecs
WO2016008157A1 (en) * 2014-07-18 2016-01-21 Mediatek Singapore Pte. Ltd. Methods for motion compensation using high order motion model
US10412387B2 (en) 2014-08-22 2019-09-10 Qualcomm Incorporated Unified intra-block copy and inter-prediction
CN107079157B (zh) * 2014-09-12 2020-12-22 Vid拓展公司 用于视频编码的分量间去相关
US10455231B2 (en) 2014-09-30 2019-10-22 Hfi Innovation Inc. Method of adaptive motion vector resolution for video coding
WO2016119104A1 (en) 2015-01-26 2016-08-04 Mediatek Inc. Motion vector regularization
US9918105B2 (en) * 2014-10-07 2018-03-13 Qualcomm Incorporated Intra BC and inter unification
JP2017212477A (ja) * 2014-10-09 2017-11-30 シャープ株式会社 画像復号装置、画像符号化装置、変位配列導出装置、変位ベクトル導出装置、デフォルト参照ビューインデックス導出装置及びデプスルックアップテーブル導出装置
US9854237B2 (en) * 2014-10-14 2017-12-26 Qualcomm Incorporated AMVP and merge candidate list derivation for intra BC and inter prediction unification
US10666940B2 (en) 2014-11-06 2020-05-26 Samsung Electronics Co., Ltd. Video encoding method and apparatus, and video decoding method and apparatus
CA3074097C (en) 2014-11-20 2021-10-26 Hfi Innovation Inc. Method of motion vector and block vector resolution control
WO2016108188A1 (en) 2014-12-31 2016-07-07 Nokia Technologies Oy Inter-layer prediction for scalable video coding and decoding
US11477477B2 (en) * 2015-01-26 2022-10-18 Qualcomm Incorporated Sub-prediction unit based advanced temporal motion vector prediction
US10230980B2 (en) 2015-01-26 2019-03-12 Qualcomm Incorporated Overlapped motion compensation for video coding
US10070130B2 (en) * 2015-01-30 2018-09-04 Qualcomm Incorporated Flexible partitioning of prediction units
US10057574B2 (en) * 2015-02-11 2018-08-21 Qualcomm Incorporated Coding tree unit (CTU) level adaptive loop filter (ALF)
US11330284B2 (en) 2015-03-27 2022-05-10 Qualcomm Incorporated Deriving motion information for sub-blocks in video coding
WO2016165069A1 (en) * 2015-04-14 2016-10-20 Mediatek Singapore Pte. Ltd. Advanced temporal motion vector prediction in video coding
KR102583501B1 (ko) 2015-04-27 2023-09-27 엘지전자 주식회사 비디오 신호의 처리 방법 및 이를 위한 장치
CN107852506A (zh) * 2015-05-12 2018-03-27 三星电子株式会社 用于执行帧内预测的图像解码方法及其装置以及用于执行帧内预测的图像编码方法及其装置
US10271064B2 (en) 2015-06-11 2019-04-23 Qualcomm Incorporated Sub-prediction unit motion vector prediction using spatial and/or temporal motion information
WO2017008263A1 (en) 2015-07-15 2017-01-19 Mediatek Singapore Pte. Ltd. Conditional binary tree block partitioning structure
WO2017057953A1 (ko) * 2015-09-30 2017-04-06 엘지전자 주식회사 비디오 코딩 시스템에서 레지듀얼 신호 코딩 방법 및 장치
US10412407B2 (en) * 2015-11-05 2019-09-10 Mediatek Inc. Method and apparatus of inter prediction using average motion vector for video coding
WO2017082670A1 (ko) 2015-11-12 2017-05-18 엘지전자 주식회사 영상 코딩 시스템에서 계수 유도 인트라 예측 방법 및 장치
KR20170058838A (ko) * 2015-11-19 2017-05-29 한국전자통신연구원 화면간 예측 향상을 위한 부호화/복호화 방법 및 장치
WO2017118409A1 (en) * 2016-01-07 2017-07-13 Mediatek Inc. Method and apparatus for affine merge mode prediction for video coding system
US9955186B2 (en) 2016-01-11 2018-04-24 Qualcomm Incorporated Block size decision for video coding
US10469841B2 (en) * 2016-01-29 2019-11-05 Google Llc Motion vector prediction using prior frame residual
US10368083B2 (en) * 2016-02-15 2019-07-30 Qualcomm Incorporated Picture order count based motion vector pruning
WO2017143467A1 (en) 2016-02-22 2017-08-31 Mediatek Singapore Pte. Ltd. Localized luma mode prediction inheritance for chroma coding
WO2017147765A1 (en) * 2016-03-01 2017-09-08 Mediatek Inc. Methods for affine motion compensation
US10623774B2 (en) * 2016-03-22 2020-04-14 Qualcomm Incorporated Constrained block-level optimization and signaling for video coding tools
KR20230143623A (ko) * 2016-03-28 2023-10-12 로즈데일 다이나믹스 엘엘씨 인터 예측 모드 기반 영상 처리 방법 및 이를 위한 장치
US10834419B2 (en) 2016-04-13 2020-11-10 Qualcomm Incorporated Conformance constraint for collocated reference index in video coding
CN105976395B (zh) * 2016-04-27 2018-11-09 宁波大学 一种基于稀疏表示的视频目标跟踪方法
WO2017195608A1 (ja) * 2016-05-13 2017-11-16 シャープ株式会社 動画像復号装置
US10560718B2 (en) * 2016-05-13 2020-02-11 Qualcomm Incorporated Merge candidates for motion vector prediction for video coding
US20190191171A1 (en) 2016-05-13 2019-06-20 Sharp Kabushiki Kaisha Prediction image generation device, video decoding device, and video coding device
US10560712B2 (en) 2016-05-16 2020-02-11 Qualcomm Incorporated Affine motion prediction for video coding
WO2017209328A1 (ko) 2016-06-03 2017-12-07 엘지전자 주식회사 영상 코딩 시스템에서 인트라 예측 방법 및 장치
JP6938612B2 (ja) * 2016-07-12 2021-09-22 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュートＥｌｅｃｔｒｏｎｉｃｓ Ａｎｄ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｒｅｓｅａｒｃｈ Ｉｎｓｔｉｔｕｔｅ 画像復号方法、画像符号化方法、及び非一時的なコンピュータ可読の記録媒体
CN116506596A (zh) * 2016-08-03 2023-07-28 株式会社Kt 视频解码方法、视频编码方法和视频数据的传送方法
US11638027B2 (en) * 2016-08-08 2023-04-25 Hfi Innovation, Inc. Pattern-based motion vector derivation for video coding
CN116582668A (zh) * 2016-08-11 2023-08-11 Lx 半导体科技有限公司 图像编码/解码方法以及图像数据的发送方法
US10609423B2 (en) 2016-09-07 2020-03-31 Qualcomm Incorporated Tree-type coding for video coding
US10812791B2 (en) 2016-09-16 2020-10-20 Qualcomm Incorporated Offset vector identification of temporal motion vector predictor
US10778999B2 (en) * 2016-09-30 2020-09-15 Qualcomm Incorporated Frame rate up-conversion coding mode with affine motion model
CA3222158A1 (en) 2016-10-04 2018-04-12 Kt Corporation Method and apparatus for processing video signal
CN109804626B (zh) * 2016-10-04 2023-10-10 英迪股份有限公司 用于对图像进行编码和解码的方法和设备以及用于存储比特流的记录介质
EP3525460A4 (en) 2016-10-06 2020-06-17 LG Electronics Inc. -1- METHOD FOR PROCESSING A VIDEO BASED ON AN INTRAPREDICATION MODE AND DEVICE THEREFOR
CN117528107A (zh) * 2016-11-28 2024-02-06 英迪股份有限公司 图像编码方法、图像解码方法及用于传送比特流的方法
CN109983773A (zh) * 2016-11-29 2019-07-05 联发科技股份有限公司 用于合并模式推导的视频编解码方法和装置
US10681370B2 (en) * 2016-12-29 2020-06-09 Qualcomm Incorporated Motion vector generation for affine motion model for video coding
US11394976B2 (en) 2017-01-03 2022-07-19 Lg Electronics Inc. Inter-prediction method and apparatus in image coding system
US10931969B2 (en) 2017-01-04 2021-02-23 Qualcomm Incorporated Motion vector reconstructions for bi-directional optical flow (BIO)
US10542280B2 (en) * 2017-01-09 2020-01-21 QUALCOMM Incorpated Encoding optimization with illumination compensation and integer motion vector restriction
US20180199057A1 (en) * 2017-01-12 2018-07-12 Mediatek Inc. Method and Apparatus of Candidate Skipping for Predictor Refinement in Video Coding
US20180242024A1 (en) * 2017-02-21 2018-08-23 Mediatek Inc. Methods and Apparatuses of Candidate Set Determination for Quad-tree Plus Binary-tree Splitting Blocks
US10701390B2 (en) * 2017-03-14 2020-06-30 Qualcomm Incorporated Affine motion information derivation
US11277635B2 (en) 2017-03-17 2022-03-15 Vid Scale, Inc. Predictive coding for 360-degree video based on geometry padding
US10708591B2 (en) 2017-03-20 2020-07-07 Qualcomm Incorporated Enhanced deblocking filtering design in video coding
US10582209B2 (en) * 2017-03-30 2020-03-03 Mediatek Inc. Sub-prediction unit temporal motion vector prediction (sub-PU TMVP) for video coding
US20180310017A1 (en) * 2017-04-21 2018-10-25 Mediatek Inc. Sub-prediction unit temporal motion vector prediction (sub-pu tmvp) for video coding
US10742975B2 (en) * 2017-05-09 2020-08-11 Futurewei Technologies, Inc. Intra-prediction with multiple reference lines
US10523934B2 (en) 2017-05-31 2019-12-31 Mediatek Inc. Split based motion vector operation reduction
CN110771169A (zh) 2017-06-09 2020-02-07 韩国电子通信研究院 视频编码/解码方法和装置以及存储比特流的记录介质
US10602180B2 (en) 2017-06-13 2020-03-24 Qualcomm Incorporated Motion vector prediction
GB2563943B (en) 2017-06-30 2021-02-24 Canon Kk Method and apparatus for encoding or decoding video data in FRUC mode with reduced memory accesses
CN117478884A (zh) 2017-07-03 2024-01-30 Vid拓展公司 用于视频编解码的设备、方法
KR102595689B1 (ko) 2017-09-29 2023-10-30 인텔렉추얼디스커버리 주식회사 영상 부호화/복호화 방법, 장치 및 비트스트림을 저장한 기록 매체
CN118042121A (zh) 2017-09-29 2024-05-14 Lx 半导体科技有限公司 图像编码/解码设备以及传输图像数据的设备
CN111543060B (zh) 2017-10-09 2024-03-08 诺基亚技术有限公司 用于视频编码和解码的装置、方法和计算机程序
CN116916042A (zh) * 2017-10-20 2023-10-20 株式会社Kt 视频信号处理方法以及存储介质
WO2019089933A1 (en) 2017-11-01 2019-05-09 Vid Scale, Inc. Sub-block motion derivation and decoder-side motion vector refinement for merge mode
US10931963B2 (en) 2017-12-07 2021-02-23 Tencent America LLC Method and apparatus for video coding
EP3738310A4 (en) 2018-01-11 2021-08-11 Qualcomm Incorporated VIDEO ENCODING USING LOCAL LIGHTING COMPENSATION
US11172229B2 (en) 2018-01-12 2021-11-09 Qualcomm Incorporated Affine motion compensation with low bandwidth
WO2019143602A1 (en) 2018-01-16 2019-07-25 Vid Scale, Inc. Motion compensated bi-prediction based on local illumination compensation
US20190306502A1 (en) 2018-04-02 2019-10-03 Qualcomm Incorporated System and method for improved adaptive loop filtering
WO2019204234A1 (en) 2018-04-15 2019-10-24 Arris Enterprises Llc Unequal weight planar motion vector derivation
WO2019210857A1 (en) 2018-04-30 2019-11-07 Mediatek Inc. Method and apparatus of syntax interleaving for separate coding tree in video coding
WO2019229683A1 (en) 2018-05-31 2019-12-05 Beijing Bytedance Network Technology Co., Ltd. Concept of interweaved prediction
WO2019234613A1 (en) 2018-06-05 2019-12-12 Beijing Bytedance Network Technology Co., Ltd. Partition tree with partition into 3 sub-blocks by horizontal and vertical splits
WO2019234674A1 (en) 2018-06-07 2019-12-12 Beijing Bytedance Network Technology Co., Ltd. Integer motion compensation
WO2019244115A2 (en) 2018-06-21 2019-12-26 Beijing Bytedance Network Technology Co., Ltd. Automatic partition for cross blocks
WO2019244117A1 (en) 2018-06-21 2019-12-26 Beijing Bytedance Network Technology Co., Ltd. Unified constrains for the merge affine mode and the non-merge affine mode
CN113115046A (zh) 2018-06-21 2021-07-13 北京字节跳动网络技术有限公司 分量相关的子块分割
AU2019296308B9 (en) 2018-06-28 2023-08-03 Huawei Technologies Co., Ltd. Memory access window and padding for motion vector refinement and motion compensation
US10863193B2 (en) 2018-06-29 2020-12-08 Qualcomm Incorporated Buffer restriction during motion vector prediction for video coding
EP3791587A1 (en) * 2018-06-29 2021-03-17 Beijing Bytedance Network Technology Co. Ltd. Resetting of look up table per slice/tile/lcu row
WO2020005046A1 (ko) 2018-06-30 2020-01-02 김기백 영상 부호화/복호화 방법 및 장치
CN110677675B (zh) 2018-07-01 2022-02-08 北京字节跳动网络技术有限公司 高效的仿射Merge运动矢量推导的方法、装置及存储介质
CN110719481B (zh) 2018-07-15 2023-04-14 北京字节跳动网络技术有限公司 跨分量编码信息导出
US10897617B2 (en) 2018-07-24 2021-01-19 Qualcomm Incorporated Rounding of motion vectors for adaptive motion vector difference resolution and increased motion vector storage precision in video coding
US10958934B2 (en) 2018-07-27 2021-03-23 Tencent America LLC History-based affine merge and motion vector prediction
PT3700216T (pt) 2018-09-10 2022-09-01 Lg Electronics Inc Codificação de imagem com base em previsão de movimento afim utilizando lista de candidatos mvp afins
GB2579763B (en) * 2018-09-21 2021-06-09 Canon Kk Video coding and decoding
SG11202103601RA (en) * 2018-10-10 2021-05-28 Interdigital Vc Holdings Inc Affine mode signaling in video encoding and decoding
CN111093073B (zh) 2018-10-24 2024-04-19 北京字节跳动网络技术有限公司 用于子块运动矢量预测的基于搜索的运动候选推导
CN112956202A (zh) 2018-11-06 2021-06-11 北京字节跳动网络技术有限公司 利用几何分割的帧间预测的扩展
WO2020103943A1 (en) 2018-11-22 2020-05-28 Beijing Bytedance Network Technology Co., Ltd. Using collocated blocks in sub-block temporal motion vector prediction mode
US11032574B2 (en) 2018-12-31 2021-06-08 Tencent America LLC Method and apparatus for video coding
US10742972B1 (en) 2019-03-08 2020-08-11 Tencent America LLC Merge list construction in triangular prediction
US11233988B2 (en) 2019-05-17 2022-01-25 Qualcomm Incorporated Reference picture resampling and inter-coding tools for video coding
CN114208184A (zh) 2019-08-13 2022-03-18 北京字节跳动网络技术有限公司 基于子块的帧间预测中的运动精度
US11140402B2 (en) 2019-09-20 2021-10-05 Tencent America LLC Signaling of reference picture resampling with constant window size indication in video bitstream
CN114762330A (zh) 2019-09-22 2022-07-15 北京字节跳动网络技术有限公司 视频的子图片编码和解码
US11477471B2 (en) 2020-05-20 2022-10-18 Tencent America LLC Techniques for signaling combination of reference picture resampling and spatial scalability

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020088324A1 (zh) 2018-10-29 2020-05-07 华为技术有限公司 一种视频图像预测方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Benjamin Bross et al.，Versatile Video Coding (Draft 3)，Joint Video Experts Team (JVET)，2018年11月08日，pp.33-34,87-90，[JVET-L1001-v2] (version 2)

Also Published As

Publication number Publication date
JP2022507590A (ja) 2022-01-18
EP3857896A4 (en) 2021-12-01
EP4325849A3 (en) 2024-04-17
JP2023156316A (ja) 2023-10-24
EP4325849A2 (en) 2024-02-21
CN113170198B (zh) 2022-12-09
KR20240024335A (ko) 2024-02-23
WO2020103943A1 (en) 2020-05-28
US20210377521A1 (en) 2021-12-02
US20210160531A1 (en) 2021-05-27
CN117692634A (zh) 2024-03-12
CN113056915A (zh) 2021-06-29
EP3857896A1 (en) 2021-08-04
US20210274188A1 (en) 2021-09-02
US11632541B2 (en) 2023-04-18
CN113170198A (zh) 2021-07-23
KR20210090176A (ko) 2021-07-19
CN113056916A (zh) 2021-06-29
WO2020103940A1 (en) 2020-05-28
CN113056915B (zh) 2024-03-26
US20210185346A1 (en) 2021-06-17
JP2024038053A (ja) 2024-03-19
US20210152816A1 (en) 2021-05-20
US11671587B2 (en) 2023-06-06
KR102660160B1 (ko) 2024-04-24
WO2020103942A1 (en) 2020-05-28
US11140386B2 (en) 2021-10-05
WO2020103944A1 (en) 2020-05-28
CN113056920B (zh) 2024-05-24
US20240107007A1 (en) 2024-03-28
CN113056920A (zh) 2021-06-29
US11431964B2 (en) 2022-08-30

Similar Documents

Publication Publication Date Title
JP7319365B2 (ja) サブブロックに基づくインター予測のための調整方法
CN114467308B (zh) 视频处理中的参考图片重采样
US11871025B2 (en) Motion precision in sub-block based inter prediction
CN113261292B (zh) 基于子块的帧间预测中默认运动候选的构造方法
WO2021027862A1 (en) Motion precision in sub-block based inter prediction

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210514

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210514

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220531

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220831

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221213

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230313

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: 20230620

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230720

R150 Certificate of patent or registration of utility model

Ref document number: 7319365

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150