特開2024-28972 | 知財ポータル「IP Force」

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

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

特開2024-28972映像コーディングにおけるイントラブロックコピーのための方向に基づく予測

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

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

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

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

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

(11)【公開番号】P2024028972

(43)【公開日】2024-03-05

(54)【発明の名称】映像コーディングにおけるイントラブロックコピーのための方向に基づく予測

(51)【国際特許分類】

H04N 19/11 20140101AFI20240227BHJP

H04N 19/156 20140101ALI20240227BHJP

H04N 19/176 20140101ALI20240227BHJP

H04N 19/593 20140101ALI20240227BHJP

【ＦＩ】

H04N19/11

H04N19/156

H04N19/176

H04N19/593

【審査請求】有

【請求項の数】14

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2023210570

(22)【出願日】2023-12-13

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

【原出願日】2020-03-02

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

(32)【優先日】2019-03-01

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

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

【請求項20】

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

【発明の詳細な説明】

【技術分野】

【0001】

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

【0002】

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

【背景技術】

【0003】

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

【発明の概要】

【0004】

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

【0005】

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

【0006】

別の例示的な態様において、映像データ処理の別の方法が開示される。この方法は、視
覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現と
の間での変換のために、イントラブロックコピーモードで予測するための参照サンプルを
記憶するバッファを判定することであって、この変換は、現在の映像ブロックと同じ映像
領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモード
で行われる、判定することと、空間的に、現在の映像ブロックを含むピクチャの左上位置
に対する現在の映像ブロックの位置（ｘ，ｙ）に位置し、ブロックベクトル（ＢＶｘ，Ｂ
Ｖｙ）を有するサンプルに対して、現在の映像ブロックの位置（ｘ，ｙ）、現在の映像ブ
ロックの寸法（ｄｉｍｅｎｓｉｏｎ）、ピクチャの寸法、現在の映像ブロックを含むコー
ディングツリーユニットの寸法、またはバッファの寸法のうちの少なくとも１つに関連付
けられた１つ以上の条件を満たすことに少なくとも部分的に基づいて、ブロックベクトル
（ＢＶｘ，ＢＶｙ）を有効なものとして割り当てることと、ブロックベクトル（ＢＶｘ，
ＢＶｙ）が有効であることを判定するチェックを行うことと、ブロックベクトル（ＢＶｘ
，ＢＶｙ）が有効であることを確認すると、バッファにおける対応する参照を参照位置（
Ｐ，Ｑ）で計算することであって、参照位置（Ｐ，Ｑ）が、ブロックベクトル（ＢＶｘ，
ＢＶｙ）、位置（ｘ，ｙ）、およびバッファの寸法を使用して判定される、計算すること
と、を含む。

【0007】

さらに、別の例示的な態様において、映像データ処理の別の方法が開示される。この方
法は、視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリー
ム表現との間での変換のために、現在の映像ブロックについてのブロックベクトル（ＢＶ
ｘ，ＢＶｙ）またはブロックベクトル差（ＢＶＤｘ，ＢＶＤｙ）を判定することであって
、変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情
報に基づくイントラブロックコピーモードで行われる、判定することと、ブロックベクト
ル（ＢＶｘ，ＢＶｙ）のうちの少なくとも１つの成分、またはブロックベクトルの差分（
ＢＶＤｘ，ＢＶＤｙ）の少なくとも１つの成分を範囲内に収まるように正規化することと
、を含む。

【0008】

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

【0009】

別の例示的な態様において、映像処理の別の方法が開示される。この方法は、現在の映
像ブロックと現在の映像ブロックのビットストリーム表現との間での変換を行うことであ
って、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関す
る動き情報に基づくイントラブロックコピーモードで行われ、変換時に、予測計算に使用
される第１の精度は、再構成計算に使用される第２の精度よりも低くなる、変換を行うこ
とと、を含む。

【0010】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、現
在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換を、現
在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイ
ントラブロックコピーモードを使用して行うことであって、変換時には，ｎおよびＭは整
数である場合に、ｎＭ×ｎＭサイズの参照領域が使用され、現在の映像ブロックは、コー
ディングツリーユニットに位置決めされ、参照領域は、現在の映像ブロックに対応するコ
ーディングツリーユニット列のｎ×ｎ個の直近の利用可能なコーディングツリーユニット
からのサンプルを含む、行うことを含む。

【0011】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、現
在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換を、現
在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイ
ントラブロックコピーモードを使用して行うことであって、変換時には，ｎ、ｐおよびＭ
は整数である場合に、ｎＭ×ｐＭサイズの参照領域が使用され、現在の映像ブロックは、
コーディングツリーユニットに位置決めされ、参照領域は、現在の映像ブロックに対応す
るコーディングツリーユニット列のｎ×ｐ－１個の直近の利用可能なコーディングツリー
ユニットからのサンプルを含む、行うことを含む。

【0012】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、映
像領域の仮想パイプラインデータユニット（ＶＰＤＵ）の現在の映像ブロックと、現在の
映像ブロックのビットストリーム表現との間での変換を、現在の映像ブロックと同じ映像
領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモード
を使用して行うことであって、変換時には，ｋ、ｎおよびＭは整数である場合に、ｎＭ×
ｎＭサイズの参照領域が使用され、ＶＰＤＵの寸法がｋＭ×ｋＭであり、現在の映像ブロ
ックは、コーディングツリーユニットに位置決めされ、参照領域は、現在の映像ブロック
に対応するコーディングツリーユニット列のｎ×ｎ－ｋ個の直近の利用可能なコーディン
グツリーユニットからのサンプルを含む、行うことを含む。

【0013】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、視
覚メディアデータの、サイズがｗ×ｈである現在の映像ブロックと現在の映像ブロックの
ビットストリーム表現との間での変換のために、イントラブロックコピーモードで予測す
るための参照サンプルを記憶するバッファを判定することであって、この変換は、現在の
映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイント
ラブロックコピーモードで行われる、判定することと、現在の映像ブロックを含む、サイ
ズがＭ×Ｍのコーディングツリーユニット（ＣＴＵ）の左上位置に対する現在の映像ブロ
ックの位置（ｘ０，ｙ０）に空間的に配置され、かつブロックベクトル（ＢＶｘ，ＢＶｙ
）を有するサンプルに対して、バッファにおける参照位置（Ｐ，Ｑ）から始まる対応する
参照領域を計算することであって、参照位置（Ｐ，Ｑ）は、ブロックベクトル（ＢＶｘ，
ＢＶｙ）および／または位置（ｘ０，ｙ０）を使用して判定する、計算することと、参照
領域および／または参照位置（Ｐ，Ｑ）に１つ以上の規則ベースの制約を適用して、参照
領域と映像領域との重なりを制限することと、を含む。

【0014】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、視
覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表現と
の間での変換のために、イントラブロックコピーモードで予測するための参照サンプルを
記憶するバッファを判定することを含み、この変換は、現在の映像ブロックと同じ映像領
域に位置する再構成ブロックに関する動き情報に基づいて、イントラブロックコピーモー
ドで行われる、判定することと、現在の映像ブロックを含むコーディングユニット（ＣＵ
）に対する現在の映像ブロックの位置（ｘ０，ｙ０）に空間的に位置するサンプルに対し
て、バッファにおける参照位置から始まる対応する参照領域を計算することと、参照領域
及び参照位置を調整して、前に処理されたブロックのうちどれを予測に用いるかを判定す
ることと、を含む。

【0015】

さらに別の例示的な態様において、映像処理の別の方法が開示される。この方法は、映
像の現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換の
ために、映像の成分Ｘを使用して、この映像の成分ｃの現在の映像ブロックに対応するブ
ロックベクトルの有効性を判定することであって、この成分Ｘは、映像の輝度成分とは異
なる、判定することと、この現在の映像ブロックに対してこのブロックベクトルが有効で
あると判定された場合、このブロックベクトルを使用してこの変換を行うことであって、
この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き
情報に基づくイントラブロックコピー（ＩＢＣ）モードで行われる、変換を行うことと、
を含む。

【0016】

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

【0017】

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

【0018】

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

【図面の簡単な説明】

【0019】

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

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

【図3】図３は、（ｘ，ｙ）から始まるブロックのコーディングを例示する。

【図4】図４は、前回コーディングされた６４×６４ブロックを選択するための、考えられる代替方法を例示する。

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

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

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

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

【図9】図９は、前回のコーディングされた６４×６４ブロックを選択するための、別の考えられる代替方法を示す。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

【表1】

【0072】

【表2】

【0073】

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

【0074】

【表3】

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

バッファ更新

【0130】

３０．新しいピクチャまたはタイルをコーディングするとき、バッファはリセットされ
てもよい。
ａ．「リセット」という用語は、バッファが初期化されることを指すことができる。
ｂ．用語「リセット」は、バッファ内のすべてのサンプル／画素が所与の値（例えば
、０または－１）に設定されることを指すことができる。

【0131】

３１．ＶＰＤＵのコーディングを終えたら、バッファはＶＰＤＵの再構成された値で更
新されてもよい。

【0132】

３２．ＣＴＵのコーディングを終えたら、バッファはＣＴＵの再構成された値で更新さ
れてもよい。
ａ．一例において、バッファが満杯でない場合、バッファはＣＴＵによってＣＴＵを
順次更新することができる。
ｂ．一例において、バッファが満杯である場合、最も古いＣＴＵに対応するバッファ
領域を更新する。
ｃ．一例において、Ｍ＝ｍＷ、Ｎ＝Ｈ（Ｗ、ＨはＣＴＵのサイズであり、Ｍ、Ｎはバ
ッファサイズである）であり、前回更新された領域が（ｋＷ，０）から始まる場合、更新
する次の開始位置は、（（ｋ＋１）ＷｍｏｄＭ，０）となる。

【0133】

３３．バッファは、各ＣＴＵ行の最初にリセットされてもよい。
ａ．代替的に、バッファは、各ＣＴＵの復号化の開始時にリセットされてもよい。
ｂ．代替的に、バッファは、１つのタイルを復号化する開始時にリセットされてもよ
い。
ｃ．代替的に、バッファは、１つのタイルグループ／ピクチャの復号化の開始時にリ
セットされもよい。

【0134】

３４．（ｘ，ｙ）から始まるブロックのコーディングを終えたら、（ｘ，ｙ）から始ま
るバッファの対応する領域は、ブロックからの再構成によって更新される。
ａ．一例において、（ｘ，ｙ）は、ＣＴＵの左上隅に対する位置である。

【0135】

３５．ピクチャに対するブロックのコーディングを終えたら、バッファの対応する領域
は、ブロックからの再構成によって更新される。
ａ．一例において、バッファにおける位置（ｘｍｏｄＭ，ｙｍｏｄＮ）の値
は、ピクチャの左上隅に対する位置（ｘ，ｙ）の再構成された画素値で更新されてもよい
。
ｂ．一例において、バッファにおける位置（ｘｍｏｄＭ，ｙｍｏｄＮ）の値
は、現在のタイルの左上隅に対する位置（ｘ，ｙ）の再構成された画素値で更新されても
よい。
ｃ．一例において、バッファにおける位置（ｘｍｏｄＭ，ｙｍｏｄＮ）の値
は、現在のＣＴＵ行の左上隅に対する位置（ｘ，ｙ）の再構成された画素値で更新されて
もよい。
ｄ．一例において、バッファ内の値は、ビット深度整列後の再構成された画素値で更
新されてもよい。

【0136】

３６．（ｘ，ｙ）から始まるブロックのコーディングを終えたら、（ｘｂ，ｙｂ）から
始まるバッファの対応する領域は、ブロックからの再構成によって更新され、（ｘｂ，ｙ
ｂ）および（ｘ，ｙ）は２つの異なる座標である。
ａ．一例において、（ｘ，ｙ）は、ＣＴＵの左上隅に関する位置であり、（ｘｂ，ｙ
ｂ）は、（ｘ＋ｕｐｄａｔｅ＿ｘ，ｙ＋ｕｐｄａｔｅ＿ｙ）であり、ｕｐｄａｔｅ＿ｘお
よびｕｐｄａｔｅ＿ｙは、バッファにおける更新可能な位置を示す。

【0137】

３７．上記の例では、１つのブロックの再構成された値は、フィルタ（例えば、非ブロ
ック化フィルタ）を適用する前の再構成された値を示してもよい。
ａ．代替的に、１つのブロックの再構成された値は、フィルタ（例えば、非ブロック
化フィルタ）が適用された後の再構成された値を示してもよい。

【0138】

３８．バッファが再構成されたサンプルから更新されるとき、再構成されたサンプルは
、記憶される前にまず修正されてもよく、例えば、サンプルのビット深度を変更してもよ
い。
ａ．一例において、バッファは、バッファのビット深度へのビット深度整列後、再構
成されたサンプル値で更新される。
ｂ．一例において、バッファ値は、値｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂに基づい
て更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト
値である。
ｃ．一例において、バッファ値は、ｃｌｉｐ（｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂ
，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１）の値に基づいて更新され、ｐは、再構成された
サンプル値であり、ｂは、予め規定されたビットシフト値であり、ビット深度は、バッフ
ァビット深度である。
ｄ．一例において、バッファ値は、値｛ｐ＋［１＜（ｂ－１）－１］｝＞ｂに基づい
て更新され、ｐは、再構成されたサンプル値であり、ｂは、予め規定されたビットシフト
値である。
ｅ．一例において、バッファ値は、ｃｌｉｐ（｛ｐ＋［１＜＜（ｂ－１）－１］｝＞
＞ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１）の値に基づいて更新され、ｐは、再構成さ
れたサンプル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈ
は、バッファビット深度である。
ｆ．一例において、バッファ値は、値ｐ＞＞ｂに基づいて更新される。
ｇ．一例において、バッファ値は、ｃｌｉｐ（ｐ＞＞ｂ，０，（１＜＜ｂｉｔｄｅｐ
ｔｈ）－１）の値に基づいて更新され、ｂｉｔｄｅｐｔｈは、バッファビット深度である
。
ｈ．上記例において、ｂは、ビット深度から入力サンプルビット深度を引いたものと
して再構成されてもよい。

【0139】

３９．バッファサンプルを使用して予測を形成する場合、前処理を適用することができ
る。
ａ．一例において、予測値は、ｐ＜＜ｂであり、ｐは、バッファにおけるサンプル値
であり、ｂは、予め規定された値である。
ｂ．一例において、予測値は、ｃｌｉｐ（ｐ＜＜ｂ，０，１＜＜ｂｉｔｄｅｐｔｈ）
であり、ｂｉｔｄｅｐｔｈは、再構成サンプルのビット深度である。
ｃ．一例において、予測値は、（ｐ＜＜ｂ）＋（１＜＜（ｂｉｔｄｅｐｔｈ－１））
であり、ｐは、バッファにおけるサンプル値であり、ｂは、予め規定された値であり、ｂ
ｉｔｄｅｐｔｈは、再構成サンプルのビット深度である。
ｄ．上記例において、ｂは、ビット深度から入力サンプルビット深度を引いたものと
して再構成されてもよい。

【0140】

４０．バッファは所与の順番で更新されてもよい。
ａ．一例において、バッファは順次更新されてもよい。
ｂ．一例において、バッファは、再構成されたブロックの順に基づいて更新されても
よい。

【0141】

４１．バッファが満杯である場合、バッファ内のサンプルを最新の再構成サンプルに置
き換えることができる。
ａ．一例において、サンプルは、先入れ先出し方式で更新されてもよい。
ｂ．一例において、最も古いサンプルが置き換えられる。
ｃ．一例において、サンプルに優先順位を割り当て、この優先順位に基づいてサンプ
ルを置き換えることができる。
ｄ．一例において、サンプルは、他のサンプルが最初に置き換えられるように、「長
期」としてマークされ得る。
ｅ．一例において、高い優先順位を示すために、１つのブロックとともに１つのフラ
グを送信することができる。
ｆ．一例において、優先順位を示すために、１つのブロックとともに１つの数字を送
信することができる。
ｇ．一例において、ある特徴を有する再構成されたブロックからのサンプルは、他の
サンプルが最初に置き換えられるように、より高い優先順位を割り当てられる。
ｉ．一例において、ＩＢＣモードでコーディングされたサンプルのパーセンテージ
が閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てること
ができる。
ｉｉ．一例において、パレットモードでコーディングされたサンプルのパーセンテ
ージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当てる
ことができる。
ｉｉｉ．一例において、ＩＢＣまたはパレットモードでコーディングされたサンプ
ルのパーセンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順
位を割り当てることができる。
ｉｖ．一例において、変換スキップモードでコーディングされたサンプルのパーセ
ンテージが閾値よりも大きい場合、ブロックのすべてのサンプルに高い優先順位を割り当
てることができる。
ｖ．この閾値は、ブロックサイズ、色成分、ＣＴＵサイズに基づいて異なってもよ
い。
ｖｉ．閾値は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／スライスヘッダ／タイルグル
ープ／タイルレベル／領域で信号通知されてもよい。
ｈ．一例において、このバッファが一杯であることは、このバッファにおける利用可
能なサンプルの数が所与の閾値に等しいかまたはそれよりも多いことを意味し得る。
ｉ．一例において、バッファにおける利用可能なサンプルの数が６４×６４×３輝
度サンプル以上である場合、バッファは満杯であると判定されてもよい。

【0142】

代替バッファ組み合わせ

【0143】

４２．前回コーディングされた３つの６４×６４ブロックを常に参照領域として使用す
る代わりに、現在のブロック（またはＶＰＤＵ）の位置に基づいてそれを適応的に変更す
ることが提案される。
ａ．一例において、６４×６４ブロックを符号化／復号化するとき、前回の３つの６
４×６４ブロックを参照として使用できる。図２に比べ、前回の６４×６４個のブロック
をより多く組み合わせてもよい。図２は、前の６４×６４ブロックの異なる組み合わせの
例を示す。

【0144】

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

【0145】

仮想ＩＢＣバッファ

【0146】

以下、輝度サンプルにおいて、ＶＰＤＵの幅および高さを、それぞれＷ_ＶＰＤＵ（例え
ば、６４）およびＨ_ＶＰＤＵ（例えば、６４）と表す。代替的に、Ｗ_ＶＰＤＵおよび／ま
たはＨ_ＶＰＤＵは、他の映像ユニット（例えば、ＣＴＵ）の幅および／または高さを表し
てもよい。

【0147】

４４．ＩＢＣ参照領域の状態を追跡し続けるために、仮想バッファを維持してもよい。
ａ．一例において、仮想バッファサイズは、ｍＷ_ＶＰＤＵ×ｎＨ_ＶＰＤＵである。
ｉ．一例において、ｍは３に等しく、ｎは２に等しい。
ｉｉ．一例において、ｍおよび／またはｎは、ピクチャ解像度、ＣＴＵサイズに依
存してもよい。
ｉｉｉ．一例において、ｍおよび／またはｎは、信号通知されてもよく、または予
め規定されてもよい。
ｂ．一例において、上記の黒丸印および副黒丸印で記載された方法は、仮想バッファ
に適用されてもよい。
ｃ．一例において、ピクチャ／スライス／タイル／ブリックの左上隅に対するサンプ
ル（ｘ，ｙ）は、（ｘ％（ｍＷ_ＶＰＤＵ），ｙ％（ｎＨ_ＶＰＤＵ））にマッピングされて
もよい。

【0148】

４５．アレイを使用して、仮想バッファに関連付けられた各サンプルの可用性を追跡し
てもよい。
ａ．一例において、フラグは、仮想バッファにおけるサンプルに関連付けて、バッフ
ァにおけるサンプルがＩＢＣ参照として使用できるか否かを特定してもよい。
ｂ．一例において、輝度サンプルおよびクロマサンプルを含む各４×４ブロックは、
１つのフラグを共有して、そのブロックに関連付けられたいずれかのサンプルがＩＢＣ参
照として使用できるかどうかを示してもよい。
ｃ．一例において、３×２個のＶＰＤＵに対応するアレイ（例えば、各４×４ブロッ
クは、同じ可用性フラグを共有してもよい）は、ＩＢＣ参照サンプルの可用性を追跡する
ように維持される。
ｄ．一例において、４×２個のＶＰＤＵに対応するアレイ（例えば、各４×４ブロッ
クは、同じ可用性フラグを共有してもよい）は、ＩＢＣ参照サンプルの可用性を追跡する
ように維持される。

【0149】

４６．ＶＰＤＵまたは映像ユニットの復号化を終えた後、仮想バッファに関連付けられ
た特定のサンプルは、ＩＢＣ参照に利用不可能なものとしてマークされてもよい。
ａ．一例において、どのサンプルが利用不可能であるかは、直近に復号化されたＶＰ
ＤＵの位置に依存してもよい。
ｂ．１つのサンプルが利用不可能とマークされた場合、このサンプルからの予測は許
可されない。
ｉ．代替的に、他の方法（例えば、デフォルト値を使用する）をさらに適用して、
予測子を導出し、利用不可能なサンプルを置き換えてもよい。

【0150】

４７．最近復号化されたＶＰＤＵの位置を記録し、仮想バッファに関連付けられたどの
サンプルが利用不可能であるとマークされているかを識別しやすくすることができる。
ａ．一例において、ＶＰＤＵを復号化する開始時に、最近復号化されたＶＰＤＵの位
置に基づいて、仮想バッファに関連付けられたいくつかのサンプルに利用不可能なマーク
を付けることができる。
ｉ．一例において、直近に復号化されたＶＰＤＵのピクチャ／スライス／タイル／
ブリック／他の映像処理ユニットの左上隅に対して（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅｖＶ
ＰＤＵ）を左上位置として表し、ｙＰｒｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ）が０に等しいと
、特定の位置（ｘ，ｙ）は、利用不可能とマークを付けることができる。
１．一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－２Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤ
_Ｕ）％ｍＷ_ＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－２Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ）％
ｍＷ_ＶＰＤＵ）－１＋Ｗ_ＶＰＤＵ］のような範囲内にあってもよい。
２．一例において、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ），（ｙＰｒ
ｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ））－１＋Ｈ_ＶＰＤＵ］のような範囲内にあってもよい。
３．一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－２Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤ
_Ｕ］％ｍＷ_ＶＰＤＵ、（（ｘＰｒｅｖＶＰＤＵ－２Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ）％ｍＷ
_ＶＰＤＵ、（（ｘＰｒｅｖＶＰＤＵ－２Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ）％ｍＷ_ＶＰＤＵ）
－１＋Ｗ_ＶＰＤＵ］のような範囲内にあってもよく、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎ
Ｈ_ＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ））－１＋Ｈ_ＶＰＤＵ］のような
範囲内にあってもよい。
ｉｉ．一例において、直近に復号化されたＶＰＤＵのピクチャ／スライス／タイル
／ブリック／他の映像処理ユニットの左上隅に対して、（ｘＰｒｅｖＶＰＤＵ，ｙＰｒｅ
ｖＶＰＤＵ）を左上位置として表し、ｙＰｒｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ）が０に等し
くない場合、特定の位置（ｘ，ｙ）は、利用不可能とマークを付けることができる。
１．一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ
）％ｍＷ_ＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ）％ｍＷ
_ＶＰＤＵ）－１＋Ｗ_ＶＰＤＵ］のような範囲内にあってもよい。
２．一例において、ｙは、［ｙＰｒｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ），（ｙＰｒ
ｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ））－１＋Ｈ_ＶＰＤＵ］のような範囲内にあってもよい。
３．一例において、ｘは、［ｘＰｒｅｖＶＰＤＵ－Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ
）％ｍＷ_ＶＰＤＵ，（（ｘＰｒｅｖＶＰＤＵ－Ｗ_ＶＰＤＵ＋２ｍＷ_ＶＰＤＵ）％ｍＷ
_ＶＰＤＵ）－１＋Ｗ_ＶＰＤＵ］のような範囲内にあってもよく、ｙは、［ｙＰｒｅｖＶＰ
ＤＵ％（ｎＨ_ＶＰＤＵ），（ｙＰｒｅｖＶＰＤＵ％（ｎＨ_ＶＰＤＵ））－１＋Ｈ_ＶＰＤＵ
］のような範囲内にあってもよい。

【0151】

４８．１つのＣＵが複数のＶＰＤＵを含む場合、ＶＰＤＵに基づくＩＢＣ参照可用性マ
ーキング処理を適用する代わりに、ＩＢＣ参照可用性マーキング処理は以下のＣＵに従っ
てもよい。
ａ．一例において、複数のＶＰＤＵを含むＣＵを復号化する開始時に、ＣＵ内のＶＰ
ＤＵを復号化する前に、各ＶＰＤＵごとにＩＢＣ参照可用性マーキング処理を適用しても
よい。
ｂ．このような場合、１２８×６４個のＩＢＣブロックと６４×１２８個のＩＢＣブ
ロックとは許可されないことがある。
ｉ．一例において、１２８×６４および６４×１２８個のＣＵのためのｐｒｅｄ＿
ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは送信されなくてもよく、０に等しいと推測されてもよい。

【0152】

４９．参照ブロックまたはサブブロックの場合、右上隅の参照可用性ステータスをチェ
ックして、この参照ブロックに関連付けられたブロックベクトルが有効であるかどうかを
判断する必要がない場合がある。
ａ．一例において、ブロックベクトルが有効であるか否かを判断して、ブロック／サ
ブブロックの左上、左下、右下の角のみをチェックする。

【0153】

５０．ＩＢＣバッファサイズは、ＶＰＤＵのサイズ（幅／高さはｖＳｉｚｅで表される
）および／またはＣＴＢ／ＣＴＵのサイズ（幅／高さはｃｔｂＳｉｚｅで表される）に依
存してもよい。
ａ．一例において、バッファの高さはｃｔｂＳｉｚｅに等しくてもよい。
ｂ．一例において、バッファの幅は、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）に依存しても
よい。
ｉ．一例において、バッファの幅は、（１２８＊１２８／ｖＳｉｚｅ，ｍｉｎ（ｃ
ｔｂＳｉｚｅ，６４））であってもよい。

【0154】

５１．ＩＢＣバッファは、画素範囲外の値を含んでもよく、このことは、この位置がＩ
ＢＣ参照に利用可能でない（例えば、他のサンプルの予測に利用されない）可能性がある
ことを示す。
ａ．サンプル値は、サンプルが利用不可能であることを示す値に設定してもよい。
ｂ．一例において、この値は、－１であってもよい。
ｃ．一例において、この値は、［０，１＜＜（ｉｎｔｅｒｎａｌ＿ｂｉｔ＿ｄｅｐｔ
ｈ）－１］の外側の任意の値であってもよく、ｉｎｔｅｒｎａｌ＿ｂｉｔ＿ｄｅｐｔｈは
正の整数値である。
例えば、ｉｎｔｅｒｎａｌ＿ｂｉｔ＿ｄｅｐｔｈは、１つの色成分のサンプルを符号化
／復号化するために使用される内部ビット深度である。
ｄ．一例において、この値は、［０，１＜＜（ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈ）
－１］の範囲外の任意の値であってもよく、ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈは正の整
数値である。例えば、ｉｎｐｕｔ＿ｂｉｔ＿ｄｅｐｔｈは、１つの色成分のサンプルを符
号化／復号化するために使用される入力ビット深度である。

【0155】

５２．ＩＢＣバッファにおけるサンプルの可用性マーキングは、現在のブロックの位置
、現在のブロックのサイズ、ＣＴＵ／ＣＴＢのサイズ、およびＶＰＤＵのサイズに依存し
てもよい。一例において、（ｘＣｂ，ｙＣｂ）は、ピクチャの左上に対するブロックの位
置を表し、ｃｔｂＳｉｚｅは、ＣＴＵ／ＣＴＢのサイズ（即ち、幅および／または高さ）
であり、ｖＳｉｚｅ＝ｍｉｎ（ｃｔｂＳｉｚｅ，６４）であり、ｗＩｂｃＢｕｆおよびｈ
ＩｂｃＢｕｆは、ＩＢＣバッファの幅および高さである。
ａ．一例において、（ｘＣｂ％ｖＳｉｚｅ）が０に等しく、（ｙＣｂ％ｖＳｉｚｅ）
が０に等しい場合、ＩＢＣバッファにおける特定の位置のセットは、利用不可能とマーク
を付けることができる。
ｂ．一例において、現在のブロックのサイズがＶＰＤＵのサイズ、即ち、ｍｉｎ（ｃ
ｔｂＳｉｚｅ，６４）より小さい場合、利用不可能とマークを付けられた領域は、ＶＰＤ
Ｕのサイズに従ってもよい
ｃ．一例において、現在のブロックのサイズがＶＰＤＵのサイズより大きい場合、即
ち、ｍｉｎ（ｃｔｂＳｉｚｅ，６４）である場合、利用不可能とマークを付けられた領域
は、ＣＵのサイズに従ってもよい。

【0156】

５３．ピクチャの左上位置に対する映像ユニット（例えば、ＶＰＤＵ（ｘＶ，ｙＶ））
の復号化の開始時に、ＩＢＣバッファにおける対応する位置は、画素範囲外の値に設定し
てもよい。
ａ．一例において、バッファにおける位置（ｘ％ｗＩｂｃＢｕｆ，ｙ％ｈＩｂｃＢｕ
ｆ）を有し、ｘ＝ｘＶ、．．．、ｘＶ＋ｃｔｂＳｉｚｅ－１、ｙ＝ｙＶ、．．．、ｙＶ＋
ｃｔｂＳｉｚｅ－１を有するバッファサンプルは、値－１に設定される。ｗＩｂｃＢｕｆ
およびｈＩｂｃＢｕｆは、ＩＢＣバッファの幅および高さであり、ｃｔｂＳｉｚｅは、Ｃ
ＴＵ／ＣＴＢの幅である。
ｉ．一例において、ｈＩｂｃＢｕｆはｃｔｂＳｉｚｅに等しくてもよい。

【0157】

５４．ビットストリーム適合性の制約は、ＩＢＣバッファにおけるサンプルの値に従っ
てもよい。
ａ．一例において、ＩＢＣバッファにおける１つのブロックベクトルに関連付けられ
た１つの参照ブロックが画素範囲外の値を含む場合、このビットストリームは不正である
可能性がある。

【0158】

５５．ＩＢＣバッファにおける可用性表示に基づいて、ビットストリーム適合性の制約
を設定してもよい。
ａ．一例において、ＩＢＣバッファにマッピングされたいずれかの参照サンプルが、
１つのブロックを符号化／復号化するために利用不可能とマークを付けられた場合には、
このビットストリームは不正である可能性がある。
ｂ．一例において、ｓｉｎｇｌｅｔｒｅｅが使用される場合、１つのブロックを符号
化／復号化するためにＩＢＣバッファにマッピングされたいずれかの輝度参照サンプルが
利用不可能とマークを付けられた場合には、このビットストリームは不正である可能性が
ある。
ｃ．１つの適合ビットストリームは、ＩＢＣコーディングブロックの場合、関連付け
られたブロックベクトルがＩＢＣバッファにマッピングされた１つの参照ブロックを指し
てもよく、１つのブロックを符号化／復号化するためにＩＢＣバッファに位置する各輝度
参照サンプルには利用可能なものとしてマークを付けることを満たすことができる（例え
ば、サンプルの値は、［Ｋ０，Ｋ１］の範囲内にあり、例えば、Ｋ０が０に設定され、Ｋ
１が（１＜＜ＢｉｔＤｅｐｔｈ－１）に設定され、ＢｉｔＤｅｐｔｈは、内部ビット深度
または入力ビット深度である）。

【0159】

５６．ビットストリーム適合性の制約は、分割木のタイプおよび現在のＣＵのコーディ
ングのｔｒｅｅＴｙｐｅに依存してもよい。
ａ．一例において、ｄｕａｌｔｒｅｅが高レベル（例えば、スライス／ピクチャ／ブ
リック／タイル）で許可され、現在の映像ブロック（例えば、ＣＵ／ＰＵ／ＣＢ／ＰＢ）
がシングルツリーでコーディングされる場合、ビットストリーム制約は、ＩＢＣバッファ
にマッピングされたすべての成分の位置が利用不可能としてマークされているかどうかを
チェックする必要がある場合もある。
ｂ．一例において、ｄｕａｌｔｒｅｅがハイレベル（例えば、スライス／ピクチャ／
ブリック／タイル）で許可され、現在の輝度映像ブロック（例えば、ＣＵ／ＰＵ／ＣＢ／
ＰＢ）がデュアルツリーでコーディングされている場合には、ビットストリームの制約に
より、クロマ成分のＩＢＣバッファ内にマッピングされた位置が利用不可能としてマーク
されているかどうかを無視してもよい。
ｉ．代替的に、このような場合、ビットストリーム制約は、依然として、ＩＢＣバ
ッファにマッピングされたすべての成分の位置が利用不可能としてマークされているかど
うかをチェックすることもある。
ｃ．一例において、シングルツリーが使用される場合、ビットストリーム制約は、Ｉ
ＢＣバッファにマッピングされたクロマ成分の位置が利用不可能であるか否かを無視する
ことができる。

【0160】

現在のＶＴＭ設計の改善

【0161】

５７．ＩＢＣの予測は、再構成よりも低い精度を有していてもよい。
ａ．一例において、予測値は、値ｃｌｉｐ｛｛ｐ＋［１＜＜（ｂ－１）］｝＞＞ｂ，
０，（１＜＜ｂｉｔｄｅｐｔｈ）－１｝＜＜ｂに基づいており、ｐは、再構成されたサン
プル値であり、ｂは、予め規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、予測
サンプルビットのビット深度である。
ｂ．一例において、予測値は、値ｃｌｉｐ｛｛ｐ＋［１＜＜（ｂ－１）－１］｝＞＞
ｂ，０，（１＜＜ｂｉｔｄｅｐｔｈ）－１｝＜＜ｂに基づいており、ｐは、再構成された
サンプル値であり、ｂは、予め規定されたビットシフト値である。
ｃ．一例において、予測値は、値（（ｐ＞＞ｂ）＋（１＜＜（ｂｉｔｄｅｐｔｈ－１
）））＜＜ｂに基づいており、ビット深度は、予測サンプルのビット深度である。
ｄ．一例において、予測値は、値（ｃｌｉｐ（（ｐ＞＞ｂ），０，（１＜＜（ｂｉｔ
ｄｅｐｔｈ－ｂ）））＋（１＜＜（ｂｉｔｄｅｐｔｈ－１）））＜＜ｂに基づいており、
ビット深度は、予測サンプルのビット深度である。
ｅ．一例において、予測値は、ＩＬＲが適用されるかどうかに基づいて、異なる方法
でクリップされる。
ｆ．上記例において、ｂは、ビット深度から入力サンプルビット深度を引いたものと
して再構成されてもよい。
ｇ．一例において、出力ビット深度／入力ビット深度／内部ビット深度と比較したビ
ット深度またはビット深度の差は、ＳＰＳ／ＰＰＳ／シーケンスヘッダ／ピクチャヘッダ
／スライスヘッダ／タイルグループヘッダ／タイルヘッダまたは他の種類の映像データユ
ニットにおいて信号通知されてもよい。

【0162】

５８．ＩＢＣの予測の一部はより精度が低くてもよく、他の部分は再構成と同じ精度を
有する。
ａ．一例において、許容される参照領域は、異なる精度（例えば、ビット深度）を有
するサンプルを含んでもよい。
ｂ．一例において、現在の６４×６４ブロックが復号化されていない他の６４×６４
ブロックからの参照は、精度が低く、現在の６４×６４ブロックからの参照は、再構成と
同じ精度を有する。
ｃ．一例において、復号化されている現在のＣＴＵ以外のＣＴＵからの参照は精度が
低く、現在のＣＴＵからの参照は再構成と同じ精度を有する。
ｄ．一例において、特定の色成分の集まりからの参照は精度が低く、他の色成分から
の参照は再構成と同じ精度を有する。

【0163】

５９．ＣＴＵのサイズがＭ×Ｍであり、参照領域のサイズがｎＭ×ｎＭである場合、参
照領域は、ＣＴＵの行における最も近い利用可能なｎ×ｎＣＴＵである。
ａ．一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが６
４×６４である場合、１つのＣＴＵ行における最も近い利用可能な４つのＣＴＵをＩＢＣ
参照に使用できる。
ｂ．一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが３
２×３２である場合、１つのＣＴＵ行における最も近い利用可能な１６個のＣＴＵをＩＢ
Ｃ参照に使用できる。

【0164】

６０．ＣＴＵのサイズがＭであり、参照領域のサイズがｎＭである場合、参照領域は、
ＣＴＵの行／タイルにおける最も近い利用可能なｎ－１個のＣＴＵである。
ａ．一例において、参照領域のサイズが１２８×１２８または２５６×６４であり、
ＣＴＵのサイズが６４×６４である場合、１つのＣＴＵ行における最も近い利用可能な３
つのＣＴＵをＩＢＣ参照に使用できる。
ｂ．一例において、参照領域のサイズが１２８×１２８または５１２×３２であり、
ＣＴＵのサイズが３２×３２である場合、１つのＣＴＵ行における最も近い利用可能な１
５個のＣＴＵをＩＢＣ参照に使用できる。

【0165】

６１．ＣＴＵのサイズがＭである場合、ＶＰＤＵのサイズはｋＭであり、参照領域のサ
イズはｎＭであり、参照領域はＣＴＵの行／タイルにおける最も近い利用可能なｎ－ｋ個
のＣＴＵである。
ａ．一例において、ＣＴＵのサイズは６４×６４であり、ＶＰＤＵのサイズも６４×
６４であり、参照のサイズは１２８×１２８であり、１つのＣＴＵの行における最も近い
３つのＣＴＵをＩＢＣ参照のために使用できる。
ｂ．一例において、ＣＴＵのサイズは３２×３２であり、ＶＰＤＵのサイズは６４×
６４であり、参照のサイズは１２８×１２８であり、１つのＣＴＵ行における最も近い（
１６－４）＝１２個のＣＴＵをＩＢＣ参照のために使用できる。

【0166】

６２．ＩＢＣを使用して、左上隅が（ｘ，ｙ）であるｗ×ｈブロックの場合、参照ブロ
ックをメモリ再利用のための特定の領域から守る制約があり、ｗおよびｈは、現在のブロ
ックの幅および高さである。
ａ．一例において、ＣＴＵのサイズが１２８×１２８であり、（ｘ，ｙ）＝（ｍ×６
４，ｎ×６４）である場合、参照ブロックは、（（ｍ－２）×６４，ｎ×６４）から始ま
る６４×６４の領域と重複することはできない。
ｂ．一例において、ＣＴＵのサイズが１２８×１２８である場合、参照ブロックは、
ｗ×ｈブロックの左上隅が（ｘ－１２８，ｙ）である場合に重複することはできない。
ｃ．一例において、ＣＴＵのサイズが１２８×１２８である場合、（ｘ＋ＢＶｘ，ｙ
＋ＢＶｙ）は、左上隅は（ｘ－１２８，ｙ）であるｗ＊ｈブロック内に存在することはな
く、ＢＶｘおよびＢＶｙは、現在のブロックのブロックベクトルを表す。
ｄ．一例において、ＣＴＵのサイズがＭ×Ｍであり、ＩＢＣバッファサイズがｋ×Ｍ
×Ｍである場合、参照ブロックは、ｗ×ｈブロックと重複することができず、左上隅は（
ｘ－ｋ×Ｍ，ｙ）であり、ＢＶｘおよびＢＶｙは、現在のブロックのブロックベクトルを
表す。
ｅ．一例において、ＣＴＵのサイズがＭ×Ｍであり、ＩＢＣバッファサイズがｋ×Ｍ
×Ｍである場合、（ｘ＋ＢＶｘ，ｙ＋ＢＶｙ）は、ｗ×ｈイントラブロック内に存在する
ことはなく、左上隅は（ｘ－ｋ×Ｍ，ｙ）であり、ＢＶｘおよびＢＶｙは、現在のブロッ
クのブロックベクトルを表す。

【0167】

６３．ＣＴＵのサイズがＭ×Ｍでなく、参照領域のサイズがｎＭ×ｎＭである場合、参
照領域は、ＣＴＵの行における最も近い利用可能なｎ×ｎ－１個のＣＴＵである。
ａ．一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが６
４×６４である場合、１つのＣＴＵ行における最も近い利用可能な３つのＣＴＵをＩＢＣ
参照に使用できる。
ｂ．一例において、参照領域のサイズが１２８×１２８であり、ＣＴＵのサイズが３
２×３２である場合、１つのＣＴＵ行における最も近い利用可能な１５個のＣＴＵをＩＢ
Ｃ参照に使用できる。

【0168】

６４．（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４のブロックのＣＵ、即ち１２
８×１２８ＣＴＵにおける左上の６４×６４ブロックの場合、そのＩＢＣ予測は、（（２
ｍ－２）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ－１）＊６４，
２ｎ＊６４）から始まる６４×６４ブロック、および（（２ｍ－１）＊６４，（２ｎ＋１
）＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再
構成サンプルから行うことができる。

【0169】

６５．（（２ｍ＋１）＊６４、（２ｎ＋１）＊６４）から始まる６４×６４ブロックの
ＣＵ、すなわち、１２８×１２８ＣＴＵにおける右下の６４×６４ブロックの場合、その
ＩＢＣ予測は、現在の１２８×１２８ＣＴＵからであってもよい。

【0170】

６６．（（２ｍ＋１）＊６４，２ｎ＊６４）から始まる６４×６４のブロックのＣＵ、
即ち１２８×１２８ＣＴＵにおける右上の６４×６４ブロックの場合、そのＩＢＣ予測は
、（（２ｍ－１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ－１
）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、および（２ｍ＊６４，
２ｎ＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける
再構成サンプルから行うことができる。
ａ．代替的に、（２ｍ＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック
を再構成した場合、ＩＢＣ予測は、（（２ｍ－１）＊６４，２ｎ＊６４）から始まる６４
×６４ブロック、（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、（２ｍ＊
６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、および現在の６４×６４ブ
ロックにおける再構成サンプルから行うことができる。

【0171】

６７．（２ｍ＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロックのＣＵ、即
ち１２８×１２８ＣＴＵにおける左下の６４×６４ブロックの場合、そのＩＢＣ予測は、
（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４×６４ブロック、（２ｍ＊
６４，２ｎ＊６４）から始まる６４×６４ブロック、（（２ｍ＋１）＊６４，２ｎ＊６４
）から始まる６４×６４ブロック、および現在の６４×６４ブロックにおける再構成サン
プルから行うことができる。
ａ．代替的に、（（２ｍ＋１）＊６４，２ｎ＊６４）から始まる６４×６４ブロック
を再構成されていない場合、ＩＢＣ予測は、（（２ｍ－１）＊６４，２ｎ＊６４）から始
まる６４×６４ブロック、（（２ｍ－１）＊６４，（２ｎ＋１）＊６４）から始まる６４
×６４ブロック、（２ｍ＊６４，２ｎ＊６４）から始まる６４×６４ブロック、および現
在の６４×６４ブロックにおける再構成サンプルから行うことができる。

【0172】

６８．現在のＣＵがどの６４×６４ブロックに属するかに基づいて、参照領域を調整す
ることが提案される。
ａ．一例において、（ｘ，ｙ）から始まるＣＵの場合、（ｙ＞＞６）＆１＝＝０のと
き、（（ｘ＞＞６＜＜６）－１２８，ｙ＞＞６＜＜６）および（（ｘ＞＞６＜＜６）－６
４，ｙ＞＞６＜＜６）から始まる２つまたは２つ前までの６４×６４ブロックは、ＩＢＣ
モードによって参照することができる。
ｂ．一例において、（ｘ，ｙ）から始まるＣＵの場合、（ｙ＞＞６）＆１＝＝１であ
るとき、（（ｘ＞＞６＜＜６）－６４，ｙ＞＞６＜＜６）から始まる１つの前の６４×６
４ブロックは、ＩＢＣモードによって参照することができる。

【0173】

６９．（ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するブロック
の場合、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋ＢＶｙ）＞
＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））
がｔｒｕｅならば、ブロックベクトルは無効である。
ａ．一例において、ブロックは輝度ブロックである。
ｂ．一例において、このブロックは、４：４：４フォーマットではクロマブロックで
ある。
ｃ．一例において、このブロックは、輝度成分およびクロマ成分の両方を含む。

【0174】

７０．（ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する４：２：
０形式のクロマブロックの場合、ｉｓＲｅｃ（（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－
（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜
５）＋（ｙ％３２））がｔｒｕｅならば、ブロックベクトルは無効である。

【0175】

７１．成分ｃのブロックに対してＢＶが無効であるかどうかの判定は、輝度サンプルの
みをチェックする代わりに、成分Ｘのサンプルの可用性に依存してもよい。
ａ．（ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する成分ｃの
ブロックの場合、ｉｓＲｅｃ（ｃ，（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ
＋ＢＶｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（
ｙ％６４））がｔｒｕｅであれば、ブロックベクトルは無効として扱ってもよい。
ｉ．一例において、このブロックは、輝度ブロックである（例えば、ｃは、輝度成
分であるか、またはＲＧＢコーディングのためのＧ成分である）。
ｉｉ．一例において、このブロックは、４：４：４フォーマットのクロマブロック
である（例えば、ｃは、ｃｂまたはｃｒ成分、またはＲＧＢコーディングのためのＢ／Ｒ
成分である）。
ｉｉｉ．一例において、例えば、このブロックは、輝度およびクロマ成分の両方を
含むなど、輝度およびクロマ成分の両方のためのサンプルの可用性がチェックしてもよい
。
ｂ．成分ｃの（ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する
４：２：０形式のクロマブロックの場合、ｉｓＲｅｃ（ｃ，（（ｘ＋ＢＶｘ）＞＞５＜＜
５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３２＋（ｘ％３２），（（ｙ＋ＢＶｙ
）＞＞５＜＜５）＋（ｙ％３２））がｔｒｕｅである場合、ブロックベクトルは、無効と
して扱ってもよい。
ｃ．成分ｃの（ｘ，ｙ）から始まり、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有する
クロマブロックまたはサブブロックの場合、クロマ成分のためのｉｓＲｅｃ（ｃ，ｘ＋Ｂ
Ｖｘ＋Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅ，ｙ）がｔｒｕｅである場合、ブロックベクトル
は無効として扱ってもよく、Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅは、クロマ成分のＣＴＵサ
イズである。
ｉ．一例において、４：２：０フォーマットの場合、Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉ
ｚｅは６４であってもよい。
ｉｉ．一例において、クロマサブブロックは、４：２：０フォーマットの２×２ブ
ロックであってもよい。
ｉｉｉ．一例において、クロマサブブロックは、４：４：４フォーマットの４×４
ブロックであってもよい。
ｉｖ．一例において、クロマサブブロックは、輝度成分における最小ＣＵサイズに
対応しうる。
１．代替的に、クロマサブブロックは、クロマ成分の最小ＣＵサイズに対応して
もよい。

【0176】

７２．上述したすべての黒丸印について、参照バッファは複数のＭ×Ｍブロック（Ｍ＝
６４）を含むと仮定する。しかしながら、これは、参照バッファが複数のＮ×Ｍ個のブロ
ックを含む（例えば、Ｎ＝１２８、Ｍ＝６４）等の他の場合にも拡張できる。

【0177】

７３．上述したすべての黒丸印に対して、参照バッファが現在のブロックと同じブリッ
ク／タイル／タイルグループ／スライス内にあるべきであるという、さらなる制限を適用
してもよい。
ａ．一例において、参照バッファの一部が現在のブリック／タイル／タイルグループ
／スライスの外にある場合、ＩＢＣの使用は無効にされ得る。ＩＢＣ関連構文要素の信号
通知はスキップしてもよい。
ｂ．代替的に、参照バッファの一部が現在のブリック／タイル／タイルグループ／ス
ライスの外にある場合、ＩＢＣは１つのブロックに対して依然として有効化される可能性
があるが、１つのブロックに関連付けられたブロックベクトルは残りの参照バッファのみ
を指してもよい。

【0178】

７４．ＩＢＣの参照領域として、現在のＶＰＤＵを除き、利用可能であれば、ＣＴＵ／
ＣＴＢ行の第１のＶＰＤＵ行において、Ｋ１個の最近コーディングされたＶＰＤＵを有し
、可能であれば、ＣＴＵ／ＣＴＢ行の第２のＶＰＤＵ行において、Ｋ２個の最近コーディ
ングされたＶＰＤＵを有することが提案される。
ａ．一例において、Ｋ１は２に等しく、Ｋ２は１に等しい。
ｂ．一例において、上記方法は、ＣＴＵ／ＣＴＢサイズが１２８×１２８であり、Ｖ
ＰＤＵサイズが６４×６４である場合に適用されてもよい。
ｃ．一例において、上記方法は、ＣＴＵ／ＣＴＢサイズが６４×６４であり、ＶＰＤ
Ｕサイズが６４×６４および／または３２×３２である場合に適用されてもよい。
ｄ．一例において、上記方法は、ＣＴＵ／ＣＴＢサイズが３２×３２であり、ＶＰＤ
Ｕサイズが３２×３２以下である場合に適用されてもよい。

【0179】

７５．上述した方法は、異なる段階で適用されてもよい。
ａ．一例において、ブロックベクトル（ＢＶ）のモジュール演算（例えば、ｍｏｄ
ｂ）を、ＢＶの可用性チェック処理において呼び出して、ＢＶが有効であるか否かを判定
してもよい。
ｂ．一例において、ブロックベクトル（ＢＶ）のモジュール演算（例えば、ｍｏｄ
ｂ）を呼び出して、ＩＢＣ仮想バッファまたは再構成ピクチャバッファにおける参照サン
プルの位置（例えば、現在のサンプルの位置およびＢＶのモジュール結果に基づいて）を
特定してもよい（例えば、インループフィルタリング処理の前）。

【0180】

５．実施形態

【0181】

５．１実施形態＃１

【0182】

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

【0183】

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

【0184】

図３は、（ｘ，ｙ）から始まるブロックのコーディングを例示する。

【0185】

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

【0186】

５．２実施形態＃２

【0187】

図４は、前回コーディングされた６４×６４ブロックを選択するための、考えられる代
替方法を例示する。

【0188】

５．３実施形態＃３

【0189】

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

【0190】

５．４実施形態＃４

【0191】

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

【0192】

５．５実施形態＃５

【0193】

図９は、前回のコーディングされた６４×６４ブロックを選択する別の考えられる代替
方法を示す。

【0194】

５．６実施形態＃６

【0195】

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

【0196】

５．７実施形態＃７

【0197】

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

【0198】

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

【0199】

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

【0200】

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

【0201】

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

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

【表4】

【0239】

【表5】

【0240】

【化1】

【0241】

７．３．７．５コーディングユニット構文

【0242】

【表6】

【0243】

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

【0244】

８．６．２．１一般

【0245】

【化2】

【0246】

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

【0247】

８．６．３．１一般

【0248】

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

【0249】

【化3】

【0250】

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

【0251】

【化4】

【0252】

【化5】

【0253】

【化6】

【0254】

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

【0255】

８．７．５．１一般

【0256】

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

【0257】

【化7】

【0258】

５．１６実施形態＃１６

【0259】

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

【0260】

【表7】

【0261】

【表8】

【0262】

【化8】

【0263】

５．１７実施形態＃１７

【0264】

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

【0265】

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

【0266】

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

【0267】

【表9】

【0268】

７．４．８．５コーディングユニット構文

【0269】

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

【0270】

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

【0271】

【化9】

【0272】

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

【0273】

８．６．２．１一般

【0274】

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

【0275】

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

【0276】

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

【0277】

【化10】

【0278】

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

【0279】

８．７．５．１一般

【0280】

【0281】

【化11】

【0282】

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

【0283】

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

【0284】

【化12】

【0285】

５．１８実施形態＃１８

【0286】

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

【0287】

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

【0288】

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

【0289】

【表10】

【0290】

７．４．８．５コーディングユニット構文

【0291】

【0292】

【0293】

【化13】

【0294】

【化14】

【0295】

【化15】

【0296】

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

【0297】

８．６．２．１一般

【0298】

【0299】

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

【0300】

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

【0301】

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

【0302】

【化16】

【0303】

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

【0304】

８．６．３．１一般

【0305】

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

【0306】

【化17】

【0307】

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

【0308】

【化18】

【0309】

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

【0310】

８．７．５．１一般

【0311】

【0312】

【化19】

【0313】

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

【0314】

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

【0315】

【化20】

【0316】

５．１９実施形態＃１９

【0317】

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

【0318】

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

【0319】

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

【0320】

【表11】

【0321】

７．４．８．５コーディングユニット構文

【0322】

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

【0323】

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

【0324】

【化21】

【0325】

【化22】

【0326】

【化23】

【0327】

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

【0328】

８．６．２．１一般

【0329】

【0330】

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

【0331】

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

【0332】

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

【0333】

【化24】

【0334】

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

【0335】

８．６．３．１一般

【0336】

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

【0337】

【化25】

【0338】

【化26】

【0339】

【化27】

【0340】

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

【0341】

８．７．５．１一般

【0342】

【0343】

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

【0344】

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

【0345】

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

【0346】

【化28】

【0347】

５．２０実施形態＃２０

【0348】

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

【0349】

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

【0350】

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

【0351】

【表12】

【0352】

７．４．８．５コーディングユニット構文

【0353】

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

【0354】

【0355】

【化29】

【0356】

【化30】

【0357】

【化31】

【0358】

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

【0359】

８．６．２．１一般

【0360】

【0361】

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

【0362】

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

【0363】

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

【0364】

【化32】

【0365】

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

【0366】

８．６．３．１一般

【0367】

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

【0368】

【化33】

【0369】

【化34】

【0370】

【化35】

【0371】

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

【0372】

８．７．５．１一般

【0373】

【0374】

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

【0375】

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

【0376】

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

【0377】

【化36】

【0378】

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

【0379】

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

【0380】

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

【0381】

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

【0382】

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

【0383】

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

【0384】

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

【0385】

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

【0386】

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

【0387】

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

【0388】

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

【0389】

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

【0390】

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

【0391】

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

【0392】

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

【0393】

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

【0394】

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

【0395】

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

【0396】

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

【0397】

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

【0398】

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

【0399】

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

【0400】

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

【0401】

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

【0402】

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

【0403】

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

【0404】

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

【0405】

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

【0406】

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

【0407】

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

【0408】

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

【0409】

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

【0410】

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

【0411】

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

【0412】

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

【0413】

３４．前記リセットは、各コーディングツリーユニット行の最初に行われる、第３０
項に記載の方法。

【0414】

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

【0415】

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

【0416】

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

【0417】

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

【0418】

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

【0419】

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

【0420】

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

【0421】

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

【0422】

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

【0423】

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

【0424】

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

【0425】

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

【0426】

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

【0427】

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

【0428】

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

【0429】

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

【0430】

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

【0431】

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

【0432】

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

【0433】

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

【0434】

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

【0435】

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

【0436】

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

【0437】

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

【0438】

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

【0439】

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

【0440】

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

【0441】

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

【0442】

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

【0443】

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

【0444】

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

【0445】

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

【0446】

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

【0447】

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

【0448】

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

【0449】

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

【0450】

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

【0451】

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

【0452】

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

【0453】

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

【0454】

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

【0455】

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

【0456】

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

【0457】

Ａ１．導入

【0458】

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

【0459】

現在の草案（ＶＶＣ草案４）において、領域は、次のように定義される。

【0460】

【表13】

【0461】

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

【0462】

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

【0463】

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

【0464】

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

【0465】

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

【0466】

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

【0467】

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

【0468】

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

【0469】

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

【0470】

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

【0471】

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

【0472】

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

【0473】

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

【0474】

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

【0475】

Ａ４．実験結果

【0476】

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

【0477】

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

【0478】

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

【0479】

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

【0480】

【表14】

【0481】

【表15】

【0482】

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

【0483】

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

【0484】

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

【0485】

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

【0486】

図１９は、映像データ処理方法の一例を示すフローチャートである。このフローチャー
トのステップは、本願の第４章の例示的な実施例２９に関連して説明する。ステップ１９
０２において、このプロセスは、視覚メディアデータの現在の映像ブロックと現在の映像
ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモー
ドで予測するための参照サンプルを記憶するバッファを判定し、この変換は、現在の映像
ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブ
ロックコピーモードで行われる。ステップ１９０４において、現在の映像ブロックを含む
ピクチャの左上の位置に対して、現在の映像ブロックの位置（ｘ，ｙ）に空間的に配置さ
れ、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するサンプルに対して、このプロセスは、
現在の映像ブロックの位置（ｘ，ｙ）、現在の映像ブロックの寸法、ピクチャの寸法、現
在の映像ブロックを含むコーディングツリーユニットの寸法、またはバッファの寸法のう
ちの少なくとも１つに関連付けられた１つ以上の条件を満たすことに少なくとも部分的に
基づいて、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効なものとして割り当てる。ステッ
プ１９０６において、このプロセスは、ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であ
るかどうかを判断するためのチェックを行う。ステップ１９０８において、ブロックベク
トル（ＢＶｘ，ＢＶｙ）が有効であることを確認すると、このプロセスは、バッファにお
ける対応する参照を参照位置（Ｐ，Ｑ）で計算し、この参照位置（Ｐ，Ｑ）が、ブロック
ベクトル（ＢＶｘ，ＢＶｙ）、位置（ｘ，ｙ）、およびバッファの寸法を使用して判定さ
れる。

【0487】

図２０は、映像データ処理方法の一例を示すフローチャートである。このフローチャー
トのステップは、本願の第４章の例示的な実施例１９に関連して説明する。ステップ２０
０２において、このプロセスは、視覚メディアデータの現在の映像ブロックと現在の映像
ブロックのビットストリーム表現との間での変換のために、現在の映像ブロックについて
のブロックベクトル（ＢＶｘ，ＢＶｙ）またはブロックベクトル差（ＢＶＤｘ，ＢＶＤｙ
）を判定し、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロック
に関する動き情報に基づくイントラブロックコピーモードで行われる。ステップ２００４
において、このプロセスは、ブロックベクトル（ＢＶｘ，ＢＶｙ）のうちの少なくとも１
つの成分、またはブロックベクトルの差分（ＢＶＤｘ，ＢＶＤｙ）の少なくとも１つの成
分を範囲内に収まるように正規化する。

【0488】

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

【0489】

図２２は、映像データ処理方法の一例を示すフローチャートである。このフローチャー
トのステップは、本願の第４章の例示的な実施例５７に関連して説明する。ステップ２２
０２において、このプロセスは、現在の映像ブロックと現在の映像ブロックのビットスト
リーム表現との間での変換を行い、この変換は、現在の映像ブロックと同じ映像領域に位
置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモードで行われ
、変換時に、予測計算に使用される第１の精度は、再構成計算に使用される第２の精度よ
りも低くなる。

【0490】

図２３は、映像データ処理方法の一例を示すフローチャートである。このフローチャー
トのステップは、本願の第４章の例示的な実施例５９に関連して説明する。ステップ２３
０２において、このプロセスは、現在の映像ブロックと、現在の映像ブロックのビットス
トリーム表現との間での変換を、現在の映像ブロックと同じ映像領域に位置する再構成ブ
ロックに関する動き情報に基づくイントラブロックコピーモードを使用して行い、この変
換時には、ｎおよびＭは整数である場合に、ｎＭ×ｎＭサイズの参照領域が使用され、現
在の映像ブロックは、コーディングツリーユニットに位置決めされ、参照領域は、現在の
映像ブロックに対応するコーディングツリーユニット列のｎ×ｎ個の直近の利用可能なコ
ーディングツリーユニットからのサンプルを含む。

【0491】

図２４は、映像データ処理方法の一例を示すフローチャートである。このフローチャー
トのステップは、本願の第４章の例示的な実施例６０に関連して説明する。ステップ２４
０２において、このプロセスは、現在の映像ブロックと、現在の映像ブロックのビットス
トリーム表現との間での変換を、現在の映像ブロックと同じ映像領域に位置する再構成ブ
ロックに関する動き情報に基づくイントラブロックコピーモードを使用して行い、この変
換時には，ｎ、ｐおよびＭは整数である場合に、ｎＭ×ｐＭサイズの参照領域が使用され
、現在の映像ブロックは、コーディングツリーユニットに位置決めされ、参照領域は、現
在の映像ブロックに対応するコーディングツリーユニット列のｎ×ｐ－１個の直近の利用
可能なコーディングツリーユニットからのサンプルを含む。

【0492】

図２５は、映像データ処理方法の一例を示すフローチャートである。このフローチャー
トのステップは、本願の第４章の例示的な実施例６１に関連して説明する。ステップ２５
０２において、このプロセスは、映像領域の仮想パイプラインデータユニット（ＶＰＤＵ
）の現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換
を、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基
づくイントラブロックコピーモードを使用して行い、この変換時には、ｋ、ｎおよびＭは
整数である場合に、ｎＭ×ｎＭサイズの参照領域が使用され、ＶＰＤＵの寸法がｋＭ×ｋ
Ｍであり、現在の映像ブロックは、コーディングツリーユニットに位置決めされ、参照領
域は、現在の映像ブロックに対応するコーディングツリーユニット列のｎ×ｎ－ｋ個の直
近の利用可能なコーディングツリーユニットからのサンプルを含む。

【0493】

図２６は、映像データ処理方法の一例を示すフローチャートである。このフローチャー
トのステップは、本願の第４章の例示的な実施例６２～６６に関連して説明する。ステッ
プ２６０２において、このプロセスは、視覚メディアデータのｗ×ｈ寸法の現在の映像ブ
ロックと現在の映像ブロックのビットストリーム表現との間での変換のために、イントラ
ブロックコピーモードで予測するための参照サンプルを記憶するバッファを判定し、この
変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報
に基づくイントラブロックコピーモードで行われる。ステップ２６０４において、現在の
映像ブロックを含むコーディングツリーユニット（ＣＴＵ）の左上位置に対する現在の映
像ブロックの位置（ｘ０、ｙ０）に空間的に配置され、かつブロックベクトル（ＢＶｘ、
ＢＶｙ）を有するサンプルに対して、このプロセスは、バッファにおける参照位置（Ｐ，
Ｑ）から始まる対応する参照領域を計算し、参照位置（Ｐ，Ｑ）はブロックベクトル（Ｂ
Ｖｘ，ＢＶｙ）および／または位置（ｘ０，ｙ０）を使用して判定される。ステップ２６
０６において、このプロセスは、参照領域および／または参照位置（Ｐ、Ｑ）に１つ以上
の規則ベースの制約を適用して、参照領域と映像領域との重なりを制限する。

【0494】

図２７は、映像データ処理方法の一例を示すフローチャートである。このフローチャー
トのステップは、本願の第４章の例示的な実施例６８に関連して説明する。ステップ２７
０２において、このプロセスは、視覚メディアデータの現在の映像ブロックと現在の映像
ブロックのビットストリーム表現との間での変換のために、イントラブロックコピーモー
ドで予測するための参照サンプルを記憶するバッファを判定し、この変換は、現在の映像
ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブ
ロックコピーモードで行われる。ステップ２７０４において、現在の映像ブロックを含む
コーディングユニット（ＣＵ）に対して、現在の映像ブロックの位置（ｘ０，ｙ０）に空
間的に位置するサンプルに対して、このプロセスは、バッファにおける参照位置から始ま
る対応する参照領域を計算する。ステップ２７０６において、このプロセスは、前回処理
されたブロックのうちどれを予測に用いるかを判定するために、参照領域及び参照位置を
調整する。

【0495】

図２８は、映像データ処理方法の一例を示すフローチャートである。このフローチャー
トのステップは、本願の第４章の例示的な実施例６９～７５に関連して説明する。ステッ
プ２８０２において、このプロセスは、映像の現在の映像ブロックと現在の映像ブロック
のビットストリーム表現との間での変換のために、映像の成分Ｘを使用して、この映像の
成分ｃの現在の映像ブロックに対応するブロックベクトルの有効性を判定し、この成分Ｘ
は、映像の輝度成分とは異なる。ステップ２８０４において、このプロセスは、現在の映
像ブロックに対してブロックベクトルが有効であると判定すると、ブロックベクトルを使
用して変換を行い、この変換は、現在の映像ブロックと同じ映像領域に位置する再構成ブ
ロックに関する動き情報に基づくイントラブロックコピー（ＩＢＣ）モードモードで行わ
れる。

【0496】

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

【0497】

Ａ１．視覚メディア処理方法であって、
視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表
現との間での変換のために、イントラブロックコピーモードで予測するための参照サンプ
ルを記憶するバッファを判定することであって、この変換は、現在の映像ブロックと同じ
映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモ
ードで行われる、判定することと、
現在の映像ブロックを含むコーディングツリーユニットの左上位置に対する現在の映像
ブロックの位置（ｘ０、ｙ０）に空間的に配置され、かつブロックベクトル（ＢＶｘ、Ｂ
Ｖｙ）を有するサンプルについて、バッファにおける対応する参照を参照位置（Ｐ，Ｑ）
で計算することであって、参照位置（Ｐ，Ｑ）はブロックベクトル（ＢＶｘ，ＢＶｙ）と
位置（ｘ０，ｙ０）を使用して判定される、計算することと、
参照位置（Ｐ，Ｑ）がバッファの外側にあることを判定すると、現在の映像ブロックを
含むコーディングツリーユニットに対する現在の映像ブロックの位置に少なくとも部分的
に基づいて参照位置を再計算することと、を含む、方法。

【0498】

Ａ２．参照位置（Ｐ，Ｑ）は、Ｐ＝ｘ０＋ＢＶｘ、Ｑ＝ｙ０＋ＢＶｙとして判定され
る、Ａ１項に記載の方法。

【0499】

Ａ３．再計算は、
現在の映像ブロックがコーディングツリーユニットに対して水平方向に位置するか、又
はコーディングツリーユニットに対して垂直方向に位置するかどうかに少なくとも部分的
に基づいて、参照位置（Ｐ，Ｑ）を再計算することを含む、第１項に記載の方法。

【0500】

Ａ４．現在の映像ブロックがコーディングツリーユニットに対して水平方向に位置す
る、Ａ１～Ａ３項のいずれか１項以上に記載の方法。

【0501】

Ａ５．現在の映像ブロックがコーディングツリーユニットに対して垂直方向に位置す
る、Ａ１～Ａ３項のいずれか１項以上に記載の方法。

【0502】

Ａ６．再計算は、
現在の映像ブロックが視覚メディアデータの境界から予め規定された距離内にあるかど
うかに少なくとも部分的に基づいて、参照位置（Ｐ，Ｑ）を再計算する、第１項に記載の
方法。

【0503】

Ａ７．現在の映像ブロックが、視覚メディアデータの境界から予め規定された距離内
に位置する、Ａ１～Ａ２項及びＡ６項のいずれか１項以上に記載の方法。

【0504】

Ａ８．Ｎがバッファのｙ次元を表す整数であり、（ｙ０＋ＢＶｙ）が範囲［０，．．
，Ｎ－１］の外側にあることを判定することに応じて、参照位置（Ｐ，Ｑ）に予め規定さ
れた値が割り当てられる、Ａ１～Ａ２項のいずれか１項以上に記載の方法。

【0505】

Ａ９．Ｍがバッファのｙ次元を表す整数であり、（ｘ０＋ＢＶｘ）が範囲［０，．．
，Ｍ－１］の外側にあることを判定することに応じて、参照位置（Ｐ，Ｑ）に予め規定さ
れた値が割り当てられる、Ａ１～Ａ２項のいずれか１項以上に記載の方法。

【0506】

Ａ１０．参照位置（Ｐ、Ｑ）は、（（ｘ０＋ＢＶｘ）ｍｏｄＭ、ｙ０＋ＢＶｙ）と
して割り当てられ、式中、“ｍｏｄ”は、ｘｍｏｄｙ＝ｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ）
、ｆｌｏｏｒ（ａ）はａ以下の最大の整数、Ｍはバッファのｘ次元を表す整数として定義
されるモジュロ演算である、Ａ１～Ａ２項のいずれか１項以上に記載の方法。

【0507】

Ａ１１．参照位置（Ｐ、Ｑ）は、（ｘ０＋ＢＶｘ，（ｙ０＋ＢＶｙ）ｍｏｄＮ））
として割り当てられ、式中、“ｍｏｄ”は、ｘｍｏｄｙ＝ｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ
）、ｆｌｏｏｒ（ａ）はａ以下の最大の整数、Ｎはバッファのｙ次元を表す整数として定
義されるモジュロ演算である、Ａ１～Ａ２項のいずれか１項以上に記載の方法。

【0508】

Ａ１２．（ｘ０＋ＢＶｘ）ｍｏｄＭ，ｙ０＋ＢＶｙ）がバッファの外側にあると判
定することに応じて、追加の処理が行われる、Ａ１０項に記載の方法。

【0509】

Ａ１３．（ｘ０＋ＢＶｘ，（ｙ０＋ＢＶｙ）ｍｏｄＮ））がバッファの外側にある
と判定することに応じて、追加の処理が行われる、Ａ１２項に記載の方法。

【0510】

Ｂ１．視覚メディア処理方法であって、
視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表
現との間での変換のために、イントラブロックコピーモードで予測するための参照サンプ
ルを記憶するバッファを判定することであって、この変換は、現在の映像ブロックと同じ
映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモ
ードで行われる、判定することと、
現在の映像ブロックを含むピクチャの左上の位置に対して、現在の映像ブロックの位置
（ｘ，ｙ）に空間的に配置され、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有するサンプル
に対して、現在の映像ブロックの位置（ｘ，ｙ）、現在の映像ブロックの寸法、ピクチャ
の寸法、現在の映像ブロックを含むコーディングツリーユニットの寸法、またはバッファ
の寸法のうちの少なくとも１つに関連付けられた１つ以上の条件を満たすことに少なくと
も部分的に基づいて、ブロックベクトル（ＢＶｘ，ＢＶｙ）を有効なものとして割り当て
ることと、
ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であるかどうかを判断するためのチェック
を行うことと、
ブロックベクトル（ＢＶｘ，ＢＶｙ）が有効であることを確認すると、バッファにおけ
る対応する参照を参照位置（Ｐ，Ｑ）で計算することであって、参照位置（Ｐ，Ｑ）が、
ブロックベクトル（ＢＶｘ，ＢＶｙ）、位置（ｘ，ｙ）、およびバッファの寸法を使用し
て判定される、計算することとを含む、方法。

【0511】

Ｂ２．参照位置（Ｐ，Ｑ）が（（ｘ＋ＢＶｘ）％Ｗｂｕｆ，（ｘ＋ＢＶｙ）％Ｈｂｕ
ｆ）として判定され、式中、Ｗｂｕｆ×Ｈｂｕｆはバッファの寸法を示し、「％」はモジ
ュロ演算を示し、ｘ＜０のときの「ｘ％ｙ」はｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ）として定義
され、ここでｆｌｏｏｒ（ａ）はａを超えない最大の整数である、Ｂ１項に記載の方法。

【0512】

Ｃ１．視覚メディア処理方法であって、
視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表
現との間での変換のため、現在の映像ブロックについてのブロックベクトル（ＢＶｘ，Ｂ
Ｖｙ）またはブロックベクトル差（ＢＶＤｘ，ＢＶＤｙ）を判定することであって、変換
は、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基
づくイントラブロックコピーモードで行われる、判定することと、
ブロックベクトル（ＢＶｘ，ＢＶｙ）のうちの少なくとも１つの成分、またはブロック
ベクトルの差分（ＢＶＤｘ，ＢＶＤｙ）の少なくとも１つの成分を範囲内に収まるように
正規化することと、を含む、方法。

【0513】

Ｃ２．正規化することは、
バッファの寸法に基づいて、ブロックベクトル（ＢＶｘ，ＢＶｙ）の少なくとも１つの
成分、又はブロックベクトル差（ＢＶＤｘ，ＢＶＤｙ）の少なくとも１つの成分が範囲内
にあるように正規化することを含み、バッファは、イントラブロックコピーモードにおけ
る予測のための参照サンプルを記憶する、Ｃ１項に記載の方法。

【0514】

Ｃ３．成分ＢＶｘが（ＢＶｘｍｏｄＭ）に正規化され、式中、Ｍはバッファのｘ次
元を表す整数であり、「ｍｏｄ」は、ｘｍｏｄｙ＝ｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ）とし
て定義されるモジュロ演算であり、ｆｌｏｏｒ（ａ）は、ａ以下の最大の整数である、Ｃ
２項に記載の方法。

【0515】

Ｃ４．成分ＢＶＤｘが（（ＢＶＤｙ＋ｘ０）ｍｏｄＭ）－Ｖに正規化され、式中、
Ｍはバッファのｘ次元を表す整数であり、「ｍｏｄ」は、ｘｍｏｄｙ＝ｘ－ｙ＊ｆｌｏ
ｏｒ（ｘ／ｙ）として定義されるモジュロ演算であり、式中、ｆｌｏｏｒ（ａ）は、ａ以
下の最大の整数であり、Ｖは、予め規定された値である、Ｃ２項に記載の方法。

【0516】

Ｃ５．Ｖが６４である、Ｃ４項に記載の方法。

【0517】

Ｃ６．ＶがＭ／２である、Ｃ４項に記載の方法。

【0518】

Ｃ７．Ｖがｘ０である、Ｃ４項に記載の方法。

【0519】

Ｃ８．成分ＢＶｙが（ＢＶｙｍｏｄＮ）に正規化され、式中、Ｎはバッファのｙ
次元を表す整数であり、「ｍｏｄ」は、ｘｍｏｄｙ＝ｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ）と
して定義されるモジュロ演算であり、ｆｌｏｏｒ（ａ）は、ａ以下の最大の整数である、
Ｃ２項に記載の方法。

【0520】

Ｃ９．成分ＢＶｙが（（ＢＶｙ＋ｙ０）ｍｏｄＮ）－Ｖに正規化され、式中、Ｎは
バッファのｙ次元を表す整数であり、「ｍｏｄ」は、ｘｍｏｄｙ＝ｘ－ｙ＊ｆｌｏｏｒ
（ｘ／ｙ）として定義されるモジュロ演算であり、式中、ｆｌｏｏｒ（ａ）は、ａ以下の
最大の整数であり、Ｖは、予め規定された値である、Ｃ２項に記載の方法。

【0521】

Ｃ１０．Ｖが６４である、Ｃ９項に記載の方法。

【0522】

Ｃ１１．ＶがＮ／２である、Ｃ９項に記載の方法。

【0523】

Ｃ１２．Ｖがｙ０である、Ｃ９項に記載の方法。

【0524】

Ｃ１３．成分ＢＶｘ及びＢＶｙが異なる範囲内にあるように正規化される、Ｃ１項に
記載の方法。

【0525】

Ｃ１４．成分ＢＶＤｘが（ＢＶＤｘｍｏｄＭ）に正規化され、式中、Ｍはバッファ
のｘ次元を表す整数であり、「ｍｏｄ」は、ｘｍｏｄｙ＝ｘ－ｙ＊ｆｌｏｏｒ（ｘ／ｙ
）として定義されるモジュロ演算であり、ｆｌｏｏｒ（ａ）は、ａ以下の最大の整数であ
る、Ｃ２項に記載の方法。

【0526】

Ｃ１５．成分ＢＶＤｘが（（ＢＶＤｘ＋ｘ０）ｍｏｄＭ）－Ｖに正規化され、式中
、Ｍはバッファのｘ次元を表す整数であり、「ｍｏｄ」は、ｘｍｏｄｙ＝ｘ－ｙ＊ｆｌ
ｏｏｒ（ｘ／ｙ）として定義されるモジュロ演算であり、式中、ｆｌｏｏｒ（ａ）は、ａ
以下の最大の整数であり、Ｖは、予め規定された値である、Ｃ２項に記載の方法。

【0527】

Ｃ１６．Ｖが６４である、Ｃ１５項に記載の方法。

【0528】

Ｃ１７．ＶがＭ／２である、Ｃ１５項に記載の方法。

【0529】

Ｃ１８．Ｖがｘ０である、Ｃ１５項に記載の方法。

【0530】

Ｃ１９．成分ＢＶＤｙが（ＢＶＤｙｍｏｄＮ）に正規化され、式中、Ｎはバッフ
ァのｙ次元を表す整数であり、「ｍｏｄ」は、モジュロ演算である、Ｃ２項に記載の方法
。

【0531】

Ｃ２０．成分ＢＶＤｙが（（ＢＶＤｙ＋ｙ０）ｍｏｄＮ）－Ｖに正規化され、式中
、Ｎはバッファのｙ次元を表す整数であり、「ｍｏｄ」は、モジュロ演算であり、Ｖは、
予め規定された値である、Ｃ２項に記載の方法。

【0532】

Ｃ２１．Ｖが６４である、Ｃ２０項に記載の方法。

【0533】

Ｃ２２．ＶがＮ／２である、Ｃ２０項に記載の方法。

【0534】

Ｃ２３．Ｖがｙ０である、Ｃ２０項に記載の方法。

【0535】

Ｃ２４．成分ＢＶＤｘ及びＢＶＤｙが異なる範囲内にあるように正規化される、Ｃ１
項に記載の方法。

【0536】

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

【0537】

Ｄ２．バッファは、順番にしたがって更新される、Ｄ１項に記載の方法。

【0538】

Ｄ３．バッファは、再構成されたブロックの順にしたがって更新される、Ｄ１項に記
載の方法。

【0539】

Ｄ４．バッファが満杯であると判定されると、バッファに記憶された再構成サンプル
を最近再構成されたサンプルに置き換えることをさらに含む、Ｄ１項に記載の方法。

【0540】

Ｄ５．バッファに記憶された再構成サンプルを先入れ先出し順に置き換える、Ｄ１項
に記載の方法。

【0541】

Ｄ６．バッファに記憶された再構成サンプルの最も古い集合を置き換える、Ｄ１項に
記載の方法。

【0542】

Ｄ７．バッファに記憶された再構成サンプルが、割り当てられた優先順位値であり、
バッファに記憶された再構成サンプルを優先順位値に従って置き換える、Ｄ１項に記載の
方法。

【0543】

Ｄ８．バッファに記憶された再構成サンプルのサブセットに、将来の置き換えのため
のマークを付け、サブセットに含まれていないサンプルを最初に置き換える、Ｄ１項に記
載の方法。

【0544】

Ｄ９．ビットストリーム表現に含まれるフラグは、１つ以上の条件を満たす優先順位
値を示す、Ｄ７項に記載の方法。

【0545】

Ｄ１０．現在の映像ブロックの特徴に基づいて優先順位値が割り当てられる、Ｄ７項
に記載の方法。

【0546】

Ｄ１１．１つ以上の条件は、パレットモードおよび／またはイントラブロックコーデ
ィング（ＩＢＣ）モードおよび／または変換スキップモードを使用してコーディングされ
た再構成サンプルのパーセンテージに関連する、Ｄ９項に記載の方法。

【0547】

Ｄ１２．パレットモードおよび／またはイントラブロックコーディング（ＩＢＣ）モ
ードおよび／または変換スキップモードを使用してコーディングされた再構成サンプルの
パーセンテージが閾値を超えていることを判定することに応じて、現在の映像ブロックに
おけるすべてのサンプルを高い優先順位として割り当てる、Ｄ１１項に記載の方法。

【0548】

Ｄ１３．閾値は、現在の映像ブロックのサイズおよび／または現在の映像ブロックの
色成分、および／または現在の映像ブロックを含むコーディングツリーユニット（ＣＴＵ
）のサイズに基づく、Ｄ１２項に記載の方法。

【0549】

Ｄ１４．閾値がビットストリーム表現のフィールドとして含まれる、Ｄ１３項に記載
の方法。

【0550】

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

【0551】

Ｄ１６．バッファにおける利用可能なサンプルの数が閾値以上であることを判定する
ことは、バッファが満杯であることを示す、Ｄ４項に記載の方法。

【0552】

Ｄ１７．閾値が６４×６４×３輝度サンプルである、Ｄ１６項に記載の方法。

【0553】

Ｅ１．視覚メディア処理方法であって、
現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変換を行
うことであって、変換は、映像ブロックと同じ映像領域に位置する再構成ブロックに関す
る動き情報に基づくイントラブロックコピーモードで行われ、変換時に、予測計算に使用
される第１の精度は、再構成計算に使用される第２の精度よりも低くなる、変換を行うこ
とと、を含む方法。

【0554】

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

【0555】

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

【0556】

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

【0557】

Ｅ５．予測計算は、（ｃｌｉｐ（（ｐ＞＞ｂ），０，（１＜＜（ｂｉｔｄｅｐｔｈ－
ｂ）））＋（１＜＜（ｂｉｔｄｅｐｔｈ－１）））＜＜ｂを使用して、再構成サンプル値
から予測サンプル値を判定することを含み、ｐは、再構成サンプル値であり、ｂは、予め
規定されたビットシフト値であり、ｂｉｔｄｅｐｔｈは、予測サンプル精度であり、ｃｌ
ｉｐは、ｃｌｉｐ（ｘ，ｙ，ｚ）＝（ｘ＜ｙ）？ｙ：（ｘ＞ｚ？ｚ：ｘ）と定義されるク
リッピング演算である、Ｅ１項に記載の方法。

【0558】

Ｅ６．予測計算は、インループリシェイピング（ＩＬＲ）ステップが適用されるかど
うかに基づいて、クリッピング演算を使用して、再構成されたサンプル値から予測サンプ
ル値を判定することを含む、Ｅ１項に記載の方法。

【0559】

Ｅ７．ｂが、再構成されたサンプルと現在の映像ブロックのビット深度の差である、
Ｅ１～Ｅ５項のいずれか１項以上に記載の方法。

【0560】

Ｅ８．第１の精度および／または第２の精度、および／または第１の精度と第２の精
度との差が、ビットストリーム表現におけるフィールドとして信号通知される、Ｅ１項に
記載の方法。

【0561】

Ｅ９．予測計算は、再構成されたサンプル値から予測サンプル値を判定することを含
み、予測サンプル値の第１の部分は第１の精度を有し、予測サンプル値の第２の部分は第
２の精度を有する、Ｅ１項に記載の方法。

【0562】

Ｅ１０．現在の映像ブロックは、異なる精度のサンプルを含むコーディングツリーユ
ニット内に位置する、Ｅ９項に記載の方法。

【0563】

Ｅ１１．異なる精度を有するサンプルが、現在の映像ブロックに対して許容される参
照領域に含まれる、Ｅ１０項に記載の方法。

【0564】

Ｅ１２．別の映像ブロックを含むコーディングツリーユニットに関連付けられた第１
の参照領域は、第１の精度を使用し、第２の参照領域は、現在の映像ブロックを含むコー
ディングツリーユニットに関連付けられた第２の参照領域は、第２の精度を使用する、Ｅ
９項に記載の方法。

【0565】

Ｅ１３．第１の参照領域が第１の色成分に対応し、第２の参照領域が第２の色成分に
対応する、Ｅ１２項に記載の方法。

【0566】

Ｆ１．視覚メディア処理方法であって、
現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換を
、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づ
くイントラブロックコピーモードを使用して行うことであって、変換時には，ｎおよびＭ
は整数である場合に、ｎＭ×ｎＭサイズの参照領域が使用され、現在の映像ブロックは、
コーディングツリーユニットに位置決めされ、参照領域は、現在の映像ブロックに対応す
るコーディングツリーユニット列のｎ×ｎ個の直近の利用可能なコーディングツリーユニ
ットからのサンプルを含む、行うことを含む、方法。

【0567】

Ｆ２．参照領域のサイズは１２８×１２８サンプルであり、コーディングツリーユニ
ットのサイズは６４×６４であり、バッファは、現在の映像ブロックを含む同じコーディ
ングツリーユニット行内の４つの最も近い利用可能なコーディングツリーユニットを含む
、Ｆ１項に記載の方法。

【0568】

Ｆ３．参照領域のサイズは１２８×１２８サンプルであり、コーディングツリーユニ
ットのサイズは３２×３２であり、バッファは、現在の映像ブロックを含む同じコーディ
ングツリーユニット行内の１６個の最も近い利用可能なコーディングツリーユニットを含
む、Ｆ１項に記載の方法。

【0569】

Ｇ１．視覚メディア処理方法であって、
現在の映像ブロックと、現在の映像ブロックのビットストリーム表現との間での変換を
、現在の映像ブロックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づ
くイントラブロックコピーモードを使用して行うことであって、変換時には，ｎ、ｐおよ
びＭは整数である場合に、ｎＭ×ｐＭサイズの参照領域が使用され、現在の映像ブロック
は、コーディングツリーユニットに位置決めされ、参照領域は、現在の映像ブロックに対
応するコーディングツリーユニット列のｎ×ｐ－１個の直近の利用可能なコーディングツ
リーユニットからのサンプルを含む、行うことを含む。

【0570】

Ｇ２．参照領域のサイズは１２８×１２８サンプルまたは２５６×６４サンプルであ
り、コーディングツリーユニットのサイズは６４×６４であり、バッファは、現在の映像
ブロックを含む同じコーディングツリーユニット行内の３つの最も近い利用可能なコーデ
ィングツリーユニットを含む、Ｇ１項に記載の方法。

【0571】

Ｇ３．参照領域のサイズは１２８×１２８サンプルまたは５１２×３２サンプルであ
り、コーディングツリーユニットのサイズは３２×３２であり、バッファは、現在の映像
ブロックを含む同じコーディングツリーユニット行内の１５個の最も近い利用可能なコー
ディングツリーユニットを含む、Ｇ１項に記載の方法。

【0572】

Ｇ４．コーディングツリーユニットのサイズがＭ×Ｍである、Ｇ１項に記載の方法。

【0573】

Ｇ５．バッファの外側のサンプルは変換中に使用することが許可されない、Ｇ１項～
Ｇ４項のいずれか１項に記載の方法。

【0574】

Ｈ１．視覚メディア処理方法であって、
映像領域の仮想パイプラインデータユニット（ＶＰＤＵ）の現在の映像ブロックと、現
在の映像ブロックのビットストリーム表現との間での変換を、現在の映像ブロックと同じ
映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモ
ードを使用して行うことであって、変換時には，ｋ、ｎおよびＭは整数である場合に、ｎ
Ｍ×ｎＭサイズの参照領域が使用され、ＶＰＤＵの寸法がｋＭ×ｋＭであり、現在の映像
ブロックは、コーディングツリーユニットに位置決めされ、参照領域は、現在の映像ブロ
ックに対応するコーディングツリーユニット列のｎ×ｎ－ｋ個の直近の利用可能なコーデ
ィングツリーユニットからのサンプルを含む、行うことを含む方法。

【0575】

Ｈ２．参照領域のサイズは１２８×１２８サンプルであり、コーディングツリーユニ
ットのサイズは６４×６４であり、ＶＰＤＵの寸法は６４×６４であり、バッファは、現
在の映像ブロックを含む同じコーディングツリーユニット行内の３つの最も近い利用可能
なコーディングツリーユニットを含む、Ｇ１項に記載の方法。

【0576】

Ｈ３．参照領域のサイズは１２８×１２８サンプルであり、コーディングツリーユニ
ットのサイズは３２×３２であり、ＶＰＤＵの寸法は６４×６４であり、バッファは、現
在の映像ブロックを含む同じコーディングツリーユニット行内の１２個の最も近い利用可
能なコーディングツリーユニットを含む、Ｈ１項に記載の方法。

【0577】

Ｉ１．視覚メディア処理方法であって、
視覚メディアデータのｗ×ｈサイズの現在の映像ブロックと現在の映像ブロックのビッ
トストリーム表現との間での変換のために、イントラブロックコピーモードで予測するた
めの参照サンプルを記憶するバッファを判定することであって、変換は、現在の映像ブロ
ックと同じ映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロッ
クコピーモードで行われる、判定することと、
現在の映像ブロックを含むサイズがＭ×Ｍのコーディングツリーユニット（ＣＴＵ）の
左上位置に対する現在の映像ブロックの位置（ｘ０、ｙ０）に空間的に配置され、かつブ
ロックベクトル（ＢＶｘ、ＢＶｙ）を有するサンプルに対して、バッファにおける参照位
置（Ｐ，Ｑ）から始まる対応する参照領域を計算することであって、参照位置（Ｐ，Ｑ）
はブロックベクトル（ＢＶｘ、ＢＶｙ）および／または位置（ｘ０，ｙ０）を使用して判
定する、計算することと、
参照領域および／または参照位置（Ｐ、Ｑ）に１つ以上の規則ベースの制約を適用して
、参照領域と映像領域との重なりを制限することと、を含む方法。

【0578】

Ｉ２．ＣＴＵのサイズが１２８×１２８である場合、（ｘ０，ｙ０）を（ｍ×６４，
ｎ×６４）で表すと、参照領域は、（（ｍ－２）×６４，ｎ×６４）で表される左上隅を
有するサイズ６４×６４の映像領域と重ならないように制限され、ｍおよびｎは整数であ
る、Ｉ１項に記載の方法。

【0579】

Ｉ３．ＣＴＵのサイズが１２８×１２８である場合、（ｘ０，ｙ０）を（ｍ×６４，
ｎ×６４）で表すと、参照領域は、（ｘ０－１２８，ｙ０）で表される左上隅を有するサ
イズｗ×ｈの映像領域と重ならないように制限され、ｍおよびｎは整数である、Ｉ１項に
記載の方法。

【0580】

Ｉ４．バッファのサイズがｋＭ×Ｍである場合、参照領域が、（ｘ０－ｋＭｙ０）
として表される左上隅を有するサイズｗ×ｈの映像領域と重複しないように制限される、
Ｉ１項に記載の方法。

【0581】

Ｉ５．現在の映像ブロックの左上の位置が（２ｍ＊６４，２ｎ＊６４）として表され
る場合、再構成されたブロックの左上の位置は、（（２ｍ－２）＊６４，２ｎ＊６４）と
して表され、式中、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４
である、Ｉ１項に記載の方法。

【0582】

Ｉ６．現在の映像ブロックの左上の位置が（２ｍ＊６４，２ｎ＊６４）として表され
る場合、再構成されたブロックの左上の位置は、（（２ｍ－１）＊６４，２ｎ＊６４）と
して表され、式中、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４
である、Ｉ１項に記載の方法。

【0583】

Ｉ７．現在の映像ブロックの左上の位置が（２ｍ＊６４，２ｎ＊６４）として表され
る場合、再構成されたブロックの左上の位置は、（（２ｍ－１）＊６４，（２ｎ＋１）＊
６４）として表され、式中、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６
４×６４である、Ｉ１項に記載の方法。

【0584】

Ｉ８．現在の映像ブロックの左上の位置が（２ｍ＊６４，２ｎ＊６４）として表され
る場合、再構成されたブロックの左上の位置は、現在の映像ブロックの左上の位置に位置
する、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４である、Ｉ１
項に記載の方法。

【0585】

Ｉ９．現在の映像ブロックの左上の位置が（（２ｍ＋１）＊６４，（２ｎ＋１）＊６
４）として表される場合、再構成されたブロックの左上の位置は、現在の映像ブロックの
左上の位置に位置する、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×
６４である、Ｉ１項に記載の方法。

【0586】

Ｉ１０．現在の映像ブロックの左上の位置が（（２ｍ＋１）＊６４，２ｎ＊６４）と
して表される場合、再構成されたブロックの左上の位置は、（（２ｍ－１）＊６４，２ｎ
＊６４）として表され、式中、ｍおよびｎは整数であり、現在の映像ブロックのサイズは
６４×６４である、Ｉ１項に記載の方法。

【0587】

Ｉ１１．現在の映像ブロックの左上の位置が（（２ｍ＋１）＊６４，２ｎ＊６４）と
して表される場合、再構成されたブロックの左上の位置は、（（２ｍ－１）＊６４，（２
ｎ＋１）＊６４）として表され、式中、ｍおよびｎは整数であり、現在の映像ブロックの
サイズは６４×６４である、Ｉ１項に記載の方法。

【0588】

Ｉ１２．現在の映像ブロックの左上の位置が（（２ｍ＋１）＊６４，２ｎ＊６４）と
して表される場合、再構成されたブロックの左上の位置は、（２ｍ＊６４，２ｎ＊６４）
として表され、式中、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６
４である、Ｉ１項に記載の方法。

【0589】

Ｉ１３．現在の映像ブロックの左上の位置が（（２ｍ＋１）＊６４，２ｎ＊６４）と
して表される場合、前再構成されたブロックの左上の位置は、現在の映像ブロックの左上
の位置に位置する、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４
である、Ｉ１項に記載の方法。

【0590】

Ｉ１４．現在の映像ブロックの左上の位置が（２ｍ＊６４，（２ｎ＋１）＊６４）と
して表される場合、再構成されたブロックの左上の位置は、（（２ｍ－１）＊６４，（２
ｎ＋１）＊６４）として表され、式中、ｍおよびｎは整数であり、現在の映像ブロックの
サイズは６４×６４である、Ｉ１項に記載の方法。

【0591】

Ｉ１５．現在の映像ブロックの左上の位置が（２ｍ＊６４，（２ｎ＋１）＊６４）と
して表される場合、再構成されたブロックの左上の位置は、（２ｍ＊６４，２ｎ＊６４）
として表され、式中、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６
４である、Ｉ１項に記載の方法。

【0592】

Ｉ１６．現在の映像ブロックの左上の位置が（２ｍ＊６４，（２ｎ＋１）＊６４）と
して表される場合、再構成されたブロックの左上の位置は、（（２ｍ＋１）＊６４，２ｎ
＊６４）として表され、式中、ｍおよびｎは整数であり、現在の映像ブロックのサイズは
６４×６４である、Ｉ１項に記載の方法。

【0593】

Ｉ１７．現在の映像ブロックの左上の位置が（２ｍ＊６４，（２ｎ＋１）＊６４）と
して表される場合、再構成されたブロックの左上の位置は、現在の映像ブロックの左上の
位置に位置する、ｍおよびｎは整数であり、現在の映像ブロックのサイズは６４×６４で
ある、Ｉ１項に記載の方法。

【0594】

Ｊ１．視覚メディア処理方法であって、
視覚メディアデータの現在の映像ブロックと現在の映像ブロックのビットストリーム表
現との間での変換のために、イントラブロックコピーモードで予測するための参照サンプ
ルを記憶するバッファを判定することであって、この変換は、現在の映像ブロックと同じ
映像領域に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピーモ
ードで行われる、判定することと、
現在の映像ブロックを含むコーディングユニット（ＣＵ）に対して、現在の映像ブロッ
クの位置（ｘ０，ｙ０）に空間的に位置するサンプルに対して、バッファにおける参照位
置から始まる対応する参照領域を計算することと、
前回処理されたブロックのうちどれを予測に用いるかを判定するために、参照領域及び
参照位置を調整することと、を含む、方法。

【0595】

Ｊ２．（ｙ０＞＞６）＆１＝＝０のとき、最大２つの前回処理されたブロックが予測
に使用され、２つの前回処理されたブロックの左上の位置は（（ｘ＞＞６＜＜６）－１２
８，ｙ＞＞６＜＜６）および（（ｘ＞＞６＜＜６）－６４，ｙ＞＞６＜＜６）で表される
。Ｊ１項に記載の方法。

【0596】

Ｊ３．（ｙ０＞＞６）＆１＝＝１である場合、左上位置が（（ｘ＞＞６＜＜６）－６
４，ｙ＞＞６＜＜＜６）で表される１つの前回処理されたブロックを予測に使用する、Ｊ
１項に記載の方法。

【0597】

Ｋ１．映像処理方法であって、
映像の現在の映像ブロックと現在の映像ブロックのビットストリーム表現との間での変
換のために、映像の成分Ｘを使用して、映像の成分ｃの現在の映像ブロックに対応するブ
ロックベクトルの有効性を判定することであって、成分Ｘは、映像の輝度成分とは異なる
、判定することと、
現在の映像ブロックに対してブロックベクトルが有効であると判定すると、ブロックベ
クトルを使用して変換を行うことであって、変換は、現在の映像ブロックと同じ映像領域
に位置する再構成ブロックに関する動き情報に基づくイントラブロックコピー（ＩＢＣ）
モードで行われることと、を含む、方法。

【0598】

Ｋ２．現在の映像ブロックは位置（ｘ，ｙ）から開始し、判定することは、ｉｓＲｅ
ｃ（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（ｙ＋ＢＶｙ）＞＞＞６）＆１）＊６４
＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％６４））が真である場合に無
効であると判定することを含み、サンプル（ｘ，ｙ）がＩＢＣモードで再構成され、ブロ
ックベクトルが（ＢＶｘ，ＢＶｙ）と表記されている場合に、ｉｓＲｅｃ（ｘ，ｙ）が真
である、Ｋ１項に記載の方法。

【0599】

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

【0600】

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

【0601】

Ｋ５．現在の映像ブロックは、輝度成分及びクロマ成分を含む、Ｋ１項に記載の方法
。

【0602】

Ｋ６．映像が４：２：０フォーマットであり、現在の映像ブロックは、位置（ｘ，ｙ
）から始まるクロマブロックであり、判定することは、ブロックベクトルが、ｉｓＲｅｃ
（ｃ．（（ｘ＋ＢＶｘ）＞＞５＜＜５）＋６４－（（（ｙ＋ＢＶｙ）＞＞５）＆１）＊３
２＋（ｘ％３２），（（ｙ＋ＢＶｙ）＞＞５＜＜５）＋（ｙ％３２））が真である場合に
無効であると判定することを含み、サンプル（ｘ，ｙ）がＩＢＣモードで再構成された場
合、ｉｓＲｅｃ（ｘ，ｙ）が真である、Ｋ１項に記載の方法。

【0603】

Ｋ７．判定は、映像の成分Ｘのサンプルの可用性に少なくとも部分的に基づいている
、項Ｋ１に記載の方法。

【0604】

Ｋ８．現在の映像ブロックが位置（ｘ，ｙ）から始まり、判定することは、ブロック
ベクトルが、ｉｓＲｅｃ（ｃ．（（ｘ＋ＢＶｘ）＞＞６＜＜６）＋１２８－（（（ｙ＋Ｂ
Ｖｙ）＞＞６）＆１）＊６４＋（ｘ％６４），（（ｙ＋ＢＶｙ）＞＞６＜＜６）＋（ｙ％
６４））が真の場合には無効であると判定し、ｉｓＲｅｃ（ｃ，ｘ，ｙ）は、成分ｃのサ
ンプル（ｘ，ｙ）が利用可能であり、ＩＢＣモードによって再構成され、ブロックベクト
ルが（ＢＶｘ，ＢＶｙ）と表記される場合には、真である、Ｋ７項に記載の方法。

【0605】

Ｋ９．現在の映像ブロックが輝度ブロックである、Ｋ８項に記載の方法。

【0606】

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

【0607】

Ｋ１１．判定するステップは、映像の成分Ｘのサンプルの可用性を判定するステップ
を含む、Ｋ７項に記載の方法。

【0608】

Ｋ１２．現在の映像ブロックは、位置（ｘ，ｙ）から始まり、判定するステップは、
ｉｓＲｅｃ（ｃ，ｘ＋ＢＶｘ＋Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅ，ｙ）が真の場合、ブロ
ックベクトルが無効であると判定し、成分ｃのサンプル（ｘ，ｙ）が利用可能であり、Ｉ
ＢＣモードによって再構成された場合にはｉｓＲｅｃ（ｃ，ｘ，ｙ）が真であり、ブロッ
クベクトルは、（ＢＶｘ，ＢＶｙ））、Ｃｈｒｏｍａ＿ＣＴＵ＿ｓｉｚｅは、クロマ成分
のコーディングツリーユニットのサイズを示す、Ｋ７項に記載の方法。

【0609】

Ｋ１３．クロマ成分のためのコーディングツリーユニットのサイズが６４である、Ｋ
１２項に記載の方法。

【0610】

Ｋ１４．現在の映像ブロックの特徴を判定する方法であって、
イントラブロックコピーモードにおいて、予測のための参照サンプルを記憶するバッフ
ァを判定することと、
現在の映像ブロックを含むコーディングツリーユニット（ＣＴＵ）の左上の位置に対し
て、現在の映像ブロックの位置（ｘ０，ｙ０）に空間的に位置するサンプルに対して、バ
ッファにおける参照位置（Ｐ，Ｑ）から始まる対応する参照領域を計算することと、をさ
らに含む、Ｋ１項に記載の方法。

【0611】

Ｋ１５．バッファは、サイズＭ×Ｍのブロックを記憶する、Ｋ１４項に記載の方法。

【0612】

Ｋ１６．バッファは、サイズＮ×Ｍのブロックを記憶し、式中、ＭとＮが等しくない
、Ｋ１４項に記載の方法。

【0613】

Ｋ１７．１つ以上の条件が満たされる場合、バッファの使用が制限される、Ｋ１４項
に記載の方法。

【0614】

Ｋ１８．バッファが現在の映像ブロックと同じブリック／タイル／タイルグループ／
スライス内にある場合、バッファの使用が制限される、Ｋ１４項に記載の方法。

【0615】

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

【0616】

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

【0617】

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

【0618】

Ｌ４．Ａ１～Ｋ１８項のいずれか１項以上に記載の方法を実施するように構成された
処理装置を備える、映像デコーダ装置。

【0619】

Ｌ５．コードが記憶されたコンピュータ可読媒体であって、コードはＡ１～Ｋ１８の
１項以上のいずれかに記載の方法を実施するための処理装置実行可能命令を具現化する、
コンピュータ可読媒体。

【0620】

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

【0621】

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

【0622】

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

【0623】

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

【0624】

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

【0625】

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

【0626】

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

【0627】

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

【0628】

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

【0629】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【手続補正書】

【提出日】2024-01-10

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

視覚メディア処理方法であって、
映像の現在の映像ブロックと前記映像のビットストリームとの変換のために、前記現在の映像ブロックに第１のコーディングモードが適用されることを判定することと、
前記現在の映像ブロックにおける第１のブロックベクトル（ＢＶｘ、ＢＶｙ）を導出することと、
前記第１のブロックベクトル及びサンプルバッファに基づいて、前記現在の映像ブロックの予測サンプルを生成することであって、フィルタリング演算が適用されずに前の映像ブロックの再構成サンプルがサンプルバッファに記憶され、前記第１のコーディングモードにおいて、前記予測サンプルは前記現在の映像ブロックを含む同じピクチャから導出され、前記サンプルバッファのビット深度は前記変換時に使用される再構成バッファのビット深度と同一である、生成することと、
前記予測サンプルに基づいて前記変換を行うことと、
を有する方法。

【請求項2】

前記サンプルバッファは、第１の順序で更新される、
請求項１に記載の方法。

【請求項3】

前記第１の順序は、前記変換時の再構成サンプルの順序である、
請求項２に記載の方法。

【請求項4】

前記第１の順序は、先入れ先出し規則に基づく、
請求項２に記載の方法。

【請求項5】

前記サンプルバッファが満杯である場合、前記サンプルバッファに最も早く追加されたサンプルは、最新の再構成サンプルと置き換えられる、
請求項４に記載の方法。

【請求項6】

前記サンプルバッファは、矩形領域であり、
前記サンプルバッファのサイズは、前記ビットストリームに含まれるフィールドに基づいて示される、
請求項１に記載の方法。

【請求項7】

前記前の映像ブロックの一部は、前記現在の映像ブロックを含む現在のコーディングツリーブロックとは異なるコーディングツリーブロックに配置される、
請求項１に記載の方法。

【請求項8】

前記現在の映像ブロック内の第１のサンプル（ｘ０，ｙ０）の予測サンプルを生成するために、位置変換演算が（ｘ０＋ＢＶｘ，ｙ０＋ＢＶｙ）に適用されて、前記第１の予測サンプルの前記サンプルバッファ内の位置を導出する、
請求項１に記載の方法。

【請求項9】

前記位置変換演算は、モジュロ演算であり、
前記第１の予測サンプルの位置は、（（ｘ０＋ＢＶｘ）ｍｏｄＭ、（ｙ０＋ＢＶｙ）ｍｏｄＮ）で表され、ｍｏｄはモジュロ関数である、
請求項８に記載の方法。

【請求項10】

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

【請求項11】

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

【請求項12】

処理装置と、命令が記憶された非一時的メモリと、を備える映像データを処理する装置であって、
前記命令は、前記処理装置による実行時に、前記処理装置に、
映像の現在の映像ブロックと前記映像のビットストリームとの変換のために、前記現在の映像ブロックに第１のコーディングモードが適用されることを判定することと、
前記現在の映像ブロックにおける第１のブロックベクトル（ＢＶｘ、ＢＶｙ）を導出することと、
前記第１のブロックベクトル及びサンプルバッファに基づいて、前記現在の映像ブロックの予測サンプルを生成することであって、フィルタリング演算が適用されずに前の映像ブロックの再構成サンプルがサンプルバッファに記憶され、前記第１のコーディングモードにおいて、前記予測サンプルは前記現在の映像ブロックを含む同じピクチャから導出され、前記サンプルバッファのビット深度は前記変換時に使用される再構成バッファのビット深度と同一である、生成することと、
前記予測サンプルに基づいて前記変換を行うことと、を実行させる、
装置。

【請求項13】

命令を記憶する非一時的なコンピュータ可読記憶媒体であって、
前記命令は、処理装置に、
映像の現在の映像ブロックと前記映像のビットストリームとの変換のために、前記現在の映像ブロックに第１のコーディングモードが適用されることを判定することと、
前記現在の映像ブロックにおける第１のブロックベクトル（ＢＶｘ、ＢＶｙ）を導出することと、
前記第１のブロックベクトル及びサンプルバッファに基づいて、前記現在の映像ブロックの予測サンプルを生成することであって、フィルタリング演算が適用されずに前の映像ブロックの再構成サンプルがサンプルバッファに記憶され、前記第１のコーディングモードにおいて、前記予測サンプルは前記現在の映像ブロックを含む同じピクチャから導出され、前記サンプルバッファのビット深度は前記変換時に使用される再構成バッファのビット深度と同一である、生成することと、
前記予測サンプルに基づいて前記変換を行うことと、を実行させる、
非一時的なコンピュータ可読記憶媒体。

【請求項14】

映像のビットストリームを記憶する方法であって、
前記映像の現在の映像ブロックのために、前記現在の映像ブロックに第１のコーディングモードが適用されることを判定することと、
前記現在の映像ブロックにおける第１のブロックベクトル（ＢＶｘ、ＢＶｙ）を導出することと、
前記第１のブロックベクトル及びサンプルバッファに基づいて、前記現在の映像ブロックの予測サンプルを生成することであって、フィルタリング演算が適用されずに前の映像ブロックの再構成サンプルがサンプルバッファに記憶され、前記第１のコーディングモードにおいて、前記予測サンプルは前記現在の映像ブロックを含む同じピクチャから導出され、前記サンプルバッファのビット深度は前記生成時に使用される再構成バッファのビット深度と同一である、生成することと、
前記予測サンプルに基づいて前記変換を行うことと、
前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することと、を含む、
方法。

【手続補正2】

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

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

【補正方法】変更

【補正の内容】

【0001】

関連出願の相互参照
本願は、２０２１年８月２７日提出の日本特許出願２０２１－５５１５０６号に基づくものであり、この日本特許出願は、２０２０年３月２日出願の国際特許出願ＰＣＴ／ＣＮ２０２０／０７７４１５号に基づくものであり、この国際特許出願は、２０１９年３月１日出願の国際特許出願ＰＣＴ／ＣＮ２０１９／０７６６９５号の優先権および利益を主張する。前述の特許出願は全て、参照によりその全体が本明細書に組み込まれる。

【外国語明細書】

知財求人

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

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

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