特表 2022-545785 動き情報保存のための方法及び装置

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

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

(11)【公表番号】

(43)【公表日】2022-10-31

(54)【発明の名称】動き情報保存のための方法及び装置

(51)【国際特許分類】

   H04N 19/109 20140101AFI20221024BHJP

   H04N 19/167 20140101ALI20221024BHJP

   H04N 19/176 20140101ALI20221024BHJP

   H04N 19/52 20140101ALI20221024BHJP

   H04N 19/70 20140101ALI20221024BHJP

【ＦＩ】

H04N19/109

H04N19/167

H04N19/176

H04N19/52

H04N19/70

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022510850

(86)(22)【出願日】2019-08-26

(85)【翻訳文提出日】2022-04-07

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

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

(87)【国際公開日】2021-03-04

(81)【指定国・地域】

(71)【出願人】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】ガオ、ハン

(72)【発明者】

【氏名】エセンリク、セミ

(72)【発明者】

【氏名】アルシナ、エレナ、アレクサンドロヴナ

(72)【発明者】

【氏名】ワン、ビャオ

(72)【発明者】

【氏名】コトラ、アナンド、メハー

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

5C159

【Ｆターム（参考）】

5C159MA05

5C159NN10

5C159NN11

5C159RC12

5C159RC16

5C159TA26

5C159TB08

5C159TC35

5C159TC42

5C159TD12

5C159UA02

5C159UA05

(57)【要約】

動き情報保存方法は、現在のブロック内のサンプルセットと共通の境界との間の距離を決定する段階と、第３の動き情報がサンプルセットに関して保存されるか否かを決定するために、距離を閾値と比較する段階であって、第３の動き情報は、第１の動き情報及び第２の動き情報によって導出される、比較する段階とを備える。

【特許請求の範囲】

【請求項1】

動き情報保存方法であって、現在のブロックが第１のサブブロック及び第２のサブブロックからなり、前記第１のサブブロック及び前記第２のサブブロックは、共通の境界によって分離され、前記第１のサブブロックは、第１の動き情報に対応し、前記第２のサブブロックは、第２の動き情報に対応し、前記動き情報保存方法は、
前記現在のブロック内のサンプルセットと前記共通の境界との間の距離を決定する段階と、
第３の動き情報が前記サンプルセットに関して保存されるか否かを決定するために、前記距離を閾値と比較する段階であって、前記第３の動き情報は、前記第１の動き情報及び前記第２の動き情報によって導出される、比較する段階と、
を備える、動き情報保存方法。

【請求項2】

前記第３の動き情報が前記サンプルセットに関して保存されるか否かを決定するために、前記距離を閾値と比較する段階は、
前記距離の絶対値が前記閾値以下である場合、前記第３の動き情報が前記サンプルセットに関して保存されることを決定する段階、
を含む、請求項１に記載の動き情報保存方法。

【請求項3】

前記距離の前記絶対値が前記閾値よりも大きい場合、前記動き情報保存方法は、
前記距離が正である場合、前記第１の動き情報が前記サンプルセットに関して保存されることを決定する段階、又は、
前記距離が負である場合、前記第２の動き情報が前記サンプルセットに関して保存されることを決定する段階、
をさらに備える、請求項２に記載の動き情報保存方法。

【請求項4】

前記閾値は予め定められている、請求項１～３のいずれか１項に記載の動き情報保存方法。

【請求項5】

前記閾値は、前記共通の境界と水平方向又は垂直方向との間の幾何学的関係に基づく、請求項１～４のいずれか１項に記載の動き情報保存方法。

【請求項6】

前記閾値は、前記共通の境界の直交方向と、前記水平方向又は前記垂直方向との間の角度に基づく、請求項５に記載の動き情報保存方法。

【請求項7】

前記閾値は、前記現在のブロックの幅及び／又は高さに基づく、請求項１～６のいずれか１項に記載の動き情報保存方法。

【請求項8】

前記共通の境界は、角度パラメータ及び距離パラメータによって決定され、前記現在のブロック内の前記サンプルセットと前記共通の境界との間の前記距離を決定する前に、前記動き情報保存方法は、
前記角度パラメータ及び前記距離パラメータを決定する段階、
をさらに備える、請求項１～７のいずれか１項に記載の動き情報保存方法。

【請求項9】

デコーダでは、前記角度パラメータ及び前記距離パラメータを決定する段階は、
ビットストリームから前記角度パラメータ及び前記距離パラメータをパースする段階、又は、
前記ビットストリームからインジケータをパースする段階と、
前記インジケータに基づいて前記角度パラメータ及び前記距離パラメータを取得する段階と、
を含む、請求項８に記載の動き情報保存方法。

【請求項10】

前記角度パラメータ及び前記距離パラメータを決定する段階の後に、前記動き情報保存方法は、
前記角度パラメータに基づいて第１の計算パラメータを決定する段階と、
前記角度パラメータに基づいてｔｅｍｐ角度パラメータを計算する段階と、
前記ｔｅｍｐ角度パラメータに基づいて第２の計算パラメータを決定する段階と、
前記角度パラメータ及び前記距離パラメータに基づいて第３の計算パラメータを計算する段階と、
をさらに備える、請求項８又は９に記載の動き情報保存方法。

【請求項11】

前記第１の計算パラメータは、前記角度パラメータに従って、予め設定されたルックアップテーブルをチェックすることによって決定され、前記第２の計算パラメータは、前記ｔｅｍｐ角度パラメータに従って、前記ルックアップテーブルをチェックすることによって決定され、前記第１の計算パラメータ及び前記第２の計算パラメータは、それぞれ、同じ角度のコサイン値及びサイン値である、請求項１０に記載の動き情報保存方法。

【請求項12】

前記距離は、以下によって計算され、
ｄｉｓｔＦｒｏｍＬｉｎｅ＝（ｘ＋Ｋ）＊Ｐ１＋（ｙ＋Ｋ）＊Ｐ２－Ｐ３
Ｐ１、Ｐ２、及びＰ３は、それぞれ、前記第１の計算パラメータ、前記第２の計算パラメータ、及び前記第３の計算パラメータであり、ｄｉｓｔＦｒｏｍＬｉｎｅは、前記距離を表し、Ｋは、非負の整数であり、ｘは、前記サンプルセットにおけるターゲット位置の水平座標を表し、ｙは、矩形座標系における前記ターゲット位置の垂直座標を表し、前記現在のブロックの左上サンプルの位置は、座標原点として設定され、右方向は、正の水平方向として設定され、下方向は、正の垂直方向として設定される、請求項１０又は１１に記載の動き情報保存方法。

【請求項13】

Ｋは１に等しい、請求項１２に記載の動き情報保存方法。

【請求項14】

前記ターゲット位置は、前記サンプルセットにおいて予め定められている、請求項１２又は１３に記載の動き情報保存方法。

【請求項15】

前記予め定められた位置は、前記サンプルセットの左上位置、又は前記サンプルセットの中心位置である、請求項１４に記載の動き情報保存方法。

【請求項16】

前記距離のサンプル精度は、整数サンプルよりも高く、
対応して、前記距離は、以下によって計算され、
ｄｉｓｔＦｒｏｍＬｉｎｅ＝（（ｘ＜＜Ｎ）＋Ｋ）＊Ｐ１＋（（ｙ＜＜Ｎ）＋Ｋ）＊Ｐ２－Ｐ３
２^Ｎは、前記距離の前記サンプル精度の逆数を表す、請求項１２～１５のいずれか１項に記載の動き情報保存方法。

【請求項17】

Ｎは１に等しい、請求項１３に記載の動き情報保存方法。

【請求項18】

前記サンプルセットは、前記現在のブロックのルマサンプルセットである、請求項１～１７のいずれか１項に記載の動き情報保存方法。

【請求項19】

前記現在のブロック内の前記サンプルセットと前記共通の境界との間の前記距離を決定する前に、前記動き情報保存方法は、
前記現在のブロックを複数のサンプルセットに分割する段階であって、前記複数のサンプルセットのそれぞれが前記サンプルセットと同じサイズを有する、分割する段階、又は、
前記現在のブロックを前記サンプルセットとして設定する段階、
をさらに備える、請求項１～１８のいずれか１項に記載の動き情報保存方法。

【請求項20】

前記サンプルセットは、４×４サンプルアレイである、請求項１～１９のいずれか１項に記載の動き情報保存方法。

【請求項21】

前記複数のサンプルセットのそれぞれは、各動き情報保存ユニットに対応し、前記動き情報保存ユニットは、前記第１の動き情報、前記第２の動き情報、及び前記第３の動き情報のうちの１つを保存するために使用される、請求項１９に記載の動き情報保存方法。

【請求項22】

前記第１のサブブロック及び前記第２のサブブロックは、三角形区分、台形区分、又は非対称矩形区分である、請求項１～２１のいずれか１項に記載の動き情報保存方法。

【請求項23】

前記第１の動き情報は、第１の参照ピクチャリストに基づく動き情報を含み、前記第２の動き情報は、第２の参照ピクチャリストに基づく動き情報を含み、前記第３の動き情報は、前記第１の動き情報及び前記第２の動き情報を含む、請求項１～２２のいずれか１項に記載の動き情報保存方法。

【請求項24】

動き情報保存装置であって、現在のブロックが第１のサブブロック及び第２のサブブロックからなり、前記第１のサブブロック及び前記第２のサブブロックは、共通の境界によって分離され、前記第１のサブブロックは、第１の動き情報に対応し、前記第２のサブブロックは、第２の動き情報に対応し、前記動き情報保存装置は、
前記現在のブロック内のサンプルセットと前記共通の境界との間の距離を決定するように構成されている計算モジュールと、
第３の動き情報が前記サンプルセットに関して保存されるか否かを決定するために、前記距離を閾値と比較するように構成されている比較モジュールであって、前記第３の動き情報は、前記第１の動き情報及び前記第２の動き情報によって導出される、比較モジュールと、
を備える、動き情報保存装置。

【請求項25】

前記比較モジュールは、
前記距離の絶対値が前記閾値以下である場合、前記第３の動き情報が前記サンプルセットに関して保存されることを決定する、
ように構成されている、請求項２４に記載の動き情報保存装置。

【請求項26】

前記距離の前記絶対値が前記閾値よりも大きい場合、前記比較モジュールは、
前記距離が正である場合、前記第１の動き情報が前記サンプルセットに関して保存されることを決定する、又は、
前記距離が負である場合、前記第２の動き情報が前記サンプルセットに関して保存されることを決定する、
ようにさらに構成されている、請求項２５に記載の動き情報保存装置。

【請求項27】

前記閾値は予め定められている、請求項２４～２６のいずれか１項に記載の動き情報保存装置。

【請求項28】

前記閾値は、前記共通の境界と水平方向又は垂直方向との間の幾何学的関係に基づく、請求項２４～２７のいずれか１項に記載の動き情報保存装置。

【請求項29】

前記閾値は、前記共通の境界の直交方向と、前記水平方向又は前記垂直方向との間の角度に基づく、請求項２８に記載の動き情報保存装置。

【請求項30】

前記閾値は、前記現在のブロックの幅及び／又は高さに基づく、請求項２４～２９のいずれか１項に記載の動き情報保存装置。

【請求項31】

前記共通の境界は、角度パラメータ及び距離パラメータによって決定され、前記計算モジュールは、
前記角度パラメータ及び前記距離パラメータを決定する、
ようにさらに構成されている、請求項２４～３０のいずれか１項に記載の動き情報保存装置。

【請求項32】

デコーダでは、前記計算モジュールは、
ビットストリームから前記角度パラメータ及び前記距離パラメータをパースする、又は、
前記ビットストリームからインジケータをパースし、
前記インジケータに基づいて前記角度パラメータ及び前記距離パラメータを取得する、
ようにさらに構成されている、請求項３１に記載の動き情報保存装置。

【請求項33】

前記計算モジュールは、
前記角度パラメータに基づいて第１の計算パラメータを決定し、
前記角度パラメータに基づいてｔｅｍｐ角度パラメータを計算し、
前記ｔｅｍｐ角度パラメータに基づいて第２の計算パラメータを決定し、
前記角度パラメータ及び前記距離パラメータに基づいて第３の計算パラメータを計算する、
ようにさらに構成されている、請求項３１又は３２に記載の動き情報保存装置。

【請求項34】

前記第１の計算パラメータは、前記角度パラメータに従って、予め設定されたルックアップテーブルをチェックすることによって決定され、前記第２の計算パラメータは、前記ｔｅｍｐ角度パラメータに従って、前記ルックアップテーブルをチェックすることによって決定され、前記第１の計算パラメータ及び前記第２の計算パラメータは、それぞれ、同じ角度のコサイン値及びサイン値である、請求項３３に記載の動き情報保存装置。

【請求項35】

前記距離は、以下によって計算され、
ｄｉｓｔＦｒｏｍＬｉｎｅ＝（ｘ＋Ｋ）＊Ｐ１＋（ｙ＋Ｋ）＊Ｐ２－Ｐ３
Ｐ１、Ｐ２、及びＰ３は、それぞれ、前記第１の計算パラメータ、前記第２の計算パラメータ、及び前記第３の計算パラメータであり、ｄｉｓｔＦｒｏｍＬｉｎｅは、前記距離を表し、Ｋは、非負の整数であり、ｘは、前記サンプルセットにおけるターゲット位置の水平座標を表し、ｙは、矩形座標系における前記ターゲット位置の垂直座標を表し、前記現在のブロックの左上サンプルの位置は、座標原点として設定され、右方向は、正の水平方向として設定され、下方向は、正の垂直方向として設定される、請求項３３又は３４に記載の動き情報保存装置。

【請求項36】

Ｋは１に等しい、請求項３５に記載の動き情報保存装置。

【請求項37】

前記ターゲット位置は、前記サンプルセットにおいて予め定められている、請求項３５又は３６に記載の動き情報保存装置。

【請求項38】

前記予め定められた位置は、前記サンプルセットの左上位置である、又は、前記サンプルセットの中心位置である、請求項３７に記載の動き情報保存装置。

【請求項39】

前記距離のサンプル精度は、整数サンプルよりも高く、
対応して、前記距離は、以下によって計算され、
ｄｉｓｔＦｒｏｍＬｉｎｅ＝（（ｘ＜＜Ｎ）＋Ｋ）＊Ｐ１＋（（ｙ＜＜Ｎ）＋Ｋ）＊Ｐ２－Ｐ３
２^Ｎは、前記距離の前記サンプル精度の逆数を表す、請求項３５～３８のいずれか１項に記載の動き情報保存装置。

【請求項40】

Ｎは１に等しい、請求項３６に記載の動き情報保存装置。

【請求項41】

前記サンプルセットは、前記現在のブロックのルマサンプルセットである、請求項２４～４０のいずれか１項に記載の動き情報保存装置。

【請求項42】

前記動き情報保存装置は、
前記現在のブロックを複数のサンプルセットに分割し、前記複数のサンプルセットのそれぞれが前記サンプルセットと同じサイズを有する、又は、
前記現在のブロックを前記サンプルセットとして設定する、
ように構成されている分割モジュールをさらに備える、請求項２４～４１のいずれか１項に記載の動き情報保存装置。

【請求項43】

前記サンプルセットは４×４サンプルアレイである、請求項２４～４２のいずれか１項に記載の動き情報保存装置。

【請求項44】

前記複数のサンプルセットのそれぞれは、各動き情報保存ユニットに対応し、前記動き情報保存ユニットは、前記第１の動き情報、前記第２の動き情報、及び前記第３の動き情報のうちの１つを保存するために使用される、請求項４２に記載の動き情報保存装置。

【請求項45】

前記第１のサブブロック及び前記第２のサブブロックは、三角形区分、非対称矩形区分、又は台形区分である、請求項２４～４４のいずれか１項に記載の動き情報保存装置。

【請求項46】

前記第１の動き情報は、第１の参照ピクチャリストに基づく動き情報を含み、前記第２の動き情報は、第２の参照ピクチャリストに基づく動き情報を含み、前記第３の動き情報は、前記第１の動き情報及び前記第２の動き情報を含む、請求項２４～４５のいずれか１項に記載の動き情報保存装置。

【請求項47】

プロセッサとメモリとを備える、ビデオストリームをデコードする装置であって、前記メモリは、前記プロセッサに請求項１～２３のいずれか１項に記載の動き情報保存方法を実行させる命令を記憶している、装置。

【請求項48】

プロセッサとメモリとを備える、ビデオストリームをエンコードする装置であって、前記メモリは、前記プロセッサに請求項１～２３のいずれか１項に記載の動き情報保存方法を実行させる命令を記憶している、装置。

【請求項49】

実行されると、１又は複数のプロセッサがビデオデータをコードするように構成されているようにする命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、前記１又は複数のプロセッサに請求項１～２３のいずれか１項に記載の動き情報保存方法を実行させる、コンピュータ可読記憶媒体。

【請求項50】

コンピュータ上で実行されると、請求項１～２３のいずれか１項に記載の動き情報保存方法を実行するプログラムコードを備える、コンピュータプログラム。

【請求項51】

請求項１～２３のいずれか１項に記載の動き情報保存方法によってエンコード／デコードされるビットストリームを備える、コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本願の実施形態は、概して、ビデオコーディングの分野に関し、より具体的には、インター予測に関する。

【背景技術】

【0002】

ビデオコーディング（ビデオエンコーディング及びデコーディング）は、例えば、ブロードキャストデジタルＴＶ、インターネット及びモバイルネットワークを介したビデオ送信、ビデオチャット、ビデオ会議、ＤＶＤ及びブルーレイディスク、ビデオコンテンツの取得及び編集システム、セキュリティアプリケーションのカムコーダー等のリアルタイム会話アプリケーションといった、幅広いデジタルビデオアプリケーションにおいて使用される。

【0003】

比較的短いビデオを描画するためであっても、必要とされるビデオデータの量は、かなりのものであり得、その結果、限定された帯域幅容量を有する通信ネットワークを介してデータがストリームされる又は別の方法で通信されることになる場合、困難が生じる場合がある。したがって、ビデオデータは、一般に、現代の遠隔通信ネットワークを介して通信される前に圧縮される。メモリリソースが限定的であり得るので、ビデオのサイズは、ビデオがストレージデバイスに保存される場合にも問題となり得る。ビデオ圧縮デバイスは、しばしば、ソースにおけるソフトウェア及び／又はハードウェアを用いて、送信又は保存の前にビデオデータをコードし、それによりデジタルビデオイメージを表現するのに必要なデータの量を低減させる。その後、圧縮データは、デスティネーションにおいて、ビデオデータをデコードするビデオ解凍デバイスによって受信される。限定されたネットワークリソース及び増大し続けるより高いビデオ品質の需要に鑑みて、ピクチャ品質をほとんど又は全く犠牲にせずに圧縮比を改善する、改善された圧縮及び解凍技術が望まれている。

【発明の概要】

【0004】

本願の実施形態は、独立請求項に記載のエンコーディング及びデコーディングのための装置及び方法を提供する。

【0005】

上述の目的及び他の目的が独立請求項の主題により達成される。従属請求項、明細書及び図面から、さらなる実装形態が明らかになる。

【0006】

本願の第１の態様によれば、動き情報保存方法であって、現在のブロックが第１のサブブロック及び第２のサブブロックからなり、上記第１のサブブロック及び上記第２のサブブロックは、共通の境界によって分離され、上記第１のサブブロックは、第１の動き情報に対応し、上記第２のサブブロックは、第２の動き情報に対応し、上記方法は、上記現在のブロック内のサンプルセットと上記共通の境界との間の距離を決定する段階と、第３の動き情報が上記サンプルセットに関して保存されるか否かを決定するために、上記距離を閾値と比較する段階であって、上記第３の動き情報は、上記第１の動き情報及び上記第２の動き情報によって導出される、比較する段階と、を備える、動き情報保存方法が開示される。

【0007】

実現可能な実装において、上記第３の動き情報が上記サンプルセットに関して保存されるか否かを決定するために、上記距離を閾値と比較する段階は、上記距離の絶対値が上記閾値以下である場合、上記第３の動き情報が上記サンプルセットに関して保存されることを決定する段階、を含む。

【0008】

実現可能な実装において、上記距離の上記絶対値が上記閾値よりも大きい場合、上記方法は、上記距離が正である場合、上記第１の動き情報が上記サンプルセットに関して保存されることを決定する段階、又は、上記距離が負である場合、上記第２の動き情報が上記サンプルセットに関して保存されることを決定する段階、をさらに備える。

【0009】

実現可能な実装において、閾値は予め定められている。

【0010】

実現可能な実装において、上記閾値は、上記共通の境界と水平方向又は垂直方向との間の幾何学的関係に基づく。

【0011】

実現可能な実装において、上記閾値は、上記共通の境界の直交方向と、上記水平方向又は上記垂直方向との間の角度に基づく。

【0012】

実現可能な実装において、閾値は、現在のブロックの幅及び／又は高さに基づく。

【0013】

実現可能な実装において、上記共通の境界は、角度パラメータ及び距離パラメータによって決定され、上記現在のブロック内の上記サンプルセットと上記共通の境界との間の上記距離を決定する前に、上記方法は、上記角度パラメータ及び上記距離パラメータを決定する段階、をさらに備える。

【0014】

実現可能な実装において、デコーダでは、上記角度パラメータ及び上記距離パラメータを決定する段階は、ビットストリームから上記角度パラメータ及び上記距離パラメータをパースする段階、又は、上記ビットストリームからインジケータをパースする段階と、上記インジケータに基づいて上記角度パラメータ及び上記距離パラメータを取得する段階と、を含む。

【0015】

実現可能な実装において、上記角度パラメータ及び上記距離パラメータを決定する段階の後に、上記方法は、上記角度パラメータに基づいて第１の計算パラメータを決定する段階と、上記角度パラメータに基づいてｔｅｍｐ角度パラメータを計算する段階と、上記ｔｅｍｐ角度パラメータに基づいて第２の計算パラメータを決定する段階と、上記角度パラメータ及び上記距離パラメータに基づいて第３の計算パラメータを計算する段階と、をさらに備える。

【0016】

実現可能な実装において、上記第１の計算パラメータは、上記角度パラメータに従って予め設定されたルックアップテーブルをチェックすることによって決定され、上記第２の計算パラメータは、上記ｔｅｍｐ角度パラメータに従ってルックアップテーブルをチェックすることによって決定され、上記第１の計算パラメータ及び上記第２の計算パラメータは、それぞれ、同じ角度のコサイン値及びサイン値である。

【0017】

実現可能な実装において、上記距離は、以下によって計算され、
ｄｉｓｔＦｒｏｍＬｉｎｅ＝（ｘ＋Ｋ）＊Ｐ１＋（ｙ＋Ｋ）＊Ｐ２－Ｐ３
Ｐ１、Ｐ２、及びＰ３は、それぞれ、上記第１の計算パラメータ、上記第２の計算パラメータ、及び上記第３の計算パラメータであり、ｄｉｓｔＦｒｏｍＬｉｎｅは、上記距離を表し、Ｋは、非負の整数であり、ｘは、上記サンプルセットにおけるターゲット位置の水平座標を表し、ｙは、矩形座標系における上記ターゲット位置の垂直座標を表し、上記現在のブロックの左上サンプルの位置は、座標原点として設定され、右方向は、正の水平方向として設定され、下方向は、正の垂直方向として設定される。

【0018】

実現可能な実装において、Ｋは１に等しい。

【0019】

実現可能な実装において、上記ターゲット位置は、上記サンプルセットにおいて予め定められている。

【0020】

実現可能な実装において、上記予め定められた位置は、上記サンプルセットの左上位置又は上記サンプルセットの中心位置である。

【0021】

実現可能な実装において、上記距離のサンプル精度は、整数サンプルよりも高く、
対応して、上記距離は、以下によって計算され、
ｄｉｓｔＦｒｏｍＬｉｎｅ＝（（ｘ＜＜Ｎ）＋Ｋ）＊Ｐ１＋（（ｙ＜＜Ｎ）＋Ｋ）＊Ｐ２－Ｐ３
２Ｎは、上記距離の上記サンプル精度の逆数を表す。

【0022】

実現可能な実装において、Ｎは１に等しい。

【0023】

実現可能な実装において、上記サンプルセットは、上記現在のブロックのルマサンプルセットである。

【0024】

実現可能な実装において、上記現在のブロック内の上記サンプルセットと上記共通の境界との間の上記距離を決定する前に、上記方法は、上記現在のブロックを複数のサンプルセットに分割する段階であって、上記複数のサンプルセットのそれぞれが上記サンプルセットと同じサイズを有する、分割する段階、又は、上記現在のブロックを上記サンプルセットとして設定する段階、をさらに備える。

【0025】

実現可能な実装において、上記サンプルセットは、４×４サンプルアレイである。

【0026】

実現可能な実装において、上記複数のサンプルセットのそれぞれは、各動き情報保存ユニットに対応し、上記動き情報保存ユニットは、上記第１の動き情報、上記第２の動き情報、及び上記第３の動き情報のうちの１つを保存するために使用される。

【0027】

実現可能な実装において、上記第１のサブブロック及び上記第２のサブブロックは、三角形区分、台形区分、又は非対称矩形区分である。

【0028】

実現可能な実装において、上記第１の動き情報は、第１の参照ピクチャリストに基づく動き情報を含み、上記第２の動き情報は、第２の参照ピクチャリストに基づく動き情報を含み、上記第３の動き情報は、上記第１の動き情報及び上記第２の動き情報を含む。

【0029】

本願の第２の態様によれば、プロセッサとメモリとを備える、ビデオストリームをデコードするための装置が開示される。メモリは、第１の態様による方法をプロセッサに実行させる命令を記憶している。

【0030】

本願の第３の態様によれば、プロセッサとメモリとを備える、ビデオストリームをエンコードするための装置が開示される。メモリは、第１の態様による方法をプロセッサに実行させる命令を記憶している。

【0031】

第４の態様によれば、実行されると、１又は複数のプロセッサにビデオデータをコードさせるように構成されている命令を記憶したコンピュータ可読記憶媒体が提案される。命令は、１又は複数のプロセッサに、第１の態様による方法を実行させる。

【0032】

第５の態様によれば、コンピュータ上で実行されると、第１の態様による方法を実行するプログラムコードを備える、コンピュータプログラム。

【0033】

１又は複数の実施形態の詳細は、添付図面及び以下の説明に記載されている。他の特徴、目的、及び利点は、明細書、図面、及び特許請求の範囲から明らかになるであろう。

【図面の簡単な説明】

【0034】

以下、添付の図及び図面を参照して、本願の実施形態がより詳細に説明される。

【図1A】本願の実施形態を実装するように構成されているビデオコーディングシステムの一例を示すブロック図である。

【図1B】本願の実施形態を実装するように構成されているビデオコーディングシステムの別の例を示すブロック図である。

【図2】本願の実施形態を実装するように構成されているビデオエンコーダの一例を示すブロック図である。

【図3】本願の実施形態を実装するように構成されているビデオデコーダの例示的な構造を示すブロック図である。

【図4】エンコーディング装置又はデコーディング装置の一例を示すブロック図である。

【図5】エンコーディング装置又はデコーディング装置の別の例を示すブロック図である。

【図6】空間マージ候補の位置の一例を示す図である。

【図7】空間マージ候補の冗長チェックについて考慮される候補ペアの一例を示す図である。

【図8】時間的マージ候補についての動きベクトルスケーリングの一例を示す図である。

【図9】８×８のサイズのルマサンプルの予測ブロックのための動きベクトル保存の一例を示す図である。

【図10】三角形区分ベースのインター予測の一例を示す図である。

【図11】三角形区分モードのための片予測ＭＶ選択の一例を示す図である。

【図12】ブレンディング処理において使用される重みの一例を示す図である。

【図13】三角形区分モードのための動きベクトル保存の一例を示す図である。

【図14】異なる幾何学区分の一例を示す図である。

【図15】ＧＥＯ区分化パラメータの一例を示す図である。

【図16】ブレンディング演算の一例を示す図である。

【図17】ブレンディング演算のためのルックアップテーブルの一例を示す図である。

【図18】整数位置及び半画素位置を伴う４×４動き保存例の一例を示す図である。

【図19】動き保存方法の一例を示す図である。

【図20】動き情報保存方法の一例を示すブロック図である。

【図21】動き情報保存装置の一例を示すブロック図である。

【図22】コンテンツ配信サービスを実現するコンテンツ供給システム３１００の例示的な構造を示すブロック図である。

【図23】端末デバイスの一例の構造を示すブロック図である。

【0035】

以下、別途明示的に指定されていない限り、同一の参照符号は、同一又は少なくとも機能的に等価な特徴部を指す。

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

【0036】

以下の説明では、本開示の一部をなし、本願の実施形態の具体的態様又は本願の実施形態が使用され得る具体的態様を例として示す、添付図面が参照される。本願の実施形態は他の態様において使用されてもよく、図に示されない構造的又は論理的変更を含んでもよいことが理解される。したがって、以下の詳細な説明は、限定的な意味で解釈されず、本願の範囲は、添付の特許請求の範囲によって規定される。

【0037】

例えば、記載されている方法に関連する開示が、この方法を実行するように構成されている対応するデバイス又はシステムについても適用され得ること、及び、その逆もまた同様であることが理解される。例えば、特定の方法ステップのうちの１又は複数が説明される場合、対応するデバイスは、説明された１又は複数の方法ステップ（例えば、上記１もしくは複数のステップを実行する１つのユニット、又は、それぞれ複数のステップのうちの１もしくは複数を実行する複数のユニット）を実行するために、１又は複数のユニットが明示的に説明も又は図面に示しもされていない場合であっても、そのような１又は複数のユニット、例えば、機能ユニットを含んでよい。他方で、例えば、特定の装置が１又は複数のユニット、例えば機能ユニットに基づいて説明される場合、対応する方法は、上記１又は複数のユニットの機能を実行するために、１又は複数のステップが明示的に説明も又は図面に示しもされていない場合であっても、そのような１つのステップ（例えば、１もしくは複数のユニットの機能を実行する１つのステップ、又はそれぞれ複数のユニットのうちの１もしくは複数の機能を実行する複数のステップ）を含んでよい。さらに、別途特に注記されない限り、本明細書で説明する様々な例示的な実施形態及び／又は態様の特徴が互いに組み合わされ得ることが理解される。

【0038】

ビデオコーディングは典型的には、ビデオ又はビデオシーケンスを形成する一連のピクチャの処理を指す。「ピクチャ」という用語の代わりに、「フレーム」又は「イメージ」という用語がビデオコーディングの分野での同義語として用いられる場合がある。ビデオコーディング（又は一般にコーディング）は、ビデオエンコーディング及びビデオデコーディングの２つの部分を含む。ビデオエンコーディングは、ソース側で実行され、典型的には、（より効率的な保存及び／又は送信のために）ビデオピクチャを表現するために要求されるデータ量を低減させるように、元のビデオピクチャを処理（例えば、圧縮による）することを含む。ビデオデコーディングは、デスティネーション側で実行され、典型的には、ビデオピクチャを再構築するように、エンコーダと比較して逆の処理を含む。ビデオピクチャ（又は一般にピクチャ）の「コーディング」に言及する実施形態は、ビデオピクチャ又はそれぞれのビデオシーケンスの「エンコーディング」又は「デコーディング」に関すると理解されるものとする。エンコーディング部分とデコーディング部分との組み合わせは、コーデック（コーディング及びデコーディング）とも称される。

【0039】

ロスレスビデオコーディングの場合、元のビデオピクチャを再構築でき、すなわち、再構築されたビデオピクチャは元のビデオピクチャと同じ品質である（保存中又は送信中に伝送損失又はその他のデータ損失がないと仮定）。ロッシービデオコーディングの場合、ビデオピクチャを表現するデータ量を低減するために、例えば量子化によるさらなる圧縮が実行されるが、これはデコーダにおいて完全には再構築できない。すなわち、再構築されたビデオピクチャの品質は、元のビデオピクチャの品質に比較して低下又は劣化する。

【0040】

いくつかのビデオコーディング規格は、「ロッシーハイブリッドビデオコーデック」のグループに属する（すなわち、サンプル領域における空間的及び時間的予測と、変換領域における量子化を適用するための２Ｄ変換コーディングとを組み合わせる）。ビデオシーケンスの各ピクチャは、典型的には、非重複ブロックのセットへと区分化され、コーディングは、典型的には、ブロックレベルで実行される。換言すれば、エンコーダにおいて、ビデオは、例えば、空間的（ピクチャ内）予測及び／又は時間的（ピクチャ間）予測を使用して予測ブロックを生成し、現在のブロック（現在処理されている／処理されることになるブロック）から予測ブロックを減算して残差ブロックを取得し、残差ブロックを変換するとともに変換領域における残差ブロックを量子化して、送信されることになるデータ量を低減（圧縮）することによって、典型的にはブロック（ビデオブロック）レベルで処理され、すなわちエンコードされ、一方で、デコーダにおいて、現在のブロックを表現のために再構築するために、エンコーダと比較して逆の処理がエンコード又は圧縮されたブロックに適用される。さらに、エンコーダがデコーダ処理ループを繰り返すことにより、後続のブロックの処理のために、すなわちコーディングのために、両方が同一の予測（例えば、イントラ及びインター予測）及び／又は再構築物を生成することになる。

【0041】

以下、ビデオコーディングシステム１０、ビデオエンコーダ２０、及びビデオデコーダ３０の実施形態が、図１Ａ～図３に基づいて説明される。

【0042】

図１Ａは、本願の技術を使用し得る例示的なコーディングシステム１０、例えばビデオコーディングシステム１０（又は略してコーディングシステム１０）を示す概略ブロック図である。ビデオコーディングシステム１０のビデオエンコーダ２０（又は略してエンコーダ２０）及びビデオデコーダ３０（又は略してデコーダ３０）は、本願において説明される様々な例に従って技術を実行するように構成され得るデバイスの例を表す。

【0043】

図１Ａに示すように、コーディングシステム１０は、エンコードされたピクチャデータ２１を、例えば、このエンコードされたピクチャデータ１３をデコードするためにデスティネーションデバイス１４に提供するように構成されているソースデバイス１２を備える。

【0044】

ソースデバイス１２は、エンコーダ２０を備え、加えて、すなわち任意選択で、ピクチャソース１６と、プリプロセッサ（又は前処理ユニット）１８と、例えばピクチャプリプロセッサ１８と、通信インタフェース又は通信ユニット２２とを備えてよい。

【0045】

ピクチャソース１６は、任意の種類のピクチャ撮影デバイス、例えば、現実世界のピクチャを撮影するカメラ、及び／又は、任意の種類のピクチャ生成デバイス、例えば、コンピュータアニメーション化ピクチャを生成するコンピュータグラフィックスプロセッサ、又は、現実世界のピクチャ、コンピュータ生成ピクチャ（例えば、スクリーンコンテンツ、仮想現実（ＶＲ）ピクチャ）、及び／又はそれらの任意の組み合わせ（例えば、拡張現実（ＡＲ）ピクチャ）を取得及び／又は提供する任意の種類の他のデバイスを含むか又はそれらのデバイスであってよい。ピクチャソースは、上述のピクチャの任意のものを保存する任意の種類のメモリ又はストレージであってよい。

【0046】

プリプロセッサ１８と、前処理ユニット１８によって実行される処理と区別するように、ピクチャ又はピクチャデータ１７は、生ピクチャ又は生ピクチャデータ１７とも称され得る。

【0047】

プリプロセッサ１８は、（生）ピクチャデータ１７を受信するとともに、ピクチャデータ１７に対して前処理を実行して、前処理されたピクチャ１９又は前処理されたピクチャデータ１９を取得するように構成されている。プリプロセッサ１８によって実行される前処理は、例えば、トリミング、カラーフォーマットコンバージョン（例えば、ＲＧＢからＹＣｂＣｒ）、色補正、又はノイズ除去を含んでよい。前処理ユニット１８は任意選択のコンポーネントでもよいことが理解され得る。

【0048】

ビデオエンコーダ２０は、前処理されたピクチャデータ１９を受信するとともに、エンコードされたピクチャデータ２１を提供するように構成されている（さらなる詳細は、例えば図２に基づいて下記で説明される）。

【0049】

ソースデバイス１２の通信インタフェース２２は、通信チャネル１３を介して、エンコードされたピクチャデータ２１を受信するとともに、エンコードされたピクチャデータ２１（又はその任意のさらなる処理バージョン）を、保存又は直接の再構築のために、別のデバイス、例えばデスティネーションデバイス１４又は任意の他のデバイスに送信するように構成されてよい。

【0050】

デスティネーションデバイス１４は、デコーダ３０（例えばビデオデコーダ３０）を備え、加えて、すなわち任意選択で、通信インタフェース又は通信ユニット２８と、ポストプロセッサ３２（又は後処理ユニット３２）と、ディスプレイデバイス３４とを備えてよい。

【0051】

デスティネーションデバイス１４の通信インタフェース２８は、エンコードされたピクチャデータ２１（又はその任意のさらなる処理バージョン）を、例えばソースデバイス１２から直接又は任意の他のソース、例えばストレージデバイス、例えばエンコードされたピクチャデータストレージデバイスから受信するとともに、エンコードされたピクチャデータ２１をデコーダ３０に提供するように構成されている。

【0052】

通信インタフェース２２及び通信インタフェース２８は、ソースデバイス１２とデスティネーションデバイス１４との間で、直接通信リンク、例えば、直接的な有線もしくは無線接続を介して、又は、任意の種類のネットワーク、例えば、有線もしくは無線ネットワークもしくはそれらの任意の組み合わせ、もしくは、任意の種類のプライベート及びパブリックネットワークもしくはそれらの任意の種類の組み合わせを介して、エンコードされたピクチャデータ２１又はエンコードされたデータ１３を送信又は受信するように構成されてよい。

【0053】

通信インタフェース２２は、例えば、エンコードされたピクチャデータ２１を適切なフォーマットに、例えばパケットにパッケージ化する、及び／又は、通信リンク又は通信ネットワークを介した送信のための任意の種類の送信エンコーディング又は処理を用いて、エンコードされたピクチャデータを処理するように構成されてよい。

【0054】

通信インタフェース２２のカウンターパートをなす通信インタフェース２８は、例えば、送信されたデータを受信するとともに、任意の種類の対応する送信デコーディング又は処理及び／又はデパッケージングを用いて送信データを処理して、エンコードされたピクチャデータ２１を取得するように構成されてよい。

【0055】

通信インタフェース２２及び通信インタフェース２８は両方とも、図１Ａにおいてソースデバイス１２からデスティネーションデバイス１４に向く通信チャネル１３の矢印で示すように単方向通信インタフェースとして、又は、双方向通信インタフェースとして構成されてよく、例えば、メッセージを送信及び受信する、例えば、接続を設定し、通信リンク及び／又はデータ送信、例えばエンコードされたピクチャデータ送信に関連する任意の他の情報を確認及びやりとりするように構成されてよい。

【0056】

デコーダ３０は、エンコードされたピクチャデータ２１を受信するとともに、デコードされたピクチャデータ３１又はデコードされたピクチャ３１を提供するように構成されている（さらなる詳細は、例えば図３又は図５に基づいて下記で説明される）。

【0057】

デスティネーションデバイス１４のポストプロセッサ３２は、デコードされたピクチャデータ３１（再構築ピクチャデータとも呼ばれる）、例えばデコードされたピクチャ３１を後処理して、後処理されたピクチャデータ３３、例えば後処理されたピクチャ３３を取得するように構成されている。後処理ユニット３２により実行される後処理は、例えば、デコードされたピクチャデータ３１を、例えば、ディスプレイデバイス３４による表示のために準備する目的で、例えば、カラーフォーマットコンバージョン（例えば、ＹＣｂＣｒからＲＧＢへ）、色補正、トリミング、もしくは再サンプリング、又は任意の他の処理を含んでよい。

【0058】

デスティネーションデバイス１４のディスプレイデバイス３４は、ピクチャを例えばユーザ又は閲覧者に表示するために、後処理されたピクチャデータ３３を受信するように構成されている。ディスプレイデバイス３４は、再構築ピクチャを表現するための任意の種類のディスプレイ、例えば、一体型又は外付けのディスプレイ又はモニタであってもよく、これを含んでもよい。ディスプレイは、例えば、液晶ディスプレイ（ＬＣＤ）、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、プラズマディスプレイ、プロジェクタ、マイクロＬＥＤディスプレイ、液晶オンシリコン（ＬＣｏＳ）、デジタル光プロセッサ（ＤＬＰ）、又は任意の種類の他のディスプレイを含んでよい。

【0059】

図１Ａはソースデバイス１２とデスティネーションデバイス１４とを別個のデバイスとして示しているが、デバイスの実施形態は、それらの両方又は両方の機能、すなわち、ソースデバイス１２又は対応する機能と、デスティネーションデバイス１４又は対応する機能とを備えてもよい。そのような実施形態では、ソースデバイス１２又は対応する機能及びデスティネーションデバイス１４又は対応する機能は、同じハードウェア及び／又はソフトウェアを使用して、又は別個のハードウェア及び／又はソフトウェア又はそれらの任意の組み合わせによって実装され得る。

【0060】

本説明に基づいて当業者には明らかであるように、図１Ａに示すような、異なるユニットの機能又はソースデバイス１２及び／又はデスティネーションデバイス１４内の機能の存在及び（正確な）分割は、実際のデバイス及びアプリケーションに応じて変わり得る。

【0061】

エンコーダ２０（例えば、ビデオエンコーダ２０）又はデコーダ３０（例えば、ビデオデコーダ３０）又はエンコーダ２０及びデコーダ３０の両方は、１又は複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリートロジック、ハードウェア、ビデオコーディング専用又はそれらの任意の組み合わせ等の、図１Ｂに示すような処理回路を介して実装されてよい。エンコーダ２０は、図２のエンコーダ２０及び／又は本明細書に記載の任意の他のエンコーダシステム又はサブシステムに関連して説明される様々なモジュールを具現するために処理回路４６を介して実装されてよい。デコーダ３０は、図３のデコーダ３０及び／又は本明細書に記載の任意の他のデコーダシステム又はサブシステムに関連して説明される様々なモジュールを具現するために処理回路４６を介して実装されてよい。処理回路は、後で説明されるように様々な演算を実行するように構成されてよい。図５に示すように、本技術がソフトウェアにおいて部分的に実装される場合、デバイスは、好適な非一時的コンピュータ可読記憶媒体にソフトウェアのための命令を保存してよく、ハードウェア内で１又は複数のプロセッサを用いて命令を実行して、本開示の技術を実現してよい。ビデオエンコーダ２０及びビデオデコーダ３０のいずれかは、図１Ｂに示すように、例えば、単一のデバイス内の組み合わされたエンコーダ／デコーダ（コーデック）の一部として統合されてよい。

【0062】

ソースデバイス１２及びデスティネーションデバイス１４は、任意の種類のハンドヘルド又はステーショナリデバイス、例えば、ノートブック又はラップトップコンピュータ、携帯電話、スマートフォン、タブレット又はタブレットコンピュータ、カメラ、デスクトップコンピュータ、セットトップボックス、テレビ、ディスプレイデバイス、デジタルメディアプレイヤ、ビデオゲーミングコンソール、ビデオストリーミングデバイス（コンテンツサービスサーバ又はコンテンツ配信サーバ等）、ブロードキャスト受信機デバイス、ブロードキャスト送信機デバイス等を含む、広範なデバイスのいずれかを備えてよく、オペレーティングシステムを用いない又は任意の種類のオペレーティングシステムを用いてよい。いくつかの場合、ソースデバイス１２及びデスティネーションデバイス１４は、無線通信に対応してよい。したがって、ソースデバイス１２及びデスティネーションデバイス１４は、無線通信デバイスとしてよい。

【0063】

いくつかの場合、図１Ａに示すビデオコーディングシステム１０は、単に一例であり、本願の技術は、エンコーディングデバイスとデコーディングデバイスとの間の任意のデータ通信を必ずしも含まないビデオコーディング設定（例えば、ビデオエンコーディング又はビデオデコーディング）に適用されてよい。他の例において、データは、ローカルメモリから取得され、ネットワークを介してストリーム等される。ビデオエンコーディングデバイスは、データをメモリにエンコードして保存してよく、及び／又は、ビデオデコーディングデバイスは、データをメモリから取得するとともにデコードしてよい。いくつかの例において、エンコーディング及びデコーディングは、互いに通信しないが単にデータをメモリにエンコードする及び／又はデータをメモリから取得するとともにデコードするデバイスによって実行される。

【0064】

説明の便宜上、例えば、ＩＴＵ－Ｔビデオコーディング専門家グループ（ＶＣＥＧ）及びＩＳＯ／ＩＥＣ動画専門家グループ（ＭＰＥＧ）のビデオコーディングに関する共同作業チーム（ＪＣＴ－ＶＣ）によって開発された次世代ビデオコーディング規格である、高効率ビデオコーディング（ＨＥＶＣ）又は多目的ビデオコーディング（ＶＶＣ）のリファレンスソフトウェアを参照して、本願の実施形態が本明細書で説明される。当業者であれば、本願の実施形態がＨＥＶＣ又はＶＶＣに限定されるものではないことを理解するであろう。

【0065】

［エンコーダ及びエンコーディング方法］
図２は、本願の技術を実装するように構成されている例示的なビデオエンコーダ２０の概略ブロック図を示している。図２の例において、ビデオエンコーダ２０は、入力２０１（又は入力インタフェース２０１）と、残差計算ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、ループフィルタユニット２２０と、デコードされたピクチャバッファ（ＤＰＢ）２３０と、モード選択ユニット２６０と、エントロピーエンコーディングユニット２７０と、出力２７２（又は出力インタフェース２７２）とを備える。モード選択ユニット２６０は、インター予測ユニット２４４と、イントラ予測ユニット２５４と、区分化ユニット２６２とを備えてよい。インター予測ユニット２４４は、動き推定ユニット及び動き補償ユニット（図示せず）を備えてよい。図２に示されるビデオエンコーダ２０は、ハイブリッドビデオエンコーダ、又はハイブリッドビデオコーデックに従うビデオエンコーダとも称され得る。

【0066】

残差計算ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、モード選択ユニット２６０とは、エンコーダ２０の順方向信号経路を形成するものとして言及されてよく、一方、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、バッファ２１６と、ループフィルタ２２０と、デコードされたピクチャバッファ（ＤＰＢ）２３０と、インター予測ユニット２４４と、イントラ予測ユニット２５４とは、ビデオエンコーダ２０の逆方向信号経路を形成するものとして言及されてよい。ビデオエンコーダ２０の逆方向信号経路は、デコーダの信号経路に対応する（図３のビデオデコーダ３０を参照）。逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、ループフィルタ２２０と、デコードされたピクチャバッファ（ＤＰＢ）２３０と、インター予測ユニット２４４と、イントラ予測ユニット２５４とは、ビデオエンコーダ２０の「内蔵デコーダ」を形成するものとも言及される。

【0067】

［ピクチャ及びピクチャ区分化（ピクチャ及びブロック）］
エンコーダ２０は、例えば、入力２０１を介して、ピクチャ１７（又はピクチャデータ１７）、例えば、ビデオ又はビデオシーケンスを形成する一連のピクチャのうちのピクチャを受信するように構成されてよい。受信されたピクチャ又はピクチャデータは、前処理されたピクチャ１９（又は前処理されたピクチャデータ１９）であってもよい。簡潔さのために、以下の説明ではピクチャ１７が参照される。ピクチャ１７は、現在のピクチャ又はコードされることになるピクチャとも称され得る（特に、ビデオコーディングにおいて、現在のピクチャを他のピクチャ、例えば、同じビデオシーケンス、すなわち現在のピクチャも含むビデオシーケンスの、以前にエンコードされた及び／又はデコードされたピクチャから区別するために）。

【0068】

（デジタル）ピクチャは、強度値を伴うサンプルの二次元アレイ又はマトリックスであるか、それとみなされ得る。アレイ内のサンプルは、画素（ピクチャ要素の略称）又はペルとも称され得る。アレイ又はピクチャの水平及び垂直方向（又は軸）のサンプル数は、ピクチャのサイズ及び／又は解像度を定義する。色を表現するために、典型的には３つの色成分が使用され、すなわち、ピクチャは、３つのサンプルアレイで表されても又はこれを含んでもよい。ＲＢＧフォーマット又は色空間では、ピクチャは対応する赤、緑、及び青のサンプルアレイを含む。しかしながら、ビデオコーディングでは、各画素は、典型的には輝度及びクロミナンスフォーマット又は色空間、例えばＹＣｂＣｒで表され、これには、Ｙ（代わりにＬが用いられる場合もある）で示される輝度成分と、Ｃｂ及びＣｒで示される２つのクロミナンス成分とが含まれる。輝度（又は略してルマ（ｌｕｍａ））成分Ｙは、明るさ又は（例えば、グレースケールピクチャでのような）グレーレベルの強度を表し、２つのクロミナンス（又は略してクロマ（ｃｈｒｏｍａ））成分であるＣｂ及びＣｒは、色度又は色情報成分を表す。したがって、ＹＣｂＣｒフォーマットのピクチャは、輝度サンプル値（Ｙ）の輝度サンプルアレイと、クロミナンス値（Ｃｂ及びＣｒ）の２つのクロミナンスサンプルアレイとを含む。ＲＧＢフォーマットのピクチャは、ＹＣｂＣｒフォーマットにコンバート又は変換され得、その逆もまた同様であり、この処理は、色変換又はコンバージョンとしても知られている。ピクチャがモノクロの場合、ピクチャは輝度サンプルアレイのみを含んでよい。したがって、ピクチャは、例えば、モノクロフォーマットにおけるルマサンプルのアレイ、又は、４：２：０、４：２：２、及び４：４：４のカラーフォーマットにおけるルマサンプルのアレイ及びクロマサンプルの２つの対応するアレイであってよい。

【0069】

ビデオエンコーダ２０の実施形態は、ピクチャ１７を複数の（典型的には非重複）ピクチャブロック２０３に区分化するように構成されているピクチャ区分化ユニット（図２には示されない）を備えてよい。これらのブロックは、ルートブロック、マクロブロック（Ｈ．２６４／ＡＶＣ）又はコーディングツリーブロック（ＣＴＢ）又はコーディングツリーユニット（ＣＴＵ）（Ｈ．２６５／ＨＥＶＣ及びＶＶＣ）とも称され得る。ピクチャ区分化ユニットは、ビデオシーケンスの全てのピクチャ及びブロックサイズを定義する対応するグリッドに同じブロックサイズを使用するか、又は、ピクチャ又はピクチャのサブセットもしくはグループ間でブロックサイズを変化させて、各ピクチャを対応するブロックに区分化するように構成されてよい。

【0070】

さらなる実施形態において、ビデオエンコーダは、ピクチャ１７のブロック２０３、例えば、ピクチャ１７を形成する１つ、いくつか、又は全てのブロックを直接受信するように構成されてよい。ピクチャブロック２０３は、現在のピクチャブロック又はコードされることになるピクチャブロックとも称され得る。

【0071】

ピクチャ１７と同様に、ここでも、ピクチャブロック２０３は、ピクチャ１７よりも寸法が小さいが、強度値（サンプル値）を伴うサンプルの二次元アレイ又はマトリックスであるか、又は、それとみなすことができる。換言すれば、ブロック２０３は、例えば、１つのサンプルアレイ（例えば、モノクロピクチャ１７の場合はルマアレイ、又は、カラーピクチャの場合はルマもしくはクロマアレイ）、又は３つのサンプルアレイ（例えば、カラーピクチャ１７の場合はルマ及び２つのクロマアレイ）、又は、適用されるカラーフォーマットに応じた任意の他の数及び／又は種類のアレイを備えてよい。ブロック２０３の水平及び垂直方向（又は軸）のサンプル数は、ブロック２０３のサイズを定義する。したがって、ブロックは、例えば、サンプルのＭ×Ｎ（Ｍ列×Ｎ行）アレイ、又は変換係数のＭ×Ｎアレイであってよい。

【0072】

図２に示すビデオエンコーダ２０の実施形態は、ピクチャ１７をブロック毎にエンコードするように構成されてよく、例えば、エンコーディング及び予測がブロック２０３毎に実行される。

【0073】

図２に示されるビデオエンコーダ２０の実施形態は、スライス（ビデオスライスとも称される）を使用することによってピクチャを区分化及び／又はエンコードするようにさらに構成されてよく、ピクチャは、１又は複数のスライス（典型的には非重複）を使用して区分化又はエンコードされてよく、各スライスは、１もしくは複数のブロック（例えばＣＴＵ）、又は、ブロックの１もしくは複数のグループ（例えば、タイル（Ｈ．２６５／ＨＥＶＣ及びＶＶＣ）又はブリック（ＶＶＣ）を含んでよい。

【0074】

図２に示されるビデオエンコーダ２０の実施形態は、スライス／タイルグループ（ビデオタイルグループとも称される）及び／又はタイル（ビデオタイルとも称される）を使用することによってピクチャを区分化及び／又はエンコードするようにさらに構成されてよく、ピクチャは、１又は複数のスライス／タイルグループ（典型的には非重複）を使用して区分化又はエンコードされてよく、各スライス／タイルグループは、例えば、１もしくは複数のブロック（例えばＣＴＵ）又は１もしくは複数のタイルを含んでよく、各タイルは例えば、矩形であってよく、１又は複数のブロック（例えば、ＣＴＵ）、例えば完全又は部分的ブロックを含んでよい。

【0075】

［残差計算］
残差計算ユニット２０４は、例えば、サンプル毎（画素毎）にピクチャブロック２０３のサンプル値から予測ブロック２６５のサンプル値を減算し、サンプル領域における残差ブロック２０５を取得することによって、ピクチャブロック２０３及び予測ブロック２６５に基づいて（予測ブロック２６５に関するさらなる詳細は後で提供される）、残差ブロック２０５（残差２０５とも称される）を計算するように構成されてよい。

【0076】

［変換］
変換処理ユニット２０６は、残差ブロック２０５のサンプル値に対して変換、例えば、離散コサイン変換（ＤＣＴ）又は離散サイン変換（ＤＳＴ）を適用し、変換領域における変換係数２０７を取得するように構成されてよい。変換係数２０７は、変換残差係数とも称されてよく、変換領域における残差ブロック２０５を表す。

【0077】

変換処理ユニット２０６は、Ｈ．２６５／ＨＥＶＣに関して指定された変換等のＤＣＴ／ＤＳＴの整数近似を適用するように構成されてよい。直交ＤＣＴ変換に比較して、そのような整数近似は、典型的には特定の係数によってスケーリングされる。順変換及び逆変換によって処理される残差ブロックのノルムを保持するために、変換処理の一部として追加のスケーリング係数が適用される。スケーリング係数は、典型的には、シフト演算に関して２のべき乗であるスケーリング係数、変換係数のビット深度、確度と実装コストとの間のトレードオフ等のような特定の制約に基づいて選択される。例えば、特定のスケーリング係数が、例えば、逆変換処理ユニット２１２による逆変換（及び、例えばビデオデコーダ３０における逆変換処理ユニット３１２による対応する逆変換）について指定され、例えば、エンコーダ２０における変換処理ユニット２０６による順方向変換のための対応するスケーリング係数が、相応に指定されてよい。

【0078】

ビデオエンコーダ２０の実施形態は（それぞれ変換処理ユニット２０６）は、変換パラメータ、例えば単数又は複数の変換のタイプを、例えば、直接又はエントロピーエンコーディングユニット２７０を介してエンコードもしくは圧縮してから出力するように構成されてよく、それにより、例えば、ビデオデコーダ３０は、デコーディングのための変換パラメータを受信して使用してよい。

【0079】

［量子化］
量子化ユニット２０８は、例えば、スカラ量子化又はベクトル量子化を適用することによって、変換係数２０７を量子化して、量子化係数２０９を取得するように構成されてよい。量子化係数２０９は、量子化変換係数２０９又は量子化残差係数２０９とも称され得る。

【0080】

量子化処理は、変換係数２０７のいくつか又は全てに関連付けられたビット深度を減少させ得る。例えば、ｎビット変換係数は、量子化中にｍビット変換係数に丸められてよく、ここでｎはｍよりも大きい。量子化の程度は、量子化パラメータ（ＱＰ）を調整することによって変更されてよい。例えば、スカラ量子化の場合、より細かい又はより粗い量子化を達成するために、異なるスケーリングが適用されてよい。量子化ステップサイズが小さいほど細かい量子化に対応し、一方で、量子化ステップサイズが大きいほど粗い量子化に対応する。適用可能な量子化ステップサイズは、量子化パラメータ（ＱＰ）によって示され得る。量子化パラメータは、例えば、適用可能な量子化ステップサイズの予め定義されたセットへのインデックスであり得る。例えば、小さな量子化パラメータは細かい量子化（小さな量子化ステップサイズ）に対応し得、大きな量子化パラメータは粗い量子化（大きな量子化ステップサイズ）に対応し得るか、又は逆もまた同様である。量子化は、量子化ステップサイズによる除算を含んでよく、例えば逆量子化ユニット２１０による対応する及び／又は逆量子化解除は、量子化ステップサイズによる乗算を含んでよい。いくつかの規格、例えばＨＥＶＣに従った実施形態は、量子化ステップサイズを決定するのに量子化パラメータを使用するように構成されてよい。概して、量子化ステップサイズは、除算を含む方程式の固定小数点近似を使用する量子化パラメータに基づいて算出され得る。残差ブロックのノルムを復元するために、量子化及び量子化解除に追加のスケーリング係数を導入し得、これは、量子化ステップサイズ及び量子化パラメータの方程式の固定小数点近似で使用されるスケーリングに起因して変更され得る。１つの例示的な実装では、逆変換及び量子化解除のスケーリングは組み合わされ得る。代替的には、カスタマイズされた量子化テーブルが使用され、例えばビットストリームにおいてエンコーダからデコーダにシグナリングされてよい。量子化はロッシー演算であり、損失は量子化ステップサイズの増加に伴って増加する。

【0081】

ビデオエンコーダ２０の実施形態（それぞれ量子化ユニット２０８）は、量子化パラメータ（ＱＰ）、例えば直接か又はエントロピーエンコーディングユニット２７０を介してエンコードしてから出力するように構成されてよく、それにより、例えば、ビデオデコーダ３０は、デコーディングのための量子化パラメータを受信して適用してよい。

【0082】

［逆量子化］
逆量子化ユニット２１０は、例えば、量子化ユニット２０８と同じ量子化ステップサイズに基づいて又はそれを使用して量子化ユニット２０８によって適用された量子化スキームの逆を適用することによって、量子化係数に対して量子化ユニット２０８の逆量子化を適用し、量子化解除係数２１１を取得するように構成されている。量子化解除係数２１１は、量子化解除残差係数２１１とも称され得、典型的には量子化による損失に起因して変換係数とは同一でないが、変換係数２０７に対応する。

【0083】

［逆変換］
逆変換処理ユニット２１２は、変換処理ユニット２０６によって適用された変換の逆変換、例えば、逆離散コサイン変換（ＤＣＴ）又は逆離散サイン変換（ＤＳＴ）又は他の逆変換を適用し、サンプル領域における再構築残差ブロック２１３（又は対応する量子化解除係数２１３）を取得するように構成されている。再構築残差ブロック２１３は、変換ブロック２１３とも称され得る。

【0084】

［再構築］
再構築ユニット２１４（例えば、加算器又は合算器２１４）は、例えば、サンプル毎に、再構築残差ブロック２１３のサンプル値と予測ブロック２６５のサンプル値とを加算することによって、変換ブロック２１３（すなわち、再構築残差ブロック２１３）を予測ブロック２６５に加算し、サンプル領域における再構築ブロック２１５を取得するように構成されている。

【0085】

［フィルタリング］
ループフィルタユニット２２０（又は略して「ループフィルタ」２２０）は、再構築ブロック２１５をフィルタして、フィルタリングされたブロック２２１を取得する、又は、一般に、再構築サンプルをフィルタして、フィルタリングされたサンプル値を取得するように構成されている。ループフィルタユニットは、例えば、画素遷移を滑らかにする、又は、別様にビデオ品質を改善するように構成されている。ループフィルタユニット２２０は、デブロッキングフィルタ、サンプル適応型オフセット（ＳＡＯ）フィルタ、もしくは、１もしくは複数の他のフィルタ、例えば、適応ループフィルタ（ＡＬＦ）、ノイズ抑制フィルタ（ＮＳＦ）、又はそれらの任意の組み合わせ等、１又は複数のループフィルタを含み得る。一例において、ループフィルタユニット２２０はデブロッキングフィルタ、ＳＡＯフィルタ、及びＡＬＦフィルタを含み得る。フィルタリング処理の順序は、デブロッキングフィルタ、ＳＡＯ、及びＡＬＦであり得る。別の例において、クロマスケーリングを伴うルママッピング（ＬＭＣＳ）（すなわち、適応インループリシェーパ）と呼ばれる処理が追加される。この処理はデブロッキングの前に実行される。別の例において、デブロッキングフィルタ処理はまた、内部サブブロックエッジ、例えば、アフィンサブブロックエッジ、ＡＴＭＶＰサブブロックエッジ、サブブロック変換（ＳＢＴ）エッジ、及びイントラサブ区分（ＩＳＰ）エッジに適用され得る。ループフィルタユニット２２０が、インループフィルタであるものとして図２に示されているが、他の構成では、ループフィルタユニット２２０はポストループフィルタとして実装されてもよい。フィルタリングされたブロック２２１は、フィルタリングされた再構築ブロック２２１とも称され得る。

【0086】

ビデオエンコーダ２０の実施形態（それぞれループフィルタユニット２２０）は、ループフィルタパラメータを（ＳＡＯフィルタパラメータ又はＡＬＦフィルタパラメータ又はＬＭＣＳパラメータ等）、例えば、直接又はエントロピーエンコーディングユニット２７０を介してエンコードしてから出力するように構成されてよく、それにより、例えば、デコーダ３０は、デコーディングのために同じループフィルタパラメータ又はそれぞれのループフィルタを受信して適用してよい。

【0087】

［デコードされたピクチャバッファ］
デコードされたピクチャバッファ（ＤＰＢ）２３０は、ビデオエンコーダ２０によってビデオデータをエンコードするための参照ピクチャ、又は一般に参照ピクチャデータを保存するメモリであってよい。ＤＰＢ２３０は、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、又は他のタイプのメモリデバイスを含む、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）等の様々なメモリデバイスのうちの任意のものによって形成されてよい。デコードされたピクチャバッファ（ＤＰＢ）２３０は、１又は複数のフィルタリングされたブロック２２１を保存するように構成されてよい。デコードされたピクチャバッファ２３０は、同じ現在のピクチャ又は異なるピクチャ、例えば、以前に再構築されたピクチャの他の以前にフィルタリングされたブロック、例えば、以前に再構築され且つフィルタリングされたブロック２２１を保存するようにさらに構成されてよく、例えば、インター予測のために、以前に再構築された、すなわちデコードされた、完全なピクチャ（並びに、対応する参照ブロック及びサンプル）、及び／又は、部分的に再構築された現在のピクチャ（並びに、対応する参照ブロック及びサンプル）を提供してよい。デコードされたピクチャバッファ（ＤＰＢ）２３０は、例えば、再構築ブロック２１５がループフィルタユニット２２０によってフィルタリングされていない場合、１もしくは複数のフィルタリングされていない再構築ブロック２１５、もしくは一般に、フィルタリングされていない再構築サンプル、又は、再構築ブロックもしくはサンプルの任意の他のさらに処理されたバージョンを保存するように構成されてもよい。

【0088】

［モード選択（区分化及び予測）］
モード選択ユニット２６０は、区分化ユニット２６２と、インター予測ユニット２４４と、イントラ予測ユニット２５４とを備え、元のピクチャデータ、例えば元のブロック２０３（現在のピクチャ１７の現在のブロック２０３）、及び再構築ピクチャデータ、例えば、同じ（現在の）ピクチャの及び／又は１又は複数の以前にデコードされたピクチャからの、例えばデコードされたピクチャバッファ２３０もしくは他のバッファ（例えば、図示されていないラインバッファ）からのフィルタリングされた及び／又はフィルタリングされていない再構築サンプルもしくはブロックを受信又は取得するように構成されている。再構築ピクチャデータは、予測ブロック２６５又は予測因子２６５を取得するために、予測、例えばインター予測又はイントラ予測のための参照ピクチャデータとして使用される。

【0089】

モード選択ユニット２６０は、現在のブロック予測モード（区分化を含まない）のための区分化及び予測モード（例えば、イントラ又はインター予測モード）を決定又は選択し、対応する予測ブロック２６５を生成するように構成されてよく、予測ブロック２６５は、残差ブロック２０５の計算のため及び再構築ブロック２１５の再構築のために使用される。

【0090】

モード選択ユニット２６０の実施形態は、区分化及び予測モード（例えば、モード選択ユニット２６０によってサポートされているもの又はモード選択ユニット２６０に利用可能なものから）選択するように構成されてよく、これにより、最良のマッチ、又は換言すれば、最小残差（最小残差は、送信又は保存のための圧縮率がより良好であることを意味する）、又は、最小シグナリングオーバヘッド（最小シグナリングオーバヘッドは、送信又は保存のための圧縮率がより良好であることを意味する）、又はこれらの両方を考慮したもしくはバランスを取ったものを提供する。モード選択ユニット２６０は、レート歪み最適化（ＲＤＯ）に基づいて区分化及び予測モードを決定する、すなわち、最小レート歪みを提供する予測モードを選択するように構成されてよい。この文脈において「最良」、「最小」、「最適」等のような用語は、全般的な「最良」、「最小」、「最適」等を必ずしも指さず、値が閾値又は他の制約を超過又は下回り、潜在的に「準最適選択」につながるが複雑性及び処理時間を低減するような、終了又は選択基準の達成を指してもよい。

【0091】

換言すれば、区分化ユニット２６２は、ビデオシーケンスからのピクチャを一連のコーディングツリーユニット（ＣＴＵ）に区分化するように構成されてよく、ＣＴＵ２０３は、例えば、クアッドツリー区分化（ＱＴ）、バイナリ区分化（ＢＴ）、もしくはトリプルツリー区分化（ＴＴ）、又はそれらの任意の組み合わせを繰り返し用いて、より小さいブロック区分又は（やはりブロックを形成する）サブブロックにさらに区分化されてよく、また、例えば、ブロック区分又はサブブロックのそれぞれのための予測を実行するように構成されてよく、モード選択は、区分化されたブロック２０３のツリー構造の選択を含み、予測モードは、ブロック区分又はサブブロックのそれぞれに適用される。

【0092】

以下では、例示的なビデオエンコーダ２０によって実行される、区分化（例えば、区分化ユニット２６０による）及び予測処理（インター予測ユニット２４４及びイントラ予測ユニット２５４による）をより詳細に説明する。

【0093】

［区分化］
区分化ユニット２６２は、ビデオシーケンスからのピクチャを一連のコーディングツリーユニット（ＣＴＵ）に区分化するように構成されてよく、区分化ユニット２６２は、コーディングツリーユニット（ＣＴＵ）２０３をより小さい区分、例えば、正方形又は矩形サイズのより小さいブロックに区分化（又は分割）してよい。３つのサンプルアレイを有するピクチャの場合、ＣＴＵは、クロマサンプルの２つの対応するブロックと共に、ルマサンプルのＮ×Ｎブロックからなる。ＣＴＵにおけるルマブロックの最大許容サイズは、開発中の多目的ビデオコーディング（ＶＶＣ）において、１２８×１２８に指定されるが、将来は１２８×１２８以外の値、例えば２５６×２５６に指定され得る。ピクチャのＣＴＵは、スライス／タイルグループ、タイル又はブリックとしてクラスター化／グループ化されてよい。タイルは、ピクチャの矩形領域をカバーし、タイルは、１又は複数のブリックに分割できる。ブリックは、タイル内の多数のＣＴＵ行からなる。複数のブリックに区分化されないタイルはブリックと称することができる。しかしながら、ブリックは、タイルの真のサブセットであり、タイルと称されない。ＶＶＣにおいてサポートされるタイルグループには２つのモードがある。すなわち、ラスタースキャンスライス／タイルグループモード及び矩形スライスモードである。ラスタースキャンタイルグループモードにおいて、スライス／タイルグループは、ピクチャのタイルラスタースキャンにおける一連のタイルを含む。矩形スライスモードにおいて、スライスは、まとめてピクチャの矩形領域を形成するピクチャの多数のブリックを含む。矩形スライス内のブリックは、スライスのブリックラスタースキャンの順序になっている。これらのより小さいブロック（サブブロックとも称され得る）は、さらにより小さい区分にさらに区分化されてよい。これは、ツリー区分化もしくは階層ツリー区分化とも称され、ここで、例えばルートツリーレベル０（階層レベル０、深度０）にあるルートブロックは、再帰的に区分化、例えば、次に低いツリーレベルの２つ以上のブロック、例えばツリーレベル１（階層レベル１、深度１）にあるノードに区分化されてよく、これらのブロックは、例えば終了基準が達成されたことで、例えば最大ツリー深度又は最小ブロックサイズに達したことで、区分化が終了するまで、次に低いレベル、例えばツリーレベル２（階層レベル２、深度２）の２つ以上のブロックに再度区分化される等してよい。さらに区分化されないブロックは、ツリーのリーフブロック又はリーフノードとも称される。２つの区分への区分化を用いるツリーは、バイナリツリー（ＢＴ）と称され、３つの区分への区分化を用いるツリーは、ターナリツリー（ＴＴ）と称され、４つの区分への区分化を用いるツリーは、クアッドツリー（ＱＴ）と称される。

【0094】

例えば、コーディングツリーユニット（ＣＴＵ）は、３つのサンプルアレイを有するピクチャのルマサンプルのＣＴＢ、クロマサンプルの２つの対応するＣＴＢ、又は、モノクロピクチャのもしくはサンプルをコードするために使用された３つの別個の色平面及びシンタックス構造を用いてコードされたピクチャのサンプルのＣＴＢであるか、又はそれらを含んでよい。対応して、コーディングツリーブロック（ＣＴＢ）は、ＣＴＢへの構成要素の分割が区分化であるように、或るＮの値に関してサンプルのＮ×Ｎブロックであってよい。コーディングユニット（ＣＵ）は、ルマサンプルのコーディングブロック、３つのサンプルアレイを有するピクチャのクロマサンプルの２つの対応するコーディングブロック、又は、モノクロピクチャのもしくはサンプルをコードするために使用された３つの別個の色平面及びシンタックス構造を用いてコードされたピクチャのサンプルのコーディングブロックであるか、又はそれらを含んでよい。対応して、コーディングブロック（ＣＢ）は、コーディングブロックへのＣＴＢの分割が区分化であるように、或るＭ及びＮの値に関してサンプルのＭ×Ｎブロックであってよい。

【0095】

例えば、ＨＥＶＣに従う実施形態において、コーディングツリーユニット（ＣＴＵ）は、コーディングツリーとして示されるクアッドツリー構造を用いることによってＣＵに分割されてよい。ピクチャエリアを、インターピクチャ（時間）予測を用いてコードするのか又はイントラピクチャ（空間）予測を用いてコードするのかの決定は、リーフＣＵレベルで行われる。各リーフＣＵは、ＰＵの分割タイプに従って、１つ、２つ、又は４つのＰＵにさらに分割することができる。１つのＰＵの内部では、同じ予測処理が適用され、関連情報はＰＵベースでデコーダに送信される。ＰＵの分割タイプに基づいて予測処理を適用することによって残差ブロックを取得した後、リーフＣＵは、ＣＵのためのコーディングツリーと同様の別のクアッドツリー構造に従って変換ユニット（ＴＵ）に区分化できる。

【0096】

実施形態において、例えば、多目的ビデオコーディング（ＶＶＣ）と称される現在開発中の最新のビデオコーディング規格によれば、組み合わされたクアッドツリーが、例えばコーディングツリーユニットを区分化するのに使用されるバイナリ及びターナリ分割セグメンテーション構造を使用して、マルチタイプツリーをネストした。コーディングツリーユニット中のコーディングツリー構造において、ＣＵは、正方形又は矩形のいずれかとすることができる。例えば、コーディングツリーユニット（ＣＴＵ）は、最初にクオータナリツリーによって区分化される。次に、クオータナリツリーリーフノードは、マルチタイプツリー構造によってさらに区分化され得る。マルチタイプツリー構造には４つの分割タイプ、すなわち、垂直バイナリ分割（ＳＰＬＩＴ＿ＢＴ＿ＶＥＲ）、水平バイナリ分割（ＳＰＬＩＴ＿ＢＴ＿ＨＯＲ）、垂直ターナリ分割（ＳＰＬＩＴ＿ＴＴ＿ＶＥＲ）及び水平ターナリ分割（ＳＰＬＩＴ＿ＴＴ＿ＨＯＲ）がある。マルチタイプツリーリーフノードは、コーディングユニット（ＣＵ）と呼ばれ、ＣＵが最大変換長に対して大きすぎない限り、このセグメンテーションは、任意のさらなる区分化なしで、予測及び変換処理に使用される。このことは、ほとんどの場合において、ＣＵ、ＰＵ、及びＴＵは、ネストされたマルチタイプツリーコーディングブロック構造を有するクアッドツリーにおいて同じブロックサイズを有することを意味する。サポートされる最大変換長がＣＵの色成分の幅又は高さよりも小さいとき、例外が発生する。ＶＶＣは、ネストされたマルチタイプツリーコーディングツリー構造を有するクアッドツリーにおける区分分割情報の独自のシグナリングメカニズムを展開する。シグナリングメカニズムにおいて、コーディングツリーユニット（ＣＴＵ）は、クオータナリツリーのルートとして扱われ、最初にクオータナリツリー構造によって区分化される。そして、各クオータナリツリーリーフノードは、（それを可能とするのに十分大きいとき）マルチタイプツリー構造によってさらに区分化される。マルチタイプツリー構造において、ノードがさらに区分化されるかどうかを示すために第１のフラグ（ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｆｌａｇ）がシグナリングされ、ノードがさらに区分化されるとき、分割方向を示すために第２のフラグ（ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ）がシグナリングされ、次に、分割がバイナリ分割であるのか又はターナリ分割であるのかを示すために第３のフラグ（ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｂｉｎａｒｙ＿ｆｌａｇ）がシグナリングされる。ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ及びｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｂｉｎａｒｙ＿ｆｌａｇの値に基づいて、ＣＵのマルチタイプツリー分割モード（ＭｔｔＳｐｌｉｔＭｏｄｅ）が、予め定義されたルール又はテーブルに基づいてデコーダによって導出され得る。特定の設計、例えば、ＶＶＣハードウェアデコーダにおける６４×６４ルマブロック及び３２×３２クロマパイプライン設計では、図６に示されるように、ルマコーディングブロックの幅又は高さのいずれかが６４よりも大きいとき、ＴＴ分割が禁止されることに留意すべきである。ＴＴ分割はまた、クロマコーディングブロックの幅又は高さのいずれかが３２よりも大きいとき、禁止される。パイプライン設計は、ピクチャにおける非重複ユニットとして定義される仮想パイプラインデータユニット（ＶＰＤＵ）にピクチャを分割する。ハードウェアデコーダにおいて、連続するＶＰＤＵが複数のパイプラインステージによって同時に処理される。ＶＰＤＵサイズは、大部分のパイプラインステージにおいてバッファサイズに概ね比例するので、ＶＰＤＵサイズを小さく維持することは重要である。大部分のハードウェアデコーダにおいて、ＶＰＤＵサイズは、最大変換ブロック（ＴＢ）サイズに設定され得る。しかしながら、ＶＶＣにおいて、ターナリツリー（ＴＴ）及びバイナリツリー（ＢＴ）区分は、ＶＰＤＵサイズの増加につながり得る。加えて、ツリーノードブロックの一部が、下又は右のピクチャ境界を超える場合、コードされたあらゆるＣＵの全てのサンプルがピクチャ境界内に位置するまで、ツリーノードブロックは強制的に分割されることに留意すべきである。

【0097】

一例として、イントラサブ区分（ＩＳＰ）ツールは、ブロックサイズに応じて、ルマイントラ予測ブロックを垂直又は水平に２又は４つのサブ区分に分割し得る。

【0098】

１つの例において、ビデオエンコーダ２０のモード選択ユニット２６０は、本明細書に記載の区分化技術の任意の組み合わせを実行するように構成されてよい。

【0099】

上述したように、ビデオエンコーダ２０は、（例えば、事前決定された）予測モードのセットから最良又は最適な予測モードを決定又は選択するように構成されている。予測モードのセットは、例えば、イントラ予測モード及び／又はインター予測モードを含んでよい。

【0100】

［イントラ予測］
イントラ予測モードのセットは、３５の異なるイントラ予測モード、例えば、ＤＣ（又はミーン）モード及び平面モードのような無方向性モード、もしくは、例えばＨＥＶＣにおいて定義されているような、方向性モードを含んでよく、又は、６７の異なるイントラ予測モード、例えば、ＤＣ（又はミーン）モード及び平面モードのような無方向性モード、もしくは、例えばＶＶＣに関して定義されている、方向性モードを含んでよい。一例として、いくつかの従来の角度イントラ予測モードは、例えばＶＶＣにおいて定義されているような、非正方形ブロックについてのワイドアングルイントラ予測モードと適応的に置き換えられる。別の例として、ＤＣ予測についての分割演算を回避するために、長辺のみが、非正方形ブロックについての平均を計算するのに使用される。そして、平面モードのイントラ予測の結果は、位置依存イントラ予測組み合わせ（ＰＤＰＣ）法によってさらに修正され得る。

【0101】

イントラ予測ユニット２５４は、同じ現在のピクチャの隣接ブロックの再構築サンプルを使用して、イントラ予測モードのセットのうちのイントラ予測モードに従って、イントラ予測ブロック２６５を生成するように構成されている。

【0102】

イントラ予測ユニット２５４（又は一般にモード選択ユニット２６０）は、イントラ予測パラメータ（又は一般に、ブロックのために選択されたイントラ予測モードを示す情報）を、エンコードされたピクチャデータ２１に含まれるようにシンタックス要素２６６の形態でエントロピーエンコーディングユニット２７０に出力するようにさらに構成され、それにより、例えば、ビデオデコーダ３０は、デコーディングのための予測パラメータを受信して使用してよい。

【0103】

［インター予測］
インター予測モードのセット（又は可能なインター予測モード）は、利用可能な参照ピクチャ（すなわち、例えばＤＢＰ２３０に保存された、以前の少なくとも部分的にデコードされたピクチャ）及び他のインター予測パラメータ、例えば、最良にマッチする参照ブロックの検索に使用されたのは、参照ピクチャの全体なのかもしくは参照ピクチャの一部のみ、例えば、現在のブロックのエリアの周りの検索窓エリアなのか、及び／又は、例えば、画素補間、例えばハーフ／セミペル、クオータペル及び／又は１／１６ペル補間が適用されたか否かに依拠する。

【0104】

上記の予測モードに加えて、スキップモード、ダイレクトモードが適用され得る。

【0105】

インター予測ユニット２４４は、動き推定（ＭＥ）ユニット及び動き補償（ＭＣ）ユニット（両方とも図２には図示せず）を備えてよい。動き推定ユニットは、動き推定のために、ピクチャブロック２０３（現在のピクチャ１７の現在のピクチャブロック２０３）及びデコードされたピクチャ２３１、又は、少なくとも１又は複数の以前に再構築されたブロック、例えば１又は複数の他の／異なる以前にデコードされたピクチャ２３１の再構築ブロックを受信又は取得するように構成されてよい。例えば、ビデオシーケンスは、現在のピクチャ及び以前にデコードされたピクチャ２３１を含んでよく、又は換言すれば、現在のピクチャ及び以前にデコードされたピクチャ２３１は、ビデオシーケンスを形成する一連のピクチャの一部であるか又はそれを形成してよい。

【0106】

エンコーダ２０は、例えば、複数の他のピクチャのうちの同じ又は異なるピクチャの複数の参照ブロックから参照ブロックを選択し、インター予測パラメータとして参照ピクチャ（又は参照ピクチャインデックス）及び／又は参照ブロックの位置（ｘ、ｙ座標）と現在のブロックの位置との間のオフセット（空間的オフセット）を動き推定ユニットに提供するように構成してよい。このオフセットは、動きベクトル（ＭＶ）とも呼ばれる。

【0107】

動き補償ユニットは、インター予測パラメータを取得、例えば受信するとともに、そのインター予測パラメータに基づいて又はそれを使用してインター予測を実行して、インター予測ブロック２６５を取得するように構成されている。動き補償ユニットによって実行される動き補償は、動き推定によって決定された動き／ブロックベクトルに基づいて予測ブロックをフェッチ又は生成し、場合によってサブ画素精度までの補間を実行することを伴ってよい。補間フィルタリングは、既知の画素サンプルからさらなる画素サンプルを生成してよく、したがって、ピクチャブロックをコードするのに用いられ得る候補予測ブロックの数を潜在的に増加させる。現在のピクチャブロックのＰＵのための動きベクトルを受信すると、動き補償ユニットは、参照ピクチャリストのうちの１つにおいて動きベクトルが指し示す予測ブロックを位置特定してよい。

【0108】

動き補償ユニットは、ビデオスライスのピクチャブロックをデコードする際にビデオデコーダ３０によって用いられる、ブロック及びビデオスライスに関連付けられるシンタックス要素を生成してもよい。スライス及びそれぞれのシンタックス要素に加えて、又は代替的に、タイルグループ及び／又はタイル、ならびに、それぞれのシンタックス要素が生成又は使用され得る。

【0109】

［エントロピーコーディング］
エントロピーエンコーディングユニット２７０は、例えば、エントロピーエンコーディングアルゴリズム又はスキーム（例えば、可変長コーディング（ＶＬＣ）スキーム、コンテキスト適応ＶＬＣスキーム（ＣＡＶＬＣ）、算術コーディングスキーム、二値化、コンテキスト適応バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースのコンテキスト適応バイナリ算術コーディング（ＳＢＡＣ）、確率インターバル区分化エントロピー（ＰＩＰＥ）コーディング、又は、別のエントロピーエンコーディング方法もしくは技術）、又はバイパス（無圧縮）を、量子化係数２０９、インター予測パラメータ、イントラ予測パラメータ、ループフィルタパラメータ、及び／又は他のシンタックス要素に適用し、例えばエンコードされたビットストリーム２１の形態で出力２７２を介して出力できるエンコードされたピクチャデータ２１を取得するように構成され、それにより、例えば、ビデオデコーダ３０は、デコーディングのためのパラメータを受信して使用してよい。エンコードされたビットストリーム２１は、ビデオデコーダ３０に送信、又は、後でビデオデコーダ３０によって送信又は取得するためにメモリに保存されてよい。

【0110】

ビデオエンコーダ２０の他の構造的変形形態を、ビデオストリームをエンコードするのに用いることができる。例えば、非変換ベースのエンコーダ２０は、特定のブロック又はフレームのための変換処理ユニット２０６を用いずに直接的に残差信号を量子化できる。別の実装において、エンコーダ２０は、単一のユニットに組み合わされた量子化ユニット２０８及び逆量子化ユニット２１０を有することができる。

【0111】

［デコーダ及びデコーディング方法］
図３は、本願の技術を実装するように構成されているビデオデコーダ３０の一例を示している。ビデオデコーダ３０は、例えばエンコーダ２０によってエンコードされた、エンコードされたピクチャデータ２１（例えば、エンコードされたビットストリーム２１）を受信して、デコードされたピクチャ３３１を取得するように構成されている。エンコードされたピクチャデータ又はビットストリームは、エンコードされたピクチャデータをデコードするための情報、例えば、エンコードされたビデオスライス（及び／又はタイルグループ又はタイル）のピクチャブロック及び関連付けられたシンタックス要素を表すデータを含む。

【0112】

図３の例において、デコーダ３０は、エントロピーデコーディングユニット３０４、逆量子化ユニット３１０、逆変換処理ユニット３１２、再構築ユニット３１４（例えば、合算器３１４）、ループフィルタ３２０、デコードされたピクチャバッファ（ＤＢＰ）３３０、モード適用ユニット３６０、インター予測ユニット３４４、及びイントラ予測ユニット３５４を備える。インター予測ユニット３４４は、動き補償ユニットであるか又はこれを備えてよい。ビデオデコーダ３０は、いくつかの例では、図２のビデオエンコーダ１００に関して説明されたエンコーディングパスに対して概ね逆のデコーディングパスを実行してよい。

【0113】

エンコーダ２０に関して説明したように、逆量子化ユニット２１０、逆変換処理ユニット２１２、再構築ユニット２１４、ループフィルタ２２０、デコードされたピクチャバッファ（ＤＰＢ）２３０、インター予測ユニット３４４、及びイントラ予測ユニット３５４も、ビデオエンコーダ２０の「内蔵デコーダ」を形成するものとして言及される。したがって、逆量子化ユニット３１０は、逆量子化ユニット１１０と機能的に同一であってよく、逆変換処理ユニット３１２は、逆変換処理ユニット２１２と機能的に同一であってよく、再構築ユニット３１４は、再構築ユニット２１４と機能的に同一であってよく、ループフィルタ３２０は、ループフィルタ２２０と機能的に同一であってよく、デコードされたピクチャバッファ３３０は、デコードされたピクチャバッファ２３０と機能的に同一であってよい。したがって、ビデオエンコーダ２０のそれぞれのユニット及び機能について提供された説明は、ビデオデコーダ３０のそれぞれのユニット及び機能に対応して当てはまる。

【0114】

［エントロピーデコーディング］
エントロピーデコーディングユニット３０４は、ビットストリーム２１（又は一般にエンコードされたピクチャデータ２１）をパースし、例えば、エンコードされたピクチャデータ２１にエントロピーデコーディングを実行して、例えば量子化係数３０９及び／又はデコードされたコーディングパラメータ（図３には図示せず）、例えば、インター予測パラメータ（例えば、参照ピクチャインデックス及び動きベクトル）、イントラ予測パラメータ（例えば、イントラ予測モード又はインデックス）、変換パラメータ、量子化パラメータ、ループフィルタパラメータ、及び／又は他のシンタックス要素のいずれか又は全てを取得するように構成されている。エントロピーデコーディングユニット３０４は、エンコーダ２０のエントロピーエンコーディングユニット２７０に関して記載されたエンコーディングスキームに対応するデコーディングアルゴリズム又はスキームを適用するように構成されてよい。エントロピーデコーディングユニット３０４は、インター予測パラメータ、イントラ予測パラメータ、及び／又は他のシンタックス要素をモード適用ユニット３６０に、また他のパラメータをデコーダ３０の他のユニットに提供するようにさらに構成されてよい。ビデオデコーダ３０は、ビデオスライスレベルで及び／又はビデオブロックレベルで、シンタックス要素を受信してよい。スライス及びそれぞれのシンタックス要素に加えて又は代替的に、タイルグループ及び／又はタイル、ならびに、それぞれのシンタックス要素が受信及び／又は使用され得る。

【0115】

［逆量子化］
逆量子化ユニット３１０は、エンコードされたピクチャデータ２１から量子化パラメータ（ＱＰ）（又は一般に逆量子化に関連する情報）及び量子化係数を受信する（例えばエントロピーデコーディングユニット３０４によって、例えばパース及び／又はデコードすることによって）とともに、量子化パラメータに基づいて、デコードされた量子化係数３０９に逆量子化を適用し、変換係数３１１とも称され得る量子化解除係数３１１を取得するように構成されてよい。逆量子化処理は、量子化の程度、また同様に適用されるべき逆量子化の程度を決定するために、ビデオスライス（又はタイルもしくはタイルグループ）内のビデオブロック毎にビデオエンコーダ２０によって決定される量子化パラメータの使用を含んでよい。

【0116】

［逆変換］
逆変換処理ユニット３１２は、変換係数３１１とも称される量子化解除係数３１１を受信するとともに、サンプル領域における再構築残差ブロック２１３を取得するために、量子化解除係数３１１に変換を適用するように構成されてよい。再構築残差ブロック２１３は、変換ブロック３１３とも称され得る。変換は、逆変換、例えば、逆ＤＣＴ、逆ＤＳＴ、逆整数変換、又は概念的に同様の逆変換処理であってよい。逆変換処理ユニット３１２は、エンコードされたピクチャデータ２１から変換パラメータ又は対応する情報を受信し（例えばエントロピーデコーディングユニット３０４によって、例えばパース及び／又はデコードすることによって）、量子化解除係数３１１に適用されるべき変換を決定するようにさらに構成されてよい。

【0117】

［再構築］
再構築ユニット３１４（例えば、加算器又は合算器３１４）は、再構築残差ブロック３１３を予測ブロック３６５に加算し、例えば、再構築残差ブロック３１３のサンプル値と予測ブロック３６５のサンプル値とを加算することによって、サンプル領域における再構築ブロック３１５を取得するように構成されてよい。

【0118】

［フィルタリング］
ループフィルタユニット３２０（コーディングループ内又はコーディングループの後のいずれかにある）は、例えば、画素遷移を滑らかにするように又はビデオ品質を別様に改善するように、再構築ブロック３１５をフィルタして、フィルタリングされたブロック３２１を取得するように構成されている。ループフィルタユニット３２０は、デブロッキングフィルタ、サンプル適応型オフセット（ＳＡＯ）フィルタ、又は、１もしくは複数の他のフィルタ、例えば、適応ループフィルタ（ＡＬＦ）、ノイズ抑制フィルタ（ＮＳＦ）、又はそれらの任意の組み合わせ等、１又は複数のループフィルタを含み得る。一例において、ループフィルタユニット２２０はデブロッキングフィルタ、ＳＡＯフィルタ、及びＡＬＦフィルタを含み得る。フィルタリング処理の順序は、デブロッキングフィルタ、ＳＡＯ、及びＡＬＦであり得る。別の例において、クロマスケーリングを伴うルママッピング（ＬＭＣＳ）（すなわち、適応インループリシェーパ）と呼ばれる処理が追加される。この処理はデブロッキングの前に実行される。別の例において、デブロッキングフィルタ処理はまた、内部サブブロックエッジ、例えば、アフィンサブブロックエッジ、ＡＴＭＶＰサブブロックエッジ、サブブロック変換（ＳＢＴ）エッジ、及びイントラサブ区分（ＩＳＰ）エッジに適用され得る。ループフィルタユニット３２０が、インループフィルタであるものとして図３に示されているが、他の構成では、ループフィルタユニット３２０はポストループフィルタとして実装されてもよい。

【0119】

［デコードされたピクチャバッファ］
ピクチャのデコードされたビデオブロック３２１は、その後、デコードされたピクチャバッファ３３０に保存され、デコードされたピクチャバッファ３３０は、デコードされたピクチャ３３１を他のピクチャの後続の動き補償のための及び／又はそれぞれ表示を出力するための参照ピクチャとして保存する。

【0120】

デコーダ３０は、例えば出力３１２を介して、ユーザに提示又は閲覧させるために、デコードされたピクチャ３１１を出力するように構成されている。

【0121】

［予測］
インター予測ユニット３４４は、インター予測ユニット２４４（特に、動き補償ユニット）と同一であってよく、イントラ予測ユニット３５４は、インター予測ユニット２５４と機能的に同一であってよく、エンコードされたピクチャデータ２１から受信（例えば、エントロピーデコーディングユニット３０４によって、例えば、パース及び／又はデコードすることによって）された区分化及び／又は予測パラメータ又はそれぞれの情報に基づいて分割又は区分化の決定及び予測を実行する。モード適用ユニット３６０は、再構築ピクチャ、ブロック、又はそれぞれのサンプル（フィルタリングされた又はフィルタリングされていない）に基づいてブロック毎に予測（イントラ又はインター予測）を実行し、予測ブロック３６５を取得するように構成されてよい。

【0122】

ビデオスライスがイントラコードされた（Ｉ）スライスとしてコードされている場合、モード適用ユニット３６０のイントラ予測ユニット３５４は、シグナリングされたイントラ予測モード及び現在のピクチャの以前にデコードされたブロックからのデータに基づいて、現在のビデオスライスのピクチャブロックのための予測ブロック３６５を生成するように構成されている。ビデオピクチャがインターコードされた（すなわち、Ｂ又はＰ）スライスとしてコードされている場合、モード適用ユニット３６０のインター予測ユニット３４４（例えば、動き補償ユニット）は、動きベクトル及びエントロピーデコーディングユニット３０４から受信された他のシンタックス要素に基づいて、現在のビデオスライスのビデオブロックのための予測ブロック３６５を生成するように構成されている。インター予測では、予測ブロックは、参照ピクチャリストのうちの１つに含まれる参照ピクチャのうちの１つから生成されてよい。ビデオデコーダ３０は、Ｌｉｓｔ０及びＬｉｓｔ１という参照フレームリストを、デフォルトの構築技術を用いて、ＤＰＢ３３０に保存された参照ピクチャに基づいて構築してよい。同じ又は同様のことが、スライス（例えばビデオスライス）に加えて又は代替的にタイルグループ（例えばビデオタイルグループ）及び／又はタイル（例えばビデオタイル）を使用する実施形態について、又は、それによって適用され得る。例えば、ビデオは、Ｉ、Ｐ、又はＢタイルグループ及び／又はタイルを使用してコードされ得る。

【0123】

モード適用ユニット３６０は、動きベクトル又は関連情報及び他のシンタックス要素をパースすることによって、現在のビデオスライスのビデオブロックのための予測情報を決定するように構成され、デコードされている現在のビデオブロックのための予測ブロックを生成するために上記予測情報を用いる。例えば、モード適用ユニット３６０は、受信されたシンタックス要素のいくつかを用いて、ビデオスライスのビデオブロックをコードするのに用いられた予測モード（例えば、イントラ又はインター予測）、インター予測スライスタイプ（例えば、Ｂスライス、Ｐスライス、又はＧＰＢスライス）、スライスのための参照ピクチャリストのうちの１もしくは複数に関する構築情報、スライスの各インターエンコードされたビデオブロック毎の動きベクトル、スライスのインターコードされたビデオブロック毎のインター予測ステータス、及び現在のビデオスライス内のビデオブロックをデコードするための他の情報を決定する。同じ又は同様のことが、スライス（例えばビデオスライス）に加えて又は代替的にタイルグループ（例えばビデオタイルグループ）及び／又はタイル（例えばビデオタイル）を使用する実施形態について、又は、それによって適用され得る。例えば、ビデオは、Ｉ、Ｐ、又はＢタイルグループ及び／又はタイルを使用してコードされ得る。

【0124】

図３に示されるビデオデコーダ３０の実施形態は、スライス（ビデオスライスとも称される）を使用することによってピクチャを区分化及び／又はデコードするように構成されてよく、ピクチャは、１又は複数のスライス（典型的には非重複）を使用して区分化又はデコードされてよく、各スライスは、１もしくは複数のブロック（例えばＣＴＵ）又はブロックの１もしくは複数のグループ（例えば、タイル（Ｈ．２６５／ＨＥＶＣ及びＶＶＣ）もしくはブリック（ＶＶＣ））を含んでよい。

【0125】

図３に示されるビデオデコーダ３０の実施形態は、スライス／タイルグループ（ビデオタイルグループとも称される）及び／又はタイル（ビデオタイルとも称される）を使用することによってピクチャを区分化及び／又はデコードするように構成されてよく、ピクチャは、１又は複数のスライス／タイルグループ（典型的には非重複）を使用して区分化又はデコードされてよく、各スライス／タイルグループは、例えば１もしくは複数のブロック（例えばＣＴＵ）又は１もしくは複数のタイルを含んでよく、各タイルは、例えば矩形形状であってよく、１又は複数のブロック（例えば、ＣＴＵ）、例えば完全又は部分的ブロックを含んでよい。

【0126】

ビデオデコーダ３０の他の変形形態を、エンコードされたピクチャデータ２１をデコードするのに用いることができる。例えば、デコーダ３０は、ループフィルタリングユニット３２０を用いずに、出力ビデオストリームを生成することができる。例えば、非変換ベースのデコーダ３０は、特定のブロック又はフレームのための逆変換処理ユニット３１２を用いずに、残差信号を直接的に逆量子化することができる。別の実装において、ビデオデコーダ３０は、単一のユニットに組み合わされた逆量子化ユニット３１０及び逆変換処理ユニット３１２を有することができる。

【0127】

エンコーダ２０及びデコーダ３０において、現在のステップの処理結果は、さらに処理されて、その後、次のステップに出力されてよいことが理解されるべきである。例えば、補間フィルタリング、動きベクトル導出又はループフィルタリングの後に、クリップ又はシフト等のさらなる演算を、補間フィルタリング、動きベクトル導出又はループフィルタリングの処理結果に対して実行してよい。

【0128】

さらなる演算を、現在のブロックの導出された動きベクトル（限定するものではないが、アフィンモードの制御点動きベクトル、アフィン、平面、ＡＴＭＶＰモードにおけるサブブロック動きベクトル、時間的な動きベクトル等を含む）に適用してよいことに留意すべきである。例えば、動きベクトルの値は、その表現ビットに従って予め定義された範囲に制限される。動きベクトルの表現ビットがｂｉｔＤｅｐｔｈである場合、その範囲は、－２＾（ｂｉｔＤｅｐｔｈ－１）～２＾（ｂｉｔＤｅｐｔｈ－１）－１であり、ここで、「＾」はべき乗を意味する。例えば、ｂｉｔＤｅｐｔｈが１６に等しく設定されている場合、その範囲は－３２７６８～３２７６７であり、ｂｉｔＤｅｐｔｈが１８に等しく設定されている場合、その範囲は－１３１０７２～１３１０７１である。例えば、導出された動きベクトル（例えば、１つの８×８ブロック内の４つの４×４サブブロックのＭＶ）の値は、４つの４×４サブブロックＭＶの整数部分の間の最大差が、１画素以下等、Ｎ画素以下であるように制限される。以下、ｂｉｔＤｅｐｔｈに従って動きベクトルを制限する２つの方法を提供する。

【0129】

図４は、本開示の一実施形態によるビデオコーディングデバイス４００の概略図である。ビデオコーディングデバイス４００は、本明細書に記載の開示される実施形態を実装するのに好適なものである。一実施形態において、ビデオコーディングデバイス４００は、図１Ａのビデオデコーダ３０等のデコーダ、又は、図１Ａのビデオエンコーダ２０等のエンコーダであってよい。

【0130】

ビデオコーディングデバイス４００は、データを受信するための入口ポート４１０（又は、入力ポート４１０）及び受信器ユニット（Ｒｘ）４２０と、データを処理するためのプロセッサ、論理ユニット、又は中央演算処理装置（ＣＰＵ）４３０と、データを送信するための送信器ユニット（Ｔｘ）４４０及び出口ポート４５０（又は出力ポート４５０）と、データを保存するためのメモリ４６０とを備える。ビデオコーディングデバイス４００は、入口ポート４１０、受信器ユニット４２０、送信器ユニット４４０、及び、光又は電気信号の出入りのための出口ポート４５０に連結されている、光／電気（ＯＥ）コンポーネント及び電気／光（ＥＯ）コンポーネントを備えてもよい。

【0131】

プロセッサ４３０は、ハードウェア及びソフトウェアによって実装される。プロセッサ４３０は、１又は複数のＣＰＵチップ、コア（例えば、マルチコアプロセッサとして）、ＦＰＧＡ、ＡＳＩＣ、及びＤＳＰとして実装されてよい。プロセッサ４３０は、入口ポート４１０、受信器ユニット４２０、送信器ユニット４４０、出口ポート４５０、及びメモリ４６０と通信する。プロセッサ４３０は、コーディングモジュール４７０を備える。コーディングモジュール４７０は、上述した開示される実施形態を実装する。例えば、コーディングモジュール４７０は、様々なコーディング演算を実装、処理、準備、又は提供する。したがって、コーディングモジュール４７０を含むことにより、ビデオコーディングデバイス４００の機能のかなりの改善が提供され、ビデオコーディングデバイス４００の異なる状態への変換がもたらされる。代替的に、コーディングモジュール４７０は、メモリ４６０に保存され、プロセッサ４３０により実行される命令として実装される。

【0132】

メモリ４６０は、１又は複数のディスク、テープドライブ、及びソリッドステートドライブを備えてよく、そのようなプログラムが実行のために選択された場合にプログラムを保存して、プログラム実行中に読み取られる命令及びデータを保存するように、オーバーフローデータストレージデバイスとして使用されてよい。メモリ４６０は、例えば、揮発性及び／又は不揮発性であってよく、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、三値連想メモリ（ＴＣＡＭ）、及び／又は、スタティックランダムアクセスメモリ（ＳＲＡＭ）であってよい。

【0133】

図５は、例示的な実施形態による図１Ａからのソースデバイス１２及びデスティネーションデバイス１４のいずれか又は両方として使用されてよい装置５００の簡略ブロック図である。

【0134】

装置５００におけるプロセッサ５０２は、中央演算処理装置とすることができる。代替的には、プロセッサ５０２は、現在既存の又は今後開発される情報の操作又は処理が可能な任意の他のタイプのデバイス、又は複数のデバイスとすることができる。開示される実装は、図示のような単一のプロセッサ、例えばプロセッサ５０２で実施できるが、１つより多いプロセッサを用いて、速度及び効率の利益を実現できる。

【0135】

装置５００におけるメモリ５０４は、一実装において、リードオンリメモリ（ＲＯＭ）デバイス又はランダムアクセスメモリ（ＲＡＭ）デバイスとすることができる。任意の他の好適なタイプのストレージデバイスを、メモリ５０４として使用できる。メモリ５０４は、バス５１２を用いてプロセッサ５０２によってアクセスされるコード及びデータ５０６を備えることができる。メモリ５０４は、オペレーティングシステム５０８及びアプリケーションプログラム５１０をさらに備えることができ、アプリケーションプログラム５１０は、プロセッサ５０２が本明細書に記載の方法を実行することを可能にする少なくとも１つのプログラムを含む。例えば、アプリケーションプログラム５１０は、アプリケーション１～Ｎを含むことができ、アプリケーション１～Ｎは、本明細書に記載の方法を実行するビデオコーディングアプリケーションをさらに含む。

【0136】

装置５００は、ディスプレイ５１８等の、１又は複数の出力デバイスも備えることができる。ディスプレイ５１８は、１つの例において、ディスプレイと、タッチ入力を検知するように動作可能なタッチセンサ素子とを組み合わせたタッチセンサ式ディスプレイであってよい。ディスプレイ５１８は、バス５１２を介してプロセッサ５０２に連結できる。

【0137】

単一のバスとして本明細書に示したが、装置５００のバス５１２は、複数のバスから構成できる。さらに、セカンダリストレージ５１４は、装置５００の他のコンポーネントに直接連結でき、又は、ネットワークを介してアクセスでき、メモリカード等の単一の一体型ユニット又は複数のメモリカード等の複数のユニットを含むことができる。したがって、装置５００は、多種多様な構成で実装することができる。

【0138】

いくつかの関連する例は以下であり、ＪＶＥＴ会合文書ＪＶＥＴ－Ｎ１００２が参照として使用されることに留意されたい。

【0139】

［Ｉ．マージ予測］
マージ候補リストは、以下の５つのタイプの候補を順に含めることによって構築される。
１）空間近傍ＣＵからの空間的ＭＶＰ
２）コロケートＣＵからの時間的ＭＶＰ
３）ＦＩＦＯテーブルからの履歴ベースのＭＶＰ
４）ペアワイズ平均ＭＶＰ
５）ゼロＭＶ。

【0140】

マージリストのサイズは、スライスヘッダにおいてシグナリングされ、マージリストの最大許容サイズは整数であり、例えば、その数は６であり得る。マージモードにおける各ＣＵコードについて、最良のマージ候補のインデックスがエンコードされる。マージ候補の各カテゴリの生成処理が、このセッションにおいて提供される。

【0141】

［（１）空間候補導出］
一例として、図６に示される位置に位置する候補の中から最大４つのマージ候補が選択される。導出の順序は、Ａ０、Ｂ０、Ｂ１、Ａ１及びＢ２である。位置Ｂ２は、位置Ａ０、Ｂ０、Ｂ１、Ａ１の任意のＣＵが利用可能でない（例えば、別のスライス又はタイルに属するという理由で）、又は、イントラコードされる場合にのみ考慮される。位置Ａ１における候補が追加された後に、残りの候補の追加が冗長チェックを受ける。これにより、同じ動き情報を有する候補がリストから除外されることが確実になる。実現可能な実装において、図７における矢印でリンクされたペアのみが考慮され、候補は、冗長チェックに使用される対応する候補が同じ動き情報を有しない場合にリストに追加されるのみである。

【0142】

［（２）時間候補導出］
一例として、１つの候補のみがリストに追加される。特に、この時間的マージ候補の導出において、スケーリングされた動きベクトルが、コロケート参照ピクチャに属するコロケートＣＵに基づいて導出される。コロケートＣＵの導出に使用されることになる参照ピクチャリストは、スライスヘッダにおいて明示的にシグナリングされる。時間的マージ候補についてのスケーリングされた動きベクトルは、図８において点線で示されるように取得され、ＰＯＣ距離ｔｂ及びｔｄを使用してコロケートＣＵの動きベクトルからスケーリングされ、ｔｂは、現在のピクチャの参照ピクチャと現在のピクチャとの間のＰＯＣ差分として定義され、ｔｄは、コロケートされたピクチャの参照ピクチャとコロケートされたピクチャとの間のＰＯＣ差分として定義される。時間的マージ候補の参照ピクチャインデックスはゼロに等しく設定される。

【0143】

ＰＯＣ（ピクチャ順序カウント）は、各ピクチャに関連付けられた変数を意味し、ＣＶＳ（コードされたビデオシーケンス）における全てのピクチャのうち関連付けられたピクチャを一意に識別し、関連付けられたピクチャがデコードされたピクチャバッファから出力されることになる場合、デコードされたピクチャバッファから出力されることになる同じＣＶＳにおける他のピクチャの出力順の位置に対する出力順で、関連付けられたピクチャの位置を示すことに留意されたい。

【0144】

［（３）履歴ベースのマージ候補導出］
履歴ベースのＭＶＰ（ＨＭＶＰ）マージ候補は、空間的ＭＶＰ及びＴＭＶＰの後にマージリストに追加される。以前にコードされたブロックの動き情報は、テーブルに保存され、現在のＣＵのためのＭＶＰとして使用される。複数のＨＭＶＰ候補を有するテーブルは、エンコーディング／デコーディング処理中に維持される。テーブルは、新たなＣＴＵ行に遭遇するときにリセットされる。非サブブロックインターコードＣＵがあるときは常に、関連付けられた動き情報がテーブルの最後のエントリに新たなＨＭＶＰ候補として追加される。テーブルにおける最新の複数のＨＭＶＰ候補が順番にチェックされ、ＴＭＶＰ候補の後に候補リストに挿入される。ＨＭＶＰ候補から空間又は時間的マージ候補に対して冗長チェックが適用される。

【0145】

［（４）ペアワイズ平均マージ候補導出］
ペアワイズ平均候補は、既存のマージ候補リストにおける候補の予め定義されたペアを平均化することによって生成され、予め定義されたペアは｛（０，１），（０，２），（１，２），（０，３），（１，３），（２，３）｝と定義され、例えば、当該数は、マージ候補リストへのマージインデックスを示す。平均化された動きベクトルは、各参照リストについて別個に算出される。１つのリストにおいて両方の動きベクトルが利用可能である場合、これら２つの動きベクトルは、異なる参照ピクチャを指すときでも平均化される。１つの動きベクトルが利用可能でありさえすれば、その１つを直接使用する。利用可能な動きベクトルが無い場合、このリストを無効に維持する。

【0146】

（５）ペアワイズ平均マージ候補が追加された後に、マージリストが一杯でない場合、最大マージ候補数に遭遇するまで、末尾に０のＭＶＰが挿入される。

【0147】

［ＩＩ．双予測］
インターピクチャ予測は、イメージサンプルのブロックのための動き補償予測（ＭＣＰ）を導出するために、ピクチャ間の時間相関性を利用する。ブロック毎に、予測因子としての役割を果たす、以前にデコードされたピクチャ内の対応するブロックを発見することができる。以前にデコードされたピクチャにおけるブロックの位置は、動きベクトル（Δｘ，Δｙ）によって示され、ここで、Δｘは現在のブロックの位置に対する水平変位を指定し、Δｙは垂直変位を指定する。動きベクトル（Δｘ，Δｙ）は、基礎オブジェクトの動きをより正確に捕捉するために、分数サンプル確度のものとすることができる。対応する動きベクトルが分数サンプル確度を有する場合、予測信号を導出するために、参照ピクチャに補間が適用される。以前にデコードされたピクチャは、参照ピクチャと称され、参照ピクチャリストへの参照インデックスΔｔによって示される。

【0148】

（１セットの動きデータを使用する片予測に比較して）双予測の場合では、２セットの動きデータ（Δｘ０，Δｙ０，Δｔ０及びΔｘ１，Δｙ１，Δｔ１）を使用して、２つのＭＣＰ（異なるピクチャ又は同じピクチャからのものであり得る）を生成し、その後、これらを組み合わせて、最終的なＭＣＰを取得する。一般に、これは平均化によって導出される。重み付けられた予測の場合、各ＭＣＰに異なる重みを適用できる。双予測に使用できる参照ピクチャは、２つの別個のリスト、すなわちｌｉｓｔ０及びｌｉｓｔ１に保存される。

【0149】

［ＩＩＩ．動き情報保存］
動き補償が実行された後、予測ブロックに関連付けられた（片予測又は双予測）動き情報がメモリに保存される。保存された動き情報は、空間的又は時間的動きベクトル予測等によって、将来のブロック（ＣＵ／ＰＵ）の参照情報として使用される。

【0150】

いくつかの例において、動き情報保存は、動き情報サブブロック又は動き情報保存ユニットの二次元アレイを用いて実行される。二次元アレイの空間解像度は、コードされることになるイメージの空間解像度とは異なってよい。一例において、メモリスペースを節約するために、より低い解像度の動き情報保存ユニットが使用される。例えば、１６×１６ルマサンプルが単一の動き情報保存ユニットに対応し、これは、１６×１６ルマサンプルにおける各サンプルが同じ動き情報を有し、同じ動き情報が、この１６×１６ルマサンプルに対応する単一の動き情報保存ユニットに保存されることを意味する。換言すれば、動き情報保存ユニットは、１６×１６ルマサンプルからなる、関連付けられた予測ブロックのインターピクチャ予測情報を含む。

【0151】

また、１６×１６ルマサンプルは、二次元サンプルアレイであるルマサンプルのセットを意味し、二次元サンプルアレイの幅及び高さの両方が１６であることに留意されたい。単一の動き情報保存ユニットは、８×８ルマサンプル、４×４ルマサンプル、又は他のＮ×Ｍルマサンプルもしくはクロマサンプルに対応してもよい。Ｎ及びＭは、正の整数である。また、動き情報保存ユニットがより小さいサイズであるほど、より良い動きベクトル予測が可能となるが、より多くのメモリスペースが必要とされることが理解され得る。８×８のサイズのルマサンプルの予測ブロックのための動きベクトル保存が、図９に例示されている。Ｍｖ０の符号が付けられた予測ブロックの動き情報は、各２×２動きベクトル保存ユニットに保存される。

【0152】

［ＩＩＩ．インター予測のための三角形区分］
一例として、三角形区分モードは、８×８又はそれよりも大きく、スキップ又はマージモードでコードされたＣＵにのみ適用される。三角形区分モードが適用されるか否かを示すために、ＡＣＵレベルフラグがシグナリングされる。

【0153】

三角形区分モードにおけるＣＵは、対角線分割又は反対角線分割のいずれかを使用して、２つの三角形区分に均等に分割される（図１０）。ＣＵにおける各三角形区分は、自身の動きを使用してインター予測される。片予測のみが各区分に許容される。すなわち、各区分は、１つの動きベクトル及び１つの参照インデックスを有する。片予測動きの制約は、従来の双予測と同じように、各ＣＵについて２つの動き補償予測のみが必要であることを確実にするために適用される。各区分についての片予測動きは、上述されたマージ予測について構築されたマージ候補リストから直接導出され、リスト内の所与のマージ候補からの片予測動きの選択は、「片予測候補リスト構築」の手順に従うものである。三角形区分のそれぞれを予測した後に、対角線又は反対角線エッジに沿ったサンプル値が、適応的重みを伴うブレンディング処理を使用して調整される。最後に、三角形区分モードを使用して予測されるＣＵの動きフィールドが保存される。

【0154】

［（１）片予測候補リスト構築］
図１１において一例として、マージ候補インデックスを与えられると、片予測動きベクトルは、上述されたマージ予測について構築されたマージ候補リストから導出される。リストにおける候補について、そのＬＸ動きベクトル（Ｘはマージ候補インデックス値のパリティに等しい）は、三角形区分モードのための片予測動きベクトルとして使用される。これらの動きベクトルは、図１１において、「ｘ」で示される。対応するＬＸ動きベクトルが存在しない場合、マージ予測候補リストにおける同じ候補のＬ（１－Ｘ）動きベクトルは、三角形区分モードのための片予測動きベクトルとして使用される。

【0155】

［（２）三角形区分エッジに沿ったブレンディング］
各三角形区分を、それ自体の動きを使用して予測した後に、２つの予測信号にブレンディングが適用され、対角線又は反対角線エッジの周りのサンプルが導出される。図１２に示されるように、以下の重み、すなわち、ルマの場合は｛７／８，６／８，５／８，４／８，３／８，２／８，１／８｝、クロマの場合は｛６／８，４／８，２／８｝がブレンディング処理において使用される。

【0156】

［（３）動きフィールド保存］
一例として、三角形区分モードでコードされたＣＵの動きベクトルは、４×４ユニットに保存される。各４×４ユニットの位置に依拠して、片予測又は双予測動きベクトルのいずれかが保存される。区分１及び区分２それぞれのための片予測動きベクトルとしてＭｖ１及びＭｖ２を示す。４×４ユニットが、図１２の例に示す重み付けられていないエリアに位置する場合、その４×４ユニットに関してＭｖ１又はＭｖ２のいずれかが保存される。そうでなければ（４×４ユニットが、重み付けられたエリアに位置する場合）、双予測動きベクトルが保存される。双予測動きベクトルは、以下の処理に従ってＭｖ１及びＭｖ２から導出される。
１）Ｍｖ１及びＭｖ２が異なる参照ピクチャリストから（一方がＬ０から、他方がＬ１から）のものである場合、Ｍｖ１及びＭｖ２は、双予測動きベクトルを形成するように単に組み合わされる。
２）そうでなければ、Ｍｖ１及びＭｖ２が同じリストからのものである場合、一般性を失うことなく、これらは両方ともＬ０からのものであると仮定される。この場合、
Ｍｖ２（又はＭｖ１）のいずれかの参照ピクチャがＬ１に現れる場合、Ｍｖ２（又はＭｖ１）は、Ｌ１におけるその参照ピクチャを使用してＬ１動きベクトルにコンバートされる。その後、２つの動きベクトルは、双予測動きベクトルを形成するように組み合わされる。そうでなければ、双予測動きの代わりに、片予測動きＭｖ１のみが保存される。

【0157】

別の例として、三角形区分モードのための動きベクトル保存が、図１３に例示されている。

【0158】

［ＩＶ．インターブロックのための幾何学的区分化］
三角形区分モードに関して、２つのサブブロックが分離線によって分割され、分離線の方向は４５度又は１３５度である。例えば、図１４に示すように、他の区分角度及び区分比率も可能であり、これらは本願においてＧＥＯ（幾何学的区分化）モードと呼ばれる。

【0159】

一例において、ＧＥＯ区分化の総数は、１４０であり得る。この数は、柔軟性とビットコストとのバランスから最適であるとわかっている。ＧＥＯのための追加のシグナリングには、角度αと、ブロックの中心に対する分離線のずれρとのためのシグナリングが要求される。αは、分離度１１．２５での０～３６０度の間の量子化角度を表し、ρは、５つの異なる値を有する距離を表している。α及びρの意味は、図１５に例示されている。

【0160】

ビデオコーディングの技術分野において、一般に、エンコーダ側で実行される予測処理とデコーダ側で実行される予測処理とは同様であるが、ただし、デコーダ側において、サイド情報はビットストリームからパースされ、このとき、サイド情報は、レート歪み最適化（ＲＤＯ）方法と同様に、予め設定されたルールによって決定されることが理解され得る。一例として、デコーダ側においてＧＥＯモードで予測サンプルを取得するために、以下のステップが適用される。

【0161】

Ｓ１０１：現在のブロックのための区分比率を決定する。

【0162】

要素シンタックスｇｅｏ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘが、ビットストリームからパースされ、これは、α及びρペアを保存するルックアップテーブルへのインデックスとして使用される。一例において、α及びρは、それぞれ角度インデックス及び距離インデックスによって表される。

【0163】

Ｓ１０２：第１のサブブロックのための第１の予測モード及び第２のサブブロックのための第２の予測モードを取得する。

【0164】

一般に、三角形区分モードに使用される同じマージリスト導出処理は、ＧＥＯブロックの各区分（サブブロック）の動きベクトルを導出するのに使用される。各区分は、片予測のみによって予測される。２つの要素シンタックスｇｅｏ＿ｍｅｒｇｅ＿ｉｄｘ０及びｇｅｏ＿ｍｅｒｇｅ＿ｉｄｘ１は、２つのサブブロックの予測モードをそれぞれ示すために、ビットストリームからパースされる。

【0165】

一例において、第１の予測モードは、第２の予測モードと同一ではない。一例において、予測モード（第１の予測モード又は第２の予測モード）は、インター予測モードであってよく、インター予測モードのための情報は、参照ピクチャインデックス及び動きベクトルを含んでよい。別の例において、予測モードは、イントラ予測モードであってよく、イントラ予測モードのための情報は、イントラ予測モードインデックスを含んでよい。

【0166】

Ｓ１０３：第１の予測モード及び第２の予測モードをそれぞれ用いて、第１のサブブロックのための第１の予測値及び第２のサブブロックのための第２の予測値を生成する。

【0167】

Ｓ１０４：Ｓ１０１において開示されている分割に従って、第１の予測値及び第２の予測値の組み合わせによる予測サンプルの組み合わせ値を取得する。

【0168】

一例として、より具体的には、ステップＳ１０４は、以下を含む。
Ｓ１０４－１：現在のブロック内のルマサンプルに関して、サンプル距離（ｓａｍｐｌｅ＿ｄｉｓｔ）が計算され、サンプル距離は、Ｓ１０１において決定された現在のブロックの分離線に対するルマサンプルの距離を表す。

【0169】

一例において、サンプル距離ｓａｍｐｌｅ＿ｄｉｓｔは、以下の式に従って計算される。
ｓａｍｐｌｅ＿ｄｉｓｔ＝（（ｘ＜＜１）＋１）＊Ｄｉｓ［ａｎｇｌｅＩｄｘ１］＋（（ｙ＜＜１）＋１））＊Ｄｉｓ［ａｎｇｌｅＩｄｘ２］－ｏｆｆｓｅｔ（ｄｉｓｔａｎｃｅＩｄｘ）。
●ａｎｇｌｅＩｄｘ１及びａｎｇｌｅＩｄｘ２は、ステップＳ１０１において角度インデックスとして、ビットストリームから取得され、又は、ビットストリームから取得された他の情報に基づいて導出され、例えば、要素シンタックスｇｅｏ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘに基づいて導出され、ａｎｇｌｅＩｄｘ１及びａｎｇｌｅＩｄｘ２は、分離線の量子化三角パラメータを表す。
●ｘ及びｙは、現在のブロックの左上サンプルに関するサンプルの水平距離及び垂直距離である。
●ｏｆｆｓｅｔ（ｄｉｓｔａｎｃｅＩｄｘ）は、インデックス値（ｄｉｓｔａｎｃｅＩｄｘ）の関数であり、このインデックス値は、ステップＳ１０１において距離インデックスとして、ビットストリームから取得され、又は、ビットストリームから取得された他の情報に基づいて導出され、例えば、要素シンタックスｇｅｏ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘに基づいて導出される。
●Ｄｉｓ［］は、予め定義されたルックアップテーブルである。

【0170】

別の例において、ｓａｍｐｌｅ＿ｄｉｓｔ及びｓａｍｐｌｅＷｅｉｇｈｔ１は、以下の式に従って取得できる。
－ ｎＣｂＲ＝（Ｗ＞Ｈ）？（Ｗ／Ｈ）：（Ｈ／Ｗ）
－ ｓａｍｐｌｅ＿ｄｉｓｔ＝（Ｗ＞Ｈ）？（Ｃｌｉｐ３（０，８，（ｘ／ｎＣｂＲ－ｙ）＋４））：（Ｃｌｉｐ３（０，８，（ｘ－ｙ／ｎＣｂＲ）＋４））、
又は、
ｓａｍｐｌｅ＿ｄｉｓｔ＝（Ｗ＞Ｈ）？（Ｃｌｉｐ３（０，８，（Ｈ－１－ｘ／ｎＣｂＲ－ｙ）＋４））：（Ｃｌｉｐ３（０，８，（Ｗ－１－ｘ－ｙ／ｎＣｂＲ）＋４））。
Ｗは現在のブロックの幅であり、Ｈは現在のブロックの高さである。

【0171】

上記２つの例は、整数演算に従う２つの計算方法を示していることに留意されたい。本発明の実施形態は、ｓａｍｐｌｅ＿ｄｉｓｔの計算のこれらの例に限定されるものではない。

【0172】

一例において、ｓａｍｐｌｅ＿ｄｉｓｔは、（ｘ，ｙ）に位置するサンプルと分離線との間の直交線距離とすることができる。別の例において、（ｘ，ｙ）に位置するサンプルを通る水平線又は垂直線を作成する。水平線又は垂直線は、分離線との交点を有する。ｓａｍｐｌｅ＿ｄｉｓｔは、（ｘ，ｙ）に位置するサンプルと交点との間の距離とすることができる。

【0173】

Ｓ１０４－２：ブレンディング演算は、ｓａｍｐｌｅ＿ｄｉｓｔを入力とし、ｓａｍｐｌｅＷｅｉｇｈｔ１又はｓａｍｐｌｅＷｅｉｇｈｔ２を出力とする関数として実装される。

【0174】

ｓａｍｐｌｅ＿ｄｉｓｔは、重み付け係数を計算するのに使用され、重み付け係数は、第１のサブブロック及び第２のサブブロックそれぞれに対応する第１の予測値及び第２の予測値を組み合せることによって導出される組み合わせ予測値に使用される。一例において、重み付け係数は、第１の予測値及び第２の予測値それぞれに対応する重み値を参照して、ｓａｍｐｌｅＷｅｉｇｈｔ１及びｓａｍｐｌｅＷｅｉｇｈｔ２として示される。一例において、ｓａｍｐｌｅＷｅｉｇｈｔ１は、ｓａｍｐｌｅ＿ｄｉｓｔに従って計算され、ｓａｍｐｌｅＷｅｉｇｈｔ２は、式ｓａｍｐｌｅＷｅｉｇｈｔ２＝Ｔ－ｓａｍｐｌｅＷｅｉｇｈｔ１に従って計算され、Ｔは予め定義された定数である。１つの例において、予め定義された定数Ｔは、８に等しく、これは、ｓａｍｐｌｅＷｅｉｇｈｔ１及びｓａｍｐｌｅＷｅｉｇｈｔ２が、０～８の値範囲（０～８を含む）内の値を有することができることを意味する。別の例において、予め定義された定数Ｔは、１６に等しい。

【0175】

１つの例によれば、第１の重み付け係数ｓａｍｐｌｅＷｅｉｇｈｔ１は、ｓａｍｐｌｅ＿ｄｉｓｔ及びルックアップテーブルに従って取得される。一例において、ルックアップテーブルは、フィルタ係数を保存するのに使用される。換言すれば、ブレンディング演算は、ルックアップテーブルに従って実装される。そのような一例において、ｓａｍｐｌｅ＿ｄｉｓｔの関数は、ルックアップテーブルのためのインデックス値として使用することができる。上記関数は、定数演算を伴う除算もしくは乗算、定量演算を伴う右シフト、絶対値もしくはクリッピング演算又はこれらの組み合わせの実施とすることができる。

【0176】

ブレンディング演算は、ビットストリーム内のインジケーションの値に従ってサンプルに、又は、ビットストリーム内のインジケーションの値に従ってサンプルに適用される。

【0177】

一例において、ｓａｍｐｌｅＷｅｉｇｈｔ１＝Ｃｌｉｐ３（０，８，ｆ（ｓａｍｐｌｅ＿ｄｉｓｔ））である。関数ｆ（）は、定数演算を伴う除算／加算／乗算、定量演算を伴う右シフト、絶対値演算もしくはクリッピング演算又はこれらの組み合わせの実施とすることができる。

【0178】

一例において、ｓａｍｐｌｅＷｅｉｇｈｔ１（又はｓａｍｐｌｅＷｅｉｇｈｔ２）＝Ｃｌｉｐ３（０，８，ｓａｍｐｌｅ＿ｄｉｓｔ）である。
一例において、ｓａｍｐｌｅＷｅｉｇｈｔ１（又はｓａｍｐｌｅＷｅｉｇｈｔ２）＝Ｃｌｉｐ３（０，８，ｓａｍｐｌｅ＿ｄｉｓｔ＋４）である。
一例において、ｓａｍｐｌｅＷｅｉｇｈｔ１（又はｓａｍｐｌｅＷｅｉｇｈｔ２）＝ｓａｍｐｌｅ＿ｄｉｓｔ＝＝４？４：ｓａｍｐｌｅ＿ｄｉｓｔ＜４？０：８である。
一例において、ｓａｍｐｌｅＷｅｉｇｈｔ１（又はｓａｍｐｌｅＷｅｉｇｈｔ２）＝Ｃｌｉｐ３（０，８，（ｓａｍｐｌｅ＿ｄｉｓｔ－４）＊Ｋ＋ｓａｍｐｌｅ＿ｄｉｓｔ）である。
一例において、ｓａｍｐｌｅＷｅｉｇｈｔ１（又はｓａｍｐｌｅＷｅｉｇｈｔ２）＝ｓａｍｐｌｅ＿ｄｉｓｔ＝＝０？４：ｓａｍｐｌｅ＿ｄｉｓｔ＜０？０：８である。
一例において、ｓａｍｐｌｅＷｅｉｇｈｔ１（又はｓａｍｐｌｅＷｅｉｇｈｔ２）＝Ｃｌｉｐ３（０，８，ｓａｍｐｌｅ＿ｄｉｓｔ＊Ｋ＋Ｃｌｉｐ３（０，８，ｓａｍｐｌｅ＿ｄｉｓｔ＋４））であり、Ｋは０よりも大きい値の整数である。ブレンディング演算は、Ｋが増加するにつれて短く（したがってシャープに）なることに留意されたい。例えば、Ｋ＝４である場合、第２のブレンディング演算は、図１６において例示されている「ｓａｍｐｌｅＷｅｉｇｈｔ＝ｓａｍｐｌｅ＿ｄｉｓｔ＝＝０？４：ｓａｍｐｌｅ＿ｄｉｓｔ＜０？０：８」と同一になる。１つの例によれば、ビットストリーム内のインジケータの値は、Ｋの値を示す。

【0179】

一例において、ブレンディング演算は、図１７に例示されているテーブル等のルックアップテーブルとして実装できる。一例において、ｓａｍｐｌｅＷｅｉｇｈｔは、ｇｅｏＦｉｌｔｅｒ［ｉｄｘ］として取得でき、ここで、ｉｄｘは、ｓａｍｐｌｅＤｉｓｔの関数として取得され、ｇｅｏＦｉｌｔｅｒは、フィルタ重みの一次元線形アレイである。一例として、ｉｄｘ＝ｍｉｎ（（ａｂｓ（ｓａｍｐｌｅ＿ｄｉｓｔ）＋８）＞＞４，ｍａｘＩｄｘ）であり、ｍａｘＩｄｘは、ｉｄｘが取り得る最大値である。

【0180】

Ｓ１０５：ステップＳ１０１において開示されている除算に従うとともにステップ１０４において開示されている組み合わせ方法に従って、現在のブロックの予測モード情報（例えば、動きベクトルを含む動き情報又はイントラ予測情報）を保存する。

【0181】

具体的には、ＧＥＯ予測モードのためのデコーディング処理の第１の実施形態において、
この処理は、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい状態で又はｇｅｏ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい状態でコーディングユニットをデコードする場合に呼び出される。

【0182】

この処理への入力は、以下のものである。
－ 現在のピクチャの左上ルマサンプルに対する現在のコーディングブロックの左上サンプルを指定するルマ位置（ｘＣｂ，ｙＣｂ）、
－ ルマサンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ ルマサンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ、
－ １／１６分数サンプル確度におけるルマ動きベクトルｍｖＡ及びｍｖＢ、
－ クロマ動きベクトルｍｖＣＡ及びｍｖＣＢ、
－ 参照インデックスｒｅｆＩｄｘＡ及びｒｅｆＩｄｘＢ、
－ 予測リストフラグｐｒｅｄＬｉｓｔＦｌａｇＡ及びｐｒｅｄＬｉｓｔＦｌａｇＢ。

【0183】

この処理の出力は、以下のものである。
－ ルマ予測サンプルの（ｃｂＷｉｄｔｈ）×（ｃｂＨｅｉｇｈｔ）アレイｐｒｅｄＳａｍｐｌｅｓ_Ｌ、
－ 成分Ｃｂのためのクロマ予測サンプルの（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）アレイｐｒｅｄＳａｍｐｌｅｓ_Ｃｂ、
－ 成分Ｃｒのためのクロマ予測サンプルの（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）アレイｐｒｅｄＳａｍｐｌｅｓ_Ｃｒ。

【0184】

ｐｒｅｄＳａｍｐｌｅｓＬＡ_Ｌ及びｐｒｅｄＳａｍｐｌｅｓＬＢ_Ｌを、予測されるルマサンプル値の（ｃｂＷｉｄｔｈ）×（ｃｂＨｅｉｇｈｔ）アレイとし、ｐｒｅｄＳａｍｐｌｅｓＬＡ_Ｃｂ、ｐｒｅｄＳａｍｐｌｅｓＬＢ_Ｃｂ、ｐｒｅｄＳａｍｐｌｅｓＬＡ_Ｃｒ、及びｐｒｅｄＳａｍｐｌｅｓＬＢ_Ｃｒを、予測されるクロマサンプル値の（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）アレイとする。

【0185】

ｐｒｅｄＳａｍｐｌｅｓ_Ｌ、ｐｒｅｄＳａｍｐｌｅｓ_Ｃｂ、及びｐｒｅｄＳａｍｐｌｅｓ_Ｃｒは、以下の順序付けられたステップによって導出される。

【0186】

１．ＮがＡ及びＢのそれぞれである場合、以下が適用される。
－ ルマサンプルの順序付けられた二次元アレイｒｅｆＰｉｃＬＮ_Ｌ及びクロマサンプルの２つの順序付けられた二次元アレイｒｅｆＰｉｃＬＮ_Ｃｂ及びｒｅｆＰｉｃＬＮ_Ｃｒからなる参照ピクチャは、ｐｒｅｄＬｉｓｔＦｌａｇＮに等しく設定されたＸ、及びｒｅｆＩｄｘＮに等しく設定されたｒｅｆＩｄｘＸを入力として、導出される。
－ アレイｐｒｅｄＳａｍｐｌｅｓＬＮ_Ｌは、ルマ位置（ｘＣｂ，ｙＣｂ）、ｃｂＷｉｄｔｈに等しく設定されたルマコーディングブロック幅ｓｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔに等しく設定されたルマコーディングブロック高さｓｂＨｅｉｇｈｔ、（０，０）に等しく設定された動きベクトルオフセットｍｖＯｆｆｓｅｔ、ｍｖＮに等しく設定された動きベクトルｍｖＬＸ、ｒｅｆＰｉｃＬＮ_Ｌに等しく設定された参照アレイｒｅｆＰｉｃＬＸ_Ｌ、ＦＡＬＳＥに等しく設定された変数ｂｄｏｆＦｌａｇ、及び０に等しく設定された変数ｃＩｄｘを入力として、導出される。
－ アレイｐｒｅｄＳａｍｐｌｅｓＬＮ_Ｃｂは、ルマ位置（ｘＣｂ，ｙＣｂ）、ｃｂＷｉｄｔｈ／２に等しく設定されたコーディングブロック幅ｓｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ／２に等しく設定されたコーディングブロック高さｓｂＨｅｉｇｈｔ、（０，０）に等しく設定された動きベクトルオフセットｍｖＯｆｆｓｅｔ、ｍｖＣＮに等しく設定された動きベクトルｍｖＬＸ、ｒｅｆＰｉｃＬＮ_Ｃｂに等しく設定された参照アレイｒｅｆＰｉｃＬＸ_Ｃｂ、ＦＡＬＳＥに等しく設定された変数ｂｄｏｆＦｌａｇ、及び１に等しく設定された変数ｃＩｄｘを入力として、導出される。
－ アレイｐｒｅｄＳａｍｐｌｅｓＬＮ_Ｃｒは、ルマ位置（ｘＣｂ，ｙＣｂ）、ｃｂＷｉｄｔｈ／２に等しく設定されたコーディングブロック幅ｓｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ／２に等しく設定されたコーディングブロック高さｓｂＨｅｉｇｈｔ、（０，０）に等しく設定された動きベクトルオフセットｍｖＯｆｆｓｅｔ、ｍｖＣＮに等しく設定された動きベクトルｍｖＬＸ、ｒｅｆＰｉｃＬＮ_Ｃｒに等しく設定された参照アレイｒｅｆＰｉｃＬＸ_Ｃｒ、ＦＡＬＳＥに等しく設定された変数ｂｄｏｆＦｌａｇ、及び２に等しく設定された変数ｃＩｄｘを入力として、導出される。
２．ｇｅｏ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合、幾何学的区分化に関連する変数ａｎｇｌｅＩｄｘ及びｄｉｓｔａｎｃｅＩｄｘは、表１において指定されているようにｇｅｏ＿ｐａｒｔｉｔｉｏｎｉｎｇ＿ｉｄｘ［ｘＣｂ］［ｙＣｂ］の値に従って設定される。
ａ．幾何学的区分化マージモードのためのサンプル重み導出処理が呼び出される。この処理への入力は、それぞれ（ｃｂＷｉｄｔｈ）×（ｃｂＨｅｉｇｈｔ）、（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）、及び（ｃｂＷｉｄｔｈ／４）×（ｃｂＨｅｉｇｈｔ／４）のサイズの３つの順序付けられたアレイｓａｍｐｌｅＷｅｉｇｈｔＬ、ｓａｍｐｌｅＷｅｉｇｈｔＣ、及びｍｏｔｉｏｎＷｅｉｇｈｔ、並びに、変数ａｎｇｌｅＩｄｘ、ｄｉｓｔａｎｃｅＩｄｘ、ｃｂＷｉｄｔｈ、及びｃｂＨｅｉｇｈｔである。
ｂ．現在のルマコーディングブロック内の予測サンプル、すなわち、ｘＬ＝０．．ｃｂＷｉｄｔｈ－１であり、ｙＬ＝０．．ｃｂＨｅｉｇｈｔ－１であるｐｒｅｄＳａｍｐｌｅｓＬ［ｘＬ］［ｙＬ］は、ｃｂＷｉｄｔｈに等しく設定されたコーディングブロック幅ｎＣｂＷ、ｃｂＨｅｉｇｈｔに等しく設定されたコーディングブロック高さｎＣｂＨ、サンプルアレイｐｒｅｄＳａｍｐｌｅｓＬＡＬ、ｐｒｅｄＳａｍｐｌｅｓＬＢＬ、ｐｒｅｄＷｅｉｇｈｔＬ、及び０に等しいｃＩｄｘを入力として、幾何学的区分化マージモードのための重み付けられたサンプル予測処理を呼び出すことによって導出される。
ｃ．現在のクロマ成分Ｃｂコーディングブロック内の予測サンプル、すなわち、ｘＣ＝０．．ｃｂＷｉｄｔｈ／２－１であり、ｙＣ＝０．．ｃｂＨｅｉｇｈｔ／２－１であるｐｒｅｄＳａｍｐｌｅｓＣｂ［ｘＣ］［ｙＣ］は、ｃｂＷｉｄｔｈ／２に等しく設定されたコーディングブロック幅ｎＣｂＷ、ｃｂＨｅｉｇｈｔ／２に等しく設定されたコーディングブロック高さｎＣｂＨ、サンプルアレイｐｒｅｄＳａｍｐｌｅｓＬＡＣｂ、ｐｒｅｄＳａｍｐｌｅｓＬＢＣｂ、ｐｒｅｄＷｅｉｇｈｔＣ、及び１に等しいｃＩｄｘを入力として、幾何学的区分化マージモードのための重み付けられたサンプル予測処理を呼び出すことによって導出される。
ｄ．現在のクロマ成分Ｃｒコーディングブロック内の予測サンプル、すなわち、ｘＣ＝０．．ｃｂＷｉｄｔｈ／２－１であり、ｙＣ＝０．．ｃｂＨｅｉｇｈｔ／２－１であるｐｒｅｄＳａｍｐｌｅｓＣｒ［ｘＣ］［ｙＣ］は、ｃｂＷｉｄｔｈ／２に等しく設定されたコーディングブロック幅ｎＣｂＷ、ｃｂＨｅｉｇｈｔ／２に等しく設定されたコーディングブロック高さｎＣｂＨ、サンプルアレイｐｒｅｄＳａｍｐｌｅｓＬＡＣｒ、ｐｒｅｄＳａｍｐｌｅｓＬＢＣｒ、ｐｒｅｄＷｅｉｇｈｔＣ、及び２に等しいｃＩｄｘを入力として、幾何学的区分化マージモードのための重み付けられたサンプル予測処理を呼び出すことによって導出される。
ｅ．幾何学的マージモードのための動きベクトル保存処理は、ルマコーディングブロック位置（ｘＣｂ，ｙＣｂ）、ルマコーディングブロック幅ｃｂＷｉｄｔｈ、ルマコーディングブロック高さｃｂＨｅｉｇｈｔ、サンプルアレイｍｏｔｉｏｎＷｅｉｇｈｔ、ルマ動きベクトルｍｖＡ及びｍｖＢ、参照インデックスｒｅｆＩｄｘＡ及びｒｅｆＩｄｘＢ、並びに予測リストフラグｐｒｅｄＬｉｓｔＦｌａｇＡ及びｐｒｅｄＬｉｓｔＦｌａｇＢを入力として、呼び出される。

【0187】

［三角形マージモードのための参照ピクチャマッピング処理］
この処理への入力は、以下のものである。
－ 参照リストが０又は１に等しいことを表す変数Ｘ、
－ 参照インデックスｒｅｆＩｄｘＮ。
この処理の出力は、以下のものである。
－ 参照インデックスｒｅｆＩｄｘＴｅｍｐ。

【0188】

変数ｒｅｆＰｉｃＰｏｃは、以下の通りに導出される。
ｒｅｆＰｉｃＰｏｃ＝（Ｘ＝＝０） ？ ＲｅｆＰｉｃＬｉｓｔ［０］［ｒｅｆＩｄｘＮ］ ： ＲｅｆＰｉｃＬｉｓｔ［１］［ｒｅｆＩｄｘＮ］ （８－８７８）

【0189】

参照ピクチャリストｒｅｆＰｉｃＬｉｓｔＴｅｍｐは、以下の通りに導出される。
ｒｅｆＰｉｃＬｉｓｔＴｅｍｐ＝（Ｘ＝＝０） ？ ＲｅｆＰｉｃＬｉｓｔ［１］ ： ＲｅｆＰｉｃＬｉｓｔ［０］ （８－８７９）

【0190】

変数ｒｅｆＩｄｘＴｅｍｐは、以下の通りに導出される。
－ 変数ｍａｐＳｔｏｐは、ＦＡＬＳＥに等しく設定される。
－ ｍ＝０．．ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［１］－１である変数ｒｅｆＩｄｘ_ｍに関して、ｍａｐＳｔｏｐがＦＡＬＳＥに等しくなるまで、以下が適用される。
ｒｅｆＩｄｘＴｅｍｐ＝（ｒｅｆＰｉｃＬｉｓｔＴｅｍｐ［ｒｅｆＩｄｘ_ｍ］＝＝ｒｅｆＰｉｃＰｏｃ） ？ ｒｅｆＩｄｘ_ｍ ： －１ （８－８８０）
ｍａｐＳｔｏｐ＝（ｒｅｆＩｄｘＴｅｍｐ！＝－１） ？ ＴＲＵＥ ： ＦＡＬＳＥ （８－８８１）

【0191】

［幾何学的区分化マージモードのためのサンプル重み導出処理］
この処理への入力は、以下のものである。
－ 現在のコーディングブロックの幅及び高さを指定する２つの変数ｎＣｂＷ及びｎＣｂＨ、
－ 現在の幾何学的区分化モードの角度及び距離ルックアップ値を指定する２つの変数ａｎｇｌｅＩｄｘ及びｄｉｓｔａｎｃｅＩｄｘ、
－ （ｎＣｂＷ）×（ｎＣｂＨ）アレイｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ、
－ （ｎＣｂＷ／２）×（ｎＣｂＨ／２）アレイｓａｍｐｌｅＷｅｉｇｈｔ_Ｃ、
－ （ｎＣｂＷ／４）×（ｎＣｂＨ／４）アレイｍｏｔｉｏｎＷｅｉｇｈｔ。

【0192】

この処理の出力は、０...８の範囲を有するサンプル当たりの重み値の同じ３つのアレイｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ、ｓａｍｐｌｅＷｅｉｇｈｔ_Ｃ、及びｍｏｔｉｏｎＷｅｉｇｈｔである。
１．現在の幾何学的区分化モードのためにｓａｍｐｌｅＷｅｉｇｈｔ_Ｌに保存されるルマブレンディング重みは、以下の通りに導出される。

【0193】

以下の変数の値が設定される。
－ ｗＩｄｘは、ｌｏｇ２（ｎＣｂＷ）－３に設定され、
－ ｈＩｄｘは、ｌｏｇ２（ｎＣｂＨ）－３に設定され、
－ ｓｔｅｐＯｆｆｓｅｔは、６４に設定され、
－ 以下の変数は、（ｗＩｄｘ＞＝ｈＩｄｘ）の比較に従って設定され、
－ ｗｈＲｒａｔｉｏ＝（ｗＩｄｘ＞＝ｈＩｄｘ） ？ ｗＩｄｘ－ｈＩｄｘ：ｈＩｄｘ－ｗＩｄｘ （８－８８２）
－ ｗＩｓＬａｒｇｅｒＨ＝（ｗＩｄｘ＞＝ｈＩｄｘ）？ｔｒｕｅ：ｆａｌｓｅ （８－８８３）
－ ｓｃａｌｅＳｔｅｐ＝（ｗＩｄｘ＞＝ｈＩｄｘ） ？ （１＜＜ｈＩｄｘ）：（１＜＜ｗＩｄｘ） （８－８８４）
－ ｄｉｓｐｌａｃｅｍｅｎｔＸは、ａｎｇｌｅＩｄｘに設定され、
－ ｄｉｓｐｌａｃｅｍｅｎｔＹは、（ｄｉｓｐｌａｃｅｍｅｎｔＸ＋８）％３２に設定され、
－ ａｎｇｌｅＮは、
ａｎｇｌｅＮ＝ａｎｇｌｅＩｄｘ ｉｆ ａｎｇｌｅＩｄｘ＞＝０＆＆ａｎｇｌｅＩｄｘ＜＝８、
ａｎｇｌｅＮ＝１６－ａｎｇｌｅＩｄｘ ｉｆ ａｎｇｌｅＩｄｘ＞８＆＆ａｎｇｌｅＩｄｘ＜＝１６、
ａｎｇｌｅＮ＝ａｎｇｌｅＩｄｘ－１６ ｉｆ ａｎｇｌｅＩｄｘ＞１６＆＆ａｎｇｌｅＩｄｘ＜＝２４、
ａｎｇｌｅＮ＝３２－ａｎｇｌｅＩｄｘ ｏｔｈｅｒｗｉｓｅ、
に設定され、
－ さらに、ａｎｇｌｅＮは、ｗＩｓＬａｒｇｅｒＨに依拠して、以下の値に設定され、
ａｎｇｌｅＮ＝（ｗＩｓＬａｒｇｅｒＨ）？８－ａｎｇｌｅＮ：ａｎｇｌｅＮ
－ ｓｔｅｐＤｉｓは、表２において指定されているようなｗｈＲａｔｉｏ及びａｎｇｌｅＮの値に従って設定され、さらに以下であり、
ｓｔｅｐＳｉｚｅ＝ｓｔｅｐＤｉｓ＋ｓｔｅｐＯｆｆｓｅｔ
－ ｒｈｏは、表３において指定されているＤｉｓとして示されているルックアップテーブルを用いて以下の値に設定される。
－ ｒｈｏ＝ｄｉｓｔａｎｃｅＩｄｘ＊ｓｔｅｐＳｉｚｅ＊ｓｃａｌｅＳｔｅｐ＋ｎＣｂＷ＊Ｄｉｓ［ｄｉｓｐｌａｃｅｍｅｎｔＸ］＋ｎＣｂＨ＊Ｄｉｓ［ｄｉｓｐｌａｃｅｍｅｎｔＹ］。 （８－８８５）。
各サンプル位置ｘ＝０...ｎＣｂＷ－１及びｙ＝０...ｎＣｂＨ－１に関して、ｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ［ｘ］［ｙ］の値は、以下のようにして導出される。
－ 距離ｄｉｓｔＦｒｏｍＬｉｎｅは、以下の通りに表３において指定されているＤｉｓとして示されているルックアップテーブルを用いて計算される。
－ ｄｉｓｔＦｒｏｍＬｉｎｅ＝（（ｘ＜＜１）＋１）＊Ｄｉｓ［ｄｉｓｐｌａｃｅｍｅｎｔＸ］＋（（ｙ＜＜１）＋１））＊Ｄｉｓ［ｄｉｓｐｌａｃｅｍｅｎｔＹ］－ｒｈｏ。 （８－８８６）
－ スケーリングされた距離ｄｉｓｔＳｃａｌｅｄは、以下として導出される。
－ ｄｉｓｔＳｃａｌｅｄ＝ｍｉｎ（（ａｂｓ（ｄｉｓｔＦｒｏｍＬｉｎｅ）＋８）＞＞４，１４） （８－８８７）

【0194】

ｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ［ｘ］［ｙ］の値は、以下のように表４において指定されているＧｅｏＦｉｌｔｅｒとして示されているフィルタ重みルックアップテーブルに従って設定される。
ｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ［ｘ］［ｙ］＝ＧｅｏＦｉｌｔｅｒ［ｄｉｓｔＳｃａｌｅｄ］ ｉｆ ｄｉｓｔＦｒｏｍＬｉｎｅ＜＝０
ｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ［ｘ］［ｙ］＝８－ＧｅｏＦｉｌｔｅｒ［ｄｉｓｔＳｃａｌｅｄ］ ｉｆ ｄｉｓｔＦｒｏｍＬｉｎｅ＞０

【0195】

２．現在の幾何学的区分化モードのためにｓａｍｐｌｅＷｅｉｇｈｔ_Ｃに保存されているクロマ重みは、以下の通りに導出される。
各サンプル位置ｘ＝０...（ｎＣｂＷ／２）－１及びｙ＝０...（ｎＣｂＨ／２）－１に関して、ｓａｍｐｌｅＷｅｉｇｈｔ_Ｃ［ｘ］［ｙ］の値は、以下のようにして導出される。
ｓａｍｐｌｅＷｅｉｇｈｔ_Ｃ［ｘ］［ｙ］＝ｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ［（ｘ＜＜１）］［（ｙ＜＜１）］

【0196】

３．現在の幾何学的区分化モードのためにアレイｍｏｔｉｏｎＷｅｉｇｈｔに保存される動きの重みは、以下の通りに導出される。
－ 以下の変数が設定される。
ｔｈｒｅｓｈＳｃａｌｅｒ＝（（ｌｏｇ２（ｎＣｂＷ）＋ｌｏｇ２（ｎＣｂＨ））＞＞１）－１
ｔｈｒｅｓｈＬｏｗｅｒ＝３２＞＞ｔｈｒｅｓｈＳｃａｌｅｒ
ｔｈｒｅｓｈＵｐｐｅｒ＝３２－ｔｈｒｅｓｈＬｏｗｅｒ
各サンプル位置ｘ＝０...（ｎＣｂＷ／４）－１及びｙ＝０...（ｎＣｂＨ／４）－１について、ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘ］［ｙ］の値は、以下のようにして導出される。
Ｃｎｔ＝ｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ［（ｘ＜＜２）］［（ｙ＜＜２）］
＋ｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ［（ｘ＜＜２）＋３］［（ｙ＜＜２）］
＋ｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ［（ｘ＜＜２）］［（ｙ＜＜２）＋３］
＋ｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ［（ｘ＜＜２）＋３］［（ｙ＜＜２）＋３］

【0197】

ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘ］［ｙ］の値は、以下に設定される。
ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘ］［ｙ］＝０， ｉｆ Ｃｎｔ＜＝ｔｈｒｅｓｈＬｏｗｅｒ
ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘ］［ｙ］＝１， ｉｆ Ｃｎｔ＞＝ｔｈｒｅｓｈＵｐｐｅｒ
ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘ］［ｙ］＝２， ｏｔｈｅｒｗｉｓｅ

【0198】

［幾何学的区分化マージモードのための重み付けられたサンプル予測処理］
この処理への入力は、以下のものである。
－ 現在のコーディングブロックの幅及び高さを指定する２つの変数ｎＣｂＷ及びｎＣｂＨ、
－ ２つの（ｎＣｂＷ）×（ｎＣｂＨ）アレイｐｒｅｄＳａｍｐｌｅｓＬＡ及びｐｒｅｄＳａｍｐｌｅｓＬＢ、
－ （ｎＣｂＷ）×（ｎＣｂＨ）アレイｓａｍｐｌｅＷｅｉｇｈｔ、
－ 色成分インデックスを指定する変数ｃＩｄｘ。

【0199】

この処理の出力は、予測サンプル値の（ｎＣｂＷ）×（ｎＣｂＨ）アレイｐｂＳａｍｐｌｅｓである。

【0200】

変数ｂｉｔＤｅｐｔｈは、以下の通りに導出される。
－ ｃＩｄｘが０に等しい場合、ｂｉｔＤｅｐｔｈは、ＢｉｔＤｅｐｔｈ_Ｙに等しく設定される。
－ そうでなければ、ｂｉｔＤｅｐｔｈは、ＢｉｔＤｅｐｔｈ_Ｃに等しく設定される。

【0201】

変数ｓｈｉｆｔ１及びｏｆｆｓｅｔ１は、以下の通りに導出される。
－ 変数ｓｈｉｆｔ１は、Ｍａｘ（５，１７－ｂｉｔＤｅｐｔｈ）に等しく設定される。
－ 変数ｏｆｆｓｅｔ１は、１＜＜（ｓｈｉｆｔ１－１）に等しく設定される。

【0202】

予測サンプル値は、以下の通りに導出される。
ｐｂＳａｍｐｌｅｓ［ｘ］［ｙ］＝
Ｃｌｉｐ３（０，（１＜＜ｂｉｔＤｅｐｔｈ）－１，
（ｐｒｅｄＳａｍｐｌｅｓＬＡ［ｘ］［ｙ］＊ｓａｍｐｌｅＷｅｉｇｈｔ［ｘ］［ｙ］
＋ｐｒｅｄＳａｍｐｌｅｓＬＢ［ｘ］［ｙ］＊（８－ｓａｍｐｌｅＷｅｉｇｈｔ［ｘ］［ｙ］）＋ｏｆｆｓｅｔ１）＞＞ｓｈｉｆｔ１）

【0203】

［幾何学的区分化マージモードのための動きベクトル保存］
この処理は、ｇｅｏ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい状態でコーディングユニットをデコードする場合に呼び出される。

【0204】

この処理への入力は、以下のものである。
－ 現在のピクチャの左上ルマサンプルに対する現在のコーディングブロックの左上サンプルを指定するルマ位置（ｘＣｂ，ｙＣｂ）、
－ ルマサンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ ルマサンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ、
－ 動きアサインメントインデックスを含む（ｃｂＷｉｄｔｈ／４）×（ｃｂＨｅｉｇｈｔ／４）のサイズのアレイｍｏｔｉｏｎＷｅｉｇｈｔ
－ １／１６分数サンプル確度でのルマ動きベクトルｍｖＡ及びｍｖＢ、
－ 参照インデックスｒｅｆＩｄｘＡ及びｒｅｆＩｄｘＢ、
－ 予測リストフラグｐｒｅｄＬｉｓｔＦｌａｇＡ及びｐｒｅｄＬｉｓｔＦｌａｇＢ。

【0205】

水平及び垂直方向における現在のコーディングブロック内の４×４ブロックの数を指定する変数ｎｕｍＳｂＸ及びｎｕｍＳｂＹは、ｎｕｍＳｂＸ＝ｃｂＷｉｄｔｈ＞＞２及びｎｕｍＳｂＹ＝ｃｂＨｅｉｇｈｔ＞＞２に等しく設定される。

【0206】

変数ｍｉｎＳｂは、ｍｉｎ（ｎｕｍＳｂＸ，ｎｕｍＳｂＹ）に等しく設定される。

【0207】

変数ｒｅｆＩｄｘＴｅｍｐＡは、ｐｒｅｄＬｉｓｔＦｌａｇＡに等しく設定されたＸ、及びｒｅｆＩｄｘＡに等しく設定されたｒｅｆＩｄｘＮを入力として、三角形マージモードのための参照ピクチャマッピング処理を呼び出すことによって導出される。

【0208】

変数ｒｅｆＩｄｘＴｅｍｐＢは、ｐｒｅｄＬｉｓｔＦｌａｇＢに等しく設定されたＸ、及びｒｅｆＩｄｘＢに等しく設定されたｒｅｆＩｄｘＮを入力として、三角形マージモードのための参照ピクチャマッピング処理を呼び出すことによって導出される。

【0209】

ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１であり、ｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１であるサブブロックインデックス（ｘＳｂＩｄｘ，ｙＳｂＩｄｘ）における各４×４サブブロックに関して、以下が適用される。
－ ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］が０に等しい場合、以下が適用される。
ｐｒｅｄＦｌａｇＬ０＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ １ ： ０ （８－８８８）
ｐｒｅｄＦｌａｇＬ１＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ０ ： １ （８－８８９）
ｒｅｆＩｄｘＬ０＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ｒｅｆＩｄｘＡ ： －１ （８－８９０）
ｒｅｆＩｄｘＬ１＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ －１ ： ｒｅｆＩｄｘＡ （８－８９１）
ｍｖＬ０［０］＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ｍｖＡ［０］ ： ０ （８－８９２）
ｍｖＬ０［１］＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ｍｖＡ［１］ ： ０ （８－８９３）
ｍｖＬ１［０］＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ０ ： ｍｖＡ［０］ （８－８９４）
ｍｖＬ１［１］＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ０ ： ｍｖＡ［１］ （８－８９５）
－ そうでなければ、ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］が１に等しい場合、以下が適用される。
ｐｒｅｄＦｌａｇＬ０＝（ｐｒｅｄＬｉｓｔＦｌａｇＢ＝＝０） ？ １ ： ０ （８－８９６）
ｐｒｅｄＦｌａｇＬ１＝（ｐｒｅｄＬｉｓｔＦｌａｇＢ＝＝０） ？ ０ ： １ （８－８９７）
ｒｅｆＩｄｘＬ０＝（ｐｒｅｄＬｉｓｔＦｌａｇＢ＝＝０） ？ ｒｅｆＩｄｘＢ ： －１ （８－８９８）
ｒｅｆＩｄｘＬ１＝（ｐｒｅｄＬｉｓｔＦｌａｇＢ＝＝０） ？ －１ ： ｒｅｆＩｄｘＢ （８－８９９）
ｍｖＬ０［０］＝（ｐｒｅｄＬｉｓｔＦｌａｇＢ＝＝０） ？ ｍｖＢ［０］ ： ０ （８－９００）
ｍｖＬ０［１］＝（ｐｒｅｄＬｉｓｔＦｌａｇＢ＝＝０） ？ ｍｖＢ［１］ ： ０ （８－９０１）
ｍｖＬ１［０］＝（ｐｒｅｄＬｉｓｔＦｌａｇＢ＝＝０） ？ ０ ： ｍｖＢ［０］ （８－９０２）
ｍｖＬ１［１］＝（ｐｒｅｄＬｉｓｔＦｌａｇＢ＝＝０） ？ ０ ： ｍｖＢ［１］ （８－９０３）
－ そうでなければ（ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］が２に等しい）、以下が適用される。
－ ｐｒｅｄＬｉｓｔＦｌａｇＡ＋ｐｒｅｄＬｉｓｔＦｌａｇＢが１に等しい場合、
ｐｒｅｄＦｌａｇＬ０＝１ （８－９０４）
ｐｒｅｄＦｌａｇＬ１＝１ （８－９０５）
ｒｅｆＩｄｘＬ０＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ｒｅｆＩｄｘＡ ： ｒｅｆＩｄｘＢ （８－９０６）
ｒｅｆＩｄｘＬ１＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ｒｅｆＩｄｘＢ ： ｒｅｆＩｄｘＡ （８－９０７）
ｍｖＬ０［０］＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ｍｖＡ［０］ ： ｍｖＢ［０］ （８－９０８）
ｍｖＬ０［１］＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ｍｖＡ［１］ ： ｍｖＢ［１］ （８－９０９）
ｍｖＬ１［０］＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ｍｖＢ［０］ ： ｍｖＡ［０］ （８－９１０）
ｍｖＬ１［１］＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ｍｖＢ［１］ ： ｍｖＡ［１］ （８－９１１）
－ ｐｒｅｄＬｉｓｔＦｌａｇＡ＋ｐｒｅｄＬｉｓｔＦｌａｇＢが０に等しい場合、以下が適用される。
ｐｒｅｄＦｌａｇＬ０＝１ （８－９１２）
ｐｒｅｄＦｌａｇＬ１＝（ｒｅｆＩｄｘＴｅｍｐＡ＝＝－１＆＆ｒｅｆＩｄｘＴｅｍｐＢ＝＝－１） ？ ０ ： １ （８－９１３）
ｒｅｆＩｄｘＬ０＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１） ？ ｒｅｆＩｄｘＡ ： （８－９１４）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１） ？ ｒｅｆＩｄｘＢ ： ｒｅｆＩｄｘＡ）
ｒｅｆＩｄｘＬ１＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１） ？ ｒｅｆＩｄｘＴｅｍｐＢ ： （８－９１５）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１） ？ ｒｅｆＩｄｘＴｅｍｐＡ ： －１）
ｍｖＬ０［０］＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１） ？ ｍｖＡ［０］ ： （８－９１６）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１） ？ ｍｖＢ［０］ ： ｍｖＡ［０］）
ｍｖＬ０［１］＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１） ？ ｍｖＡ［１］ ： （８－９１７）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１） ？ ｍｖＢ［１］ ： ｍｖＡ［１］）
ｍｖＬ１［０］＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１） ？ ｍｖＢ［０］ ： （８－９１８）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１） ？ ｍｖＡ［０］ ： ０）
ｍｖＬ１［１］＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１） ？ ｍｖＢ［１］ ： （８－９１９）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１） ？ ｍｖＡ［１］ ： ０）
－ ｐｒｅｄＬｉｓｔＦｌａｇＡ＋ｐｒｅｄＬｉｓｔＦｌａｇＢが２に等しい場合、以下が適用される。
ｐｒｅｄＦｌａｇＬ０＝（ｒｅｆＩｄｘＴｅｍｐＡ＝＝－１ ＆＆ ｒｅｆＩｄｘＴｅｍｐＢ＝＝－１） ？ ０ ： １ （８－９２０）
ｐｒｅｄＦｌａｇＬ１＝１ （８－９２１）
ｒｅｆＩｄｘＬ０＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１） ？ ｒｅｆＩｄｘＴｅｍｐＢ ： （８－９２２）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１） ？ ｒｅｆＩｄｘＴｅｍｐＡ ： －１）
ｒｅｆＩｄｘＬ１＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１） ？ ｒｅｆＩｄｘＡ ： （８－９２３）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１） ？ ｒｅｆＩｄｘＢ ： ｒｅｆＩｄｘＡ）
ｍｖＬ０［０］＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１） ？ ｍｖＢ［０］ ： （８－９２４）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１） ？ ｍｖＡ［０］ ： ０）
ｍｖＬ０［１］＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１） ？ ｍｖＢ［１］ ： （８－９２５）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１） ？ ｍｖＡ［１］ ： ０）
ｍｖＬ１［０］＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１） ？ ｍｖＡ［０］ ： （８－９２６）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１） ？ ｍｖＢ［０］ ： ｍｖＡ［０］）
ｍｖＬ１［１］＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１） ？ ｍｖＡ［１］ ： （８－９２７）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１） ？ ｍｖＢ［１］ ： ｍｖＡ［１］）
－ ｘ＝０．．３であり、ｙ＝０．．３である場合に、以下のアサインメントが行われる。
ＭｖＬ０［（ｘＳｂＩｄｘ＜＜２）＋ｘ］［（ｙＳｂＩｄｘ＜＜２）＋ｙ］＝ｍｖＬ０（８－９２８）
ＭｖＬ１［（ｘＳｂＩｄｘ＜＜２）＋ｘ］［（ｙＳｂＩｄｘ＜＜２）＋ｙ］＝ｍｖＬ１（８－９２９）
ＲｅｆＩｄｘＬ０［（ｘＳｂＩｄｘ＜＜２）＋ｘ］［（ｙＳｂＩｄｘ＜＜２）＋ｙ］＝ｒｅｆＩｄｘＬ０（８－９３０）
ＲｅｄＩｄｘＬ１［（ｘＳｂＩｄｘ＜＜２）＋ｘ］［（ｙＳｂＩｄｘ＜＜２）＋ｙ］＝ｒｅｆＩｄｘＬ１（８－９３１）
ＰｒｅｄＦｌａｇＬ０［（ｘＳｂＩｄｘ＜＜２）＋ｘ］［（ｙＳｂＩｄｘ＜＜２）＋ｙ］＝ｐｒｅｄＦｌａｇＬ０（８－９３２）
ＰｒｅｄＦｌａｇＬ１［（ｘＳｂＩｄｘ＜＜２）＋ｘ］［（ｙＳｂＩｄｘ＜＜２）＋ｙ］＝ｐｒｅｄＦｌａｇＬ１（８－９３３）

【表1】

【表2】

【表3】

【表4】

【0210】

ＧＥＯ予測モードのためのデコーディング処理の第２の実施形態において、動き情報保存処理は以下のものである。

【0211】

コーディングブロックをＫの動き保存ユニットに細分割する。一例において、コーディングブロックのサイズは、Ｍ×Ｎルマサンプルであり、各動き保存ユニットは、（Ｍ／Ｋ）×（Ｎ／Ｋ）の同じサイズのルマサンプルを有する。一例において、Ｋの値は４であり、Ｍの値は１６であり、Ｎの値は１６であり、この例において、各動き保存ユニットは、４×４のサイズのルマサブブロックに関連付けられている。コーディングブロックの左上ルマ位置（ｘ，ｙ）は、動き保存ブロックの左上位置（ｘ／Ｋ，ｙ／Ｋ）に関連付けられている。

【0212】

動き保存ユニットに関して、第１のサンプル重み又は第２のサンプル重みに従って、第１の片予測動き情報が保存されるのか、第２の片予測動き情報が保存されるのか、又は双予測動き情報が保存されるのかを決定する。一例において、決定は、分割境界に対する動き保存ユニット内のサンプルの距離に従う。サンプルは、整数サンプル又は分数サンプルとすることができる。分離線は、幾何学的区分モードの分割線として定義される。１つの例によれば、Ｋは、４（ルマサンプルに関する動き保存ユニットの幅及び高さ）に等しい。コーディングブロックを動き保存ユニットに分割する一例が、図１３に示されている。

【0213】

１つの例によれば、サンプルと分割境界との間の距離は、以下の通りに計算できる。ブロック内のルマサンプルに関して、サンプル距離（ｓａｍｐｌｅ＿ｄｉｓｔ）が計算され、サンプル距離は、ブロックの分離線に対するルマサンプルの距離を表す。

【0214】

一例において、サンプル距離ｓａｍｐｌｅ＿ｄｉｓｔは、以下の式に従って計算される。
ｓａｍｐｌｅ＿ｄｉｓｔ＝（（ｘ＜＜１）＋１）＊Ｄｉｓ［ａｎｇｌｅＩｄｘ１］＋（（ｙ＜＜１）＋１））＊Ｄｉｓ［ａｎｇｌｅＩｄｘ２］－ｏｆｆｓｅｔ（ｄｉｓｔａｎｃｅＩｄｘ）
●ａｎｇｌｅＩｄｘ１の値及びａｎｇｌｅＩｄｘ２の値は、ビットストリームから取得され、又はビットストリームから取得された他の情報に基づいて導出／計算され、ａｎｇｌｅＩｄｘ１及びａｎｇｌｅＩｄｘ２は、分離線の量子化された三角パラメータを表し、１つ目の三角パラメータのタイプはコサインであり、２つ目の三角パラメータのタイプはサインである。
●ｘ及びｙは、コーディングブロックの左上サンプルに対するサンプルの－ｘ及び－ｙ座標である。
●ｏｆｆｓｅｔ（ｄｉｓｔａｎｃｅＩｄｘ）は、インデックス値（ｄｉｓｔａｎｃｅＩｄｘ）の関数であるオフセット値であり、インデックス値は、ビットストリームから取得され、又は、ビットストリームから取得された他の情報に基づいて導出／計算される。
●Ｄｉｓ［］は、ルックアップテーブルである。Ｄｉｓ［ａｎｇｌｅＩｄｘ１］は、上記サンプルの－ｘ座標における単位増加（値１の増加に対するサンプル距離（ｓａｍｐｌｅ＿ｄｉｓｔ）の変化を表す。Ｄｉｓ［ａｎｇｌｅＩｄｘ２］は、上記サンプルの－ｙ座標における単位増加（値１の増加）に関するサンプル距離（ｓａｍｐｌｅ＿ｄｉｓｔ）の変化を表す。

【0215】

上述の例のコーディネータは、の左上位置に従わず、現在のコーディングブロックの左上位置に従うことに留意されたい上述の例は、整数演算に従う計算の方法を示すことに留意されたい。本発明の実施形態は、ｓａｍｐｌｅ＿ｄｉｓｔの計算のこれらの例に限定されるものではない。

【0216】

上記例によれば、サンプルコーディネータは、１ビット左シフトされる（（ｘ＜＜１），（ｙ＜＜１））ことに留意されたい。この例において、距離計算は、整数演算のために１／２サンプル精度まで実行でき、例えば、（０．５，０．５）におけるサンプル位置を計算できる。

【0217】

図１８は、整数位置及び半画素位置（分数位置、分割境界、及びサンプルと分割境界との間の距離（ｓａｍｐｌｅ＿ｄｉｓｔ））を伴う４×４動き保存例を示している

【0218】

一例において、決定は、Ｍｖ０の符号が付けられた第１の片予測動き情報を保存するのか、Ｍｖ１の符号が付けられた第２の片予測動き情報を保存するのか、又は、Ｍｖ２の符号が付けられた、双予測動き情報等の組み合わせ動き情報を保存するのかを指し、以下のステップに従って実施される。一例において、決定は、１つの動き保存ユニットについて実行され、別の例において、決定は、コーディングブロックに含まれる少なくとも２つの（又は全ての）動き保存ユニットについて実行される。動き保存ユニットの左上座標は、（ｘ／Ｋ，ｙ／Ｋ）によって与えられ、動き保存ユニットの幅及び高さは、ルマサンプルに関してＫで与えられる。

【0219】

計算された距離ｓａｍｐｌｅ＿ｄｉｓｔが閾値よりも小さい及び／又は閾値に等しい場合、組み合わせ動き情報（Ｍｖ２）が、動き保存ユニットに関して保存される。閾値は、定数とすることができ、分割線の角度、現在のコーディングブロックのアスペクトレイシャル（ａｓｐｅｃｔ ｒａｃｉａｌ）又は他のパラメータに基づいて適応的に導出できる。そうでなければ（距離ｓａｍｐｌｅ＿ｄｉｓｔが閾値よりも大きい又は／及び閾値に等しい場合）、ｓａｍｐｌｅ＿ｄｉｓｔの符号がチェックされる。

【0220】

ｓａｍｐｌｅ＿ｄｉｓｔが負（又は正）である場合、ＭＶ０（又はＭＶ１）が、現在の動き保存ユニットに関して保存される。
そうでなければ（ｓａｍｐｌｅ＿ｄｉｓｔが正（又は負）である）、ＭＶ１（又はＭＶ０）が、現在の動き保存ユニットに関して保存される。

【0221】

図１９は、言及した方法に基づく動き保存の１つの例を示している。

【0222】

他の動き保存方法に比較して、この方法は、動き保存ユニット毎に１つのサンプル距離を計算するだけでよく、計算の複雑性が低減される。

【0223】

図２０に示すように、ＧＥＯ予測モードのためのデコーディング処理の第３の実施形態において、以下のとおりである。

【0224】

双予測を可能にするビデオコーディング技術に関して、２つの参照フレームリスト、例えば、Ｌｉｓｔ０及びＬｉｓｔ１、又は前方参照フレームリスト及び後方参照フレームリストが使用される。一例として、動き情報は、以下を含む。
（１）予測フラグＬ０（ＰＦＬ０）及び予測フラグＬ１（ＰＦＬ１）。予測フラグＬ０は真であり、Ｌｉｓｔ０がインター予測において使用され、そうでなければ（予測フラグＬ０が偽である）、Ｌｉｓｔ０は使用されない。予測フラグＬ１も同様である。
（２）参照インデックスＬ０（ＲＩＬ０）及び参照インデックスＬ１（ＲＩＬ１）。参照インデックスＬ０は、Ｌｉｓｔ０からのどの参照フレーム（候補）が現在の参照フレームとして使用されるかを示すために使用される。参照インデックスＬ１も同様である。また、実現可能な実装において、－１に等しい参照インデックスＬ０は、Ｌｉｓｔ０からの参照フレームが使用されないことを意味する。
（３）動きベクトルＬ０（ＭＶＬ０）及び動きベクトルＬ１（ＭＶＬ１）は、Ｌｉｓｔ０及びＬｉｓｔ１それぞれに対応し、それらの両方は、水平成分及び垂直成分を有する。

【0225】

現在のブロックについて動き情報が決定された後、実現可能な実装において、動き情報は、将来のコーディングブロックの予測処理のための参照情報として、例えば、空間的な予測又は時間的予測における隣接ブロックの予測動き情報として保存及び使用されてよい。

【0226】

動き情報は、メモリに保存され、より具体的には、この実施形態では動き情報保存ユニットに保存される。

【0227】

現在のブロックは、複数のサンプルセットに分割されよく、複数のサンプルセットのそれぞれは、サンプルセットと同じサイズを有するか、又は、現在のブロックをサンプルセットとして設定する。例えば、サンプルセットは、４×４サンプルアレイとしてよい。サンプルセットのサイズは、８×８、１６×１６、８×１６等であってもよく、これは限定されるものではない。複数のサンプルセットのそれぞれは、各動き情報保存ユニットに対応し、したがってサンプルセットの動き情報は、対応する動き情報保存ユニットに保存される。「サンプルセットの動き情報」に関して２つのケースがあることに留意されたい。ケース１：動き情報が、サンプルセットの予測値を決定するために使用される。ケース２：動き情報が、保存するためにサンプルセットにアサインされる。

【0228】

また、本実施形態において、サンプルセットは、ルマサンプルセットであり、他の実施形態において、サンプルセットは、クロマサンプルセットであってよい。

【0229】

ＧＥＯ予測モードは、上記セクションにおいて紹介されている。一般に、ＧＥＯ予測では、現在のブロックは、第１のサブブロック及び第２のサブブロックからなり、第１のサブブロック及び第２のサブブロックは、共通の境界によって分離され、第１のサブブロックは、第１の動き情報に対応し、第２のサブブロックは、第２の動き情報に対応する。第１のサブブロック及び第２のサブブロックは、三角形区分、台形区分、又は非対称矩形区分等であってよく、これは限定されるものではない。また、例えば、三角形区分において、各サブブロックは三角形ブロックであることが理解され得る。

【0230】

一例として、本実施形態において、第１の動き情報及び第２の動き情報の両方が片予測に由来する。第１の動き情報は、ＲＩＬ０，ＭＶＬ０のみを含んでよく、これはＰＦＬ０＝１，ＰＦＬ１＝０を意味し、又は、ＲＩＬ１，ＭＶＬ１のみを含んでよく、これはＰＦＬ０＝０，ＰＦＬ１＝１を意味し、同様に、第２の動き情報は、ＲＩＬ０，ＭＶＬ０のみを含んでよく、これはＰＦＬ０＝１，ＰＦＬ１＝０を意味し、又は、ＲＩＬ１，ＭＶＬ１のみを含んでよく、これはＰＦＬ０＝０，ＰＦＬ１＝１を意味する。

【0231】

Ｓ２０１：角度パラメータ及び距離パラメータを決定する。

【0232】

共通の境界は、角度パラメータ及び距離パラメータによって決定される。

【0233】

（１）デコーダでは、
実現可能な実装において、ビットストリームから直接、角度パラメータ及び距離パラメータをパースする。

【0234】

別の実現可能な実装において、ビットストリームからインジケータをパースし、インジケータに基づいて角度パラメータ及び距離パラメータを取得する。インジケータは、インデックスとすることができ、角度パラメータ及び距離パラメータは、そのようなインデックスを用いてルックアップテーブルをチェックすることによって決定できる。又は、角度パラメータ及び距離パラメータは、関数によって計算でき、インジケータは、関数の入力である。

【0235】

別の実現可能な実装において、ビットストリームから２つのインジケータをパースし、２つのインジケータのうちの一方から角度パラメータを、２つのインジケータのうちの他方から距離パラメータを取得する。

【0236】

本実施形態において、シンタックス要素「ｇｅｏ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘ」は、ビットストリームからパースされる。角度パラメータ「ａｎｇｌｅＩｄｘ」及び距離パラメータ「ｄｉｓｔａｎｃｅＩｄｘ」は、「ｇｅｏ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘ」と「ａｎｇｌｅＩｄｘ」及び「ｄｉｓｔａｎｃｅＩｄｘ」のペアとの間の関係を定義するルックアップテーブルを検索することによって取得される。ルックアップテーブルは、例えば、表１としてよい。

【0237】

Ｓ２０２：角度パラメータに基づいて第１の計算パラメータを決定し、角度パラメータに基づいてｔｅｍｐ角度パラメータを計算し、ｔｅｍｐ角度パラメータに基づいて第２の計算パラメータを決定し、角度パラメータ及び距離パラメータに基づいて第３の計算パラメータを計算する。

【0238】

第１の計算パラメータは、角度パラメータに従って、予め設定されたルックアップテーブルをチェックすることによって決定され、第２の計算パラメータは、ｔｅｍｐ角度パラメータに従って、ルックアップテーブルをチェックすることによって決定され、第１の計算パラメータ及び第２の計算パラメータは、それぞれ同じ角度のコサイン値及びサイン値である。コサイン及びサイン計算は、ルックアップテーブル法によってシミュレート及び置換でき、コンピューティングの複雑性が低減されることが理解され得る。

【0239】

本実施形態では、
実現可能な実装において、第１の計算パラメータは、Ｄｉｓ［ａｎｇｌｅＩｄｘ］に設定され、Ｄｉｓ［］は、ルックアップテーブルであり、例えば、表３としてよい。

【0240】

ｔｅｍｐ角度パラメータは、（ａｎｇｌｅＩｄｘ＋８）％３２に設定され、ＴｅｍｐＩｄｘとして仮定する。

【0241】

第２の計算パラメータは、Ｄｉｓ［ＴｅｍｐＩｄｘ］に設定される。

【0242】

理論上、Ｄｉｓ［ａｎｇｌｅＩｄｘ］及びＤｉｓ［ＴｅｍｐＩｄｘ］は、同じ角度の概算コサイン値及びサイン値であり、角度は、共通の境界と現在のブロックとの間の幾何学的関係を表すことに留意されたい。

【0243】

別の実現可能な実装において、第１の計算パラメータは、Ｄｉｓ１［ａｎｇｌｅＩｄｘ］に設定され、Ｄｉｓ１［］は、ルックアップテーブルであり、例えば、表３としてよい。

【0244】

第２の計算パラメータは、Ｄｉｓ２［ａｎｇｌｅＩｄｘ］に設定され、Ｄｉｓ２［］は、別のルックアップテーブルである。

【0245】

Ｄｉｓ１［ａｎｇｌｅＩｄｘ］及びＤｉｓ２［ａｎｇｌｅＩｄｘ］は、同じ角度の概算コサイン値及びサイン値であり、角度は、共通の境界と現在のブロックとの間の幾何学的関係を表すことに留意されたい。

【0246】

第３の計算パラメータは、以下の通りに取得される。
ｗＩｄｘは、ｌｏｇ２（ｎＣｂＷ）－３に設定され、ｎＣｂＷは、現在のブロックの幅であり、
ｈＩｄｘは、ｌｏｇ２（ｎＣｂＨ）－３に設定され、ｎＣｂＨは、現在のブロックの高さであり、
ｓｔｅｐＯｆｆｓｅｔは、正の整数に設定され、例えば、６４に設定される。

【0247】

ｗＩｄｘ及びｈＩｄｘを比較する。
ｗｈＲｒａｔｉｏ＝（ｗＩｄｘ＞＝ｈＩｄｘ）？ｗＩｄｘ－ｈＩｄｘ：ｈＩｄｘ－ｗＩｄｘ
ｗＩｓＬａｒｇｅｒＨ＝（ｗＩｄｘ＞＝ｈＩｄｘ）？ｔｒｕｅ：ｆａｌｓｅ
ｓｃａｌｅＳｔｅｐ＝（ｗＩｄｘ＞＝ｈＩｄｘ）？（１＜＜ｈＩｄｘ）：（１＜＜ｗＩｄｘ）

【0248】

別の実現可能な実装において、以下が理解され得る。
ｗｈＲｒａｔｉｏ＝（ｗＩｄｘ＞ｈＩｄｘ）？ｗＩｄｘ－ｈＩｄｘ：ｈＩｄｘ－ｗＩｄｘ
ｗＩｓＬａｒｇｅｒＨ＝（ｗＩｄｘ＞ｈＩｄｘ）？ｔｒｕｅ：ｆａｌｓｅ
ｓｃａｌｅＳｔｅｐ＝（ｗＩｄｘ＞ｈＩｄｘ）？（１＜＜ｈＩｄｘ）：（１＜＜ｗＩｄｘ）
ａｎｇｌｅＮは、以下に設定される。
ａｎｇｌｅＮ＝ａｎｇｌｅＩｄｘ ｉｆ ａｎｇｌｅＩｄｘ＞＝０＆＆ａｎｇｌｅＩｄｘ＜＝８，
ａｎｇｌｅＮ＝１６－ａｎｇｌｅＩｄｘ ｉｆ ａｎｇｌｅＩｄｘ＞８＆＆ａｎｇｌｅＩｄｘ＜＝１６，
ａｎｇｌｅＮ＝ａｎｇｌｅＩｄｘ－１６ ｉｆ ａｎｇｌｅＩｄｘ＞１６＆＆ａｎｇｌｅＩｄｘ＜＝２４，
ａｎｇｌｅＮ＝３２－ａｎｇｌｅＩｄｘ ｏｔｈｅｒｗｉｓｅ。

【0249】

異なる実装において、エンドポイントａｎｇｌｅＩｄｘ０、８、１６、２４は、例えば、異なるサブセクションに属してよいことに留意されたい。

【0250】

別の実現可能な実装において、ａｎｇｌｅＮは、以下に設定される。
ａｎｇｌｅＮ＝ａｎｇｌｅＩｄｘ ｉｆ ａｎｇｌｅＩｄｘ＞０＆＆ａｎｇｌｅＩｄｘ＜８，
ａｎｇｌｅＮ＝１６－ａｎｇｌｅＩｄｘ ｉｆ ａｎｇｌｅＩｄｘ＞＝８＆＆ａｎｇｌｅＩｄｘ＜１６，
ａｎｇｌｅＮ＝ａｎｇｌｅＩｄｘ－１６ ｉｆ ａｎｇｌｅＩｄｘ＞＝１６＆＆ａｎｇｌｅＩｄｘ＜２４，
ａｎｇｌｅＮ＝３２－ａｎｇｌｅＩｄｘ ｏｔｈｅｒｗｉｓｅ。

【0251】

さらに、ａｎｇｌｅＮは、以下の値に設定される。
ａｎｇｌｅＮ＝（ｗＩｓＬａｒｇｅｒＨ）？８－ａｎｇｌｅＮ：ａｎｇｌｅＮ
ｓｔｅｐＤｉｓは、ルックアップテーブル、例えば、表２において指定されているようなｗｈＲａｔｉｏ及びａｎｇｌｅＮの値に従って設定される。
ｓｔｅｐＳｉｚｅ＝ｓｔｅｐＤｉｓ＋ｓｔｅｐＯｆｆｓｅｔ

【0252】

第３の計算パラメータｒｈｏは、Ｄｉｓとして示されているルックアップテーブル、例えば、表３を用いて以下の値に設定される。
ｒｈｏ＝ｄｉｓｔａｎｃｅＩｄｘ＊ｓｔｅｐＳｉｚｅ＊ｓｃａｌｅＳｔｅｐ＋ｎＣｂＷ＊Ｄｉｓ［ａｎｇｌｅＩｄｘ］＋ｎＣｂＨ＊Ｄｉｓ［ＴｅｍｐＩｄｘ］。

【0253】

また、対応して、別の実現可能な実装において、第３の計算パラメータｒｈｏは、以下として設定されてよい。
ｒｈｏ＝ｄｉｓｔａｎｃｅＩｄｘ＊ｓｔｅｐＳｉｚｅ＊ｓｃａｌｅＳｔｅｐ＋ｎＣｂＷ＊Ｄｉｓ１［ａｎｇｌｅＩｄｘ］＋ｎＣｂＨ＊Ｄｉｓ２［ａｎｇｌｅＩｄｘ］。

【0254】

角度パラメータ及び距離パラメータが決定された後から、第１、第２、及び第３の計算パラメータを決定できることに留意されたい。実現可能な実装において、第１、第２、及び第３の計算パラメータは、現在のブロック内の全てのサンプルについてのパラメータとして一度のみ計算される。また、現在のブロックの第１、第２、及び第３の計算パラメータが既に決定されている場合、動き情報保存処理に関して、ステップＳ２０１及びＳ２０２をスキップできる。

【0255】

Ｓ２０３：現在のブロック内のサンプルセットと共通の境界との間の距離を決定する。

【0256】

距離は、以下によって計算される。
ｄｉｓｔＦｒｏｍＬｉｎｅ＝（ｘ＋Ｋ）＊Ｐ１＋（ｙ＋Ｋ）＊Ｐ２－Ｐ３
Ｐ１、Ｐ２、及びＰ３は、それぞれ第１の計算パラメータ、第２の計算パラメータ、及び第３の計算パラメータであり、ｄｉｓｔＦｒｏｍＬｉｎｅは、距離を表し、Ｋは非負の整数であり、ｘは、サンプルセットにおけるターゲット位置の水平座標を表し、ｙは、矩形座標系におけるターゲット位置の垂直座標を表し、現在のブロックの左上サンプルの位置は、座標原点として設定され、右方向は、正の水平方向として設定され、下方向は、正の垂直方向として設定される。

【0257】

実現可能な実装において、Ｋは１に等しい。
ｄｉｓｔＦｒｏｍＬｉｎｅ＝（ｘ＋１）＊Ｐ１＋（ｙ＋１）＊Ｐ２－Ｐ３。

【0258】

現在のブロック内のサンプルセットと共通の境界との間の距離は、一般に、サンプルセットにおけるターゲット位置と共通の境界との間の距離であることに留意されたい。

【0259】

サンプルセットにおけるターゲット位置は、予め定められている。例えば、予め定められた位置は、サンプルセットの左上位置、又はサンプルセットの中心位置、又はサンプルセットの他の位置としてよい。

【0260】

ターゲット位置は、サンプルセットにおける整数サンプル位置の位置であってよく、ターゲット位置は、分数サンプル位置の位置であってもよいことに留意されたい。例えば、ターゲット位置は、現在のブロックの重心の位置とすることができる。より具体的には、現在のブロックが４×４サンプルアレイである場合、ターゲット位置は、本実施形態の矩形座標系における座標（１．５，１．５）の位置としてよい。

【0261】

実現可能な実装において、距離のサンプル精度は、整数サンプルよりも高い。対応して、距離は、以下によって計算される。
ｄｉｓｔＦｒｏｍＬｉｎｅ＝（（ｘ＜＜Ｎ）＋Ｋ）＊Ｐ１＋（（ｙ＜＜Ｎ）＋Ｋ）＊Ｐ２－Ｐ３
２^Ｎは、距離のサンプル精度の逆数を表し、例えば、距離のサンプル精度が半画素精度である場合、Ｎは１に等しく、距離のサンプル精度が１／４画素精度である場合、Ｎは２に等しい。

【0262】

一例として、距離は、以下によって計算される。
ｄｉｓｔＦｒｏｍＬｉｎｅ＝（（ｘ＜＜１）＋１）＊Ｄｉｓ［ａｎｇｌｅＩｄｘ］＋（（ｙ＜＜１）＋１）＊Ｄｉｓ［ＴｅｍｐＩｄｘ］－ｒｈｏ

【0263】

Ｓ２０４：第３の動き情報がサンプルセットに関して保存されるか否かを決定するために、上記距離を閾値と比較する。

【0264】

第３の動き情報は、第１の動き情報及び第２の情報によって導出される。実現可能な実装において、第３の動き情報は、双予測のための動き情報と同様に、第１の動き情報及び第２の動き情報の組み合わせである。より具体的には、第１の動き情報がＲＩＬＸ＿ｆｉｒｓｔ，ＭＶＬＸ＿ｆｉｒｓｔを含み、第２の動き情報がＲＩＬＹ＿ｓｅｃｏｎｄ，ＭＶＬＹ＿ｓｅｃｏｎｄを含み、Ｘが０又は１であってよく、Ｙが０又は１であってよい場合、第３の動き情報は、ＲＩＬＸ＿ｆｉｒｓｔ，ＭＶＬＸ＿ｆｉｒｓｔ，ＲＩＬＹ＿ｓｅｃｏｎｄ，ＭＶＬＹ＿ｓｅｃｏｎｄ全てを含んでよく、これはＰＦＬ０＝１、ＰＦＬ１＝１を意味する。

【0265】

別の実現可能な実装において、第１の動き情報及び第２の動き情報の両方が同じリスト（Ｌｉｓｔ０又はＬｉｓｔ１）に対応する場合、第３の動き情報は、第１の動き情報又は第２の動き情報のうちの一方に等しくてよい。例えば、第１及び第２の動き情報の両方について、ＰＦＬ０が１に等しく、ＰＦＬ１が０に等しい場合、第３の動き情報は、第１の動き情報（又は異なる実装によれば、第２の動き情報）に等しく設定されてよい。同様に、第１及び第２の動き情報の両方について、ＰＦＬ０が０に等しく、ＰＦＬ１が１に等しい場合、第３の動き情報は、第１の動き情報（又は異なる実装によれば、第２の動き情報）に等しく設定されてよい。

【0266】

実現可能な実装において、閾値は、予め定められた値としてよい。

【0267】

別の実現可能な実装において、閾値は、共通の境界と水平方向との間の幾何学的関係に基づく、又は、共通の境界と垂直方向との間の幾何学的関係に基づく。より具体的には、閾値は、共通の境界の直交方向と、水平方向又は垂直方向との間の角度に基づく。また、他の実装において、幾何学的関係は、共通の境界と、現在のブロックのブロック境界又は現在のブロックのサブブロックとの間の長さ関係を含んでよい。本実施形態において、閾値は、上記で計算された角度に従って、ルックアップテーブル、例えば表５によって取得されてよい。
Ｔｈｒｅｓｈｏｌｄ＝ＲｈｏＭａｘ［ａｎｇｌｅＮ］。

【0268】

ステップＳ２０４の前にａｎｇｌｅＮを決定できるので、ステップＳ２０４の前に現在のブロックに関して閾値を決定できることに留意されたい。

【0269】

閾値は、以下であってもよい。
ｔｈｒｅｓｈＬｏｗｅｒ＝－ＲｈｏＭａｘ［ａｎｇｌｅＮ］
ｔｈｒｅｓｈＵｐｐｅｒ＝ＲｈｏＭａｘ［ａｎｇｌｅＮ］。

【表5】

【0270】

別の実現可能な実装において、閾値は、以下であってもよい。
ｔｈｒｅｓｈＬｏｗｅｒ＝－Ｋ
ｔｈｒｅｓｈＵｐｐｅｒ＝Ｋ。Ｋは予め定められた正の数である。例えば、Ｋの値は、１としてよい。１つの例において、Ｋは、ビットストリーム内のインジケータに従って取得できる。

【0271】

別の実現可能な実装において、閾値は、現在のブロックの幅及び／又は高さに基づく。

【0272】

閾値は、２つ以上の上記条件によって決定されてもよいことに留意されたい。例えば、現在のブロックの幅及び／又は高さは、比、すなわち比＝１＜＜ａｂｓ（ｌｏｇ２（ｗｉｄｔｈ）－ｌｏｇ２（ｈｅｉｇｈｔ））を決定してよく、その後、この比は、角度によって決定される閾値をスケーリングするのに使用される。また、スケーリングされた閾値は、最終閾値として設定される。

【0273】

閾値と距離との比較が実行される。

【0274】

Ｓ２０４－１：距離の絶対値が閾値以下である場合、第３の動き情報がサンプルセットに関して保存されることを決定する。
Ｓ２０４－２：距離の絶対値が閾値よりも大きい場合、
距離が正（又は負）である場合、第１の動き情報がサンプルセットに関して保存されることを決定し、又は、
距離が負（又は、上記分岐に従って正）である場合、第２の動き情報がサンプルセットに関して保存されることを決定する。

【0275】

異なる実装によれば、ステップＳ２０４－１における条件は、距離の絶対値が閾値よりも小さいこととしてもよく、したがって、ステップＳ２０４－２における条件は、距離の絶対値が閾値以上であることあってよいことが理解され得る。

【0276】

別の実現可能な実装において、絶対値の計算は、より多くのサブセクションによって置換される。

【0277】

本実施形態において、距離がｔｈｒｅｓｈＬｏｗｅｒよりも小さい場合に、第１の動き情報がサンプルセットに関して保存され、距離がｔｈｒｅｓｈＵｐｐｅｒよりも大きい場合に、第２の動き情報がサンプルセットに関して保存され、そうでなければ、第３の動き情報がサンプルセットに関して保存される。

【0278】

また、第１の動き情報、第２の動き情報、及び第３の動き情報のうちの１つが、サンプルセットに対応する動き情報保存ユニットに保存されることが理解され得る。

【0279】

現在のブロックは、複数のサンプルセットに分割されてよく、実現可能な実装において、本実施形態における上記のステップは、全てのサンプルセットに対して使用されることに留意されたい。別の実現可能な実装において、本実施形態における上記のステップは、１つのサンプルセットのみに対して使用される。別の実現可能な実装において、本実施形態における上記のステップは、少なくとも２つのサンプルセットに対して使用される。上記のステップを伴って実装されないサンプルセットについて、実現可能な実装において、予め定められた条件に従って推定されるデフォルト動き情報又は動き情報が保存される。

【0280】

ＧＥＯ区分のための動き情報の保存を決定するために、予め定められたＧＥＯ区分モジュール（関数）に基づいて距離値のみが計算されればよく、そのモジュールパラメータをＣＵレベルで決定できることに留意されたい。コンピューティングの複雑性が制限される。

【0281】

ＧＥＯ予測モードのためのデコーディング処理の第４の実施形態において、
この処理は、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい状態で又はｇｅｏ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい状態で、コーディングユニットをデコードする場合に呼び出される。

【0282】

この処理への入力は、以下のものである。
－ 現在のピクチャの左上ルマサンプルに対する現在のコーディングブロックの左上サンプルを指定するルマ位置（ｘＣｂ，ｙＣｂ）、
－ ルマサンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ ルマサンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ、
－ １／１６分数サンプル確度でのルマ動きベクトルｍｖＡ及びｍｖＢ、
－ クロマ動きベクトルｍｖＣＡ及びｍｖＣＢ、
－ 参照インデックスｒｅｆＩｄｘＡ及びｒｅｆＩｄｘＢ、
－ 予測リストフラグｐｒｅｄＬｉｓｔＦｌａｇＡ及びｐｒｅｄＬｉｓｔＦｌａｇＢ。

【0283】

この処理の出力は、以下のものである。
－ ルマ予測サンプルの（ｃｂＷｉｄｔｈ）×（ｃｂＨｅｉｇｈｔ）アレイｐｒｅｄＳａｍｐｌｅｓ_Ｌ、
－ 成分Ｃｂのためのクロマ予測サンプルの（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）アレイｐｒｅｄＳａｍｐｌｅｓ_Ｃｂ、
－ 成分Ｃｒのためのクロマ予測サンプルの（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）アレイｐｒｅｄＳａｍｐｌｅｓ_Ｃｒ。

【0284】

ｐｒｅｄＳａｍｐｌｅｓＬＡ_Ｌ及びｐｒｅｄＳａｍｐｌｅｓＬＢ_Ｌを予測されるルマサンプル値（ｃｂＷｉｄｔｈ）×（ｃｂＨｅｉｇｈｔ）アレイとし、ｐｒｅｄＳａｍｐｌｅｓＬＡ_Ｃｂ、ｐｒｅｄＳａｍｐｌｅｓＬＢ_Ｃｂ、ｐｒｅｄＳａｍｐｌｅｓＬＡ_Ｃｒ、及びｐｒｅｄＳａｍｐｌｅｓＬＢ_Ｃｒを、予測されるクロマサンプル値の（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）アレイとする。

【0285】

ｐｒｅｄＳａｍｐｌｅｓ_Ｌ、ｐｒｅｄＳａｍｐｌｅｓ_Ｃｂ、及びｐｒｅｄＳａｍｐｌｅｓ_Ｃｒは、以下の順序付けられたステップによって導出される。
３．ＮがＡ及びＢのそれぞれである場合、以下が適用される。
－ ルマサンプルの順序付けられた二次元アレイｒｅｆＰｉｃＬＮ_Ｌ及びクロマサンプルの２つの順序付けられた二次元アレイｒｅｆＰｉｃＬＮ_Ｃｂ及びｒｅｆＰｉｃＬＮ_Ｃｒからなる参照ピクチャは、ｐｒｅｄＬｉｓｔＦｌａｇＮに等しく設定されたＸ、及びｒｅｆＩｄｘＮに等しく設定されたｒｅｆＩｄｘＸを入力として、導出される。
－ アレイｐｒｅｄＳａｍｐｌｅｓＬＮ_Ｌは、ルマ位置（ｘＣｂ，ｙＣｂ）、ｃｂＷｉｄｔｈに等しく設定されたルマコーディングブロック幅ｓｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔに等しく設定されたルマコーディングブロック高さｓｂＨｅｉｇｈｔ、（０，０）に等しく設定された動きベクトルオフセットｍｖＯｆｆｓｅｔ、ｍｖＮに等しく設定された動きベクトルｍｖＬＸ及びｒｅｆＰｉｃＬＮ_Ｌに等しく設定された参照アレイｒｅｆＰｉｃＬＸ_Ｌ、ＦＡＬＳＥに等しく設定された変数ｂｄｏｆＦｌａｇ、並びに０に等しく設定された変数ｃＩｄｘを入力として、分数サンプル補間処理を呼び出すことによって導出される。
－ アレイｐｒｅｄＳａｍｐｌｅｓＬＮ_Ｃｂは、ルマ位置（ｘＣｂ，ｙＣｂ）、ｃｂＷｉｄｔｈ／２に等しく設定されたコーディングブロック幅ｓｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ／２に等しく設定されたコーディングブロック高さｓｂＨｅｉｇｈｔ、（０，０）に等しく設定された動きベクトルオフセットｍｖＯｆｆｓｅｔ、ｍｖＣＮに等しく設定された動きベクトルｍｖＬＸ、及びｒｅｆＰｉｃＬＮ_Ｃｂに等しく設定された参照アレイｒｅｆＰｉｃＬＸ_Ｃｂ、ＦＡＬＳＥに等しく設定された変数ｂｄｏｆＦｌａｇ、並びに１に等しく設定された変数ｃＩｄｘを入力として、分数サンプル補間処理を呼び出すことによって導出される。
－ アレイｐｒｅｄＳａｍｐｌｅｓＬＮ_Ｃｒは、ルマ位置（ｘＣｂ，ｙＣｂ）、ｃｂＷｉｄｔｈ／２に等しく設定されたコーディングブロック幅ｓｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔ／２に等しく設定されたコーディングブロック高さｓｂＨｅｉｇｈｔ、（０，０）に等しく設定された動きベクトルオフセットｍｖＯｆｆｓｅｔ、ｍｖＣＮに等しく設定された動きベクトルｍｖＬＸ、及びｒｅｆＰｉｃＬＮ_Ｃｒに等しく設定された参照アレイｒｅｆＰｉｃＬＸ_Ｃｒ、ＦＡＬＳＥに等しく設定された変数ｂｄｏｆＦｌａｇ、並びに２に等しく設定された変数ｃＩｄｘを入力として、分数サンプル補間処理を呼び出すことによって導出される。
４．ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合、マージ三角形モード変数の区分方向ｔｒｉａｎｇｌｅＤｉｒは、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ［ｘＣｂ］［ｙＣｂ］に等しく設定される。
ａ．現在のルマコーディングブロック内の予測サンプル、すなわち、ｘ_Ｌ＝０．．ｃｂＷｉｄｔｈ－１であり、ｙ_Ｌ＝０．．ｃｂＨｅｉｇｈｔ－１であるｐｒｅｄＳａｍｐｌｅｓ_Ｌ［ｘ_Ｌ］［ｙ_Ｌ］は、ｃｂＷｉｄｔｈに等しく設定されたコーディングブロック幅ｎＣｂＷ、ｃｂＨｅｉｇｈｔに等しく設定されたコーディングブロック高さｎＣｂＨ、サンプルアレイｐｒｅｄＳａｍｐｌｅｓＬＡ_Ｌ及びｐｒｅｄＳａｍｐｌｅｓＬＢ_Ｌ、並びに変数ｔｒｉａｎｇｌｅＤｉｒ、並びに０に等しいｃＩｄｘを入力として、三角形マージモードのための重み付けられたサンプル予測処理を呼び出すことによって導出される。
ｂ．現在のクロマ成分Ｃｂコーディングブロック内の予測サンプル、すなわち、ｘ_Ｃ＝０．．ｃｂＷｉｄｔｈ／２－１であり、ｙ_Ｃ＝０．．ｃｂＨｅｉｇｈｔ／２－１であるｐｒｅｄＳａｍｐｌｅｓ_Ｃｂ［ｘ_Ｃ］［ｙ_Ｃ］は、ｃｂＷｉｄｔｈ／２に等しく設定されたコーディングブロック幅ｎＣｂＷ、ｃｂＨｅｉｇｈｔ／２に等しく設定されたコーディングブロック高さｎＣｂＨ、サンプルアレイｐｒｅｄＳａｍｐｌｅｓＬＡ_Ｃｂ及びｐｒｅｄＳａｍｐｌｅｓＬＢ_Ｃｂ、並びに変数ｔｒｉａｎｇｌｅＤｉｒ、並びに１に等しいｃＩｄｘを入力として、三角形マージモードのための重み付けられたサンプル予測処理を呼び出すことによって導出される。
ｃ．現在のクロマ成分Ｃｒコーディングブロック内の予測サンプル、すなわち、ｘ_Ｃ＝０．．ｃｂＷｉｄｔｈ／２－１であり、ｙ_Ｃ＝０．．ｃｂＨｅｉｇｈｔ／２－１であるｐｒｅｄＳａｍｐｌｅｓ_Ｃｒ［ｘ_Ｃ］［ｙ_Ｃ］は、ｃｂＷｉｄｔｈ／２に等しく設定されたコーディングブロック幅ｎＣｂＷ、ｃｂＨｅｉｇｈｔ／２に等しく設定されたコーディングブロック高さｎＣｂＨ、サンプルアレイｐｒｅｄＳａｍｐｌｅｓＬＡ_Ｃｒ及びｐｒｅｄＳａｍｐｌｅｓＬＢ_Ｃｒ、並びに変数ｔｒｉａｎｇｌｅＤｉｒ、並びに２に等しいｃＩｄｘを入力として、三角形マージモードのための重み付けられたサンプル予測処理を呼び出すことによって導出される。
ｄ．マージ三角形モードのための動きベクトル保存処理は、ルマコーディングブロック位置（ｘＣｂ，ｙＣｂ）、ルマコーディングブロック幅ｃｂＷｉｄｔｈ、ルマコーディングブロック高さｃｂＨｅｉｇｈｔ、区分方向ｔｒｉａｎｇｌｅＤｉｒ、ルマ動きベクトルｍｖＡ及びｍｖＢ、参照インデックスｒｅｆＩｄｘＡ及びｒｅｆＩｄｘＢ、並びに予測リストフラグｐｒｅｄＬｉｓｔＦｌａｇＡ及びｐｒｅｄＬｉｓｔＦｌａｇＢを入力として、呼び出される。
５．ｇｅｏ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい場合、幾何学的区分化に関連する変数ａｎｇｌｅＩｄｘ及びｄｉｓｔａｎｃｅＩｄｘは、表１において指定されるようにｇｅｏ＿ｐａｒｔｉｔｉｏｎｉｎｇ＿ｉｄｘ［ｘＣｂ］［ｙＣｂ］の値に従って設定される。
ａ．幾何学的区分化マージモードのためのサンプル重み導出処理が呼び出される。この処理への入力は、それぞれ（ｃｂＷｉｄｔｈ）×（ｃｂＨｅｉｇｈｔ）、（ｃｂＷｉｄｔｈ／２）×（ｃｂＨｅｉｇｈｔ／２）、及び（ｃｂＷｉｄｔｈ／４）×（ｃｂＨｅｉｇｈｔ／４）のサイズの３つの順序付けられたアレイｓａｍｐｌｅＷｅｉｇｈｔＬ、ｓａｍｐｌｅＷｅｉｇｈｔＣ、及びｍｏｔｉｏｎＷｅｉｇｈｔ、並びに、変数ａｎｇｌｅＩｄｘ、ｄｉｓｔａｎｃｅＩｄｘ、ｃｂＷｉｄｔｈ、及びｃｂＨｅｉｇｈｔである。
ｂ．現在のルマコーディングブロック内の予測サンプル、すなわち、ｘＬ＝０．．ｃｂＷｉｄｔｈ－１であり、ｙＬ＝０．．ｃｂＨｅｉｇｈｔ－１であるｐｒｅｄＳａｍｐｌｅｓＬ［ｘＬ］［ｙＬ］は、ｃｂＷｉｄｔｈに等しく設定されたコーディングブロック幅ｎＣｂＷ、ｃｂＨｅｉｇｈｔに等しく設定されたコーディングブロック高さｎＣｂＨ、サンプルアレイｐｒｅｄＳａｍｐｌｅｓＬＡＬ、ｐｒｅｄＳａｍｐｌｅｓＬＢＬ、ｐｒｅｄＷｅｉｇｈｔＬ、及び０に等しいｃＩｄｘを入力として、幾何学的区分化マージモードのための重み付けられたサンプル予測処理を呼び出すことによって導出される。
ｃ．現在のクロマ成分Ｃｂコーディングブロック内の予測サンプル、すなわち、ｘＣ＝０．．ｃｂＷｉｄｔｈ／２－１であり、ｙＣ＝０．．ｃｂＨｅｉｇｈｔ／２－１であるｐｒｅｄＳａｍｐｌｅｓＣｂ［ｘＣ］［ｙＣ］は、ｃｂＷｉｄｔｈ／２に等しく設定されたコーディングブロック幅ｎＣｂＷ、ｃｂＨｅｉｇｈｔ／２に等しく設定されたコーディングブロック高さｎＣｂＨ、サンプルアレイｐｒｅｄＳａｍｐｌｅｓＬＡＣｂ、ｐｒｅｄＳａｍｐｌｅｓＬＢＣｂ、ｐｒｅｄＷｅｉｇｈｔＣ、及び１に等しいｃＩｄｘを入力として、幾何学的区分化マージモードのための重み付けられたサンプル予測処理を呼び出すことによって導出される。
ｄ．現在のクロマ成分Ｃｒコーディングブロック内の予測サンプル、すなわち、ｘＣ＝０．．ｃｂＷｉｄｔｈ／２－１であり、ｙＣ＝０．．ｃｂＨｅｉｇｈｔ／２－１であるｐｒｅｄＳａｍｐｌｅｓＣｒ［ｘＣ］［ｙＣ］は、ｃｂＷｉｄｔｈ／２に等しく設定されたコーディングブロック幅ｎＣｂＷ、ｃｂＨｅｉｇｈｔ／２に等しく設定されたコーディングブロック高さｎＣｂＨ、サンプルアレイｐｒｅｄＳａｍｐｌｅｓＬＡＣｒ、ｐｒｅｄＳａｍｐｌｅｓＬＢＣｒ、ｐｒｅｄＷｅｉｇｈｔＣ、及び２に等しいｃＩｄｘを入力として、項８．５．８．３において指定されている幾何学的区分化マージモードのための重み付けられたサンプル予測処理を呼び出すことによって導出される。
ｅ．幾何学的マージモードのための動きベクトル保存処理は、ルマコーディングブロック位置（ｘＣｂ，ｙＣｂ）、ルマコーディングブロック幅ｃｂＷｉｄｔｈ、ルマコーディングブロック高さｃｂＨｅｉｇｈｔ、サンプルアレイｍｏｔｉｏｎＷｅｉｇｈｔ、ルマ動きベクトルｍｖＡ及びｍｖＢ、参照インデックスｒｅｆＩｄｘＡ及びｒｅｆＩｄｘＢ、並びに、予測リストフラグｐｒｅｄＬｉｓｔＦｌａｇＡ及びｐｒｅｄＬｉｓｔＦｌａｇＢを入力として、呼び出される。

【0286】

［三角形マージモードのための参照ピクチャマッピング処理］
この処理への入力は、以下のものである。
－ 参照リストが０又は１に等しいことを表す変数Ｘ、
－ 参照インデックスｒｅｆＩｄｘＮ。

【0287】

この処理の出力は、以下のものである：
－ 参照インデックスｒｅｆＩｄｘＴｅｍｐ。

【0288】

変数ｒｅｆＰｉｃＰｏｃは、以下の通りに導出される。
ｒｅｆＰｉｃＰｏｃ＝（Ｘ＝＝０） ？ ＲｅｆＰｉｃＬｉｓｔ［０］［ｒｅｆＩｄｘＮ］ ： ＲｅｆＰｉｃＬｉｓｔ［１］［ｒｅｆＩｄｘＮ］ （８－８７８）
参照ピクチャリストｒｅｆＰｉｃＬｉｓｔＴｅｍｐは、以下の通りに導出される。
ｒｅｆＰｉｃＬｉｓｔＴｅｍｐ＝（Ｘ＝＝０） ？ ＲｅｆＰｉｃＬｉｓｔ［１］ ： ＲｅｆＰｉｃＬｉｓｔ［０］ （８－８７９）
変数ｒｅｆＩｄｘＴｅｍｐは、以下の通りに導出される。
－ 変数ｍａｐＳｔｏｐは、ＦＡＬＳＥに等しく設定され、
－ ｍ＝０．．ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［１］－１である変数ｒｅｆＩｄｘ_ｍについて、ｍａｐＳｔｏｐがＦＡＬＳＥに等しくなるまで、以下が適用される。
ｒｅｆＩｄｘＴｅｍｐ＝（ｒｅｆＰｉｃＬｉｓｔＴｅｍｐ［ｒｅｆＩｄｘ_ｍ］＝＝ｒｅｆＰｉｃＰｏｃ） ？ ｒｅｆＩｄｘ_ｍ ： －１ （８－８８０）
ｍａｐＳｔｏｐ＝（ｒｅｆＩｄｘＴｅｍｐ！＝－１） ？ ＴＲＵＥ ： ＦＡＬＳＥ （８－８８１）

【0289】

［幾何学的区分化マージモードのためのサンプル重み導出処理］
この処理への入力は、以下のものである。
－ 現在のコーディングブロックの幅及び高さを指定する２つの変数ｎＣｂＷ及びｎＣｂＨ、
－ 現在の幾何学的区分化モードの角度及び距離ルックアップ値を指定する２つの変数ａｎｇｌｅＩｄｘ及びｄｉｓｔａｎｃｅＩｄｘ、
－ （ｎＣｂＷ）×（ｎＣｂＨ）アレイｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ、
－ （ｎＣｂＷ／２）×（ｎＣｂＨ／２）アレイｓａｍｐｌｅＷｅｉｇｈｔ_Ｃ、
－ （ｎＣｂＷ／４）×（ｎＣｂＨ／４）アレイｍｏｔｉｏｎＷｅｉｇｈｔ。

【0290】

この処理の出力は、０...８の範囲を有するサンプル当たりの重み値の同じ３つのアレイｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ、ｓａｍｐｌｅＷｅｉｇｈｔ_Ｃ、及びｍｏｔｉｏｎＷｅｉｇｈｔである。
４．現在の幾何学的区分化モードのためのｓａｍｐｌｅＷｅｉｇｈｔ_Ｌに保存されるルマブレンディング重みは、以下の通りに導出される。
以下の変数の値が設定される。
－ ｗＩｄｘが、ｌｏｇ２（ｎＣｂＷ）－３に設定され、
－ ｈＩｄｘがｌｏｇ２（ｎＣｂＨ）－３に設定され、
－ ｓｔｅｐＯｆｆｓｅｔが６４に設定され、
－ 以下の変数が、（ｗＩｄｘ＞＝ｈＩｄｘ）の比較に従って設定され、
－ ｗｈＲｒａｔｉｏ＝（ｗＩｄｘ＞＝ｈＩｄｘ）？ｗＩｄｘ－ｈＩｄｘ：ｈＩｄｘ－ｗＩｄｘ （８－８８２）
－ ｗＩｓＬａｒｇｅｒＨ＝（ｗＩｄｘ＞＝ｈＩｄｘ）？ｔｒｕｅ：ｆａｌｓｅ （８－８８３）
－ ｓｃａｌｅＳｔｅｐ＝（ｗＩｄｘ＞＝ｈＩｄｘ）？（１＜＜ｈＩｄｘ）：（１＜＜ｗＩｄｘ） （８－８８４）
－ ｄｉｓｐｌａｃｅｍｅｎｔＸがａｎｇｌｅＩｄｘに設定され、
－ ｄｉｓｐｌａｃｅｍｅｎｔＹが（ｄｉｓｐｌａｃｅｍｅｎｔＸ＋８）％３２に設定され、
－ ａｎｇｌｅＮが以下に設定され、
ａｎｇｌｅＮ＝ａｎｇｌｅＩｄｘ ｉｆ ａｎｇｌｅＩｄｘ＞＝０＆＆ａｎｇｌｅＩｄｘ＜＝８，
ａｎｇｌｅＮ＝１６－ａｎｇｌｅＩｄｘ ｉｆ ａｎｇｌｅＩｄｘ＞８＆＆ａｎｇｌｅＩｄｘ＜＝１６，
ａｎｇｌｅＮ＝ａｎｇｌｅＩｄｘ－１６ ｉｆ ａｎｇｌｅＩｄｘ＞１６＆＆ａｎｇｌｅＩｄｘ＜＝２４，
ａｎｇｌｅＮ＝３２－ａｎｇｌｅＩｄｘ ｏｔｈｅｒｗｉｓｅ、
－ さらに、ｗＩｓＬａｒｇｅｒＨに依拠して、ａｎｇｌｅＮが以下の値に設定され、
ａｎｇｌｅＮ＝（ｗＩｓＬａｒｇｅｒＨ）？８－ａｎｇｌｅＮ：ａｎｇｌｅＮ
－ ｓｔｅｐＤｉｓは、表２に指定されるようにｗｈＲａｔｉｏ及びａｎｇｌｅＮの値に従って設定され、さらに、以下であり、
ｓｔｅｐＳｉｚｅ＝ｓｔｅｐＤｉｓ＋ｓｔｅｐＯｆｆｓｅｔ
－ ｒｈｏは、表３において指定されているＤｉｓとして示されているルックアップテーブルを用いて、以下の値に設定される。
－ ｒｈｏ＝ｄｉｓｔａｎｃｅＩｄｘ＊ｓｔｅｐＳｉｚｅ＊ｓｃａｌｅＳｔｅｐ＋ｎＣｂＷ＊Ｄｉｓ［ｄｉｓｐｌａｃｅｍｅｎｔＸ］＋ｎＣｂＨ＊Ｄｉｓ［ｄｉｓｐｌａｃｅｍｅｎｔＹ］。 （８－８８５）
各サンプル位置ｘ＝０...ｎＣｂＷ－１及びｙ＝０...ｎＣｂＨ－１について、ｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ［ｘ］［ｙ］の値は、以下のようにして導出される。
－ 距離ｄｉｓｔＦｒｏｍＬｉｎｅ［ｘ］［ｙ］は、以下の通りに表３において指定されているＤｉｓとして示されるルックアップテーブルを用いて計算される。
－ ｄｉｓｔＦｒｏｍＬｉｎｅ［ｘ］［ｙ］＝（（ｘ＜＜１）＋１）＊Ｄｉｓ［ｄｉｓｐｌａｃｅｍｅｎｔＸ］＋（（ｙ＜＜１）＋１））＊Ｄｉｓ［ｄｉｓｐｌａｃｅｍｅｎｔＹ］－ｒｈｏ （８－８８６）
－ スケーリングされた距離ｄｉｓｔＳｃａｌｅｄは、以下の通りに導出される。
－ ｄｉｓｔＳｃａｌｅｄ＝ｍｉｎ（（ａｂｓ（ｄｉｓｔＦｒｏｍＬｉｎｅ［ｘ］［ｙ］）＋８）＞＞４，１４）。（８－８８７）
ｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ［ｘ］［ｙ］の値は、以下のように、表４において指定されているｇｅｏＦｉｌｔｅｒとして示されているフィルタ重みルックアップテーブルに従って設定される。
ｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ［ｘ］［ｙ］＝ＧｅｏＦｉｌｔｅｒ［ｄｉｓｔＳｃａｌｅｄ］ ｉｆ ｄｉｓｔＦｒｏｍＬｉｎｅ＜＝０
ｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ［ｘ］［ｙ］＝８－ＧｅｏＦｉｌｔｅｒ［ｄｉｓｔＳｃａｌｅｄ］ ｉｆ ｄｉｓｔＦｒｏｍＬｉｎｅ＞０
５．現在の幾何学的区分化モードのためのｓａｍｐｌｅＷｅｉｇｈｔ_Ｃに保存されるクロマ重みは、以下の通りに導出される。
各サンプル位置ｘ＝０...（ｎＣｂＷ／２）－１及びｙ＝０...（ｎＣｂＨ／２）－１について、ｓａｍｐｌｅＷｅｉｇｈｔ_Ｃ［ｘ］［ｙ］の値は、以下のようにして導出される。
ｓａｍｐｌｅＷｅｉｇｈｔ_Ｃ［ｘ］［ｙ］＝ｓａｍｐｌｅＷｅｉｇｈｔ_Ｌ［（ｘ＜＜１）］［（ｙ＜＜１）］
６．現在の幾何学的区分化モードのためのアレイｍｏｔｉｏｎＷｅｉｇｈｔに保存される動きの重みは、以下の通りに導出される。
－ 以下の変数は、表５に従って設定される。
ｔｈｒｅｓｈＬｏｗｅｒ＝－ＲｈｏＭａｘ［ａｎｇｌｅＮ］
ｔｈｒｅｓｈＵｐｐｅｒ＝ＲｈｏＭａｘ［ａｎｇｌｅＮ］
各サンプル位置ｘ＝０...（ｎＣｂＷ／４）－１及びｙ＝０...（ｎＣｂＨ／４）－１について、ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘ］［ｙ］の値は、以下のようにして導出される。
Ｃｎｔ＝ｄｉｓｔＦｒｏｍＬｉｎｅ［ｘ＊４＋１］［ｙ＊４＋１］
ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘ］［ｙ］の値は、以下にセットされる。
ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘ］［ｙ］＝０ ｉｆ Ｃｎｔ＜＝ｔｈｒｅｓｈＬｏｗｅｒ
ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘ］［ｙ］＝１ ｉｆ Ｃｎｔ＞＝ｔｈｒｅｓｈＵｐｐｅｒ
ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘ］［ｙ］＝２ ｏｔｈｅｒｗｉｓｅ

【0291】

［幾何学的区分化マージモードのための重み付けられたサンプル予測処理］
この処理への入力は、以下のものである。
－ 現在のコーディングブロックの幅及び高さを指定する２つの変数ｎＣｂＷ及びｎＣｂＨ、
－ ２つの（ｎＣｂＷ）×（ｎＣｂＨ）アレイｐｒｅｄＳａｍｐｌｅｓＬＡ及びｐｒｅｄＳａｍｐｌｅｓＬＢ、
－ （ｎＣｂＷ）×（ｎＣｂＨ）アレイｓａｍｐｌｅＷｅｉｇｈｔ、
－ 色成分インデックスを指定する変数ｃＩｄｘ。

【0292】

この処理の出力は、予測サンプル値の（ｎＣｂＷ）×（ｎＣｂＨ）アレイｐｂＳａｍｐｌｅｓである。

【0293】

変数ｂｉｔＤｅｐｔｈは、以下の通りに導出される。
－ ｃＩｄｘが０に等しい場合、ｂｉｔＤｅｐｔｈは、ＢｉｔＤｅｐｔｈ_Ｙに等しく設定される。
－ そうでなければ、ｂｉｔＤｅｐｔｈは、ＢｉｔＤｅｐｔｈ_Ｃに等しく設定される。

【0294】

変数ｓｈｉｆｔ１及びｏｆｆｓｅｔ１は、以下の通りに導出される。
－ 変数ｓｈｉｆｔ１は、Ｍａｘ（５，１７－ｂｉｔＤｅｐｔｈ）に等しく設定される。
－ 変数ｏｆｆｓｅｔ１は、１＜＜（ｓｈｉｆｔ１－１）に等しく設定される。

【0295】

予測サンプル値は、以下の通りに導出される。
ｐｂＳａｍｐｌｅｓ［ｘ］［ｙ］＝
Ｃｌｉｐ３（０，（１＜＜ｂｉｔＤｅｐｔｈ）－１，
（ｐｒｅｄＳａｍｐｌｅｓＬＡ［ｘ］［ｙ］＊ｓａｍｐｌｅＷｅｉｇｈｔ［ｘ］［ｙ］
＋ｐｒｅｄＳａｍｐｌｅｓＬＢ［ｘ］［ｙ］＊（８－ｓａｍｐｌｅＷｅｉｇｈｔ［ｘ］［ｙ］）＋ｏｆｆｓｅｔ１）＞＞ｓｈｉｆｔ１）

【0296】

［幾何学的区分化マージモードのための動きベクトル保存］
この処理は、ｇｅｏ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１に等しい状態でコーディングユニットをデコードする場合に呼び出される。

【0297】

この処理への入力は、以下のものである。
－ 現在のピクチャの左上ルマサンプルに対する現在のコーディングブロックの左上サンプルを指定するルマ位置（ｘＣｂ，ｙＣｂ）、
－ ルマサンプルにおける現在のコーディングブロックの幅を指定する変数ｃｂＷｉｄｔｈ、
－ ルマサンプルにおける現在のコーディングブロックの高さを指定する変数ｃｂＨｅｉｇｈｔ、
－ 動きアサインメントインデックスを含む、（ｃｂＷｉｄｔｈ／４）×（ｃｂＨｅｉｇｈｔ／４）のサイズのアレイｍｏｔｉｏｎＷｅｉｇｈｔ、
－ １／１６サンプル確度でのルマ動きベクトルｍｖＡ及びｍｖＢ、
－ 参照インデックスｒｅｆＩｄｘＡ及びｒｅｆＩｄｘＢ、
－ 予測リストフラグｐｒｅｄＬｉｓｔＦｌａｇＡ及びｐｒｅｄＬｉｓｔＦｌａｇＢ

【0298】

水平及び垂直方向における現在のコーディングブロック内の４×４ブロックの数を指定する変数ｎｕｍＳｂＸ及びｎｕｍＳｂＹは、ｎｕｍＳｂＸ＝ｃｂＷｉｄｔｈ＞＞２及びｎｕｍＳｂＹ＝ｃｂＨｅｉｇｈｔ＞＞２に等しく設定される。

【0299】

変数ｍｉｎＳｂは、ｍｉｎ（ｎｕｍＳｂＸ，ｎｕｍＳｂＹ）に等しく設定される。

【0300】

変数ｒｅｆＩｄｘＴｅｍｐＡは、ｐｒｅｄＬｉｓｔＦｌａｇＡに等しく設定されたＸ、及びｒｅｆＩｄｘＡに等しく設定されたｒｅｆＩｄｘＮを入力として、項８．５．７．４において指定されている三角形マージモードのための参照ピクチャマッピング処理を呼び出すことによって導出される。

【0301】

変数ｒｅｆＩｄｘＴｅｍｐＢは、ｐｒｅｄＬｉｓｔＦｌａｇＢに等しく設定されたＸ、及びｒｅｆＩｄｘＢに等しく設定されたｒｅｆＩｄｘＮを入力として、項８．５．７．４において指定されている三角形マージモードのための参照ピクチャマッピング処理を呼び出すことによって導出される。

【0302】

ｘＳｂＩｄｘ＝０．．ｎｕｍＳｂＸ－１であり、ｙＳｂＩｄｘ＝０．．ｎｕｍＳｂＹ－１である、サブブロックインデックス（ｘＳｂＩｄｘ，ｙＳｂＩｄｘ）における各４×４サブブロックについて、以下が適用される。
－ ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］が０に等しい場合、以下が適用される。
ｐｒｅｄＦｌａｇＬ０＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ １ ： ０ （８－８８８）
ｐｒｅｄＦｌａｇＬ１＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ０：１ （８－８８９）
ｒｅｆＩｄｘＬ０＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ｒｅｆＩｄｘＡ ： －１ （８－８９０）
ｒｅｆＩｄｘＬ１＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ －１ ： ｒｅｆＩｄｘＡ （８－８９１）
ｍｖＬ０［０］＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ｍｖＡ［０］ ： ０ （８－８９２）
ｍｖＬ０［１］＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ｍｖＡ［１］ ： ０ （８－８９３）
ｍｖＬ１［０］＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ０ ： ｍｖＡ［０］ （８－８９４）
ｍｖＬ１［１］＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０） ？ ０ ： ｍｖＡ［１］ （８－８９５）
－ そうでなければ、ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］が１に等しい場合、以下が適用される。
ｐｒｅｄＦｌａｇＬ０＝（ｐｒｅｄＬｉｓｔＦｌａｇＢ＝＝０） ？ １ ： ０ （８－８９６）
ｐｒｅｄＦｌａｇＬ１＝（ｐｒｅｄＬｉｓｔＦｌａｇＢ＝＝０） ？ ０ ： １ （８－８９７）
ｒｅｆＩｄｘＬ０＝（ｐｒｅｄＬｉｓｔＦｌａｇＢ＝＝０） ？ ｒｅｆＩｄｘＢ ： －１ （８－８９８）
ｒｅｆＩｄｘＬ１＝（ｐｒｅｄＬｉｓｔＦｌａｇＢ＝＝０） ？ －１ ： ｒｅｆＩｄｘＢ （８－８９９）
ｍｖＬ０［０］＝（ｐｒｅｄＬｉｓｔＦｌａｇＢ＝＝０） ？ ｍｖＢ［０］ ： ０ （８－９００）
ｍｖＬ０［１］＝（ｐｒｅｄＬｉｓｔＦｌａｇＢ＝＝０） ？ ｍｖＢ［１］ ： ０ （８－９０１）
ｍｖＬ１［０］＝（ｐｒｅｄＬｉｓｔＦｌａｇＢ＝＝０） ？ ０ ： ｍｖＢ［０］ （８－９０２）
ｍｖＬ１［１］＝（ｐｒｅｄＬｉｓｔＦｌａｇＢ＝＝０） ？ ０ ： ｍｖＢ［１］ （８－９０３）
－ そうでなければ（ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘＳｂＩｄｘ］［ｙＳｂＩｄｘ］が２に等しい）、以下が適用される。
－ ｐｒｅｄＬｉｓｔＦｌａｇＡ＋ｐｒｅｄＬｉｓｔＦｌａｇＢが１に等しい場合、
ｐｒｅｄＦｌａｇＬ０＝１ （８－９０４）
ｐｒｅｄＦｌａｇＬ１＝１ （８－９０５）
ｒｅｆＩｄｘＬ０＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０）？ｒｅｆＩｄｘＡ ： ｒｅｆＩｄｘＢ （８－９０６）
ｒｅｆＩｄｘＬ１＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０）？ｒｅｆＩｄｘＢ ： ｒｅｆＩｄｘＡ （８－９０７）
ｍｖＬ０［０］＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０）？ｍｖＡ［０］ ： ｍｖＢ［０］ （８－９０８）
ｍｖＬ０［１］＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０）？ｍｖＡ［１］ ： ｍｖＢ［１］ （８－９０９）
ｍｖＬ１［０］＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０）？ｍｖＢ［０］ ： ｍｖＡ［０］ （８－９１０）
ｍｖＬ１［１］＝（ｐｒｅｄＬｉｓｔＦｌａｇＡ＝＝０）？ｍｖＢ［１］ ： ｍｖＡ［１］ （８－９１１）
－ ｐｒｅｄＬｉｓｔＦｌａｇＡ＋ｐｒｅｄＬｉｓｔＦｌａｇＢが０に等しい場合、以下が適用される。
ｐｒｅｄＦｌａｇＬ０＝１ （８－９１２）
ｐｒｅｄＦｌａｇＬ１＝（ｒｅｆＩｄｘＴｅｍｐＡ＝＝－１＆＆ｒｅｆＩｄｘＴｅｍｐＢ＝＝－１） ？ ０ ： １ （８－９１３）
ｒｅｆＩｄｘＬ０＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１）？ｒｅｆＩｄｘＡ ： （８－９１４）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１）？ｒｅｆＩｄｘＢ ： ｒｅｆＩｄｘＡ）
ｒｅｆＩｄｘＬ１＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１）？ｒｅｆＩｄｘＴｅｍｐＢ ： （８－９１５）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１）？ｒｅｆＩｄｘＴｅｍｐＡ ： －１）
ｍｖＬ０［０］＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１）？ｍｖＡ［０］ ： （８－９１６）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１）？ｍｖＢ［０］ ： ｍｖＡ［０］）
ｍｖＬ０［１］＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１）？ｍｖＡ［１］ ： （８－９１７）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１）？ｍｖＢ［１］ ： ｍｖＡ［１］）
ｍｖＬ１［０］＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１）？ｍｖＢ［０］： （８－９１８）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１）？ｍｖＡ［０］ ： ０）
ｍｖＬ１［１］＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１）？ｍｖＢ［１］： （８－９１９）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１）？ｍｖＡ［１］ ： ０）
－ ｐｒｅｄＬｉｓｔＦｌａｇＡ＋ｐｒｅｄＬｉｓｔＦｌａｇＢが２に等しい場合、以下が適用される。
ｐｒｅｄＦｌａｇＬ０＝（ｒｅｆＩｄｘＴｅｍｐＡ＝＝－１＆＆ｒｅｆＩｄｘＴｅｍｐＢ＝＝－１）？０ ： １ （８－９２０）
ｐｒｅｄＦｌａｇＬ１＝１ （８－９２１）
ｒｅｆＩｄｘＬ０＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１）？ｒｅｆＩｄｘＴｅｍｐＢ ： （８－９２２）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１）？ｒｅｆＩｄｘＴｅｍｐＡ ： －１）
ｒｅｆＩｄｘＬ１＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１）？ｒｅｆＩｄｘＡ ： （８－９２３）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１）？ｒｅｆＩｄｘＢ ： ｒｅｆＩｄｘＡ）
ｍｖＬ０［０］＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１）？ｍｖＢ［０］ ： （８－９２４）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１）？ｍｖＡ［０］ ： ０）
ｍｖＬ０［１］＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１）？ｍｖＢ［１］ ： （８－９２５）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１）？ｍｖＡ［１］ ： ０）
ｍｖＬ１［０］＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１）？ｍｖＡ［０］ ： （８－９２６）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１）？ｍｖＢ［０］ ： ｍｖＡ［０］）
ｍｖＬ１［１］＝（ｒｅｆＩｄｘＴｅｍｐＢ！＝－１）？ｍｖＡ［１］ ： （８－９２７）
（（ｒｅｆＩｄｘＴｅｍｐＡ！＝－１）？ｍｖＢ［１］ ： ｍｖＡ［１］）
－ ｘ＝０．．３であり、ｙ＝０．．３である場合、以下のアサインメントが行われる。
ＭｖＬ０［（ｘＳｂＩｄｘ＜＜２）＋ｘ］［（ｙＳｂＩｄｘ＜＜２）＋ｙ］＝ｍｖＬ０ （８－９２８）
ＭｖＬ１［（ｘＳｂＩｄｘ＜＜２）＋ｘ］［（ｙＳｂＩｄｘ＜＜２）＋ｙ］＝ｍｖＬ１ （８－９２９）
ＲｅｆＩｄｘＬ０［（ｘＳｂＩｄｘ＜＜２）＋ｘ］［（ｙＳｂＩｄｘ＜＜２）＋ｙ］＝ｒｅｆＩｄｘＬ０ （８－９３０）
ＲｅｄＩｄｘＬ１［（ｘＳｂＩｄｘ＜＜２）＋ｘ］［（ｙＳｂＩｄｘ＜＜２）＋ｙ］＝ｒｅｆＩｄｘＬ１ （８－９３１）
ＰｒｅｄＦｌａｇＬ０［（ｘＳｂＩｄｘ＜＜２）＋ｘ］［（ｙＳｂＩｄｘ＜＜２）＋ｙ］＝ｐｒｅｄＦｌａｇＬ０ （８－９３２）
ＰｒｅｄＦｌａｇＬ１［（ｘＳｂＩｄｘ＜＜２）＋ｘ］［（ｙＳｂＩｄｘ＜＜２）＋ｙ］＝ｐｒｅｄＦｌａｇＬ１ （８－９３３）

【0303】

代替的な実装において、「幾何学的区分化マージモードのためのサンプル重み導出処理」のステップ６を以下のように実装できる。
６．現在の幾何学的区分化モードのためのアレイｍｏｔｉｏｎＷｅｉｇｈｔに保存される動きの重みは、以下の通りに導出される。
－ 以下の変数が表５に従って設定される。
ｔｈｒｅｓｈＬｏｗｅｒ＝－ＲｈｏＭａｘ［ａｎｇｌｅＮ］
ｔｈｒｅｓｈＵｐｐｅｒ＝ＲｈｏＭａｘ［ａｎｇｌｅＮ］

【0304】

各サンプル位置ｘ＝０...（ｎＣｂＷ／４）－１及びｙ＝０...（ｎＣｂＨ／４）－１に関して、ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘ］［ｙ］の値は、以下のようにして導出される。
Ｃｎｔ＝（（ｘ＜＜４）＋３）＊Ｄｉｓ［ｄｉｓｐｌａｃｅｍｅｎｔＸ］＋（（ｙ＜＜４）＋３））＊Ｄｉｓ［ｄｉｓｐｌａｃｅｍｅｎｔＹ］－ｒｈｏ＜＜１
ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘ］［ｙ］の値は、以下に設定される。
ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘ］［ｙ］＝０ ｉｆ Ｃｎｔ＜＝ｔｈｒｅｓｈＬｏｗｅｒ
ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘ］［ｙ］＝１ ｉｆ Ｃｎｔ＞＝ｔｈｒｅｓｈＵｐｐｅｒ
ｍｏｔｉｏｎＷｅｉｇｈｔ［ｘ］［ｙ］＝２ ｏｔｈｅｒｗｉｓｅ

【0305】

「幾何学的区分化マージモードのためのサンプル重み導出処理」のステップ６の上記の例示的な実装において、式「Ｃｎｔ＝（（ｘ＜＜４）＋３）＊Ｄｉｓ［ｄｉｓｐｌａｃｅｍｅｎｔＸ］＋（（ｙ＜＜４）＋３））＊Ｄｉｓ［ｄｉｓｐｌａｃｅｍｅｎｔＹ］－ｒｈｏ＜＜１」は、サンプルのセットの重心と線との間の距離の計算に対応する。この例におけるサンプルのセットは、以下の座標を有する１６のサンプルを含む。
（ｘ＊４，ｙ＊４），（ｘ＊４＋１，ｙ＊４），（ｘ＊４＋２，ｙ＊４），（ｘ＊４＋３，ｙ＊４），（ｘ＊４，ｙ＊４＋１），（ｘ＊４＋１，ｙ＊４＋１），（ｘ＊４＋２，ｙ＊４＋１），（ｘ＊４＋３，ｙ＊４＋１），（ｘ＊４，ｙ＊４＋２），（ｘ＊４＋１，ｙ＊４＋２），（ｘ＊４＋２，ｙ＊４＋２），（ｘ＊４＋３，ｙ＊４＋２），（ｘ＊４，ｙ＊４＋３），（ｘ＊４＋１，ｙ＊４＋３），（ｘ＊４＋２，ｙ＊４＋３），（ｘ＊４＋３，ｙ＊４＋３）。

【0306】

重心の座標は、（ｘ＊４＋１．５，ｙ＊４＋１．５）である。整数演算が望ましい実装機能であるので、上記式において、式の付加的な項の全ては、座標オフセット１．５を整数にするために２で乗算される（したがって、この例では３である）。

【0307】

第５の実施形態において、図２１に示されているような、動き情報を保存する装置は以下のものである。

【0308】

動き情報保存装置（３０００）であって、現在のブロックが第１のサブブロック及び第２のサブブロックからなり、上記第１のサブブロック及び上記第２のサブブロックは、共通の境界によって分離され、上記第１のサブブロックは、第１の動き情報に対応し、上記第２のサブブロックは、第２の動き情報に対応し、上記装置（３０００）は、上記現在のブロック内のサンプルセットと上記共通の境界との間の距離を決定するように構成されている計算モジュール（３００１）と、第３の動き情報が上記サンプルセットに関して保存されるか否かを決定するために、上記距離を閾値と比較するように構成されている比較モジュール（３００２）であって、上記第３の動き情報は、上記第１の動き情報及び上記第２の動き情報によって導出される、比較モジュールと、を備える、動き情報保存装置。

【0309】

実現可能な実装において、上記比較モジュール（３００２）は、上記距離の絶対値が上記閾値以下である場合、上記第３の動き情報が上記サンプルセットに関して保存されることを決定するように構成されている。

【0310】

実現可能な実装において、上記距離の上記絶対値が上記閾値よりも大きい場合、上記比較モジュール（３００２）は、上記距離が正である場合、上記第１の動き情報が上記サンプルセットに関して保存されることを決定する、又は、上記距離が負である場合、上記第２の動き情報が上記サンプルセットに関して保存されることを決定するようにさらに構成されている。

【0311】

実現可能な実装において、閾値は予め定められている。

【0312】

実現可能な実装において、上記閾値は、上記共通の境界と水平方向又は垂直方向との間の幾何学的関係に基づく。

【0313】

実現可能な実装において、上記閾値は、上記共通の境界の直交方向と、上記水平方向又は上記垂直方向との間の角度に基づく。

【0314】

実現可能な実装において、上記閾値は、上記現在のブロックの幅及び／又は高さに基づく。

【0315】

実現可能な実装において、上記共通の境界は、角度パラメータ及び距離パラメータによって決定され、上記計算モジュール（３００１）は、上記角度パラメータ及び上記距離パラメータを決定するようにさらに構成されている。

【0316】

実現可能な実装において、デコーダでは、上記計算モジュール（３００１）は、ビットストリームから上記角度パラメータ及び上記距離パラメータをパースする、又は、上記ビットストリームからインジケータをパースし、上記インジケータに基づいて上記角度パラメータ及び上記距離パラメータを取得するようにさらに構成されている。

【0317】

実現可能な実装において、上記計算モジュール（３００１）は、上記角度パラメータに基づいて第１の計算パラメータを決定し、上記角度パラメータに基づいてｔｅｍｐ角度パラメータを計算し、上記ｔｅｍｐ角度パラメータに基づいて第２の計算パラメータを決定し、上記角度パラメータ及び上記距離パラメータに基づいて第３の計算パラメータを計算するようにさらに構成されている。

【0318】

実現可能な実装において、上記第１の計算パラメータは、上記角度パラメータに従って、予め設定されたルックアップテーブルをチェックすることによって決定され、上記第２の計算パラメータは、上記ｔｅｍｐ角度パラメータに従って、上記ルックアップテーブルをチェックすることによって決定され、上記第１の計算パラメータ及び上記第２の計算パラメータは、それぞれ、同じ角度のコサイン値及びサイン値である。

【0319】

実現可能な実装において、上記距離は、以下によって計算され、
ｄｉｓｔＦｒｏｍＬｉｎｅ＝（ｘ＋Ｋ）＊Ｐ１＋（ｙ＋Ｋ）＊Ｐ２－Ｐ３
Ｐ１、Ｐ２、及びＰ３は、それぞれ、上記第１の計算パラメータ、上記第２の計算パラメータ、及び上記第３の計算パラメータであり、ｄｉｓｔＦｒｏｍＬｉｎｅは、上記距離を表し、Ｋは、非負の整数であり、ｘは、上記サンプルセットにおけるターゲット位置の水平座標を表し、ｙは、矩形座標系における上記ターゲット位置の垂直座標を表し、上記現在のブロックの左上サンプルの位置は、座標原点として設定され、右方向は、正の水平方向として設定され、下方向は、正の垂直方向として設定される。

【0320】

実現可能な実装において、Ｋは１に等しい。

【0321】

実現可能な実装において、上記ターゲット位置は、上記サンプルセットにおいて予め定められている。

【0322】

実現可能な実装において、上記予め定められた位置は、上記サンプルセットの左上位置である、又は、上記サンプルセットの中心位置である。

【0323】

実現可能な実装において、上記距離のサンプル精度は、整数サンプルよりも高く、
対応して、上記距離は、以下によって計算され、
ｄｉｓｔＦｒｏｍＬｉｎｅ＝（（ｘ＜＜Ｎ）＋Ｋ）＊Ｐ１＋（（ｙ＜＜Ｎ）＋Ｋ）＊Ｐ２－Ｐ３
２Ｎは、上記距離の上記サンプル精度の逆数を表す。

【0324】

実現可能な実装において、Ｎは１に等しい。

【0325】

実現可能な実装において、上記サンプルセットは、上記現在のブロックのルマサンプルセットである。

【0326】

実現可能な実装において、上記装置（３０００）は、上記現在のブロックを複数のサンプルセットに分割し、上記複数のサンプルセットのそれぞれが上記サンプルセットと同じサイズを有する、又は、上記現在のブロックを上記サンプルセットとして設定するように構成されている分割モジュール（３００３）をさらに備える。

【0327】

実現可能な実装において、サンプルセットは４×４サンプルアレイである。

【0328】

実現可能な実装において、上記複数のサンプルセットのそれぞれは、各動き情報保存ユニットに対応し、上記動き情報保存ユニットは、上記第１の動き情報、上記第２の動き情報、及び上記第３の動き情報のうちの１つを保存するために使用される。

【0329】

実現可能な実装において、上記第１のサブブロック及び上記第２のサブブロックは、三角形区分、非対称矩形区分、又は台形区分である。

【0330】

実現可能な実装において、上記第１の動き情報は、第１の参照ピクチャリストに基づく動き情報を含み、上記第２の動き情報は、第２の参照ピクチャリストに基づく動き情報を含み、上記第３の動き情報は、上記第１の動き情報及び上記第２の動き情報を含む。

【0331】

第６の実施形態において、ビデオストリームをデコードする装置は、プロセッサとメモリとを備え、上記メモリは、プロセッサに第３の実施形態のいずれかの実装による方法を実行させる命令を記憶している。

【0332】

第７の実施形態において、ビデオストリームをエンコードする装置は、プロセッサとメモリとを備え、上記メモリは、上記プロセッサに第３の実施形態のいずれかの実装による方法を実行させる命令を記憶している。

【0333】

第８の実施形態において、実行されると、１又は複数のプロセッサがビデオデータをコードするように構成されているようにする命令を記憶したコンピュータ可読記憶媒体であって、上記命令は、上記１又は複数のプロセッサに第３の実施形態のいずれかの実装による方法を実行させる、コンピュータ可読記憶媒体。

【0334】

第９の実施形態において、コンピュータ上で実行されると、第３の実施形態のいずれかの実装による方法を実行するプログラムコードを備える、コンピュータプログラム。

【0335】

以下は、上述の実施形態に示されるようなエンコーディング方法及びデコーディング方法の適用及びそれらを用いたシステムの説明である。

【0336】

図２２は、コンテンツ配信サービスを実現するためのコンテンツ供給システム３１００を示すブロック図である。このコンテンツ供給システム３１００は、撮影デバイス３１０２と、端末デバイス３１０６とを含み、任意で、ディスプレイ３１２６を含む。撮影デバイス３１０２は、通信リンク３１０４を介して端末デバイス３１０６と通信する。通信リンクは、上述した通信チャネル１３を含んでよい。通信リンク３１０４は、限定されるものではないが、ＷＩＦＩ、イーサネット（登録商標）、ケーブル、無線（３Ｇ／４Ｇ／５Ｇ）、ＵＳＢ、又はこれらの任意の種類の組み合わせ等を含む。

【0337】

撮影デバイス３１０２は、データを生成し、上記の実施形態に示されるようなエンコーディング方法によってデータをエンコードしてよい。代替的に、撮影デバイス３１０２は、データをストリーミングサーバ（図には示されていない）に配信してよく、サーバは、データをエンコードして、エンコードされたデータを端末デバイス３１０６に伝送する。撮影デバイス３１０２は、限定されるものではないが、カメラ、スマートフォンもしくはパッド、コンピュータもしくはラップトップ、ビデオ会議システム、ＰＤＡ、車載デバイス、又はこれらのいずれかの組み合わせ等を含む。例えば、上述したように、撮影デバイス３１０２はソースデバイス１２を含んでよい。データがビデオを含む場合、撮影デバイス３１０２に含まれるビデオエンコーダ２０は、ビデオエンコーディング処理を実際に実行してよい。データがオーディオ（すなわち、音声）を含む場合、撮影デバイス３１０２に含まれるオーディオエンコーダは、オーディオエンコーディング処理を実際に実行してよい。いくつかの実用的なシナリオについて、撮影デバイス３１０２は、これらを一緒に多重化することにより、エンコードされたビデオ及びオーディオデータを配信する。他の実用的なシナリオについて、例えば、ビデオ会議システムにおいて、エンコードされたオーディオデータ及びエンコードされたビデオデータは多重化されない。撮影デバイス３１０２は、エンコードされたオーディオデータ及びエンコードされたビデオデータを別個に端末デバイス３１０６に配信する。

【0338】

コンテンツ供給システム３１００において、端末デバイス３１０は、エンコードされたデータを受信及び再現する。端末デバイス３１０６は、データ受信及び復元機能を有するデバイス、例えば、上述したエンコードされたデータをデコードすることが可能なスマートフォンもしくはパッド３１０８、コンピュータもしくはラップトップ３１１０、ネットワークビデオレコーダ（ＮＶＲ）／デジタルビデオレコーダ（ＤＶＲ）３１１２、ＴＶ３１１４、セットトップボックス（ＳＴＢ）３１１６、ビデオ会議システム３１１８、ビデオ監視システム３１２０、パーソナルデジタルアシスタント（ＰＤＡ）３１２２、車載デバイス３１２４、又はこれらのいずれかの組み合わせ等とすることができる。例えば、上述したように、端末デバイス３１０６はデスティネーションデバイス１４を含んでよい。エンコードされたデータがビデオを含む場合、端末デバイスに含まれるビデオデコーダ３０は、ビデオデコーディングを実行することを優先させる。エンコードされたデータがオーディオを含む場合、端末デバイスに含まれるオーディオデコーダは、オーディオデコーディング処理を実行することを優先させる。

【0339】

ディスプレイを有する端末デバイス、例えば、スマートフォンもしくはパッド３１０８、コンピュータもしくはラップトップ３１１０、ネットワークビデオレコーダ（ＮＶＲ）／デジタルビデオレコーダ（ＤＶＲ）３１１２、ＴＶ３１１４、パーソナルデジタルアシスタント（ＰＤＡ）３１２２、又は車載デバイス３１２４について、端末デバイスは、デコードされたデータをそのディスプレイに送ることができる。ディスプレイを搭載していない端末デバイス、例えば、ＳＴＢ３１１６、ビデオ会議システム３１１８、又はビデオ監視システム３１２０について、外部ディスプレイ３１２６は、デコードされたデータを受信及び示すために、内部でコンタクトされる。

【0340】

このシステムにおける各デバイスがエンコーディング又はデコーディングを実行するとき、上述の実施形態に示されるようなピクチャエンコーディングデバイス又はピクチャデコーディングデバイスを使用することができる。

【0341】

図２３は、端末デバイス３１０６の一例の構造を示す図である。端末デバイス３１０６が撮影デバイス３１０２からストリームを受信した後に、プロトコル処理ユニット３２０２は、ストリームの伝送プロトコルを解析する。プロトコルは、限定されるものではないが、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）、ＨＴＴＰライブストリーミングプロトコル（ＨＬＳ）、ＭＰＥＧ－ＤＡＳＨ、リアルタイムトランスポートプロトコル（ＲＴＰ）、リアルタイムメッセージングプロトコル（ＲＴＭＰ）、又は、これらの任意の種類の組み合わせ等を含む。

【0342】

プロトコル処理ユニット３２０２がストリームを処理した後に、ストリームファイルが生成される。このファイルは、逆多重化ユニット３２０４に出力される。逆多重化ユニット３２０４は、多重化されたデータをエンコードされたオーディオデータ及びエンコードされたビデオデータに分離できる。上述したように、いくつかの実用的なシナリオについて、例えば、ビデオ会議システムでは、エンコードされたオーディオデータ及びエンコードされたビデオデータは多重化されていない。この状況において、エンコードされたデータは、逆多重化ユニット３２０４を介することなくビデオデコーダ３２０６及びオーディオデコーダ３２０８に送信される。

【0343】

逆多重化処理を介して、ビデオエレメンタリストリーム（ＥＳ）、オーディオＥＳ及び任意で字幕が生成される。上述の実施形態において説明したように、ビデオデコーダ３０を含むビデオデコーダ３２０６は、上述の実施形態に示されるようなデコーディング方法によってビデオＥＳをデコードしてビデオフレームを生成し、このデータを同期ユニット３２１２に送る。オーディオデコーダ３２０８は、オーディオＥＳをデコードしてオーディオフレームを生成し、このデータを同期ユニット３２１２に送る。代替的に、ビデオフレームは、それを同期ユニット３２１２に送る前に、（図２３には示されていない）バッファに保存されてよい。同様に、オーディオフレームは、それを同期ユニット３２１２に送る前に、（図２３には示されていない）バッファに保存されてよい。

【0344】

同期ユニット３２１２は、ビデオフレーム及びオーディオフレームを同期させて、ビデオ／オーディオをビデオ／オーディオディスプレイ３２１４に供給する。例えば、同期ユニット３２１２は、ビデオ及びオーディオ情報の提示を同期させる。情報は、コードされたオーディオ及びビジュアルデータの提示に関するタイムスタンプと、データストリームそのものの配信に関するタイムスタンプとを用いて構文でコードしてよい。

【0345】

ストリームに字幕が含まれている場合、字幕デコーダ３２１０は、字幕をデコードし、それをビデオフレーム及びオーディオフレームと同期させ、ビデオ／オーディオ／字幕をビデオ／オーディオ／字幕ディスプレイ３２１６に供給する。

【0346】

本願は、上述したシステムに限定されるものではなく、上述の実施形態におけるピクチャエンコーディングデバイス又はピクチャデコーディングデバイスのいずれかは、他のシステム、例えばカーシステムに組み込むことができる。

【0347】

［数学演算子］
本願において使用される数学演算子は、Ｃプログラミング言語において使用されるものと同様である。しかしながら、整数除算及び算術シフト演算の結果はより厳密に定義され、べき乗及び実数値除算等の追加の演算が定義される。番号付け及びカウントの慣例は一般に０から始まり、例えば「第１」は０番目と同等であり、「第２」は１番目と同等であり、以降も同様である。

【0348】

［算術演算子］
以下の算術演算子が、以下の通りに定義される。

【表6】

【0349】

［論理演算子］
以下の論理演算子が以下の通りに定義される。
ｘ＆＆ｙ ｘ及びｙのブール論理「ａｎｄ」
ｘ｜｜ｙ ｘ及びｙのブール論理「ｏｒ」
！ ブール論理「ｎｏｔ」
ｘ？ｙ：ｚ ｘが真であるか又は０に等しくない場合、ｙの値として評価し、そうでなければ、ｚの値として評価する。

【0350】

［関係演算子］
以下の関係演算子が以下の通りに定義される。
＞ よりも大きい
＞＝ 以上
＜ よりも小さい
＜＝ 以下
＝＝ に等しい
！＝ に等しくない
関係演算子が、値「ｎａ」（非該当）をアサインされているシンタックス要素又は変数に適用される場合、値「ｎａ」は、そのシンタックス要素又は変数の区別的な値として扱われる。値「ｎａ」は、任意の他の値に等しくないとみなされる。

【0351】

［ビット単位演算子］
以下のビット単位演算子が以下の通りに定義される。
＆ ビット単位の「ａｎｄ」。整数引数に作用する場合、整数値の２の補数表現に作用する。別の引数より少ないビットを含むバイナリ引数に作用する場合、そのより短い引数は、０に等しいより上位のビットを追加することによって拡張される。
｜ ビット単位の「ｏｒ」。整数引数に作用する場合、整数値の２の補数表現に作用する。別の引数より少ないビットを含むバイナリ引数に作用する場合、そのより短い引数は、０に等しいより上位のビットを追加することによって拡張される。
＾ ビット単位の「排他的ｏｒ」。整数引数に作用する場合、整数値の２の補数表現に作用する。別の引数より少ないビットを含むバイナリ引数に作用する場合、そのより短い引数は、０に等しいより上位のビットを追加することによって拡張される。
ｘ＞＞ｙ ｙの二進数だけの、ｘの２の補数整数表現の算術右シフト。この関数は、ｙの非負の整数値に関してのみ定義される。右シフトの結果として最上位ビット（ＭＳＢ）にシフトされたビットは、シフト演算前のｘのＭＳＢに等しい値を有する。
ｘ＜＜ｙ ｙの二進数だけの、ｘの２の補数整数表現の算術左シフト。この関数は、ｙの非負の整数値に関してのみ定義される。左シフトの結果として最下位ビット（ＬＳＢ）にシフトされたビットは、０に等しい値を有する。

【0352】

［代入演算子］
以下の算術演算子は以下のように定義される。
＝ 代入演算子
＋＋ インクリメント、すなわち、ｘ＋＋は、ｘ＝ｘ＋１と同等であり、アレイインデックスにおいて使用されるとき、インクリメント演算の前の変数の値として評価する。
－－デクリメント、すなわち、ｘ－－は、ｘ＝ｘ－１と同等であり、アレイインデックスにおいて使用されるとき、デクリメント演算の前の変数の値として評価する。
＋＝ 指定された量だけのインクリメント、すなわち、ｘ＋＝３は、ｘ＝ｘ＋３と同等であり、
ｘ＋＝（－３）は、ｘ＝ｘ＋（－３）と同等である。
－＝ 指定された量だけのデクリメント、すなわち、ｘ－＝３は、ｘ＝ｘ－３と同等であり、
ｘ－＝（－３）は、ｘ＝ｘ－（－３）と同等である。

【0353】

［範囲表記］
値の範囲を指定するために以下の表記が使用される。
ｘ＝ｙ．．ｚ ｘはｙから始まりｚまで（両端含む）の整数値を取り、ｘ、ｙ、及びｚは整数であり、ｚはｙよりも大きい。

【0354】

［数学関数］
以下の数学関数が定義される。

【数1】

Ａｓｉｎ（ｘ） －１．０から１．０の範囲（両端含む）にある引数ｘに作用する逆三角サイン関数であり、出力値は、－π÷２からπ÷２の範囲（両端含む）にある（単位はラジアン）。
Ａｔａｎ（ｘ） 引数ｘに作用する逆三角タンジェント関数であり、
出力値は、－π÷２からπ÷２の範囲（両端含む）にある（単位はラジアン）

【数2】

Ｃｅｉｌ（ｘ） ｘ以上の最小の整数。
Ｃｌｉｐ１_Ｙ（ｘ）＝Ｃｌｉｐ３（０，（１＜＜ＢｉｔＤｅｐｔｈ_Ｙ）－１，ｘ）
Ｃｌｉｐ１_Ｃ（ｘ）＝Ｃｌｉｐ３（０，（１＜＜ＢｉｔＤｅｐｔｈ_Ｃ）－１，ｘ）

【数3】

Ｃｏｓ（ｘ） ラジアンの単位である引数ｘに作用する三角コサイン関数。
Ｆｌｏｏｒ（ｘ） ｘ以下の最大の整数。

【数4】

Ｌｎ（ｘ） ｘの自然対数（底をｅとする対数、ｅは自然対数底定数２．７１８ ２８１ ８２８...）。
Ｌｏｇ２（ｘ） 底を２とするｘの対数。
Ｌｏｇ１０（ｘ） 底を１０とするｘの対数。

【数5】

【数6】

Ｒｏｕｎｄ（ｘ）＝Ｓｉｇｎ（ｘ）＊Ｆｌｏｏｒ（Ａｂｓ（ｘ）＋０．５）

【数7】

Ｓｉｎ（ｘ） ラジアンの単位である引数ｘに作用する三角サイン関数

【数8】

Ｓｗａｐ（ｘ，ｙ）＝（ｙ，ｘ）
Ｔａｎ（ｘ） ラジアンの単位である引数ｘに作用する三角タンジェント関数

【0355】

［演算の優先度の順位］
数式における優先度の順位が、括弧の使用によって明示的に示されていないとき、以下のルールが適用される。

【0356】

－ より高い優先度の演算は、より低い優先度の任意の演算の前に評価される。

【0357】

－ 同じ優先度の演算は、左から右に順に評価される。

【0358】

下の表は、演算の優先度を最高から最低まで指定し、表においてより高い位置は、より高い優先度を示す。

【0359】

Ｃプログラミング言語においても使用される演算子の場合、本明細書において使用される優先度の順序は、Ｃプログラミング言語において使用されるものと同じである。
表：最高（表の一番上）から最低（表の一番下）までの演算優先度

【表7】

【0360】

［論理演算のテキストの説明］
テキストにおいて、論理演算のステートメントは、以下の形式で数学的に記述される。
ｉｆ（ｃｏｎｄｉｔｉｏｎ ０）
ｓｔａｔｅｍｅｎｔ ０
ｅｌｓｅ ｉｆ（ｃｏｎｄｉｔｉｏｎ １）
ｓｔａｔｅｍｅｎｔ １
...
ｅｌｓｅ／＊残りの条件についての参考注記＊／
ｓｔａｔｅｍｅｎｔ ｎ
は、以下のようにして記述され得る。
...ａｓ ｆｏｌｌｏｗｓ／...ｔｈｅ ｆｏｌｌｏｗｉｎｇ ａｐｐｌｉｅｓ：
－ Ｉｆ ｃｏｎｄｉｔｉｏｎ ０，ｓｔａｔｅｍｅｎｔ ０
－ Ｏｔｈｅｒｗｉｓｅ， ｉｆ ｃｏｎｄｉｔｉｏｎ １，ｓｔａｔｅｍｅｎｔ １
－ ...
－ Ｏｔｈｅｒｗｉｓｅ（残りの条件についての参考注記），ｓｔａｔｅｍｅｎｔ ｎ

【0361】

テキストにおける「Ｉｆ...Ｏｔｈｅｒｗｉｓｅ，ｉｆ...Ｏｔｈｅｒｗｉｓｅ，...」ステートメントのそれぞれは、直後に「Ｉｆ...」が続く「...ａｓ ｆｏｌｌｏｗｓ」又は「...ｔｈｅ ｆｏｌｌｏｗｉｎｇ ａｐｐｌｉｅｓ」を用いて導入される。「Ｉｆ...Ｏｔｈｅｒｗｉｓｅ，ｉｆ...Ｏｔｈｅｒｗｉｓｅ，...」の最後の条件は常に、「Ｏｔｈｅｒｗｉｓｅ，...」である。インターリーブされた「Ｉｆ...Ｏｔｈｅｒｗｉｓｅ，ｉｆ...Ｏｔｈｅｒｗｉｓｅ，...」ステートメントは、「...ａｓ ｆｏｌｌｏｗｓ」又は「...ｔｈｅ ｆｏｌｌｏｗｉｎｇ ａｐｐｌｉｅｓ」を末尾の「Ｏｔｈｅｒｗｉｓｅ，...」とマッチさせることによって識別できる。

【0362】

テキストにおいて、論理演算のステートメントは、以下の形式で数学的に記述される。
ｉｆ（ｃｏｎｄｉｔｉｏｎ ０ａ ＆＆ ｃｏｎｄｉｔｉｏｎ ０ｂ）
ｓｔａｔｅｍｅｎｔ ０
ｅｌｓｅ ｉｆ（ｃｏｎｄｉｔｉｏｎ １ａ ｜｜ ｃｏｎｄｉｔｉｏｎ １ｂ）
ｓｔａｔｅｍｅｎｔ １
...
ｅｌｓｅ
ｓｔａｔｅｍｅｎｔ ｎ
は、以下のようにして記載され得る。
...ａｓ ｆｏｌｌｏｗｓ／...ｔｈｅ ｆｏｌｌｏｗｉｎｇ ａｐｐｌｉｅｓ：
－ 以下の条件の全てが真である場合、ｓｔａｔｅｍｅｎｔ ０：
－ ｃｏｎｄｉｔｉｏｎ ０ａ
－ ｃｏｎｄｉｔｉｏｎ ０ｂ
－ そうでなければ、以下の条件のうちの１又は複数が真である場合、ｓｔａｔｅｍｅｎｔ １：
－ ｃｏｎｄｉｔｉｏｎ １ａ
－ ｃｏｎｄｉｔｉｏｎ １ｂ
－ ...
－ そうでなければ、ｓｔａｔｅｍｅｎｔ ｎ

【0363】

テキストにおいて、論理演算のステートメントは、以下の形式で数学的に記述される。
ｉｆ（ｃｏｎｄｉｔｉｏｎ ０）
ｓｔａｔｅｍｅｎｔ ０
ｉｆ（ｃｏｎｄｉｔｉｏｎ １）
ｓｔａｔｅｍｅｎｔ １
は、以下のようにして記載され得る。
Ｗｈｅｎ ｃｏｎｄｉｔｉｏｎ ０， ｓｔａｔｅｍｅｎｔ ０
Ｗｈｅｎ ｃｏｎｄｉｔｉｏｎ １， ｓｔａｔｅｍｅｎｔ １。

【0364】

例えばエンコーダ２０及びデコーダ３０の実施形態、並びに、例えばエンコーダ２０及びデコーダ３０を参照して本明細書に記載された機能は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組み合わせで実装されてよい。ソフトウェアにおいて実装される場合、機能は、コンピュータ可読媒体上に保存されるか、又は、通信媒体を介して１又は複数の命令もしくはコードとして送信され、ハードウェアベースの処理ユニットによって実行されてよい。コンピュータ可読媒体は、データ記憶媒体等の有形媒体に対応するコンピュータ可読記憶媒体、又は、例えば通信プロトコルに従った、コンピュータプログラムの１つの場所から別の場所への移動を容易にする任意の媒体を含む通信媒体を含んでよい。このように、コンピュータ可読媒体は、一般に、（１）非一時的な有形コンピュータ可読記憶媒体、又は、（２）信号もしくは搬送波等の通信媒体に対応してよい。データ記憶媒体は、本開示に記載された技術の実装のための命令、コード、及び／又はデータ構造を取得するために、１もしくは複数のコンピュータ又は１もしくは複数のプロセッサによってアクセスできる任意の利用可能な媒体であってよい。コンピュータプログラム製品は、コンピュータ可読媒体を含んでよい。

【0365】

限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、フラッシュメモリ、又は、命令もしくはデータ構造の形態の所望のプログラムコードを保存するのに使用でき、且つコンピュータによってアクセスできる、任意の他の媒体を含むことができる。また、任意の接続が、適宜コンピュータ可読媒体と称される。例えば、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、又は、赤外線、無線、及びマイクロ波等の無線技術を用いて、ウェブサイト、サーバ、又は他のリモートソースから命令が送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、又は、赤外線、無線、及びマイクロ波等の無線技術が媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体及びデータ記憶媒体は、接続、搬送波、信号、又は他の一時的媒体を含まず、その代わりに、非一時的な有形の記憶媒体を指すことが理解されるべきである。本明細書で使用されるディスク（Ｄｉｓｋ ａｎｄ ｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピディスク、及びブルーレイディスクを含み、ここで、通例、ディスク（ｄｉｓｋ）はデータを磁気的に再現するものであり、ディスク（ｄｉｓｃ）はデータをレーザによって光学的に再現するものである。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。

【0366】

命令は、１又は複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、又は他の等価な一体型もしくはディスクリート論理回路等の１又は複数のプロセッサによって実行されてよい。したがって、本明細書で使用される「プロセッサ」という用語は、前述の構造のいずれか、又は、本明細書に記載の技術の実装に好適な任意の他の構造を指してよい。加えて、いくつかの態様では、本明細書に記載の機能は、エンコーディング及びデコーディングのために構成されている専用ハードウェア及び／又はソフトウェアモジュール内に提供されるか、又は、組み合わされたコーデックに組み込まれてよい。また、本技術は、１もしくは複数の回路又は論理要素において完全に実装することができる。

【0367】

本開示の技術は、無線ハンドセット、集積回路（ＩＣ）又はＩＣのセット（例えば、チップセット）を含む、多種多様なデバイス又は装置において実装してよい。様々なコンポーネント、モジュール、又はユニットが、開示された技術を実行するように構成されているデバイスの機能的態様を強調するように本開示において記載されているが、異なるハードウェアユニットによる実現は必ずしも要求されない。むしろ、上述したように、好適なソフトウェア及び／又はファームウェアと連動して、様々なユニットがコーデックハードウェアユニットにして組み合わされるか、又は、上述したように、１もしくは複数のプロセッサを含む相互運用ハードウェアユニットの集合によって提供されてよい。
（項目１）
動き情報保存方法であって、現在のブロックが第１のサブブロック及び第２のサブブロックからなり、上記第１のサブブロック及び上記第２のサブブロックは、共通の境界によって分離され、上記第１のサブブロックは、第１の動き情報に対応し、上記第２のサブブロックは、第２の動き情報に対応し、上記方法は、
上記現在のブロック内のサンプルセットと上記共通の境界との間の距離を決定する段階と、
第３の動き情報が上記サンプルセットに関して保存されるか否かを決定するために、上記距離を閾値と比較する段階であって、上記第３の動き情報は、上記第１の動き情報及び上記第２の動き情報によって導出される、比較する段階と、
を備える、動き情報保存方法。
（項目２）
上記第３の動き情報が上記サンプルセットに関して保存されるか否かを決定するために、上記距離を閾値と比較する段階は、
上記距離の絶対値が上記閾値以下である場合、上記第３の動き情報が上記サンプルセットに関して保存されることを決定する段階、
を含む、項目１に記載の方法。
（項目３）
上記距離の上記絶対値が上記閾値よりも大きい場合、上記方法は、
上記距離が正である場合、上記第１の動き情報が上記サンプルセットに関して保存されることを決定する段階、又は、
上記距離が負である場合、上記第２の動き情報が上記サンプルセットに関して保存されることを決定する段階、
をさらに備える、項目２に記載の方法。
（項目４）
上記閾値は予め定められている、項目１～３のいずれか１項に記載の方法。
（項目５）
上記閾値は、上記共通の境界と水平方向又は垂直方向との間の幾何学的関係に基づく、項目１～４のいずれか１項に記載の方法。
（項目６）
上記閾値は、上記共通の境界の直交方向と、上記水平方向又は上記垂直方向との間の角度に基づく、項目５に記載の方法。
（項目７）
上記閾値は、上記現在のブロックの幅及び／又は高さに基づく、項目１～６のいずれか１項に記載の方法。
（項目８）
上記共通の境界は、角度パラメータ及び距離パラメータによって決定され、上記現在のブロック内の上記サンプルセットと上記共通の境界との間の上記距離を決定する前に、上記方法は、
上記角度パラメータ及び上記距離パラメータを決定する段階、
をさらに備える、項目１～７のいずれか１項に記載の方法。
（項目９）
デコーダでは、上記角度パラメータ及び上記距離パラメータを決定する段階は、
ビットストリームから上記角度パラメータ及び上記距離パラメータをパースする段階、又は、
上記ビットストリームからインジケータをパースする段階と、
上記インジケータに基づいて上記角度パラメータ及び上記距離パラメータを取得する段階と、
を含む、項目８に記載の方法。
（項目１０）
上記角度パラメータ及び上記距離パラメータを決定する段階の後に、上記方法は、
上記角度パラメータに基づいて第１の計算パラメータを決定する段階と、
上記角度パラメータに基づいてｔｅｍｐ角度パラメータを計算する段階と、
上記ｔｅｍｐ角度パラメータに基づいて第２の計算パラメータを決定する段階と、
上記角度パラメータ及び上記距離パラメータに基づいて第３の計算パラメータを計算する段階と、
をさらに備える、項目８又は９に記載の方法。
（項目１１）
上記第１の計算パラメータは、上記角度パラメータに従って、予め設定されたルックアップテーブルをチェックすることによって決定され、上記第２の計算パラメータは、上記ｔｅｍｐ角度パラメータに従って、上記ルックアップテーブルをチェックすることによって決定され、上記第１の計算パラメータ及び上記第２の計算パラメータは、それぞれ、同じ角度のコサイン値及びサイン値である、項目１０に記載の方法。
（項目１２）
上記距離は、以下によって計算され、
ｄｉｓｔＦｒｏｍＬｉｎｅ＝（ｘ＋Ｋ）＊Ｐ１＋（ｙ＋Ｋ）＊Ｐ２－Ｐ３
Ｐ１、Ｐ２、及びＰ３は、それぞれ、上記第１の計算パラメータ、上記第２の計算パラメータ、及び上記第３の計算パラメータであり、ｄｉｓｔＦｒｏｍＬｉｎｅは、上記距離を表し、Ｋは、非負の整数であり、ｘは、上記サンプルセットにおけるターゲット位置の水平座標を表し、ｙは、矩形座標系における上記ターゲット位置の垂直座標を表し、上記現在のブロックの左上サンプルの位置は、座標原点として設定され、右方向は、正の水平方向として設定され、下方向は、正の垂直方向として設定される、項目１０又は１１に記載の方法。
（項目１３）
Ｋは１に等しい、項目１２に記載の方法。
（項目１４）
上記ターゲット位置は、上記サンプルセットにおいて予め定められている、項目１２又は１３に記載の方法。
（項目１５）
上記予め定められた位置は、上記サンプルセットの左上位置又は上記サンプルセットの中心位置である、項目１４に記載の方法。
（項目１６）
上記距離のサンプル精度は、整数サンプルよりも高く、
対応して、上記距離は、以下によって計算され、
ｄｉｓｔＦｒｏｍＬｉｎｅ＝（（ｘ＜＜Ｎ）＋Ｋ）＊Ｐ１＋（（ｙ＜＜Ｎ）＋Ｋ）＊Ｐ２－Ｐ３
２^Ｎは、上記距離の上記サンプル精度の逆数を表す、項目１２～１５のいずれか１項に記載の方法。
（項目１７）
Ｎは１に等しい、項目１３に記載の方法。
（項目１８）
上記サンプルセットは、上記現在のブロックのルマサンプルセットである、項目１～１７のいずれか１項に記載の方法。
（項目１９）
上記現在のブロック内の上記サンプルセットと上記共通の境界との間の上記距離を決定する前に、上記方法は、
上記現在のブロックを複数のサンプルセットに分割する段階であって、上記複数のサンプルセットのそれぞれが上記サンプルセットと同じサイズを有する、分割する段階、又は、
上記現在のブロックを上記サンプルセットとして設定する段階、
をさらに備える、項目１～１８のいずれか１項に記載の方法。
（項目２０）
上記サンプルセットは、４×４サンプルアレイである、項目１～１９のいずれか１項に記載の方法。
（項目２１）
上記複数のサンプルセットのそれぞれは、各動き情報保存ユニットに対応し、上記動き情報保存ユニットは、上記第１の動き情報、上記第２の動き情報、及び上記第３の動き情報のうちの１つを保存するために使用される、項目１８又は１９に記載の方法。
（項目２２）
上記第１のサブブロック及び上記第２のサブブロックは、三角形区分、台形区分、又は非対称矩形区分である、項目１～２１のいずれか１項に記載の方法。
（項目２３）
上記第１の動き情報は、第１の参照ピクチャリストに基づく動き情報を含み、上記第２の動き情報は、第２の参照ピクチャリストに基づく動き情報を含み、上記第３の動き情報は、上記第１の動き情報及び上記第２の動き情報を含む、項目１～２２のいずれか１項に記載の方法。
（項目２４）
動き情報保存装置であって、現在のブロックが第１のサブブロック及び第２のサブブロックからなり、上記第１のサブブロック及び上記第２のサブブロックは、共通の境界によって分離され、上記第１のサブブロックは、第１の動き情報に対応し、上記第２のサブブロックは、第２の動き情報に対応し、上記装置は、
上記現在のブロック内のサンプルセットと上記共通の境界との間の距離を決定するように構成されている計算モジュールと、
第３の動き情報が上記サンプルセットに関して保存されるか否かを決定するために、上記距離を閾値と比較するように構成されている比較モジュールであって、上記第３の動き情報は、上記第１の動き情報及び上記第２の動き情報によって導出される、比較モジュールと、
を備える、動き情報保存装置。
（項目２５）
上記比較モジュールは、
上記距離の絶対値が上記閾値以下である場合、上記第３の動き情報が上記サンプルセットに関して保存されることを決定する、
ように構成されている、項目２４に記載の装置。
（項目２６）
上記距離の上記絶対値が上記閾値よりも大きい場合、上記比較モジュールは、
上記距離が正である場合、上記第１の動き情報が上記サンプルセットに関して保存されることを決定する、又は、
上記距離が負である場合、上記第２の動き情報が上記サンプルセットに関して保存されることを決定する、
ようにさらに構成されている、項目２５に記載の装置。
（項目２７）
上記閾値は予め定められている、項目２４～２６のいずれか１項に記載の装置。
（項目２８）
上記閾値は、上記共通の境界と水平方向又は垂直方向との間の幾何学的関係に基づく、項目２４～２７のいずれか１項に記載の装置。
（項目２９）
上記閾値は、上記共通の境界の直交方向と、上記水平方向又は上記垂直方向との間の角度に基づく、項目２８に記載の装置。
（項目３０）
上記閾値は、上記現在のブロックの幅及び／又は高さに基づく、項目２４～２９のいずれか１項に記載の装置。
（項目３１）
上記共通の境界は、角度パラメータ及び距離パラメータによって決定され、上記計算モジュールは、
上記角度パラメータ及び上記距離パラメータを決定する、
ようにさらに構成されている、項目２４～３０のいずれか１項に記載の装置。
（項目３２）
デコーダでは、上記計算モジュールは、
ビットストリームから上記角度パラメータ及び上記距離パラメータをパースする、又は、
上記ビットストリームからインジケータをパースし、
上記インジケータに基づいて上記角度パラメータ及び上記距離パラメータを取得する、
ようにさらに構成されている、項目３１に記載の装置。
（項目３３）
上記計算モジュールは、
上記角度パラメータに基づいて第１の計算パラメータを決定し、
上記角度パラメータに基づいてｔｅｍｐ角度パラメータを計算し、
上記ｔｅｍｐ角度パラメータに基づいて第２の計算パラメータを決定し、
上記角度パラメータ及び上記距離パラメータに基づいて第３の計算パラメータを計算する、
ようにさらに構成されている、項目３１又は３２に記載の装置。
（項目３４）
上記第１の計算パラメータは、上記角度パラメータに従って、予め設定されたルックアップテーブルをチェックすることによって決定され、上記第２の計算パラメータは、上記ｔｅｍｐ角度パラメータに従って、上記ルックアップテーブルをチェックすることによって決定され、上記第１の計算パラメータ及び上記第２の計算パラメータは、それぞれ、同じ角度のコサイン値及びサイン値である、項目３３に記載の装置。
（項目３５）
上記距離は、以下によって計算され、
ｄｉｓｔＦｒｏｍＬｉｎｅ＝（ｘ＋Ｋ）＊Ｐ１＋（ｙ＋Ｋ）＊Ｐ２－Ｐ３
Ｐ１、Ｐ２、及びＰ３は、それぞれ、上記第１の計算パラメータ、上記第２の計算パラメータ、及び上記第３の計算パラメータであり、ｄｉｓｔＦｒｏｍＬｉｎｅは、上記距離を表し、Ｋは、非負の整数であり、ｘは、上記サンプルセットにおけるターゲット位置の水平座標を表し、ｙは、矩形座標系における上記ターゲット位置の垂直座標を表し、上記現在のブロックの左上サンプルの位置は、座標原点として設定され、右方向は、正の水平方向として設定され、下方向は、正の垂直方向として設定される、項目３３又は３４に記載の装置。
（項目３６）
Ｋは１に等しい、項目３５に記載の装置。
（項目３７）
上記ターゲット位置は、上記サンプルセットにおいて予め定められている、項目３５又は３６に記載の装置。
（項目３８）
上記予め定められた位置は、上記サンプルセットの左上位置である、又は、上記サンプルセットの中心位置である、項目３７に記載の装置。
（項目３９）
上記距離のサンプル精度は、整数サンプルよりも高く、
対応して、上記距離は、以下によって計算され、
ｄｉｓｔＦｒｏｍＬｉｎｅ＝（（ｘ＜＜Ｎ）＋Ｋ）＊Ｐ１＋（（ｙ＜＜Ｎ）＋Ｋ）＊Ｐ２－Ｐ３
２^Ｎは、上記距離の上記サンプル精度の逆数を表す、項目３５～３８のいずれか１項に記載の装置。
（項目４０）
Ｎは１に等しい、項目３６に記載の装置。
（項目４１）
上記サンプルセットは、上記現在のブロックのルマサンプルセットである、項目２４～４０のいずれか１項に記載の装置。
（項目４２）
上記装置は、
上記現在のブロックを複数のサンプルセットに分割し、上記複数のサンプルセットのそれぞれが上記サンプルセットと同じサイズを有する、又は、
上記現在のブロックを上記サンプルセットとして設定する、
ように構成されている分割モジュールをさらに備える、項目２４～４１のいずれか１項に記載の装置。
（項目４３）
サンプルセットは４×４サンプルアレイである、項目２４～４２のいずれか１項に記載の装置。
（項目４４）
上記複数のサンプルセットのそれぞれは、各動き情報保存ユニットに対応し、上記動き情報保存ユニットは、上記第１の動き情報、上記第２の動き情報、及び上記第３の動き情報のうちの１つを保存するために使用される、項目４２又は４３に記載の装置。
（項目４５）
上記第１のサブブロック及び上記第２のサブブロックは、三角形区分、非対称矩形区分、又は台形区分である、項目２４～４４のいずれか１項に記載の装置。
（項目４６）
上記第１の動き情報は、第１の参照ピクチャリストに基づく動き情報を含み、上記第２の動き情報は、第２の参照ピクチャリストに基づく動き情報を含み、上記第３の動き情報は、上記第１の動き情報及び上記第２の動き情報を含む、項目２４～４５のいずれか１項に記載の装置。
（項目４７）
プロセッサとメモリとを備える、ビデオストリームをデコードする装置であって、上記メモリは、上記プロセッサに項目１～２３のいずれか１項に記載の方法を実行させる命令を記憶している、装置。
（項目４８）
プロセッサとメモリとを備える、ビデオストリームをエンコードする装置であって、上記メモリは、上記プロセッサに項目１～２３のいずれか１項に記載の方法を実行させる命令を記憶している、装置。
（項目４９）
実行されると、１又は複数のプロセッサがビデオデータをコードするように構成されているようにする命令を記憶したコンピュータ可読記憶媒体であって、上記命令は、上記１又は複数のプロセッサに項目１～２３のいずれか１項に記載の方法を実行させる、コンピュータ可読記憶媒体。
（項目５０）
コンピュータ上で実行されると、項目１～２３のいずれか１項に記載の方法を実行するプログラムコードを備える、コンピュータプログラム。

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【国際調査報告】