特開2023-182684 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ ベイジン　バイトダンス　ネットワーク　テクノロジー　カンパニー　リミテッドの特許一覧 ▶ バイトダンス　インコーポレイテッドの特許一覧

特開2023-182684映像符号化におけるイントラブロックコピーのためのサンプル識別

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

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

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

(11)【公開番号】P2023182684

(43)【公開日】2023-12-26

(54)【発明の名称】映像符号化におけるイントラブロックコピーのためのサンプル識別

(51)【国際特許分類】

H04N 19/593 20140101AFI20231219BHJP

【ＦＩ】

H04N19/593

【審査請求】有

【請求項の数】16

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2023168834

(22)【出願日】2023-09-28

(62)【分割の表示】P 2022501042の分割

【原出願日】2020-07-09

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

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

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

(71)【出願人】

【識別番号】520476341

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

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

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

(71)【出願人】

【識別番号】520477474

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

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

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

(74)【代理人】

【識別番号】110002000

【氏名又は名称】弁理士法人栄光事務所

(72)【発明者】

【氏名】シュージジョン

(72)【発明者】

【氏名】ジャンリー

(72)【発明者】

【氏名】ジャンカイ

(72)【発明者】

【氏名】リウホンビン

(72)【発明者】

【氏名】ワンユエ

(57)【要約】（修正有）

【課題】映像または画像を復号化または符号化するためのイントラブロックコピーモードにおけるバッファ管理およびブロックベクトル符号化のための技術を提供する。
【解決手段】映像処理方法は、視覚メディアデータの現在のピクチャの映像ブロックと視覚メディアデータのビットストリーム表現との変換のために、現在の映像ブロックの予測ブロックを導出するために、現在のピクチャからの参照サンプルを含むバッファを維持することを含む。導出に利用不可能とマークを付けられたバッファにおける１つ以上の参照サンプルが、画素値の範囲外の値を有している。
【選択図】図２１

【特許請求の範囲】

【請求項1】

視覚メディアデータの現在のピクチャの現在の映像ブロックと前記視覚メディアデータ
のビットストリーム表現との変換のために、前記現在の映像ブロックの予測ブロックの導
出のために前記現在のピクチャからの参照サンプルを含むバッファを維持することを含む
視覚メディア処理方法であって、
前記導出に利用不可能とマークを付けられた前記バッファにおける１つ以上の参照サン
プルが、画素値の範囲外の値を有している、視覚メディア処理方法。

【請求項2】

前記画素値の範囲は、［０，１＜＜（ｂｉｔ＿ｄｅｐｔｈ）－１］として表され、ｂｉ
ｔ＿ｄｅｐｔｈは正の整数である、請求項１に記載の方法。

【請求項3】

ｂｉｔ＿ｄｅｐｔｈは、前記サンプルを処理するために使用される精度である、請求項
２に記載の方法。

【請求項4】

前記バッファにおけるサンプルのセットを、このサンプルのセットが利用不可能である
ことを示す所定の値に初期化することをさらに含む、請求項１に記載の方法。

【請求項5】

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

【請求項6】

前記サンプルのセットの位置および／または前記サンプルのセットを前記所定の値に初
期化するかどうかは、前記現在の映像ブロックの位置、前記現在の映像ブロックのサイズ
、前記現在の映像ブロックを含むＶＰＤＵのサイズ、および／または前記現在の映像ブロ
ックを含む符号化ツリーユニットのサイズに基づく、請求項４～５のいずれか１項に記載
の方法。

【請求項7】

（ｘＣｂ％ｖＳｉｚｅ）が０に等しく、（ｙＣｂ％ｖＳｉｚｅ）が０である場合、前記
サンプルのセットは利用不可能とマークを付けられ、ｘＣｂ、ｙＣｂは、前記サンプルに
対する前記現在の映像ブロックの位置を示し、ｖＳｉｚｅ＝ｍｉｎ（ｃｔｂＳｉｚｅ，６
４）であり、ｃｔｂＳｉｚｅは、前記符号化ツリーユニットの幅または高さを示す、請求
項６に記載の方法。

【請求項8】

前記現在の映像ブロックのサイズがｍｉｎ（ｃｔｂＳｉｚｅ，６４）未満である場合、
前記バッファにおける前記サンプルのセットは利用不可能とマークを付けられ、ｃｔｂＳ
ｉｚｅは、前記符号化ツリーユニットの幅または高さを示す、請求項１に記載の方法。

【請求項9】

前記複数のサンプルの位置が、ＶＰＤＵのサイズに関連する、請求項８に記載の方法。

【請求項10】

前記サンプルのセットの位置が、前記現在の映像ブロックを含む前記符号化ツリーユニ
ットのサイズに関連する、請求項８に記載の方法。

【請求項11】

前記バッファにおける前記サンプルのセットは、位置が（ｘ％ｗＩｂｃＢｕｆ，ｙ％ｈ
ＩｂｃＢｕｆ）で表され、ｘ＝ｘＶ，・・・，ｘＶ＋ｃｔｂＳｉｚｅ－１およびｙ＝ｙＶ
，・・・，ｙＶ＋ｃｔｂＳｉｚｅ－１，であり、ｘＶ，ｙＶは、ピクチャの左上の位置に
対するＶＰＤＵの左上の位置を示し、ｃｔｂＳｉｚｅは、前記現在の映像ブロックを含む
前記符号化ツリーユニットのサイズを示し、ｗＩｂｃＢｕｆおよびｈＩｂｃＢｕｆは、バ
ッファの幅およびバッファの高さを示す、請求項４に記載の方法。

【請求項12】

前記バッファにおける前記サンプルのセットは、－１に初期化される、請求項１１に記
載の方法。

【請求項13】

前記サンプルのセットは、映像ユニットの復号化の開始時に初期化される、請求項４に
記載の方法。

【請求項14】

前記変換は、イントラブロックコピーモードで行われる、請求項１～１３のいずれか１
項に記載の方法。

【請求項15】

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

【請求項16】

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

【請求項17】

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

【請求項18】

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

【請求項19】

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

【発明の詳細な説明】

【技術分野】

【0001】

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

【0002】

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

【背景技術】

【0003】

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

【発明の概要】

【0004】

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

【0005】

１つの例示的な態様において、視覚メディア処理方法が開示される。この方法は、視覚
メディアデータの現在のピクチャの現在の映像ブロックと現在の映像ブロックのビットス
トリーム表現との変換のために、ブロックベクトル（ＢＶｘ，ＢＶｙ）を決定することで
あって、前記ブロックベクトル（ＢＶｘ，ＢＶｙ）の有効性は、（１）サンプルブロック
の位置（Ｐ，Ｑ）および／または（２）位置（Ｐ，Ｑ）のサンプルを再構成するかどうか
、および／または（３）現在の映像ブロックの位置（但し、ブロックベクトル（ＢＶｘ，
ＢＶｙ）は、現在の映像ブロックとサンプルブロックとの間の画素変位を表す）に依存し
ない、決定することと、このブロックベクトルを使用して、現在の映像ブロックの予測ブ
ロックの導出に使用される参照サンプルからなる、現在の映像ブロックと同じ映像領域に
位置する再構成ブロックに基づいて、イントラブロックコピーモードで変換を行うことと
、を含み、変換中に少なくとも、バッファのサイズおよび／またはブロックベクトル（Ｂ
Ｖｘ，ＢＶｙ）のサイズに応じて、バッファ内の参照サンプルから位置（Ａ，Ｂ）を持つ
予測サンプルを決定する。

【0006】

別の例示的な態様において、視覚メディア処理の別の方法が開示される。この方法は、
視覚メディアデータの現在のピクチャの現在の映像ブロックと視覚メディアデータのビッ
トストリーム表現との変換のために、規則に従って、前記現在の映像ブロックに対応する
ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であるかどうかを判定することであって、前
記ブロックベクトル（ＢＶｘ，ＢＶｙ）は、現在の映像ブロックとサンプルブロックとの
間の画素変位を表す、決定することと、前記ブロックベクトルを使用して、現在の映像ブ
ロックの予測ブロックを導出するために使用される参照サンプルを含む現在のピクチャか
らの参照領域に基づいて、前記変換を行うこととを含み、前記規則は、ブロックベクトル
（ＢＶｘ，ＢＶｙ）が、（１）このサンプルブロックからの１つ以上のサンプルがこの現
在のピクチャの外側にあり、および／または（２）サンプルブロックからの１つ以上のサ
ンプルが、現在の映像ブロックに関連付けられた少なくとも１つの符号化ツリーユニット
（ＣＴＵ）の外側にあり、および／または、（３）サンプルブロックからの１つ以上のサ
ンプルが再構成に失敗した場合に有効になる。

【0007】

さらに、別の例示的な態様において、視覚メディア処理の別の方法が開示される。この
方法は、視覚メディアデータの現在のピクチャの現在の映像ブロックと、この視覚メディ
アデータのビットストリーム表現との変換を行うことを含み、前記変換は、現在の映像ブ
ロックの予測ブロックを導出するために使用される参照サンプルを備える、現在のピクチ
ャからの参照領域に基づいて行われ、定義されたサイズの仮想バッファは、前記予測ブロ
ックを導出するための前記参照サンプルの可用性を追跡するために使用される。

【0008】

さらに、別の例示的な態様において、視覚メディア処理の別の方法が開示される。この
方法は、視覚メディアデータの現在のピクチャの現在の映像ブロックと視覚メディアデー
タのビットストリーム表現との変換のために、現在の映像ブロックの予測ブロックを導出
するための、現在のピクチャからの参照サンプルを含むバッファを維持することを含み、
前記導出に利用できないとマークされたバッファ内の１つ以上の参照サンプルが、画素値
の範囲外の値を有している。

【0009】

別の例示的な態様において、映像処理の別の方法が開示される。この方法は、現在の映
像ブロックの予測ブロックを導出するために、現在のピクチャからの参照サンプルを含む
バッファを使用して、視覚メディアデータの現在のピクチャの映像ブロックと視覚メディ
アデータのビットストリーム表現との変換を行うことを含み、前記変換は、ビットストリ
ーム表現が規則に準拠するために、バッファにおける参照サンプルがビットストリーム適
合性の制約を満たすものであることを規定する規則に基づく。

【0010】

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

【0011】

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

【0012】

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

【図面の簡単な説明】

【0013】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図18】視覚メディア処理方法の一例を示すフローチャートである。

【図19】視覚メディア処理方法の一例を示すフローチャートである。

【図20】視覚メディア処理方法の一例を示すフローチャートである。

【図21】視覚メディア処理方法の一例を示すフローチャートである。

【図22】視覚メディア処理方法の一例を示すフローチャートである。

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

【0014】

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

【0015】

１．概要

【0016】

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

【0017】

２．簡単な説明

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【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】

【表1】

【0056】

【表2】

【0057】

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

【0058】

【表3】

【0059】

一般的に、シーケンスパラメータセットＲＢＳＰの意味論では、次の意味論を追加する。
ｓｐｓ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と等しい場合は、符号化映像
シーケンス（ＣＶＳ）においてリシェイパが使用されていることを規定している。ｓｐｓ
＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０と等しい場合は、ＣＶＳにおいてリ
シェイパが使用されていないことを規定している。
タイルグループヘッダ構文において、以下の意味論を追加する。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１と等しい場合は、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）がタイルグループ内に存在することを規定している。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０と等しい場合は、ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）がタイルグループヘッダに存在しないことを規定している。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しない場合は、０に等しいと推論される。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１と等しい場合は、現在のタイルグループに対してリシェイパが有効になっていることを規定している。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０と等しい場合は、現在のタイルグループに対してリシェイパが有効になっていないことを規定している。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｅｎａｂｌｅ＿ｆｌａｇが存在しない場合、０であると推論される。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが１と等しい場合は、現在のタイルグループに対してクロマ残差スケーリングを有効であることを規定している。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが０と等しい場合は、現在のタイルグループに対してクロマ残差スケーリングが有効でないことを規定している。ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｃｈｒｏｍａ＿ｒｅｓｉｄｕａｌ＿ｓｃａｌｅ＿ｆｌａｇが存在しない場合は、０であると推測される。
ｔｉｌｅ＿ｇｒｏｕｐ＿ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ（）構文を追加する。
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘは、最小のビン（またはピース）
インデックスを、リシェイパ構築処理に使用するように規定している。ｒｅｓｈａｐｅ＿
ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘの値が０～ＭａｘＢｉｎＩｄｘの範囲内にあるもの
とする。ＭａｘＢｉｎＩｄｘの値は１５と等しいとする。
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘは、最大許容ビン（
またはピース）インデックスＭａｘＢｉｎＩｄｘから最大ビンインデックスを引いたもの
が、リシェイパ構築処理で使用されることを規定している。ｒｅｓｈａｐｅ＿ｍｏｄｅｌ
＿ｍａｘ＿ｂｉｎ＿ｉｄｘの値は、ＭａｘＢｉｎＩｄｘ－ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿
ｄｅｌｔａ＿ｍａｘ＿ｂｉｎ＿ｉｄｘに等しく設定される。
ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ｃｗ＿ｐｒｅｃ＿ｍｉｎ
ｕｓ１＋１は、構文ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［
ｉ］の表現に使用するビット数を規定している。
ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］は、ｉ番目のビ
ンの絶対デルタコード名値を規定する。
ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］
は、ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ａｂｓ＿ＣＷ［ｉ］のサインを
次のように記述する。
－ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ
］が０と等しい場合、対応する変数ＲｓｐＤｅｌｔａＣＷ［ｉ］は正の値である。
－そうでない場合（ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿Ｃ
Ｗ＿ｆｌａｇ［ｉ］が０と等しくない）、対応する変数ＲｓｐＤｅｌｔａＣＷ［ｉ］は負
の値である。

【0060】

ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ＿ｆｌａｇ［ｉ］
が存在しない場合、０に等しいと推測される。

【0061】

変数ＲｓｐＤｅｌｔａＣＷ［ｉ］＝（１２＊ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿
ｄｅｌｔａ＿ｓｉｇｎ＿ＣＷ［ｉ］）＊ｒｅｓｈａｐｅ＿ｍｏｄｅｌ＿ｂｉｎ＿ｄｅｌｔ
ａ＿ａｂｓ＿ＣＷ［ｉ］；
変数ＲｓｐＣＷ［ｉ］は、以下のステップとして導出される。

【0062】

変数ＯｒｇＣＷは、（１＜＜ＢｉｔＤｅｐｔｈ_Ｙ）／（ＭａｘＢｉｎＩｄｘ＋１）に等
しく設定される。
－ｒｅｓｈａｐｅｒ＿ｍｏｄｅｌ＿ｍｉｎ＿ｂｉｎ＿ｉｄｘ＜＝ｉ＜＝ｒｅｓｈａｐｅｒ
＿ｍｏｄｅｌ＿ｍａｘ＿ｂｉｎ＿ｉｄｘの場合、ＲｓｐＣＷ［ｉ］＝ＯｒｇＣＷ＋Ｒｓｐ
ＤｅｌｔａＣＷ［ｉ］である。
－そうでない場合、ＲｓｐＣＷ［ｉ］＝０である。

【0063】

ＢｉｔＤｅｐｔｈ_Ｙの値が１０に等しい場合、ＲｓｐＣＷ［ｉ］の値は、３２～２＊Ｏ
ｒｇＣＷ＿１の範囲内にくる。

【0064】

ｉが０～ＭａｘＢｉｎＩｄｘ＋１の範囲にある変数ＩｎｐｕｔＰｉｖｏｔ［ｉ］は、以
下のように導出される。
ＩｎｐｕｔＰｉｖｏｔ［ｉ］＝ｉ＊ＯｒｇＣＷ

【0065】

ｉが０～ＭａｘＢｉｎＩｄｘ＋１の範囲にあり、変数ＳｃａｌｅＣｏｅｆ［ｉ］および
ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］がそれぞれ０～ＭａｘＢｉｎＩｄｘの範囲にあり、ｉ
が０～ＭａｘＢｉｎＩｄｘの範囲にある変数ＲｅｓｈａｐｅＰｉｖｏｔ［ｉ］は、以下の
ように導出される。
ｓｈｉｆｔＹ＝１４
ＲｅｓｈａｐｅＰｉｖｏｔ［０］＝０；
ｆｏｒ（ｉ＝０；ｉ＜＝ＭａｘＢｉｎＩｄｘ；ｉ＋＋）｛
ＲｅｓｈａｐｅＰｉｖｏｔ［ｉ＋１］＝ＲｅｓｈａｐｅＰｉｖｏｔ［ｉ］＋ＲｓｐＣＷ
［ｉ］
ＳｃａｌｅＣｏｅｆ［ｉ］＝（ＲｓｐＣＷ［ｉ］＊（１＜＜ｓｈｉｆｔＹ）＋（１＜
＜（Ｌｏｇ２（ＯｒｇＣＷ）－１）））＞＞（Ｌｏｇ２（ＯｒｇＣＷ））
ｉｆ（ＲｓｐＣＷ［ｉ］＝＝０）
ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］＝０
他には
ＩｎｖＳｃａｌｅＣｏｅｆｆ［ｉ］＝ＯｒｇＣＷ＊（１＜＜ｓｈｉｆｔＹ）／Ｒｓ
ｐＣＷ［ｉ］
｝

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【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】

【表4】

【0130】

【表5】

【化1】

【0131】

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

【0132】

【表6】

【0133】

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

【化2】

．．．

【0134】

８．６．３ｉｂｃブロックの復号化処理
８．６．３．１一般
この処理は、ｉｂｃ予測モードで符号化された符号化ユニットを復号化するときに呼び
出される。

【0135】

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

【化3】

．．．

【0136】

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

【化4】

【化5】

【0137】

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

【0138】

この処理の出力は以下の通りである。
－再構成されたピクチャサンプルアレイｒｅｃＳａｍｐｌｅｓ。

【化6】

【0139】

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

【0140】

【表7】

【0141】

【表8】

【化7】

【0142】

５．１７実施形態＃１７
本明細書では、一部の例における変化は、太字、下線を付したテキストで示される。

【0143】

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

【0144】

【表9】

【0145】

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

【0146】

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

【0147】

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

【化8】

【0148】

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

【0149】

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

【0150】

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

【0151】

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

【化9】

【0152】

【0153】

【化10】

【0154】

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

【0155】

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

【化11】

【0156】

５．１８実施形態＃１８
本明細書では、いくつかの例における変更を、太字、下線、イタリック体で示している
。

【0157】

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

【0158】

【表10】

【0159】

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

【0160】

【0161】

【化12】

【0162】

【0163】

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

【0164】

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

【0165】

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

【化13】

【0166】

【0167】

【化14】

【0168】

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

【化15】

【0169】

【0170】

【化16】

【0171】

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

【0172】

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

【化17】

【0173】

５．１９実施形態＃１９
本明細書では、一部の例における変化は、太字、下線を付したテキストで示される。

【0174】

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

【0175】

【表11】

【0176】

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

【0177】

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

【化18】

【0178】

【0179】

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

【0180】

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

【0181】

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

【化19】

【0182】

【0183】

【化20】

【0184】

【0185】

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

【0186】

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

【0187】

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

【化21】

【0188】

５．２０実施形態＃２０
本明細書では、いくつかの例における変更を、太字、下線、イタリック体で示している
。

【0189】

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

【0190】

【表12】

【0191】

【0192】

【化22】

【0193】

【0194】

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

【0195】

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

【0196】

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

【化23】

【0197】

【0198】

【化24】

【0199】

【化25】

【0200】

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

【0201】

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

【化26】

【0202】

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

【0203】

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

【0204】

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

【0205】

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

【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】

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

【0231】

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

【0232】

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

【0233】

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

【0234】

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

【0235】

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

【0236】

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

【0237】

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

【0238】

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

【0239】

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

【0240】

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

【0241】

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

【0242】

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

【0243】

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

【0244】

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

【0245】

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

【0246】

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

【0247】

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

【0248】

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

【0249】

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

【0250】

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

【0251】

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

【0252】

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

【0253】

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

【0254】

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

【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】

【表13】

【0284】

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

【0285】

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

【0286】

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

【0287】

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

【0288】

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

【0289】

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

【0290】

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

【0291】

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

【0292】

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

【0293】

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

【0294】

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

【0295】

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

【0296】

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

【0297】

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

【0298】

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

【0299】

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

【0300】

【表14】

【0301】

【表15】

【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】

Ｍ１６．前記第１の範囲は、［ｘＰｒｅｖＶＰＤＵ－２Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ）
％ｍＷ_ＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－２＊Ｗ_ＶＰＤＵ＋２＊ｍ＊Ｗ_ＶＰＤＵ）％（
ｍ＊Ｗ_ＶＰＤＵ））－１＋Ｗ_ＶＰＤＵ］として表され、第２の範囲は、［ｙＰｒｅｖＶＰ
ＤＵ％（ｎ＊Ｈ_ＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎ＊Ｈ_ＶＰＤＵ））－１＋Ｈ_ＶＰ
_ＤＵ］として表される、項目Ｍ１５に記載の方法。

【0356】

Ｍ１７．前記第１の範囲は、［ｘＰｒｅｖＶＰＤＵ－２＊Ｗ_ＶＰＤＵ＋２＊ｍ＊Ｗ_ＶＰ
_ＤＵ）％ｍＷ_ＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－２＊Ｗ_ＶＰＤＵ＋２＊ｍ＊Ｗ_ＶＰＤＵ
）％（ｍ＊Ｗ_ＶＰＤＵ））－１＋Ｗ_ＶＰＤＵ］として表され、第２の範囲は、［ｙＰｒｅ
ｖＶＰＤＵ％（ｎ＊Ｈ_ＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎ＊Ｈ_ＶＰＤＵ））－１＋
Ｈ_ＶＰＤＵ］として表される、項目Ｍ１５に記載の方法。

【0357】

Ｍ１８．ｙＰｒｅｖＶＰＤＵ％（ｎ＊Ｈ_ＶＰＤＵ）が０に等しくない場合、位置（ｘ，
ｙ）に位置するサンプルのサブセットは利用不可能としてフラグが立てられ、ここで、ｘ
が第１の所定の範囲内にあり、ｙが第２の所定の範囲内にあり、（ｘＰｒｅｖＶＰＤＵ，
ｙＰｒｅｖＶＰＤＵ）が、最近処理されたＶＰＤＵの符号化ツリーユニットの左上隅を表
し、Ｗ_ＶＰＤＵおよびＨ_ＶＰＤＵがＶＰＤＵの幅および高さを表す、項目Ｍ１４に記載の
方法。

【0358】

Ｍ１９．第１の範囲が［ｘＰｒｅｖＶＰＤＵ－Ｗ_ＶＰＤＵ＋２＊ｍ＊Ｗ_ＶＰＤＵ）％（
ｍ＊Ｗ_ＶＰＤＵ），（（ｘＰｒｅｖＶＰＤＵ－Ｗ_ＶＰＤＵ＋２＊ｍ＊Ｗ_ＶＰＤＵ）％（ｍ
＊Ｗ_ＶＰＤＵ））－１＋Ｗ_ＶＰＤＵ］として表され、第２の範囲が［ｙＰｒｅｖＶＰＤＵ
％（ｎ＊Ｈ_ＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎ＊Ｈ_ＶＰＤＵ））－１＋Ｈ_ＶＰＤＵ
］として表される、項目Ｍ１８に記載の方法。

【0359】

Ｍ２０．第１の範囲は、［ｘＰｒｅｖＶＰＤＵ－Ｗ_ＶＰＤＵ＋２＊ｍ＊Ｗ_ＶＰＤＵ）％
ｍＷ_ＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－Ｗ_ＶＰＤＵ＋２＊ｍ＊Ｗ_ＶＰＤＵ）％（ｍ＊Ｗ
_ＶＰＤＵ））－１＋Ｗ_ＶＰＤＵ］として表され、第２の範囲は、［ｙＰｒｅｖＶＰＤＵ％
（ｎ＊Ｈ_ＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎ＊Ｈ_ＶＰＤＵ））－１＋Ｈ_ＶＰＤＵ］
として表される、項目Ｍ１８に記載の方法。

【0360】

Ｍ２１．前記符号化ツリーがＶＰＤＵを含む場合、予測に利用不可能としてフラグが立
てられた前記サンプルのサブセットは、最近処理された符号化ツリーユニットの位置に基
づく、項目Ｍ１２に記載の方法。

【0361】

Ｍ２２．符号化ツリーユニットの処理の開始時に前記サンプルは利用不可能としてフラ
グが立てられる、項目Ｍ２１に記載の方法。

【0362】

Ｍ２３．項目Ｍ１からＭ２２のいずれか１つに記載の方法であって、
現在の映像ブロックの左上の位置、現在の映像ブロックの左下の位置、および現在の映
像ブロックの右下位置に基づいて、現在の映像ブロックに対応するブロックベクトルの妥
当性を決定することを含み、前記決定は、現在の映像ブロックの右上位置の使用を除外す
ることをさらに含む、方法。

【0363】

Ｍ２４．前記変換は、イントラブロックコピーモードで実行される、項目Ｍ１～Ｍ２３
のいずれか１つ以上に記載の方法。

【0364】

Ｎ１．視覚メディア処理方法であって、
視覚メディアデータの現在のピクチャの映像ブロックと視覚メディアデータのビットス
トリーム表現との変換のために、現在の映像ブロックの予測ブロックを導出するために、
現在のピクチャからの参照サンプルを含むバッファ維持することを含み、
前記導出に利用できないとマークされたバッファ内の１つ以上の参照サンプルが、画素
値の範囲外の値を有している、方法。

【0365】

Ｎ２．前記画素値の範囲は、［０，１＜＜（ｂｉｔ＿ｄｅｐｔｈ）－１］として表され
、ここで、ｂｉｔ＿ｄｅｐｔｈは正の整数である、項目Ｎ１に記載の方法。

【0366】

Ｎ３．ｂｉｔ＿ｄｅｐｔｈは、サンプルを処理するために使用される精度である、項目
Ｎ２に記載の方法。

【0367】

Ｎ４．前記方法は、
１つのバッファ内の１つのサンプルセットを、この１つのサンプルセットが利用不可能
であることを示す所定の値に初期化することさらに含む、条項Ｎ１に記載の方法。

【0368】

Ｎ５．前記所定の値は－１である、項目Ｎ４に記載の方法。

【0369】

Ｎ６．前記サンプルのセットの位置および／または前記サンプルのセットを所定の値に
初期化するかどうかは、現在の映像ブロックの位置、現在の映像ブロックのサイズ、現在
の映像ブロックを含むＶＰＤＵのサイズ、および／または現在の映像ブロックを含む符号
化ツリーユニットのサイズに基づく、項目Ｎ４～Ｎ５のいずれか１つ以上に記載の方法。

【0370】

Ｎ７．（ｘＣｂ％ｖＳｉｚｅ）が０に等しく、（ｙＣｂ％ｖＳｉｚｅ）が０である場合
、このサンプルのセットは利用不可能であるとマークされ、ｘＣｂ、ｙＣｂは、前記サン
プルに対する前記現在の映像ブロックの位置を表し、ｖＳｉｚｅ＝ｍｉｎ（ｃｔｂＳｉｚ
ｅ，６４）であり、ｃｔｂＳｉｚｅは、前記符号化ツリーユニットの幅または高さを示す
、項目Ｎ６に記載の方法。

【0371】

Ｎ８．現在の映像ブロックのサイズがｍｉｎ（ｃｔｂＳｉｚｅ，６４）未満である場合
、バッファ内のサンプルのセットに利用不可能とマークが付けられ、ｃｔｂＳｉｚｅは、
前記符号化ツリーユニットの幅または高さを表す、項目Ｎ１に記載の方法。

【0372】

Ｎ９．前記複数のサンプルの位置は、ＶＰＤＵのサイズに関連する、項目Ｎ８に記載の
方法。

【0373】

Ｎ１０．前記サンプルのセットの位置は、現在の映像ブロックを含む前記符号化ツリー
ユニットのサイズに関連する、項目Ｎ８に記載の方法。

【0374】

Ｎ１１．前記バッファにおけるサンプルのセットは、位置が（ｘ％ｗＩｂｃＢｕｆ，ｙ
％ｈＩｂｃＢｕｆ）で表され、ｘ＝ｘＶ，・・・，ｘＶ＋ｃｔｂＳｉｚｅ－１およびｙ＝
ｙＶ，・・・，ｙＶ＋ｃｔｂＳｉｚｅ－１，であり、ｘＶ，ｙＶは、ピクチャの左上の位
置に対するＶＰＤＵの左上の位置を表し、ｃｔｂＳｉｚｅは、現在の映像ブロックを含む
符号化ツリーユニットのサイズを表し、ｗＩｂｃＢｕｆおよびｈＩｂｃＢｕｆは、バッフ
ァの幅およびバッファの高さを表す、項目Ｎ４の方法。

【0375】

Ｎ１２．バッファ内のサンプルのセットが－１に初期化される、項目Ｎ１１に記載の方
法。

【0376】

Ｎ１３．前記サンプルのセットは、映像ユニットの復号化の開始時に初期化される、項
目Ｎ４に記載の方法。

【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】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【手続補正書】

【提出日】2023-10-23

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

映像の現在のピクチャの現在の映像ブロックと前記映像のビットストリームとの間の変換のために、予測モードが前記現在の映像ブロックに適用されることを決定することと、
前記現在の映像ブロックについて、前記現在のピクチャにおける前記現在の映像ブロックの同じ映像領域のサンプル値のブロックから導出される参照サンプルを含むバッファを維持することと、
前記現在の映像ブロックについて、前記決定に基づいて予測サンプルを生成することと、
前記現在の映像ブロックと前記ビットストリームとの間の前記変換を行うことと、を含み、
前記予測モードにおいて、前記バッファ内のブロックベクトルによって決定される前記参照サンプルは、前記現在の映像ブロックの予測サンプルの導出に使用され、
前記導出に利用不可とマークされている前記バッファにおける特定の参照ブロックが、画素値範囲外の値を有する、
映像データを処理する方法。

【請求項2】

利用不可とマークされた前記特定の参照ブロックにおける参照サンプルの値が、前記参照サンプルの利用不可を示す所定の値に設定される、
請求項１に記載の方法。

【請求項3】

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

【請求項4】

利用不可とマークされた前記特定の参照ブロックの位置およびサイズは、前記現在の映像ブロックのサイズ、仮想ユニットのサイズ、または前記現在の映像ブロックを含むコーディングツリーブロックのサイズのうちの１つ以上に基づいて決定される、
請求項２または３に記載の方法。

【請求項5】

前記利用不可とマークされた前記特定の参照ブロックの前記位置は、座標（ｘ０，ｙ０）に基づいて決定され、
（ｘ０％Ｖｓｉｚｅ）は０であり、（ｙ０％Ｖｓｉｚｅ）は０であり、
％は余り演算を表し、
Ｖｓｉｚｅは前記仮想ユニットの前記サイズを表し、Ｖｓｉｚｅ＝ｍｉｎ（ｃｔｂＳｉｚｅ，６４）とし、
ｃｔｂＳｉｚｅは、前記コーディングツリーブロックの幅または高さを表す、
請求項４に記載の方法。

【請求項6】

前記現在の映像ブロックの前記サイズが前記仮想ユニットの前記サイズより小さい場合、利用不可とマークされた前記特定の参照ブロックの前記サイズは、前記仮想ユニットの前記サイズに基づいて決定される、
請求項４または５に記載の方法。

【請求項7】

前記現在の映像ブロックの前記サイズが前記仮想ユニットの前記サイズより大きい場合、利用不可とマークされた前記特定の参照ブロックの前記サイズは、前記現在の映像ブロックの前記サイズに基づいて決定される、請求項４または５に記載の方法。

【請求項8】

前記バッファは、ピクチャまたはスライスをコーディングする前にリセットされる、
請求項１～７のいずれか１項に記載の方法。

【請求項9】

前記ビットストリームによって満たされるビットストリーム適合性の制約は、前記バッファにおける前記ブロックベクトルによって決定された前記参照サンプルが、前記参照サンプルの利用不可を示す所定の値に等しい値を有していないことを含む、
請求項１～８のいずれか１項に記載の方法。

【請求項10】

前記画素値の範囲は、［０，１＜＜（ｂｉｔ＿ｄｅｐｔｈ）－１］として表され、ｂｉｔ＿ｄｅｐｔｈは正の整数である、
請求項１～９のいずれか１項に記載の方法。

【請求項11】

ｂｉｔ＿ｄｅｐｔｈは、前記参照サンプルを処理するために使用される精度である、
請求項１０に記載の方法。

【請求項12】

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

【請求項13】

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

【請求項14】

プロセッサと命令を備える非一時的メモリとを含む、映像データを処理するための装置であって、前記プロセッサによる実行時に前記命令は前記プロセッサに、
映像の現在のピクチャの現在の映像ブロックと前記映像のビットストリームとの間の変換のために、予測モードが前記現在の映像ブロックに適用されることを決定することと、
前記現在の映像ブロックについて、前記現在のピクチャにおける前記現在の映像ブロックの同じ映像領域のサンプル値のブロックから導出される参照サンプルを含むバッファを維持することと、
前記現在の映像ブロックについて、前記決定に基づいて予測サンプルを生成することと、
前記現在の映像ブロックと前記ビットストリームとの間の前記変換を行うことと、を行わせ、
前記予測モードにおいて、前記バッファ内のブロックベクトルによって決定される前記参照サンプルは、前記現在の映像ブロックの予測サンプルの導出に使用され、
前記導出に利用不可とマークされている前記バッファにおける特定の参照ブロックが、画素値範囲外の値を有する、装置。

【請求項15】

命令を記憶する非一時的なコンピュータ可読記憶媒体であって、前記命令はプロセッサに、
映像の現在のピクチャの現在の映像ブロックと前記映像のビットストリームとの間の変換のために、予測モードが前記現在の映像ブロックに適用されることを決定することと、
前記現在の映像ブロックについて、前記現在のピクチャにおける前記現在の映像ブロックの同じ映像領域のサンプル値のブロックから導出される参照サンプルを含むバッファを維持することと、
前記現在の映像ブロックについて、前記決定に基づいて予測サンプルを生成することと、
前記現在の映像ブロックと前記ビットストリームとの間の前記変換を行うことと、を行わせ、
前記予測モードにおいて、前記バッファ内のブロックベクトルによって決定される前記参照サンプルは、前記現在の映像ブロックの予測サンプルの導出に使用され、
前記導出に利用不可とマークされている前記バッファにおける特定の参照ブロックが、画素値範囲外の値を有する、
非一時的なコンピュータ可読記憶媒体。

【請求項16】

映像処理装置によって実行される方法によって生成される映像のビットストリームを記憶する、非一時的なコンピュータ可読記録媒体であって、前記方法が、
予測モードが映像の現在のピクチャの現在の映像ブロックに適用されることを決定することと、
前記現在の映像ブロックについて、前記現在のピクチャにおける前記現在の映像ブロックの同じ映像領域のサンプル値のブロックから導出される参照サンプルを含むバッファを維持することと、
前記現在の映像ブロックについて、前記決定に基づいて予測サンプルを生成することと、
前記予測サンプルに基づいて前記ビットストリームを生成することと、を含み、
前記予測モードにおいて、前記バッファ内のブロックベクトルによって決定される前記参照サンプルは、前記現在の映像ブロックの予測サンプルの導出に使用され、
前記導出に利用不可とマークされている前記バッファにおける特定の参照ブロックが、画素値範囲外の値を有する、
非一時的なコンピュータ可読記録媒体。

【手続補正2】

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

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

【補正方法】変更

【補正の内容】

【0001】

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

【外国語明細書】

知財求人

青山学院大学 (神奈川県相模原市中央区淵野辺)

知財求人お知らせサービス

知財のニュースを調べる
- 知財ニュース
- 知財周辺ニュース
企業の特許を調べる
知財のセミナーを調べる
知財,特許事務所への求職・転職
特許事務所をさがす
弁理士試験を受ける
- 年の弁理士試験情報
- 弁理士試験の合格率など統計
知財の法律をしらべる
期限日をしらべる
- 今日に対して意見書・補正書の期限
- 今日に対して審査請求期限日
知財の判決をしらべる
コンテンツ・リンク
運営会社
プレスの皆様へ
- お問い合わせ
ユーザーの皆様
- お問い合わせ・フィードバック
広告掲載を希望の皆様へ
- 広告掲載について
- 求人広告の掲載について

IP Force 特許公報掲載プロジェクト 2022.1.31 β版