JP2021506150A - ブロック形状に基づいたビデオエンコーディング及びデコーディング用の方法及び装置 - Google Patents

Abstract

ビデオコーディング及びデコーディング用の方法（１３００、１５００）及び装置（７００、１４００、１６００）が提供されている。ビデオエンコーディング用の方法（１３００）は、ビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスすること（１３１０）と、ブロックの形状に基づいて基準サンプルの組を処理すること（１３２０）と、処理された基準サンプルの組に基づいてブロック用の予測ブロックを生成すること（１３３０）と、予測ブロックに基づいてブロックをエンコーディングすること（１３４０）と、を含む。エンコーディング済みのデータを含むようにフォーマッティングされたビットストリーム、コンピュータ可読ストレージ媒体、及びコンピュータプログラムプロダクトについても記述されている。

Description

技術分野
[0001] 本実施形態は、一般に、ビデオエンコーディング及びデコーディングに関し、特に、ブロック形状に基づいたブロックの予測に関する。

背景
[0002] 本明細書において記述されているすべての背景情報は、後述する本実施形態と関係しうる当技術分野の様々な態様について読者に紹介することを意図したものである。この説明は、本開示の様々な態様のより良い理解を促進するための読者に対する背景情報の提供において有用であると考えられる。従って、これらの記述内容は、この観点から読むべきものと理解されたい。

[0003] 高圧縮効率を実現するべく、画像及びビデオコーディング方式は、通常、ビデオコンテンツの空間的且つ時間的な冗長性を活用するべく、予測及び変換を利用している。一般には、イントラ又はインターフレーム相関を活用するべく、イントラ又はインター予測が使用される。次いで、予測誤差又は予測残差としてしばしば表記される、オリジナルの画像と予測された画像の間の差が、変換され、量子化され、且つ、エントロピーコーディングされる。ビデオを再構築するには、圧縮されたデータが、予測、変換、量子化、及びエントロピーコーディングに対応する逆プロセスにより、デコーディングされる。

[0004] ＨＥＶＣ（High Efficiency Video Coding）規格（「ITU-T H.265 Telecommunication standardization sector of ITU (10/2014), series H: audiovisual and multimedia systems, infrastructure of audiovisual services - coding of moving video, High efficiency video coding, Recommendation ITU-T H.265」）においては、ピクチャは、通常、６４×６４、１２８×１２８、又は２５６×２５６という、構成可能なサイズを有する正方形形状のコーディングツリーユニット（ＣＴＵ：Coding tree Unit）にパーティション化されている。図１に示されているように、ＣＴＵ１１０は、コーディングユニット（ＣＵ：Coding Unit）と呼称されるリーフへのクアッドツリーパーティション化のルートである。それぞれのＣＵごとに、そのＣＵがイントラ又はインター予測を使用してコーディングされるかどうかを通知する予測モードがシグナリングされる。図２に示されているように、ＣＴＵ（例えば、ＣＴＵ２２０）の連続的な組をスライス２１０としてグループ化することができる。ＣＵ（例えば、ＣＵ２３０）は、１つ又は複数の予測ユニット（ＰＵ：Prediction Unit）にパーティション化することができると共に、変換ユニット（ＴＵ：Transform Unit）へのクアッドツリー（変換ツリーとして知られる）パーティション化のルートを形成している。また、インター予測においては、ＰＵへのＣＵの非対称型のサブ分割も可能であり、即ち、ＣＵがＮ×Ｎというサイズを有する場合には、ＰＵは、Ｎ／４×Ｎ、３Ｎ／４×Ｎ、Ｎ×Ｎ／４、Ｎ×３Ｎ／４というサイズを有することができる。それぞれのＰＵには、例えば、モーション情報や空間イントラ予測などのような、なんらかの予測情報が割り当てられる。また、ＰＵは、図１においては破線として示されている。

[0005] ＱＴＢＴ（Quad-Tree plus Binary-Tree）コーディングツールは、ＨＥＶＣ規格のＣＵ／ＰＵ／ＴＵ構成との比較において、より柔軟なＣＴＵ表現及び増大した圧縮効率を提供する新しいビデオコーディングツールである。図３に示されているように、ＱＴＢＴ（Quad-Tree plus Binary-Tree）コーディングツールは、コーディングツリー３１０を定義しており、この場合には、クアッドツリー内において、且つ、バイナリツリー方式により、の両方において、コーディングユニットを分割することができる。図３には、コーディングツリーユニット３２０の例示用のコーディングツリー表現が示されており、この場合に、実線は、クアッドツリーパーティション化を通知しており、且つ、点線は、ＣＴＵ３２０内のＣＵ３３０のバイナリパーティション化を通知し、これは、空間的にクアッドツリーリーフ内において埋め込まれる。

[0006] コーディングユニットへのＣＴＵの分割は、例えば、最小レート歪費用を有するＣＴＵのＱＴＢＴ表現の判定を有するレート歪最適化手順などを通じて、エンコーダ側において決定される。ＱＴＢＴ表現においては、ＣＵは、正方形又は矩形形状を有する。コーディングユニットのサイズは、常に、２の累乗であり、且つ、通常は、４〜１２８である。ＣＴＵのＱＴＢＴ分解は、２つのステージを有しており、ＣＴＵは、図３に示されているように、まずは、クアッドツリー方式により、４つのＣＵに分割され、次いで、それぞれのクアッドツリーリーフが、バイナリ方式により、２つのＣＵに、或いは、クアッドツリー方式により、４つのＣＵに、更に分割されうる。

[0007] ＱＴＢＴ表現によれば、ＣＵは、ＰＵ又はＴＵに更にパーティション化されなくてもよい。換言すれば、それぞれのＣＵは、単一予測ユニット又は単一変換ユニットと見なされる。但し、このようなＱＴＢＴ表現が許容しているのは、図３に示されているように、ＣＵの対称型分割のみである。ＱＴＢＴによって許容されている、４つの分割モードは、ＮＯ＿ＳＰＬＩＴ（ＣＵが分割されない）、ＱＴ＿ＳＰＬＩＴ（４つの象限に分割される）、ＨＯＲ（等しいサイズの２つのＣＵに水平方向において分割される）、及びＶＥＲ（等しいサイズの２つのＣＵに垂直方向において分割される）である。

[0008] 最近、図４及び図５に示されているように、非対称型分割モードと呼称される、新しいバイナリ分割モードの結果として得られる、新しい、矩形形状を有するＣＵが提案されている。図４は、非対称型分割モードと呼称される、ＱＴＢＴにおけるＣＵバイナリ分割モードを示しており、且つ、４つの例示用の分割モード４１０〜４４０を描いている。図４において、新しい矩形形状は、幅及び／又は高さにおいて、３・２^ｎに等しいサイズを含む。更には、幅又は高さにおいて３の倍数のサイズを有するＣＵは、水平方向又は垂直方向において、バイナリ方式により、更に分割することができる。

[0009] 例えば、ＨＯＲ＿ＵＰ（水平方向−上部）４１０などの、提案されている非対称型バイナリ分割モードのうちの１つを通じて分割された、サイズ（ｗ，ｈ）（幅及び高さ）を有する正方形ＣＵは、個々の矩形サイズ

及び

を有する２つのサブコーディングユニットを結果的にもたらす。従って、３・２^ｎに等しい幅又は高さを有するＣＵをエンコーダによって選択することができる。このようなケースにおいては、３の倍数のサイズを有する矩形ブロックのイントラ予測又はインター予測が実行される。これに加えて、幅又は高さにおいてサイズ３・２^ｎを有する２Ｄ変換と、後続の変換係数エントロピーコーディングプロセスと、が実行される。

[0010] 水平方向トリプルツリー分割モード５１０及び垂直方向トリプルツリー分割モード５２０と呼称される、図５に示されている、その他のＣＵ分割モードは、３つのサブコーディングユニット（サブＣＵ）にＣＵを分割することにあり、この場合に、個々のサイズは、検討対象の空間分割の方向において、親ＣＵサイズの１／４、１／２、及び１／４に等しい。

概要
[0011] 本開示の一態様によれば、ビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスすることと、ブロックの形状に基づいて基準サンプルの組を処理することと、処理済みの基準サンプルの組に基づいてブロック用の予測ブロックを生成することと、予測ブロックに基づいてブロックをエンコーディングすることと、を含む、ビデオエンコーディングの方法が提供されている。

[0012] 本開示の一態様によれば、ビデオエンコーディング用の装置が提供されており、装置は、ビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスする手段と、ブロックの形状に基づいて基準サンプルの組を処理する手段と、処理済みの基準サンプルの組に基づいてブロック用の予測ブロックを生成する手段と、予測ブロックに基づいてブロックをエンコーディングする手段と、を含む。

[0013] 本開示の一態様によれば、ビデオエンコーディング用の装置が提供され、装置は、プロセッサと、プロセッサに結合された少なくとも１つのメモリと、を含み、プロセッサは、ビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスし、ブロックの形状に基づいて基準サンプルの組を処理し、処理済みの基準サンプルの組に基づいてブロック用の予測ブロックを生成し、且つ、予測ブロックに基づいてブロックをエンコーディングするように構成されている。

[0014] 本開示の一態様によれば、ピクチャのブロックを表すエンコーディング済みのデータを含むようにフォーマッティングされたビットストリーム、エンコーディング済みのデータは、ビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスし、ブロックの形状に基づいて基準サンプルの組を処理し、処理された基準サンプルの組に基づいてブロック用の予測ブロックを生成し、且つ、予測ブロックに基づいてブロックをエンコーディングすることにより、エンコーディングされている。

[0015] 本開示の一態様によれば、ピクチャのブロックを表すエンコーディング済みのデータを含むようにフォーマッティングされたビットストリームを含む信号、エンコーディング済みのデータは、ビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスし、ブロックの形状に基づいて基準サンプルの組を処理し、処理された基準サンプルの組に基づいてブロック用の予測ブロックを生成し、予測ブロックに基づいてブロックをエンコーディングすることにより、エンコーディングされている。

[0016] 本開示の一態様によれば、エンコーディング済みのビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスすることと、ブロックの形状に基づいて基準サンプルの組を処理することと、処理された基準サンプルの組に基づいてブロック用の予測ブロックを生成することと、予測ブロックに基づいてブロックをデコーディングすることと、を含むビデオデコーディングの方法が提供されている。

[0017] 本開示の一態様によれば、ビデオデコーディング用の装置が提供されており、装置は、エンコーディング済みのビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスする手段と、ブロックの形状に基づいて基準サンプルの組を処理する手段と、処理された基準サンプルの組に基づいてブロック用の予測ブロックを生成する手段と、予測ブロックに基づいてブロックをデコーディングする手段と、を含む。

[0018] 本開示の一態様によれば、ビデオデコーディング用の装置が提供されており、装置は、プロセッサと、プロセッサに結合された少なくとも１つのメモリと、を含み、プロセッサは、エンコーディング済みのビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスし、ブロックの形状に基づいて基準サンプルの組を処理し、処理された基準サンプルの組に基づいてブロック用の予測ブロックを生成し、且つ、予測ブロックに基づいてブロックをデコーディングするように、構成されている。

[0019] 本開示の一態様によれば、ビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスし、ブロックの形状に基づいて基準サンプルの組を処理し、処理された基準サンプルの組に基づいてブロックの予測ブロックを生成し、且つ、予測ブロックに基づいてブロックをエンコーディングするためのプログラムコード命令を含むコンピュータプログラムプロダクトが提供されている。

[0020] 本開示の一態様によれば、エンコーディング済みのビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスし、ブロックの形状に基づいて基準サンプルの組を処理し、処理された基準サンプルの組に基づいてブロック用の予測ブロックを生成し、且つ、予測ブロックに基づいてブロックをデコーディングするためのプログラムコード命令を含むコンピュータプログラムプロダクトが提供されている。

[0021] 本開示の一態様によれば、ビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスし、ブロックの形状に基づいて基準サンプルの組を処理し、処理された基準サンプルの組に基づいてブロック用の予測ブロックを生成し、且つ、予測ブロックに基づいてブロックをエンコーディングするためのプログラムコード命令を含むソフトウェアプログラムを担持したコンピュータ可読ストレージ媒体が提供されている。

[0022] 本開示の一態様によれば、エンコーディング済みのビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスし、ブロックの形状に基づいて基準サンプルの組を処理し、処理された基準サンプルの組に基づいてブロック用の予測ブロックを生成し、且つ、予測ブロックに基づいてブロックをデコーディングするためのプログラムコード命令を含むソフトウェアプログラムを担持したコンピュータ可読ストレージ媒体が提供されている。

[0023] 以上は、主題実施形態のいくつかの態様の基本的な理解を提供するための概略的な主題の概要を提示している。この概要は、主題の広範な概観ではない。実施形態の主要な／重要な要素を識別する、或いは、主題の範囲を線引きする、ことを意図したものではない。その唯一の目的は、以下において提示されている更に詳細な説明に対する前置きとして、概略的な形態において主題のいくつかの概念を提示することにある。

[0024] 本開示の更なる特徴及び利点は、添付図面を参照して進められる例示用の実施形態に関する以下の詳細な説明から、明らかとなろう。

図面の簡単な説明
[0025] 本開示は、以下において簡潔に記述されている、後続する例示用の図に従って、更に十分に理解することができよう。

ＨＥＶＣ規格による、ＣＵへのＣＴＵの分割を示す。 ＨＥＶＣ規格による、ＣＵ、ＰＵ、及びＴＵへのＣＴＵの分割を示す。 ＱＴＢＴツールによるＣＴＵを示す。 非対称型分割モードと呼称される、ＱＴＢＴにおけるＣＵバイナリ分割モードを示す。 ＱＴＢＴにおける、水平方向（左）及び垂直方向（右）トリプルツリーＣＵ分割モードを示す。 本開示の一実施形態による、ＣＵ分割モードの例示用の組を示す。 本開示の一実施形態による、例示用のビデオエンコーダの概略ブロック図を示す。 本開示の一実施形態による、例示用のイントラ予測モジュールの概略ブロック図を示す。 本開示による、現時点のブロック用の例示用の基準サンプルを示す。 ＨＥＶＣ規格によるイントラ予測方向を示す。 ＨＥＶＣ規格による正方形ブロック形状用の例示用のイントラ予測モードを示す。 本開示による、矩形ブロック形状用の例示用のイントラ予測モードを示す。 本開示の一実施形態による、例示用のビデオエンコーディングの方法のフローチャートを示す。 本開示の一実施形態による、例示用のビデオデコーダの概略ブロック図を示す。 本開示の一実施形態による、例示用のビデオデコーディングの方法のフローチャートを示す。 本開示の態様が実装及び実行されうる演算環境のブロック図を示す。

詳細な説明
[0026] 図に示されている要素は、ハードウェア、ソフトウェア、又はこれらの組合せの様々な形態において実装されうることを理解されたい。好ましくは、これらの要素は、プロセッサと、メモリと、入出力インターフェイスと、を含みうる、１つ又は複数の適切にプログラミングされた汎用装置上において、ハードウェア及びソフトウェアの組合せにおいて実装されている。本明細書においては、「結合される（coupled）」というフレーズは、直接的に接続されること、或いは、１つ又は複数の中間コンポーネントを通じて間接的に接続されること、を意味するべく、定義されている。このような中間コンポーネントは、ハードウェア及びソフトウェアに基づいたコンポーネントの両方を含みうる。

[0027] 本説明は、本開示の原理を例示している。従って、当業者は、本明細書には明示的に記述又は図示されていないが、本開示の原理を実施すると共に、その範囲に含まれる、様々な構成を考案しうることを理解されたい。

[0028] 本明細書において記述されているすべての例及び条件言語は、本開示の原理と、当技術分野の発展に対して本発明者によって寄与される概念と、の理解において読者を支援するための教育的な目的を意図したものであり、従って、このような具体的に記述されている例及び条件に対する限定を伴うことなしに解釈することを要する。

[0029] 更には、本開示の原理、態様、及び実施形態について記述した本明細書におけるすべての記述内容のみならず、その具体的な例は、その構造的及び機能的な均等物の両方を包含することを意図している。これに加えて、このような均等物は、現時点において既知の均等物のみならず、将来において開発されることになる均等物、即ち、構造とは無関係に、同一の機能を実行する、開発されることになる任意の要素の両方を含むことを意図している。

[0030] 従って、例えば、当業者は、本明細書において提示されているブロック図は、本開示の原理を実施した例示用の回路の概念図を表していることを理解するであろう。同様に、任意のフローチャート、フロー図、状態遷移図、疑似コード、及びこれらに類似したものは、そのようなコンピュータ又はプロセッサが明示的に図示されているかどうかとは無関係に、コンピュータ可読媒体内において実質的に表現することができると共に、コンピュータ又はプロセッサにより、相応して実行することができる様々なプロセスを表していることを理解されたい。

[0031] 図示されている様々な要素の機能は、専用のハードウェアのみならず、適切なソフトウェアとの関連においてソフトウェアを実行する能力を有するハードウェア、の使用を通じて提供することができる。プロセッサによって提供される際に、機能は、単一の専用のプロセッサにより、単一の共有されたプロセッサにより、或いは、そのうちのいくつかが共有されうる複数の個々のプロセッサにより、提供することができる。更には、「プロセッサ」又は「コントローラ」という用語の明示的な使用は、ソフトウェアを実行する能力を有するハードウェアのみを参照するものと解釈してはならず、且つ、限定を伴うことなしに、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）ハードウェア、ソフトウェアを保存するための読み出し専用メモリ（ＲＯＭ：Read Only Memory）、ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、及び不揮発性ストレージを黙示的に含みうる。

[0032] 従来の及び／又はカスタム型のものである、その他のハードウェアもまた含まれていてもよい。同様に、図示されているすべてのスイッチは、概念的なものに過ぎない。その機能は、プログラムロジックの動作を通じて、専用のロジックを通じて、プログラム制御及び専用のロジックの相互作用を通じて、或いは、場合によっては手動により、実行されてもよく、特定の技法は、文脈から更に具体的に理解されるように、実装者によって選択可能である。

[0033] 添付の請求項においては、既定された機能を実行する手段として表現されているすべての要素は、例えば、ａ）その機能を実行する回路要素の組合せ、或いは、ｂ）従って、機能を実行するべくそのソフトウェアを実行するための適切な回路と組み合わせられた、ファームウェア、マイクロコード、又はこれらに類似したものを含む、任意の形態のソフトウェア、を含む、その機能を実行する任意の方法を包含することを意図している。このような請求項によって定義されている開示は、様々な記述されている手段によって提供される機能が、請求項が求める方式により、組み合わせられ、且つ、１つに纏められる、という事実を伴っている。従って、これらの機能を提供しうる任意の手段が、本明細書において示されているものと等価であるものと見なされたい。

[0034] 図及び説明は、わかりやすさを目的として、通常のエンコーディング及び／又はデコーディング装置において見出される多数のその他の要素を除去しつつ、本開示の明瞭な理解のために適切である要素を例示するべく、単純化されていることを理解されたい。

[0035] 本明細書においては、第１及び第２という用語が、様々な要素を記述するべく使用されている場合があるが、これらの要素は、これらの用語によって限定されるものではないこと理解されたい。これらの用語は、１つの要素を別のものから弁別するためにのみ使用される。以上においては、様々な方法が記述されており、且つ、方法のそれぞれは、記述されている方法を実現するための１つ又は複数のステップ又はアクションを有する。ステップ又はアクションの特定の順序が、方法の適切な動作のために必要とされていない限り、特定のステップ及び／又はアクションの順序及び／又は使用は、変更されてもよく、或いは、組み合わせられてもよい。

[0036] ピクチャは、モノクロームフォーマットにおける輝度サンプルのアレイ、或いは、４：２：０、４：２：２、及び４：４：４の色フォーマットにおける輝度サンプルの１つのアレイ及びクロマサンプルの２つの対応するアレイ、或いは、３つの色成分（例えば、ＲＧＢ）の３つのアレイ、であってよいことを理解されたい。ＨＥＶＣにおいては、「ブロック」は、サンプルアレイ（例えば、輝度Ｙ）内の特定のエリアをアドレス指定しており、且つ、「ユニット」は、すべてのエンコーディング済みの色成分の同一場所に位置するブロック（輝度Ｙ、並びに、恐らくは、クロマＣｂ及びクロマＣｒ）、ブロックと関連するシンタックス要素及び予測データ（例えば、モーションベクトル）を含む。但し、「ブロック」という用語は、更に一般的には、本明細書においては、ブロック（例えば、コーディングブロック（ＣＢ：Coding Block）、変換ブロック（ＴＢ：Transform Block）、コーディンググループ（ＣＧ：Coding Group）など）又はユニット（例えば、ＣＵ）を意味するべく、使用されている。

[0037] ピクチャ又はピクセルのブロック又は変換係数は、２次元のアレイ又はマトリックスであることを理解されたい。水平方向又はｘ方向（又は、軸）は、幅を表し、且つ、垂直方向又はｙ方向（又は、軸）は、高さを表している。インデックスは、０において始まっている。ｘ方向は、列を表し、且つ、ｙ方向は、行を表している。最大ｘインデックスは、幅−１である。最大ｙインデックスは、高さ−１である。

[0038] 以下の節においては、「再構築される」及び「デコーディングされる」という用語は、相互交換可能に使用されている場合がある。通常、但し、必須ではないが、「再構築される」は、エンコーダ側において使用される一方で、「デコーディングされる」は、デコーダ側において使用される。また、「コーディングされる」及び「エンコーディングされる」という用語も、相互交換可能に使用されている場合がある。更には、「画像」、「ピクチャ」、「フレーム」、及びスライス（即ち、ピクチャの一部分）という用語も、相互交換可能に使用されている場合がある。更には、「コーディング」、「ソースコーディング」、及び「圧縮」という用語も、相互交換可能に使用されている場合がある。

[0039] 本開示は、ビデオコーディング及びデコーディングにおける予測を対象としている。ビデオ圧縮におけるイントラ予測は、原因となる隣接ブロック、即ち、既にデコーディング済みである同一フレーム内の隣接ブロック、からの情報を使用したピクセルブロックの空間的な予測を意味している。これは、強力なコーディングツールであり、その理由は、これが、相対的に良好な時間的予測が存在していない場合に、常に、イントラフレーム内において、のみならず、インターフレーム内においても、高圧縮効率を許容しているからである。従って、イントラ予測は、Ｈ．２６４／（ＡＶＣ：Advanced Video Coding）やＨ．２６５／ＨＥＶＣなどを含むビデオ圧縮規格におけるコアコーディングツールとして含まれている。ＨＥＶＣイントラ予測においては、ＣＵは、原因となる隣接ＣＵ、即ち、上部及び上部右のＣＵ、左及び左下部のＣＵ、及び上部左ＣＵ、から空間的に予測される。

[0040] 具体的には、本開示は、基準サンプルのスムージングフィルタリングを対象としている。ＨＥＶＣ及びこれ以前の古いビデオコーディング規格においては、ターゲットブロックのイントラ予測は、フィルタリング済みの基準サンプルを使用している。具体的には、基準サンプルは、例えば、現時点のブロックの、上部のピクセル（又は、サンプル）のデコーディング済みの行と、左のピクセルの列と、であってよい。これらのＣＵ内のデコーディング済みのピクセル値に基づいて、エンコーダは、ターゲットブロック用の異なる予測を構築すると共に、最良のＲＤ性能に結び付くものを選択している。

[0041] ＨＥＶＣにおいては、ターゲットブロックサイズは、高精細ビデオの圧縮をサポートするべく、６４×６４に増大されている。ブロックサイズに対応して、イントラ予測モードの数も、３５に増大されており、このうちの１つは、プレーナーモード（モード０としてインデックス付けされている）であり、１つは、ＤＣモード（モード１としてインデックス付けされている）であり、且つ、残りの３３個（モード２〜３４としてインデックス付けされている）は、方向又は角度モードである。更に最近になって、最大で１３１個の予測モードを伴う、矩形ブロックと、最大で２５６×２５６というブロックサイズと、が探求されている。

[0042] ＨＥＶＣ及びいくつかの以前のビデオコーディング規格においては、イントラ予測モードが、ＣＵごとに、シグナリングされている。基準サンプルは、ブロックサイズに応じて、フィルタリングされている。予測モード及びフィルタがシグナリングされている（例えば、ＰＤＰＣ（Position Dependent Prediction Combination）又はＲＳＡＦ（Reference Sample Adaptive Filtering））。

[0043] 図６は、本開示によるＣＵ分割モードの例示用の組を示している。豊富なＣＵトポロジーの組は、ビットストリームの画像内に含まれている構造及び不連続性に空間的にマッチングするコーディング構造を結果的にもたらす。（従来の正方形形状の代わりに）矩形のブロック形状によれば、ブロック形状（例えば、水平方向又は垂直方向矩形ブロック）のみならず、例えば、イントラ予測方向、に応じて、いくつかの予測モード及びフィルタを起動することにより、シグナリングフラグの数が低減されることが興味深い。

[0044] 本開示は、従来技術において存在しているいくつかの欠点に対処している。具体的には、本開示の少なくともいくつかの実施形態においては、形状依存モードを有することにより、相対的に良好な予測と、従って、相対的に大きなコーディング利得と、をもたらすことができる。本説明は、一般には、イントラ予測に関係しているが、類似の概念は、本開示の範囲を逸脱することなしに、インター予測にも適用することができる。具体的には、類似の概念は、イントラ予測及び／又はインター予測モードに使用される基準サンプルのフィルタリングに適用することができる。

エンコーディング
[0045] 図７は、本開示の一実施形態による例示用のビデオエンコーダ７００の概略ブロックダイアグラムを示している。エンコーダ７００は、通信システムのトランスミッタ又はヘッドエンド内に含まれていてもよい。１つ又は複数のピクチャを有するビデオシーケンスをエンコーディングするべく、ピクチャを構成可能なサイズを有する正方形形状のＣＴＵにパーティション化することができる。ＣＴＵの連続的な組をスライスにグループ化することができる。ＣＴＵは、ＣＵへのＱＴＢＴパーティション化のルートである。例示用のエンコーダ７００においては、後述するように、ピクチャは、エンコーダモジュールにより、エンコーディングされている。それぞれのブロックは、イントラモード又はインターモードを使用することにより、エンコーディングされる。ブロックがイントラモードにおいてエンコーディングされる際には、エンコーダ７００は、同一のピクチャ又はフレーム内の少なくとも１つのブロックに基づいて、イントラ予測（モジュール７６０）又は空間予測を実行する。ブロックがインターモードにおいてエンコーディングされる際に、エンコーダ７００は、少なくとも１つの基準ピクチャ又はフレームからの少なくとも１つの基準ブロックに基づいて、インター予測又は時間予測を実行する。ユニインター予測においては、予測は、一般に、より早期の基準ピクチャ又はフレームに基づいたものであってよい（但し、これは、必須ではない）。バイインター予測においては、予測は、一般に、より早期の且つ後のピクチャ又はフレームに基づいたものであってよい（但し、これは、必須ではない）。インターモードにおいては、モーション推定（モジュール７７５）及び補償（モジュール７７０）が実行される。エンコーダは、ブロックをエンコーディングするべく使用する、イントラ又はインターモードのうちの１つを決定し（モジュール７０５）、且つ、予測モードフラグにより、イントラ／インター決定を通知する。残差は、オリジナルの画像ブロックから予測されたサンプルブロック（プレディクタとしても知られる）を減算することにより、算出される（モジュール７１０）。

[0046] 一例として、イントラモードにおけるブロックは、再構築された隣接サンプルから予測されている。インター予測は、モーション推定（モジュール７７５）を実行すると共に、基準ピクチャバッファ７８０内において保存されている基準ブロックを（モジュール７７０内において）モーション補償することにより、実行される。モーション推定モジュール７７５は、モーション補償を含んでいてもよく、その理由は、その目的が、レート歪費用（ＲＤ費用）が十分に低い、又は最小値に到達している際に通常は終了する対話型サーチを使用しうる最良のモーションベクトルを判定する、ということであるからである。

[0047] 残差は、変換（モジュール７２５）及び量子化（モジュール７３０）される。変換モジュール７２５は、画像をピクセル又は時間ドメインから変換又は周波数ドメインに変換することができる。変換は、例えば、コサイン変換、サイン変換、ウェーブレット変換などであってよい。量子化は、例えば、レート歪基準に従って実行することができる。ビットストリームを出力するべく、量子化された変換係数のみならず、モーションベクトル及びその他のシンタックス要素がエントロピーコーディングされる（モジュール７４５）。エントロピーコーディングは、例えば、ＣＡＢＡＣ（Context Adaptive Binary Arithmetic Coding）、ＣＡＶＬＣ（Context Adaptive Variable Length Coding）、ハフマン、算術型、指数Ｇｏｌｏｍｂなどであってよい。また、エンコーダは、変換をスキップすることができると共に、変換されていない残差信号に対して量子化を直接的に適用することができる。また、エンコーダは、変換及び量子化の両方をバイパスしてもよく、即ち、残差が、変換又は量子化プロセスの適用を伴うことなしに、直接的にコーディングされる。直接的なＰＣＭコーディングにおいては、予測は適用されず、且つ、ブロックサンプルは、直接的に、ビットストリームにコーディングされている。

[0048] エンコーダは、デコーディングループを有し、且つ、従って、更なる予測のための基準を提供するべく、エンコーディング済みのブロックをデコーディングしている。残差をデコーディングするべく、量子化済みの変換係数が、逆量子化され（モジュール７４０）、且つ、逆変換される（モジュール７５０）。デコーディング済みの残差及び予測されたサンプルブロックを組み合わせることにより（モジュール７５５）、画像ブロックが再構築される。例えば、デブロッキング／ＳＡＯ（Sample Adaptive Offset）フィルタリングを実行してコーディングアーチファクトを低減するべく、再構築されたピクチャにインループフィルタ（７６５）を適用することができる。フィルタリング済みの画像は、基準ピクチャバッファ７８０内において保存される。

[0049] ビデオエンコーダ７００のモジュールは、ソフトウェアとして実装することができると共に、プロセッサによって実行されてもよく、或いは、圧縮の技術分野における当業者によって周知の回路コンポーネントを使用することにより、実装することもできる。具体的には、ビデオエンコーダ７００は、集積回路（ＩＣ：Integrated Circuit）として実装することができる。

[0050] また、ビデオエンコーダ７００のモジュールは、以下の段落及び図において更に詳細に記述されるように、本開示において記述されている相違点、具体的には、モジュールイントラ予測７６０における相違点、及び／又はインター予測モジュール７７０、７７５における相違点を除いて、その他のビデオエンコーダ（例えば、ＨＥＶＣエンコーダ）内において存在することもできる。イントラ予測７６０及び／又はインター予測７７０、７７５以外の機能については、ビデオエンコーダ７００は、ＨＥＶＣビデオエンコーダに類似したものであってもよく、従って、本明細書ではその機能について詳しく説明しない。

[0051] 図８は、本開示の一実施形態による例示用のイントラ予測モジュールの概略ブロック図８００を示している。イントラ予測モジュール８００は、図７のイントラ予測モジュール７６０に類似したものであってよい。イントラ予測モジュール８００は、再構築されたブロック８１１を受け取り、且つ、予測されたブロック８３５を出力する。イントラ予測モジュール８００は、基準サンプル生成モジュール８１０、ブロックイントラ予測モジュール８２０、及び予測後処理モジュール８３０という、３つのモジュールを含む。

[0052] 基準サンプル生成モジュール８１０内においては、まず、基準サンプル演算モジュール８１２内の現時点のブロックの再構築された隣接ブロックから、基準サンプル８１３を演算又は判定することができる。このステージにおいては、それらが利用可能ではない場合には下部左ピクセル又は上部右ピクセルのパディングを伴って、基準ピクセル又はサンプル値を第１基準サンプルバッファ内において複写することができる。次いで、フィルタリング済みの基準サンプル／バッファ８１５を基準サンプルスムージングモジュール８１４内のオリジナルの基準サンプル／バッファ８１３のスムージングされたバージョンとして演算することができる。モジュール８１４は、交互にバイパスされうる。次いで、選択パラメータ８１７に応じて、基準サンプルが、基準サンプル選択モジュール８１６内において、オリジナルの基準サンプル８１３又はフィルタリング済みの基準サンプル８１５から選択される８１９。次いで、モジュールイントラ予測８２０内において、選択された基準サンプル／バッファ８１９から現時点のブロックのイントラ予測を演算するべく、予測が実行される。最後に、予測されたブロック８３５を出力するべく、予測方向に応じて、予測後処理モジュール８３０内において、後処理（例えば、フィルタリング）をイントラブロック予測に対して適用することができる。後処理モジュール８３０は、バイパス又は除去されてもよい。

[0053] また、イントラ予測モジュール８００のモジュールは、以下の段落及び図において更に詳細に記述されているように、本開示において記述されている相違点、具体的には、モジュール８１６、８２０、及び８３０及び選択パラメータ８１７における相違点、を除いて、その他のビデオエンコーダ（例えば、ＨＥＶＣエンコーダ）内にも存在しうる。例えば、ＨＥＶＣ規格においては、８１７における選択パラメータは、現時点のブロックのピクセルの数（例えば、ブロックサイズ）と、判定された予測方向と、である。これに加えて、ＨＥＶＣ規格においては、モジュール８２０及び８３０は、判定された予測方向の関数である。本開示によれば、以下の段落及び図において更に詳述されているように、ブロック形状（例えば、水平方向又は垂直方向の矩形）は、選択パラメータ８１７であってもよいと共に、これも、同様に、モジュール８１６、８２０、及び８３０に影響を及ぼしうる。ブロック形状は、ブロックの幅と高さの比率によって特徴付けられており、従って、これを理由として、水平方向及び垂直方向の矩形ブロックが、異なる形状を有するものとして見なされている。従って、矩形ブロックの向きが考慮されている。

[0054] 図９は、本開示による現時点のブロック９１０用の例示用の基準サンプル（９２０、９３０）を示している。また、図９は、ＨＥＶＣ規格にも適用可能である。サイズＮ×Ｎ（即ち、水平方向（ｘ）対垂直方向（ｙ））の現時点のブロック９１０の場合には、上部９２０の２Ｎ（即ち、２＊Ｎ）個の再構築された基準サンプルの行が、図８のモジュール８１２内において、予め再構築された上部及び上部右基準ピクセルから現時点のブロック９１０まで、形成されうる。上部基準サンプル９２０は、サンプルＰ（０，−１）、．．．、Ｐ（Ｎ−１，−１）、．．．、Ｐ（２Ｎ−１，−１）を含む。同様に、左９３０の２Ｎ個のサンプルの列も、再構築された左及び下部左基準ピクセルから現時点のブロック９１０まで、形成されうる。左基準サンプル９３０は、サンプルＰ（−１，０）、．．．、Ｐ（−１，Ｎ−１）、．．．、Ｐ（−１，２Ｎ−１）を含む。また、上部左位置におけるコーナーピクセルＰ（−１，−１）も、上部行及び左列基準の間のギャップを充填するべく、使用されている。上部又は左のサンプルのいくつかが利用可能ではない場合には、対応する基準ブロックが同一のスライス内に存在していない、或いは、現時点のブロックがフレームの境界において位置している、などに起因して、失われたサンプルが時計回りの方向において利用可能なサンプルから複写される、基準サンプル置換と呼称される方法を実行することができる。

[0055] 本開示によれば、ブロックサイズは、Ｎ×Ｎ（即ち、正方形ブロック）に制限する必要はなく、且つ、Ｍ×Ｎであってもよく（即ち、正方形ブロックを含む、一般的な矩形ブロック）、ここで、Ｍは、Ｎに等しいか、又はこれとは異なっている。Ｍ×Ｎの一般的なブロックサイズの場合には、現時点のブロックの、上部の２Ｍ個の再構築された基準サンプルの行と、左の２Ｎ個の再構築された基準サンプルの列と、が存在しうる。

[0056] イントラサンプル予測は、図８のモジュール８２０内において実行され、且つ、基準サンプルに基づいてターゲットＣＵのピクセルを予測することから構成されている。前述のように、異なる種類のコンテンツを効率的に予測するべく、ＨＥＶＣは、一連の予測モデルをサポートしている。プレーナー及びＤＣ予測モードは、滑らかな且つ徐々に変化する領域を予測するべく使用される一方において、角度予測モードは、異なる方向構造をキャプチャするべく、使用されている。ＨＥＶＣは、２〜３４においてインデックス付けされた、３３個の方向予測モードをサポートしている。方向予測モードは、異なる予測方向に対応している。

[0057] 図１０は、ＨＥＶＣ規格による、且つ、更には、本開示による、イントラ予測方向を示している。但し、本開示は、ＨＥＶＣの方向に限定されるものではない。２〜３４という数値は、対応する方向と関連する予測モードインデックスを表記している。モード２〜１７は、水平方向予測（Ｈ−２６〜Ｈ＋３２）を示し、且つ、モード１８〜３４は、垂直方向予測（Ｖ−３２〜Ｖ＋３２）を示している。図１０のシンボル「Ｈ」及び「Ｖ」は、それぞれ、水平方向及び垂直方向の方向性を通知するべく使用される一方において、識別子の数値部分は、ピクセルの変位（「角度パラメータ」とも呼称される）を通知している。

[0058] 角度パラメータＡは、第１行又は第１列のターゲットピクセルからの（ピクセルの１／３２の分解能における）基準サンプルの位置を通知している。表１及び表２には、異なる予測モード用の値Ａが示されている。

[0059] また、非負の変位を有する方向（即ち、Ｈ０からＨ＋３２及びＶ０からＶ＋３２）は正の方向として表記され、且つ、負の変位を有する方向（即ち、Ｈ−２からＨ−２６及びＶ−２からＶ−３２）も、負の方向として表記される。また、正の予測方向は正のＡ値を有する方向として定義することができると共に、負の予測方向は負のＡ値を有する方向として定義することができる。

[0060] 図１０に示されているように、定義された角度方向は、１／３２というサンプル精度を有する。即ち、水平又は垂直方向における、２つのピクセルの間のインターバルは、３２個のサブインターバルに分割されている。上述のように、定義された方向は、垂直又は水平方向として弁別されうる。水平方向における予測モードは、左基準サンプルのみ、或いは、いくつかの左及びいくつかの上部基準サンプル、を使用している。同様に、垂直方向における予測モードも、上部基準サンプルのみ、或いは、いくつかの上部及びいくつかの左基準サンプル、を使用している。Ｈ０からＨ＋３２への水平の正の方向は、予測のために、左基準サンプルのみを使用している。同様に、Ｖ０からＶ＋３２への垂直の正の方向は、予測のために、上部基準サンプルのみを使用している。負の水平及び垂直方向（Ｈ−２からＨ−２６及びＶ−２からＶ−３２）は、予測のために、左上及び上部の両方の基準サンプルを使用している。

[0061] ＨＥＶＣ基準コードにおいては、基準アレイは、まず、上部及び左基準サンプルを使用することにより、構築されている。垂直方向予測の場合には、基準アレイは水平方向であり、且つ、水平方向予測の場合には、基準アレイは垂直方向である。正の角度パラメータＡを有するモード（モード２〜１０及び２６〜３４）の場合には、基準アレイは、以下のように、単純に、方向に応じて上部又は左基準サンプルであり、
ｔｏｐＲｅｆ［ｘ］＝Ｐ［ｘ−１］［−１］，０≦ｘ≦２Ｎ， 垂直方向予測の場合 （１）
ｌｅｆｔＲｅｆ［ｙ］＝Ｐ［−１］［ｙ−１］，０≦ｙ≦２Ｎ， 水平方向予測の場合 （２）
この場合に、Ｎは、ＣＵサイズである。サンプル座標をターゲットＣＵの上部左ピクセルにおいて（０，０）に初期化するのが従来の方法である。従って、上部基準サンプルは、そのｙ座標を−１として有することになり、且つ、左基準サンプルは、そのｘ座標を−１として有することになる。

[0062] 負の角度パラメータＡを有するモード（モード１１〜２５）の場合には、基準アレイは、上部及び左基準の両方からのピクセルを必要としている。このケースにおいては、基準アレイは、−１を超える負のインデックスまで更に延在することになる。正のインデックスを有する基準アレイ上のサンプル値は、垂直又は水平方向予測に応じて、上述のように取得される。負のインデックスを有する基準アレイ上のものは、予測方向に沿って基準アレイ上において左基準ピクセル（垂直予測の場合）又は上部基準ピクセル（水平方向予測の場合）を投影することにより、取得される。

[0063] 基準アレイが構築されたら、選択された方向に沿ってピクセル位置を基準アレイに投影し、且つ、次いで、（ｘ，ｙ）において基準アレイサンプル値を複写することにより、ターゲットＣＵの内側の任意のピクセル位置（ｘ，ｙ）における予測が得られる。基準サンプル値は、以下において示されているように、２つの隣接するサンプルの間において補間することにより、（１／３２）というサンプル分解能において演算される。
Ｐ［ｘ］［ｙ］＝（（３２−ｆ）＊ｔｏｐＲｅｆ［ｘ＋ｉ＋１］＋ｆ＊ｔｏｐＲｅｆ［ｘ＋ｉ＋２］＋１６）≫５），０≦ｘ，ｙ＜Ｎ， 垂直方向予測の場合 （３）
Ｐ［ｘ］［ｙ］＝（（３２−ｆ）＊ｌｅｆｔＲｅｆ［ｙ＋ｉ＋１］＋ｆ＊ｌｅｆｔＲｅｆ［ｙ＋ｉ＋２］＋１６）≫５），０≦ｘ，ｙ＜Ｎ， 水平方向予測の場合 （４）
ここで、ｉ及びｆは、ピクセル場所（ｘ，ｙ）からの投影された変位の整数部及び小数部を表記しており、且つ、≫は、右側へのビットシフト演算を表記している。Δが投影された変位を表記している場合には、以下のとおりである。
Δ＝（ｘ＋１）＊Ａ，水平方向予測の場合 （５）
Δ＝（ｙ＋１）＊Ａ，垂直方向予測の場合 （６）

[0064] 次いで、変位の整数部及び小数部が、以下のように取得される。
ｉ＝ Δ≫５ （７）
ｆ＝ Δ ＆ ３１ （８）
ここで、＆は、ビット単位のＡＮＤ演算を表記している。ｆ＝０の場合には、即ち、小数部が存在していない場合には、予測は、予測の方向における基準アレイサンプル値に等しくなることに留意されたい。このケースにおいては、補間の必要性が存在していない。

[0065] ＤＣモード、並びに、直接的な水平方向（Ｈ０又は１０）及び垂直方向モード（Ｖ０又は２６）、などの予測モードのいくつかは、予測の後に、ＣＵの境界において不連続性をもたしうる。従って、ＨＥＶＣにおいては、のみならず、本開示においても、このような予測モードには、図８の後処理モジュール８３０によって実行される後処理ステップが後続しており、このステップにおいては、境界予測サンプルが、低域通過フィルタを使用することにより、スムージングされている。

[0066] 上述のように、ターゲットブロック用の予測を構築するべく、エンコーダ（並びに、デコーダ）は、ブロックの、上部の基準サンプルの１つの行と、左の基準サンプルの１つの列と、のみを使用しうる。ターゲットブロックに最も近接している、図９の基準サンプルは、ターゲットブロックコンテンツとの間における最大量の相関を有しており、且つ、従って、更なるデコーディング済みの行及び列の使用は、相対的に高度な複雑さ及びメモリ要件に起因して、必要であるとは考えられてこなかった。但し、このロジックは、ターゲットブロックサイズが小さく、且つ、いくつかの角度予測モードしか存在していない際に、適用可能である。ブロックサイズ及び予測モードの数が増大するのに伴って、更なる基準行及び列からの方向情報を使用することにより、１つの基準行及び列からの予測を更に正確なものにすることができる。

[0067] ブロックは、もはや、正方形なくてもよいことから、矩形ブロックの形状は、水平又は垂直方向において不釣り合いに狭いものであってよい。従って、予測モードの性能及び基準サンプルのフィルタリングは、図１１及び図１２の比較によって示されているように、ブロック形状に応じて偏ったものになりうる。

[0068] 図１１は、ＨＥＶＣ規格による、正方形ブロック形状の場合の例示用のイントラ予測モードを示している。図面１１００は、個々の予測方向と共に、ａ）水平方向予測の例と、ｂ）垂直方向予測の例と、を示している。ブロック形状及び予測方向は、弁別性を有しておらず、即ち、正方形形状の場合には、水平方向及び垂直方向予測の間に、類似性が存在していることが観察されうる。同一の内容は、本開示による正方形ブロック形状の場合のイントラ予測モードにも適用される。

[0069] 図１２は、本開示による矩形ブロック形状の場合の例示用のイントラ予測モードを示している。図面１２００は、個々の予測方向と共に、ａ）垂直方向矩形ブロックの場合の水平方向予測の例、ｂ）垂直方向矩形ブロックの場合の垂直方向予測の例、ｃ）水平方向矩形ブロックの場合の水平方向予測の例、及びｄ）水平方向矩形ブロックの場合の垂直方向予測の例を示している。例ａ）及びｂ）の場合には、予測されたピクセルが基準サンプルに近接していることが観察されうる。但し、ケースｂ）及びｃ）の場合には、予測されたピクセルは、基準サンプルから遠く離れており、これは、相関が距離に伴って減少する傾向を有する場合には、望ましいものではない。

[0070] これに加えて、ブロック構造又はテクスチャとアライメントされていない強力なエッジの伝播は、結果的に、残差の高周波数をもたらしうると共に、従って、エンコーディングに費用を所要する残差をもたらしうる。正確な予測の生成と誤った強力なエッジの回避の間の良好なバランスを実現するべく、いくつかのケースにおいては、基準サンプルを低域通過フィルタリングすることが有用である。ＨＥＶＣ規格においては、イントラ基準サンプルは、純粋な水平又は垂直方向とイントラ予測方向の間の（最小）角度の絶対値に応じて、フィルタリングされている（モジュール８１４）。閾値又は値は、ブロックサイズ（ブロック内のピクセルの数）に依存している。閾値又は値は、ブロック形状とは独立している。角度が、この閾値又は値を上回っている場合には、基準サンプルスムージングフィルタが適用される。

[0071] この結果、イントラ予測のために使用される基準サンプルは、しばしば、３タップ［１ ２ １］／４スムージングフィルタにより、フィルタリングされている。ＨＥＶＣ規格は、方向性及びブロックサイズに従って、スムージング動作を適応的に適用している。４×４ブロックの場合には、スムージングフィルタは適用されない。８×８ブロックの場合には、対角方向（即ち、ｋ＝２、１８、又は３４を有するイントラ−角度［ｋ］）のみが、基準サンプルスムージングを使用している。１６×１６ブロックの場合には、基準サンプルは、水平に近い且つ垂直に近い方向（即ち、９〜１１及び２５〜２７の範囲のｋ）を除いて、大部分の方向について、フィルタリングされている。３２×３２ブロックの場合には、正確に水平（ｋ＝１０）及び正確に垂直（ｋ＝２６）の方向を除いたすべての方法が、スムージングフィルタを使用している。また、ブロックサイズが８×８以上である際には、イントラ−プレーナーモードも、スムージングフィルタを使用しており、且つ、スムージングは、イントラ―ＤＣのケースにおいては、使用されていない（或いは、有用ではない）。

[0072] 従って、本開示によれば、ブロック形状に基づいてイントラ予測モードを判定することが望ましい。これに加えて、ブロック形状と、恐らくは、イントラ−予測方向と、に基づいて、フィルタリングツールを判定することが望ましい。

[0073] 一実施形態においては、本開示によれば、基準スムージングフィルタリングを可能にする又は不能にするべく、機能、特性、又は条件が、ブロック形状に応じて又はこれと関連した状態において、判定されている（モジュール８１０）。スムージングフィルタリングは、低域通過フィルタリングプロセスであってよい。スムージングフィルタリングは、ＨＥＶＣ規格において利用されている類似のフィルタによって実行することができる。機能又は特性は、水平方向矩形ブロックのブロックの幅、垂直方向矩形ブロックのブロックの高さ、並びに、正方形ブロックの場合には、ブロックの幅又は高さ、として定義することができる。機能又は特性は、例えば、ブロックの最大寸法として、等価的に定義することができると共に、基準スムージングフィルタリングに適用することができる。一実施形態においては、最大寸法がブロックの幅である場合には（例えば、図１２におけるように、水平方向矩形ブロックの項目「ｃ」及び「ｄ」）、ブロックと関連する基準サンプルの組の基準スムージングフィルタリング（８１０）のために、少なくとも１つの垂直方向イントラ−予測モード（図１０のＶ）を無効化することができる。最大寸法がブロックの高さである場合には（例えば、図１２におけるように、垂直方向矩形ブロックの項目「ａ」及び「ｂ」）、ブロックと関連する基準サンプルの組の基準スムージングフィルタリング（８１０）のために、少なくとも１つの水平方向イントラ予測モード（図１０のＨ）を無効化することができる。さもなければ、ブロックの幅及び高さの両方が類似の寸法を有する場合には、ブロックと関連する基準サンプルの組の基準スムージングフィルタリング（８１０）のために、水平及び垂直方向イントラ予測モードを有効化することができる。

[0074] 換言すれば、予測方向（水平方向又は垂直方向）がブロック形状と同一である場合には（これは、最大寸法によって定義され、例えば、図１２のケース「ｃ」及び「ｂ」のように、水平方向予測と幅＞高さ、或いは、垂直方向予測と幅＜高さ）、予測は、長いものと見なされる。さもなければ（図１２のケース「ａ」及び「ｂ」）、予測は、短いものと見なされる。短い予測の場合には、基準スムージングフィルタリング（８１０）のために、少なくとも１つのイントラ方向予測モードを無効化することができる。

[0075] 一実施形態においては、短い予測の場合に、基準サンプルスムージングフィルタを無効化することができる。例えば、基準スムージングフィルタリングは、図１２の項目「ｂ」及び「ｃ」の場合にのみ、適用される。

[0076] 本開示による一実施形態においては、機能、特性、又は条件は、前記ブロックの対角線として定義することができる。一実施形態においては、機能、特性、又は条件は、例えば、２＊幅＋高さ、などのブロックの寸法の重み付けされた合計として定義することができる。一実施形態においては、ブロックの異なる形状の弁別を可能にするその他の更に複雑な機能を考案することができる。

[0077] 本開示による一実施形態においては、機能、特性、又は条件は、形状閾値／値又はブロックの形状と関連する値の範囲に照らした比較を含みうる。一実施形態においては、形状閾値／値又は値の範囲は、予測が水平方向である場合には、ブロック幅と関連付けられていてもよく、或いは、予測が垂直方向である場合には、ブロック高さと関連付けられていてもよい。換言すれば、形状閾値／値又は値の範囲は、ブロックの最大寸法と関連付けられていてもよい。例えば、ブロックの最大寸法が形状閾値ｐ＝４を超える場合には、基準スムージングフィルタを適用することができる。

[0078] 本開示による一実施形態においては、機能、特性、又は条件は、方向閾値／値又はブロックの予測方向と関連する値の範囲に照らした比較を更に含みうる。例えば、ブロックの最大寸法が形状閾値ｐ＝４を超え、且つ、予測モードインデックスｋが、水平方向矩形ブロックの場合には１０未満であり、且つ、垂直方向矩形ブロックの場合には２６を超える場合に、基準スムージングフィルタを適用することができる。

[0079] 本開示の一実施形態においては、ブロック形状及びブロックの予測方向のより複雑な機能を確立することができる。例えば、形状閾値は予測方向に依存したものであってもよく、水平方向の場合に、ブロック幅がｐを超える場合にはフィルタが適用され、ｋ＝９〜１１の場合にはｐ＝４であり、ｋ＜１８の場合にはｐ＝１６であり、これは、ｐ＝４であるｋ＝９〜１１の場合を除いて、ほとんどすべての水平方向の場合にｐ＝１６であることを意味している。垂直方向の場合に、ブロック高さがｐを超える場合にはフィルタが適用され、ｋ＝２５〜２７である場合にはｐ＝４であり、且つ、ｋ＞１８である場合にはｐ＝１６であり、これは、ｐ＝４であるｋ＝２５〜２７の場合を除いて、ほとんどすべての垂直方向の場合にｐ＝１６であることを意味している。

[0080] 一実施形態においては、現時点のピクチャ、スライス、又はブロックのうちの少なくとも１つのもの用の形状閾値又は値を通知するべく、少なくとも１つのフラグを含むことができると共に、任意選択により、ビットストリームにおいて（例えば、シンタックス要素として）エンコーディングすることができる。少なくとも１つのフラグをデコーダにおいて取得することができると共に、エンコーディング済みのブロックをデコーディングするべく使用することができる。

[0081] 本開示の一実施形態によれば、予測、残差、変換、及びコーディングは、基準サンプルスムージングフィルタリングあり及びなしの両方において実行することができる。２つの選択肢の間において、より良好なレート−歪（ＲＤ）性能を結果的にもたらす選択肢を選択することができる。

[0082] 一実施形態においては、基準サンプルスムージングフィルタリングが現時点のピクチャ、スライス、又はブロックのうちの少なくとも１つのものについて有効化／無効化されるのかどうかを通知するべく、少なくとも１つのフラグを含むことができると共に、任意選択により、ビットストリームにおいて（例えば、シンタックス要素として）エンコーディングすることができる。少なくとも１つのフラグをデコーダにおいて取得することができると共に、エンコーディング済みのブロックをデコーディングするべく使用することができる。

[0083] 一実施形態においては、ＣＵレベルにおいて、１ビットフラグを使用することにより、選択された予測をデコーダにシグナリングすることができる。フラグは、予測方向及びブロックサイズに応じて、コンテキストを使用することにより、ＣＡＢＡＣにより、エンコーディングすることができる。例えば、予測が水平方向であり、且つ、幅＞高さである場合には、或いは、予測が垂直方向であり、且つ、高さ＞幅である場合には、コンテキスト１を使用することができ、さもなければ、コンテキスト２を使用することができる。フラグは、デコーダにおいて取得することができると共に、エンコーディング済みのブロックをデコーディングするべく、使用することができる。

[0084] 本開示による一実施形態においては、イントラ予測モードを有効化又は無効化するべく、機能、特性、又は条件がブロック形状に応じて判定されている（モジュール８２０、８３０）。機能又は特性は、例えば、ブロックの最大寸法として、定義することができると共に、イントラ予測に適用することができる。一実施形態においては、最大寸法がブロックの幅である場合には（例えば、図１２におけるように、水平方向矩形ブロックの項目「ｃ」及び「ｄ」）、ブロックと関連するイントラ予測（８２０、８３０）を生成するべく、少なくとも１つの垂直方向イントラ予測モードを無効化することができる。最大寸法がブロックの高さである場合には（例えば、図１２におけるように、垂直方向の矩形ブロックの項目「ａ」及び「ｂ」）、ブロックと関連するイントラ予測（８２０、８３０）を生成するべく、少なくとも１つの水平方向イントラ予測モードを無効化することができる。さもなければ、ブロックの幅及び高さの両方が類似の寸法を有する場合には、ブロックと関連するイントラ予測（８２０、８３０）生成のために、水平及び垂直方向イントラ予測モードを有効化することができる。

[0085] 換言すれば、予測が短い場合には、イントラ予測（８２０、８３０）の場合には、少なくとも１つの予測モードを無効化することができる。

[0086] 一実施形態においては、短い予測の場合には、すべての（垂直又は水平方向）予測モードを無効化することができる。例えば、水平方向矩形ブロックは、水平方向においてのみ予測され（図１２の項目「ｃ」）、且つ、垂直方向ブロックは、垂直方向においてのみ予測される（図１２の項目「ｂ」）。

[0087] 本開示による一実施形態においては、機能、特性、又は条件は、形状閾値／値又はブロックの形状と関連する値の範囲に照らした比較を含みうる。一実施形態においては、形状閾値／値又は値の範囲は、予測が水平方向である場合には、ブロック幅と関連付けられてもよく、或いは、予測が垂直方向である場合には、ブロック高さと関連付けられてもよい。換言すれば、形状閾値／値又は値の範囲は、ブロックの最大寸法と関連付けることができる。例えば、機能、特性、又は条件は、形状閾値ｐ＝４を超える場合には、ブロックの最大寸法であってよい。この条件が真である場合には、少なくとも１つのイントラ予測モードが、ブロック、スライス、又はピクチャについて許容／選択される。一例においては、ブロック形状の条件が真である際にのみ、予測方向（インデックス）も利用可能である。別の例においては、条件が真である際には、４つ（４の倍数）の予測方向（インデックス）のうちの１つが利用可能である。

[0088] 本開示による一実施形態においては、機能、特性、又は条件は、方向閾値／値又はブロックの予測方向と関連する値の範囲に照らした比較を更に含みうる。例えば、機能、特性、又は条件は、形状閾値ｐ＝４超であり、且つ、予測モードインデックスｋが、水平方向矩形ブロックの場合には１０未満であり、或いは、垂直方向矩形ブロックの場合には２６を超える場合に、ブロックの最大寸法であってよい。この条件が真である場合には、少なくとも１つのイントラ予測モードが、ブロック、スライス、又はピクチャについて許容／選択される。一例においては、ブロック形状の条件が真である際にのみ、予測方向（インデックス）も利用可能である。別の例においては、条件が真である際にのみ、４つ（４の倍数）の予測方向（インデックス）のうちの１つが利用可能である。

[0089] 本開示による一実施形態においては、ブロックのブロック形状及び予測方向の相対的に複雑な機能を確立することができる。条件が真である場合には、少なくとも１つのイントラ予測モードが、ブロック、スライス、又はピクチャについて許容／選択される。一例においては、ブロック形状の条件が真である際にのみ、予測方向（インデックス）も利用可能である。別の例においては、条件が真である際にのみ、４つ（４の倍数）の予測方向（インデックス）のうちの１つが利用可能である。

[0090] 本開示による一実施形態においては、イントラ予測モード（８２０、８３０）と関連する上述の実施形態のうちの任意のものがＰＤＰＣインデックスコーディングに適用されている。別の実施形態においては、上述の実施形態のうちの任意のものがＲＳＡＦインデックスコーディングに適用されている。更に別の実施形態においては、上述の実施形態のうちの任意のものが複数基準サンプルスイッチングに適用されており、即ち、条件が充足されていない場合には、ＨＥＶＣにおけると同様に、単一行又は単一列基準が、イントラ予測のために使用され、さもなければ、複数基準予測が使用されている。マルチ基準イントラ予測は、基準ピクセルの複数の行及び列を使用したイントラ予測を意味している。これはまた、任意ティア基準イントラ予測又はマルチラインイントラ予測とも呼称される。既知のケースにおいては、重みがそれぞれの基準ライン（又は、層）に関連付けられた状態において、重み付けされた複数の基準の使用が提案されている。

[0091] 一変形として、条件は、イントラ予測と関連する上述の実施形態において記述されているコーディングツールのうちの任意のものに適用することができる（ＰＤＰＣ、ＲＳＡＦ、複数サンプル基準）。ツール（即ち、予測方法）は、条件が充足された際には常に使用され、且つ、さもなければ使用されない。別の変形においては、条件が充足された際に、エンコーダはツールを使用するか又は使用しないかを選択し（従来のＲＤＯループを伴っている）、且つ、ツールが使用されたかどうかのフラグを送信し、さもなければ（条件が充足されていない場合には）ツールは使用されない。

[0092] 図１３は、本開示の一実施形態によるビデオエンコーディングの例示用の方法のフローチャート１３００を示している。方法１３００は、ステップ１３１０において、ビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスすることを含む。次いで、ステップ１３２０において、方法１３００は、ブロックの形状に基づいて基準サンプルの組を処理することを含む。次いで、ステップ１３３０において、方法１３００は、処理された基準サンプルの組に基づいてブロック用の予測ブロックを生成することを含む。最後に、ステップ１３４０において、方法１３００は、予測ブロックに基づいてブロックをエンコーディングすることを含む。ステップ１３１０〜１３４０は、例えば、モジュール８００を含むエンコーダ７００（例えば、７６０、７７０、７７５）により、実行することができる。具体的には、ステップ１３１０〜１３３０は、例えば、ステップ１３２０用のモジュール８１０と、ステップ１３３０用のモジュール８２０、８３０と、を含むモジュール７６０、８００、７７０、７７５により、実行することができる。ブロック形状は、例えば、正方形形状、垂直方向矩形形状、及び水平方向矩形形状のうちの１つであってよい。

[0093] 本方法の一実施形態によれば、予測は、イントラ予測又はインター予測であってよい。

[0094] 本方法の一実施形態によれば、処理は、ブロック形状の、或いはブロック形状と関連する、機能又は特性が、ある値又は閾値を超える際に、有効化又は選択することができる。従って、機能又は特性がある値又は閾値を超える際に、条件は真である。一実施形態においては、処理は、機能又は特性がある値以下である際には無効化されてもよく、或いは選択されなくてもよい。

[0095] 方法の一実施形態によれば、ブロック形状の、或いはブロック形状と関連する、機能又は特性は、ブロックの最大寸法であってよい。一実施形態においては、最大寸法は、ブロック形状が水平方向矩形形状である際にはブロック幅であり、最大寸法は、ブロック形状が垂直方向矩形形状である際にはブロック高さであり、最大寸法は、ブロック形状が正方形である際にはブロック重み又はブロック高さである。

[0096] 方法の一実施形態によれば、機能又は特性は、ブロックの対角線長であってよい。

[0097] 方法の一実施形態によれば、機能又は特性は、ブロックの寸法の重み付けされた合計（例えば、２＊重み＋高さ）であってよい。

[0098] 方法の一実施形態によれば、処理は、更には、予測モードに基づいたものであってもよい。一実施形態においては、処理は、ブロック用の予測の方向モードに更に基づいたものであってもよい。

[0099] 方法の一実施形態によれば、処理は、機能又は特性がある値を超える際に、少なくとも１つの予測モードのために有効化又は選択することができる。例えば、処理は、水平方向矩形ブロックにおける水平方向予測モードのために、且つ、垂直方向矩形ブロックにおける垂直方向予測モードのために、有効化することができる。

[00100] 方法の一実施形態によれば、非正方形ブロックの場合には、処理は、ブロックの最小寸法の方向における少なくとも１つの方向予測モードのために、無効化されてもよく、又は選択されなくてもよい。例えば、処理は、垂直方向矩形ブロックにおける水平方向予測モードのために、及び／又は、水平方向矩形ブロックにおける垂直方向予測モードのために、無効化することができる。

[00101] 方法の一実施形態によれば、少なくとも１つのフラグが、エンコーディング済みのビデオに含まれており、少なくとも１つのフラグは、値及び処理が有効化されるのか又はされないのかのうちの少なくとも１つを通知している。フラグは、予測の前に、或いは、その最中に、デコーダにおいて取得することができる。

[00102] 方法の一実施形態によれば、処理は、基準サンプルの組をスムージングフィルタリングすることを含む。スムージングフィルタリングは、低域通過フィルタリングであってよい。

[00103] 方法の一実施形態によれば、予測はブロック形状に基づいたものである。一実施形態においては、少なくとも１つの予測モード（例えば、イントラ予測方法）が、少なくとも１つのブロック形状について許容されている。一実施形態においては、少なくとも１つの予測モードが、少なくとも１つのブロック形状について許容されていない。一実施形態においては、前述のように、ブロック形状の条件が真である際に、少なくとも１つの予測モードが有効化又は無効化されている。

[00104] 方法１３００は、本開示において上述された更なる実施形態及び例の任意のものに適用されることをも理解されたい。

[00105] 一実施形態によれば、方法は、ピクチャを受け取ることと、ブロックを含む複数のブロックにピクチャをパーティション化することと、ブロックの予測残差を判定することと、複数の変換係数を取得するべく残差を変換及び量子化することと、変換係数をエントロピーコーディングすることと、を更に含みうる。変換及び量子化するステップは、例えば、エンコーダ７００のモジュール７２５及び７３０により、実行することができる。エントロピーコーディングのステップは、例えば、エンコーダ７００のモジュール７４５により実行することができる。受領、変換、及び量子化のステップは、任意選択であってもよく、バイパスされてもよく、或いは除去されてもよく、その理由は、これらが別の装置によって予め実行されていてもよく、及び／又は、メモリ内において保存されていてもよいからである。

[00106] 上述の方法１３００の実施形態のうちの任意のものは、イントラ予測モジュール８００を含むエンコーダ７００（例えば、７６０、７７０、７７５）により、実装することができることを理解されたい。イントラ予測モジュール８００を含むエンコーダ７００のブロックは、ハードウェア（例えば、集積回路）により、或いは、ソフトウェアにおいて、実装されていてもよく、メモリ内において保存されていてもよいと共に、プロセッサにより実行することができる。

デコーディング
[00107] 図１４は、本開示の一実施形態による例示用のビデオデコーダ１４００の概略ブロック図を示している。ビデオデコーダ１４００は、通信システム内のレシーバに含まれていてもよい。ビデオデコーダ１４００は、一般に、図７において記述されているビデオエンコーダ７００によって実行されたエンコーディングパスの逆であるデコーディングパスを実行するが、デコーダ内のすべての動作が、エンコーディングプロセスの逆動作であるわけではない（例えば、イントラ及びインター予測）。具体的には、デコーダ１４００の入力は、ビデオエンコーダ７００によって生成されうるビデオビットストリームを含む。ビットストリームは、第１に、変換係数、モーションベクトル、シンタックス要素、及びその他のコーディング済みの情報を取得するべく、エントロピーデコーディングされている（モジュール１４３０）。残差をデコーディングするべく、変換係数が、逆量子化され（モジュール１４４０）、且つ、逆変換されている（モジュール１４５０）。次いで、デコーディング／再構築された画像ブロックを取得するべく、デコーディング済みの残差が、予測されたサンプルブロック（プレディクタとしても知られる）と組み合わせられている（モジュール１４５５）。エンコーダは、ブロックをエンコーディングするべく使用する、イントラモード又はインターモードのいずれかを決定し（モジュール７０５）、且つ、予測モードフラグにより、イントラ／インター決定を通知している。イントラ予測（モジュール１４６０）又はモーション補償済みの予測（即ち、インター予測）（モジュール１４７０）から、予測されたサンプルブロックを取得することができる（モジュール１４０５）。再構築された画像にインループフィルタ（モジュール１４６５）を適用することができる。インループフィルタは、デブロッキングフィルタ及びＳＡＯフィルタを有することができる。フィルタリング済みの画像は、基準ピクチャバッファ１４８０において保存されている。

[00108] ビデオデコーダ１４００のモジュールは、ソフトウェアにおいて実装することができると共に、プロセッサにより実行されてもよく、或いは、圧縮の技術分野における当業者が周知の回路コンポーネントを使用することにより実装することもできる。具体的には、ビデオエンコーダ１４００は集積回路（ＩＣ）として実装されてもよく、単独で実装されてもよく、或いは、コーデックとしてビデオデコーダ７００と組み合わせることもできる。

[00109] また、ビデオデコーダ１４００のモジュールは、本開示によれば、且つ、以下の段落及び図において更に詳しく記述されているように、本開示において記述されている相違点、具体的には、図７のモジュール７６０におけるようなイントラ予測モジュール１４６０における相違点、或いは、図７のモジュール７７０、７７５におけるようなインター予測モジュール１４７５における相違点、を除いて、その他のビデオデコーダ（例えば、ＨＥＶＣデコーダ）内にも存在している。イントラ予測モジュール１４６０及び／又はインター予測モジュール１４７５以外の機能については、ビデオデコーダ１４００は、ＨＥＶＣビデオデコーダに類似したものであってもよく、本明細書ではその機能について詳しく説明しない。

[00110] これに加えて、イントラ予測モジュール１４６０は、図７のイントラ予測モジュール７６０及び図８の８００に類似したものであってもよい。そして、モーション補償モジュール１４７０も、図７のモーション補償モジュール７７０に類似したものであってもよい。

[00111] 図１５は、本開示の一実施形態によるビデオデコーディングの例示用の方法のフローチャート１５００を示している。方法１５００は、ステップ１５１０において、エンコーディング済みのビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスすることを含む。次いで、ステップ１５２０において、方法１５００は、ブロックの形状に基づいて基準サンプルの組を処理することを含む。次いで、ステップ１５３０において、方法１５００は、処理された基準サンプルの組に基づいてブロック用の予測ブロックを生成することを含む。最後に、ステップ１５４０において、方法１５００は、予測ブロックに基づいてブロックをデコーディングすることを含む。ステップ１５１０〜１５４０は、例えば、（例えば、モジュール８００を含む）デコーダ１４００により、実行することができる。具体的には、ステップ１５１０〜１５３０は、例えば、ステップ１５２０用のモジュール８１０と、ステップ１５３０用のモジュール８２０、８３０と、を含む、モジュール１４６０、８００、１４７５により、実行することができる。ブロック形状は、例えば、正方形形状、垂直方向矩形形状、及び水平方向矩形形状のうちの１つであってよい。

[00112] 本方法の一実施形態によれば、予測は、イントラ予測又はインター予測であってよい。

[00113] 本方法の一実施形態によれば、処理は、ブロック形状の、或いはブロック形状と関連する、機能又は特性が、ある値又は閾値を超える際に、有効化又は選択することができる。従って、条件は、機能又は特性がある値又は閾値を超える際に、真である。一実施形態においては、処理は、機能又は特性がある値以下である際に無効化されてもよく、或いは選択されなくてもよい。

[00114] 本方法の一実施形態によれば、ブロック形状の、或いはブロック形状と関連する機能又は特性又はプロパティは、ブロックの最大寸法であってよい。一実施形態においては、最大寸法は、ブロック形状が水平方向矩形形状である際にはブロック幅であり、最大寸法は、ブロック形状が垂直方向矩形形状である際にはブロック高さであり、最大寸法は、ブロック形状が正方形である際はブロック重み又はブロック高さである。

[00115] 本方法の一実施形態によれば、機能又は特性は、ブロックの対角線長であってよい。

[00116] 本方法の一実施形態によれば、機能又は特性は、ブロックの寸法の重み付けされた合計（例えば、２＊重み＋高さ）であってよい。

[00117] 本方法の一実施形態によれば、処理は、更に、予測モードに基づいたものであってもよい。一実施形態においては、処理は、更に、ブロックの予測の方向モードに基づいたものであってもよい。

[00118] 本方法の一実施形態によれば、処理は、機能又は特性が値を超える際に、少なくとも１つの予測モードについて有効化又は選択することができる。例えば、処理は、水平方向矩形ブロックにおける水平方向予測モード及び垂直方向矩形ブロックにおける垂直方向予測モードについて有効化することができる。

[00119] 本方法の一実施形態によれば、非正方形ブロックの場合には、処理は、ブロックの最小寸法の方向における少なくとも１つの方向予測モードについて無効化されてもよく、或いは、選択されなくてもよい。例えば、処理は、垂直方向矩形ブロックにおける水平方向予測モード及び／又は水平方向矩形ブロックにおける垂直方向予測モードについて無効化することができる。

[00120] 本方法の一実施形態によれば、少なくとも１つのフラグが、エンコーディング済みのビデオに含まれており、少なくとも１つのフラグは、値及び処理が有効化されるのか又はされないのかのうちの少なくとも１つを通知している。フラグは、予測の前に、或いは、その最中に、デコーダにおいて取得することができる。

[00121] 本方法の一実施形態によれば、処理は、基準サンプルの組をスムージングフィルタリングすることを含む。スムージングフィルタリングは、低域通過フィルタリングであってよい。

[00122] 本方法の一実施形態によれば、予測は、ブロック形状に基づいたものである。一実施形態においては、少なくとも１つの予測モード（例えば、イントラ予測方向）が、少なくとも１つのブロック形状について許容されている。一実施形態においては、少なくとも１つの予測モードが、少なくとも１つのブロック形状について許容されてはいない。一実施形態においては、上述のように、ブロック形状の条件が真である際に、少なくとも１つの予測モードが有効化又は無効化されている。

[00123] また、方法１５００は、方法１３００との関連において本開示において上述されている更なる実施形態及び例のうちの任意のものにも適用されることを理解されたい。

[00124] 一実施形態によれば、方法は、エンコーディング済みのピクチャを受け取ること、エンコーディング済みのブロックをエントロピーデコーディングすることと、デコーディングされた残差を得るべく変換係数ブロックを逆変換することと、デコーディング／再構築された画像ブロックを得るべく、デコーディングされた残差を予測されたサンプルブロックと組み合わせることと、を更に含みうる。変換係数は、逆変換される前に、更に逆量子化することができる。エントロピーデコーディング、逆変換、及び逆量子化するステップは、例えば、それぞれ、デコーダ１４００のモジュール１４３０、１４５０、及び１４４０により、実行することができる。受け取り、エントロピーデコーディング、逆変換、及び逆量子化、並びに、組合せのステップは、任意選択であってもよく、バイパスされてもよく、或いは、除去されてもよく、その理由は、これらが、別の装置によって予め実行されていてもよく、及び／又は、別の装置に提供されていてもよく、或いは、結果が、メモリから取得されていてもよく、及び／又は、その内部において保存されていてもよい、からである。

[00125] 上述の方法１５００の実施形態のうちの任意のものは、デコーダ１４００（例えば、１４６０、８００、１４７５）によって実装することができることを理解されたい。デコーダ１４００のモジュールは、ハードウェア（例えば、集積回路）により、或いは、ソフトウェアにおいて、実装されていてもよく、メモリ内において保存されていてもよく、且つ、プロセッサによって実行することができる。

[00126] 図１６は、本開示の例示用の実施形態の様々な態様が実装されうる、例示用のシステムのブロック図１６００を示している。システム１６００は、後述する様々なコンポーネントを含む装置として実施されてもよく、且つ、上述のプロセスを実行するように構成されている。このような装置の例は、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、スマートウォッチ、タブレットコンピュータ、デジタルマルチメディアセットトップボックス、デジタルテレビ受像機、パーソナルビデオ録画システム、接続されたホームアプライアンス、及びサーバーを含むが、これらに限定されない。システム１６００は、上述の例示用のビデオシステムを実装するべく、図１６に示されているように、且つ、当業者には既知のように、通信チャネルを介して、その他の類似のシステムに、且つ、ディスプレイに、通信自在に結合することができる。システム１６００は、独立的に又は連携して、エンコーダ７００（例えば、モジュール８００を含む）、デコーダ１４００（例えば、モジュール８００を含む）、或いは、エンコーダ及びデコーダを実装することができる。更には、システム１６００は、独立的に又は連携して、方法１３００及び／又は１５００を含む、本開示のプロセスの任意のものを実装していてもよく、或いは、これを実行するように構成されていてもよい。

[00127] システム１６００は、上述のように、様々なプロセスを実装するべく、その内部に読み込まれる命令を実行するように構成された少なくとも１つのプロセッサ１６１０を含みうる。プロセッサ１６１０は、当技術分野において既知の、組込み型のメモリ、入出力インターフェイス、及び様々なその他の回路を含みうる。また、システム１６００は、少なくとも１つのメモリ１６２０（例えば、ＲＡＭなどの揮発性メモリ装置、ＲＯＭなどの不揮発性メモリ装置）を含むこともできる。システム１６００は、これに加えて、ストレージ装置１６４０を含んでいてもよく、これは、消去可能なプログラム可能な読み出し専用メモリ（ＥＰＲＯＭ：Erasable Programmable Read-Only Memory）、ＲＯＭ、プログラム可能な読み出し専用メモリ（ＰＲＯＭ：Programmable Read-Only Memory）、ダイナミックＲＡＭ（ＤＲＡＭ：Dynamic RAM）、スタティックＲＡＭ（ＳＲＡＭ：Static RAM）、フラッシュメモリ、磁気ディスクドライブ、及び／又は光ディスクドライブ、を含むがこれらに限定されない、不揮発性メモリを含みうる。ストレージ装置１６４０は、非限定的な例として、内部ストレージ装置、装着されたストレージ装置、及び／又はネットワークアクセス可能なストレージ装置を有しうる。また、システム１６００は、エンコーディング済みのビデオ又はデコーディング済みのビデオを提供するべくデータを処理するように構成されたエンコーダ／デコーダモジュール１６３０を含みうる。

[00128] エンコーダ／デコーダモジュール１６３０は、個々に、例えば図７（例えば、図８を含む）並びに図１４（例えば、図８を含む）に従って、エンコーディング及び／又はデコーディング機能を実行するべく装置に含まれうる、モジュールを表している。圧縮の技術分野において既知のように、装置は、エンコーディング及びデコーディングモジュールのうちの１つ又は両方を含みうる。これに加えて、エンコーダ／デコーダモジュール１６３０は、システム１６００の別個の要素として実装されていてもよく、或いは、当業者には既知のハードウェア及びソフトウェアの組合せとしてプロセッサ１６１０に内蔵されていてもよい。例えば、エンコーダ／デコーダモジュール１６３０は、１つ又は２つの別個の集積回路及び／又はフィールドプログラム可能なゲートアレイ（ＦＰＧＡ：Field-Programmable Gate Array）として実装することができる。

[00129] 上述の様々なプロセスを実行するべくプロセッサ１６１０上に読み込まれるプログラムコードは、ストレージ装置１６４０内において保存することができると共に、後から、プロセッサ１６１０による実行のためにメモリ１６２０上に読み込むことができる。本開示の例示用の実施形態によれば、プロセッサ１６１０、メモリ１６２０、ストレージ装置１６４０、及びエンコーダ／デコーダ１６３０のうちの１つ又は複数は、入力されたビデオ、デコーディング済みのビデオ、ビットストリーム、等式、定式、行列、変数、動作、及び動作ロジックを含むがこれらに限定されない、本明細書において上述したプロセスの実行の際に、様々な項目のうちの１つ又は複数を保存することができる。

[00130] また、システム１６００は、通信チャネル１６６０を介したその他の装置との間における通信を有効化する通信インターフェイス１６５０を含みうる。通信インターフェイス１６５０は、通信チャネル１６６０との間においてデータを送受信するように構成されたトランシーバを含みうるがこれに限定されない。通信インターフェイスはモデム又はネットワークカードを含むことができるがこれに限定されないと共に、通信チャネルは有線及び／又は無線媒体内において実装することができる。システム１６００の様々なコンポーネントは、内部バス、ワイヤ、及び印刷回路基板を含むがこれらに限定されない、様々な適切な接続を使用することにより接続又は通信自在に結合することができる。

[00131] 本開示による例示用の実施形態は、プロセッサ１６１０により、或いは、ハードウェアにより、或いは、ハードウェア及びソフトウェアの組合せにより、実行されるコンピュータソフトウェアにより、実行することができる。非限定的な例として、本開示による例示用の実施形態は、１つ又は複数の集積回路により、実装することができる。メモリ１６２０は、技術的環境に適した任意のタイプであってよく、且つ、非限定的な例として、光メモリ装置、磁気メモリ装置、半導体に基づいたメモリ装置、固定されたメモリ、及び着脱自在のメモリ、などの、任意の適切なデータストレージ技術を使用することにより、実装することができる。プロセッサ１６１０は、技術的環境に適した任意のタイプであってよく、且つ、非限定的な例として、マイクロプロセッサ、汎用コンピュータ、特殊目的コンピュータ、及びマルチコアアーキテクチャに基づいたプロセッサを包含しうる。

[00132] 本明細書において記述されている実装形態は、例えば、方法又はプロセス、装置、ソフトウェアプログラム、データストリーム、又は信号において実装することができる。実装形態の単一の形態の文脈においてのみ記述されている（例えば、方法としてのみ記述されている）場合にも、記述されている特徴の実装形態は、その他の形態（例えば、装置又はプログラム）において実装することもできる。装置は、例えば、適切なハードウェア、ソフトウェア、及びファームウェアにおいて実装することができる。例えば、方法は、例えば、コンピュータ、マイクロプロセッサ、集積回路、又はプログラム可能な論理装置を含む、一般には処理装置を意味する、プロセッサなどの、装置内において実装することができる。また、プロセッサは、例えば、コンピュータ、セル電話機、携帯型／パーソナルデジタルアシスタント（ＰＤＡ：Portable/Personal Digital Assistant）、並びに、エンドユーザーの間の情報の通信を促進するその他の装置などの、通信装置をも含む。

[00133] 本開示の一態様によれば、ビデオエンコーディング用の装置１６００が提供されており、装置は、プロセッサ１６１０と、プロセッサに結合された少なくとも１つのメモリ１６２０、１６４０と、を含み、プロセッサ１６１０は、上述のビデオエンコーディング１３００の方法の実施形態のうちの任意のものを実行するように構成されている。

[00134] 本開示の一態様によれば、ビデオデコーディング用の装置１６００が提供されており、装置は、プロセッサ１６１０と、プロセッサに結合された少なくとも１つのメモリ１６２０、１６４０と、を含み、プロセッサ１６１０は、上述のビデオデコーディング１５００の方法の実装形態のうちの任意のものを実行するように構成されている。

[00135] 本開示の一態様によれば、ビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスする手段と、ブロックの形状に基づいて基準サンプルの組を処理する手段と、処理された基準サンプルの組に基づいてブロック用の予測ブロックを生成する手段と、予測ブロックに基づいてブロックをエンコーディングする手段と、を含む、ビデオエンコーディングのための装置が提供されている。図７（例えば、図８を含む）及び図１６のビデオエンコーダは、装置、特に、モジュール７６０（例えば、８００）、７７０、７７５、１７１０、１７３０、の構造又は手段を含みうる。ビデオエンコーディング用の装置は、ビデオエンコーディングの方法１３００の任意のものの実施形態のうちの任意のものを実行することができる。

[00136] 本開示の一態様によれば、エンコーディング済みのビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスする手段と、ブロックの形状に基づいて基準サンプルの組を処理する手段と、処理された基準サンプルの組に基づいてブロック用の予測ブロックを生成する手段と、予測ブロックに基づいてブロックをエンコーディングする手段と、を含む、ビデオデコーディング用の装置が提供される。図１４（例えば、図８を含む）及び図１７は、ビデオデコーディング用の装置、特に、ブロック１４６０（例えば、８００）、１４７５、１７１０、及び１７３０、の構造又は手段を含みうる。ビデオデコーディング用の装置は、ビデオデコーディングの方法１５００の任意のものの実施形態のうちの任意のものを実行することができる。

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

[00138] 本開示の一態様によれば、信号は、ピクチャのブロックを表すエンコーディング済みのデータを含むべくフォーマッティングされたビットストリーム、エンコーディング済みのデータは、ビデオエンコーディングの方法１３００の任意のものの実施形態のうちの任意のものに従ってエンコーディングされている。

[00139] 本開示の一態様によれば、ピクチャのブロックを表すエンコーディング済みのデータを含むべくフォーマッティングされたビットストリーム、エンコーディング済みのデータは、ビデオエンコーディングの方法１３００の任意のものの実施形態のうちの任意のものに従ってエンコーディングされている。

[00140] 更には、方法１３００及び／又は１５００のうちの任意のものは、プロセッサによって実行されうるコンピュータ実行可能命令を（独立的に又は連携して）有するコンピュータプログラムプロダクトとして実装することができる。コンピュータ実行可能命令を有するコンピュータプログラムプロダクトは、システム１６００、エンコーダ７００（例えば、モジュール８００を含む）、及び／又はデコーダ１４００（例えば、モジュール８００を含む）の個々の一時的又は非一時的なコンピュータ可読ストレージ媒体内において保存することができる。

[00141] 本開示の一態様によれば、本開示の方法１３００及び／又は１５００の任意のものの実施形態のうちの任意のものを（独立的に又は連携して）実行するプログラムコード命令を含む、コンピュータプログラムプロダクトが提供されている。

[00142] プロセス１３００及び／又は１５００の要素のうちの１つ又は複数は、本開示の態様を依然として実装しつつ、いくつかの実施形態においては、組み合わせられてもよく、異なる順序において実行されてもよく、或いは、排除されてもよい、ことに留意することが重要である。その他のステップが並行的に実行されてもよく、この場合に、プロセッサは、別のステップを開始する前に、ステップの完全な完了を待つことがない。

[00143] 更には、本開示の態様は、コンピュータ可読ストレージ媒体の形態を有することができる。１つ又は複数のコンピュータ可読ストレージ媒体の任意の組合せを利用することができる。コンピュータ可読ストレージ媒体は、１つ又は複数のコンピュータ可読媒体内において実装された、且つ、コンピュータによって実行可能である、その上部において実施されたコンピュータ可読プログラムコードを有する、コンピュータ可読プログラムプロダクトの形態を有することができる。本明細書において使用されるコンピュータ可読ストレージ媒体は、情報をその内部に保存する固有の能力のみならず、それからの情報の取得を提供する能力も付与された、一時的ではないストレージ媒体と見なされる。コンピュータ可読ストレージ媒体は、例えば、電子的、磁気的、光学的、電磁的、赤外線の、又半導体の、システム、装置、又は機器、或いは、以上のものの任意の適切な組合せ、であってよく、これらに限定されない。

[00144] 以下のリストは、当業者によって容易に理解されるように、本開示が適用されうるコンピュータ可読ストレージ媒体の相対的に具体的な例を提供しているが、これは、例示を目的としたものに過ぎず、且つ、すべてのものを網羅したリストではない、ことを理解されたい。この例のリストは、携帯型コンピュータディスケット、ハードディスク、ＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、携帯型のコンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ：Compact Disc Read-Only Memory）、光ストレージ装置、磁気ストレージ装置、又は以上のものの任意の適切な組合せ、を含む。

[00145] 本開示の一態様によれば、方法１３００及び／又は１５００を含む、本開示の方法の任意のものの実施形態のうちの任意のものを実行するプログラムコード命令を含むソフトウェアプログラムを担持する、コンピュータ可読ストレージ媒体が提供されている。

[00146] 本開示の「一実施形態（one embodiment）」又は「一実施形態（an embodiment）」又は「一実装形態（one implementation）」又は「一実装形態（an implementation）」のみならず、これらのその他の変形に対する参照は、実施形態との関連において記述されている特定の特徴、構造、特性などが、本開示の少なくとも１つの実施形態に含まれていることを意味するものと理解されたい。従って、本明細書の全体を通じて様々な場所において出現する「一実施形態において（in one embodiment）」又は「一実施形態において（in an embodiment）」又は「一実装形態において（in one implementation）」又は「一実装形態において（in an implementation）」というフレーズ、のみならず任意のその他の変形の出現は、必ずしも、すべてが同一の実施形態を参照しているものではない。

[00147] これに加えて、本開示又はその請求項は、様々な情報片を「判定すること（determining）」を参照している場合がある。情報を判定することは、例えば、情報の推定、情報の算出、情報の予測、又はメモリからの情報の取得、のうちの１つ又は複数を含みうる。

[00148] また、本開示又はその請求項は、様々な情報片を「提供すること（providing）」を参照している場合がある。情報の提供は、例えば、情報の出力、情報の保存、情報の送信、情報の送付、情報の表示、情報の図示、又は情報の移動、のうちの１つ又は複数を含みうる。

[00149] 更には、本開示及びその請求項は、様々な情報片に「アクセスすること（accessing）」を参照している場合がある。情報のアクセスは、例えば、情報の受信、（例えば、メモリからの）情報の取得、情報の保存、情報の処理、情報の移動、情報の複写、情報の消去、情報の算出、情報の判定、情報の予測、又は情報の推定、のうちの１つ又は複数を含みうる。

[00150] 更には、本開示又はその請求項は、様々な情報片を「受け取ること（receiving）」を参照している場合がある。受け取ることは、「アクセスすること」と同様に広い用語となるように意図されている。情報の受け取りは、例えば、情報のアクセス、又は（例えば、メモリからの）情報の取得、のうちの１つ又は複数を含みうる。更には、「受け取ること」は、通常、１つの方式により、或いは、別のものにより、例えば、情報の保存、情報の処理、情報の送信、情報の移動、情報の複写、情報の消去、情報の算出、情報の判定、情報の予測、又は情報の推定などの動作中に関与している。

[00151] 図示及び記述されている様々な特徴は、相互交換可能であることを理解されたい。そうではない旨が示されていない限り、一実施形態において示されている特徴は、別の実施形態に組み込むことができる。更には、様々な実施形態において記述されている特徴は、分離不能又は組合せ不能として示されていない限り組み合わせられてもよく、或いは、分離されてもよい。

[00152] 上述のように、図示された様々な要素の機能は、専用のハードウェアのみならず、適切なソフトウェアとの関連においてソフトウェアを実行する能力を有するハードウェアの使用を通じて提供することができる。また、プロセッサによって提供された際に、機能は、単一の専用プロセッサにより、単一の共有されたプロセッサにより、或いはそのいくつかが共有されうる複数の個々のプロセッサにより、提供することができる。

[00153] 添付図面において描かれている、構成要素であるシステムコンポーネント及び方法のいくつかは、好ましくはソフトウェアにおいて実装されていることから、システムコンポーネント又はプロセス機能ブロックの間の実際の接続は、本開示のプロセスがプログラミングされる方式に応じて異なりうることを更に理解されたい。本明細書における教示内容が付与された場合に、当業者は本開示のこれらの及び類似した実装形態又は構成を想定しうるであろう。

[00154] 例示用の実施形態が添付図面を参照して本明細書において記述されているが、本開示はこれらの実施形態そのままに限定されるものではなく、且つ、本開示の範囲を逸脱することなしに、様々な変更及び変形が当業者によって実施されうることを理解されたい。これに加えて、個々の実施形態は、本開示の範囲を逸脱することなしに組み合わせることができる。すべてのこのような変更及び変形は、添付の請求項において記述されている本開示の範囲に含まれることが意図される。

Claims (15)

1. ビデオエンコーディングの方法（１３００）であって、
   ビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスすること（１３１０）と、
   前記ブロックの形状に基づいて前記基準サンプルの組を処理すること（１３２０）と、
   前記処理された基準サンプルの組に基づいて前記ブロック用の予測ブロックを生成すること（１３３０）と、
   前記予測ブロックに基づいて前記ブロックをエンコーディングすること（１３４０）と、
   を有する方法。
2. ビデオエンコーディング用の装置であって、
   ビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスする手段と、
   前記ブロックの形状に基づいて前記基準サンプルの組を処理する手段と、
   前記処理された基準サンプルの組に基づいて前記ブロック用の予測ブロックを生成する手段と、
   前記予測ブロックに基づいて前記ブロックをエンコーディングする手段と、
   を有する装置。
3. ビデオデコーディングの方法（１５００）であって、
   エンコーディング済みのビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスすること（１５１０）と、
   前記ブロックの形状に基づいて前記基準サンプルの組を処理すること（１５２０）と、
   前記処理された基準サンプルの組に基づいて前記ブロック用の予測ブロックを生成すること（１５３０）と、
   前記予測ブロックに基づいて前記ブロックをデコーディングすること（１５４０）と、
   を有する方法。
4. ビデオデコーディング用の装置であって、
   エンコーディング済みのビデオのピクチャ内のブロックの予測のために使用される基準サンプルの組にアクセスする手段と、
   前記ブロックの形状に基づいて前記基準サンプルの組を処理する手段と、
   前記処理された基準サンプルの組に基づいて前記ブロック用の予測ブロックを生成する手段と、
   前記予測ブロックに基づいて前記ブロックをエンコーディングする手段と、
   を有する装置。
5. 前記処理は、前記ブロック形状と関連する機能がある値を超えている際に有効化される請求項１及び３のいずれか１項に記載の方法又は請求項２及び４のいずれか１項に記載の装置。
6. 前記機能は、前記ブロックの最大寸法、前記ブロックの対角線、及び前記ブロックの寸法の重み付けされた合計のうちの１つである請求項５に記載の方法又は請求項５に記載の装置。
7. 前記処理は、予測モードに更に基づいている請求項５及び６のいずれか１項に記載の方法又は請求項５及び６のいずれか１項に記載の装置。
8. 前記処理は、前記機能が前記値を超えている際に少なくとも１つの予測モードについて有効化される請求項８に記載の方法又は請求項８に記載の装置。
9. 非正方形ブロックの場合に、前記処理は、前記ブロックの最小寸法の方向における少なくとも１つの方向予測モードについて無効化される請求項１、３、及び５乃至８のいずれか１項に記載の方法又は請求項２、４、及び５乃至８のいずれか１項に記載の装置。
10. 少なくとも１つのフラグが、前記エンコーディング済みのビデオに含まれており、前記少なくとも１つのフラグは、前記値と前記処理が有効化されるかどうかのうちの少なくとも１つを通知している請求項５乃至９のいずれか１項に記載の方法又は請求項５乃至９のいずれか１項に記載の装置。
11. 前記処理は、前記基準サンプルの組をスムージングフィルタリングすることを含む請求項１、３、及び５乃至１０のいずれか１項に記載の方法又は請求項２、４、及び５乃至１０のいずれか１項に記載の装置。
12. 前記予測は、前記ブロック形状に基づいている請求項１、３、及び５乃至１１のいずれか１項に記載の方法又は請求項２、４、及び５乃至１１のいずれか１項に記載の装置。
13. 請求項１、３、及び５乃至１２のいずれか１項に記載の方法を実行するプログラムコード命令を含むコンピュータプログラムプロダクト。
14. 請求項１、３、及び５乃至１２のいずれか１項に記載の方法用のプログラムコード命令を含むソフトウェアプログラムを担持するコンピュータ可読ストレージ媒体。
15. ピクチャのブロックを表すエンコーディング済みのデータを含むようにフォーマッティングされたビットストリームであって、前記エンコーディング済みのデータは、請求項１及び５乃至１２のいずれか１項に従ってエンコーディングされるビットストリーム。