(57)【要約】  少なくとも１つの実施形態では、新しい符号化ツールの使用により、符号化効率の向上がもたらされる。ある実施形態例では、これらの符号化ツールの効率的なシグナリングは、復号段階に適切なツールが使用されるように、例えばエンコーダデバイスから受信機デバイス（例えば、デコーダ又はディスプレイ）へとコード化に利用される符号化ツールを表す情報を運ぶ。これらのツールは、新しいパーティショニングモード、新しいイントラ予測モード、サンプル適応オフセットに対する柔軟性の向上、及び双予測ブロックの新しい照明補償モードを含む。
2021526329.tif 000002
【特許請求の範囲】
【請求項１】
映像符号化規格に従った情報を含むようにフォーマットされた映像信号であって、前記映像信号が、映像コンテンツ及び高位シンタックス情報を有するビットストリームを含み、前記高位シンタックス情報が、
イントラ予測モードのタイプを表すパラメータと、
パーティショニングのタイプを表すパラメータと、
サンプル適応オフセットループフィルタのブロックサイズ適応を表すパラメータと、
双予測ブロックの照明補償モードを表すパラメータと、
の中から少なくとも少なくとも１つのパラメータを含む、映像信号。
【請求項２】
パーティショニングのタイプを表す前記パラメータが、
四分木及び二分木パーティショニングの第１の値と、
四分木及び二分木パーティショニング＋三分木パーティショニングの第２の値と、
四分木及び二分木パーティショニング＋非対称二分木パーティショニングの第３の値と、
四分木及び二分木パーティショニング＋三分木パーティショニング＋非対称二分木パーティショニングの第４の値と、
を含む、請求項１に記載の映像信号。
【請求項３】
符号化スライスに関して前記サンプル適応オフセットを適用するブロックのサイズをさらに含む、請求項１又は２に記載の映像信号。
【請求項４】
イントラ予測モードの前記タイプが、イントラ双予測モード及びマルチ参照イントラ予測モードの少なくとも一方を含む、請求項１〜３の何れか一項に記載の映像信号。
【請求項５】
コード化された映像信号データを有するストレージ媒体であって、前記映像信号データが、コード化され、並びに映像コンテンツ及び高位シンタックス情報を有するビットストリームを含み、前記高位シンタックス情報が、
イントラ予測モードのタイプを表すパラメータと、
パーティショニングのタイプを表すパラメータと、
サンプル適応オフセットループフィルタのブロックサイズ適応を表すパラメータと、
双予測ブロックの照明補償モードを表すパラメータと、
の中から少なくとも１つのパラメータを含む、ストレージ媒体。
【請求項６】
ピクチャ内の少なくとも１つのブロックのピクチャデータをコード化するための映像エンコーダであって、前記コード化することが、
イントラ予測モードのタイプを表すパラメータと、
パーティショニングのタイプを表すパラメータと、
サンプル適応オフセットループフィルタのブロックサイズ適応を表すパラメータと、
双予測ブロックの照明補償モードを表すパラメータと、
の中から少なくとも１つのパラメータを用いて行われ、
前記パラメータが、前記コード化されたピクチャデータの高位シンタックス要素に挿入される、映像エンコーダを含む、装置。
【請求項７】
ピクチャ内の少なくとも１つのブロックのピクチャデータをコード化することであって、
イントラ予測モードのタイプを表すパラメータと、
パーティショニングのタイプを表すパラメータと、
サンプル適応オフセットループフィルタのブロックサイズ適応を表すパラメータと、
双予測ブロックの照明補償モードを表すパラメータと、
の中から少なくとも１つのパラメータを用いて行われるコード化することと、
前記パラメータを前記コード化されたピクチャデータの高位シンタックス要素に挿入することと、
を含む、映像エンコーダにおける方法。
【請求項８】
ピクチャ内の少なくとも１つのブロックのピクチャデータを復号するための映像デコーダであって、前記復号することが、
イントラ予測モードのタイプを表すパラメータと、
パーティショニングのタイプを表すパラメータと、
サンプル適応オフセットループフィルタのブロックサイズ適応を表すパラメータと、
双予測ブロックの照明補償モードを表すパラメータと、
の中から少なくとも１つのパラメータを用いて行われ、
前記パラメータが、コード化されたピクチャデータの高位シンタックス要素から取得される、映像デコーダを含む、装置。
【請求項９】
コード化されたピクチャデータの高位シンタックス要素からパラメータを取得することと、
ピクチャ内の少なくとも１つのブロックのピクチャデータを復号することであって、
イントラ予測モードのタイプを表すパラメータと、
パーティショニングのタイプを表すパラメータと、
サンプル適応オフセットループフィルタのブロックサイズ適応を表すパラメータと、
双予測ブロックの照明補償モードを表すパラメータと、
の中から少なくとも１つのパラメータを用いて行われる復号することと、
を含む、映像デコーダにおける方法。
【請求項１０】
パーティショニングのタイプを表す前記パラメータが、
四分木及び二分木パーティショニング＋三分木パーティショニングの第２の値と、
四分木及び二分木パーティショニングの第１の値と、
四分木及び二分木パーティショニング＋非対称二分木パーティショニングの第３の値と、
四分木及び二分木パーティショニング＋三分木パーティショニング＋非対称二分木パーティショニングの第４の値と、
を含む、請求項９に記載の方法。
【請求項１１】
符号化スライスに関して前記サンプル適応オフセットを適用するブロックのサイズをさらに含む、請求項９又は１０に記載の方法。
【請求項１２】
イントラ予測モードの前記タイプが、イントラ双予測モード及びマルチ参照イントラ予測モードの少なくとも一方を含む、請求項９〜１１の何れか一項に記載の方法。
【請求項１３】
請求項６〜１２の何れか一項に記載の方法又は装置によって生成されたデータコンテンツを含む、非一時的なコンピュータ可読媒体。
【請求項１４】
請求項７又は９〜１２の少なくとも１つに記載の方法の前記ステップを実施するためのプロセッサによって実行可能なプログラムコード命令を含む、コンピュータプログラム。
【請求項１５】
非一時的なコンピュータ可読媒体に保存され、及び請求項７又は９〜１２の少なくとも１つに記載の方法の前記ステップを実施するためのプロセッサによって実行可能なプログラムコード命令を含む、コンピュータプログラムプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野
本実施形態の少なくとも１つは、一般に、映像のコード化又は映像の復号のためのシンタックス要素に関する。
【背景技術】
【０００２】
背景
高い圧縮効率を得るために、画像及び映像のコード体系は、通常、映像コンテンツにおける空間的及び時間的冗長性を活用するために予測及び変換を用いる。一般に、フレーム内相関又はフレーム間相関を利用するために、イントラ予測又はインター予測が使用され、次いで、オリジナルのブロックと、予測されたブロックとの差（予測誤差又は予測残差と呼ばれることが多い）が、変換され、量子化され、及びエントロピー符号化される。映像を復元するために、圧縮されたデータは、エントロピー符号化、量子化、変換、及び予測に対応する逆のプロセスによって復号される。
【発明の概要】
【０００３】
概要
少なくとも１つの実施形態の第１の態様によれば、映像信号が提示され、この映像信号は、映像符号化規格に従った情報を含むようにフォーマットされ、並びに映像コンテンツ及び高位シンタックス情報を有するビットストリームを含み、前記高位シンタックス情報は、パーティショニングのタイプを表すパラメータと、イントラ予測モードのタイプを表すパラメータと、サンプル適応オフセットループフィルタのブロックサイズ適応を表すパラメータと、双予測ブロックの照明補償モードを表すパラメータと、の中から少なくとも１つのパラメータを含む。
【０００４】
少なくとも１つの実施形態の第２の態様によれば、ストレージ媒体が提示され、このストレージ媒体は、コード化された映像信号データを有し、映像信号は、映像符号化規格に従った情報を含むようにフォーマットされ、並びに映像コンテンツ及び高位シンタックス情報を有するビットストリームを含み、前記高位シンタックス情報は、パーティショニングのタイプを表すパラメータと、イントラ予測モードのタイプを表すパラメータと、サンプル適応オフセットループフィルタのブロックサイズ適応を表すパラメータと、双予測ブロックの照明補償モードを表すパラメータと、の中から少なくとも少なくとも１つのパラメータを含む。
【０００５】
少なくとも１つの実施形態の第３の態様によれば、装置が提示され、この装置は、ピクチャ内の少なくとも１つのブロックのピクチャデータをコード化するための映像エンコーダであって、コード化することが、パーティショニングのタイプを表すパラメータと、イントラ予測モードのタイプを表すパラメータと、サンプル適応オフセットループフィルタのブロックサイズ適応を表すパラメータと、双予測ブロックの照明補償モードを表すパラメータと、の中から少なくとも１つのパラメータを用いて行われ、パラメータが、コード化されたピクチャデータの高位シンタックス要素に挿入される、映像エンコーダを含む。
【０００６】
少なくとも１つの実施形態の第４の態様によれば、方法が提示され、この方法は、ピクチャ内の少なくとも１つのブロックのピクチャデータをコード化することであって、パーティショニングのタイプを表すパラメータと、イントラ予測モードのタイプを表すパラメータと、サンプル適応オフセットループフィルタのブロックサイズ適応を表すパラメータと、双予測ブロックの照明補償モードを表すパラメータと、の中から少なくとも１つのパラメータを用いて行われるコード化することと、パラメータをコード化されたピクチャデータの高位シンタックス要素に挿入することと、を含む。
【０００７】
少なくとも１つの実施形態の第５の態様によれば、装置が提示され、この装置は、ピクチャ内の少なくとも１つのブロックのピクチャデータを復号するための映像デコーダであって、復号することが、パーティショニングのタイプを表すパラメータと、イントラ予測モードのタイプを表すパラメータと、サンプル適応オフセットループフィルタのブロックサイズ適応を表すパラメータと、双予測ブロックの照明補償モードを表すパラメータと、の中から少なくとも１つのパラメータを用いて行われ、パラメータが、コード化されたピクチャデータの高位シンタックス要素から取得される、映像デコーダを含む。
【０００８】
少なくとも１つの実施形態の第６の態様によれば、方法が提示され、この方法は、コード化されたピクチャデータの高位シンタックス要素からパラメータを取得することと、ピクチャ内の少なくとも１つのブロックのピクチャデータを復号することであって、パーティショニングのタイプを表すパラメータと、イントラ予測モードのタイプを表すパラメータと、サンプル適応オフセットループフィルタのブロックサイズ適応を表すパラメータと、双予測ブロックの照明補償モードを表すパラメータと、の中から少なくとも１つのパラメータを用いて行われる復号することと、を含む。
【０００９】
少なくとも１つの実施形態の第７の態様によれば、非一時的なコンピュータ可読媒体が提示され、この非一時的なコンピュータ可読媒体は、第３又は第４の態様によって生成されたデータコンテンツを含む。
【００１０】
少なくとも１つの実施形態の第７の態様によれば、プロセッサによって実行可能なプログラムコード命令を含むコンピュータプログラムが提示され、このコンピュータプログラムは、少なくとも第４又は第６の態様による方法のステップを実施する。
【００１１】
少なくとも１つの実施形態の第８の態様によれば、非一時的なコンピュータ可読媒体に保存され、及びプロセッサによって実行可能なプログラムコード命令を含む、コンピュータプログラムプロダクトが提示され、このコンピュータプログラムプロダクトは、少なくとも第４又は第６の態様による方法のステップを実施する。
【図面の簡単な説明】
【００１２】
図面の簡単な説明
【図１】図１は、高効率映像符号化（ＨＥＶＣ：High Efficiency Video Coding）エンコーダなどの映像エンコーダ１００の一例を示す。
【図２】ＨＥＶＣデコーダなどの映像デコーダ２００の一例のブロック図を示す。
【図３】圧縮されたドメインにおける符号化ツリーユニット及び符号化ツリーの一例を示す。
【図４】符号化ユニット、予測ユニット、及び変換ユニットへのＣＴＵの分割の一例を示す。
【図５】四分木＋二分木（ＱＴＢＴ：Quad-Tree plus Binary-Tree）のＣＴＵ表現の一例を示す。
【図６】符号化ユニットパーティショニングの例示的拡張セットを示す。
【図７】２つの参照層を有するイントラ予測モードの一例を示す。
【図８】双方向照明補償の補償モードのある実施形態例を示す。
【図９】ある実施形態例によるbt-split-flagの解釈を示す。
【図１０】様々な態様及び実施形態が実施されるシステムの一例のブロック図を示す。
【図１１】新しいコード化ツールを用いた、ある実施形態によるコード化方法の一例のフローチャートを示す。
【図１２】新しいコード化ツールを用いた、ある実施形態による復号方法の一部の一例のフローチャートを示す。
【発明を実施するための形態】
【００１３】
詳細な説明
少なくとも１つの実施形態では、下記の新しい符号化ツールの使用により、符号化効率の向上がもたらされる。ある実施形態例では、これらの符号化ツールの効率的なシグナリングは、復号段階に適切なツールが使用されるように、例えばエンコーダデバイスから受信機デバイス（例えば、デコーダ又はディスプレイ）へとコード化に利用される符号化ツールを表す情報を運ぶ。これらのツールは、新しいパーティショニングモード、新しいイントラ予測モード、サンプル適応オフセット（sample adaptive offset）に対する柔軟性の向上、及び双予測（bi-prediction）ブロックの新しい照明補償モードを含む。従って、複数の符号化ツールを寄せ集めた提案される新しいシンタックスは、より効率的な映像符号化を提供する。
【００１４】
図１は、高効率映像符号化（ＨＥＶＣ）エンコーダなどの映像エンコーダ１００の一例を示す。図１は、ＨＥＶＣ規格に対して改善が成されたエンコーダ、又はＪＶＥＴ（Joint Video Exploration Team）が開発を進めているＪＥＭ（Joint Exploration Model）エンコーダなどのＨＥＶＣに類似した技術を用いたエンコーダも示し得る。
【００１５】
本出願では、「復元された」及び「復号された」という用語は、同義で使用される場合があり、「コード化された」又は「符号化された」という用語は、同義で使用される場合があり、並びに「画像」、「ピクチャ」、及び「フレーム」という用語は、同義で使用される場合がある。通常、但し、必須ではないが、「復元された」という用語は、エンコーダ側で使用され、「復号された」は、デコーダ側で使用される。
【００１６】
コード化される前に、映像シーケンスは、コード化前処理（１０１）を受け得る。これは、例えば、入力カラーピクチャにカラー変換を適用すること（例えば、ＲＧＢ４：４：４からＹＣｂＣｒ４：２：０への変換）、又は（例えばカラー成分の１つのヒストグラム平坦化を用いて）圧縮に対してより高い復元力の信号分布を得るために入力ピクチャ成分の再マッピングを行うことによって行われる。メタデータは、前処理に関連付けられ、及びビットストリームに結合され得る。
【００１７】
ＨＥＶＣでは、１つ又は複数のピクチャを有する映像シーケンスをコード化するために、ピクチャは、各スライスが１つ又は複数のスライスセグメントを含み得る１つ又は複数のスライスにパーティショニング（１０２）される。スライスセグメントは、符号化ユニット、予測ユニット、及び変換ユニットに編成される。ＨＥＶＣ仕様は、「ブロック」と「ユニット」とを区別し、「ブロック」は、サンプルアレイのある特定のエリアのアドレスを指定し（例えば、輝度、Ｙ）、「ユニット」は、ブロックに関連付けられた全てのコード化されたカラー成分（Ｙ、Ｃｂ、Ｃｒ、又はモノクロ）、シンタックス要素、及び予測データの配列ブロックを含む（例えば、動きベクトル）。
【００１８】
ＨＥＶＣで符号化を行うために、ピクチャは、構成可能なサイズを有する正方形状の符号化ツリーブロック（ＣＴＢ：coding tree block）にパーティショニングされ、連続する符号化ツリーブロックのセットが、スライスにグループ化される。符号化ツリーユニット（ＣＴＵ：Coding Tree Unit）は、コード化されたカラー成分のＣＴＢを含む。ＣＴＢは、符号化ブロック（ＣＢ：Coding Block）にパーティショニングする四分木の根であり、符号化ブロックは、１つ又は複数の予測ブロック（ＰＢ：Prediction Block）にパーティショニングされてもよく、変換ブロック（ＴＢ：Transform Block）にパーティショニングする四分木の根を形成する。符号化ブロック、予測ブロック、及び変換ブロックに対応して、符号化ユニット（ＣＵ：Coding Unit）は、予測ユニット（ＰＵ：Prediction Unit）及びツリー構造の変換ユニット（ＴＵ：Transform Unit）のセットを含み、ＰＵは、全てのカラー成分の予測情報を含み、並びにＴＵは、カラー成分ごとの残差符号化シンタックス構造を含む。輝度成分のＣＢ、ＰＢ、及びＴＢのサイズが、対応するＣＵ、ＰＵ、及びＴＵに適用される。本出願では、「ブロック」という用語は、例えば、ＣＴＵ、ＣＵ、ＰＵ、ＴＵ、ＣＢ、ＰＢ、及びＴＢの何れかを指すために使用され得る。加えて、「ブロック」は、Ｈ．２６４／ＡＶＣで指定されるようなマクロブロック及びパーティション、又は他の映像符号化規格を指すため、並びにより一般的に様々なサイズのデータのアレイを指すためにも使用され得る。
【００１９】
エンコーダ１００の例では、ピクチャは、下記のようにエンコーダ要素によってコード化される。コード化されるピクチャは、ＣＵのユニットで処理される。各ＣＵは、イントラモード又はインターモードを用いてコード化される。ＣＵがイントラモードでコード化される際に、それは、イントラ予測（１６０）を行う。インターモードでは、動き推定（１７５）及び動き補償（１７０）が行われる。エンコーダは、ＣＵをコード化するためにイントラモード又はインターモードのどちらを使用するかを決定し（１０５）、予測モードフラグによってイントラ／インター決定を示す。予測残差は、オリジナルの画像ブロックから予測されたブロックを減算する（１１０）ことによって計算される。
【００２０】
イントラモードのＣＵは、同じスライス内の復元された隣接サンプルから予測される。ＤＣ予測モード、平面予測モード、及び３３個の角度予測モードを含む、３５個のイントラ予測モードのセットがＨＥＶＣにおいて利用可能である。イントラ予測参照は、現在のブロックに隣接する行及び列から復元される。参照は、以前に復元されたブロックから利用可能なサンプルを使用して、水平方向及び垂直方向のブロックサイズの２倍にわたり延在する。角度予測モードがイントラ予測に使用される場合、参照サンプルは、角度予測モードによって示される方向に沿ってコピーされ得る。
【００２１】
現在のブロックに対して適用可能な輝度イントラ予測モードは、２つの異なるオプションを使用して符号化され得る。適用可能なモードが３つの最確モード（ＭＰＭ：most probable mode）の構築リストに含まれる場合、モードは、ＭＰＭリストのインデックスによってシグナリングされる。そうでなければ、モードは、モードインデックスの固定長二値化によってシグナリングされる。３つの最確モードは、上部隣接ブロック及び左隣接ブロックのイントラ予測モードから導出される。
【００２２】
インターＣＵの場合、対応する符号化ブロックは、１つ又は複数の予測ブロックにさらにパーティショニングされる。インター予測は、ＰＢレベルで行われ、対応するＰＵは、インター予測がどのように行われるかに関する情報を含む。動き情報（例えば、動きベクトル及び参照ピクチャインデックス）は、２つの方法、つまり、「マージモード」及び「高度動きベクトル予測（ＡＭＶＰ：advanced motion vector prediction）」でシグナリングされ得る。
【００２３】
マージモードでは、映像エンコーダ又は映像デコーダは、既に符号化されたブロックに基づいて候補リストをアセンブルし、映像エンコーダは、候補リスト内の候補の１つに関するインデックスをシグナリングする。デコーダ側で、動きベクトル（ＭＶ：motion vector）及び参照ピクチャインデックスは、シグナリングされた候補に基づいて復元される。
【００２４】
ＡＭＶＰでは、映像エンコーダ又は映像デコーダは、既に符号化されたブロックから決定された動きベクトルに基づいて候補リストをアセンブルする。次いで、映像エンコーダは、動きベクトル予測子（ＭＶＰ：motion vector predictor）を識別するために候補リスト内のインデックスをシグナリングし、及び動きベクトル差（ＭＶＤ：motion vector difference）をシグナリングする。デコーダ側では、動きベクトル（ＭＶ）は、ＭＶＰ＋ＭＶＤとして復元される。また、適用可能な参照ピクチャインデックスは、ＡＭＶＰのＰＵシンタックスにおいて明示的に符号化される。
【００２５】
次いで、予測残差が変換（１２５）され、及び量子化（１３０）される（下記の彩度量子化パラメータを適用させるための少なくとも１つの実施形態を含む）。変換は、一般に、分離可能な変換に基づく。例えば、ＤＣＴ変換は、まず水平方向に適用され、次いで垂直方向に適用される。ＪＥＭなどの最近のコーデックでは、両方向で使用される変換は、異なる場合があり（例えば、一方の方向でＤＣＴ、他方の方向でＤＳＴ）、このことは、多種多様な２Ｄ変換をもたらすが、以前のコーデックでは、所与のブロックサイズの２Ｄ変換の多様性は、通常限られている。
【００２６】
量子化変換係数、並びに動きベクトル及び他のシンタックス要素がエントロピー符号化（１４５）されることにより、ビットストリームが出力される。エンコーダは、変換をスキップし、４×４ＴＵベースで量子化を非変換残差信号に直接適用することもできる。エンコーダは、変換及び量子化の両方を回避することもできる（すなわち、残差は、変換プロセス又は量子化プロセスの適用なしに直接符号化される）。直接的なＰＣＭ符号化では予測は適用されず、符号化ユニットサンプルが直接ビットストリームに符号化される。
【００２７】
エンコーダは、コード化されたブロックを復号して、さらなる予測のための参照を提供する。量子化変換係数は、予測残差を復号するために逆量子化され（de-quantized）（１４０）、及び逆変換（１５０）される。復号された予測残差及び予測されたブロックを組み合わせる（１５５）ことにより、画像ブロックが復元される。例えば、非ブロック化／ＳＡＯ（サンプル適応オフセット）フィルタリングを行うことによりコード化アーチファクトを減少させるために、インループフィルタ（１６５）が復元されたピクチャに適用される。フィルタリングされた画像は、参照ピクチャバッファ（１８０）に保存される。
【００２８】
図２は、ＨＥＶＣデコーダなどの映像デコーダ２００の一例のブロック図を示す。デコーダ２００の例では、ビットストリームは、下記のようなデコーダ要素によって復号される。映像デコーダ２００は、一般に、図１に記載されるようなコード化パスと逆の復号パスを行い、これは、映像データのコード化の一部として映像の復号を行う。図２は、ＨＥＶＣ規格に対して改善が成されたデコーダ、又はＪＥＭデコーダなどのＨＥＶＣに類似した技術を用いたデコーダも示し得る。
【００２９】
具体的には、デコーダの入力は、映像エンコーダ１００によって生成され得る映像ビットストリームを含む。ビットストリームは、まず、変換係数、動きベクトル、ピクチャパーティショニング情報、及び他の符号化情報を取得するためにエントロピー復号（２３０）される。ピクチャパーティショニング情報は、ＣＴＵのサイズ、並びにＣＴＵがＣＵに、及び場合によっては適用できる場合にＰＵにスプリットされる様式を示す。従って、デコーダは、復号されたピクチャパーティショニング情報に従って、ピクチャをＣＴＵに分割（２３５）し、各ＣＴＵをＣＵに分割する。変換係数は、予測残差を復号するために、逆量子化（２４０）され（下記の彩度量子化パラメータを適応させるための少なくとも１つの実施形態を含む）、及び逆変換（２５０）される。
【００３０】
復号された予測残差及び予測されたブロックを組み合わせる（２５５）ことにより、画像ブロックが復元される。予測されたブロックは、イントラ予測（２６０）又は動き補償予測（すなわち、インター予測）（２７５）から取得（２７０）され得る。上記の通り、ＡＭＶＰ技術及びマージモード技術を使用して、参照ブロックのサブ整数サンプルの補間値を計算するために補間フィルタを使用し得る、動き補償の動きベクトルを導出することができる。インループフィルタ（２６５）が、復元画像に適用される。フィルタリングされた画像は、参照ピクチャバッファ（２８０）に保存される。
【００３１】
復号されたピクチャは、復号後処理（２８５）、例えば、逆カラー変換（例えば、ＹＣｂＣｒ４：２：０からＲＧＢ４：４：４への変換）、又はコード化前処理（１０１）で行われた再マッピングプロセスの逆を行う逆再マッピングをさらに受け得る。復号後処理は、コード化前処理で導出され、及びビットストリームでシグナリングされたメタデータを使用し得る。
【００３２】
図３は、圧縮されたドメインにおける符号化ツリーユニット及び符号化ツリーの一例を示す。ＨＥＶＣ映像圧縮規格では、ピクチャは、いわゆる符号化ツリーユニット（ＣＴＵ）に分割され、そのサイズは、一般に、６４×６４、１２８×１２８、又は２５６×２５６ピクセルである。各ＣＴＵは、圧縮されたドメインの符号化ツリーによって表される。これは、ＣＴＵの四分木分割であり、各葉が符号化ユニット（ＣＵ）と呼ばれる。
【００３３】
図４は、符号化ユニット、予測ユニット、及び変換ユニットへのＣＴＵの分割の一例を示す。各ＣＵは、幾つかのイントラ予測パラメータ又はインター予測パラメータ予測情報）を与えられる。そのためには、それは、１つ又は複数の予測ユニット（ＰＵ）に空間的にパーティショニングされ、各ＰＵがある予測情報を割り当てられる。イントラ符号化モード又はインター符号化モードがＣＵレベルで割り当てられる。
【００３４】
圧縮されたドメインにおける符号化ツリーユニット表現を含む新たに出現した映像圧縮ツールは、ピクチャデータをより柔軟なやり方で表すために提案される。この符号化ツリーのより柔軟な表現の利点は、それがＨＥＶＣ規格のＣＵ／ＰＵ／ＴＵ配置と比較して圧縮効率の向上を提供する点である。
【００３５】
図５は、四分木＋二分木（ＱＴＢＴ）のＣＴＵ表現の一例を示す。四分木＋二分木（ＱＴＢＴ）符号化ツールは、このような柔軟性の向上を提供する。ＱＴＢＴは、符号化ユニットが四分木様式及び二分木様式の両方でスプリットされ得る符号化ツリーで構成される。符号化ユニットのスプリットは、最小ＲＤ（rate distortion）コストを有するＣＴＵのＱＴＢＴ表現を決定するＲＤ最適化プロシージャにより、エンコーダ側で決定される。ＱＴＢＴ技術では、ＣＵは、正方形状又は長方形状を有する。符号化ユニットのサイズは、常に２のべき乗であり、一般的に、４〜１２８に及ぶ。符号化ユニットのこの長方形状の多様性に加えて、このようなＣＴＵ表現は、ＨＥＶＣと比較して、以下の異なる特性を有する。ＣＴＵのＱＴＢＴ分解は、２段階から成る：まず、ＣＴＵが四分木様式でスプリットされ、次いで、各四分木の葉がさらに二分様式で分割され得る。これは、実線が四分木分解フェーズを表し、破線が四分木の葉に空間的に埋め込まれた二分分解を表す図の右側に示される。イントラスライスでは、輝度及び彩度ブロックパーティショニング構造が、分離され、独立して決定される。それ以上の予測ユニット又は変換ユニットへのＣＵパーティショニングが用いられない。つまり、各符号化ユニットは、系統的に、単一の予測ユニット（２Ｎ×２Ｎの予測ユニットパーティションタイプ）及び単一の変換ユニット（変換木への分割なし）から成る。
【００３６】
図６は、符号化ユニットパーティショニングの例示的拡張セットを示す。ある非対称二分及び木スプリットモード（ＡＢＴ）では、非対称二分スプリットモードの１つ（例えば、HOR_UP（水平−上））によりスプリットされるサイズ（ｗ，ｈ）（幅及び高さ）を有する長方形符号化ユニットは、それぞれ長方形サイズ
【数１】
2021526329.tif 000003
を有する２つのサブ符号化ユニットを生じさせる。加えて、ＣＵのいわゆる三分木パーティショニングが使用されてもよく、図５に提供される可能なパーティションのセットをもたらす。三分木は、考慮された配向（例えば、水平スプリットモードのHOR_TRIPLE）で、親ＣＵに対してサイズ（１／４、１／２、１／４）を有する３つのサブＣＵにＣＵをスプリットさせるものである。
【００３７】
上記の新しいトポロジーの１つ又は複数の実施形態を用いて、大幅な符号化効率の向上がもたらされる。
【００３８】
図７は、２つの参照層を有するイントラ予測モードの一例を示す。実際に、向上したシンタックスにおいて、新しいイントラ予測モードが考慮される。第１の新しいイントラ地獄モードは、マルチ参照イントラ予測（ＭＲＩＰ：multi-Reference Intra Prediction）と名付けられる。このツールは、ブロックのイントラ予測のために複数の参照層を使用することを容易にする。一般的には、イントラ予測のために２つの参照層が使用され、各参照層は、左参照アレイ及び上参照アレイから成る。各参照層は、参照サンプル置換によって構築され、次いで、プレフィルタリングされる。
【００３９】
各参照層を使用して、一般的にはＨＥＶＣ又はＪＥＭで行われるように、ブロックの予測が構築される。最終予測は、２つの参照層から行われた予測の加重平均として形成される。最も近い参照層からの予測には、最も遠い層からの予測よりも大きな重みが与えられる。一般的に使用される重みは、３及び１である。
【００４０】
予測プロセスの最後の部分では、モード依存プロセスを使用して、特定の予測モードの境界サンプルを平滑化するために、複数の参照層が使用され得る。
【００４１】
ある実施形態例では、映像圧縮ツールは、サンプル適応オフセット（ＳＡＯ）の適応可能なブロックサイズも含む。このツールは、ＨＥＶＣで指定されるループフィルタである。ＨＥＶＣでは、ＳＡＯプロセスは、１つのブロックの復元されたサンプルを数個のクラスに分類し、幾つかのクラスに属するサンプルが、オフセットを用いて補正される。ＳＡＯパラメータは、ブロックごとにコード化され、又は左若しくは上に隣接するブロックからのみ引き継がれ得る。
【００４２】
ＳＡＯパレットモードを定義することによって、さらなる向上が提案される。ＳＡＯパレットは、ブロックごとに同じＳＡＯパラメータを維持するが、ブロックは、これらのパラメータを全ての他のブロックから引き継ぎ得る。これは、１つのブロックに関する可能なＳＡＯパラメータの範囲を広げることによって、より高い柔軟性をＳＡＯにもたらす。ＳＡＯパレットは、異なる複数のＳＡＯパラメータのセットから成る。ブロックごとに、どのＳＡＯパラメータを使用するかを示すために、インデックスが符号化される。
【００４３】
図８は、双方向照明補償の補償モードのある実施形態例を示す。照明補償（ＩＣ：Illumination Compensation）は、空間的又は時間的局所照明変動を場合により考慮することによって、動き補償により取得されたブロック予測サンプル（ＳＭＣ）を補正することを可能にする。
ＳＩＣ＝ａｉ．ＳＭＣ＋ｂｉ
【００４４】
双予測の場合、ＩＣパラメータは、図８に描かれるような２つの参照ＣＵサンプルのサンプルを使用して推定される。まず、ＩＣパラメータ（ａ，ｂ）が、２つの参照ブロック間で推定され、次に、参照ブロック及び現在のブロック間のＩＣパラメータ（ａｉ，ｂｉ）ｉ＝０，１が、以下のように導出される。
【数２】
2021526329.tif 000004
【００４５】
ＣＵサイズが幅又は高さにおいて８以下の場合、ＩＣパラメータは、一方向プロセスを用いて推定される。ＣＵサイズが８を超える場合、双方向プロセス又は一方向プロセスから導出されたＩＣパラメータを使用するかの選択が、ＩＣ補償された参照ブロックの平均の差を最小限に抑えるＩＣパラメータを選択することによって行われる。双方向オプティカルフロー（ＢＩＯ）が、双方向照明補償ツールを用いて可能となる。
【００４６】
上記で導入した複数のツールは、映像エンコーダ１００によって選択及び使用され、並びに、映像デコーダ２００によって取得及び使用される必要がある。そのために、これらのツールの使用を表す情報が、映像エンコーダによって生成された符号化ビットストリームで運ばれ、及び高位シンタックス情報の形式で映像デコーダ２００によって取得される。そのために、対応するシンタックスが定義され、以下に説明される。複数のツールを寄せ集めたこのシンタックスは、符号化効率の向上を可能にする。
【００４７】
このシンタックス構造は、基礎としてＨＥＶＣシンタックス構造を使用し、幾つかの追加のシンタックス要素を含む。以下の表において、イタリック体の太字のフォントでシグナリングされ、灰色で強調表示されたシンタックス要素は、ある実施形態例による追加のシンタックス要素に対応する。シンタックス要素は、同じ機能を扱いながら、シンタックス表に示される以外の他の形態又は名称を有し得ることに留意されたい。シンタックス要素は、異なる複数のレベルに存在し得る（例えば、幾つかのシンタックス要素は、シーケンスパラメータセット（ＳＰＳ：sequence parameter set）内に配置されてもよく、幾つかのシンタックス要素は、ピクチャパラメータセット（ＰＰＳ：picture parameter set）内に配置されてもよい）。
【００４８】
下記の表１は、シーケンスパラメータセット（ＳＰＳ）を示し、少なくとも１つの実施形態例による、このパラメータセットに挿入された新しいシンタックス要素、より正確には、multi_type_tree_enabled_primary、log2_min_cu_size_minus2、log2_max_cu_size_minus4、log2_max_tu_size_minus2、sep_tree_mode_intra、multi_type_tree_enabled_secondary、sps_bdip_enabled_flag、sps_mrip_enabled_flag、use_erp_aqp_flag、use_high_perf_chroma_qp_table、abt_one_third_flag、sps_num_intra_mode_ratioを導入する。
【００４９】
【表１】
2021526329.tif 000005
【００５０】
【表２】
2021526329.tif 000006
【００５１】
【表３】
2021526329.tif 000007
【００５２】
【表４】
2021526329.tif 000008
【００５３】
新しいシンタックス要素は、以下のように定義される。
−  use_high_perf_chroma_qp_table：このシンタックス要素は、スライスに関連付けられた彩度成分の復号に使用されるＱＰを、考慮されるスライスの彩度成分に関連付けられたベース彩度ＱＰの関数として導出するために使用される彩度ＱＰ表を指定する。
−  multi_type_tree_enabled_primary：このシンタックス要素は、符号化スライスで許容されるパーティショニングのタイプを示す。少なくとも１つの実施態様では、このシンタックス要素は、シーケンスレベルで（ＳＰＳで）シグナリングされ、従って、このＳＰＳを使用している全ての符号化スライスに適用される。例えば、このシンタックス要素の第１の値は、四分木及び二分木（ＱＴＢＴ）パーティショニング（図５のNO-SPLIT、QT-SPLIT、HOR、及びVER）を許容し、第２の値は、ＱＴＢＴ＋三分木（ＴＴ：triple-tree）パーティショニング（図５のNO-SPLIT、QT-SPLIT、HOR、VER、HOR_TRIPLE、及びVER_TRIPLE）を許容し、第３の値は、ＱＴＢＴ＋非対称二分木（ＡＢＴ）パーティショニング（図５のNO-SPLIT、QT-SPLIT、HOR、VER、HOR-UP、HOR_DOWN、VER_LEFT、及びVER_RIGHT）を許容し、第４の値は、ＱＴＢＴ＋ＴＴ＋ＡＢＴパーティショニング（図５の全てのスプリットケース）を許容する。
−  sep_tree_mode_intra：このシンタックス要素は、輝度ブロック及び彩度ブロックに関して別個の符号化ツリーが使用されるかどうかを示す。sep_tree_mode_intraが１に等しければ、輝度ブロック及び彩度ブロックは、独立した符号化ツリーを使用し、従って、輝度ブロック及び彩度ブロックのパーティショニングは、独立している。少なくとも１つの実施態様では、このシンタックス要素は、シーケンスレベルで（ＳＰＳで）シグナリングされ、従って、このＳＰＳを使用している全ての符号化スライスに適用される。
−  multi_type_tree_enabled_secondary：このシンタックス要素は、パーティショニングのタイプが符号化スライスにおける彩度ブロックに許容されることを示す。このシンタックス要素が取り得る値は、一般的に、シンタックス要素multi_type_tree_enabled_primaryのものと同じである。少なくとも１つの実施態様では、このシンタックス要素は、シーケンスレベルで（ＳＰＳで）シグナリングされ、従って、このＳＰＳを使用している全ての符号化スライスに適用される。
−  sps_bdip_enabled_flag：このシンタックス要素は、考慮される符号化映像シーケンスに含まれる符号化スライスにおいて、ＪＶＥＴ−Ｊ００２２に記載される双方向イントラ予測が許容されることを示す。
−  sps_mrip_enabled_flag：このシンタックス要素は、考慮される符号化映像ビットストリームに含まれるコードスライスの復号において、マルチ参照イントラ予測ツールが使用されることを示す。
−  use_erp_aqp_flag：このシンタックス要素は、ＪＶＥＴ−Ｊ００２２に記載されるようなＶＲ３６０のＥＲＰコンテンツの空間的適応量子化が符号化スライスにおいてアクティブにされるかどうかを示す。
−  abt_one_third_flag：このシンタックス要素は、最初のＣＵの水平寸法又は垂直寸法の１／３及び２／３、又は２／３及び１／３である水平寸法又は垂直寸法をそれぞれ有する２つのパーティションへの非対称パーティショニングが、符号化スライスにおいてアクティブにされるかどうかを示す。
−  sps_num_intra_mode_ratio：このシンタックス要素は、幅又は高さにおいて３の倍数に等しいブロックサイズに使用されるイントラ予測の数の導出方法を指定する。
【００５４】
加えて、以下の３つのシンタックス要素を使用して、符号化ユニット（ＣＵ）のサイズ及び変換ユニット（ＴＵ）のサイズが制御される。少なくとも１つの実施態様において、これらのシンタックス要素は、シーケンスレベルで（ＳＰＳで）シグナリングされ、従って、このＳＰＳを使用している全ての符号化スライスに適用される。
−  log2_min_cu_size_minus2は、最小ＣＵサイズを指定する。
−  log2_max_cu_size_minus4は、最大ＣＵサイズを指定する。
−  log2_max_tu_size_minus2は、最大ＴＵサイズを指定する。
【００５５】
別の実施形態では、上記で導入された新しいシンタックス要素は、シーケンスパラメータセットではなく、ピクチャパラメータセット（ＰＰＳ）において導入される。
【００５６】
下記の表２は、シーケンスパラメータセット（ＳＰＳ）を示し、少なくとも１つの実施形態例による、このパラメータセットに挿入された新しいシンタックス要素、より正確には、以下を導入する：
−  slice_sao_size_id：このシンタックス要素は、符号化スライスに関してＳＡＯが適用されるブロックのサイズを指定する。
−  slice_bidir_ic_enable_flag：符号化スライスに関して双方向照明補償がアクティブにされるかどうかを示す。
【００５７】
【表５】
2021526329.tif 000009
【００５８】
【表６】
2021526329.tif 000010
【００５９】
【表７】
2021526329.tif 000011
【００６０】
【表８】
2021526329.tif 000012
【００６１】
【表９】
2021526329.tif 000013
【００６２】
下記の表３、４、５、６は、少なくとも１つの実施形態例による追加のパーティショニングモードをサポートするために改変された符号化ツリーシンタックスを示す。具体的には、非対称パーティショニングを可能にするシンタックスが、coding_binary_tree()で指定される。新しいシンタックス要素、より正確には以下が符号化ツリーシンタックスに挿入される。
−  非対称二分スプリットが現在のＣＵに関して許容されるかどうかを示すasymmetricSplitFlag、及び
−  非対称二分スプリットのタイプを示すasymmetric_type、水平スプリットが上若しくは下となること、又は垂直スプリットが左若しくは右となることを可能にするために、２つの値を取り得る
【００６３】
加えて、パラメータbtSplitModeが異なって解釈される。
【００６４】
【表１０】
2021526329.tif 000014
【００６５】
【表１１】
2021526329.tif 000015
【００６６】
【表１２】
2021526329.tif 000016
【００６７】
【表１３】
2021526329.tif 000017
【００６８】
【表１４】
2021526329.tif 000018
【００６９】
図９は、少なくとも１つの実施形態例によるbt-split-flagの解釈を示す。２つのシンタックス要素asymmetricSplitFlag及びasymmetric_typeを使用して、パラメータbtSplitModeの値が指定される。btSplitModeは、現在のＣＵに適用される二分スプリットモードを示す。btSplitModeは、先行技術とは異なって導出される。ＪＥＭでは、それは、HOR、VERの値を取り得る。向上したシンタックスにおいて、それは、図６に示すパーティショニングに対応するHOR_UP、HOR_DOWN、VER_LEFT、VER_RIGHTの値をさらに取り得る。
【００７０】
下記の表７、８、９、及び１０は、符号化ユニットシンタックス要素を示し、及び双方向イントラ予測モードの新しいシンタックス要素を導入する。
【００７１】
【表１５】
2021526329.tif 000019
【００７２】
【表１６】
2021526329.tif 000020
【００７３】
【表１７】
2021526329.tif 000021
【００７４】
【表１８】
2021526329.tif 000022
【００７５】
【表１９】
2021526329.tif 000023
【００７６】
【表２０】
2021526329.tif 000024
【００７７】
本文書で述べるシンタックス要素の幾つかは、アレイとして定義される。例えば、btSplitFlagは、ピクチャ内の水平位置及び垂直位置によって、並びに符号化ブロック水平サイズ及び垂直サイズによってインデックスが付けられた次元４のアレイによって定義される表記を単純化するために、シンタックス要素の意味記述では、これらのインデックスは、維持されない（例えば、btSplitFlag[ x0 ][ y0 ][ cbSizeX ][ cbSizeY ]は、単にbtSplitFlagと示される）。
【００７８】
図１０は、様々な態様及び実施形態が実施されるシステムの一例のブロック図を示す。システム１０００は、下記の様々なコンポーネントを含むデバイスとして具現化することができ、本出願に記載する態様の１つ又は複数を行うように構成される。このようなデバイスの例には、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、デジタルマルチメディアセットトップボックス、デジタルテレビ受信機、パーソナルビデオ録画システム、接続された家電、エンコーダ、トランスコーダ、及びサーバなどの様々な電子デバイスが含まれるが、これらに限定されない。システム１０００の要素は、単独で、又は組み合わせて、単一の集積回路、複数のＩＣ、及び／又は個別コンポーネントで具現化され得る。例えば、少なくとも１つの実施形態では、システム１０００の処理要素及びエンコーダ／デコーダ要素は、複数のＩＣ及び／又は個別コンポーネントに分散される。様々な実施形態では、システム１０００は、例えば、通信バスを介して、又は専用入力及び／又は出力ポートを経由して他の類似のシステム又は他の電子デバイスに通信可能に結合される。様々な実施形態では、システム１０００は、本文書に記載する態様の１つ又は複数を実施するように構成される。
【００７９】
システム１０００は、例えば、本文書に記載する様々な態様を実施するために内部にロードされた命令を実行するように構成された少なくとも１つのプロセッサ１０１０を含む。プロセッサ１０１０は、内蔵メモリ、入出力インタフェース、及び当該分野で公知の様々な他の回路網を含み得る。システム１０００は、少なくとも１つのメモリ１０２０（例えば、揮発性メモリデバイス、及び／又は不揮発性メモリデバイス）を含む。システム１０００は、ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、フラッシュ、磁気ディスクドライブ、及び／又は光ディスクドライブを含む（但し、これらに限定されない）不揮発性メモリ及び／又は揮発性メモリを含み得るストレージデバイス１０４０を含む。ストレージデバイス１０４０は、非限定例として、内部ストレージデバイス、取り付けられたストレージデバイス、及び／又はネットワークアクセス可能ストレージデバイスを含み得る。
【００８０】
システム１０００は、例えば、コード化された映像又は復号された映像を提供するためにデータを処理するように構成されたエンコーダ／デコーダモジュール１０３０を含み、並びにエンコーダ／デコーダモジュール１０３０は、独自のプロセッサ及びメモリを含み得る。エンコーダ／デコーダモジュール１０３０は、コード化機能及び／又は復号機能を行うためにデバイス内に含まれ得るモジュールを表す。知られているように、デバイスは、コード化モジュール及び復号モジュールの一方又は両方を含み得る。さらに、エンコーダ／デコーダモジュール１０３０は、システム１０００の別個の要素として実施されてもよく、又は当業者に知られているようなハードウェア及びソフトウェアの組み合わせとしてプロセッサ１０１０内に組み込まれてもよい。
【００８１】
本文書に記載する様々な態様を行うためにプロセッサ１０１０又はエンコーダ／デコーダ１０３０にロードされるプログラムコードは、ストレージデバイス１０４０に保存され、後に、プロセッサ１０１０による実行のためにメモリ１０２０にロードされ得る。様々な実施形態によれば、プロセッサ１０１０、メモリ１０２０、ストレージデバイス１０４０、及びエンコーダ／デコーダモジュール１０３０の１つ又は複数は、本文書に記載するプロセスを行う間に、様々なアイテムの１つ又は複数を保存することができる。このような保存されるアイテムには、入力された映像、復号された映像、又は復号された映像の一部、ビットストリーム、行列、変数、並びに方程式、式、演算、及び演算論理の処理による中間結果又は最終結果が含まれ得るが、これらに限定されない。
【００８２】
幾つかの実施形態では、プロセッサ１０１０及び／又はエンコーダ／デコーダモジュール１０３０の内部のメモリを使用して、命令の保存、及びコード化又は復号中に必要とされる処理のための作業メモリの提供が行われる。しかし、他の実施形態では、処理デバイス（例えば、処理デバイスは、プロセッサ１０１０又はエンコーダ／デコーダモジュール１０３０でもよい）の外部のメモリが、これらの機能の１つ又は複数のために使用される。外部メモリは、メモリ１０２０及び／又はストレージデバイス１０４０（例えば、ダイナミック揮発性メモリ及び／又は不揮発性フラッシュメモリ）でもよい。幾つかの実施形態では、外部不揮発性フラッシュメモリを使用して、テレビのオペレーティングシステムが保存される。少なくとも１つの実施形態では、ＲＡＭなどの高速外部ダイナミック揮発性メモリが、MPEG-2、ＨＥＶＣ、又はＶＶＣ（Versatile Video Coding）などの映像符号化動作及び復号動作のための作業メモリとして使用される。
【００８３】
システム１０００の要素への入力は、ブロック１１３０に示されるような様々な入力デバイスを用いて提供され得る。このような入力デバイスには、（ｉ）例えば放送局によって無線で送信されるＲＦ信号を受信するＲＦ部分、（ｉｉ）複合入力端子、（ｉｉｉ）ＵＳＢ入力端子、及び／又は（ｉｖ）HDMI入力端子が含まれるが、これらに限定されない。
【００８４】
様々な実施形態では、ブロック１１３０の入力デバイスは、当該分野で公知の関連付けられたそれぞれの入力処理要素を有する。例えば、ＲＦ部分は、（ｉ）所望の周波数を選択すること（信号を選択すること、又は信号をある周波数帯に帯域制限することとも呼ばれる）、（ｉｉ）選択された信号をダウンコンバートすること、（ｉｉｉ）特定の実施形態においてチャネルと呼ばれ得る（例えば）信号周波数帯を選択するためにより狭い周波数帯に再度帯域制限すること、（ｉｖ）ダウンコンバートされ、及び帯域制限された信号を復調すること、（ｖ）誤り訂正を行うこと、並びに（ｖｉ）データパケットの所望のストリームを選択するために逆多重化することを行うために必要な要素と関連付けられ得る。様々な実施形態のＲＦ部分は、これらの機能を行うための１つ又は複数の要素、例えば、周波数セレクタ、信号セレクタ、帯域リミッタ、チャネルセレクタ、フィルタ、ダウンコンバータ、復調器、誤り訂正器、及びデマルチプレクサを含む。ＲＦ部分は、例えば、受信した信号をより低い周波数（例えば、中間周波数、若しくはベースバンドに近い周波数）又はベースバンドにダウンコンバートすることを含む、これらの機能の幾つかを行うチューナを含み得る。１つのセットトップボックス実施形態では、ＲＦ部分及びそれに関連付けられた入力処理要素は、有線（例えばケーブル）媒体上で送信されたＲＦ信号を受信し、並びに、フィルタリング、ダウンコンバート、及び所望の周波数帯への再度のフィルタリングによって周波数選択を行う。様々な実施形態は、上記の（及び他の）要素の順序を再配置し、これらの要素の幾つかを除去し、及び／又は類似の機能、若しくは異なる機能を行う他の要素を追加する。要素を追加することは、既存の要素の間に要素を挿入すること（例えば、増幅器及びアナログ−デジタル変換器を挿入することなど）を含み得る。様々な実施形態において、ＲＦ部分は、アンテナを含む。
【００８５】
さらに、ＵＳＢ及び／又はHDMI端子は、システム１０００をＵＳＢ及び／又はHDMI接続により他の電子デバイスに接続するためのそれぞれのインタフェースプロセッサを含み得る。入力処理の様々な態様、例えばリードソロモン誤り訂正が、例えば、必要に応じて、別個の入力処理ＩＣ内で、又はプロセッサ１０１０内で実施され得ることが理解されるものとする。同様に、ＵＳＢ又はHDMIインタフェース処理の態様は、必要に応じて、別個のインタフェースＩＣ内で、又はプロセッサ１０１０内で実施され得る。復調され、誤り訂正され、及び逆多重化されたストリームは、例えば、プロセッサ１０１０、並びに出力デバイス上に表示するために必要に応じてデータストリームを処理するためにメモリ及びストレージ要素と組み合わせて動作するエンコーダ／デコーダ１０３０を含む様々な処理要素に提供される。
【００８６】
システム１０００の様々な要素が、統合ハウジング内に設けられ得る、統合ハウジング内では、様々な要素が、Ｉ２Ｃバス、配線、及びプリント基板を含む、適宜の接続構成（例えば、当該分野で公知の内部バス）を用いて、相互接続され、及びそれらの間でデータを送信し得る。
【００８７】
システム１０００は、通信チャネル１０６０を介して他のデバイスとの通信を可能にする通信インタフェース１０５０を含む。通信インタフェース１０５０には、通信チャネル１０６０上でデータの送信及び受信を行うように構成された送受信機が含まれ得るが、これに限定されない。通信インタフェース１０５０には、モデム又はネットワークカードが含まれ得るが、これに限定されず、通信チャネル１０６０は、例えば、有線媒体及び／又は無線媒体内で実施され得る。
【００８８】
様々な実施形態において、データは、IEEE 802.11などのWi-Fiネットワークを用いて、システム１０００にストリーミングされる。これらの実施形態のWi-Fi信号は、Wi-Fi通信に適した通信チャネル１０６０及び通信インタフェース１０５０によって受信される。これらの実施形態の通信チャネル１０６０は、一般的に、ストリーミング利用及び他のオーバーザトップ通信を可能にするインターネットを含む外部のネットワークへのアクセスを提供するアクセスポイント又はルータに接続される。他の実施形態は、入力ブロック１１３０のHDMI通信によりデータを送るセットトップボックスを用いて、システム１０００にストリーミングされたデータを提供する。さらに他の実施形態は、入力ブロック１１３０のＲＦ接続を用いてシステム１０００にストリーミングされたデータを提供する。
【００８９】
システム１０００は、ディスプレイ１１００、スピーカ１１１０、及び他の周辺デバイス１１２０を含む様々な出力デバイスに出力信号を提供し得る。他の周辺デバイス１１２０には、実施形態の様々な例において、スタンドアロンＤＶＲ、ディスクプレイヤ、ステレオシステム、照明システム、及びシステム１０００の出力に基づいて機能を提供する他のデバイスの１つ又は複数が含まれる。様々な実施形態において、制御信号は、AV.Link、ＣＥＣ、又はユーザの介入がある、若しくはユーザの介入がないデバイス対デバイス制御を可能にする他の通信プロトコルなどのシグナリングを用いて、システム１０００と、ディスプレイ１１００、スピーカ１１１０、又は他の周辺デバイス１１２０との間で通信される。出力デバイスは、それぞれのインタフェース１０７０、１０８０、及び１０９０を経由した専用接続を介してシステム１０００に通信可能に結合され得る。代替的に、出力デバイスは、通信インタフェース１０５０を介して、通信チャネル１０６０を用いてシステム１０００に接続され得る。ディスプレイ１１００及びスピーカ１１１０は、例えばテレビなどの電子デバイスにおけるシステム１０００の他のコンポーネントと単一ユニットで統合されてもよい。様々な実施形態において、ディスプレイインタフェース１０７０には、例えば、タイミングコントローラ（T Con）チップなどのディスプレイドライバが含まれる。
【００９０】
ディスプレイ１１００及びスピーカ１１１０は、代替的に、例えば入力１１３０のＲＦ部分が別個のセットトップボックスの一部である場合に、他のコンポーネントの１つ又は複数から分離され得る。ディスプレイ１１００及びスピーカ１１１０が外部コンポーネントである様々な実施形態において、出力信号は、例えば、HDMIポート、ＵＳＢポート、又はＣＯＭＰ出力を含む専用出力接続を介して提供され得る。本明細書に記載される実施態様は、例えば、方法若しくはプロセス、装置、ソフトウェアプログラム、データストリーム、又は信号で実施され得る。実施態様の単一の形態の文脈でのみ述べられる（例えば、方法としてのみ述べられる）場合でも、述べられた特徴の実施態様は、他の形態（例えば、装置又はプログラム）で実施することもできる。装置は、例えば、適宜のハードウェア、ソフトウェア、及びファームウェアで実施され得る。方法は、例えば、処理デバイス全般（例えば、コンピュータ、マイクロプロセッサ、集積回路、又はプログラマブル論理デバイスを含む）を指すプロセッサなどの装置で実施され得る。プロセッサは、例えば、コンピュータ、携帯電話、ポータブル／携帯情報端末（「ＰＤＡ」）、及びエンドユーザ間の情報の通信を容易にする他のデバイスなどの通信デバイスも含む。
【００９１】
図１１は、新しいコード化ツールを用いた、ある実施形態によるコード化方法の一例のフローチャートを示す。このようなコード化方法は、図１０に記載されるシステム１０００によって行うことができ、より正確には、プロセッサ１０１０によって実施することができる。少なくとも１つの実施形態では、ステップ１１９０において、プロセッサ１０１０は、使用されるコード化ツールを選択する。選択は、異なる技術を使用して行われ得る。選択は、コード化プロセス及び復号プロセス中に使用されるツール（必要であれば、対応するパラメータも）を示すコード化構成パラメータ（一般的にはフラグ）を用いて、ユーザによって行われ得る。ある実施形態例では、選択は、ファイルに値の値を設定することにより行われ、フラグは、どのツールを使用するかを選択するためにフラグの値を解釈するコード化デバイスによって読み取られる。ある実施形態例では、選択は、エンコーダデバイスを操作するグラフィカルユーザインタフェースを用いてコード化構成パラメータを選択するユーザの手動動作によって行われる。この選択が行われると、コード化が、幾つかあるコード化ツールの中から選択されたツールを利用して、ステップ１１９３において行われ、ツールの選択が、高位シンタックス要素において（例えば、次のＳＰＳ、ＰＰＳ、或いはスライスヘッダにおいて）シグナリングされる。
【００９２】
図１２は、新しいコード化ツールを用いた、ある実施形態による復号方法の一部の一例のフローチャートを示す。このような復号方法は、図１０に記載されるシステム１０００によって行うことができ、より正確には、プロセッサ１０１０によって実施することができる。少なくとも１つの実施形態では、ステップ１２００において、プロセッサ１０１０は、（例えば入力インタフェースで受信された、又は媒体サポートから読み取られた）信号にアクセスし、コード化デバイスで選択されたツールを決定するために高位シンタックス要素を抽出及び分析する。ステップ１２１０では、これらのツールを使用して、復号が行われ、例えばデバイスに提供され得る、又はデバイス上に表示され得る復号された画像が生成される。
【００９３】
「１つの実施形態」、又は「ある実施形態」、又は「１つの実施態様」、又は「ある実施態様」、及びこれらの他のバリエーションに対する言及は、その実施形態に関連して記載されたある特定の特徴、構造、特性などが、少なくとも１つの実施形態に含まれることを意味する。従って、本明細書を通して様々な箇所に出現する「１つの実施形態では」、又は「ある実施形態では」、又は「１つの実施態様では」、又は「ある実施態様では」というフレーズ、及びその他のバリエーションの出現は、必ずしも全て同じ実施形態を指すわけではない。
【００９４】
加えて、本出願又はその特許請求の範囲は、様々な情報を「決定すること」に言及することがある。情報を決定することは、例えば、情報を推定すること、情報を計算すること、情報を予測すること、又はメモリから情報を取り出すことの１つ又は複数を含み得る。
【００９５】
さらに、本出願又はその特許請求の範囲は、様々な情報に「アクセスすること」に言及することがある。情報にアクセスすることは、例えば、情報を受信すること、（例えばメモリから）情報を取り出すこと、情報を保存すること、情報を移動させること、情報をコピーすること、情報を計算すること、情報を予測すること、又は情報を推定することの１つ又は複数を含み得る。
【００９６】
さらに、本出願又はその特許請求の範囲は、様々な情報を「受信すること」に言及することがある。「アクセスすること」と同様に、受信することは、広義語であることが意図されたものである。情報を受信することは、例えば、情報にアクセスすること、又は（例えば、メモリ若しくは光媒体ストレージから）情報を取り出すことの１つ又は複数を含み得る。さらに「受信すること」は、一般的に、例えば、情報を保存すること、情報を処理すること、情報を送信すること、情報を移動させること、情報をコピーすること、情報を消去すること、情報を計算すること、情報を決定すること、情報を予測すること、又は情報を推定することなどの動作中に、何らかの形で伴われる。
【００９７】
例えば、「Ａ／Ｂ」、「Ａ及び／又はＢ」、並びに「Ａ及びＢの少なくとも１つ」の場合における、以下の「／」、「及び／又は」、並びに「〜の少なくとも１つ」の何れかの使用は、一番目に挙げられたオプション（Ａ）のみの選択、又は二番目に挙げられたオプション（Ｂ）のみの選択、又は両方のオプション（Ａ及びＢ）の選択を包含することが意図される。さらなる例として、「Ａ、Ｂ、及び／又はＣ」、並びに「Ａ、Ｂ、及びＣの少なくとも１つ」の場合、このような言い回しは、一番目に挙げられたオプション（Ａ）のみの選択、又は二番目に挙げられたオプション（Ｂ）のみの選択、又は三番目に挙げられたオプション（Ｃ）のみの選択、又は一番目及び二番目に挙げられたオプション（Ａ及びＢ）のみの選択、又は一番目及び三番目に挙げられたオプション（Ａ及びＣ）のみの選択、又は二番目及び三番目に挙げられたオプション（Ｂ及びＣ）のみの選択、又は３つの全オプション（Ａ及びＢ及びＣ）の選択を包含することが意図される。これは、本分野及び関連の分野の当業者には容易に明らかとなるように、挙げられたアイテムの数だけ拡張することができる。
【００９８】
当業者には明白となるように、実施態様は、例えば保存又は送信され得る情報を運ぶようにフォーマットされた様々な信号を生成し得る。情報は、例えば、方法を行うための命令、又は記載した実施態様の１つによって生成されたデータを含み得る。例えば、信号は、ある記載した実施形態のビットストリームを運ぶようにフォーマットされ得る。このような信号は、例えば、電磁波として（例えば、スペクトルの無線周波数部分を使用して）、又はベースバンド信号としてフォーマットされ得る。フォーマットすることは、例えば、データストリームをコード化すること、及びコード化されたデータストリームで搬送波を変調することを含み得る。信号が運ぶ情報は、例えば、アナログ情報又はデジタル情報でもよい。信号は、知られているように、様々な異なる有線リンク又は無線リンクにより送信され得る。信号は、プロセッサ可読媒体に保存され得る。
【００９９】
少なくともある実施形態の第１、第２、第３、第４、第５、第６、第７、及び第８の態様の別形態では、パーティショニングのタイプを表すパラメータは、四分木及び二分木パーティショニングの第１の値、四分木及び二分木パーティショニング＋三分木パーティショニングの第２の値、四分木及び二分木パーティショニング＋非対称二分木パーティショニングの第３の値、並びに四分木及び二分木パーティショニング＋三分木パーティショニング＋非対称二分木パーティショニングの第４の値を含む。
【０１００】
少なくともある実施形態の第１、第２、第３、第４、第５、第６、第７、及び第８の態様の別形態では、パラメータは、符号化スライスに関してサンプル適応オフセットを適用するブロックのサイズをさらに含む。
【０１０１】
少なくともある実施形態の第１、第２、第３、第４、第５、第６、第７、及び第８の態様の別形態では、イントラ予測モードのタイプは、イントラ双予測モード及びマルチ参照イントラ予測モードの少なくとも一方を含む
【図１】
2021526329.tif 000025
【図２】
2021526329.tif 000026
【図３】
2021526329.tif 000027
【図４】
2021526329.tif 000028
【図５】
2021526329.tif 000029
【図６】
2021526329.tif 000030
【図７】
2021526329.tif 000031
【図８】
2021526329.tif 000032
【図９】
2021526329.tif 000033
【図１０】
2021526329.tif 000034
【図１１】
2021526329.tif 000035
【図１２】
2021526329.tif 000036
【国際調査報告】
2021526329.tif 000037
2021526329.tif 000038
2021526329.tif 000039
2021526329.tif 000040
2021526329.tif 000041