JP7705397B2 - ラップアラウンド動き補償を実行する方法 - Google Patents

Description

関連出願の相互参照
[001] 本開示は、２０１９年１２月１７日に出願された、米国仮特許出願第６２／９４９，３９６号に対する優先権及び優先権の利益を主張する。仮出願は、参照により本明細書にその全体が組み込まれる。

技術分野
[002] 本開示は、概して、映像処理に関し、より詳細には、ラップアラウンド動き補償を実行する方法及びシステムに関する。

背景
[003] 映像は、視覚情報を取り込んだ静的ピクチャ（又は「フレーム」）のセットである。記憶メモリ及び伝送帯域幅を低減するために、映像を記憶又は伝送前に圧縮し、表示前に復元することができる。圧縮プロセスは通常、符号化と称され、復元プロセスは通常、復号化と称される。最も一般的には、予測、変換、量子化、エントロピー符号化、及びインループフィルタリングに基づく、標準化映像符号化技術を用いる様々な映像符号化フォーマットが存在する。特定の映像符号化フォーマットを指定する、高効率ビデオコーディング（High Efficiency Video Coding）（例えばＨＥＶＣ／Ｈ．２６５）規格、多用途ビデオコーディング（Versatile Video Coding）（例えばＶＶＣ／Ｈ．２６６）、及び標準ＡＶＳ規格などの、映像符号化規格が標準化機関によって開発されている。進化した映像符号化技術が映像規格に次々と採用されるに従って、新たな映像符号化規格の符号化効率はますます高くなる。

開示の概要
[004] 本開示の実施形態は、動き補償を実行する方法を提供する。方法は、第１のラップアラウンド動き補償フラグを受信することであって、第１のラップアラウンド動き補償フラグがピクチャに関連付けられることと、第１のラップアラウンド動き補償フラグが有効であるかどうかを決定することと、第１のラップアラウンド動き補償フラグが有効であるとの決定に応じて、ラップアラウンド動き補償オフセットを受信することであって、ラップアラウンド動き補償オフセットがピクチャに関連付けられることと、第１のラップアラウンド動き補償フラグ及びラップアラウンド動き補償オフセットに従ってピクチャに対してラップアラウンド動き補償を実行することと、を含む。

[005] 本開示の実施形態は、動き補償を実行するシステムをさらに提供する。システムは、命令のセットを記憶するメモリと、プロセッサとを備え、プロセッサは、第１のラップアラウンド動き補償フラグを受信することであって、第１のラップアラウンド動き補償フラグがピクチャに関連付けられることと、第１のラップアラウンド動き補償フラグが有効であるかどうかを決定することと、第１のラップアラウンド動き補償フラグが有効であるとの決定に応じて、ラップアラウンド動き補償オフセットを受信することであって、ラップアラウンド動き補償オフセットがピクチャに関連付けられることと、第１のラップアラウンド動き補償フラグ及びラップアラウンド動き補償オフセットに従ってピクチャに対してラップアラウンド動き補償を実行することと、をシステムに実行させるように、命令のセットを実行するように構成される。

[006] 本開示の実施形態は、命令のセットを記憶する非一時的コンピュータ可読媒体であって、命令のセットは、装置に動き補償を実行する方法を開始させるために、装置の１つ以上のプロセッサによって実行可能であり、方法が、第１のラップアラウンド動き補償フラグを受信することであって、第１のラップアラウンド動き補償フラグがピクチャに関連付けられることと、第１のラップアラウンド動き補償フラグが有効であるかどうかを決定することと、第１のラップアラウンド動き補償フラグが有効であるとの決定に応じて、ラップアラウンド動き補償オフセットを受信することであって、ラップアラウンド動き補償オフセットがピクチャに関連付けられることと、第１のラップアラウンド動き補償フラグ及びラップアラウンド動き補償オフセットに従ってピクチャに対してラップアラウンド動き補償を実行することと、を含む、非一時的コンピュータ可読媒体をさらに提供する。

図面の簡単な説明
[007] 本開示の実施形態及び様々な態様が以下の詳細な説明及び添付の図面において例示される。図に示される様々な特徴は、原寸に比例して描かれていない。

[008]本開示のいくつかの実施形態に係る、例示的な映像シーケンスの構造を示す。 [009]本開示のいくつかの実施形態に係る、例示的な符号化プロセスの概略図を示す。 [010]本開示のいくつかの実施形態に係る、別の例示的な符号化プロセスの概略図を示す。 [011]本開示のいくつかの実施形態に係る、例示的な復号プロセスの概略図を示す。 [012]本開示のいくつかの実施形態に係る、別の例示的な復号プロセスの概略図を示す。 [013]本開示のいくつかの実施形態に係る、映像を符号化又は復号するための例示的な装置のブロック図を示す。 [014]本開示のいくつかの実施形態に係る、再構成された正距円筒図法を生成するための例示的なブレンド動作の概略図を示す。 [015]本開示のいくつかの実施形態に係る、再構成された正距円筒図法を生成するための例示的なクロッピング動作の概略図を示す。 [016]本開示のいくつかの実施形態に係る、正距円筒図法のための例示的な水平ラップアラウンド動き補償プロセスの概略図を示す。 [017]本開示のいくつかの実施形態に係る、パディングされた正距円筒図法のための例示的な水平ラップアラウンド動き補償プロセスの概略図を示す。 [018]本開示のいくつかの実施形態に係る、ラップアラウンド動き補償のための例示的なシーケンスパラメータセットの構文を示す。 [019]本開示のいくつかの実施形態に係る、ラップアラウンド動き補償のための例示的なシーケンスパラメータセットの意味（セマンティクス）を示す。 [020]本開示のいくつかの実施形態に係る、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセットの構文を示す。 [021]本開示のいくつかの実施形態に係る、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセットの意味を示す。 [022]本開示のいくつかの実施形態に係る、最大ピクチャ幅を用いた、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセットの意味を示す。 [023]本開示のいくつかの実施形態に係る、変数「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅＦｌａｇ」及び「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」の導出例を示す。 [024]本開示のいくつかの実施形態に係る、動き補償に使用されるサンプル位置の導出例を示す。 [025]本開示のいくつかの実施形態に係る、ピクチャパラメータセット内のラップアラウンド動き補償オフセットを用いたラップアラウンド動き補償のための例示的なシーケンスパラメータセット及びピクチャパラメータセットの構文を示す。 [026]本開示のいくつかの実施形態に係る、ピクチャパラメータセット内のラップアラウンド動き補償オフセットを用いたラップアラウンド動き補償のための例示的なシーケンスパラメータセット及びピクチャパラメータセットの意味を示す。 [027]本開示のいくつかの実施形態に係る、ラップアラウンド動き補償オフセットのない改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセットの構文を示す。 [028]本開示のいくつかの実施形態に係る、ラップアラウンド動き補償オフセットを用いた、改善されたラップアラウンド動き補償のための例示的なピクチャパラメータセットの構文を示す。 [029]本開示のいくつかの実施形態に係る、ピクチャパラメータセット内のラップアラウンド動き補償オフセットを用いた、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセット及びピクチャパラメータセットの意味を示す。 [030]本開示のいくつかの実施形態に係る、変数「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅＦｌａｇ」及び「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」の導出例を示す。 [031]本開示のいくつかの実施形態に係る、シーケンスパラメータセット内のラップアラウンド動き補償オフセットのない、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセットの構文を示す。 [032]本開示のいくつかの実施形態に係る、ラップアラウンド動き制御フラグを用いた、改善されたラップアラウンド動き補償のための例示的なピクチャパラメータセットの構文を示す。 [033]本開示のいくつかの実施形態に係る、ピクチャパラメータセット内のラップアラウンド制御フラグを用いた、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセット及びピクチャパラメータセットの意味を示す。 [034]本開示のいくつかの実施形態に係る、ピクチャパラメータセット内のラップアラウンド制御フラグを用いた、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセット及びピクチャパラメータセットの意味を示す。 [035]本開示のいくつかの実施形態に係る、変数「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」の導出例を示す。 [036]本開示のいくつかの実施形態に係る、ピクチャサイズに対する制限を用いた、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセット及びピクチャパラメータセットの意味を示す。 [037]本開示のいくつかの実施形態に係る、変数「ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」、「ＣｔｂＳｉｚｅＹ」、及び「ＭｉｎＣｂＳｉｚｅＹ」に課された制限を用いた、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセットの意味を示す。 [038]本開示のいくつかの実施形態に係る、変数「ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」に課された制限を用いた、改善されたラップアラウンド動き補償のための例示的なピクチャパラメータセットの意味を示す。 [039]本開示のいくつかの実施形態に係る、動き補償を実行するための例示的な方法のフローチャートを示す。 [040]本開示のいくつかの実施形態に係る、シーケンスラップアラウンド動き補償オフセットに対する制限された範囲を用いた動き補償を実行するための例示的な方法のフローチャートを示す。 [041]本開示のいくつかの実施形態に係る、シーケンスラップアラウンド動き補償オフセットに関連付けられたピクチャを用いた動き補償を実行するための例示的な方法のフローチャートを示す。 [042]本開示のいくつかの実施形態に係る、制限された最大ピクチャサイズを用いた動き補償を実行するための例示的な方法のフローチャートを示す。

詳細な説明
[043] 次に、添付の図面に例が示された、例示的な実施形態を詳細に参照する。以下の説明は添付の図面を参照し、図面において、異なる図面における同じ符号は、別途示されない限り、同じ又は同様の要素を表す。例示的な実施形態の以下の説明において示される実装形態は、本開示に従う全ての実装形態を表すものではない。むしろ、それらは、添付の請求項において列挙されるとおりの本開示に関連する態様に従う装置及び方法の単なる例にすぎない。本開示の特定の態様が以下においてより詳細に説明される。参照により組み込まれる用語及び／又は定義と矛盾する場合には、本明細書において提供される用語及び定義が優先する。

[044] ＩＴＵ－Ｔビデオコーディングエキスパートグループ（ＩＴＵ－Ｔ ＶＣＥＧ（ITU-T Video Coding Expert Group））及びＩＳＯ／ＩＥＣムービングピクチャエクスパートグループ（ＩＳＯ／ＩＥＣＭＰＥＧ（ISO/IEC Moving Picture Expert））のジョイントビデオエクスパーツチーム（ＪＶＥＴ（Joint Video Experts Team））は、現在、多用途ビデオコーディング（ＶＶＣ／Ｈ．２６６）規格を開発している。ＶＶＣ規格は、その前身、高効率ビデオコーディング（ＨＥＶＣ／Ｈ．２６５）規格の圧縮効率を２倍にすることを目指している。換言すれば、ＶＶＣの目標は、半分の帯域幅を用いてＨＥＶＣ／Ｈ．２６５と同じ主観的品質を達成することである。

[045] 半分の帯域幅を用いてＨＥＶＣ／Ｈ．２６５と同じ主観的品質を達成するために、統合ビデオエキスパートチーム（ＪＶＥＴ（Joint Video Experts Team））は、共同探索モデル（ＪＥＭ（joint exploration model））参照ソフトウェアを用いてＨＥＶＣを超える技術を開発している。符号化技術がＪＥＭに組み込まれたため、ＪＥＭはＨＥＶＣよりも実質的に高い符号化性能を達成した。ＶＣＥＧ及びＭＰＥＧは、ＨＥＶＣを超える次世代映像圧縮規格の開発も正式に開始している。

[046] ＶＶＣ規格は最近開発されたものであり、より優れた圧縮性能をもたらすより多くの符号化技術を組み込み続けている。ＶＶＣは、ＨＥＶＣ、Ｈ．２６４／ＡＶＣ、ＭＰＥＧ２、H.263等などの現代的な映像圧縮規格において用いられてきた同じハイブリッド映像符号化システムに基づく。

[047] 映像は、視覚情報を記憶するために時系列で配列された静的ピクチャ（又は「フレーム」）のセットである。映像取り込みデバイス（例えば、カメラ）を、それらのピクチャを時系列で取り込んで記憶するために用いることができ、映像再生デバイス（例えば、テレビ、コンピュータ、スマートフォン、タブレットコンピュータ、ビデオプレーヤ、又は表示機能を有する任意のエンドユーザ端末）を、このようなピクチャを時系列で表示するために用いることができる。また、用途によっては、映像取り込みデバイスが、取り込まれた映像を、監督、会議開催、又は生放送などのために、映像再生デバイス（例えば、モニタを有するコンピュータ）へリアルタイムに伝送することができる。

[048] このような用途によって必要とされる記憶空間及び伝送帯域幅を低減するために、映像を圧縮することができる。例えば、映像は記憶前及び伝送前に圧縮し、表示前に復元することができる。圧縮及び復元は、プロセッサ（例えば、汎用コンピュータのプロセッサ）によって実行されるソフトウェア、又は特殊ハードウェアによって実施され得る。圧縮のためのモジュール又は回路構成は一般的に「符号器」と称され、復元のためのモジュール又は回路構成は一般的に「復号器」と称される。符号器及び復号器はまとめて「コーデック」と称され得る。符号器及び復号器は、種々の好適なハードウェア、ソフトウェア、又はこれらの組み合わせのうちの任意のものとして実施することができる。例えば、符号器及び復号器のハードウェア実装形態は、１つ以上のマイクロプロセッサ、デジタル信号プロセッサ（「DSP（digital signal processor）」）、特定用途向け集積回路（「ASIC（application-specific integrated circuit）」）、フィールドプログラマブルゲートアレイ（「FPGA（field-programmable gate array）」）、個別論理、又はこれらの任意の組み合わせなどの、回路機構を含むことができる。符号器及び復号器のソフトウェア実装形態は、プログラムコード、コンピュータ実行可能命令、ファームウェア、又はコンピュータ可読媒体内に固定された任意の好適なコンピュータ実施アルゴリズム若しくはプロセスを含むことができる。映像圧縮及び復元は、ＭＰＥＧ－１、ＭＰＥＧ－２、ＭＰＥＧ－４、Ｈ．２６ｘシリーズ、又は同様のものなどの、様々なアルゴリズム又は規格によって実施され得る。用途によっては、コーデックは映像を第１の符号化規格から復元し、復元された映像を、第２の符号化規格を用いて再圧縮することができる。この場合には、コーデックは「トランスコーダ」と称され得る。

[049] 映像符号化プロセスは、ピクチャを再構成するために用いることができる有用な情報を識別し、維持し得る。映像符号化プロセスにおいて無視された情報を完全に再構成することができない場合、符号化プロセスは「非可逆」と称され得る。さもなければ、それは「可逆」と称され得る。大抵の符号化プロセスは非可逆であり、これは、必要とされる記憶空間及び伝送帯域幅を低減するためのトレードオフである。

[050] 多くの場合、符号化中のピクチャ（「現在のピクチャ」と称される）の有用な情報は、参照ピクチャ（例えば、以前に符号化されたか、又は再構成されたピクチャ）に対する変化を含む。このような変化は、ピクセルの位置の変化、明るさの変化、又は色の変化を含むことができる。オブジェクトを表現するピクセルのグループの位置の変化は、参照ピクチャと現在のピクチャとの間のオブジェクトの動きを反映することができる。

[051] 別のピクチャを参照することなく符号化されたピクチャ（すなわち、それがそれ自身の参照ピクチャである）は「Ｉピクチャ」と称される。以前のピクチャを参照ピクチャとして用いて符号化されたピクチャは「Ｐピクチャ」と称される。以前のピクチャ及び将来のピクチャの両方を参照ピクチャとして用いて符号化されたピクチャ（すなわち、参照は「双方向性」である）は「Ｂピクチャ」と称される。

[052] 図１は、本開示のいくつかの実施形態に係る、例示的な映像シーケンス１００の構造を示す。図１に示すように、映像シーケンス１００は、ライブ映像、又は取り込まれ、アーカイブされた映像であることができる。映像１００は、現実の映像、コンピュータ生成映像（例えば、コンピュータゲーム映像）、又はこれらの組み合わせ（例えば、拡張現実感効果を伴う現実の映像）であることができる。映像シーケンス１００は、映像取り込みデバイス（例えば、カメラ）、以前に取り込まれた映像を包含する映像アーカイブ（例えば、記憶デバイス内に記憶された映像ファイル）、又は映像コンテンツプロバイダからの映像を受信するための映像供給インターフェース（例えば、映像放送トランシーバ）から入力され得る。

[053] 図１に示されるように、映像シーケンス１００は、ピクチャ１０２、１０４、１０６、及び１０８を含む、タイムラインに沿って時間的に配列された一連のピクチャを含むことができる。ピクチャ１０２～１０６は連続しており、ピクチャ１０６及び１０８の間にはさらなるピクチャが存在する。図１において、ピクチャ１０２はＩピクチャであり、その参照ピクチャはピクチャ１０２自身である。ピクチャ１０４はＰピクチャであり、その参照ピクチャは、矢印によって指示されるように、ピクチャ１０２である。ピクチャ１０６はＢピクチャであり、その参照ピクチャは、矢印によって指示されるように、ピクチャ１０４及び１０８である。実施形態によっては、ピクチャ（例えば、ピクチャ１０４）の参照ピクチャは当該ピクチャの直前又は直後になくてもよい。例えば、ピクチャ１０４の参照ピクチャはピクチャ１０２の前のピクチャであることができる。ピクチャ１０２～１０６の参照ピクチャは単なる例にすぎず、本開示は参照ピクチャの実施形態を、図１に示される例として限定しないことに留意されたい。

[054] 典型的に、映像コーデックは、このようなタスクの計算の複雑性のゆえに、ピクチャ全体を一度に符号化又は復号化しない。むしろ、それらはピクチャを基本セグメントに分割し、ピクチャをセグメントごとに符号化又は復号化することができる。このような基本セグメントは本開示において基本処理ユニット（「ＢＰＵ（basic processing unit）」）と称される。例えば、図１における構造１１０は映像シーケンス１００のピクチャ（例えば、ピクチャ１０２～１０８のうちの任意のもの）の例示的な構造を示す。構造１１０においては、ピクチャが４×４基本処理ユニットに分割され、それらの境界は破線として示されている。実施形態によっては、基本処理ユニットは、いくつかの映像符号化規格（例えば、MPEGファミリー、Ｈ．２６１、Ｈ．２６３、又はＨ．２６４／ＡＶＣ）では、「マクロブロック」と、或いはいくつかの他の映像符号化規格（例えば、Ｈ．２６５／ＨＥＶＣ又はＨ．２６６／ＶＶＣ）では、「符号化ツリーユニット」（「ＣＴＵ（coding tree unit）」）と称され得る。基本処理ユニットは、１２８×１２８、６４×６４、３２×３２、１６×１６、４×８、１６×３２などの、ピクチャにおける可変サイズ、或いはピクセルの任意の随意の形状及びサイズを有することができる。基本処理ユニットのサイズ及び形状は、ピクチャのために、符号化効率と、基本処理ユニットにおいて維持されるべき詳細さのレベルとのバランスに基づいて選択することができる。

[055] 基本処理ユニットは、コンピュータメモリ内に（例えば、映像フレームバッファ内に）記憶された異なる種類の映像データのグループを含むことができる、論理ユニットであることができる。例えば、カラーピクチャの基本処理ユニットは、無色の輝度情報を表現するルマ成分（Ｙ）、色情報を表現する１つ以上のクロマ成分（例えば、Ｃｂ及びＣｒ）、並びに関連構文要素を含むことができ、ここで、ルマ及びクロマ成分は基本処理ユニットの同じサイズを有することができる。ルマ及びクロマ成分は、いくつかの映像符号化規格（例えば、Ｈ．２６５／ＨＥＶＣ又はＨ．２６６／ＶＶＣ）では、「符号化ツリーブロック」（「ＣＴＢ（coding tree block）」）と称され得る。基本処理ユニットに対して遂行される任意の演算は、そのルマ及びクロマ成分の各々に対して繰り返し遂行され得る。

[056] 映像符号化は複数の演算段階を有し、図２Ａ～図２Ｂ及び図３Ａ～図３Ｂにその例が示されている。段階ごとに、基本処理ユニットのサイズは依然として処理のために大きすぎるものになり得、それゆえ、本開示において「基本処理サブユニット」と称されるセグメントにさらに分割され得る。実施形態によっては、基本処理サブユニットは、いくつかの映像符号化規格（例えば、ＭＰＥＧファミリー、Ｈ．２６１、Ｈ．２６３、又はＨ．２６４／ＡＶＣ）では、「ブロック」と、或いはいくつかの他の映像符号化規格（例えば、Ｈ．２６５／ＨＥＶＣ又はＨ．２６６／ＶＶＣ）では、「符号化ユニット」（「ＣＵ」）と称され得る。基本処理サブユニットは、基本処理ユニットと同じ、又はそれよりも小さいサイズを有することができる。基本処理ユニットと同様に、基本処理サブユニットもまた、コンピュータメモリ内に（例えば、映像フレームバッファ内に）記憶された異なる種類の映像データ（例えば、Ｙ、Ｃｂ、Ｃｒ、及び関連構文要素）のグループを含むことができる、論理ユニットである。基本処理サブユニットに対して遂行される任意の動作は、そのルマ及びクロマ成分の各々に対して繰り返し遂行され得る。このような分割は処理の必要に応じてさらなるレベルまで遂行され得ることに留意されたい。また、異なる段階は、異なる方式を用いて基本処理ユニットを分割することができることにも留意されたい。

[057] 例えば、モード決定段階（図２Ｂにその一例が示されている）において、符号器は、どのような予測モード（例えば、イントラピクチャ予測又はインターピクチャ予測）を基本処理ユニットのために用いるかを決定することができるが、基本処理ユニットは、このような決定を行うには大きすぎるものになり得る。符号器は、基本処理ユニットを複数の基本処理サブユニット（例えば、Ｈ．２６５／ＨＥＶＣ又はＨ．２６６／ＶＶＣの場合のように、ＣＵ）に分割し、個々の基本処理サブユニットごとに予測の種類を決めることができる。

[058] 別の例として、予測段階（図２Ａ～図２Ｂにその例が示されている）において、符号器は、基本処理サブユニット（例えば、ＣＵ）のレベルで予測演算を遂行することができる。しかし、場合によっては、基本処理サブユニットは、依然として、処理するには大きすぎるものになり得る。符号器は、基本処理サブユニットをより小さいセグメント（例えば、Ｈ．２６５／ＨＥＶＣ又はＨ．２６６／ＶＶＣでは「予測ブロック（prediction block）」又は「ＰＢ」と称される）にさらに分割することができ、そのレベルで予測演算が遂行され得る。

[059] 別の例として、変換段階（図２Ａ～図２Ｂにその例が示されている）において、符号器は、残差基本処理サブユニット（例えば、ＣＵ）のための変換演算を遂行することができる。しかし、場合によっては、基本処理サブユニットは、依然として、処理するには大きすぎるものになり得る。符号器は、基本処理サブユニットをより小さいセグメント（例えば、Ｈ．２６５／ＨＥＶＣ又はＨ．２６６／ＶＶＣでは「変換ブロック（transform block）」又は「ＴＢ」と称される）にさらに分割することができ、そのレベルで変換演算が遂行され得る。同じ基本処理サブユニットの分割方式が、予測段階及び変換段階において異なってもよいことに留意されたい。例えば、Ｈ．２６５／ＨＥＶＣ又はＨ．２６６／ＶＶＣでは、同じＣＵの予測ブロック及び変換ブロックが異なるサイズ及び数を有してもよい。

[060] 図１の構造１１０においては、基本処理ユニット１１２は３×３基本処理サブユニットにさらに分割され、それらの境界は点線として示されている。同じピクチャの異なる基本処理ユニットは異なる方式で基本処理サブユニットに分割されてもよい。

[061] 実装形態によっては、並列処理及び誤り耐性の能力を映像符号化及び復号化にもたらすために、ピクチャを処理のための領域に分割することができ、これにより、符号化又は復号化プロセスは、ピクチャ領域に関して、ピクチャのいかなる他の領域からの情報にも依存しなくてすむ。換言すれば、ピクチャの各領域は独立して処理され得る。そうすることによって、コーデックはピクチャの異なる領域を並行して処理することができ、それゆえ、符号化効率を増大させる。また、領域のデータが処理中に破損したか、又はネットワーク伝送中に失われたときには、コーデックは、破損した、又は失われたデータを頼ることなく、同じピクチャの他の領域を正しく符号化又は復号化することもでき、それゆえ、誤り耐性の能力をもたらす。いくつかの映像符号化規格では、ピクチャを異なる種類の領域に分割することができる。例えば、Ｈ．２６５／ＨＥＶＣ及びＨ．２６６／ＶＶＣは２種類の領域：「スライス」及び「タイル」を提供する。また、映像シーケンス１００の異なるピクチャは、ピクチャを領域に分割するための異なる区分方式を有することができることにも留意されたい。

[062] 例えば、図１では、構造１１０は３つの領域１１４、１１６、及び１１８に分割され、それらの境界は構造１１０の内部の実線として示されている。領域１１４は４つの基本処理ユニットを含む。領域１１６及び１１８の各々は６つの基本処理ユニットを含む。図１における構造１１０の基本処理ユニット、基本処理サブユニット、及び領域は単なる例に過ぎず、本開示はその実施形態を限定しないことに留意されたい。

[063] 図２Ａは、本開示のいくつかの実施形態による、例示的な符号化プロセス２００Ａの概略図を示す。例えば、図２Ａに示す符号化プロセス２００Ａは、符号器によって遂行され得る。図２Ａに示されるように、符号器は、プロセス２００Ａに従って映像シーケンス２０２を映像ビットストリーム２２８に符号化することができる。図１における映像シーケンス１００と同様に、映像シーケンス２０２は、時間的順序で配列されたピクチャ（「原ピクチャ」と称される）のセットを含むことができる。図１における構造１１０と同様に、映像シーケンス２０２の各原ピクチャは、符号器によって処理のために基本処理ユニット、基本処理サブユニット、又は領域に分割され得る。実施形態によっては、符号器は、映像シーケンス２０２の原ピクチャごとに基本処理ユニットのレベルでプロセス２００Ａを遂行することができる。例えば、符号器はプロセス２００Ａを反復的な仕方で遂行することができ、その場合、符号器は基本処理ユニットをプロセス２００Ａの１回の反復において符号化することができる。実施形態によっては、符号器はプロセス２００Ａを映像シーケンス２０２の各原ピクチャの領域（例えば、領域１１４～１１８）のために並行して遂行することができる。

[064] 図２Ａにおいて、符号器は、映像シーケンス２０２の原ピクチャの基本処理ユニット（「原ＢＰＵ」と称される）を予測段階２０４に供給し、予測データ２０６及び予測ＢＰＵ２０８を生成することができる。符号器は、予測ＢＰＵ２０８を原ＢＰＵから減算し、残差ＢＰＵ２１０を生成することができる。符号器は、残差ＢＰＵ２１０を変換段階２１２及び量子化段階２１４に供給し、量子化変換係数２１６を生成することができる。符号器は、予測データ２０６及び量子化変換係数２１６を２値符号化段階２２６に供給し、映像ビットストリーム２２８を生成することができる。構成要素２０２、２０４、２０６、２０８、２１０、２１２、２１４、２１６、２２６、及び２２８は「順方向経路」と称され得る。プロセス２００Ａの間、量子化段階２１４の後に、符号器は、量子化変換係数２１６を逆量子化段階２１８及び逆変換段階２２０に供給し、再構成残差ＢＰＵ２２２を生成することができる。符号器は、再構成残差ＢＰＵ２２２を予測ＢＰＵ２０８に加算し、プロセス２００Ａの次の反復のために予測段階２０４において用いられる、予測基準２２４を生成することができる。プロセス２００Ａの構成要素２１８、２２０、２２２、及び２２４は「再構成経路」と称され得る。再構成経路は、符号器及び復号器の両方が同じ参照データを予測のために用いることを確実にするために用いられ得る。

[065] 符号器は、原ピクチャの各原ＢＰＵを（順方向経路内で）符号化し、原ピクチャの次の原ＢＰＵを符号化するための予測基準２２４を（再構成経路内で）生成するために、プロセス２００Ａを反復的に遂行することができる。原ピクチャの全ての原ＢＰＵを符号化した後に、符号器は、映像シーケンス２０２内の次のピクチャを符号化するために進むことができる。

[066] プロセス２００Ａを参照すると、符号器は、映像取り込みデバイス（例えば、カメラ）によって生成された映像シーケンス２０２を受信することができる。本明細書において用いられる用語「受信する」は、受信すること、入力すること、獲得すること、取得すること、得ること、読み込むこと、アクセスすること、又はデータを入力するための任意の仕方による任意の行為を指すことができる。

[067] 予測段階２０４において、現在の反復において、符号器は原ＢＰＵ及び予測基準２２４を受信し、予測演算を遂行し、予測データ２０６及び予測ＢＰＵ２０８を生成することができる。予測基準２２４は、プロセス２００Ａの以前の反復の再構成経路から生成され得る。予測段階２０４の目的は、予測データ２０６を抽出することによって、情報冗長性を低減することであり、予測データ２０６は、予測データ２０６及び予測基準２２４から予測ＢＰＵ２０８として原ＢＰＵを再構成するために用いることができるる。

[068] 理想的には、予測ＢＰＵ２０８は原ＢＰＵと同一であることができる。しかし、非理想的な予測及び再構成演算のゆえに、予測ＢＰＵ２０８は、概して、原ＢＰＵとは若干異なる。このような差を記録するために、予測ＢＰＵ２０８を生成した後に、符号器はそれを原ＢＰＵから減算し、残差ＢＰＵ２１０を生成することができる。例えば、符号器は、予測ＢＰＵ２０８のピクセルの値（例えば、グレースケール値又はＲＧＢ値）を原ＢＰＵの対応するピクセルの値から減算することができる。残差ＢＰＵ２１０の各ピクセルは、原ＢＰＵ及び予測ＢＰＵ２０８の対応するピクセルの間のこのような減算の結果としての残差値を有することができる。原ＢＰＵと比べて、予測データ２０６及び残差ＢＰＵ２１０はより少数のビットを有することができるが、それらは、著しい品質劣化を伴うことなく原ＢＰＵを再構成するために用いられ得る。それゆえ、原ＢＰＵは圧縮される。

[069] 残差ＢＰＵ２１０をさらに圧縮するために、変換段階２１２において、符号器は、それを２次元「基底パターン」のセットに分解することによって、残差ＢＰＵ２１０の空間的冗長性を低減することができ、各基底パターンは「変換係数」に関連付けられている。基底パターンは同じサイズ（例えば、残差ＢＰＵ２１０のサイズ）を有することができる。各基底パターンは、残差ＢＰＵ２１０の変化周波数（例えば、輝度変化の周波数）成分を表現することができる。基底パターンはいずれも、いかなる他の基底パターンのいかなる結合（例えば、線形結合）からも再現することができない。換言すれば、分解は残差ＢＰＵ２１０の変化を周波数領域に分解することができる。このような分解は関数の離散フーリエ変換と類似しており、この場合、基底パターンは離散フーリエ変換の基底関数（例えば、三角関数）と類似しており、変換係数は、基底関数に関連付けられた係数と類似している。

[070] 異なる変換アルゴリズムは異なる基底パターンを用いることができる。例えば、離散余弦変換、離散正弦変換、又は同様のものなどの、様々な変換アルゴリズムを変換段階２１２において用いることができる。変換段階２１２における変換は逆演算可能である。すなわち、符号器は、変換の逆演算（「逆変換」と称される）によって残差ＢＰＵ２１０を回復することができる。例えば、残差ＢＰＵ２１０のピクセルを回復するために、逆変換は、基底パターンの対応するピクセルの値にそれぞれの関連係数を乗算し、積を加算していき、加重和を生成することができる。映像符号化規格のために、符号器及び復号器は両方とも同じ変換アルゴリズム（それゆえ、同じ基底パターン）を用いることができる。それゆえ、符号器は変換係数のみを記録することができ、復号器は、基底パターンを符号器から受信することなく、変換係数から残差ＢＰＵ２１０を再構成することができる。残差ＢＰＵ２１０と比べて、変換係数はより少数のビットを有することができるが、それらは、著しい品質劣化を伴うことなく残差ＢＰＵ２１０を再構成するために用いられ得る。それゆえ、残差ＢＰＵ２１０はさらに圧縮される。

[071] 符号器は、量子化段階２１４において変換係数をさらに圧縮することができる。変換プロセスにおいて、異なる基底パターンは異なる変化周波数（例えば、輝度変化周波数）を表現することができる。人間の眼は、概して、低周波数変化を認識することがより得意であるため、符号器は、復号化において著しい品質劣化を生じさせることなく高周波数変化の情報を無視することができる。例えば、量子化段階２１４において、符号器は、各変換係数を整数値（「量子化パラメータ」と称される）で除算し、商をその最近傍の整数に丸めることによって、量子化変換係数２１６を生成することができる。このような演算の後に、高周波数基底パターンの一部の変換係数は０に変換され得、低周波数基底パターンの変換係数はより小さい整数に変換され得る。符号器は０値の量子化変換係数２１６を無視することができ、これによって変換係数はさらに圧縮される。量子化プロセスもまた逆演算可能であり、この場合、量子化変換係数２１６は量子化の逆演算（「逆量子化」と称される）において変換係数に再構成され得る。

[072] 符号器はこのような除算の剰余を丸め演算において無視するため、量子化段階２１４は非可逆になり得る。典型的に、量子化段階２１４はプロセス２００Ａにおいて最大の情報損失に寄与し得る。情報損失が大きいほど、量子化変換係数２１６は少ないビットを必要とし得る。異なる情報損失レベルを得るために、符号器は、量子化パラメータ又は量子化プロセスの任意の他のパラメータの異なる値を用いることができる。

[073] ２値符号化段階２２６において、符号器は、例えば、エントロピー符号化、可変長符号化、算術符号化、ハフマン符号化、コンテキスト適応２値算術符号化、又は任意の他の可逆若しくは非可逆圧縮アルゴリズムなどの、２値符号化技法を用いて、予測データ２０６及び量子化変換係数２１６を符号化することができる。実施形態によっては、予測データ２０６及び量子化変換係数２１６のほかに、符号器は、例えば、予測段階２０４において用いられる予測モード、予測演算のパラメータ、変換段階２１２における変換の種類、量子化プロセスのパラメータ（例えば、量子化パラメータ）、符号器制御パラメータ（例えば、ビットレート制御パラメータ）、又は同様のものなどの、他の情報を２値符号化段階２２６において符号化することができる。符号器は、２値符号化段階２２６の出力データを用いて映像ビットストリーム２２８を生成することができる。実施形態によっては、映像ビットストリーム２２８をネットワーク伝送のためにさらにパケット化することができる。

[074] プロセス２００Ａの再構成経路を参照すると、逆量子化段階２１８において、符号器は、量子化変換係数２１６に対して逆量子化を遂行し、再構成変換係数を生成することができる。逆変換段階２２０において、符号器は、再構成変換係数に基づいて再構成残差ＢＰＵ２２２を生成することができる。符号器は、再構成残差ＢＰＵ２２２を予測ＢＰＵ２０８に加算し、プロセス２００Ａの次の反復において用いられることになる予測基準２２４を生成することができる。

[075] プロセス２００Ａの他の変形を、映像シーケンス２０２を符号化するために用いることもできることに留意されたい。実施形態によっては、プロセス２００Ａの段階は符号器によって、異なる順序で遂行され得る。実施形態によっては、プロセス２００Ａの１つ以上の段階を単一の段階に組み合わせることができる。実施形態によっては、プロセス２００Ａの単一の段階を複数の段階に分割することができる。例えば、変換段階２１２及び量子化段階２１４を単一の段階に組み合わせることができる。実施形態によっては、プロセス２００Ａは追加の段階を含むことができる。実施形態によっては、プロセス２００Ａは図２Ａにおける１つ以上の段階を省略することができる。

[076] 図２Ｂは、本開示のいくつかの実施形態による、別の例示的な符号化プロセス２００Ｂの概略図を示す。図２Ｂに示すように、プロセス２００Ｂはプロセス２００Ａから変更され得る。例えば、プロセス２００Ｂは、ハイブリッド映像符号化規格（例えば、Ｈ．２６ｘシリーズ）に準拠した符号器によって用いられ得る。プロセス２００Ａと比べて、プロセス２００Ｂの順方向経路は、モード決定段階２３０を追加的に含み、予測段階２０４を空間的予測段階２０４２及び時間的予測段階２０４４に分割する。プロセス２００Ｂの再構成経路はループフィルタ段階２３２及びバッファ２３４を追加的に含む。

[077] 概して、予測技法は２つの種類：空間的予測及び時間的予測に分類することができる。空間的予測（例えば、イントラピクチャ予測又は「イントラ予測」）は、現在のＢＰＵを予測するために、同じピクチャ内の１つ以上のすでに符号化された隣接ＢＰＵからのピクセルを用いることができる。すなわち、空間的予測における予測基準２２４は隣接ＢＰＵを含むことができる。空間的予測はピクチャの固有の空間的冗長性を低減することができる。時間的予測（例えば、インターピクチャ予測又は「インター予測」）は、現在のＢＰＵを予測するために、１つ以上のすでに符号化されたピクチャからの領域を用いることができる。すなわち、時間的予測における予測基準２２４は符号化ピクチャを含むことができる。時間的予測はピクチャの固有の時間的冗長性を低減することができる。

[078] プロセス２００Ｂを参照すると、順方向経路内において、符号器は予測演算を空間的予測段階２０４２及び時間的予測段階２０４４において遂行する。例えば、空間的予測段階２０４２において、符号器はイントラ予測を遂行することができる。符号化中のピクチャの原ＢＰＵのために、予測基準２２４は、（順方向経路内で）符号化され、（再構成経路内で）再構成された１つ以上の隣接ＢＰＵを同じピクチャ内に含むことができる。符号器は、隣接ＢＰＵを外挿することによって予測ＢＰＵ２０８を生成することができる。外挿技法は、例えば、線形外挿若しくは補間、多項式外挿若しくは補間、又は同様のものを含むことができる。実施形態によっては、符号器は、予測ＢＰＵ２０８のピクセルごとに、対応するピクセルの値を外挿することによるなどして、外挿をピクセルレベルで遂行することができる。外挿のために用いられる隣接ＢＰＵは、（例えば、原ＢＰＵの上の）鉛直方向、（例えば、原ＢＰＵの左の）水平方向、（例えば、原ＢＰＵの左下、右下、左上、若しくは右上の）対角方向、又は用いられる映像符号化規格において定義される任意の方向などの、様々な方向から原ＢＰＵに対して位置することができる。イントラ予測のために、予測データ２０６は、例えば、用いられる隣接ＢＰＵの場所（例えば、座標）、用いられる隣接ＢＰＵのサイズ、外挿のパラメータ、原ＢＰＵに対する用いられる隣接ＢＰＵの方向、又は同様のものを含むことができる。

[079] 別の例として、時間的予測段階２０４４において、符号器はインター予測を遂行することができる。現在のピクチャの原ＢＰＵのために、予測基準２２４は、（順方向経路内で）符号化され、（再構成経路内で）再構成された１つ以上のピクチャ（「参照ピクチャ」と称される）を含むことができる。実施形態によっては、参照ピクチャはＢＰＵごとに符号化され、再構成され得る。例えば、符号器は、再構成残差ＢＰＵ２２２を予測ＢＰＵ２０８に加算し、再構成ＢＰＵを生成することができる。同じピクチャの全ての再構成ＢＰＵが生成されたとき、符号器は、再構成ピクチャを参照ピクチャとして生成することができる。符号器は、参照ピクチャの範囲（「探索窓」と称される）内のマッチング領域を探索するために「動き推定」の演算を遂行することができる。参照ピクチャ内の探索窓の場所は、現在のピクチャの原ＢＰＵの場所に基づいて決定することができる。例えば、探索窓は、参照ピクチャ内の、現在のピクチャ内の原ＢＰＵと同じ座標を有する場所に中心を有することができ、所定の距離にわたって外へ拡張され得る。符号器が（例えば、画素再帰（pel-recursive）アルゴリズム、ブロックマッチングアルゴリズム、又は同様のものを用いることによって）探索窓内の原ＢＰＵと同様の領域を識別したとき、符号器はこのような領域をマッチング領域と決定することができる。マッチング領域は、原ＢＰＵとは異なる（例えば、原ＢＰＵよりも小さい、それに等しい、それよりも大きい、又は異なる形状の）寸法を有することができる。参照ピクチャ及び現在のピクチャが（例えば、図１に示されるように）タイムライン内で時間的に分離されているため、時間が経過するにつれてマッチング領域は原ＢＰＵの場所へ「移動する」と見なすことができる。符号器はこのような動きの方向及び距離を「動きベクトル」として記録することができる。複数の参照ピクチャが（例えば、図１におけるピクチャ１０６として）用いられるときには、符号器は、参照ピクチャごとにマッチング領域を探索し、その関連動きベクトルを決定することができる。実施形態によっては、符号器はそれぞれのマッチング参照ピクチャのマッチング領域のピクセル値に重みを付与することができる。

[080] 動き推定は、例えば、並進、回転、ズーミング、又は同様のものなどの、様々な種類の動きを識別するために用いることができる。インター予測のために、予測データ２０６は、例えば、マッチング領域の場所（例えば、座標）、マッチング領域に関連付けられた動きベクトル、参照ピクチャの数、参照ピクチャに関連付けられた重み、又は同様のものを含むことができる。

[081] 予測ＢＰＵ２０８を生成するために、符号器は「動き補償」の演算を遂行することができる。動き補償は、予測データ２０６（例えば、動きベクトル）及び予測基準２２４に基づいて予測ＢＰＵ２０８を再構成するために用いることができる。例えば、符号器は、動きベクトルに従って参照ピクチャのマッチング領域を移動させることができ、その場合、符号器は現在のピクチャの原ＢＰＵを予測することができる。複数の参照ピクチャが（例えば、図１におけるピクチャ１０６として）用いられるときには、符号器はそれぞれの動きベクトルに従って参照ピクチャのマッチング領域を移動させ、マッチング領域のピクセル値を平均することができる。実施形態によっては、符号器がそれぞれのマッチング参照ピクチャのマッチング領域のピクセル値に重みを付与した場合には、符号器はピクセル値の加重和を、移動させられたマッチング領域に加算することができる。

[082] 実施形態によっては、インター予測は一方向性又は双方向性であることができる。一方向性インター予測は現在のピクチャに対して同じ時間方向の１つ以上の参照ピクチャを用いることができる。例えば、図１におけるピクチャ１０４は、参照ピクチャ（すなわち、ピクチャ１０２）がピクチャ１０４に先行する一方向インター予測ピクチャである。双方向インター予測は、現在のピクチャに対して両方の時間方向にある１つ以上の参照ピクチャを用いることができる。例えば、図１におけるピクチャ１０６は、参照ピクチャ（すなわち、ピクチャ１０４及び１０８）がピクチャ１０４に対して両方の時間方向にある双方向インター予測ピクチャである。

[083] プロセス２００Ｂの順方向経路をなおも参照すると、空間的予測段階２０４２及び時間的予測段階２０４４の後に、モード決定段階２３０において、符号器は、予測モード（例えば、イントラ予測又はインター予測のうちの一方）をプロセス２００Ｂの現在の反復のために選択することができる。例えば、符号器はレート－歪み最適化技法を遂行することができる。本技法では、符号器は、候補予測モードのビットレートと、候補予測モード下での再構成参照ピクチャの歪みとに依存するコスト関数の値を最小化する予測モードを選択することができる。選択された予測モードに応じて、符号器は、対応する予測ＢＰＵ２０８及び予測データ２０６を生成することができる。

[084] プロセス２００Ｂの再構成経路内において、イントラ予測モードが順方向経路内で選択された場合には、予測基準２２４（例えば、現在のピクチャにおいて符号化され、再構成された現在のＢＰＵ）を生成した後に、符号器は、予測基準２２４を後の使用のために（例えば、現在のピクチャの次のＢＰＵの補外のために）空間的予測段階２０４２に直接供給することができる。インター予測モードが順方向経路内で選択された場合には、予測基準２２４（例えば、全てのＢＰＵが符号化され、再構成された現在のピクチャ）を生成した後に、符号器は、予測基準２２４をループフィルタ段階２３２に供給することができ、そこで、符号器はループフィルタを予測基準２２４に適用し、インター予測によって導入された歪み（例えば、ブロッキングアーチファクト）を低減又は解消することができる。符号器は、例えば、デブロッキング、サンプル適応オフセット、適応ループフィルタ、又は同様のものなどの、様々なループフィルタ技法をループフィルタ段階２３２において適用することができる。ループフィルタリングされた参照ピクチャは、後の使用のために（例えば、映像シーケンス２０２の将来のピクチャのためのインター予測基準ピクチャとして用いられるために）バッファ２３４（又は「復号化ピクチャバッファ」）内に記憶され得る。符号器は１つ以上の参照ピクチャを、時間的予測段階２０４４において用いられるためにバッファ２３４内に記憶することができる。実施形態によっては、符号器はループフィルタのパラメータ（例えば、ループフィルタ強度）を、量子化変換係数２１６、予測データ２０６、及び他の情報と共に、２値符号化段階２２６において符号化することができる。

[085] 図３Ａは、本開示のいくつかの実施形態による、例示的な復号化プロセス３００Ａの概略図を示す。図３Ａに示すように、プロセス３００Ａは、図２Ａにおける圧縮プロセス２００Ａに対応する復元プロセスであることができる。実施形態によっては、プロセス３００Ａはプロセス２００Ａの再構成経路と似たものであることができる。復号器はプロセス３００Ａに従って映像ビットストリーム２２８を映像ストリーム３０４に復号化することができる。映像ストリーム３０４は映像シーケンス２０２とよく似たものであることができる。しかし、圧縮及び復元プロセス（例えば、図２Ａ～図２Ｂにおける量子化段階２１４）における情報損失のゆえに、概して、映像ストリーム３０４は映像シーケンス２０２と同一ではない。図２Ａ～図２Ｂにおけるプロセス２００Ａ及び２００Ｂと同様に、復号器は、映像ビットストリーム２２８内に符号化されたピクチャごとに基本処理ユニット（ＢＰＵ）のレベルでプロセス３００Ａを遂行することができる。例えば、復号器はプロセス３００Ａを反復的な仕方で遂行することができ、その場合、復号器は基本処理ユニットをプロセス３００Ａの１回の反復において復号化することができる。実施形態によっては、復号器は、プロセス３００Ａを、映像ビットストリーム２２８内に符号化された各ピクチャの領域（例えば、領域１１４～１１８）のために並行して遂行することができる。

[086] 図３Ａにおいて、復号器は、符号化ピクチャの基本処理ユニット（「符号化ＢＰＵ」と称される）に関連付けられた映像ビットストリーム２２８の部分を２値復号化段階３０２に供給することができる。２値復号化段階３０２において、復号器は、当該部分を予測データ２０６及び量子化変換係数２１６に復号化することができる。復号器は、量子化変換係数２１６を逆量子化段階２１８及び逆変換段階２２０に供給し、再構成残差ＢＰＵ２２２を生成することができる。復号器は、予測データ２０６を予測段階２０４に供給し、予測ＢＰＵ２０８を生成することができる。復号器は、再構成残差ＢＰＵ２２２を予測ＢＰＵ２０８に加算し、予測基準２２４を生成することができる。実施形態によっては、予測基準２２４をバッファ（例えば、コンピュータメモリ内の復号化ピクチャバッファ）内に記憶することができる。復号器は、予測演算をプロセス３００Ａの次の反復において遂行するために予測基準２２４を予測段階２０４に供給することができる。

[087] 復号器は、符号化ピクチャの各符号化ＢＰＵを復号化し、符号化ピクチャの次の符号化ＢＰＵを符号化するための予測基準２２４を生成するために、プロセス３００Ａを反復的に遂行することができる。符号化ピクチャの全ての符号化ＢＰＵを復号化した後に、復号器はピクチャを表示のために映像ストリーム３０４に出力し、映像ビットストリーム２２８内の次の符号化ピクチャを復号化するために進むことができる。

[088] ２値復号化段階３０２において、復号器は、符号器によって用いられた２値符号化技法（例えば、エントロピー符号化、可変長符号化、算術符号化、ハフマン符号化、コンテキスト適応２値算術符号化、又は任意の他の可逆圧縮アルゴリズム）の逆演算を遂行することができる。実施形態によっては、予測データ２０６及び量子化変換係数２１６のほかに、復号器は、例えば、予測モード、予測演算のパラメータ、変換の種類、量子化プロセスのパラメータ（例えば、量子化パラメータ）、符号器制御パラメータ（例えば、ビットレート制御パラメータ）、又は同様のものなどの、他の情報を２値復号化段階３０２において復号化することができる。実施形態によっては、映像ビットストリーム２２８がネットワークを通じてパケットの形で伝送される場合には、復号器は映像ビットストリーム２２８を、それを２値復号化段階３０２に供給する前にデパケット化することができる。

[089] 図３Ｂは、本開示のいくつかの実施形態による、別の例示的な復号化プロセス３００Ｂの概略図を示す。図３Ｂに示すように、プロセス３００Ｂはプロセス３００Ａから変更され得る。例えば、プロセス３００Ｂは、ハイブリッド映像符号化規格（例えば、Ｈ．２６ｘシリーズ）に準拠した復号器によって用いられ得る。プロセス３００Ａと比べて、プロセス３００Ｂは、予測段階２０４を空間的予測段階２０４２及び時間的予測段階２０４４に追加的に分割し、ループフィルタ段階２３２及びバッファ２３４を追加的に含む。

[090] プロセス３００Ｂにおいて、復号化中の符号化ピクチャ（「現在のピクチャ」と称される）の符号化基本処理ユニット（「現在のＢＰＵ」と称される）のために、復号器によって２値復号化段階３０２から復号化された予測データ２０６は、いかなる予測モードが符号器によって現在のＢＰＵを符号化するために用いられたのかに依存して、様々な種類のデータを含むことができる。例えば、イントラ予測が符号器によって、現在のＢＰＵを符号化するために用いられた場合には、予測データ２０６は、イントラ予測、イントラ予測演算のパラメータ、又は同様のものを指示する予測モードインジケータ（例えば、フラグ値）を含むことができる。イントラ予測演算のパラメータは、例えば、参照として用いられる１つ以上の隣接ＢＰＵの場所（例えば、座標）、隣接ＢＰＵのサイズ、外挿のパラメータ、原ＢＰＵに対する隣接ＢＰＵの方向、又は同様のものを含むことができる。別の例として、インター予測が符号器によって、現在のＢＰＵを符号化するために用いられた場合には、予測データ２０６は、インター予測、インター予測演算のパラメータ、又は同様のものを指示する予測モードインジケータ（例えば、フラグ値）を含むことができる。インター予測演算のパラメータは、例えば、現在のＢＰＵに関連付けられた参照ピクチャの数、参照ピクチャにそれぞれ関連付けられた重み、それぞれの参照ピクチャ内の１つ以上のマッチング領域の場所（例えば、座標）、マッチング領域にそれぞれ関連付けられた１つ以上の動きベクトル、又は同様のものを含むことができる。

[091] 予測モードインジケータに基づいて、復号器は、空間的予測段階２０４２において空間的予測（例えば、イントラ予測）を遂行するべきか、又は時間的予測段階２０４４において時間的予測（例えば、インター予測）を遂行するべきかを決定することができる。このような空間的予測又は時間的予測を遂行することの詳細は図２Ｂにおいて説明されており、以下、繰り返されない。このような空間的予測又は時間的予測を遂行した後に、復号器は予測ＢＰＵ２０８を生成することができる。復号器は、図３Ａにおいて説明されたように、予測ＢＰＵ２０８及び再構成残差ＢＰＵ２２２を加算し、予測基準２２４を生成することができる。

[092] プロセス３００Ｂにおいて、復号器は、予測演算をプロセス３００Ｂの次の反復において遂行するために予測基準２２４を空間的予測段階２０４２又は時間的予測段階２０４４に供給することができる。例えば、現在のＢＰＵが空間的予測段階２０４２においてイントラ予測を用いて復号化される場合には、予測基準２２４（例えば、復号化された現在のＢＰＵ）を生成した後に、復号器は、予測基準２２４を後の使用のために（例えば、現在のピクチャの次のＢＰＵの外挿のために）空間的予測段階２０４２に直接供給することができる。現在のＢＰＵが時間的予測段階２０４４においてインター予測を用いて復号化される場合には、予測基準２２４（例えば、全てのＢＰＵが復号化された参照ピクチャ）を生成した後に、符号器は、予測基準２２４をループフィルタ段階２３２に供給し、歪み（例えば、ブロッキングアーチファクト）を低減又は解消することができる。復号器は、図２Ｂにおいて説明されたとおりの仕方でループフィルタを予測基準２２４に適用することができる。ループフィルタリングされた参照ピクチャは、後の使用のために（例えば、映像ビットストリーム２２８の将来の符号化ピクチャのためのインター予測基準ピクチャとして用いられるために）バッファ２３４（例えば、コンピュータメモリ内の復号化ピクチャバッファ）内に記憶され得る。復号器は１つ以上の参照ピクチャを、時間的予測段階２０４４において用いられるためにバッファ２３４内に記憶することができる。実施形態によっては、予測データ２０６の予測モードインジケータが、インター予測が、現在のＢＰＵを符号化するために用いられたことを指示するときには、予測データはループフィルタのパラメータ（例えば、ループフィルタ強度）をさらに含むことができる。

[093] 図４は、本開示のいくつかの実施形態による、映像を符号化又は復号化するための例示的な装置４００のブロック図である。図４に示されるように、装置４００はプロセッサ４０２を含むことができる。プロセッサ４０２が、本明細書において説明される命令を実行したとき、装置４００は映像符号化又は復号化のための特殊機械になることができる。プロセッサ４０２は、情報を操作又は処理する能力を有する任意の種類の回路機構であることができる。例えば、プロセッサ４０２は、中央処理装置（又は「ＣＰＵ（central processing unit）」）、グラフィック処理装置（又は「ＧＰＵ（graphics processing unit）」）、ニューラル処理装置（「ＮＰＵ（neural processing unit）」）、マイクロコントローラユニット（「ＭＣＵ（microcontroller unit）」）、光プロセッサ、プログラマブル論理コントローラ、マイクロコントローラ、マイクロプロセッサ、デジタル信号プロセッサ、知的財産（ＩＰ（intellectual property））コア、プログラマブル論理アレイ（ＰＬＡ（Programmable Logic Array））、プログラマブルアレイ論理（ＰＡＬ（Programmable Array Logic））、ジェネリックアレイ論理（ＧＡＬ（Generic Array Logic））、複合プログラマブル論理装置（ＣＰＬＤ（Complex Programmable Logic Device））、フィールドプログラマブルゲートアレイ（ＦＰＧＡ（Field-Programmable Gate Array））、システムオンチップ（ＳｏＣ（System On Chip））、特定用途向け集積回路（ＡＳＩＣ（Application-Specific Integrated Circuit））、又は同様のもののうちの、任意の数の任意の組み合わせを含むことができる。実施形態によっては、プロセッサ４０２はまた、単一の論理構成要素としてグループ化されたプロセッサのセットであることもできる。例えば、図４に示されるように、プロセッサ４０２は、プロセッサ４０２ａ、プロセッサ４０２ｂ、及びプロセッサ４０２ｎを含む、複数のプロセッサを含むことができる。

[094] 装置４００はまた、データ（例えば、命令のセット、コンピュータコード、中間データ、又は同様のもの）を記憶するように構成されたメモリ４０４を含むことができる。例えば、図４に示されるように、記憶されるデータは、プログラム命令（例えば、プロセス２００Ａ、２００Ｂ、３００Ａ、又は３００Ｂにおける段階を実施するためのプログラム命令）、並びに処理のためのデータ（例えば、映像シーケンス２０２、映像ビットストリーム２２８、又は映像ストリーム３０４）を含むことができる。プロセッサ４０２は（例えば、バス４１０を介して）プログラム命令、及び処理のためのデータにアクセスし、プログラム命令を実行し、処理のためのデータに対する演算又は操作を遂行することができる。メモリ４０４は高速ランダムアクセス記憶デバイス又は不揮発性記憶デバイスを含むことができる。実施形態によっては、メモリ４０４は、ランダムアクセスメモリ（ＲＡＭ（random-access memory））、リードオンリーメモリ（ＲＯＭ（read-only memory））、光ディスク、磁気ディスク、ハードドライブ、ソリッドステートドライブ、フラッシュドライブ、セキュリティデジタル（ＳＤ（security digital））カード、メモリスティック、コンパクトフラッシュ（登録商標）（ＣＦ）カード、又は同様のもののうちの、任意の数の任意の組み合わせを含むことができる。メモリ４０４はまた、単一の論理構成要素としてグループ化されたメモリのグループ（図４には示されていない）であることもできる。

[095] バス４１０は、内部バス（例えば、ＣＰＵ－メモリバス）、外部バス（例えば、ユニバーサルシリアルバスポート、ペリフェラルコンポーネントインターコネクトエクスプレスポート）、又は同様のものなどの、装置４００の内部の構成要素の間でデータを転送する通信デバイスであることができる。

[096] 曖昧さを生じさせることなく説明を容易にするために、プロセッサ４０２及び他のデータ処理回路は本開示においてまとめて「データ処理回路」と称される。データ処理回路は、完全にハードウェアとして、或いはソフトウェア、ハードウェア、又はファームウェアの組み合わせとして実施され得る。加えて、データ処理回路は単一の独立モジュールであることができるか、或いは装置４００の任意の他の構成要素に完全に、又は部分的に組み合わせられ得る。

[097] 装置４００は、ネットワーク（例えば、インターネット、イントラネット、ローカルエリアネットワーク、移動通信ネットワーク、又は同様のもの）との有線又は無線通信を提供するためのネットワークインターフェース４０６をさらに含むことができる。実施形態によっては、ネットワークインターフェース４０６は、ネットワークインターフェースコントローラ（ＮＩＣ（network interface controller））、無線周波数（ＲＦ（radio frequency））モジュール、トランスポンダ、トランシーバ、モデム、ルータ、ゲートウェイ、有線ネットワークアダプタ、無線ネットワークアダプタ、Bluetooth（登録商標）アダプタ、赤外線アダプタ、近距離無線通信（「ＮＦＣ（near-field communication）」）アダプタ、セルラーネットワークチップ、又は同様のもののうちの任意の数の任意の組み合わせを含むことができる。

[098] 実施形態によっては、装置４００は、１つ以上の周辺デバイスへの接続を提供するための周辺インターフェース４０８をさらに含むことができる。図４に示されるように、周辺デバイスは、限定するものではないが、カーソル制御デバイス（例えば、マウス、タッチパッド、又はタッチスクリーン）、キーボード、ディスプレイ（例えば、陰極線管ディスプレイ、液晶ディスプレイ、又は発光ダイオードディスプレイ）、映像入力デバイス（例えば、カメラ、又は映像アーカイブに通信可能に結合された入力インターフェース）、或いは同様のものを含むことができる。

[099] 映像コーデック（例えば、プロセス２００Ａ、２００Ｂ、３００Ａ、又は３００Ｂを遂行するコーデック）は、装置４００内の任意のソフトウェア又はハードウェアモジュールの任意の組み合わせとして実施され得ることに留意されたい。例えば、プロセス２００Ａ、２００Ｂ、３００Ａ、又は３００Ｂの一部又は全ての段階は、メモリ４０４内にロードされ得るプログラム命令などの、装置４００の１つ以上のソフトウェアモジュールとして実施され得る。別の例として、プロセス２００Ａ、２００Ｂ、３００Ａ、又は３００Ｂの一部又は全ての段階は、特殊データ処理回路（例えば、ＦＰＧＡ、ＡＳＩＣ、ＮＰＵ、又は同様のもの）などの、装置４００の１つ以上のハードウェアモジュールとして実施され得る。

[100] 量子化及び逆量子化機能ブロック（例えば、図２Ａ又は図２Ｂの量子化２１４及び逆量子化２１８、図３Ａ又は図３Ｂの逆量子化２１８）では、量子化パラメータ（ＱＰ（quantization parameter））が、予測残差に適用される量子化（及び逆量子化）の量を決定するために用いられる。ピクチャ又はスライスの符号化のために用いられる初期ＱＰ値は、例えば、ピクチャパラメータセット（ＰＰＳ（Picture Parameter Set））内のｉｎｉｔ＿ｑｐ＿ｍｉｎｕｓ２６構文要素を用いて、及びスライスヘッダ内のｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａ構文要素を用いて、高レベルでシグナリングされ得る。さらに、ＱＰ値は、量子化グループの細分性で送信されたデルタＱＰ値を用いてＣＵごとに局所レベルで適応させることができる。

[101] 正距円筒図法（「ＥＲＰ」）フォーマットは、３６０度の映像及び画像を表現するために用いられる一般的な投影フォーマットである。投影は、経線を一定間隔の垂直直線に、緯円を一定間隔の水平直線にマッピングする。マップ上の画像ピクセルの位置とその対応する球体上の地理的位置との間の関係が特に単純であるため、ＥＲＰは、３６０度映像及び画像に使用される最も一般的な投影の１つである。

[102] 投影フォーマット変換のアルゴリズム記述及びＪＶＥＴによって出力される映像品質基準は、ＥＲＰと球体との間の導入及び座標変換を与える。２Ｄから３Ｄへの座標変換について、サンプリング位置を（ｍ，ｎ）と仮定すると、（ｕ，ｖ）は、以下の式に基づいて計算され得る。
ｕ＝（ｍ＋０．５）／Ｗ、０≦ｍ＜Ｗ 式（１）
ｖ＝（ｎ＋０．５）／Ｈ、０≦ｎ＜Ｈ 式（２）

[103] 次いで、球体の経度及び緯度（φ，θ）は、以下の式に基づいて（ｕ，ｖ）から計算され得る。
φ＝（ｕ－０．５）×（２×π） 式（３）
θ＝（０．５－ｖ）×π 式（４）

[104] 座標（Ｘ，Ｙ，Ｚ）は、以下の式に基づいて計算され得る。
Ｘ＝ｃｏｓ（θ）ｃｏｓ（φ） 式（５）
Ｙ＝ｓｉｎ（θ） 式（６）
Ｚ＝－ｃｏｓ（θ）ｓｉｎ（φ） 式（７）

[105] （Ｘ，Ｙ，Ｚ）から始まる３Ｄから２Ｄへの座標変換について、（φ，θ）は、以下の式に基づいて計算され得る。次いで、（ｕ，ｖ）は、式に基づいて計算される。最後に、（ｍ，ｎ）は、式に基づいて計算され得る。
φ＝ｔａｎ^－１（－Ｚ／Ｘ） 式（８）
θ＝ｓｉｎ^－１（Ｙ／（Ｘ^２＋Ｙ^２＋Ｚ^２）^１／２） 式（９）

[106] ＥＲＰピクチャの左境界及び右境界を包含する再構成されたビューポートにおいてシームアーティファクトを低減するために、パディングされた正距円筒図法（「ＰＥＲＰ」）と呼ばれる新たなフォーマットが、ＥＲＰピクチャの左側及び右側のそれぞれにサンプルをパディングすることによって提供される。

[107] ＰＥＲＰが３６０度映像を表現するために用いられるとき、ＰＥＲＰピクチャは符号化される。復号後、再構成ＰＥＲＰは、２重化サンプルをブレンドすること又はパディングされた区域をクロッピングすることによって、再構成ＥＲＰに変換される。

[108] 図５Ａは、本開示のいくつかの実施形態に係る、再構成された正距円筒図法を生成するための例示的なブレンド動作の概略図を示す。別段の指定がない限り、「ｒｅｃＰＥＲＰ」は、後処理の前の再構成ＰＥＲＰを示すために用いられ、「ｒｅｃＥＲＰ」は、後処理の後の再構成ＥＲＰを示すために用いられる。図５Ａに示されるように、ｒｅｃＰＥＲＰの２重化サンプルは、距離に基づく加重平均演算を適用することによって、ブレンドされ得る。例えば、領域Ａは、領域Ａ１をＡ２とブレンドすることによって生成することができ、領域Ｂは領域Ｂ１をＢ２とブレンドすることによって生成される。

[109] 以下の説明では、パディングされていないｒｅｃＥＲＰの幅及び高さは、それぞれ「Ｗ」及び「Ｈ」と示される。左パディング幅及び右パディング幅は、それぞれ「Ｐ_Ｌ」及び「Ｐ_Ｒ」と示される。合計パディング幅は、「Ｐ_Ｗ」と示され、Ｐ_Ｗは、Ｐ_Ｌ及びＰ_Ｒの合計であり得る。実施形態によっては、ｒｅｃＰＥＲＰは、ブレンド動作によってｒｅｃＥＲＰに変換され得る。例えば、ＡにおけるサンプルｒｅｃＥＲＰ（ｊ，ｉ）、ｉ＝［０，Ｐ_Ｒ－１］及びｊ＝［０，Ｈ－１］について、ｒｅｃＥＲＰ（ｊ，ｉ）は、以下の式に従って決定され得る。
Ａ＝ｗ×Ａ１＋（１－ｗ）×Ａ２、ここで、ｗはＰ_Ｌ／Ｐ_ｗから１ 式（１０）
Ａ内のｒｅｃＥＲＰ（ｊ，ｉ）＝（ｒｅｃＰＥＲＰ（ｊ，ｉ＋Ｐ_Ｌ）×（ｉ＋Ｐ_Ｌ）＋ｒｅｃＰＥＲＰ（ｊ，ｉ＋Ｐ_Ｌ＋Ｗ）×（Ｐ_Ｒ－ｉ）＋（Ｐ_Ｗ＞＞１））／Ｐ_Ｗ 式（１１）

[110] 実施形態によっては、ＢにおけるサンプルｒｅｃＥＲＰ（ｊ，ｉ）、ｉ＝［Ｗ－Ｐ_Ｌ，Ｗ－１］及びｊ＝［０，Ｈ－１］について、ｒｅｃＥＲＰ（ｊ，ｉ）は、以下の式に従って決定され得る。
Ｂ＝ｋ×Ｂ１＋（１－ｋ）×Ｂ２、ここで、ｋは０からＰ_Ｌ／Ｐ_ｗ 式（１２）
Ｂ内のｒｅｃＥＲＰ（ｊ，ｉ）＝（ｒｅｃＰＥＲＰ（ｊ，ｉ＋Ｐ_Ｌ）×（Ｐ_Ｒ－ｉ＋Ｗ）＋ｒｅｃＰＥＲＰ（ｊ，ｉ＋Ｐ_Ｌ－ｗ）×（ｉ－Ｗ＋Ｐ_Ｌ）＋（Ｐ_ｗ＞＞１））／Ｐ_Ｗ 式（１３）

[111] 図５Ｂは、本開示のいくつかの実施形態に係る、再構成された正距円筒図法を生成するための例示的なクロッピング動作の概略図を示す。図５Ｂに示されるように、クロッピングプロセスの間、ｒｅｃＰＥＲＰにおいてパディングされたサンプルは、ｒｅｃＥＲＰを得るために直接破棄され得る。例えば、パディングされたサンプルＢ１及びＡ２は破棄されてもよく、パディングされた区域Ａは、Ａ１に等しく、パディングされた区域Ｂは、Ｂ２に等しい。

[112] 実施形態によっては、水平ラップアラウンド動き補償が、ＥＲＰの符号化性能を改善するために用いられ得る。例えば、水平ラップアラウンド動き補償は、ＥＲＰフォーマット又はＰＥＲＰフォーマットで再構成された３６０度映像の視覚的品質を改善するように設計された３６０度固有の符号化ツールとしてＶＶＣ規格において用いられ得る。従来の動き補償では、動きベクトルが参照ピクチャのピクチャ境界を超えるサンプルを参照するときに、対応するピクチャ境界上の最近傍からコピーすることによって境界を超えたサンプルの値を導出するために反復パディングが適用される。３６０度映像の場合、反復パディングのこの方法は適当ではなく、再構成ビューポート映像において「シームアーティファクト」と呼ばれる視覚的アーティファクトを引き起こすことがある。３６０度映像は、球体上に取り込まれ、本来「境界」を有しないため、投影領域において参照ピクチャの境界外にある参照サンプルは、球体領域内の近傍サンプルから得られ得る。一般的な投影フォーマットの場合、２Ｄから３Ｄへの座標変換及び３Ｄから２Ｄへの座標変換だけでなく小数サンプル位置のためのサンプル補間も伴うため、球体領域内で対応する近傍サンプルを導出することは困難である場合がある。この問題は、左ピクチャ境界外側の球体近傍が、右ピクチャ境界内側のサンプルから得ることができ、逆も同様であるため、ＥＲＰ又はＰＥＲＰ投影フォーマットの左境界及び右境界については解決され得る。ＥＲＰ又はＰＥＲＰ投影フォーマットの幅広い使用及び実施態様の比較的容易性を考慮すると、水平ラップアラウンド動き補償は、ＥＲＰ又はＰＥＲＰ投影フォーマットで符号化された３６０度映像の視覚的品質を改善するためにＶＶＣに適合された。

[113] 図６Ａは、本開示のいくつかの実施形態に係る、正距円筒図法のための例示的な水平ラップアラウンド動き補償プロセスの概略図を示す。図６Ａに示されるように、参照ブロックの部分が投影領域内の参照ピクチャの左（又は右）境界の外側にあるとき、反復パディングの代わりに、「境界を超えた」部分が、投影領域の右（又は左）境界に対して参照ピクチャの中に位置する対応する球体近傍から取られ得る。実施形態によっては、反復パディングは、上部及び下部ピクチャ境界に対してのみ用いられる。

[114] 図６Ｂは、本開示のいくつかの実施形態に係る、パディングされた正距円筒図法のための例示的な水平ラップアラウンド動き補償プロセスの概略図を示す。図６Ｂに示されるように、水平ラップアラウンド動き補償は、３６０度映像符号化で使用されることが多い非標準的なパディング方法と組み合わされ得る。実施形態によっては、これは、ラップアラウンド動き補償オフセットを示す高レベル構文要素をシグナリングすることによって実現され、それは、パディングの前にＥＲＰピクチャ幅に設定され得る。この構文は、それに従って水平ラップアラウンドの位置を調整するために使用され得る。実施形態によっては、この構文は、左ピクチャ境界又は右ピクチャ境界の特定の量のパディングによって影響を受けない。その結果、この構文は、当然ＥＲＰピクチャの非対称パディングをサポートし得る。ＥＲＰピクチャの非対称パディングでは、左パディングと右パディングとが異なっている。実施形態によっては、ラップアラウンド動き補償は、以下の式に従って決定され得る。

ここで、ｏｆｆｓｅｔは、ビットストリームでシグナリングされるラップアラウンド動き補償オフセットであってもよく、ｐｉｃＷは、符号化前のパディング区域を含むピクチャ幅であってもよく、ｐｏｓ_ｘは、現在のブロック位置及び動きベクトルによって決定される参照位置であってもよく、式ｐｏｓ_ｘ＿ｗｒａｐの出力は、ラップアラウンド動き補償において参照ブロックがある実際の参照位置であってもよい。ラップアラウンド動き補償オフセットのシグナリングオーバヘッドを保存するために、それは、最小ルマ符号化ブロック単位であってもよく、したがって、ｏｆｆｓｅｔは、ｏｆｆｓｅｔ_ｗ×ＭｉｎＣｂＳｉｚｅＹで置換され得る。ｏｆｆｓｅｔ_ｗは、ビットストリームでシグナリングされる最小ルマ符号化ブロック単位のラップアラウンド動き補償オフセットであり、ＭｉｎＣｂＳｉｚｅＹは、最小ルマ符号化ブロックのサイズである。これに対して、従来の動き補償では、参照ブロックがある実際の参照位置は、０からｐｉｃＷ－１の範囲内でｐｏｓ_ｘをクリッピングすることによって直接導出されてもよい。

[115] 水平ラップアラウンド動き補償は、参照サンプルが参照ピクチャの左境界及び右境界の外側にあるときに、動き補償のためのより有意な情報を提供し得る。３６０度映像共通テスト条件下で、このツールは、レート歪みに関してだけではなく、再構成３６０度映像の低減されたシームアーティファクト及び主観的品質に関しても圧縮性能を改善し得る。水平ラップアラウンド動き補償は、調整された等積投影などの、水平方向に一定のサンプリング密度を有する他の単一面投影フォーマットにも用いられ得る。

[116] 実施形態によっては、ラップアラウンド動き補償オフセットに対して制限が課される。オフセットの値は、（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ＋２）から（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）の範囲から導出され得る。ここで、変数「ＣｔｂＳｉｚｅＹ」は、符号化ツリーブロック（「ＣＴＢ」）のルマサイズを指し、変数「ＭｉｎＣｂＳｉｚｅＹ」は、ルマ符号化ブロックの最小サイズを指し、変数「ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、ルマサンプルのピクチャ幅を指して、実際の用途では不要であるがハードウェア実施態様に対して負荷をもたらす、ラップアラウンドの繰り返しを回避する。

[117] 図７は、本開示のいくつかの実施形態に係る、ラップアラウンド動き補償のための例示的なシーケンスパラメータセットの構文を示す。図５に示されるように、ＶＶＣ（例えば、ＶＶＣドラフト７）では、ラップアラウンド動き補償について、有効フラグ「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」及びオフセット「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」が、シーケンスパラメータセット（「ＰＰＳ」）においてシグナリングされ得る。

[118] 図８は、本開示のいくつかの実施形態に係る、ラップアラウンド動き補償のための例示的なシーケンスパラメータセットの意味を示す。図８に示される意味は、図７に示される構文に対応し得ることを理解されたい。図８に示されるように、実施形態によっては、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は、水平ラップアラウンド動き補償がインター予測に適用されるかどうかを示し得る。例えば、１の値は、水平ラップアラウンド動き補償が適用されることを示してもよく、０の値は、水平ラップアラウンド動き補償が適用されないことを示してもよい。実施形態によっては、（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ＋１）の値が（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ－１）よりも大きいとき、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、０に等しく、その場合に「ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、ＳＰＳを参照する任意のＰＰＳ内の「ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」の値である。

[119] 実施形態によっては、図８に示されるように、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」＋１は、「ＭｉｎＣｂＳｉｚｅＹ」ルマサンプル単位の水平ラップアラウンド位置を計算するために用いられるオフセットを示し得る。実施形態によっては、ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１の値は、（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋１から（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－１を含む範囲内にあり、ここで、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ＳＰＳを参照する任意のＰＰＳ内のｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値である。

[120] 図７に示される構文及び図８に示される意味にはいくつかの問題がある。特に、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」及び「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」は、ＳＰＳにおいてシグナリングされる構文要素であるが、ＰＰＳ上でシグナリングされる「ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」の全てに依存する適合性制約が存在する。ＳＰＳは、ＰＰＳよりも高レベルの構文であり、通常高レベルの構文はより低いレベルの構文を参照すべきではないため、ＳＰＳ構文要素値の値を関連するＰＰＳの全てにおける構文要素によって制限することには問題が含まれ得る。さらに、実施形態によっては、ラップアラウンド動き補償は、シーケンスレベルで制御されるが、ピクチャサイズの変更は、ＶＶＣドラフト（例えば、ＶＶＣドラフト７）において許可される。同時に、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は、ＳＰＳを参照するシーケンス内の全てのピクチャの幅が制約条件を満たすときにのみ、真となり得る。したがって、１つのフレームだけがサイズ条件を満たさない場合でも、ラップアラウンド動き補償を使用することができない。これは、１つのフレームに起因して全シーケンスについてのラップアラウンド動き補償の利益が失われ得ることを意味する。

[121] 加えて、実施形態によっては、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」は、（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋１から（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－１である。したがって、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１についてのビットストリームにおいてシグナリングされる最小値は、（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋１であり、これは、０値ではない場合がある。概して、値が大きいほど、より小さな値よりもシグナリングにおいて多くのビットを必要とする。その結果、０から始まらない値の範囲を有する構文要素をシグナリングすることは、効率的ではない。

[122] 本開示の実施形態は、上述した問題を解決するための改善された方法を提供する。図９は、本開示のいくつかの実施形態に係る、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセットの構文を示す。実施形態によっては、ラップアラウンド動き補償（「ＭＣ」）オフセットのシグナリングオーバヘッドが、保存され得る。ラップアラウンド動き補償オフセットについて指定されたビットを保存するために、ラップアラウンド動き補償オフセットがシグナリングされる前に、（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋２が、ラップアラウンド動き補償オフセットから減算され得る。その結果、この構文要素の最小値は、０であり得る。

[123] 図１０は、本開示のいくつかの実施形態に係る、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセットの意味を示す。図１０に示されるように、前のＶＶＣからの変更が、斜体で示される。図１０に示される意味は、図９に示される構文に対応し得ることを理解されたい。

[124] 実施形態によっては、図１０に示されるように、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は、水平ラップアラウンド動き補償がインター予測に適用されるかどうかを示し得る。例えば、１の値は、水平ラップアラウンド動き補償が適用されることを示してもよく、０の値は、水平ラップアラウンド動き補償が適用されないことを示してもよい。実施形態によっては、（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ＋１）の値が（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ－１）より大きいとき、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」の値が０に等しい。

[125] 実施形態によっては、図１０に示されるように、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ」＋（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋２は、「ＭｉｎＣｂＳｉｚｅＹ」ルマサンプル単位の水平ラップアラウンド位置を計算するために用いられるオフセットを示し得る。「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ」の値は、０から（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）－２を含む範囲内にあり得る。ここで、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ＳＰＳを参照する任意のＰＰＳ内のｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値である。

[126] 上述の通り、従来設計での別の問題は、映像シーケンス内の１つのピクチャが適合性要件に違反する寸法を有する場合でも、ラップアラウンドＭＣは、映像シーケンス内の全てのピクチャについて無効にされることである。実施形態によっては、構文要素値に対する制約が除去される。ラップアラウンド動き補償の制御フラグｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳにおいて最初にシグナリングされる。実施形態によっては、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが真である場合に、オフセット値ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１がシグナリングされる。

[127] 図１１は、本開示のいくつかの実施形態に係る、最大ピクチャ幅を用いた、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセットの意味を示す。図１１に示されるように、前のＶＶＣからの変更は、斜体で示され、提案される削除された意味は、さらに取り消し線で示される。

[128] 実施形態によっては、図１１に示されるように、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は、水平ラップアラウンド動き補償がインター予測に適用されるかどうかを示し得る。例えば、１の値は、水平ラップアラウンド動き補償がインター予測に適用され得ることを示してもよく、０の値は、水平ラップアラウンド動き補償が適用されないことを示してもよい。

[129] 実施形態によっては、図１１に示されるように、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」＋１は、「ＭｉｎＣｂＳｉｚｅＹ」ルマサンプル単位の水平ラップアラウンド位置を計算するために用いられるオフセットの最大値を示し得る。実施形態によっては、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」の値は、（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋１から（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－１を含む範囲内にある。

[130] 実施形態によっては、「ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、ＳＰＳを参照する復号された各ピクチャのルマサンプル単位の最大幅である。

[131] 実施形態によっては、シーケンスのピクチャ毎に、２つの変数「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅＦｌａｇ」及び「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」が定義され得る。図１２は、本開示のいくつかの実施形態に係る、変数「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅＦｌａｇ」及び「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」の導出例を示す。図１２に示されるように、「ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、「ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」がシグナリングされるＰＰＳを参照するピクチャの幅を指し得る。

[132] 実施形態によっては、図１２に示されるように、変数「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅＦｌａｇ」は、ラップアラウンドＭＣが現在のピクチャに対して有効であり得るかどうかを決定するために用いられ得る。例えば、「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅＦｌａｇ」の値が、ラップアラウンドＭＣが現在のピクチャに対して有効であり得ることを示している場合、オフセット「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」が動き補償プロセスにおいて使用される。

[133] 図１３は、本開示のいくつかの実施形態に係る、動き補償に使用されるサンプル位置の導出例を示す。図１３に示されるように、サンプル位置（ｘＩｎｔ_ｉ，ｙＩｎｔ_ｉ）は、ラップアラウンドの前のサンプル位置を指し、サンプル位置（ｘＩｎｔ_ｉ，ｙＩｎｔ_ｉ）が決定され得る。実施形態によっては、変数「ｐｉｃＷ」は、変数「ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」に等しい。実施形態によっては、機能「ＣｌｉｐＨ」及び「Ｃｌｉｐ３」は、図１３に示される式に従って実行され得る。

[134] 実施形態によっては、ラップアラウンド動き補償制御フラグは、やはりＳＰＳにおいてシグナリングされ得るが、ラップアラウンド動き補償オフセットは、ＳＰＳではなくＰＰＳにおいてシグナリングされる。図１４は、本開示のいくつかの実施形態に係る、ピクチャパラメータセット内のラップアラウンド動き補償オフセットを用いたラップアラウンド動き補償のための例示的なシーケンスパラメータセット及びピクチャパラメータセットの構文を示す。図１４に示されるように、前のＶＶＣからの変更は、斜体で示され、提案される削除された構文は、さらに取り消し線で示される。実施形態によっては、図１４に示されるように、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は、ＳＰＳにおいてシグナリングされ、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」は、ＰＰＳにおいてシグナリングされる。

[135] 図１５は、本開示のいくつかの実施形態に係る、ピクチャパラメータセット内のラップアラウンド動き補償オフセットを用いたラップアラウンド動き補償のための例示的なシーケンスパラメータセット及びピクチャパラメータセットの意味を示す。図１５に示されるように、前のＶＶＣからの変更は、斜体で示され、提案される削除された意味は、さらに取り消し線で示される。図１５に示される意味は、図１４に示される構文に対応し得ることを理解されたい。

[136] 実施形態によっては、図１５に示されるように、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は、水平ラップアラウンド動き補償がインター予測に適用されるかどうかを示し得る。例えば、１の値は、水平ラップアラウンド動き補償が適用されることを示してもよく、０の値は、水平ラップアラウンド動き補償が適用されないことを示してもよい。

[137] 実施形態によっては、図１５に示されるように、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」＋１は、「ＭｉｎＣｂＳｉｚｅＹ」ルマサンプル単位の水平ラップアラウンド位置を計算するために用いられるオフセットを示し得る。実施形態によっては、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」が０に等しいか、又は（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ＋１）の値が（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ－１）より大きいとき、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」は０に等しい。上記以外の場合、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」の値は、（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋１から（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－１を含む範囲内にある。

[138] 実施形態によっては、シーケンスのピクチャ毎に、２つの変数「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅＦｌａｇ」及び「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」が定義され得る。実施形態によっては、「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅＦｌａｇ」は、図１２に示されるように決定され得る。実施形態によっては、「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」は、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」＋１と決定され得る。

[139] 実施形態によっては、復号プロセス中に、「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅＦｌａｇ」及び「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」が、ラップアラウンド動き補償に使用され得る。例えば、動き補償に使用されるサンプル位置（ｘＩｎｔ_ｉ，ｙＩｎｔ_ｉ）は、図１３に示される方法で導出され得る。図１３に示されるように、実施形態によっては、変数「ｐｉｃＷ」は、「ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」に等しくてもよい。

[140] 実施形態によっては、ラップアラウンド動き補償制御フラグは、やはりシグナリングされ得るが、ラップアラウンド動き補償オフセットは、ＳＰＳではなくＰＰＳにおいてシグナリングされる。さらに、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ」は、ＰＰＳを参照するピクチャについてのラップアラウンド動き補償の使用も示し得る。図１６は、本開示のいくつかの実施形態に係る、ラップアラウンド動き補償オフセットのない改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセットの構文を示す。図１６に示されるように、前のＶＶＣからの変更は、斜体で示され、提案される削除された構文は、さらに取り消し線で示される。図１４に示されるように、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」が、ＳＰＳにおいてシグナリングされ得る。

[141] 図１７は、本開示のいくつかの実施形態に係る、ラップアラウンド動き補償オフセットを用いた、改善されたラップアラウンド動き補償のための例示的なピクチャパラメータセットの構文を示す。図１７に示されるように、前のＶＶＣからの変更が、斜体で示される。図１７に示されるＰＰＳは、図１６に示されるＳＰＳに対応し得ることを理解されたい。図１７に示されるように、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ」は、ＰＰＳにおいてシグナリングされ得る。実施形態によっては、ＰＰＳにおいてシグナリングされる「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ」は、ＰＰＳを参照するピクチャについてのラップアラウンド動き補償の使用も示し得る。換言すれば、符号器は、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔを特殊値に設定することによって、ＰＰＳレベルにおいてラップアラウンド動き補償を無効にし得る。

[142] 図１８は、本開示のいくつかの実施形態に係る、ピクチャパラメータセット内のラップアラウンド動き補償オフセットを用いた、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセット及びピクチャパラメータセットの意味を示す。図１８に示されるように、前のＶＶＣからの変更は、斜体で示され、提案される削除された意味は、さらに取り消し線で示される。図１８に示される意味は、図１６及び図１７に示される構文に対応し得ることを理解されたい。

[143] 実施形態によっては、図１８に示されるように、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は、水平ラップアラウンド動き補償がインター予測に適用されるかどうかを示し得る。例えば、１の値は、水平ラップアラウンド動き補償がインター予測に適用され得ることを示してもよく、０の値は、水平ラップアラウンド動き補償が適用されないことを示してもよい。

[144] 実施形態によっては、図１８に示されるように、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ」＋１は、ＭｉｎＣｂＳｉｚｅＹルマサンプル単位の水平ラップアラウンド位置を計算するために用いられるオフセットの値を示し得る。例えば、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ」が０に等しいとき、ラップアラウンド動き補償は、無効にされる。「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」が０に等しいか、又は（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ＋１）の値が（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ－１）より大きいとき、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ」は０に等しい。上記以外の場合、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ」の値は、（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋１から（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－１を含む範囲内にある。

[145] 実施形態によっては、シーケンスのピクチャ毎に、２つの変数「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅＦｌａｇ」及び「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」が定義され得る。図１９は、本開示のいくつかの実施形態に係る、変数「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅＦｌａｇ」及び「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」の導出例を示す。

[146] 実施形態によっては、復号プロセス中に、「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＥｎａｂｌｅＦｌａｇ」及び「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」が、ラップアラウンド動き補償に使用され得る。例えば、動き補償に使用されるサンプル位置（ｘＩｎｔ_ｉ，ｙＩｎｔ_ｉ）は、図１１に示される方法で導出され得る。図１１に示されるように、実施形態によっては、変数「ｐｉｃＷ」は、「ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」に等しくてもよい。

[147] 実施形態によっては、構文が変更される。ラップアラウンド動き補償制御フラグは、やはりＳＰＳにおいてシグナリングされ得るが、ラップアラウンド動き補償オフセットは、ＳＰＳではなくＰＰＳにおいてシグナリングされる。さらに、ＰＰＳレベルのラップアラウンド動き補償制御フラグもまた、シグナリングされ得る。図２０は、本開示のいくつかの実施形態に係る、シーケンスパラメータセット内にラップアラウンド動き補償オフセットのない、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセットの構文を示す。図２０に示されるように、前のＶＶＣからの変更は、斜体で示され、提案される削除された構文は、さらに取り消し線で示される。図２０に示されるように、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」が、ＳＰＳにおいてシグナリングされ得る。

[148] 図２１は、本開示のいくつかの実施形態に係る、ラップアラウンド制御フラグを用いた、改善されたラップアラウンド動き補償のための例示的なピクチャパラメータセットの構文を示す。図２１に示されるように、前のＶＶＣからの変更が、斜体で示される。図２１に示されるように、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」が、ＰＰＳにおいてシグナリングされ得る。実施形態によっては、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」が真である（例えば、値が１に等しい）場合、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ」がシグナリングされ得る。

[149] 図２２は、本開示のいくつかの実施形態に係る、ピクチャパラメータセット内のラップアラウンド制御フラグを用いた、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセット及びピクチャパラメータセットの意味を示す。図２２に示されるように、前のＶＶＣからの変更は、斜体で示され、提案される削除された意味は、さらに取り消し線で示される。図２２に示される意味は、図２０及び図２１に示される構文に対応し得ることを理解されたい。

[150] 実施形態によっては、図２２に示されるように、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は、水平ラップアラウンド動き補償がインター予測に適用されるかどうかを示し得る。例えば、１の値は、水平ラップアラウンド動き補償がインター予測に適用され得ることを示してもよく、０の値は、水平ラップアラウンド動き補償が適用されないことを示してもよい。

[151] 実施形態によっては、図２２に示されるように、１に等しい「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は、水平ラップアラウンド動き補償がインター予測において適用されることを示し得る。０に等しい「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は、水平ラップアラウンド動き補償が適用されないことを示し得る。実施形態によっては、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」が０に等しいか、又は（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ＋１）の値が（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ－１）より大きいとき、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は０に等しい。

[152] 実施形態によっては、図２２に示されるようにシーケンスパラメータセット及びピクチャパラメータセットのための代替的な意味が存在する。図２３は、本開示のいくつかの実施形態に係る、ピクチャパラメータセット内のラップアラウンド制御フラグを用いた、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセット及びピクチャパラメータセットの意味を示す。図２３に示されるように、前のＶＶＣからの変更は、斜体で示され、提案される削除された意味は、さらに取り消し線で示される。図２３に示される意味は、図２０及び図２１に示される構文に対応し得ることを理解されたい。

[153] 実施形態によっては、図２３に示されるように、１に等しい「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は、水平ラップアラウンド動き補償がインター予測に適用されることを示し得る。０に等しい「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は、水平ラップアラウンド動き補償が適用されないことを示し得る。実施形態によっては、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」が０に等しいか、又は（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ＋１）の値が（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ－１）より大きいとき、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は０である。上記以外の場合、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は１に等しい。

[154] 実施形態によっては、図２３に示されるように、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ」＋（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋２は、ＭｉｎＣｂＳｉｚｅＹルマサンプル単位の水平ラップアラウンド位置を計算するために用いられるオフセットの値を指定し得る。実施形態によっては、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ」の値は、存在する場合、０から（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）－２を含む範囲内にあり得る。

[155] 実施形態によっては、シーケンスのピクチャ毎に、変数「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」が定義され得る。例えば、「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」は、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１＋１として導出され得る。

[156] 実施形態によっては、復号プロセス中に、変数「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」及び「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」が、ラップアラウンド動き補償に使用され得る。図２４は、本開示のいくつかの実施形態に係る、変数「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」の導出例を示す。図２４に示されるように、変数「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」は、変数「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ」、「ＣｔｂＳｉｚｅＹ」、及び「ＭｉｎＣｂＳｉｚｅＹ」に従って導出され得る。実施形態によっては、変数「ＰｉｃＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ」は、図１３に示されるサンプル位置に類似の、動き補償に使用されるサンプル位置（ｘＩｎｔ_ｉ，ｙＩｎｔ_ｉ）を決定するためにも用いられ得る。図１３に示されるように、変数「ｐｉｃＷ」は、「ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」に等しくてもよい。

[157] 実施形態によっては、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は除去されてもよく、「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」及び「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ」が保持されてもよい。

[158] 実施形態によっては、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」及び「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」の値範囲に対する制限が除去されてもよく、ＳＰＳ及びＰＰＳにおいてシグナリングされるピクチャサイズの値範囲に対する制限が追加されてもよい。さらに、構文の変更はなくてもよい。図２５は、本開示のいくつかの実施形態に係る、ピクチャサイズに対する制限を用いた、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセット及びピクチャパラメータセットの意味を示す。図２５に示されるように、前のＶＶＣからの変更は、斜体で示され、提案される削除された意味は、さらに取り消し線で示される。

[159] 実施形態によっては、図２５に示されるように、「ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、ＳＰＳを参照する復号された各ピクチャのルマサンプル単位の最大幅を示し得る。実施形態によっては、「ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、０に等しくなくてもよく、ｍａｘ（８，ＭｉｎＣｂＳｉｚｅＹ）の整数倍であってもよい。

[160] 実施形態によっては、図２５に示されるように、「ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、ＳＰＳを参照する復号された各ピクチャのルマサンプル単位の最大高さを示し得る。実施形態によっては、「ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、０に等しくなくてもよく、ｍａｘ（８，ＭｉｎＣｂＳｉｚｅＹ）の整数倍であってもよい。

[161] 実施形態によっては、図２５に示されるように、１に等しい「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は、水平ラップアラウンド動き補償がインター予測に適用されることを示してもよく、０に等しい「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は、水平ラップアラウンド動き補償が適用されないことを示してもよい。

[162] 実施形態によっては、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」＋１は、「ＭｉｎＣｂＳｉｚｅＹ」ルマサンプル単位の水平ラップアラウンド位置を計算するために用いられるオフセットを示し得る。実施形態によっては、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」の値は、（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋１以上である。

[163] 実施形態によっては、「ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」、［ＣｔｂＳｉｚｅＹ」、及び「ＭｉｎＣｂＳｉｚｅＹ」に対して制限が課され得る。図２６は、本開示のいくつかの実施形態に係る、変数「ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」、「ＣｔｂＳｉｚｅＹ」、及び「ＭｉｎＣｂＳｉｚｅＹ」に課された制限を用いた、改善されたラップアラウンド動き補償のための例示的なシーケンスパラメータセットの意味を示す。図２６に示されるように、前のＶＶＣからの変更は、斜体で示され、提案される削除された意味は、さらに取り消し線で示される。

[164] 実施形態によっては、「ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」に対して制限が課されることがあり、それは、ＰＰＳにおいてシグナリングされる。図２７は、本開示のいくつかの実施形態に係る、変数「ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」に課される制限を用いた、改善されたラップアラウンド動き補償のための例示的なピクチャパラメータセットの意味を示す。図２７に示されるように、前のＶＶＣからの変更は、斜体で示され、提案される削除された意味は、さらに取り消し線で示される。

[165] 実施形態によっては、図９～１１に示される方法は、図１１～２７に示される方法のいずれかと組み合わされ得る。シグナリングコストを低減するために、ラップアラウンド動き補償オフセットがシグナリングされる前に特殊値がラップアラウンド動き補償オフセットから減算される（例えば、図９～１０に示される方法）ため、方法が組み合わされると、ビットストリームでシグナリングされるラップアラウンド動き補償オフセットの範囲制限も変更され得る。例えば、同一の特殊値が、上限及び下限の両方から減算されてもよい。さらに、減算後の下限が０である場合、ビットストリームにおいてシグナリングされたオフセットがＶＶＣ規格（例えば、ＶＶＣドラフト７）において負でない値であることが保証されるため、それは除去されてもよい。

[166] 本開示の実施形態は、動き補償を実行する方法をさらに提供する。図２８は、本開示のいくつかの実施形態に係る、動き補償を実行するための例示的な方法のフローチャートを示す。図２８に示される方法２８０００は、図９及び図１０に示される構文及び意味に従って実行され得ることを理解されたい。

[167] ステップＳ２８０１０において、ピクチャのシーケンスが受信される。シーケンスは、シーケンスラップアラウンド動き補償フラグ及びシーケンスラップアラウンド動き補償オフセットに関連付けられる。シーケンス動き補償ラップアラウンド動き補償オフセットについての最小値は、０である。例えば、図９に示されるように、ラップアラウンド動き補償オフセットに対して指定されたビットを保存するために、ラップアラウンド動き補償オフセットがシグナリングされる前に、（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋２が、ラップアラウンド動き補償オフセットから減算され得る。その結果、この構文要素の最小値は、０であり得る。

[168] ステップＳ２８０２０において、シーケンスラップアラウンド動き補償フラグが有効であるかどうかが決定される。

[169] ステップＳ２８０３０では、シーケンスラップアラウンド動き補償フラグが有効であることに応じて、シーケンスラップアラウンド動き補償オフセットに従ってピクチャのシーケンス内のピクチャに対してラップアラウンド動き補償が実行される。実施形態によっては、動き補償は、ＶＶＣ規格に従って実行される。

[170] 本開示の実施形態は、シーケンスラップアラウンド動き補償オフセットについての制限された範囲を有する動き補償を実行するための方法をさらに提供する。図２９は、本開示のいくつかの実施形態に係る、シーケンスラップアラウンド動き補償オフセットについての制限された範囲を用いた動き補償を実行するための例示的な方法のフローチャートを示す。図２９に示される方法２９０００は、図１１に示される意味に従って実行され得ることを理解されたい。

[171] ステップＳ２９０１０において、ピクチャのシーケンスが受信される。シーケンスは、シーケンスラップアラウンド動き補償フラグ及びシーケンスラップアラウンド動き補償オフセットに関連付けられる。シーケンスラップアラウンド動き補償オフセットについての範囲は、ピクチャのシーケンス内のピクチャの最大幅に従って制限される。例えば、図１１に示されるように、「ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ」は、ＳＰＳを参照する復号された各ピクチャのルマサンプル単位の最大幅を表し得る。「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」の値は、（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋１から（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－１を含む範囲内にあり得る。

[172] ステップＳ２９０２０において、シーケンスラップアラウンド動き補償フラグが有効であるかどうかが決定される。

[173] ステップＳ２９０３０において、シーケンスラップアラウンド動き補償フラグが有効であることに応じて、シーケンスラップアラウンド動き補償オフセットに従ってピクチャのシーケンス内のピクチャに対してラップアラウンド動き補償が実行される。実施形態によっては、動き補償は、ＶＶＣ規格に従って実行される。実施形態によっては、ラップアラウンド動き補償は、ピクチャのシーケンス内の複数のピクチャに対して実行されてもよく、複数のピクチャは、異なるサイズを有してもよい。実施形態によっては、ピクチャに対するラップアラウンド動き補償は、ピクチャラップアラウンド有効フラグが有効であることに応じてシーケンスラップアラウンド動き補償オフセットに従って実行される。ピクチャラップアラウンド有効フラグは、シーケンスラップアラウンド動き補償フラグに従って決定され得る。例えば、図１２に示されるように、ピクチャラップアラウンド有効フラグは、変数「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」を含む式から決定され得る。

[174] 本開示の実施形態は、シーケンスラップアラウンド動き補償オフセットに関連付けられたピクチャを用いた動き補償を実行するための方法をさらに提供する。図３０は、本開示のいくつかの実施形態に係る、シーケンスラップアラウンド動き補償オフセットに関連付けられたピクチャを用いた動き補償を実行するための例示的な方法のフローチャートを示す。図３０に示される方法３００００は、図１４及び図１５に示される構文及び意味に従って実行され得ることを理解されたい。

[175] ステップＳ３００１０において、ピクチャのシーケンスが受信される。シーケンスは、シーケンスラップアラウンド動き補償フラグに関連付けられ、シーケンス内のピクチャは、ピクチャラップアラウンド動き補償オフセットに関連付けられる。例えば、図１４に示されるように、新たな変数「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ」が、ピクチャパラメータセットに含まれてもよい。

[176] ステップＳ３００２０において、シーケンスラップアラウンド動き補償フラグが有効であるかどうかが決定される。

[177] ステップＳ３００３０において、シーケンスラップアラウンド動き補償フラグが有効であることに応じて、シーケンスラップアラウンド動き補償オフセットに従ってピクチャのシーケンス内のピクチャに対してラップアラウンド動き補償が実行される。実施形態によっては、動き補償は、ＶＶＣ規格に従って実行される。実施形態によっては、ラップアラウンド動き補償は、ピクチャのシーケンス内の複数のピクチャに対して実行されてもよく、複数のピクチャは、異なるサイズを有してもよい。

[178] 実施形態によっては、ピクチャに対するラップアラウンド動き補償は、ピクチャラップアラウンド有効フラグが有効であることに応じて、シーケンスラップアラウンド動き補償オフセットに従って実行される。ピクチャラップアラウンド有効フラグは、シーケンスラップアラウンド動き補償フラグに従って決定され得る。例えば、図１２に示されるように、ピクチャラップアラウンド有効フラグは、変数「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」を含む式から決定され得る。実施形態によっては、ピクチャラップアラウンド動き補償オフセットの最小値は０である。例えば、図１８に示されるように、変数「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ」についての最小値は、０であってもよい。

[179] 実施形態によっては、ピクチャは、ピクチャラップアラウンド動き補償フラグに関連付けられる。ピクチャラップアラウンド動き補償フラグが有効であることに応じて、ピクチャラップアラウンド動き補償オフセットに従ってピクチャに対してラップアラウンド動き補償が実行され得る。例えば、図２１に示されるように、新たな変数「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」が、ピクチャパラメータセットに追加されてもよい。図２２に示されるように、変数「ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」は、水平ラップアラウンド動き補償がピクチャレベルで適用されるかどうかを示し得る。実施形態によっては、ピクチャラップアラウンド動き補償フラグが有効であることに応じて、ピクチャラップアラウンド動き補償オフセットがシグナリングされ得る。

[180] 本開示の実施形態は、制限されたピクチャの最大サイズを有する動き補償を実行するための方法をさらに提供する。図３１は、本開示のいくつかの実施形態に係る、制限された最大ピクチャサイズを用いた動き補償を実行するための例示的な方法のフローチャートを示す。図３１に示される方法３１０００は、図２５に示される意味に従って実行され得ることを理解されたい。

[181] ステップＳ３１０１０において、ピクチャのシーケンスが受信される。シーケンスは、シーケンスラップアラウンド動き補償フラグに関連付けられ、シーケンス内のピクチャは、ピクチャラップアラウンド動き補償オフセットに関連付けられる。

[182] ステップＳ３１０２０において、シーケンスラップアラウンド動き補償フラグが有効であるかどうかが決定される。

[183] ステップＳ３１０３０において、シーケンスラップアラウンド動き補償フラグが有効であることに応じて、シーケンスラップアラウンド動き補償オフセットに従ってピクチャのシーケンス内のピクチャに対してラップアラウンド動き補償が実行される。ピクチャの最大サイズは、シーケンスラップアラウンド動き補償オフセットに従って最小値に制限される。例えば、図２６に示されるように、最大ピクチャ幅は、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」を含む式に従って決定され得る。実施形態によっては、動き補償は、ＶＶＣ規格に従って実行される。実施形態によっては、ラップアラウンド動き補償は、ピクチャのシーケンス内の複数のピクチャに対して実行されてもよく、複数のピクチャは、異なるサイズを有してもよい。実施形態によっては、ピクチャのサイズは、シーケンスラップアラウンド動き補償オフセットに従って最小値に制限される。例えば、図２７に示されるように、ピクチャ幅は、「ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＿ｍｉｎｕｓ１」を含む式に従って決定され得る。

[184] 実施形態によっては、また、命令を含む非一時的コンピュータ可読記憶媒体が提供され、命令はデバイス（本開示の符号器及び復号器など）によって、上述の方法を遂行するために実行され得る。一般的な形態の非一時的媒体としては、例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、ソリッドステートドライブ、磁気テープ、又は任意の他の磁気データ記憶媒体、ＣＤ－ＲＯＭ、任意の他の光学データ記憶媒体、孔のパターンを有する任意の物理媒体、ＲＡＭ、ＰＲＯＭ、及びＥＰＲＯＭ、ＦＬＡＳＨ（登録商標）－ＥＰＲＯＭ又は任意の他のフラッシュメモリ、ＮＶＲＡＭ、キャッシュ、レジスタ、任意の他のメモリチップ又はカートリッジ、並びにこれらのネットワーク化バージョンが挙げられる。デバイスは、１つ以上のプロセッサ（ＣＰＵ）、入力／出力インターフェース、ネットワークインターフェース、及び／又はメモリを含み得る。

[185] 「第１（first）」及び「第２（second）」などの本明細書における関係語は、単に、実体又は動作を別の実体又は動作と区別するために使用されるにすぎず、これらの実体又は動作の間のいかなる実際の関係又は順序も必要とせず、暗示もしないことに留意されたい。さらに、単語「備える（comprising）」、「有する（having）」、「包含する（containing）」、及び「含む（including）」、並びに他の同様の形式は、意味が同等であり、これらの単語のうちの任意のものに続く要素若しくは要素群は、このような要素若しくは要素群の限定列挙であることを意味されない、又は列挙された要素若しくは要素群のみに限定されることを意味されないという点で、オープンエンドなものであることを意図される。

[186] 本明細書において使用するとき、別途特に断りのない限り、用語「又は（or）」は、実行不可能な場合を除き、全ての可能な組み合わせを包含する。例えば、データベースがＡ又はＢを含み得ると述べられた場合には、このとき、別途特に断りのない限り、又は実行不可能でない限り、データベースは、Ａ、或いはＢ、或いはＡ及びＢを含み得る。第２の例として、データベースがＡ、Ｂ、又はＣを含み得ると述べられた場合には、このとき、別途特に断りのない限り、又は実行不可能でない限り、データベースは、Ａ、Ｂ、若しくはＣ、又はＡ及びＢ、Ａ及びＣ、若しくはＢ及びＣ、又はＡ及びＢ及びＣを含み得る。

[187] 上述の実施形態は、ハードウェア、又はソフトウェア（プログラムコード）、或いはハードウェア及びソフトウェアの組み合わせによって実施され得ることが理解される。ソフトウェアによって実施される場合には、それは上述のコンピュータ可読媒体内に記憶され得る。ソフトウェアは、プロセッサによって実行されたときに、本開示の方法を遂行することができる。本開示において説明される計算ユニット及び他の機能ユニットは、ハードウェア、又はソフトウェア、或いはハードウェア及びソフトウェアの組み合わせによって実施され得る。当業者は、上述のモジュール／ユニットのうちの複数のものを１つのモジュール／ユニットとして組み合わせてもよく、上述のモジュール／ユニットの各々を複数のサブモジュール／サブユニットにさらに分割してもよいことも理解するであろう。

[188] 上述の明細書において、実施形態は、実装形態ごとに異なり得る数多くの特定の詳細を参照して説明された。上述の実施形態の特定の適応及び変更を行うことができる。本明細書の考慮及び本明細書において開示された本発明の実施から、他の実施形態が当業者に明らかになり得る。明細書及び実施例は例としてのみ考慮されることが意図されており、本発明の真の範囲及び趣旨は添付の請求項によって指示される。また、図に示されるステップの配列は単に例示目的のためのものにすぎず、ステップのいかなる特定の配列にも限定されることを意図されないことも意図される。それゆえ、当業者は、これらのステップは、同じ方法を実施しながらも、異なる順序で遂行され得ることを理解することができる。

[189] 実施形態は、以下の条項を用いてさらに記述することができる。
１．
動き補償を実行する方法であって、
第１のラップアラウンド動き補償フラグを受信することであって、第１のラップアラウンド動き補償フラグがピクチャに関連付けられることと、
第１のラップアラウンド動き補償フラグが有効であるかどうかを決定することと、
第１のラップアラウンド動き補償フラグが有効であるとの決定に応じて、ラップアラウンド動き補償オフセットを受信することであって、ラップアラウンド動き補償オフセットがピクチャに関連付けられることと、
第１のラップアラウンド動き補償フラグ及びラップアラウンド動き補償オフセットに従ってピクチャに対して動き補償を実行することと、
を含む、方法。
２．
第２のラップアラウンド動き補償フラグを受信することであって、第１のラップアラウンド動き補償フラグが、第１のラップアラウンド動き補償フラグに関連付けられたピクチャを含むピクチャのセットに関連付けられることと、
第２のラップアラウンド動き補償フラグが無効であるかどうかを決定することと、
第２のラップアラウンド動き補償フラグが無効であるとの決定に応じて、第１のラップアラウンド動き補償フラグも無効であると決定することと、
をさらに含む、条項１に記載の方法。
３．
第１のラップアラウンド動き補償フラグが有効であるかどうかを決定することが、
第１のラップアラウンド動き補償フラグに関連付けられたピクチャのピクチャ幅を決定することと、
第１のラップアラウンド動き補償フラグが有効であるかどうかをピクチャ幅に基づいて決定することと、
をさらに含む、条項２に記載の方法。
４．
最小符号化ブロック単位のルマ符号化ツリーブロックサイズ＋１が最小符号化ブロック単位のピクチャのピクチャ幅－１より大きいかどうかを決定することと、
最小符号化ブロック単位のルマ符号化ツリーブロックサイズ＋１が最小符号化ブロック単位のピクチャのピクチャ幅－１より大きいとの決定に応じて、第１の動き補償フラグが無効であると決定することと、
をさらに含む、条項３に記載の方法。
５．
第２のラップアラウンド動き補償フラグが有効であるかどうかを決定することと、
第２のラップアラウンド動き補償フラグが有効であるとの決定に応じて、ピクチャのピクチャ幅がルマ符号化ツリーブロックサイズ＋オフセット以上であると決定することと、
をさらに含む、条項２～４のいずれか一項に記載の方法。
６．
第２のラップアラウンド動き補償フラグが有効であるとの決定に応じて、最小符号化ブロック単位のルマ符号化ツリーブロックサイズ＋１が最小符号化ブロック単位のピクチャのピクチャ幅－１以下であると決定することをさらに含む、条項５に記載の方法。
７．
第２のラップアラウンド動き補償フラグが、シーケンスパラメータセットにおいてシグナリングされ、第１のラップアラウンド動き補償フラグ及びラップアラウンド動き補償オフセットが、ピクチャパラメータセットにおいてシグナリングされる、条項２～６のいずれか一項に記載の方法。
８．
動き補償が、多用途ビデオコーディング規格に従って実行される、条項１～７のいずれか一項に記載の方法。
９．
複数のピクチャに対して動き補償を実行することをさらに含み、複数のピクチャが異なるサイズを有する、条項１～８のいずれか一項に記載の方法。
１０．
ラップアラウンド動き補償オフセットに従ってピクチャに対して動き補償を実行することが、
ビットストリームから受信したラップアラウンド動き補償オフセットにオフセットを加えることによって、第２のラップアラウンド動き補償オフセットを決定することと、
第２のラップアラウンド動き補償オフセットに従ってピクチャに対して動き補償を実行することと、
をさらに含む、条項１～９のいずれか一項に記載の方法。
１１．
動き補償を実行するシステムであって、
命令のセットを記憶するメモリと、
プロセッサとを備え、プロセッサは、
第１のラップアラウンド動き補償を受信することであって、第１のラップアラウンド動き補償オフセットがピクチャｉに関連付けられることと、
第１のラップアラウンド動き補償フラグが有効であるかどうかを決定することと、
第１のラップアラウンド動き補償フラグが有効であるとの決定に応じて、ラップアラウンド動き補償オフセットを受信することであって、ラップアラウンド動き補償オフセットがピクチャに関連付けられることと、
第１のラップアラウンド動き補償フラグ及びラップアラウンド動き補償オフセットに従ってピクチャに対して動き補償を実行することと、
をシステムに実行させるように、命令のセットを実行するように構成される、システム。
１２．
プロセッサが、
第２のラップアラウンド動き補償フラグを受信することであって、第２のラップアラウンド動き補償フラグが、第１のラップアラウンド動き補償フラグに関連付けられたピクチャを含むピクチャのセットに関連付けられることと、
第２のラップアラウンド動き補償フラグが無効であるかどうかを決定することと、
第２のラップアラウンド動き補償フラグが無効であるとの決定に応じて、第１のラップアラウンド動き補償フラグも無効であると決定することと、
をシステムに実行させるように、命令のセットを実行するようにさらに構成される、条項１１に記載のシステム。
１３．
プロセッサが、
第１のラップアラウンド動き補償フラグに関連付けられたピクチャのピクチャ幅を決定することと、
第１のラップアラウンド動き補償フラグが有効であるかどうかをピクチャ幅に基づいて決定することと、
をシステムに実行させるように、命令のセットを実行するようにさらに構成される、条項１２に記載のシステム。
１４．
プロセッサが、
最小符号化ブロック単位のルマ符号化ツリーブロックサイズ＋１が最小符号化ブロック単位のピクチャのピクチャ幅－１より大きいかどうかを決定することと、
最小符号化ブロック単位のルマ符号化ツリーブロックサイズ＋１が最小符号化ブロック単位のピクチャのピクチャ幅－１より大きいとの決定に応じて、第１の動き補償フラグが無効であると決定することと、
をシステムに実行させるように、命令のセットを実行するようにさらに構成される、条項１３に記載のシステム。
１５．
プロセッサが、
第２のラップアラウンド動き補償フラグが有効であるかどうかを決定することと、
第２のラップアラウンド動き補償フラグが有効であるとの決定に応じて、ピクチャのピクチャ幅がルマ符号化ツリーブロックサイズ＋オフセット以上であると決定することと、
をシステムに実行させるように、命令のセットを実行するようにさらに構成される、条項１２～１４のいずれか一項に記載のシステム。
１６．
プロセッサが、
第２のラップアラウンド動き補償フラグが有効であるとの決定に応じて、最小符号化ブロック単位のルマ符号化ツリーブロックサイズ＋１が最小符号化ブロック単位のピクチャのピクチャ幅－１以下であると決定すること
をシステムに実行させるように、命令のセットを実行するようにさらに構成される、条項１５に記載のシステム。
１７．
第２のラップアラウンド動き補償フラグが、シーケンスパラメータセットにおいてシグナリングされ、第１のラップアラウンド動き補償フラグ及びラップアラウンド動き補償オフセットが、ピクチャパラメータセットにおいてシグナリングされる、条項１２～１６のいずれか一項に記載のシステム。
１８．
プロセッサが、
複数のピクチャに対して動き補償を実行すること
をシステムに実行させるように、命令のセットを実行するようにさらに構成され、
複数のピクチャが異なるサイズを有する、条項１１～１７のいずれか一項に記載のシステム。
１９．
プロセッサが、
ビットストリームから受信したラップアラウンド動き補償オフセットにオフセットを加えることによって、第２のラップアラウンド動き補償オフセットを決定することと、
第２のラップアラウンド動き補償オフセットに従ってピクチャに対して動き補償を実行することと、
をシステムに実行させるように、命令のセットを実行するようにさらに構成される、条項１１～１８のいずれか一項に記載のシステム。
２０．
命令のセットを記憶する非一時的コンピュータ可読媒体であって、命令のセットは、装置に動き補償を実行する方法を開始させるために、装置の１つ以上のプロセッサによって実行可能であり、方法が、
第１のラップアラウンド動き補償フラグを受信することであって、第１のラップアラウンド動き補償フラグがピクチャのセット内のピクチャに関連付けられることと、
第１のラップアラウンド動き補償フラグが有効であるかどうかを決定することと、
第１のラップアラウンド動き補償フラグが有効であるとの決定に応じて、ラップアラウンド動き補償オフセットを受信することであって、ラップアラウンド動き補償オフセットがピクチャに関連付けられることと、
第１のラップアラウンド動き補償フラグ及びラップアラウンド動き補償オフセットに従ってピクチャに対して動き補償を実行することと、
を含む、非一時的コンピュータ可読媒体。
２１．
命令のセットが、
第１のラップアラウンド動き補償フラグに関連付けられたピクチャのピクチャ幅を決定することと、
第１のラップアラウンド動き補償フラグが有効であるかどうかをピクチャ幅に基づいて決定することと、
をコンピュータシステムにさらに実行させるために、コンピュータシステムの少なくとも１つのプロセッサによって実行可能である、条項２０に記載の非一時的コンピュータ可読媒体。

[190] 図面及び明細書において、例示的な実施形態が開示された。しかし、これらの実施形態に対して多くの変形及び変更を行うことができる。したがって、特定の用語が採用されていても、これらは単に、一般的な説明の意味で使用されているにすぎず、限定を目的として使用されているものではない。

Claims (15)

1. 復号器によって動き補償を実行する方法であって、
   第１のラップアラウンド動き補償フラグを受信することであって、前記第１のラップアラウンド動き補償フラグが、１つ以上のピクチャに関連付けられ、ピクチャパラメータセットにおいてシグナリングされることと、
   前記第１のラップアラウンド動き補償フラグが第１の値に等しいか又は第２の値に等しいかを決定することであって、
   前記第１の値に等しい前記第１のラップアラウンド動き補償フラグが、水平ラップアラウンド動き補償が前記１つ以上のピクチャについて有効であることを示し、
   前記第２の値に等しい前記第１のラップアラウンド動き補償フラグが、水平ラップアラウンド動き補償が前記１つ以上のピクチャについて無効であることを示すことと、
   前記第１のラップアラウンド動き補償フラグが前記第１の値に等しいとの決定に応じて、ラップアラウンド動き補償オフセットに関連付けられたパラメータを受信することであって、前記ラップアラウンド動き補償オフセットが、前記１つ以上のピクチャに関連付けられ、前記ピクチャパラメータセットにおいてシグナリングされることと、
   第２のラップアラウンド動き補償フラグを受信することであって、前記第２のラップアラウンド動き補償フラグが、前記１つ以上のピクチャを含むピクチャのシーケンスに関連付けられることと、
   前記第２のラップアラウンド動き補償フラグが前記第１の値に等しいか又は前記第２の値に等しいかを決定することであって、
   前記第１の値に等しい前記第２のラップアラウンド動き補償フラグが、水平ラップアラウンド動き補償が前記ピクチャのシーケンスについて有効であることを示し、
   前記第２の値に等しい前記第２のラップアラウンド動き補償フラグが、水平ラップアラウンド動き補償が前記ピクチャのシーケンスについて無効であることを示すことと、
   前記第２のラップアラウンド動き補償フラグが前記第２の値に等しいとの決定に応じて、前記第１のラップアラウンド動き補償フラグも前記第２の値に等しいと決定することと、
   前記第２のラップアラウンド動き補償フラグが前記第１の値に等しいとの前記決定に応じて、最小ルマ符号化ブロック単位のルマ符号化ツリーブロックサイズ＋１が最小ルマ符号化ブロック単位の前記１つ以上のピクチャのピクチャ幅－１以下であると決定することと、
   前記第１のラップアラウンド動き補償フラグ及び前記パラメータに従って前記１つ以上のピクチャを復号化することと、
   を含む、方法。
2. 前記第１のラップアラウンド動き補償フラグが前記第１の値に等しいか又は前記第２の値に等しいかを決定することが、
   前記１つ以上のピクチャのピクチャ幅を決定することと、
   前記第１のラップアラウンド動き補償フラグが前記第１の値に等しいか又は前記第２の値に等しいかを前記ピクチャ幅に基づいて決定することと、
   をさらに含む、請求項１に記載の方法。
3. 最小ルマ符号化ブロック単位のルマ符号化ツリーブロックサイズ＋１が最小ルマ符号化ブロック単位の前記１つ以上のピクチャの前記ピクチャ幅－１より大きいかどうかを決定することと、
   最小ルマ符号化ブロック単位の前記ルマ符号化ツリーブロックサイズ＋１が最小ルマ符号化ブロック単位の前記１つ以上のピクチャの前記ピクチャ幅－１より大きいとの決定に応じて、前記第１のラップアラウンド動き補償フラグが前記第２の値に等しいと決定することと、
   をさらに含む、請求項２に記載の方法。
4. 前記第２のラップアラウンド動き補償フラグが、シーケンスパラメータセットにおいてシグナリングされる、請求項１に記載の方法。
5. 前記第１のラップアラウンド動き補償フラグ及び前記パラメータに従って前記１つ以上のピクチャを復号化することが、
   前記パラメータに従ってオフセットを決定することと、
   前記オフセットに従って前記１つ以上のピクチャを復号化することと、
   をさらに含む、請求項１に記載の方法。
6. 映像のビットストリームを記憶するための方法であって、前記方法が、
   映像シーケンスを受信することと、
   前記映像シーケンスの１つ以上のピクチャを符号化することと、
   前記符号化した１つ以上のピクチャに基づいてビットストリームを生成することと、
   前記ビットストリームを非一時的コンピュータ可読記憶媒体に記憶することと、
   を含み、前記符号化することが、
   ピクチャパラメータセットにおいて第１のラップアラウンド動き補償フラグをシグナリングすることであって、前記第１のラップアラウンド動き補償フラグが、１つ以上のピクチャに関連付けられることと、
   前記第１のラップアラウンド動き補償フラグが第１の値に等しいか又は第２の値に等しいかを決定することであって、
   前記第１の値に等しい前記第１のラップアラウンド動き補償フラグが、水平ラップアラウンド動き補償が前記１つ以上のピクチャについて有効であることを示し、
   前記第２の値に等しい前記第１のラップアラウンド動き補償フラグが、水平ラップアラウンド動き補償が前記１つ以上のピクチャについて無効であることを示すことと、
   前記第１のラップアラウンド動き補償フラグが前記第１の値に等しいとの決定に応じて、ラップアラウンド動き補償オフセットに関連付けられたパラメータをシグナリングすることであって、前記ラップアラウンド動き補償オフセットが、前記１つ以上のピクチャに関連付けられ、前記ピクチャパラメータセットにおいてシグナリングされることと、
   第２のラップアラウンド動き補償フラグをシグナリングすることであって、前記第２のラップアラウンド動き補償フラグが、前記１つ以上のピクチャを含むピクチャのシーケンスに関連付けられることと、
   前記第２のラップアラウンド動き補償フラグが前記第１の値に等しいか又は前記第２の値に等しいかを決定することであって、
   前記第１の値に等しい前記第２のラップアラウンド動き補償フラグが、水平ラップアラウンド動き補償が前記ピクチャのシーケンスについて有効であることを示し、
   前記第２の値に等しい前記第２のラップアラウンド動き補償フラグが、水平ラップアラウンド動き補償が前記ピクチャのシーケンスについて無効であることを示すことと、
   前記第２のラップアラウンド動き補償フラグが前記第２の値に等しいとの決定に応じて、前記第１のラップアラウンド動き補償フラグも前記第２の値に等しいと決定することと、
   前記第２のラップアラウンド動き補償フラグが前記第１の値に等しいとの前記決定に応じて、最小ルマ符号化ブロック単位のルマ符号化ツリーブロックサイズ＋１が最小ルマ符号化ブロック単位の前記１つ以上のピクチャのピクチャ幅－１以下であると決定することと、
   前記第１のラップアラウンド動き補償フラグ及び前記パラメータに従って前記１つ以上のピクチャを符号化することと、
   を含む、方法。
7. 前記第１のラップアラウンド動き補償フラグが前記第１の値に等しいか又は前記第２の値に等しいかを決定することが、
   前記１つ以上のピクチャのピクチャ幅を決定することと、
   前記第１のラップアラウンド動き補償フラグが前記第１の値に等しいか又は前記第２の値に等しいかを前記ピクチャ幅に基づいて決定することと、
   をさらに含む、請求項６に記載の方法。
8. 最小ルマ符号化ブロック単位のルマ符号化ツリーブロックサイズ＋１が最小ルマ符号化ブロック単位の前記１つ以上のピクチャの前記ピクチャ幅－１より大きいかどうかを決定することと、
   最小ルマ符号化ブロック単位の前記ルマ符号化ツリーブロックサイズ＋１が最小ルマ符号化ブロック単位の前記１つ以上のピクチャの前記ピクチャ幅－１より大きいとの決定に応じて、前記第１のラップアラウンド動き補償フラグが前記第２の値に等しいと決定することと、
   をさらに含む、請求項７に記載の方法。
9. 前記第２のラップアラウンド動き補償フラグが、シーケンスパラメータセットにおいてシグナリングされる、請求項６に記載の方法。
10. 前記第１のラップアラウンド動き補償フラグ及び前記パラメータに従って前記１つ以上のピクチャを復号化することが、
    前記パラメータに従ってオフセットを決定することと、
    前記オフセットに従って前記１つ以上のピクチャを符号化することと、
    をさらに含む、請求項６に記載の方法。
11. 符号器によって動き補償を実行する方法であって、
    ピクチャパラメータセットにおいて第１のラップアラウンド動き補償フラグをシグナリングすることであって、前記第１のラップアラウンド動き補償フラグが、１つ以上のピクチャに関連付けられることと、
    前記第１のラップアラウンド動き補償フラグが第１の値に等しいか又は第２の値に等しいかを決定することであって、
    前記第１の値に等しい前記第１のラップアラウンド動き補償フラグが、水平ラップアラウンド動き補償が前記１つ以上のピクチャについて有効であることを示し、
    前記第２の値に等しい前記第１のラップアラウンド動き補償フラグが、水平ラップアラウンド動き補償が前記１つ以上のピクチャについて無効であることを示すことと、
    前記第１のラップアラウンド動き補償フラグが前記第１の値に等しいとの決定に応じて、ラップアラウンド動き補償オフセットに関連付けられたパラメータをシグナリングすることであって、前記ラップアラウンド動き補償オフセットが、前記１つ以上のピクチャに関連付けられ、前記ピクチャパラメータセットにおいてシグナリングされることと、
    第２のラップアラウンド動き補償フラグをシグナリングすることであって、前記第２のラップアラウンド動き補償フラグが、前記１つ以上のピクチャを含むピクチャのシーケンスに関連付けられることと、
    前記第２のラップアラウンド動き補償フラグが前記第１の値に等しいか又は前記第２の値に等しいかを決定することであって、
    前記第１の値に等しい前記第２のラップアラウンド動き補償フラグが、水平ラップアラウンド動き補償が前記ピクチャのシーケンスについて有効であることを示し、
    前記第２の値に等しい前記第２のラップアラウンド動き補償フラグが、水平ラップアラウンド動き補償が前記ピクチャのシーケンスについて無効であることを示すことと、
    前記第２のラップアラウンド動き補償フラグが前記第２の値に等しいとの決定に応じて、前記第１のラップアラウンド動き補償フラグも前記第２の値に等しいと決定することと、
    前記第２のラップアラウンド動き補償フラグが前記第１の値に等しいとの前記決定に応じて、最小ルマ符号化ブロック単位のルマ符号化ツリーブロックサイズ＋１が最小ルマ符号化ブロック単位の前記１つ以上のピクチャのピクチャ幅－１以下であると決定することと、
    前記第１のラップアラウンド動き補償フラグ及び前記パラメータに従って前記１つ以上のピクチャを符号化することと、
    を含む、方法。
12. 前記第１のラップアラウンド動き補償フラグが前記第１の値に等しいか又は前記第２の値に等しいかを決定することが、
    前記１つ以上のピクチャのピクチャ幅を決定することと、
    前記第１のラップアラウンド動き補償フラグが前記第１の値に等しいか又は前記第２の値に等しいかを前記ピクチャ幅に基づいて決定することと、
    をさらに含む、請求項１１に記載の方法。
13. 最小ルマ符号化ブロック単位のルマ符号化ツリーブロックサイズ＋１が最小ルマ符号化ブロック単位の前記１つ以上のピクチャの前記ピクチャ幅－１より大きいかどうかを決定することと、
    最小ルマ符号化ブロック単位の前記ルマ符号化ツリーブロックサイズ＋１が最小ルマ符号化ブロック単位の前記１つ以上のピクチャの前記ピクチャ幅－１より大きいとの決定に応じて、前記第１のラップアラウンド動き補償フラグが前記第２の値に等しいと決定することと、
    をさらに含む、請求項１２に記載の方法。
14. 前記第２のラップアラウンド動き補償フラグが、シーケンスパラメータセットにおいてシグナリングされる、請求項１１に記載の方法。
15. 前記第１のラップアラウンド動き補償フラグ及び前記パラメータに従って前記１つ以上のピクチャを復号化することが、
    前記パラメータに従ってオフセットを決定することと、
    前記オフセットに従って前記１つ以上のピクチャを符号化することと、
    をさらに含む、請求項１１に記載の方法。

Images