JP7448558B2 - 画像エンコーディングおよびデコーディングのための方法およびデバイス - Google Patents

Description

本実施形態のうちの少なくとも１つは、一般に、画像エンコーディングおよびデコーディングのための方法およびデバイスに関し、より詳細には、画像内の動きを表す情報をエンコードおよびデコードするための方法およびデバイスに関する。

高い圧縮効率を達成するために、ビデオ符号化スキームは、通常、予測および変換を利用して、ビデオコンテンツ内の空間的および時間的冗長性を活用する。エンコーディング中に、ビデオコンテンツの画像（image）は、ピクセルからなるブロックに分割され、これらのブロックは、その後、以下でオリジナルサブブロックと呼ばれる、１つまたは複数のサブブロックにパーティショニング（partitioning:分割）される。その後、イントラ画像相関性またはインター画像相関性を利用するために、イントラ予測またはインター予測が、各サブブロックに適用される。使用される予測方法が、何であれ（イントラであれ、またはインターであれ）、各オリジナルサブブロックに対して、プレディクタサブブロックが、決定される。その後、予測誤差サブブロック、予測残差サブブロック、または単に残差ブロックとしばしば呼ばれる、オリジナルサブブロックとプレディクタサブブロックとの差を表すサブブロックが、変換され、量子化され、エントロピ符号化されて、エンコードされたビデオストリームを生成する。ビデオを再構築するためには、変換、量子化、エントロピ符号化に対応する逆プロセスによって、圧縮されたデータが、デコードされる。

基本的に、インター予測を使用してエンコードされたサブブロック、すなわち、インターモードを使用してエンコードされたブロックは、残差ブロックと、プレディクタサブブロックを見つける場所を示す動き情報とによって、表される。前世代のビデオ圧縮規格においては（例えば、共同ビデオ専門家チーム（ＪＶＥＴ）として知られる、ＩＴＵ－ＴとＩＳＯ／ＩＥＣの専門家からなる共同協力チームによって開発中の、多用途ビデオ符号化（ＶＶＣ）という名前の国際規格においては、または規格ＨＥＶＣ（ＩＳＯ／ＩＥＣ２３００８－２－ＭＰＥＧ－Ｈパート２、高効率ビデオ符号化／ＩＴＵ－Ｔ Ｈ．２６５）においては）、サブブロックのテクスチャばかりでなく、動き情報も予測することによって、圧縮利得が、取得された。

動き情報予測は、サブブロックの動きは、一般に、それの近傍に配置された他のサブブロックの動きと相関があるという仮定に主に基づく。したがって、サブブロックの近傍の定義は、動き情報予測のキーポイントである。実際、この近傍は、最良の可能な動き情報プレディクタ（motion information predictor）が、この近傍内にあることを保証するために、十分に大きいものであるべきであるが、動き情報プレディクタをシグナリングするコストを制限するほど、大きすぎてはならない。

動き情報予測を改善することを可能にする、すなわち、使用される近傍が、動き情報予測のための最良の候補を含むことを保証する、解決策を提案することが望ましい

第１の態様においては、本実施形態のうちの１つまたは複数は、デコーディングのための方法を提供し、方法は、現在の画像（image）をデコードするために、現在のブロックとコロケートしている(collocated)、第１の参照画像（reference image）の、コロケート領域（collocated region：同一位置にある領域）と呼ばれる、領域を識別するステップと、前記コロケート領域内または前記コロケート領域の近傍内の位置から、第２の参照画像上をポイントしている、第１の動きベクトルを取得するステップと、第１の動きベクトルに基づいて、現在のブロック内の位置に変位（displacement：移動）を適用することによって、第２の参照画像内の、シフト位置と呼ばれる、位置を取得するステップと、第２の動きベクトルが、シフト位置において入手可能であるかどうかを決定するステップ、および入手可能である場合、現在のブロックの動きベクトルを再構築するために使用される、動きベクトルプレディクタ候補のリスト内に挿入されることが意図された、第２の動きベクトルに基づいた、第３の動きベクトルを取得するステップとを含む。

第２の態様においては、本実施形態のうちの１つまたは複数は、エンコーディングのための方法を提供し、方法は、現在の画像のデコードするために、現在のブロックとコロケートしている、第１の参照画像の、コロケート領域と呼ばれる、領域を識別するステップと、前記コロケート領域内または前記コロケート領域の近傍内の位置から、第２の参照画像上をポイントしている、第１の動きベクトルを取得するステップと、第１の動きベクトルに基づいて、現在のブロック内の位置に変位（displacement：移動）を適用することによって、第２の参照画像内の、シフト位置と呼ばれる、位置を取得するステップと、第２の動きベクトルが、シフト位置において、入手可能であるかどうかを決定するステップ、および入手可能である場合、現在のブロックの動きベクトルを再構築するために使用される、動きベクトルプレディクタ候補のリスト内に挿入されることが意図された、第２の動きベクトルに基づいた、第３の動きベクトルを取得するステップとを含む。

第１または第２の態様に従った方法の実施形態においては、第１の動きベクトルは、第１の動きベクトルが第２の参照画像上をポイントすることを保証するために、シフト位置を取得するために使用される前に、リスケールされる。

第１または第２の態様に従った方法の実施形態においては、シフト位置が制約エリア外にあるとき、シフト位置は、シフトエリア内に収まるように、クリップされる。

第１または第２の態様に従った方法の実施形態においては、シフト位置が制約エリア外にあるとき、第３の動きベクトルは、第１の動きベクトルに基づく。

第１または第２の態様に従った方法の実施形態においては、第２の参照画像上をポイントしている第１の動きベクトルを、前記コロケート領域内または前記コロケート領域の近傍内の位置から取得することができないとき、方法は、空間動きベクトルが、現在のブロックの動きベクトルをデコードするために使用される、動きベクトルプレディクタ候補のリスト内において、入手可能であるかどうかを決定するステップと、空間動きベクトルが入手可能である場合、第１の動きベクトルを、入手可能な空間動きベクトルに依存した値になるように修正するステップとを含む。

第１または第２の態様に従った方法の実施形態においては、第２の参照画像上をポイントしている第１の動きベクトルを、前記コロケート領域内または前記コロケート領域の近傍内の位置から取得することができないとき、方法は、第１の動きベクトルを、空間動きベクトルになるように修正するステップを含む。

第１または第２の態様に従った方法の実施形態においては、第１の動きベクトルは、前記コロケート領域の近傍内の位置から取得され、方法は、前記コロケート領域内の位置から、第２の参照画像上をポイントしている、第４の動きベクトルを取得するステップと、第４の動きベクトルに基づいて、現在のブロック内の位置に変位を適用することによって、第２の参照画像内の、第２のシフト位置と呼ばれる、位置を取得するステップと、第５の動きベクトルが、第２のシフト位置において入手可能であるかどうかを決定するステップ、および入手可能である場合、現在のブロックの動きベクトルを再構築するために使用される、動きベクトルプレディクタ候補のリスト内に挿入されることが意図された、第５の動きベクトルに基づいた、第６の動きベクトルを取得するステップと、リスト内に挿入されるべき、動きベクトルの順序付けられたセット内の第１の入手可能な動きベクトルを選択するステップであって、前記順序付けられたセットは、少なくとも、第３の動きベクトルと、第６の動きベクトルと、第１の動きベクトルと、第４の動きベクトルとを、これらの動きベクトルが入手可能であるときに、含む、ステップをさらに含む。

第１または第２の態様に従った方法の実施形態においては、順序付けられたセットは、入手可能であるときは、前記コロケート領域内の位置から導出される動きベクトルをさらに含む。

第１または第２の態様に従った方法の実施形態においては、現在のブロックは、サブブロックに分割され、シフト位置を取得するステップは、各サブブロックについてのシフト位置を、第１の動きベクトルに基づいて、サブブロック内の位置に変位を適用することによって、取得するステップを含み、第３の動きベクトルは、各サブブロックについて、第２の動きベクトルが、前記サブブロックに対応するシフト位置において、入手可能である場合に、取得される。

第３の態様においては、本実施形態のうちの１つまたは複数は、デコーディングのためのデバイスを提供し、デバイスは、現在の画像をデコードするために、現在のブロックとコロケートしている、第１の参照画像の、コロケート領域と呼ばれる、領域を識別することと、前記コロケート領域内または前記コロケート領域の近傍内の位置から、第２の参照画像上をポイントしている、第１の動きベクトルを取得することと、第１の動きベクトルに基づいて、現在のブロック内の位置に変位を適用することによって、第２の参照画像内の、シフト位置と呼ばれる、位置を取得することと、第２の動きベクトルが、シフト位置において入手可能であるかどうかを決定すること、および入手可能である場合、現在のブロックの動きベクトルを再構築するために使用される、動きベクトルプレディクタ候補のリスト内に挿入されることが意図された、第２の動きベクトルに基づいた、第３の動きベクトルを取得することとを行うために適合された電子回路を備える。

第４の態様においては、本実施形態のうちの１つまたは複数は、エンコーディングのためのデバイスを提供し、デバイスは、現在の画像をデコードするために、現在のブロックとコロケートしている、第１の参照画像の、コロケート領域と呼ばれる、領域を識別することと、前記コロケート領域内または前記コロケート領域の近傍内の位置から、第２の参照画像上をポイントしている、第１の動きベクトルを取得することと、第１の動きベクトルに基づいて、現在のブロック内の位置に変位を適用することによって、第２の参照画像内の、シフト位置と呼ばれる、位置を取得することと、第２の動きベクトルが、シフト位置において入手可能であるかどうかを決定すること、および入手可能である場合、現在のブロックの動きベクトルを再構築するために使用される、動きベクトルプレディクタ候補のリスト内に挿入されることが意図された、第２の動きベクトルに基づいた、第３の動きベクトルを取得することとを行うために適合された電子回路を備える。

第３または第４の態様に従ったデバイスの実施形態においては、第１の動きベクトルは、第１の動きベクトルが第２の参照画像上をポイントすることを保証するために、シフト位置を取得するために使用される前に、リスケールされる。

第３または第４の態様に従ったデバイスの実施形態においては、シフト位置は制約エリア外にあり、シフト位置は、シフトエリア内に収まるように、クリップされる。

第３または第４の態様に従ったデバイスの実施形態においては、シフト位置が制約エリア外にあるとき、第３の動きベクトルは、第１の動きベクトルに基づく。

第３または第４の態様に従ったデバイスの実施形態においては、第２の参照画像上をポイントしている第１の動きベクトルを、前記コロケート領域内または前記コロケート領域の近傍内の位置から取得することができないとき、デバイスは、空間動きベクトルが、現在のブロックの動きベクトルをデコードするために使用される、動きベクトルプレディクタ候補のリスト内において、入手可能であるかどうかを決定することと、空間動きベクトルが、入手可能である場合、第１の動きベクトルを、入手可能な空間動きベクトルに依存した値になるように修正することとを行うために適合された電子回路を備える。

第３または第４の態様に従ったデバイスの実施形態においては、第２の参照画像上をポイントしている第１の動きベクトルを、前記コロケート領域内または前記コロケート領域の近傍内の位置から取得することができないとき、デバイスは、第１の動きベクトルを、空間動きベクトルになるように修正することを行うために適合された電子回路を備える。

第３または第４の態様に従ったデバイスの実施形態においては、第１の動きベクトルは、前記コロケート領域の近傍内の位置から取得され、デバイスは、前記コロケート領域内の位置から、第２の参照画像上をポイントしている、第４の動きベクトルを取得することと、第４の動きベクトルに基づいて、現在のブロック内の位置に変位を適用することによって、第２の参照画像内の、第２のシフト位置と呼ばれる、位置を取得することと、第５の動きベクトルが、第２のシフト位置において、入手可能であるかどうかを決定すること、および入手可能である場合、現在のブロックの動きベクトルを再構築するために使用される、動きベクトルプレディクタ候補のリスト内に挿入されることが意図された、第５の動きベクトルに基づいた、第６の動きベクトルを取得することと、リスト内に挿入される、動きベクトルの順序付けられたセット内の第１の入手可能な動きベクトルを選択することであって、前記順序付けられたセットは、少なくとも、第３の動きベクトルと、第６の動きベクトルと、第１の動きベクトルと、第４の動きベクトルとを、これらの動きベクトルが入手可能であるときに、含む、選択することとを行うために適合された電子回路をさらに備える。

第３または第４の態様に従ったデバイスの実施形態においては、順序付けられたセットは、入手可能であるときは、前記コロケート領域内の位置から導出される動きベクトルをさらに含む。

第３または第４の態様に従ったデバイスの実施形態においては、現在のブロックは、サブブロックに分割され、シフト位置を取得することは、各サブブロックについてのシフト位置を、第１の動きベクトルに基づいて、サブブロック内の位置に変位を適用することによって、取得することを含み、第３の動きベクトルは、各サブブロックについて、第２の動きベクトルが、前記サブブロックに対応するシフト位置において入手可能である場合に、取得される。

第５の態様においては、本実施形態のうちの１つまたは複数は、第２の態様に従ったエンコーディングのための方法に従って、または第４の態様に従ったエンコーディングのためのデバイスによって生成されたデータを含む、信号を提供する。

第６の態様においては、本実施形態のうちの１つまたは複数は、第１または第２の態様に従った方法を実施するためのプログラムコード命令を含む、コンピュータプログラムを提供する。

第７の態様においては、本実施形態のうちの１つまたは複数は、第１の態様または第２の態様に従った方法を実施するためのプログラムコード命令をストアする、情報記憶手段を提供する。

オリジナルビデオのピクセルからなる画像が受けるパーティショニングの例を示す図である。 エンコーディングモジュールで実行される、ビデオストリームをエンコードする方法を概略的に示す図である。 エンコードされたビデオストリーム（ビットストリーム）をデコードする方法を概略的に示す図である。 様々な実施形態が実施されエンコーディングまたはデコーディングモジュールを実施できる処理モジュールハードウェアアーキテクチャを概略的に示す図である。 様々な実施形態が実施される、システムの例のブロック図である。 通常マージモードの候補のリストの内の時間動きベクトルプレディクタの位置を表す図である。 通常マージモードの候補のリストの内の時間動きベクトルプレディクタの動きベクトルスケーリングを表す図である。 サブブロック時間動きベクトル予測プロセスにおいて考慮される空間的に近隣するブロックを表す図である。 サブブロック時間動きベクトルプレディクタの導出を可能にするプロセス例を示す図である。 改善されたＴＭＶＰ導出プロセス全体を概略的に示す図である。 改善されたＴＭＶＰ導出プロセス全体の第１変形の概略を示す図である。 改善されたＴＭＶＰ導出プロセス全体の第２変形の概略を示す図である。 クリッピングプロセスの例を概略的に示す図である。 改善されたＴＭＶＰ導出プロセス全体の第３変形の概略を示す図である。 改善されたＴＭＶＰ導出プロセス全体の第４変形の概略を示す図である。 改善されたＴＭＶＰ導出プロセス全体の第５変形の概略を示す図である。

以下の説明においては、いくつかの実施形態は、ＶＶＣとの関連において、またはＨＥＶＣとの関連において開発されたツールを使用する。しかしながら、これらの実施形態は、ＶＶＣまたはＨＥＶＣに対応するビデオエン符号化／デコーディング方法に限定されず、他のビデオ符号化／デコーディング方法に適用され、そればかりか画像が別の画像から予測される任意の方法にも適用される。

図１は、オリジナルビデオ１０のピクセル１１からなる画像が受けるパーティショニングの例を例示している。ここでは、ピクセルは、３つの成分、すなわち、ルミナンス成分と、２つのクロミナンス成分とで構成されると考えられる。しかしながら、以下の実施形態は、別の数の成分を含むピクセルを構成要素とする画像、例えば、ピクセルが１つの成分を含むグレーレベル画像、または３つのカラー成分と透明度成分および／もしくは深度成分とを含むピクセルを構成要素とする画像に適合される。

画像は、複数の符号化エンティティに分割される。第１に、図１において参照１３によって表されるように、画像は、符号化ツリーユニット（ＣＴＵ）と呼ばれるブロックのグリッドに分割される。ＣＴＵは、クロミナンスサンプルの２つの対応するブロックと一緒に、ルミナンスサンプルのＮ×Ｎブロックで構成される。Ｎは、一般に、２の累乗であり、例えば、最大値「１２８」を有する。第２に、画像は、ＣＴＵの１つまたは複数のグループに分割される。例えば、それは、１つまたは複数のタイル行およびタイル列に分割することができ、タイルは、画像の長方形領域をカバーする、ＣＴＵの連なりである。いくつかのケースにおいては、タイルは、１つまたは複数のブリックに分割することができ、その各々は、タイル内のＣＴＵの少なくとも１つの行から成る。タイルおよびブリックの概念の上に、スライスと呼ばれる、別のエンコーディングエンティティが、存在し、それは、画像の少なくとも１つのタイル、またはタイルの少なくとも１つのブリックを含むことができる。

図１における例においては、参照１２によって表されるように、画像１１は、３つのスライスＳ１、Ｓ２、Ｓ３に分割され、各々は、複数のタイル（表されず）を含む。

図１において参照１４によって表されるように、ＣＴＵは、符号化ユニット（ＣＵ）と呼ばれる１つまたは複数のサブブロックの階層ツリーの形に、パーティショニングすることができる。ＣＴＵは、階層ツリーのルート（すなわち、親ノード）であり、複数のＣＵ（すなわち、子ノード）にパーティショニングすることができる。各ＣＵは、それが、より小さいＣＵにさらにパーティショニングされない場合、階層ツリーのリーフになり、またはそれが、さらにパーティショニングされる場合、より小さいＣＵ（すなわち、子ノード）の親ノードになる。例えば、四分木、二分木、および三分木を含む、階層ツリーのいくつかのタイプを、適用することができる。四分木においては、ＣＴＵ（またはＣＵ）は、等しいサイズの「４個」の正方形ＣＵにパーティショニングすることができる（すなわち、それらの親ノードであることができる）。二分木においては、ＣＴＵ（またはＣＵ）は、等しいサイズの「２個」の長方形ＣＵに水平または垂直にパーティショニングすることができる。三分木においては、ＣＴＵ（またはＣＵ）は、「３個」の長方形ＣＵに水平または垂直にパーティショニングすることができる。例えば、高さＮおよび幅ＭのＣＵは、高さＮ（またはＮ／４）および幅Ｍ／４（またはＭ）の第１のＣＵと、高さＮ（またはＮ／２）および幅Ｍ／２（またはＭ）の第２のＣＵと、高さＮ（またはＮ／４）および幅Ｍ／４（またはＭ）の第３のＣＵとに垂直に（または水平に）分割される。

図１の例においては、ＣＴＵ１４は、最初に、四分木タイプのパーティショニングを使用して、「４個」の正方形ＣＵにパーティショニングされる。左上ＣＵは、それがさらにパーティショニングされないので、階層ツリーのリーフであり、すなわち、それは、他のいずれのＣＵの親ノードでもない。右上ＣＵは、四分木タイプのパーティショニングを再び使用して、「４個」のより小さい正方形ＣＵにさらにパーティショニングされる。右下ＣＵは、二分木タイプのパーティショニングを使用して、「２個」の長方形ＣＵに垂直にパーティショニングされる。左下ＣＵは、三分木タイプのパーティショニングを使用して、「３個」の長方形ＣＵに垂直にパーティショニングされる。

画像の符号化中、パーティショニングは、適応的なものであり、各ＣＴＵは、ＣＴＵ基準の圧縮効率を最適化するために、パーティショニングされる。

いくつかの圧縮方法においては、予測ユニット（ＰＵ）および変換ユニット（ＴＵ）という概念が、出現した。そのケースにおいては、予測のために使用される符号化エンティティ（すなわち、ＰＵ）、および変換のために使用される符号化エンティティ（すなわち、ＴＵ）は、ＣＵの細分化であることができる。例えば、図１において表されるように、サイズ２Ｎ×２ＮのＣＵは、サイズＮ×２Ｎまたはサイズ２Ｎ×ＮのＰＵ１４１１に分割することができる。加えて、ＣＵは、サイズＮ×Ｎの「４個」のＴＵ１４１２、またはサイズ（Ｎ／２）×（Ｎ／２）の「１６個」のＴＵに分割することができる。

本出願においては、「ブロック」または「画像ブロック」または「サブブロック」という用語は、ＣＴＵ、ＣＵ、ＰＵ、およびＴＵのうちのいずれか１つを指すために、使用することができる。加えて、「ブロック」または「画像ブロック」という用語は、Ｈ．２６４／ＡＶＣまたは他のビデオ符号化規格において規定されるような、マクロブロック、パーティション、およびサブブロックを指すために、またより一般に、数々のサイズのサンプルのアレイを指すために、使用することができる。

本出願においては、「再構築される」と「デコードされる」という用語は、交換可能に使用することができ、「ピクセル」と「サンプル」という用語は、交換可能に使用することができ、「画像（image）」と「ピクチャ」と「サブピクチャ」と「スライス」と「フレーム」という用語は、交換可能に使用することができる。

図２は、エンコーディングモジュールによって実行される、ビデオストリームをエンコードするための方法を概略的に示している。エンコーディングのためのこの方法の変形が、企図されるが、明確にする目的で、すべての予想される変形を説明することなく、以下では、図２のエンコーディングのための方法が、説明される。

現在のオリジナル画像２０１のエンコーディングは、図１に関連して説明されたように、ステップ２０２の間に、現在のオリジナル画像２０１のパーティショニングから開始する。したがって、現在の画像２０１は、ＣＴＵ、ＣＵ、ＰＵ、ＴＵなどにパーティショニングされる。各ブロックについて、エンコーディングモジュールは、イントラ予測とインター予測との間で、符号化モードを決定する。

ステップ２０３によって表されるイントラ予測は、イントラ予測方法に従って、符号化される現在のブロックの因果関係がある近隣内に位置付けられた、再構築されたブロックのピクセルから導出される予測ブロックから、現在のブロックのピクセルを予測することから成る。イントラ予測の結果は、近隣内のブロックのどのピクセルを使用するかを示す予測方向、および現在のブロックと予測ブロックとの間の差の計算からもたらされる残差ブロックである。

インター予測は、現在の画像に先行または後続する画像（この画像は参照画像(reference image)と呼ばれる）の、参照ブロック(reference block)と呼ばれる、ピクセルのブロックから、現在のブロックのピクセルを予測することから成る。インター予測方法に従って、現在のブロックを符号化する間、類似性基準に従って、現在のブロックに最も近い、参照画像のブロックが、動き推定ステップ２０４によって決定される。ステップ２０４の間、参照画像内における参照ブロックの位置を示す動きベクトルが、決定される。その動きベクトルが、動き補償ステップ２０５の間に使用され、その間に、残差ブロックが、現在のブロックと参照ブロックとの間の差の形で計算される。

最初のビデオ圧縮規格においては、上で説明された単方向インター予測モードが、利用可能な唯一のインターモードであった。ビデオ圧縮規格が、進化するにつれて、インターモードのファミリは、著しく増大し、今では多くの異なるインターモードを含む。

選択ステップ２０６の間に、テストされた予測モード（イントラ予測モード、インター予測モード）の中で、レート／歪み基準（すなわち、ＲＤＯ基準）に従って、圧縮性能を最適化する予測モードが、エンコーディングモジュールによって選択される。

予測モードが、選択されたとき、残差ブロックは、ステップ２０７の間に変換され、ステップ２０９の間に量子化される。エンコーディングモジュールは、変換をスキップし、変換されていない残差信号に直接的に量子化を適用することができることに留意されたい。

現在のブロックが、イントラ予測モードに従って、符号化されたとき、ステップ２１０の間に、予測方向と、変換および量子化された残差ブロックが、エントロピエンコーダによってエンコードされる。

現在のブロックが、インター予測モードに従って、エンコードされるとき、ステップ２０８において、このインター予測モードと関連付けられた動きデータが、符号化される。

一般に、動きデータをエンコードするために、それぞれ、ＡＭＶＰ（適応動きベクトル予測）およびマージと呼ばれる、２つのモードを使用することができる。

ＡＭＶＰは、基本的に、現在のブロックを予測するために使用される参照画像、動きベクトルプレディクタインデックス、および（動きベクトル残差とも呼ばれる）動きベクトル差をシグナリングするというものである。

マージモードは、動きデータプレディクタのリスト内に収集された、いくつかの動きデータのインデックスをシグナリングするというものである。リストは、「５個」または「７個」の候補から作られ、デコーダ側とエンコーダ側において、同じ方法で構築される。したがって、マージモードは、マージリストから取得されるいくつかの動きデータを導出することを目的とする。マージリストは、一般に、現在のブロックが処理されているときに、再構築された状態で利用可能な、いくつかの空間的および時間的な近隣ブロックに関連付けられた、動きデータを含む。マージモードは、通常マージモードと、サブブロックマージモードとを含む、いくつかの形態を取ることができる。これら２つのマージモードの各々についての候補のリストは、時間動きベクトルプレディクタ（ＴＭＶＰ）を含む。

以下では、われわれは、動きデータ、動き情報、または動きベクトルという用語を区別せずに使用する。したがって、動きベクトルという用語は、１つの参照画像を表す少なくとも１つのインデックス、動きベクトルプレディクタを表すインデックスによって表される動きベクトル、および動きベクトルプレディクタと予測された動きベクトルとの間の差を含む、ブロックの動きを表すすべての情報を対象にし、または動きベクトルだけを対象にする。

図５は、通常マージモードの候補のリストのうちの、以下で通常時間動きベクトルプレディクタ（ＲＴＭＶＰ）と呼ばれる、時間動きベクトルプレディクタの位置を表している。ＲＴＭＶＰは、現在のブロック５０とコロケートしている（collocated:同一位置にある）ブロック５１の右下隅に配置される、位置Ｈに対応する、動きベクトルから導出される。動きデータが、位置Ｈにおいて入手可能ではない場合、ＲＴＭＶＰは、コロケートされたブロック５１の中心位置Ｃにおける動きデータから導出される。ブロック５１は、コロケートされた画像（collocated image）と呼ばれる、スライスヘッダでシグナリングされた特定の参照画像に属する。ＲＴＭＶＰは、その場合、取得された動きベクトルをリスケールして、リスケールされた動きベクトルが、（参照２１９を有する以下でデコードピクチャバッファとも呼ばれる）参照画像バッファ内の第１の位置にある参照画像上をポイントするようにすることによって、取得される。

図６は、通常マージモードの候補のリストのうちの時間動きベクトルプレディクタの動きベクトルスケーリングを表している。

図６においては、現在の画像６２は、エンコードする現在のブロック６４を含む。現在のブロック６４の動きデータは、コロケートされた（collocated:同一位置にある）画像６３内のコロケートされた（collocated:同一位置にある）ブロック６５の動きデータを使用して、通常マージモードでエンコードされる。コロケートされたブロック６５の動きデータは、参照画像６０内のエリアをポイントしている動きベクトル６５０を含む。動きベクトル６４０に対応するＲＴＭＶＰは、動きベクトル６５０をリスケーリングすることによって、取得される。留意することができるように、ＲＴＭＶＰ６４０は、動きベクトル６５０と同じ方向を有するが、画像６１内の参照エリアをポイントする。画像６１は、デコードピクチャバッファ２１９内の第１の画像である。

サブブロックマージモードは、サブブロック時間動きベクトル予測を使用して、サブブロック時間動きベクトルプレディクタ（ＳｂＴＭＶＰ）を生成する。ＳｂＴＭＶＰは、以下の２つの主な態様において、ＲＴＭＶＰと異なる。

・ＲＴＭＶＰは、ブロックレベルで動きを予測するが、ＳｂＴＭＶＰは、サブブロックレベルで動きを予測する。

・ＲＴＭＶＰは、コロケートされた画像内のコロケートされたブロックから導出されるが、コロケートされた画像の、現在のブロックのシフト位置とコロケートしているブロックから、ＳｂＴＭＶＰを導出する前に、現在のブロックの位置が、最初にシフトされる。以下で動きシフトと呼ばれる、シフトは、現在のブロックに空間的に近隣するブロックの動きベクトルから取得される。

図８は、サブブロック時間動きベクトルプレディクタを導出することを可能にする、プロセスの例を例示している。

サブブロック動きベクトル予測は、２つのステップで、現在の画像８１の現在のブロック８１０内のサブブロックの動きベクトルを予測する。

・第１のステップにおいては、現在のブロック８１０に空間的に近隣するブロックが、検査される。図７は、サブブロック時間動きベクトル予測プロセスにおいて検討される空間的に近隣するブロックを表している。図７において見ることができるように、４つのブロックが、検討され、それらは、ブロック８１０の左下隅に配置された２つのブロックＡ１、Ａ０と、ブロック８１０の右上隅に配置された２つのブロックＢ１、Ｂ０である。空間的に近隣するブロックは、Ａ１、Ｂ１、Ｂ０、Ａ０の順序で検査される。この順序で、コロケートされた（collocated:同一位置にある）画像８０をポイントしている動きベクトルを有する、空間的に近隣するブロックが、識別されるとすぐに、この動きベクトルが、選択されて、適用される動きシフトになる。そのような動きベクトルが、空間的に近隣するブロックＡ１、Ｂ１、Ｂ０、Ａ０から識別されない場合、動きシフトは、（０、０）、すなわち、動きなしになるように設定される。

・第２のステップにおいては、第１のステップにおいて識別された動きシフトが、現在のブロック８１０の位置に適用される（すなわち、現在のブロック８１０’の座標に加算される）。その後、サブブロックレベルの動きデータ（動きベクトルおよび参照インデックス）が、現在のブロック８１０のシフトされた位置とコロケートしている、コロケートされた画像８０のブロック８００から導出される。図８の例においては、動きのシフトは、ブロックＡ１’の動きになるように設定されると仮定される。現在のブロック８１０の各サブブロックについて、ブロック８００内における、それの対応するサブブロックの動きデータ（中央サンプルをカバーする最小の動きグリッド）が、現在のブロック８１０のサブブロックのための動きデータを導出するために使用される。その後、時間動きベクトルのスケーリングを、各サブブロックについて導出された動きベクトルに適用して、これらの導出された動きベクトルの参照画像を、現在のブロック８１０のそれにアライメントすることによって、ＳｂＴＭＶＰ導出が、完了される。

ＳｂＴＭＶＰにおいて使用されるサブブロックサイズは、一般に、８×８である。そのケースにおいては、ＳｂＴＭＶＰモードは、ブロックの幅および高さの両方が、「８」以上であるときだけ、ブロックに適用可能である。

上述のことから分かるように、通常マージモードが、現在の画像の現在のブロックに適用されるとき、ＲＴＭＶＰは、現在のブロックとコロケートしている、コロケートされた画像のブロックのリスケールされた動きベクトルである。したがって、ＲＴＭＶＰの導出は、現在の画像とコロケートされた画像との間のブロックの変位（displacement：移動）を考慮しない。

他方、ＳｂＴＭＶＰは、現在のブロックをシフトすることによって取得された、シフトされたブロックとコロケートしている、コロケートされた画像のブロックから導出される。現在のブロックのシフトは、現在のブロックに空間的に近隣するブロックから決定される。この手法の難点は、現在のブロックに空間的に近隣するブロックが、（例えば、それらがイントラモードでエンコードされたために）動きデータを含まないことがあること、または（例えば、現在のブロックが現在の画像のエッジに配置されたときに）入手可能ではないことがあることである。

以下で説明される実施形態は、上述の難点を克服することを目的とする。

特に、以下で説明される少なくとも１つの実施形態は、新しい時間動きベクトルプレディクタを作成することを目的とする。

加えて、以下で説明される少なくとも１つの実施形態は、ＴＭＶＰおよびＳｂＴＭＶＰ両方の特徴を利用する。

少なくとも１つの実施形態は、通常マージモードにおいて、サブブロックマージモードに類似したプロセスを使用するが、動きベクトルを変位させるために、時間動きベクトル予測を使用する、変位された動きベクトルプレディクタを使用する。

少なくとも１つの実施形態は、上述の動きベクトルを導出することができないとき、デフォルトＴＭＶＰとして、フォールバック解決策を使用する。

少なくとも１つの実施形態は、動きベクトル導出プロセスの複雑さを制限するために、サブブロックマージモードにおいて、非サブブロック動きベクトル導出を使用する。

少なくとも１つの実施形態は、フォールバック解決策を使用するために、動きベクトル変位導出制約の条件を変化させる。

少なくとも１つの実施形態は、時間マージ候補のものに加えて、空間マージ候補を使用する、現在のブロックの中心変位のために、より多くの初期ベクトルを使用する。

少なくとも１つの実施形態は、時間マージ候補を、標準的なＳｂＴＭＶＰサブブロック処理のための代替的な初期ベクトルとして使用する。

ひとたび予測されると、動き情報は、次に、ステップ２１０の間に、変換および量子化された残差ブロックとともに、エントロピエンコーダによってエンコードされる。エンコーディングモジュールは、変換および量子化の両方をバイパスすることができること、すなわち、エントロピエンコーディングが、変換または量子化プロセスの適用なしに、残差に対して適用されることに留意されたい。エントロピエンコーディングの結果は、エンコードされたビデオストリーム（すなわち、ビットストリーム）２１１内に挿入される。

エントロピエンコーダは、コンテキスト適応バイナリ算術コーダ（ＣＡＢＡＣ）の形で、実施することができることに留意されたい。ＣＡＢＡＣは、バイナリシンボルをエンコードし、それは、複雑さを低く保ち、任意のシンボルのより頻繁に使用されるビットについての確率モデリングを可能にする。

量子化ステップ２０９の後、現在のブロックは、そのブロックに対応するピクセルを、将来の予測のために使用することができるように、再構築される。この再構築フェーズは、予測ループとも呼ばれる。したがって、ステップ２１２の間に、逆量子化が、変換および量子化された残差ブロックに適用され、ステップ２１３の間に、逆変換が、適用される。ステップ２１４の間に取得された、現在のブロックのために使用される予測モードに従って、現在のブロックの予測ブロックが、再構築される。現在のブロックが、インター予測モードに従って、エンコードされる場合、エンコーディングモジュールは、適切なときは、ステップ２１６の間に、現在のブロックの動き情報を使用して、動き補償を参照ブロックに適用する。現在のブロックが、イントラ予測モードに従って、エンコードされる場合、ステップ２１５の間に、現在のブロックに対応する予測方向が、現在のブロックの参照ブロックを再構築するために使用される。参照ブロックと再構築された残差ブロックは、再構築された現在のブロックを取得するために、加算される。

再構築に続いて、ステップ２１７の間に、エンコーディングアーティファクトを低減することを意図した、インループポストフィルタリングが、再構築されたブロックに適用される。このポストフィルタリングは、デコーダと同じ参照画像をエンコーダにおいて取得し、したがって、エンコードプロセスとデコードプロセスとの間のドリフトを回避するために、予測ループ内において行われるので、このポストフィルタリングは、インループポストフィルタリングと呼ばれる。例えば、インループポストフィルタリングは、デブロッキングフィルタリングと、ＳＡＯ（サンプル適応オフセット）フィルタリングとを含む。
インループデブロッキングフィルタのアクティブ化または非アクティブ化、およびアクティブ化されたときの、そのインループデブロッキングフィルタの特性を表す、パラメータは、エントロピ符号化ステップ２１０の間に、エンコードされたビデオストリーム２１１内に導入される。

ブロックが、再構築されたとき、それは、ステップ２１８の間に、デコードピクチャバッファ（ＤＰＢ）２１９内に記憶された、再構築された画像内に挿入される。このようにして記憶された再構築された画像は、その後、符号化される他の画像のための参照画像として、役立てることができる。

図３は、図２に関連して説明された方法に従ってエンコードされた、エンコードされたビデオストリーム（すなわち、ビットストリーム）２１１をデコードするための方法を概略的に示している。デコーディングのためのその方法は、デコーディングモジュールによって実行される。デコーディングのためのこの方法の変形が、企図されるが、明確にする目的で、すべての予想される変形を説明することなく、以下では、図３のデコーディングのための方法が、説明される。

デコーディングは、ブロックごとに行われる。現在のブロックについては、それは、ステップ３１０の間の、現在のブロックのエントロピデコーディングから始まる。エントロピデコーディングは、現在のブロックの予測モードを取得することを可能にする。

現在のブロックが、イントラ予測モードに従って、エンコードされている場合、エントロピデコーディングは、イントラ予測方向を表す情報と、残差ブロックとを取得することを可能にする。

現在のブロックが、インター予測モードに従って、エンコードされている場合、エントロピデコーディングは、動きデータを表す情報と、残差ブロックとを取得することを可能にする。適切なときは、ステップ３０８の間に、ＡＭＶＰまたはマージモードに従って、現在のブロックのために、動きデータが、再構築される。マージモードにおいては、エントロピデコーディングによって取得された動きデータは、動きベクトルプレディクタ候補のリスト内におけるインデックスを含む。デコーディングモジュールは、エンコーディングモジュールと同じプロセスを適用して、通常マージモードおよびサブブロックマージモードのための候補リストを構築する。再構築されたリストおよびインデックスを用いて、デコーディングモジュールは、ブロックの動きベクトルを予測するために使用される、動きベクトルを取り出すことができる。

デコーディングのための方法は、ステップ３１２、３１３、３１５、３１６、３１７を含み、それらは、すべての点で、それぞれ、エンコーディングのための方法のステップ２１２、２１３、２１５、２１６、２１７と同一である。エンコーディングモジュールレベルにおいては、ステップ２１４は、レート歪み基準に従って、各モードを評価し、最良のモードを選択する、モード選択プロセスを含むが、ステップ３１４は、ビットストリーム２１１内の選択されたモードを表す情報を読むだけというものである。デコードされたブロックは、デコードされた画像内にセーブされ、デコードされた画像は、ステップ３１８において、ＤＰＢ３１９内に記憶される。デコーディングモジュールが、与えられた画像をデコードするとき、ＤＰＢ３１９内に記憶される画像は、その与えられた画像のエンコーディングの間に、エンコーディングモジュールによって、ＤＰＢ２１９内に記憶された画像と同一である。デコードされた画像は、例えば、表示するために、デコーディングモジュールによって、出力することもできる。

図４Ａは、異なる態様および実施形態に従って変更される、図２のエンコーディングのための方法、および図３のデコーディングのための方法をそれぞれ実施することが可能な、エンコーディングモジュールまたはデコーディングモジュールを実施することができる、処理モジュール４０のハードウェアアーキテクチャの例を概略的に例示している。処理モジュール４０は、非限定的な例として、１つまたは複数のマイクロプロセッサ、汎用コンピュータ、専用コンピュータ、およびマルチコアアーキテクチャに基づいたプロセッサを包含する、プロセッサまたはＣＰＵ（中央処理ユニット）４００と、ランダムアクセスメモリ（ＲＡＭ）４０１と、リードオンリメモリ（ＲＯＭ）４０２と、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、リードオンリメモリ（ＲＯＭ）、プログラマブルリードオンリメモリ（ＰＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、フラッシュ、磁気ディスクドライブ、および／もしくは光ディスクドライブ、またはＳＤ（セキュアデジタル）カードリーダ、および／もしくはハードディスクドライブ（ＨＤＤ）などの記憶媒体リーダ、ならびに／またはネットワークアクセス可能記憶デバイスを含むが、それらに限定されない、不揮発性メモリおよび／または揮発性メモリを含むことができる、記憶ユニット４０３と、他のモジュール、デバイス、または機器とデータを交換するための、少なくとも１つの通信インターフェース４０４とを、通信バス４０５によって接続して、備える。通信インターフェース４０４は、通信チャネル上においてデータを送信および受信するように構成された送受信機を含むことができるが、それに限定されない。通信インターフェース４０４は、モデムまたはネットワークカードを含むことができるが、それに限定されない。

処理モジュール４０が、デコーディングモジュールを実施する場合、通信インターフェース４０４は、例えば、処理モジュール４０が、エンコードされたビデオストリームを受信し、デコードされたビデオストリームを提供することを可能にする。処理モジュール４０が、エンコーディングモジュールを実施する場合、通信インターフェース４０４は、例えば、処理モジュール４０が、エンコードするオリジナル画像データを受信し、エンコードされたビデオストリームを提供することを可能にする。

プロセッサ４００は、ＲＯＭ４０２から、外部メモリ（図示されず）から、記憶媒体から、または通信ネットワークから、ＲＡＭ４０１にロードされた命令を実行することが可能である。処理モジュール４０に電源が投入されたとき、プロセッサ４００は、ＲＡＭ４０１から命令を読み、それらを実行することが可能である。これらの命令は、例えば、図３に関連して説明されたようなデコーディング方法、または図２に関連して説明されたエンコーディング方法の、プロセッサ４００による実施を引き起こす、コンピュータプログラムを形成し、デコーディング方法およびエンコーディング方法は、この文書において以下で説明される、様々な態様および実施形態を含む。

エンコーディング方法またはデコーディング方法のアルゴリズムおよびステップのすべてまたはいくつかは、ＤＳＰ（デジタルシグナルプロセッサ）もしくはマイクロコントローラなどのプログラマブルマシンによる、命令のセットの実行によって、ソフトウェア形態で実施することができ、またはマシン、もしくはＦＰＧＡ（フィールドプログラマブルゲートアレイ）もしくはＡＳＩＣ（特定用途向け集積回路）などの専用コンポーネントによって、ハードウェア形態で実施することができる。

図４Ｂは、様々な態様および実施形態がその中で実施される、システム４の例のブロック図を例示している。システム４は、以下で説明される様々なコンポーネントを含むデバイスとして具現化することができ、この文書において説明される態様および実施形態のうちの１つまたは複数を実行するように構成される。そのようなデバイスの例は、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、デジタルマルチメディアセットトップボックス、デジタルテレビジョン受信機、パーソナルビデオ録画システム、接続された家電製品、およびサーバなどの、様々な電子デバイスを含むが、それらに限定されない。システム４の要素は、単独でまたは組み合わせて、単一の集積回路（ＩＣ）、複数のＩＣ、および／または個別コンポーネントで具現化することができる。例えば、少なくとも１つの実施形態においては、システム４は、デコーディングモジュールまたはエンコーディングモジュールを実施する、１つの処理モジュール４０を備える。しかし、別の実施形態においては、システム４は、デコーディングモジュールを実施する、第１の処理モジュール４０と、エンコーディングモジュールを実施する、第２の処理モジュール４０とを備え、またはデコーディングモジュールと、エンコーディングモジュールとを実施する、１つの処理モジュール４０を備えることができる。様々な実施形態においては、システム４０は、例えば、通信バスを介して、または専用の入力ポートおよび／もしくは出力ポートを通して、１つまたは複数の他のシステムまたは他の電子デバイスに通信可能に結合される。様々な実施形態においては、システム４は、この文書において説明される態様のうちの１つまたは複数を実施するように構成される。

システム４は、エンコーディングモジュールもしくはデコーディングモジュールの一方、または両方を実施することが可能な、少なくとも１つの処理モジュール４０を備える。

処理モジュール４０への入力は、ブロック４２に示されるような、様々な入力モジュールを通して、提供することができる。そのような入力モジュールは、（ｉ）例えば、放送局によって無線で送信された、ＲＦ信号を受信する、無線周波数（ＲＦ）モジュール、（ｉｉ）コンポーネント（ＣＯＭＰ）入力モジュール（もしくはＣＯＭＰ入力モジュールのセット）、（ｉｉｉ）ユニバーサルシリアルバス（ＵＳＢ）入力モジュール、および／または（ｉｖ）高精細マルチメディアインターフェース（ＨＤＭＩ）入力モジュールを含むが、それらに限定されない。図４Ｂに示されていない他の例は、コンポジットビデオを含む。

様々な実施形態においては、ブロック４２の入力モジュールは、当技術分野で知られているように、関連付けられたそれぞれの入力処理要素を有する。例えば、ＲＦモジュールは、（ｉ）（信号を選択する、または信号を周波数の帯域に帯域制限するとも言われる）所望の周波数を選択すること、（ｉｉ）選択された信号をダウンコンバートすること、（ｉｉｉ）ある実施形態においてはチャネルと呼ばれることができる、（例えば）信号周波数帯域を選択するために、周波数のより狭い帯域に再び帯域制限すること、（ｉｖ）ダウンコンバートおよび帯域制限された信号を復調すること、（ｖ）誤り訂正を実行すること、ならびに（ｖｉ）データパケットの所望のストリームを選択するために、逆多重化することを行うのに適した要素と関連付けることができる。様々な実施形態のＲＦモジュールは、これらの機能を実行するための１つまたは複数の要素、例えば、周波数セレクタ、信号セレクタ、帯域リミッタ、チャネルセレクタ、フィルタ、ダウンコンバータ、復調器、誤り訂正器、およびデマルチプレクサを含む。ＲＦ部は、例えば、受信された信号を、より低い周波数（例えば、中間周波数もしくはベースバンドに近い周波数）に、またはベースバンドにダウンコンバートすることを含む、様々なこれらの機能を実行する、チューナを含むことができる。セットトップボックスの一実施形態においては、ＲＦモジュールと、それの関連付けられた入力処理要素は、有線（例えば、ケーブル）媒体上において送信されたＲＦ信号を受信し、フィルタリング、ダウンコンバート、および再度のフィルタリングを行って、所望の周波数帯域にすることによって、周波数選択を実行する。様々な実施形態は、上で説明された（および他の）要素の順序を入れ替え、これらの要素のいくつかを取り除き、および／または類似の機能もしくは異なる機能を実行する他の要素を追加する。要素を追加することは、例えば、増幅器およびアナログ－デジタルコンバータを挿入するなど、既存の要素間に要素を挿入することを含むことができる。様々な実施形態においては、ＲＦモジュールは、アンテナを含む。

加えて、ＵＳＢおよび／またはＨＤＭＩモジュールは、ＵＳＢおよび／またはＨＤＭＩ接続を介して、システム４を他の電子デバイスに接続するための、それぞれのインターフェースプロセッサを含むことができる。入力処理の様々な態様、例えば、リード－ソロモン誤り訂正は、例えば、別個の入力処理ＩＣ内において、または必要に応じて、処理モジュール４０内において、実施することができることが理解されるべきである。同様に、ＵＳＢまたはＨＤＭＩインターフェース処理の態様は、別個のインターフェースＩＣ内において、または必要に応じて、処理モジュール４０内において、実施することができる。復調され、誤り訂正され、多重化されたストリームは、処理モジュール４０に提供される。

システム４の様々な要素は、統合されたハウジング内において提供することができる。統合されたハウジング内において、様々な要素は、相互接続され、適切な接続構成、例えば、ＩＣ間（Ｉ２Ｃ）バスを含む当技術分野において知られるような内部バス、配線、およびプリント回路基板を使用して、それらの間でデータを送信することができる。例えば、システム４においては、処理モジュール４０は、バス４０５によって、システム４の他の要素に相互接続される。

処理モジュール４０の通信インターフェース４０４は、システム４が、通信チャネル４１上において通信することを可能にする。通信チャネル４１は、例えば、有線媒体および／または無線内において、実施することができる。

様々な実施形態においては、データは、Ｗｉ－Ｆｉネットワーク、例えば、ＩＥＥＥ８０２．１１（ＩＥＥＥとは電気電子技術者協会のことである）などの無線ネットワークを使用して、システム４にストリーミングされ、または他の方法で提供される。これらの実施形態のＷｉ－Ｆｉ信号は、Ｗｉ－Ｆｉ通信に適合された、通信チャネル４１および通信インターフェース４０４上において、受信される。これらの実施形態の通信チャネル４１は、一般に、ストリーミングアプリケーションおよび他のオーバーザトップ通信を可能にするために、インターネットを含む外部ネットワークへのアクセスを提供する、アクセスポイントまたはルータに接続される。他の実施形態は、入力ブロック４２のＨＤＭＩ接続上においてデータを配信するセットトップボックスを使用して、ストリーミングされたデータをシステム４に提供する。さらに他の実施形態は、入力ブロック４２のＲＦ接続を使用して、ストリーミングされたデータをシステム４に提供する。上で示されたように、様々な実施形態は、非ストリーミング方式で、データを提供する。加えて、様々な実施形態は、Ｗｉ－Ｆｉ以外の無線ネットワーク、例えば、セルラーネットワークまたはＢｌｕｅｔｏｏｔｈネットワークを使用する。

システム４は、ディスプレイ４６、スピーカ４７、および他の周辺デバイス４８を含む、様々な出力デバイスに、出力信号を提供することができる。様々な実施形態のディスプレイ４６は、例えば、タッチスクリーンディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、曲面ディスプレイ、および／または折り畳み式ディスプレイのうちの１つまたは複数を含む。ディスプレイ４６は、テレビジョン、タブレット、ラップトップ、セルフォン（モバイルフォン）、または他のデバイス用であることができる。ディスプレイ４６は、（例えば、スマートフォンにおけるように）他のコンポーネントと一体化すること、または別個である（例えば、ラップトップ用の外部モニタである）こともできる。実施形態の様々な例においては、他の周辺デバイス４６は、スタンドアロンデジタルビデオディスク（もしくはデジタル多用途ディスク）（両方の用語に対してＤＶＲ）、ディスクプレーヤ、ステレオシステム、および／または照明システムのうちの１つまたは複数を含む。様々な実施形態は、システム４の出力に基づいた機能を提供する、１つまたは複数の周辺デバイス４８を使用する。例えば、ディスクプレーヤは、システム４の出力を再生する機能を実行する。

様々な実施形態においては、ＡＶ．Ｌｉｎｋ、家電制御（ＣＥＣ）、またはユーザ介入を伴うもしくは伴わないデバイス間制御を可能にする他の通信プロトコルなどのシグナリングを使用して、制御信号が、システム４と、ディスプレイ４６、スピーカ４７、または他の周辺デバイス４８との間で、伝達される。出力デバイスは、それぞれのインターフェース４３、４４、４５を通した、専用接続を介して、システム４に通信可能に結合することができる。あるいは、出力デバイスは、通信インターフェース４０４を介して、通信チャネル４１を使用して、システム４に接続することができる。ディスプレイ４６およびスピーカ４７は、例えば、テレビジョンなどの電子デバイス内において、システム４の他のコンポーネントとともに、単一のユニットに一体化することができる。様々な実施形態においては、ディスプレイインターフェース４３は、例えば、タイミングコントローラ（Ｔ Ｃｏｎ）チップなどの、ディスプレイドライバを含む。

あるいは、ディスプレイ４６およびスピーカ４７は、例えば、入力４２のＲＦモジュールが、別個のセットトップボックスの一部である場合、他のコンポーネントのうちの１つまたは複数とは別個であることができる。ディスプレイ４６およびスピーカ４７が、外部コンポーネントである、様々な実施形態においては、出力信号は、例えば、ＨＤＭＩポート、ＵＳＢポート、またはＣＯＭＰ出力を含む、専用の出力接続を介して、提供することができる。

様々な実施は、デコーディングを含む。本出願において使用される場合、「デコーディング」は、表示に適した最終出力を生成するために、例えば、受信されたエンコードされたシーケンスに対して実行される、プロセスのすべてまたは一部を包含することができる。様々な実施形態においては、そのようなプロセスは、典型的にはデコーダによって実行されるプロセス、例えば、エントロピデコーディング、逆量子化、逆変換、および予測のうちの１つまたは複数を含む。様々な実施形態においては、そのようなプロセスは、本出願において説明される様々な実施または実施形態のデコーダによって実行されるプロセス、例えば、マージモードに従ってエンコードする符号化ユニットのための時間動きベクトルプレディクタを決定するためのプロセスも含み、または代替として、それを含む。

さらなる例として、一実施形態においては、「デコーディング」は、エントロピデコーディング（図３のステップ３１０）だけを指す。「デコーディングプロセス」という語句が、特定的に操作のサブセットを指すことを意図しているか、それとも一般的により広いデコーディングプロセスを指すことを意図しているかは、具体的な説明の文脈に基づいて明らかであり、当業者によく理解されると信じられる。

様々な実施は、エンコーディングを含む。「デコーディング」についての上述の説明と同様に、本出願において使用される場合、「エンコーディング」は、エンコードされたビットストリームを生成するために、例えば、入力ビデオシーケンスに対して実行される、プロセスのすべてまたは一部を包含することができる。様々な実施形態においては、そのようなプロセスは、典型的にはエンコーダによって実行されるプロセス、例えば、パーティショニング、予測、変換、量子化、およびエントロピエンコーディングのうちの１つまたは複数を含む。様々な実施形態においては、そのようなプロセスは、本出願において説明される様々な実施または実施形態のエンコーダによって実行されるプロセス、例えば、マージモードに従ってエンコードする符号化ユニットのための時間動きベクトルプレディクタを決定するためのプロセスも含み、または代替として、それを含む。

さらなる例として、一実施形態においては、「エンコーディング」は、エンコーディングモード選択（図２のステップ２０６）およびエントロピエンコーディング（図２のステップ２１０）を指す。「エンコーディングプロセス」という語句が、特定的に操作のサブセットを指すことを意図しているか、それとも一般的により広いエンコーディングプロセスを指すことを意図しているかは、具体的な説明の文脈に基づいて明らかであり、当業者によく理解されると信じられる。

本明細書において使用される場合のシンタックス要素名、予測モード名、ツール名は、記述用語であることに留意されたい。そのため、それらは、他のシンタックス要素名、予測モード名、またはツール名の使用を排除しない。

図が、フロー図として提示されるとき、それは、対応する装置のブロック図も提供することを理解されたい。同様に、図が、ブロック図として提示されるとき、それは、対応する方法／プロセスのフロー図も提供することを理解されたい。

様々な実施形態は、レート歪み最適化に言及する。特に、エンコーディングプロセス中、レートと歪みとの間のバランスまたはトレードオフが、通常、考慮される。レート歪み最適化は、通常、レートと歪みの加重和である、レート歪み関数を最小化することとして定式化される。レート歪み最適化問題を解決するための異なる手法が、存在する。例えば、手法は、それらの符号化コストならびに符号化およびデコーディング後の再構築された信号の関連する歪みの完全な評価を伴った、すべての検討されるモードまたは符号化パラメータ値を含む、すべてのエンコーディングオプションの広範なテストに基づくことができる。エンコーディング複雑さを省くために、特に、再構築されたものではなく、予測または予測残差信号に基づいた、近似された歪みの計算を用いる、より高速な手法を使用することもできる。可能なエンコーディングオプションのいくつかだけに対しては近似された歪みを使用し、他のエンコーディングオプションに対しては完全な歪みを使用することなどによって、これら２つの手法の混合を使用することもできる。他の手法は、可能なエンコーディングオプションのサブセットだけを評価する。より一般的には、多くの手法は、様々な技法のいずれかを利用して、最適化を実行するが、最適化は、必ずしも、符号化コストおよび関連する歪み両方の完全な評価ではない。

本明細書において説明される実施および態様は、例えば、方法もしくはプロセス、装置、ソフトウェアプログラム、データストリーム、または信号で実施することができる。実施の単一の形態との関連においてのみ説明された（例えば、方法としてのみ説明された）場合であっても、説明された特徴の実施は、他の形態（例えば、装置またはプログラム）でも実施することができる。装置は、例えば、適切なハードウェア、ソフトウェア、およびファームウェアで実施することができる。方法は、例えば、一般に処理デバイスを指す、例えば、コンピュータ、マイクロプロセッサ、集積回路、またはプログラマブル論理デバイスを含む、プロセッサで実施することができる。プロセッサは、例えば、コンピュータ、セルフォン、ポータブル／パーソナルデジタルアシスタント（「ＰＤＡ」）、およびエンドユーザ間の情報の伝達を容易にする他のデバイスなどの、通信デバイスも含む。

「一実施形態」もしくは「実施形態」、または「一実施」もしくは「実施」、およびそれらの他の変形に対する言及は、実施形態との関連において説明される特定の特徴、構造、および特性などが、少なくとも１つの実施形態に含まれることを意味する。したがって、本出願全体の様々な場所に現れる、「一実施形態において」もしくは「実施形態において」という語句、または「一実施において」もしくは「実施において」という語句、および他の任意の変形の出現は、すべてが、必ずしも同じ実施形態に言及しているとは限らない。

加えて、本出願は、様々な情報を「決定する」ことに言及することがある。情報を決定することは、例えば、情報を推定すること、情報を計算すること、情報を予測すること、他の情報から情報を推測すること、メモリから情報を取り出すこと、または例えば、別のデバイス、モジュール、もしくはユーザから情報を取得することのうちの１つまたは複数を含むことができる。

さらに、本出願は、様々な情報に「アクセスする」ことに言及することがある。情報にアクセスすることは、例えば、情報を受信すること、（例えば、メモリから）情報を取り出すこと、情報をストアすること、情報を移動すること、情報をコピーすること、情報を計算すること、情報を決定すること、情報を予測すること、または情報を推定すること、情報を推測すること、または情報を推定することのうちの１つまたは複数を含むことができる。

加えて、本出願は、様々な情報を「受信する」ことに言及することがある。受信することは、「アクセスする」ことと同様、広義の用語であることが意図されている。情報を受信することは、例えば、情報にアクセスすること、または（例えば、メモリから）情報を取り出すことのうちの１つまたは複数を含むことができる。さらに、「受信する」ことは、一般に、例えば、情報をストアすること、情報を処理すること、情報を送信すること、情報を移動すること、情報をコピーすること、情報を消去すること、情報を計算すること、情報を決定すること、情報を予測すること、情報を推測すること、または情報を推定することなどの操作中に、様々な方法で含まれる。

例えば、「Ａ／Ｂ」、「Ａおよび／またはＢ」、および「ＡおよびＢの少なくとも一方」のケースにおける、以下の「／」、「および／または」、および「少なくとも一方」のいずれかの使用は、第１の列挙された選択肢（Ａ）だけの選択、または第２の列挙された選択肢（Ｂ）だけの選択、または両方の選択肢（ＡおよびＢ）の選択を包含することが意図されていることを理解されたい。さらなる例として、「Ａ、Ｂ、および／またはＣ」、および「Ａ、Ｂ、およびＣのうちの少なくとも１つ」のケースにおいては、そのような言い回しは、第１の列挙された選択肢（Ａ）だけの選択、または第２の列挙された選択肢（Ｂ）だけの選択、または第３の列挙された選択肢（Ｃ）だけの選択、または第１および第２の列挙された選択肢（ＡおよびＢ）だけの選択、または第１および第３の列挙された選択肢（ＡおよびＣ）だけの選択、または第２および第３の列挙された選択肢（ＢおよびＣ）だけの選択、または３つの選択肢すべて（ＡおよびＢおよびＣ）の選択を包含することが意図されている。これは、当技術分野および関連技術分野の当業者に明らかなように、列挙されたアイテムの数だけ拡張することができる。

また、本明細書において使用される場合、「ｓｉｇｎａｌ（シグナリングする）」という語は、とりわけ、対応するデコーダに何かを示すことを指す。例えば、ある実施形態においては、エンコーダは、マージモードでエンコードされた符号化ユニットのための動きベクトルのリスト内において選択された動きベクトルプレディクタに関連するシンタックス要素またはパラメータをシグナリングする。このように、実施形態においては、同じパラメータが、エンコーダ側およびデコーダ側の両方において使用される。したがって、例えば、エンコーダは、デコーダが、同じ特定のパラメータを使用することができるように、特定のパラメータをデコーダに送信することができる（明示的なシグナリング）。逆に、デコーダが、特定のパラメータその他をすでに有する場合、送信せずに、シグナリングを使用して、単にデコーダが特定のパラメータを知り、選択することを可能にすることができる（暗黙のシグナリング）。いずれの実際の機能の送信も回避することによって、様々な実施形態において、ビット節約が、実現される。シグナリングは、様々な方法で達成することができることを理解されたい。例えば、様々な実施形態においては、情報を対応するデコーダにシグナリングするために、１つまたは複数のシンタックス要素、およびフラグなどが、使用される。上述のことは、「ｓｉｇｎａｌ」という語の動詞形に関連するが、「ｓｉｇｎａｌ（信号）」という語は、本明細書において、名詞としても使用することができる。

当業者に明らかであるように、実施は、例えば、ストアまたは送信することができる情報を搬送するようにフォーマットされた、様々な信号を生成することができる。情報は、例えば、方法を実行するための命令、または説明された実施のうちの１つによって生成されたデータを含むことができる。例えば、信号は、説明された実施形態のエンコードされたビデオストリームを搬送するようにフォーマットすることができる。そのような信号は、例えば、（例えば、スペクトルの無線周波数部分を使用する）電磁波として、またはベースバンド信号として、フォーマットすることができる。フォーマッティングは、例えば、エンコードされたビデオストリームをエンコーディングすること、およびエンコードされたビデオストリームを用いてキャリアを変調することを含むことができる。信号が搬送する情報は、例えば、アナログ情報、またはデジタル情報であることができる。信号は、知られているように、様々な異なる有線または無線リンク上において送信することができる。信号は、プロセッサ可読媒体上に記憶することができる。

図９は、改善されたＴＭＶＰ導出プロセス全体を概略的に示している。図９のプロセスは、処理モジュール４０が、エンコーダまたはデコーダを実施するときに、処理モジュール４０によって、現在のブロックに対して実行される。特に、ＴＭＶＰ導出プロセスは、ステップ２０８および３０８の間に実行される。図９のプロセスから導出された新しいＴＭＶＰは、例えば、通常マージモード用のＴＭＶＰとして、使用することができる。

ＴＭＶＰ導出プロセスを開始する前に、処理モジュール４０は、現在のブロックとコロケートしている、コロケートされた画像(collocated image)内のブロックを識別する。

ステップ３００において、処理モジュール４０は、図５に関連して定義されたような、コロケートされた画像（collocated image:同一位置にある画像）内の、現在のブロックとコロケートしているブロック（同一位置にあるブロック）の位置Ｈから、動きベクトルｍｖを取得することができるかどうかを決定する。位置Ｈから、動きベクトルｍｖを導出することができる場合、この動きベクトルｍｖは、処理モジュール４０によって、時間動きベクトルとして記憶され、ステップ３００の後に、ステップ３０２が続く。

そうではない場合、ステップ３００の後に、ステップ３０１が続き、それの間に、処理モジュール４０は、図５に関連して定義されたような、コロケートされた画像（collocated image：同一位置にある画像）内の、現在のブロックとコロケートしているブロックの中心位置Ｃから、動きベクトルｍｖを導出することができるどうかを決定する。中心位置Ｃから、動きベクトルｍｖを導出することができる場合、この動きベクトルｍｖは、処理モジュール４０によって、時間動きベクトルとして記憶され、ステップ３０１の後に、ステップ３０２が続く。ステップ３００および３０１は、コロケートされた画像内の、現在のブロックとコロケートしているブロック内またはブロックの近傍内の位置から、時間動きベクトルを取得することが可能である。

ステップ３００またはステップ３０１において、時間動きベクトルを決定することができない場合、処理モジュール４０は、ステップ３１１において、ＴＭＶＰ導出プロセスを停止する。そのケースにおいては、ＴＭＶＰ導出プロセスによって、ＴＭＶＰを導出することはできない。

ステップ３０２において、時間動きベクトルｍｖは、参照画像バッファ内の任意の画像上をポイントすることができるので、導出された時間動きベクトルｍｖは、この時間動きベクトルｍｖが、現在の参照画像を（すなわち、参照画像バッファ内の第１の位置にある参照画像を）ポイントすることを保証するために処理モジュール４０によって、リスケールされる。

ステップ３０３において、処理モジュール４０によって、リスケールされた時間動きベクトルｍｖを使用して、（位置Ｃによって表される）現在のブロックの中心を、ロケーションＰ＝ｍｖ＋Ｃに変位（displacement：移動）させる。

ステップ３０４において、処理モジュール４０は、位置Ｐにクリッピングを適用して、事前定義されたエリアの外部をポイントすることを回避する（すなわち、例えば、位置Ｃを含むＣＴＵの外部をポイントすることを回避する）。ステップ３０３およびステップ３０４は、時間動きベクトルｍｖに基づいて、現在のブロックの中心位置Ｃに変位を適用することによって、現在の参照画像内の位置Ｐを取得することを可能にする。

ステップ３０５において、処理モジュール４０は、動きベクトルが位置Ｐにおいて入手可能であるかどうかを決定する。この動きベクトルは、「ｍｖ’」と呼ばれる。

動きベクトルｍｖ’が、入手可能である場合、ステップ３０５の後に、ステップ３０７が続く。ステップ３０７の間に、動きベクトルｍｖ’は、現在の参照画像をポイントするように、動きベクトルｍｖ”としてリスケールされ、ＴＭＶＰ導出プロセスのための最終動きベクトル（すなわち、ＴＭＶＰ）として保持される。

動きベクトルｍｖ’が、入手可能ではない場合、ステップ３０６において、動きベクトルｍｖが、最終動きベクトル（すなわち、ＴＭＶＰ）として保持される。

ステップ３０６およびステップ３０８の後に、ステップ３１１が続く。ステップ３１１において、ＴＭＶＰ導出プロセスから導出されたＴＭＶＰが、現在のブロックの動きベクトルをエンコードまたはデコードする（すなわち、再構築する）ために使用される、動きベクトルプレディクタ候補のリスト内に挿入される。

分かるように、ベクトルの入手可能性を与えられて、ｍｖまたはｍｖ”のどちらかが、ＴＭＶＰとして使用される。

リスケーリングプロセスは、先に説明されたように、ＨＥＶＣにおけるのと同じであることに留意されたい。

実施形態においては、（ステップ３００でテストされた）位置Ｈにおける動きベクトルの入手可能性は、現在のブロックを含むＣＴＵの境界（ボーダ）に依存する。位置Ｈに対応する右下サブブロックが、現在のＣＴＵの外部にあるとき、動きベクトルは、入手可能ではないと見なされ、コロケートされた画像内において、位置Ｃにおける動きベクトルが、取得される。

変形においては、現在のＣＴＵの右下隅に配置された現在のＣＴＵのサブブロックを使用して、不必要なＣＴＵ境界制約をチェックすることを回避することができる。

別の変形においては、位置Ｃが、最初に検査される。

すべてのケースにおいて、動きベクトルが、コロケートされた画像内に存在しない（例えば、対応するサブブロックが、イントラモードにある場合）、（例えば、Ｈが最初にチェックされる位置であるときは、位置Ｃにある）次の候補が、検査される。

例えば、ステップ３０４において適用されるクリッピングプロセスは、与えられた制約エリア内に、位置Ｐをクリッピングするというものである。実施形態においては、制約エリアは、現在のブロックを含むＣＴＵに、このＣＴＵの右側のサブブロックの列が追加されたものに対応する（図１２を参照）。位置Ｐに変位させられた中心Ｃは、制約エリア内に収まるようにクリップされて、位置Ｐ’を与える。その後、コロケートされた画像内の位置Ｐ’にあるサブブロックから、最終動きベクトル（すなわち、ＴＭＶＰ）が、抽出される。

図１０は、改善されたＴＭＶＰ導出プロセス全体の第１の変形を概略的に示している。図１０のプロセスは、処理モジュール４０が、エンコーダまたはデコーダを実施するとき、処理モジュール４０によって、現在のブロックに対して実行される。特に、ＴＭＶＰ導出プロセスは、ステップ２０８およびステップ３０８の間に、実行される。

図１０の変形は、ステップ３００およびステップ３０１において、時間動きを見つけることができないときの、図９のプロセスを変更する。図９のブロック図と比較すると、ステップ３０１とステップ３０７との間に、２つの追加ステップ３０９および３１０が、追加される。やはり、図１０のプロセスから導出される新しいＴＭＶＰは、例えば、通常マージモード用のＴＭＶＰとして、使用することができる。

ステップ３０９において、処理モジュール４０は、位置Ｐとして中心位置Ｃを取得する。

ステップ３１０において、処理モジュール４０は、コロケートされた画像内の位置Ｐにおける動きベクトルｍｖ’の入手可能性をチェックする。

それが、入手可能である場合、ステップ３０７において、動きベクトルｍｖ’をスケーリングして、動きベクトルｍｖ”にする。そうではない場合、動きベクトルは、ＴＭＶＰ導出プロセスから取得されず、プロセスは、ステップ３１１において終了する。

図１１は、改善されたＴＭＶＰ導出プロセス全体の第２の変形を概略的に示している。図１１のプロセスは、処理モジュール４０が、エンコーダまたはデコーダを実施するとき、処理モジュール４０によって、現在のブロックに対して実行される。特に、図１１のＴＭＶＰ導出プロセスは、ステップ２０８およびステップ３０８の間に、実行される。

図１１の変形は、やはり、ステップ３００およびステップ３０１において、時間動きベクトルを見つけることができないときの、図９のプロセスを変更する。そのケースにおいては、この変形において、マージプロセスの第１の入手可能な空間動きベクトル（またはそれが存在する場合は、マージプロセスの第１の候補）が、現在のブロックの中心を変位させるために、取得される。動きベクトルをついに見つけることができなかった場合、時間動きベクトルは、ＴＭＶＰ導出プロセスから取得されない。やはり、図１１のプロセスから導出される新しいＴＭＶＰは、例えば、通常マージモード用のＴＭＶＰとして、使用することができる。

図１１のプロセスは、以下で説明されるように、図９のプロセスとは異なる。

ステップ３００およびステップ３０１において、時間動きベクトルが見つからないとき、ステップ３０１の後に、ステップ４０００が続く。

ステップ４０００において、処理モジュール４０は、第１のマージ動きベクトル候補が、通常マージモードの動きベクトル候補のリスト内において、入手可能であるかどうかを決定する。通常マージモードの候補のリストの第１のマージ動きベクトルは、空間動きベクトルである。実施形態においては、第１のマージ動きベクトル候補が入手可能であるかどうかを決定する代わりに、処理モジュール４０は、少なくとも１つの空間的候補が、通常マージリスト内において、入手可能であるかどうかを決定し、少なくとも１つの動きベクトル候補が、入手可能である場合、モジュール４０は、そのリスト内の第１の位置にある動きベクトル候補を選択する。

第１のマージ動きベクトルが、入手可能ではない場合、ステップ４００５において、処理モジュール４０は、位置Ｐのために、現在のブロックの中心Ｃを使用する。

ステップ４００６において、処理モジュール４０は、位置Ｐにおける動きベクトルｍｖ’が、入手可能かどうかを決定する。

ｍｖ’が、入手可能である場合、４００７において、処理モジュール４０は、ｍｖ’を使用して、現在のブロックの中心を変位させる。

その後、ステップ３０７において、処理モジュール４０は、動きベクトルｍｖ’をリスケールして、動きベクトルｍｖ”を取得する。

ステップ４００６において、ｍｖ’が、入手可能ではない場合、動きベクトルは、ＴＭＶＰ導出プロセスから取得されず、プロセスは、ステップ３１１において停止する。

ステップ４０００において、第１のマージ動きベクトルが、入手可能である場合、処理モジュール４０は、ステップ４００１の間に、この動きベクトルをリスケールする。

ステップ４００２において、処理モジュール４０は、リスケールされた動きベクトルを使用して、現在のブロックの中心位置を位置Ｐに変位させる。

ステップ４００３において、処理モジュール４０は、変位させられた位置Ｐをクリップする。

ステップ４００４の間に、処理モジュール４０は、コロケートされた画像内の位置Ｐにおける、動きベクトルｍｖ’の入手可能性をチェックする。動きベクトルｍｖ’が、入手可能である場合、ステップ３０７において、それは、リスケールされて、動きベクトルｍｖ”になる。動きベクトルｍｖ’が、入手可能ではない場合、動きベクトルは、ＴＭＶＰ導出プロセスから取得されず、プロセスは、ステップ３１１において終了する。

図１３は、改善されたＴＭＶＰ導出プロセス全体の第３の変形を概略的に示している。図１３のプロセスは、処理モジュール４０が、エンコーダまたはデコーダを実施するとき、処理モジュール４０によって、現在のブロックに対して実行される。特に、図１３のＴＭＶＰ導出プロセスは、ステップ２０８およびステップ３０８の間に、実行される。

やはり、図１３の処理から導出される新しいＴＭＶＰは、例えば、通常マージモード用のＴＭＶＰとして、使用することができる。

クリッピングプロセスの代替プロセスは、変位させられたサブブロックが、制約エリアの外部にある場合、フォールバック動きベクトルプレディクタを使用するというものである。

図１３は、クリッピングプロセスを回避する、ＴＭＶＰ導出プロセスの変形を示している。図１３のこのプロセスにおいては、変位させられた中心が、制約エリアの外部にある場合、（それが選択されたときの）元の動きベクトルｍｖへのフォールバックが、使用される。図１１と比較すると、２つのステップ（５００と５０１）が、挿入され、それらは、位置Ｐが制約エリアの内部にあるかどうかをチェックするというものである。ステップ５００は、ステップ３０３とステップ３０５／３０６との間に挿入される。ステップ５００において、位置Ｐが、制約エリアの内部にある場合、処理モジュールは、ステップ３０５を実行する。そうではない場合、処理モジュールは、ステップ３０６を実行する。

ステップ５０１は、ステップ４００２とステップ４００４との間に挿入される。ステップ５０１において、位置Ｐが、制約エリアの内部にある場合、処理モジュールは、ステップ４００４を実行する。そうではない場合、ステップ５０１の後に、ステップ３１１が続き、動きベクトルは、導出プロセスから取得されない。

図１４は、改善されたＴＭＶＰ導出プロセス全体の第４の変形を概略的に示す。図１４のプロセスは、処理モジュール４０が、エンコーダまたはデコーダを実施するとき、処理モジュール４０によって、現在のブロックに対して実行される。特に、図１４のＴＭＶＰ導出プロセスは、ステップ２０８およびステップ３０８の間に、実行される。

やはり、図１４のプロセスから導出される新しいＴＭＶＰは、例えば、通常マージモード用のＴＭＶＰとして、使用することができる。

ステップ１４０１において、処理モジュール４０は、コロケートされた画像内の位置Ｈにおける動きベクトルｍｖ０が、入手可能であるかどうかを決定する。

動きベクトルｍｖ０が、位置Ｈにおいて入手可能である場合、ステップ１４０３において、処理モジュール４０は、動きベクトルｍｖ０をリスケールし、リスケールされた動きベクトルｍｖ０が、現在の参照画像を（すなわち、参照画像バッファ内の第１の位置にある参照画像を）ポイントするようにする。

ステップ１４０４において、処理モジュール４０は、現在のブロックの中心を、位置Ｐ＝Ｃ＋ｍｖ０にあるように変位させる。

ステップ１４０５において、位置Ｐが、制約エリアの外部にある場合、処理モジュール４０は、位置Ｐをクリップする。

ステップ１４０６において、処理モジュール４０は、コロケートされた画像内の位置Ｐにおける動きベクトルｍｖ０’が、入手可能であるかどうかを決定する。

動きベクトルｍｖ０’が、位置Ｐにおいて入手可能である場合、ステップ１４０８において、処理モジュールは、動きベクトルｍｖ０’をリスケールして、動きベクトルｍｖ０”を取得する。ステップ１４０８の後に、ステップ１４２１が続く。

ステップ１４０１において、動きベクトルが、位置Ｈにおいて入手可能ではない場合、処理モジュール４０は、ステップ１４０２の間に、動きベクトルｍｖ０およびｍｖ０”が入手可能ではないと決定する。ステップ１４０２の後に、ステップ１４２１が続く。

ステップ１４０６において、動きベクトルｍｖ０’が、位置Ｐにおいて入手可能ではない場合、処理モジュール４０は、ステップ１４０７の間に、動きベクトルｍｖ０”が入手可能ではないと決定する。ステップ１４０７の後に、ステップ１４２１が続く。

ステップ１４０１からステップ１４０８と並行して、またはそれらに続いて、処理モジュールは、ステップ１４０９からステップ１４１６を実行する。

ステップ１４０９において、処理モジュール４０は、コロケートされた画像内の位置Ｃにおける動きベクトルｍｖ１が、入手可能であるかどうかを決定する。

動きベクトルｍｖ１が、位置Ｃにおいて入手可能である場合、ステップ１４１１において、処理モジュール４０は、動きベクトルｍｖ１をリスケールし、リスケールされた動きベクトルｍｖ１が、現在の参照画像を（すなわち、参照画像バッファ内の第１の位置にある参照画像を）ポイントするようにする。

ステップ１４１２において、処理モジュール４０は、現在のブロックの中心を、位置Ｐ＝Ｃ＋ｍｖ１にあるように変位させる。

ステップ１４１３において、位置Ｐが、制約エリアの外部にある場合、処理モジュール４０は、位置Ｐをクリップする。

ステップ１４１４において、処理モジュール４０は、コロケートされた画像内の位置Ｐにおける動きベクトルｍｖ１’が、入手可能であるかどうかを決定する。

動きベクトルｍｖ１’が、位置Ｐにおいて入手可能である場合、ステップ１４１６において、処理モジュールは、動きベクトルｍｖ１’をリスケールして、動きベクトルｍｖ１”を取得する。ステップ１４１６の後に、ステップ１４２１が続く。

ステップ１４０９において、動きベクトルが、位置Ｃにおいて入手可能ではない場合、処理モジュール４０は、ステップ１４１０の間に、動きベクトルｍｖ１およびｍｖ１”が入手可能ではないと決定する。ステップ１４１０の後に、ステップ１４２１が続く。

ステップ１４１４において、動きベクトルｍｖ１’が、位置Ｐにおいて入手可能ではない場合、処理モジュール４０は、ステップ１４１５の間に、動きベクトルｍｖ１”が入手可能ではないと決定する。ステップ１４１５の後に、ステップ１４２１が続く。

ステップ１４０１からステップ１４０８、および／もしくはステップ１４０９からステップ１４１６と並行して、またはそれらに続いて、処理モジュール４０は、ステップ１４１７から１４２０を実行する。

ステップ１４１７において、処理モジュール４０は、位置Ｐを現在のブロックの中心に決定する（Ｐ＝Ｃ）。

ステップ１４１８において、処理モジュールは、コロケートされた画像内の位置Ｐにおいて、動きベクトルｍｖ３”が、入手可能であるかどうかを決定する。動きベクトルが、位置Ｐにおいて入手可能である場合、ステップ１４２０の間に、処理モジュール４０は、動きベクトルｍｖ３”をリスケールする。

そうではない場合、ステップ１４１９の間に、処理モジュール４０は、動きベクトルｍｖ３”が入手可能ではないと決定する。ステップ１４１９およびステップ１４２０の後に、ステップ１４２１が続く。

ステップ１４２１の間に、処理モジュール４０は、順序付けられたセット｛ｍｖ０”，ｍｖ１”，ｍｖ３”，ｍｖ０，ｍｖ１，ｎｏｎｅ｝内の第１の入手可能な動きベクトルを、ＴＭＶＰとして選択する。ｍｖ０”が、入手可能である場合、処理モジュール４０は、ｍｖ０”をＴＭＶＰとして選択する。そうではなく、ｍｖ１”が、入手可能である場合、処理モジュール４０は、ｍｖ１”をＴＭＶＰとして選択する。そうではなく、ｍｖ３”が、入手可能である場合、処理モジュール４０は、ｍｖ３”をＴＭＶＰとして選択する。そうではなく、ｍｖ０が、入手可能である場合、処理モジュール４０は、ＭＶ０をＴＭＶＰとして選択する。そうではなく、ｍｖ１が、入手可能である場合、処理モジュール４０は、ＭＶ１をＴＭＶＰとして選択する。それ以外の場合、ＴＭＶＰは、選択されず、すなわち、動きベクトルは、ＴＭＶＰ導出プロセスから取得されない。

図１１に関連して先に説明されたように（ステップ４０００）、マージプロセスの第１の入手可能な空間動きベクトル（または、それが存在する場合は、マージプロセスの第１の候補）が、初期動きベクトルとして使用されるとき、同じプロセスを適用することができる。

図１５は、改善されたＴＭＶＰ導出プロセス全体の第５の変形を概略的に示している。図１５のプロセスは、処理モジュール４０が、エンコーダまたはデコーダを実施するとき、処理モジュール４０によって、現在のブロックに対して実行される。特に、図１５のＴＭＶＰ導出プロセスは、ステップ２０８およびステップ３０８の間に、実行される。

図１５のプロセスから導出される新しいＴＭＶＰは、特に、サブブロックマージモードに適合される。

ステップ１５０１において、処理モジュール４０は、動きベクトルｍｖが、コロケートされた画像内の位置Ｈにおいて入手可能であるかどうかを決定する。動きベクトルｍｖが、入手可能である場合、ステップ１５０１の後に、ステップ１５０３が続く。そうではない場合、処理モジュール４０は、ステップ１５０２を実行し、その間に、処理モジュール４０は、動きベクトルｍｖが、コロケートされた画像内の位置Ｃにおいて入手可能であるかどうかを決定する。動きベクトルｍｖが、入手可能である場合、ステップ１５０２の後に、ステップ１５０３が続く。

ステップ１５０２において、動きベクトルｍｖが、入手可能ではない場合、ステップ１５０２の後に、ステップ１５０８が続く。

ステップ１５０３において、動きベクトルｍｖは、処理モジュール４０によって、リスケールされる。ステップ１５０３は、ステップ３０２と同じである。

ステップ１５０４において、処理モジュール４０は、現在のブロックの各サブブロックｉについて、位置Ｐｉ＝Ｃｉ＋ｍｖを計算し、Ｃｉは、現在のブロックの第ｉのサブブロックの中心の位置である。

ステップ１５０５において、処理モジュール４０は、制約エリアの内部に収まるように、例えば、現在のブロックを含むＣＴＵの内部に収まるように、各位置Ｐｉをクリップする。

ステップ１５０６において、処理モジュール４０は、各サブブロックｉについて、動きベクトルｍｖ’ｉが、位置Ｐｉにおいて入手可能であるかどうかを決定する。

ステップ１５０７において、各入手可能な動きベクトルｍｖ’ｉをリスケールして、動きベクトルｍｖ”ｉを取得する。サブブロックｉについて、動きベクトルｍｖ’ｉが、入手可能ではないとき、ステップ１５１７において、サブブロックｉは、デフォルトの動きベクトル、例えば、ｍｖ”ｉ＝（０，０）を与えられる。

ステップ４０００と同じである、ステップ１５０８において、処理モジュール４０は、第１のマージ動きベクトルｍｖが、入手可能であるかどうかを決定する。第１のマージ動きベクトルｍｖが、入手可能である場合、ステップ１５０９において、処理モジュール４０は、この第１のマージ動きベクトルｍｖをリスケールする。

ステップ１５１０において、処理モジュール４０は、現在のブロックの各サブブロックｉについて、位置Ｐｉ＝Ｃｉ＋ｍｖを計算する。

ステップ１５１１において、処理モジュール４０は、制約エリアの内部に収まるように、各位置Ｐｉをクリップする。

ステップ１５１２において、処理モジュール４０は、各サブブロックｉについて、動きベクトルｍｖ’ｉが、位置Ｐｉにおいて入手可能であるかどうかを決定する。

ステップ１５１３において、各入手可能な動きベクトルｍｖ’ｉをリスケールして、動きベクトルｍｖ”ｉを取得する。サブブロックｉについて、動きベクトルｍｖ’ｉが、入手可能ではないとき、ステップ１５１７において、サブブロックｉは、デフォルトの動きベクトルを与えられる。

ステップ１５０８において、処理モジュール４０が、第１のマージ動きベクトルｍｖが、入手可能ではないと決定した場合、ステップ１５０８の後に、ステップ１５１４に続く。

ステップ１５１４において、処理モジュール４０は、現在のブロックの各サブブロックｉについて、位置Ｐｉ＝Ｃｉを計算する。

ステップ１５１５において、処理モジュール４０は、各サブブロックｉについて、動きベクトルｍｖ’ｉが、位置Ｐｉにおいて入手可能であるかどうかを決定する。ステップ１５１６において、各入手可能な動きベクトルｍｖ’ｉをリスケールして、動きベクトルｍｖ”ｉを取得する。サブブロックｉについて、動きベクトルｍｖ’ｉが、入手可能ではないとき、ステップ１５１７において、サブブロックｉは、デフォルトの動きベクトルを与えられる。

本出願は、ツール、特徴、実施形態、モデル、手法などを含む、様々な態様について説明している。これらの態様の多くは、具体的に説明され、少なくとも、個々の特徴を示すために、限定的に聞こえることがある方式で、しばしば説明される。しかしながら、これは、説明における明確さのためであり、それらの態様の適用または範囲を限定しない。実際、異なる態様のすべては、さらなる態様を提供するために、組み合わせること、および交換することができる。さらに、態様は、先の出願において説明された態様とも同様に、組み合わせること、および交換することができる。

本出願において説明され、企図される態様は、多くの異なる形態で、実施することができる。図２、図３、図４Ａ、および図４Ｂは、いくつかの実施形態を提供するが、他の実施形態が、企図され、図２、図３、図４Ａ、および図４Ｂの説明は、実施の広がりを限定しない。態様のうちの少なくとも１つは、一般に、ビデオエンコーディングおよびデコーディングに関し、少なくとも１つの他の態様は、一般に、生成またはエンコードされたビットストリームを送信することに関する。これらの態様および他の態様は、方法、装置、説明された方法のいずれかに従ってビデオデータをエンコードもしくはデコードするための命令をその上に記憶するコンピュータ可読記憶媒体、および／または説明された方法のいずれかに従って生成されたビットストリームをその上に記憶するコンピュータ可読記憶媒体として実施することができる。

様々な方法が、本明細書において説明され、方法の各々は、説明された方法を達成するための１つまたは複数のステップまたはアクションを含む。方法の適切な動作のために、ステップまたはアクションの特定の順序が、必要とされない限り、特定のステップおよび／またはアクションの順序および／または使用は、変更すること、または組み合わせることができる。

本出願において説明される様々な方法および他の態様は、モジュールを、例えば、ビデオエンコーダの動きベクトル符号化ステップ２０８、および／またはデコーダの動きベクトルデコーディングステップ３０８を変更するために、使用することができる。さらに、本態様は、ＶＶＣまたはＨＥＶＣに限定されず、例えば、既存のものであるか、それとも将来開発されるものであるかに関わらず、他の規格および勧告に、ならびに（ＶＶＣおよびＨＥＶＣを含む）任意のそのような規格および勧告の拡張に適用することができる。別段の指摘がない限り、または技術的に排除されない限り、本出願において説明される態様は、個別にまたは組み合わせて、使用することができる。

本出願においては、様々な数値、様々な位置、および／または様々な制約エリアが、使用される。特定の値、位置、制約エリアは、例示を目的としたものあり、説明される態様は、これらの特定の値、位置、および制約エリアに限定されない。

さらに、実施形態は、様々な請求項のカテゴリおよびタイプにわたって、以下の特徴、デバイス、または態様のうちの１つまたは複数を、単独でまたは任意の組み合わせで、含むことができる。
・新しい時間動きベクトルプレディクタを提供すること。
・コロケートされた画像内のブロックの動きベクトルを使用することによって、新しい時間動きベクトルプレディクタを取得することであって、
ブロックは、元のＴＭＶＰプロセスに由来する動きベクトルＭＶ０によって、（現在のブロックの空間的ロケーションに関して）変位させられること。
・新しい時間動きベクトルプレディクタは、おそらく、何らかの時間的リスケーリングを受けること。
・制約エリアの内部に収まるように、ブロックの変位をクリッピングすること。
・時間動きベクトルプレディクタが、いくつかの制約を満たさないケース、例えば、制約エリアの外部をポイントするケースにおいては、元のＴＭＶＰプロセスを適用すること。
・空間的に近隣するブロックの動きベクトルの代わりに、コロケートされた画像内のブロックの動きベクトルを初期動きベクトルとして使用することによって、新しいサブブロック時間動きベクトルプレディクタを取得すること。
・初期動きベクトルを各サブブロックに対して適用することによって、新しいサブブロック時間動きベクトルプレディクタを取得すること。
・使用する動きベクトル予測方法をデコーダが識別することを可能にするシンタックス要素をシグナリングに挿入すること。
・説明した実施形態のいずれかに従って生成された情報を伝えるシンタックスを含む、ビットストリームまたは信号。
・エンコーダによって使用されるものに対応する方式で、デコーダが動きベクトル予測を適合させることを可能にするシンタックス要素をシグナリングに挿入すること。
・説明されるシンタックス要素のうちの１つもしくは複数、またはその変形を含むビットストリームまたは信号を作成および／または送信および／または受信および／またはデコードすること。
・説明される実施形態のいずれかに従って、作成および／または送信および／または受信および／またはデコードすること。
・説明される実施形態のいずれかに従った、方法、プロセス、装置、命令をストアする媒体、データを記憶する媒体、または信号。
・説明される実施形態のいずれかに従って、動きベクトル予測の適合を実行する、テレビ、セットトップボックス、セルフォン、タブレット、または他の電子デバイス。
・説明される実施形態のいずれかに従って、動きベクトル予測の適合を実行し、結果として得られた画像を（例えば、モニタ、スクリーン、または他のタイプのディスプレイを使用して）表示する、テレビ、セットトップボックス、セルフォン、タブレット、または他の電子デバイス。
・エンコードされた画像を含む信号を受信するために（例えば、チューナを使用して）チャネルを選択し、説明される実施形態のいずれかに従って、動きベクトル予測の適合を実行する、テレビ、セットトップボックス、セルフォン、タブレット、または他の電子デバイス。
・エンコードされた画像を含む信号を（例えば、アンテナを使用して）無線で受信し、説明される実施形態のいずれかに従って、動きベクトル予測の適合を実行する、テレビ、セットトップボックス、セルフォン、タブレット、または他の電子デバイス。

Claims (20)

1. デコーディングのための方法であって、
   現在の画像をデコードするために、第１の参照画像の、現在のブロックとコロケートしているコロケート領域を識別するステップと、
   前記コロケート領域内または前記コロケート領域の近傍内の位置から、第２の参照画像をポイントしている、第１の動きベクトルを取得するステップ（３００、３０１）と、
   前記第１の動きベクトルに基づいて、前記現在のブロック内の位置に変位を適用することによって、前記第２の参照画像内の、シフト位置を取得するステップ（３０３、３０４）と、
   第２の動きベクトルが、前記シフト位置において入手可能であるかどうかを決定し（３０５）、および、入手可能である場合、前記第２の動きベクトルに基づいて、第３の動きベクトルを取得するステップ（３０７、３０８）であって、前記第３の動きベクトルは、前記現在のブロックの動きベクトルを再構築するために使用される、動きベクトルプレディクタ候補のリスト内に挿入されることが意図されている、取得するステップと
   を備える方法。
2. 前記第１の動きベクトルは、前記第１の動きベクトルが前記第２の参照画像をポイントすることを保証するために、前記シフト位置を取得するために使用される前に、リスケールされる請求項１に記載の方法。
3. 前記シフト位置が制約エリア外にあるとき、前記シフト位置は、シフトエリア内に収まるようにクリップされる請求項１に記載の方法。
4. 前記シフト位置が制約エリア外にあるとき、前記第３の動きベクトルは、前記第１の動きベクトルに基づく請求項１に記載の方法。
5. 前記第２の参照画像をポイントしている第１の動きベクトルを、前記コロケート領域内または前記コロケート領域の近傍内の位置から取得できないとき、前記方法は、
   前記現在のブロックの動きベクトルをデコードするために使用される、動きベクトルプレディクタ候補の前記リスト内において、空間動きベクトルが入手可能であるかどうかを決定するステップと、空間動きベクトルが入手可能である場合、前記第１の動きベクトルを、前記入手可能な空間動きベクトルに依存した値になるように修正するステップ（４００１）
   を備える請求項１に記載の方法。
6. 前記第２の参照画像をポイントしている第１の動きベクトルを、前記コロケート領域内または前記コロケート領域の近傍内の位置から取得できないとき、前記方法は、
   前記第１の動きベクトルを、前記空間動きベクトルになるように修正するステップ（３０９）を備える請求項５に記載の方法。
7. 前記第１の動きベクトルは、前記コロケート領域の近傍内の位置から取得され、前記方法は、
   前記コロケート領域内の位置から、前記第２の参照画像をポイントしている第４の動きベクトルを取得するステップ（１４０９、１４１１）と、
   前記第４の動きベクトルに基づいて、前記現在のブロック内の位置に変位を適用することによって、前記第２の参照画像内の、第２のシフト位置と呼ばれる位置を取得するステップ（１４１２、１４１３）と、
   第５の動きベクトルが前記第２のシフト位置において入手可能であるかどうかを決定すし（３０５）、および、入手可能である場合、前記第５の動きベクトルに基づいて第６の動きベクトルを取得するステップ（３０７、３０８）であって、前記第６の動きベクトルは、前記現在のブロックの動きベクトルを再構築するために使用される、動きベクトルプレディクタ候補のリスト内に挿入されることを意図されている、取得するステップと、
   前記リスト内に挿入されことになる、動きベクトルの順序付けられたセット内の第１の入手可能な動きベクトルを選択するステップであって、前記順序付けられたセットは、少なくとも、前記第３の動きベクトルと、前記第６の動きベクトルと、前記第１の動きベクトルと、前記第４の動きベクトルとを、これらの動きベクトルが入手可能であるときに、含む、ステップと
   をさらに備える請求項１に記載の方法。
8. 前記順序付けられたセットは、入手可能であるときは、前記コロケート領域内の前記位置から導出される動きベクトルをさらに含む請求項７に記載の方法。
9. 前記現在のブロックは、サブブロックに分割され、
   シフト位置を取得する前記ステップは、前記第１の動きベクトルに基づいて、前記サブブロック内の位置に変位を適用することによって、各サブブロックについてのシフト位置を取得することを含み、
   各サブブロックについて、第２の動きベクトルが、前記サブブロックに対応する前記シフト位置において入手可能である場合に、第３の動きベクトルが取得される
   請求項１に記載の方法。
10. エンコーディングのための方法であって、
    現在の画像のデコードするために、第１の参照画像の、現在のブロックとコロケートしているコロケート領域を識別するステップと、
    前記コロケート領域内または前記コロケート領域の近傍内の位置から、第２の参照画像をポイントしている、第１の動きベクトルを取得するステップ（３００、３０１）と、
    前記第１の動きベクトルに基づいて、前記現在のブロック内の位置に変位を適用することによって、前記第２の参照画像内の、シフト位置を取得するステップ（３０３、３０４）と、
    第２の動きベクトルが、前記シフト位置において入手可能であるかどうかを決定し（３０５）、および、入手可能である場合、前記第２の動きベクトルに基づいて、第３の動きベクトルを取得するステップ（３０７、３０８）であって、前記第３の動きベクトルは、前記現在のブロックの動きベクトルを再構築するために使用される、動きベクトルプレディクタ候補のリスト内に挿入されることが意図されている、取得するステップと
    を備える方法。
11. デコーディングのためのデバイスであって、
    現在の画像をデコードするために、第１の参照画像の、現在のブロックとコロケートしているコロケート領域を識別し、
    前記コロケート領域内または前記コロケート領域の近傍内の位置から、第２の参照画像をポイントしている、第１の動きベクトルを取得（３００、３０１）し、
    前記第１の動きベクトルに基づいて、前記現在のブロック内の位置に変位を適用することによって、前記第２の参照画像内の、シフト位置を取得（３０３、３０４）し、
    第２の動きベクトルが、前記シフト位置において入手可能であるかどうかを決定し（３０５）、および、入手可能である場合、前記第２の動きベクトルに基づいて、第３の動きベクトルを取得し（３０７，３０８）、前記第３の動きベクトルは、前記現在のブロックの動きベクトルを再構築するために使用される、動きベクトルプレディクタ候補のリスト内に挿入されることが意図されている
    ように構成された電子回路
    を備えたデバイス。
12. 前記第１の動きベクトルは、前記第１の動きベクトルが前記第２の参照画像をポイントすることを保証するために、前記シフト位置を取得するために使用される前に、リスケールされる請求項１１に記載のデバイス。
13. 前記シフト位置が制約エリア外にあるとき、前記シフト位置は、シフトエリア内に収まるようにクリップされる請求項１１に記載のデバイス。
14. 前記シフト位置が制約エリア外にあるとき、前記第３の動きベクトルは、前記第１の動きベクトルに基づく請求項１１に記載のデバイス。
15. 前記第２の参照画像にポイントしている第１の動きベクトルを、前記コロケート領域内または前記コロケート領域の近傍内の位置から取得できないとき、前記デバイスは、
    前記現在のブロックの動きベクトルをデコードするために使用される、動きベクトルプレディクタ候補の前記リスト内において、空間動きベクトルが入手可能であるかどうかを決定し、空間動きベクトルが入手可能である場合、前記第１の動きベクトルを、前記入手可能な空間動きベクトルに依存した値になるように修正する（４００１）よう適合された電子回路
    を備えた請求項１１に記載のデバイス。
16. 前記第２の参照画像をポイントしている第１の動きベクトルを、前記コロケート領域内または前記コロケート領域の近傍内の位置から取得できないとき、前記デバイスは、
    前記第１の動きベクトルを、前記空間動きベクトルになるように修正するよう構成された電子回路
    を備えた請求項１５に記載のデバイス。
17. 前記第１の動きベクトルは、前記コロケート領域の近傍内の位置から取得され、前記デバイスは、
    前記コロケート領域内の位置から、前記第２の参照画像をポイントしている第４の動きベクトルを取得し（１４０９、１４１１）、
    前記第４の動きベクトルに基づいて、前記現在のブロック内の位置に変位を適用することによって、前記第２の参照画像内の、第２のシフト位置を取得し（１４１２、１４１３）、
    第５の動きベクトルが前記第２のシフト位置において入手可能であるかどうかを決定し（３０５）、および、入手可能である場合、前記第５の動きベクトルに基づいて、第６の動きベクトルを取得し（３０７、３０８）、前記第６の動きベクトルは、前記現在のブロックの動きベクトルを再構築するために使用される、動きベクトルプレディクタ候補のリスト内に挿入されることを意図されており、
    前記リスト内に挿入されことになる、動きベクトルの順序付けられたセット内の第１の入手可能な動きベクトルを選択し、前記順序付けられたセットは、少なくとも、前記第３の動きベクトルと、前記第６の動きベクトルと、前記第１の動きベクトルと、前記第４の動きベクトルとを、これらの動きベクトルが入手可能であるときに含む
    よう構成された電子回路
    を備えた請求項１１に記載のデバイス。
18. 前記現在のブロックは、サブブロックに分割され、
    シフト位置を取得することは、前記第１の動きベクトルに基づいて、前記サブブロック内の位置に変位を適用することによって、各サブブロックについてのシフト位置を取得することを含み、
    各サブブロックについて、第２の動きベクトルが、前記サブブロックに対応する前記シフト位置において入手可能である場合に、第３の動きベクトルが取得される請求項１１に記載のデバイス。
19. エンコーディングのためのデバイスであって、
    現在の画像のデコードするために、第１の参照画像の、現在のブロックとコロケートしているコロケート領域を識別し、
    前記コロケート領域内または前記コロケート領域の近傍内の位置から、第２の参照画像をポイントしている、第１の動きベクトルを取得し（３００、３０１）、
    前記第１の動きベクトルに基づいて、前記現在のブロック内の位置に変位を適用することによって、前記第２の参照画像内の、シフト位置を取得し（３０３、３０４）、
    第２の動きベクトルが、前記シフト位置において入手可能であるかどうかを決定し（３０５）、および、入手可能である場合、前記第２の動きベクトルに基づいて、第３の動きベクトルを取得し（３０７、３０８）、前記現在のブロックの動きベクトルを再構築するために使用される、動きベクトルプレディクタ候補のリスト内に挿入されることが意図されている
    よう構成された電子回路
    を備えたデバイス。
20. 請求項１乃至１０いずれかに記載の方法を実施するためのプログラムコード命令をストアした情報ストレージ手段。

Images