特表 2022-517691 映像符号化におけるイントラブロックコピーのためのバッファ管理

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-03-09

(54)【発明の名称】映像符号化におけるイントラブロックコピーのためのバッファ管理

(51)【国際特許分類】

   H04N 19/433 20140101AFI20220302BHJP

   H04N 19/593 20140101ALI20220302BHJP

【ＦＩ】

H04N19/433

H04N19/593

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2021543340

(86)(22)【出願日】2020-02-02

(85)【翻訳文提出日】2021-07-26

(86)【国際出願番号】 CN2020074155

(87)【国際公開番号】W WO2020156540

(87)【国際公開日】2020-08-06

(31)【優先権主張番号】PCT/CN2019/074598

(32)【優先日】2019-02-02

(33)【優先権主張国・地域又は機関】CN

(31)【優先権主張番号】PCT/CN2019/095297

(32)【優先日】2019-07-09

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

(71)【出願人】

【識別番号】520476341

【氏名又は名称】北京字節跳動網絡技術有限公司

【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂｙｔｅｄａｎｃｅ Ｎｅｔｗｏｒｋ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．

【住所又は居所原語表記】Ｒｏｏｍ Ｂ－００３５， ２／Ｆ， Ｎｏ．３ Ｂｕｉｌｄｉｎｇ， Ｎｏ．３０， Ｓｈｉｘｉｎｇ Ｒｏａｄ， Ｓｈｉｊｉｎｇｓｈａｎ Ｄｉｓｔｒｉｃｔ Ｂｅｉｊｉｎｇ １０００４１ Ｃｈｉｎａ

(71)【出願人】

【識別番号】520477474

【氏名又は名称】バイトダンス インコーポレイテッド

【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．

【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】110002000

【氏名又は名称】特許業務法人栄光特許事務所

(72)【発明者】

【氏名】シュー ジジョン

(72)【発明者】

【氏名】ジャン リー

(72)【発明者】

【氏名】ジャン カイ

(72)【発明者】

【氏名】リウ ホンビン

(72)【発明者】

【氏名】ワン ユエ

【テーマコード（参考）】

5C159

【Ｆターム（参考）】

5C159MA04

5C159MC11

5C159PP04

5C159RB09

5C159RC11

5C159SS26

5C159TA33

5C159TB08

5C159TC12

5C159TC26

5C159TC41

5C159UA02

5C159UA05

5C159UA16

5C159UA33

5C159UA37

(57)【要約】

視覚メディア処理方法は、イントラブロックコピーモードにおいて、予測のための参照サンプルを記憶するバッファサイズを判定することと、バッファに記憶された参照サンプルを使用して、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間で変換を行うこととを含み、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。
【選択図】図１８

【特許請求の範囲】

【請求項1】

イントラブロックコピーモードにおいて、予測のための参照サンプルを記憶するバッファのサイズを判定することと、
前記バッファに記憶された前記参照サンプルを使用して、視覚メディアデータの現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との間で変換を行うことと、を含み、
前記変換は、参照ピクチャを参照することなく、前記現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づく前記イントラブロックコピーモードで行われる、
視覚メディア処理方法。

【請求項2】

前記バッファの前記サイズが所定の定数である、
請求項１に記載の方法。

【請求項3】

前記バッファの前記サイズがＭ×Ｎであり、ＭおよびＮが整数である、
請求項１～２のいずれか１項以上に記載の方法。

【請求項4】

Ｍ×Ｎが６４×６４または１２８×１２８または６４×１２８または９６×１２８または１２８×９６に等しい、
請求項３に記載の方法。

【請求項5】

前記バッファまたはその一部のサイズは、前記現在の映像ブロックまたはその一部を含む符号化ツリーユニットのサイズに等しい、
請求項１に記載の方法。

【請求項6】

前記バッファの高さは、前記現在の映像ブロックを含む符号化ツリーユニットの高さに等しい、
請求項１に記載の方法。

【請求項7】

前記バッファの前記サイズは、前記現在の映像ブロックを含む符号化ツリーユニットのサイズに比例対応する、
請求項１に記載の方法。

【請求項8】

整数ｍ、ｎで表される比例対応は、符号化ツリーユニット（ＣＴＵ）のサイズが１２８×１２８の場合、ｍ＝１、ｎ＝１であり、ＣＴＵのサイズが６４×６４の場合、ｍ＝４、ｎ＝１であり、ＣＴＵのサイズが３２×３２の場合、ｍ＝１６、ｎ＝１であり、ＣＴＵのサイズが１６×１６の場合、ｍ＝６４、ｎ＝１となるように、前記現在の映像ブロックを含む前記符号化ツリーユニット（ＣＴＵ）のサイズに基づいており、ｎは、前記バッファの高さ／前記ＣＴＵの高さに等しく、ｍは、前記バッファの幅／前記ＣＴＵの幅に等しい、
請求項７に記載の方法。

【請求項9】

前記バッファの高さと前記バッファの幅との積が、所定の定数である、
請求項１に記載の方法。

【請求項10】

前記バッファの前記サイズは、前記変換に使用される仮想パイプラインデータユニットに比例対応する、
請求項１に記載の方法。

【請求項11】

前記バッファの前記サイズは、前記変換に使用される仮想パイプラインデータユニットのサイズに等しい、
請求項１に記載の方法。

【請求項12】

前記バッファの前記サイズは、前記ビットストリーム表現に含まれるフィールドに対応する、
請求項１に記載の方法。

【請求項13】

前記フィールドは、映像またはシーケンスまたはピクチャまたはスライスまたはタイルグループレベルでの前記ビットストリーム表現に含まれる、
請求項１２に記載の方法。

【請求項14】

前記フィールドは、映像パラメータセット、シーケンスパラメータセット又はピクチャパラメータセット、又はピクチャヘッダ、スライスヘッダ、又はタイルグループヘッダレベルに含まれる、
請求項１３に記載の方法。

【請求項15】

前記バッファは、１つの色成分または複数の色成分に関連付けられた参照サンプルを記憶する、
請求項１～１４のいずれか１項以上に記載の方法。

【請求項16】

１つ以上のバッファが保持される、
請求項１～１５のいずれか１項以上に記載の方法。

【請求項17】

第１のバッファおよび第２のバッファが保持され、第１のサイズを有する前記第１のバッファは、輝度成分に関連付けられた参照サンプルに使用され、第２のサイズを有する前記第２のバッファは、クロマ成分に関連付けられた参照サンプルに使用され、前記第１のバッファは前記第２のバッファとは異なる、
請求項１６に記載の方法。

【請求項18】

前記第２のサイズは前記第１のサイズに依存する、
請求項１７に記載の方法。

【請求項19】

前記第２のサイズは前記第１のサイズから独立している、
請求項１７に記載の方法。

【請求項20】

前記第２のサイズは、現在の映像ブロックのクロマサブサンプリングフォーマットに依存する、
請求項１７～１８のいずれか１項以上に記載の方法。

【請求項21】

前記第２のサイズが前記第１のサイズに等しい、
請求項１８に記載の方法。

【請求項22】

前記参照サンプルはＲＧＢフォーマットで記憶される、
請求項１～２１のいずれか１項以上に記載の方法。

【請求項23】

前記バッファの前記サイズは、６４×６４または１２８×１２８または６４×１２８または１２８×６４に等しい、
請求項２２に記載の方法。

【請求項24】

前記バッファの前記サイズは、前記変換に関連付けられた仮想パイプラインデータユニット（ＶＰＤＵ）のサイズおよび／または前記現在の映像ブロックに関連付けられた符号化ツリーブロックのサイズの一部に少なくとも基づく、
請求項１に記載の方法。

【請求項25】

前記バッファの前記サイズが前記符号化ツリーブロックの前記サイズに等しい、
請求項２４に記載の方法。

【請求項26】

前記バッファの高さは、前記現在の映像ブロックに関連付けられた前記符号化ツリーユニットの高さに等しい、
請求項２４に記載の方法。

【請求項27】

前記バッファの前記サイズは高さを含み、前記高さは、（ｉ）所定の値と（ｉｉ）前記現在の映像ブロックに関連付けられた前記符号化ツリーブロックのサイズとの最小値に等しい、
請求項２４に記載の方法。

【請求項28】

前記所定の値は６４である、
請求項２７に記載の方法。

【請求項29】

前記バッファの幅は、１２８＊１２８／ｖＳｉｚｅに等しく、ｖＳｉｚｅは、前記ＶＰＤＵのサイズを表す、
請求項２４に記載の方法。

【請求項30】

前記バッファの高さはｍｉｎ（ｃｔｂＳｉｚｅ，６４）に等しく、ｃｔｂＳｉｚｅは前記符号化ツリーブロックのサイズを表し、ｍｉｎ（ｘ，ｙ）はｘおよびｙの最小値を表す、
請求項２４に記載の方法。

【請求項31】

前記変換は、前記現在の映像ブロックから前記ビットストリーム表現を生成することを含む、
請求項１～３０のいずれか１項に記載の方法。

【請求項32】

前記変換は、前記ビットストリーム表現から前記現在の映像ブロックの画素値を生成することを含む、
請求項１～３０のいずれか１項に記載の方法。

【請求項33】

請求項１～３２のいずれか１項以上に記載の方法を実装するように構成された処理装置を備える、
映像エンコーダ装置。

【請求項34】

請求項１～３２のいずれか１項以上に記載の方法を実装するように構成された処理装置を備える、
映像デコーダ装置。

【請求項35】

コードが記憶されたコンピュータ可読媒体であって、
前記コードは、請求項１～３０のいずれか１項に又は複数項に記載の方法を実装するための処理装置が実行可能な命令を実施する、
コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
パリ条約に基づく適用可能な特許法及び／又は規則に基づいて、本願は、２０１９年２月２日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７４５９８号、２０１９年３月１日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７６６９５号、２０１９年３月４日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７６８４８号、２０１９年３月１１日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７７７２５号、２０１９年３月２１日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７９１５１号、２０１９年５月７日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０８５８６２号、２０１９年５月２３日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０８８１２９号、２０１９年６月１８日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９１６９１号、２０１９年６月２８日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９３５５２号、２０１９年７月６日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９４９５７号、２０１９年７月９日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９５２９７号、２０１９年７月１０日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９５５０４号、２０１９年７月１１日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９５６５６号、２０１９年７月１３日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９５９１３号、２０１９年７月１５日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０９６０４８号の優先権及び利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。

【0002】

この特許明細書は、映像符号化および復号化技術、デバイスおよびシステムに関する。

【背景技術】

【0003】

映像圧縮の進歩にもかかわらず、デジタル映像は、依然として、インターネット及び他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像の受信及び表示が可能な接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。

【発明の概要】

【0004】

本明細書は、映像または画像を復号化または符号化するためのイントラブロックコピーモードにおけるバッファ管理およびブロックベクトル符号化のための様々な実施形態および技術を説明する。

【0005】

一つの例示的な態様において、映像および／またはイメージ（画像）処理の方法が開示される。この方法は、イントラブロックコピーモードにおいて、予測のための参照サンプルを記憶するバッファサイズを判定することと、バッファに記憶された参照サンプルを使用して、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間で変換を行うこととを含み、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0006】

別の例示的な態様において、映像データ処理の別の方法が開示される。この方法は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測するための再構成サンプルを記憶するバッファを判定することと、このバッファが、ループフィルタリングステップの前に再構成サンプルを記憶するために使用され、バッファに記憶された再構成サンプルを使用してこの変換を行うことと、を含み、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0007】

さらに、別の例示的な態様において、映像データ処理の別の方法が開示される。この方法は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測するための再構成サンプルを記憶するバッファを判定することと、このバッファが、ループフィルタリングステップの後に再構成サンプルを記憶するために使用され、バッファに記憶された再構成サンプルを使用してこの変換を行うことと、を含み、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0008】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測するための再構成サンプルを記憶するバッファを判定することと、このバッファが、ループフィルタリングステップの前、およびループフィルタリングステップの後に、再構成サンプルを記憶するために使用され、バッファに記憶された再構成サンプルを使用してこの変換を行うことと、を含み、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0009】

別の例示的な態様において、映像処理の別の方法が開示される。この方法は、バッファを使用してイントラブロックコピーモードにおいて、予測のための参照サンプルを記憶することと、バッファの第１のビット深度は、ビットストリーム表現の視覚メディアデータを表すのに使用される第２のビット深度とは異なり、バッファに記憶された参照サンプルを使用して、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間で変換を行うこととを含み、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0010】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、イントラブロックコピーモードにおいて、バッファを初期化して、予測のための参照サンプルを記憶することと、バッファが第１の値で初期化され、バッファに記憶された参照サンプルを使用して、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間で変換を行うこととを含み、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0011】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、イントラブロックコピーモードにおいて、バッファを初期化して、予測のための参照サンプルを記憶することと、１つ以上の映像ブロックの可用性に基づいて、バッファが視覚メディアデータの１つ以上の映像ブロックの画素値で初期化され、バッファに記憶された参照サンプルを使用して、視覚メディアデータの１つ以上の映像ブロックに属さない現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間で変換を行うこととを含み、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0012】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定することと、バッファに記憶された参照サンプルを使用してこの変換を行うことと、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われ、空間的に、位置（ｘ０，ｙ０）に位置し、動き情報に含まれるブロックベクトル（ＢＶｘ，ＢＶｙ）を有する画素に対し、参照位置（Ｐ ｍｏｄ Ｍ，Ｑ ｍｏｄ Ｎ）、（但しｍｏｄはモデュロ演算、ＭおよびＮは、バッファのｘおよびｙ寸法を表す整数である）に基づいてバッファ内の対応する参照を計算することと、を含み、参照位置（Ｐ，Ｑ）は、ブロックベクトル（ＢＶｘ，ＢＶｙ）および位置（ｘ０，ｙ０）を使用して判定する。

【0013】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定することと、バッファに記憶された参照サンプルを使用してこの変換を行うことと、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われ、空間的に、位置（ｘ０，ｙ０）に位置し、動き情報に含まれるブロックベクトル（ＢＶｘ，ＢＶｙ）を有する画素に対し、参照位置（Ｐ，Ｑ）に基づいてバッファ内の対応する参照を計算することと、を含み、参照位置（Ｐ，Ｑ）は、ブロックベクトル（ＢＶｘ，ＢＶｙ）および位置（ｘ０，ｙ０）を使用して判定する。

【0014】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測するための再構成サンプルを記憶するバッファを判定することと、バッファ内の画素位置が、ｘよびｙの数字を使用してアドレス指定され、ｘおよびｙの数字に基づいてこの変換を行うことと、この変換は、バッファに記憶された参照サンプルを使用し、を含み、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0015】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定することと、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われ、空間的に、現在の映像ブロックの位置（ｘ０，ｙ０）に位置し、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する画素に対し、参照位置（Ｐ，Ｑ）に基づいてバッファ内の対応する参照を計算することと、参照位置（Ｐ，Ｑ）は、ブロックベクトル（ＢＶｘ，ＢＶｙ）および位置（ｘ０，ｙ０）を使用して判定し、バッファの外に参照位置（Ｐ，Ｑ）があることを判定すると、バッファ内のサンプルを使用して参照位置を再計算することと、を含む。

【0016】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定することと、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われ、空間的に、現在の映像ブロックを含む符号化ツリーユニットの左上位置に対する現在の映像ブロックの位置（ｘ０，ｙ０）に位置し、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する画素に対し、参照位置（Ｐ，Ｑ）に基づいてバッファ内の対応する参照を計算することと、参照位置（Ｐ，Ｑ）は、ブロックベクトル（ＢＶｘ，ＢＶｙ）および位置（ｘ０，ｙ０）を使用して判定し、バッファの外部に参照位置（Ｐ，Ｑ）があることを判定すると、参照位置の少なくとも一部を抑制して、予め規定した範囲内に位置させることと、を含む。

【0017】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定することと、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われ、空間的に、現在の映像ブロックを含む符号化ツリーユニットの左上位置に対する現在の映像ブロックの位置（ｘ０，ｙ０）に位置し、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する画素に対し、参照位置（Ｐ，Ｑ）に基づいてバッファ内の対応する参照を計算することと、参照位置（Ｐ，Ｑ）は、ブロックベクトル（ＢＶｘ，ＢＶｙ）および位置（ｘ０，ｙ０）を使用して判定し、バッファの外部にブロックベクトル（ＢＶｘ，ＢＶｙ）があることを判定すると、バッファ内のサンプル値のブロックベクトルによるブロックベクトル（ＢＶｘ，ＢＶｙ）をパディングすることと、を含む。

【0018】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、映像とその映像のビットストリーム表現との間での変換中に、映像境界におけるイントラブロックコピーモードで予測のために参照サンプルを記憶するバッファをリセットすることと、バッファに記憶された参照サンプルを使用してこの変換を行うことと、を含み、この映像の映像ブロックの変換は、参照ピクチャを参照することなく、映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0019】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換を行うことと、イントラブロックコピーモードにおいて予測のための参照サンプルを記憶するために使用されるバッファを更新することと、を含み、このバッファは、後続の映像ブロックと後続の映像ブロックのビットストリーム表現との間での変換のために使用され、後続の映像ブロックと後続の映像ブロックのビットストリーム表現との間での変換は、参照ピクチャを参照することなく、後続の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づいて、イントラブロックコピーモードで行われる。

【0020】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測するための再構成サンプルを記憶する為に使用するバッファを判定することと、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われ、バッファに記憶された再構成されたサンプルが変換中にサンプル値を予測するために使用されると判定すると、バッファに記憶された再構成されたサンプルに前処理演算を行うことと、を含む。

【0021】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、映像領域の現在の仮想パイプラインデータユニット（ＶＰＤＵ）の現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換のため、選択的に、映像領域の偶数行目のＫ１個の前処理済みＶＰＤＵおよび／または奇数行目のＫ２個の前処理済みＶＰＤＵを使用するかどうかを判定することと、変換を行うことと、を含み、この変換は、現在のＶＰＤＵの残りを使用することを除外し、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0022】

さらに別の例示的な態様において、上述された方法を実装するように構成された処理装置を備える映像エンコーダまたはデコーダ装置が開示される。

【0023】

別の例示的な態様において、コンピュータ可読プログラム媒体が開示される。この媒体は、開示された方法のうちの１つを実装するための処理装置実行可能命令を実施するコードを記憶する。

【0024】

これらの、および他の態様は、本明細書でより詳細に説明される。

【図面の簡単な説明】

【0025】

【図1】現在のピクチャ参照またはイントラブロックコピー映像または画像符号化技術を例示する。

【図2】ダイナミック参照領域を例示する。

【図3】（ｘ，ｙ）から始まるブロックの符号化を例示する。

【図4】前回符号化された６４×６４ブロックを選択するための、考えられる代替方法を例示する。

【図5】６４×６４ブロックの符号化／復号化の順序を変更するための、考えられる代替方法を例示する。

【図6】映像または画像の処理方法の一例を示すフローチャートである。

【図7】映像または画像の符号化または復号化を行うハードウェアプラットフォームを示すブロック図である。

【図8】６４×６４ブロックの復号化の順序が上から下へ、左から右である場合、前回の符号化された６４×６４ブロックを選択するための、別の考えられる代替方法を示す。

【図9】前回の符号化された６４×６４ブロックを選択するための、別の考えられる代替方法を示す。

【図10】リシェイプを伴う復号化処理の例示的なフローチャートを示す。

【図11】６４×６４ブロックの復号化の順序が左から右、上から下である場合、前回の符号化された６４×６４ブロックを選択するための、別の考えられる代替方法を示す。

【図12】ＩＢＣ参照バッファステータスを示す図であり、１つのブロックは６４×６４ＣＴＵを示す。

【図13】ＩＢＣのための参照領域の１つの配置を示す。

【図14】ＩＢＣのための参照領域の別の配置を示す。

【図15】現在の仮想パイプラインデータユニット（ＶＰＤＵ）がピクチャ境界の右側にある場合のＩＢＣのための参照領域の別の配置を示す。

【図16】１つのＣＴＵ行内のＶＰＤＵを順次復号化する場合の仮想バッファの状態の例を示す。

【図17】開示された技術を実装することができる例示的な映像処理システムを示すブロック図である。

【図18】映像データ処理方法の一例を示すフローチャートである。

【図19】映像データ処理方法の一例を示すフローチャートである。

【図20】映像データ処理方法の一例を示すフローチャートである。

【図21】映像データ処理方法の一例を示すフローチャートである。

【図22】映像データ処理方法の一例を示すフローチャートである。

【図23】映像データ処理方法の一例を示すフローチャートである。

【図24】映像データ処理方法の一例を示すフローチャートである。

【図25】映像データ処理方法の一例を示すフローチャートである。

【図26】映像データ処理方法の一例を示すフローチャートである。

【図27】映像データ処理方法の一例を示すフローチャートである。

【図28】映像データ処理方法の一例を示すフローチャートである。

【図29】映像データ処理方法の一例を示すフローチャートである。

【図30】映像データ処理方法の一例を示すフローチャートである。

【図31】映像データ処理方法の一例を示すフローチャートである。

【図32】映像データ処理方法の一例を示すフローチャートである。

【図33】映像データ処理方法の一例を示すフローチャートである。

【図34】映像データ処理方法の一例を示すフローチャートである。

【発明を実施するための形態】

【0026】

本明細書では、理解を容易にするために章の見出しを使用しており、１つの章に開示された実施形態をその章にのみ限定するものではない。本明細書は、映像または画像を復号化または符号化するためのイントラブロックコピーモードにおけるバッファ管理およびブロックベクトル符号化のための様々な実施形態および技術を説明する。

【0027】

１． 概要

【0028】

本明細書は、映像符号化技術に関する。具体的には、映像符号化におけるイントラブロックコピーに関する。これは、例えば、汎用映像符号化など、開発中の規格に適用されてもよい。本発明は、将来の映像符号化規格または映像コーデックにも適用可能である。

【0029】

２． 簡単な説明

【0030】

映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像符号化規格は、時間予測と変換符号化が利用されるハイブリッド映像符号化構造に基づく。ＨＥＶＣを超えた将来の映像符号化技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅ）と呼ばれる参照ソフトウェアに組み込まれてきた。２０１８年４月には、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥＣ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）との間にＪｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍ（ＪＶＥＴ）が発足し、ＨＥＶＣと比較して５０％のビットレート削減を目標にＶＶＣ規格の策定に取り組んでいる。

【0031】

２．１ ＨＥＶＣ／Ｈ．２６５におけるインター予測

【0032】

各インター予測されたＰＵは、１つまたは２つの参照ピクチャリストのための動きパラメータを有する。動きパラメータは、動きベクトルおよび参照ピクチャインデックスを含む。２つの参照ピクチャリストのうちの１つの参照ピクチャリストの使用は、ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃを使用して信号通知されてもよい。動きベクトルは、予測子に対するデルタ（ｄｅｌｔａ）として明確にコーディングされてもよい。

【0033】

１つのＣＵがスキップモードにて符号化される場合、１つのＰＵがこのＣＵに関連付けられ、有意な残差係数がなく、符号化された動きベクトル差分も参照ピクチャインデックスもない。マージモードを指定し、これにより、現在のＰＵのための動きパラメータを、空間的および時間的候補を含む近傍のＰＵから取得する。マージモードは、スキップモードのためだけでなく、任意のインター予測されたＰＵに適用することができる。マージモードの代替として、動きパラメータの明示的な送信があり、動きベクトル（より正確には、動きベクトル予測子と比較した動きベクトル差分（ＭＶＤ））、各参照ピクチャリストの対応する参照ピクチャインデックス、および参照ピクチャリストの使用状況が、各ＰＵに明確に信号通知される。このようなモードを、本開示では高度動きベクトル予測（ＡＭＶＰ）と呼ぶ。

【0034】

２つの参照ピクチャリストのうちの１つを使用することを信号通知が示す場合、サンプルのうちの１つのブロックからＰＵを生成する。これを「単一予測」と呼ぶ。ＰスライスおよびＢスライスの両方に対して単一予測が利用可能である。

【0035】

両方の参照ピクチャリストを使用することを信号通知が示す場合、サンプルのうちの２つのブロックからＰＵを生成する。これを「双方向予測」と呼ぶ。Ｂスライスのみに双方向予測が利用可能である。

【0036】

以下、ＨＥＶＣに規定されるインター予測モードについて詳細に説明する。まず、マージモードについて説明する。

【0037】

２．２ 現在のピクチャの参照

【0038】

現在のピクチャの参照（ＣＰＲ）は、イントラブロックコピー（ＩＢＣ）と呼ばれたこともあるが、ＨＥＶＣスクリーンコンテンツ符号化拡張機能（ＨＥＶＣ－ＳＣＣ）と現在のＶＶＣテストモデルに採用されている。ＩＢＣは、動き補償の概念をフレーム間符号化からイントラフレーム符号化に拡張する。図１に示すように、現在のブロックは、ＣＰＲが適用される場合、同じピクチャ内の１つの参照ブロックによって予測される。現在のブロックを符号化または復号化する前に、参照ブロックにおけるサンプルは既に再構成されていなければならない。ＣＰＲは、カメラでキャプチャされたほとんどのシーケンスに対してそれほど効率的ではないが、スクリーンコンテンツに対しては、有意な符号化利得を示す。その理由は、スクリーンコンテンツピクチャにおいて、アイコン、文字等の繰り返しパターンが多いためである。ＣＰＲは、これらの繰り返しパターン間の冗長性を有効に除去することができる。ＨＥＶＣ－ＳＣＣにおいて、インター符号化ユニット（ＣＵ）は、現在のピクチャをその参照ピクチャとして選択する場合、ＣＰＲを適用することができる。この場合、ＭＶをブロックベクトル（ＢＶ）と改称し、ＢＶは常に整数画素精度を有する。メインプロファイルＨＥＶＣに適合するように、現在のピクチャは、復号化ピクチャバッファ（ＤＰＢ）における「長期」参照ピクチャとしてマークされる。なお、同様に、マルチプルビュー／３Ｄ映像符号化規格において、ビュー間の参照ピクチャも「長期」参照ピクチャとしてマークされる。

【0039】

ＢＶがその参照ブロックを見つけた後、この参照ブロックをコピーすることで予測を生成することができる。残差は、元の信号から参照画素を減算することによって得ることができる。そして、他の符号化モードと同様に、変換および量子化を適用することができる。

【0040】

図１は、現在のピクチャの参照の例示である。

【0041】

しかしながら、参照ブロックがピクチャの外にある場合、または現在のブロックと重複する場合、または再構成された領域の外にある場合、或いは何らかの制約によって制限された有効領域の外にある場合、画素値の一部または全部は規定されない。基本的に、このような問題に対処するために２つの解決策がある。１つは、このような状況、例えばビットストリーム適合性を許可しないことである。もう１つは、これらの未定義の画素値にパディングを適用することである。以下のサブセッションでは、解決策を詳細に説明する。

【0042】

２．３ ＨＥＶＣスクリーンコンテンツ符号化拡張機能におけるＣＰＲ

【0043】

ＨＥＶＣのスクリーンコンテンツ符号化拡張機能において、１つのブロックが現在のピクチャを参照として使用する場合、以下の仕様のテキストに示すように、参照ブロック全体が利用可能な再構成された領域内にあることを保証すべきである。

変数ｏｆｆｓｅｔＸおよびｏｆｆｓｅｔＹは、以下のように導出される。
ｏｆｆｓｅｔＸ＝（ＣｈｒｏｍａＡｒｒａｙＴｙｐｅ＝＝０）？０：（ｍｖＣＬＸ［０］＆０ｘ７？２：０） （８－１０４）
ｏｆｆｓｅｔＹ＝（ＣｈｒｏｍａＡｒｒａｙＴｙｐｅ＝＝０）？０：（ｍｖＣＬＸ［１］＆０ｘ７？２：０） （８－１０５）

参照ピクチャが現在のピクチャである場合、輝度動きベクトルｍｖＬＸは、以下の制約に従うべきであることが、ビットストリーム適合性の要件である。

－ ６．４．１項で規定されたようなｚ走査順序ブロックの可用性に対する導出処理が、（ｘＣｂ，ｙＣｂ）と等しく設定された（ｘＣｕｒｒ，ｙＣｕｒｒ）と、（ｘＰｂ＋（ｍｖＬＸ［０］＞＞２）－ｏｆｆｓｅｔＸ，ｙＰｂ＋（ｍｖＬＸ［１］＞＞２）－ｏｆｆｓｅｔＹ）に等しく設定された近傍の輝度位置（ｘＮｂＹ，ｙＮｂＹ）と、が入力として呼び出されると、出力はＴＲＵＥとなる。

－ ６．４．１項に規定されたようなｚ走査順序ブロックの可用性に対する導出処理が、（ｘＣｂ，ｙＣｂ）と等しく設定された（ｘＣｕｒｒ，ｙＣｕｒｒ）と、（ｘＰｂ＋（ｍｖＬＸ［０］＞＞２）＋ｎＰｂＷ－１＋ｏｆｆｓｅｔＸ、ｙＰｂ＋（ｍｖＬＸ［１］＞＞２）＋ｎＰｂＩ－Ｉ－１＋ｏｆｆｓｅｔＹ）と等しく設定された近傍の輝度位置（ｘＮｂＹ，ｙＮｂＹ）と、が入力として呼び出されると、出力はＴＲＵＥとなる。

－ 次の条件の一方または両方がｔｒｕｅであること

－ （ｍｖＬＸ［０］＞＞２）の値＋ｎＰｂＷ＋ｘＢ１＋ｏｆｆｓｅｔＸが０以下である。
－ （ｍｖＬＸ［１］＞＞２）の値＋ｎＰｂＨ＋ｙＢ１＋ｏｆｆｓｅｔＹが０以下である。

－ 次の条件がｔｒｕｅとなること。
（ｘＰｂ＋（ｍｖＬＸ［０］＞＞２）＋ｎＰｂＳｗ－１＋ｏｆｆｓｅｔＸ）／ＣｔｂＳｉｚｅＹ－ｘＣｂ／ＣｔｂＳｉｚｅＹ＜＝ｙＣｂ／ＣｔｂＳｉｚｅＹ－（ｙＰｂ＋（ｍｖＬＸ［１］＞＞２）＋ｎＰｂＳｈ－１＋ｏｆｆｓｅｔＹ）／ＣｔｂＳｉｚｅＹ （８－１０６）．

【0044】

このように、参照ブロックが現在のブロックと重複するケース、または参照ブロックがピクチャの外にあるケースは発生しない。参照ブロックまたは予測ブロックを埋める必要がない。

【0045】

２．４ ＣＰＲ／ＩＢＣの例

【0046】

ＶＶＣ試験モデルにおいて、参照ブロック全体は現在の符号化ツリーユニット（ＣＴＵ）を有するべきであり、現在のブロックと重複しない。よって、参照または予測ブロックをパディングする必要がない。

【0047】

デュアルツリーが有効化される場合、分割構造は、輝度ＣＴＵとクロマＣＴＵとで異なってもよい。従って、４：２：０カラーフォーマットの場合、１つのクロマブロック（例えば、ＣＵ）は、複数の輝度ＣＵに分割されたコロケーションされた１つの輝度領域に対応してもよい。

【0048】

クロマブロックは、以下の条件がｔｒｕｅである場合に、ＣＰＲモードでのみ符号化することができる。
１）コロケーションされた輝度ブロックの輝度ＣＵの各々は、ＣＰＲモードで符号化されるべきである。
２）輝度４×４ブロック’ＢＶの各々は、まず、クロマブロックのＢＶに変換され、クロマブロックのＢＶは、有効なＢＶである。

【0049】

２つの条件のいずれかがｆａｌｓｅである場合、クロマブロックは、ＣＰＲモードで符号化されない。

【0050】

なお、有効なＢＶの定義には、以下の制約がある。
１）ＢＶによって特定される参照ブロックのすべてのサンプルは、制限された検索範囲内にあるべきである（例えば、現在のＶＶＣ設計において同じＣＴＵ内にある）。
２）ＢＶによって特定された参照ブロックのすべてのサンプルが再構成されている。

【0051】

２．５ ＣＰＲ／ＩＢＣの例

【0052】

いくつかの実施例において、ＣＰＲ／ＩＢＣのための参照領域は、現在のＣＴＵに制限され、最大１２８×１２８である。ＣＰＲ／ＩＢＣブロックがより多くの参照候補を有することができる一方、ＣＰＲ／ＩＢＣの参照バッファを１つのＣＴＵから維持または低減することができるように、参照領域を動的に変更してメモリを再利用し、ＣＰＲ／ＩＢＣの参照サンプルを記憶する。

【0053】

図２は１つの方法を示しており、１つのブロックは６４×６４であり、１つのＣＴＵは４つの６４×６４ブロックを含む。６４×６４ブロックを符号化する場合、前の３つの６４×６４ブロックを参照として使用できる。そうすることによって、デコーダは、ＣＰＲ／ＩＢＣをサポートするために、４つの６４×６４ブロックを記憶するだけでよい。

【0054】

ピクチャの左上隅に対する現在の輝度ＣＵの位置を（ｘ，ｙ）とし、ブロックベクトルを（ＢＶｘ，ＢＶｙ）とする。現在の設計において、ＢＶが有効であるかどうかは、輝度位置（（ｘ＋ＢＶｘ）＞＞６＜＜６＋（１＜＜７），（ｙ＋ＢＶｙ）＞＞６＜＜６）が再構成されておらず、（（ｘ＋ＢＶｘ）＞＞６＜＜６＋（１＜＜７），（ｙ＋ＢＶｙ）＞＞６＜＜６）が（ｘ＞＞６＜＜６，ｙ＞＞６＜＜６）と等しくないことによって知ることができる。

【0055】

２．６ インループリシェイプ（ＩＬＲ）

【0056】

インループリシェイプ（ＩＬＲ）の基本的な考えは、元の（第１のドメインにおける）信号（予測／再構成信号）を第２のドメイン（リシェイプされたドメイン）に変換することである。

【0057】

インループ輝度リシェイパは、１対のルックアップテーブル（ＬＵＴ）として実装されるが、信号通知されたＬＵＴから他方を計算することができるので、２つのＬＵＴのうちの一方のみを信号通知する必要がある。各ＬＵＴは、１次元１０ビット１０２４エントリマッピングテーブル（１Ｄ－ＬＵＴ）である。１つのＬＵＴは、フォワードＬＵＴ、ＦｗｄＬＵＴであり、これは、入力輝度コード値Ｙ_ｉを変更された値Ｙ_ｒ：Ｙ_ｒ＝ＦｗｄＬＵＴ［Ｙｉ］にマッピングする。他方のＬＵＴは、逆ＬＵＴ、ＩｎｖＬＵＴであり、変更されたコード値Ｙ_ｒをＹ＾_ｉ：Ｙ＾_ｉ：ＩｎｖＬＵＴ［Ｙ_ｒ］にマッピングする。（Ｙ＾_ｉはＹ_ｉの再構成値を表す）。

【0058】

２．６．１ ＰＷＬモデル

【0059】

概念的には、区分線形（ＰＷＬ）は、以下のように実装される。

【0060】

ｘ１、ｘ２を２つの入力支点とし、ｙ１、ｙ２を１つのピースに対応する出力支点とする。ｘ１とｘ２との間の任意の入力値ｘに対する出力値ｙは、以下の式によって補間することができる

【0061】

ｙ＝（（ｙ２－ｙ１）／（ｘ２－ｘ１））＊（ｘ－ｘ１）＋ｙ１

【0062】

固定点実装では、この式は、以下のように書き換えることができる。
ｙ＝（（ｍ＊ｘ＋２^{ＦＰ＿ＰＲＥＣ－１}）＞＞ＦＰ＿ＰＲＥＣ）＋ｃ

【0063】

ｍはスカラーであり、ｃはオフセットであり、ＦＰ＿ＰＲＥＣは精度を規定するための定数である。

【0064】

いくつかの実施例において、ＰＷＬモデルは、１０２４エントリのＦｗｄＬＵＴマッピングテーブルおよびＩｎｖＬＵＴマッピングテーブルを予め計算するために使用されるが、ＰＷＬモデルは、ＬＵＴを予め計算することなく、実装において同一のマッピング値をオンザフライで計算することも可能にする。

【0065】

２．６．２．１ 輝度のリシェイプ

【0066】

インループ輝度リシェイプの方法は、より複雑性低いパイプラインを提供し、且つインタースライス再構成におけるブロック単位のイントラ予測のための復号化待ち時間を排除する。イントラ予測は、インタースライスおよびイントラスライスの両方のために、リシェイプされたドメインにおいて行われる。

【0067】

イントラ予測は、スライスタイプにかかわらず、常にリシェイプされたドメインで行われる。このような構成によれば、前回のＴＵ再構成を行った直後にイントラ予測を開始することができる。このような構成は、スライスに依存する代わりに、イントラモードのための統一された処理を提供することもできる。図１０は、ＣＥ１２－２の方式に基づく復号化処理を示すブロック図である。

【0068】

３２ピース区分線形（ＰＷＬ）モデルの代わりに、１６ピースのＰＷＬモデルを使用して、輝度およびクロマ残差スケーリングを行った。

【0069】

インループ輝度リシェイパを用いたインタースライス再構成（薄い緑色の影が付けられたブロックは、リシェイプされたドメインにおける信号を示す。輝度残差、輝度内予測、および輝度内再構成）

【0070】

２．６．２．２ 輝度依存クロマ残差スケーリング

【0071】

輝度依存クロマ残差スケーリングは、固定小数点整数演算で実装される乗算処理である。クロマ残差スケーリングは、輝度信号のクロマ信号との相互作用を補償する。ＴＵレベルでクロマ残差スケーリングを適用する。具体的には、以下が適用される。
－ イントラの場合、再構成された輝度を平均する。
－ インターの場合、予測輝度を平均する。

【0072】

この平均値は、ＰＷＬモデルにおけるインデックスを特定するために使用される。このインデックスは、スケーリング係数ｃＳｃａｌｅＩｎｖを特定する。クロマ残差にその数を乗算する。

【0073】

なお、クロマスケーリング係数は、再構成された輝度値ではなく、フォワードマップされた予測輝度値から算出される。

【0074】

２．６．２．３ ＩＬＲ側情報の信号通知

【0075】

パラメータは（現在）タイルグループヘッダ（ＡＬＦに類似）で送信される。これらは、４０～１００ビットを要すると報告されている。

【0076】

いくつかの実施例において、追加された構文は、イタリック体で強調されている。

【0077】

【表1】

【0078】

【表2】

新しい構文表タイルグループリシェイパを追加する。

【0079】

【表3】

一般的に、シーケンスパラメータセットＲＢＳＰの意味論では、次の意味論を追加する。
ｓｐｓ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と等しい場合は、符号化映像シーケンス（ＣＶＳ）においてリシェイパが使用されていることを規定している。ｓｐｓ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０と等しい場合は、ＣＶＳにおいてリシェイパが使用されていないことを規定している。

タイルグループヘッダ構文において、以下の意味論を追加する。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１と等しい場合は、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）がタイルグループ内に存在することを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０と等しい場合は、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）がタイルグループヘッダに存在しないことを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しない場合は、０に等しいと推論される。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と等しい場合は、現在のタイルグループに対してリシェイパが有効になっていることを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０と等しい場合は、現在のタイルグループに対してリシェイパが有効になっていないことを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅ＿ｆｌａｇが存在しない場合、０であると推論される。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが１と等しい場合は、現在のタイルグループに対してクロマ残差スケーリングを有効であることを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが０と等しい場合は、現在のタイルグループに対してクロマ残差スケーリングが有効でないことを規定している。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが存在しない場合は、０であると推測される。

ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）構文を追加する
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘは、最小のビン（またはピース）インデックスを、リシェイパ構築処理に使用するように規定している。ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘの値が０～ＭａｘＢｉｎＩｄｘの範囲内にあるものとする。
ＭａｘＢｉｎＩｄｘの値は１５と等しいとする。
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘは、最大許容ビン（またはピース）インデックスＭａｘＢｉｎＩｄｘから最大ビンインデックスを引いたものが、リシェイパ構築処理で使用されることを規定している。ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｍａｘ＿ｂｉｎ＿ｉｄｘの値は、ＭａｘＢｉｎＩｄｘ－ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘに等しく設定される。
ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ｃｗ＿ｐｒｅｃ＿ｍｉｎｕｓ１＋１は、構文ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］の表現に使用するビット数を規定している。
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］は、ｉ番目のビンの絶対デルタコード名値を規定する。
ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］は、ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］のサインを次のように記述する。
－ ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］が０と等しい場合、対応する変数ＲｓｐＤｅｌｔａＣＷ［ｉ］は正の値である。
－ そうでない場合（ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］が０と等しくない）、対応する変数ＲｓｐＤｅｌｔａＣＷ［ｉ］は負の値である。
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］が存在しない場合、０に等しいと推測される。
変数ＲｓｐＤｅｌｔａＣＷ［ｉ］＝（１ ２＊ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ［ｉ］）＊ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］；
変数ＲｓｐＣＷ［ｉ］は、以下のステップとして導出される。
変数ＯｒｇＣＷは、（１＜＜ＢｉｔＤｅｐｔｈ_Ｙ）／（ＭａｘＢｉｎＩｄｘ＋１）に等しく設定される。
－ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ＜＝ｉ＜＝ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｍａｘ＿ｂｉｎ＿ｉｄｘの場合、ＲｓｐＣＷ［ｉ］＝ＯｒｇＣＷ＋ＲｓｐＤｅｌｔａＣＷ［ｉ］である。
－ そうでない場合、ＲｓｐＣＷ［ｉ］＝０である。

ＢｉｔＤｅｐｔｈ_Ｙの値が１０に等しい場合、ＲｓｐＣＷ［ｉ］の値は、３２～２＊ＯｒｇＣＷ＿１の範囲内にくる。
ｉが０～ＭａｘＢｉｎＩｄｘ＋１の範囲にある変数ＩｎｐｕｔＰｉｖｏｔ［ｉ］は、以下のように導出される。
ＩｎｐｕｔＰｉｖｏｔ［ｉ］＝ｉ＊ＯｒｇＣＷ
ｉが０～ＭａｘＢｉｎＩｄｘ＋１の範囲にあり、変数ＳｃａｌｅＣｏｅｆ［ｉ］およびＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］がそれぞれ０～ＭａｘＢｉｎＩｄｘの範囲にあり、ｉが０～ＭａｘＢｉｎＩｄｘの範囲にある変数ＲｅｓｈａｐｅＰｉｖｏｔ［ｉ］は、以下のように導出される。

ｓｈｉｆｔＹ＝１４
ＲｅｓｈａｐｅＰｉｖｏｔ［０］＝０；
ｆｏｒ（ｉ＝０；ｉ＜＝ＭａｘＢｉｎＩｄｘ；ｉ＋＋）｛
ＲｅｓｈａｐｅＰｉｖｏｔ［ｉ＋１］＝ＲｅｓｈａｐｅＰｉｖｏｔ［ｉ］＋ＲｓｐＣＷ［ｉ］
ＳｃａｌｅＣｏｅｆ［ｉ］＝（ＲｓｐＣＷ［ｉ］＊（１＜＜ｓｈｉｆｔＹ）＋（１＜＜（Ｌｏｇ２（ＯｒｇＣＷ）－１）））＞＞（Ｌｏｇ２（ＯｒｇＣＷ））
ｉｆ（ＲｓｐＣＷ［ｉ］＝＝０）
ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］＝０
ｅｌｓｅ
ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］＝ＯｒｇＣＷ＊（１＜＜ｓｈｉｆｔＹ）／ＲｓｐＣＷ［ｉ］
｝

ｉが０～ＭａｘＢｉｎＩｄｘの範囲内にある変数ＣｈｒｏｍａＳｃａｌｅＣｏｅｆ［ｉ］は、以下のように導出される。
ＣｈｒｏｍａＲｅｓｉｄｕａｌＳｃａｌｅＬｕｔ［６４］＝｛１６３８４，１６３８４，１６３８４，１６３８４，１６３８４，１６３８４，１６３８４，８１９２，８１９２，８１９２，８１９２，５４６１，５４６１，５４６１，５４６１，４０９６，４０９６，４０９６，４０９６，３２７７，３２７７，３２７７，３２７７，２７３１，２７３１，２７３１，２７３１，２３４１，２３４１，２３４１，２０４８，２０４８，２０４８，１８２０，１８２０，１８２０，１６３８，１６３８，１６３８，１６３８，１４８９，１４８９，１４８９，１４８９，１３６５，１３６５，１３６５，１３６５，１２６０，１２６０，１２６０，１２６０，１１７０，１１７０，１１７０，１１７０，１０９２，１０９２，１０９２，１０９２，１０２４，１０２４，１０２４，１０２４｝；
ｓｈｉｆｔＣ＝１１
－ｉｆ（ＲｓｐＣＷ［ｉ］＝＝０）
ＣｈｒｏｍａＳｃａｌｅＣｏｅｆ［ｉ］＝（１＜＜ｓｈｉｆｔＣ）
－Ｏｔｈｅｒｗｉｓｅ（ＲｓｐＣＷ［ｉ］！＝０），ＣｈｒｏｍａＳｃａｌｅＣｏｅｆ［ｉ］＝
ＣｈｒｏｍａＲｅｓｉｄｕａｌＳｃａｌｅＬｕｔ［ＲｓｐＣＷ［ｉ］＞＞１］

【0080】

２．６．２．４ ＩＬＲの使用方法

【0081】

エンコーダ側では、まず、各ピクチャ（またはタイルグループ）をリシェイプされたドメインに変換する。そして、すべての符号化処理は、リシェイプされたドメインで行われる。イントラ予測の場合、近傍のブロックはリシェイプされたドメインにあり、インター予測の場合、まず、参照ブロック（復号化ピクチャバッファからの元のドメインから生成される）をリシェイプされたドメインに変換する。そして、残差を生成し、ビットストリームに符号化する。

【0082】

ピクチャ全体（またはタイルグループ）の符号化／復号化が終わった後、リシェイプされたドメインのサンプルを元のドメインに変換し、次いで、非ブロック化フィルタおよび他のフィルタを適用する。

【0083】

以下の場合、予測信号へのフォワードリシェイプは無効化される。

【0084】

現在のブロックはイントラ符号化されている。

【0085】

現在のブロックはＣＰＲ（現在のピクチャを参照し、別名イントラブロックコピー、ＩＢＣ）として符号化される。

【0086】

現在のブロックは、結合されたインターイントラモード（ＣＩＩＰ）として符号化され、イントラ予測ブロックのためにフォワードリシェイプは無効化される。

【0087】

３． 様々な実施形態によって解決される問題の例

【0088】

現在のＣＰＲ／ＩＢＣの設計において、いくつかの問題が存在する。
１）参照領域が動的に変化するため、エンコーダ／デコーダの処理が複雑になる。
２）無効なブロックベクトルは容易に生成され、チェックしにくいため、エンコーダおよびデコーダの両方を複雑にする。
３）参照領域が不規則であると、ブロックベクトルの符号化が非効率になる。
４）１２８×１２８より小さいＣＴＵサイズに対してどのように対処するかは不明である。
５）ＢＶが有効であるか無効であるかの判定処理において、クロマブロックの場合、この決定は、輝度サンプルの可用性に基づいて行われ、このことは、デュアルツリーパーティション構造に起因して誤った判定をもたらす可能性がある。

【0089】

４． 例示的な実施形態

【0090】

いくつかの実施形態において、ＣＰＲ／ＩＢＣブロックが参照を得るために、通常のバッファを使用できる。

【0091】

関数ｉｓＲｅｃ（ｘ，ｙ）は、画素（ｘ，ｙ）が再構成され、ＩＢＣモードによって参照されたかどうかを示すように規定される。（ｘ，ｙ）が異なるスライス／タイル／ブリックのピクチャから外れている場合、ｉｓＲｅｃ（ｘ，ｙ）はｆａｌｓｅを返し、（ｘ，ｙ）が再構成されていない場合、ｉｓＲｅｃ（ｘ，ｙ）はｆａｌｓｅを返す。別の例において、サンプル（ｘ，ｙ）が再構成されたが、何らかの他の条件が満たされた場合、そのサンプルは、参照領域外／異なるＶＰＤＵ内など、利用不可能であるとマークされてもよく、ｉｓＲｅｃ（ｘ，ｙ）はｆａｌｓｅを返す。

【0092】

関数ｉｓＲｅｃ（ｃ，ｘ，ｙ）は、成分ｃのサンプル（ｘ，ｙ）が利用可能であるかどうかを示すように規定される。例えば、サンプル（ｘ，ｙ）がまだ再構成されていない場合、それは利用不可能であるとマークされる。別の例において、サンプル（ｘ，ｙ）が再構成されたが、何らかの他の条件が満たされた場合、該サンプル（ｘ，ｙ）はまた、使用不可能であるとしてマークされてもよく、例えば、ピクチャから外れている／異なるスライス／タイル／ブリック内にある／異なるＶＰＤＵ内にある、許可された参照領域のなどのようにサンプル（ｘ，ｙ）が利用不可能である場合、ｉｓＲｅｃ（ｃ，ｘ，ｙ）はｆａｌｓｅを返し、そうでない場合、ｔｒｕｅを返す。

【0093】

以下の説明において、参照サンプルは再構成サンプルであってもよい。なお、「画素バッファ」は、「１つの色成分のバッファ」または「複数の色成分のバッファ」に応答してもよい。

【0094】

ＣＰＲ／ＩＢＣ用参照バッファ
１． ＣＰＲ／ＩＢＣのために輝度参照サンプルを記憶するために、Ｍ×Ｎ個の画素バッファを使用することが提案される。
ａ． 一例において、バッファサイズは６４×６４である。
ｂ． 一例において、バッファサイズは１２８×１２８である。
ｃ． 一例において、バッファサイズは６４×１２８である。
ｄ． 一例において、バッファサイズは１２８×６４である。
ｅ． 一例において、ＮはＣＴＵの高さに等しい。
ｆ． 一例において、Ｎ＝ｎＨであり、ＨはＣＴＵの高さであり、ｎは正の整数である。
ｇ． 一例において、ＭはＣＴＵの幅に等しい。
ｈ． 一例において、Ｍ＝ｍＷであり、ＷはＣＴＵの幅であり、ｍは正の整数である。
ｉ． 一例において、バッファサイズは、ＣＴＵサイズに等しくなく、例えば、９６×１２８または１２８×９６である。
ｊ． 一例において、バッファサイズはＣＴＵサイズに等しい。
ｋ． 一例において、Ｍ＝ｍＷ、Ｎ＝Ｈであり、ＷおよびＨは、ＣＴＵの幅および高さであり、ｍは、正の整数である。
ｌ． 一例において、Ｍ＝Ｗ、Ｎ＝ｎＨであり、ＷおよびＨは、ＣＴＵの幅および高さであり、ｎは、正の整数である。
ｍ． 一例において、Ｍ＝ｍＷ、Ｎ＝ｎＨであり、ＷおよびＨは、ＣＴＵの幅および高さであり、ｍおよびｎは、正の整数である。
ｎ． 上記例において、ｍおよびｎはＣＴＵのサイズに依存してもよい。
ｉ． 一例において、ＣＴＵのサイズが１２８×１２８である場合、ｍ＝１であり、ｎ＝１である。
ｉｉ． 一例において、ＣＴＵのサイズが６４×６４である場合、ｍ＝４であり、ｎ＝１である。
ｉｉｉ． 一例において、ＣＴＵのサイズが３２×３２である場合、ｍ＝１６であり、ｎ＝１である。
ｉｖ． 一例において、ＣＴＵのサイズが１６×１６である場合、ｍ＝６４であり、ｎ＝１である。
ｏ． 代替的に、バッファサイズはＣＴＵサイズに対応する。
ｐ．代替的に、このバッファサイズは、仮想パイプラインデータユニット（ＶＰＤＵ）のサイズに対応する。
ｑ． Ｍおよび／またはＮは、エンコーダからデコーダに、例えばＶＰＳ／ＳＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ等で信号通知されてもよい。
２． Ｍおよび／またはＮは、規格で規定された異なるプロファイル／レベル／層で異なってもよい。別のＭｃ×Ｎｃ画素バッファを使用して、ＣＰＲ／ＩＢＣのためのクロマ参照サンプルを記憶することが提案される。
ａ． 一例において、４：２：０映像の場合、Ｍｃ＝Ｍ／２およびＮｃ＝Ｎ／２である。
ｂ． 一例において、４：４：４映像の場合、Ｍｃ＝ＭおよびＮｃ＝Ｎである。
ｃ． 一例において、４：２：２映像の場合、Ｍｃ＝ＭおよびＮｃ＝Ｎ／２である。
ｄ． 代替的に、ＭｃおよびＮｃは、ＭおよびＮから独立してもよい。
ｅ． 一例において、クロマバッファは、ＣｂおよびＣｒに対応する２つのチャネルを含む。
ｆ． 一例において、Ｍｃ＝Ｍであり、Ｎｃ＝Ｎである。
３． Ｍ×Ｎサンプルバッファを使用してＰＲ／ＩＢＣのためにＲＧＢ参照サンプルを記憶ことが提案される。
ａ． 一例において、バッファサイズは６４×６４である。
ｂ． 一例において、バッファサイズは１２８×１２８である。
ｃ． 一例において、バッファサイズは６４×１２８である。
ｄ． 一例において、バッファサイズは１２８×６４である。
ｅ． 代替的に、バッファサイズはＣＴＵサイズに対応する。
ｆ． 代替的に、このバッファサイズは、仮想パイプラインデータユニット（ＶＰＤＵ）のサイズに対応する。
４． バッファは、ループフィルタリングの前に再構成された画素を記憶することができることが提案される。ループフィルタリングは、非ブロック化フィルタ、適応ループフィルタ（ＡＬＦ）、サンプル適応オフセット（ＳＡＯ）、クロス成分ＡＬＦ、または任意の他のフィルタを参照してもよい。
ａ． 一例において、バッファは、現在のＣＴＵにサンプルを記憶することができる。
ｂ． 一例において、バッファは、現在のＣＴＵの外部にサンプルを記憶することができる。
ｃ． 一例において、バッファは、現在のピクチャの任意の部分からのサンプルを記憶することができる。
ｄ． 一例において、バッファは、他のピクチャからのサンプルを記憶することができる。
５． バッファは、ループフィルタリングの後に再構成された画素を記憶することができることが提案される。ループフィルタリングは、非ブロック化フィルタ、適応ループフィルタ（ＡＬＦ）、サンプル適応オフセット（ＳＡＯ）、クロス成分ＡＬＦ、または任意の他のフィルタを参照してもよい。
ａ． 一例において、バッファは、現在のＣＴＵにサンプルを記憶することができる。
ｂ． 一例において、バッファは、現在のＣＴＵの外部にサンプルを記憶することができる。
ｃ． 一例において、バッファは、現在のピクチャの任意の部分からのサンプルを記憶することができる。
ｄ． 一例において、バッファは、他のピクチャからのサンプルを記憶することができる。
６． バッファは、ループフィルタリング前およびループフィルタリング後の両方で再構成されたサンプルを記憶することができることが提案される。ループフィルタリングは、非ブロック化フィルタ、適応ループフィルタ（ＡＬＦ）、サンプル適応オフセット（ＳＡＯ）、クロス成分ＡＬＦ、または任意の他のフィルタを参照してもよい。
ａ． 一例において、バッファは、現在のピクチャからのサンプルと他のピクチャからのサンプルとを、それらのサンプルの可用性に基づいて記憶することができる。
ｂ． 一例において、他のピクチャからの参照サンプルは、ループフィルタリング後の再構成サンプルからのものである。
ｃ． 一例において、他のピクチャからの参照サンプルは、ループフィルタリングの前に再構成されたサンプルからのものである。
７． バッファは、符号化映像データのビット深度とは異なり得る所与のビット深度を有するサンプルを記憶することが提案される。
ａ． 一例において、再構成バッファ／符号化映像データのビット深度は、バッファに記憶されたＩＢＣ参照サンプルのビット深度よりも大きい。
ｂ． 一例において、内部ビット深度が１つの映像シーケンスのための入力ビット深度と異なる場合、例えば（１０ビット対８ビット）であっても、ＩＢＣ参照サンプルは、入力ビット深度に位置合わせされて記憶される。
ｃ． 一例において、ビット深度は再構成バッファのビット深度と同じである。
ｄ． 一例において、ビット深度は、入力画像／映像のビット深度と同じである。
ｅ． 一例において、ビット深度は、予め規定された数と同じである。
ｆ． 一例において、ビット深度は、標準のプロファイルに依存する。
ｇ． 一例において、出力ビット深度／入力ビット深度／内部ビット深度と比較したビット深度またはビット深度の差は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／タイルヘッダまたは他の種類の映像データユニットにおいて信号通知されてもよい。
ｈ． 提案された方法は、他の黒丸印で言及された提案されたバッファ定義に適用されてもよく、代替的に、ＩＢＣの既存の設計にも適用されてもよい。
ｉ． バッファの各色成分のビット深度は異なってもよい。

【0095】

バッファ開始
８． 所与の値でバッファを初期化することが提案される。
ａ． 一例において、バッファは所与の値で初期化される。
ｉ． 一例において、所与の値は、入力ビット深度および／または内部ビット深度に依存してもよい。
ｉｉ． 一例において、バッファは、中間グレー値で初期化され、例えば、８ビット信号の場合、１２８が設定され、１０ビット信号の場合、５１２が設定される。
ｉｉｉ． 一例において、ＩＬＲが使用される場合、バッファはｆｏｒｗａｒｄＬＵＴ（ｍ）で初期化される。例ｍ＝１＜＜（Ｂｉｔｄｅｐｔｈ－１）。
ｂ． 代替的に、バッファは、ＳＰＳ／ＶＰＳ／ＡＰＳ／ＰＰＳ／シーケンスヘッダ／タイルグループヘッダ／ピクチャヘッダ／ｔｉｌｅ／ＣＴＵ／符号化ユニット／ＶＰＤＵ／領域で信号通知される値で初期化される。
ｃ． 一例において、この所与の値は、前に復号化されたピクチャまたはスライスまたはＣＴＵの行またはＣＴＵまたはＣＵのサンプルから導出されてもよい。
ｄ． この所与の値は、異なる色成分ごとに異なってもよい。
９． 代替的に、前回符号化されたブロックからの復号化された画素を使用してバッファを初期化することが提案される。
ａ． 一例において、復号化された画素は、インループフィルタリング前の画素である。
ｂ． 一例において、バッファサイズがＣＴＵである場合、バッファは、利用可能である場合、前回の復号化されたＣＴＵの復号化された画素で初期化される。
ｃ． 一例において、バッファサイズが６４×６４である場合、そのバッファサイズは、利用可能である場合、前回の復号化された６４×６４ブロックの復号化された画素で初期化される。
ｄ． 代替的に、さらに、前回符号化されたブロックが利用可能でない場合、黒丸印８の方法が適用されてもよい。

【0096】

バッファの参照
１０． １つのブロックがバッファ内の画素を参照として使用するために、このブロックは、バッファ内の位置（ｘ，ｙ），ｘ＝０，１，２，．．．，Ｍ－１；ｙ＝０，１，２，．．．，Ｎ－１，を使って参照先を示すことができる。
１１． 代替的に、この参照位置は、ｌ＝ｙ＊Ｍ＋ｘ，ｌ＝０，１，．．．，Ｍ＊Ｎ－１として表すことができる。
１２． なお、現在のＣＴＵに関するブロックの左上の位置を（ｘ０，ｙ０）として、ブロックベクトル（ＢＶｘ，ＢＶｙ）＝（ｘ－ｘ０，ｙ－ｙ０）をデコーダに送信し、バッファにおける参照先を示してもよい。
１３． 代替的に、ブロックベクトル（ＢＶｘ，ＢＶｙ）は、（ｘ－ｘ０＋Ｔｘ，ｙ－ｙ０＋Ｔｙ）として規定されてもよく、ＴｘおよびＴｙは、予め規定されたオフセットである。
１４． 任意の画素（ｘ０，ｙ０）および（ＢＶｘ，ＢＶｙ）の場合、バッファにおけるその参照は、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）に見出すことができる。
ａ． 一例において、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）がバッファの外にある場合、それは境界にクリップされる。
ｂ． 代替的に、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）がバッファの外にある場合、その基準値は、所与の値、例えば、中間グレーとして予め規定される。
ｃ． 代替的に、参照位置は、常にバッファ内にあるように、（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ，（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）として規定される。
１５． 任意の画素（ｘ０，ｙ０）および（ＢＶｘ，ＢＶｙ）に対して、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）がバッファの外にある場合、その基準値はバッファにおける値から導出されてもよい。
ａ． 一例において、この値は、バッファにおけるサンプル（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ，（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）から導出される。
ｂ． 一例において、この値は、バッファにおけるサンプル（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ， ｃｌｉｐ（ｙ０＋ＢＶｙ，０，Ｎ－１））から導出される。
ｃ． 一例において、この値は、バッファにおけるサンプル（ｃｌｉｐ（ｘ０＋ＢＶｘ，０，Ｍ－１），（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）から導出される。
ｄ． 一例において、この値は、バッファにおけるサンプル（ｃｌｉｐ（ｘ０＋ＢＶｘ，０，Ｍ－１），ｃｌｉｐ（ｙ０＋ＢＶｙ，０，Ｎ－１））から導出される。
１６． バッファ範囲外の特定の座標を許可しない場合がある。
ａ． 一例において、ＣＴＵの左上隅およびブロックベクトル（ＢＶｘ，ＢＶｙ）に対する任意の画素（ｘ０，ｙ０）について、ｙ０＋ＢＶｙが［０，．．，Ｎ－１］の範囲内にあるべきであることが、ビットストリーム制約である。
ｂ． 一例において、ＣＴＵおよびブロックベクトル（ＢＶｘ，ＢＶｙ）の左上隅の任意の画素（ｘ０，ｙ０）に対して、ｘ０＋ＢＶｘが［０，．．，Ｍ－１］の範囲内にあるべきであることが、ビットストリーム制約である。
ｃ． 一例において、ＣＴＵおよびブロックベクトル（ＢＶｘ，ＢＶｙ）の左上隅の任意の画素（ｘ０，ｙ０）に対して、ｙ０＋ＢＶｙが［０，．．，Ｎ－１］の範囲内にあるべきであり、且つｘ０＋ＢＶｘが［０，．．，Ｍ－１］の範囲内にあるべきであることが、ビットストリーム制約である。
１７． １つのブロックの信号通知されたまたは導出されたブロックベクトルがバッファの外のどこかを指している場合、バッファに基づいてパディングを行ってもよい。
ａ． 一例において、バッファの外の任意のサンプルの値は、予め規定された値で規定される。
ｉ． 一例において、この値は、１＜（ビット深度－１）であってもよく、例えば、８ビット信号の場合、１２８であり、１０ビット信号の場合、５１２である。
ｉｉ． 一例において、ＩＬＲが使用される場合、この値はｆｏｒｗａｒｄＬＵＴ（ｍ）であってもよい。例ｍ＝１＜＜（Ｂｉｔｄｅｐｔｈ－１）．
ｉｉｉ． 代替的に、予め規定された値の表示は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／ピクチャヘッダ／スライスヘッダ／タイルグループ／タイル／ＣＴＵ／ＣＵレベルで信号通知または表示されてもよい。
ｂ． 一例において、バッファの外の任意のサンプルは、バッファにおける最も近いサンプルの値として規定される。
１８． バッファ参照からの取り扱い方法は、水平方向と垂直方向とで異なってもよく、または現在のブロックの位置によって（例えば、ピクチャ境界により近いか否か）異なってもよい。
ａ． 一例において、ｙ０＋ＢＶｙが［０，Ｎ－１］の外にある場合、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）のサンプル値が予め規定された値として割り当てられる。
ｂ． 一例において、ｘ０＋ＢＶｘが［０，Ｍ－１］の外にある場合、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）のサンプル値が予め規定された値として割り当てられる。
ｃ． 代替的に、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）のサンプル値を（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ，ｙ０＋ＢＶｙ）のサンプル値として割り当て、これにより、（（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ，ｙ０＋ＢＶｙ）がまだバッファの外にある場合には、その値をさらに導出するために他の方法を呼び出してもよい。
ｄ． 代替的に、（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）のサンプル値を（ｘ０＋ＢＶｘ，（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）のサンプル値として割り当て、これにより、（ｘ０＋ＢＶｘ，（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）がまだバッファの外にある場合には、その値をさらに導出するために他の方法を呼び出してもよい。

【0097】

ブロックベクトル表現
１９． ブロックベクトル（ＢＶｘ，ＢＶｙ）の各成分またはその成分の１つを一定の範囲に正規化してもよい。
ａ． 一例において、ＢＶｘは、（ＢＶｘ ｍｏｄ Ｍ）に置き換えられてもよい。
ｂ． 代替的に、ＢＶｘは、（（ＢＶｘ＋Ｘ）ｍｏｄ Ｍ）－Ｘに置き換えられてもよく、Ｘは、予め規定された値である。
ｉ． 一例において、Ｘは６４。
ｉｉ． 一例において、ＸはＭ／２。
ｉｉｉ． 一例において、Ｘは、現在のＣＴＵに対するブロックの水平座標である。
ｃ． 一例において、ＢＶｙは、（ＢＶｙ ｍｏｄ Ｎ）に置き換えられてもよい。
ｄ． 代替的に、ＢＶｙを（（ＢＶｙ＋Ｙ）ｍｏｄ Ｎ）－Ｙで置き換えてもよく、Ｙは予め規定された値である。
ｉ． 一例において、Ｙは６４。
ｉｉ． 一例において、ＹはＮ／２。
ｉｉｉ． 一例において、Ｙは、現在のＣＴＵに対するブロックの垂直座標である。

２０． ＢＶｘおよびＢＶｙは、異なる正規化範囲を有してもよい。

２１． ブロックベクトル差（ＢＶＤｘ，ＢＶＤｙ）を一定の範囲に正規化することができる。
ａ． 一例において、ＢＶＤｘは、（ＢＶＤｘ ｍｏｄ Ｍ）に置き換えられてもよく、関数ｍｏｄは、リマインダを返す。
ｂ． 代替的に、ＢＶＤｘは、（（ＢＶＤｘ＋Ｘ）ｍｏｄ Ｍ）－Ｘに置き換えられてもよく、Ｘは、予め規定された値である。
ｉ． 一例において、Ｘは６４。
ｉｉ． 一例において、ＸはＭ／２。
ｃ． 一例において、ＢＶｙは、（ＢＶＤｙ ｍｏｄ Ｎ）に置き換えられてもよい。
ｄ． 代替的に、ＢＶｙを（（ＢＶＤｙ＋Ｙ）ｍｏｄ Ｎ）－Ｙで置き換えてもよく、Ｙは予め規定された値である。
ｉ． 一例において、Ｙは６４。
ｉｉ． 一例において、ＹはＮ／２。
２２． ＢＶＤｘおよびＢＶＤｙは、異なる正規化範囲を有してもよい。

【0098】

ブロックベクトルの妥当性検査
ＩＢＣバッファの幅および高さをＷ_ｂｕｆおよびＨ_ｂｕｆとする。ピクチャの左上隅に対して（Ｘ，Ｙ）から始まるＷ×Ｈブロック（輝度ブロック、クロマブロック、ＣＵ、ＴＵ、４×４、２×２、または他のサブブロックであってもよい）の場合、ブロックベクトル（ＢＶｘ、ＢＶｙ）が有効であるかどうかを示すために、以下を適用してもよい。Ｗ_ｐｉｃ、Ｈ_ｐｉｃを１つのピクチャの幅および高さとし、Ｗ_ｃｔｕ、Ｈ_ｃｔｕを１つのＣＴＵの幅および高さとする。関数ｆｌｏｏｒ（ｘ）は、ｘより大きくない最大の整数を返す。関数ｉｓＲｅｃ（ｘ，ｙ）は、サンプル（ｘ，ｙ）を再構成した場合、それを返す。
２３． いずれかの参照位置がピクチャ境界の外にあっても、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効であるとして設定してもよい。
ａ． 一例において、ブロックベクトルは、Ｘ＋ＢＶｘ＜０であっても有効であるとして設定してもよい。
ｂ． 一例において、ブロックベクトルは、Ｘ＋Ｗ＋ＢＶｘ＞Ｗ_ｐｉｃであっても、有効であるとして設定してもよい。
ｃ． 一例において、Ｙ＋ＢＶｙ＜０であっても、ブロックベクトルを有効であるとして設定してもよい。
ｄ． 一例において、Ｙ＋Ｈ＋ＢＶｙ＞Ｈ_ｐｉｃであっても、ブロックベクトルを有効であるとして設定してもよい。
２４． 現在のＣＴＵ行の外側に参照位置が存在しても、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効であるとして設定してもよい。
ａ． 一例において、ブロックベクトルは、Ｙ＋ＢＶｙ＜ｆｌｏｏｒ（Ｙ／Ｈ_ｃｔｕ）＊Ｈ_ｃｔｕであっても有効であるとして設定してもよい。
ｂ． 一例において、ブロックベクトルは、Ｙ＋Ｈ＋ＢＶｙ＞＝ｆｌｏｏｒ（Ｙ／Ｈ_ｃｔｕ）＊Ｈ_ｃｔｕ＋Ｈ_ｃｔｕであっても有効であるとして設定してもよい。
２５．ブロックベクトル（ＢＶｘ，ＢＶｙ）は、いずれかの参照位置が現在のＣＴＵおよび左（ｎ－１）ＣＴＵの外にあったとしても、有効であるとして設定してもよく、ｎは、ＩＢＣのための参照領域として使用できるＣＴＵ（現在のＣＴＵを含む、または除く）の数である。
ａ． 一例において、ブロックベクトルは、Ｘ＋ＢＶｘ＜ｆｌｏｏｒ（Ｘ／Ｗ_ｃｔｕ）＊Ｗ_ｃｔｕ－（ｎ－１）＊Ｗ_ｃｔｕであっても有効であるとして設定してもよい。
ｂ． 一例において、ブロックベクトルは、Ｘ＋Ｗ＋ＢＶｘ＞ｆｌｏｏｒ（Ｘ／Ｗ_ｃｔｕ）＊Ｗ_ｃｔｕ＋Ｗ_ｃｔｕであっても、有効であるとして設定してもよい。

２６． 特定のサンプルが再構成されていなくても、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効として設定してもよい。
ａ． 一例において、ｉｓＲｅｃ（Ｘ＋ＢＶｘ，Ｙ＋ＢＶｙ）がｆａｌｓｅであっても、ブロックベクトルを有効であるとして設定してもよい。
ｂ． 一例において、ｉｓＲｅｃ（Ｘ＋ＢＶｘ＋Ｗ－１，Ｙ＋ＢＶｙ）がｆａｌｓｅであっても、ブロックベクトルを有効であるとして設定してもよい。
ｃ． 一例において、ｉｓＲｅｃ（Ｘ＋ＢＶｘ，Ｙ＋ＢＶｙ＋Ｈ－１）がｆａｌｓｅであっても、ブロックベクトルを有効であるとして設定してもよい。
ｄ． 一例において、ｉｓＲｅｃ（Ｘ＋ＢＶｘ＋Ｗ－１，Ｙ＋ＢＶｙ＋Ｈ－１）がｆａｌｓｅであっても、ブロックベクトルを有効であるとして設定してもよい。
２７． ブロックベクトル（ＢＶｘ，ＢＶｙ）は、１つのブロックがＣＴＵ行における第１のＣＴＵのブロックでない場合、常に有効であるとして設定してもよい。
ａ． 代替的に、ブロックベクトルは、常に有効であるとして設定してもよい。
２８． 以下の３つの条件をすべて満たす場合、ブロックベクトル（ＢＶｘ，ＢＶｙ）を常に有効であるとして設定してもよい。
・Ｘ＋ＢＶｘ＞＝０
・Ｙ＋ＢＶｙ＞＝ｆｌｏｏｒ（Ｙ／Ｈ_ｃｔｕ）
・ｉｓＲｅｃ（Ｘ＋ＢＶｘ＋Ｗ－１，Ｙ＋ＢＶｙ＋Ｈ－１）＝＝ｔｒｕｅ
ａ． 代替的に、１つのＣＴＵ行における第１のＣＴＵのブロックについて、３つの条件をすべて満たす場合、ブロックベクトルを常に有効であるとして設定してもよい。
２９． ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効である場合、ブロックのサンプルコピーはブロックベクトルに基づいて行われてもよい。
ａ． 一例において、サンプル（Ｘ，Ｙ）の予測は、（（Ｘ＋ＢＶｘ）％Ｗ_ｂｕｆ，（Ｙ＋ＢＶｙ）％Ｈ_ｂｕｆ）から得ることができる。

【0099】

バッファ更新
３０． 新しいピクチャまたはタイルを符号化するとき、バッファはリセットされてもよい。
ａ． 「リセット」という用語は、バッファが初期化されることを指すことができる。
ｂ． 用語「リセット」は、バッファ内のすべてのサンプル／画素が所与の値（例えば、０または－１）に設定されることを指すことができる。
３１． ＶＰＤＵの符号化を終えたら、バッファはＶＰＤＵの再構成された値で更新されてもよい。
３２． ＣＴＵの符号化を終えたら、バッファはＣＴＵの再構成された値で更新されてもよい。
ａ． 一例において、バッファが満杯でない場合、バッファはＣＴＵによってＣＴＵを順次更新することができる。
ｂ． 一例において、バッファが満杯である場合、最も古いＣＴＵに対応するバッファ領域を更新する。
ｃ． 一例において、Ｍ＝ｍＷ、Ｎ＝Ｈ（Ｗ、ＨはＣＴＵのサイズであり、Ｍ、Ｎはバッファサイズである）であり、前回更新された領域が（ｋＷ，０）から始まる場合、更新する次の開始位置は、（（ｋ＋１）Ｗ ｍｏｄ Ｍ，０）となる。
３３． バッファは、各ＣＴＵ行の最初にリセットされてもよい。
ａ． 代替的に、バッファは、各ＣＴＵの復号化の開始時にリセットされてもよい。
ｂ． 代替的に、バッファは、１つのタイルを復号化する開始時にリセットされてもよい。
ｃ． 代替的に、バッファは、１つのタイルグループ／ピクチャの復号化の開始時にリセットされもよい。
３４． （ｘ，ｙ）から始まるブロックの符号化を終えたら、（ｘ，ｙ）から始まるバッファの対応する領域は、ブロックからの再構成によって更新される。
ａ． 一例において、（ｘ，ｙ）は、ＣＴＵの左上隅に対する位置である。
３５． ピクチャに対するブロックの符号化を終えたら、バッファの対応する領域は、ブロックからの再構成によって更新される。
ａ． 一例において、バッファにおける位置（ｘ ｍｏｄ Ｍ，ｙ ｍｏｄ Ｎ）の値は、ピクチャの左上隅に対する位置（ｘ，ｙ）の再構成された画素値で更新されてもよい。
ｂ． 一例において、バッファにおける位置（ｘ ｍｏｄ Ｍ，ｙ ｍｏｄ Ｎ）の値は、現在のタイルの左上隅に対する位置（ｘ，ｙ）の再構成された画素値で更新されてもよい。
ｃ． 一例において、バッファにおける位置（ｘ ｍｏｄ Ｍ，ｙ ｍｏｄ Ｎ）の値は、現在のＣＴＵ行の左上隅に対する位置（ｘ，ｙ）の再構成された画素値で更新されてもよい。
ｄ． 一例において、バッファ内の値は、ビット深度整列後の再構成された画素値で更新されてもよい。
３６． （ｘ，ｙ）から始まるブロックの符号化を終えたら、（ｘｂ，ｙｂ）から始まるバッファの対応する領域は、ブロックからの再構成によって更新され、（ｘｂ，ｙｂ）および（ｘ，ｙ）は２つの異なる座標である。
ａ． 一例において、（ｘ，ｙ）は、ＣＴＵの左上隅に関する位置であり、（ｘｂ，ｙｂ）は、（ｘ＋ｕｐｄａｔｅ＿ｘ，ｙ＋ｕｐｄａｔｅ＿ｙ）であり、ｕｐｄａｔｅ＿ｘおよびｕｐｄａｔｅ＿ｙは、バッファにおける更新可能
３７． 上記の例では、１つのブロックの再構成された値は、フィルタ（例えば、非ブロック化フィルタ）を適用する前の再構成された値を示してもよい。
ａ． 代替的に、１つのブロックの再構成された値は、フィルタ（例えば、非ブロック化フィルタ）が適用された後の再構成された値を示してもよい。
３８． バッファが再構成されたサンプルから更新されるとき、再構成されたサンプルは、記憶される前にまず修正されてもよく、例えば、サンプルのビット深度を変更してもよい。
ａ． 一例において、バッファは、バッファのビット深度へのビット深度整列後、再構成されたサンプル値で更新される。
ｂ． 一例において、バッファ値は、値｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂに基づいて更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値である。
ｃ． 一例において、バッファ値は、ｃｌｉｐ（｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１）の値に基づいて更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値であり、ビット深度は、バッファビット深度である。
ｄ． 一例において、バッファ値は、値｛ｐ＋［１＜（ｂ－１）－１］｝＞ｂに基づいて更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値である。
ｅ． 一例において、バッファ値は、ｃｌｉｐ（｛ｐ＋［１＜＜（ｂ－１）－１］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１）の値に基づいて更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、バッファビット深度である。
ｆ． 一例において、バッファ値は、値ｐ＞＞ｂに基づいて更新される。
ｇ． 一例において、バッファ値は、ｃｌｉｐ（ｐ＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１）の値に基づいて更新され、ｂｉｔｄｅｐｔｈは、バッファビット深度である。
ｈ． 上記例において、ｂは、ビット深度から入力サンプルビット深度を引いたものとして再構成されてもよい。
３９． バッファサンプルを使用して予測を形成する場合、前処理を適用することができる。
ａ． 一例において、予測値は、ｐ＜＜ｂであり、ｐは、バッファにおけるサンプル値であり、ｂは、予め規定された値である。
ｂ． 一例において、予測値は、ｃｌｉｐ（ｐ＜＜ｂ，０，１＜＜ｂｉｔｄｅｐｔｈ）であり、ｂｉｔｄｅｐｔｈは、再構成サンプルのビット深度である。
ｃ． 一例において、予測値は、（ｐ＜＜ｂ）＋（１＜＜（ｂｉｔｄｅｐｔｈ－１））であり、ｐは、バッファにおけるサンプル値であり、ｂは、予め規定された値であり、ｂｉｔｄｅｐｔｈは、再構成サンプルのビット深度である。
ｄ． 上記例において、ｂは、ビット深度から入力サンプルビット深度を引いたものとして再構成されてもよい。
４０． バッファは所与の順番で更新されてもよい。
ａ． 一例において、バッファは順次更新されてもよい。
ｂ． 一例において、バッファは、再構成されたブロックの順に基づいて更新されてもよい。
４１． バッファが満杯である場合、バッファ内のサンプルを最新の再構成サンプルに置き換えることができる。
ａ． 一例において、サンプルは、先入れ先出し方式で更新されてもよい。
ｂ． 一例において、最も古いサンプルが置き換えられる。
ｃ． 一例において、サンプルに優先順位を割り当て、この優先順位に基づいてサンプルを置き換えることができる。
ｄ． 一例において、サンプルは、他のサンプルが最初に置き換えられるように、「長期」としてマークされ得る。
ｅ． 一例において、高い優先順位を示すために、１つのブロックとともに１つのフラグを送信することができる。
ｆ． 一例において、優先順位を示すために、１つのブロックとともに１つの数字を送信することができる。
ｇ． 一例において、ある特徴を有する再構成されたブロックからのサンプルは、他のサンプルが最初に置き換えられるように、より高い優先順位を割り当てられる。
ｉ． 一例において、ＩＢＣモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ｉｉ． 一例において、Ｐａｌｅｔｔｅモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ｉｉｉ． 一例において、ＩＢＣまたはＰａｌｅｔｔｅモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ｉｖ． 一例において、変換スキップモードで符号化されたサンプルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てることができる。
ｖ． この閾値は、ブロックサイズ、色成分、ＣＴＵサイズに基づいて異なってもよい。
ｖｉ． 閾値は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／スライスヘッダ／タイルグループ／タイルレベル／領域で信号通知されてもよい。
ｈ． 一例において、このバッファが一杯であることは、このバッファにおける利用可能なサンプルの数が所与の閾値に等しいかまたはそれよりも多いことを意味し得る。
ｉ． 一例において、バッファにおける利用可能なサンプルの数が６４×６４×３輝度サンプル以上である場合、バッファは満杯であると判定されてもよい。

【0100】

代替バッファ組み合わせ
４２． 前回符号化された３つの６４×６４ブロックを常に参照領域として使用する代わりに、現在のブロック（またはＶＰＤＵ）の位置に基づいてそれを適応的に変更することが提案される。
ａ． 一例において、６４×６４ブロックを符号化／復号化するとき、前回の３つの６４×６４ブロックを参照として使用できる。図２に比べ、前回の６４×６４個のブロックをより多く組み合わせてもよい。図２は、前の６４×６４ブロックの異なる組み合わせの例を示す。
４３． ｚ走査順序を用いる代わりに、垂直走査順序を使用してもよい。
ａ． 一例において、１つのブロックがｚ走査順序にインデックス０．．３を有する４つのＶＰＤＵに分割される場合、符号化／復号化の順序は、０、２、１、３である。
ｂ． 一例において、６４×６４個のブロックを符号化／復号化するとき、前回の３つの６４×６４個のブロックを参照として使用できる。図２と比較して、より多くの種類の６４×６４ブロックの符号化／復号化の順序を適用することができる。図４は、６４×６４ブロックの異なる符号化／復号化の順序の例を示す。
ｃ． 代替的に、上記方法は、スクリーンコンテンツの符号化にのみ適用されてもよい。
ｄ． 代替的に、上記方法は、１つのタイル／タイルグループ／ピクチャに対してＣＰＲが有効化される場合にのみ適用されてもよい。
ｅ． 代替的に、上記方法は、１つのＣＴＵまたは１つのＣＴＵ行に対してＣＰＲが有効化される場合にのみ適用されてもよい。

【0101】

仮想ＩＢＣバッファ
以下、輝度サンプルにおいて、ＶＰＤＵの幅および高さを、それぞれＷＶＰＤＵ（例えば、６４）およびＨＶＰＤＵ（例えば、６４）と表す。代替的に、ＷＶＰＤＵおよび／またはＨＶＰＤＵは、他の映像ユニット（例えば、ＣＴＵ）の幅および／または高さを表してもよい。
４４． ＩＢＣ参照領域の状態を追跡し続けるために、仮想バッファを維持してもよい。
ａ． 一例において、仮想バッファサイズは、ｍＷＶＰＤＵ×ｎＨＶＰＤＵである。
ｉ． 一例において、ｍは３に等しく、ｎは２に等しい。
ｉｉ． 一例において、ｍおよび／またはｎは、ピクチャ解像度、ＣＴＵサイズに依存してもよい。
ｉｉｉ． 一例において、ｍおよび／またはｎは、信号通知されてもよく、または予め規定されてもよい。
ｂ． 一例において、上記の黒丸印および副黒丸印で記載された方法は、仮想バッファに適用されてもよい。
ｃ． 一例において、ピクチャ／スライス／タイル／ブリックの左上隅に対するサンプル（ｘ，ｙ）は、（ｘ％（ｍＷＶＰＤＵ），ｙ％（ｎＨＶＰＤＵ））にマッピングされてもよい。
４５． アレイを使用して、仮想バッファに関連付けられた各サンプルの可用性を追跡してもよい。
ａ． 一例において、フラグは、仮想バッファにおけるサンプルに関連付けて、バッファにおけるサンプルがＩＢＣ参照として使用できるか否かを特定してもよい。
ｂ． 一例において、輝度サンプルおよびクロマサンプルを含む各４×４ブロックは、１つのフラグを共有して、そのブロックに関連付けられたいずれかのサンプルがＩＢＣ参照として使用できるかどうかを示してもよい。
４６． ＶＰＤＵまたは映像ユニットの復号化を終えた後、仮想バッファに関連付けられた特定のサンプルは、ＩＢＣ参照に利用不可能なものとしてマークされてもよい。
ａ． 一例において、どのサンプルが利用不可能であるかは、直近に復号化されたＶＰＤＵの位置に依存してもよい。
ｂ． １つのサンプルが利用不可能とマークされた場合、このサンプルからの予測は許可されない。
ｉ． 代替的に、他の方法（例えば、デフォルト値を使用する）をさらに適用して、予測子を導出し、利用不可能なサンプルを置き換えてもよい。
４７． 最近復号化されたＶＰＤＵの位置を記録し、仮想バッファに関連付けられたどのサンプルが利用不可能であるとマークされているかを識別しやすくすることができる。
ａ． 一例において、ＶＰＤＵを復号化する開始時に、最近復号化されたＶＰＤＵの位置に基づいて、仮想バッファに関連付けられたいくつかのサンプルに利用不可能なマークを付けることができる。
ｉ． 一例において、直近に復号化されたＶＰＤＵのピクチャ／スライス／タイル／ブリック／他の映像処理ユニットの左上隅に対して（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を左上位置として表し、ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ）が０に等しいと、特定の位置（ｘ，ｙ）は、利用不可能とマークを付けることができる。
１． 一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ ｍＷＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ ｍＷＶＰＤＵ）－１＋ＷＶＰＤＵ］のような範囲内にあってもよい。
２． 一例において、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ））－１＋ＨＶＰＤＵ］のような範囲内にあってもよい。
３． 一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ］％ｍＷＶＰＤＵ、（（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ、（（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ｍＷＶＰＤＵ）－１＋ＷＶＰＤＵ］のような範囲内にあってもよく、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ））－１＋ＨＶＰＤＵ］のような範囲内にあってもよい。
ｉｉ． 一例において、直近に復号化されたＶＰＤＵのピクチャ／スライス／タイル／ブリック／他の映像処理ユニットの左上隅に対して、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を左上位置として表し、ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ）が０に等しくない場合、特定の位置（ｘ，ｙ）は、利用不可能とマークを付けることができる。
１． 一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ ｍＷＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ ｍＷＶＰＤＵ）－１＋ＷＶＰＤＵ］のような範囲内にあってもよい。
２． 一例において、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ））－１＋ＨＶＰＤＵ］のような範囲内にあってもよい。
３． 一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ ｍＷＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％ ｍＷＶＰＤＵ）－１＋ＷＶＰＤＵ］のような範囲内にあってもよく、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ））－１＋ＨＶＰＤＵ］のような範囲内にあってもよい。
４８． １つのＣＵが複数のＶＰＤＵを含む場合、ＶＰＤＵに基づくＩＢＣ参照可用性マーキング処理を適用する代わりに、ＩＢＣ参照可用性マーキング処理は以下のＣＵに従ってもよい。
ａ． 一例において、複数のＶＰＤＵを含むＣＵを復号化する開始時に、ＣＵ内のＶＰＤＵを復号化する前に、各ＶＰＤＵごとにＩＢＣ参照可用性マーキング処理を適用してもよい。
ｂ． このような場合、１２８×６４個のＩＢＣブロックと６４×１２８個のＩＢＣブロックとは許可されないことがある。
ｉ． 一例において、１２８×６４および６４×１２８個のＣＵのためのｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは送信されなくてもよく、０に等しいと推測されてもよい。
４９． 参照ブロックまたはサブブロックの場合、右上隅の参照可用性ステータスをチェックして、この参照ブロックに関連付けられたブロックベクトルが有効であるかどうかを判断する必要がない場合がある。
ａ． 一例において、ブロックベクトルが有効であるか否かを判断して、ブロック／サブブロックの左上、左下、右下の角のみをチェックする。
５０． ＩＢＣバッファサイズは、ＶＰＤＵのサイズ（幅／高さはｖＳｉｚｅで表される）および／またはＣＴＢ／ＣＴＵのサイズ（幅／高さはｃｔｂＳｉｚｅで表される）に依存してもよい。
ａ． 一例において、バッファの高さはｃｔｂＳｉｚｅに等しくてもよい。
ｂ． 一例において、バッファの幅は、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）に依存してもよい。
ｉ． 一例において、バッファの幅は、（１２８＊１２８／ｖＳｉｚｅ，ｍｉｎ（ｃｔｂＳｉｚｅ，６４））であってもよい。
５１． ＩＢＣバッファは、画素範囲外の値を含んでもよく、このことは、この位置がＩＢＣ参照に利用可能でない（例えば、他のサンプルの予測に利用されない）可能性があることを示す。
ａ． サンプル値は、サンプルが利用不可能であることを示す値に設定してもよい。
ｂ． 一例において、この値は、－１であってもよい。
ｃ． 一例において、この値は、［０，１＜＜（ｉｎｔｅｒｎａｌ＿ｂｉｔ＿ｄｅｐｔｈ）－１］の外側の任意の値であってもよく、ｉｎｔｅｒｎａｌ＿ｂｉｔ＿ｄｅｐｔｈは正の整数値である。
例えば、ｉｎｔｅｒｎａｌ＿ｂｉｔ＿ｄｅｐｔｈは、１つの色成分のサンプルを符号化／復号化するために使用される内部ビット深度である。
ｄ． 一例において、この値は、［０， １＜＜（ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈ） － １］の範囲外の任意の値であってもよく、ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈは正の整数値である。
例えば、ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈは、１つの色成分のサンプルを符号化／復号化するために使用される入力ビット深度である。
５２． ＩＢＣバッファにおけるサンプルの可用性マーキングは、現在のブロックの位置、現在のブロックのサイズ、ＣＴＵ／ＣＴＢのサイズ、およびＶＰＤＵのサイズに依存してもよい。一例において、（ｘＣｂ，ｙＣｂ）は、ピクチャの左上に対するブロックの位置を表し、ｃｔｂＳｉｚｅは、ＣＴＵ／ＣＴＢのサイズ（即ち、幅および／または高さ）であり、ｖＳｉｚｅ＝ｍｉｎ（ｃｔｂＳｉｚｅ，６４）であり、ｗＩｂｃＢｕｆおよびｈＩｂｃＢｕｆは、ＩＢＣバッファの幅および高さである。
ａ． 一例において、（ｘＣｂ％ｖＳｉｚｅ）が０に等しく、（ｙＣｂ％ｖＳｉｚｅ）が０に等しい場合、ＩＢＣバッファにおける特定の位置のセットは、利用不可能とマークを付けることができる。
ｂ． 一例において、現在のブロックのサイズがＶＰＤＵのサイズ、即ち、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）より小さい場合、利用不可能とマークを付けられた領域は、ＶＰＤＵのサイズに従ってもよい
ｃ． 一例において、現在のブロックのサイズがＶＰＤＵのサイズより大きい場合、即ち、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）である場合、利用不可能とマークを付けられた領域は、ＣＵのサイズに従ってもよい。
５３． ピクチャの左上位置に対する映像ユニット（例えば、ＶＰＤＵ（ｘＶ，ｙＶ））の復号化の開始時に、ＩＢＣバッファにおける対応する位置は、画素範囲外の値に設定してもよい。
ａ． 一例において、バッファにおける位置（ｘ％ｗＩｂｃＢｕｆ，ｙ％ｈＩｂｃＢｕｆ）を有し、ｘ＝ｘＶ、．．．、ｘＶ＋ｃｔｂＳｉｚｅ－１、ｙ＝ｙＶ、．．．、ｙＶ＋ｃｔｂＳｉｚｅ－１を有するバッファサンプルは、値－１に設定される。ｗＩｂｃＢｕｆおよびｈＩｂｃＢｕｆは、ＩＢＣバッファの幅および高さであり、ｃｔｂＳｉｚｅは、ＣＴＵ／ＣＴＢの幅である。
ｉ． 一例において、ｈＩｂｃＢｕｆはｃｔｂＳｉｚｅに等しくてもよい。
５４． ビットストリーム適合性の制約は、ＩＢＣバッファにおけるサンプルの値に従ってもよい。
ａ． 一例において、ＩＢＣバッファにおける１つのブロックベクトルに関連付けられた１つの参照ブロックが画素範囲外の値を含む場合、このビットストリームは不正である可能性がある。
５５． ＩＢＣバッファにおける可用性表示に基づいて、ビットストリーム適合性の制約を設定してもよい。
ａ． 一例において、ＩＢＣバッファにマッピングされたいずれかの参照サンプルが、１つのブロックを符号化／復号化するために利用不可能とマークを付けられた場合には、このビットストリームは不正である可能性がある。
ｂ． 一例において、ｓｉｎｇｌｅｔｒｅｅが使用される場合、１つのブロックを符号化／復号化するためにＩＢＣバッファにマッピングされたいずれかの輝度参照サンプルが利用不可能とマークを付けられた場合には、このビットストリームは不正である可能性がある。
ｃ． １つの適合ビットストリームは、ＩＢＣ符号化ブロックの場合、関連付けられたブロックベクトルがＩＢＣバッファにマッピングされた１つの参照ブロックを指してもよく、１つのブロックを符号化／復号化するためにＩＢＣバッファに位置する各輝度参照サンプルには利用可能なものとしてマークを付けることを満たすことができる（例えば、サンプルの値は、［Ｋ０，Ｋ１］の範囲内にあり、例えば、Ｋ０が０に設定され、Ｋ１が（１＜＜ＢｉｔＤｅｐｔｈ－１）に設定され、ＢｉｔＤｅｐｔｈは、内部ビット深度または入力ビット深度である）。
５６． ビットストリーム適合性の制約は、分割木のタイプおよび現在のＣＵの符号化のｔｒｅｅＴｙｐｅに依存してもよい。
ａ． 一例において、ｄｕａｌｔｒｅｅが高レベル（例えば、スライス／ピクチャ／ブリック／タイル）で許可され、現在の映像ブロック（例えば、ＣＵ／ＰＵ／ＣＢ／ＰＢ）がシングルツリーで符号化される場合、ビットストリーム制約は、ＩＢＣバッファにマッピングされたすべての成分の位置が利用不可能としてマークされているかどうかをチェックする必要がある場合もある。
ｂ． 一例において、ｄｕａｌｔｒｅｅがハイレベル（例えば、スライス／ピクチャ／ブリック／タイル）で許可され、現在の輝度映像ブロック（例えば、ＣＵ／ＰＵ／／ＣＢ／ＰＢ）がデュアルツリーで符号化されている場合には、ビットストリームの制約により、クロマ成分のＩＢＣバッファ内にマッピングされた位置が利用不可能としてマークされているかどうかを無視してもよい。
ｉ． 代替的に、このような場合、ビットストリーム制約は、依然として、ＩＢＣバッファにマッピングされたすべての成分の位置が利用不可能としてマークされているかどうかをチェックすることもある。
ｃ． 一例において、シングルツリーが使用される場合、ビットストリーム制約は、ＩＢＣバッファにマッピングされたクロマ成分の位置が利用不可能であるか否かを無視することができる。

【0102】

現在のＶＴＭ設計の改善
５７． ＩＢＣの予測は、再構成よりも低い精度を有していてもよい。
ａ． 一例において、予測値は、値ｃｌｉｐ｛｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１｝＜＜ｂに基づいており、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、予測サンプルビットのビット深度である。
ｂ． 一例において、予測値は、値ｃｌｉｐ｛｛ｐ＋［１＜＜（ｂ－１）－１］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１｝＜＜ｂに基づいており、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト値である。
ｃ． 一例において、予測値は、値（（ｐ＞＞ｂ）＋（１＜＜（ｂｉｔｄｅｐｔｈ－１）））＜＜ｂに基づいており、ビット深度は、予測サンプルのビット深度である。
ｄ． 一例において、予測値は、値（ｃｌｉｐ（（ｐ＞＞ｂ），０，（１＜＜（ｂｉｔｄｅｐｔｈ－ｂ）））＋（１＜＜（ｂｉｔｄｅｐｔｈ－１）））＜＜ｂに基づいており、ビット深度は、予測サンプルのビット深度である。
ｅ． 一例において、予測値は、ＩＬＲが適用されるかどうかに基づいて、異なる方法でクリップされる。
ｆ． 上記例において、ｂは、ビット深度から入力サンプルビット深度を引いたものとして再構成されてもよい。
ｇ． 一例において、出力ビット深度／入力ビット深度／内部ビット深度と比較したビット深度またはビット深度の差は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／ピクチャヘッダ／スライスヘッダ／タイルグループヘッダ／タイルヘッダまたは他の種類の映像データユニットにおいて信号通知されてもよい。
５８． ＩＢＣの予測の一部はより精度が低くてもよく、他の部分は再構成と同じ精度を有する。
ａ． 一例において、許容される参照領域は、異なる精度（例えば、ビット深度）を有するサンプルを含んでもよい。
ｂ． 一例において、現在の６４×６４ブロックが復号化されていない他の６４×６４ブロックからの参照は、精度が低く、現在の６４×６４ブロックからの参照は、再構成と同じ精度を有する。
ｃ． 一例において、復号化されている現在のＣＴＵ以外のＣＴＵからの参照は精度が低く、現在のＣＴＵからの参照は再構成と同じ精度を有する。
ｄ． 一例において、特定の色成分の集まりからの参照は精度が低く、他の色成分からの参照は再構成と同じ精度を有する。
５９． ＣＴＵのサイズがＭ×Ｍであり、参照領域のサイズがｎＭ×ｎＭである場合、参照領域は、ＣＴＵの行における最も近い利用可能なｎ×ｎ ＣＴＵである。
ａ． 一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが６４×６４である場合、１つのＣＴＵ行における最も近い利用可能な４つのＣＴＵをＩＢＣ参照に使用できる。
ｂ． 一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが３２×３２である場合、１つのＣＴＵ行における最も近い利用可能な１６個のＣＴＵをＩＢＣ参照に使用できる。
６０． ＣＴＵのサイズがＭであり、参照領域のサイズがｎＭである場合、参照領域は、ＣＴＵの行／タイルにおける最も近い利用可能なｎ－１個のＣＴＵである。
ａ． 一例において、参照領域のサイズが１２８×１２８または２５６×６４であり、ＣＴＵのサイズが６４×６４である場合、１つのＣＴＵ行における最も近い利用可能な３つのＣＴＵをＩＢＣ参照に使用できる。
ｂ． 一例において、参照領域のサイズが１２８×１２８または５１２×３２であり、ＣＴＵのサイズが３２×３２である場合、１つのＣＴＵ行における最も近い利用可能な１５個のＣＴＵをＩＢＣ参照に使用できる。
６１． ＣＴＵのサイズがＭである場合、ＶＰＤＵのサイズはｋＭであり、参照領域のサイズはｎＭであり、参照領域はＣＴＵの行／タイルにおける最も近い利用可能なｎ－ｋ個のＣＴＵである。
ａ． 一例において、ＣＴＵのサイズは６４×６４であり、ＶＰＤＵのサイズも６４×６４であり、参照のサイズは１２８×１２８であり、１つのＣＴＵの行における最も近い３つのＣＴＵをＩＢＣ参照のために使用できる。
ｂ． 一例において、ＣＴＵのサイズは３２×３２であり、ＶＰＤＵのサイズは６４×６４であり、参照のサイズは１２８×１２８であり、１つのＣＴＵ行における最も近い（１６－４）＝１２個のＣＴＵをＩＢＣ参照のために使用できる。
６２． ＩＢＣを使用して、左上隅が（ｘ，ｙ）であるｗ×ｈブロックの場合、参照ブロックをメモリ再利用のための特定の領域から守る制約があり、ｗおよびｈは、現在のブロックの幅および高さである。
ａ． 一例において、ＣＴＵのサイズが１２８×１２８であり、（ｘ，ｙ）＝（ｍ×６４，ｎ×６４）である場合、参照ブロックは、（（ｍ－２）×６４，ｎ×６４）から始まる６４×６４の領域と重複することはできない。
ｂ． 一例において、ＣＴＵのサイズが１２８×１２８である場合、参照ブロックは、ｗ×ｈブロックの左上隅が（ｘ－１２８，ｙ）である場合に重複することはできない。
ｃ． 一例において、ＣＴＵのサイズが１２８×１２８である場合、（ｘ＋ＢＶｘ，ｙ＋ＢＶｙ）は、左上隅は（ｘ－１２８，ｙ）であるｗ＊ｈブロック内に存在することはなく、ＢＶｘおよびＢＶｙは、現在のブロックのブロックベクトルを表す。
ｄ． 一例において、ＣＴＵのサイズがＭ×Ｍであり、ＩＢＣバッファサイズがｋ×Ｍ×Ｍである場合、参照ブロックは、ｗ×ｈブロックと重複することができず、左上隅は（ｘ－ｋ×Ｍ，ｙ）であり、ＢＶｘおよびＢＶｙは、現在のブロックのブロックベクトルを表す。
ｅ． 一例において、ＣＴＵのサイズがＭ×Ｍであり、ＩＢＣバッファサイズがｋ×Ｍ×Ｍである場合、（ｘ＋ＢＶｘ，ｙ＋ＢＶｙ）は、ｗ×ｈイントラブロック内に存在することはなく、左上隅は（ｘ－ｋ×Ｍ，ｙ）であり、ＢＶｘおよびＢＶｙは、現在のブロックのブロックベクトルを表す。
６３． ＣＴＵのサイズがＭ×Ｍでなく、参照領域のサイズがｎＭ×ｎＭである場合、参照領域は、ＣＴＵの行における最も近い利用可能なｎ×ｎ－１個のＣＴＵである。
ａ． 一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが６４×６４である場合、１つのＣＴＵ行における最も近い利用可能な３つのＣＴＵをＩＢＣ参照に使用できる。
ｂ． 一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが３２×３２である場合、１つのＣＴＵ行における最も近い利用可能な１５個のＣＴＵをＩＢＣ参照に使用できる。
６４． （２ｍ＊６４，２ｎ＊６４）から始まる６４×６４のブロックのＣＵ、即ち１２８×１２８ＣＴＵにおける左上の６４×６４ブロックの場合、そのＩＢＣ予測は、（（２ｍ－２）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ－１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
６５． （（２ｍ＋１）＊６４、（２ｎ＋１）＊６４）から始まる６４×６４ブロックのＣＵ、すなわち、１２８×１２８ＣＴＵにおける右下の６４×６４ブロックの場合、そのＩＢＣ予測は、現在の１２８×１２８ＣＴＵからであってもよい。
６６． （（２ｍ＋１）＊６４，２ｎ＊６４）から始まる６４×６４のブロックのＣＵ、即ち１２８×１２８ＣＴＵにおける右上の６４×６４ブロックの場合、そのＩＢＣ予測は、（（２ｍ－１）＊６４， ２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、および（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
ａ． 代替的に、（２ｍ＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロックを再構成した場合、ＩＢＣ予測は、（（２ｍ－１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（２ｍ＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
６７． （２ｍ＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロックのＣＵ、即ち１２８×１２８ＣＴＵにおける左下の６４×６４ブロックの場合、そのＩＢＣ予測は、（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ＋１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
ａ． 代替的に、（（２ｍ＋１）＊６４，２ｎ＊６４）から始まる６４×６４ブロックを再構成されていない場合、ＩＢＣ予測は、（（２ｍ－１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サンプルから行うことができる。
６８． 現在のＣＵがどの６４×６４ブロックに属するかに基づいて、参照領域を調整することが提案される。
ａ． 一例において、（ｘ，ｙ）から始まるＣＵの場合、（ｙ＞＞６）＆１＝＝０のとき、（（ｘ＞＞６＜＜６）－１２８，ｙ＞＞６＜＜６）および（（ｘ＞＞６＜＜６）－６４，ｙ＞＞６＜＜６）から始まる２つまたは２つ前までの６４×６４ブロックは、ＩＢＣモードによって参照することができる。
ｂ． 一例において、（ｘ，ｙ）から始まるＣＵの場合、（ｙ＞＞６）＆１＝＝１であるとき、（（ｘ＞＞６＜＜６）－６４，ｙ＞＞６＜＜＜６）から始まる１つの前の６４×６４ブロックは、ＩＢＣモードによって参照することができる。
６９． （ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するブロックの場合、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））がｔｒｕｅならば、ブロックベクトルは無効である。
ａ． 一例において、ブロックは輝度ブロックである。
ｂ． 一例において、このブロックは、４：４：４フォーマットではクロマブロックである。
ｃ． 一例において、このブロックは、輝度成分およびクロマ成分の両方を含む。
７０． （ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する４：２：０形式のクロマブロックの場合、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅならば、ブロックベクトルは無効である。
７１． 成分ｃのブロックに対してＢＶが無効であるかどうかの判定は、輝度サンプルのみをチェックする代わりに、成分Ｘのサンプルの可用性に依存してもよい。
ａ． （ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する成分ｃのブロックの場合、ｉｓＲｅｃ（ｃ，（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））がｔｒｕｅであれば、ブロックベクトルは無効として扱ってもよい。
ｉ． 一例において、このブロックは、輝度ブロックである（例えば、ｃは、輝度成分であるか、またはＲＧＢ符号化のためのＧ成分である）。
ｉｉ． 一例において、このブロックは、４：４：４フォーマットのクロマブロックである（例えば、ｃは、ｃｂまたはｃｒ成分、またはＲＧＢ符号化のためのＢ／Ｒ成分である）。
ｉｉｉ． 一例において、例えば、このブロックは、輝度およびクロマ成分の両方を含むなど、輝度およびクロマ成分の両方のためのサンプルの可用性がチェックしてもよい。
ｂ． 成分ｃの（ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する４：２：０形式のクロマブロックの場合、ｉｓＲｅｃ（ｃ，（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅである場合、ブロックベクトルは、無効として扱ってもよい。
ｃ． 成分ｃの（ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するクロマブロックまたはサブブロックの場合、クロマ成分のためのｉｓＲｅｃ（ｃ，ｘ＋ＢＶｘ＋Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅ，ｙ）がｔｒｕｅである場合、ブロックベクトルは無効として扱ってもよく、Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅは、クロマ成分のＣＴＵサイズである。
ｉ． 一例において、４：２：０フォーマットの場合、Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅは６４であってもよい。
ｉｉ． 一例において、クロマサブブロックは、４：２：０フォーマットの２×２ブロックであってもよい。
ｉｉｉ． 一例において、クロマサブブロックは、４：４：４フォーマットの４×４ブロックであってもよい。
ｉｖ． 一例において、クロマサブブロックは、輝度成分における最小ＣＵサイズに対応しうる。
１． 代替的に、クロマサブブロックは、クロマ成分の最小ＣＵサイズに対応してもよい。
７２． 上述したすべての黒丸印について、参照バッファは複数のＭ×Ｍブロック（Ｍ＝６４）を含むと仮定する。しかしながら、これは、参照バッファが複数のＮ×Ｍ個のブロックを含む（例えば、Ｎ＝１２８、Ｍ＝６４）等の他の場合にも拡張できる。
７３． 上述したすべての黒丸印に対して、参照バッファが現在のブロックと同じブリック／タイル／タイルグループ／スライス内にあるべきであるという、さらなる制限を適用してもよい。
ａ． 一例において、参照バッファの一部が現在のブリック／タイル／タイルグループ／スライスの外にある場合、ＩＢＣの使用は無効にされ得る。ＩＢＣ関連構文要素の信号通知はスキップしてもよい。
ｂ． 代替的に、参照バッファの一部が現在のブリック／タイル／タイルグループ／スライスの外にある場合、ＩＢＣは１つのブロックに対して依然として有効化される可能性があるが、１つのブロックに関連付けられたブロックベクトルは残りの参照バッファのみを指してもよい。
７４． ＩＢＣの参照領域として、現在のＶＰＤＵを除き、利用可能であれば、ＣＴＵ／ＣＴＢ行の第１のＶＰＤＵ行において、Ｋ１個の最近符号化ＶＰＤＵを有し、可能であれば、ＣＴＵ／ＣＴＢ行の第２のＶＰＤＵ行において、Ｋ２個の最近符号化ＶＰＤＵを有することが提案される。
ａ． 一例において、Ｋ１は２に等しく、Ｋ２は１に等しい。
ｂ． 一例において、上記方法は、ＣＴＵ／ＣＴＢサイズが１２８×１２８であり、ＶＰＤＵサイズが６４×６４である場合に適用されてもよい。
ｃ． 一例において、上記方法は、ＣＴＵ／ＣＴＢサイズが６４×６４であり、ＶＰＤＵサイズが６４×６４および／または３２×３２である場合に適用されてもよい。
ｄ． 一例において、上記方法は、ＣＴＵ／ＣＴＢサイズが３２×３２であり、ＶＰＤＵサイズが３２×３２以下である場合に適用されてもよい。
７５． 上述した方法は、異なる段階で適用されてもよい。
ａ． 一例において、ブロックベクトル（ＢＶ）のモジュール演算（例えば、ｍｏｄ ｂ）を、ＢＶの可用性チェック処理において呼び出して、ＢＶが有効であるか否かを判定してもよい。
ｂ． 一例において、ブロックベクトル（ＢＶ）のモジュール演算（例えば、ｍｏｄ ｂ）を呼び出して、ＩＢＣ仮想バッファまたは再構成ピクチャバッファにおける参照サンプルの位置（例えば、現在のサンプルの位置およびＢＶのモジュール結果に基づいて）を特定してもよい（例えば、インループフィルタリング処理の前）。

【0103】

５． 実施形態

【0104】

５．１ 実施形態＃１

【0105】

ＩＢＣのためのバッファの１つの実装形態を以下に説明する。

【0106】

バッファサイズは１２８×１２８である。ＣＴＵ のサイズも１２８×１２８である。１つのＣＴＵ行における第１のＣＴＵの符号化のために、バッファは１２８（８ビットの映像信号の場合）で初期化される。ＣＴＵ行におけるｋ番目のＣＴＵを符号化するために、バッファは、（ｋ－１）番目のＣＴＵのループフィルタリングの前に、再構成で初期化される。

【0107】

図３は、（ｘ，ｙ）から始まるブロックの符号化を例示する。

【0108】

現在のＣＴＵに関する（ｘ，ｙ）から始まるブロックを符号化する場合、ブロックベクトル（ＢＶｘ，ＢＶｙ）＝（ｘ－ｘ０，ｙ－ｙ０）をデコーダに送信し、参照ブロックがＩＢＣバッファにおける（ｘ０，ｙ０）からであることを示す。それぞれ、ブロックの幅をｗとし、ブロックの高さをｈとする。ブロックの符号化を終えるとき、ＩＢＣバッファにおける（ｘ，ｙ）から始まるｗｘｈ領域は、ループフィルタリング前のブロックの再構成によって更新される。

【0109】

５．２ 実施形態＃２

【0110】

図４は、前回符号化された６４×６４ブロックを選択するための、考えられる代替方法を例示する。

【0111】

５．３ 実施形態＃３

【0112】

図５は、６４×６４ブロックの符号化／復号化の順序を変更することができる代替方法を例示する。

【0113】

５．４ 実施形態＃４

【0114】

図８は、６４×６４ブロックの復号化の順序が上から下へ、左から右である場合、前回の符号化された６４×６４ブロックを選択する別の考えられる代替方法を示す。

【0115】

５．５ 実施形態＃５

【0116】

図９は、前回の符号化された６４×６４ブロックを選択する別の考えられる代替方法を示す。

【0117】

５．６ 実施形態＃６

【0118】

図１１は、６４×６４ブロックの復号化の順序が左から右、上から下である場合、前回の符号化された６４×６４ブロックを選択するための別の考えられる代替方法を示す。

【0119】

５．７ 実施形態＃７

【0120】

ＣＴＵのサイズがＷ×Ｗであり、デコーダにおいて、サイズがｍＷ×Ｗであり、ビット深度がＢであるＩＢＣバッファを実装すると、以下のようになる。

【0121】

ＣＴＵ行の復号化の開始時に、バッファを値（１＜＜（Ｂ－１））で初期化し、更新の開始点（ｘｂ，ｙｂ）を（０，０）に設定する。

【0122】

ＣＴＵの左上隅に関する、サイズがｗ×ｈである（ｘ，ｙ）から始まるＣＵを復号化する場合、ビット深度をＢビットに整列させた後、（ｘｂ＋ｘ，ｙｂ＋ｙ）およびｗ×ｈサイズから始まる領域を、ＣＵの再構成された画素値で更新する。

【0123】

ＣＴＵを復号化した後、更新開始点（ｘｂ，ｙｂ）を（（ｘｂ＋Ｗ）ｍｏｄ ｍＷ，０）と設定する。

【0124】

ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するＩＢＣ ＣＵを復号化するとき、ＣＴＵの左上隅に関する任意の画素（ｘ，ｙ）について、予測信号のビット深度にビット深度整列した後、バッファの位置（（ｘ＋ＢＶｘ）ｍｏｄ ｍＷ，（ｙ＋ＢＶｙ）ｍｏｄｅ Ｗ）からその予測を抽出する。

【0125】

一例において、Ｂは７または８に設定され、一方、ブロックの出力／入力ビット深度は１０に等しくてもよい。

【0126】

５．８ 実施形態＃８

【0127】

ピクチャの左上隅に関する（ｘ，ｙ）およびブロックベクトル（ＢＶｘ，ＢＶｙ）から始まる輝度ＣＵまたは結合輝度／クロマＣＵの場合、ブロックベクトルは、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））がｔｒｕｅの場合は無効である。

【0128】

ピクチャの左上隅に関する（ｘ，ｙ）およびブロックベクトル（ＢＶｘ，ＢＶｙ）から始まるクロマＣＵの場合、ブロックベクトルは、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅの場合は無効である。

【0129】

５．９ 実施形態＃９

【0130】

ピクチャの左上隅に関する４：２：０形式の（ｘ，ｙ）から始まるクロマブロックまたはサブブロック、およびブロックベクトル（ＢＶｘ，ＢＶｙ）の場合、ｉｓＲｅｃ（ｃ，（ｘ＋ＢＶｘ＋６４，ｙ＋ＢＶｙ）がｔｒｕｅで、ｃがクロマ成分であるとき、ブロックベクトルは無効である。

【0131】

ピクチャの左上隅に関する、４：４：４形式の（ｘ，ｙ）から始まるクロマブロックまたはサブブロック、およびブロックベクトル（ＢＶｘ，ＢＶｙ）の場合、ｉｓＲｅｃ（ｃ，（ｘ＋ＢＶｘ＋６４，ｙ＋ＢＶｙ）がｔｒｕｅで、ｃがクロマ成分であるとき、ブロックベクトルは無効である。

【0132】

５．１０ 実施形態＃１０

【0133】

ピクチャの左上隅に関する（ｘ，ｙ）およびブロックベクトル（ＢＶｘ，ＢＶｙ）から始まる輝度ＣＵまたは結合輝度／クロマＣＵの場合、ブロックベクトルは、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））がｔｒｕｅの場合は無効である。

【0134】

ピクチャの左上隅に関する、４：２：０形式の（ｘ，ｙ）から始まるクロマブロックまたはサブブロック、およびブロックベクトル（ＢＶｘ，ＢＶｙ）の場合、ｉｓＲｅｃ（ｃ，（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅで、ｃがクロマ成分であるとき、ブロックベクトルは無効である。

【0135】

５．１１ 実施形態＃１１

【0136】

本実施形態においては、現在のＶＰＤＵを除き、第１のＶＰＤＵの行にある２つの最も符号化されたＶＰＤＵと、第１のＣＴＵ／ＣＴＢの行の第２のＶＰＤＵの行にある１つの最も符号化されたＶＰＤＵとを保持する実装が強調される。

【0137】

符号化順が上から下へ、左から右への場合、参照領域は図１３のように示される。

【0138】

ＶＰＤＵの符号化順が左から右および上から下であり、かつ、現在のＶＰＤＵがピクチャ境界の右側にない場合、参照領域は、図１４のように示される。

【0139】

ＶＰＤＵの符号化順が左から右および上から下であり、かつ現在のＶＰＤＵがピクチャ境界の右側にある場合、参照領域を図１５として示すことができる。

【0140】

輝度ブロック（ｘ，ｙ）のサイズがｗ×ｈだとすると、ブロックベクトル（ＢＶｘ，ＢＶｙ）は有効であるか、どうかは以下の条件をチェックすることによって知ることができる。

【0141】

ｉｓＲｅｃ（（（ｘ＋ＢＶｘ＋１２８）＞＞６＜＜６）－（ｒｅｆｙ＆０ｘ４０）＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｒｅｆｙ＞＞６＝＝ｙ＞＞６）？（ｙ％６４）：０）。ここでは、ｒｅｆｙ＝（ｙ＆０ｘ４０）？（ｙ＋ＢＶｙ）：（ｙ＋ＢＶｙ＋ｗ－１）。

【0142】

上記関数がｔｒｕｅを返す場合、ブロックベクトル（ＢＶｘ，ＢＶｙ）は無効であり、そうでない場合、ブロックベクトルは有効であり得る。

【0143】

５．１２ 実施形態＃１２

【0144】

ＣＴＵのサイズが１９２×１２８である場合、サイズが１９２×１２８の仮想バッファが維持されてＩＢＣの参照サンプルを追跡する。

【0145】

ピクチャの左上隅に対するサンプル（ｘ，ｙ）は、バッファの左上隅に対する位置（ｘ％１９２，ｙ％１２８）に関連付けられる。以下のステップは、ＩＢＣ参照のために仮想バッファに関連付けられたサンプルの可用性をどのようにマークするかを示す。

【0146】

ピクチャの左上隅に対する位置（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を記録して、直近に復号化されたＶＰＤＵの左上のサンプルを表す。
１） １つのＶＰＤＵ行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、（０，０）として設定される。
２） ＶＰＤＵの第１のＣＵの復号化開始時に、ｘ＝（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％（ｍＷＶＰＤＵ），．．，（（ｘＰｒｅｖＶＰＤＵ－２ＷＶＰＤＵ＋２ｍＷＶＰＤＵ）％（ｍＷＶＰＤＵ））－１＋ＷＶＰＤＵ；ａｎｄ ｙ＝ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ），．．，（ｙＰｒｅｖＶＰＤＵ％（ｎＨＶＰＤＵ））－１＋ＨＶＰＤＵの場合の位置（ｘ，ｙ）を利用不可能としてマークしてもよい。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
３） １つのＣＵを復号化した後、ｘ＝ｘＣＵ％（ｍＷＶＰＤＵ），．．．，（ｘＣＵ＋ＣＵ＿ｗｉｄｔｈ－１）％（ｍＷＶＰＤＵ）およびｙ＝ｙＣＵ％（ｎＨＶＰＤＵ），．．．，（ｙＣＵ＋ＣＵ＿ｈｅｉｇｈｔ－１）％（ｎＨＶＰＤＵ）の場合の位置（ｘ，ｙ）は、利用可能としてマークされる。
４）ブロックベクトル（ｘＢＶ，ｙＢＶ）を有するＩＢＣＣＵの場合、ｘ＝（ｘＣＵ＋ｘＢＶ）％（ｍＷＶＰＤＵ），．．．，（ｘＣＵ＋ｘＢＶ＋ＣＵ＿ｗｉｄｔｈ－１）％（ｍＷＶＰＤＵ）およびｙ＝（ｙＣＵ＋ｙＢＶ）％（ｎＨＶＰＤＵ），．．．，（ｙＣＵ＋ｙＢＶ＋ＣＵ＿ｈｅｉｇｈｔ－１）％（ｎＨＶＰＤＵ）の場合の位置（ｘ，ｙ）は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。

【0147】

図１６は、ピクチャにおけるバッファ状態をＶＰＤＵの復号化状態とともに示す。

【0148】

５．１３ 実施形態＃１３

【0149】

ＣＴＵのサイズが１２８×１２８であるか、またはＣＴＵのサイズがＶＰＤＵのサイズよりも大きい（例えば、現在の設計においては、６４×６４）場合、またはＣＴＵのサイズがＶＰＤＵのサイズよりも大きい（例えば、現在の設計においては、６４×６４）場合には、サイズ１９２×１２８の仮想バッファを維持してＩＢＣのための参照サンプルを追跡する。以下、ａ＜０の場合、（ａ ％ ｂ）をｆｌｏｏｒ（ａ／ｂ）＊ｂとして定義し、ｆｌｏｏｒ（ｃ）は、ｃ以下の最大の整数を返す。

【0150】

ピクチャの左上隅に対するサンプル（ｘ，ｙ）は、バッファの左上隅に対する位置（ｘ％１９２，ｙ％１２８）に関連付けられる。以下のステップは、ＩＢＣ参照のために仮想バッファに関連付けられたサンプルの可用性をどのようにマークするかを示す。

【0151】

ピクチャの左上隅に対する位置（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を記録して、直近に復号化されたＶＰＤＵの左上のサンプルを表す。
１） １つのＶＰＤＵ行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、（０，０）として設定される。
２） ＶＰＤＵの第１のＣＵの復号化の始めに、
ａ． ｙＰｒｅｖＶＰＤＵ％６４が０に等しい場合、ｘ＝（ｘＰｒｅｖＶＰＤＵ－１２８）％１９２，．．，（（ｘＰｒｅｖＶＰＤＵ－１２８）％１９２）＋６３；およびｙ＝ｙＰｒｅｖＶＰＤＵ％１２８，．．，（ｙＰｒｅｖＶＰＤＵ％１２８）＋６３の位置（ｘ，ｙ）は、利用不可能としてマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
ｂ． そうでない場合、ｘ＝（ｘＰｒｅｖＶＰＤＵ－６４）％１９２，．．，（（ｘＰｒｅｖＶＰＤＵ－６４）％１９２）＋６３；およびｙ＝ｙＰｒｅｖＶＰＤＵ％１２８，．．，（ｙＰｒｅｖＶＰＤＵ％１２８）＋６３の位置（ｘ，ｙ）は、利用不可能としてマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
３） １つのＣＵを復号化した後、ｘ＝ｘＣＵ％１９２，．．．，（ｘＣＵ＋ＣＵ＿ｗｉｄｔｈ－１）％１９２およびｙ＝ｙＣＵ％１２８，．．．，（ｙＣＵ＋ＣＵ＿ｈｅｉｇｈｔ－１）％１２８の場合の位置（ｘ，ｙ）は、利用可能としてマークされる。
４） ブロックベクトル（ｘＢＶ，ｙＢＶ）を有するＩＢＣＣＵの場合、ｘ＝（ｘＣＵ＋ｘＢＶ）％１９２，．．．，（ｘＣＵ＋ｘＢＶ＋ＣＵ＿ｗｉｄｔｈ－１）％１９２およびｙ＝（ｙＣＵ＋ｙＢＶ）％１２８，．．．，（ｙＣＵ＋ｙＢＶ＋ＣＵ＿ｈｅｉｇｈｔ－１）％１２８の場合の位置（ｘ，ｙ）は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。

【0152】

ＣＴＵのサイズがＳ×Ｓである場合、Ｓが１２８に等しくないので、Ｗｂｕｆを１２８＊１２８／Ｓに等しくする。サイズＷｂｕｆｘＳの仮想バッファが維持して、ＩＢＣの参照サンプルを追跡する。この場合、ＶＰＤＵのサイズはＣＴＵのサイズに等しい。

【0153】

ピクチャの左上隅に対する位置（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を記録して、直近に復号化されたＶＰＤＵの左上のサンプルを表す。
１） １つのＶＰＤＵ行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、（０，０）として設定される。
２） ＶＰＤＵの第１のＣＵの復号化の開始時に、ｘ＝（ｘＰｒｅｖＶＰＤＵ－Ｗ_ｂｕｆ＊Ｓ）％Ｓ，．．，（（ｘＰｒｅｖＶＰＤＵ－Ｗ_ｂｕｆ＊Ｓ）％Ｓ）＋Ｓ－１；ａｎｄｙ＝ｙＰｒｅｖＶＰＤＵ％Ｓ，．．，（ｙＰｒｅｖＶＰＤＵ％Ｓ）＋Ｓ－１の場合の位置（ｘ，ｙ）は、利用不可能であるとマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
３） １つのＣＵを復号化した後、ｘ＝ｘＣＵ％（Ｗ_ｂｕｆ），．．．，（ｘＣＵ＋ＣＵ＿ｗｉｄｔｈ－１）％（Ｗ_ｂｕｆ）およびｙ＝ｙＣＵ％Ｓ，．．．，（ｙＣＵ＋ＣＵ＿ｈｅｉｇｈｔ－１）％Ｓである場合の位置（ｘ，ｙ）は、利用可能としてマークされる。
４） ブロックベクトル（ｘＢＶ，ｙＢＶ）を有するＩＢＣＣＵの場合、ｘ＝（ｘＣＵ＋ｘＢＶ）％（Ｗｂｕｆ），．．．，（ｘＣＵ＋ｘＢＶ＋ＣＵ＿ｗｉｄｔｈ－１）％（Ｗｂｕｆ）およびｙ＝（ｙＣＵ＋ｙＢＶ）％Ｓ，．．．，（ｙＣＵ＋ｙＢＶ＋ＣＵ＿ｈｅｉｇｈｔ－１）％Ｓの場合の位置（ｘ，ｙ）は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。

【0154】

５．１４ 実施形態＃１４

【0155】

ＣＴＵのサイズが１２８×１２８であるか、またはＣＴＵのサイズがＶＰＤＵのサイズよりも大きい（例えば、現在の設計においては、６４×６４）場合、またはＣＴＵのサイズがＶＰＤＵのサイズよりも大きい（例えば、現在の設計においては、６４×６４）場合には、サイズ２５６×１２８の仮想バッファを維持してＩＢＣのための参照サンプルを追跡する。以下、ａ＜０の場合、（ａ％ｂ）をｆｌｏｏｒ（ａ／ｂ）＊ｂとして定義し、ｆｌｏｏｒ（ｃ）は、ｃ以下の最大の整数を返す。

【0156】

ピクチャの左上隅に対するサンプル（ｘ，ｙ）は、バッファの左上隅に対する位置（ｘ％２５６，ｙ％１２８）に関連付けられる。以下のステップは、ＩＢＣ参照のために仮想バッファに関連付けられたサンプルの可用性をどのようにマークするかを示す。

【0157】

ピクチャの左上隅に対する位置（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を記録して、直近に復号化されたＶＰＤＵの左上のサンプルを表す。
１） １つのＶＰＤＵ行の復号化の開始時に、バッファのすべての位置が利用不可能とマークされる。（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）は、（０，０）として設定される。
２） ＶＰＤＵの第１のＣＵの復号化の始めに、
ａ． ｙＰｒｅｖＶＰＤＵ％６４が０に等しい場合、ｘ＝（ｘＰｒｅｖＶＰＤＵ－１２８）％２５６，．．，（（ｘＰｒｅｖＶＰＤＵ－１２８）％２５６）＋６３；およびｙ＝ｙＰｒｅｖＶＰＤＵ％１２８，．．，（ｙＰｒｅｖＶＰＤＵ％１２８）＋６３の位置（ｘ，ｙ）は、利用不可能としてマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
ｂ． そうでない場合、ｘ＝（ｘＰｒｅｖＶＰＤＵ－６４）％２５６，．．，（（ｘＰｒｅｖＶＰＤＵ－６４）％２５６）＋６３；およびｙ＝ｙＰｒｅｖＶＰＤＵ％１２８，．．，（ｙＰｒｅｖＶＰＤＵ％１２８）＋６３の位置（ｘ，ｙ）は、利用不可能としてマークされる。そして、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶＰＤＵ）を（ｘＣＵ，ｙＣＵ）として、即ち、ＣＵのピクチャに対する左上位置に設定する。
３） １つのＣＵを復号化した後、ｘ＝ｘＣＵ％２５６，．．．，（ｘＣＵ＋ＣＵ＿ｗｉｄｔｈ－１）％２５６およびｙ＝ｙＣＵ％１２８，．．．，（ｙＣＵ＋ＣＵ＿ｈｅｉｇｈｔ－１）％１２８の場合の位置（ｘ，ｙ）は、利用可能としてマークされる。
４） ブロックベクトル（ｘＢＶ，ｙＢＶ）を有するＩＢＣＣＵの場合、ｘ＝（ｘＣＵ＋ｘＢＶ）％２５６，．．．，（ｘＣＵ＋ｘＢＶ＋ＣＵ＿ｗｉｄｔｈ－１）％２５６およびｙ＝（ｙＣＵ＋ｙＢＶ）％１２８，．．．，（ｙＣＵ＋ｙＢＶ＋ＣＵ＿ｈｅｉｇｈｔ－１）％１２８の場合の位置（ｘ，ｙ）は、利用不可能としてマークされ、ブロックベクトルは、無効であると考えられる。

【0158】

ＣＴＵのサイズが１２８×１２８でない、または６４×６４未満である、または６４×６４未満である場合、前の実施例、すなわち、実施形態＃１４と同じ処理が適用される。

【0159】

５．１５ 実施形態＃１５

【0160】

ＩＢＣ参照可用性マーキング処理を以下のように説明する。この文書では、その変更を太字、下線、イタリック体で示している。

【0161】

【表4】

【0162】

【表5】

ＢｕｆＷｉｄｔｈ は（ＣｔｂＳｉｚｅＹ＝＝１２８）？２５６：（１２８＊１２８／ＣｔｂＳｉｚｅＹ）に等しく、ＢｕｆＨｅｉｇｈｔはＣｔｂＳｉｚｅＹに等しい。

【0163】

７．３．７．５ 符号化ユニット構文

【0164】

【表6】

【0165】

８．６．２ ＩＢＣブロックの動きベクトル成分の導出処理

【0166】

８．６．２．１ 一般
．．．
８．６．３．２項のブロックベクトルｍｖＬでブロックベクトル妥当性検査処理が呼び出される時に、ｉｓＢＶｖａｌｉｄがｔｒｕｅであることが、ビットストリーム共同性能の要件である。
．．．

【0167】

８．６．３ ｉｂｃブロックの復号化処理

【0168】

８．６．３．１ 一般

【0169】

この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び出される。

【0170】

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 水平および垂直方向の輝度符号化サブブロックの数を規定する変数ｎｕｍＳｂＸおよびｎｕｍＳｂＹ、
－ 動きベクトルｍｖ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］ｗｉｔｈｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１、およびｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１、
－ 現在のブロックの色成分インデックスを規定する変数ｃＩｄｘ。
－ ａ （ｎＩｂｃＢｕｆＷ）×（ｃｔｂＳｉｚｅ）ａｒｒａｙ ｉｂｃＢｕｆ
．．．

【0171】

ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１，およびｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１である場合のサブブロックインデックス（ｘＳｂＩｄｘ，ｙＳｂＩｄｘ）の各コーディングサブブロックに対して、以下が適用される。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化サブブロックの左上のサンプルを規定する輝度位置（ｘＳｂ，ｙＳｂ）は、以下のように導出される。
（ｘＳｂ，ｙＳｂ）＝（ｘＣｂ＋ｘＳｂＩｄｘ＊ｓｂＷｉｄｔｈ，ｙＣｂ＋ｙＳｂＩｄｘ＊ｓｂＨｅｉｇｈｔ） （８－９１３）

ｃＩｄｘが０に等しい場合、ｎＩｂｃＢｕｆＷをｉｂｃＢｕｆｆｅｒＷｉｄｔｈに設定し、そうでない場合、ｎＩｂｃＢｕｆＷを（ｉｂｃＢｕｆｆｅｒＷｉｄｔｈ／ＳｕｂＷｉｄｔｈＣ）に設定する。以下のことが適用される。
ｐｒｅｄＳａｍｐｌｅｓ［ｘＳｂ＋ｘ］［ｙＳｂ＋ｙ］＝ｉｂｃＢｕｆ［（ｘＳｂ＋ｘ＋（ｍｖ［ｘＳｂ］［ｙＳｂ］［０］＞＞４））％ ｎＩｂｃＲｅｆＷ］［ｙＳｂ＋ｙ＋（ｍｖ［ｘＳｂ］［ｙＳｂ］［１］＞＞４）］ｗｉｔｈ ｘ＝０．．ｓｂＷｉｄｔｈ－１ ａｎｄ ｙ＝０．．ｓｂＨｅｉｇｈｔ－１．
．．．

【0172】

８．６．３．２ブロックベクトル妥当性検査処理
この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 水平および垂直方向の輝度符号化サブブロックの数を規定する変数ｎｕｍＳｂＸおよびｎｕｍＳｂＹ、
－ ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１、およびｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１の場合のブロックベクトルｍｖ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］、
－ 現在のブロックの色成分インデックスを規定する変数ｃＩｄｘ、
－ ａ（ｎＩｂｃＢｕｆＷ）ｘ（ｃｔｂＳｉｚｅ）ａｒｒａｙ ｉｂｃＢｕｆ
この処理の出力は、ブロックベクトルが有効であるかどうかを示すためのフラグｉｓＢＶｖａｌｉｄである。
以下が適用される
１． ｉｓＢＶｖａｌｉｄはｔｒｕｅに等しくなるように設定される。
２． （（ｙＣｂ ＆（ｃｔｂＳｉｚｅ－１）＋ｍｖ［０］［０］［１］＋ｃｂＨｅｉｇｈｔ）＞ｃｔｂＳｉｚｅの場合、ｉｓＢＶｖａｌｉｄはｆａｌｓｅに等しく設定される。
３． そうでない場合、ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１，およびｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１である各サブブロックインデックスｘＳｂＩｄｘ，ｙＳｂＩｄｘに対しては、ｉｂｃＢｕｆの左上の輝度サンプルに対するその位置を導出する。
ｘＴＬ＝（ｘＣｂ＋ｘＳｂＩｄｘ＊ｓｂＷｉｄｔｈ＋ｍｖ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［０］）＆（ｎＩｂｃＢｕｆＷ－１）
ｙＴＬ＝（ｙＣｂ＆（ｃｔｂＳｉｚｅ－１））＋ｙＳｂＩｄｘ ＊ ｓｂＨｅｉｇｈｔ＋ｍｖ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［１］
ｘＢＲ＝（ｘＣｂ＋ｘＳｂＩｄｘ ＊ ｓｂＷｉｄｔｈ＋ｓｂＷｉｄｔｈ－１＋ｍｖ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［０］）＆（ｎＩｂｃＢｕｆＷ－１）
ｙＢＲ＝（ｙＣｂ ＆（ｃｔｂＳｉｚｅ－１））＋ｙＳｂＩｄｘ ＊ ｓｂＨｅｉｇｈｔ＋ｓｂＨｅｉｇｈｔ－１＋ｍｖ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］［１］
もし（ｉｓＤｅｃｏｄｅｄ［ｘＴＬ＞＞２］［ｙＴＬ＞＞２］＝＝０）あるいは（ｉｓＤｅｃｏｄｅｄ［ｘＢＲ＞＞２］［ｙＴＬ＞＞２］＝＝０）あるいは（ｉｓＤｅｃｏｄｅｄ［ｘＢＲ＞＞２］［ｙＢＲ＞＞２］＝＝０）であれば、ｉｓＢＶｖａｌｉｄはｆａｌｓｅに等しいと設定される。

【0173】

８．７．５ピクチャ再構成処理

【0174】

８．７．５．１ 一般

【0175】

この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ） ａｒｒａｙ ｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ） ａｒｒａｙ 。

【0176】

この処理の出力は以下の通りである。
－ 再構成されたピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓ。
－ ＩＢＣ参照アレイｉｂｃＢｕｆ
．．．
ｎＩｂｃＢｕｆＷはｉｂｃＢｕｆの幅であることを示し，以下が適用される。
ｉｂｃＢｕｆ［（ｘＣｕｒｒ＋ｉ）＆（ｎＩｂｃＢｕｆＷ－１）］［（ｙＣｕｒｒ＋ｊ）＆（ｃｔｂＳｉｚｅ－１）］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｗｉｔｈ ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１．

【0177】

５．１６ 実施形態＃１６

【0178】

以下の変更を除き、上記実施形態と同じである。

【0179】

【表7】

【0180】

【表8】

ＢｕｆＷｉｄｔｈは（ＣｔｂＳｉｚｅＹ＝＝１２８）？１９２：（１２８＊１２８／ＣｔｂＳｉｚｅＹ）に等しく、ＢｕｆＨｅｉｇｈｔはＣｔｂＳｉｚｅＹに等しい。

【0181】

５．１７ 実施形態＃１７

【0182】

本明細書では、一部の例における変化は、太字、下線を付したテキストで示される。

【0183】

７．３．７ スライスデータ構文

【0184】

７．３．７．１ 一般スライスデータ構文

【0185】

【表9】

【0186】

７．４．８．５ 符号化ユニット構文

【0187】

以下のすべての条件がｔｒｕｅである場合、ＮｕｍＨｍｖｐＳｍｒＩｂｃＣａｎｄをＮｕｍＨｍｖｐＩｂｃＣａｎｄに等しく設定し、ＨｍｖｐＳｍｒＩｂｃＣａｎｄＬｉｓｔ［ｉ］をＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｉ］に等しく設定してｉ＝０．．ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１とすることにより、共有したマージ候補リスト領域に対する履歴に基づく動きベクトル予測子は更新される。
－ ＩｓＩｎＳｍｒ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ＴＲＵＥ．
－ ＳｍｒＸ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ｘ０．
－ ＳｍｒＹ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ｙ０．

【0188】

ｘ＝ｘ０．．ｘ０＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙ０．．ｙ０＋ｃｂＨｅｉｇｈｔ－１に対して、以下の通り割り当てをする。
ＣｂＰｏｓＸ［ｘ］［ｙ］＝ｘ０ （７－１３５）
ＣｂＰｏｓＹ［ｘ］［ｙ］＝ｙ０ （７－１３６）
ＣｂＷｉｄｔｈ［ｘ］［ｙ］＝ｃｂＷｉｄｔｈ （７－１３７）
ＣｂＨｅｉｇｈｔ［ｘ］［ｙ］＝ｃｂＨｅｉｇｈｔ （７－１３８）
ｖＳｉｚｅをｍｉｎ（ｃｔｂＳｉｚｅ，６４）、ｗＩｂｃＢｕｆを（１２８＊１２８／ｃｔｂＳｉｚｅ）とする。ｉｂｃＢｕｆの幅および高さは、ｗＩｂｃＢｕｆおよびｃｔｂＳｉｚｅに従う。
ｒｅｆｒｅｓＨＩｂｃＢｕｆが１に等しい場合、以下が適用される。
－ｉｂｃＢｕｆ［ｘ ％ ｗＩｂｃＢｕｆ］［ｙ ％ ｃｔｂＳｉｚｅ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ｃｔｂＳｉｚｅ－１
－ｒｅｓｅｔＩｂｃＢｕｆ＝０
（ｘ０ ％ ｖＳｉｚｅ）が０に等しく、かつ、（ｙ０ ％ ｖＳｉｚｅ）が０に等しいとき，但しｘ＝ｘ０．．ｘ０＋ｖＳｉｚｅ－１ であって ｙ＝ｙ０．．ｙ０＋ｖＳｉｚｅ －１であるが，以下が適用される。
ｉｂｃＢｕｆ［ｘ ％ ｗＩｂｃＢｕｆ］［ｙ ％ ｃｔｂＳｉｚｅ］＝－１

【0189】

８．６．２ ＩＢＣブロックの動きベクトル成分の導出処理

【0190】

８．６．２．１一般

【0191】

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。

【0192】

この処理の出力は以下の通りである。
－ １／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。

【0193】

輝度動きベクトルｍｖＬは、以下のように導出される。
－ ８．６．２．２項で規定されたＩＢＣ輝度動きベクトル予測の導出処理は、輝度位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔを入力として呼び出され、その出力は輝度動きベクトルｍｖＬである。
－ ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０の場合、以下が適用される
１． 変数ｍｖｄは、以下のように導出される。
ｍｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （８－８８３）
ｍｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （８－８８４）
２． ８．５．２．１４項で規定されるような動きベクトルの丸め処理は、ｍｖＬに等しく設定されたｍｖＸセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｒｉｇｈｔＳｈｉｆｔセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｌｅｆｔＳｈｉｆｔセットを入力として呼び出され、丸められたｍｖＬが出力となる。
３． 輝度動きベクトルｍｖＬは、以下のように修正される。
ｕ［０］＝（ｍｖＬ［０］＋ｍｖｄ［０］＋２^１８）％ ２^１８ （８－８８５）
ｍｖＬ［０］＝（ｕ［０］＞＝２^１７）？（ｕ［０］－２^１８）：ｕ［０］（８－８８６）
ｕ［１］＝（ｍｖＬ［１］＋ｍｖｄ［１］＋２^１８）％ ２^１８ （８－８８７）
ｍｖＬ［１］＝（ｕ［１］＞＝２^１７）？（ｕ［１］－２^１８）：ｕ［１］ （８－８８８）
注１－ 上記で指定したｍｖＬ［０］およびｍｖＬ［１］の結果値は、常に－２^１７～２^１７－１の範囲に含まれる。

【0194】

８．６．２．６項で規定されるような履歴に基づく動きベクトル予測子リストの更新処理は、輝度動きベクトルｍｖＬを使用して呼び出される。
輝度ブロックベクトルｍｖＬが以下の制約に従うべきであることは、ビットストリーム適合性の要件である。
－（（（ｙＣｂ＋（ｍｖＬ［１］＞４））％ ｗＩｂｃＢｕｆ）＋ｃｂＨｅｉｇｈｔがｃｔｂＳｉｚｅ以下である。
－ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、ｉｂｃＢｕｆ［（ｘ＋（ｍｖＬ［０］＞＞４））％ ｗＩｂｃＢｕｆ］［（ｙ＋（ｍｖＬ［１］＞＞４））％ ｃｔｂＳｉｚｅ］は－１に等しくならない。

【0195】

８．７．５ ピクチャ再構成処理

【0196】

８．７．５．１ 一般

【0197】

この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ａｒｒａｙ ｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ａｒｒａｙ。

【0198】

この処理の出力は、再構成ピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓおよびＩＢＣバッファアレイｉｂｃＢｕｆである。

【0199】

色成分ｃＩｄｘの値に基づいて、以下の割り当てが行われる。
－ ｃＩｄｘが０に等しい場合、ｒｅｃＳａｍｐｌｅｓは再構成ピクチャサンプルアレイＳ_Ｌに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｙに対応する。
－ そうでない場合、ｃＩｄｘが１に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｃに対応する。
－ そうでない場合（ｃＩｄｘが２に等しい）、ｔｕＣｂｆＣｈｒｏｍａをｔｕ＿ｃｂｆ＿ｃｒ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定し、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列ＳＣｒに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｃに対応する。

【0200】

ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値によって、以下が適用される。
－ ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、位置（ｘＣｕｒｒ，ｙＣｕｒｒ）における再構成サンプルｒｅｃＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ブロックは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対しては下記のように導出する。
ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］＝ｃｌｉｐＣｉｄｘ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］） （８－９９２）
－ そうでない場合（ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、以下が適用される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ ８．７．５．２項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ブロック幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、予測輝度サンプル配列ｐｒｅＳａｍｐｌｅｓ、および残差輝度サンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は再構成輝度サンプル配列ｒｅＣａｍｐｌｅｓとなる。
－それ以外の場合（ｃＩｄｘが０より大きい場合）は，８．７．５．３項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、変換ブロックの幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、現在のクロマ変換ブロックの符号化ブロックフラグｔｕＣｂｆＣｈｒｏｍａ、予測クロマサンプル配列 ｐｒｅｄＳａｍｐｌｅｓ、残差クロマサンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、再構成されたクロマサンプル配列ｒｅｃＳａｍｐｌｅｓを出力とする。

現在の符号化ユニットを復号化した後、以下が適用される。
ｉｂｃＢｕｆ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆ］［（ｙＣｕｒｒ＋ｊ）％ ｃｔｂＳｉｚｅ］
＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒ ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１．

【0201】

５．１８ 実施形態＃１８

【0202】

本明細書では、いくつかの例における変更を、太字、下線、イタリック体で示している。

【0203】

７．３．７ スライスデータ構文

【0204】

７．３．７．１ 一般スライスデータ構文

【0205】

【表10】

【0206】

７．４．８．５符号化ユニット構文

【0207】

以下のすべての条件がｔｒｕｅである場合、ＮｕｍＨｍｖｐＳｍｒＩｂｃＣａｎｄをＮｕｍＨｍｖｐＩｂｃＣａｎｄに等しく設定し、ＨｍｖｐＳｍｒＩｂｃＣａｎｄＬｉｓｔ［ｉ］をＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｉ］に等しく設定してｉ＝０．．ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１とすることにより、共有したマージ候補リスト領域に対する履歴に基づく動きベクトル予測子は更新される。
－ ＩｓＩｎＳｍｒ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ＴＲＵＥ．
－ ＳｍｒＸ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ｘ０．
－ ＳｍｒＹ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ｙ０．

【0208】

ｘ＝ｘ０．．ｘ０＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙ０．．ｙ０＋ｃｂＨｅｉｇｈｔ－１に対して、以下の通り割り当てをする。
ＣｂＰｏｓＸ［ｘ］［ｙ］＝ｘ０ （７－１３５）
ＣｂＰｏｓＹ［ｘ］［ｙ］＝ｙ０ （７－１３６）
ＣｂＷｉｄｔｈ［ｘ］［ｙ］＝ｃｂＷｉｄｔｈ （７－１３７）
ＣｂＨｅｉｇｈｔ［ｘ］［ｙ］＝ｃｂＨｅｉｇｈｔ （７－１３８）

ｖＳｉｚｅをｍｉｎ（ｃｔｂＳｉｚｅ，６４）に、ｗＩｂｃＢｕｆＹを（１２８＊１２８／ＣｔｂＳｉｚｅＹ）に設定する。
ｉｂｃＢｕｆ_Ｌは、幅がｗＩｂｃＢｕｆＹであり、高さがＣｔｂＳｉｚｅＹである配列である。
ｉｂｃＢｕｆ_ＣｂおよびｉｂｃＢｕｆ_Ｃｒは、幅がｗＩｂｃＢｕｆＣ＝（ｗＩｂｃＢｕｆＹ／ＳｕｂＷｉｄｔｈＣ）であり、高さが（ＣｔｂＳｉｚｅＹ／ＳｕｂＨｅｉｇｈｔＣ）であるアレイ、すなわちＣｔｂＳｉｚｅＣである。

ｒｅｓｅｔＩｂｃＢｕｆが１に等しい場合、以下が適用される。
－ ｉｂｃＢｕｆ_Ｌ［ｘ ％ ｗＩｂｃＢｕｆＹ］［ｙ ％ ＣｔｂＳｉｚｅＹ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＹ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＹ－１
－ ｉｂｃＢｕｆ_Ｃｂ［ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＣ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＣ －１
－ ｉｂｃＢｕｆ_Ｃｒ［ｘ ％ ｗＩｂｃＢｕｆＣ］［ ｙ ％ ＣｔｂＳｉｚｅＣ ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＣ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＣ－１
－ ｒｅｓｅｔＩｂｃＢｕｆ＝０

（ｘ０ ％ ｖＳｉｚｅＹ）が０と等しく、（ｙ０ ％ ｖＳｉｚｅＹ）が０と等しい場合、以下が適用される。
－ ｉｂｃＢｕｆ_Ｌ［ｘ ％ ｗＩｂｃＢｕｆＹ］［ｙ％ ＣｔｂＳｉｚｅＹ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｖＳｉｚｅ －１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ｖＳｉｚｅ －１
－ ｉｂｃＢｕｆ_Ｃｂ［ ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０／ＳｕｂＷｉｄｔｈＣ．．ｘ０／ＳｕｂＷｉｄｔｈＣ＋ｖＳｉｚｅ／ ＳｕｂＷｉｄｔｈＣ－１ ａｎｄ ｙ＝ｙ０／ＳｕｂＨｅｉｇｈｔＣ．．ｙ０／ＳｕｂＨｅｉｇｈｔＣ＋ｖＳｉｚｅ／ＳｕｂＨｅｉｇｈｔＣ－１
－ ｉｂｃＢｕｆ_Ｃｒ［ ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０／ＳｕｂＷｉｄｔｈＣ．．ｘ０／ＳｕｂＷｉｄｔｈＣ＋ｖＳｉｚｅ／ＳｕｂＷｉｄｔｈＣ－１ ａｎｄ ｙ＝ｙ０／ＳｕｂＨｅｉｇｈｔＣ．．ｙ０／ＳｕｂＨｅｉｇｈｔＣ＋ｖＳｉｚｅ／ＳｕｂＨｅｉｇｈｔＣ－１

【0209】

８．６．２ ＩＢＣブロックの動きベクトル成分の導出処理

【0210】

８．６．２．１ 一般

【0211】

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。

【0212】

この処理の出力は以下の通りである。
－ １／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。

【0213】

輝度動きベクトルｍｖＬは、以下のように導出される。
－ ８．６．２．２項で規定されたＩＢＣ輝度動きベクトル予測の導出処理は、輝度位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔを入力として呼び出され、その出力は輝度動きベクトルｍｖＬである。
－ ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０と等しい場合、以下が適用される。
４． 変数ｍｖｄは、以下のように導出される。
ｍｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （８－８８３）
ｍｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （８－８８４）
５． ８．５．２．１４項で規定されるような動きベクトルの丸め処理は、ｍｖＬに等しく設定されたｍｖＸセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｒｉｇｈｔＳｈｉｆｔセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｌｅｆｔＳｈｉｆｔセットを入力として呼び出され、丸められたｍｖＬが出力となる。
６． 輝度動きベクトルｍｖＬは、以下のように修正される。
ｕ［０］＝（ｍｖＬ［０］＋ｍｖｄ［０］＋２^１８）％ ２^１８ （８－８８５）
ｍｖＬ［０］＝（ｕ［０］＞＝２^１７）？（ｕ［０］－２^１８）：ｕ［０］ （８－８８６）
ｕ［１］＝（ｍｖＬ［１］＋ｍｖｄ［１］＋２^１８）％ ２^１８ （８－８８７）
ｍｖＬ［１］＝（ｕ［１］＞＝２^１７）？（ｕ［１］－２^１８）：ｕ［１］ （８－８８８）
注１－ 上記で指定したｍｖＬ［０］およびｍｖＬ［１］の結果値は、常に－２^１７～２^１７－１の範囲に含まれる。

【0214】

８．６．２．６項で規定されるような履歴に基づく動きベクトル予測子リストの更新処理は、輝度動きベクトルｍｖＬを使用して呼び出される。

８．６．２．５項は、ｍｖＬを入力として、ｍｖＣを出力として呼び出される。
輝度ブロックベクトルｍｖＬが以下の制約に従うべきであることは、ビットストリーム適合性の要件である。
－ （（（ｙＣｂ＋（ｍｖＬ［１］＞４））％ ＣｔｂＳｉｚｅＹ）＋ｃｂＨｅｉｇｈｔがＣｔｂＳｉｚｅＹ以下である。
－ ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、ｉｂｃＢｕｆ_Ｌ［（ｘ＋（ｍｖＬ［０］＞＞４））％ ｗＩｂｃＢｕｆＹ］［（ｙ＋（ｍｖＬ［１］＞＞４））％ ＣｔｂＳｉｚｅＹ］は、－１に等しくはならない。
－ ｔｒｅｅＴｙｐｅ がＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合、ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１に対しては、，ｉｂｃＢｕｆ_Ｃｂ［（ｘ＋（ｍｖＣ［０］＞５））％ ｗＩｂｃＢｕｆＣ］［（ｙ＋（ｍｖＣ［１］＞＞５））％ ＣｔｂＳｉｚｅＣ］］は、－１に等しくはならない。

【0215】

８．６．３ｉｂｃブロックの復号化処理

【0216】

８．６．３．１ 一般

【0217】

この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び出される。

【0218】

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 現在のブロックの色成分インデックス、
－ 動きベクトルｍｖ、
－ ａｎ（ｗＩｂｃＢｕｆＹ）×（ＣｔｂＳｉｚｅＹ）ａｒｒａｙ ｉｂｃＢｕｆ_Ｌ，ａｎ（ｗＩｂｃＢｕｆＣ）×（ＣｔｂＳｉｚｅＣ）ａｒｒａｙ ｉｂｃＢｕｆ_Ｃｂ， ａｎ（ｗＩｂｃＢｕｆＣ）×（ＣｔｂＳｉｚｅＣ）ａｒｒａｙ ｉｂｃＢｕｆ_Ｃｒ。

【0219】

この処理の出力は以下の通りである。
－ 予測サンプルの配列ｐｒｅｄＳａｍｐｌｅｓ。

ｘ＝ｘＣｂ．．ｘＣｂ＋Ｗｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋Ｈｅｉｇｈｔ－１の場合、以下が適用される
ｃＩｄｘが０に等しい場合
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆ_Ｌ［（ｘ＋ｍｖ［０］＞＞４））％ ｗＩｂｃＢｕｆＹ］［（ｙ＋（ｍｖ［１］＞＞４））％ ＣｔｂＳｉｚｅＹ］
ｃＩｄｘが１に等しい場合
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆ_Ｃｂ［（ｘ＋ｍｖ［０］＞＞５））％ ｗＩｂｃＢｕｆＣ］［（ｙ＋（ｍｖ［１］＞＞５））％ ＣｔｂＳｉｚｅＣ］
ｃＩｄｘが２に等しい場合
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆ_Ｃｒ［（ｘ＋ｍｖ［０］＞＞５））％ ｗＩｂｃＢｕｆＣ］［（ｙ＋（ｍｖ［１］＞＞５））％ ＣｔｂＳｉｚｅＣ］

【0220】

８．７．５ピクチャ再構成処理

【0221】

８．７．５．１一般

【0222】

この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ａｒｒａｙ ｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ａｒｒａｙ。

【0223】

この処理の出力は、再構成されたピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓおよびＩＢＣバッファアレイｉｂｃＢｕｆ_Ｌ、ｉｂｃＢｕｆ_Ｃｂ、ｉｂｃＢｕｆ_Ｃｒである。

【0224】

色成分ｃＩｄｘの値に基づいて、以下の割り当てが行われる。
－ ｃＩｄｘが０に等しい場合、ｒｅｃＳａｍｐｌｅｓは再構成ピクチャサンプルアレイＳ_Ｌに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｙに対応する。
－ そうでない場合、ｃＩｄｘが１に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列Ｓ_Ｃｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｃに対応する。
－ そうでない場合、（ｃＩｄｘが２に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列Ｓ_Ｃｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｃに対応する。

【0225】

ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値によって、以下が適用される。
－ ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、位置（ｘＣｕｒｒ，ｙＣｕｒｒ）における再構成サンプルｒｅｃＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）ブロックは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対しては下記のように導出する。
ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］＝ｃｌｉｐＣｉｄｘ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］） （８－９９２）
－ そうでない場合（ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、以下が適用される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ ８．７．５．２項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ブロック幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、予測輝度サンプル配列ｐｒｅＳａｍｐｌｅｓ、および残差輝度サンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は再構成輝度サンプル配列ｒｅＣａｍｐｌｅｓとなる。
－ それ以外の場合（ｃＩｄｘが０より大きい場合）は，８．７．５．３項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、変換ブロックの幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、現在のクロマ変換ブロックの符号化ブロックフラグｔｕＣｂｆＣｈｒｏｍａ、予測クロマサンプル配列ｐｒｅｄＳａｍｐｌｅｓ、残差クロマサンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、再構成されたクロマサンプル配列ｒｅｃＳａｍｐｌｅｓを出力とする。

現在の符号化ユニットを復号化した後、以下を適用することができる。
ｃＩｄｘが０に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｌ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＹ］［（ｙＣｕｒｒ＋ｊ）％ ＣｔｂＳｉｚｅＹ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒ ｉ＝０．．ｎＣｕｒｒＳｗ－１， ｊ＝０．．ｎＣｕｒｒＳｈ－１．
ｃＩｄｘが１に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｃｂ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＣ］［（ｙＣｕｒｒ＋ｊ）％ ＣｔｂＳｉｚｅＣ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒ ｉ＝０．．ｎＣｕｒｒＳｗ－１， ｊ＝０．．ｎＣｕｒｒＳｈ－１．
ｃＩｄｘが２に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｃｒ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＣ］［（ｙＣｕｒｒ＋ｊ）％ ＣｔｂＳｉｚｅＣ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒ ｉ＝０．．ｎＣｕｒｒＳｗ－１， ｊ＝０．．ｎＣｕｒｒＳｈ－１．

【0226】

５．１９ 実施形態＃１９

【0227】

本明細書では、一部の例における変化は、太字、下線を付したテキストで示される。

【0228】

７．３．７ スライスデータ構文

【0229】

７．３．７．１ 一般スライスデータ構文

【0230】

【表11】

【0231】

７．４．８．５符号化ユニット構文

【0232】

以下のすべての条件がｔｒｕｅである場合、ＮｕｍＨｍｖｐＳｍｒＩｂｃＣａｎｄをＮｕｍＨｍｖｐＩｂｃＣａｎｄに等しく設定し、ＨｍｖｐＳｍｒＩｂｃＣａｎｄＬｉｓｔ［ｉ］をＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｉ］に等しく設定してｉ＝０．．ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１とすることにより、共有したマージ候補リスト領域に対する履歴に基づく動きベクトル予測子は更新される。
－ ＩｓＩｎＳｍｒ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ＴＲＵＥ．
－ ＳｍｒＸ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ｘ０．
－ ＳｍｒＹ［ｘ０］［ｙ０］ｉｓ ｅｑｕａｌ ｔｏ ｙ０．

【0233】

ｘ＝ｘ０．．ｘ０＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙ０．．ｙ０＋ｃｂＨｅｉｇｈｔ－１に対して、以下の通り割り当てをする。
ＣｂＰｏｓＸ［ｘ］［ｙ］＝ｘ０ （７－１３５）
ＣｂＰｏｓＹ［ｘ］［ｙ］＝ｙ０ （７－１３６）
ＣｂＷｉｄｔｈ［ｘ］［ｙ］＝ｃｂＷｉｄｔｈ （７－１３７）
ＣｂＨｅｉｇｈｔ［ｘ］［ｙ］＝ｃｂＨｅｉｇｈｔ （７－１３８）

ｖＳｉｚｅをｍｉｎ（ｃｔｂＳｉｚｅ，６４）に、ｗＩｂｃＢｕｆＹを（１２８＊１２８／ＣｔｂＳｉｚｅＹ）に設定する。
ｉｂｃＢｕｆ_Ｌは、幅がｗＩｂｃＢｕｆＹであり、高さがＣｔｂＳｉｚｅＹである配列である。
ｉｂｃＢｕｆ_ＣｂおよびｉｂｃＢｕｆ_Ｃｒは、幅がｗＩｂｃＢｕｆＣ＝（ｗＩｂｃＢｕｆＹ／ＳｕｂＷｉｄｔｈＣ）であり、高さが（ＣｔｂＳｉｚｅＹ／ＳｕｂＨｅｉｇｈｔＣ）であるアレイ、すなわちＣｔｂＳｉｚｅＣである。
ｒｅｓｅｔＩｂｃＢｕｆが１に等しい場合、以下が適用される。
－ ｉｂｃＢｕｆ_Ｌ［ｘ ％ ｗＩｂｃＢｕｆＹ］［ｙ ％ ＣｔｂＳｉｚｅＹ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＹ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＹ－１
－ ｉｂｃＢｕｆ_Ｃｂ［ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＣ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＣ－１
－ ｉｂｃＢｕｆ_Ｃｒ［ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＣ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＣ－１
－ ｒｅｓｅｔＩｂｃＢｕｆ＝０
（ｘ０ ％ ｖＳｉｚｅＹ）が０と等しく、（ｙ０ ％ ｖＳｉｚｅＹ）が０と等しい場合、以下が適用される。
－ ｉｂｃＢｕｆ_Ｌ［ ｘ ％ ｗＩｂｃＢｕｆＹ］［ｙ ％ ＣｔｂＳｉｚｅＹ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｍｉｎ（ｖＳｉｚｅ，ｃｂＷｉｄｔｈ）－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ｍｉｎ（ｖＳｉｚｅ， ｃｂＨｅｉｇｈｔ）－１
－ ｉｂｃＢｕｆ_Ｃｂ［ ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０／ＳｕｂＷｉｄｔｈＣ．．ｘ０／ＳｕｂＷｉｄｔｈＣ＋ｍｉｎ（ｖＳｉｚｅ／ＳｕｂＷｉｄｔｈＣ，ｃｂＷｉｄｔｈ）－１ ａｎｄ ｙ＝ｙ０／ＳｕｂＨｅｉｇｈｔＣ．．ｙ０／ＳｕｂＨｅｉｇｈｔＣ＋ｍｉｎ（ｖＳｉｚｅ／ＳｕｂＨｅｉｇｈｔＣ，ｃｂＨｅｉｇｈｔ）－１
－ ｉｂｃＢｕｆ_Ｃｒ［ ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０／ＳｕｂＷｉｄｔｈＣ．．ｘ０／ＳｕｂＷｉｄｔｈＣ＋ｍｉｎ（ｖＳｉｚｅ／ＳｕｂＷｉｄｔｈＣ，ｃｂＷｉｄｔｈ）－１ ａｎｄ ｙ＝ｙ０／ＳｕｂＨｅｉｇｈｔＣ．．ｙ０／ＳｕｂＨｅｉｇｈｔＣ＋ｍｉｎ（ｖＳｉｚｅ／ＳｕｂＨｅｉｇｈｔＣ，ｃｂＨｅｉｇｈｔ）－１

【0234】

８．６．２ ＩＢＣブロックの動きベクトル成分の導出処理

【0235】

８．６．２．１ 一般

【0236】

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。

【0237】

この処理の出力は以下の通りである。
－ １／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。

【0238】

輝度動きベクトルｍｖＬは、以下のように導出される。
－ ８．６．２．２項で規定されたＩＢＣ輝度動きベクトル予測の導出処理は、輝度位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔを入力として呼び出され、その出力は輝度動きベクトルｍｖＬである。
－ ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０の場合、以下が適用される
７． 変数ｍｖｄは、以下のように導出される。
ｍｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （８－８８３）
ｍｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （８－８８４）
８． ８．５．２．１４項で規定されるような動きベクトルの丸め処理は、ｍｖＬに等しく設定されたｍｖＸセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｒｉｇｈｔＳｈｉｆｔセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｌｅｆｔＳｈｉｆｔセットを入力として呼び出され、丸められたｍｖＬが出力となる。
９． 輝度動きベクトルｍｖＬは、以下のように修正される。
ｕ［０］＝（ｍｖＬ［０］＋ｍｖｄ［０］＋２^１８）％ ２^１８ （８－８８５）
ｍｖＬ［０］＝（ｕ［０］＞＝２^１７）？（ｕ［０］－２^１８）：ｕ［０］ （８－８８６）
ｕ［１］＝（ｍｖＬ［１］＋ｍｖｄ［１］＋２^１８）％ ２^１８ （８－８８７）
ｍｖＬ［１］＝（ｕ［１］＞＝２^１７）？（ｕ［１］－２^１８）：ｕ［１］ （８－８８８）
注１－ 上記で指定したｍｖＬ［０］およびｍｖＬ［１］の結果値は、常に－２^１７～２^１７－１の範囲に含まれる。

【0239】

８．６．２．６項で規定されるような履歴に基づく動きベクトル予測子リストの更新処理は、輝度動きベクトルｍｖＬを使用して呼び出される。
８．６．２．５項は、ｍｖＬを入力として、ｍｖＣを出力として呼び出される。
輝度ブロックベクトルｍｖＬが以下の制約に従うべきであることは、ビットストリーム適合性の要件である。
－ （（（ｙＣｂ＋（ｍｖＬ［１］＞４））％ ＣｔｂＳｉｚｅＹ）＋ｃｂＨｅｉｇｈｔがＣｔｂＳｉｚｅＹ以下である。
－ ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、ｉｂｃＢｕｆＬ［（ｘ＋（ｍｖＬ［０］＞＞４））％ ｗＩｂｃＢｕｆＹ］［（ｙ＋（ｍｖＬ［１］＞＞４））％ ＣｔｂＳｉｚｅＹ］は、－１に等しくはならない。
－ ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥに等しい場合、ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１に対しては、ｉｂｃＢｕｆ_Ｃｂ［（ｘ＋（ｍｖＣ［０］＞５））％ｗＩｂｃＢｕｆＣ］［（ｙ＋（ｍｖＣ［１］＞＞５））％ＣｔｂＳｉｚｅＣ］］は、－１に等しくはならない。

【0240】

８．６．３ ｉｂｃブロックの復号化処理

【0241】

８．６．３．１ 一般

【0242】

この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び出される。

【0243】

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 現在のブロックの色成分インデックスを規定する変数ｃＩｄｘ、
－ ・動きベクトルｍｖ、
－ ａｎ（ｗＩｂｃＢｕｆＹ）ｘ（ＣｔｂＳｉｚｅＹ）ａｒｒａｙ ｉｂｃＢｕｆ_Ｌ，ａｎ（ｗＩｂｃＢｕｆＣ）ｘ（ＣｔｂＳｉｚｅＣ）ａｒｒａｙ ｉｂｃＢｕｆ_Ｃｂ， ａｎ（ｗＩｂｃＢｕｆＣ）ｘ（ＣｔｂＳｉｚｅＣ）ａｒｒａｙ ｉｂｃＢｕｆ_Ｃｒ．

この処理の出力は以下の通りである。
－ 予測サンプルの配列ｐｒｅｄＳａｍｐｌｅｓ

ｘ＝ｘＣｂ．．ｘＣｂ＋Ｗｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋Ｈｅｉｇｈｔ－１，の場合、以下が適用される
ｃＩｄｘが０に等しい場合ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆ_Ｌ［（ｘ＋ｍｖ［０］＞＞４））％ ｗＩｂｃＢｕｆＹ］［（ｙ＋（ｍｖ［１］＞＞４））％ ＣｔｂＳｉｚｅＹ］
ｃＩｄｘが１に等しい場合ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆ_Ｃｂ［（ｘ＋ｍｖ［０］＞＞５））％ ｗＩｂｃＢｕｆＣ］［（ｙ＋（ｍｖ［１］＞＞５））％ ＣｔｂＳｉｚｅＣ］
ｃＩｄｘが２に等しい場合
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆ_Ｃｒ［（ｘ＋ｍｖ［０］＞＞５））％ ｗＩｂｃＢｕｆＣ］［（ｙ＋（ｍｖ［１］＞＞５））％ ＣｔｂＳｉｚｅＣ］

【0244】

８．７．５ピクチャ再構成処理

【0245】

８．７．５．１ 一般

【0246】

この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ａｒｒａｙ ｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ａｒｒａｙ。

【0247】

この処理の出力は、再構成されたピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓおよびＩＢＣバッファアレイｉｂｃＢｕｆ_Ｌ、ｉｂｃＢｕｆ_Ｃｂ、ｉｂｃＢｕｆ_Ｃｒである。

【0248】

色成分ｃＩｄｘの値に基づいて、以下の割り当てが行われる。
－ ｃＩｄｘが０に等しい場合、ｒｅｃＳａｍｐｌｅｓは再構成ピクチャサンプルアレイＳＬに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｙに対応する。
－ そうでない場合、ｃＩｄｘが１に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列Ｓ_Ｃｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｃに対応する。
－ そうでない場合、（ｃＩｄｘが２に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列Ｓ_Ｃｒに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｃに対応する。

【0249】

ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値によって、以下が適用される。
－ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、位置（ｘＣｕｒｒ，ｙＣｕｒｒ）における再構成サンプルｒｅｃＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ）ブロックは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対しては下記のように導出する。
ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］＝ｃｌｉｐＣｉｄｘ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］） （８－９９２）
－ そうでない場合（ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、以下が適用される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ ８．７．５．２項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ブロック幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、予測輝度サンプル配列ｐｒｅＳａｍｐｌｅｓ、および残差輝度サンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は再構成輝度サンプル配列ｒｅＣａｍｐｌｅｓとなる。
それ以外の場合（ｃＩｄｘが０より大きい場合）は，８．７．５．３項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、変換ブロックの幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、現在のクロマ変換ブロックの符号化ブロックフラグｔｕＣｂｆＣｈｒｏｍａ、予測クロマサンプル配列 ｐｒｅｄＳａｍｐｌｅｓ、残差クロマサンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、再構成されたクロマサンプル配列ｒｅｃＳａｍｐｌｅｓを出力とする。

現在の符号化ユニットを復号化した後、以下を適用することができる。
ｃＩｄｘが０に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｌ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＹ］［（ｙＣｕｒｒ＋ｊ）％ ＣｔｂＳｉｚｅＹ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒ ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１．
ｃＩｄｘが１に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｃｂ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＣ］［（ｙＣｕｒｒ＋ｊ）％ ＣｔｂＳｉｚｅＣ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒ ｉ＝０．．ｎＣｕｒｒＳｗ－１， ｊ＝０．．ｎＣｕｒｒＳｈ－１．
ｃＩｄｘが２に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｃｒ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＣ］［（ｙＣｕｒｒ＋ｊ）％ ＣｔｂＳｉｚｅＣ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒ ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１．

【0250】

５．２０ 実施形態＃２０

【0251】

本明細書では、いくつかの例における変更を、太字、下線、イタリック体で示している。

【0252】

７．３．７ スライスデータ構文

【0253】

７．３．７．１ 一般スライスデータ構文

【0254】

【表12】

【0255】

７．４．８．５ 符号化ユニット構文

【0256】

以下のすべての条件がｔｒｕｅである場合、ＮｕｍＨｍｖｐＳｍｒＩｂｃＣａｎｄをＮｕｍＨｍｖｐＩｂｃＣａｎｄに等しく設定し、ＨｍｖｐＳｍｒＩｂｃＣａｎｄＬｉｓｔ［ｉ］をＨｍｖｐＩｂｃＣａｎｄＬｉｓｔ［ｉ］に等しく設定してｉ＝０．．ＮｕｍＨｍｖｐＩｂｃＣａｎｄ－１とすることにより、共有したマージ候補リスト領域に対する履歴に基づく動きベクトル予測子は更新される。
－ ＩｓＩｎＳｍｒ［ｘ０］［ｙ０］ ｉｓ ｅｑｕａｌ ｔｏ ＴＲＵＥ．
－ ＳｍｒＸ［ｘ０］［ｙ０］ ｉｓ ｅｑｕａｌ ｔｏ ｘ０．
－ ＳｍｒＹ［ｘ０］［ｙ０］ ｉｓ ｅｑｕａｌ ｔｏ ｙ０．

【0257】

ｘ＝ｘ０．．ｘ０＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙ０．．ｙ０＋ｃｂＨｅｉｇｈｔ－１に対して、以下の通り割り当てをする。
ＣｂＰｏｓＸ［ｘ］［ｙ］＝ｘ０ （７－１３５）
ＣｂＰｏｓＹ［ｘ］［ｙ］＝ｙ０ （７－１３６）
ＣｂＷｉｄｔｈ［ｘ］［ｙ］＝ｃｂＷｉｄｔｈ （７－１３７）
ＣｂＨｅｉｇｈｔ［ｘ］［ｙ］＝ｃｂＨｅｉｇｈｔ （７－１３８）

ｖＳｉｚｅをｍｉｎ（ｃｔｂＳｉｚｅ，６４）に、ｗＩｂｃＢｕｆＹを（１２８＊１２８／ＣｔｂＳｉｚｅＹ）に設定する。
ｉｂｃＢｕｆ_Ｌは、幅がｗＩｂｃＢｕｆＹであり、高さがＣｔｂＳｉｚｅＹである配列である。
ｉｂｃＢｕｆ_ＣｂおよびｉｂｃＢｕｆ_Ｃｒは、幅がｗＩｂｃＢｕｆＣ＝（ｗＩｂｃＢｕｆＹ／ＳｕｂＷｉｄｔｈＣ）であり、高さが（ＣｔｂＳｉｚｅＹ／ＳｕｂＨｅｉｇｈｔＣ）であるアレイ、すなわちＣｔｂＳｉｚｅＣである。
ｒｅｓｅｔＩｂｃＢｕｆが１に等しい場合、以下が適用される。
－ ｉｂｃＢｕｆ_Ｌ［ｘ％ｗＩｂｃＢｕｆＹ］［ｙ ％ ＣｔｂＳｉｚｅＹ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＹ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＹ－１
－ ｉｂｃＢｕｆ_Ｃｂ［ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＣ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＣ－１
－ ｉｂｃＢｕｆ_Ｃｒ［ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｗＩｂｃＢｕｆＣ－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ＣｔｂＳｉｚｅＣ－１
－ ｒｅｓｅｔＩｂｃＢｕｆ＝０

（ｘ０ ％ ｖＳｉｚｅＹ）が０と等しく、（ｙ０ ％ ｖＳｉｚｅＹ）が０と等しい場合、以下が適用される。
－ ｉｂｃＢｕｆ_Ｌ［ｘ ％ ｗＩｂｃＢｕｆＹ］［ｙ ％ ＣｔｂＳｉｚｅＹ］＝－１，ｆｏｒ ｘ＝ｘ０．．ｘ０＋ｍａｘ（ｖＳｉｚｅ，ｃｂＷｉｄｔｈ）－１ ａｎｄ ｙ＝ｙ０．．ｙ０＋ｍａｘ（ｖＳｉｚｅ，ｃｂＨｅｉｇｈｔ）－１
－ ｉｂｃＢｕｆ_Ｃｂ［ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０／ＳｕｂＷｉｄｔｈＣ．．ｘ０／ＳｕｂＷｉｄｔｈＣ＋ｍａｘ（ｖＳｉｚｅ／ＳｕｂＷｉｄｔｈＣ，ｃｂＷｉｄｔｈ）－１ ａｎｄ ｙ＝ｙ０／ＳｕｂＨｅｉｇｈｔＣ．．ｙ０／ＳｕｂＨｅｉｇｈｔＣ＋ｍａｘ（ｖＳｉｚｅ／ＳｕｂＨｅｉｇｈｔＣ，ｃｂＨｅｉｇｈｔ）－１
－ ｉｂｃＢｕｆ_Ｃｒ［ｘ ％ ｗＩｂｃＢｕｆＣ］［ｙ ％ ＣｔｂＳｉｚｅＣ］＝－１，ｆｏｒ ｘ＝ｘ０／ＳｕｂＷｉｄｔｈＣ．．ｘ０／ＳｕｂＷｉｄｔｈＣ＋ｍａｘ（ｖＳｉｚｅ／ＳｕｂＷｉｄｔｈＣ，ｃｂＷｉｄｔｈ）－１ ａｎｄ ｙ＝ｙ０／ＳｕｂＨｅｉｇｈｔＣ．．ｙ０／ＳｕｂＨｅｉｇｈｔＣ＋ｍａｘ（ｖＳｉｚｅ／ＳｕｂＨｅｉｇｈｔＣ，ｃｂＨｅｉｇｈｔ）－１

【0258】

８．６．２ ＩＢＣブロックの動きベクトル成分の導出処理

【0259】

８．６．２．１ 一般

【0260】

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の輝度符号化ブロックの左上のサンプルの輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ。

【0261】

この処理の出力は以下の通りである。
－ １／１６分数サンプル精度ｍｖＬにおける輝度動きベクトル。

【0262】

輝度動きベクトルｍｖＬは、以下のように導出される。
－ ８．６．２．２項で規定されたＩＢＣ輝度動きベクトル予測の導出処理は、輝度位置（ｘＣｂ，ｙＣｂ）、変数ｃｂＷｉｄｔｈおよびｃｂＨｅｉｇｈｔを入力として呼び出され、その出力は輝度動きベクトルｍｖＬである。
－ ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が０と等しい場合、以下が適用される
１０． 変数ｍｖｄは、以下のように導出される。
ｍｖｄ［０］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［０］ （８－８８３）
ｍｖｄ［１］＝ＭｖｄＬ０［ｘＣｂ］［ｙＣｂ］［１］ （８－８８４）
１１． ８．５．２．１４項で規定されるような動きベクトルの丸め処理は、ｍｖＬに等しく設定されたｍｖＸセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｒｉｇｈｔＳｈｉｆｔセット、ＭｖＳｈｉｆｔ＋２に等しく設定されたｌｅｆｔＳｈｉｆｔセットを入力として呼び出され、丸められたｍｖＬが出力となる。
１２． 輝度動きベクトルｍｖＬは、以下のように修正される。
ｕ［０］＝（ｍｖＬ［０］＋ｍｖｄ［０］＋２^１８）％ ２^１８ （８－８８５）
ｍｖＬ［０］＝（ｕ［０］＞＝２^１７）？（ｕ［０］－２^１８）：ｕ［０］ （８－８８６）
ｕ［１］＝（ｍｖＬ［１］＋ｍｖｄ［１］＋２^１８）％ ２^１８ （８－８８７）
ｍｖＬ［１］＝（ｕ［１］＞＝２^１７）？（ｕ［１］－２^１８）：ｕ［１］ （８－８８８）
注１－ 上記で指定したｍｖＬ［０］およびｍｖＬ［１］の結果値は、常に－２^１７～２^１７－１の範囲に含まれる。

【0263】

８．６．２．６項で規定されるような履歴に基づく動きベクトル予測子リストの更新処理は、輝度動きベクトルｍｖＬを使用して呼び出される。

８．６．２．５項は、ｍｖＬを入力として、ｍｖＣを出力として呼び出される。
輝度ブロックベクトルｍｖＬが以下の制約に従うべきであることは、ビットストリーム適合性の要件である。
－ （（（ｙＣｂ＋（ｍｖＬ［１］＞４））％ ＣｔｂＳｉｚｅＹ）＋ｃｂＨｅｉｇｈｔがＣｔｂＳｉｚｅＹ以下である。
－ ｘ＝ｘＣｂ．．ｘＣｂ＋ｃｂＷｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１の場合、ｉｂｃＢｕｆＬ［（ｘ＋（ｍｖＬ［０］＞＞４））％ ｗＩｂｃＢｕｆＹ］［（ｙ＋（ｍｖＬ［１］＞＞４））％ ＣｔｂＳｉｚｅＹ］は、－１に等しくはならない。

【0264】

８．６．３ ｉｂｃブロックの復号化処理

【0265】

８．６．３．１ 一般

【0266】

この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び出される。

【0267】

この処理への入力は以下の通りである。
－ 現在のピクチャの左上の輝度サンプルに対する現在の符号化ブロックの左上のサンプルを規定する輝度位置（ｘＣｂ，ｙＣｂ）、
－ 輝度サンプルにおける現在の符号化ブロックの幅を規定する変数ｃｂＷｉｄｔｈ、
－ 輝度サンプルにおける現在の符号化ブロックの高さを規定する変数ｃｂＨｅｉｇｈｔ、
－ 現在のブロックの色成分インデックスを規定する変数ｃＩｄｘ、
－ 動きベクトルｍｖ
－ ａｎ（ｗＩｂｃＢｕｆＹ）×（ＣｔｂＳｉｚｅＹ） ａｒｒａｙ ｉｂｃＢｕｆ_Ｌ， ａｎ（ｗＩｂｃＢｕｆＣ）×（ＣｔｂＳｉｚｅＣ）ａｒｒａｙ ｉｂｃＢｕｆ_Ｃｂ， ａｎ（ｗＩｂｃＢｕｆＣ）×（ＣｔｂＳｉｚｅＣ）ａｒｒａｙ ｉｂｃＢｕｆ_Ｃｒ。

この処理の出力は以下の通りである。
－ 予測サンプルの配列ｐｒｅｄＳａｍｐｌｅｓ。

ｘ＝ｘＣｂ．．ｘＣｂ＋Ｗｉｄｔｈ－１およびｙ＝ｙＣｂ．．ｙＣｂ＋Ｈｅｉｇｈｔ－１，の場合、以下が適用される
ｃＩｄｘが０に等しい場合
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆＬ［（ｘ＋ｍｖ［０］＞＞４））％ ｗＩｂｃＢｕｆＹ］［（ｙ＋（ｍｖ［１］＞＞４））％ ＣｔｂＳｉｚｅＹ］
ｃＩｄｘが１に等しい場合
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆＣｂ［（ｘ＋ｍｖ［０］＞＞５））％ ｗＩｂｃＢｕｆＣ］［（ｙ＋（ｍｖ［１］＞＞５））％ ＣｔｂＳｉｚｅＣ］
ｃＩｄｘが２に等しい場合
ｐｒｅｄＳａｍｐｌｅｓ［ｘ］［ｙ］＝ｉｂｃＢｕｆＣｒ［（ｘ＋ｍｖ［０］＞＞５））％ｗＩｂｃＢｕｆＣ］［（ｙ＋（ｍｖ［１］＞＞５））％ ＣｔｂＳｉｚｅＣ］

【0268】

８．７．５ ピクチャ再構成処理

【0269】

８．７．５．１ 一般

【0270】

この処理への入力は以下の通りである。
－ 現在のピクチャ成分の左上のサンプルに対する現在のブロックの左上のサンプルを規定する位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－ 現在のブロックの幅および高さをそれぞれ規定する変数ｎＣｕｒｒＳｗおよびｎＣｕｒｒＳｈ、
－ 現在のブロックの色成分を規定する変数ｃＩｄｘ、
－ 現在のブロックの予測サンプルを規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ） ａｒｒａｙ ｐｒｅｄＳａｍｐｌｅｓ、
－ 現在のブロックの残差サンプル規定するａｎ（ｎＣｕｒｒＳｗ）×（ｎＣｕｒｒＳｈ） ａｒｒａｙ。

【0271】

この処理の出力は、再構成されたピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓおよびＩＢＣバッファアレイｉｂｃＢｕｆ_Ｌ、ｉｂｃＢｕｆ_Ｃｂ、ｉｂｃＢｕｆ_Ｃｒである。

【0272】

色成分ｃＩｄｘの値に基づいて、以下の割り当てが行われる。
－ ｃＩｄｘが０に等しい場合、ｒｅｃＳａｍｐｌｅｓは再構成ピクチャサンプルアレイＳ_Ｌに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｙに対応する。
－ そうでない場合、ｃＩｄｘが１に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列Ｓ_Ｃｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｃに対応する。
－ そうでない場合、（ｃＩｄｘが２に等しければ、ｔｕＣｂｆＣｈｒｏｍａはｔｕ＿ｃｂｆ＿ｃｂ［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しく設定され、ｒｅｃＳａｍｐｌｅｓは再構成されたクロマサンプル配列Ｓ_Ｃｂに対応し、関数ｃｌｉｐＣｉｄｘ１はＣｌｉｐ１_Ｃに対応する。

【0273】

ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値によって、以下が適用される。
－ ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、位置（ｘＣｕｒｒ，ｙＣｕｒｒ）における再構成サンプルｒｅｃＳａｍｐｌｅｓの（ｎＣｕｒｒＳｗ）ｘ（ｎＣｕｒｒＳｈ）ブロックは、ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１に対しては下記のように導出する。
ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］＝ｃｌｉｐＣｉｄｘ１（ｐｒｅｄＳａｍｐｌｅｓ［ｉ］［ｊ］＋ｒｅｓＳａｍｐｌｅｓ［ｉ］［ｊ］） （８－９９２）
－ そうでない場合（ｓｌｉｃｅ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい）、以下が適用される。
－ ｃＩｄｘが０に等しい場合、以下が適用される。
－ ８．７．５．２項で規定されるような輝度サンプルのマッピング処理を伴うピクチャ再構成は、輝度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、ブロック幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、予測輝度サンプル配列ｐｒｅＳａｍｐｌｅｓ、および残差輝度サンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、出力は再構成輝度サンプル配列ｒｅＣａｍｐｌｅｓとなる。
－ それ以外の場合（ｃＩｄｘが０より大きい場合）は，８．７．５．３項で規定されているクロマサンプルの輝度依存クロマ残差スケーリング処理によるピクチャ再構成が、クロマの位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、変換ブロックの幅ｎＣｕｒｒＳｗおよび高さｎＣｕｒｒＳｈ、現在のクロマ変換ブロックの符号化ブロックフラグｔｕＣｂｆＣｈｒｏｍａ、予測クロマサンプル配列ｐｒｅｄＳａｍｐｌｅｓ、残差クロマサンプル配列ｒｅｓＳａｍｐｌｅｓを入力として呼び出され、再構成されたクロマサンプル配列ｒｅｃＳａｍｐｌｅｓを出力とする。

現在の符号化ユニットを復号化した後、以下を適用することができる。
ｃＩｄｘが０に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｌ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＹ］［（ｙＣｕｒｒ＋ｊ）％ ＣｔｂＳｉｚｅＹ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒ ｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１．
ｃＩｄｘが１に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｃｂ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＣ］［（ｙＣｕｒｒ＋ｊ）％ ＣｔｂＳｉｚｅＣ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１．
ｃＩｄｘが２に等しく、ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しい場合、以下が適用される。
ｉｂｃＢｕｆ_Ｃｒ［（ｘＣｕｒｒ＋ｉ）％ ｗＩｂｃＢｕｆＣ］［（ｙＣｕｒｒ＋ｊ）％ ＣｔｂＳｉｚｅＣ］＝ｒｅｃＳａｍｐｌｅｓ［ｘＣｕｒｒ＋ｉ］［ｙＣｕｒｒ＋ｊ］
ｆｏｒｉ＝０．．ｎＣｕｒｒＳｗ－１，ｊ＝０．．ｎＣｕｒｒＳｈ－１．

【0274】

図６は、視覚媒体（映像または画像）処理の例示的な方法の一例を示すフローチャートである。方法６００は、現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピー符号化モードを使用して現在の映像ブロックのための参照サンプルを記憶するバッファサイズを判定することと（６０２）、このバッファに記憶された参照サンプルを使用してこの変換を行うことと（６０４）を含む。

【0275】

以下の項は、方法６００の実施形態および他の方法によって実装されるいくつかの例示的な好適な特徴を説明する。追加の例は、本明細書の第４章に記載する。

【0276】

１． 現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピー符号化モードを使用して前記現在の映像ブロックのための参照サンプルを記憶するバッファサイズを判定することと、前記バッファに記憶された前記参照サンプルを使用して前記変換を行うことと、を含む、映像処理方法。

【0277】

２． 前記バッファサイズが所定の定数である、第１項に記載の方法。

【0278】

３． 前記サイズがＭ×Ｎであり、ＭおよびＮが整数である、第１項から２項のいずれかに記載の方法。

【0279】

４． Ｍ×Ｎが６４×６４または１２８×１２８または６４×１２８に等しい、第３項に記載の方法。

【0280】

５． 前記バッファサイズは、前記現在の映像ブロックの符号化ツリーユニットのサイズに等しい、第１項に記載の方法。

【0281】

６． 前記バッファサイズは、前記変換に使用される仮想パイプラインデータユニットのサイズに等しい、第１項に記載の方法。

【0282】

７． 前記バッファサイズは、前記ビットストリーム表現における１つのフィールドに対応する、第１項に記載の方法。

【0283】

８． 前記フィールドは、映像パラメータセット、シーケンスパラメータセットまたはピクチャパラメータセット、またはピクチャヘッダ、スライスヘッダ、またはタイルグループヘッダレベルでのビットストリーム表現に含まれる、第７項に記載の方法。

【0284】

９． 前記バッファの前記サイズが、輝度成分の参照サンプルとクロマ成分の参照サンプルとで異なる、第１～８項のいずれかに記載の方法。

【0285】

１０． 前記バッファの前記サイズは、前記現在の映像ブロックのクロマサブサンプリングフォーマットに依存する、第１～８項のいずれかに記載の方法。

【0286】

１１． 前記参照サンプルはＲＧＢフォーマットで記憶される、第１～８項のいずれかに記載の方法。

【0287】

１２． 前記バッファは、ループフィルタリング前およびループフィルタリング後の再構成サンプルを記憶するために使用される、第１～１１項のいずれかに記載の方法。

【0288】

１３． ループフィルタリングは、非ブロック化フィルタリング、または適応ループフィルタリング（ＡＬＦ）、またはサンプル適応オフセット（ＳＡＯ）フィルタリングを含む、第１２項に記載の方法。

【0289】

１４． 現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との間での変換のため、前記参照サンプルの初期値を使用してイントラブロックコピー符号化モードを使用して前記現在の映像ブロックのための参照サンプルを記憶するバッファを初期化することと、前記バッファに記憶された前記参照サンプルを使用して前記変換を行うことと、を含む、映像処理方法。

【0290】

１５． 前記初期値は定数に対応する、第１４項に記載の方法。

【0291】

１６． 前記初期値は、現在の映像ブロックのビット深度の関数である、第１４～１５項のいずれかに記載の方法。

【0292】

１７． 前記定数が中間グレー値に対応する、第１５項に記載の方法。

【0293】

１８． 前記初期値は、前回復号化された映像ブロックの画素値に対応する、第項１４に記載の方法。

【0294】

１９． 前回復号化された映像ブロックは、インループフィルタリング前の復号化されたブロックに対応する、第１８項に記載の方法。

【0295】

２０． 前記バッファサイズが第１～１３項の１つに記載のものである、第１４～１９項のいずれかに記載の方法。

【0296】

２１． ｘおよびｙの数字を使用して、前記バッファ内の画素位置がアドレス指定される、第１～２０項のいずれかに記載の方法。

【0297】

２２． 前記バッファ内の画素位置を０からＭ＊Ｎ－１までの範囲の単一の数を使用して、アドレス指定し、ＭおよびＮは、バッファの画素幅および画素高さである、第１～２０項のいずれかに記載の方法。

【0298】

２３． 現在のビットストリーム表現は、前記変換のためのブロックベクトルを含み、（ＢＶｘ，ＢＶｙ）として表される前記ブロックベクトルは、（ｘ－ｘ０，ｙ－ｙ０）に等しく、（ｘ０，ｙ０）は、前記現在の映像ブロックの符号化ツリーユニットの左上位置に対応する、第１～２０項のいずれかに記載の方法。

【0299】

２４． 現在のビットストリーム表現は、前記変換のためのブロックベクトルを含み、（ＢＶｘ，ＢＶｙ）として表される前記ブロックベクトルは、（ｘ－ｘ０＋Ｔｘ，ｙ－ｙ０＋Ｔｙ）に等しく、（ｘ０，ｙ０）は、前記現在の映像ブロックの符号化ツリーユニットの左上位置に対応し、ＴｘおよびＴｙは、オフセット値である、第１～２０項のいずれかに記載の方法。

【0300】

２５． ＴｘおよびＴｙが予め規定されたオフセット値である、第２４項に記載の方法。

【0301】

２６． 前記変換の間、位置（ｘ０，ｙ０）にあり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する画素に対し、前記バッファにおける対応する参照が、参照位置（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）に見出される、第１～２０項のいずれかに記載の方法。

【0302】

２７． 前記参照位置が前記バッファの外にある場合、前記バッファにおける前記参照は、前記バッファの境界でクリッピングすることによって判定される、第２６項に記載の方法。

【0303】

２８． 前記参照位置が前記バッファの外にある場合、前記バッファにおける前記参照は、所定の値を有すると判定される、第２６項に記載の方法。

【0304】

２９． 前記変換の間、位置（ｘ０，ｙ０）にあり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する画素に対し、前記バッファにおける対応する参照が、参照位置（（ｘ０＋ＢＶｘ）ｍｏｄ Ｍ，（ｙ０＋ＢＶｙ）ｍｏｄ Ｎ）に見出され、「ｍｏｄ」は、モデュロ演算であり、ＭおよびＮは、前記バッファのｘおよびｙ寸法を表す整数である、第１～２０項に記載の方法。

【0305】

３０． 映像と現在の映像ブロックのビットストリーム表現との間での変換中に、映像境界におけるイントラブロックコピー符号化のための参照サンプルを記憶するバッファをリセットすることと、このバッファに記憶された参照サンプルを使用してこの変換を行うことと、を含む、映像処理方法。

【0306】

３１． 前記映像境界は、新しいピクチャまたは新しいタイルに対応する、第３０項に記載の方法。

【0307】

３２． 前記変換は、前記リセットの後、前記バッファを仮想パイプラインデータユニット（ＶＰＤＵ）の再構成された値で更新することによって行われる、第３０項に記載の方法。

【0308】

３３． 前記変換は、前記リセットの後、前記バッファを符号化ツリーユニットの再構成された値で更新することによって行われる、第３０項に記載の方法。

【0309】

３４． 前記リセットは、各符号化ツリーユニット行の最初に行われる、項３０に記載の方法。

【0310】

３５． 前記バッファの前記サイズは、６４×６４の前回復号化されたブロックＬ個に対応し、Ｌは整数である、第１項に記載の方法。

【0311】

３６． 前記変換中に前記バッファ内のサンプルを読み取るかまたは記憶するために、垂直走査順序が使用される、第１～３５項のいずれかに記載の方法。

【0312】

３７． 現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピー符号化モードを使用して前記現在の映像ブロックのための参照サンプルを記憶するためのバッファを使用することであって、前記バッファの第１のビット深度は、前記符号化されたデータの第２のビット深度とは異なる、使用することと、前記バッファに記憶された前記参照サンプルを使用して前記変換を行うことと、を含む、映像処理方法。

【0313】

３８． 前記第１のビット深度が前記第２のビット深度よりも大きい、第３７項に記載の方法。

【0314】

３９． 前記第１のビット深度が、変換中に使用される再構成バッファのビット深度と同じである、第３７～３８項のいずれかに記載の方法。

【0315】

４０． 前記第１のビット深度が、前記ビットストリーム表現において値または差分値として信号伝達される、第３７～３９項のいずれかに記載の方法。

【0316】

４１． 前記変換は、クロマおよび輝度成分に対して異なるビット深度を使用する、第３７～４０項のいずれかに記載の方法。

【0317】

第３７～４１項までの追加の実施形態および実施例は、第４章の第７項に記載されている。

【0318】

４２． イントラブロックコピーモードを使用して現在の映像ブロックと前記現在の映像ブロックのビットストリーム表現との間で変換を行うことを含み、前記変換中に予測計算に使用される第１の精度は、前記変換中に再構成計算に使用される第２の精度より低い、映像処理方法。

【0319】

４３． 前記予測計算は、ｃｌｉｐ｛｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１｝＜＜ｂを使用して、再構成サンプル値から予測サンプル値を判定することを含み、ｐは、再構成サンプル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、予測サンプル精度である、第４３項に記載の方法。

【0320】

第４２～４３項までの追加の実施形態および実施例は、第４章の第２８～３１、および３４項に記載されている。

【0321】

４４． イントラブロックコピーモードを使用して現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間で変換を行うことを含み、サイズｎＭ×ｎＭは、符号化ツリーユニットサイズＭ×Ｍに使用され、ｎおよびＮは、整数であり、前記現在の映像ブロックは、前記符号化ツリーユニットに位置決めされ、前記参照領域は、前記現在の映像ブロックに対応する符号化ツリーユニットで最も近く、利用可能なｎ×ｎ符号化ツリーユニットである、映像処理方法。

【0322】

第４項の追加の実施形態および実施例は、第４章の第３５項に記載されている。

【0323】

４５． イントラブロックコピーモードを使用して現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間で変換を行うことを含み、サイズｎＭ×ｎＭは、符号化ツリーユニットサイズ、Ｍ×Ｍ以外に使用され、ｎおよびＮは、整数であり、前記現在の映像ブロックは、前記符号化ツリーユニットに位置決めされ、前記参照領域は、前記現在の映像ブロックに対応する符号化ツリーユニットで最も近く、利用可能なｎ×ｎ－１符号化ツリーユニットである、映像処理方法。

【0324】

第４項の追加の実施形態および実施例は、第４章の第３６項に記載されている。図８および９には、さらなる例示的な実施形態が示されている。

【0325】

４６． Ｍ＝ｍＷ、Ｎ＝Ｈであり、ＷおよびＨは、現在の映像ブロックの符号化ツリーユニット（ＣＴＵ）の幅および高さであり、ｍは、正の整数である、請求項３に記載の方法。

【0326】

４７． Ｍ＝ＷかつＮ＝ｎＨであり、ＷおよびＨは、符号化ツリーユニット（ＣＴＵ）の幅および高さであり、ｎは、正の整数である、請求項３に記載の方法。

【0327】

４８． Ｍ＝ｍＷ、Ｎ＝ｎＨであり、ＷおよびＨは、符号化ツリーユニット（ＣＴＵ）の幅および高さであり、ｍおよびｎは、正の整数である、請求項３に記載の方法。

【0328】

４９． ｎおよびｍがＣＴＵのサイズに依存する、請求項４６～４８のいずれかに記載の方法。

【0329】

５０． 現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、前記映像の成分Ｘを使用して前記映像の成分ｃの前記現在の映像ブロックに対応するブロックベクトルの妥当性を判定することであって、前記成分Ｘは、前記映像の輝度成分とは異なる、判定することと、前記ブロックベクトルが前記現在の映像ブロックに対して有効であると判定されると前記ブロックベクトルを使用して前記変換を行うことと、を含む映像処理方法。ここで、（ＢＶｘ，ＢＶｙ）と表されるブロックベクトルは、（ｘ－ｘ０，ｙ－ｙ０）に等しく、（ｘ０，ｙ０）は、現在の映像ブロックの符号化ツリーユニットの左上位置に対応する。

【0330】

５１． 前記成分ｃが、前記映像の輝度成分に対応する、項５０項に記載の方法。

【0331】

５２． 前記現在の映像ブロックがクロマブロックであり、前記映像が４：４：４フォーマットである、第５０項に記載の方法。

【0332】

５３． 前記映像は、４：２：０形式であり、前記現在の映像ブロックは、位置（ｘ，ｙ）で始まるクロマブロックであり、前記判定することは、ｉｓＲｅｃ（ｃ，（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅである場合には前記ブロックベクトルは無効であると判定することを含む、第５０項に記載の方法。

【0333】

５４． 前記映像は、４：２：０形式であり、前記現在の映像ブロックは、位置（ｘ，ｙ）から始まるクロマブロックであり、前記判定することは、ｉｓＲｅｃ（ｃ，ｘ＋ＢＶｘ＋Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅ，ｙ）がｔｒｕｅである場合には、前記ブロックベクトルは無効であると判定することを含む、第５０項に記載の方法

【0334】

５５． 映像領域の現在の仮想パイプラインデータユニット（ＶＰＤＵ）の現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換のため、選択的に、映像領域の第１の行から前処理済みＶＰＤＵであるＫ１および第２の行の前処理済みＶＰＤＵであるＫ２を使用することを判定することと、変換を行うことであって、この変換は、現在のＶＰＤＵの残りを使用することを除外する、変換を多なうことと、を含む映像処理方法。

【0335】

５６． Ｋ１＝１であり、Ｋ２＝２である、第５５項に記載の方法。

【0336】

５７． 前記現在の映像ブロックは、前記映像領域の寸法または前記現在のＶＰＤＵの寸法に基づいて選択的に処理される、第５５～５６項に記載の方法。

【0337】

５８． 現在の映像ブロックと、前記現在の映像ブロックのビットストリーム表現との間での変換のためにブロックベクトルの妥当性チェックを行うことであって、前記ブロックベクトルは、イントラブロックコピーモードで使用する、妥当性チェックを行うことと、前記妥当性チェックの結果を使用して前記変換中に前記ブロックベクトルを選択的に使用することと、を含む、映像処理方法。

【0338】

５９． イントラブロックコピー（ＩＢＣ）バッファを前記変換中に使用し、前記ＩＢＣバッファの幅と高さをＷｂｕｆおよびＨｂｕｆとして、前記現在の映像ブロックの寸法がＷ×Ｈであり、前記ブロックベクトルは、（ＢＶｘ，ＢＶｙ）として表現され、現在の映像ブロックは、ＷｐｉｃおよびＨｐｉｃの寸法を有する現在のピクチャにあり、符号化ツリーユニットは、幅および高さとしてＷｃｔｕおよびＨｃｔｕを有し、前記妥当性チェックは、所定の規則を使用する、第５８項に記載の方法。

【0339】

６０． 前記現在の映像ブロックは、輝度ブロック、クロマブロック、符号化ユニットＣＵ、変換ユニットＴＵ、４×４ブロック、２×２ブロック、または画素座標（Ｘ，Ｙ）から始まる親ブロックのサブブロックである、第５８～５９項のいずれかに記載の方法。

【0340】

６１． 前記妥当性チェックは、前記現在のピクチャの境界外にある前記ブロックベクトルを妥当であると見なす、第５８～６０項のいずれかに記載の方法。

【0341】

６２． 前記妥当性チェックは、符号化ツリーユニットの境界外にあるブロックベクトルを妥当であると見なす、第５８～６０項のいずれかに記載の方法。

【0342】

前章の第２３～３０項では、上記第５８～６２項の追加例および変形例を述べている。

【0343】

６３． 前記変換は、前記現在の映像ブロックから前記ビットストリーム表現を生成することを含む、第１～６２項のいずれかに記載の方法。

【0344】

６４． 前記変換は、前記ビットストリーム表現から前記現在の映像ブロックの画素値を生成することを含む、第１～６２項のいずれかに記載の方法。

【0345】

６５． 請求項１～６２の１項以上に記載の方法を実装するように構成された処理装置を備える映像エンコーダ装置。

【0346】

６６． 第１～６２項の１項以上に記載の方法を実装するように構成された処理装置を備える、映像デコーダ装置。

【0347】

６７． コードが記憶されたコンピュータ可読媒体であって、前記コードは第１～６２項のいずれかまたは複数項に記載の方法を実装するための処理装置が実行可能な命令を実施する、コンピュータ可読媒体。

【0348】

図７は、映像／画像処理装置７００のハードウェアプラットフォームを示すブロック図である。装置７００は、本明細書に記載の方法の１つ以上を実装するために使用してもよい。装置７００は、スマートフォン、タブレット、コンピュータ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）受信機等により実装されてもよい。装置７００は、１つ以上のプロセッサ７０２と、１つ以上のメモリ７０４と、映像処理ハードウェア７０６と、を含んでもよい。１つまたは複数の処理装置７０２は、本明細書に記載される１つ以上の方法（方法６００を含むが、これに限定されない）を実装するように構成されてもよい。メモリ（複数可）７０４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア７０６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。

【0349】

現在の映像ブロックに対応するビットストリーム表現は、ビットの連続したセットである必要はなく、ヘッダ、パラメータセット、およびネットワーク抽象化層（ＮＡＬ）パケットにまたがって分散されてもよい。

【0350】

セクションＡ：追加の例示的な実施形態

【0351】

セクションＡにおいて、本明細書に記載される技術の一部を実装するために、ＶＶＣ規格の現在のバージョンを修正し得る別の例示的な実施形態を提示する。

【0352】

本セクションでは、現在のＩＢＣ参照バッファ設計におけるいくつかの問題を分析し、これらの問題に対処するための異なる設計を提示する。復号化メモリと混合する代わりに、独立したＩＢＣ参照バッファが提案される。現在のアンカと比較して、提案されたスキームは、クラスＦで－０．９９％／－０．７１％／－０．７９％のＡＩ／ＲＡ／ＬＤ－Ｂの輝度ＢＤ率、４：２：０ ＴＧＭでは－２．５７％／－１．８１％／－１．３６％で、６．７％のメモリの減少、あるいは、クラスＦでは－１．３１％／－１．０１％／－０．８１％、４：２：０ ＴＧＭでは－３．２３％／－２．３３％／－１．７１％で、６．７％のメモリの増加を示している。

【0353】

Ａ１． 導入

【0354】

イントラブロックコピー、すなわちＩＢＣ（または現在のピクチャ参照、即ち前のＣＰＲ）符号化モードが採用される。なお、ＩＢＣ参照サンプルはオンチップメモリに記憶されるべきであり、従って、１つのＣＴＵの限られた参照領域が規定される。バッファのためのエクストラオンチップメモリを制限するために、現在の設計は、６４×６４メモリを再利用して現在のＶＰＤＵを復号化するので、ＩＢＣをサポートするために必要なメモリは３つの追加の６４×６４ブロックのメモリのみである。ＣＴＵの大きさが１２８×１２８である場合の、現在の参照領域を図２に示す。

【0355】

【表13】

【0356】

このように、合計基準サイズはＣＴＵである。

【0357】

Ａ２． 現在の設計における潜在的な問題

【0358】

現在の設計は、現在のＶＰＤＵを復号化するために６４×６４メモリを再使用することを想定し、ＩＢＣ基準は、それに応じてＶＰＤＵメモリの再利用に合わせられる。このような設計は、ＶＰＤＵ復号化メモリをＩＢＣバッファで束ねる。次のような問題が考えられる。
１． より小さなＣＴＵサイズを扱うことが問題となり場合がある。ＣＴＵのサイズが３２ｘ３２であるとすると、現在のＶＰＤＵを復号化する現在の６４×６４メモリが、異なるアーキテクチャにおいて３２×３２レベルのメモリ再利用を効率的にサポートできるかどうかは、不明である。
２． 参照領域は有意に異なる。従って、あまりにも多くのビットストリーム適合性の制約が導入されている。これは、参照領域を効率的に利用し、合法的なビットストリームの生成を回避するために、エンコーダに余分な負担をかける。また、異なるモジュール、例えばマージリストにおいて無効なＢＶを有する可能性が高まる。これらの無効なＢＶを扱うことにより、余分なロジックまたは余分な適合性の制約を導入してしまう場合がある。これは、エンコーダまたはデコーダに負担をもたらすだけでなく、ＢＶ符号化とＭＶ符号化との間に相違を生じさせる可能性がある。
３． 設計がうまく拡大縮小されていない。ＶＰＤＵ復号化はＩＢＣバッファと混合されるので、現在の１つの１２８×１２８ＣＴＵ設計に対して参照領域を増減させることは容易ではない。を利用することは、より低いまたはより高いプロファイルなどの、後の開発において、より優れた符号化効率とオンチップメモリのトレードオフを有効に利用するための柔軟性を制限する可能性がある。
４． ＩＢＣ参照バッファのビット深度は、復号化バッファに接続される。通常、スクリーンコンテンツのビット深度は内部復号化のビット深度よりも小さいが、バッファは、大部分が丸められたり量子化されたりするノイズを表すビットを記憶するために、依然としてメモリを費やす必要がある。より高い復号化ビット深度構成を考える場合、この問題はさらに深刻になる。

【0359】

Ａ３． クリアなＩＢＣバッファ設計

【0360】

上記サブセクションに記載された問題に対処するために、我々は、復号化メモリと混合されない専用のＩＢＣバッファを有することを提案する。

【0361】

１２８×１２８ＣＴＵの場合、バッファは８ビットのサンプルを含む１２８×１２８として規定され、サイズｗ×ｈのＣＵ（ｘ，ｙ）が復号化されていると、ループフィルタリング前のバッファの再構成は８ビットに変換され、位置（ｘ％１２８，ｙ％１２８）から始まるｗ×ｈブロック領域に書き込まれる。モデュロ演算子％は、常に正の数を返す。即ち、ｘ＜０であってｘ％Ｌを－（－ｘ％Ｌ）と定義すると、例えば、－３％１２８＝１２５である。

【0362】

画素（ｘ，ｙ）がＩＢＣモードでＢＶ＝（ＢＶｘ，ＢＶｙ）で符号化されると仮定すると、ＩＢＣ参照バッファにおける予測サンプルは、（（ｘ＋ＢＶｘ）％１２８、（ｙ＋ＢＶｙ）％１２８）に位置し、画素値は予測前に１０ビットに変換される。

【0363】

バッファを（Ｗ，Ｈ）と見なす場合、（ｘ，ｙ）から始まるＣＴＵまたはＣＵを復号化した後、ループフィルタリング前の再構成された画素を（ｘ％Ｗ，ｙ％Ｈ）から始まるバッファに記憶する。このように、ＣＴＵを復号化した後、対応するＩＢＣ参照バッファはそれに応じて更新される。このような設定は、ＣＴＵのサイズが１２８×１２８でない場合に発生することがある。例えば、６４×６４ ＣＴＵの場合、現在のバッファサイズは、２５６×６４バッファと見なすことができる。６４×６４ ＣＴＵ の場合のバッファの状態を図２に示す。

【0364】

図１２は、ＩＢＣ参照バッファステータスを示す図であり、１つのブロックは６４×６４ＣＴＵを示す。

【0365】

このような設計において、ＩＢＣバッファはＶＰＤＵ復号化メモリとは異なるので、すべてのＩＢＣ参照バッファを参照として使用できる。

【0366】

ＩＢＣバッファのビット深度が８ビットである場合、３つの追加の１０ビット６４×６４バッファを必要とする現在の設計に比べ、オンチップメモリの増加は、（８＊４）／（１０＊３）－１００％＝６．７％である。

【0367】

ビット深度をさらに低減した場合メモリ要件をさらに低減することができる。例えば、７ビットバッファの場合、オンチップメモリの節約は、１００％－（７＊４）／（１０＊３）＝６．７％である。

【0368】

この設計では、唯一のビットストリーム適合性の制約は、参照ブロックが現在のタイルの現在のＣＴＵ行における再構成された領域内にあるべきである、ということである。

【0369】

各ＣＴＵ行の開始時に５１２への初期化が許可される場合、すべてのビットストリーム適合性の制約を除去することができる。

【0370】

Ａ４． 実験結果

【0371】

いくつかの実施形態において、開示された方法は、ＶＴＭ－４．０ソフトウェアを使用して実装されてもよい。

【0372】

１０ビットバッファ実装およびＣＴＣの場合、このデコーダは、現在のＶＴＭ４．０エンコーダに完全に適合する。すなわち、これは、提案されたデコーダがＶＴＭ－４．０ ＣＴＣビットストリームを正確に復号化することができることを意味する。

【0373】

７ビットバッファの実装形態では、表１に示す結果が得られる。

【0374】

８ビットバッファの実装形態では、結果を表２に示す。

【0375】

【表14】

【0376】

【表15】

【0377】

図１７は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム１７００を示すブロック図である。様々な実装形態は、システム１７００のモジュールの一部又は全部を含んでもよい。システム１７００は、映像コンテンツを受信するための入力ユニット２８０２を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマット、例えば、８又は１０ビットのマルチモジュール画素値で受信されてもよく、又は圧縮又は符号化フォーマットで受信されてもよい。入力ユニット１７０２は、ネットワークインターフェース、周辺バスインターフェース、又は記憶インターフェースを表してもよい。ネットワークインターフェースの例は、イーサネット（登録商標）、パッシブ光ネットワーク（ＰＯＮ）等の有線インターフェース、およびＷｉ－Ｆｉ（登録商標）またはセルラーインターフェース等の無線インターフェースを含む。

【0378】

システム１７００は、本明細書に記載される様々な符号化又は符号化方法を実装することができる符号化モジュール１７０４を含んでもよい。符号化モジュール１７０４は、入力ユニット１７０２からの映像の平均ビットレートを符号化モジュール１７０４の出力に低減し、映像の符号化表現を生成してもよい。従って、この符号化技術は、映像圧縮または映像コード変換技術と呼ばれることがある。符号化モジュール１７０４の出力は、モジュール１７０６によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力ユニット１７０２において受信された、記憶された又は通信された映像のビットストリーム（又は符号化）表現は、モジュール１７０８によって使用されて、表示インターフェースユニット１７１０に送信される画素値又は表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像伸張（映像展開）と呼ばれることがある。さらに、特定の映像処理動作を「符号化」動作又はツールと呼ぶが、符号化ツール又は動作は、エンコーダ及びそれに対応する、復号化の結果を逆にする復号化ツール又は動作が、デコーダによって行われることが理解されよう。

【0379】

周辺バスインターフェースユニットまたは表示インターフェースユニットの例は、ユニバーサルシリアルバス（ＵＳＢ）または高精細マルチメディアインターフェース（ＨＤＭＩ）（登録商標）またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、シリアルアドバンスドテクノロジーアタッチメント（ＳＡＴＡ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、又はデジタルデータ処理及び／又は映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい。

【0380】

図１８は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態１に関連して説明する。ステップ１８０２において、処理はイントラブロックコピーモードにおいて、予測のための参照サンプルを記憶するバッファサイズを判定する。ステップ１８０４において、処理は、バッファに記憶された参照サンプルを使用して、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換を行い、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0381】

図１９は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態４に関連して説明する。ステップ１９０２において、処理は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測するための再構成サンプルを記憶するバッファを判定し、このバッファは、ループフィルタリングステップの前に再構成サンプルを記憶するために使用される。ステップ１９０４において、処理は、バッファに記憶された再構成サンプルを使用してこの変換を行い、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0382】

図２０は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態５に関連して説明する。ステップ２００２において、処理は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測するための再構成サンプルを記憶するバッファを判定し、このバッファは、ループフィルタリングステップの後に再構成サンプルを記憶するために使用される。ステップ２００４において、処理は、バッファに記憶された再構成サンプルを使用してこの変換を行い、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0383】

図２１は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態６に関連して説明する。ステップ２１０２において、処理は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測するための再構成サンプルを記憶するバッファを判定し、このバッファが、ループフィルタリングステップの前とループフィルタリングステップの後の両方に再構成サンプルを記憶するために使用される。ステップ２１０４において、処理は、バッファに記憶された再構成サンプルを使用してこの変換を行い、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0384】

図２２は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態７に関連して説明する。ステップ２２０２において、処理は、バッファを使用してイントラブロックコピーモードにおいて、予測のための参照サンプルを記憶し、バッファの第１のビット深度は、ビットストリーム表現において視覚メディアデータを表すために使用される第２のビット深度とは異なる。ステップ２２０４において、処理は、バッファに記憶された参照サンプルを使用して、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換を行い、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0385】

図２３は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態８に関連して説明する。ステップ２３０２において、処理は、バッファを初期化してイントラブロックコピーモードにおいて、予測のための参照サンプルを記憶し、バッファは、第１の値で初期化される。ステップ２３０４において、処理は、バッファに記憶された参照サンプルを使用して、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換を行い、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0386】

図２４は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態９に関連して説明する。ステップ２４０２において、処理は、バッファを初期化してイントラブロックコピーモードにおいて、予測のための参照サンプルを記憶し、視覚メディアデータにおける１つ以上の映像ブロックの可用性に基づいて、バッファが視覚メディアデータにおける１つ以上の画素値で初期化される。ステップ２４０４において、処理は、バッファに記憶された参照サンプルを使用して、視覚メディアデータの、１つ以上の映像ブロックに属さない現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換を行い、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。

【0387】

図２５は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態１４ｃに関連して説明する。ステップ２５０２において、処理は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定する。ステップ２５０４において、処理は、バッファに記憶された参照サンプルを使用して変換が行われ、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づいて、イントラブロックコピーモードで変換を行う。ステップ２５０６において、処理は、参照位置（ Ｐ ｍｏｄ Ｍ，Ｑ ｍｏｄ Ｎ）、（但しｍｏｄはモデュロ演算、ＭおよびＮは、バッファのｘおよびｙ寸法を表す整数である）に基づいてバッファ内の対応する参照を計算することを含み、参照位置（Ｐ、Ｑ）は、位置（ｘ０、ｙ０）に空間的に配置され、かつ動き情報に含まれるブロックベクトル（ＢＶｘ、ＢＶｙ）を有する画素について、ブロックベクトル（ＢＶｘ、ＢＶｙ）と位置（ｘ０、ｙ０）を使用して決定される。

【0388】

図２６は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態１４ａ～１４ｂに関連して説明する。ステップ２６０２において、処理は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定する。ステップ２６０４において、処理は、バッファに記憶された参照サンプルを使用して変換が行われ、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づいて、イントラブロックコピーモードで変換を行う。ステップ２６０６において、処理は、参照位置（Ｐ，Ｑ）に基づいてバッファ内の対応する参照を計算し、参照位置（Ｐ、Ｑ）は、位置（ｘ０、ｙ０）に空間的に配置され、かつ動き情報に含まれるブロックベクトル（ＢＶｘ、ＢＶｙ）を有する画素について、ブロックベクトル（ＢＶｘ、ＢＶｙ）と位置（ｘ０、ｙ０）を使用して決定される。

【0389】

図２７は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態１０に関連して説明する。ステップ２７０２において、処理は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定し、ｘおよびｙの数字を使用して、前記バッファ内の画素位置がアドレス指定される。ステップ２７０４において、処理は、ｘとｙの数字に基づいて、バッファに記憶された参照サンプルを使用して変換を行い、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づいて、イントラブロックコピーモードで変換が行われる。

【0390】

図２８は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態１５に関連して説明する。ステップ２８０２において、処理は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードで予測のための参照サンプルを記憶するバッファを判定し、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。ステップ２８０４において、処理は、参照位置（Ｐ，Ｑ）において、バッファ内の対応する参照を計算し、参照位置（Ｐ、Ｑ）は、現在の映像ブロックの位置（ｘ０、ｙ０）に空間的に配置され、かつブロックベクトル（ＢＶｘ、ＢＶｙ）を有する画素について、ブロックベクトル（ＢＶｘ、ＢＶｙ）と位置（ｘ０、ｙ０）を使用して決定される。ステップ２８０６において、処理は、参照位置（Ｐ，Ｑ）がバッファの外にあると判定されると、バッファ内のサンプルを使用して参照位置を再計算する。

【0391】

図２９は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態１６に関連して説明する。ステップ２９０２において、処理は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードにおける予測に対する参照サンプルを記憶するバッファを判定し、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。ステップ２９０４において、処理は、参照位置（Ｐ，Ｑ）におけるバッファにおいて、対応する参照を計算し、参照位置（Ｐ、Ｑ）は、現在の映像ブロックを含む符号化ツリーユニットの左上位置に対する現在の映像ブロックの位置（ｘ０、ｙ０）に空間的に配置され、かつブロックベクトル（ＢＶｘ、ＢＶｙ）を有する画素について、ブロックベクトル（ＢＶｘ、ＢＶｙ）と位置（ｘ０、ｙ０）を使用して決定される。ステップ２９０６において、処理は、参照位置（Ｐ，Ｑ）がバッファの外にあると判定した場合、参照位置の少なくとも一部が予め規定された範囲内にあるように制約する。

【0392】

図３０は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態１７に関連して説明する。ステップ３００２において、処理は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードにおける予測に対する参照サンプルを記憶するバッファを判定し、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。ステップ３００４において、処理は、バッファにおける参照位置（Ｐ，Ｑ）における対応する参照を計算し、ブロックベクトル（ＢＶｘ，ＢＶｙ）および位置（ｘ０，ｙ０）を使用して、現在の映像ブロックを含み、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する符号化ツリーユニットの左上位置に対して現在の映像ブロックの位置（ｘ０，ｙ０）に空間的に位置する画素の参照位置（Ｐ，Ｑ）を判定する。ステップ１７０６において、処理は、ブロックベクトル（ＢＶｘ，ＢＶｙ）がバッファの外にあると判定した場合、バッファの内側のサンプル値のブロックベクトルに基づいて、ブロックベクトル（ＢＶｘ，ＢＶｙ）をパディングする。

【0393】

図３１は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態３０に関連して説明する。ステップ３１０２において、処理は、映像とその映像のビットストリーム表現との間での変換中に、映像境界におけるイントラブロックコピーモードで予測のために参照サンプルを記憶するバッファをリセットする。ステップ３１０４において、処理は、バッファに記憶された参照サンプルを使用して映像の映像ブロックの変換が行われ、参照ピクチャを参照することなく、映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づいて、イントラブロックコピーモードで変換を行う。

【0394】

図３２は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態３４に関連して説明する。ステップ３２０２において、処理は、現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間で変換を行う。ステップ３２０４において、処理は、イントラブロックコピーモードにおいて予測のための参照サンプルを記憶するために使用されるバッファを更新することを含み、このバッファは、後続の映像ブロックと後続の映像ブロックのビットストリーム表現との間での変換のために使用され、後続の映像ブロックと後続の映像ブロックのビットストリーム表現との間での変換は、参照ピクチャを参照することなく、後続の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づいて、イントラブロックコピーモードで行われる。

【0395】

図３３は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態３９に関連して説明する。ステップ３３０２において、処理は、現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換のため、イントラブロックコピーモードにおける予測に対する再構成サンプルを記憶するために使用するバッファを判定し、この変換は、参照ピクチャを参照することなく、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われる。ステップ３３０４において、処理は、バッファに記憶された再構成されたサンプルが変換中にサンプル値を予測するために使用されると判定すると、バッファに記憶された再構成されたサンプルに前処理演算を行うことと、を含む。

【0396】

図３４は、映像データ処理方法の一例を示すフローチャートである。このフローチャートのステップは、本願の第４章の例示的な実施形態４２に関連して説明する。ステップ３４０２において、映像領域の現在の仮想パイプラインデータユニット（ＶＰＤＵ）の現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換のため、選択的に、映像領域の偶数行目のＫ１前処理済みＶＰＤＵおよび／または奇数行目のＫ２前処理済みＶＰＤＵを使用するかどうかを判定する。ステップ３４０４において、処理は、変換を行い、変換は、現在のＶＰＤＵの残りを使用することを排除し、参照ピクチャを参照することなく、映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づいて、イントラブロックコピーモードで変換が行われる。

【0397】

本明細書のいくつかの実施形態は、項に基づく形式で提示される。

【0398】

１． 視覚メディア処理方法であって、
イントラブロックコピーモードにおいて、予測のための参照サンプルを記憶するバッファサイズを判定することと、
前記バッファに記憶された参照サンプルを使用して、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換を行うこととを含み、前記変換は、参照ピクチャを参照することなく、前記現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づく前記イントラブロックコピーモードで行われる、視覚メディア処理方法。

【0399】

２． 前記バッファサイズが所定の定数である、第１項に記載の方法。

【0400】

３． 前記バッファのサイズがＭ×Ｎであり、ＭおよびＮが整数である、第１項から２項のいずれか１項以上に記載の方法。

【0401】

４． ＭｘＮが６４×６４または１２８×１２８または６４×１２８または９６×１２８または１２８×９６に等しい、第３項に記載の方法。

【0402】

５． 前記バッファまたはその一部のサイズは、前記現在の映像ブロックまたはその一部を含む符号化ツリーユニットのサイズに等しい、第１項に記載の方法。

【0403】

６． 前記バッファの高さは、前記現在の映像ブロックを含む符号化ツリーユニットの高さに等しい、第１項に記載の方法。

【0404】

７． 前記バッファサイズは、前記現在の映像ブロックを含む符号化ツリーユニットのサイズに比例対応する、第１項に記載の方法。

【0405】

８． 整数ｍ、ｎで表される比例対応は、ＣＴＵのサイズが１２８×１２８の場合、ｍ＝１、ｎ＝１であり、ＣＴＵのサイズが６４×６４の場合、ｍ＝４、ｎ＝１であり、ＣＴＵのサイズが３２×３２の場合、ｍ＝１６、ｎ＝１であり、ＣＴＵのサイズが１６×１６の場合、ｍ＝６４、ｎ＝１となるように、前記現在の映像ブロックを含む符号化ツリーユニット（ＣＴＵ）のサイズに基づいており、ｎは、前記バッファの高さ／前記ＣＴＵの高さに等しく、ｍは、前記バッファの幅／前記ＣＴＵの幅に等しい、第７項に記載の方法。

【0406】

９． 前記バッファの高さと前記バッファの幅との積が、所定の定数である、第１項に記載の方法。

【0407】

１０． 前記バッファサイズは、前記変換に使用される仮想パイプラインデータユニットに比例対応する、第１項に記載の方法。

【0408】

１１． 前記バッファサイズは、前記変換に使用される仮想パイプラインデータユニットのサイズに等しい、第１項に記載の方法。

【0409】

１２． 前記バッファサイズは、前記ビットストリーム表現に含まれるフィールドに対応する、第１項に記載の方法。

【0410】

１３． 前記フィールドは、映像またはシーケンスまたはピクチャまたはスライスまたはタイルグループレベルでの前記ビットストリーム表現に含まれる、第１２項に記載の方法。

【0411】

１４． 前記フィールドは、映像パラメータセット、シーケンスパラメータセット又はピクチャパラメータセット、又はピクチャヘッダ、スライスヘッダ、又はタイルグループヘッダレベルに含まれる、第１３項に記載の方法。

【0412】

１５． 前記バッファは、１つの色成分または複数の色成分に関連付けられた参照サンプルを記憶する、第１～１４項のいずれか１項以上に記載の方法。

【0413】

１６． ２つ以上のバッファが維持される、第１～１５項のいずれか１項以上に記載の方法。

【0414】

１７． 第１のバッファおよび第２のバッファが維持され、第１のサイズを有する前記第１のバッファは、輝度成分に関連付けられた参照サンプルに使用され、第２のサイズを有する前記第２のバッファは、クロマ成分に関連付けられた参照サンプルに使用され、前記第１のバッファは前記第２のバッファとは異なる、第１６項に記載の方法。

【0415】

１８． 前記第２のサイズは前記第１のサイズに依存する、第１７項に記載の方法。

【0416】

１９． 前記第２のサイズは前記第１のサイズから独立している、第１７項に記載の方法。

【0417】

２０． 前記第２のサイズは、現在の映像ブロックのクロマサブサンプリングフォーマットに依存する、第１７～１８項のいずれか１項以上に記載の方法。

【0418】

２１． 前記第２のサイズが前記第１のサイズに等しい、第１８項に記載の方法。

【0419】

２２． 前記参照サンプルはＲＧＢフォーマットで記憶される、第１～２１項のいずれかに記載の方法。

【0420】

２３． 前記バッファサイズは、６４×６４または１２８×１２８または６４×１２８または１２８×６４に等しい、第２２項に記載の方法。

【0421】

２４． 前記バッファサイズは、前記変換に関連付けられた仮想パイプラインデータユニット（ＶＰＤＵ）のサイズおよび／または前記現在の映像ブロックに関連付けられた符号化ツリーブロックのサイズに少なくとも部分的に基づく、第１項に記載の方法

【0422】

２５． 前記バッファの前記サイズが前記符号化ツリーブロックの前記サイズに等しい、第２４項に記載の方法。

【0423】

２６． 前記バッファの高さは、前記現在の映像ブロックに関連付けられた前記符号化ツリーユニットの高さに等しい、第２４項に記載の方法。

【0424】

２７． 前記バッファサイズは高さを含み、前記高さは、（ｉ）所定の値と（ｉｉ）前記現在の前記映像ブロックに関連付けられた前記符号化ツリーブロックのサイズとの最小値に等しい、第２４項に記載の方法。

【0425】

２８． 前記所定の値は６４である、第２７項に記載の方法。

【0426】

２９． 前記バッファの幅は、１２８＊１２８／ｖＳｉｚｅに等しく、ｖＳｉｚｅは、前記ＶＰＤＵのサイズを表す、第２４項に記載の方法。

【0427】

３０． 前記バッファの高さはｍｉｎ（ｃｔｂＳｉｚｅ，６４）に等しく、ｃｔｂＳｉｚｅは前記符号化ツリーブロックのサイズを表し、ｍｉｎ（ｘ，ｙ）はｘおよびｙの最小値を表す、第２４項に記載の方法。

【0428】

３１． 前記変換は、前記現在の映像ブロックから前記ビットストリーム表現を生成することを含む、第１～３０項のいずれかに記載の方法。

【0429】

３２． 前記変換は、前記ビットストリーム表現から前記現在の映像ブロックの画素値を生成することを含む、第１～３０項のいずれかに記載の方法。

【0430】

３３． 請求項１～３０の１項以上に記載の方法を実装するように構成された処理装置を備える映像エンコーダ装置。

【0431】

３４． 第１～３０項の１項以上に記載の方法を実装するように構成された処理装置を備える、映像デコーダ装置。

【0432】

３５． コードが記憶されたコンピュータ可読媒体であって、前記コードは第１～３０項のいずれか又は複数項に記載の方法を実装するための処理装置が実行可能な命令を実施する、コンピュータ可読媒体。

【0433】

本明細書では、「映像処理」という用語は、映像符号化、映像復号化、映像圧縮、または映像展開を指すことができる。例えば、映像圧縮アルゴリズムは、映像の画素表現から対応するビットストリーム表現への変換、またはその逆の変換中に適用されてもよい。現在の映像ブロックのビットストリーム表現は、例えば、構文によって規定されるように、ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例えば、１つのマクロブロックは、変換および符号化された誤り残差値の観点から、且つビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号化されてもよい。

【0434】

以上、説明の目的で本開示の技術の特定の実施形態を説明したが、本発明の範囲から逸脱することなく様々な修正が可能であることは、理解されるであろう。従って、本開示の技術は、添付の特許請求の範囲による場合を除き、限定されない。

【0435】

本特許明細書に記載された主題および機能操作の実装形態は、本明細書に開示された構造およびその構造的等価物を含め、様々なシステム、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しくはハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実施してもよい。本明細書に記載された主題の実装形態は、１つ以上のコンピュータプログラム製品、すなわち、データ処理装置によって実行されるため、又はデータ処理装置の操作を制御するために、有形で非可搬性のコンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１つ以上のモジュールとして実装することができる。このコンピュータ可読媒体は、機械可読記憶装置、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質の組成物、又はこれらの１つ以上の組み合わせであってもよい。「データ処理ユニット」又は「データ処理装置」という用語は、例えば、プログラマブル処理装置、コンピュータ、又は複数の処理装置若しくはコンピュータを含め、データを処理するためのすべての装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境を作るコード、例えば、処理装置ファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はこれらの１つ以上の組み合わせを構成するコードを含むことができる。

【0436】

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとも呼ばれる）は、コンパイルされた言語又は解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、又はコンピューティング環境で使用するのに適したモジュール、コンポーネント、サブルーチン、又は他のユニットとして含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラム又はデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１つ以上のスクリプト）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの一部を格納するファイル）に記憶されていてもよい。１つのコンピュータプログラムを、１つのサイトに位置する１つのコンピュータ、又は複数のサイトに分散され通信ネットワークによって相互接続される複数のコンピュータで実行させるように展開することも可能である。

【0437】

本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を実行するための１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブル処理装置によって行うことができる。処理及びロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（特定用途向け集積回路）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。

【0438】

コンピュータプログラムの実行に適した処理装置は、例えば、汎用及び専用マイクロ処理装置の両方、並びに任意の種類のデジタルコンピュータの任意の１つ以上の処理装置を含む。一般的に、処理装置は、読み出し専用メモリ又はランダムアクセスメモリ又はその両方から命令及びデータを受信する。コンピュータの本質的な要素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１つ以上の記憶装置とである。一般的に、コンピュータは、データを記憶するための１つ以上の大容量記憶デバイス、例えば、磁気、光磁気ディスク、又は光ディスクを含んでもよく、又はこれらの大容量記憶デバイスからデータを受信するか、又はこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリデバイス等の半導体メモリデバイスを含む。処理装置及びメモリは、特定用途のロジック回路によって補完されてもよく、又は特定用途のロジック回路に組み込まれてもよい。

【0439】

本明細書は、図面とともに、例示のみを目的とするものであり、例示的とは例を意味することが意図される。本明細書において、「または」の使用は、文脈からそうでないことが明確に示されていない限り、「および／または」を含むことが意図される。

【0440】

本特許明細書は多くの詳細を含むが、これらは、任意の発明の範囲又は特許請求の範囲を限定するものと解釈されるべきではなく、むしろ、特定の発明の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態の文脈で説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例の文脈で説明された様々な特徴は、複数の実施形態において別個に又は任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブ組み合わせまたはサブ組み合わせのバリエーションに向けられてもよい。

【0441】

同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番で又は連続した順番で実行されること、又は示された全ての操作が実行されることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。

【0442】

いくつかの実装形態及び例のみが記載されており、この特許文献に記載され図示されている内容に基づいて、他の実施形態、拡張及び変形が可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【手続補正書】

【提出日】2021-07-26

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

輝度ブロックである映像の現在の映像ブロックと前記映像のビットストリームとの変換について、前記現在の映像ブロックに第１の符号化モードが適用されていることを判定することと、
前記現在の映像ブロックに対する第１のブロックベクトルを導出することと、
前記第１のブロックベクトルと輝度バッファとに基づいて、前記現在の映像ブロックの予測サンプルを生成することと、
前記予測サンプルに基づいて前記変換を行うことと、を含み、
前記輝度バッファにはフィルタリング処理が施されていない前の映像ブロックの再構成サンプルが記憶され、前記第１の符号化モードでは前記予測サンプルが前記映像ブロックを含む同じピクチャから導出され、
前記輝度バッファの寸法および形状が、前記現在の映像ブロックと、前記現在の映像ブロックと同じ映像領域に位置する他の輝度ブロックとに対して同じである、
視覚メディア処理方法。

【請求項2】

前記輝度バッファは、矩形領域である、
請求項１に記載の方法。

【請求項3】

前記バッファの前記寸法は、前記ビットストリームに含まれるフィールドに基づいて示される、
請求項１または２に記載の方法。

【請求項4】

前記フィールドは、シーケンスパラメータセットに含まれる、
請求項３に記載の方法。

【請求項5】

前記フィールドは、映像パラメータセット、ピクチャパラメータセット、スライスパラメータセットまたはタイルパラメータセットに含まれる、
請求項３に記載の方法。

【請求項6】

前記現在の映像ブロックに対応するクロマブロックに対して、前記輝度バッファの前記寸法と、前記クロマブロックおよび前記現在の映像ブロックのカラーフォーマットとに基づいて、クロマバッファの寸法を導出する、
請求項１～５のいずれか１項に記載の方法。

【請求項7】

前記カラーフォーマットが４：２：０である場合、前記クロマバッファの幅は前記輝度バッファの幅の半分に等しく、前記クロマバッファの高さは前記輝度バッファの高さの半分に等しい、
請求項６に記載の方法。

【請求項8】

前記カラーフォーマットが４：４：４である場合、前記クロマバッファの幅は前記輝度バッファの幅に等しく、前記クロマバッファの高さは前記輝度バッファの高さに等しい、
請求項６に記載の方法。

【請求項9】

前記カラーフォーマットが４：２：２である場合、前記クロマバッファの幅は前記輝度バッファの幅の半分に等しく、前記クロマバッファの高さは前記輝度バッファの高さに等しい、
請求項６に記載の方法。

【請求項10】

前記クロマバッファは、ＣｂチャネルおよびＣｒチャネルを含む、
請求項６～９のいずれか１項に記載の方法。

【請求項11】

前記フィルタリング処理は、非ブロック化フィルタリング、サンプル適応オフセットフィルタリング、または適応ループフィルタリングを含む、
請求項１～１０のいずれか１項に記載の方法。

【請求項12】

前記前の映像ブロックの一部は、前記現在の映像ブロックを含む現在の符号化ツリーブロックとは異なる符号化ツリーブロックに位置する、
請求項１～１１のいずれか１項に記載の方法。

【請求項13】

前記映像領域は、符号化ツリーブロックまたはスライスである、
請求項１～１２のいずれか１項に記載の方法。

【請求項14】

前記変換は、前記現在の映像ブロックを前記ビットストリームに符号化することを含む、
請求項１～１３のいずれか１項に記載の方法。

【請求項15】

前記変換は、前記現在の映像ブロックを前記ビットストリームから復号化することを含む、
請求項１～１３のいずれか１項に記載の方法。

【請求項16】

処理装置と、前記処理装置に命令が記憶された非一時的メモリと、を備える映像データ処理装置であって、前記命令が前記処理装置によって実行されると、前記処理装置に、
輝度ブロックである映像の現在の映像ブロックと前記映像のビットストリームとの変換について、前記現在の映像ブロックに第１の符号化モードが適用されていることを判定することと、
前記現在の映像ブロックに対する第１のブロックベクトルを導出することと、
前記第１ブロックベクトルと輝度バッファとに基づいて、前記現在の映像ブロックの予測サンプルを生成することと、
前記予測サンプルに基づいて前記変換を行うことと、を行わせ、
前記輝度バッファにはフィルタリング処理が施されていない前の映像ブロックの再構成サンプルが記憶され、前記第１の符号化モードでは前記予測サンプルが前記映像ブロックを含む同じピクチャから導出され、
前記輝度バッファの寸法および形状が、前記現在の映像ブロックと、前記現在の映像ブロックと同じ映像領域に位置する他の輝度ブロックに対して同じである、
装置。

【請求項17】

処理装置に、
輝度ブロックである映像の現在の映像ブロックと前記映像のビットストリームとの変換について、前記現在の映像ブロックに第１の符号化モードが適用されていることを判定することと、
前記現在の映像ブロックに対する第１のブロックベクトルを導出することと、
前記第１ブロックベクトルと輝度バッファとに基づいて、前記現在の映像ブロックの予測サンプルを生成することと、
前記予測サンプルに基づいて前記変換を行うことと、を行わせる命令を記憶し、
前記輝度バッファにはフィルタリング処理が施されていない前の映像ブロックの再構成サンプルが記憶され、前記第１の符号化モードでは前記予測サンプルが前記映像ブロックを含む同じピクチャから導出され、
前記輝度バッファの寸法および形状が、前記現在の映像ブロックと、前記現在の映像ブロックと同じ映像領域に位置する他の輝度ブロックに対して同じである、
非一時的なコンピュータ可読記憶媒体。

【請求項18】

映像処理装置によって行われる方法によって生成される映像のビットストリームを記憶する、非一時的なコンピュータ可読記録媒体であって、
前記方法は、
第１の符号化モードが輝度ブロックである前記映像の現在の映像ブロックに適用されることを判定することと、
前記現在の映像ブロックに対する第１のブロックベクトルを導出することと、
前記第１ブロックベクトルと輝度バッファとに基づいて、前記現在の映像ブロックの予測サンプルを生成することと、
前記予測サンプルに基づいて前記ビットストリームを生成することと、を含み、
前記輝度バッファにはフィルタリング処理が施されていない前の映像ブロックの再構成サンプルが記憶され、前記第１の符号化モードでは前記予測サンプルが前記映像ブロックを含む同じピクチャから導出され、
前記輝度バッファの寸法および形状が、前記現在の映像ブロックと、前記現在の映像ブロックと同じ映像領域に位置する他の輝度ブロックに対して同じである、
非一時的なコンピュータ可読記録媒体。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０００１

【補正方法】変更

【補正の内容】

【0001】

関連出願の相互参照
本願は、２０１９年２月２日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７４５９８号の優先権及び利益を適時に主張する、２０２０年２月２日出願の国際特許出願ＰＣＴ／ＣＮ２０２０／０７４１５５号に基づく。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。

【国際調査報告】