(57)【要約】本発明の方法は、予測窓１５が参照画像１４において完全に内部に位置されるか又は部分的に位置されるかに従って、外側へ出ていないか又は外側へ出ているかの何れかである、動きベクトルに関する予測窓のタイプを決定するステップ８、予測窓が外側へ出ているタイプからなる場合、予測窓の大きさと少なくとも等しい大きさを有する予測バッファ領域であって、予測窓を含むように位置される予測バッファ領域を、予測領域１８に共通である参照画像の画素で満たし、残りの部分１９，２０，２１について、前記画素から、画像のエッジに位置される画素をコピーするステップ１１、予測窓に位置されるバッファ領域の画素から予測子を計算するステップを含む。用途は、Ｈ２６４又はＭＰＥＧ４ ＰＡＲＴ１０フォーマットにおける圧縮に関連する。
2010514300.tif 000002
【特許請求の範囲】
【請求項１】
ビデオ画像のブロックを復号化する方法であって、
前記ブロックは、ある予測モードに従って符号化されており、
前記予測モードは、現在のブロックと、その位置が動きベクトルから参照画像において定義される予測ブロック又は予測子との間の差に対応する残差のブロックを符号化し、
当該方法は、
予測窓が参照画像において完全に内部に位置されるか又は部分的に内部に位置されるかに従って、外側へ出ていないか又は外側へ出ているかの何れかである、動きベクトルに関する予測窓のタイプを決定するステップと、
前記予測窓が外側へ出ているタイプからなる場合、前記予測窓の大きさと少なくとも等しい大きさを有する予測バッファ領域であって、前記予測窓を含むように位置される予測バッファ領域を、予測領域に共通である参照画像の画素で満たし、残りの部分について、前記画素から、画像のエッジに位置される画素をコピーするステップと、
予測窓に位置されるバッファ領域の画素から前記予測子を計算するステップと、
を含むことを特徴とする方法。
【請求項２】
前記予測窓のタイプは、前記動きベクトルの初期座標、その成分及び前記動きベクトルが割り当てられるブロックの大きさから定義される、
ことを特徴とする請求項１記載の方法。
【請求項３】
前記予測子を計算するステップは、前記予測窓における画素の補間のステップを含む、
ことを特徴とする請求項１記載の方法。
【請求項４】
前記予測バッファ領域は、４つのブロックから構成され、１つのブロックは、前記予測窓の画素が属する前記参照画像のブロックの画素に共通である画素により形成され、３つの他のブロックは、画像のエッジにある前記参照画像のブロックの画素をコピーすることで得られる、
ことを特徴とする請求項１記載の方法。
【請求項５】
前記３つのブロックのうちの１つは、画像のコーナにある画素のみをコピーすることで得られる、
ことを特徴とする請求項４記載の方法。
【請求項６】
前記画像ブロックは、マクロブロック、マクロブロックのパーティション又はマクロブロックのサブパーティションである、
ことを特徴とする請求項１記載の方法。
【請求項７】
前記補間領域は、前記動きベクトルが割り当てられるマクロブロックのパーティション又はサブパーティションのサイズに依存する、
ことを特徴とする請求項６記載の方法。
【請求項８】
ＭＰＥＧ規格を使用する、
ことを特徴とする請求項１１記載の方法。
【請求項９】
圧縮データの処理ユニットと、前記処理ユニットに接続されるメモリとを有する復号化装置であって、
予測窓が外側へ出ているタイプからなる場合、前記メモリは、前記参照画像に属する予測窓の画素と、画像のエッジにある前記予測窓の画素のコピーとにより形成される予測バッファエリアを含む、
ことを特徴とする請求項１記載の方法を実現する復号化装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオデータを復号化する方法に関し、より詳細には、外側へ出ているベクトルのケースにおいて、インターモードで予測窓を再構成する方法に関する。
【背景技術】
【０００２】
分野は、ビデオデータ圧縮の分野である。ビデオ圧縮規格Ｈ２６４又はＭＰＥＧ４ ＰＡＲＴ１０は、ＭＰＥＧ２のような他の圧縮規格と同様に、参照画像に依存しており、この参照画像から、現在の画像の再構成を可能にする予測子が取得される。これらの参照画像は、勿論、予め復号化されており、たとえばＤＤＲ ＲＡＭ（Double Data Rate
Random Access Memory）タイプのメモリに保存される。これにより、画像は、参照画像のある領域に関する差を符号化することで、前に復号化された画像から符号化することが可能である。残差と呼ばれる、この差のみが、参照画像を識別するエレメント、refIdxインデックス、及び動きベクトルのコンポーネント、ＭＶx及びＭＶyをもつストリームで伝送され、その領域が、発見されるべきこの参照画像において考慮されるのを可能にする。
【０００３】
図１は、復号化されるべき画像と前に復号化された参照画像との間のこの依存性を例示するものであり、表示順序に従う画像系列からのビデオ画像の連続を示しており、Ｉ，Ｐ又はＢタイプの画像は、ＭＰＥＧ規格で定義されている。この例では、画像Ｐ4の復号化は、画像INTRA
Ｉ0に依存し、この画像は、自発的なやり方で復号化可能であって、したがって参照画像に依存しない。したがって、この画像Ｐ4の復号化の間、デコーダは、現在の画像Ｐ4の領域を復号化する予測子として使用される画像Ｉ0の領域をサーチする。それぞれの領域は、ストリームで伝送される動きベクトルのおかげで示される。  
復号化画像＝（予測画像）＋（ストリームで伝送された残差）
同様に、双方向タイプの画像ＢであるＢ2は、画像Ｉ0及びＰ4から復号化される。
【０００４】
Ｉタイプの画像は、自発的なやり方で復号化され、すなわち、Ｉタイプの画像は、参照画像に依存しない。それぞれのマクロブロックは、この同じ画像におけるそのすぐ隣に隣接しているマクロブロックから復号化される。あるＰタイプの画像は、前に復号化された１又はｎの参照画像から復号化されるが、この画像のそれぞれのブロックは、唯一の予測子が復号化されるのを必要とし、この予測子は、ある動きベクトルにより定義され、すなわち所与の参照画像を示すブロック当たりの唯一の動きベクトルにより定義される。
【０００５】
Ｂタイプの画像は、前に復号化された１又はｎの参照画像から復号化されるが、この画像のそれぞれのブロックは、２つの予測子が復号化されるのを必要とし、すなわち、１又は２の所与の参照画像を示すブロック当たりの２つの動きベクトルが復号化されるのを必要とする。次いで、残差に加えられることになる最後の予測子は、動きベクトルに関する情報から取得された２つの予測子の重み付け平均を実現することで取得される。
【０００６】
図２は、Ｈ２６４又はＭＰＥＧ４ ＰＡＲＴ１０規格を使用した符号化器について、１６ライン×１６サンプルのサイズからなるマクロブロックについて異なる可能性のあるパーティション及びサブパーティションを示す。第一のラインは、２つの１６×８及び８×１６サイズの分割又はサブマクロブロックへの１６×１６サイズのマクロブロックの水平方向及び垂直方向のカット、及び４つの８×８サイズのサブマクロブロックへのカットに対応する。第二のラインは、これらの同じブロック又はサブパーティションのカットに対応するが、８×８サイズのサブマクロブロックについて、下位レベルでのカットに対応する。それぞれのパーティション又はサブパーティションは、処理されるべきマクロブロックのタイプに従って、Ｐタイプ画像のケースにおける参照画像に向かうベクトルに関連される。Ｂタイプ画像の場合、それぞれのパーティション又はサブパーティションは、１又は２の参照画像に向かう１又は２のベクトルに関連される。
【０００７】
図３は、参照画像のインデックス、refIdx及び動きベクトルから、１６×１６の分割のケースにおいて、符号１で参照される現在の画像ｎにおいて符号２で参照される現在のマクロブロックについて、符号３で参照される前の画像ｎ−１における符号４で参照される予測子のサーチを例示する。
【０００８】
ストリームで伝送されるベクトルは、１／４画素の解像度を有するので、Ｈ２６４規格のケースにおいて、最終的な輝度の予測子を決定するため、輝度についてある画素の１／４への補間を実現することが必要である。これらのベクトルは、補間されるべき領域の左上エッジを示す。
【０００９】
ある参照画像において補間されるべき領域の決定は、この領域が参照画像内に残る場合に特に問題とならない。しかし、Ｈ２６４規格は、参照画像が外側へ出ているかベクトルのストリームで送出されるのを可能にする。あるベクトルにより示される領域が画像の完全に内部にないたびに、デコーダは、補間プロセスのためにそれを提供する前に、参照画像の外にあるこの領域を再構築することで開始すべきである。
【００１０】
この制約の結果、そのベクトルが参照画像から「外側へ出ている」か否か、すなわち参照画像の部分的に外にあるか否かに従って、動きベクトルにより定義される予測窓の特性に従って補間されるべき領域を取得することからなる段階を異なって処理することになる。
【００１１】
従来技術で知られる方法では、外側へ出ている窓のケースにおける予測子の構築プロセスは、補間プロセスの入力領域を取得するため、参照画像の境界に位置される画素の垂直、水平又は斜めの複製からなる。幾つかの例が以下に与えられ、座標は、それぞれ右に向かって指向される水平軸、下に向かって指向される垂直軸について参照画像の左上コーナにおいて参照される。
【００１２】
座標（x，-2）をもつ外向きのベクトルの場合（０＜ｘ＜画像の幅）：
この例では、予測窓の２つの最初の１６画素ラインは、参照画像に属さない。これらは、第三のラインから再構成される必要があり、この第三のラインは、画像の上エッジに属する。このライン３の複製。  
ベクトルが画像の下の水平の境界以下で外向きである場合にも同じである。このケースでは、最後の画素ラインは、最終的な予測子を取得するために下に向かって垂直に複製される。
【００１３】
座標（-7，y）をもつ外向きのベクトルの場合（０＜ｙ＜画像の高さ）：
この例では、予測窓の７つの最初の１６画素の列は、参照画像に属さない。これらは、参照画像の左エッジに属する８番目の列から再構成される必要がある。この列８の複製。
【００１４】
予測子を構築するための従来技術の１つのソリューションは、参照画像を該参照画像を囲んでいるクラウンと共にメモリに記憶することからなる。図４は、係るソリューションを示す。参照画像７は、記憶のため、クラウン５で拡大されており、このクラウンは、画像のエッジでの画素６の再コピーに対応する。このクラウンは、たとえば１マクロブロック、すなわち１６サンプルの「厚さ」を有する。
【００１５】
このソリューションは、メモリサイズの観点で非常に費用がかかる。たとえば、４：２：０規格での１９２０×１０８０解像度をもつ高精細画像について、係るバックアップのために必要とされるメモリは、それぞれの参照画像について、３８０マクロブロック、又は約１６０キロバイトからなる。Ｈ２６４規格は４つの参照画像を記憶するのを必要とするので、このバックアップのために必要とされるメモリサイズは、６００キロバイトのオーダであり、これは、特に埋め込みシステムにとって非常に不利益をもたらす。
【００１６】
さらに、このクラウンの再構成は、補間ベクトルの計算の前にシステマティックな方法で実現されるべきである。しかし、大部分の画像について、動きベクトルは、画像内部の予測窓を使用し、この再構成は不要である。しかし、この再構成は、無視することができない実行サイクル数の観点でコストがある。これは、サイクルが失われるべきではないリアルタイムのビデオ復号化システムの深刻な側面である。
【００１７】
同様に、復号化回路のアーキテクチャは、このコピークラウンに関連する制約のために更に複雑にされる。このクラウンの使用は、補間の計算に関連するモジュール以外のモジュールに影響を及ぼす。したがって、表示されるべき領域をサーチするＤＤＲＡＭメモリに直接に接続される復号化された画像を表示するモジュールは、これらの画像をクラウンなしに表示することができるべきである。
【発明の概要】
【発明が解決しようとする課題】
【００１８】
本発明の１つの目的は、上述された問題点を克服することにある。  
【課題を解決するための手段】
【００１９】
本発明の目的は、ビデオ画像のブロックを復号化する方法であり、このブロックは、ある予測モードに従って符号化されており、この予測モードは、現在のブロックとある予測ブロック又は予測子との間の差に対応する残差のブロックを符号化し、この予測子の位置は、動きベクトルから参照画像において定義される。
【００２０】
本方法は、以下のステップを実行する。予測窓が参照画像について完全に内部に位置されるか又は部分的に内部に位置されるかに従って、外側へ出ていない（incoming）又は外側へ出ているか（outgoing）の何れかである、動きベクトルに関する予測窓のタイプを決定するステップ。予測窓が外側へ出ているタイプからなる場合、予測窓の大きさと少なくとも等しい大きさを有する予測バッファ領域であって、予測窓を含むように位置される予測バッファ領域を、予測領域に共通である参照画像の画素で満たし、残りの部分について、前記画素から、画像のエッジに位置される画素をコピーするステップ。予測窓に位置されるバッファ領域の画素から予測子を計算するステップ。
【００２１】
特定の実施の形態によれば、予測窓のタイプは、動きベクトルの最初の座標、その成分及び該動きベクトルが割り当てられたブロックの大きさから定義される。  
特定の実施の形態によれば、予測子の計算は、予測窓における画素の補間のステップを含む。  
特定の実施の形態によれば、バッファ領域は、４つのブロックから構成され、１つのブロックは、予測窓の画素が属する参照画像のブロックの画素に共通である画素により形成され、３つの他のブロックは、画像のエッジにある、この参照画像のブロックの画素をコピーすることで得られる。３つのブロックのうちの１つは、画像のコーナにおける１つの画素をコピーすることで得られる。
【００２２】
特定の実施の形態によれば、画像ブロックは、マクロブロック、マクロブロックの分割又はマクロブロックの小分割である。補間領域のサイズは、動きベクトルが割り当てられるマクロブロックの分割又は小分割のサイズに依存する。  
特定の実施の形態によれば、本方法は、ＭＰＥＧ４規格を使用する。
【００２３】
また、本発明は、データ処理回路、該処理回路に接続されるメモリを有する本方法を実現する復号化装置に関するものであり、予測窓が外側へ出ているタイプからなる場合、メモリは、参照画像に属する予測窓の画素と、画像のエッジでのこの予測窓の画素のコピーとにより形成される予測バッファ領域を形成する。
【００２４】
本発明により、予測窓が外側へ出ている場合にのみ、予測子の構築が実行される。これは、ベクトルにより示される領域にのみ対応する予測窓の、「オンザフライ」の再構成であり、大部分がリアルタイムである。
【００２５】
したがって、デコーダの実現コストは、メモリ空間における低い要件のために低減される。たとえば外側へ出ているベクトルが存在しないときといった、参照画像の記憶領域のレベルで潜在的に不要なメモリ消費は存在しない。
【００２６】
効率は改善され、動作タイミングは低減される。マシンサイクルの消費は、補間されるべき予測子の領域を再構成するため、必要に応じて行われる。  
他の復号化回路モジュールは、このソリューションにより関与しない。有効なデータ領域を示すために表示モジュールを変更する必要がない。
【００２７】
本発明の他の特定の特徴及び利点は、限定的ではない例として提供される以下の記載から、添付図面を参照して明らかとなるであろう。
【図面の簡単な説明】
【００２８】
【図１】画像系列におけるタイプＩ，Ｐ及びＢ画像の連続を示す図である。
【図２】パーティション及びサブパーティションに分割されるマクロブロックを示す図である。
【図３】参照画像における予測子を示す図である。
【図４】従来技術に係る参照画像の予測クラウンを示す図である。
【図５】本発明に係る方法のフローチャート図である。
【図６】画像の上での外側へ出ているベクトルの予測窓を例示する図である。
【図７】画像の左にある外側へ出ているベクトルの予測窓を例示する図である。
【図８】画像の左上コーナに対する外側へ出ているベクトルの予測窓を例示する図である。
【図９】画像のコーナの予測窓の詳細図を示す図である。
【図１０】復号化装置を示す図である。
【発明を実施するための最良の形態】
【００２９】
図５は、本発明に係る方法に関するフローチャートである。インタータイプマクロブロック又はＰタイプ画像におけるブロックを復号化する異なるステップが記載される。
【００３０】
処理プロセスは、現在の画像における現在のマクロブロックのそれぞれの分割について、分割サイズ、割り当てられた動きベクトル、その座標ＭＶx，ＭＶy、対応する参照画像、refIdxに関する情報を受ける。
【００３１】
符号８で参照される第一のステップは、この情報を使用して、動きベクトルが参照画像の外側へ出ているベクトルであるか、すなわち、動きベクトルの第一の端が現在の画像の現在のブロック又はパーティションの配列されたブロックの左上コーナに位置されるとして、動きベクトルの第二の端が、負である少なくとも１つのその座標を有するか、又は、その横座標及び／又は縦座標が画像の右エッジでの画素の座標及び画像の下エッジでの画素の座標よりも高い値をそれぞれ有するかが判定される。これは、標準的なフレームであり、すなわち、原点が画像の左上にあり、軸が右下に方向合わせされる。
【００３２】
動きベクトルが参照画像の外側へ出ているベクトルでない場合、次のステップはステップ９であり、標準的なやり方では、参照画像からの予測窓の直接的な取得を実現する。
【００３３】
動きベクトルが参照画像の外側へ出ているベクトルである場合、次のステップはステップ１０であり、参照画像からの関連する画素の取得を実現し、次いでステップ１１は、予測窓の再構築を実現する。この窓は、したがって、参照画像から取得された画素で満たされ、欠けている画素について、画像のエッジに位置される画素のコピーで満たされる。このコピーは、コーナを与える異なるケースについて後に説明される。
【００３４】
ステップ９又はステップ１１に続くステップは、ステップ１２であり、取得及びおそらく再構築された予測窓からの画素の４分の１に対する補間を実現する。この予測窓又は補間窓から、補間プロセスに対する入力領域が形成され、これは、窓のエッジにある画素をコピーすることで、予測窓を拡大することからなる。たとえば、５つの係数をもつフィルタを使用した２次元フィルタリングについて、補間のための予測窓を拡大することは、５列及びライン、画像の左で２列及び右で３列、上で２ライン及び下で３ラインを加えることからなる。ある画素の４分の１に対する補間についてＨ２６４標準により勧告されるフィルタは、６つの係数１，−５，２０，２０，−５，１を有する。このフィルタは、大きさ４×４のサブパーティションの予測子を計算するため、９×９サイズの入力領域、及び大きさ８×８のサブパーティションのための１３×１３サイズの入力領域を必要とする。
【００３５】
より一般的に、補間プロセスの入力領域は、使用される補間フィルタ及び補間窓のサイズから定義することができる。したがって、ｐ個の係数をもつデジタルフィルタは、ｎ×ｎサイズのブロックの予測子を計算するため、少なくとも水平及び垂直の補間方向において大きさｎ＋（ｐ−１）の入力領域又は処理領域を必要とする。  
補間後に取得された予測子は、現在の画像の現在のパーティションと同じ大きさを有する。
【００３６】
後続するステップ１３は、デコード又は再構築されたパーティションを提供するため、デコードされた残差を予測子に加えることで、パーティションの再構築を実現する。
【００３７】
図６は、外側へ出ているベクトルについて予測窓を満たすケースを示し、外側へ出ているベクトルの端は、−２に等しい負の縦座標を有している。
【００３８】
参照画像１４において、現在の画像の現在のブロックの配列されたブロックは、動きベクトルから移動されて「移動された」ブロック又は予測窓１５が提供され、この予測窓は、画像の上エッジで、画像の部分的に外に位置されている。この予測窓の拡大は、図の右部分であり、動きベクトルの端の座標に一致して、２つの上方のラインが画像の外に位置されることを示している。これらのラインは、矢印１７により示されるように、画像のエッジでの画素１６の垂直方向のコピーを行うことで満たされる。
【００３９】
図７は、その端が−７に等しい負の横座標を有する外側へ出ているベクトルのケースを示す。「移動された」ブロック又は予測窓１５は、参照画像１４の左エッジで、画像の部分的に外側に位置される。この予測窓の拡大は、図の右の部分であり、左の７列は、動きベクトルの端の座標に一致して画像の外側に位置されることを示す。これらの列は、矢印１７により示されるように、画像のエッジにある画素１６の水平方向のコピーを行うことで満たされる。
【００４０】
図８は、その端が−７に等しい負の横座標を有し、−２に等しい負の縦座標を有する外側へ出ているベクトルのケースを示す。「移動された」ブロック又は予測窓１５は、参照画像１４の左上のエッジで、画像の部分的に外側に位置される。この予測窓の拡大は、図の右の部分であり、左の２つの上のラインと７つの列は、動きベクトルの端の座標に一致して画像の外側に位置されることを示す。これらのライン及び列は、画像のエッジでの水平方向及び垂直方向のコピーを行うことにより満たされる。水平方向又は垂直方向の対応を有さないコーナでの１４の画素は、画像に属するコーナにある画素をコピーすることで得られる。矢印１７は、これらのコピーを示す。
【００４１】
外側へ出ている予測窓のケースで、予測窓を再構築するステップを実現するため、本方法は、システムのＤＤＲＡＭメモリにおいて、１つの領域を使用する。ある窓が「外側へ出ている」タイプであるとき、ある領域又は予測バッファメモリが満たされ、メモリ領域は、予測窓を含む２マクロブロック×２マクロブロックからなるサイズを有する。予測バッファ領域は、画素が予測窓に位置される参照画像のマクロブロックの画素により、及び、残りのマクロブロックについて、参照画像の記憶されたマクロブロックに属する画素であって、拡大されるべき画像のエッジに位置される画素をコピーすることにより、ステップ１１の間に満たされる。参照画像の唯一のマクロブロックが関係する場合、マクロブロックがコーナのマクロブロックではない場合、この第一のマクロブロックに加えて、第二のマクロブロックのみをバッファ領域に記憶することで十分であり、第二のマクロブロックは、第一の記憶されたマクロブロックの画像のエッジでのライン又は列のコピーである。
【００４２】
図９は、その端が、たとえば−７及び−２である負の水平方向及び垂直方向の座標を有する外側へ出ているベクトルのケース、左上コーナのケースにおける、この再構成ステップを例示する。予測窓１５の位置を定義している動きベクトルの端、その画素がこの予測窓１５に属する参照画像のマクロブロック１８は、識別されてＤＤＲＡＭメモリに記憶される。画像のエッジでのこのマクロブロック１５の画素は、矢印１７により示されるようにメモリにコピーされ、３つのマクロブロック１９，２０及び２１が生成される。コーナのマクロブロック２１は、画像の左上コーナに位置される画素のみのコピーである。補間されるべき領域は、３２×３２画素サイズの領域から、動きベクトルにより定義される予測窓１５に対応する１６×１６画素領域を抽出することで得られる。
【００４３】
例において、予測窓は、参照画像の左上のマクロブロックに部分的に位置される。したがって、このマクロブロックは、ＤＤＲＡＭにおけるこの３２×３２の領域の右下のマクロブロックであることにより、予測バッファ領域を初期化するために使用される。
【００４４】
また、本発明は、上述された復号化方法を実現するビデオストリームを復号化する装置に関連する。図１０は、係る装置を表す。
【００４５】
プロセッサ２２は、デコーダの内部バス上の通信を処理する。このバスは、矩形のアクセスモジュール２４を通して、符号２５で参照されるＤＤＲＡＭメモリに接続され、このメモリは、参照画像を記憶する。このメモリは、デコーダにより再構築された画像、特に、参照画像、また表示されるべき画像に関連するビデオデータを含む。矩形アクセスモジュールは、たとえば補間プロセスを実現する前に参照画像における予測子である、画像の唯一の領域が取得されるのを可能にする。表示モジュール２６は、バスに接続されており、たとえば表示されるべき領域の開始を示すポインタから、及び表示されるべき画像フォーマットから、画像の視聴の間に使用されるディスプレイとビデオ画像が互換性があるようにするためにビデオデータを処理する。
【００４６】
コプロセッサ２３は、マスタプロセッサ２２及びバスに接続されており、たとえば補間、画素の伝播等のような機能の促進といった、画素で規則的に実現される幾つかのタスクの促進を可能にするために使用される。
【００４７】
標準的な方法では、マスタプロセッサ２２は、特に、可変長復号化、逆コサイン変換、逆量子化、画像の再構成、動き補償、イントラ又はインター予測、補間、ＤＤＲＡＭメモリにおけるデータストレージの管理、表示モジュールの制御等のような画像復号化処理を実現する。
【００４８】
ＤＤＲＡＭメモリの領域は、参照画像の画素が予測窓に属する参照画像のマクロブロックを記憶することで、窓が「外側へ出ている」タイプである場合に初期化される。コプロセッサは、適切な方向でこの初期化された部分を拡大することで、３２×３２画素領域の残りを満たす。補間されるべき再構築された領域は、３２×３２の領域のうちの１６×１６のサブパートである。
【００４９】
矩形アクセスモジュールは、窓が「外側へ出ている」とき、次いで、予測子が、一部についてのみ参照画像の内部にある場合、参照画像から得られる画素を含む予測バッファ領域における予測又は補間窓からの画素を読み取り、さらに、参照画像の外側の部分について、参照画像のエッジでの画素をコピーすることで得られる画素を読み取ることができる。
【００５０】
上述された例は、１６×１６画素サイズの予測窓に基づいている。当然ながら、これらの予測窓は、マクロブロックのパーティション又はサブパーティションのサイズを有する。予測バッファ領域は、予測窓のサイズに関連し、したがって、動きベクトルがマクロブロックのパーティション又はサブパーティションに関連する場合、４つのパーティション又はサブパーティションの大きさを有する。予測窓の画素が、画像のコーナにない参照画像の１つのマクロブロックのみに属する場合、この予測バッファ領域を、このマクロブロックと、画像のエッジにある参照画像のマクロブロックの画素ラインを繰り返すことで構築される第二のマクロブロックとに低減することができる。予測窓の画素が画像のコーナにない参照画像の１つのブロックにのみ属する場合、この予測バッファ領域を、このブロックと、画像のエッジでの参照画像のブロックの画素ラインを繰り返すことで構築される第二のブロックとに低減することができる。
【００５１】
幾つかの例は、外側へ出ているベクトルについてのみ与えられた。当然、本発明は、予測窓が参照画像の外側で部分的に位置される画像内部の動きベクトルにも関連する。  
例は、１６×１６画素サイズの補間窓に基づいている。本発明の範囲から逸脱することなしに、より大きなサイズの補間窓を管理することができる。
【図１】
2010514300.tif 000003
【図２】
2010514300.tif 000004
【図３】
2010514300.tif 000005
【図４】
2010514300.tif 000006
【図５】
2010514300.tif 000007
【図６】
2010514300.tif 000008
【図７】
2010514300.tif 000009
【図８】
2010514300.tif 000010
2010514300.tif 000011
【図９】
2010514300.tif 000012
【図１０】
2010514300.tif 000013
【国際調査報告】
2010514300.tif 000014
2010514300.tif 000015
2010514300.tif 000016
2010514300.tif 000017
2010514300.tif 000018
2010514300.tif 000019