JP5467637B2 - マルチビュー・コード化ビデオにおける照度補償および／または色補償についてのコーディング・アーチファクトを低減する方法および装置 - Google Patents

Description

関連出願の相互参照
本出願は、参照によりその全体が本明細書に組込まれる２００７年１月４日に出願された米国仮出願第６０／８８３，４６６号の利益を主張する。

本原理は、一般にはビデオ復号処理に関し、より詳細には、マルチビュー・コード化ビデオにおける照度補償および／または色補償についてのコーディング・アーチファクトを低減する方法および装置に関する。

実際のシナリオでは、多数のカメラを含むマルチビュー・ビデオ・システムは、異種カメラまたは完全に較正されていないカメラを使用して構築されるであろう。このような場合、異なるカメラによって、あるシーンの同じ部分が撮影されるときに、ルミナンスおよびクロミナンスに差が生じる。さらに、カメラの距離やポジショニングもまた、異なる角度から視るときに、同じ表面が光を異なって反射する可能性がある点で、照度に影響を及ぼす。こうしたシナリオの下で、ルミナンスおよびクロミナンスの差は、クロスビュー予測の効率を低下させることになる。

照度補償（ＩＣ）は、マルチビュー素材をコード化するときに照度／色の差を補償するコーディング技法である。国際標準化機構／国際電気標準会議（ＩＳＯ／ＩＥＣ）動画専門家グループ４（ＭＰＥＧ−４）パート１０高度ビデオ・コーディング（ＡＶＣ）標準／国際電気通信連合・電気通信標準化部門（ＩＴＵ−Ｔ）Ｈ．２６４勧告（以降で、「ＭＰＥＧ−４ ＡＶＣ標準」）と比較すると、照度補償は、インター予測残差の直流（ＤＣ）成分について予測的コーディングを使用する。照度の変化についての予測子は、照度の差の強い空間的相関を調べるために、近傍ブロックから形成される。

局所的ＩＣＡ（照度変化適応的（Ｉｌｌｕｍｉｎａｔｉｏｎ ｃｈａｎｇｅ−ａｄａｐｔｉｖｅ））ＭＣ（動き補償（ｍｏｔｉｏｎ ｃｏｍｐｅｎｓａｔｉｏｎ））法は、マルチビュー・シーケンスにおけるピクチャ間の局所的照度変化を補償することを目標とする。

照度変化適応的動き補償は、ＭＰＥＧ−４ ＡＶＣ標準のマルチビュー・ビデオ・コーディング・エクステンションにおいて以下のマクロブロック・モード、すなわち、インター１６×１６モード、ダイレクト１６×１６モード（Ｂ＿スキップを含む）およびＰ＿スキップ・モードについて有効にされる。

ｍｂ＿ｉｃ＿ｆｌａｇが、現在のマクロブロック（ＭＢ）についてゼロに等しい場合、照度変化適応的動き補償は行なわれない。すなわち、従来の復号プロセスが行われる。そうでない場合、照度補償の差分値（ＤＶＩＣ）の差分パルス・コード変調（ＤＰＣＭ）値、すなわち、ｄｐｃｍ＿ｏｆ＿ｄｖｉｃが使用され、提案される照度変化適応的動き補償は、以下のように行なわれる。
ＤＶＩＣ＝ｄｐｃｍ＿ｏｆ＿ｄｖｉｃ＋ｐｒｅｄ_ＤＶＩＣ
ｆ’（ｉ，ｊ）＝｛ＭＲ＿Ｒ’’（ｘ’，ｙ’，ｉ，ｊ）＋ｒ（ｉ＋ｘ’，ｊ＋ｙ’）｝＋ＤＶＩＣ
式中、ｆ’（ｉ，ｊ）は、デブロッキング・フィルタリング前の再構築されるパーティションを表し、ｒ（ｉ，ｊ）は、参照フレームを表し、ＭＲ＿Ｒ’’（ｉ，ｊ）は、再構築される残差信号を表す。予測子ｐｒｅｄ_ＤＶＩＣは、ＭＰＥＧ−４ ＡＶＣ標準に規定される予測プロセスを使用することによって近傍ブロックから得られる。照度補償が双予測的コーディングで使用されるとき、１つだけのｄｐｃｍ＿ｏｆ＿ｄｖｉｃが送信され、照度補償値の再構築される差分値が予測信号に付加される。これは、前方向および後方向予測信号に対する照度補償の差分値について２つの同一の値を使用することに等価である。

照度変化適応的動き補償の場合、照度補償は、スキップ・モードとダイレクト・モードの両方について使用することができる。

Ｐスキップ・モードの場合、ｍｂ＿ｉｃ＿ｆｌａｇとｄｐｃｍ＿ｏｆ＿ｄｖｉｃは共に、近傍マクロブロックから導出される。シンタックスｍｂ＿ｉｃ＿ｆｌａｇは、照度補償が、上マクロブロックまたは左マクロブロックのいずれかについて有効にされる場合、１にセットされる。上マクロブロックおよび左マクロブロックからの照度補償の差分値の平均値は、近傍マクロブロックが共に照度補償を使用する場合、現在のマクロブロックの照度補償パラメータとして使用される。１つだけの近傍マクロブロックが照度補償を使用する場合、そのマクロブロックの照度補償の差分値は、現在のマクロブロックのために使用される。

Ｂ＿スライスに対するダイレクト＿１６×１６モードおよびＢ＿スキップ・モードの場合、ｍｂ＿ｉｃ＿ｆｌａｇとｄｐｃｍ＿ｏｆ＿ｄｖｉｃは共に、ビットストリーム内に存在する。

照度補償の差分値の予測プロセスがここで述べられるであろう。

照度補償の差分値は、各マクロブロックにおける局所的な照度変化を指す。照度補償の差分値の差分パルス・コード変調、すなわち、ｄｐｃｍ＿ｏｆ＿ｄｖｉｃは、図３に示すように、近傍マクロブロックの照度補償の差分値から得られる予測子（ｐｒｅｄ_ＤＶＩＣ）を使用してビットストリームに書込まれる。図３を参照すると、現在の照度補償の差分値（ＤＶＩＣ）の予測に使用される近傍ブロックを示すブロックの例示的なレイアウトは、全体が参照数字３００で示される。図３では、符号化される現在のマクロブロックは、参照数字３１０で示され、現在のマクロブロック３１０を予測するのに使用される近傍マクロブロックは、参照数字３０５で示される。

ｐｒｅｄ_ＤＶＩＣは、以下のステップを行なうことによって得られる。

（１）現在のマクロブロックの上マクロブロック「Ａ」が、マクロブロック・ベースの照度変化適応的動き補償を使用して符号化され、その参照インデックスが、現在のマクロブロックの参照インデックスに等しい場合、ｐｒｅｄ_ＤＶＩＣは、マクロブロック「Ａ」の照度補償の差分値にセットされ、プロセスは終了する。そうでない場合、次のステップに進む。

（２）現在のマクロブロックの左マクロブロック「Ｂ」が、マクロブロック・ベースの照度変化適応的動き補償を使用して符号化され、その参照インデックスが、現在のマクロブロックの参照インデックスに等しい場合、ｐｒｅｄ_ＤＶＩＣは、マクロブロック「Ｂ」の照度補償の差分値にセットされ、プロセスは終了する。そうでない場合、次のステップに進む。

（３）現在のマクロブロックの右上マクロブロック「Ｃ」が、マクロブロック・ベースの照度変化適応的動き補償を使用して符号化され、その参照インデックスが、現在のマクロブロックの参照インデックスに等しい場合、ｐｒｅｄ_ＤＶＩＣは、マクロブロック「Ｃ」の照度補償の差分値にセットされ、プロセスは終了する。そうでない場合、次のステップに進む。

（４）現在のマクロブロックの左上マクロブロック「Ｄ」が、マクロブロック・ベースの照度変化適応的動き補償を使用して符号化され、その参照インデックスが、現在のマクロブロックの参照インデックスに等しい場合、ｐｒｅｄ_ＤＶＩＣは、マクロブロック「Ｄ」の照度補償の差分値にセットされ、プロセスは終了する。そうでない場合、次のステップに進む。

（５）近傍マクロブロック「Ａ」、「Ｂ」および「Ｃ」が、マクロブロック・ベースの照度変化適応的動き補償を使用して符号化され、これら３つのＤＶＩＣが、中間値フィルタリングされる場合、ｐｒｅｄ_ＤＶＩＣは、中間値フィルタリングの結果にセットされ、プロセスは終了する。そうでない場合、次のステップに進む。

（６）ｐｒｅｄ_ＤＶＩＣはゼロにセットされ、プロセスは終了する。

このプロセスを使用することによって、照度補償の差分値についてのビット数が低減される可能性があり、その後、現在の照度補償の差分値の差分パルス・コード変調値が、エントロピー・コーダによって符号化される。このプロセスは、デコーダにおいて照度補償の差分値を再構築するために行なわれる。

照度補償が、マクロブロック・ベースでかつ１６×１６マクロブロックに関してだけ行われるため、照度補償がいくつかのブロック・アーチファクトをもたらすことが確認されている。

コーディング・アーチファクトを軽減するための従来の手法は、照度補償によって引き起こされる特定のタイプのアーチファクト用に設計されておらず、そのため、こうしたアーチファクトを完全に抑制することができない。照度補償は、マルチビュー・ビデオ・コーディングに新しく導入されたコーディング・ツールであるため、照度補償によって引き起こされるコーディング・アーチファクトに特に対処する解決策がまだ提案されていない。

従来技術のこれらのまた他の欠点および不都合は、本原理によって対処され、本原理は、マルチビュー・コード化ビデオにおける照度補償および／または色補償についてのコーディング・アーチファクトを低減する方法および装置を対象とする。

本原理の一態様によれば、装置が提供される。この装置は、マルチビュー・ビデオ・コンテンツの少なくとも１つのビューについて少なくとも１つのピクチャ内の少なくとも１つのブロックを符号化するエンコーダを含む。このエンコーダは、照度補償および色補償の少なくとも１つが少なくとも１つのブロックについて使用されるという指示に応じてその少なくとも１つのブロックに関して適応的デブロッキング・フィルタリングを行なうデブロッキング・フィルタを有する。

本原理の他の態様によれば、方法が提供される。この方法は、マルチビュー・ビデオ・コンテンツの少なくとも１つのビューについて少なくとも１つのピクチャ内の少なくとも１つのブロックを符号化するステップを含む。この符号化するステップは、照度補償および色補償の少なくとも１つが少なくとも１つのブロックについて使用されるという指示に応じてその少なくとも１つのブロックに関して適応的デブロッキング・フィルタリングを行なうステップを含む。

本原理のその他の態様によれば、装置が提供される。この装置は、マルチビュー・ビデオ・コンテンツの少なくとも１つのビューについて少なくとも１つのピクチャ内の少なくとも１つのブロックを復号処理するデコーダを含む。このデコーダは、照度補償および色補償の少なくとも１つが少なくとも１つのブロックについて使用されるという指示に応じて少なくとも１つのブロックに関して適応的デブロッキング・フィルタリングを行なうデブロッキング・フィルタを有する。

本原理のさらにその他の態様によれば、方法が提供される。この方法は、マルチビュー・ビデオ・コンテンツの少なくとも１つのビューについて少なくとも１つのピクチャ内の少なくとも１つのブロックを復号処理するステップを含む。この復号処理するステップは、照度補償および色補償の少なくとも１つが少なくとも１つのブロックについて使用されるという指示に応じてその少なくとも１つのブロックに関して適応的デブロッキング・フィルタリングを行なうステップを含む。

本原理のこれらのまた他の態様、特徴および利点は、添付図面に関連して読まれる例示的な実施形態の以下の詳細な説明から明らかになるであろう。

本原理は、以下の例示的な図によってよりよく理解されるであろう。

本原理の実施形態による、本原理が適用される照度補償および／または色補償についてのコーディング・アーチファクトが低減された例示的なビデオ・エンコーダについてのブロック図である。 本原理の実施形態による、本原理が適用される照度補償および／または色補償についてのコーディング・アーチファクトが低減された例示的なビデオ・デコーダについてのブロック図である。 本原理の実施形態による、本原理が適用される現在の照度補償の差分値（ＤＶＩＣ）の予測に使用される近傍ブロックを示すブロックの例示的なレイアウトについての図である。 本原理の実施形態による、照度補償および／または色補償から生じるアーチファクトを低減するためのデブロッキング・フィルタについて境界強度をセットする例示的な方法についてのフロー図である。 本原理の実施形態による、照度補償および／または色補償から生じるアーチファクトを低減するためのデブロッキング・フィルタについて境界強度をセットする他の例示的な方法についてのフロー図である。 本原理の実施形態による、照度補償および／または色補償から生じるアーチファクトを低減するためのデブロッキング・フィルタについて境界強度をセットする例示的な方法についてのフロー図である。 本原理の実施形態による、マルチビュー・ビデオ・コンテンツを符号化処理する例示的な方法についてのフロー図である。 本原理の実施形態による、マルチビュー・ビデオ・コンテンツを復号処理する例示的な方法についてのフロー図である。

本原理は、マルチビュー・コード化ビデオにおける照度補償および／または色補償についてのコーディング・アーチファクトを低減する方法および装置を対象とする。

本説明は本原理を示す。そのため、本明細書で明示的に述べられないか、または、示されないが、本原理を具現化し、また、本原理の趣旨および範囲内に含まれる種々の配置構成を、当業者が考案することができることになることが理解されるであろう。

本明細書で述べられる全ての例および条件付き言語は、当技術を深めることに対して本発明者らによって与えられる本原理および概念について読者が理解するのを補助するという教示的な目的を意図し、また、具体的に述べられるこうした例および条件に対して制限がないものと考えられる。

さらに、本原理の原理、態様および実施形態を述べる本明細書の全ての説明ならびに本原理の特定の例は、本原理の構造的と機能的の両方の均等物を包含することが意図される。さらに、こうした均等物は、現在知られている均等物ならびに将来開発される均等物の両方、すなわち、構造によらず、同じ機能を実施する任意の開発される要素を含むことが意図される。

そのため、たとえば、本明細書で提示されるブロック図は、本原理を具現化する例証的な回路要素の概念図を表すことが当業者によって理解されるであろう。同様に、任意のフロー・チャート、フロー図、状態遷移図、擬似コードおよび同様なものは、コンピュータ読取り可能媒体において実質的に表され、また、コンピュータまたはプロセッサ（コンピュータまたはプロセッサが明示的に示されていても、いなくても）によって実行されてもよい種々のプロセスを表すことが理解されるであろう。

図に示す種々の要素の機能は、専用ハードウェアならびに適切なソフトウェアに関連してソフトウェアを実行することが可能なハードウェアの使用によって提供されてもよい。プロセッサによって提供されるとき、機能は、単一専用プロセッサか、単一共有プロセッサか、または、その一部が共有されてもよい複数の個々のプロセッサによって提供されてもよい。さらに、「プロセッサ」または「コントローラ」という用語の明示的な使用は、ソフトウェアを実行することが可能なハードウェアを排他的に指すと考えられるべきではなく、また、限定することなく、デジタル信号プロセッサ（「ＤＳＰ」）ハードウェア、ソフトウェアを記憶する読取り専用メモリ（「ＲＯＭ」）、ランダム・アクセス・メモリ（「ＲＡＭ」）および不揮発性記憶装置を暗黙のうちに含んでもよい。

他のハードウェア（従来の、および／または、カスタムの）が含まれてもよい。同様に、図に示す任意のスイッチは概念的であるに過ぎない。それらの機能は、プログラム・ロジックの動作によるか、専用ロジックによるか、プログラム制御と専用ロジックの相互作用によるか、または、さらに手作業で実行されてもよく、特定の技法は、文脈からより具体的に理解されるように、実施者によって選択可能である。

本明細書の特許請求の範囲において、指定された機能を実施する手段として表現される任意の要素は、たとえば、ａ）その機能を実施する回路要素の組合せ、または、ｂ）したがって、ファームウェア、マイクロコードまたは同様なものを含む任意の形態のソフトウェアであって、機能を実施するようにソフトウェアを実行するための適切な回路要素と組み合わされる、任意の形態のソフトウェアを含む、その機能を実施する任意の方法を包含することが意図される。特許請求の範囲によって規定される本原理は、述べられる種々の手段によって提供される機能が、特許請求の範囲が要求するように、組み合わされ、かつ、一緒にもたらされることに存在する。そのため、こうした機能を提供することができる任意の手段は、本明細書で示す手段と等価であることが考えられる。

本明細書において本原理の「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」または「ある実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」を参照することは、実施形態に関連して述べられる特定の特徴、構造、特性などが、本原理の少なくとも１つの実施形態に含まれることを意味する。そのため、本明細書全体を通して種々の場所に現れる「一実施形態では（ｉｎ ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」または「ある実施形態では（ｉｎ ａｎ ｅｍｂｏｄｉｍｅｎｔ）」という句の出現は、必ずしも全てが同じ実施形態を参照しているわけではない。

たとえば、「Ａおよび／またはＢ（Ａ ａｎｄ／ｏｒ Ｂ）」の場合の、「および／または（ａｎｄ／ｏｒ）」という用語の使用は、最初に挙げたオプション（Ａ）の選択、２番目に挙げたオプション（Ｂ）の選択、または、両方のオプション（ＡとＢ）の選択を包含することが意図されることが理解される。さらなる例として「Ａ、Ｂおよび／またはＣ（Ａ，Ｂ ａｎｄ／ｏｒ Ｃ）」の場合、こうした句は、最初に挙げたオプション（Ａ）の選択、２番目に挙げたオプション（Ｂ）の選択、３番目に挙げたオプション（Ｃ）の選択、最初と２番目に挙げたオプション（ＡとＢ）の選択、最初と３番目に挙げたオプション（ＡとＣ）の選択、２番目と３番目に挙げたオプション（ＢとＣ）の選択、または、３つ全てのオプション（ＡとＢとＣ）の選択を包含することが意図される。当技術分野および関連技術分野の専門家によって容易に明らかになるように、これは、多くの挙げられるアイテムについて敷衍されてもよい。

本原理の１つまたは複数の実施形態が、ＭＰＥＧ−４ ＡＶＣ標準のマルチビュー・ビデオ・コーディング・エクステンションに関して本明細書で述べられるが、本原理は、ＭＰＥＧ−４ ＡＶＣ標準およびそのエクステンションだけに限定されず、そのため、本原理の趣旨を維持しながら、マルチビュー・ビデオ・コーディングを行なう、他のビデオ・コーディング標準、勧告およびそのエクステンションに関して利用されてもよいことがさらに理解される。

さらに、ＭＰＥＧ−４ ＡＶＣ復号プロセスにおいてアルファ・テーブルを索引付けするために、アルファ・テーブル・インデックスが使用されることが理解される。アルファ・テーブルは、４未満の境界強度Ｂｓを有するエッジのフィルタリングで使用される。

図１を参照すると、照度補償および／または色補償についてのコーディング・アーチファクトを低減した例示的なビデオ・エンコーダは、全体が参照数字１００で示される。

エンコーダ１００は、変換器および量子化器１１０の入力部と信号伝送路で接続された出力部を有するコンバイナ１０５を含む。変換器および量子化器１１０の出力部は、エントロピー・コーダ１１５の入力部ならびに逆量子化器および逆変換器１２０の入力部と信号伝送路で接続される。逆量子化器および逆変換器１２０の出力部は、コンバイナ１２５の第１の非反転入力部と信号伝送路で接続される。コンバイナ１２５の出力部は、（再構築されるピクチャをデブロッキングするための）デブロッキング・フィルタ１３５の入力部と信号伝送路で接続される。デブロッキング・フィルタ１３５の出力部は、参照ピクチャ・バッファ１４０の入力部と信号伝送路で接続される。参照ピクチャ・バッファ１４０の出力部は、照度補償の差分値（ＤＶＩＣ）計算器および／または色補償の差分値（ＤＶＣＣ）計算器１６０の第１入力部と信号伝送路で接続される。ＤＶＩＣ計算器および／またはＤＶＣＣ計算器１６０の出力部は、照度および／または色用の動き推定器および補償器１５５の入力部、動き補償器１３０の第１入力部ならびにコンバイナ１５０の非反転入力部と信号伝送路で接続される。照度および／または色用の動き推定器および補償器１５５の出力部は、動き補償器１３０の第２入力部と信号伝送路で接続される。動き補償器１３０の出力部は、コンバイナ１２５の第２の非反転入力部およびコンバイナ１０５の反転入力部と信号伝送路で接続される。

ＤＶＩＣ予測器および／またはＤＶＣＣ予測器１７０の出力部は、コンバイナ１５０の反転入力部と信号伝送路で接続される。

コンバイナ１０５の非反転入力部、照度および／または色用の動き推定器および補償器１５５の第２の入力部、ならびに、ＤＶＩＣ計算器および／またはＤＶＣＣ計算器１６０の第２の入力部は、入力ビデオ・シーケンスを受取るための、エンコーダ１００への入力部として利用可能である。

エントロピー・コーダ１１５の出力部は、符号化された残差信号を出力するための、エンコーダ１００の出力部として利用可能である。

照度および／または色用の動き推定器および補償器１５５の出力部は、動きベクトル（複数可）を出力するための、エンコーダ１００の出力部として利用可能である。

コンバイナ１５０の出力部は、ｄｐｃｍ＿ｏｆ＿ｄｖｉｃおよび／またはｄｐｃｍ＿ｏｆ＿ｄｖｃｃ（ｄｐｃｍのオフセット）を出力するための、エンコーダ１００の出力部として利用可能である。

モード選択器１６５の出力部は、１６×１６およびダイレクト・モード用のｍｂ＿ｉｃ＿ｆｌａｇおよび／またはｍｂ＿ｃｃ＿ｆｌａｇを出力するための、エンコーダ１００の出力部として利用可能である。

動き補償器１３０の出力部は、動き補償された予測値を提供する。

図２を参照すると、照度補償および／または色補償についてのコーディング・アーチファクトが低減された例示的なビデオ・デコーダは、全体が参照数字２００で示される。

デコーダ２００は、逆量子化器および逆変換器２１０の入力部と信号伝送路で接続された出力部を有するエントロピー・デコーダ２０５を含む。逆量子化器および逆変換器２１０の出力部は、コンバイナ２１５の第１の非反転入力部と信号伝送路で接続される。コンバイナ２１５の出力部は、デブロッキング・フィルタ２２０の入力部と信号伝送路で接続される。デブロッキング・フィルタ２２０の出力部は、参照ピクチャ・バッファ２３５の入力部と信号伝送路で接続される。参照ピクチャ・バッファ２３５の出力部は、照度および／または色用の動き補償器２２５の第１入力部と信号伝送路で接続される。照度および／または色用の動き補償器２２５の出力部は、コンバイナ２１５の第２の非反転入力部と信号伝送路で接続される。

照度補償の差分値（ＤＶＩＣ）予測器および／または色補償の差分値（ＤＶＣＣ）予測器２３０の出力部は、コンバイナ２７０の第１の非反転入力部と信号伝送路で接続される。

エントロピー・デコーダ２０５の入力部は、入力ビデオ・ビットストリームを受取るための、デコーダ２００の入力部として利用可能である。

照度および／または色用の動き補償器２２５の第２入力部は、動きベクトル（複数可）を受取るための、デコーダ２００の入力部として利用可能である。

照度および／または色用の動き補償器２２５の第３入力部は、ｍｂ＿ｉｃ＿ｆｌａｇおよび／またはｍｂ＿ｃｃ＿ｆｌａｇを受取るための、デコーダ２００の入力部として利用可能である。

コンバイナ２７０の第２の非反転入力部は、ｄｐｃｍ＿ｏｆ＿ｄｖｉｃおよび／またはｄｐｃｍ＿ｏｆ＿ｄｖｃｃを受取るための、デコーダ２００の入力部として利用可能である。

先に述べたように、本原理は、マルチビュー・コード化ビデオにおける照度補償および／または色補償についてのコーディング・アーチファクトを低減する方法および装置を対象とする。本原理の実施形態は、改良されたデブロッキング・フィルタリングを使用して照度補償および／または色補償についてのコーディング・アーチファクトを低減する。

デブロッキング・フィルタは、視覚的に不快なブロッキング・アーチファクトを抑制するための証明済みのツールである。デブロッキング・フィルタは、たとえばＭＰＥＧ−４ ＡＶＣ標準で使用されるように、予測ループで使用される場合、コーディング効率を増す可能性があることも証明されている。デブロッキング・フィルタは、ブロック境界の近くの再構築される画素にわたって平滑化する。有効なデブロッキング・フィルタは、信号の性質およびいくつかのコーディング・パラメータの値に従ってフィルタリング強度を調整する必要があることになる。

本原理のある実施形態によれば、本発明者らは、マルチビュー・ビデオ・コーディング（ＭＶＣ）についてのデブロッキング・フィルタの設計に、照度補償情報および／または色補償情報を導入することを提案する。こうした情報が使用されて、デブロッキング・フィルタの強度を変更してもよく、デブロッキング・フィルタの長さを変更してもよく、および／または、異なるタイプのフィルタを選択するなどをしてもよい。すなわち、本原理は、デブロッキング・フィルタの上記のパラメータの適応に限定されず、また、本原理の教示が本明細書に与えられる限り、当技術分野および関連技術分野の専門家は、本原理の趣旨を維持しながら、本原理に従って適応されてもよい。これらのまた種々の他のデブロッキング・フィルタリング・パラメータを考えることになることが理解される。全ての場合の目標は、照度補償および／または色補償を使用することによって生じるブロック境界の周りのアーチファクトを低減することによって、復号処理されるピクチャの品質を向上することである。

ある実施形態に関して本明細書で述べられる、予測されるピクチャに適用されるデブロッキング技法は、どんな特定のデブロッキング・プロセスにも制限されず、そのため、任意のデブロッキング・プロセスが、本原理の趣旨を維持しながら、本原理の実施形態で使用されてもよいことが理解される。こうして、たとえば、１つまたは複数の例証的な実施形態が、ＭＰＥＧ−４ ＡＶＣ標準で述べられるデブロッキング・フィルタリングに関して本明細書で述べられるが、本原理の教示が本明細書に与えられる限り、当技術分野および関連技術分野の専門家は、本原理の趣旨を維持しながら、本原理に従って他のデブロッキング手法を行なうことが容易にできることになる。

ＭＰＥＧ−４ ＡＶＣ標準に記載されるデブロッキング・フィルタは、４×４ブロック間の全てのエッジに適用される。さらに、各エッジについて、デブロッキング・フィルタは、その長さに適応する能力を有する。フィルタ強度を制御するパラメータは、図４〜６に示すように、境界強度（Ｂｓ）と呼ばれる。境界強度の値は、各エッジ上に視覚的なブロックノイズを有する可能性、そのため、フィルタを大幅に弱める、または、小幅に弱める必要性を示す。境界強度Ｂｓの高い値は、より強力なデブロッキング・フィルタリングが適用されることになることを示す。

本原理の一実施形態によれば、境界強度の計算は、また、マルチビュー・シーケンスを符号化する場合、新しい照度補償コーディング・ツールを考慮すべきである。図４〜６では、考えられる境界強度推定アルゴリズムが示され、そこでは、境界強度は、以下のコーディング・パラメータ、すなわち、照度補償モード、エッジ位置、ブロック・タイプ、コード化される係数の数、参照フレーム・インデックスおよび動き／差異ベクトルの差のうちの１つまたは複数によって調整される。一般に、照度補償および／または色補償を使用するインター予測化ブロックは、２つの近傍ブロックが異なる照度補償オフセットおよび／または色補償オフセットを使用する場合、より多くのブロックノイズを生じることになる。そのため、これらのエッジに関してより高い境界強度を割当てることによって、よりよいフィルタリング結果をもたらすことになる。

境界強度Ｂｓをセットすることに関していくつかの例証的な条件が本明細書で述べられる。もちろん、本原理はこれらの条件だけに限定されず、本原理の教示が本明細書に与えられる限り、当技術分野および関連技術分野の専門家によって容易に考えられる他の条件が利用されてもよい。

一実施形態では、照度補償および／または色補償が、マクロブロックで使用されるか、されないかに基づいて、境界強度Ｂｓが変更され得る。近傍の左マクロブロックか、近傍の上マクロブロックかまたは現在のマクロブロックのいずれか１つが照度補償および／または色補償を使用する場合、境界強度Ｂｓが４にセットされ、最も強いフィルタとなる。この条件は、左および上マクロブロック境界エッジについてだけ調べられ、内部エッジについては調べられない。結果として、ブロッキング・アーチファクトが大幅に低減されることになる。

上記実施形態の変形である他の実施形態では、左マクロブロックと現在のマクロブロックの両方が照度補償および／または色補償を使用するときだけ、左マクロブロックのエッジについて、また、上マクロブロックと現在のマクロブロックの両方が照度補償および／または色補償を使用するときだけ、上マクロブロックのエッジについて、境界強度が４にセットされる。

境界強度Ｂｓを４にセットすることの１つの不都合は、それにより、かなりのぼけおよびコーディング効率の減少が生じる可能性があることである。これを克服するため、境界強度Ｂｓを４にセットする代わりに、照度補償および／または色補償の（上記と同様の）条件が満たされる場合、Ｂｓ機能によって戻される境界強度Ｂｓが、１などのあるオフセットだけ増分されるだけである。上記例は境界強度Ｂｓを４にセットすることを述べるが、こうした値は、例証のためであり、そのため、本原理の趣旨を維持しながら、１と４との間の任意の値が使用されてもよいことが理解される。

図４を参照すると、照度補償および／または色補償から生じるアーチファクトを低減するために、デブロッキング・フィルタについて境界強度をセットする例示的な方法は、全体が参照数字４００で示される。

方法４００は、機能ブロック４０５にコントロールを渡す開始ブロック４０２を含む。機能ブロック４０５は、ブロックｐとブロックｑとの間のブロック境界を決定し、決定ブロック４１０にコントロールを渡す。決定ブロック４１０は、ブロックｐまたはブロックｑがイントラ・コード化されているかどうか、あるいは、ブロックｐおよびｑのそれぞれのスライス・タイプがＳＩまたはＳＰであるかどうかを判定する。そうである場合（すなわち、ブロックｐまたはブロックｑのいずれかがイントラ・コード化されているか、あるいは、ブロックｐおよびｑのそれぞれのスライス・タイプがＳＩまたはＳＰである場合）、コントロールが決定ブロック４１５に渡される。そうでない場合（すなわち、ブロックｐまたはブロックｑのいずれもがイントラ・コード化されていないか、あるいは、ブロックｐおよびｑのそれぞれのスライス・タイプがＳＩでもＳＰでもない場合）、コントロールが決定ブロック４３０に渡される。

決定ブロック４１５は、ブロック境界がマクロブロック境界であるかどうかを判定する。そうである場合、コントロールが機能ブロック４２０に渡される。そうでない場合、コントロールが機能ブロック４２５に渡される。

機能ブロック４２０は、境界強度Ｂｓを４にセットし、コントロールを終了ブロック４９９に渡す。

機能ブロック４２５は、境界強度Ｂｓを３にセットし、コントロールを終了ブロック４９９に渡す。

決定ブロック４３０は、ブロック境界がマクロブロック境界であるかどうかを判定する。そうである場合、コントロールが決定ブロック４３５に渡される。そうでない場合、コントロールが決定ブロック４４５に渡される。

決定ブロック４３５は、ブロックｐまたはブロックｑが照度補償および／または色補償を使用するかどうかを判定する。そうである場合、コントロールが機能ブロック４４０に渡される。そうでない場合、コントロールが決定ブロック４４５に渡される。

機能ブロック４４０は、境界強度Ｂｓを４にセットし、コントロールを終了ブロック４９９に渡す。

決定ブロック４４５は、ブロックｐまたはブロックｑ（のいずれか）内で係数がコード化されたかどうかを判定する。そうである場合、コントロールが機能ブロック４５０に渡される。そうでない場合、コントロールが決定ブロック４５５に渡される。

機能ブロック４５０は、境界強度Ｂｓを２にセットし、コントロールを終了ブロック４９９に渡す。

決定ブロック４５５は、ブロックｐおよびブロックｑが異なる参照フレームを有するかどうか、または、異なる数の参照フレームを有するかどうかを判定する。そうである場合、コントロールが機能ブロック４７０に渡される。そうでない場合、コントロールが決定ブロック４６０に渡される。

機能ブロック４７０は、境界強度Ｂｓを１にセットし、コントロールを終了ブロック４９９に渡す。

決定ブロック４６０は、｜Ｖ１（ｐ，ｘ）−Ｖ１（ｑ，ｘ）｜＞＝１であるかどうか、または、｜Ｖ１（ｐ，ｙ）−Ｖ１（ｑ，ｙ）｜＞＝１であるかどうか、あるいは、双予測的である場合、｜Ｖ２（ｐ，ｘ）−Ｖ２（ｑ，ｘ）｜＞＝１であるかどうか、または、｜Ｖ２（ｐ，ｘ）−Ｖ２（ｑ，ｘ）｜＞＝１であるかどうかを判定する。そうである場合（すなわち、決定ブロック４６０にて指定された上記条件の任意のものが真である場合）、コントロールが機能ブロック４７０に渡される。そうでなければ（すなわち、決定ブロック４６０にて指定された上記条件のどれもが真でない場合）、コントロールが機能ブロック４６５に渡される。機能ブロック４６５は、境界強度をゼロにセットし、コントロールを終了ブロック４９９に渡す。

図５を参照すると、照度補償および／または色補償から生じるアーチファクトを低減するために、デブロッキング・フィルタについて境界強度をセットする他の例示的な方法は、全体が参照数字５００で示される。

方法５００は、機能ブロック５０５にコントロールを渡す開始ブロック５０２を含む。機能ブロック５０５は、ブロックｐとブロックｑとの間のブロック境界を決定し、決定ブロック５１０にコントロールを渡す。決定ブロック５１０は、ブロックｐまたはブロックｑがイントラ・コード化されているかどうか、あるいは、ブロックｐおよびｑのそれぞれのスライス・タイプがＳＩまたはＳＰであるかどうかを判定する。そうである場合（すなわち、ブロックｐまたはブロックｑのいずれかがイントラ・コード化されているか、あるいは、ブロックｐおよびｑのそれぞれのスライス・タイプがＳＩまたはＳＰである場合）、コントロールが決定ブロック５１５に渡される。そうでない場合（すなわち、ブロックｐまたはブロックｑのいずれもがイントラ・コード化されていないか、あるいは、ブロックｐおよびｑのそれぞれのスライス・タイプがＳＩでもＳＰでもない場合）、コントロールが決定ブロック５３０に渡される。

決定ブロック５１５は、ブロック境界がマクロブロック境界であるかどうかを判定する。そうである場合、コントロールが機能ブロック５２０に渡される。そうでない場合、コントロールが機能ブロック５２５に渡される。

機能ブロック５２０は、境界強度Ｂｓを４にセットし、コントロールを決定ブロック５７５に渡す。

機能ブロック５２５は、境界強度Ｂｓを３にセットし、コントロールを終了ブロック５９９に渡す。

決定ブロック５３０は、ブロック境界がマクロブロック境界であるかどうかを判定する。そうである場合、コントロールが決定ブロック５７５に渡される。そうでない場合、コントロールが決定ブロック５４５に渡される。

決定ブロック５４５は、ブロックｐまたはブロックｑ（のいずれか）内で係数がコード化されたかどうかを判定する。そうである場合、コントロールが機能ブロック５５０に渡される。そうでない場合、コントロールが決定ブロック５５５に渡される。

機能ブロック５５０は、境界強度Ｂｓを２にセットし、コントロールを決定ブロック５７５に渡す。

決定ブロック５５５は、ブロックｐおよびブロックｑが異なる参照フレームを有するかどうか、または、異なる数の参照フレームを有するかどうかを判定する。そうである場合、コントロールが機能ブロック５７０に渡される。そうでない場合、コントロールが決定ブロック５６０に渡される。

機能ブロック５７０は、境界強度Ｂｓを１にセットし、コントロールを決定ブロック５７５に渡す。

決定ブロック５６０は、｜Ｖ１（ｐ，ｘ）−Ｖ１（ｑ，ｘ）｜＞＝１であるかどうか、または、｜Ｖ１（ｐ，ｙ）−Ｖ１（ｑ，ｙ）｜＞＝１であるかどうか、あるいは、双予測的である場合、｜Ｖ２（ｐ，ｘ）−Ｖ２（ｑ，ｘ）｜＞＝１であるかどうか、または、｜Ｖ２（ｐ，ｘ）−Ｖ２（ｑ，ｘ）｜＞＝１であるかどうかを判定する。そうである場合（すなわち、決定ブロック５６０にて指定された上記条件の任意のものが真である場合）、コントロールが機能ブロック５７０に渡される。そうでなければ（すなわち、決定ブロック５６０にて指定された上記条件のどれもが真でない場合）、コントロールが機能ブロック５６５に渡される。機能ブロック５６５は、境界強度をゼロにセットし、コントロールを終了ブロック５９９に渡す。

決定ブロック５７５は、マクロブロック境界が存在するかどうかを判定する。そうである場合、コントロールが決定ブロック５８０に渡される。そうでない場合、コントロールが機能ブロック５９０に渡される。

決定ブロック５８０は、ブロックｐまたはブロックｑが照度補償（ＩＣ）および／または色補償を使用するかどうかを判定する。そうである場合、コントロールが機能ブロック５８５に渡される。そうでない場合、コントロールが機能ブロック５９０に渡される。

機能ブロック５８５は、境界強度を修正し（たとえば、境界強度を１だけ増分し）、コントロールを終了ブロック５９９に渡す。

機能ブロック５９０は、現在セットされている境界強度を保持し、コントロールを終了ブロック５９９に渡す。

図６を参照すると、照度補償および／または色補償から生じるアーチファクトを低減するために、デブロッキング・フィルタについて境界強度をセットするさらに別の例示的な方法は、全体が参照数字６００で示される。

方法６００は、機能ブロック６０５にコントロールを渡す開始ブロック６０２を含む。機能ブロック６０５は、ブロックｐとブロックｑとの間のブロック境界を決定し、決定ブロック６１０にコントロールを渡す。決定ブロック６１０は、ブロックｐまたはブロックｑがイントラ・コード化されているかどうか、あるいは、ブロックｐおよびｑのそれぞれのスライス・タイプがＳＩまたはＳＰであるかどうかを判定する。そうである場合（すなわち、ブロックｐまたはブロックｑのいずれかがイントラ・コード化されているか、あるいは、ブロックｐおよびｑのそれぞれのスライス・タイプがＳＩまたはＳＰである場合）、コントロールが決定ブロック６１５に渡される。そうでない場合（すなわち、ブロックｐまたはブロックｑのいずれもがイントラ・コード化されていないか、あるいは、ブロックｐおよびｑのそれぞれのスライス・タイプがＳＩでもＳＰでもない場合）、コントロールが決定ブロック６３０に渡される。

決定ブロック６１５は、ブロック境界がマクロブロック境界であるかどうかを判定する。そうである場合、コントロールが機能ブロック６２０に渡される。そうでない場合、コントロールが機能ブロック６２５に渡される。

機能ブロック６２０は、境界強度Ｂｓを４にセットし、コントロールを決定ブロック６７５に渡す。

機能ブロック６２５は、境界強度Ｂｓを３にセットし、コントロールを終了ブロック６９９に渡す。

決定ブロック６３０は、ブロック境界がマクロブロック境界であるかどうかを判定する。そうである場合、コントロールが決定ブロック６７５に渡される。そうでない場合、コントロールが決定ブロック６４５に渡される。

決定ブロック６４５は、ブロックｐまたはブロックｑ（のいずれか）内で係数がコード化されたかどうかを判定する。そうである場合、コントロールが機能ブロック６５０に渡される。そうでない場合、コントロールが決定ブロック６５５に渡される。

機能ブロック６５０は、境界強度Ｂｓを２にセットし、コントロールを決定ブロック６７５に渡す。

決定ブロック６５５は、ブロックｐおよびブロックｑが異なる参照フレームを有するかどうか、または、異なる数の参照フレームを有するかどうかを判定する。そうである場合、コントロールが機能ブロック６７０に渡される。そうでない場合、コントロールが決定ブロック６６０に渡される。

機能ブロック６７０は、境界強度Ｂｓを１にセットし、コントロールを決定ブロック６７５に渡す。

決定ブロック６６０は、｜Ｖ１（ｐ，ｘ）−Ｖ１（ｑ，ｘ）｜＞＝１であるかどうか、または、｜Ｖ１（ｐ，ｙ）−Ｖ１（ｑ，ｙ）｜＞＝１であるかどうか、あるいは、双予測的である場合、｜Ｖ２（ｐ，ｘ）−Ｖ２（ｑ，ｘ）｜＞＝１であるかどうか、または、｜Ｖ２（ｐ，ｘ）−Ｖ２（ｑ，ｘ）｜＞＝１であるかどうかを判定する。そうである場合（すなわち、決定ブロック６６０にて指定された上記条件の任意のものが真である場合）、コントロールが機能ブロック６７０に渡される。そうでなければ（すなわち、決定ブロック６６０にて指定された上記条件のどれもが真でない場合）、コントロールが機能ブロック６６５に渡される。機能ブロック６６５は、境界強度をゼロにセットし、コントロールを終了ブロック６９９に渡す。

決定ブロック６７５は、マクロブロック境界が存在するかどうかを判定する。そうである場合、コントロールが決定ブロック６８０に渡される。そうでない場合、コントロールが機能ブロック６９０に渡される。

決定ブロック６８０は、ブロックｐまたはブロックｑが照度補償（ＩＣ）および／または色補償を使用するかどうかを判定する。そうである場合、コントロールが機能ブロック６８５に渡される。そうでない場合、コントロールが機能ブロック６９０に渡される。

機能ブロック６８５は、インデックスＡをインデックスＢの値で修正し、コントロールを終了ブロック６９９に渡す。

機能ブロック６９０は、現在セットされている境界強度を保持し、コントロールを終了ブロック６９９に渡す。

図７を参照すると、マルチビュー・ビデオ・コンテンツを符号化する例示的な方法は、全体が参照数字７００で示される。

方法７００は、機能ブロック７１０にコントロールを渡す開始ブロック７０５を含む。決定ブロック７１０は、エンコーダ設定ファイルを読取り、コントロールを機能ブロック７１５に渡す。機能ブロック７１５は、ｖｉｅｗ＿ｄｉｒｅｃｔｉｏｎ、ｖｉｅｗ＿ｌｅｖｅｌおよびｖｉｅｗ＿ｉｄをユーザ定義値にセットし、コントロールを機能ブロック７２０に渡す。機能ブロック７２０は、シーケンス・パラメータ・セット（ＳＰＳ）、ピクチャ・パラメータ・セット（ＰＰＳ）、ビュー・パラメータ・セット（ＶＰＳ）、スライス・ヘッダおよび／またはＮＡＬユニット・ヘッダ内にｖｉｅｗ＿ｌｅｖｅｌ、ｖｉｅｗ＿ｉｄおよびｖｉｅｗ＿ｄｉｒｅｃｔｉｏｎをセットし、コントロールを機能ブロック７２５に渡す。機能ブロック７２５は、ビューの数が変数Ｎに等しくなるよう、そのとき、変数ｉ（ビュー数インデックス）およびｊ（ピクチャ数インデックス）がゼロに等しくなるようにさせ、コントロールを決定ブロック７３０に渡す。決定ブロック７３０は、ｉがＮより小さいかどうかを判定する。そうである場合、コントロールが決定ブロック７３５に渡される。そうでない場合、コントロールが決定ブロック７７０に渡される。

決定ブロック７３５は、ｊが、ビューｉ内のピクチャの数より小さいかどうかを判定する。そうである場合、コントロールが機能ブロック７４０に渡される。そうでない場合、コントロールが機能ブロック７９０に渡される。

機能ブロック７４０は、現在のマクロブロックを符号化処理を開始し、コントロールを機能ブロック７４５に渡す。機能ブロック７４５は、マクロブロック・モードを選択し、コントロールを機能ブロック７５０に渡す。機能ブロック７５０は、現在のマクロブロックを符号化し、コントロールを決定ブロック７５５に渡す。決定ブロック７５５は、全てのマクロブロックが符号化されたかどうかを判定する。そうである場合、コントロールが機能ブロック７６０に渡される。そうでない場合、コントロールが機能ブロック７４０に戻される。

機能ブロック７６０は、変数ｊを増分し、コントロールを機能ブロック７６２に渡す。機能ブロック７６２は、再構築されるピクチャをデブロッキング・フィルタリングを行ない、コントロールを機能ブロック７６４に渡す。機能ブロック７６４は、再構築されるピクチャを復号済みピクチャ・バッファ（ＤＰＢ）に記憶し、コントロールを機能ブロック７６５に渡す。機能ブロック７６５は、ｆｒａｍｅ＿ｎｕｍ値およびピクチャ順序カウント（ＰＯＣ）値を増分し、コントロールを決定ブロック７３５に戻す。

決定ブロック７７０は、シーケンス・パラメータ・セット（ＳＰＳ）、ピクチャ・パラメータ・セット（ＰＰＳ）、および／またはビュー・パラメータ・セット（ＶＰＳ）をインバンドで（ｉｎ−ｂａｎｄ）送出するかどうかを判定する。そうである場合、コントロールが機能ブロック７７５に渡される。そうでない場合、コントロールが機能ブロック７８０に渡される。

機能ブロック７７５は、シーケンス・パラメータ・セット（ＳＰＳ）、ピクチャ・パラメータ・セット（ＰＰＳ）、および／またはビュー・パラメータ・セット（ＶＰＳ）をファイルに（インバンドで）書込み、コントロールを機能ブロック７８５に渡す。

機能ブロック７８０は、シーケンス・パラメータ・セット（ＳＰＳ）、ピクチャ・パラメータ・セット（ＰＰＳ）、および／またはビュー・パラメータ・セット（ＶＰＳ）をアウトオブバンドで（ｏｕｔ−ｏｆ−ｂａｎｄ）書込み、コントロールを機能ブロック７８５に渡す。

機能ブロック７８５は、ビットストリームをファイルに書込むか、または、ビットストリームをネットワークにわたってストリーミングし、コントロールを終了ブロック７９９に渡す。

機能ブロック７９０は、変数ｉを増分し、ｆｒａｍｅ＿ｎｕｍ値およびピクチャ順序カウント（ＰＯＣ）値をリセットし、コントロールを決定ブロック７３０に戻す。

図８を参照すると、マルチビュー・ビデオ・コンテンツを復号処理する例示的な方法は、全体が参照数字８００で示される。

方法８００は、機能ブロック８１０にコントロールを渡す開始ブロック８０５を含む。機能ブロック８１０は、シーケンス・パラメータ・セット（ＳＰＳ）、ピクチャ・パラメータ・セット（ＰＰＳ）、ビュー・パラメータ・セット（ＶＰＳ）、スライス・ヘッダおよび／またはＮＡＬユニット・ヘッダを解析してｖｉｅｗ＿ｉｄ、ｖｉｅｗ＿ｄｉｒｅｃｔｉｏｎおよびｖｉｅｗ＿ｌｅｖｅｌを取り出し（ｐａｒｓｅ）、コントロールを機能ブロック８１５に渡す。機能ブロック８１５は、ｖｉｅｗ＿ｄｉｒｅｃｔｉｏｎ、ｖｉｅｗ＿ｌｅｖｅｌおよびｖｉｅｗ＿ｉｄを使用して、現在のピクチャが復号処理される必要があるかどうかを判定し（依存性を調べる）、コントロールを決定ブロック８２０に渡す。決定ブロック８２０は、現在のピクチャが復号処理される必要があるかどうかを判定する。そうである場合、コントロールが機能ブロック８３０に渡される。そうでない場合、コントロールが機能ブロック８２５に渡される。

機能ブロック８２５は、次のピクチャを得、コントロールを機能ブロック８１０に戻す。

機能ブロック８３０は、スライス・ヘッダを取り出し、コントロールを機能ブロック８３５に渡す。機能ブロック８３５は、マクロブロック・モード、動きベクトルおよびｒｅｆ＿ｉｄｘを取り出し、コントロールを機能ブロック８４０に渡す。機能ブロック８４０は、現在のマクロブロックを復号処理し、コントロールを決定ブロック８４５に渡す。決定ブロック８４５は、全てのマクロブロックが復号処理されたかどうかを判定する。そうである場合、コントロールが機能ブロック８４７に渡される。そうでない場合、コントロールが機能ブロック８３５に戻される。

機能ブロック８４７は、再構築されるピクチャに関してデブロッキング・フィルタリングを行ない、コントロールを機能ブロック８５０に渡す。機能ブロック８５０は、現在のピクチャを復号済みピクチャ・バッファ（ＤＰＢ）に挿入し、コントロールを決定ブロック８５５に渡す。決定ブロック８５５は、全てのピクチャが復号処理されたかどうかを判定する。そうである場合、コントロールが終了ブロック８９９に渡される。そうでない場合、コントロールが機能ブロック８３０に戻される。

本発明の多くの付随する利点／特徴（その一部は上述された）の一部の説明がここで与えられるであろう。たとえば、１つの利点／特徴は、マルチビュー・ビデオ・コンテンツの少なくとも１つのビューについて少なくとも１つのピクチャ内の少なくとも１つのブロックを符号化するエンコーダを装置が含むことである。エンコーダは、照度補償および色補償の少なくとも１つが少なくとも１つのブロックについて使用されるという指示に応じて、少なくとも１つのブロックに関して適応的デブロッキング・フィルタリングを行なうデブロッキング・フィルタを有する。

別の利点／特徴は、上述したデブロッキング・フィルタを有するエンコーダを装置が有することであり、デブロッキング・フィルタのフィルタ強度は、照度補償および色補償の少なくとも１つが少なくとも１つのブロックについて使用されるという指示に応じて適応する。

さらに別の利点／特徴は、デブロッキング・フィルタを有するエンコーダを装置が有することであり、デブロッキング・フィルタのフィルタ強度は、上述したように、照度補償および色補償の少なくとも１つが少なくとも１つのブロックについて使用されるという指示に応じて適応し、フィルタ強度は、少なくとも１つのピクチャの特定のピクチャ内、または、少なくとも１つのピクチャのそれぞれの隣接するピクチャ内にある、２つの近傍ブロックの少なくとも１つが照度補償および色補償の少なくとも１つを使用するときに変更される。

さらに別の利点／特徴は、デブロッキング・フィルタを有するエンコーダを装置が有することであり、デブロッキング・フィルタのフィルタ強度は、上述したように、照度補償および色補償の少なくとも１つが少なくとも１つのブロックについて使用されるという指示に応じて適応し、フィルタ強度は、国際標準化機構／国際電気標準会議動画専門家グループ４パート１０高度ビデオ・コーディング標準／国際電気通信連合・電気通信標準化部門Ｈ．２６４勧告に相当する方法によって決定された後に１だけ増分される。

さらに、別の利点／特徴は、デブロッキング・フィルタを有するエンコーダを装置が有することであり、デブロッキング・フィルタのフィルタ強度は、上述したように、照度補償および色補償の少なくとも１つが少なくとも１つのブロックについて使用されるという指示に応じて適応し、エンコーダは、少なくとも１つのピクチャの特定のピクチャ内、または、少なくとも１つのピクチャのそれぞれの隣接するピクチャ内にある２つの近傍ブロックが、異なるマルチビュー・ビデオ・コーディング予測タイプを有するときに、アルファ・テーブル・インデックス値を修正することによって少なくとも１つのピクチャを符号化する。

さらに、別の利点／特徴は、上述したデブロッキング・フィルタを有するエンコーダを装置が有することであり、デブロッキング・フィルタの長さは、照度補償および色補償の少なくとも１つが少なくとも１つのブロックについて使用されるという指示に応じて適応する。

同様に、別の利点／特徴は、上述したデブロッキング・フィルタを有するエンコーダを装置が有することであり、デブロッキング・フィルタのタイプは、照度補償および色補償の少なくとも１つが少なくとも１つのブロックについて使用されるという指示に応じて適応する。

本原理のこれらのまた他の特徴および利点は、本明細書の教示に基づいて当業者によって容易に確認されてもよい。本原理の教示は、ハードウェア、ソフトウェア、ファームウェア、専用プロセッサまたはその組合せの種々の形態で実施されてもよいことが理解される。

最も好ましくは、本原理の教示は、ハードウェアとソフトウェアの組合せとして実施される。さらに、ソフトウェアは、プログラム記憶ユニット上で具体的に具現化されるアプリケーション・プログラムとして実施される。アプリケーション・プログラムは、任意の適したアーキテクチャを備える装置にアップロードされ、また、その装置によって実行されてもよい。好ましくは、装置は、１つまたは複数の中央処理ユニット（「ＣＰＵ」）、ランダム・アクセス・メモリ（「ＲＡＭ」）および入力／出力（「Ｉ／Ｏ」）インタフェースなどのハードウェアを有するコンピュータ・プラットフォーム上で実施される。コンピュータ・プラットフォームは、また、オペレーティング・システムおよびマイクロ命令コードを含んでもよい。本明細書で述べる種々のプロセスおよび機能は、ＣＰＵによって実行できる、マイクロ命令コードの一部、またはアプリケーション・プログラムの一部、あるいはそれらの任意の組合せのいずれかであってよい。さらに、さらなるデータ記憶ユニットおよび印刷ユニットなどの種々の他の周辺ユニットがコンピュータ・プラットフォームに接続されてもよい。

添付図面に示される構成システムコンポーネントおよび方法の一部は、好ましくはソフトウェアで実施されるため、システムコンポーネントまたはプロセス機能ブロック間の実際の接続は、本原理がプログラムされる方法に応じて異なってもよいことがさらに理解される。本明細書に教示が与えられる限り、当業者は、本原理の、これらのまた同様な実施態様または構成を考えることができるであろう。

例証的な実施形態が、添付図面を参照して本明細書で述べられたが、本原理がこれらの厳密な実施形態に限定されないこと、および、本原理の範囲または趣旨から逸脱することなく、当業者によって種々の変更および修正が、実施形態において行われてもよいことが理解される。全てのこれらの変更および修正は、添付特許請求の範囲に述べられる本原理の範囲内に含まれることが意図される。

１１０ 変換器および量子化器
１１５ エントロピー・コーダ
１２０、２１０ 逆量子化器および逆変換器
１３０ 動き補償
１３５、２２０ デブロッキング・フィルタ
１４０ 参照ピクチャ・バッファ
１５５ 照度および／または色用の動き推定器および補償器
１６０ ＤＶＩＣ計算器および／またはＤＶＣＣ計算器
１６５ モード選択器
１７０、２３０ ＤＶＩＣ予測器および／またはＤＶＣＣ予測器
２０５ エントロピー・デコーダ
２２５ 照度および／または色用の動き補償器
２３５ 参照ピクチャ・バッファ

Claims (16)

1. マルチビュー・ビデオ・コンテンツの少なくとも１つのビューについて少なくとも１つのピクチャ内の少なくとも１つのブロックを符号化するエンコーダであって、当該エンコーダは、照度補償および色補償の少なくとも１つが前記少なくとも１つのブロックについて使用されるという指示に応じて前記少なくとも１つのブロックに適応的デブロッキング・フィルタリングを行なうデブロッキング・フィルタを有する、前記エンコーダ、
   を備え、
   前記デブロッキング・フィルタに対する境界強度は、フィルタ強度がＭＰＥＧ−４ ＡＶＣ標準およびＩＴＵ−Ｔ Ｈ．２６４勧告に対応する方法によって決定されるが該決定されたフィルタ強度は使用されない後に、前記指示に応じてあるオフセットだけ増分される、装置。
2. 前記デブロッキング・フィルタのフィルタ強度は、前記照度補償および前記色補償の少なくとも１つが前記少なくとも１つのブロックについて使用されるという前記指示に応じて適応化される、請求項１に記載の装置。
3. 前記フィルタ強度は、２つの近傍ブロックの少なくとも１つが前記照度補償および前記色補償の少なくとも１つを使用するときに変更され、当該２つの近傍ブロックが、前記少なくとも１つのピクチャの特定のピクチャ内、または前記少なくとも１つのピクチャのそれぞれの隣接するピクチャ内にある、請求項２に記載の装置。
4. 前記フィルタ強度は、当該フィルタ強度がＭＰＥＧ−４ ＡＶＣ標準およびＩＴＵ−Ｔ Ｈ．２６４勧告に対応する方法によって決定されるが使用されない後に、１だけ増分される、請求項２に記載の装置。
5. マルチビュー・ビデオ・コンテンツの少なくとも１つのビューについて少なくとも１つのピクチャ内の少なくとも１つのブロックを符号化するステップであって、照度補償および色補償の少なくとも１つが前記少なくとも１つのブロックについて使用されるという指示に応じて前記少なくとも１つのブロックに適応的デブロッキング・フィルタリングを行なう、前記ステップ、
   を含み、
   前記適応的デブロッキング・フィルタリングを行なうために使用されるデブロッキング・フィルタに対する境界強度は、フィルタ強度がＭＰＥＧ−４ ＡＶＣ標準およびＩＴＵ−Ｔ Ｈ．２６４勧告に対応する方法によって決定されるが該決定されたフィルタ強度は使用されない後に、前記指示に応じてあるオフセットだけ増分される、方法。
6. 前記適応的デブロッキング・フィルタリングを行なうために使用される前記デブロッキング・フィルタのフィルタ強度は、前記照度補償および前記色補償の少なくとも１つが前記少なくとも１つのブロックについて使用されるという前記指示に応じて適応化される、請求項５に記載の方法。
7. 前記フィルタ強度は、２つの近傍ブロックの少なくとも１つが前記照度補償および前記色補償の少なくとも１つを使用するときに変更され、当該２つの近傍ブロックが、前記少なくとも１つのピクチャの特定のピクチャ内、または前記少なくとも１つのピクチャのそれぞれの隣接するピクチャ内にある、請求項６に記載の方法。
8. 前記フィルタ強度は、当該フィルタ強度がＭＰＥＧ−４ ＡＶＣ標準およびＩＴＵ−Ｔ Ｈ．２６４勧告に対応する方法によって決定されるが使用されない後に、１だけ増分される、請求項６に記載の方法。
9. マルチビュー・ビデオ・コンテンツの少なくとも１つのビューについて少なくとも１つのピクチャ内の少なくとも１つのブロックを復号処理するデコーダであって、当該デコーダは、照度補償および色補償の少なくとも１つが前記少なくとも１つのブロックについて使用されるという指示に応じて前記少なくとも１つのブロックに関して適応的デブロッキング・フィルタリングを行なうデブロッキング・フィルタを有する、前記デコーダ、
   を備え、
   前記デブロッキング・フィルタに対する境界強度は、フィルタ強度がＭＰＥＧ−４ ＡＶＣ標準およびＩＴＵ−Ｔ Ｈ．２６４勧告に対応する方法によって決定されるが該決定されたフィルタ強度は使用されない後に、前記指示に応じてあるオフセットだけ増分される、装置。
10. 前記適応的デブロッキング・フィルタリングを行なうために使用される前記デブロッキング・フィルタのフィルタ強度は、前記照度補償および前記色補償の少なくとも１つが前記少なくとも１つのブロックについて使用されるという前記指示に応じて適応化される、請求項９に記載の装置。
11. 前記フィルタ強度は、２つの近傍ブロックの少なくとも１つが前記照度補償および前記色補償の少なくとも１つを使用するときに変更され、当該２つの近傍ブロックが、前記少なくとも１つのピクチャの特定のピクチャ内、または前記少なくとも１つのピクチャのそれぞれの隣接するピクチャ内にある、請求項１０に記載の装置。
12. 前記フィルタ強度は、当該フィルタ強度がＭＰＥＧ−４ ＡＶＣ標準およびＩＴＵ−Ｔ Ｈ．２６４勧告に対応する方法によって決定されるが使用されない後に、１だけ増分される、請求項１０に記載の装置。
13. マルチビュー・ビデオ・コンテンツの少なくとも１つのビューについて少なくとも１つのピクチャ内の少なくとも１つのブロックを復号処理するステップであって、照度補償および色補償の少なくとも１つが前記少なくとも１つのブロックについて使用されるという指示に応じて前記少なくとも１つのブロックに関して適応的デブロッキング・フィルタリングを行なう、前記ステップ、
    を含み、
    前記適応的デブロッキング・フィルタリングを行なうために使用されるデブロッキング・フィルタに対する境界強度は、フィルタ強度がＭＰＥＧ−４ ＡＶＣ標準およびＩＴＵ−Ｔ Ｈ．２６４勧告に対応する方法によって決定されるが該決定されたフィルタ強度は使用されない後に、前記指示に応じてあるオフセットだけ増分される、方法。
14. 前記適応的デブロッキング・フィルタリングを行なうために使用される前記デブロッキング・フィルタのフィルタ強度は、前記照度補償および前記色補償の少なくとも１つが前記少なくとも１つのブロックについて使用されるという前記指示に応じて適応化される、請求項１３に記載の方法。
15. 前記フィルタ強度は、２つの近傍ブロックの少なくとも１つが前記照度補償および前記色補償の少なくとも１つを使用するときに変更され、当該２つの近傍ブロックが、前記少なくとも１つのピクチャの特定のピクチャ内、または前記少なくとも１つのピクチャのそれぞれの隣接するピクチャ内にある、請求項１４に記載の方法。
16. 前記フィルタ強度は、当該フィルタ強度がＭＰＥＧ−４ ＡＶＣ標準およびＩＴＵ−Ｔ Ｈ．２６４勧告に対応する方法によって決定されるが使用されない後に、１だけ増分される、請求項１４に記載の方法。

Images