知財求人 - 知財ポータルサイト「IP Force」
▶ ベイジン バイトダンス ネットワーク テクノロジー カンパニー リミテッドの特許一覧 ▶ バイトダンス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025026941
(43)【公開日】2025-02-26
(54)【発明の名称】動き精度構文のためのエントロピーコーディング
(51)【国際特許分類】
H04N 19/13 20140101AFI20250218BHJP
H04N 19/157 20140101ALI20250218BHJP
H04N 19/176 20140101ALI20250218BHJP
H04N 19/513 20140101ALI20250218BHJP
H04N 19/70 20140101ALI20250218BHJP
【ＦＩ】
H04N19/13
H04N19/157
H04N19/176
H04N19/513
H04N19/70
【審査請求】有
【請求項の数】18
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2024201111
(22)【出願日】2024-11-18
(62)【分割の表示】P 2022566447の分割
【原出願日】2021-05-06
(31)【優先権主張番号】PCT/CN2020/088546
(32)【優先日】2020-05-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】
前記ブロックが前記アフィンモードを用いてコーディングされる場合の前記第１のビン
に対する第３のコンテキストは、前記第１のコンテキストおよび前記第２のコンテキスト
とは異なる、請求項１９に記載の方法。
に対する第３のコンテキストは、前記第１のコンテキストおよび前記第２のコンテキスト
とは異なる、請求項１９に記載の方法。
【請求項21】
前記ブロックが前記ＩＢＣモードにてコーディングされる場合の前記第１のビンに対す
る第１のコンテキストと前記ブロックが前記アフィンモードを用いてコーディングされる
場合の前記第１のビンに対する第２のコンテキストは同じである、請求項４に記載の方法
。
る第１のコンテキストと前記ブロックが前記アフィンモードを用いてコーディングされる
場合の前記第１のビンに対する第２のコンテキストは同じである、請求項４に記載の方法
。
【請求項22】
前記ブロックが前記ＩＢＣモードにてコーディングされる場合の前記ビンの文字列のす
べてのビンに対するコンテキスト、前記ブロックが前記アフィンモードを用いてコーディ
ングされる場合の前記ビンの文字列のすべてのビンに対するコンテキスト、および、前記
ＩＢＣモードおよび前記アフィンモードのいずれも用いずにコーディングされる場合の前
記ビンの文字列のすべてのビンに対するコンテキストは同じである、請求項４に記載の方
法。
べてのビンに対するコンテキスト、前記ブロックが前記アフィンモードを用いてコーディ
ングされる場合の前記ビンの文字列のすべてのビンに対するコンテキスト、および、前記
ＩＢＣモードおよび前記アフィンモードのいずれも用いずにコーディングされる場合の前
記ビンの文字列のすべてのビンに対するコンテキストは同じである、請求項４に記載の方
法。
【請求項23】
前記ＡＭＶＲツールは、動きベクトル差分の解像度が、ブロック単位で適応的に調整さ
れるコーディングツールである、請求項１から２２のいずれか一項に記載の方法。
れるコーディングツールである、請求項１から２２のいずれか一項に記載の方法。
【請求項24】
前記変換は、前記映像を前記ビットストリームに符号化することを含む、請求項１から
２３のいずれか一項に記載の方法。
２３のいずれか一項に記載の方法。
【請求項25】
前記変換は、前記映像を前記ビットストリームから復号することを含む、請求項１から
２３のいずれか一項に記載の方法。
２３のいずれか一項に記載の方法。
【請求項26】
映像のビットストリームを格納するための方法であって、
規則に従って、前記映像のビットストリームを、前記映像のブロックから生成する、
を有し、
前記生成することは、動きベクトル差分が前記動きベクトル差分の解像度を用いて前記
ビットストリームにて表現されるＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔ
ｏｒ Ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ）を用いることを含み、
前記規則は、ＡＭＶＲシフトに関連付けられた前記動きベクトル差分の前記解像度を規
定する第１の構文要素のビンの文字列の第１のビンに対するコンテキストの選択が、前記
ブロックに対するコーディングモードの使用に基づいて導出されることを規定する、方法
。
規則に従って、前記映像のビットストリームを、前記映像のブロックから生成する、
を有し、
前記生成することは、動きベクトル差分が前記動きベクトル差分の解像度を用いて前記
ビットストリームにて表現されるＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔ
ｏｒ Ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ）を用いることを含み、
前記規則は、ＡＭＶＲシフトに関連付けられた前記動きベクトル差分の前記解像度を規
定する第１の構文要素のビンの文字列の第１のビンに対するコンテキストの選択が、前記
ブロックに対するコーディングモードの使用に基づいて導出されることを規定する、方法
。
【請求項27】
請求項１から２６のうちの１または複数に記載の方法を実装するように構成されたプロ
セッサを有する映像復号装置。
セッサを有する映像復号装置。
【請求項28】
請求項１から２６のうちの１または複数に記載の方法を実装するように構成されたプロ
セッサを有する映像符号化装置。
セッサを有する映像符号化装置。
【請求項29】
格納されたコンピュータコードを有するコンピュータプログラムプロダクトであって、
前記コードがプロセッサによって実行された際に、前記プロセッサに、請求項１から２
６のいずれか一項に記載の方法を実行させる、コンピュータプログラムプロダクト。
前記コードがプロセッサによって実行された際に、前記プロセッサに、請求項１から２
６のいずれか一項に記載の方法を実行させる、コンピュータプログラムプロダクト。
【請求項30】
映像処理装置によって実行された方法によって生成される映像のビットストリームを格
納する非一時的コンピュータ可読記録媒体であって、
前記方法は、
規則に従って、前記映像のビットストリームを、前記映像のブロックから生成すること
と、
前記ビットストリームを、非一時的コンピュータ可読記録媒体に格納することと、
を有し、
前記生成することは、動きベクトル差分が前記動きベクトル差分の解像度を用いて前記
ビットストリームにて表現されるＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔ
ｏｒ Ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ）を用いることを含み、
前記規則は、ＡＭＶＲシフトに関連付けられた前記動きベクトル差分の前記解像度を規
定する第１の構文要素のビンの文字列の第１のビンに対するコンテキストの選択が、前記
ブロックに対するコーディングモードの使用に基づいて導出されることを規定する、非一
時的コンピュータ可読記録媒体。
納する非一時的コンピュータ可読記録媒体であって、
前記方法は、
規則に従って、前記映像のビットストリームを、前記映像のブロックから生成すること
と、
前記ビットストリームを、非一時的コンピュータ可読記録媒体に格納することと、
を有し、
前記生成することは、動きベクトル差分が前記動きベクトル差分の解像度を用いて前記
ビットストリームにて表現されるＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔ
ｏｒ Ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ）を用いることを含み、
前記規則は、ＡＭＶＲシフトに関連付けられた前記動きベクトル差分の前記解像度を規
定する第１の構文要素のビンの文字列の第１のビンに対するコンテキストの選択が、前記
ブロックに対するコーディングモードの使用に基づいて導出されることを規定する、非一
時的コンピュータ可読記録媒体。
【請求項31】
本願明細書に記載された、方法、装置、またはシステム。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０２０
年５月１日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０８８５４６号の優先権および
利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願の
開示全体は、本明細書の開示の一部として参照により援用される。
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０２０
年５月１日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０８８５４６号の優先権および
利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願の
開示全体は、本明細書の開示の一部として参照により援用される。
【0002】
本明細書は、映像および画像コーディング技術に関する。
【背景技術】
【0003】
デジタル映像は、インターネットおよび他のデジタル通信ネットワークにおいて最大の
帯域幅の使用量を占めている。映像を受信および表示することが可能である接続されたユ
ーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続ける
ことが予測される。
帯域幅の使用量を占めている。映像を受信および表示することが可能である接続されたユ
ーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続ける
ことが予測される。
【発明の概要】
【0004】
開示された技術は、コンテキストベースの符号化および復号を使用して符号化または復
号を行うために、映像または画像またはエンコーダの実施形態によって使用されてもよい
。
号を行うために、映像または画像またはエンコーダの実施形態によって使用されてもよい
。
【0005】
１つの例示的な態様において、映像を処理する方法が開示される。この方法は、映像の
映像ブロックと映像のコーディングされた表現との間の変換を実行することを含み、コー
ディングされた表現はフォーマット規則に準拠し、変換は、映像ブロックに対する動きベ
クトルまたは動きベクトル差分または動きベクトル予測子の表現が、適応解像度を用いて
コーディングされた表現において表されるＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ
Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ）ツールに基づいて行われ
、フォーマット規則は、映像ブロックまたは映像ブロックの近傍ブロックのコーディング
された情報に依存するコンテキストモデリングによって、コーディング表現において適応
解像度の使用を表現することを規定する。
映像ブロックと映像のコーディングされた表現との間の変換を実行することを含み、コー
ディングされた表現はフォーマット規則に準拠し、変換は、映像ブロックに対する動きベ
クトルまたは動きベクトル差分または動きベクトル予測子の表現が、適応解像度を用いて
コーディングされた表現において表されるＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ
Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ）ツールに基づいて行われ
、フォーマット規則は、映像ブロックまたは映像ブロックの近傍ブロックのコーディング
された情報に依存するコンテキストモデリングによって、コーディング表現において適応
解像度の使用を表現することを規定する。
【0006】
別の例示的な態様において、別の映像を処理する方法が開示される。この方法は、映像
の映像ブロックと映像のコーディングされた表現との間の変換を実行することを含み、コ
ーディングされた表現はフォーマット規則に準拠し、変換は映像ブロックに対する動きベ
クトルまたは動きベクトル差分または動きベクトル予測子の表現が、適応解像度を使用し
てコーディング表現において表されるＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅ
ｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ）ツールに基づいて行われ、フ
ォーマット規則は、ＡＭＶＲツールによって使用される精度のインデックスのための第１
のビンおよび第２のビンをコーディングするために使用されるコンテキストモデリングに
よって、コーディングされた表現における適応解像度の使用を表現する方法を規定する。
の映像ブロックと映像のコーディングされた表現との間の変換を実行することを含み、コ
ーディングされた表現はフォーマット規則に準拠し、変換は映像ブロックに対する動きベ
クトルまたは動きベクトル差分または動きベクトル予測子の表現が、適応解像度を使用し
てコーディング表現において表されるＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅ
ｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ）ツールに基づいて行われ、フ
ォーマット規則は、ＡＭＶＲツールによって使用される精度のインデックスのための第１
のビンおよび第２のビンをコーディングするために使用されるコンテキストモデリングに
よって、コーディングされた表現における適応解像度の使用を表現する方法を規定する。
【0007】
別の例示的な態様において、別の映像を処理する方法が開示される。この方法は、複数
の映像ブロックからなる１または複数の映像ピクチャを含む映像と、映像のコーディング
された表現との間の変換を実行することを含み、コーディング表現は、１または複数の映
像ブロックのＡＭＶＲ（Ａｄａｐｔｉｖｒ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒ
ｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ）コーディングに関する情報を信号通知するためのフォ
ーマット規則に準拠し、フォーマット規則は、第１のコーディングモードを使用してコー
ディングされた第１の映像ブロックのＡＭＶＲ精度インデックスのビンと、第２のコーデ
ィングモードを使用してコーディングされた第２の映像ブロックのＡＭＶＲ精度インデッ
クスのビンとを、同一のコンテキストを使用してコーディングすることを規定する。
の映像ブロックからなる１または複数の映像ピクチャを含む映像と、映像のコーディング
された表現との間の変換を実行することを含み、コーディング表現は、１または複数の映
像ブロックのＡＭＶＲ（Ａｄａｐｔｉｖｒ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒ
ｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ）コーディングに関する情報を信号通知するためのフォ
ーマット規則に準拠し、フォーマット規則は、第１のコーディングモードを使用してコー
ディングされた第１の映像ブロックのＡＭＶＲ精度インデックスのビンと、第２のコーデ
ィングモードを使用してコーディングされた第２の映像ブロックのＡＭＶＲ精度インデッ
クスのビンとを、同一のコンテキストを使用してコーディングすることを規定する。
【0008】
別の例示的な態様において、別の映像を処理する方法が開示される。この方法は、映像
の映像ブロックと映像のコーディングされた表現との間の変換を実行することを含み、映
像ブロックは、１または複数の垂直および／または１または複数の水平分割に分割され、
コーディングされた表現は、映像ブロックの分割情報のコンテキストベースのコーディン
グを規定するフォーマット規則に準拠する。
の映像ブロックと映像のコーディングされた表現との間の変換を実行することを含み、映
像ブロックは、１または複数の垂直および／または１または複数の水平分割に分割され、
コーディングされた表現は、映像ブロックの分割情報のコンテキストベースのコーディン
グを規定するフォーマット規則に準拠する。
【0009】
別の例示的な態様において、別の映像を処理する方法が開示される。この方法は、映像
の映像ブロックと映像のコーディングされた表現との間の変換を実行することを含み、コ
ーディングされた表現はフォーマット規則に準拠し、フォーマット規則は、変換係数の符
号を示すためにコンテキストコーディングまたはバイパスコーディングのいずれを使用す
るかを決定するために使用されるコーディング条件を規定する。
の映像ブロックと映像のコーディングされた表現との間の変換を実行することを含み、コ
ーディングされた表現はフォーマット規則に準拠し、フォーマット規則は、変換係数の符
号を示すためにコンテキストコーディングまたはバイパスコーディングのいずれを使用す
るかを決定するために使用されるコーディング条件を規定する。
【0010】
別の例示的な態様において、別の映像を処理する方法が開示される。この方法は、映像
の映像ブロックと映像のコーディングされた表現との間の変換を実行することを含み、コ
ーディングされた表現はフォーマット規則に準拠し、フォーマット規則は、変換スキップ
残差コーディング処理の第３または残差係数走査パスにおける残りの構文要素のバイパス
コーディングの開始時に、残りの許可されたコンテキストコーディングされたビンの数を
規定する変数に処理が適用されることを規定する。
の映像ブロックと映像のコーディングされた表現との間の変換を実行することを含み、コ
ーディングされた表現はフォーマット規則に準拠し、フォーマット規則は、変換スキップ
残差コーディング処理の第３または残差係数走査パスにおける残りの構文要素のバイパス
コーディングの開始時に、残りの許可されたコンテキストコーディングされたビンの数を
規定する変数に処理が適用されることを規定する。
【0011】
別の例示的な態様において、上述された方法は、プロセッサを含む映像エンコーダ装置
によって実装されてもよい。
によって実装されてもよい。
【0012】
さらに別の例示的な態様において、これらの方法は、プロセッサ実行可能命令の形式で
実施されてもよく、コンピュータ可読プログラム媒体に記憶されてもよい。
実施されてもよく、コンピュータ可読プログラム媒体に記憶されてもよい。
【0013】
これらの、および他の態様は、本明細書でさらに説明される。
【図面の簡単な説明】
【0014】
【図1】エンコーダブロック図の例を示す。
【図2】６７個のイントラ予測モードの例を示す。
【図3A】４パラメータアフィンモデルの例を示す。
【図3B】６パラメータアフィンモデルの例を示す。
【図4】サブブロックごとのアフィンＭＶＦの例を示す。
【図5】継承されたアフィン動き予測子の一の例を示す。
【図6】制御点動きベクトル継承の例を示す。
【図7】構成されたアフィンマージモードのための候補位置の例を示す。
【図8】提案された結合された方法のための動きベクトル使用の説明図である。
【図9】サブブロックＭＶ ＶＳＢおよび画素Δｖ（ｉ，ｊ）の例を示す。（赤矢印）
【図10】マルチタイプのツリー分割モードを例示する。
【図11】ネストされたマルチタイプのツリーコーディングツリー構造を有する４分木における分割フラグの信号通知の例を示す。
【図12】映像処理システム例のブロック図である。
【図13】映像処理装置の例を示す。
【図14】映像処理方法の例を示すフローチャートである。
【図15】本開示のいくつかの実施形態による映像コーディングシステムを示すブロック図である。
【図16】本発明のいくつかの実施形態によるエンコーダを示すブロック図である。
【図17】本発明のいくつかの実施形態によるデコーダを示すブロック図である。
【図18】本技術の１または複数の実施形態にしたがった映像処理方法を示すフローチャートである。
【図19】本技術の１または複数の実施形態にしたがった別の映像処理方法を示すフローチャートである。
【図20】本技術の１または複数の実施形態にしたがったさらに別の映像処理方法を示すフローチャートである。
【発明を実施するための形態】
【0015】
本明細書は、展開または復号されたデジタル映像または画像の品質を向上させるために
、画像または映像ビットストリームのデコーダによって使用できる様々な技術を提供する
。簡潔にするために、本明細書では、用語「映像」は、一連のピクチャ（従来から映像と
呼ばれる）および個々の画像の両方を含むように使用される。さらに、映像エンコーダは
、さらなる符号化に使用される復号されたフレームを再構成するために、符号化の処理中
にこれらの技術を実装してもよい。
、画像または映像ビットストリームのデコーダによって使用できる様々な技術を提供する
。簡潔にするために、本明細書では、用語「映像」は、一連のピクチャ（従来から映像と
呼ばれる）および個々の画像の両方を含むように使用される。さらに、映像エンコーダは
、さらなる符号化に使用される復号されたフレームを再構成するために、符号化の処理中
にこれらの技術を実装してもよい。
【0016】
本明細書では、理解を容易にするために章の見出しを使用しており、１つの章に開示さ
れた実施形態をその章にのみ限定するものではない。このように、ある章の実施形態は、
他の章の実施形態と組み合わせることができる。
れた実施形態をその章にのみ限定するものではない。このように、ある章の実施形態は、
他の章の実施形態と組み合わせることができる。
【0017】
１． 概要
本明細書は、映像コーディング技術に関する。具体的には、画像／映像コーディングに
おけるＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｓｏｌｕｔｉｏ
ｎ）、ブロック分割などのコーディングツールに関連する。ＨＥＶＣのような既存の映像
コーディング規格に適用してもよいし、規格（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄ
ｉｎｇ）を確定させるために適用してもよい。本発明は、将来の映像コーディング規格ま
たは映像コーデックにも適用可能である。
本明細書は、映像コーディング技術に関する。具体的には、画像／映像コーディングに
おけるＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｓｏｌｕｔｉｏ
ｎ）、ブロック分割などのコーディングツールに関連する。ＨＥＶＣのような既存の映像
コーディング規格に適用してもよいし、規格（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄ
ｉｎｇ）を確定させるために適用してもよい。本発明は、将来の映像コーディング規格ま
たは映像コーデックにも適用可能である。
【0018】
２． 初期の協議
映像コーディング規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によ
って発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰ
ＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ Ｖ
ｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄ
ｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像コーディン
グ規格は、時間予測と変換コーディングが利用されるハイブリッド映像コーディング構造
に基づく。ＨＥＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年に
は、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔ
ｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用さ
れ、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅ）と呼ばれる参照ソフトウ
ェアに組み込まれてきた。２０１８年４月には、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥ
Ｃ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）の間にＪｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐ
ｅｒｔ Ｔｅａｍ（ＪＶＥＴ）が発足し、ＨＥＶＣと比較して５０％のビットレート削減
を目標にＶＶＣ規格の策定に取り組んでいる。
映像コーディング規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によ
って発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰ
ＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ Ｖ
ｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄ
ｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像コーディン
グ規格は、時間予測と変換コーディングが利用されるハイブリッド映像コーディング構造
に基づく。ＨＥＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年に
は、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔ
ｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用さ
れ、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅ）と呼ばれる参照ソフトウ
ェアに組み込まれてきた。２０１８年４月には、ＶＣＥＧ（Ｑ６／１６）とＩＳＯ／ＩＥ
Ｃ ＪＴＣ１ ＳＣ２９／ＷＧ１１（ＭＰＥＧ）の間にＪｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐ
ｅｒｔ Ｔｅａｍ（ＪＶＥＴ）が発足し、ＨＥＶＣと比較して５０％のビットレート削減
を目標にＶＶＣ規格の策定に取り組んでいる。
【0019】
２．１． 典型的な映像コーデックのコーディングフロー
図１は、３つのインループフィルタリングブロック、すなわちＤＦ（Ｄｅｂｌｏｃｋｉ
ｎｇ Ｆｉｌｔｅｒ）、ＳＡＯ（Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ）およ
びＡＬＦを含むＶＶＣのエンコーダブロック図の例を示す。予め定義されたフィルタを使
用するＤＦとは異なり、ＳＡＯおよびＡＬＦは、現在のピクチャのオリジナルサンプルを
利用し、オフセットおよびフィルタ係数を信号通知するコーディングされた側の情報を用
いて、それぞれ、オフセットを追加することにより、および、ＦＩＲ（Ｆｉｎｉｔｅ Ｉ
ｍｐｕｌｓｅ Ｒｅｓｐｏｎｓｅ）フィルタを適用することにより、元のサンプルと再構
成サンプルとの間の平均二乗誤差を低減する。ＡＬＦは、各ピクチャの最後の処理段階に
位置し、前の段階で生成されたアーチファクトを捕捉し、修正しようとするツールと見な
すことができる。
図１は、３つのインループフィルタリングブロック、すなわちＤＦ（Ｄｅｂｌｏｃｋｉ
ｎｇ Ｆｉｌｔｅｒ）、ＳＡＯ（Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ）およ
びＡＬＦを含むＶＶＣのエンコーダブロック図の例を示す。予め定義されたフィルタを使
用するＤＦとは異なり、ＳＡＯおよびＡＬＦは、現在のピクチャのオリジナルサンプルを
利用し、オフセットおよびフィルタ係数を信号通知するコーディングされた側の情報を用
いて、それぞれ、オフセットを追加することにより、および、ＦＩＲ（Ｆｉｎｉｔｅ Ｉ
ｍｐｕｌｓｅ Ｒｅｓｐｏｎｓｅ）フィルタを適用することにより、元のサンプルと再構
成サンプルとの間の平均二乗誤差を低減する。ＡＬＦは、各ピクチャの最後の処理段階に
位置し、前の段階で生成されたアーチファクトを捕捉し、修正しようとするツールと見な
すことができる。
【0020】
２．２． ６７個のイントラ予測モードを有するイントラモードコーディング
自然映像に表される任意のエッジ方向をキャプチャするために、指向性イントラモード
の数は、ＨＥＶＣで使用されるように、３３から６５に拡張される。追加の指向性モード
は、図２において赤い点線の矢印で示され、平面モードとＤＣモードは同じままである。
これらのより密度の高い指向性イントラ予測モードは、すべてのブロックサイズ、および
輝度および彩度イントラ予測の両方に適用される。
自然映像に表される任意のエッジ方向をキャプチャするために、指向性イントラモード
の数は、ＨＥＶＣで使用されるように、３３から６５に拡張される。追加の指向性モード
は、図２において赤い点線の矢印で示され、平面モードとＤＣモードは同じままである。
これらのより密度の高い指向性イントラ予測モードは、すべてのブロックサイズ、および
輝度および彩度イントラ予測の両方に適用される。
【0021】
従来の角度イントラ予測方向は、図２に示すように、時計回り方向に４５度から－１３
５度まで規定される。ＶＴＭにおいて、いくつかの従来の角度イントラ予測モードは、非
正方形のブロックのために、広角イントラ予測モードに適応的に置き換えられる。置換さ
れたモードは、元の方法を使用して信号通知され、構文解析後、広角モードのインデック
スに再マッピングされる。イントラ予測モードの総数は変化せず、例えば、６７であり、
イントラモードコーディングは変化しない。
５度まで規定される。ＶＴＭにおいて、いくつかの従来の角度イントラ予測モードは、非
正方形のブロックのために、広角イントラ予測モードに適応的に置き換えられる。置換さ
れたモードは、元の方法を使用して信号通知され、構文解析後、広角モードのインデック
スに再マッピングされる。イントラ予測モードの総数は変化せず、例えば、６７であり、
イントラモードコーディングは変化しない。
【0022】
ＨＥＶＣにおいて、すべてのイントラコーディングされたブロックは正方形の形状を有
し、その辺の各々の長さは２の累乗である。このように、ＤＣモードを使用してイントラ
予測子を生成するのに、除算演算を必要としない。ＶＶＣにおいて、ブロックは、一般的
な場合、ブロックごとに除算演算を使用することが必要な長方形を有することがある。Ｄ
Ｃ予測のための除算演算を回避するために、長辺のみを使用して非正方形のブロックの平
均を計算する。
し、その辺の各々の長さは２の累乗である。このように、ＤＣモードを使用してイントラ
予測子を生成するのに、除算演算を必要としない。ＶＶＣにおいて、ブロックは、一般的
な場合、ブロックごとに除算演算を使用することが必要な長方形を有することがある。Ｄ
Ｃ予測のための除算演算を回避するために、長辺のみを使用して非正方形のブロックの平
均を計算する。
【0023】
２．３． インター予測
各インター予測ＣＵに対し、動きベクトル、参照ピクチャインデックス、および参照ピ
クチャリスト使用インデックスで構成される動きパラメータ、並びにＶＶＣの新しいコー
ディング特徴に必要な追加情報が、インター予測サンプル生成に使用される。動きパラメ
ータは、明示的または暗示的に信号通知されてもよい。ＣＵがスキップモードでコーディ
ングされる場合、ＣＵは１つのＰＵに関連付けられ、有意な残差係数、コーディングされ
た動きベクトル差分、または参照ピクチャインデックスを有さない。マージモードが規定
され、これにより、空間的および時間的候補、並びにＶＶＣに導入された追加のスケジュ
ールを含む、現在のＣＵのための動きパラメータを、近傍のＣＵから取得する。マージモ
ードは、スキップモードのためだけでなく、任意のインター予測されたＣＵに適用するこ
とができる。マージモードの代替案は、動きパラメータを明確に送信することであり、動
きベクトル、各参照ピクチャリストおよび参照ピクチャリスト使用フラグに対応する参照
ピクチャインデックス、並びに他の必要な情報が、ＣＵごとに明確に信号通知される。
各インター予測ＣＵに対し、動きベクトル、参照ピクチャインデックス、および参照ピ
クチャリスト使用インデックスで構成される動きパラメータ、並びにＶＶＣの新しいコー
ディング特徴に必要な追加情報が、インター予測サンプル生成に使用される。動きパラメ
ータは、明示的または暗示的に信号通知されてもよい。ＣＵがスキップモードでコーディ
ングされる場合、ＣＵは１つのＰＵに関連付けられ、有意な残差係数、コーディングされ
た動きベクトル差分、または参照ピクチャインデックスを有さない。マージモードが規定
され、これにより、空間的および時間的候補、並びにＶＶＣに導入された追加のスケジュ
ールを含む、現在のＣＵのための動きパラメータを、近傍のＣＵから取得する。マージモ
ードは、スキップモードのためだけでなく、任意のインター予測されたＣＵに適用するこ
とができる。マージモードの代替案は、動きパラメータを明確に送信することであり、動
きベクトル、各参照ピクチャリストおよび参照ピクチャリスト使用フラグに対応する参照
ピクチャインデックス、並びに他の必要な情報が、ＣＵごとに明確に信号通知される。
【0024】
２．４． ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）
ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）は、ＳＣＣのＨＥＶＣ拡張に採用されて
いるツールである。これにより、スクリーンコンテンツマテリアルのコーディング効率が
有意に向上することが知られている。ＩＢＣモードはブロックレベルコーディングモード
として実装されるので、ＢＭ（Ｂｌｏｃｋ Ｍａｔｃｈｉｎｇ）が、エンコーダにおいて
実行され、ＣＵごとに最適なブロックベクトル（または動きベクトル）を見出す。ここで
、ブロックベクトルは、現在のブロックから、現在のピクチャの内部で既に再構成された
参照ブロックへの変位を示すために使用される。ＩＢＣコーディングされたＣＵの輝度ブ
ロックベクトルは、整数精度である。彩度ブロックベクトルは、整数精度にも丸められる
。ＡＭＶＲと組み合わせた場合、ＩＢＣモードは、１画素と４画素の動きベクトル精度を
切り替えることができる。ＩＢＣコーディングされたＣＵは、イントラ予測モードまたは
インター予測モード以外の第３の予測モードとして扱われる。ＩＢＣモードは、幅および
高さの両方が６４の輝度サンプル以下のＣＵに適用可能である。
ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）は、ＳＣＣのＨＥＶＣ拡張に採用されて
いるツールである。これにより、スクリーンコンテンツマテリアルのコーディング効率が
有意に向上することが知られている。ＩＢＣモードはブロックレベルコーディングモード
として実装されるので、ＢＭ（Ｂｌｏｃｋ Ｍａｔｃｈｉｎｇ）が、エンコーダにおいて
実行され、ＣＵごとに最適なブロックベクトル（または動きベクトル）を見出す。ここで
、ブロックベクトルは、現在のブロックから、現在のピクチャの内部で既に再構成された
参照ブロックへの変位を示すために使用される。ＩＢＣコーディングされたＣＵの輝度ブ
ロックベクトルは、整数精度である。彩度ブロックベクトルは、整数精度にも丸められる
。ＡＭＶＲと組み合わせた場合、ＩＢＣモードは、１画素と４画素の動きベクトル精度を
切り替えることができる。ＩＢＣコーディングされたＣＵは、イントラ予測モードまたは
インター予測モード以外の第３の予測モードとして扱われる。ＩＢＣモードは、幅および
高さの両方が６４の輝度サンプル以下のＣＵに適用可能である。
【0025】
エンコーダ側では、ＩＢＣのためにハッシュベースの動き推定が実行される。エンコー
ダは、１６の輝度サンプル以下の幅または高さを有するブロックに対してＲＤチェックを
行う。非マージモードの場合、まず、ハッシュベースの検索を使用してブロックベクトル
検索が実行される。ハッシュ検索が有効な候補を返さない場合、ブロックマッチングベー
スの局所検索が実行される。
ダは、１６の輝度サンプル以下の幅または高さを有するブロックに対してＲＤチェックを
行う。非マージモードの場合、まず、ハッシュベースの検索を使用してブロックベクトル
検索が実行される。ハッシュ検索が有効な候補を返さない場合、ブロックマッチングベー
スの局所検索が実行される。
【0026】
ハッシュベースの検索において、現在のブロックと参照ブロックとのハッシュキーマッ
チング（３２ビットＣＲＣ）は、全ての許容されるブロックサイズに拡大される。現在の
ピクチャにおけるすべての位置のためのハッシュキーの計算は、４×４のサブブロックに
基づく。現在のブロックのサイズがより大きい場合、すべての４×４のサブブロックのす
べてのハッシュキーが対応する参照位置のハッシュキーに合致する場合には、ハッシュキ
ーは参照ブロックのそれに合致すると決定される。複数の参照ブロックのハッシュキーが
現在のブロックのハッシュキーに合致すると分かった場合、合致した各参照ブロックのブ
ロックベクトルコストを計算し、最小限のコストを有するものを選択する。ブロックマッ
チング検索において、検索範囲は前のＣＴＵおよび現在のＣＴＵの両方をカバーするよう
に設定される。
チング（３２ビットＣＲＣ）は、全ての許容されるブロックサイズに拡大される。現在の
ピクチャにおけるすべての位置のためのハッシュキーの計算は、４×４のサブブロックに
基づく。現在のブロックのサイズがより大きい場合、すべての４×４のサブブロックのす
べてのハッシュキーが対応する参照位置のハッシュキーに合致する場合には、ハッシュキ
ーは参照ブロックのそれに合致すると決定される。複数の参照ブロックのハッシュキーが
現在のブロックのハッシュキーに合致すると分かった場合、合致した各参照ブロックのブ
ロックベクトルコストを計算し、最小限のコストを有するものを選択する。ブロックマッ
チング検索において、検索範囲は前のＣＴＵおよび現在のＣＴＵの両方をカバーするよう
に設定される。
【0027】
ＣＵレベルにおいて、ＩＢＣモードはフラグで信号通知され、ＩＢＣ ＡＭＶＰモード
またはＩＢＣスキップ／マージモードとして以下のように信号通知され得る。
またはＩＢＣスキップ／マージモードとして以下のように信号通知され得る。
【0028】
－ＩＢＣスキップ／マージモード：マージ候補インデックスを使用して、近傍の候補Ｉ
ＢＣコーディングされたブロックからのリストにおいて、どのブロックベクトルを使用し
て現在のブロックを予測するかを示す。マージリストは、空間候補、ＨＭＶＰ候補、およ
びペアワイズ候補からなる。
ＢＣコーディングされたブロックからのリストにおいて、どのブロックベクトルを使用し
て現在のブロックを予測するかを示す。マージリストは、空間候補、ＨＭＶＰ候補、およ
びペアワイズ候補からなる。
【0029】
－ＩＢＣ ＡＭＶＰモード：ブロックベクトル差分を動きベクトル差分と同様にコーデ
ィングする。ブロックベクトル予測方法は、２つの候補を予測子として使用し、１つは左
の近傍からのものであり、１つは上の近傍のものである（ＩＢＣコーディングされている
場合）。いずれかの近傍が利用可能でない場合、デフォルトのブロックベクトルが予測子
として使用される。ブロックベクトル予測子インデックスを示すように、フラグが信号通
知される。
ィングする。ブロックベクトル予測方法は、２つの候補を予測子として使用し、１つは左
の近傍からのものであり、１つは上の近傍のものである（ＩＢＣコーディングされている
場合）。いずれかの近傍が利用可能でない場合、デフォルトのブロックベクトルが予測子
として使用される。ブロックベクトル予測子インデックスを示すように、フラグが信号通
知される。
【0030】
２．５． アフィン動き補償予測
ＨＥＶＣにおいて、ＭＣＰ（Ｍｏｔｉｏｎ Ｃｏｍｐｅｎｓａｔｉｏｎ Ｐｒｅｄｉｃ
ｔｉｏｎ）のために並進運動モデルのみが適用される。一方、現実世界において、動きに
は様々な種類があり、例えば、ズームイン／ズームアウト、回転、透視運動、および他の
不規則な動きがある。ＶＶＣにおいて、ブロックベースのアフィン変換動き補償予測が適
用される。図３Ａから図３Ｂに示すように、ブロックのアフィン動きフィールドは、２つ
の制御点の動き情報（４パラメータ）または３つの制御点動きベクトル（６パラメータ）
によって説明される。
ＨＥＶＣにおいて、ＭＣＰ（Ｍｏｔｉｏｎ Ｃｏｍｐｅｎｓａｔｉｏｎ Ｐｒｅｄｉｃ
ｔｉｏｎ）のために並進運動モデルのみが適用される。一方、現実世界において、動きに
は様々な種類があり、例えば、ズームイン／ズームアウト、回転、透視運動、および他の
不規則な動きがある。ＶＶＣにおいて、ブロックベースのアフィン変換動き補償予測が適
用される。図３Ａから図３Ｂに示すように、ブロックのアフィン動きフィールドは、２つ
の制御点の動き情報（４パラメータ）または３つの制御点動きベクトル（６パラメータ）
によって説明される。
【0031】
図６は、制御点動きベクトル継承の例を示す。
【0032】
４パラメータアフィンモーションモデルの場合、ブロック内のサンプル位置（ｘ，ｙ）
の動きベクトルは以下のように導出される。
の動きベクトルは以下のように導出される。
【0033】
【数1】
【0034】
６パラメータアフィンモーションモデルの場合、ブロック内のサンプル位置（ｘ，ｙ）
の動きベクトルは以下のように導出される。
の動きベクトルは以下のように導出される。
【0035】
【数2】
【0036】
ここで、（ｍｖ０ｘ，ｍｖ０ｙ）は左上隅制御点の動きベクトル、（ｍｖ１ｘ，ｍｖ１
ｙ）は右上隅の制御点の動きベクトル、（ｍｖ２ｘ，ｍｖ２ｙ）は左下隅の制御点の動き
ベクトルである。
ｙ）は右上隅の制御点の動きベクトル、（ｍｖ２ｘ，ｍｖ２ｙ）は左下隅の制御点の動き
ベクトルである。
【0037】
動き補償予測を簡単にするために、ブロックに基づくアフィン変換予測が適用される。
各４×４の輝度サブブロックの動きベクトルを導出するために、各サブブロックの中心サ
ンプルの動きベクトルを、図４に示すように、上記方程式に従って算出し、１／１６の端
数精度に丸める。そして、動き補償補間フィルタを適用し、導出された動きベクトルを用
いて各サブブロックの予測を生成する。また、彩度成分のサブブロックサイズは４×４に
設定される。４×４の彩度サブブロックのＭＶは、対応する４×４の輝度サブブロックの
ＭＶの平均値として計算される。
各４×４の輝度サブブロックの動きベクトルを導出するために、各サブブロックの中心サ
ンプルの動きベクトルを、図４に示すように、上記方程式に従って算出し、１／１６の端
数精度に丸める。そして、動き補償補間フィルタを適用し、導出された動きベクトルを用
いて各サブブロックの予測を生成する。また、彩度成分のサブブロックサイズは４×４に
設定される。４×４の彩度サブブロックのＭＶは、対応する４×４の輝度サブブロックの
ＭＶの平均値として計算される。
【0038】
並進動きインター予測と同様に、アフィンマージモードとアフィンＡＭＶＰモードの２
つのアフィン動きインター予測がある。
つのアフィン動きインター予測がある。
【0039】
２．５．１． アフィンマージ予測
ＡＦ＿ＭＥＲＧＥモードを、幅および高さの両方が８以上のＣＵに適用することができ
る。このモードでは、空間的近傍のＣＵの動き情報に基づいて、現在のＣＵのＣＰＭＶを
生成する。ＣＰＭＶＰ候補は最大５つまであり、インデックスは、現在のＣＵに使用され
るべきものを示すように信号通知される。以下の３種類のＣＰＶＭ候補を使用して、アフ
ィンマージ候補リストを形成する。
－近傍のＣＵのＣＰＭＶから外挿した継承されたアフィンマージ候補
－近傍のＣＵの並進ＭＶを使用して導出された構築されたアフィンマージ候補ＣＰＭＶ
Ｐ
－ゼロＭＶ
ＡＦ＿ＭＥＲＧＥモードを、幅および高さの両方が８以上のＣＵに適用することができ
る。このモードでは、空間的近傍のＣＵの動き情報に基づいて、現在のＣＵのＣＰＭＶを
生成する。ＣＰＭＶＰ候補は最大５つまであり、インデックスは、現在のＣＵに使用され
るべきものを示すように信号通知される。以下の３種類のＣＰＶＭ候補を使用して、アフ
ィンマージ候補リストを形成する。
－近傍のＣＵのＣＰＭＶから外挿した継承されたアフィンマージ候補
－近傍のＣＵの並進ＭＶを使用して導出された構築されたアフィンマージ候補ＣＰＭＶ
Ｐ
－ゼロＭＶ
【0040】
ＶＶＣにおいて、近傍のブロックのアフィン動きモデルに由来する最大２つの継承され
たアフィン候補があり、１つは左の近傍のＣＵから、１つは上の近傍のＣＵからである。
候補ブロックは図５に示す。左の予測子の場合、スキャン順序はＡ０－＞Ａ１であり、上
の予測子の場合、スキャン順序はＢ０－＞Ｂ１－＞Ｂ２である。各側から１つ目の継承さ
れた候補のみを選択する。２つの継承された候補間でプルーニングチェックは行われない
。近傍のアフィンＣＵが識別されると、その制御点動きベクトルを使用して、現在のＣＵ
のアフィンマージリストにおけるＣＰＭＶＰ候補を導出する。図に示すように、近傍の左
下のブロックＡがアフィンモードでコーディングされる場合、ブロックＡを含むＣＵの左
上隅、右上隅、左下隅の動きベクトルｖ２、ｖ３、ｖ４が得られる。４パラメータアフィ
ンモデルでコーディングする場合、ｖ２およびｖ３により現在のユニットの２つのＣＰＭ
Ｖを算出する。ブロックＡが６パラメータアフィンモデルでコーディングされる場合、ｖ
２、ｖ３およびｖ４に基づいて、現在のＣＵの３つのＣＰＭＶを算出する。
たアフィン候補があり、１つは左の近傍のＣＵから、１つは上の近傍のＣＵからである。
候補ブロックは図５に示す。左の予測子の場合、スキャン順序はＡ０－＞Ａ１であり、上
の予測子の場合、スキャン順序はＢ０－＞Ｂ１－＞Ｂ２である。各側から１つ目の継承さ
れた候補のみを選択する。２つの継承された候補間でプルーニングチェックは行われない
。近傍のアフィンＣＵが識別されると、その制御点動きベクトルを使用して、現在のＣＵ
のアフィンマージリストにおけるＣＰＭＶＰ候補を導出する。図に示すように、近傍の左
下のブロックＡがアフィンモードでコーディングされる場合、ブロックＡを含むＣＵの左
上隅、右上隅、左下隅の動きベクトルｖ２、ｖ３、ｖ４が得られる。４パラメータアフィ
ンモデルでコーディングする場合、ｖ２およびｖ３により現在のユニットの２つのＣＰＭ
Ｖを算出する。ブロックＡが６パラメータアフィンモデルでコーディングされる場合、ｖ
２、ｖ３およびｖ４に基づいて、現在のＣＵの３つのＣＰＭＶを算出する。
【0041】
構築されたアフィン候補は、各制御点の近傍並進運動情報を組み合わせて候補を構築す
ることを意味する。図７に示される特定された空間的近傍および時間的近傍から制御点の
動きを導出する。ＣＰＭＶｋ（ｋ＝１，２，３，４）は、ｋ番目の制御点を表す。ＣＰＭ
Ｖ１の場合、Ｂ２－＞Ｂ３－＞Ａ２ブロックがチェックされ、第１の使用可能なブロック
のＭＶが使用される。ＣＰＭＶ２の場合、Ｂ１→Ｂ０ブロックがチェックされ、ＣＰＭＶ
３のために、Ａ１→Ａ０ブロックがチェックされる。使用可能であれば、ＣＰＭＶ４とし
てＴＭＶＰが使用される。
ることを意味する。図７に示される特定された空間的近傍および時間的近傍から制御点の
動きを導出する。ＣＰＭＶｋ（ｋ＝１，２，３，４）は、ｋ番目の制御点を表す。ＣＰＭ
Ｖ１の場合、Ｂ２－＞Ｂ３－＞Ａ２ブロックがチェックされ、第１の使用可能なブロック
のＭＶが使用される。ＣＰＭＶ２の場合、Ｂ１→Ｂ０ブロックがチェックされ、ＣＰＭＶ
３のために、Ａ１→Ａ０ブロックがチェックされる。使用可能であれば、ＣＰＭＶ４とし
てＴＭＶＰが使用される。
【0042】
４つの制御点のＭＶに達した後、その動き情報に基づいてアフィンマージ候補を構築す
る。制御点ＭＶの以下の組み合わせを使用して順番に構築する。
｛ＣＰＭＶ１，ＣＰＭＶ２，ＣＰＭＶ３｝，｛ＣＰＭＶ１，ＣＰＭＶ２，ＣＰＭＶ４｝，
｛ＣＰＭＶ１，ＣＰＭＶ３，ＣＰＭＶ４｝，｛ＣＰＭＶ２，ＣＰＭＶ３，ＣＰＭＶ４｝，
｛ＣＰＭＶ１，ＣＰＭＶ２｝，｛ＣＰＭＶ１，ＣＰＭＶ３｝
る。制御点ＭＶの以下の組み合わせを使用して順番に構築する。
｛ＣＰＭＶ１，ＣＰＭＶ２，ＣＰＭＶ３｝，｛ＣＰＭＶ１，ＣＰＭＶ２，ＣＰＭＶ４｝，
｛ＣＰＭＶ１，ＣＰＭＶ３，ＣＰＭＶ４｝，｛ＣＰＭＶ２，ＣＰＭＶ３，ＣＰＭＶ４｝，
｛ＣＰＭＶ１，ＣＰＭＶ２｝，｛ＣＰＭＶ１，ＣＰＭＶ３｝
【0043】
３つのＣＰＭＶの組み合わせは、６パラメータアフィンマージ候補を構成し、２つのＣ
ＰＭＶの組み合わせは、４パラメータアフィンマージ候補を構成する。動きスケーリング
プロセスを回避するために、制御点の基準指標が異なる場合、制御点ＭＶの関連する組み
合わせを廃棄する。
ＰＭＶの組み合わせは、４パラメータアフィンマージ候補を構成する。動きスケーリング
プロセスを回避するために、制御点の基準指標が異なる場合、制御点ＭＶの関連する組み
合わせを廃棄する。
【0044】
継承されたアフィンマージ候補および構築されたアフィンマージ候補をチェックした後
、リストがまだ満杯でない場合、ゼロＭＶをリストの末端に挿入する。
、リストがまだ満杯でない場合、ゼロＭＶをリストの末端に挿入する。
【0045】
２．５．２． アフィンＡＭＶＰ予測
アフィンＡＭＶＰモードを、幅および高さの両方が１６以上のＣＵに適用することがで
きる。アフィンＡＭＶＰモードが使用されるかどうかを示すために、ＣＵレベルのアフィ
ンフラグがビットストリームにおいて信号通知され、次いで、４パラメータアフィンであ
るか６パラメータアフィンであるかどうかを示すために、別のフラグが信号通知される。
このモードにおいて、現在のＣＵのＣＰＭＶとその予測子ＣＰＭＶＰとの差がビットスト
リームにおいて信号通知される。アフィンＡＶＭＰ候補リストサイズは２であり、以下の
４つのタイプのＣＰＶＭ候補を順に使用して生成される。
－近傍のＣＵのＣＰＵＭＶから外挿した継承されたアフィンＡＭＶＰ候補
－近傍のＣＵの並進ＭＶを使用して導出された構築されたアフィンＡＭＶＰ候補ＣＰＭ
ＶＰ
－近傍のＣＵからの並進ＭＶ
－ゼロＭＶ
アフィンＡＭＶＰモードを、幅および高さの両方が１６以上のＣＵに適用することがで
きる。アフィンＡＭＶＰモードが使用されるかどうかを示すために、ＣＵレベルのアフィ
ンフラグがビットストリームにおいて信号通知され、次いで、４パラメータアフィンであ
るか６パラメータアフィンであるかどうかを示すために、別のフラグが信号通知される。
このモードにおいて、現在のＣＵのＣＰＭＶとその予測子ＣＰＭＶＰとの差がビットスト
リームにおいて信号通知される。アフィンＡＶＭＰ候補リストサイズは２であり、以下の
４つのタイプのＣＰＶＭ候補を順に使用して生成される。
－近傍のＣＵのＣＰＵＭＶから外挿した継承されたアフィンＡＭＶＰ候補
－近傍のＣＵの並進ＭＶを使用して導出された構築されたアフィンＡＭＶＰ候補ＣＰＭ
ＶＰ
－近傍のＣＵからの並進ＭＶ
－ゼロＭＶ
【0046】
継承されたアフィンＡＭＶＰ候補のチェック順は、継承されたアフィンマージ候補のチ
ェック順と同じである。唯一の違いは、ＡＶＭＰ候補の場合、現在のブロックと同じ参照
ピクチャを有するアフィンＣＵのみを考慮することである。継承されたアフィン動き予測
子を候補リストに挿入する場合、プルーニング処理は適用されない。
ェック順と同じである。唯一の違いは、ＡＶＭＰ候補の場合、現在のブロックと同じ参照
ピクチャを有するアフィンＣＵのみを考慮することである。継承されたアフィン動き予測
子を候補リストに挿入する場合、プルーニング処理は適用されない。
【0047】
構築されたＡＭＶＰ候補は、図７に示す規定された空間的近傍から導出される。アフィ
ンマージ候補構築で行ったものとして、同じチェック順が使用される。また、近傍のブロ
ックの参照ピクチャインデックスもチェックする。インターコーディングされ、かつ、現
在のＣＵと同じ参照ピクチャを有する、チェック順の第１のブロックが使用される。現在
のＣＵが４パラメータアフィンモードでコーディングされ、かつ、ｍｖ０およびｍｖ１が
両方とも利用可能である場合、それらをアフィンＡＭＶＰ一覧に１つの候補として追加す
る。現在のＣＵが６パラメータアフィンモードでコーディングされ、かつ、３つのＣＰＭ
Ｖすべてが利用可能である場合、それらをアフィンＡＭＶＰリストにおける１つの候補と
して追加する。そうでない場合、構築されたＡＭＶＰ候補を利用不可能に設定する。
ンマージ候補構築で行ったものとして、同じチェック順が使用される。また、近傍のブロ
ックの参照ピクチャインデックスもチェックする。インターコーディングされ、かつ、現
在のＣＵと同じ参照ピクチャを有する、チェック順の第１のブロックが使用される。現在
のＣＵが４パラメータアフィンモードでコーディングされ、かつ、ｍｖ０およびｍｖ１が
両方とも利用可能である場合、それらをアフィンＡＭＶＰ一覧に１つの候補として追加す
る。現在のＣＵが６パラメータアフィンモードでコーディングされ、かつ、３つのＣＰＭ
Ｖすべてが利用可能である場合、それらをアフィンＡＭＶＰリストにおける１つの候補と
して追加する。そうでない場合、構築されたＡＭＶＰ候補を利用不可能に設定する。
【0048】
継承されたアフィンＡＭＶＰ候補および構築されたＡＭＶＰ候補をチェックした後、ア
フィンＡＭＶＰ一覧候補が依然として２未満である場合、利用可能であれば、ｍｖ０、ｍ
ｖ１、およびｍｖ２の順に、現在のＣＵのすべての制御点ＭＶを予測する並進ＭＶとして
追加される。最後に、まだアフィンＡＭＶＰリストがすべて満たされていない場合は、満
たすためにゼロＭＶを使用する。
フィンＡＭＶＰ一覧候補が依然として２未満である場合、利用可能であれば、ｍｖ０、ｍ
ｖ１、およびｍｖ２の順に、現在のＣＵのすべての制御点ＭＶを予測する並進ＭＶとして
追加される。最後に、まだアフィンＡＭＶＰリストがすべて満たされていない場合は、満
たすためにゼロＭＶを使用する。
【0049】
２．５．３． アフィン動き情報記憶域
ＶＶＣにおいて、アフィンＣＵのＣＰＵＭＶは、別個のバッファに記憶される。記憶さ
れたＣＰＭＶは、最近コーディングされたＣＵのために、アフィンマージモードおよびア
フィンＡＭＶＰモードで継承されたＣＰＭＶＰを生成するためだけに用いられる。ＣＰＭ
Ｖから導出されたサブブロックＭＶは、動き補償、並進ＭＶのマージ／ＡＭＶＰリストの
ＭＶ導出、およびデブロッキングに用いられる。
ＶＶＣにおいて、アフィンＣＵのＣＰＵＭＶは、別個のバッファに記憶される。記憶さ
れたＣＰＭＶは、最近コーディングされたＣＵのために、アフィンマージモードおよびア
フィンＡＭＶＰモードで継承されたＣＰＭＶＰを生成するためだけに用いられる。ＣＰＭ
Ｖから導出されたサブブロックＭＶは、動き補償、並進ＭＶのマージ／ＡＭＶＰリストの
ＭＶ導出、およびデブロッキングに用いられる。
【0050】
追加のＣＰＵＭＶのためのピクチャラインバッファを回避するために、上のＣＴＵから
のＣＵからのアフィン動きデータの継承は、通常の近傍のＣＵからの継承とは異なるよう
に扱われる。アフィン動きデータ継承の候補ＣＵが上のＣＴＵラインにある場合、アフィ
ンＭＶＰの導出には、ＣＰＭＶの代わりに、ラインバッファにおける左下および右下のサ
ブブロックＭＶを用いる。このようにして、ＣＰＭＶはローカルバッファにのみ記憶され
る。候補ＣＵが６パラメータアフィンコーディングされている場合、アフィンモデルは４
パラメータモデルに低下される。図８に示すように、ＣＴＵの上限に沿って、ＣＵの左下
および右下のサブブロック動きベクトルを用いて、下限のＣＴＵにおけるＣＵをアフィン
継承する。
のＣＵからのアフィン動きデータの継承は、通常の近傍のＣＵからの継承とは異なるよう
に扱われる。アフィン動きデータ継承の候補ＣＵが上のＣＴＵラインにある場合、アフィ
ンＭＶＰの導出には、ＣＰＭＶの代わりに、ラインバッファにおける左下および右下のサ
ブブロックＭＶを用いる。このようにして、ＣＰＭＶはローカルバッファにのみ記憶され
る。候補ＣＵが６パラメータアフィンコーディングされている場合、アフィンモデルは４
パラメータモデルに低下される。図８に示すように、ＣＴＵの上限に沿って、ＣＵの左下
および右下のサブブロック動きベクトルを用いて、下限のＣＴＵにおけるＣＵをアフィン
継承する。
【0051】
２．５．４． アフィンモードのためのオプティカルフローによる予測改善
サブブロック・ベースのアフィン動き補償は、予測精度の犠牲を払って、メモリアクセ
ス帯域幅を節約し、ピクセル・ベースの動き補償に比べて計算の複雑さを低減することが
できる。動き補償のより微細な粒度を実現するために、ＰＲＯＦ（Ｐｒｅｄｉｃｔｉｏｎ
Ｒｅｆｉｎｅｍｅｎｔ ｗｉｔｈ Ｏｐｔｉｃａｌ Ｆｌｏｗ）は、動き補償のための
メモリアクセス帯域幅を増加させることなく、サブブロックに基づくアフィン動き補償予
測を改善するために用いられる。ＶＶＣにおいて、サブブロックに基づくアフィン動き補
償を行った後、オプティカルフロー方程式で導出された差を加算することで、輝度予測サ
ンプルを微調整する。ＰＲＯＦは、以下の４つのステップとして説明される。
サブブロック・ベースのアフィン動き補償は、予測精度の犠牲を払って、メモリアクセ
ス帯域幅を節約し、ピクセル・ベースの動き補償に比べて計算の複雑さを低減することが
できる。動き補償のより微細な粒度を実現するために、ＰＲＯＦ（Ｐｒｅｄｉｃｔｉｏｎ
Ｒｅｆｉｎｅｍｅｎｔ ｗｉｔｈ Ｏｐｔｉｃａｌ Ｆｌｏｗ）は、動き補償のための
メモリアクセス帯域幅を増加させることなく、サブブロックに基づくアフィン動き補償予
測を改善するために用いられる。ＶＶＣにおいて、サブブロックに基づくアフィン動き補
償を行った後、オプティカルフロー方程式で導出された差を加算することで、輝度予測サ
ンプルを微調整する。ＰＲＯＦは、以下の４つのステップとして説明される。
【0052】
ステップ１）サブブロックに基づくアフィン動き補償を行い、サブブロック予測Ｉ（ｉ，
ｊ）を生成する。
ステップ２）３タップフィルタ［－１，０，１］を使用して、個々のサンプル位置におい
て、サブブロック予測の空間的勾配ｇｘ（ｉ，ｊ）およびｇｙ（ｉ，ｊ）を算出する。勾
配計算は、ＢＤＯＦの勾配計算と全く同じである。
ｊ）を生成する。
ステップ２）３タップフィルタ［－１，０，１］を使用して、個々のサンプル位置におい
て、サブブロック予測の空間的勾配ｇｘ（ｉ，ｊ）およびｇｙ（ｉ，ｊ）を算出する。勾
配計算は、ＢＤＯＦの勾配計算と全く同じである。
【0053】
【数3】
【0054】
ｓｈｉｆｔ１は勾配の精度を制御するために使用される。サブブロック（例えば、４×
４）予測は、勾配計算のために各側で１つのサンプルだけ拡大される。付加的なメモリ帯
域幅および付加的な補間計算を避けるために、拡大された境界線上のこれらの拡大された
サンプルは、参照ピクチャにおける最も近い整数ピクセル位置からコピーされる。
４）予測は、勾配計算のために各側で１つのサンプルだけ拡大される。付加的なメモリ帯
域幅および付加的な補間計算を避けるために、拡大された境界線上のこれらの拡大された
サンプルは、参照ピクチャにおける最も近い整数ピクセル位置からコピーされる。
【0055】
ステップ３）以下のオプティカルフロー方程式により輝度予測改善を算出する。
【0056】
【数4】
【0057】
ここで、Δｖ（ｉ，ｊ）は、図９に示すように、ｖ（ｉ，ｊ）で表される、サンプル位
置（ｉ，ｊ）のため０に算出されたサンプルＭＶと、サンプル（ｉ，ｊ）が属するサブブ
ロックのサブブロックＭＶとの差分である。このΔｖ（ｉ，ｊ）は、１／３２輝度サンプ
ル精度の単位で量子化される。
置（ｉ，ｊ）のため０に算出されたサンプルＭＶと、サンプル（ｉ，ｊ）が属するサブブ
ロックのサブブロックＭＶとの差分である。このΔｖ（ｉ，ｊ）は、１／３２輝度サンプ
ル精度の単位で量子化される。
【0058】
サブブロック中心に対するアフィンモデルパラメータおよびサンプル位置はサブブロッ
クごとに変化しないので、第１のサブブロックについてΔｖ（ｉ，ｊ）を計算し、同じＣ
Ｕ内の他のサブブロックに再利用することができる。ｄｘ（ｉ，ｊ）およびｄｙ（ｉ，ｊ
）を、サンプル位置（ｉ，ｊ）からサブブロック（ｘＳＢ，ｙＳＢ）の中心までの水平お
よび垂直のオフセットであるとすると、Δｖ（ｘ，ｙ）は、以下の式で導出することがで
きる。
クごとに変化しないので、第１のサブブロックについてΔｖ（ｉ，ｊ）を計算し、同じＣ
Ｕ内の他のサブブロックに再利用することができる。ｄｘ（ｉ，ｊ）およびｄｙ（ｉ，ｊ
）を、サンプル位置（ｉ，ｊ）からサブブロック（ｘＳＢ，ｙＳＢ）の中心までの水平お
よび垂直のオフセットであるとすると、Δｖ（ｘ，ｙ）は、以下の式で導出することがで
きる。
【0059】
【数5】
【0060】
精度を維持するために、サブブロック（ｘＳＢ，ｙＳＢ）の中心は、（（ＷＳＢ－１）
／２，（ＨＳＢ－１）／２）として計算され、ここで、ＷＳＢおよびＨＳＢは、それぞれ
、サブブロックの幅および高さである。
／２，（ＨＳＢ－１）／２）として計算され、ここで、ＷＳＢおよびＨＳＢは、それぞれ
、サブブロックの幅および高さである。
【0061】
４パラメータアフィンモデルの場合、
【0062】
【数6】
【0063】
６パラメータアフィンモデルの場合、
【0064】
【数7】
【0065】
ここで、（ｖ０ｘ，ｖ０ｙ）、（ｖ１ｘ，ｖ１ｙ）、（ｖ２ｘ，ｖ２ｙ）、は左上、右
上、左下の制御点動きベクトルであり、ｗ、ｈはＣＵの幅および高さである。
上、左下の制御点動きベクトルであり、ｗ、ｈはＣＵの幅および高さである。
【0066】
ステップ４）最後に、サブブロック予測Ｉ（ｉ，ｊ）に輝度予測の改善ΔＩ（ｉ，ｊ）を
加える。最終予測Ｉ’は、次の方程式のように生成される。
加える。最終予測Ｉ’は、次の方程式のように生成される。
【0067】
【数8】
【0068】
ＰＲＯＦは、アフィンコーディングされたＣＵの場合、２つのケースで適用されない。
１）すべての制御点ＭＶは同じであり、これは、ＣＵが並進運動のみを有することを示す
。２）サブブロックに基づくアフィンＭＣは、大きなメモリアクセス帯域幅要件を回避す
るために、ＣＵに基づくＭＣに劣化するので、アフィン運動パラメータは、規定された制
限よりも大きい。
１）すべての制御点ＭＶは同じであり、これは、ＣＵが並進運動のみを有することを示す
。２）サブブロックに基づくアフィンＭＣは、大きなメモリアクセス帯域幅要件を回避す
るために、ＣＵに基づくＭＣに劣化するので、アフィン運動パラメータは、規定された制
限よりも大きい。
【0069】
ＰＲＯＦを用いたアフィン動き推定の符号化の複雑度を低減するために、高速符号化方
法が適用される。次の２つの状況、即ち、ａ）このＣＵがルートブロックでなく、その親
ブロックがアフィンモードをそのベストモードとして選択しない場合、現在のＣＵがアフ
ィンモードをベストモードとして選択する可能性が低いので、ＰＲＯＦは適用されず、ｂ
）４つのアフィンパラメータ（Ｃ、Ｄ、Ｅ、Ｆ）の大きさがすべて予め定義された閾値よ
りも小さく、現在のピクチャが低遅延ピクチャでない場合、ＰＲＯＦによって導入される
改善はこの場合には小さいので、ＰＲＯＦは適用されない。このようにして、ＰＲＯＦに
よるアフィン動き推定を高速化することができる。
法が適用される。次の２つの状況、即ち、ａ）このＣＵがルートブロックでなく、その親
ブロックがアフィンモードをそのベストモードとして選択しない場合、現在のＣＵがアフ
ィンモードをベストモードとして選択する可能性が低いので、ＰＲＯＦは適用されず、ｂ
）４つのアフィンパラメータ（Ｃ、Ｄ、Ｅ、Ｆ）の大きさがすべて予め定義された閾値よ
りも小さく、現在のピクチャが低遅延ピクチャでない場合、ＰＲＯＦによって導入される
改善はこの場合には小さいので、ＰＲＯＦは適用されない。このようにして、ＰＲＯＦに
よるアフィン動き推定を高速化することができる。
【0070】
２．６． ブロック分割の例示的な可用性プロセス
６．４．１ 許容されたクアッド分割プロセス
この処理への入力は以下の通りである。
－輝度サンプルにおけるコーディングブロックサイズｃｂＳｉｚｅ、
－マルチタイプツリーの深さｍｔｔＤｅｐｔｈ、
－単一ツリー（ＳＩＮＧＬＥ＿ＴＲＥＥ）またはデュアルツリーを使用してコーディン
グツリーノードを分割するかどうか、およびデュアルツリーを使用する場合、輝度（ＤＵ
ＡＬ＿ＴＲＥＥ＿ＬＵＭＡ）または彩度成分（ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡ）を現
在処理しているかどうかを規定する変数ｔｒｅｅＴｙｐｅ。
－イントラ（ＭＯＤＥ＿ＩＮＴＲＡ）、ＩＢＣ（ＭＯＤＥ＿ＩＢＣ）、インターコーデ
ィングモードを使用できるか（ＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ）、またはイントラコーディ
ングモードおよびＩＢＣコーディングモードのみを使用できるか（ＭＯＤＥ＿ＴＹＰＥ＿
ＩＮＴＲＡ）、またはインターコーディングモードのみを使用できるか（ＭＯＤＥ＿ＴＹ
ＰＥ＿ＩＮＴＥＲ）を規定する変数ｍｏｄｅＴｙｐｅ。
６．４．１ 許容されたクアッド分割プロセス
この処理への入力は以下の通りである。
－輝度サンプルにおけるコーディングブロックサイズｃｂＳｉｚｅ、
－マルチタイプツリーの深さｍｔｔＤｅｐｔｈ、
－単一ツリー（ＳＩＮＧＬＥ＿ＴＲＥＥ）またはデュアルツリーを使用してコーディン
グツリーノードを分割するかどうか、およびデュアルツリーを使用する場合、輝度（ＤＵ
ＡＬ＿ＴＲＥＥ＿ＬＵＭＡ）または彩度成分（ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡ）を現
在処理しているかどうかを規定する変数ｔｒｅｅＴｙｐｅ。
－イントラ（ＭＯＤＥ＿ＩＮＴＲＡ）、ＩＢＣ（ＭＯＤＥ＿ＩＢＣ）、インターコーデ
ィングモードを使用できるか（ＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ）、またはイントラコーディ
ングモードおよびＩＢＣコーディングモードのみを使用できるか（ＭＯＤＥ＿ＴＹＰＥ＿
ＩＮＴＲＡ）、またはインターコーディングモードのみを使用できるか（ＭＯＤＥ＿ＴＹ
ＰＥ＿ＩＮＴＥＲ）を規定する変数ｍｏｄｅＴｙｐｅ。
【0071】
この処理の出力が変数ａｌｌｏｗＳｐｌｉｔＱｔである。
変数ａｌｌｏｗＳｐｌｉｔＱｔが、以下のように導出される。
－以下の条件の１または複数が真である場合、ａｌｌｏｗＳｐｌｉｔＱｔはＦＡＬＳＥ
に設定される。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡ
に等しく、ｃｂＳｉｚｅがＭｉｎＱｔＳｉｚｅＹ以下である
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ｃｂＳｉｚｅが
（ＭｉｎＱｔＳｉｚｅＣ＊ＳｕｂＨｅｉｇｈｔＣ／ＳｕｂＷｉｄｔｈＣ）以下である
－ｍｔｔＤｅｐｔｈが０に等しくない
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、（ｃｂＳｉｚｅ
／ＳｕｂＷｉｄｔｈＣ）が４ 以下である
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ｍｏｄｅＴｙｐ
ｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい
－そうでない場合、ａｌｌｏｗＳｐｌｉｔＱｔがＴＲＵＥに設定される。
変数ａｌｌｏｗＳｐｌｉｔＱｔが、以下のように導出される。
－以下の条件の１または複数が真である場合、ａｌｌｏｗＳｐｌｉｔＱｔはＦＡＬＳＥ
に設定される。
－ｔｒｅｅＴｙｐｅがＳＩＮＧＬＥ＿ＴＲＥＥまたはＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡ
に等しく、ｃｂＳｉｚｅがＭｉｎＱｔＳｉｚｅＹ以下である
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ｃｂＳｉｚｅが
（ＭｉｎＱｔＳｉｚｅＣ＊ＳｕｂＨｅｉｇｈｔＣ／ＳｕｂＷｉｄｔｈＣ）以下である
－ｍｔｔＤｅｐｔｈが０に等しくない
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、（ｃｂＳｉｚｅ
／ＳｕｂＷｉｄｔｈＣ）が４ 以下である
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ｍｏｄｅＴｙｐ
ｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい
－そうでない場合、ａｌｌｏｗＳｐｌｉｔＱｔがＴＲＵＥに設定される。
【0072】
６．４．２ 許可されたバイナリ分割処理
この処理への入力は以下の通りである。
－バイナリ分割モードｂｔＳｐｌｉｔ、
－輝度サンプルにおけるコーディングブロック幅ｃｂＷｉｄｔｈ、
－輝度サンプルにおけるコーディングブロックの高さｃｂＨｅｉｇｈｔ、
－ピクチャの左上の輝度サンプルに対する、考慮されるコーディングブロックの左上の
輝度サンプル位置（ｘ０，ｙ０）、
－マルチタイプツリーの深さｍｔｔＤｅｐｔｈ、
－ｍａｘＭｔｔＤｅｐｔｈがオフセットされた最大マルチタイプツリー深さ、
－最大２分木サイズｍａｘＢｔＳｉｚｅ、
－最小４分木サイズｍｉｎＱｔＳｉｚｅ、
－分割インデックスｐａｒｔＩｄｘ、
－単一ツリー（ＳＩＮＧＬＥ＿ＴＲＥＥ）またはデュアルツリーを使用してコーディン
グツリーノードを分割するかどうか、およびデュアルツリーを使用する場合、輝度（ＤＵ
ＡＬ＿ＴＲＥＥ＿ＬＵＭＡ）または彩度成分（ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡ）を現
在処理しているかどうかを規定する変数ｔｒｅｅＴｙｐｅ。
－イントラ（ＭＯＤＥ＿ＩＮＴＲＡ）、ＩＢＣ（ＭＯＤＥ＿ＩＢＣ）、インターコーデ
ィングモードを使用できるか（ＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ）、またはイントラコーディ
ングモードおよびＩＢＣコーディングモードのみを使用できるか（ＭＯＤＥ＿ＴＹＰＥ＿
ＩＮＴＲＡ）、またはインターコーディングモードのみを使用できるか（ＭＯＤＥ＿ＴＹ
ＰＥ＿ＩＮＴＥＲ）を規定する変数ｍｏｄｅＴｙｐｅ。
この処理への入力は以下の通りである。
－バイナリ分割モードｂｔＳｐｌｉｔ、
－輝度サンプルにおけるコーディングブロック幅ｃｂＷｉｄｔｈ、
－輝度サンプルにおけるコーディングブロックの高さｃｂＨｅｉｇｈｔ、
－ピクチャの左上の輝度サンプルに対する、考慮されるコーディングブロックの左上の
輝度サンプル位置（ｘ０，ｙ０）、
－マルチタイプツリーの深さｍｔｔＤｅｐｔｈ、
－ｍａｘＭｔｔＤｅｐｔｈがオフセットされた最大マルチタイプツリー深さ、
－最大２分木サイズｍａｘＢｔＳｉｚｅ、
－最小４分木サイズｍｉｎＱｔＳｉｚｅ、
－分割インデックスｐａｒｔＩｄｘ、
－単一ツリー（ＳＩＮＧＬＥ＿ＴＲＥＥ）またはデュアルツリーを使用してコーディン
グツリーノードを分割するかどうか、およびデュアルツリーを使用する場合、輝度（ＤＵ
ＡＬ＿ＴＲＥＥ＿ＬＵＭＡ）または彩度成分（ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡ）を現
在処理しているかどうかを規定する変数ｔｒｅｅＴｙｐｅ。
－イントラ（ＭＯＤＥ＿ＩＮＴＲＡ）、ＩＢＣ（ＭＯＤＥ＿ＩＢＣ）、インターコーデ
ィングモードを使用できるか（ＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ）、またはイントラコーディ
ングモードおよびＩＢＣコーディングモードのみを使用できるか（ＭＯＤＥ＿ＴＹＰＥ＿
ＩＮＴＲＡ）、またはインターコーディングモードのみを使用できるか（ＭＯＤＥ＿ＴＹ
ＰＥ＿ＩＮＴＥＲ）を規定する変数ｍｏｄｅＴｙｐｅ。
【0073】
この処理の出力が変数ａｌｌｏｗＢｔＳｐｌｉｔである。
【0074】
表２－１ ｂｔＳｐｌｉｔに基づくｐａｒａｌｌｅｌＴｔＳｐｌｉｔ、ｃｂＳｉｚｅの
仕様
仕様
【0075】
【表1】
【0076】
表２－１に示すように、変数ｐａｒａｌｌｅｌＴｔＳｐｌｉｔおよびｃｂＳｉｚｅを導
出する。
変数ａｌｌｏｗＢｔＳｐｌｉｔが、以下のように導出される。
－以下の１または複数の条件が真である場合、ａｌｌｏｗＢｔＳｐｌｉｔはＦＡＬＳＥ
に設定される。
－ｃｂＳｉｚｅがＭｉｎＢｔＳｉｚｅＹ以下である
－ｃｂＷｉｄｔｈがｍａｘＢｔＳｉｚｅより大きい
－ｃｂＨｅｉｇｈｔがｍａｘＢｔＳｉｚｅより大きい
－ｍｔｔＤｅｐｔｈがｍａｘＭｔｔＤｅｐｔｈ以上である
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、（ｃｂＷｉｄｔ
ｈ／ＳｕｂＷｉｄｔｈＣ）＊（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）が１６以下で
ある
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、（ｃｂＷｉｄｔ
ｈ／ＳｕｂＷｉｄｔｈＣ）が４に等しく、ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＶＥＲに
等しい
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ｍｏｄｅＴｙｐ
ｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい
－ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔが３２に等しく、ｍｏｄｅＴｙｐｅがＭＯＤＥ
＿ＴＹＰＥ＿ＩＮＴＥＲに等しい
－そうでない場合に、以下のすべての条件が満たされている場合、ａｌｌｏｗＢｔＳｐ
ｌｉｔはＦＡＬＳＥに設定される。
－ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＶＥＲに等しい
－ｙ０＋ｃｂＨｅｉｇｈｔがｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅ
ｓより大きい
出する。
変数ａｌｌｏｗＢｔＳｐｌｉｔが、以下のように導出される。
－以下の１または複数の条件が真である場合、ａｌｌｏｗＢｔＳｐｌｉｔはＦＡＬＳＥ
に設定される。
－ｃｂＳｉｚｅがＭｉｎＢｔＳｉｚｅＹ以下である
－ｃｂＷｉｄｔｈがｍａｘＢｔＳｉｚｅより大きい
－ｃｂＨｅｉｇｈｔがｍａｘＢｔＳｉｚｅより大きい
－ｍｔｔＤｅｐｔｈがｍａｘＭｔｔＤｅｐｔｈ以上である
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、（ｃｂＷｉｄｔ
ｈ／ＳｕｂＷｉｄｔｈＣ）＊（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）が１６以下で
ある
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、（ｃｂＷｉｄｔ
ｈ／ＳｕｂＷｉｄｔｈＣ）が４に等しく、ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＶＥＲに
等しい
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ｍｏｄｅＴｙｐ
ｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい
－ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔが３２に等しく、ｍｏｄｅＴｙｐｅがＭＯＤＥ
＿ＴＹＰＥ＿ＩＮＴＥＲに等しい
－そうでない場合に、以下のすべての条件が満たされている場合、ａｌｌｏｗＢｔＳｐ
ｌｉｔはＦＡＬＳＥに設定される。
－ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＶＥＲに等しい
－ｙ０＋ｃｂＨｅｉｇｈｔがｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅ
ｓより大きい
【0077】
－そうでない場合に、以下のすべての条件が満たされている場合、ａｌｌｏｗＢｔＳｐ
ｌｉｔはＦＡＬＳＥに設定される。
－ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＶＥＲに等しい
－ｃｂＨｅｉｇｈｔが６４より大きい
－ｘ０＋ｃｂＷｉｄｔｈがｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓよ
り大きい
－そうでない場合に、以下のすべての条件が満たされている場合、ａｌｌｏｗＢｔＳｐ
ｌｉｔはＦＡＬＳＥに設定される。
－ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＨＯＲに等しい
－ｃｂＷｉｄｔｈが６４より大きい
－ｙ０＋ｃｂＨｅｉｇｈｔがｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅ
ｓより大きい
－そうでない場合に、以下のすべての条件が満たされている場合、ａｌｌｏｗＢｔＳｐ
ｌｉｔはＦＡＬＳＥに設定される。
－ｘ０＋ｃｂＷｉｄｔｈがｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓよ
り大きい
－ｙ０＋ｃｂＨｅｉｇｈｔがｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅ
ｓより大きい
－ｃｂＷｉｄｔｈがｍｉｎＱｔＳｉｚｅより大きい
ｌｉｔはＦＡＬＳＥに設定される。
－ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＶＥＲに等しい
－ｃｂＨｅｉｇｈｔが６４より大きい
－ｘ０＋ｃｂＷｉｄｔｈがｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓよ
り大きい
－そうでない場合に、以下のすべての条件が満たされている場合、ａｌｌｏｗＢｔＳｐ
ｌｉｔはＦＡＬＳＥに設定される。
－ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＨＯＲに等しい
－ｃｂＷｉｄｔｈが６４より大きい
－ｙ０＋ｃｂＨｅｉｇｈｔがｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅ
ｓより大きい
－そうでない場合に、以下のすべての条件が満たされている場合、ａｌｌｏｗＢｔＳｐ
ｌｉｔはＦＡＬＳＥに設定される。
－ｘ０＋ｃｂＷｉｄｔｈがｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓよ
り大きい
－ｙ０＋ｃｂＨｅｉｇｈｔがｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅ
ｓより大きい
－ｃｂＷｉｄｔｈがｍｉｎＱｔＳｉｚｅより大きい
【0078】
－そうでない場合に、以下のすべての条件が満たされている場合、ａｌｌｏｗＢｔＳｐ
ｌｉｔはＦＡＬＳＥに設定される。
－ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＨＯＲに等しい
－ｘ０＋ｃｂＷｉｄｔｈがｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓよ
り大きい
－ｙ０＋ｃｂＨｅｉｇｈｔがｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅ
ｓ以下である
－そうでない場合に、以下のすべての条件が真である場合、ａｌｌｏｗＢｔＳｐｌｉｔ
はＦＡＬＳＥに等しく設定される。
－ｍｔｔＤｅｐｔｈが０より大きい
－ｐａｒｔＩｄｘ＝１
－ＭｔｔＳｐｌｉｔＭｏｄｅ［ｘ０］［ｙ０］［ｍｔｔＤｅｐｔｈ－１］は、ｅｑｕ
ａｌｔｏｐａｒａｌｌｅｌＴｔＳｐｌｉｔである。
－そうでない場合に、以下のすべての条件が満たされている場合、ａｌｌｏｗＢｔＳｐ
ｌｉｔはＦＡＬＳＥに設定される。
－ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＶＥＲに等しい
－ｃｂＷｉｄｔｈが６４以下である
－ｃｂＨｅｉｇｈｔが６４より大きい
－そうでない場合に、以下のすべての条件が満たされている場合、ａｌｌｏｗＢｔＳｐ
ｌｉｔはＦＡＬＳＥに設定される。
－ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＨＯＲに等しい
－ｃｂＷｉｄｔｈが６４より大きい
－ｃｂＨｅｉｇｈｔが６４以下である
－そうでない場合、ａｌｌｏｗＢｔＳｐｌｉｔはＴＲＵＥに設定される。
ｌｉｔはＦＡＬＳＥに設定される。
－ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＨＯＲに等しい
－ｘ０＋ｃｂＷｉｄｔｈがｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓよ
り大きい
－ｙ０＋ｃｂＨｅｉｇｈｔがｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅ
ｓ以下である
－そうでない場合に、以下のすべての条件が真である場合、ａｌｌｏｗＢｔＳｐｌｉｔ
はＦＡＬＳＥに等しく設定される。
－ｍｔｔＤｅｐｔｈが０より大きい
－ｐａｒｔＩｄｘ＝１
－ＭｔｔＳｐｌｉｔＭｏｄｅ［ｘ０］［ｙ０］［ｍｔｔＤｅｐｔｈ－１］は、ｅｑｕ
ａｌｔｏｐａｒａｌｌｅｌＴｔＳｐｌｉｔである。
－そうでない場合に、以下のすべての条件が満たされている場合、ａｌｌｏｗＢｔＳｐ
ｌｉｔはＦＡＬＳＥに設定される。
－ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＶＥＲに等しい
－ｃｂＷｉｄｔｈが６４以下である
－ｃｂＨｅｉｇｈｔが６４より大きい
－そうでない場合に、以下のすべての条件が満たされている場合、ａｌｌｏｗＢｔＳｐ
ｌｉｔはＦＡＬＳＥに設定される。
－ｂｔＳｐｌｉｔがＳＰＬＩＴ＿ＢＴ＿ＨＯＲに等しい
－ｃｂＷｉｄｔｈが６４より大きい
－ｃｂＨｅｉｇｈｔが６４以下である
－そうでない場合、ａｌｌｏｗＢｔＳｐｌｉｔはＴＲＵＥに設定される。
【0079】
６．４．３ 許容されたターナリ（ｔｅｒｎａｒｙ）分割処理
この処理への入力は以下の通りである。
－ターナリ分割モードｔｔＳｐｌｉｔ、
－輝度サンプルにおけるコーディングブロック幅ｃｂＷｉｄｔｈ、
－輝度サンプルにおけるコーディングブロックの高さｃｂＨｅｉｇｈｔ、
－ピクチャの左上の輝度サンプルに対する、考慮されるコーディングブロックの左上の
輝度サンプル位置（ｘ０，ｙ０）、
－マルチタイプツリー深さｍｔｔＤｅｐｔｈ
－ｍａｘＭｔｔＤｅｐｔｈがオフセットされた最大マルチタイプツリー深さ、
－最大３分木サイズｍａｘＴｔＳｉｚｅ、
－単一ツリー（ＳＩＮＧＬＥ＿ＴＲＥＥ）またはデュアルツリーを使用してコーディン
グツリーノードを分割するかどうか、およびデュアルツリーを使用する場合、輝度（ＤＵ
ＡＬ＿ＴＲＥＥ＿ＬＵＭＡ）または彩度成分（ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡ）を現
在処理しているかどうかを規定する変数ｔｒｅｅＴｙｐｅ、
－イントラ（ＭＯＤＥ＿ＩＮＴＲＡ）、ＩＢＣ（ＭＯＤＥ＿ＩＢＣ）、インターコーデ
ィングモードを使用できるか（ＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ）、またはイントラコーディ
ングモードおよびＩＢＣコーディングモードのみを使用できるか（ＭＯＤＥ＿ＴＹＰＥ＿
ＩＮＴＲＡ）、またはインターコーディングモードのみを使用できるか（ＭＯＤＥ＿ＴＹ
ＰＥ＿ＩＮＴＥＲ）を規定する変数ｍｏｄｅＴｙｐｅ。
この処理への入力は以下の通りである。
－ターナリ分割モードｔｔＳｐｌｉｔ、
－輝度サンプルにおけるコーディングブロック幅ｃｂＷｉｄｔｈ、
－輝度サンプルにおけるコーディングブロックの高さｃｂＨｅｉｇｈｔ、
－ピクチャの左上の輝度サンプルに対する、考慮されるコーディングブロックの左上の
輝度サンプル位置（ｘ０，ｙ０）、
－マルチタイプツリー深さｍｔｔＤｅｐｔｈ
－ｍａｘＭｔｔＤｅｐｔｈがオフセットされた最大マルチタイプツリー深さ、
－最大３分木サイズｍａｘＴｔＳｉｚｅ、
－単一ツリー（ＳＩＮＧＬＥ＿ＴＲＥＥ）またはデュアルツリーを使用してコーディン
グツリーノードを分割するかどうか、およびデュアルツリーを使用する場合、輝度（ＤＵ
ＡＬ＿ＴＲＥＥ＿ＬＵＭＡ）または彩度成分（ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡ）を現
在処理しているかどうかを規定する変数ｔｒｅｅＴｙｐｅ、
－イントラ（ＭＯＤＥ＿ＩＮＴＲＡ）、ＩＢＣ（ＭＯＤＥ＿ＩＢＣ）、インターコーデ
ィングモードを使用できるか（ＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬ）、またはイントラコーディ
ングモードおよびＩＢＣコーディングモードのみを使用できるか（ＭＯＤＥ＿ＴＹＰＥ＿
ＩＮＴＲＡ）、またはインターコーディングモードのみを使用できるか（ＭＯＤＥ＿ＴＹ
ＰＥ＿ＩＮＴＥＲ）を規定する変数ｍｏｄｅＴｙｐｅ。
【0080】
この処理の出力が変数ａｌｌｏｗＴｔＳｐｌｉｔである。
表２－２ ｔｔＳｐｌｉｔに基づくｃｂＳｉｚｅの仕様
表２－２ ｔｔＳｐｌｉｔに基づくｃｂＳｉｚｅの仕様
【0081】
【表2】
【0082】
表２－２に示すように、変数ｃｂＳｉｚｅを導出する。
変数ａｌｌｏｗＴｔＳｐｌｉｔが、以下のように導出される。
－以下の１または複数の条件が真である場合、ａｌｌｏｗＴｔＳｐｌｉｔはＦＡＬＳＥ
に設定される。
－ｃｂＳｉｚｅが２＊ＭｉｎＴｔＳｉｚｅＹ以下である
－ｃｂＷｉｄｔｈがＭｉｎ（６４，ｍａｘＴｔＳｉｚｅ）より大きい
－ｃｂＨｅｉｇｈｔがＭｉｎ（６４，ｍａｘＴｔＳｉｚｅ）より大きい
－ｍｔｔＤｅｐｔｈがｍａｘＭｔｔＤｅｐｔｈ以上である
－ｘ０＋ｃｂＷｉｄｔｈがｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓよ
り大きい
－ｙ０＋ｃｂＨｅｉｇｈｔがｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅ
ｓより大きい
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、（ｃｂＷｉｄｔ
ｈ／ＳｕｂＷｉｄｔｈＣ）＊（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）が３２以下で
ある
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、（ｃｂＷｉｄｔ
ｈ／ＳｕｂＷｉｄｔｈＣ）が８に等しく、ｔｔＳｐｌｉｔがＳＰＬＩＴ＿ＴＴ＿ＶＥＲに
等しい
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ｍｏｄｅＴｙｐ
ｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい
－ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔが６４に等しく、ｍｏｄｅＴｙｐｅがＭＯＤＥ
＿ＴＹＰＥ＿ＩＮＴＥＲと等しい。
－そうでない場合、ａｌｌｏｗＴｔＳｐｌｉｔがＴＲＵＥに設定される。
変数ａｌｌｏｗＴｔＳｐｌｉｔが、以下のように導出される。
－以下の１または複数の条件が真である場合、ａｌｌｏｗＴｔＳｐｌｉｔはＦＡＬＳＥ
に設定される。
－ｃｂＳｉｚｅが２＊ＭｉｎＴｔＳｉｚｅＹ以下である
－ｃｂＷｉｄｔｈがＭｉｎ（６４，ｍａｘＴｔＳｉｚｅ）より大きい
－ｃｂＨｅｉｇｈｔがＭｉｎ（６４，ｍａｘＴｔＳｉｚｅ）より大きい
－ｍｔｔＤｅｐｔｈがｍａｘＭｔｔＤｅｐｔｈ以上である
－ｘ０＋ｃｂＷｉｄｔｈがｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓよ
り大きい
－ｙ０＋ｃｂＨｅｉｇｈｔがｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅ
ｓより大きい
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、（ｃｂＷｉｄｔ
ｈ／ＳｕｂＷｉｄｔｈＣ）＊（ｃｂＨｅｉｇｈｔ／ＳｕｂＨｅｉｇｈｔＣ）が３２以下で
ある
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、（ｃｂＷｉｄｔ
ｈ／ＳｕｂＷｉｄｔｈＣ）が８に等しく、ｔｔＳｐｌｉｔがＳＰＬＩＴ＿ＴＴ＿ＶＥＲに
等しい
－ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡに等しく、ｍｏｄｅＴｙｐ
ｅがＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに等しい
－ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔが６４に等しく、ｍｏｄｅＴｙｐｅがＭＯＤＥ
＿ＴＹＰＥ＿ＩＮＴＥＲと等しい。
－そうでない場合、ａｌｌｏｗＴｔＳｐｌｉｔがＴＲＵＥに設定される。
【0083】
６．４．４ 近傍のブロック利用可能性の導出処理
この処理への入力は以下の通りである。
－現在のピクチャの左上の輝度サンプルに対する現在のブロックの左上のサンプルの輝
度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－現在のピクチャの左上の輝度サンプルに対して近傍のブロックで覆われた輝度位置（
ｘＮｂＹ，ｙＮｂＹ）、
－利用可能性が予測モードに依存するかどうかを規定する変数ｃｈｅｃｋＰｒｅｄＭｏ
ｄｅＹ、
－現在のブロックの色成分を規定する変数ｃＩｄｘ。
この処理への入力は以下の通りである。
－現在のピクチャの左上の輝度サンプルに対する現在のブロックの左上のサンプルの輝
度位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、
－現在のピクチャの左上の輝度サンプルに対して近傍のブロックで覆われた輝度位置（
ｘＮｂＹ，ｙＮｂＹ）、
－利用可能性が予測モードに依存するかどうかを規定する変数ｃｈｅｃｋＰｒｅｄＭｏ
ｄｅＹ、
－現在のブロックの色成分を規定する変数ｃＩｄｘ。
【0084】
この処理の出力は、位置（ｘＮｂＹ，ｙＮｂＹ）をカバーする近傍のブロックの利用可
能性であり、ａｖａｉｌａｂｌｅＮと表される。
近傍のブロックの利用可能性ａｖａｉｌａｂｌｅＮが、以下のように導出される。
－以下の１または複数の条件が真である場合、ａｖａｉｌａｂｌｅＮはＦＡＬＳＥに設
定される。
－ｘＮｂＹが０未満である。
－ｙＮｂＹが０未満である。
－ｘＮｂＹがｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ以上である。
－ｙＮｂＹがｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ以上である。
－ＩｓＡｖａｉｌａｂｌｅ［ｃＩｄｘ］［ｘＮｂＹ］［ｙＮｂＹ］はＦＡＬＳＥに等
しい。
－近傍のブロックが現在のブロックとは異なるスライスに含まれている。
－近傍のブロックが現在のブロックとは異なるタイルに含まれている。
－ｓｐ＿ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｓｙｎｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１
に等しく、（ｘＮｂＹ＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）が（ｘＣｕｒｒ＞ＣｔｂＬｏｇ２Ｓ
ｉｚｅＹ）＋１以上である。
－そうでない場合、ａｖａｉｌａｂｌｅＮはＴＲＵＥに設定される。
以下のすべての条件が真である場合、ａｖａｉｌａｂｌｅＮはＦＡＬＳＥに設定される
。
－ｃｈｅｃｋＰｒｅｄＭｏｄｅＹがＴＲＵＥに等しい。
－ａｖａｉｌａｂｌｅＮはＴＲＵＥに設定される。
－ＣｕＰｒｅｄＭｏｄｅ［０］［ｘＮｂＹ］［ｙＮｂＹ］がＣｕＰｒｅｄＭｏｄｅ［０
］［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しくない。
能性であり、ａｖａｉｌａｂｌｅＮと表される。
近傍のブロックの利用可能性ａｖａｉｌａｂｌｅＮが、以下のように導出される。
－以下の１または複数の条件が真である場合、ａｖａｉｌａｂｌｅＮはＦＡＬＳＥに設
定される。
－ｘＮｂＹが０未満である。
－ｙＮｂＹが０未満である。
－ｘＮｂＹがｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ以上である。
－ｙＮｂＹがｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ以上である。
－ＩｓＡｖａｉｌａｂｌｅ［ｃＩｄｘ］［ｘＮｂＹ］［ｙＮｂＹ］はＦＡＬＳＥに等
しい。
－近傍のブロックが現在のブロックとは異なるスライスに含まれている。
－近傍のブロックが現在のブロックとは異なるタイルに含まれている。
－ｓｐ＿ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｓｙｎｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１
に等しく、（ｘＮｂＹ＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）が（ｘＣｕｒｒ＞ＣｔｂＬｏｇ２Ｓ
ｉｚｅＹ）＋１以上である。
－そうでない場合、ａｖａｉｌａｂｌｅＮはＴＲＵＥに設定される。
以下のすべての条件が真である場合、ａｖａｉｌａｂｌｅＮはＦＡＬＳＥに設定される
。
－ｃｈｅｃｋＰｒｅｄＭｏｄｅＹがＴＲＵＥに等しい。
－ａｖａｉｌａｂｌｅＮはＴＲＵＥに設定される。
－ＣｕＰｒｅｄＭｏｄｅ［０］［ｘＮｂＹ］［ｙＮｂＹ］がＣｕＰｒｅｄＭｏｄｅ［０
］［ｘＣｕｒｒ］［ｙＣｕｒｒ］に等しくない。
【0085】
２．７． ＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｒｅｓｏｌｕｔ
ｉｏｎ）
ＨＥＶＣにおいて、ｕｓｅ＿ｉｎｔｅｇｅｒ＿ｍｖ＿ｆｌａｇがスライスヘッダにおい
て０である場合、１／４輝度サンプルの単位でＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄ
ｉｆｆｅｒｅｎｃｅ）（動きベクトルとＣＵの予測動きベクトルとの差）が信号通知され
る。ＶＶＣにおいて、ＣＵレベルのＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃ
ｔｏｒ Ｒｅｓｏｌｕｔｉｏｎ）スキームが導入される。ＡＭＶＲは、ＣＵのＭＶＤを異
なる精度でコーディングすることを可能にする。現在のＣＵのモード（通常のＡＭＶＰモ
ードまたはアフィンＡＶＭＰモードまたはＩＢＣモード）に基づいて、現在のＣＵのＭＶ
Ｄは、以下のように適応的に選択できる。
－通常ＡＭＶＰモード：１／４輝度サンプル、１／２輝度サンプル、１輝度サンプルま
たは４輝度サンプル
－アフィンＡＭＶＰモード：１／４輝度サンプル、１輝度サンプル、または１／１６輝
度サンプル
－ＩＢＣモード：１輝度サンプルまたは１／４輝度サンプル
ｉｏｎ）
ＨＥＶＣにおいて、ｕｓｅ＿ｉｎｔｅｇｅｒ＿ｍｖ＿ｆｌａｇがスライスヘッダにおい
て０である場合、１／４輝度サンプルの単位でＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄ
ｉｆｆｅｒｅｎｃｅ）（動きベクトルとＣＵの予測動きベクトルとの差）が信号通知され
る。ＶＶＣにおいて、ＣＵレベルのＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃ
ｔｏｒ Ｒｅｓｏｌｕｔｉｏｎ）スキームが導入される。ＡＭＶＲは、ＣＵのＭＶＤを異
なる精度でコーディングすることを可能にする。現在のＣＵのモード（通常のＡＭＶＰモ
ードまたはアフィンＡＶＭＰモードまたはＩＢＣモード）に基づいて、現在のＣＵのＭＶ
Ｄは、以下のように適応的に選択できる。
－通常ＡＭＶＰモード：１／４輝度サンプル、１／２輝度サンプル、１輝度サンプルま
たは４輝度サンプル
－アフィンＡＭＶＰモード：１／４輝度サンプル、１輝度サンプル、または１／１６輝
度サンプル
－ＩＢＣモード：１輝度サンプルまたは１／４輝度サンプル
【0086】
現在のＣＵが少なくとも１つの非ゼロＭＶＤ成分を有する場合、ＣＵレベルＭＶＤ解像
度表示が条件付きで通知される。すべてのＭＶＤ成分（すなわち、参照リストＬ０および
参照リストＬ１の水平および垂直ＭＶＤの両方）がゼロである場合、１／４輝度サンプル
ＭＶＤ解像度が推論される。
度表示が条件付きで通知される。すべてのＭＶＤ成分（すなわち、参照リストＬ０および
参照リストＬ１の水平および垂直ＭＶＤの両方）がゼロである場合、１／４輝度サンプル
ＭＶＤ解像度が推論される。
【0087】
少なくとも１つの非ゼロＭＶＤ成分を有する、通常のＡＭＶＰインターモード（非ＩＢ
Ｃ、非アフィン）でコーディングされたＣＵの場合、１／４輝度サンプルＭＶＤ精度がＣ
Ｕに使用されるかどうかを示すために、第１のフラグ（例えば、ａｍｖｒ＿ｆｌａｇ）が
信号通知される。第１のフラグが０である場合、さらなる信号伝達は必要とされず、現在
のＣＵのために１／４輝度サンプルＭＶＤ精度が使用される。そうでない場合、第２のフ
ラグ（例えば、ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉｄｘの第１のビン）が、１／２輝度サ
ンプルまたは他のＭＶＤ精度（１輝度サンプルまたは４輝度サンプル）が通常のＡＭＶＰ
ＣＵに使用されることを示すように信号通知される。１／２輝度サンプルの場合、１／
２輝度サンプル位置には、デフォルトの８タップ補間フィルタに代えて、６タップ補間フ
ィルタが用いられる。そうでない場合、第３のフラグ（例えば、ａｍｖｒ＿ｐｒｅｃｉｓ
ｉｏｎ＿ｉｄｘの第２のビン）は、１つの輝度サンプルまたは４つの輝度サンプルのＭＶ
Ｄ精度が通常のＡＭＶＰ＿ＣＵに使用されるかどうかを示すように信号通知される。
Ｃ、非アフィン）でコーディングされたＣＵの場合、１／４輝度サンプルＭＶＤ精度がＣ
Ｕに使用されるかどうかを示すために、第１のフラグ（例えば、ａｍｖｒ＿ｆｌａｇ）が
信号通知される。第１のフラグが０である場合、さらなる信号伝達は必要とされず、現在
のＣＵのために１／４輝度サンプルＭＶＤ精度が使用される。そうでない場合、第２のフ
ラグ（例えば、ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉｄｘの第１のビン）が、１／２輝度サ
ンプルまたは他のＭＶＤ精度（１輝度サンプルまたは４輝度サンプル）が通常のＡＭＶＰ
ＣＵに使用されることを示すように信号通知される。１／２輝度サンプルの場合、１／
２輝度サンプル位置には、デフォルトの８タップ補間フィルタに代えて、６タップ補間フ
ィルタが用いられる。そうでない場合、第３のフラグ（例えば、ａｍｖｒ＿ｐｒｅｃｉｓ
ｉｏｎ＿ｉｄｘの第２のビン）は、１つの輝度サンプルまたは４つの輝度サンプルのＭＶ
Ｄ精度が通常のＡＭＶＰ＿ＣＵに使用されるかどうかを示すように信号通知される。
【0088】
アフィンＡＭＶＰモードでコーディングされたＣＵの場合、第２のフラグは、１輝度サ
ンプルまたは１／１６輝度サンプルのＭＶＤ精度が使用されるかどうかを示すために使用
される。ＩＢＣモードでコーディングされたＣＵの場合、第１のフラグは信号通知されず
、１に等しいと推測される。
ンプルまたは１／１６輝度サンプルのＭＶＤ精度が使用されるかどうかを示すために使用
される。ＩＢＣモードでコーディングされたＣＵの場合、第１のフラグは信号通知されず
、１に等しいと推測される。
【0089】
ＡＭＶＲの現在の設計において、０に等しいａｍｖｒ＿ｆｌａｇは、動きベクトルの差
の解像度が輝度サンプルの１／４であることを規定する。１に等しいａｍｖｒ＿ｆｌａｇ
は、動きベクトルの差の解像度がａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉｄｘによってさらに
規定されることを規定する。
の解像度が輝度サンプルの１／４であることを規定する。１に等しいａｍｖｒ＿ｆｌａｇ
は、動きベクトルの差の解像度がａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉｄｘによってさらに
規定されることを規定する。
【0090】
ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉｄｘは、ＡｍｖｒＳｈｉｆｔとの動きベクトルの差
の分解能を表２－３に定義することを規定する。
ＡＭＶＲのための構文テーブル例
７．３．１０．５ コーディングユニット構文
の分解能を表２－３に定義することを規定する。
ＡＭＶＲのための構文テーブル例
７．３．１０．５ コーディングユニット構文
【0091】
【表3】
【0092】
【表4】
【0093】
【表5】
【0094】
【表6】
【0095】
具体的には、ａｍｖｒ＿ｆｌａｇおよびａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉｄｘのビン
の文字列をコーディングするためのビンの文字列およびコンテキストは以下のように定義
される。
の文字列をコーディングするためのビンの文字列およびコンテキストは以下のように定義
される。
【0096】
【表7】
【0097】
【表8】
【0098】
【表9】
【0099】
【表10】
【0100】
７．４．１１．５ コーディングユニット構文
ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉｄｘ［ｘ０］［ｙ０］は、ＡｍｖｒＳｈｉｆｔとの
動きベクトル差の解像度を表２－３に定義することを規定する。配列インデックスｘ０，
ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮されるコーディングブロックの左
上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉ
ｄｘ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推論される。
ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉｄｘ［ｘ０］［ｙ０］は、ＡｍｖｒＳｈｉｆｔとの
動きベクトル差の解像度を表２－３に定義することを規定する。配列インデックスｘ０，
ｙ０は、ピクチャの左上の輝度サンプルに対する、考慮されるコーディングブロックの左
上の輝度サンプルの位置（ｘ０，ｙ０）を規定する。ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉ
ｄｘ［ｘ０］［ｙ０］が存在しない場合、０に等しいと推論される。
【0101】
表２－３ ＡｍｖｒＳｈｉｆｔの仕様
【0102】
【表11】
【0103】
９．３．３ ２値化処理
【0104】
表１２６－構文要素および関連する２値化
【0105】
【表12】
【0106】
【表13】
【0107】
９．３．２．２ コンテキスト変数の初期化処理
【0108】
表５１－初期化処理における各ｉｎｉｔｉａｌｉｚａｔｉｏｎＴｙｐｅのｃｔｘＩｄｘ
と構文要素の関連付け
と構文要素の関連付け
【0109】
【表14】
【0110】
表８８－ａｍｖｒ＿ｆｌａｇのｃｔｘＩｄｘのｉｎｉｔＶａｌｕｅおよびｓｈｉｆｔＩ
ｄｘの仕様
ｄｘの仕様
【0111】
【表15】
【0112】
表８９－ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉｄｘのｃｔｘＩｄｘのｉｎｉｔＶａｌｕｅ
およびｓｈｉｆｔＩｄｘの仕様
およびｓｈｉｆｔＩｄｘの仕様
【0113】
【表16】
【0114】
９．３．４．２ ｃｔｘＴａｂｌｅ，ｃｔｘＩｄｘ，ｂｙｐａｓｓＦｌａｇの導出処理
９．３．４．２．１ 一般
９．３．４．２．１ 一般
【0115】
表１３１－コンテキストコーディングされたビンを有する構文要素へのｃｔｘＩｎｃの
割り当て
割り当て
【0116】
【表17】
【0117】
２．８． 分割情報
ＶＶＣにおいて、バイナリおよびターナリ分割セグメンテーション構造を使用するネス
トされたマルチタイプツリーを有する４分木は、複数の分割ユニットタイプの概念に取っ
て代わり、例えば、それは、最大変換長に対して大き過ぎるサイズを有するＣＵに必要な
場合を除き、ＣＵ、ＰＵ、およびＴＵ概念の分離を排除し、かつＣＵ分割形状のためのよ
り多くの柔軟性をサポートする。コーディングツリー構造において、ＣＵは正方形または
長方形のいずれかを有することができる。まず、ＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎ
ｉｔ）を４分木構造で分割する。そして、４分木のリーフのノードは、マルチタイプのツ
リー構造によってさらに分割され得る。図１０に示すように、マルチタイプツリー構造に
おいて４つ分割タイプ、垂直バイナリ分割（ＳＰＬＩＴ＿ＢＴ＿ＶＥＲ）、水平バイナリ
分割（ＳＰＬＩＴ＿ＢＴ＿ＨＯＲ）、垂直ターナリ分割（ＳＰＬＩＴ＿ＴＴ＿ＶＥＲ）、
水平ターナリ分割（ＳＰＬＩＴ＿ＴＴ＿ＨＯＲ）がある。マルチタイプツリーのリーフの
ノードは、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）と呼ばれ、ＣＵが大き過ぎて最大変換長にな
らない限り、このセグメンテーションは、それ以上の分割なしに、予測および変換処理に
使用される。これは、ほとんどの場合、ＣＵ、ＰＵ、およびＴＵが、ネストされたマルチ
タイプのツリーコーディングブロック構造を有する４分木において、同じブロックサイズ
を有することを意味する。サポートされる最大変換長がＣＵの色成分の幅または高さより
も小さい場合、この例外が生じる。
ＶＶＣにおいて、バイナリおよびターナリ分割セグメンテーション構造を使用するネス
トされたマルチタイプツリーを有する４分木は、複数の分割ユニットタイプの概念に取っ
て代わり、例えば、それは、最大変換長に対して大き過ぎるサイズを有するＣＵに必要な
場合を除き、ＣＵ、ＰＵ、およびＴＵ概念の分離を排除し、かつＣＵ分割形状のためのよ
り多くの柔軟性をサポートする。コーディングツリー構造において、ＣＵは正方形または
長方形のいずれかを有することができる。まず、ＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎ
ｉｔ）を４分木構造で分割する。そして、４分木のリーフのノードは、マルチタイプのツ
リー構造によってさらに分割され得る。図１０に示すように、マルチタイプツリー構造に
おいて４つ分割タイプ、垂直バイナリ分割（ＳＰＬＩＴ＿ＢＴ＿ＶＥＲ）、水平バイナリ
分割（ＳＰＬＩＴ＿ＢＴ＿ＨＯＲ）、垂直ターナリ分割（ＳＰＬＩＴ＿ＴＴ＿ＶＥＲ）、
水平ターナリ分割（ＳＰＬＩＴ＿ＴＴ＿ＨＯＲ）がある。マルチタイプツリーのリーフの
ノードは、ＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ）と呼ばれ、ＣＵが大き過ぎて最大変換長にな
らない限り、このセグメンテーションは、それ以上の分割なしに、予測および変換処理に
使用される。これは、ほとんどの場合、ＣＵ、ＰＵ、およびＴＵが、ネストされたマルチ
タイプのツリーコーディングブロック構造を有する４分木において、同じブロックサイズ
を有することを意味する。サポートされる最大変換長がＣＵの色成分の幅または高さより
も小さい場合、この例外が生じる。
【0118】
図１１は、ネストされたマルチタイプツリーコーディングツリーを有する４分木におけ
る分割情報の信号通知メカニズムを示す。ＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）
は、４分木の根として取り扱われ、まず１つの４分木構造によって分割される。各４分木
の葉ノード（十分に大きいため許容される場合）は、次に、マルチタイプツリー構造によ
ってさらに分割される。マルチタイプツリー構造において、第１のフラグ（ｍｔｔ＿ｓｐ
ｌｉｔ＿ｃｕ＿ｆｌａｇ）は、ノードがさらに分割されているかどうかを示すために信号
通知され、ノードがさらに分割されている場合、第２のフラグ（ｍｔｔ＿ｓｐｌｉｔ＿ｃ
ｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ）は分割方向を示すために信号通知され、次に第３のフ
ラグ （ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｂｉｎａｒｙ＿ｆｌａｇ）が分割がバイナリ分割で
あるか、ターナリ分割であるかを示すために信号通知される。ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ
＿ｖｅｒｔｉｃａｌ＿ｆｌａｇおよびｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｂｉｎａｒｙ＿ｆｌａ
ｇの値に基づいて、表２－４に示すように、ＣＵのマルチタイプツリースリットモード（
ＭｔｔＳｐｌｉｔＭｏｄｅ）が導出される。
る分割情報の信号通知メカニズムを示す。ＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）
は、４分木の根として取り扱われ、まず１つの４分木構造によって分割される。各４分木
の葉ノード（十分に大きいため許容される場合）は、次に、マルチタイプツリー構造によ
ってさらに分割される。マルチタイプツリー構造において、第１のフラグ（ｍｔｔ＿ｓｐ
ｌｉｔ＿ｃｕ＿ｆｌａｇ）は、ノードがさらに分割されているかどうかを示すために信号
通知され、ノードがさらに分割されている場合、第２のフラグ（ｍｔｔ＿ｓｐｌｉｔ＿ｃ
ｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ）は分割方向を示すために信号通知され、次に第３のフ
ラグ （ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｂｉｎａｒｙ＿ｆｌａｇ）が分割がバイナリ分割で
あるか、ターナリ分割であるかを示すために信号通知される。ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ
＿ｖｅｒｔｉｃａｌ＿ｆｌａｇおよびｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｂｉｎａｒｙ＿ｆｌａ
ｇの値に基づいて、表２－４に示すように、ＣＵのマルチタイプツリースリットモード（
ＭｔｔＳｐｌｉｔＭｏｄｅ）が導出される。
【0119】
表２－４ マルチタイプツリー構文要素に基づくＭｔｔＳｐｌｉｔＭｏｄｅの導出
【0120】
【表18】
【0121】
ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ＝０は、コーディングユニット
を水平に分割することを規定する。ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌ
ａｇ＝１は、コーディングユニットを垂直に分割することを規定する。ｍｔｔ＿ｓｐｌｉ
ｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇが存在しない場合、次のように推論される。
－ａｌｌｏｗＳｐｌｉｔＢｔＨｏｒがＴＲＵＥに等しい、またはａｌｌｏｗＳｐｌｉｔ
ＴｔＨｏｒがＴＲＵＥに等しい場合、ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆ
ｌａｇの値は０に等しいと推測される。
－そうでない場合、ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇの値は１
に等しいと推測される。
を水平に分割することを規定する。ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌ
ａｇ＝１は、コーディングユニットを垂直に分割することを規定する。ｍｔｔ＿ｓｐｌｉ
ｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇが存在しない場合、次のように推論される。
－ａｌｌｏｗＳｐｌｉｔＢｔＨｏｒがＴＲＵＥに等しい、またはａｌｌｏｗＳｐｌｉｔ
ＴｔＨｏｒがＴＲＵＥに等しい場合、ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆ
ｌａｇの値は０に等しいと推測される。
－そうでない場合、ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇの値は１
に等しいと推測される。
【0122】
ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇの構文テーブルの例
９．３．２．２ コンテキスト変数の初期化処理
９．３．２．２ コンテキスト変数の初期化処理
【0123】
表５１－初期化処理における各ｉｎｉｔｉａｌｉｚａｔｉｏｎＴｙｐｅのｃｔｘＩｄｘ
と構文要素の関連付け
と構文要素の関連付け
【0124】
【表19】
【0125】
表６１－ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇのｃｔｘＩｎｃのｉ
ｎｉｔＶａｌｕｅおよびｓｈｉｆｔＩｄｘの仕様
ｎｉｔＶａｌｕｅおよびｓｈｉｆｔＩｄｘの仕様
【0126】
【表20】
【0127】
９．３．４．２ ｃｔｘＴａｂｌｅ，ｃｔｘＩｄｘ，ｂｙｐａｓｓＦｌａｇの導出処理
９．３．４．２．１ 一般
９．３．４．２．１ 一般
【0128】
表１３１－コンテキストコーディングされたビンを有する構文要素へのｃｔｘＩｎｃの
割り当て
割り当て
【0129】
【表21】
【0130】
９．３．４．２．３ 構文要素ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ
のｃｔｘＩｎｃｆｏｒの導出プロセス
この処理への入力は、現在のピクチャの左上のサンプルに対する現在の輝度ブロックの
左上の輝度サンプル、デュアルツリーチャネルタイプｃｈＴｙｐｅおよび輝度サンプルに
おける現在のコーディングブロックの幅と高さｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ、並び
に節７．４．１１．４にでコーディングツリー意味論において導出された変数ａｌｌｏｗ
ＳｐｌｉｔＢｔＶｅｒ、ａｌｌｏｗＳｐｌｉｔＢｔＨｏｒ、ａｌｌｏｗＳｐｌｉｔＴＶｅ
ｒ、ａｌｌｏｗＳｐｌｉｔＴＨｏｒ、ａｌｌｏｗＳｐｌｉｔＴＨｏｒおよびａｌｌｏｗＳ
ｐｌｉｔである。
のｃｔｘＩｎｃｆｏｒの導出プロセス
この処理への入力は、現在のピクチャの左上のサンプルに対する現在の輝度ブロックの
左上の輝度サンプル、デュアルツリーチャネルタイプｃｈＴｙｐｅおよび輝度サンプルに
おける現在のコーディングブロックの幅と高さｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ、並び
に節７．４．１１．４にでコーディングツリー意味論において導出された変数ａｌｌｏｗ
ＳｐｌｉｔＢｔＶｅｒ、ａｌｌｏｗＳｐｌｉｔＢｔＨｏｒ、ａｌｌｏｗＳｐｌｉｔＴＶｅ
ｒ、ａｌｌｏｗＳｐｌｉｔＴＨｏｒ、ａｌｌｏｗＳｐｌｉｔＴＨｏｒおよびａｌｌｏｗＳ
ｐｌｉｔである。
【0131】
この処理の出力はｃｔｘＩｎｃである。
位置（ｘＮｂＬ，ｙＮｂＬ）は（ｘ０－１，ｙ０）に等しく設定され、節６．４．４に
規定される近傍のブロックの利用可能性の導出処理は、（ｘ０，ｙ０）に等しく設定され
た位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、（ｘＮｂＬ，ｙＮｂＬ）に等しく設定された近傍位
置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹおよ
びｃＩｄｘを入力として実行され、出力がａｖａｉｌａｂｌｅＬに割り当てられる。
位置（ｘＮｂＡ，ｙＮｂＡ）は（ｘ０，ｙ０－１）に等しく設定され、節６．４．４に
規定される近傍のブロックの利用可能性の導出処理は、（ｘ０，ｙ０）に等しく設定され
た位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、（ｘＮｂＡ，ｙＮｂＡ）に等しく設定された近傍位
置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹおよ
びｃＩｄｘを入力として実行され、出力がａｖａｉｌａｂｌｅＡに割り当てられる。
位置（ｘＮｂＬ，ｙＮｂＬ）は（ｘ０－１，ｙ０）に等しく設定され、節６．４．４に
規定される近傍のブロックの利用可能性の導出処理は、（ｘ０，ｙ０）に等しく設定され
た位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、（ｘＮｂＬ，ｙＮｂＬ）に等しく設定された近傍位
置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹおよ
びｃＩｄｘを入力として実行され、出力がａｖａｉｌａｂｌｅＬに割り当てられる。
位置（ｘＮｂＡ，ｙＮｂＡ）は（ｘ０，ｙ０－１）に等しく設定され、節６．４．４に
規定される近傍のブロックの利用可能性の導出処理は、（ｘ０，ｙ０）に等しく設定され
た位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、（ｘＮｂＡ，ｙＮｂＡ）に等しく設定された近傍位
置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹおよ
びｃＩｄｘを入力として実行され、出力がａｖａｉｌａｂｌｅＡに割り当てられる。
【0132】
ｃｔｘＩｎｃの割り当ては、以下のように指定される。
－ａｌｌｏｗＳｐｌｉｔＢｔＶｅｒ＋ａｌｌｏｗＳｐｌｉｔＢｔＨｏｒがａｌｌｏｗＳ
ｐｌｉｔＴＶｅｒ＋ａｌｌｏｗＳｐｌｉｔＴＴＨｏｒより大きい場合、ｃｔｘＩｎｃは４
に設定される。
－そうでない場合、ａｌｌｏｗＳｐｌｉｔＢｔＶｅｒ＋ａｌｌｏｗＳｐｌｉｔＢｔＨｏ
ｒがａｌｌｏｗＳｐｌｉｔＴＶｅｒ＋ａｌｌｏｗＳｐｌｉｔＴＴＨｏｒよりも小さい場合
、ｃｔｘＩｎｃは４に等しく設定される。
－そうでない場合、以下が適用される：
－変数ｄＡおよびｄＬは、以下のように導出される。
ｄＡ＝ｃｂＷｉｄｔｈ／（ａｖａｉｌａｂｌｅＡ？ＣｂＷｉｄｔｈ［ｃｈＴｙｐｅ
］［ｘＮｂＡ］［ｙＮｂＡ］：１） （１５６３）
ｄＬ＝ｃｂＨｅｉｇｈｔ／（ａｖａｉｌａｂｌｅＬ？ＣｂＨｅｉｇｈｔ［ｃｈＴｙ
ｐｅ］［ｘＮｂＬ］［ｙＮｂＬ］：１） （１５６４）
－以下の条件のいずれかが真である場合、ｃｔｘＩｎｃは０に等しく設定される。
－ｄＡはｄＬに等しい、
－ａｖａｉｌａｂｌｅＡはＦＡＬＳＥである
－ａｖａｉｌａｂｌｅＬはＦＡＬＳＥである
－そうでない場合、ｄＡがｄＬよりも小さい場合、ｃｔｘＩｎｃは１に等しく設定され
る。
そうでない場合、ｃｔｘＩｎｃは０に等しく設定される。
－ａｌｌｏｗＳｐｌｉｔＢｔＶｅｒ＋ａｌｌｏｗＳｐｌｉｔＢｔＨｏｒがａｌｌｏｗＳ
ｐｌｉｔＴＶｅｒ＋ａｌｌｏｗＳｐｌｉｔＴＴＨｏｒより大きい場合、ｃｔｘＩｎｃは４
に設定される。
－そうでない場合、ａｌｌｏｗＳｐｌｉｔＢｔＶｅｒ＋ａｌｌｏｗＳｐｌｉｔＢｔＨｏ
ｒがａｌｌｏｗＳｐｌｉｔＴＶｅｒ＋ａｌｌｏｗＳｐｌｉｔＴＴＨｏｒよりも小さい場合
、ｃｔｘＩｎｃは４に等しく設定される。
－そうでない場合、以下が適用される：
－変数ｄＡおよびｄＬは、以下のように導出される。
ｄＡ＝ｃｂＷｉｄｔｈ／（ａｖａｉｌａｂｌｅＡ？ＣｂＷｉｄｔｈ［ｃｈＴｙｐｅ
］［ｘＮｂＡ］［ｙＮｂＡ］：１） （１５６３）
ｄＬ＝ｃｂＨｅｉｇｈｔ／（ａｖａｉｌａｂｌｅＬ？ＣｂＨｅｉｇｈｔ［ｃｈＴｙ
ｐｅ］［ｘＮｂＬ］［ｙＮｂＬ］：１） （１５６４）
－以下の条件のいずれかが真である場合、ｃｔｘＩｎｃは０に等しく設定される。
－ｄＡはｄＬに等しい、
－ａｖａｉｌａｂｌｅＡはＦＡＬＳＥである
－ａｖａｉｌａｂｌｅＬはＦＡＬＳＥである
－そうでない場合、ｄＡがｄＬよりも小さい場合、ｃｔｘＩｎｃは１に等しく設定され
る。
そうでない場合、ｃｔｘＩｎｃは０に等しく設定される。
【0133】
２．９． 変換スキップモードにおける係数コーディング
現在のＶＶＣ草案において、残差コーディングを変換スキップレベルの統計および信号
特性に適応させるために、非ＴＳ係数コーディングに比べて、ＴＳ（Ｔｒａｎｓｆｏｒｍ
Ｓｋｉｐ）モードにおける係数コーディングについていくつかの修正が提案されている
。
現在のＶＶＣ草案において、残差コーディングを変換スキップレベルの統計および信号
特性に適応させるために、非ＴＳ係数コーディングに比べて、ＴＳ（Ｔｒａｎｓｆｏｒｍ
Ｓｋｉｐ）モードにおける係数コーディングについていくつかの修正が提案されている
。
【0134】
７．３．１０．１１ 残差コーディング構文
【0135】
【表22】
【0136】
【表23】
【0137】
【表24】
【0138】
【表25】
【0139】
【表26】
【0140】
【表27】
【0141】
【表28】
【0142】
【表29】
【0143】
２．９．１． 符号フラグｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇのコンテキストモデリングお
よびコンテキストインデックスオフセット導出
よびコンテキストインデックスオフセット導出
【0144】
表５１－初期化処理における各ｉｎｉｔｉａｌｉｚａｔｉｏｎＴｙｐｅのｃｔｘＩｄｘ
と構文要素の関連付け
と構文要素の関連付け
【0145】
【表30】
【0146】
表１２５－ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇのｃｔｘＩｎｃのｉｎｉｔＶａｌｕｅおよ
びｓｈｉｆｔＩｄｘの仕様
びｓｈｉｆｔＩｄｘの仕様
【0147】
【表31】
【0148】
表１３１－コンテキストコーディングされたビンを有する構文要素へのｃｔｘＩｎｃの
割り当て
割り当て
【0149】
【表32】
【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】
【表33】
【0186】
表８９－ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉｄｘのｃｔｘＩｄｘのｉｎｉｔＶａｌｕｅ
およびｓｈｉｆｔＩｄｘの仕様
およびｓｈｉｆｔＩｄｘの仕様
【0187】
【表34】
【0188】
９．３．４．２ ｃｔｘＴａｂｌｅ，ｃｔｘＩｄｘ，ｂｙｐａｓｓＦｌａｇの導出処理
９．３．４．２．１ 一般
９．３．４．２．１ 一般
【0189】
表１３１－コンテキストコーディングされたビンを有する構文要素へのｃｔｘＩｎｃの
割り当て
割り当て
【0190】
【表35】
【0191】
【化1】
【0192】
【表36】
【0193】
上記の例において、Ｘ！＝Ｙ，Ｘ！＝Ｚ，Ｙ！＝Ｚである。
代替的には、さらに以下を適用する：
１）一例において、ＷはＸに等しい。
２）代替的に、ＷはＹに等しい。
３）代替的に、ＷはＺに等しい。
代替的には、さらに以下を適用する：
１）一例において、ＷはＸに等しい。
２）代替的に、ＷはＹに等しい。
３）代替的に、ＷはＺに等しい。
【0194】
５．２． 実施形態２
９．３．２．２ コンテキスト変数の初期化処理
９．３．２．２ コンテキスト変数の初期化処理
【0195】
表５１－初期化処理における各ｉｎｉｔｉａｌｉｚａｔｉｏｎＴｙｐｅのｃｔｘＩｄｘ
と構文要素の関連付け
と構文要素の関連付け
【0196】
【表37】
【0197】
表８９－ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉｄｘのｃｔｘＩｄｘのｉｎｉｔＶａｌｕｅ
およびｓｈｉｆｔＩｄｘの仕様
およびｓｈｉｆｔＩｄｘの仕様
【0198】
【表38】
【0199】
９．３．４．２ ｃｔｘＴａｂｌｅ，ｃｔｘＩｄｘ，ｂｙｐａｓｓＦｌａｇの導出処理
９．３．４．２．１ 一般
９．３．４．２．１ 一般
【0200】
表１３１－コンテキストコーディングされたビンを有する構文要素へのｃｔｘＩｎｃの
割り当て
割り当て
【0201】
【表39】
【0202】
【化2】
【0203】
５．３． 実施形態３
９．３．２．２ コンテキスト変数の初期化処理
９．３．２．２ コンテキスト変数の初期化処理
【0204】
表５１－初期化処理における各ｉｎｉｔｉａｌｉｚａｔｉｏｎＴｙｐｅのｃｔｘＩｄｘ
と構文要素の関連付け
と構文要素の関連付け
【0205】
【表40】
【0206】
表８９－ａｍｖｒ＿ｐｒｅｃｉｓｉｏｎ＿ｉｄｘのｃｔｘＩｄｘのｉｎｉｔＶａｌｕｅ
およびｓｈｉｆｔＩｄｘの仕様
およびｓｈｉｆｔＩｄｘの仕様
【0207】
【表41】
【0208】
９．３．４．２ ｃｔｘＴａｂｌｅ，ｃｔｘＩｄｘ，ｂｙｐａｓｓＦｌａｇの導出処理
９．３．４．２．１ 一般
９．３．４．２．１ 一般
【0209】
表１３１－コンテキストコーディングされたビンを有する構文要素へのｃｔｘＩｎｃの
割り当て
割り当て
【0210】
【表42】
【0211】
５．４． 実施形態４
作業草案は、以下のように変更することができる。
９．３．４．２．３ 構文要素ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ
のｃｔｘＩｎｃｆｏｒの導出プロセス
この処理への入力は、現在のピクチャの左上のサンプルに対する現在の輝度ブロックの
左上の輝度サンプル、デュアルツリーチャネルタイプｃｈＴｙｐｅおよび輝度サンプルに
おける現在のコーディングブロックの幅と高さｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ、並び
に節７．４．１１．４にでコーディングツリー意味論において導出された変数ａｌｌｏｗ
ＳｐｌｉｔＢｔＶｅｒ、ａｌｌｏｗＳｐｌｉｔＢｔＨｏｒ、ａｌｌｏｗＳｐｌｉｔＴＶｅ
ｒ、ａｌｌｏｗＳｐｌｉｔＴＨｏｒ、ａｌｌｏｗＳｐｌｉｔＴＨｏｒおよびａｌｌｏｗＳ
ｐｌｉｔである。
作業草案は、以下のように変更することができる。
９．３．４．２．３ 構文要素ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ
のｃｔｘＩｎｃｆｏｒの導出プロセス
この処理への入力は、現在のピクチャの左上のサンプルに対する現在の輝度ブロックの
左上の輝度サンプル、デュアルツリーチャネルタイプｃｈＴｙｐｅおよび輝度サンプルに
おける現在のコーディングブロックの幅と高さｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ、並び
に節７．４．１１．４にでコーディングツリー意味論において導出された変数ａｌｌｏｗ
ＳｐｌｉｔＢｔＶｅｒ、ａｌｌｏｗＳｐｌｉｔＢｔＨｏｒ、ａｌｌｏｗＳｐｌｉｔＴＶｅ
ｒ、ａｌｌｏｗＳｐｌｉｔＴＨｏｒ、ａｌｌｏｗＳｐｌｉｔＴＨｏｒおよびａｌｌｏｗＳ
ｐｌｉｔである。
【0212】
この処理の出力はｃｔｘＩｎｃである。
位置（ｘＮｂＬ，ｙＮｂＬ）は（ｘ０－１，ｙ０）に等しく設定され、節６．４．４に
規定される近傍のブロックの利用可能性の導出処理は、（ｘ０，ｙ０）に等しく設定され
た位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、（ｘＮｂＬ，ｙＮｂＬ）に等しく設定された近傍位
置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹおよ
びｃＩｄｘを入力として実行され、出力がａｖａｉｌａｂｌｅＬに割り当てられる。
位置（ｘＮｂＡ，ｙＮｂＡ）は（ｘ０，ｙ０－１）に等しく設定され、節６．４．４に
規定される近傍のブロックの利用可能性の導出処理は、（ｘ０，ｙ０）に等しく設定され
た位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、（ｘＮｂＡ，ｙＮｂＡ）に等しく設定された近傍位
置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹおよ
びｃＩｄｘを入力として実行され、出力がａｖａｉｌａｂｌｅＡに割り当てられる。
位置（ｘＮｂＬ，ｙＮｂＬ）は（ｘ０－１，ｙ０）に等しく設定され、節６．４．４に
規定される近傍のブロックの利用可能性の導出処理は、（ｘ０，ｙ０）に等しく設定され
た位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、（ｘＮｂＬ，ｙＮｂＬ）に等しく設定された近傍位
置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹおよ
びｃＩｄｘを入力として実行され、出力がａｖａｉｌａｂｌｅＬに割り当てられる。
位置（ｘＮｂＡ，ｙＮｂＡ）は（ｘ０，ｙ０－１）に等しく設定され、節６．４．４に
規定される近傍のブロックの利用可能性の導出処理は、（ｘ０，ｙ０）に等しく設定され
た位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、（ｘＮｂＡ，ｙＮｂＡ）に等しく設定された近傍位
置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹおよ
びｃＩｄｘを入力として実行され、出力がａｖａｉｌａｂｌｅＡに割り当てられる。
【0213】
【化3】
【0214】
５．５． 実施形態５
作業草案は、以下のように変更することができる。
９．３．４．２．３ 構文要素ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ
のｃｔｘＩｎｃｆｏｒの導出プロセス
この処理への入力は、現在のピクチャの左上のサンプルに対する現在の輝度ブロックの
左上の輝度サンプル、デュアルツリーチャネルタイプｃｈＴｙｐｅおよび輝度サンプルに
おける現在のコーディングブロックの幅と高さｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ、並び
に節７．４．１１．４にでコーディングツリー意味論において導出された変数ａｌｌｏｗ
ＳｐｌｉｔＢｔＶｅｒ、ａｌｌｏｗＳｐｌｉｔＢｔＨｏｒ、ａｌｌｏｗＳｐｌｉｔＴＶｅ
ｒ、ａｌｌｏｗＳｐｌｉｔＴＨｏｒ、ａｌｌｏｗＳｐｌｉｔＴＨｏｒおよびａｌｌｏｗＳ
ｐｌｉｔである。
この処理の出力はｃｔｘＩｎｃである。
位置（ｘＮｂＬ，ｙＮｂＬ）は（ｘ０－１，ｙ０）に等しく設定され、節６．４．４に
規定される近傍のブロックの利用可能性の導出処理は、（ｘ０，ｙ０）に等しく設定され
た位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、（ｘＮｂＬ，ｙＮｂＬ）に等しく設定された近傍位
置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹおよ
びｃＩｄｘを入力として実行され、出力がａｖａｉｌａｂｌｅＬに割り当てられる。
位置（ｘＮｂＡ，ｙＮｂＡ）は（ｘ０，ｙ０－１）に等しく設定され、節６．４．４に
規定される近傍のブロックの利用可能性の導出処理は、（ｘ０，ｙ０）に等しく設定され
た位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、（ｘＮｂＡ，ｙＮｂＡ）に等しく設定された近傍位
置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹおよ
びｃＩｄｘを入力として実行され、出力がａｖａｉｌａｂｌｅＡに割り当てられる。
作業草案は、以下のように変更することができる。
９．３．４．２．３ 構文要素ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ
のｃｔｘＩｎｃｆｏｒの導出プロセス
この処理への入力は、現在のピクチャの左上のサンプルに対する現在の輝度ブロックの
左上の輝度サンプル、デュアルツリーチャネルタイプｃｈＴｙｐｅおよび輝度サンプルに
おける現在のコーディングブロックの幅と高さｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ、並び
に節７．４．１１．４にでコーディングツリー意味論において導出された変数ａｌｌｏｗ
ＳｐｌｉｔＢｔＶｅｒ、ａｌｌｏｗＳｐｌｉｔＢｔＨｏｒ、ａｌｌｏｗＳｐｌｉｔＴＶｅ
ｒ、ａｌｌｏｗＳｐｌｉｔＴＨｏｒ、ａｌｌｏｗＳｐｌｉｔＴＨｏｒおよびａｌｌｏｗＳ
ｐｌｉｔである。
この処理の出力はｃｔｘＩｎｃである。
位置（ｘＮｂＬ，ｙＮｂＬ）は（ｘ０－１，ｙ０）に等しく設定され、節６．４．４に
規定される近傍のブロックの利用可能性の導出処理は、（ｘ０，ｙ０）に等しく設定され
た位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、（ｘＮｂＬ，ｙＮｂＬ）に等しく設定された近傍位
置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹおよ
びｃＩｄｘを入力として実行され、出力がａｖａｉｌａｂｌｅＬに割り当てられる。
位置（ｘＮｂＡ，ｙＮｂＡ）は（ｘ０，ｙ０－１）に等しく設定され、節６．４．４に
規定される近傍のブロックの利用可能性の導出処理は、（ｘ０，ｙ０）に等しく設定され
た位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、（ｘＮｂＡ，ｙＮｂＡ）に等しく設定された近傍位
置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹおよ
びｃＩｄｘを入力として実行され、出力がａｖａｉｌａｂｌｅＡに割り当てられる。
【0215】
【化4】
【0216】
５．６． 実施形態６
作業草案は、以下のように変更することができる。
９．３．２．２ コンテキスト変数の初期化処理
作業草案は、以下のように変更することができる。
９．３．２．２ コンテキスト変数の初期化処理
【0217】
表５１－ 初期化プロセスにおける各ｉｎｉｔｉａｌｉｚａｔｉｏＴｙｐｅのｃｔｘＩ
ｄｘと構文要素の関連付け
ｄｘと構文要素の関連付け
【0218】
【表43】
【0219】
表６１－ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇのｃｔｘＩｎｃのｉ
ｎｉｔＶａｌｕｅおよびｓｈｉｆｔＩｄｘの仕様
ｎｉｔＶａｌｕｅおよびｓｈｉｆｔＩｄｘの仕様
【0220】
【表44】
【0221】
９．３．４．２ ｃｔｘＴａｂｌｅ，ｃｔｘＩｄｘ，ｂｙｐａｓｓＦｌａｇの導出処理
９．３．４．２．１ 一般
９．３．４．２．１ 一般
【0222】
表１３１－コンテキストコーディングされたビンを有する構文要素へのｃｔｘＩｎｃの
割り当て
割り当て
【0223】
【表45】
【0224】
［［９．３．４．２．３ 構文要素ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆ
ｌａｇのｃｔｘＩｎｃｆｏｒの導出プロセス
この処理への入力は、現在のピクチャの左上のサンプルに対する現在の輝度ブロックの
左上の輝度サンプル、デュアルツリーチャネルタイプｃｈＴｙｐｅおよび輝度サンプルに
おける現在のコーディングブロックの幅と高さｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ、並び
に節７．４．１１．４にでコーディングツリー意味論において導出された変数ａｌｌｏｗ
ＳｐｌｉｔＢｔＶｅｒ、ａｌｌｏｗＳｐｌｉｔＢｔＨｏｒ、ａｌｌｏｗＳｐｌｉｔＴＶｅ
ｒ、ａｌｌｏｗＳｐｌｉｔＴＨｏｒ、ａｌｌｏｗＳｐｌｉｔＴＨｏｒおよびａｌｌｏｗＳ
ｐｌｉｔである。
この処理の出力はｃｔｘＩｎｃである。
位置（ｘＮｂＬ，ｙＮｂＬ）は（ｘ０－１，ｙ０）に等しく設定され、節６．４．４に
規定される近傍のブロックの利用可能性の導出処理は、（ｘ０，ｙ０）に等しく設定され
た位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、（ｘＮｂＬ，ｙＮｂＬ）に等しく設定された近傍位
置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹおよ
びｃＩｄｘを入力として実行され、出力がａｖａｉｌａｂｌｅＬに割り当てられる。
位置（ｘＮｂＡ，ｙＮｂＡ）は（ｘ０，ｙ０－１）に等しく設定され、節６．４．４に
規定される近傍のブロックの利用可能性の導出処理は、（ｘ０，ｙ０）に等しく設定され
た位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、（ｘＮｂＡ，ｙＮｂＡ）に等しく設定された近傍位
置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹおよ
びｃＩｄｘを入力として実行され、出力がａｖａｉｌａｂｌｅＡに割り当てられる。
ｌａｇのｃｔｘＩｎｃｆｏｒの導出プロセス
この処理への入力は、現在のピクチャの左上のサンプルに対する現在の輝度ブロックの
左上の輝度サンプル、デュアルツリーチャネルタイプｃｈＴｙｐｅおよび輝度サンプルに
おける現在のコーディングブロックの幅と高さｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ、並び
に節７．４．１１．４にでコーディングツリー意味論において導出された変数ａｌｌｏｗ
ＳｐｌｉｔＢｔＶｅｒ、ａｌｌｏｗＳｐｌｉｔＢｔＨｏｒ、ａｌｌｏｗＳｐｌｉｔＴＶｅ
ｒ、ａｌｌｏｗＳｐｌｉｔＴＨｏｒ、ａｌｌｏｗＳｐｌｉｔＴＨｏｒおよびａｌｌｏｗＳ
ｐｌｉｔである。
この処理の出力はｃｔｘＩｎｃである。
位置（ｘＮｂＬ，ｙＮｂＬ）は（ｘ０－１，ｙ０）に等しく設定され、節６．４．４に
規定される近傍のブロックの利用可能性の導出処理は、（ｘ０，ｙ０）に等しく設定され
た位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、（ｘＮｂＬ，ｙＮｂＬ）に等しく設定された近傍位
置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹおよ
びｃＩｄｘを入力として実行され、出力がａｖａｉｌａｂｌｅＬに割り当てられる。
位置（ｘＮｂＡ，ｙＮｂＡ）は（ｘ０，ｙ０－１）に等しく設定され、節６．４．４に
規定される近傍のブロックの利用可能性の導出処理は、（ｘ０，ｙ０）に等しく設定され
た位置（ｘＣｕｒｒ，ｙＣｕｒｒ）、（ｘＮｂＡ，ｙＮｂＡ）に等しく設定された近傍位
置（ｘＮｂＹ，ｙＮｂＹ）、ＦＡＬＳＥに設定されたｃｈｅｃｋＰｒｅｄＭｏｄｅＹおよ
びｃＩｄｘを入力として実行され、出力がａｖａｉｌａｂｌｅＡに割り当てられる。
【0225】
ｃｔｘＩｎｃの割り当ては、以下のように指定される。
－ａｌｌｏｗＳｐｌｉｔＢｔＶｅｒ＋ａｌｌｏｗＳｐｌｉｔＢｔＨｏｒがａｌｌｏｗＳ
ｐｌｉｔＴＶｅｒ＋ａｌｌｏｗＳｐｌｉｔＴＴＨｏｒより大きい場合、ｃｔｘＩｎｃは４
に設定される。
－そうでない場合、ａｌｌｏｗＳｐｌｉｔＢｔＶｅｒ＋ａｌｌｏｗＳｐｌｉｔＢｔＨｏ
ｒがａｌｌｏｗＳｐｌｉｔＴＶｅｒ＋ａｌｌｏｗＳｐｌｉｔＴＴＨｏｒよりも小さい場合
、ｃｔｘＩｎｃは４に等しく設定される。
－そうでない場合、以下が適用される：
－変数ｄＡおよびｄＬは、以下のように導出される。
ｄＡ＝ｃｂＷｉｄｔｈ／（ａｖａｉｌａｂｌｅＡ？ＣｂＷｉｄｔｈ［ｃｈＴｙｐｅ
］［ｘＮｂＡ］［ｙＮｂＡ］：１） （１５６３）
ｄＬ＝ｃｂＨｅｉｇｈｔ／（ａｖａｉｌａｂｌｅＬ？ＣｂＨｅｉｇｈｔ［ｃｈＴｙ
ｐｅ］［ｘＮｂＬ］［ｙＮｂＬ］：１） （１５６４）
－以下の条件のいずれかが真である場合、ｃｔｘＩｎｃは０に等しく設定される。
－ｄＡはｄＬに等しい、
－ａｖａｉｌａｂｌｅＡはＦＡＬＳＥである、
－ａｖａｉｌａｂｌｅＬはＦＡＬＳＥである。
－そうでない場合、ｄＡがｄＬよりも小さい場合、ｃｔｘＩｎｃは１に等しく設定さ
れる。
そうでない場合、ｃｔｘＩｎｃは０に等しく設定される。］］
－ａｌｌｏｗＳｐｌｉｔＢｔＶｅｒ＋ａｌｌｏｗＳｐｌｉｔＢｔＨｏｒがａｌｌｏｗＳ
ｐｌｉｔＴＶｅｒ＋ａｌｌｏｗＳｐｌｉｔＴＴＨｏｒより大きい場合、ｃｔｘＩｎｃは４
に設定される。
－そうでない場合、ａｌｌｏｗＳｐｌｉｔＢｔＶｅｒ＋ａｌｌｏｗＳｐｌｉｔＢｔＨｏ
ｒがａｌｌｏｗＳｐｌｉｔＴＶｅｒ＋ａｌｌｏｗＳｐｌｉｔＴＴＨｏｒよりも小さい場合
、ｃｔｘＩｎｃは４に等しく設定される。
－そうでない場合、以下が適用される：
－変数ｄＡおよびｄＬは、以下のように導出される。
ｄＡ＝ｃｂＷｉｄｔｈ／（ａｖａｉｌａｂｌｅＡ？ＣｂＷｉｄｔｈ［ｃｈＴｙｐｅ
］［ｘＮｂＡ］［ｙＮｂＡ］：１） （１５６３）
ｄＬ＝ｃｂＨｅｉｇｈｔ／（ａｖａｉｌａｂｌｅＬ？ＣｂＨｅｉｇｈｔ［ｃｈＴｙ
ｐｅ］［ｘＮｂＬ］［ｙＮｂＬ］：１） （１５６４）
－以下の条件のいずれかが真である場合、ｃｔｘＩｎｃは０に等しく設定される。
－ｄＡはｄＬに等しい、
－ａｖａｉｌａｂｌｅＡはＦＡＬＳＥである、
－ａｖａｉｌａｂｌｅＬはＦＡＬＳＥである。
－そうでない場合、ｄＡがｄＬよりも小さい場合、ｃｔｘＩｎｃは１に等しく設定さ
れる。
そうでない場合、ｃｔｘＩｎｃは０に等しく設定される。］］
【0226】
５．７． 実施形態７
作業草案は、以下のように変更することができる。
７．３．１０．１１ 残差コーディング構文
作業草案は、以下のように変更することができる。
７．３．１０．１１ 残差コーディング構文
【0227】
【表46】
【0228】
【表47】
【0229】
【表48】
【0230】
表１３１－コンテキストコーディングされたビンを有する構文要素へのｃｔｘＩｎｃの
割り当て
割り当て
【0231】
【表49】
【0232】
５．８． 実施形態８
作業草案は、以下のように変更することができる。
７．３．１０．１１ 残差コーディング構文
作業草案は、以下のように変更することができる。
７．３．１０．１１ 残差コーディング構文
【0233】
【表50】
【0234】
【表51】
【0235】
【表52】
【0236】
表１３１－コンテキストコーディングされたビンを有する構文要素へのｃｔｘＩｎｃの
割り当て
割り当て
【0237】
【表53】
【0238】
図１２は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム
１２００を示すブロック図である。様々な実装形態は、システム１２００のコンポーネン
トの一部または全部を含んでもよい。システム１２００は、映像コンテンツを受信するた
めの入力１２０２を含んでもよい。映像コンテンツは、未加工または非圧縮フォーマット
、例えば、８または１０ビットのマルチコンポーネント画素値で受信されてもよく、また
は圧縮または符号化されたフォーマットで受信されてもよい。入力１２０２は、ネットワ
ークインタフェース、周辺バスインタフェース、または記憶インタフェースを表してもよ
い。ネットワークインタフェースの例は、イーサネット（登録商標）、ＰＯＮ（Ｐａｓｓ
ｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）等の有線インタフェース、およびＷｉ－Ｆｉ
（登録商標）またはセルラーインタフェース等の無線インタフェースを含む。
１２００を示すブロック図である。様々な実装形態は、システム１２００のコンポーネン
トの一部または全部を含んでもよい。システム１２００は、映像コンテンツを受信するた
めの入力１２０２を含んでもよい。映像コンテンツは、未加工または非圧縮フォーマット
、例えば、８または１０ビットのマルチコンポーネント画素値で受信されてもよく、また
は圧縮または符号化されたフォーマットで受信されてもよい。入力１２０２は、ネットワ
ークインタフェース、周辺バスインタフェース、または記憶インタフェースを表してもよ
い。ネットワークインタフェースの例は、イーサネット（登録商標）、ＰＯＮ（Ｐａｓｓ
ｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）等の有線インタフェース、およびＷｉ－Ｆｉ
（登録商標）またはセルラーインタフェース等の無線インタフェースを含む。
【0239】
システム１２００は、本明細書に記載される様々なコーディングまたは符号化方法を実
装することができるコーディングコンポーネント１２０４を含んでもよい。コーディング
コンポーネント１２０４は、入力１２０２からの映像の平均ビットレートをコーディング
コンポーネント１２０４の出力に低減し、映像のコーディングされた表現を生成してもよ
い。従って、このコーディング技術は、映像圧縮または映像コード変換技術と呼ばれるこ
とがある。コーディングコンポーネント１２０４の出力は、コンポーネント１２０６によ
って表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。
入力１２０２において受信された、記憶されたまたは通信された映像のビットストリーム
（またはコーディングされた）表現は、コンポーネント１２０８によって使用されて、表
示インタフェース１２１０に送信される画素値または表示可能な映像を生成してもよい。
ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像伸張（
映像展開）と呼ばれることがある。さらに、特定の映像処理動作を「コーディング」動作
またはツールと呼ぶが、コーディングツールまたは動作は、エンコーダおよびそれに対応
する、コーディングの結果を逆にする復号ツールまたは動作が、デコーダによって行われ
ることが理解されよう。
装することができるコーディングコンポーネント１２０４を含んでもよい。コーディング
コンポーネント１２０４は、入力１２０２からの映像の平均ビットレートをコーディング
コンポーネント１２０４の出力に低減し、映像のコーディングされた表現を生成してもよ
い。従って、このコーディング技術は、映像圧縮または映像コード変換技術と呼ばれるこ
とがある。コーディングコンポーネント１２０４の出力は、コンポーネント１２０６によ
って表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。
入力１２０２において受信された、記憶されたまたは通信された映像のビットストリーム
（またはコーディングされた）表現は、コンポーネント１２０８によって使用されて、表
示インタフェース１２１０に送信される画素値または表示可能な映像を生成してもよい。
ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像伸張（
映像展開）と呼ばれることがある。さらに、特定の映像処理動作を「コーディング」動作
またはツールと呼ぶが、コーディングツールまたは動作は、エンコーダおよびそれに対応
する、コーディングの結果を逆にする復号ツールまたは動作が、デコーダによって行われ
ることが理解されよう。
【0240】
周辺バスインタフェースまたは表示インタフェースの例は、ＵＳＢ（Ｕｎｉｖｅｒｓａ
ｌ Ｓｅｒｉａｌ ＢＵｓ）またはＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌ
ｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ；登録商標）またはディスプレイポート等を含んで
もよい。ストレージインタフェースの例は、ＳＡＴＡ（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ
Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ、ＩＤＥインタフェース等を
含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、また
はデジタルデータ処理および／または映像表示を実施可能な他のデバイス等の様々な電子
デバイスに実施されてもよい。
ｌ Ｓｅｒｉａｌ ＢＵｓ）またはＨＤＭＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌ
ｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ；登録商標）またはディスプレイポート等を含んで
もよい。ストレージインタフェースの例は、ＳＡＴＡ（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ
Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ、ＩＤＥインタフェース等を
含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、また
はデジタルデータ処理および／または映像表示を実施可能な他のデバイス等の様々な電子
デバイスに実施されてもよい。
【0241】
図１３は、映像処理装置３６００のブロック図である。装置３６００は、本明細書に記
載の方法の１または複数を実装するために使用されてもよい。装置３６００は、スマート
フォン、タブレット、コンピュータ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）
受信機等に実施されてもよい。装置３６００は、１または複数のプロセッサ３６０２と、
１または複数のメモリ３６０４と、映像処理ハードウェア３６０６と、を含んでもよい。
１つまたは複数のプロセッサ３６０２は、本明細書に記載される１または複数の方法を実
装するように構成されてもよい。１または複数のメモリ３６０４は、本明細書で説明され
る方法および技術を実装するために使用されるデータおよびコードを記憶するために使用
してもよい。映像処理ハードウェア３６０６は、本明細書に記載される技術をハードウェ
ア回路にて実装するために使用してもよい。
載の方法の１または複数を実装するために使用されてもよい。装置３６００は、スマート
フォン、タブレット、コンピュータ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）
受信機等に実施されてもよい。装置３６００は、１または複数のプロセッサ３６０２と、
１または複数のメモリ３６０４と、映像処理ハードウェア３６０６と、を含んでもよい。
１つまたは複数のプロセッサ３６０２は、本明細書に記載される１または複数の方法を実
装するように構成されてもよい。１または複数のメモリ３６０４は、本明細書で説明され
る方法および技術を実装するために使用されるデータおよびコードを記憶するために使用
してもよい。映像処理ハードウェア３６０６は、本明細書に記載される技術をハードウェ
ア回路にて実装するために使用してもよい。
【0242】
図１５は、本開示の技法を利用し得る例示的な映像コーディングシステム１００を示す
ブロック図である。
ブロック図である。
【0243】
図１５に示すように、映像コーディングシステム１００は、送信元デバイス１１０と、
送信先デバイス１２０と、を備えてもよい。送信元デバイス１１０は、コーディング映像
データを生成するものであり、映像コーディング機器とも称され得る。送信先デバイス１
２０は、送信元装置１１０によって生成された、符号化された映像データを復号してよく
、映像復号デバイスと呼ばれ得る。
送信先デバイス１２０と、を備えてもよい。送信元デバイス１１０は、コーディング映像
データを生成するものであり、映像コーディング機器とも称され得る。送信先デバイス１
２０は、送信元装置１１０によって生成された、符号化された映像データを復号してよく
、映像復号デバイスと呼ばれ得る。
【0244】
送信元デバイス１１０は、映像ソース１１２と、映像エンコーダ１１４と、入出力（Ｉ
／Ｏ）インタフェース１１６と、を備えてもよい。
／Ｏ）インタフェース１１６と、を備えてもよい。
【0245】
映像ソース１１２は、映像キャプチャデバイスなどのソース、映像コンテンツプロバイ
ダからの映像データを受信するためのインタフェース、および／または映像データを生成
するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせを
含んでもよい。映像データは、１または複数のピクチャを含んでもよい。映像エンコーダ
１１４は、映像ソース１１２からの映像データを符号化し、ビットストリームを生成する
。ビットストリームは、映像データのコーディングされた表現を形成するビットのシーケ
ンスを含んでもよい。ビットストリームは、コーディングされたピクチャおよび関連付け
られたデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディング
表現である。関連付けられたデータは、シーケンスパラメータセット、ピクチャパラメー
タセット、および他の構文構造を含んでもよい。Ｉ／Ｏインタフェース１１６は、変復調
器（モデム）および／または送信機を含んでもよい。符号化された映像データは、ネット
ワーク１３０ａを介して、Ｉ／Ｏインタフェース１１６を介して送信先デバイス１２０に
直接送信されてよい。符号化された映像データは、送信先デバイス１２０がアクセスする
ために、記録媒体／サーバ１３０ｂに記憶してもよい。
ダからの映像データを受信するためのインタフェース、および／または映像データを生成
するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせを
含んでもよい。映像データは、１または複数のピクチャを含んでもよい。映像エンコーダ
１１４は、映像ソース１１２からの映像データを符号化し、ビットストリームを生成する
。ビットストリームは、映像データのコーディングされた表現を形成するビットのシーケ
ンスを含んでもよい。ビットストリームは、コーディングされたピクチャおよび関連付け
られたデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディング
表現である。関連付けられたデータは、シーケンスパラメータセット、ピクチャパラメー
タセット、および他の構文構造を含んでもよい。Ｉ／Ｏインタフェース１１６は、変復調
器（モデム）および／または送信機を含んでもよい。符号化された映像データは、ネット
ワーク１３０ａを介して、Ｉ／Ｏインタフェース１１６を介して送信先デバイス１２０に
直接送信されてよい。符号化された映像データは、送信先デバイス１２０がアクセスする
ために、記録媒体／サーバ１３０ｂに記憶してもよい。
【0246】
送信先デバイス１２０は、Ｉ／Ｏインタフェース１２６、映像デコーダ１２４、および
表示装置１２２を含んでもよい。
表示装置１２２を含んでもよい。
【0247】
Ｉ／Ｏインタフェース１２６は、受信機および／またはモデムを含んでもよい。Ｉ／Ｏ
インタフェース１２６は、送信元デバイス１１０または記憶媒体／サーバ１３０ｂから符
号化された映像データを取得してもよい。映像デコーダ１２４は、符号化された映像デー
タを復号してもよい。表示装置１２２は、復号された映像データをユーザに表示してもよ
い。表示装置１２２は、送信先デバイス１２０と一体化されてもよく、または外部表示装
置とインタフェースで接続するように構成される送信先デバイス１２０の外部にあっても
よい。
インタフェース１２６は、送信元デバイス１１０または記憶媒体／サーバ１３０ｂから符
号化された映像データを取得してもよい。映像デコーダ１２４は、符号化された映像デー
タを復号してもよい。表示装置１２２は、復号された映像データをユーザに表示してもよ
い。表示装置１２２は、送信先デバイス１２０と一体化されてもよく、または外部表示装
置とインタフェースで接続するように構成される送信先デバイス１２０の外部にあっても
よい。
【0248】
映像エンコーダ１１４および映像デコーダ１２４は、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃ
ｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）規格、ＶＶＶＭ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄ
ｅｏ Ｃｏｄｉｎｇ）規格、および他の現在のおよび／または更なる規格等の映像圧縮規
格に従って動作してもよい。
ｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）規格、ＶＶＶＭ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄ
ｅｏ Ｃｏｄｉｎｇ）規格、および他の現在のおよび／または更なる規格等の映像圧縮規
格に従って動作してもよい。
【0249】
【0250】
映像エンコーダ２００は、本開示の技術のいずれかまたは全部を行うように構成されて
もよい。図１６の例において、映像エンコーダ２００は、複数の機能コンポーネントを備
える。本開示で説明される技法は、映像エンコーダ２００の様々なコンポーネント間で共
有され得る。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまた
はすべてを行うように構成してもよい。
もよい。図１６の例において、映像エンコーダ２００は、複数の機能コンポーネントを備
える。本開示で説明される技法は、映像エンコーダ２００の様々なコンポーネント間で共
有され得る。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまた
はすべてを行うように構成してもよい。
【0251】
映像エンコーダ２００の機能コンポーネントは、分割部２０１、予測部２０２、残差生
成部２０７、変換部２０８、量子化部２０９、逆量子化部２１０、逆変換部２１１、再構
成部２１２、バッファ２１３、およびエントロピー符号化部２１４を含んでもよく、予測
部２０２は、モード選択部２０３、動き推定部２０４、動き補償部２０５、およびイント
ラ予測部２０６を含む。
成部２０７、変換部２０８、量子化部２０９、逆量子化部２１０、逆変換部２１１、再構
成部２１２、バッファ２１３、およびエントロピー符号化部２１４を含んでもよく、予測
部２０２は、モード選択部２０３、動き推定部２０４、動き補償部２０５、およびイント
ラ予測部２０６を含む。
【0252】
他の例において、映像エンコーダ２００は、さらに多くの、さらに少ない、または異な
る機能コンポーネントを含んでもよい。一例において、予測部２０２は、ＩＢＣ（Ｉｎｔ
ｒａ Ｂｌｏｃｋ Ｃｏｐｙ）部を含んでもよい。ＩＢＣ部は、少なくとも１つの参照ピ
クチャが、現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて予測を実
行してもよい。
る機能コンポーネントを含んでもよい。一例において、予測部２０２は、ＩＢＣ（Ｉｎｔ
ｒａ Ｂｌｏｃｋ Ｃｏｐｙ）部を含んでもよい。ＩＢＣ部は、少なくとも１つの参照ピ
クチャが、現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて予測を実
行してもよい。
【0253】
【0254】
分割部２０１は、ピクチャを１または複数の映像ブロックに分割してもよい。映像エン
コーダ２００および映像デコーダ３００は、様々な映像ブロックサイズをサポートしても
よい。
コーダ２００および映像デコーダ３００は、様々な映像ブロックサイズをサポートしても
よい。
【0255】
モード選択部２０３は、例えば、誤りの結果に基づいて、イントラまたはインターのコ
ーディングモードのうちの１つを選択し、得られたイントラまたはインターコーディング
されたブロックを、残差ブロックデータを生成するために残差生成部２０７に供給し、符
号化されたブロックを参照ピクチャとして使用するために再構成するために再構成部２１
２に供給してもよい。いくつかの例において、モード選択部２０３は、インター予測信号
およびイントラ予測信号に基づいて予測を行うＣＩＩＰ（Ｃｏｍｂｉｎａｔｉｏｎ ｏｆ
Ｉｎｔｒａ ａｎｄ Ｉｎｔｅｒ Ｐｒｅｄｉｃｔｉｏｎ）モードを選択してもよい。
モード選択部２０３は、インター予測の場合、ブロックのために動きベクトルの解像度（
例えば、サブピクセルまたは整数ピクセル精度）を選択してもよい。
ーディングモードのうちの１つを選択し、得られたイントラまたはインターコーディング
されたブロックを、残差ブロックデータを生成するために残差生成部２０７に供給し、符
号化されたブロックを参照ピクチャとして使用するために再構成するために再構成部２１
２に供給してもよい。いくつかの例において、モード選択部２０３は、インター予測信号
およびイントラ予測信号に基づいて予測を行うＣＩＩＰ（Ｃｏｍｂｉｎａｔｉｏｎ ｏｆ
Ｉｎｔｒａ ａｎｄ Ｉｎｔｅｒ Ｐｒｅｄｉｃｔｉｏｎ）モードを選択してもよい。
モード選択部２０３は、インター予測の場合、ブロックのために動きベクトルの解像度（
例えば、サブピクセルまたは整数ピクセル精度）を選択してもよい。
【0256】
現在の映像ブロックに対してインター予測を実行するために、動き推定部２０４は、バ
ッファ２１３からの１または複数の参照フレームと現在の映像ブロックとを比較すること
により、現在の映像ブロックのために動き情報を生成してもよい。動き補償部２０５は、
現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からのピクチャの動
き情報および復号されたサンプルに基づいて、現在の映像ブロックのための予測映像ブロ
ックを判定してもよい。
ッファ２１３からの１または複数の参照フレームと現在の映像ブロックとを比較すること
により、現在の映像ブロックのために動き情報を生成してもよい。動き補償部２０５は、
現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からのピクチャの動
き情報および復号されたサンプルに基づいて、現在の映像ブロックのための予測映像ブロ
ックを判定してもよい。
【0257】
動き推定部２０４および動き補償部２０５は、現在の映像ブロックがＩスライスである
か、Ｐスライスであるか、またはＢスライスであるかに基づいて、例えば、現在の映像ブ
ロックに対して異なる動作を行ってもよい。
か、Ｐスライスであるか、またはＢスライスであるかに基づいて、例えば、現在の映像ブ
ロックに対して異なる動作を行ってもよい。
【0258】
いくつかの例において、動き推定部２０４は、現在の映像ブロックに対して単一方向予
測を行い、動き推定部２０４は、現在の映像ブロックに対して、参照映像ブロック用のリ
スト０またはリスト１の参照ピクチャを検索してもよい。そして、動き推定部２０４は、
参照映像ブロックと、現在の映像ブロックと参照映像ブロックとの間の空間的変位を示す
動きベクトルとを含む、リスト０またはリスト１における参照ピクチャを示す参照インデ
ックスを生成してもよい。動き推定部２０４は、参照インデックス、予測方向インジケー
タ、および動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き
補償部２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現
在のブロックの予測映像ブロックを生成してもよい。
測を行い、動き推定部２０４は、現在の映像ブロックに対して、参照映像ブロック用のリ
スト０またはリスト１の参照ピクチャを検索してもよい。そして、動き推定部２０４は、
参照映像ブロックと、現在の映像ブロックと参照映像ブロックとの間の空間的変位を示す
動きベクトルとを含む、リスト０またはリスト１における参照ピクチャを示す参照インデ
ックスを生成してもよい。動き推定部２０４は、参照インデックス、予測方向インジケー
タ、および動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き
補償部２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現
在のブロックの予測映像ブロックを生成してもよい。
【0259】
他の例において、動き推定部２０４は、現在の映像ブロックを双方向予測してもよく、
動き推定部２０４は、現在の映像ブロックに対する参照映像ブロックについて、リスト０
から参照ピクチャを検索してもよく、また、現在の映像ブロックに対する別の参照映像ブ
ロックについて、リスト１における参照ピクチャも検索してもよい。そして、動き推定部
２０４は、参照映像ブロックを含むリスト０およびリスト１における参照ピクチャを示す
参照インデックスと、参照映像ブロックと現在の映像ブロックとの間の空間的変位を示す
動きベクトルとを生成してもよい。動き推定部２０４は、現在の映像ブロックの参照イン
デックスおよび動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。
動き補償部２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて
、現在の映像ブロックの予測映像ブロックを生成してもよい。
動き推定部２０４は、現在の映像ブロックに対する参照映像ブロックについて、リスト０
から参照ピクチャを検索してもよく、また、現在の映像ブロックに対する別の参照映像ブ
ロックについて、リスト１における参照ピクチャも検索してもよい。そして、動き推定部
２０４は、参照映像ブロックを含むリスト０およびリスト１における参照ピクチャを示す
参照インデックスと、参照映像ブロックと現在の映像ブロックとの間の空間的変位を示す
動きベクトルとを生成してもよい。動き推定部２０４は、現在の映像ブロックの参照イン
デックスおよび動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。
動き補償部２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて
、現在の映像ブロックの予測映像ブロックを生成してもよい。
【0260】
いくつかの例において、動き推定部２０４は、デコーダの復号処理のために、動き情報
のフルセットを出力してもよい。
のフルセットを出力してもよい。
【0261】
いくつかの例では、動き推定部２０４は、現在の映像のための動き情報のフルセットを
出力しなくてもよい。むしろ、動き推定部２０４は、別の映像ブロックの動き情報を参照
して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き推定部２０４
は、現在の映像ブロックの動き情報が近傍の映像ブロックの動き情報に十分に類似してい
ることを判定してもよい。
出力しなくてもよい。むしろ、動き推定部２０４は、別の映像ブロックの動き情報を参照
して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き推定部２０４
は、現在の映像ブロックの動き情報が近傍の映像ブロックの動き情報に十分に類似してい
ることを判定してもよい。
【0262】
一例において、動き推定部２０４は、現在の映像ブロックに関連付けられた構文構造に
おいて、現在の映像ブロックが別の映像ブロックと同一の動き情報を有することを映像デ
コーダ３００に示す値を示してもよい。
おいて、現在の映像ブロックが別の映像ブロックと同一の動き情報を有することを映像デ
コーダ３００に示す値を示してもよい。
【0263】
他の例において、動き推定部２０４は、現在の映像ブロックに関連付けられた構文構造
において、別の映像ブロックと、ＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅ
ｎｃｅ）とを識別してもよい。動きベクトル差分は、現在の映像ブロックの動きベクトル
と、示された映像ブロックの動きベクトルとの差分を示す。映像デコーダ３００は、示さ
れた映像ブロックの動きベクトルおよび動きベクトル差を使用して、現在の映像ブロック
の動きベクトルを決定してもよい。
において、別の映像ブロックと、ＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅ
ｎｃｅ）とを識別してもよい。動きベクトル差分は、現在の映像ブロックの動きベクトル
と、示された映像ブロックの動きベクトルとの差分を示す。映像デコーダ３００は、示さ
れた映像ブロックの動きベクトルおよび動きベクトル差を使用して、現在の映像ブロック
の動きベクトルを決定してもよい。
【0264】
上述したように、映像エンコーダ２００は、動きベクトルを予測的に信号通知してもよ
い。映像エンコーダ２００によって実装されてよい予測信号通知技術の２つの例は、ＡＭ
ＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）および
マージモード信号通知を含む。
い。映像エンコーダ２００によって実装されてよい予測信号通知技術の２つの例は、ＡＭ
ＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）および
マージモード信号通知を含む。
【0265】
イントラ予測部２０６は、現在の映像ブロックに対してイントラ予測を行ってもよい。
イントラ予測部２０６が現在の映像ブロックにてイントラ予測を実行する場合、イントラ
予測部２０６は、同じピクチャにおける他の映像ブロックの復号されたサンプルに基づい
て、現在の映像ブロックのための予測データを生成してもよい。現在の映像ブロックのた
めの予測データは、予測された映像ブロックおよび様々な構文要素を含んでもよい。
イントラ予測部２０６が現在の映像ブロックにてイントラ予測を実行する場合、イントラ
予測部２０６は、同じピクチャにおける他の映像ブロックの復号されたサンプルに基づい
て、現在の映像ブロックのための予測データを生成してもよい。現在の映像ブロックのた
めの予測データは、予測された映像ブロックおよび様々な構文要素を含んでもよい。
【0266】
残差生成部２０７は、現在の映像ブロックから現在の映像ブロックの予測された映像ブ
ロックを減算することによって（例えば、マイナス符号によって示されている）、現在の
映像ブロックに対する残差データを生成してもよい。現在の映像ブロックの残差データは
、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応する残差映像ブロッ
クを含んでもよい。
ロックを減算することによって（例えば、マイナス符号によって示されている）、現在の
映像ブロックに対する残差データを生成してもよい。現在の映像ブロックの残差データは
、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応する残差映像ブロッ
クを含んでもよい。
【0267】
他の例において、例えば、スキップモードにおいて、現在の映像ブロックに対する残差
データがなくてもよく、残差生成部２０７は、減算動作を行わなくてもよい。
データがなくてもよく、残差生成部２０７は、減算動作を行わなくてもよい。
【0268】
変換処理部２０８は、現在の映像ブロックに関連付けられた残差映像ブロックに１また
は複数の変換を適用することによって、現在の映像ブロックのための１または複数の変換
係数映像ブロックを生成してもよい。
は複数の変換を適用することによって、現在の映像ブロックのための１または複数の変換
係数映像ブロックを生成してもよい。
【0269】
変換処理部２０８が現在の映像ブロックに関連付けられた変換係数映像ブロックを生成
した後、量子化部２０９は、現在の映像ブロックに関連付けられた１または複数の量子化
パラメータ（ＱＰ：Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）値に基づいて、現
在の映像ブロックに関連付けられた変換係数映像ブロックを量子化してもよい。
した後、量子化部２０９は、現在の映像ブロックに関連付けられた１または複数の量子化
パラメータ（ＱＰ：Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）値に基づいて、現
在の映像ブロックに関連付けられた変換係数映像ブロックを量子化してもよい。
【0270】
逆量子化部２１０および逆変換部２１１は、変換係数映像ブロックに逆量子化および逆
変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再構成してもよい
。再構成部２１２は、予測部２０２によって生成された１または複数の予測映像ブロック
に対応するサンプルに再構成された残差映像ブロックを追加して、バッファ２１３に格納
するための現在のブロックに関連付けられた再構成された映像ブロックを生成してもよい
。
変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再構成してもよい
。再構成部２１２は、予測部２０２によって生成された１または複数の予測映像ブロック
に対応するサンプルに再構成された残差映像ブロックを追加して、バッファ２１３に格納
するための現在のブロックに関連付けられた再構成された映像ブロックを生成してもよい
。
【0271】
再構成部２１２が映像ブロックを再構成した後、映像ブロックにおける映像ブロッキン
グアーチファクトを縮小するために、ループフィルタリング動作が行われてもよい。
グアーチファクトを縮小するために、ループフィルタリング動作が行われてもよい。
【0272】
エントロピー符号化部２１４は、映像エンコーダ２００の他の機能コンポーネントから
データを受信してもよい。エントロピー符号化部２１４がデータを受信した場合、エント
ロピー符号化部２１４は、１または複数のエントロピー符号化動作を行い、エントロピー
符号化されたデータを生成し、エントロピー符号化されたデータを含むビットストリーム
を出力してもよい。
データを受信してもよい。エントロピー符号化部２１４がデータを受信した場合、エント
ロピー符号化部２１４は、１または複数のエントロピー符号化動作を行い、エントロピー
符号化されたデータを生成し、エントロピー符号化されたデータを含むビットストリーム
を出力してもよい。
【0273】
【0274】
映像デコーダ３００は、本開示の技術のいずれかまたは全てを行うように構成されても
よい。図１７の例において、映像デコーダ３００は、複数の機能コンポーネントを備える
。本開示で説明される技法は、映像デコーダ３００の様々なコンポーネント間で共有され
てもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたは
すべてを行うように構成してもよい。
よい。図１７の例において、映像デコーダ３００は、複数の機能コンポーネントを備える
。本開示で説明される技法は、映像デコーダ３００の様々なコンポーネント間で共有され
てもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたは
すべてを行うように構成してもよい。
【0275】
図１７の例において、映像デコーダ３００は、エントロピー復号部３０１、動き補正部
３０２、イントラ予測部３０３、逆量子化部３０４、逆変換部３０５、および再構成部３
０６、並びにバッファ３０７を備える。映像デコーダ３００は、いくつかの例では、映像
エンコーダ２００（図１６）に関して説明した符号化パスとほぼ逆の復号パスを行っても
よい。
３０２、イントラ予測部３０３、逆量子化部３０４、逆変換部３０５、および再構成部３
０６、並びにバッファ３０７を備える。映像デコーダ３００は、いくつかの例では、映像
エンコーダ２００（図１６）に関して説明した符号化パスとほぼ逆の復号パスを行っても
よい。
【0276】
エントロピー復号部３０１は、符号化されたビットストリームを取り出す。符号化され
たビットストリームは、エントロピーコーディングされた映像データ（例えば、映像デー
タの符号化されたブロック）を含んでもよい。エントロピー復号部３０１は、エントロピ
ーコーディングされた映像データを復号し、エントロピー復号された映像データから、動
き補償部３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス
、および他の動き情報を含む動き情報を決定してもよい。動き補償部３０２は、例えば、
ＡＭＶＰおよびマージモードを行うことで、このような情報を判定してもよい。
たビットストリームは、エントロピーコーディングされた映像データ（例えば、映像デー
タの符号化されたブロック）を含んでもよい。エントロピー復号部３０１は、エントロピ
ーコーディングされた映像データを復号し、エントロピー復号された映像データから、動
き補償部３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス
、および他の動き情報を含む動き情報を決定してもよい。動き補償部３０２は、例えば、
ＡＭＶＰおよびマージモードを行うことで、このような情報を判定してもよい。
【0277】
動き補償部３０２は、動き補償されたブロックを生成してもよく、場合によっては、補
間フィルタに基づいて補間を行う。構文要素には、サブピクセルの精度で使用される補間
フィルタのための識別子が含まれてもよい。
間フィルタに基づいて補間を行う。構文要素には、サブピクセルの精度で使用される補間
フィルタのための識別子が含まれてもよい。
【0278】
動き補償部３０２は、映像ブロックの符号化中に映像エンコーダ２００によって使用さ
れるような補間フィルタを使用して、参照ブロックのサブ整数画素のための補間値を計算
してもよい。動き補償部３０２は、受信した構文情報に基づいて、映像エンコーダ２００
により使用される補間フィルタを決定し、予測ブロックを生成に補間フィルタを使用して
してもよい。
れるような補間フィルタを使用して、参照ブロックのサブ整数画素のための補間値を計算
してもよい。動き補償部３０２は、受信した構文情報に基づいて、映像エンコーダ２００
により使用される補間フィルタを決定し、予測ブロックを生成に補間フィルタを使用して
してもよい。
【0279】
動き補償部３０２は、エンコードされた映像シーケンスのフレームおよび／またはスラ
イスをエンコードするために使用されるブロックのサイズを判定するための構文情報、エ
ンコードされた映像シーケンスのピクチャの各マクロブロックがどのように分割されるか
を記述する分割情報、各分割がどのようにエンコードされるかを示すモード、各インター
エンコードされたブロックに対する１または複数の参照フレーム（および参照フレームリ
スト）、およびエンコードされた映像シーケンスをデコードするための他の情報のいくつ
かを使用してもよい。
イスをエンコードするために使用されるブロックのサイズを判定するための構文情報、エ
ンコードされた映像シーケンスのピクチャの各マクロブロックがどのように分割されるか
を記述する分割情報、各分割がどのようにエンコードされるかを示すモード、各インター
エンコードされたブロックに対する１または複数の参照フレーム（および参照フレームリ
スト）、およびエンコードされた映像シーケンスをデコードするための他の情報のいくつ
かを使用してもよい。
【0280】
イントラ予測部３０３は、例えば、ビットストリームにおいて受信したイントラ予測モ
ードを使用して、空間的に近傍のブロックから予測ブロックを形成してもよい。逆量子化
部３０３は、ビットストリームに提供され、エントロピー復号部３０１によって復号され
た量子化された映像ブロック係数を逆量子化（例えば、逆量子化）する。逆変換部３０３
は、逆変換を適用する。
ードを使用して、空間的に近傍のブロックから予測ブロックを形成してもよい。逆量子化
部３０３は、ビットストリームに提供され、エントロピー復号部３０１によって復号され
た量子化された映像ブロック係数を逆量子化（例えば、逆量子化）する。逆変換部３０３
は、逆変換を適用する。
【0281】
再構成部３０６は、残差ブロックと、動き補償部２０２またはイントラ予測部３０３に
よって生成された対応する予測ブロックとを合計し、復号されたブロックを形成してもよ
い。所望であれば、ブロックアーチファクトを除去するために、復号されたブロックをフ
ィルタリングするためにデブロッキングフィルタを適用してもよい。デコードされた映像
ブロックは、バッファ３０７に記憶され、バッファ３０７は、後続の動き補償／イントラ
予測のために参照ブロックを提供し、また表示デバイスに表示するためにデコードされた
映像を生成する。
よって生成された対応する予測ブロックとを合計し、復号されたブロックを形成してもよ
い。所望であれば、ブロックアーチファクトを除去するために、復号されたブロックをフ
ィルタリングするためにデブロッキングフィルタを適用してもよい。デコードされた映像
ブロックは、バッファ３０７に記憶され、バッファ３０７は、後続の動き補償／イントラ
予測のために参照ブロックを提供し、また表示デバイスに表示するためにデコードされた
映像を生成する。
【0282】
次に、いくつかの実施形態において好適な解決策を列挙する。
【0283】
以下の解決策は、前章（例えば、項目１）で論じた技術の例示的な実施形態を示す。
【0284】
１．映像処理方法（例えば、図１４に示される方法１４００）は、映像の映像ブロック
と映像のコーディングされた表現との間の変換を実行することを含み、コーディングされ
た表現はフォーマット規則に準拠し、変換は、映像ブロックに対する動きベクトルまたは
動きベクトル差分または動きベクトル予測子の表現が、適応解像度を用いてコーディング
された表現において表されるＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ
ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ）ツールに基づいて行われ、フォーマッ
ト規則は、映像ブロックまたは映像ブロックの近傍のブロックのコーディングされた情報
に依存するコンテキストモデリングによって、コーディングされた表現において適応解像
度の使用を表現することを規定する。
と映像のコーディングされた表現との間の変換を実行することを含み、コーディングされ
た表現はフォーマット規則に準拠し、変換は、映像ブロックに対する動きベクトルまたは
動きベクトル差分または動きベクトル予測子の表現が、適応解像度を用いてコーディング
された表現において表されるＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ
ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ）ツールに基づいて行われ、フォーマッ
ト規則は、映像ブロックまたは映像ブロックの近傍のブロックのコーディングされた情報
に依存するコンテキストモデリングによって、コーディングされた表現において適応解像
度の使用を表現することを規定する。
【0285】
２．コーディングされた情報は、イントラブロックコピーモードを使用することを含む
、解決策１に記載の方法。
、解決策１に記載の方法。
【0286】
３．コーディングされた情報は、アフィンＡＭＶＲモードまたは非アフィンおよび非イ
ントラブロックコピーモード、双予測または単一予測モードの使用を含む、解決策１に記
載の方法。
ントラブロックコピーモード、双予測または単一予測モードの使用を含む、解決策１に記
載の方法。
【0287】
４．コーディングされた情報は、映像ブロックの寸法を含む、解決策１から３のいずれ
かに記載の方法。
かに記載の方法。
【0288】
以下の解決策は、前章（例えば、項目２）で論じた技術の例示的な実施形態を示す。
【0289】
５．映像処理の方法は、映像の映像ブロックと映像のコーディングされた表現との間の
変換を実行することを含み、コーディングされた表現はフォーマット規則に準拠し、変換
は映像ブロックに対する動きベクトルまたは動きベクトル差分または動きベクトル予測子
の表現が、適応解像度を使用してコーディング表現において表されるＡＭＶＲ（Ａｄａｐ
ｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ
）ツールに基づいて行われ、フォーマット規則は、ＡＭＶＲツールによって使用される精
度のインデックスのための第１のビンおよび第２のビンをコーディングするために使用さ
れるコンテキストモデリングによって、コーディングされた表現における適応解像度の使
用を表現する方法を規定する。
変換を実行することを含み、コーディングされた表現はフォーマット規則に準拠し、変換
は映像ブロックに対する動きベクトルまたは動きベクトル差分または動きベクトル予測子
の表現が、適応解像度を使用してコーディング表現において表されるＡＭＶＲ（Ａｄａｐ
ｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ
）ツールに基づいて行われ、フォーマット規則は、ＡＭＶＲツールによって使用される精
度のインデックスのための第１のビンおよび第２のビンをコーディングするために使用さ
れるコンテキストモデリングによって、コーディングされた表現における適応解像度の使
用を表現する方法を規定する。
【0290】
６．フォーマット規則は、第１のビンを使用することを規定し、第２のビンは同じコン
テキストを使用してコーディングされる、解決策５に記載の方法。
テキストを使用してコーディングされる、解決策５に記載の方法。
【0291】
７．フォーマット規則は、映像ブロックをコーディングされた表現で表すために非アフ
ィンおよび非イントラブロックコピーモードが使用される場合、かつその場合にのみ、第
２のビンをコーディングされた表現でコーディングすることを規定する、解決策５に記載
の方法。
ィンおよび非イントラブロックコピーモードが使用される場合、かつその場合にのみ、第
２のビンをコーディングされた表現でコーディングすることを規定する、解決策５に記載
の方法。
【0292】
以下の解決策は、前章（例えば、項目３から項目８）で論じた技術の例示的な実施形態
を示す。
を示す。
【0293】
８．映像処理の方法は、複数の映像ブロックを含む１または複数の映像ピクチャを含む
映像と、映像のコーディングされた表現との間の変換を実行することを含み、コーディン
グされた表現は、１または複数の映像ブロックのＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉ
ｏｎ Ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ）コーディングに関
する情報を信号通知するためのフォーマット規則に準拠し、フォーマット規則は、第１の
コーディングモードを使用してコーディングされた第１の映像ブロックのＡＭＶＲ精度イ
ンデックスのビンと、第２のコーディングモードを使用してコーディングされた第２の映
像ブロックのＡＭＶＲ精度インデックスのビンとを、同一のコンテキストを使用してコー
ディングすることを規定する。
映像と、映像のコーディングされた表現との間の変換を実行することを含み、コーディン
グされた表現は、１または複数の映像ブロックのＡＭＶＲ（Ａｄａｐｔｉｖｅ Ｍｏｔｉ
ｏｎ Ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏｌｕｔｉｏｎ）コーディングに関
する情報を信号通知するためのフォーマット規則に準拠し、フォーマット規則は、第１の
コーディングモードを使用してコーディングされた第１の映像ブロックのＡＭＶＲ精度イ
ンデックスのビンと、第２のコーディングモードを使用してコーディングされた第２の映
像ブロックのＡＭＶＲ精度インデックスのビンとを、同一のコンテキストを使用してコー
ディングすることを規定する。
【0294】
９．第１のコーディングモードは、イントラブロックコピーモードに対応し、第２のコ
ーディングモードは、インターコーディングに対応し、第１の映像ブロックのビンは、Ａ
ＭＶＲ精度インデックスの第１のビンであり、第２の映像ブロックのビンは、対応するＡ
ＭＶＲ精度インデックスの第２のビンである、解決策８に記載の方法。
ーディングモードは、インターコーディングに対応し、第１の映像ブロックのビンは、Ａ
ＭＶＲ精度インデックスの第１のビンであり、第２の映像ブロックのビンは、対応するＡ
ＭＶＲ精度インデックスの第２のビンである、解決策８に記載の方法。
【0295】
１０．第１のコーディングモードは、イントラブロックコピーモードに対応し、第２の
コーディングモードは、インターコーディングに対応し、第１の映像ブロックのビンは、
ＡＭＶＲ精度インデックスの第１のビンであり、第２の映像ブロックのビンは、対応する
ＡＭＶＲ精度インデックスの第１のビンである、解決策８に記載の方法。
コーディングモードは、インターコーディングに対応し、第１の映像ブロックのビンは、
ＡＭＶＲ精度インデックスの第１のビンであり、第２の映像ブロックのビンは、対応する
ＡＭＶＲ精度インデックスの第１のビンである、解決策８に記載の方法。
【0296】
１１．第１のコーディングモードは、イントラブロックコピーモードに対応し、第２の
コーディングモードは、インターコーディングに対応し、第１の映像ブロックのビンは、
ＡＭＶＲ精度インデックスの第１のビンであり、第２の映像ブロックのビンは、対応する
ＡＭＶＲ精度インデックスの第１のビンである、解決策８に記載の方法。
コーディングモードは、インターコーディングに対応し、第１の映像ブロックのビンは、
ＡＭＶＲ精度インデックスの第１のビンであり、第２の映像ブロックのビンは、対応する
ＡＭＶＲ精度インデックスの第１のビンである、解決策８に記載の方法。
【0297】
１２．第１のコーディングモードは、イントラブロックコピーモードに対応し、第２の
コーディングモードは、アフィンコーディングに対応し、第１の映像ブロックのビンは、
ＡＭＶＲ精度インデックスの第１のビンであり、第２の映像ブロックのビンは、対応する
ＡＭＶＲ精度インデックスの第１のビンである、解決策８に記載の方法。
コーディングモードは、アフィンコーディングに対応し、第１の映像ブロックのビンは、
ＡＭＶＲ精度インデックスの第１のビンであり、第２の映像ブロックのビンは、対応する
ＡＭＶＲ精度インデックスの第１のビンである、解決策８に記載の方法。
【0298】
１３．フォーマット規則は、イントラブロックコピーモード、アフィンモードおよびイ
ンターコーディングモードを有する、第１の映像ブロック、第２の映像ブロック、および
第３の映像ブロックのすべてのビンをコーディングするために、同じコンテキストを使用
することをさらに規定する、解決策８に記載の方法。
ンターコーディングモードを有する、第１の映像ブロック、第２の映像ブロック、および
第３の映像ブロックのすべてのビンをコーディングするために、同じコンテキストを使用
することをさらに規定する、解決策８に記載の方法。
【0299】
１４．フォーマット規則は、イントラブロックコピーモード、アフィンモード、および
インターコーディングモードを有する、第１の映像ブロック、第２の映像ブロック、およ
び第３の映像ブロックの第１のビンをコーディングするための異なるコンテキスト、およ
び第１の映像ブロック、第２の映像ブロック、および第３の映像ブロックの第２のビンを
コーディングするための同じコンテキストを用いることさらに規定する、解決策８に記載
の方法。
インターコーディングモードを有する、第１の映像ブロック、第２の映像ブロック、およ
び第３の映像ブロックの第１のビンをコーディングするための異なるコンテキスト、およ
び第１の映像ブロック、第２の映像ブロック、および第３の映像ブロックの第２のビンを
コーディングするための同じコンテキストを用いることさらに規定する、解決策８に記載
の方法。
【0300】
以下の解決策は、前章（例えば、項目９）で論じた技術の例示的な実施形態を示す。
【0301】
１５．フォーマット規則は、精度値をコーディングするために使用される少なくとも１
つのコンテキストが、ＡＭＶＲツールの適用可能性を示すフラグをコーディングするため
に使用されるコンテキストと同じであることをさらに規定する、解決策１から１４のいず
れかに記載の方法。
つのコンテキストが、ＡＭＶＲツールの適用可能性を示すフラグをコーディングするため
に使用されるコンテキストと同じであることをさらに規定する、解決策１から１４のいず
れかに記載の方法。
【0302】
以下の解決策は、前章（例えば、項目１０、１１）で論じた技術の例示的な実施形態を
示す。
示す。
【0303】
１６．映像処理の方法は、映像の映像ブロックと映像のコーディングされた表現との間
の変換を実行することを含み、映像ブロックは、１または複数の垂直および／または１ま
たは複数の水平分割に分割され、コーディングされた表現は、映像ブロックの分割情報の
コンテキストベースのコーディングを規定するフォーマット規則に準拠する。
の変換を実行することを含み、映像ブロックは、１または複数の垂直および／または１ま
たは複数の水平分割に分割され、コーディングされた表現は、映像ブロックの分割情報の
コンテキストベースのコーディングを規定するフォーマット規則に準拠する。
【0304】
１７．フォーマット規則は、分割情報を示す構文要素のコンテキストモデリングが、映
像ブロックに対して許可された垂直分割の数および／または前記映像ブロックに対して許
可された水平分割の数に依存することを規定する、解決策１６に記載の方法。
像ブロックに対して許可された垂直分割の数および／または前記映像ブロックに対して許
可された水平分割の数に依存することを規定する、解決策１６に記載の方法。
【0305】
１８．フォーマット規則は、映像ブロックに対して許可された垂直分割の数が映像ブロ
ックに対して許可された水平分割の数よりも大きいかどうかに依存する、解決策１７に記
載の方法。
ックに対して許可された水平分割の数よりも大きいかどうかに依存する、解決策１７に記
載の方法。
【0306】
１９．フォーマット規則は、構文要素をコーディングするためにＮ個のコンテキストを
使用することを規定し、Ｎは映像ブロックの寸法または近傍の映像ブロックの寸法に基づ
く、解決策１７から１８のいずれかに記載の方法。
使用することを規定し、Ｎは映像ブロックの寸法または近傍の映像ブロックの寸法に基づ
く、解決策１７から１８のいずれかに記載の方法。
【0307】
以下の解決策は、前章（例えば、項目１２）で論じた技術の例示的な実施形態を示す。
【0308】
２０．フォーマット規則は、映像ブロックへの垂直分割の適用可能性を示すフラグをコ
ーディングするために、単一のコンテキストを使用することを規定する、解決策１６から
１９のいずれかに記載の方法。
ーディングするために、単一のコンテキストを使用することを規定する、解決策１６から
１９のいずれかに記載の方法。
【0309】
以下の解決策は、前章（例えば、項目１３、１７）で論じた技術の例示的な実施形態を
示す。
示す。
【0310】
２１．映像処理の方法は、映像の映像ブロックと映像のコーディングされた表現との間
の変換を実行することを含み、コーディングされた表現はフォーマット規則に準拠し、フ
ォーマット規則は、変換係数の符号を表現するためにコンテキストコーディングまたはバ
イパスコーディングのいずれを使用するかを決定するために使用されるコーディング条件
を規定する。
の変換を実行することを含み、コーディングされた表現はフォーマット規則に準拠し、フ
ォーマット規則は、変換係数の符号を表現するためにコンテキストコーディングまたはバ
イパスコーディングのいずれを使用するかを決定するために使用されるコーディング条件
を規定する。
【0311】
２２．コーディング条件は、残りの許可されたコンテキストコーディングされたビンの
数に対応する、解決策２１に記載の方法。
数に対応する、解決策２１に記載の方法。
【0312】
２３．コーディング条件は、映像ブロックとコーディングされた表現との間の変換に使
用される変換の種類に対応する、解決策２１に記載の方法。
用される変換の種類に対応する、解決策２１に記載の方法。
【0313】
以下の解決策は、前章（例えば、項目１４）で論じた技術の例示的な実施形態を示す。
【0314】
２４．映像処理の方法は、映像の映像ブロックと、映像のコーディングされた表現との
間の変換を実行することを含み、コーディングされた表現はフォーマット規則に準拠し、
フォーマット規則は、変換スキップ残差コーディング処理の第３または残差係数走査パス
における残りの構文要素のバイパスコーディングの開始時に、残りの許可されたコンテキ
ストコーディングされたビンの数を規定する変数に演算が適用されることを規定する。
間の変換を実行することを含み、コーディングされた表現はフォーマット規則に準拠し、
フォーマット規則は、変換スキップ残差コーディング処理の第３または残差係数走査パス
における残りの構文要素のバイパスコーディングの開始時に、残りの許可されたコンテキ
ストコーディングされたビンの数を規定する変数に演算が適用されることを規定する。
【0315】
２５．変換は、映像をコーディングされた表現に符号化することを含む、解決策１から
２４のいずれか１つに記載の方法。
２４のいずれか１つに記載の方法。
【0316】
２６．変換は、映像の画素値を生成するためにコーディングされた表現を復号すること
を含む、解決策１から２４のいずれか１つに記載の方法。
を含む、解決策１から２４のいずれか１つに記載の方法。
【0317】
２７．解決策１から２６の１または複数に記載の方法を実装するように構成されたプロ
セッサを備える、映像復号装置。
セッサを備える、映像復号装置。
【0318】
２８．解決策１から２６の１つまたは複数に記載の方法を実装するように構成されたプ
ロセッサを備える、映像符号化装置。
ロセッサを備える、映像符号化装置。
【0319】
２９．コンピュータコードが記憶されたコンピュータプログラムプロダクトであって、
コードは、プロセッサにより実行された際に、プロセッサに、解決策１から２６のいずれ
か１つに記載の方法を実装させるコンピュータプログラムプロダクト。
コードは、プロセッサにより実行された際に、プロセッサに、解決策１から２６のいずれ
か１つに記載の方法を実装させるコンピュータプログラムプロダクト。
【0320】
３０．本明細書に記載の方法、装置またはシステム。
【0321】
図１８は、本技術の１つまたは複数の実施形態にしたがった映像処理方法１８００を示
すフローチャートである。方法１８００は、動作１８１０において、規則に従って映像の
ブロックと映像のビットストリームとの間の変換を実行することを含む。変換は、ＡＭＶ
Ｒ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏ
ｌｕｔｉｏｎ）ツールに基づいて行われ、規則は、ブロックのコーディングモードの使用
に基づいて、ＡＭＶＲシフトに関連する動きベクトル差分の解像度を規定する第１の構文
要素のビンの文字列内の第１のビンのためのコンテキストの選択を導出することを規定す
る。
すフローチャートである。方法１８００は、動作１８１０において、規則に従って映像の
ブロックと映像のビットストリームとの間の変換を実行することを含む。変換は、ＡＭＶ
Ｒ（Ａｄａｐｔｉｖｅ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ Ｒｅｓｏ
ｌｕｔｉｏｎ）ツールに基づいて行われ、規則は、ブロックのコーディングモードの使用
に基づいて、ＡＭＶＲシフトに関連する動きベクトル差分の解像度を規定する第１の構文
要素のビンの文字列内の第１のビンのためのコンテキストの選択を導出することを規定す
る。
【0322】
いくつかの実施形態において、ブロックはコーディングユニットである。いくつかの実
施形態において、ブロックのコーディングモードは、アフィンインターモード、イントラ
ブロックコピーモードまたはノーマルインターモードのうち１つである。いくつかの実施
形態において、異なるコーディングモードに対応する複数のコンテキストが第１のビンに
適用されてもよい。いくつかの実施形態において、複数のコンテキストは３つのコンテキ
ストを含む。いくつかの実施形態において、各コーディングモードは単一のコンテキスト
に対応する。
施形態において、ブロックのコーディングモードは、アフィンインターモード、イントラ
ブロックコピーモードまたはノーマルインターモードのうち１つである。いくつかの実施
形態において、異なるコーディングモードに対応する複数のコンテキストが第１のビンに
適用されてもよい。いくつかの実施形態において、複数のコンテキストは３つのコンテキ
ストを含む。いくつかの実施形態において、各コーディングモードは単一のコンテキスト
に対応する。
【0323】
いくつかの実施形態において、ＩＢＣモードを利用してブロックをコーディングする場
合、第１のビンに対する第１のコンテキストが第１の値に割り当てられ、ＩＢＣモードを
利用してブロックをコーディングしない場合、第１のコンテキストとは異なる少なくとも
１つのコンテキストが、少なくとも１つのインターコーディングモードのための第１のビ
ンに適用可能である。いくつかの実施形態において、第１のビンに対する第２のコンテキ
ストは、ブロックがアフィンインターモードを使用してコーディングされている場合、第
２の値に割り当てられ、ブロックが、非アフィンインターモードである通常インターモー
ドを使用してコーディングされている場合、第１のビンに対する第３のコンテキストは第
３の値に割り当てられる。第２の値および第３の値は、それぞれ異なる値である。
合、第１のビンに対する第１のコンテキストが第１の値に割り当てられ、ＩＢＣモードを
利用してブロックをコーディングしない場合、第１のコンテキストとは異なる少なくとも
１つのコンテキストが、少なくとも１つのインターコーディングモードのための第１のビ
ンに適用可能である。いくつかの実施形態において、第１のビンに対する第２のコンテキ
ストは、ブロックがアフィンインターモードを使用してコーディングされている場合、第
２の値に割り当てられ、ブロックが、非アフィンインターモードである通常インターモー
ドを使用してコーディングされている場合、第１のビンに対する第３のコンテキストは第
３の値に割り当てられる。第２の値および第３の値は、それぞれ異なる値である。
【0324】
いくつかの実施形態において、ビンの文字列の第２のビンのコンテキストは第１のビン
に用いられる１または複数のコンテキストと同じである。いくつかの実施形態において、
ビンの文字列の第２のビンは単一のコンテキスト値でコーディングされる。いくつかの実
施形態において、ＩＢＣモードを利用してコーディングされる第１のブロックに対するビ
ンの文字列の第１のビンと、非アフィンインターモードである通常のインターモードを利
用してコーディングされる第２ブロックに対するビンの文字列の第２ビンには同じコンテ
キストが選択される。
に用いられる１または複数のコンテキストと同じである。いくつかの実施形態において、
ビンの文字列の第２のビンは単一のコンテキスト値でコーディングされる。いくつかの実
施形態において、ＩＢＣモードを利用してコーディングされる第１のブロックに対するビ
ンの文字列の第１のビンと、非アフィンインターモードである通常のインターモードを利
用してコーディングされる第２ブロックに対するビンの文字列の第２ビンには同じコンテ
キストが選択される。
【0325】
いくつかの実施形態において、ＩＢＣモードまたはアフィンインターモードを使用して
ブロックをコーディングする場合、ビンの文字列は第１のビンから構成される。非アフィ
ンインターモードである通常のインターモードを使用してブロックをコーディングする場
合、ビンの文字列は、第２のビンをさらに備える。いくつかの実施形態において、第１の
ビンに適用される複数のコンテキストの少なくとも１つは、動きベクトル差分の解像度が
輝度サンプルの１／４であるか、または第１の構文要素によって規定されるかどうかを規
定する第２の構文要素のために選択された少なくとも１つのコンテキストと同じである。
いくつかの実施形態において、ＩＢＣモードを使用してブロックをコーディングしている
場合、動きベクトル差分の解像度を規定する第１の構文要素のためのコンテキストは、動
きベクトル差分の解像度が輝度サンプルの１／４であるか、または第１の構文要素によっ
て規定されるかどうかを規定する第２の構文要素のために選択されたコンテキストと同じ
である。いくつかの実施形態において、ＩＢＣモードまたはアフィンモードを使用してブ
ロックをコーディングしていない場合、動きベクトル差分の解像度を規定する第１の構文
要素のためのコンテキストは、動きベクトル差分の解像度が輝度サンプルの１／４である
か、または第１の構文要素によって規定されるかどうかを規定する第２の構文要素のため
に選択されたコンテキストと同じである。いくつかの実施形態において、ビンの文字列内
の第１のビンのためのコンテキストにＣｔｘＭの値が割り当てられ、ビンの文字列を有す
る第２のビンのコンテキストにはＣｔｘＱの値が割り当てられ、ここで、ＣｔｘＭ＝Ｃｔ
ｘＱである。いくつかの実施形態において、第１のビンと比較し、第２のビンに異なるコ
ンテキストが選択される。
ブロックをコーディングする場合、ビンの文字列は第１のビンから構成される。非アフィ
ンインターモードである通常のインターモードを使用してブロックをコーディングする場
合、ビンの文字列は、第２のビンをさらに備える。いくつかの実施形態において、第１の
ビンに適用される複数のコンテキストの少なくとも１つは、動きベクトル差分の解像度が
輝度サンプルの１／４であるか、または第１の構文要素によって規定されるかどうかを規
定する第２の構文要素のために選択された少なくとも１つのコンテキストと同じである。
いくつかの実施形態において、ＩＢＣモードを使用してブロックをコーディングしている
場合、動きベクトル差分の解像度を規定する第１の構文要素のためのコンテキストは、動
きベクトル差分の解像度が輝度サンプルの１／４であるか、または第１の構文要素によっ
て規定されるかどうかを規定する第２の構文要素のために選択されたコンテキストと同じ
である。いくつかの実施形態において、ＩＢＣモードまたはアフィンモードを使用してブ
ロックをコーディングしていない場合、動きベクトル差分の解像度を規定する第１の構文
要素のためのコンテキストは、動きベクトル差分の解像度が輝度サンプルの１／４である
か、または第１の構文要素によって規定されるかどうかを規定する第２の構文要素のため
に選択されたコンテキストと同じである。いくつかの実施形態において、ビンの文字列内
の第１のビンのためのコンテキストにＣｔｘＭの値が割り当てられ、ビンの文字列を有す
る第２のビンのコンテキストにはＣｔｘＱの値が割り当てられ、ここで、ＣｔｘＭ＝Ｃｔ
ｘＱである。いくつかの実施形態において、第１のビンと比較し、第２のビンに異なるコ
ンテキストが選択される。
【0326】
いくつかの実施形態において、ブロックがＩＢＣモードにてコーディングされる場合の
第１のビンに対する第１のコンテキストと、ブロックがアフィンモードを使用してコーデ
ィングされる場合の第１のビンに対する第２のコンテキストと、ブロックがＩＢＣモード
もアフィンモードも使用せずにコーディングされる場合の第１のビンに対する第３のコン
テキストは同じである。いくつかの実施形態において、ブロックがＩＢＣモードにてコー
ディングされる場合の第１のビンに対する第１のコンテキストと、ブロックがＩＢＣモー
ドもアフィンモードも使用せずにコーディングされる場合の第１のビンに対する第２のコ
ンテキストは同じである。いくつかの実施形態において、アフィンモードを使用してブロ
ックをコーディングする場合の第１のビンに対する第３コンテキストは、第１のコンテキ
ストおよび第２のコンテキストと異なる。いくつかの実施形態において、ブロックがＩＢ
Ｃモードにてコーディングされる場合の第１のビンに対する第１のコンテキストと、ブロ
ックがアフィンモードでコーディングされる場合の第１のビンに対する第２のコンテキス
トは同じである。いくつかの実施形態において、ブロックがＩＢＣモードにてコーディン
グされる場合のビンの文字列内のすべてのビンに対するコンテキストと、ブロックがアフ
ィンモードを使用してコーディングされる場合のビンの文字列内のすべてのビンに対する
コンテキストと、ブロックがＩＢＣモードもアフィンモードも使用せずにコーディングす
る場合のビンの文字列内のすべてのビンのためのコンテキストは同じである。
第１のビンに対する第１のコンテキストと、ブロックがアフィンモードを使用してコーデ
ィングされる場合の第１のビンに対する第２のコンテキストと、ブロックがＩＢＣモード
もアフィンモードも使用せずにコーディングされる場合の第１のビンに対する第３のコン
テキストは同じである。いくつかの実施形態において、ブロックがＩＢＣモードにてコー
ディングされる場合の第１のビンに対する第１のコンテキストと、ブロックがＩＢＣモー
ドもアフィンモードも使用せずにコーディングされる場合の第１のビンに対する第２のコ
ンテキストは同じである。いくつかの実施形態において、アフィンモードを使用してブロ
ックをコーディングする場合の第１のビンに対する第３コンテキストは、第１のコンテキ
ストおよび第２のコンテキストと異なる。いくつかの実施形態において、ブロックがＩＢ
Ｃモードにてコーディングされる場合の第１のビンに対する第１のコンテキストと、ブロ
ックがアフィンモードでコーディングされる場合の第１のビンに対する第２のコンテキス
トは同じである。いくつかの実施形態において、ブロックがＩＢＣモードにてコーディン
グされる場合のビンの文字列内のすべてのビンに対するコンテキストと、ブロックがアフ
ィンモードを使用してコーディングされる場合のビンの文字列内のすべてのビンに対する
コンテキストと、ブロックがＩＢＣモードもアフィンモードも使用せずにコーディングす
る場合のビンの文字列内のすべてのビンのためのコンテキストは同じである。
【0327】
本発明の実施形態において、ＡＭＶＲツールは、動きベクトルの差分の解像度をブロッ
ク単位で適応的に調整するコーディングツールである。
ク単位で適応的に調整するコーディングツールである。
【0328】
図１９は、本発明の１または複数の実施形態による映像処理方法１９００を示す流れ図
である。方法１９００は、動作１９１０において、規則に従って映像の現在のブロックと
映像のビットストリームとの間の変換を実行することを含む。規則は、ブロックを水平方
向に分割するか垂直方向に分割するかを規定する構文要素をコーディングするコンテキス
トを、許可された垂直方向の分割数および許可された水平方向の分割数に基づいて選択す
ることを規定する。許可された垂直分割の数は、許可されたバイナリ（ｂｉｎａｒｙ）垂
直分割の数と許可されたターナリ（ｔｅｒｎａｒｙ）垂直分割の数とを含み、許可された
水平分割の数は、許可されたバイナリ水平分割の数と許可されたターナリ水平分割の数と
を含む。
である。方法１９００は、動作１９１０において、規則に従って映像の現在のブロックと
映像のビットストリームとの間の変換を実行することを含む。規則は、ブロックを水平方
向に分割するか垂直方向に分割するかを規定する構文要素をコーディングするコンテキス
トを、許可された垂直方向の分割数および許可された水平方向の分割数に基づいて選択す
ることを規定する。許可された垂直分割の数は、許可されたバイナリ（ｂｉｎａｒｙ）垂
直分割の数と許可されたターナリ（ｔｅｒｎａｒｙ）垂直分割の数とを含み、許可された
水平分割の数は、許可されたバイナリ水平分割の数と許可されたターナリ水平分割の数と
を含む。
【0329】
いくつかの実施形態において、ブロックはコーディングユニットである。いくつかの実
施形態において、コンテンツは許可された垂直分割の数と許可された水平分割の数とを比
較することにより選択される。いくつかの実施形態において、コンテキストは、許可され
た垂直分割の数が許可された水平分割の数より大きい場合、第１のコンテキストのセット
から選択される。いくつかの実施形態において、コンテキストは、許可された垂直分割の
数が許可された水平分割の数より少ない場合、第２のコンテキストのセットから選択され
る。いくつかの実施形態において、第１のコンテキストのセットおよび第２のコンテキス
トのセットはそれぞれ単一のコンテキストを含む。いくつかの実施形態において、第１の
コンテキストのセットにおける単一コンテキストの値は４である。いくつかの実施形態に
おいて、第２のコンテキストのセットにおける単一コンテキストの値は３である。
施形態において、コンテンツは許可された垂直分割の数と許可された水平分割の数とを比
較することにより選択される。いくつかの実施形態において、コンテキストは、許可され
た垂直分割の数が許可された水平分割の数より大きい場合、第１のコンテキストのセット
から選択される。いくつかの実施形態において、コンテキストは、許可された垂直分割の
数が許可された水平分割の数より少ない場合、第２のコンテキストのセットから選択され
る。いくつかの実施形態において、第１のコンテキストのセットおよび第２のコンテキス
トのセットはそれぞれ単一のコンテキストを含む。いくつかの実施形態において、第１の
コンテキストのセットにおける単一コンテキストの値は４である。いくつかの実施形態に
おいて、第２のコンテキストのセットにおける単一コンテキストの値は３である。
【0330】
いくつかの実施形態において、コンテキストは、許可された垂直分割の数が許可された
水平分割の数と等しい場合、第３のコンテキストのセットから選択される。いくつかの実
施形態において、第３のコンテキストのセットは複数のコンテキストを含む。いくつかの
実施形態において、第３のコンテキストのセットは、０の値を有する第３のコンテキスト
、１の値を有する第４コンテキスト、および２の値を有する第５のコンテキストとを含む
。
水平分割の数と等しい場合、第３のコンテキストのセットから選択される。いくつかの実
施形態において、第３のコンテキストのセットは複数のコンテキストを含む。いくつかの
実施形態において、第３のコンテキストのセットは、０の値を有する第３のコンテキスト
、１の値を有する第４コンテキスト、および２の値を有する第５のコンテキストとを含む
。
【0331】
いくつかの実施形態において、第３のコンテキストのセットからのコンテキストの選択
は、（１）現在のブロックの上に位置する第１の近傍のブロックと現在のブロックの左に
位置する第２の近傍のブロックの利用可能性、（２）現在のブロックの寸法、および／ま
たは（３）近傍のブロックの寸法に、さらに基づく。いくつかの実施形態において、コン
テキストは、（１）現在のブロックの上に位置する第１の近傍のブロックまたは現在のブ
ロックの左に位置する第２の近傍のブロックのいずれかが利用可能でない場合、または（
２）ｄＡがｄＬに等しい場合、ＣｔｘＤの値に割り当てられ、ｄＡは現在のブロックの上
に位置する第１の近傍のブロックの幅で除した現在ブロックの幅を表し、かつｄＬは現在
のブロックの左に位置する第２の近傍のブロックの高さで除した現在のブロックの高さを
表す。いくつかの実施形態において、コンテキストは、ｄＡがｄＬより小さい場合、Ｃｔ
ｘＥの値に割り当てられ、ここで、ｄＡは現在のブロックの上に位置する第１の近傍のブ
ロックの幅で除した現在ブロックの幅を表し、かつｄＬは現在のブロックの左に位置する
第２の近傍のブロックの高さで除した現在のブロックの高さを表す。いくつかの実施形態
において、コンテキストは、ｄＡがｄＬより大きい場合、ＣｔｘＦの値に割り当てられ、
ここで、ｄＡは現在のブロックの上に位置する第１の近傍のブロックの幅で除した現在ブ
ロックの幅を表し、かつｄＬは現在のブロックの左に位置する第２の近傍のブロックの高
さで除した現在のブロックの高さを表す。
は、（１）現在のブロックの上に位置する第１の近傍のブロックと現在のブロックの左に
位置する第２の近傍のブロックの利用可能性、（２）現在のブロックの寸法、および／ま
たは（３）近傍のブロックの寸法に、さらに基づく。いくつかの実施形態において、コン
テキストは、（１）現在のブロックの上に位置する第１の近傍のブロックまたは現在のブ
ロックの左に位置する第２の近傍のブロックのいずれかが利用可能でない場合、または（
２）ｄＡがｄＬに等しい場合、ＣｔｘＤの値に割り当てられ、ｄＡは現在のブロックの上
に位置する第１の近傍のブロックの幅で除した現在ブロックの幅を表し、かつｄＬは現在
のブロックの左に位置する第２の近傍のブロックの高さで除した現在のブロックの高さを
表す。いくつかの実施形態において、コンテキストは、ｄＡがｄＬより小さい場合、Ｃｔ
ｘＥの値に割り当てられ、ここで、ｄＡは現在のブロックの上に位置する第１の近傍のブ
ロックの幅で除した現在ブロックの幅を表し、かつｄＬは現在のブロックの左に位置する
第２の近傍のブロックの高さで除した現在のブロックの高さを表す。いくつかの実施形態
において、コンテキストは、ｄＡがｄＬより大きい場合、ＣｔｘＦの値に割り当てられ、
ここで、ｄＡは現在のブロックの上に位置する第１の近傍のブロックの幅で除した現在ブ
ロックの幅を表し、かつｄＬは現在のブロックの左に位置する第２の近傍のブロックの高
さで除した現在のブロックの高さを表す。
【0332】
いくつかの実施形態において、第１のコンテキストのセット、第２のコンテキストのセ
ット、および第３のコンテキストのセットにおけるコンテキストは互いに異なる。
ット、および第３のコンテキストのセットにおけるコンテキストは互いに異なる。
【0333】
図２０は、本発明の１または複数の実施形態による映像処理方法２０００を示す流れ図
である。方法２０００は、動作２０１０において、規則に従って映像の現在のブロックと
映像のビットストリームとの間の変換を実行することを含む。規則は、変換係数レベルの
符号を規定する構文要素に対してコンテキストコーディングを使用するかまたはバイパス
コーディングを使用するかが、現在のブロックに対して使用される残りの許可されたコン
テキストコーディングされたビンの数または変換のタイプに基づくことを規定する。
である。方法２０００は、動作２０１０において、規則に従って映像の現在のブロックと
映像のビットストリームとの間の変換を実行することを含む。規則は、変換係数レベルの
符号を規定する構文要素に対してコンテキストコーディングを使用するかまたはバイパス
コーディングを使用するかが、現在のブロックに対して使用される残りの許可されたコン
テキストコーディングされたビンの数または変換のタイプに基づくことを規定する。
【0334】
いくつかの実施形態において、残りの許可されたコンテキストコーディングされたビン
の数が閾値以上である場合、現在のブロックのための変換スキップ残差コーディング処理
において、構文要素に対してコンテキストコーディングが用いられる。いくつかの実施形
態において、残りの許可されたコンテキストコーディングされたビンの数が閾値より少な
い場合、現在のブロックのための変換スキップ残差コーディング処理において、構文要素
に対してバイパスコーディングする。いくつかの実施形態において、閾値は、０または３
である。
の数が閾値以上である場合、現在のブロックのための変換スキップ残差コーディング処理
において、構文要素に対してコンテキストコーディングが用いられる。いくつかの実施形
態において、残りの許可されたコンテキストコーディングされたビンの数が閾値より少な
い場合、現在のブロックのための変換スキップ残差コーディング処理において、構文要素
に対してバイパスコーディングする。いくつかの実施形態において、閾値は、０または３
である。
【0335】
いくつかの実施形態において、残りの許可されたコンテキストコーディングされたビン
の数がＮ以下である場合、構文要素にバイパスコーディングが用いられる。いくつかの実
施形態において、残りの許可されたコンテキストコーディングされたビンの数がＮ以上で
ある場合、構文要素にコンテキストコーディングが用いられる。いくつかの実施形態にお
いて、残りの許可されたコンテキストコーディングされたビンの数は、変換における変換
係数レベルの残りの絶対値を処理する前に、Ｎ以下に修正される。いくつかの実施形態に
おいて、Ｎは０、３、または４である。いくつかの実施形態において、Ｎは現在のブロッ
クの特徴に基づく整数である。いくつかの実施形態において、現在のブロックの特徴は、
シーケンスパラメータセット、映像パラメータセット、ピクチャパラメータセット、ピク
チャヘッダ、スライスヘッダ、タイルグループヘッダ、ラージコーディングユニットの行
、ラージコーディングユニットのグループ、ラージコーディングユニットまたはコーディ
ングユニットにおける指示を含む。いくつかの実施形態において、現在のブロックの特徴
は、現在のブロックまたは現在のブロックの近傍のブロックの寸法または形状を含む。い
くつかの実施形態において、現在のブロックの特徴は、映像のカラーフォーマットの指示
を含む。いくつかの実施形態において、現在のブロックの特徴は、変換に別個の、または
デュアルコーディングツリー構造が用いられるかを示す指示を含む。いくつかの実施形態
において、現在のブロックの特徴は、スライスタイプまたはピクチャタイプを含む。いく
つかの実施形態において、現在のブロックの特徴は、映像の色成分の数を含む。
の数がＮ以下である場合、構文要素にバイパスコーディングが用いられる。いくつかの実
施形態において、残りの許可されたコンテキストコーディングされたビンの数がＮ以上で
ある場合、構文要素にコンテキストコーディングが用いられる。いくつかの実施形態にお
いて、残りの許可されたコンテキストコーディングされたビンの数は、変換における変換
係数レベルの残りの絶対値を処理する前に、Ｎ以下に修正される。いくつかの実施形態に
おいて、Ｎは０、３、または４である。いくつかの実施形態において、Ｎは現在のブロッ
クの特徴に基づく整数である。いくつかの実施形態において、現在のブロックの特徴は、
シーケンスパラメータセット、映像パラメータセット、ピクチャパラメータセット、ピク
チャヘッダ、スライスヘッダ、タイルグループヘッダ、ラージコーディングユニットの行
、ラージコーディングユニットのグループ、ラージコーディングユニットまたはコーディ
ングユニットにおける指示を含む。いくつかの実施形態において、現在のブロックの特徴
は、現在のブロックまたは現在のブロックの近傍のブロックの寸法または形状を含む。い
くつかの実施形態において、現在のブロックの特徴は、映像のカラーフォーマットの指示
を含む。いくつかの実施形態において、現在のブロックの特徴は、変換に別個の、または
デュアルコーディングツリー構造が用いられるかを示す指示を含む。いくつかの実施形態
において、現在のブロックの特徴は、スライスタイプまたはピクチャタイプを含む。いく
つかの実施形態において、現在のブロックの特徴は、映像の色成分の数を含む。
【0336】
いくつかの実施形態において、構文要素のコンテキストコーディングは、残りの許可さ
れたコンテキストコーディングされたビンの数に基づく。いくつかの実施形態において、
残りの許可されたコンテキストコーディングされたビンの数を規定する変数は、変換スキ
ップ残差コーディング処理の第３のまたは残りの係数スキャンパスにおける残りの構文要
素のバイパスコーディングの開始時に修正される。いくつかの実施形態において、変数は
、０の固定値に設定される。いくつかの実施形態において、変数は、１にてデクリメント
される。いくつかの実施形態において、現在のブロックは、ブロックベースの差分パルス
符号変調コーディングされたブロックを含むか或いは含まない変換ブロックまたは変換ス
キップブロックを含む。
れたコンテキストコーディングされたビンの数に基づく。いくつかの実施形態において、
残りの許可されたコンテキストコーディングされたビンの数を規定する変数は、変換スキ
ップ残差コーディング処理の第３のまたは残りの係数スキャンパスにおける残りの構文要
素のバイパスコーディングの開始時に修正される。いくつかの実施形態において、変数は
、０の固定値に設定される。いくつかの実施形態において、変数は、１にてデクリメント
される。いくつかの実施形態において、現在のブロックは、ブロックベースの差分パルス
符号変調コーディングされたブロックを含むか或いは含まない変換ブロックまたは変換ス
キップブロックを含む。
【0337】
いくつかの実施形態において、本方法を応用するかどうかは、シーケンスレベル、ピク
チャレベル、スライスレベルまたはタイルグループレベルで示される。いくつかの実施形
態において、指示は、シーケンスヘッダ、ピクチャヘッダ、シーケンスパラメータセット
、映像パラメータセット、デコーダパラメータセット、復号能力情報、ピクチャパラメー
タセット、適応パラメータセット、スライスヘッダまたはタイルグループヘッダに含まれ
る。いくつかの実施形態において、この方法を適用するかどうか、またはどのように適用
するかは、映像のコーディングされた情報に基づく。
チャレベル、スライスレベルまたはタイルグループレベルで示される。いくつかの実施形
態において、指示は、シーケンスヘッダ、ピクチャヘッダ、シーケンスパラメータセット
、映像パラメータセット、デコーダパラメータセット、復号能力情報、ピクチャパラメー
タセット、適応パラメータセット、スライスヘッダまたはタイルグループヘッダに含まれ
る。いくつかの実施形態において、この方法を適用するかどうか、またはどのように適用
するかは、映像のコーディングされた情報に基づく。
【0338】
いくつかの実施形態において、変換は、映像をビットストリームに符号化することを含
む。いくつかの実施形態において、変換は、ビットストリームから映像を復号することを
含む。
む。いくつかの実施形態において、変換は、ビットストリームから映像を復号することを
含む。
【0339】
本明細書では、「映像処理」という用語は、映像符号化、映像復号、映像圧縮、または
映像展開を指してよい。例えば、映像圧縮アルゴリズムは、映像の画素表現から対応する
ビットストリーム表現への変換、またはその逆の変換中に適用されてもよい。現在の映像
ブロックのビットストリーム表現は、例えば、構文によって規定されるように、ビットス
トリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例え
ば、１つのマクロブロックは、変換およびコーディングされた誤り残差値の観点から、か
つビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号
化されてもよい。さらに、変換中、デコーダは、上記解決策で説明されているように、判
定に基づいて、いくつかのフィールドが存在しても存在しなくてもよいという知識を持っ
て、ビットストリームを構文解析してもよい。同様に、エンコーダは、特定の構文フィー
ルドが含まれるべきであるか、または含まれないべきであるかを判定し、構文フィールド
をコーディングされた表現に含めるか、またはコーディングされた表現から除外すること
によって、それに応じてコーディングされた表現を生成してもよい。
映像展開を指してよい。例えば、映像圧縮アルゴリズムは、映像の画素表現から対応する
ビットストリーム表現への変換、またはその逆の変換中に適用されてもよい。現在の映像
ブロックのビットストリーム表現は、例えば、構文によって規定されるように、ビットス
トリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例え
ば、１つのマクロブロックは、変換およびコーディングされた誤り残差値の観点から、か
つビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号
化されてもよい。さらに、変換中、デコーダは、上記解決策で説明されているように、判
定に基づいて、いくつかのフィールドが存在しても存在しなくてもよいという知識を持っ
て、ビットストリームを構文解析してもよい。同様に、エンコーダは、特定の構文フィー
ルドが含まれるべきであるか、または含まれないべきであるかを判定し、構文フィールド
をコーディングされた表現に含めるか、またはコーディングされた表現から除外すること
によって、それに応じてコーディングされた表現を生成してもよい。
【0340】
本明細書に記載された開示された、およびその他の解決策、例、実施形態、モジュール
、および機能動作の実装形態は、本明細書に開示された構造およびその構造的均等物を含
め、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、もしくはハ
ードウェアで実施されてもよく、またはそれらの１または複数の組み合わせで実施しても
よい。開示された、およびその他の実施形態は、１または複数のコンピュータプログラム
プロダクト、たとえば、データ処理装置によって実装されるため、またはデータ処理装置
の動作を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラ
ム命令の１または複数のモジュールとして実施することができる。このコンピュータ可読
媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号
をもたらす物質の組成物、またはこれらの１または複数の組み合わせであってもよい。「
データ処理装置」という用語は、例えば、プログラマブルプロセッサ、コンピュータ、ま
たは複数のプロセッサ、若しくはコンピュータを含む、データを処理するためのすべての
装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュー
タプログラムの実行環境を作るコード、例えば、プロセッサファームウェア、プロトコル
スタック、データベース管理システム、オペレーティングシステム、またはこれらの１ま
たは複数の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成
された信号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置
に送信するための情報を符号化するために生成される。
、および機能動作の実装形態は、本明細書に開示された構造およびその構造的均等物を含
め、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、もしくはハ
ードウェアで実施されてもよく、またはそれらの１または複数の組み合わせで実施しても
よい。開示された、およびその他の実施形態は、１または複数のコンピュータプログラム
プロダクト、たとえば、データ処理装置によって実装されるため、またはデータ処理装置
の動作を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラ
ム命令の１または複数のモジュールとして実施することができる。このコンピュータ可読
媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号
をもたらす物質の組成物、またはこれらの１または複数の組み合わせであってもよい。「
データ処理装置」という用語は、例えば、プログラマブルプロセッサ、コンピュータ、ま
たは複数のプロセッサ、若しくはコンピュータを含む、データを処理するためのすべての
装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュー
タプログラムの実行環境を作るコード、例えば、プロセッサファームウェア、プロトコル
スタック、データベース管理システム、オペレーティングシステム、またはこれらの１ま
たは複数の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成
された信号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置
に送信するための情報を符号化するために生成される。
【0341】
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション
、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された
言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタ
ンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジ
ュール、コンポーネント、サブルーチン、または他のユニットとして含む任意の形式で展
開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるフ
ァイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持する
ファイルの一部（例えば、マークアップ言語文書に格納された１または複数のスクリプト
）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていても
よいし、複数の調整ファイル（例えば、１または複数のモジュール、サブプログラム、ま
たはコードの一部を格納するファイル）に記憶されていてもよい。コンピュータプログラ
ムを、１つのコンピュータで実行するように展開することができ、あるいは、１つのサイ
トに位置する、または複数のサイトにわたって分散され通信ネットワークによって相互接
続される複数のコンピュータで実行するように展開することができる。
、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された
言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタ
ンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジ
ュール、コンポーネント、サブルーチン、または他のユニットとして含む任意の形式で展
開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるフ
ァイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持する
ファイルの一部（例えば、マークアップ言語文書に格納された１または複数のスクリプト
）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていても
よいし、複数の調整ファイル（例えば、１または複数のモジュール、サブプログラム、ま
たはコードの一部を格納するファイル）に記憶されていてもよい。コンピュータプログラ
ムを、１つのコンピュータで実行するように展開することができ、あるいは、１つのサイ
トに位置する、または複数のサイトにわたって分散され通信ネットワークによって相互接
続される複数のコンピュータで実行するように展開することができる。
【0342】
本明細書に記載された処理およびロジックフローは、入力データに対して動作し、出力
を生成することによって機能を行うための１または複数のコンピュータプログラムを実行
する１または複数のプログラマブルプロセッサによって行うことができる。処理およびロ
ジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏ
ｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ
Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によって行うことができ
、装置はまた、特別目的のロジック回路として実装することができる。
を生成することによって機能を行うための１または複数のコンピュータプログラムを実行
する１または複数のプログラマブルプロセッサによって行うことができる。処理およびロ
ジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏ
ｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ
Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によって行うことができ
、装置はまた、特別目的のロジック回路として実装することができる。
【0343】
コンピュータプログラムの実行に適したプロセッサは、例えば、汎用および専用マイク
ロプロセッサの両方、並びに任意の種類のデジタルコンピュータの任意の１または複数の
プロセッサを含む。一般的に、プロセッサは、リードオンリーメモリまたはランダムアク
セスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要
素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１つ以上
の記憶装置とである。一般的に、コンピュータは、データを記憶するための１または複数
の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよ
く、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれらにデータ
を転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このよ
うなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶する
のに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモ
リデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ記憶装置、磁気ディ
スク、例えば内部ハードディスクまたはリムーバブルディスク、光磁気ディスク、および
ＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスク等の半導体記憶装置を含む。プロセッサおよ
びメモリは、特定用途のロジック回路によって補完されてもよく、または特定用途のロジ
ック回路に組み込まれてもよい。
ロプロセッサの両方、並びに任意の種類のデジタルコンピュータの任意の１または複数の
プロセッサを含む。一般的に、プロセッサは、リードオンリーメモリまたはランダムアク
セスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要
素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１つ以上
の記憶装置とである。一般的に、コンピュータは、データを記憶するための１または複数
の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよ
く、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれらにデータ
を転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このよ
うなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶する
のに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモ
リデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ記憶装置、磁気ディ
スク、例えば内部ハードディスクまたはリムーバブルディスク、光磁気ディスク、および
ＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスク等の半導体記憶装置を含む。プロセッサおよ
びメモリは、特定用途のロジック回路によって補完されてもよく、または特定用途のロジ
ック回路に組み込まれてもよい。
【0344】
本特許明細書は多くの特徴を含むが、これらは、任意の主題の範囲または特許請求の範
囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特
有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態の
コンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装しても
よい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態におい
て別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、
特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されてい
てもよいが、主張された組み合わせからの１または複数の特徴は、場合によっては、組み
合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまた
はサブコンビネーションのバリエーションに向けられてもよい。
囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特
有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態の
コンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装しても
よい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態におい
て別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、
特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されてい
てもよいが、主張された組み合わせからの１または複数の特徴は、場合によっては、組み
合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまた
はサブコンビネーションのバリエーションに向けられてもよい。
【0345】
同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成
するために、このような動作が示された特定の順番でまたは連続した順番で行われること
、または示された全ての動作が行われることを必要とするものと理解されるべきではない
。また、本特許明細書に記載されている実施形態における様々なシステムの構成要素の分
離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではな
い。
するために、このような動作が示された特定の順番でまたは連続した順番で行われること
、または示された全ての動作が行われることを必要とするものと理解されるべきではない
。また、本特許明細書に記載されている実施形態における様々なシステムの構成要素の分
離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではな
い。
【0346】
いくつかの実装形態および実施例のみが記載されており、この特許文献に記載され図示
されているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。
されているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。
【図1】
【図2】
【図3A】
【図3B】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【手続補正書】
【提出日】2024-11-29
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
映像処理の方法であって、
規則に基づいて、映像の第１ブロックと、前記映像のビットストリームとの間の変換を実行すること、を有し、
前記変換は、ＡＭＶＲ（ａｄａｐｔｉｖｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｓｏｌｕｔｉｏｎ）ツールに基づき、
前記規則は、ＡＭＶＲシフトに関連付けられた動きベクトル差分の解像度を規定する第１構文要素のビンの文字列内の第１ビンに対するコンテキスト増加手段（ｃｔｘＩｎｃ）の選択が、前記第１ブロックに対するコーディングモードの使用に基づいて導出されることを規定し、
前記第１ブロックに対する前記コーディングモードは、アフィンインターモード、ＩＢＣ（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）モード、及び、非アフィンインターモードである通常インターモード、のうちの１つである、
方法。
規則に基づいて、映像の第１ブロックと、前記映像のビットストリームとの間の変換を実行すること、を有し、
前記変換は、ＡＭＶＲ（ａｄａｐｔｉｖｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｓｏｌｕｔｉｏｎ）ツールに基づき、
前記規則は、ＡＭＶＲシフトに関連付けられた動きベクトル差分の解像度を規定する第１構文要素のビンの文字列内の第１ビンに対するコンテキスト増加手段（ｃｔｘＩｎｃ）の選択が、前記第１ブロックに対するコーディングモードの使用に基づいて導出されることを規定し、
前記第１ブロックに対する前記コーディングモードは、アフィンインターモード、ＩＢＣ（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）モード、及び、非アフィンインターモードである通常インターモード、のうちの１つである、
方法。
【請求項2】
前記第１ブロックは、コーディングユニットである、
請求項１に記載の方法。
請求項１に記載の方法。
【請求項3】
３つの異なる前記コーディングモードに対応する３つの異なるコンテキスト増加手段は、前記第１ビンに適用可能であり、
各コーディングモードは、単一のコンテキスト増加手段に対応する、
請求項１又は２に記載の方法。
各コーディングモードは、単一のコンテキスト増加手段に対応する、
請求項１又は２に記載の方法。
【請求項4】
前記第１ブロックが前記ＩＢＣモードを使用してコーディングされている場合に、第１コンテキスト増加手段が前記第１ビンに割り当てられ、
前記第１ブロックが前記アフィンインターモードを使用してコーディングされている場合に、第２コンテキスト増加手段が前記第１ビンに割り当てられ、
前記第１ブロックが前記通常インターモードを使用してコーディングされている場合に、第３コンテキスト増加手段が前記第１ビンに割り当てられる、
請求項３に記載の方法。
前記第１ブロックが前記アフィンインターモードを使用してコーディングされている場合に、第２コンテキスト増加手段が前記第１ビンに割り当てられ、
前記第１ブロックが前記通常インターモードを使用してコーディングされている場合に、第３コンテキスト増加手段が前記第１ビンに割り当てられる、
請求項３に記載の方法。
【請求項5】
前記第１コンテキスト増加手段は１に等しく、前記第２コンテキスト増加手段は２に等しく、前記第３コンテキスト増加手段は０に等しい、
請求項４に記載の方法。
請求項４に記載の方法。
【請求項6】
同じコンテキスト増加手段が、前記第１ブロックが前記ＩＢＣモードを使用してコーディングされている場合に前記第１ブロックに対する前記第１構文要素の前記ビンの文字列の前記第１ビンと、前記通常インターモードを使用してコーディングされている第２ブロックに対する前記第１構文要素の前記ビンの文字列の第２ビンと、に対して使用され、
或いは、
同じコンテキスト増加手段が、前記第１ブロックが前記ＩＢＣモードを使用してコーディングされている場合に前記第１ブロックに対する前記第１構文要素の前記ビンの文字列の前記第１ビンと、前記動きベクトル差分の解像度が輝度サンプルの１／４であるか否かを規定する又は前記第１構文要素により規定される第３ブロックに対する第２構文要素のビンと、に対して使用され、かつ、前記第３ブロックは前記アフィンインターモードを用いてコーディングされ、
或いは、
同じコンテキスト増加手段が、前記第１ブロックが前記通常インターモードを使用してコーディングされている場合に前記第１ブロックに対する前記第１構文要素の前記ビンの文字列の前記第１ビンと、前記動きベクトル差分の解像度が輝度サンプルの１／４であるか否かを規定する又は前記第１構文要素により規定される第４ブロックに対する第２構文要素のビンと、に対して使用され、かつ、前記第４ブロックは前記アフィンインターモードを用いてコーディングされていない、
請求項１から５のうちいずれか一項に記載の方法。
或いは、
同じコンテキスト増加手段が、前記第１ブロックが前記ＩＢＣモードを使用してコーディングされている場合に前記第１ブロックに対する前記第１構文要素の前記ビンの文字列の前記第１ビンと、前記動きベクトル差分の解像度が輝度サンプルの１／４であるか否かを規定する又は前記第１構文要素により規定される第３ブロックに対する第２構文要素のビンと、に対して使用され、かつ、前記第３ブロックは前記アフィンインターモードを用いてコーディングされ、
或いは、
同じコンテキスト増加手段が、前記第１ブロックが前記通常インターモードを使用してコーディングされている場合に前記第１ブロックに対する前記第１構文要素の前記ビンの文字列の前記第１ビンと、前記動きベクトル差分の解像度が輝度サンプルの１／４であるか否かを規定する又は前記第１構文要素により規定される第４ブロックに対する第２構文要素のビンと、に対して使用され、かつ、前記第４ブロックは前記アフィンインターモードを用いてコーディングされていない、
請求項１から５のうちいずれか一項に記載の方法。
【請求項7】
初期化処理において、
コンテキスト初期化タイプが第１タイプである場合に、前記第１構文要素に対するコンテキストインデックスの値は０から２の範囲にあり、
前記コンテキスト初期化タイプが第２タイプである場合に、前記第１構文要素に対する前記コンテキストインデックスの前記値は、３から５の範囲にあり、
前記コンテキスト初期化タイプが第３タイプである場合、前記第１構文要素に対する前記コンテキストインデックスの前記値は、６から８の範囲にある、
請求項１から６のうちいずれか一項に記載の方法。
コンテキスト初期化タイプが第１タイプである場合に、前記第１構文要素に対するコンテキストインデックスの値は０から２の範囲にあり、
前記コンテキスト初期化タイプが第２タイプである場合に、前記第１構文要素に対する前記コンテキストインデックスの前記値は、３から５の範囲にあり、
前記コンテキスト初期化タイプが第３タイプである場合、前記第１構文要素に対する前記コンテキストインデックスの前記値は、６から８の範囲にある、
請求項１から６のうちいずれか一項に記載の方法。
【請求項8】
前記規則は、現在のブロックが水平又は垂直に分割するか否かを規定する構文要素をコーディングするための第４コンテキスト増加手段（ｃｔｘＩｎｃ）の選択が、許可された垂直分割の数と許可された水平分割の数とに基づくことを規定し、
前記許可された垂直分割の数は、許可されたバイナリ垂直分割の数と許可されたターナリ垂直分割の数とを含み、
前記許可された水平分割の数は、許可されたバイナリ水平分割の数と許可されたターナリ水平分割の数とを含む、
請求項１に記載の方法。
前記許可された垂直分割の数は、許可されたバイナリ垂直分割の数と許可されたターナリ垂直分割の数とを含み、
前記許可された水平分割の数は、許可されたバイナリ水平分割の数と許可されたターナリ水平分割の数とを含む、
請求項１に記載の方法。
【請求項9】
前記現在のブロックはコーディングユニットであり、
前記第４コンテキスト増加手段は、前記許可された垂直分割の数と前記許可された水平分割の数との比較により選択される、
請求項８に記載の方法。
前記第４コンテキスト増加手段は、前記許可された垂直分割の数と前記許可された水平分割の数との比較により選択される、
請求項８に記載の方法。
【請求項10】
前記第４コンテキスト増加手段は、前記許可された垂直分割の数が前記許可された水平分割の数よりも大きい場合に第１コンテキスト増加手段から選択され、
前記第４コンテキスト増加手段は、前記許可された垂直分割の数が前記許可された水平分割の数よりも小さい場合に第２コンテキスト増加手段から選択され、
前記第４コンテキスト増加手段は、前記許可された垂直分割の数が前記許可された水平分割の数と同一である場合に第３コンテキスト増加手段から選択される、
請求項８又は９に記載の方法。
前記第４コンテキスト増加手段は、前記許可された垂直分割の数が前記許可された水平分割の数よりも小さい場合に第２コンテキスト増加手段から選択され、
前記第４コンテキスト増加手段は、前記許可された垂直分割の数が前記許可された水平分割の数と同一である場合に第３コンテキスト増加手段から選択される、
請求項８又は９に記載の方法。
【請求項11】
前記第１コンテキスト増加手段のセット及び前記第２コンテキスト増加手段のセットは、それぞれ単一のコンテキスト増加手段を含み、前記第３コンテキスト増加手段のセットは複数のコンテキスト増加手段を含み、
前記第１コンテキスト増加手段のセット、前記第２コンテキスト増加手段のセット及び前記第３コンテキスト増加手段のセットにおける前記コンテキスト増加手段は互いに異なり、
前記第１コンテキスト増加手段のセットにおける前記単一のコンテキスト増加手段は４の値を有し、
前記第２コンテキスト増加手段のセットにおける前記単一のコンテキスト増加手段は３の値を有し、
前記第３コンテキスト増加手段のセットは、０の値を有する第５コンテキスト増加手段、１の値を有する第６コンテキスト増加手段及び２の値を有する第７コンテキスト増加手段を含む、
請求項１０に記載の方法。
前記第１コンテキスト増加手段のセット、前記第２コンテキスト増加手段のセット及び前記第３コンテキスト増加手段のセットにおける前記コンテキスト増加手段は互いに異なり、
前記第１コンテキスト増加手段のセットにおける前記単一のコンテキスト増加手段は４の値を有し、
前記第２コンテキスト増加手段のセットにおける前記単一のコンテキスト増加手段は３の値を有し、
前記第３コンテキスト増加手段のセットは、０の値を有する第５コンテキスト増加手段、１の値を有する第６コンテキスト増加手段及び２の値を有する第７コンテキスト増加手段を含む、
請求項１０に記載の方法。
【請求項12】
前記第３コンテキスト増加手段のセットからの前記第４コンテキスト増加手段の前記選択は、更に（１）前記現在のブロックの上に位置する第１近傍ブロック及び前記現在のブロックの左に位置する第２近傍ブロックの利用可能性、（２）前記現在のブロックの寸法及び／又は（３）前記第１近傍ブロックの寸法及び／又は前記第２近傍ブロックの寸法、に基づく、
請求項１１に記載の方法。
請求項１１に記載の方法。
【請求項13】
前記第４コンテキスト増加手段は、次の条件のうち少なくとも１つが満足される場合に第５コンテキスト増加手段の値に割り当てられ、
（１）前記現在のブロックの上に位置する前記第１近傍ブロックが利用可能でない、
（２）前記現在のブロックの左に位置する前記第２近傍ブロックが利用可能でない、
（３）ｄＡがｄＬに等しい、
ｄＡは、前記第１近傍ブロックが利用可能である場合に前記第１近傍ブロックの幅によって除された前記現在のブロックの幅を示し、かつ、前記第１近傍ブロックが利用可能でない場合に前記現在のブロックの幅を示し、
ｄＬは、前記第２近傍ブロックが利用可能である場合に前記第２近傍ブロックの高さによって除された前記現在のブロックの高さを示し、かつ、前記第２近傍ブロックが利用可能でない場合に前記現在のブロックの高さを示し、
或いは、
前記第４コンテキスト増加手段は、条件（ａ）が満足されずかつ条件（ｂ）が満足される場合に第６コンテキスト増加手段の値に割り当てられ、
前記条件（ａ）は、以下の少なくとも１つを満たすことを含み、
（１）前記現在のブロックの上に位置する前記第１近傍ブロックが利用可能でない、
（２）前記現在のブロックの左に位置する前記第２近傍ブロックが利用可能でない、
（３）ｄＡがｄＬに等しい、
ｄＡは、前記第１近傍ブロックが利用可能である場合に前記第１近傍ブロックの幅によって除された前記現在のブロックの幅を示し、かつ、前記第１近傍ブロックが利用可能でない場合に前記現在のブロックの幅を示し、
ｄＬは、前記第２近傍ブロックが利用可能である場合に前記第２近傍ブロックの高さによって除された前記現在のブロックの高さを示し、かつ、前記第２近傍ブロックが利用可能でない場合に前記現在のブロックの高さを示し、
前記条件（ｂ）はｄＡがｄＬより小さいことを含み、
或いは、
前記第４コンテキスト増加手段は、条件（ｃ）及び条件（ｄ）がともに満足されない場合に第７コンテキスト増加手段の値に割り当てられ、
前記条件（ｃ）は、以下の少なくとも１つを満たすことを含み、
（１）前記現在のブロックの上に位置する前記第１近傍ブロックが利用可能でない、
（２）前記現在のブロックの左に位置する前記第２近傍ブロックが利用可能でない、
（３）ｄＡがｄＬに等しい、
ｄＡは、前記第１近傍ブロックが利用可能である場合に前記第１近傍ブロックの幅によって除された前記現在のブロックの幅を示し、かつ、前記第１近傍ブロックが利用可能でない場合に前記現在のブロックの幅を示し、
ｄＬは、前記第２近傍ブロックが利用可能である場合に前記第２近傍ブロックの高さによって除された前記現在のブロックの高さを示し、かつ、前記第２近傍ブロックが利用可能でない場合に前記現在のブロックの高さを示し、
前記条件（ｄ）はｄＡがｄＬより小さいことを含む、
請求項１２に記載の方法。
（１）前記現在のブロックの上に位置する前記第１近傍ブロックが利用可能でない、
（２）前記現在のブロックの左に位置する前記第２近傍ブロックが利用可能でない、
（３）ｄＡがｄＬに等しい、
ｄＡは、前記第１近傍ブロックが利用可能である場合に前記第１近傍ブロックの幅によって除された前記現在のブロックの幅を示し、かつ、前記第１近傍ブロックが利用可能でない場合に前記現在のブロックの幅を示し、
ｄＬは、前記第２近傍ブロックが利用可能である場合に前記第２近傍ブロックの高さによって除された前記現在のブロックの高さを示し、かつ、前記第２近傍ブロックが利用可能でない場合に前記現在のブロックの高さを示し、
或いは、
前記第４コンテキスト増加手段は、条件（ａ）が満足されずかつ条件（ｂ）が満足される場合に第６コンテキスト増加手段の値に割り当てられ、
前記条件（ａ）は、以下の少なくとも１つを満たすことを含み、
（１）前記現在のブロックの上に位置する前記第１近傍ブロックが利用可能でない、
（２）前記現在のブロックの左に位置する前記第２近傍ブロックが利用可能でない、
（３）ｄＡがｄＬに等しい、
ｄＡは、前記第１近傍ブロックが利用可能である場合に前記第１近傍ブロックの幅によって除された前記現在のブロックの幅を示し、かつ、前記第１近傍ブロックが利用可能でない場合に前記現在のブロックの幅を示し、
ｄＬは、前記第２近傍ブロックが利用可能である場合に前記第２近傍ブロックの高さによって除された前記現在のブロックの高さを示し、かつ、前記第２近傍ブロックが利用可能でない場合に前記現在のブロックの高さを示し、
前記条件（ｂ）はｄＡがｄＬより小さいことを含み、
或いは、
前記第４コンテキスト増加手段は、条件（ｃ）及び条件（ｄ）がともに満足されない場合に第７コンテキスト増加手段の値に割り当てられ、
前記条件（ｃ）は、以下の少なくとも１つを満たすことを含み、
（１）前記現在のブロックの上に位置する前記第１近傍ブロックが利用可能でない、
（２）前記現在のブロックの左に位置する前記第２近傍ブロックが利用可能でない、
（３）ｄＡがｄＬに等しい、
ｄＡは、前記第１近傍ブロックが利用可能である場合に前記第１近傍ブロックの幅によって除された前記現在のブロックの幅を示し、かつ、前記第１近傍ブロックが利用可能でない場合に前記現在のブロックの幅を示し、
ｄＬは、前記第２近傍ブロックが利用可能である場合に前記第２近傍ブロックの高さによって除された前記現在のブロックの高さを示し、かつ、前記第２近傍ブロックが利用可能でない場合に前記現在のブロックの高さを示し、
前記条件（ｄ）はｄＡがｄＬより小さいことを含む、
請求項１２に記載の方法。
【請求項14】
前記変換は、前記映像を前記ビットストリームに符号化することを含む、
請求項１から１３のうちいずれか一項に記載の方法。
請求項１から１３のうちいずれか一項に記載の方法。
【請求項15】
前記変換は、前記映像を前記ビットストリームから復号することを含む、
請求項１から１３のうちいずれか一項に記載の方法。
請求項１から１３のうちいずれか一項に記載の方法。
【請求項16】
プロセッサと、命令を有する非一時的メモリとを有する、映像データを処理するための装置であって、前記命令が前記プロセッサによって実行された際に、前記プロセッサに、
規則に基づいて、映像の第１のブロックと、前記映像のビットストリームとの間の変換を実行すること、を行わせ、
前記変換は、ＡＭＶＲ（ａｄａｐｔｉｖｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｓｏｌｕｔｉｏｎ）ツールに基づき、
前記規則は、ＡＭＶＲシフトに関連付けられた動きベクトル差分の解像度を規定する第１構文要素のビンの文字列内の第１ビンに対するコンテキスト増加手段（ｃｔｘＩｎｃ）の選択が、前記第１ブロックに対するコーディングモードの使用に基づいて導出されることを規定し、
前記第１ブロックに対する前記コーディングモードは、アフィンインターモード、ＩＢＣ（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）モード、及び、非アフィンインターモードである通常インターモード、のうちの１つである、
装置。
規則に基づいて、映像の第１のブロックと、前記映像のビットストリームとの間の変換を実行すること、を行わせ、
前記変換は、ＡＭＶＲ（ａｄａｐｔｉｖｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｓｏｌｕｔｉｏｎ）ツールに基づき、
前記規則は、ＡＭＶＲシフトに関連付けられた動きベクトル差分の解像度を規定する第１構文要素のビンの文字列内の第１ビンに対するコンテキスト増加手段（ｃｔｘＩｎｃ）の選択が、前記第１ブロックに対するコーディングモードの使用に基づいて導出されることを規定し、
前記第１ブロックに対する前記コーディングモードは、アフィンインターモード、ＩＢＣ（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）モード、及び、非アフィンインターモードである通常インターモード、のうちの１つである、
装置。
【請求項17】
プロセッサに、規則に基づいて、映像の第１のブロックと、前記映像のビットストリームとの間の変換を実行する命令を格納する非一時的なコンピュータ可読記憶媒体であって、
前記変換は、ＡＭＶＲ（ａｄａｐｔｉｖｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｓｏｌｕｔｉｏｎ）ツールに基づき、
前記規則は、ＡＭＶＲシフトに関連付けられた動きベクトル差分の解像度を規定する第１構文要素のビンの文字列内の第１ビンに対するコンテキスト増加手段（ｃｔｘＩｎｃ）の選択が、前記第１ブロックに対するコーディングモードの使用に基づいて導出されることを規定し、
前記第１ブロックに対する前記コーディングモードは、アフィンインターモード、ＩＢＣ（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）モード、及び、非アフィンインターモードである通常インターモード、のうちの１つである、
非一時的なコンピュータ可読記憶媒体。
前記変換は、ＡＭＶＲ（ａｄａｐｔｉｖｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｓｏｌｕｔｉｏｎ）ツールに基づき、
前記規則は、ＡＭＶＲシフトに関連付けられた動きベクトル差分の解像度を規定する第１構文要素のビンの文字列内の第１ビンに対するコンテキスト増加手段（ｃｔｘＩｎｃ）の選択が、前記第１ブロックに対するコーディングモードの使用に基づいて導出されることを規定し、
前記第１ブロックに対する前記コーディングモードは、アフィンインターモード、ＩＢＣ（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）モード、及び、非アフィンインターモードである通常インターモード、のうちの１つである、
非一時的なコンピュータ可読記憶媒体。
【請求項18】
映像処理装置により実行される方法によって生成される映像のビットストリームを格納する非一時的なコンピュータ可読記憶媒体であって、
前記方法は、
前記変換は、ＡＭＶＲ（ａｄａｐｔｉｖｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｓｏｌｕｔｉｏｎ）ツールに基づき、
前記規則は、ＡＭＶＲシフトに関連付けられた動きベクトル差分の解像度を規定する第１構文要素のビンの文字列内の第１ビンに対するコンテキスト増加手段（ｃｔｘＩｎｃ）の選択が、前記第１ブロックに対するコーディングモードの使用に基づいて導出されることを規定し、
前記第１ブロックに対する前記コーディングモードは、アフィンインターモード、ＩＢＣ（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）モード、及び、非アフィンインターモードである通常インターモード、のうちの１つである、
非一時的なコンピュータ可読記憶媒体。
前記方法は、
前記変換は、ＡＭＶＲ（ａｄａｐｔｉｖｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｓｏｌｕｔｉｏｎ）ツールに基づき、
前記規則は、ＡＭＶＲシフトに関連付けられた動きベクトル差分の解像度を規定する第１構文要素のビンの文字列内の第１ビンに対するコンテキスト増加手段（ｃｔｘＩｎｃ）の選択が、前記第１ブロックに対するコーディングモードの使用に基づいて導出されることを規定し、
前記第１ブロックに対する前記コーディングモードは、アフィンインターモード、ＩＢＣ（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）モード、及び、非アフィンインターモードである通常インターモード、のうちの１つである、
非一時的なコンピュータ可読記憶媒体。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【0001】
関連出願の相互参照
本願は、２０２０年５月１日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０８８５４６号の優先権および利益を適時に主張する、２０２１年５月６日出願の国際特許出願第ＰＣＴ／ＣＮ２０２１／０９１８６９号に基づく、日本特許出願第２０２２－５６６４４７号の分割出願である。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
本願は、２０２０年５月１日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０８８５４６号の優先権および利益を適時に主張する、２０２１年５月６日出願の国際特許出願第ＰＣＴ／ＣＮ２０２１／０９１８６９号に基づく、日本特許出願第２０２２－５６６４４７号の分割出願である。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
【外国語明細書】