知財求人 - 知財ポータルサイト「IP Force」
▶ インターデイジタル ヴィーシー ホールディングス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-01-08
(45)【発行日】2025-01-17
(54)【発明の名称】ピクチャエンコードおよびデコードのための方法およびデバイス
(51)【国際特許分類】
H04N 19/103 20140101AFI20250109BHJP
H04N 19/157 20140101ALI20250109BHJP
H04N 19/176 20140101ALI20250109BHJP
【ＦＩ】
H04N19/103
H04N19/157
H04N19/176
【請求項の数】
10
(21)【出願番号】P 2021529051
(86)(22)【出願日】2019-11-15
(65)【公表番号】
(43)【公表日】2022-01-25
(86)【国際出願番号】 US2019061658
(87)【国際公開番号】W WO2020106564
(87)【国際公開日】2020-05-28
【審査請求日】2022-11-15
(31)【優先権主張番号】18306535.8
(32)【優先日】2018-11-21
(33)【優先権主張国・地域又は機関】EP
(31)【優先権主張番号】18306765.1
(32)【優先日】2018-12-20
(33)【優先権主張国・地域又は機関】EP
(31)【優先権主張番号】19305183.6
(32)【優先日】2019-02-14
(33)【優先権主張国・地域又は機関】EP
(73)【特許権者】
【識別番号】318017914
【氏名又は名称】インターデイジタル ヴィーシー ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】フィリップ ボルデ
(72)【発明者】
【氏名】タンギ ポワリエ
(72)【発明者】
【氏名】ヤー チェン
【審査官】岩井 健二
(56)【参考文献】
【文献】国際公開第２０２０／０９８６４４（ＷＯ，Ａ１）
【文献】TOMA, Tadamasa, et al.，Description of SDR video coding technology proposal by Panasonic，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 10th Meeting: San Diego, US，JVET-J0020-v1，ITU-T，2018年04月，pp.49-51
【文献】ABE, Kiyofumi, et al.，CE4-related: Low pipeline latency LIC，Joint Video Exploration Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 12th Meeting: Macao, CN，JVET-L0120-v2，ITU-T，2018年10月，pp.1-5
【文献】Chen-Yen Lai, et al.，CE9-related: BIO simplification，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-L0099，12th Meeting: Macao, CN，2018年10月，pp.1-6
【文献】Tomonori Hashimoto, et al.，Non-CE4: Weighted prediction with BDOF and bi-prediction with CU weights harmonization，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-M0067-v1，13th Meeting: Marrakech, MA，2019年01月，pp.1-6
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １９／００ － １９／９８
(57)【特許請求の範囲】
【請求項1】
カレントブロックに対して少なくとも１つの第１のブロックレベルパラメーターをデコードするステップと、
前記少なくとも１つのデコードされた第１のブロックレベルパラメーターが、一般化された双方向予測重みがデフォルト重みに等しくないことを示している条件で、前記カレントブロックに対して、オプティカルフローに基づいてブロックのサンプルの動きをリファインすることを可能とする双方向性オプティカルフローモードを無効にするステップと、
前記カレントブロックをデコードするステップと
を備えることを特徴とするデコードの方法。
【請求項2】
前記ブロックのサイズが予め定められた値を下回る条件で、一般化された双方向予測を無効にするステップ、または、一般化された双方向予測重みをデフォルト重みに設定するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項3】
カレントブロックに対して少なくとも１つの第１のブロックレベルパラメーターを取得するステップと、前記少なくとも１つのデコードされた第１のブロックレベルパラメーターが、一般化された双方向予測重みがデフォルト重みに等しくないことを示している条件で、前記カレントブロックに対して、オプティカルフローに基づいてブロックのサンプルの動きをリファインすることを可能とする双方向性オプティカルフローモードを無効にするステップと、
前記カレントブロックをエンコードするステップと
を備えることを特徴とするエンコードの方法。
【請求項4】
カレントブロックに対して少なくとも１つの第１のブロックレベルパラメーターをデコードすることと、
前記少なくとも１つのデコードされた第１のブロックレベルパラメーターが、一般化された双方向予測重みがデフォルト重みに等しくないことを示している条件で、前記カレントブロックに対して、オプティカルフローに基づいてブロックのサンプルの動きをリファインすることを可能とする双方向性オプティカルフローモードを無効にすることと、
前記カレントブロックをデコードすることと
を行うように構成された１つまたは複数のプロセッサーを備えたことを特徴とするデコード装置。
【請求項5】
カレントブロックに対して少なくとも１つの第１のブロックレベルパラメーターを取得することと、前記少なくとも１つのデコードされた第１のブロックレベルパラメーターが、一般化された双方向予測重みがデフォルト重みに等しくない条件で、前記カレントブロックに対して、オプティカルフローに基づいてブロックのサンプルの動きをリファインすることを可能とする双方向性オプティカルフローモードを無効にすることと、
前記カレントブロックをエンコードすることと
を行うように構成された１つまたは複数のプロセッサーを備えたことを特徴とするエンコード装置。
【請求項6】
請求項１に記載の方法を実装するためのプログラムコード命令をストアした非一時的情報記憶媒体。
【請求項7】
請求項３に記載の方法を実装するためのプログラムコード命令をストアした非一時的情報記憶媒体。
【請求項8】
前記ブロックのサイズが予め定められた値を下回る条件で、一般化された双方向予測を無効にするステップ、または、一般化された双方向予測重みをデフォルト重みに設定するステップをさらに備えることを特徴とする請求項３に記載の方法。
【請求項9】
前記１つまたは複数のプロセッサーは、前記ブロックのサイズが予め定められた値を下回る条件で、一般化された双方向予測を無効にすること、または、一般化された双方向予測重みをデフォルト重みに設定すること
を行うようにさらに構成されたことを特徴とする請求項４に記載のデコード装置。
【請求項10】
前記１つまたは複数のプロセッサーは、前記ブロックのサイズが予め定められた値を下回る条件で、一般化された双方向予測を無効にすること、または、一般化された双方向予測重みをデフォルト重みに設定すること
を行うようにさらに構成されたことを特徴とする請求項５に記載のエンコード装置。
【発明の詳細な説明】
【技術分野】
【0001】
本態様のうちの少なくとも１つは、一般に、ピクチャエンコードおよびデコードのための方法およびデバイスに関し、より詳細には、種々の符号化ツール、たとえば、動き補償（Motion Compensation）、局所照明補償（Local Illumination Compensation）、一般化双方向予測（Generalized Bi-prediction）、ポストリコンストラクション（post-reconstruction）フィルターなどを使用するピクチャエンコードおよびデコードのための方法およびデバイスに関する。
【背景技術】
【0002】
高い圧縮効率を達成するために、通例、画像およびビデオ符号化スキームは、予測および変換を用いてビデオコンテンツにおける空間的なおよび時間的な冗長性をレバレッジ（leverage）する。一般に、イントラまたはインター予測は、イントラまたはインターフレーム相関を利用するのに使用され、多くの場合、予測誤差、予測残差、または予測子として示される、元の画像ブロックと予測画像ブロックとの差分は、変換され、量子化され、エントロピー符号化される。エンコード中に、通例、元の画像ブロックは、おそらく四分木分割を使用して、サブブロックに分割される／分けられる。ビデオを再構成するために、圧縮されているデータは、予測、変換、量子化、およびエントロピー符号化に対応する逆処理によってデコードされる。
【発明の概要】
【0003】
少なくとも１つの態様の一般的な様相に従って、ビデオデータをデコードするための方法が与えられ、次を含む。
－カレントブロックに対してパラメーターをデコードすることと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、およびデコードされているパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをデコードすること。
－カレントブロックに対してパラメーターをデコードすることと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、およびデコードされているパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをデコードすること。
【0004】
少なくとも１つの態様の一般的な様相に従って、ビデオデータをエンコードするための方法が与えられ、次を含む。
－カレントブロックに対してパラメーターを取得することと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、および取得されたパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをエンコードすること。
－カレントブロックに対してパラメーターを取得することと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、および取得されたパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをエンコードすること。
【0005】
少なくとも１つの態様の一般的な様相に従って、デコード装置が与えられ、次を行うように構成された１つまたは複数のプロセッサー含む。
－カレントブロックに対してパラメーターをデコードすることと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、およびデコードされているパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをデコードすること。
－カレントブロックに対してパラメーターをデコードすることと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、およびデコードされているパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをデコードすること。
【0006】
少なくとも１つの態様の一般的な様相に従って、ビデオデータをエンコードするための方法が与えられ、次を含む。
－カレントブロックに対してパラメーターを取得することと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、および取得されたパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをエンコードすること。
－カレントブロックに対してパラメーターを取得することと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、および取得されたパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをエンコードすること。
【0007】
少なくとも１つの態様の一般的な様相に従って、エンコード装置が与えられ、次を行うように構成された１つまたは複数のプロセッサー含む。
－カレントブロックに対してパラメーターを取得することと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、および取得されたパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをエンコードすること。
－カレントブロックに対してパラメーターを取得することと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、および取得されたパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをエンコードすること。
【0008】
少なくとも１つの態様の別の一般的な様相に従って、ビットストリームは、上に説明されたエンコード方法に従って生成された信号を含むようにフォーマットされる。
【0009】
さらに、本態様のうちの１つまたは複数は、上に説明された方法のうちのいずれかの少なくとも一部に従ってビデオデータをエンコードするまたはデコードするための命令を格納しているコンピューター読み取り可能な記録媒体も提供する。
【0010】
さらに、１つまたは複数の態様は、上に説明されたエンコード方法に従って生成されたビットストリームを格納しているコンピューター読み取り可能な記録媒体も提供する。さらに、１つまたは複数の態様は、上に説明されたエンコード方法に従って生成されたビットストリームを送信するまたは受信するための方法および装置も提供する。さらに、１つまたは複数の態様は、上に説明された方法のうちのいずれかの少なくとも一部を行うための命令を含むコンピュータープログラム製品も提供する。
【図面の簡単な説明】
【0011】
【図1a】全般的なデコードのパイプラインを描く。
【図1b】他の全般的なデコードのパイプラインを描く。
【図1c】他の全般的なデコードのパイプラインを描く。
【図1d】一態様に係る全般的なデコードのパイプラインを描く。
【図2】局所照明補償（Local Illumination Compensation）のパラメーター導出の原理を例示する。
【図3】オーバーラップブロック動き補償の原理を例示する。
【図4】インターおよびイントラモードの組み合わせの場合における多重仮説の予測の原理を例示ずる。
【図5】ブロックの非矩形の分割および関連するＯＢＭＣ対角重み付けを例示する。
【図6】一態様に係るデコード方法のフローチャートを描く。
【図7】一態様に係るエンコード方法のフローチャートを描く。
【図8】種々の態様に係るデコード処理のフローチャートを描く。
【図9】多重仮説の予測処理のフローチャートを描く。
【図10】一態様に係る多重仮説の予測処理のフローチャートを描く。
【図11】局所的な照明補償（local illumination compensation）を有する動き補償の予測処理のフローチャートを描く。
【図12】一態様に係る局所的な照明補償を有する動き補償の予測処理のフローチャートを描く。
【図13】一態様に係るデコーダーサイドモーションベクトルリファインメント（Decoder Side Motion Vector Refinement）の前に計算された局所的な照明補償を有する全般的なデコードのパイプラインを描く。
【図14】多重仮説の原理を例示する。
【図15】態様に係るビデオエンコーダーのブロック図を例示する。
【図16】態様に係るビデオデコーダーのブロック図を例示する。
【図17】種々の様相および態様が実装されるシステムの例についてのブロック図を例示する。
【発明を実施するための形態】
【0012】
ＨＥＶＣ符号化において、ピクチャは、正方形型のＣＴＵへ、構成可能なサイズ通常６４ｘ６４により分割される。サイズは、他のビデオ符号化規格において、１２８ｘ１２８または２５６ｘ２５６であり得る。ＣＴＵは、等しいサイズの４つの正方形の符号化ユニット（ＣＵ）への四分木分割の根、すなわち、幅においておよび高さにおいて親のブロックサイズの半分である。四分木は、親ノードが、４つの子ノードに分けられることが可能であり、各々が、別の４つの子ノードに分けられるための親ノードになることがある木である。ＨＥＶＣにおいて、符号化ブロック（ＣＢ）は、１つのＣＵに対応する１つの色コンポーネントのサンプルを含む。それは、１つまたは複数の予測ブロック（ＰＢ）に分割され、変換ブロック（ＴＢ）への四分木分割の根を形成する。符号化ブロック、予測ブロック、および変換ブロックに対応して、符号化ユニット（ＣＵ）は、予測ユニット（ＰＵ）と、変換ユニット（ＴＵ）のツリー構造のセットとを含み、ＰＵは、すべての色成分対して予測情報を含み、ＴＵは、各色成分に対して残差符号化構文構造（residual coding syntax structure）を含む。輝度コンポーネントのＣＢ、ＰＢ、およびＴＢのサイズは、対応するＣＵ、ＰＵ、およびＴＵに適用される。
【0013】
より最近のエンコードシステムにおいて、ＣＴＵは、符号化ユニット（ＣＵ）への符号化ツリー分割の根である。符号化ツリーは、（通例、ブロックに対応する）親ノードが、子ノード（たとえば２、３、または４つの子ノード）に分けられることが可能であり、各々が、別の子ノードに分けられるための親ノードになることがある木である。四分木のスプリットモード（split mode）に加えて、さらに、可能性のあるスプリットモードの総数を増やす新しいスプリットモード（二分木の対称なスプリットモード、二分木の非対称なスプリットモード、および三分木のスプリットモード）が定義される。符号化ツリーは、ただ１つの根ノード、たとえばＣＴＵを有する。符号化ツリーの葉は、木の終端ノードである。符号化ツリーの各ノードは、サブブロックとも呼ばれるより小さなブロックにさらに分割され得るブロックを表す。ＣＴＵのＣＵへの分割が決定されれば、符号化ツリーの葉に対応するＣＵがエンコードされる。ＣＴＵのＣＵへの分割と、（符号化ツリーの葉に対応する）各ＣＵをエンコードするのに使用される符号化パラメーターとは、レート歪み最適化手順によってエンコーダーにおいて決定されることがある。
【0014】
本出願にて、用語「ブロック」または「ピクチャブロック」は、ＣＴＵ、ＣＵ、ＰＵ、ＴＵ、ＣＢ、ＰＢ、およびＴＢのうちのいずれか１つを引用するのに使用されることが可能である。加えて、用語「ブロック」または「ピクチャブロック」は、Ｈ．２６４／ＡＶＣにおいてまたは他のビデオ符号化規格において規定されているマクロブロック、分割、およびサブブロックを引用するのに、より一般的に、非常に多いサイズのサンプルの配列を引用するのに使用されることが可能である。
【0015】
本出願にて、用語「再構成されている」および「デコードされている」は、交換可能に使用されることがあり、用語「ピクセル」および「サンプル」は、交換可能に使用されることがあり、用語「画像」、「ピクチャ」、および「フレーム」は、交換可能に使用され得る。通常、必ずしもそうではないが、用語「再構成されている」は、エンコーダー側において使用される一方、「デコードされている」は、デコーダー側で使用される。
【0016】
本出願にて、用語「有効にされる」および「使用される」は、それらがブロックレベルにおいて符号化ツールに適用される場合に交換可能に使用され得る。同じように、「無効にされる」および「使用されない」は、それらがブロックレベルにおいて符号化ツールに適用される場合に交換可能に使用され得る。
【0017】
本出願にて、用語「符号化ツール」および「符号化処理」は、交換可能に使用され得る。
【0018】
最近のエンコードシステムにおいて、たとえば、バーサタイルビデオ符号化（ＶＶＣ：Versatile Video Coding）の（ＶＴＭとして知られる）リファレンスソフトウェアにおいて、デコードのパイプラインは、いくつかのカスケードされたツールを含む。ＶＶＣに対するデコードのパイプラインは、図１ａにおいて描かれる。デコード処理は、符号化ユニット（ＣＵ）のレベルにおいてなされる。ＣＵは、Ｃ個の正方形または長方形のブロック（たとえば、ＹＵＶまたはＲＧＢクロマフォーマットに対してＣ＝３）を含む。４：２：０フォーマットにて、２つの彩度ブロック（chroma block）は、水平および垂直の両方向において２つの比率によって、輝度ブロック（luma block）に関してダウンスケールされる。
【0019】
「エントロピーデコード」処理は、ビットストリームを構文解析し、例えば、符号化モード（たとえば、インター／イントラ符号化モード）、および関連するパラメーター（たとえば、イントラ方向、インター動きベクトルＭＶ、および参照インデックス）などのシンタックスエレメントをデコードする。
【0020】
動き補償（ＭＣ）は、カレントブロックの位置との相関において、参照ピクチャにおけるＭＶ（ｍｖＸ，ｍｖＹ）に等しい変位により、参照ピクチャにおける１つまたは２つ（双方向予測（bi-prediction）の場合）の長方形のブロック（複数可）（カレントＣＵと同じサイズ）のサンプルを、ＭＣフィルターを使用して補間する。
【0021】
局所照明補償（ＬＩＣ）は、予測されているブロックと、動き補償（ＭＣ）される時間予測において使用される参照ブロックとの間に起こり得る照明変化を補償することをめざす。通常、今述べたことは、線形ＩＣモデル（ａ，ｂ）を使用してなされる。
ＳIC＝ａ*Ｓref＋ｂ （式１）
ただし、Ｓrefは、動き補償される参照サンプル値であり、ＳICは、予測されるサンプル値である。ＬＩＣパラメーター（ａ，ｂ）は、ＬＩＣが有効にされている各ブロックに対して計算される。
ＳIC＝ａ*Ｓref＋ｂ （式１）
ただし、Ｓrefは、動き補償される参照サンプル値であり、ＳICは、予測されるサンプル値である。ＬＩＣパラメーター（ａ，ｂ）は、ＬＩＣが有効にされている各ブロックに対して計算される。
【0022】
ＬＩＣパラメーター（ａ，ｂ）を計算するいくつかの方法がある。１つの方法にて、デコーダーは、いくつかの再構成されているピクチャサンプルに基づいて、たとえば、カレントブロックの左および／または上にローカライズされた再構成されているサンプル「ｙ」と、動き補償されるブロックの左および／または上に局所的な参照ピクチャサンプル「ｘ」とに基づいて、ＬＩＣパラメーターを計算する（図２ａ）。別の方法にて、ＬＩＣパラメーターは、カレントブロックの左および／または上にローカライズされた再構成されているサンプル「ｙ」と、「ｙ」を再構成するのに使用された対応する予測サンプル「ｘ」とに基づいて計算される（図２ｂ）。今述べた２つの方法に対して、ＬＩＣパラメーターは、各ブロックの再構成後に、計算され、格納されることが可能である。ＩＣパラメーター（ａ，ｂ）は、サンプル「ｙ」と「ａ．ｘ＋ｂ」との差分を最小にする（たとえば、最小二乗法）。
【0023】
【数1】
【0024】
今述べた２つの方法は、本明細書にて以後、「従来のＬＩＣ」と呼ばれる。ＬＩＣは、近接のＣＵの再構成されているサンプルを使用するので、近接のＣＵとの従属を差し込む。結果として、カレントＣＵは、カレントブロックに対するＬＩＣパラメーターが計算されることが可能であり、ゆえにカレントブロックが再構築されることが可能である前に、近接のブロックが完全に再構成されるのを待たなければならない（図１ａにおける「feedback rec. sample」参照）。
【0025】
双方向予測の場合、ＬＩＣのバリアント（「ｂｉ－ｄｉｒ－ＩＣ」と呼ばれる）は、ＩＣパラメーター（ａ0，ｂ0）および（ａ1，ｂ1）を、双方向予測において使用される２つの動き補償されるブロック（ブロック－０およびブロック－１）から直に導出する。それは、２つの参照ピクチャの間の照明変化を推定して、カレントブロックに対してＩＣパラメーター（ａ0，ｂ0）および（ａ1，ｂ1）を導出することを含む。例えば、１つは、動き補償されたブロック－１と動き補償されたブロック－０との間のＬＩＣに対してＩＣパラメーター（ａ，ｂ）を計算する。次の１つは、（ａ0，ｂ0）および（ａ1，ｂ1）を、値（ａ，ｂ）と、カレントピクチャの、参照ピクチャ０の、および参照ピクチャ１のＰＯＣ（picture order count：ピクチャの表示順）とから導出する。値ａ０，ａ１，ｂ０，ｂ１は、カレントフレームと参照ピクチャとの間の時間的な距離の１次関数であることが仮定される。今述べたバリアントの利点は、近接のＣＵとのどんな従属も差し込まないことである。
【0026】
双方向予測の場合、ＢＩＯ（Bi-directional Optical flow：双方向性オプティカルフロー）は、オプティカルフローのエルミート補間を使用して、２つの参照ピクチャの間の線形変位を仮定する各サンプルに対して、動きをリファインすることをめざす。ゆえに、新しい項が、従来の双方向予測
【0027】
【数2】
【0028】
に加えられる。
【0029】
【数3】
【0030】
ただし、
【0031】
【数4】
【0032】
は、動き補償される予測（ブロック－０およびブロック－１）であり、
【0033】
【数5】
【0034】
および
【0035】
【数6】
【0036】
は、ｉ番目の参照に対して、水平および垂直勾配であり（ｋ＝｛０，１｝）、（ｖx，ｖy）は、ブロック－１とブロック－０との間の動きベクトルであり、σは、時間の差分（ＰＯＣ1－ＰＯＣ0）である。
【0037】
双方向予測の場合、ＤＭＶＲ（Decoder Side Motion Vector Refinement：デコーダーサイドモーションベクトルリファインメント）は、デコードされているＭＶ値（ＭＶｉｎｉｔｉａｌ）の周りのいくつかの変位をテストすることによって動きをリファインすることをめざす。候補のいくつかのＭＶペアのセット（ＭＶｔｅｓｔｅｄ（Ｌ０），ＭＶｔｅｓｔｅｄ（Ｌ１））がテストされる。ＢＩＯにおけるように、テストされたＭＶ値は、初期ＭＶ値の周りで対称、すなわち（ＭＶｔｅｓｔｅｄ（Ｌ０）－ＭＶｉｎｉｔｉａｌ（Ｌ０）＝ＭＶｔｅｓｔｅｄ（Ｌ１）－ＭＶｉｎｉｔｉａｌ（Ｌ１））であり、ただし、ＭＶｔｅｓｔｅｄ（Ｌ０）は、リストＬ０に対してテストされた動きベクトルであり、ＭＶｔｅｓｔｅｄ（Ｌ１）は、リストＬ１に対してテストされた動きベクトルである。選択されたＭＶのペアは、例えば、差分ＭＣ（ｒｅｆ０，ＭＶｔｅｓｔｅｄ（Ｌ０））－ＭＣ（ｒｅｆ１，ＭＶｔｅｓｔｅｄ（Ｌ１））を、ＭＲＳＡＤ（Mean-Removed Sum of Absolute Difference：ミーンリムーブド差分絶対値和）を使用して最小にするペアである。
【0038】
双方向予測の場合、２つの予測ブロックが、計算され、互いに平均される（別名、双方向予測平均（bi-prediction averaging））。一般化双方向予測（ＧＢＩ）の場合、それらは、次のように重みつき合計と組み合わされる。
ＰGBI＝（（（１＜＜ｇｓ）－ｇｗ1）．Ｐ0＋ｇｗ1．Ｐ1）＞＞ｇｓ （式４）
ただし、Ｐ０、Ｐ１は、動き補償される予測（ブロック－０およびブロック－１）である。
ＰGBI＝（（（１＜＜ｇｓ）－ｇｗ1）．Ｐ0＋ｇｗ1．Ｐ1）＞＞ｇｓ （式４）
ただし、Ｐ０、Ｐ１は、動き補償される予測（ブロック－０およびブロック－１）である。
【0039】
ＶＴＭにて、使用する重みは、表１にあげられた値を取ることが可能である「gbi-index」によりＣＵ毎に符号化される。
【0040】
【表1】
【0041】
本明細書にて以後、重みのペア｛１／２；－１／２｝は、デフォルト重み（default weight）と呼ばれるだろう。
【0042】
【0043】
オーバーラップブロック動き補償（ＯＢＭＣ）ツール（ここでは以後、「ＯＢＭＣ処理」と呼ばれる）に従って、近接のブロックの動きは、近接のブロックＰN（Ｎ＝ＡまたはＬ）の予測を拡張するのに、カレントブロック予測ＰCにより徐々に重み付けを行うのに使用される（図３）。例えば、ＰA（ｘ，ｙ）が、上述のブロックについての上述の予測サンプル（ｘ＝｛０，・・・Ｗ－1｝，ｙ＝｛０，・・・ＨA－１｝）を示すとしよう。今述べたサンプルは、下部に追加のＢ行により拡張され、ＰAのその他の予測サンプルと同じ処理（ＭＣ）および同じ動き情報により計算されるＰA（ｘ，ｙ）（ｘ＝｛０，・・・Ｗ－１｝，ｙ＝（ＨA，・・・ＨA＋Ｂ－１｝である。ＰC（ｘ，ｙ）が、カレント予測ＰOBMCサンプル（ｘ＝｛０，・・・Ｗ－１｝，ｙ＝｛０，・・・ＨC－１｝）を示すとしよう、次に、カレントブロックのサンプルの上Ｂ行に対する予測が、最終的に次のように計算される。
ＰOBMC（ｘ，ｙ）＝ｗN（ｙ）．ＰA（ｘ，ｙ＋Ｂ）＋ｗC（ｙ）．ＰA（ｘ，ｙ） （式５）
同一の処理は、左ブロックデータからビルドされたＰL（ｘ，ｙ）サンプルに基づいて左Ｂ列の予測サンプルに対して適用される。
ＰOBMC（ｘ，ｙ）＝ｗN（ｙ）．ＰA（ｘ，ｙ＋Ｂ）＋ｗC（ｙ）．ＰA（ｘ，ｙ） （式５）
同一の処理は、左ブロックデータからビルドされたＰL（ｘ，ｙ）サンプルに基づいて左Ｂ列の予測サンプルに対して適用される。
【0044】
近接のブロックＮがその予測に対してＬＩＣおよび／またはＢＩＯを使用する場合に、さらに、追加のＰNサンプル（本明細書にて以後、「ＯＢＭＣ処理」と呼ばれる）は、ＬＩＣおよびＢＩＯを適用することによって取得されることもある。
【0045】
例えば、枠線からカレントブロックの中心に向かう典型的な段階的な重みは、ＰNおよびＰCに対して、それぞれｗC（ｙ）＝｛１／４，１／８，１／１６，１／３２｝およびｗN（ｙ）＝｛３／４，７／８，１５／１６，３１／３２｝である。
【0046】
一般的な多重仮説（Multi-Hypothesis）のコンセプトは、図４に描かれている、イントラ予測モードとの、または別のインターモード（たとえば、単一予測のＡＭＶＰ、スキップ、およびマージ）との、マージモードにおいて行われるインター予測の組み合わせを含む。マージモードにおいて、マージ候補（参照インデックス、動き値）のリストがビルドされ、１つの候補を特定するマージインデックスがシグナリングされる。次に、マージモードにおいてブロックの動き情報は、マージインデックスによって特定される候補から導出され、動き補償される予測のために使用される。最終的な予測は、マージインデックスされる予測とイントラ予測モードによって生成された予測との重みつき平均であり、ただし、異なった重みが、組み合わせに従って適用される。イントラ予測モードは、ビットストリームにてシグナリングされる。特定の態様にて、イントラ予測モードは、すべての古典的な予測モードのサブセット（たとえば、４と等しいサブセットサイズ）において選択される。カレントブロックは、４つの等面積の領域に分けられる。重みは、領域がイントラ参照サンプルから離れるにつれて徐々に減少する。（ｗ＿ｉｎｔｒａｉ，ｗ＿ｉｎｔｅｒｉ）、ただし、ｉは１から４までであり、（ｗ＿ｉｎｔｒａ１，ｗ＿ｉｎｔｅｒ１）＝（６，２）、（ｗ＿ｉｎｔｒａ２，ｗ＿ｉｎｔｅｒ２）＝（５，３）、（ｗ＿ｉｎｔｒａ３，ｗ＿ｉｎｔｅｒ３）＝（３，５）、および（ｗ＿ｉｎｔｒａ４，ｗ＿ｉｎｔｅｒ４）＝（２，６）、として示される各重みセットは、イントラ垂直方向予測に対して、図４および１４の例にて描かれている、対応する領域に適用されるだろう。ＤＣまたは平面モードが選択される、またはＣＵの幅または高さが４より小さいとき、まったく同じ重みが全ＣＵに適用される。
【0047】
幾何学的な（たとえば、三角）モードは、符号化前に、ピクチャをブロックに分割することに対して、より高い柔軟性を可能にする。上記の分割することの例は、図５の上部に描かれる。追加の符号化性能は、図５の下部に例示されている境界（frontier）（図５の灰色の領域）上の２つの予測子の重み付けを行うことによって取得されることが可能である。今述べた重み付け処理は、例えば、ＧＢＩまたはＬＩＣなどの他の重み付けによりカスケードし、実装の複雑さを大きくすることがある。
【0048】
「ポストリコンストラクション（post-reconstruction）」フィルター（７３０）は、ＣＵループ再構成におけるカレントＣＵの再構成されているサンプルをフィルタリングすることを可能にして、フィルタリングされているサンプルは、同一のサンプル（または同一のスライスまたは同一のタイル）における後続のＣＵに対して、イントラ予測のためにまたはＬＩＣパラメーター導出のために使用されることがある。ところが「他のポストフィルター（other post-filter）」（７４０）（たとえば、デブロッキングフィルター、ＳＡＯフィルター、またはＡＬＦフィルター）は、全ピクチャ（またはスライスまたはタイル）が再構成された後、再構成されているサンプルをフィルタリングする。「ポストリコンストラクション」フィルターの例は、双方フィルター（bilateral filter）（J.Strom et al.、「CE14: Reduced latency, LUT-free bilateral filter」、文書ＪＶＥＴ－Ｌ０１７２、第１２回会議、マカオ、ＣＮ、２０１８年１０月３～１２日）、アダマールフィルター（S.Ikonen et al.、「Non-CE: Hadamard transform domain filter」、文書ＪＶＥＴ－M０４６８、第１３回会議、マラケシュ、ＭＡ、２０１９年１月９～１８日）、または拡散フィルター（J.Rash et al.、「CE10: Uniform Directional Diffusion Filters For Video Coding」、文書ＪＶＥＴ－M００４２、第１３回会議、マラケシュ、ＭＡ、２０１９年１月９～１８日）である。
【0049】
異形にて、「ポストリコンストラクション」フィルターは、図１ｃにて描かれている、インターモードにおいて符号化されたＣＵに適用されるだけであり、イントラにおいて符号化された、またはイントラとインター予測とを組み合わせたＣＵに対して適用されない。別の異形にて、「ポストリコンストラクション」フィルターは、イントラにおいて符号化されるＣＵに適用されるだけであり、インターモードにおいて適用されない。「ポストリコンストラクション」フィルターの適用は、例えば、カレントＣＵサイズ、ＱＰ値、またはコンポーネントタイプなどの他のパラメーターにて条件付けられることがある（たとえば、「ポストリコンストラクション」フィルターは、７３０にてダッシュの彩度ボックスにより描かれている彩度コンポーネントに適用されない）。
【0050】
新しいビデオコーデックは、符号化効率を改善するためにカスケードされ得る、数が増加している符号化ツールを実装する。いくつかの場合に、同一の性質のカスケードツールは、逆効果を生じる、すなわち、符号化効率を減らすことがあり、さらに今述べたことは、デコード処理のパイプラインに重い負担をかけることがある。
【0051】
少なくとも１つの態様は、異なった符号化ツール間の相互作用を調和させ、理にかなったパイプラインの複雑さを保証することによって種々のプラットフォーム上にビデオコーデックの実装を助けるつもりである。少なくとも１つの態様は、全般的なコーデックの性能を下げることなく、いくつかのルールおよび限定を適用するつもりである。
少なくとも１つの態様は、 パイプラインサイズ（処理ステージの数）と、差し込まれるパイプライン従属（pipeline dependency）との両方を、「インター」符号化におけるいくつかのツールによって、たとえば、相互のコアクティベーション（co-activation）において制限を加えることによって減らす。
少なくとも１つの態様は、 パイプラインサイズ（処理ステージの数）と、差し込まれるパイプライン従属（pipeline dependency）との両方を、「インター」符号化におけるいくつかのツールによって、たとえば、相互のコアクティベーション（co-activation）において制限を加えることによって減らす。
【0052】
パイプライン従属を減らすために、「インター」デコードパイプラインが修正される。
【0053】
図６は、一態様に係るデコード方法のフローチャートを描く。
【0054】
パラメーターは、カレントブロックに対してデコードされる（Ｓ１００）。カレントブロックに対する符号化ツール（たとえば、ＬＩＣ）は、次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される（たとえば、ＧＢＩがデフォルト重みではない重みにより使用される）、およびデコードされているパラメーターに与えられた条件（ブロックサイズが値未満である）が検証される、のうちの１つまたは複数が検証される場合に、無効にされる（Ｓ１１０）。符号化ツールは、もしそうでなければ前述のカレントブロックに対して有効にされる。カレントブロックは、符号化ツールが有効にされているかどうかを考慮に入れて、デコードされる（Ｓ１２０）。符号化ツールが有効にされているならば、カレントブロックは、符号化ツールを使用してデコードされる。もしそうでなければ、カレントブロックは、符号化ツールを使用せずにデコードされる。
【0055】
図７は、一態様に係るエンコード方法のフローチャートを描く。パラメーターは、カレントブロックに対して取得される（Ｓ２００）。カレントブロックに対する符号化ツール（たとえば、ＬＩＣ）は、次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される（たとえば、ＧＢＩがデフォルト重みではない重みにより使用される）、およびデコードされているパラメーターに与えられた条件（ブロックサイズが値未満である）が検証される、のうちの１つまたは複数が検証される場合に、無効にされる（Ｓ１１０）。符号化ツールは、もしそうでなければ前述のカレントブロックに対して有効にされる。カレントブロックは、符号化ツールが有効にされているかどうかを考慮に入れて、エンコードされる（Ｓ２２０）。符号化ツールが有効にされているならば、カレントブロックは、符号化ツールを使用してエンコードされる。もしそうでなければ、カレントブロックは、符号化ツールを使用せずにエンコードされる。
【0056】
符号化ツールの無効化は、カレントの符号化ユニット（ＣＵ）のいくつかの特性に、および／または図８Ａ～８Ｃによって例示されている別の符号化ツール「Ｘ」が使用されるかどうか（４０６、４０８）に条件付けられる。
【0057】
図８Ａにて、ＣＵパラメーターがデコードされる（４００）。ＣＵパラメーターについての条件が検証される（４１０）場合に、たとえば、ＣＵサイズが値未満である場合に、符号化ツール／処理「Ｙ」は、無効にされる（４２０）。
【0058】
図８Ｂにて、ＣＵパラメーターがデコードされる（４００）。第１の符号化ツール「Ｘ」がカレントＣＵに対して使用される（４０６）場合に、次に、第１の符号化ツールが適用される（４０８）。ＣＵパラメーターについての条件がさらに検証される（４１０）場合に、たとえば、ＣＵサイズが値未満である場合に、第２の符号化ツール／処理は、無効にされる。もしそうでなければ第２の符号化ツールが使用される（４２０）。
【0059】
異形にて、第１の符号化ツール「Ｘ」がカレントＣＵに対して使用される（４０６）場合に、次に、第１の符号化ツールが適用され（４０８）、第２の符号化ツール「Ｙ」が無効にされる。今述べた異形にて、ＣＵについての条件は、チェックされない。
【0060】
図８Ｃにて、ＣＵパラメーターがデコードされる（４００）。第１の符号化ツール「Ｘ」がカレントＣＵに対して使用される（４０６）、およびＣＵパラメーターについての条件が検証される（４１０）の両方の場合に、次に、第２の符号化ツール「Ｙ」が無効にされる。もしそうでなければ第２の符号化ツールが使用される（４２０）。点線は、符号化ツール「Ｘ」の適用が４０６によって条件付けられることを意味する。
【0061】
バリアントは、「条件（ＣＵ）」の表現と、ツール「Ｘ」および「Ｙ」の処理順とからビルドされる（図８－ＢまたはＣ）。「条件（ＣＵ）」は、前にデコードされているデータ（４００）から導出され、次のルールの組み合わせであることが可能である。
－小ブロック（ＣＵサイズが値未満である）に対してツール「Ｘ」を無効にする、
－彩度（ＣＵコンポーネントが彩度である）に対してツール「Ｘ」を無効にする、
－カレントスライスが、値より上であるＴｉＤ（Temporal Identifier）を有するならばツール「Ｘ」を無効にする、
－別のＣＴＵの中にまたはカレントＶＰＤＵ（Virtual Pipeline Data Unit：仮想パイプラインデータユニット）の外側に位置された別の再構成されているブロックから情報（たとえば、再構成されているサンプル）を要するならばツール「Ｘ」を無効にする。
－小ブロック（ＣＵサイズが値未満である）に対してツール「Ｘ」を無効にする、
－彩度（ＣＵコンポーネントが彩度である）に対してツール「Ｘ」を無効にする、
－カレントスライスが、値より上であるＴｉＤ（Temporal Identifier）を有するならばツール「Ｘ」を無効にする、
－別のＣＴＵの中にまたはカレントＶＰＤＵ（Virtual Pipeline Data Unit：仮想パイプラインデータユニット）の外側に位置された別の再構成されているブロックから情報（たとえば、再構成されているサンプル）を要するならばツール「Ｘ」を無効にする。
【0062】
多重仮説モードのパイプライン従属の削減
図９は、入力ビット深度または内部ビット深度が１０ビットに等しい場合に、およびさらに双方向予測、ＢＩＯ、およびＧＢＩも使用される場合に、ＭＨに対してＶＶＣソフトウェアのインター予測パイプライン処理を描く。最初に、動き補償が、２つの参照ブロックの予測（５００）をビルドするのに適用される。結果は、Ｎ＞１０のＮビットに格納（５１０）されて、さらなる処理（たとえば、Ｎ＝１４ビット）、すなわちＢＩＯ（５２０）およびＧＢＩ重み付け（５３０）において、より精度を保つ。次に、サンプル値は、格納（たとえば、右シフト）（５４０）され、内部ビット深度（たとえば、１０ビット）においてクリップ（５５０）されて、後続のＭＨプロセス（５６０）が内部ビット深度（たとえば、１０ビット）により行われる。
図９は、入力ビット深度または内部ビット深度が１０ビットに等しい場合に、およびさらに双方向予測、ＢＩＯ、およびＧＢＩも使用される場合に、ＭＨに対してＶＶＣソフトウェアのインター予測パイプライン処理を描く。最初に、動き補償が、２つの参照ブロックの予測（５００）をビルドするのに適用される。結果は、Ｎ＞１０のＮビットに格納（５１０）されて、さらなる処理（たとえば、Ｎ＝１４ビット）、すなわちＢＩＯ（５２０）およびＧＢＩ重み付け（５３０）において、より精度を保つ。次に、サンプル値は、格納（たとえば、右シフト）（５４０）され、内部ビット深度（たとえば、１０ビット）においてクリップ（５５０）されて、後続のＭＨプロセス（５６０）が内部ビット深度（たとえば、１０ビット）により行われる。
【0063】
「多重仮説」（ＭＨ）は、図９にて示されている、追加の「イントラ」または「インター」予測計算を使用し、それを別の予測と組み合わせるので、インターパイプラインにおいて処理ステップの数を増加させる。１つは、次の限定のうちの１つまたは複数によってパイプラインを軽減することがある。
【0064】
一態様にて、ＬＩＣは、ＭＨが使用される場合に、１つまたはすべてのインターモードに対して無効にされる。今述べたことは、カレントのインターモードが「マージ」であり、ＬＩＣは、ＭＨが使用されるので無効にされるならば、ＩＣフラグ（IC-flag）は、マージされないが、零であると推論されることを意味する。ＩＣフラグは、ブロックに対して、ＬＩＣを使用するかどうかを示すパラメーターである。
【0065】
一態様にて、インター双方向予測は、図１０に示されているＭＨが使用される場合に無効にされる。さらに、ＢＩＯも、双方向予測に適用されるだけなので（設計によって）無効にされる。
【0066】
一態様にて、三角形モード（triangle mode）は、ＭＨが使用される場合に無効にされる。確かに、すでに図５に描かれている２つの三角形予測（triangle prediction）に対して重み付け処理がある。
【0067】
さらにその上、１つは、増加しているビット深度の精度によるイントラ予測をインター予測に加えるとき、およびクリッピング演算の前に、ＭＨ組み合わせステージを改良することが可能である。図１０にて、ＭＨ処理は、Ｎビットにおいて実行される。
【0068】
ＬＩＣに対するパイプライン従属の削減：
図１１は、入力ビット深度または内部ビット深度が１０ビットに等しい場合に、および双方向予測が使用される場合に、ＬＩＣに対してＶＶＣソフトウェアのインター予測パイプライン処理を描く。最初に、動き補償が、２つの参照ブロックの予測（６００）をビルドするのに適用される。結果は、内部ビット深度の精度（たとえば、１０ビット）において格納（６１０）される。次に、ＬＩＣパラメーターは、前に格納されたデータから推定されまたは検索され、照明補償が適用（６７０）される。それは、重み付けを、オフセットを加えることをプラスして含む。次に、内部ビット深度（１０ビット）への右シフト（６４０）およびクリッピング（６５０）が適用される。次に、サンプルは、ＧＢＩ重みを適用（６３０）する前に、Ｎビットの精度に変換（６８０）される。
ＰLIC＝（ａ．Ｐ＋ｂ）＞＞ｓｈｉｆｔLIC （式６）
ただし、（ａ；ｂ）は、ＬＩＣパラメーターであり、
Ｐは、動き補償されているブロックサンプルであり、
ｓｈｉｆｔLCは、ＰLICが１０ビットであるための右シフトであり、
ＰLICは、ＬＩＣによる予測サンプルである。
図１１は、入力ビット深度または内部ビット深度が１０ビットに等しい場合に、および双方向予測が使用される場合に、ＬＩＣに対してＶＶＣソフトウェアのインター予測パイプライン処理を描く。最初に、動き補償が、２つの参照ブロックの予測（６００）をビルドするのに適用される。結果は、内部ビット深度の精度（たとえば、１０ビット）において格納（６１０）される。次に、ＬＩＣパラメーターは、前に格納されたデータから推定されまたは検索され、照明補償が適用（６７０）される。それは、重み付けを、オフセットを加えることをプラスして含む。次に、内部ビット深度（１０ビット）への右シフト（６４０）およびクリッピング（６５０）が適用される。次に、サンプルは、ＧＢＩ重みを適用（６３０）する前に、Ｎビットの精度に変換（６８０）される。
ＰLIC＝（ａ．Ｐ＋ｂ）＞＞ｓｈｉｆｔLIC （式６）
ただし、（ａ；ｂ）は、ＬＩＣパラメーターであり、
Ｐは、動き補償されているブロックサンプルであり、
ｓｈｉｆｔLCは、ＰLICが１０ビットであるための右シフトであり、
ＰLICは、ＬＩＣによる予測サンプルである。
【0069】
次に、サンプル値は、格納（たとえば、右シフト）（６４０）され、内部ビット深度（たとえば、１０ビット）においてクリップ（６５０）される。
【0070】
基本的に、ＬＩＣは、図１１にて示されている、他の近接の再構成されているブロックによるパイプライン従属を差し込み、照明を変化させる動き補償の後のステップを加える。今述べた従属は、次の制約／制限のうちの１つまたは複数を使用することによって減らされることが可能である。
【0071】
一態様にて、ＬＩＣは、彩度コンポーネントおよび／または小ブロック（ＣＵサイズが値未満である）に対して無効にされる。
【0072】
一態様にて、彩度コンポーネントおよび／または小ブロック（ＣＵサイズが値未満である）に対して、ＧＢＩが無効にされる（ＧＢＩ重みがデフォルト重みに設定される）。
【0073】
ＬＩＣの原理は、動き補償によって取得された予測サンプルに重みを付けることであるので、重みがデフォルト重みと等しくないとき、ＧＢＩといくつかの類似がある。
【0074】
一態様にて、ＬＩＣは、ＧＢＩ重みがデフォルト重みではない場合に、双方向予測において無効にされる。それゆえ、ＩＣフラグは、ＧＢＩインデックス（GBI-index）がデフォルトと異なるならば符号化されない。マージモードにおいて、ＧＢＩインデックスが受け継がれるならば、ＩＣフラグは、ＧＢＩ重みがデフォルトでない場合には偽と推論される。異形にて、ＩＣフラグが受け継がれ、値が真であるならば、ＧＢＩ重みは、デフォルト重みであると推論される。異形にて、ＧＢＩ重みがデフォルトではないならば、１つは、従来のＬＩＣの代わりにｂｉ－ｄｉｒ－ＩＣを使用する。
【0075】
一態様にて、ＩＣフラグが符号化され、ＩＣフラグが真である場合に、次に、ＧＢＩインデックスは、符号化されず、ＧＢＩ重みは、デフォルト重みと推論される。異形にて、マージモードにおいてＩＣフラグが受け継がれ値が真である場合に、次に、ＧＢＩ重みは、デフォルト重みと推論される。
【0076】
シンタックスの例が表２に提供される。
【0077】
【表2】
【0078】
一態様にて、ＧＢＩ重みがデフォルト重みではない場合に、ＩＣフラグは、仮にカレントＣＵが「マージ」モードにおいて符号化されても符号化される。
【0079】
一態様にて、ＬＩＣは、再構成されているサンプル「ｒｅｃN」が、非デフォルトＧＢＩ重みにより符号化された１つの近接のＣＵ（Ｎと呼ばれる）に属する場合に無効にされる。
【0080】
仮想パイプラインデータユニット（ＶＰＤＵ）は、ピクチャにおいて重なり合わないＭｘＭ輝度（Ｌ）／ＮｘＮ彩度（Ｃ）ユニットとして定義される。ハードウェアデコーダーにおいて、連続するＶＰＤＵは、複数のパイプラインステージによって同時に処理される。異なったステージは、異なったＶＰＤＵを同時に処理する。通常、ＶＰＤＵは、６４ｘ６４輝度／３２ｘ３２彩度ブロックである。３つの次の条件が検証される必要がある。
－１つまたは複数のＣＵを含む各ＶＰＤＵに対して、ＣＵは、ＶＰＤＵに完全に含まれる。
－１つまたは複数のＶＰＤＵを含む各ＣＵに対して、ＶＰＤＵは、ＣＵに完全に含まれる。
－ＣＵの処理する順は、ＶＰＤＵをあとに残さず、後にそれに戻らないだろう。
－１つまたは複数のＣＵを含む各ＶＰＤＵに対して、ＣＵは、ＶＰＤＵに完全に含まれる。
－１つまたは複数のＶＰＤＵを含む各ＣＵに対して、ＶＰＤＵは、ＣＵに完全に含まれる。
－ＣＵの処理する順は、ＶＰＤＵをあとに残さず、後にそれに戻らないだろう。
【0081】
ＬＩＣにより差し込まれたブロック再構成従属は、エレメンタリーＣＵをデコードするためのハードウェアおよび／または実装メモリーキャッシュ制約／限定に関係のある、ハードウェアがオールインワンを処理することが可能である最大サンプルの領域サイズにさらに関係のある、通常１つのＣＴＵまたは１つのＶＰＤＵに対応するキャッシュメモリーにおいてデータに対して許容し得ることがある。
【0082】
一態様にて、ＬＩＣは、ＬＩＣパラメーターを導出するのに使用される近接のブロックNの再構成されているサンプル「ｒｅｃＮ」が、ＣＴＵまたはＶＰＤＵの外側にある場合に無効にされる。異形にて、ＬＩＣは、使用されるが、カレントのＣＴＵまたはＶＰＤＵの内側に再構成されているサンプルのみを使用することがある。
【0083】
一態様にて、カレントブロックの符号化モードが「マージ」である場合に、マージインデックスは近接のＮがマージするために使用されることを示す場合に、今述べたブロックが真に等しいＩＣフラグを有する（ＩＣパラメーターが示されているＩＣNである）場合に、および「ｒｅｃN」サンプルがＣＴＵまたはＶＰＤＵの外側にある場合に、次に、ＩＣフラグは、カレントブロックに対して真であり、１つは、カレントのＬＩＣパラメーターを導出する「ｒｅｃN」サンプルを使用する代わりにカレントブロックの予測をビルドするためにＩＣN（近接のブロックＮによって使用されるＬＩＣパラメーター）を再利用する。
【0084】
一態様にて、ＬＩＣは、図１２にて描かれている、増加している精度により計算（６７０）される、すなわち、ｓｈｉｆｔLIC（式６）が設定されて、サンプル精度がＬＩＣ処理の後にＮビットであり、サンプルが予測処理の最後にだけクリップされる。
【0085】
「ポストリコンストラクション」フィルターに対するパイプライン従属の削減：
一態様にて、相互に、ＬＩＣ処理および「ポストリコンストラクション」フィルタリング処理は、各コンポーネントに対して排他的である（すなわち、ＬＩＣが１つのコンポーネントに対して有効にされているならば「ポストリコンストラクション」フィルターは、今述べたコンポーネントに対して無効にされる）、またはすべてのコンポーネントに対して排他的である（ＬＩＣがすべてのコンポーネントに対して有効にされているならば「ポストリコンストラクション」フィルターは、すべてのコンポーネントに対して無効にされる）。
一態様にて、相互に、ＬＩＣ処理および「ポストリコンストラクション」フィルタリング処理は、各コンポーネントに対して排他的である（すなわち、ＬＩＣが１つのコンポーネントに対して有効にされているならば「ポストリコンストラクション」フィルターは、今述べたコンポーネントに対して無効にされる）、またはすべてのコンポーネントに対して排他的である（ＬＩＣがすべてのコンポーネントに対して有効にされているならば「ポストリコンストラクション」フィルターは、すべてのコンポーネントに対して無効にされる）。
【0086】
「ポストリコンストラクション」が１つのコンポーネント（たとえば、彩度）に適用されないならば、次に、ＬＩＣがカレントＣＵに対して無効である（たとえば、ＬＩＣフラグが偽である）、「ポストリコンストラクション」は、その他のコンポーネント（たとえば、輝度）だけに対して適用されることがある。
【0087】
例えば、ＬＩＣが有効にされている、および／またはカレントＣＵに適用される（たとえば、ＬＩＣフラグが真、推論される、または符号化される）ならば、ポストリコンストラクションフィルタリングは、図１ｄにて描かれているすべてのコンポーネントに対して無効にされる。
【0088】
別の例にて、ＬＩＣ処理がコンポーネント（たとえば、輝度に対して推論されるまたは符号化される１つのＬＩＣフラグ、および彩度に対して推論されるまたは符号化される別のＬＩＣフラグ）毎に有効にされることが可能であるならば、「ポストリコンストラクション」フィルタリング処理は、ＬＩＣフラグが今述べたコンポーネントに対して有効にされている場合には、１つのコンポーネントに対して無効にされる。
【0089】
ＯＢＭＣに対するパイプラインの削減：
ＯＢＭＣは、サンプル毎の処理の平均量が、ピクチャにおいて小ブロックの数が多いときに著しく増加される間、小ブロックに対してより小さい符号化効率を有し得る。１つは、次の限定のうちの１つまたは複数によってパイプラインを軽減することがある。
一態様にて、ＯＢＭＣは、小ブロック（たとえば、４ｘ４）に対して無効にされている（すなわち、使用されない）。一態様にて、ＯＢＭＣは、彩度ブロックに行われない。一態様にて、ＯＢＭＣは、カレントブロックがＬＩＣを使用する場合に無効にされる（すなわち、使用されない）。一態様にて、ＬＩＣは、ＯＢＭＣ処理にて使用されない。一態様にて、ＢＩＯは、ＯＢＭＣ処理にて使用されない。
ＯＢＭＣは、サンプル毎の処理の平均量が、ピクチャにおいて小ブロックの数が多いときに著しく増加される間、小ブロックに対してより小さい符号化効率を有し得る。１つは、次の限定のうちの１つまたは複数によってパイプラインを軽減することがある。
一態様にて、ＯＢＭＣは、小ブロック（たとえば、４ｘ４）に対して無効にされている（すなわち、使用されない）。一態様にて、ＯＢＭＣは、彩度ブロックに行われない。一態様にて、ＯＢＭＣは、カレントブロックがＬＩＣを使用する場合に無効にされる（すなわち、使用されない）。一態様にて、ＬＩＣは、ＯＢＭＣ処理にて使用されない。一態様にて、ＢＩＯは、ＯＢＭＣ処理にて使用されない。
【0090】
ＢＩＯに対するパイプラインの削減：
一態様にて、ＢＩＯは、ＧＢＩ重みがデフォルトではないならば無効にされる。
ＢＩＯおよびＤＭＶＲは、ＭＶをリファインすることである同一の目的を有する２つの技法である。それゆえ、ＢＩＯは、ＤＭＶＲがカレントブロックに対して使用される場合に無効にされ、反対の場合も同じである（相互排他）。
一態様にて、ＢＩＯは、ＧＢＩ重みがデフォルトではないならば無効にされる。
ＢＩＯおよびＤＭＶＲは、ＭＶをリファインすることである同一の目的を有する２つの技法である。それゆえ、ＢＩＯは、ＤＭＶＲがカレントブロックに対して使用される場合に無効にされ、反対の場合も同じである（相互排他）。
【0091】
ＤＭＶＲに対するパイプラインの削減：
最新の状況にて、ＬＩＣは、ＤＭＶＲにより無効にされている。確かに、テストされる各ＭＶに対してＬＩＣパラメーターの計算を含むＬＩＣを有効にすることは、計算量を著しく増加させる。ＬＩＣなしにＤＭＶＲを行い、図１にて描かれている、ＤＭＶＲステージの後にＬＩＣ処理を可能にすることが提案されている。しかしながら、ＤＭＶＲがＬＩＣを含まないので、ＭＶリファインメントの精度は、著しく減らされる。今述べた限定に対処するために、１つは、（ＤＭＶＲによるＭＶリファインメントの前に）ＭＶinitialを使用して、ＤＭＶＲ処理においてＬＩＣパラメーターをリファインすることなく、ＬＩＣパラメーター計算を行う、すなわち、ＬＩＣパラメーターは、図１３に描かれている、ＤＭＶＲ処理においてまたは後に計算されない。
最新の状況にて、ＬＩＣは、ＤＭＶＲにより無効にされている。確かに、テストされる各ＭＶに対してＬＩＣパラメーターの計算を含むＬＩＣを有効にすることは、計算量を著しく増加させる。ＬＩＣなしにＤＭＶＲを行い、図１にて描かれている、ＤＭＶＲステージの後にＬＩＣ処理を可能にすることが提案されている。しかしながら、ＤＭＶＲがＬＩＣを含まないので、ＭＶリファインメントの精度は、著しく減らされる。今述べた限定に対処するために、１つは、（ＤＭＶＲによるＭＶリファインメントの前に）ＭＶinitialを使用して、ＤＭＶＲ処理においてＬＩＣパラメーターをリファインすることなく、ＬＩＣパラメーター計算を行う、すなわち、ＬＩＣパラメーターは、図１３に描かれている、ＤＭＶＲ処理においてまたは後に計算されない。
【0092】
デブロッキングフィルターに対するパイプラインの削減：
一態様にて、ＤＢＦの強さは、１つのエッジにおいて、ＯＢＭＣが今述べたエッジに適用されるならば、および／または有効にされたＬＩＣまたはＢＩＯを有する１つのブロックに今述べたエッジが属する場合に、減らされる。
一態様にて、ＤＢＦの強さは、１つのエッジにおいて、ＯＢＭＣが今述べたエッジに適用されるならば、および／または有効にされたＬＩＣまたはＢＩＯを有する１つのブロックに今述べたエッジが属する場合に、減らされる。
【0093】
本出願は、ツール、特徴、態様、モデル、アプローチなどを含むいろいろな様相を説明する。今述べた様相の多くは、特殊性を有して説明され、少なくとも個々の特性を示すために、多くの場合、限定するような印象を与え得るやり方において説明される。しかしながら、今述べたことは、説明における明確さの目的のためであり、今述べた様相の適用または範囲を限定しない。確かに、異なった様相のすべては、組み合わされ、入れ替えられて、さらなる様相を提供することが可能である。さらにその上、態様は、同様に、より早い出願にて説明された様相と組み合わされ、入れ替えられることが可能である。
【0094】
本出願において説明されるおよび想定される様相は、多くの異なったかたちにおいて実装されることが可能である。以下に、図１５、１６、および１７は、いくつかの態様を提供するが、他の態様が想定され、図１５、１６、および１７は、実装の広さを限定しない。一般に、様相のうちの少なくとも１つは、ビデオエンコーディングおよびデコーディングに関し、一般に、少なくとも１つの他の態様は、生成されたまたはエンコードされたビットストリームを送信することに関する。今述べた様相および他の様相は、説明された方法のいずれかに従ってビデオデータをエンコードまたはデコードするために、方法、装置、命令を格納したコンピューター読み取り可能な記録媒体、および／または説明された方法のいずれかに従って生成されたビットストリームを格納したコンピューター読み取り可能な記録媒体として実装されることが可能である。
【0095】
種々の方法が本明細書にて説明され、方法の各々は、説明されている方法を達成するために１つまたは複数のステップまたは動作を含む。ステップまたは動作の特定の順が方法の固有の操作に対して必要とされない限り、特定のステップおよび／または動作の順および／または使用は、修正される、または組み合わされることがある。
【0096】
本出願にて説明された種々の方法および他の様相は、例えば、図１５および１６に示されている、動き補償モジュール（１７０、２７５）、動きリファインメントモジュール（１９０、２９０）、ＬＩＣモジュール（１９５、２９５）、ビデオエンコーダー１００およびデコーダー２００の多重予測組み合わせ（multiple predictions combination）モジュール（１０５、２７０）を修正するのに使用されることが可能である。さらにその上、本様相は、ＶＶＣまたはＨＥＶＣに限定されず、例えば、以前から存在しようが将来開発されようが、他の規格および勧告に、ならびにどれかの上記の規格および勧告（ＶＶＣおよびＨＥＶＣを含む）の拡張に適用されることが可能である。特に示されない限り、または特に技術的に妨げられない限り、本出願にて説明された様相は、個々にまたは組み合わせにおいて使用されることが可能である。
【0097】
種々の数値が本出願にて使用される。特定の値は、例示的な目的のためであり、説明された様相は、今述べた特定の値に限定されない。
【0098】
図１５は、エンコーダー１００を例示する。エンコーダー１００の変形が想定されるが、エンコーダー１００は、すべての予期される変形を説明することなく、明確さの目的のために以下に説明される。
【0099】
エンコードされる前に、ビデオシーケンスは、プレエンコーディング（pre-encoding）処理（１０１）を、例えば、色変換を入力カラーピクチャに適用すること（たとえば、ＲＧＢ４：４：４からＹＣｂＣｒ４：２：０へのコンバージョン）、または信号分布を圧縮に対してより回復力のある状態にするために入力ピクチャコンポーネントの再マッピングを行うこと（たとえば、色コンポーネントのうちの１つのヒストグラムイコライゼーションを使用すること）を通り抜けることがある。メタデータは、前処理に関連付けられ、ビットストリームに結び付けられることが可能である。
【0100】
エンコーダー１００において、ピクチャは、以下に説明されているエンコーダーエレメントによってエンコードされる。エンコードされるピクチャは、分割（１０２）され、例えば、ＣＵのユニットにて処理される。各ユニットは、例えば、イントラかインターモードかのいずれかを使用してエンコードされる。ユニットがイントラモードにてエンコードされるとき、イントラ予測（１６０）を行う。インターモードにて、動き推定（１７５）、おそらく動きリファインメント（１９０）、動き補償（１７０）、およびおそらく照明補償（１９５）が行われる。動きリファインメントは、ＤＭＶＲまたはＢＩＯを使用することがある。エンコーダーは、ユニットをエンコードするために使用するイントラモードまたはインターモードのうちのいずれか１つを決定（１０５）し、例えば、予測モードフラグによってイントラ／インター決定を示す。さらに、エンコーダーは、たとえば、ＭＨモードまたは双方向予測モードにていくつかの予測を組み合わせる（１０５）こともある。予測残差は、例えば、予測されているブロックを元の画像ブロックから減じる（１１０）ことによって計算される。
【0101】
次に、予測残差は、変換（１２５）され、量子化（１３０）される。量子化されている変換係数は、動きベクトルおよび他のシンタックスエレメントも同様に、ビットストリームを出力するのにエントロピー符号化（１４５）される。エンコーダーは、変換をスキップし、変換されていない残差信号に直に量子化を適用することが可能である。エンコーダーは、変換も量子化も両方バイパスすることが可能であり、すなわち、残差は、変換処理も量子化処理も適用なしに直に符号化される。
【0102】
エンコーダーは、エンコードされているブロックをデコードして、さらなる予測のために参照を提供する。量子化されている変換係数は、予測残差をデコードするために、逆量子化（１４０）され逆変換（１５０）される。デコードされている予測残差と予測されているブロックとを組み合わせ（１５５）て、画像ブロックが再構成される。インループフィルター（１６５）は、再構成されているピクチャに適用されて、例えば、エンコードのアーチファクトを減らすデブロッキング／ＳＡＯ（Sample Adaptive Offset）フィルタリングを行う。フィルタリングされている画像は、参照ピクチャバッファ（１８０）に格納される。
【0103】
図１６は、ビデオデコーダー２００のブロック図を例示する。デコーダー２００において、ビットストリームは、以下に説明されているデコーダーエレメントによってデコードされる。一般に、ビデオデコーダー２００は、図１５にて説明されているエンコーディングパスと逆のデコーディングパスを行う。さらに、一般に、エンコーダー１００も、ビデオデータをエンコードする一部としてビデオデコーディングを行う。
【0104】
特に、デコーダーの入力は、ビデオエンコーダー１００によって生成されることが可能であるビデオビットストリームを含む。最初に、ビットストリームは、変換係数、動きベクトル、および他の符号化情報を取得するために、エントロピーデコード（２３０）される。ピクチャ分割情報は、ピクチャがどのように分割されるかを示す。それゆえ、デコーダーは、デコードされているピクチャ分割情報に従ってピクチャを区分（２３５）することがある。変換係数は、予測残差をデコードするために、逆量子化（２４０）され逆変換（２５０）される。デコードされている予測残差と予測されているブロックとを組み合わせ（２５５）て、画像ブロックが再構成される。予測されているブロックは、イントラ予測（２６０）、動き補償されている予測（すなわち、インター予測）（２７５）から、またはいくつかの予測（たとえば、ＭＨモードにて、または双方向モードにて）の組み合わせ（２７０）から取得されることが可能である。さらに、動き補償されている予測は、照明にて補償（２９５）されることがある。エンコーダーのように、さらに、デコーダーも、デコードされている動きベクトルを（たとえば、ＤＭＶＲまたはＢＩＯを使用して）リファイン（２９０）するように構成されたモジュールを含む。インループフィルター（２６５）は、再構成されている画像に適用される。フィルタリングされている画像は、参照ピクチャバッファ（２８０）に格納される。
【0105】
さらに、デコードされているピクチャは、ポストデコーディング（post-decoding）処理（２８５）を、例えば、逆色変換（たとえば、ＹＣｂＣｒ４：２：０からＲＧＢ４：４：４へのコンバージョン）、またはプレエンコーディング処理（１０１）にて行われた再マッピング処理の逆を行う逆再マッピングを通り抜けることが可能である。ポストデコーディング処理は、プレエンコーディング処理にて導出された、ビットストリームにてシグナリングされたメタデータを使用することが可能である。
【0106】
図１７は、種々の様相および態様が実装されるシステムの例についてのブロック図を例示する。システム１０００は、以下に説明される種々のコンポーネントを含むデバイスとして具体化されることが可能であり、本文書にて説明される１つまたは複数の様相を行うように構成される。上記のデバイスの例は、限定されないが、例えば、パーソナルコンピューター、ラップトップコンピューター、スマートフォン、タブレットコンピューター、デジタルマルチメディアセットトップボックス、デジタルテレビ放送受信機、パーソナルビデオレコーディングシステム、連結される家庭用電気機器、およびサーバーなどの種々の電子デバイスを含む。システム１０００のエレメントは、単独にまたは組み合わせにて、単一の集積回路（ＩＣ）、複数のＩＣ、および／または個別のコンポーネントに具体化されることが可能である。例えば、少なくとも１つの態様にて、システム１０００の処理およびエンコーダー／デコーダーエレメントは、複数のＩＣおよび／または個別のコンポーネントにわたって分散される。種々の態様にて、システム１０００は、例えば、通信バスを介して、または専用の入力および／もしくは出力ポートを介して、１つもしくは複数の他のシステム、または他の電子デバイスに通信接続される。種々の態様にて、システム１０００は、本文書に説明される１つまたは複数の様相を実装するように構成される。
【0107】
システム１０００は、例えば、本文書に説明される種々の様相を実装するためにロードされる命令を実行するように構成された少なくとも１つのプロセッサー１０１０を含む。プロセッサー１０１０は、埋め込まれたメモリー、入出力インターフェイス、および当技術分野にて知られている種々の他の回路を含むことが可能である。システム１０００は、少なくとも１つのメモリー１０２０（たとえば、揮発性メモリーデバイス、および／または不揮発性メモリーデバイス）を含む。システム１０００は、限定ではないが、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）、ＲＯＭ（Read-Only Memory）、ＰＲＯＭ（Programmable Read-Only Memory）、ＲＡＭ（Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュ、磁気ディスクドライブ、および／または光ディスクドライブを含む不揮発性メモリーおよび／または揮発性メモリーを含むことが可能であるストレージデバイス１０４０を含む。ストレージデバイス１０４０は、非限定の例として、内部ストレージデバイス、付属のストレージデバイス（分離できるストレージデバイス、および分離できないストレージデバイスを含む）、および／またはネットワークアクセス可能なストレージデバイスを含むことが可能である。
【0108】
システム１０００は、例えば、エンコードされたビデオまたはデコードされたビデオを提供するデータを処理するように構成されたエンコーダー／デコーダーモジュール１０３０を含み、エンコーダー／デコーダーモジュール１０３０は、独自のプロセッサーおよびメモリーを含むことが可能である。エンコーダー／デコーダーモジュール１０３０は、エンコード機能および／またはデコード機能を行うデバイスに含まれることが可能であるモジュール（複数可）を表す。既知であるように、デバイスは、エンコードモジュールおよびデコードモジュールのうちの１つまたは両方を含むことが可能である。加えて、エンコーダー／デコーダーモジュール１０３０は、システム１０００の別個のエレメントとして実装されることが可能である、または当業者に知られているようにハードウェアおよびソフトウェアの組み合わせとしてプロセッサー１０１０内に組み入れられることが可能である。
【0109】
本文書に説明される種々の様相を行うプロセッサー１０１０またはエンコーダー／デコーダー１０３０上にロードされるプログラムコードは、ストレージデバイス１０４０に格納され、続いてプロセッサー１０１０による実行のためにメモリー１０２０上にロードされることが可能である。種々の態様にしたがって、１つまたは複数のプロセッサー１０１０、メモリー１０２０、ストレージデバイス１０４０、およびエンコーダー／デコーダーモジュール１０３０は、本文書に説明されるプロセスの実行中に１つまたは複数の種々のアイテムを格納することが可能である。上記の格納されるアイテムは、限定しないが、入力ビデオ、デコードされたビデオ、またはデコードされたビデオの一部、ビットストリーム、行列、変数、ならびに等式、公式、演算、および操作ロジックの処理からの中間または最終の結果を含むことが可能である。
いくつかの態様にて、プロセッサー１０１０および／またはエンコーダー／デコーダーモジュール１０３０の内部のメモリーは、命令を記憶し、エンコードするまたはデコードする間に必要とされる処理にワーキングメモリーを提供するのに使用される。しかしながら、他の態様にて、処理デバイス（例えば、処理デバイスは、プロセッサー１０１０またはエンコーダー／デコーダーモジュール１０３０のいずれかであることが可能である）の外部のメモリーは、１つまたは複数の今述べた機能ために使用される。外部メモリーは、メモリー１０２０および／またはストレージデバイス１０４０、例えば、ダイナミック型揮発性メモリーおよび／または不揮発性フラッシュメモリーであることが可能である。いくつかの態様にて、外部不揮発性フラッシュメモリーを使用して、例えば、テレビのオペレーティングシステムを格納する。少なくとも１つの態様にて、例えばＲＡＭのような高速外部ダイナミック型揮発性メモリーは、ビデオ符号化およびデコード操作に対して、例えば、ＭＰＥＧ－２（ＭＰＥＧは、Moving Picture Experts Groupを引用し、さらにＭＰＥＧ－２は、ＩＳＯ／ＩＥＣ１３８１８と呼ばれ、さらに１３８１８－１は、Ｈ．２２２として知られ、さらに１３８１８－２は、Ｈ．２６２として知られる）、ＨＥＶＣ（ＨＥＶＣは、さらにＨ．２６５およびＭＰＥＧ－Ｈ Ｐａｒｔ２としても知られるHigh Efficiency Video Codingを引用する）、またはＶＶＣ（Versatile Video Coding、ＪＶＥＴ、the Joint Video Experts Teamによって開発されている規格）などに対してワーキングメモリーとして使用される。
いくつかの態様にて、プロセッサー１０１０および／またはエンコーダー／デコーダーモジュール１０３０の内部のメモリーは、命令を記憶し、エンコードするまたはデコードする間に必要とされる処理にワーキングメモリーを提供するのに使用される。しかしながら、他の態様にて、処理デバイス（例えば、処理デバイスは、プロセッサー１０１０またはエンコーダー／デコーダーモジュール１０３０のいずれかであることが可能である）の外部のメモリーは、１つまたは複数の今述べた機能ために使用される。外部メモリーは、メモリー１０２０および／またはストレージデバイス１０４０、例えば、ダイナミック型揮発性メモリーおよび／または不揮発性フラッシュメモリーであることが可能である。いくつかの態様にて、外部不揮発性フラッシュメモリーを使用して、例えば、テレビのオペレーティングシステムを格納する。少なくとも１つの態様にて、例えばＲＡＭのような高速外部ダイナミック型揮発性メモリーは、ビデオ符号化およびデコード操作に対して、例えば、ＭＰＥＧ－２（ＭＰＥＧは、Moving Picture Experts Groupを引用し、さらにＭＰＥＧ－２は、ＩＳＯ／ＩＥＣ１３８１８と呼ばれ、さらに１３８１８－１は、Ｈ．２２２として知られ、さらに１３８１８－２は、Ｈ．２６２として知られる）、ＨＥＶＣ（ＨＥＶＣは、さらにＨ．２６５およびＭＰＥＧ－Ｈ Ｐａｒｔ２としても知られるHigh Efficiency Video Codingを引用する）、またはＶＶＣ（Versatile Video Coding、ＪＶＥＴ、the Joint Video Experts Teamによって開発されている規格）などに対してワーキングメモリーとして使用される。
【0110】
システム１０００のエレメントへの入力は、ブロック１１３０に示されるように、種々の入力デバイスを介して提供されることが可能である。上記の入力デバイスは、限定ではないが、（ｉ）例えば、放送局によって電波を介して送信されるＲＦ（radio frequency）信号を受信するＲＦ部、（ｉｉ）ＣＯＭＰ（Component）入力端子（またはＣＯＭＰ入力端子のセット）、（ｉｉｉ）ＵＳＢ（Universal Serial Bus）入力端子、および／または（ｉｖ）ＨＤＭＩ（High Definition Multimedia Interface）入力端子を含む。図１０にて示されない他の例は、コンポジット映像を含む。
【0111】
種々の態様にて、ブロック１１３０の入力デバイスは、当技術分野にて知られているそれぞれの入力処理エレメントを関連付けている。例えば、ＲＦ部分は、（ｉ）望まれる周波数を選択すること（信号を選択すること、または信号を周波数の帯域に帯域制限することとも言われる）と、（ｉｉ）選択された信号をダウンコンバートすることと、（ｉｉｉ）（例えば、）ある態様にてチャネルと言われることが可能である単一の周波数帯域を選択する周波数のより狭い帯域に再び帯域制限することと、（ｉｖ）ダウンコンバートされ帯域制限された信号を復調することと、（ｖ）誤り訂正を行うことと、（ｖｉ）逆多重してデータパケットについて望まれるストリームを選択することと、に適しているエレメントに関連付けられることが可能である。種々の態様のＲＦ部分は、今述べた機能を行う１つまたは複数のエレメント、例えば、周波数セレクター、信号セレクター、バンドリミッター、チャネルセレクター、フィルター、ダウンコンバーター、デモジュレーター、エラーコレクター、およびデマルチプレクサーを含む。ＲＦ部分は、例えば、受信信号を、より低い周波数（例えば、中間周波数もしくはベースバンドに近い周波数）に、またはベースバンドにダウンコンバートすることを含む、種々の機能を行うチューナーを含むことが可能である。１つのセットトップボックスの態様にて、ＲＦ部分および関連する入力処理エレメントは、ワイヤード媒体（例えば、ケーブル）を介して送信されるＲＦ信号を受信し、フィルタリングし、ダウンコンバートし、および望まれる周波数帯域に再びフィルタリングすることによって周波数選択を行う。種々の態様は、上述した（および他の）要素の順序を再配置し、今述べた要素のいくつかを取り除き、および／または同様のまたは異なる機能を行う他の要素を加える。要素を加えることは、例えば、増幅器、およびアナログデジタル変換器を挿入することなど、既存の要素の間に要素を挿入することを含むことが可能である。種々の態様にて、ＲＦ部分は、アンテナを含む。
【0112】
追加として、ＵＳＢおよび／またはＨＤＭＩ端末は、システム１０００を他の電子デバイスにＵＳＢおよび／またはＨＤＭＩをわたって連結するために、それぞれのインターフェイスプロセッサーを含むことが可能である。入力処理の種々の様相、例えば、リードソロモン誤り訂正が、例えば、別個の入力処理ＩＣ内に、または必要に応じてプロセッサー１０１０内に実装されることが可能であることは、理解されることである。同様に、ＵＳＢまたはＨＤＭＩインターフェイス処理の様相は、別個の入力処理ＩＣ内に、または必要に応じてプロセッサー１０１０内に実装されることが可能である。復調された、誤り訂正された、および逆多重されたストリームは、例えば、プロセッサー１０１０と、メモリーおよびストレージエレメントと協働して動作して必要に応じて出力デバイスにおける提出のためにデータストリームを処理するエンコーダー／デコーダー１０３０とを含む種々の処理エレメントに提供される。
【0113】
システム１０００の種々のエレメントは、統合エンドされているハウジング内に提供されることが可能であり、統合されているハウジング内において、種々のエレメントは、相互接続され、適切な連結配列、例えば、Ｉ２Ｃ（Inter-IC）バス、配線、およびプリント回路基板を含む当技術分野にて知られている内部バスを使用して、そこの間においてデータを送信することが可能である。
【0114】
システム１０００は、通信チャネル１０６０を介して他のデバイスとの通信を可能にする通信インターフェイス１０５０を含む。通信インターフェイス１０５０は、限定ではないが、通信チャネル１０６０を介してデータを送信するようにおよび受信するように構成されたトランシーバーを含むことが可能である。通信インターフェイス１０５０は、限定ではないが、モデムまたはネットワークカードを含むことが可能であり、通信チャネル１０６０は、例えば、ワイヤードおよび／またはワイヤレス媒体内に実装されることが可能である。
【0115】
データは、種々の態様にて、例えば、Ｗｉ－Ｆｉネットワーク、例えば、ＩＥＥＥ８０２．１１（ＩＥＥＥは、Institute of Electrical and Electronics Engineersを引用する）などのワイヤレスネットワークを使用して、システム１０００にストリーミングされるまたは他の方法により提供される。今述べた態様のＷｉ－Ｆｉ信号は、Ｗｉ－Ｆｉ通信に合わせて変えられる通信チャネル１０６０および通信インターフェイス１０５０を介して受信される。通常、今述べた態様の通信チャネル１０６０は、ストリーミングアプリケーションおよび他のオーバーザトップ通信を可能にするために、インターネットを含む外部のネットワークへのアクセスを提供するアクセスポイントまたはルーターに連結される。他の態様は、ストリーミングされたデータをシステム１０００に、入力ブロック１１３０のＨＤＭＩ接続を介してデータを配信するセットトップボックスを使用して提供する。依然として、他の態様は、ストリーミングされたデータをシステム１０００に、入力ブロック１１３０のＲＦ接続を使用して提供する。上に示したように、種々の態様は、ストリーミングではないやり方においてデータを提供する。追加として、種々の態様は、Ｗｉ－Ｆｉ以外のワイヤレスネットワーク、例えば、セルラーネットワークまたはＢｌｕｅｔｏｏｔｈネットワークを使用する。
【0116】
システム１０００は、出力信号を、ディスプレイ１１００、スピーカー１１１０、および他の周辺デバイス１１２０を含む種々の出力デバイスに提供することが可能である。種々の態様のディスプレイ１１００は、例えば、タッチスクリーンディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、曲面ディスプレイ、および／または折り畳めるディスプレイのうちの１つまたは複数を含む。ディスプレイ１１００は、テレビ、タブレット、ラップトップ、セルラーフォン（モバイルフォン）、または他のデバイス用であることが可能である。さらに、ディスプレイ１１００は、（例えば、スマートフォンにおけるような）他のコンポーネントと統合される、または（例えば、ラップトップ用の外部モニターと）分離することも可能である。態様の種々の例にて、その他の周辺デバイス１１２０は、スタンドアロンのデジタルビデオディスク（またはデジタルバーサタイルディスク）（両方の用語に対して、ＤＶＲ）、ディスクプレーヤー、ステレオシステム、および／または照明システムのうちの１つまたは複数を含む。種々の態様は、システム１０００の出力に基づいて機能を提供する１つまたは複数の周辺デバイス１１２０を使用する。例えば、ディスクプレーヤーは、システム１０００の出力をプレイする役割を行う。
【0117】
種々の態様にて、制御信号は、システム１０００と、ディスプレイ１１００、スピーカー１１１０、または他の周辺デバイス１１２０との間において、例えば、ＡＶ．Ｌｉｎｋ、ＣＥＣ（Consumer Electronics Control）、またはユーザーの介入の有無にかかわらずデバイスツーデバイス制御を可能にする他の通信プロトコルのようなシグナリングを使用して通信される。出力デバイスは、それぞれのインターフェイス１０７０、１０８０、および１０９０を通じて専用のコネクションを介してシステム１０００に通信接続されることが可能である。代替として、出力デバイスは、システム１０００に、通信チャネル１０６０を使用して通信インターフェイス１０５０を介して連結されることが可能である。ディスプレイ１１００およびスピーカー１１１０は、システム１０００のその他のコンポーネントにより単一のユニットにおいて、例えば、テレビのような電子デバイスにおいて統合されることが可能である。種々の態様にて、ディスプレイインターフェイス１０７０は、例えば、タイミングコントローラ（Ｔ Ｃｏｎ）チップのようなディスプレイドライバーを含む。
【0118】
代替として、ディスプレイ１１００およびスピーカー１１１０は、例えば、入力１１３０のＲＦ部分が別個のセットトップボックスの一部であるならば、１つまたは複数のその他のコンポーネントから分離されることが可能である。ディスプレイ１１００およびスピーカー１１１０が外部コンポーネントである種々の態様にて、出力信号は、例えば、ＨＤＭＩポート、ＵＳＢポート、またはＣＯＭＰ出力を含む専用の出力コネクションを介して提出されることが可能である。
【0119】
態様は、プロセッサー１０１０によって実装されるコンピュータソフトウェアによって、またはハードウェアによって、またはハードウェアおよびソフトウェアの組み合わせによって実行されることが可能である。非限定の例として、態様は、１つまたは複数の集積回路によって実装されることが可能である。メモリー１０２０は、技術的環境に適したどんなタイプのでもあることが可能であり、例えば、非限定の例として、光メモリーデバイス、磁気メモリーデバイス、半導体ベースのメモリーデバイス、固定メモリー、および取り外し可能なメモリーなどのどんな適したデータストレージ技術でも使用して実装されることが可能である。プロセッサー１０１０は、技術環境に適したどんなタイプのでもあることが可能であり、非限定の例として、マイクロプロセッサー、汎用コンピューター、専用コンピューター、およびマルチコアアーキテクチャに基づくプロセッサーのうちの１つまたは複数を含み込むことが可能である。
【0120】
種々の実装は、デコードすることを含む。本出願にて使用されている「デコードすること」は、例えば、ディスプレイに適している最終的な出力を生成するために、受信しているエンコードしているシーケンスに行われる処理のすべてまたは一部を含み込むことが可能である。種々の態様にて、上記の処理は、デコーダーによって通常行われる処理、例えば、エントロピーデコーディング、逆量子化、逆変換、および差分デコーディングのうちの１つまたは複数を含む。種々の態様にて、さらにまたは代替えとして、上記の処理は、本出願にて説明された種々の実装のデコーダーによって行われる処理、例えば、動きおよび照明補償、動きリファインメント、ならびに多重予測組み合わせ（multiple predictions combination）を含む。
【0121】
さらなる例として、一態様にて「デコードすること」は、「エントロピーデコーディング」のみを引用し、別の態様にて「デコードすること」は、差分デコーディングのみを引用し、別の態様にて「デコードすること」は、エントロピーデコーディングおよび差分デコーディングの組み合わせを引用する。語句「デコード処理」が具体的に演算のサブセットを引用することが意図されようと一般的により広く引用することが意図されようと、デコード処理は、特定の説明の文脈に基づいて明らかになるだろう、および当業者によって十分に理解されると信じられる。
【0122】
種々の実装は、エンコードすることを含む。「デコードすること」についての上の議論に類似したやり方において、本出願にて使用されている「エンコードすること」は、例えば、エンコードされているビットストリームを生成するために、入力ビデオシーケンスに行われる処理のすべてまたは一部を含み込むことが可能である。種々の態様にて、上記の処理は、エンコーダーによって通常行われる処理、例えば、分割、差分エンコーディング、変換、量子化、およびエントロピーエンコーディングのうちの１つまたは複数を含む。種々の態様にて、さらにまたは代替えとして、上記の処理は、本出願にて説明された種々の実装のエンコーダーによって行われる処理、例えば、動きおよび照明補償、動きリファインメント、ならびに多重予測組み合わせ（multiple predictions combination）を含む。
【0123】
さらなる例として、一態様にて「エンコードすること」は、「エントロピーデコーディング」のみを引用し、別の態様にて「エンコードすること」は、差分デエンコードのみを引用し、別の態様にて「エンコードすること」は、差分エンコーディングおよびエントロピーエンコーディングの組み合わせを引用する。語句「エンコード処理」が具体的に演算のサブセットを引用することが意図されようと一般的により広く引用することが意図されようと、エンコード処理は、特定の説明の文脈に基づいて明らかになるだろう、および当業者によって十分に理解されると信じられる。
本明細書にて使用されているシンタックスエレメント、例えば、ＩＣフラグは、記述的な用語であることに注意する。上記のような、それらは、他のシンタックスエレメント名の使用を排除しない。
本明細書にて使用されているシンタックスエレメント、例えば、ＩＣフラグは、記述的な用語であることに注意する。上記のような、それらは、他のシンタックスエレメント名の使用を排除しない。
【0124】
図がフロー図として与えられるとき、さらにそれは対応する装置のブロック図も提供することが理解されるべきである。同様に、図がブロック図として与えられるとき、さらにそれは対応する方法／処理のフロー図も提供することが理解されるべきである。
【0125】
種々の態様は、レート歪み最適化を引用する。特に、エンコード処理の間、レートと歪みとの間のバランスまたはトレードオフが、通例、考慮され、多くの場合、計算に関する複雑の制約が与えられる。通例、レート歪み最適化は、レート歪み関数を最小化することとして定式化され、レートのおよび歪みの重みつき合計である。レート歪み最適化問題を解くための異なったアプローチがある。例えば、アプローチは、符号化およびデコードの後に再構成されている信号の符号化コストおよび関係している歪みについての完全な評価とともに、すべての考慮されるモードまたは符号化パラメーター値を含むすべてのエンコードオプションの広範囲なテストに基づくことがある。さらに、より高速なアプローチは、エンコードの複雑さを除くために、特に、再構成されている１つではなく予測または予測残差信号に基づいた近似されている歪みの計算とともに使用されることもある。今述べた２つのアプローチの混合は、例えば、可能性のあるエンコードオプションのいくつかだけに対して近似されている歪みと、他のエンコードオプションに対して完全な歪みと、を使用することによってなど、使用されることも可能である。他のアプローチは、可能性のあるエンコードオプションのサブセットを評価するだけである。より一般に、多くのアプローチは、最適化を行ういろいろな技法のいずれかを用いるが、最適化は、必ずしも符号化コストと関係している歪みとの両方の完全な評価であるとは限らない。
【0126】
本明細書に説明された実装および様相は、例えば、方法もしくは処理、装置、ソフトウェアプログラム、データストリーム、または信号において実装されることが可能である。実装の単一のかたちの文脈においてのみ述べられる（例えば、方法としてのみ述べられる）場合でさえ、さらに、述べられた特徴の実装は、他のかたち（例えば、装置またはプログラム）において実装されることも可能である。装置は、例えば、適切なハードウェア、ソフトウェア、およびファームウェアにおいて実装されることが可能である。方法は、例えば、コンピューター、マイクロプロセッサー、集積回路、またはプログラマブルロジックデバイスを含む、一般に処理デバイスを引用する、例えば、プロセッサーにおいて実装されることが可能である。さらに、プロセッサーは、例えば、コンピューター、携帯電話、ポータブル／パーソナルデジタルアシスタント（「ＰＤＡ」）、およびエンドユーザー間において情報の通信を容易にする他のデバイスなど、通信デバイスも含む。
【0127】
「一態様」または「態様」または「一実装」または「実装」への言及は、他の変形も同様に、態様に関連して説明された特定の特徴、構造、特性などが、少なくとも１つの態様に含まれることを意味する。ゆえに、本出願の至る所に種々の場所に現れている語句「一態様にて」または「態様にて」または「一実装にて」または「実装にて」の出現は、どんな他の変形でも同様に、必ずしも同一の態様をすべて引用しているとは限らない。
【0128】
追加として、本出願は、情報の種々の部分を「決定すること」を引用することがある。情報を決定することは、例えば、情報を推定すること、情報を計算すること、情報を予測すること、または情報をメモリーから検索することのうちの１つまたは複数を含むことが可能である。
【0129】
さらに、本出願は、情報の種々の部分に「アクセスすること」を引用することがある。情報にアクセスすることは、例えば、情報を受信すること、情報を（例えば、メモリーから）検索すること、情報を格納すること、情報を移動すること、情報をコピーすること、情報を計算すること、情報を決定すること、情報を予測すること、または情報を推定することのうちの１つまたは複数を含むことが可能である。
【0130】
追加として、本出願は、情報の種々の部分を「受信すること」を引用することがある。受信することは、「アクセスすること」に関してのように、広い用語であることが意図される。情報を受信することは、例えば、情報にアクセスすること、または情報を（例えば、メモリーから）検索することのうちの１つまたは複数を含むことが可能である。さらに、通常、「受信すること」は、何らかの仕方または別の仕方において、例えば、情報を格納すること、情報を処理すること、情報を送信すること、情報を移動すること、情報をコピーすること、情報を消去すること、情報を計算すること、情報を決定すること、情報を予測すること、または情報を推定することなどの動作の間に含まれる。
【0131】
次の「／」、「および／または」、および「のうちの少なくとも１つ」のいずれかの使用は、例えば、「Ａ／Ｂ」、「Ａおよび／またはＢ」、および「ＡおよびＢのうちの少なくとも１つ」の場合、第１の列挙されている選択肢（Ａ）のみの選択、または第２の列挙されている選択肢（Ｂ）のみの選択、または両方の選択肢（ＡおよびＢ）の選択を含み込むことが意図されることは、理解されるべきである。さらなる例として、「Ａ、Ｂ、および／またはＣ」および「Ａ、Ｂ、およびＣの少なくとも１つ」の場合、上記語句は、第１の列挙されている選択肢（Ａ）のみの選択、または第２の列挙されている選択肢（Ｂ）のみの選択、または第３の列挙されている選択肢（Ｃ）のみの選択、または第１および第２の列挙されている選択肢（ＡおよびＢ）のみの選択、または第１のおよび第３の列挙されている選択肢（ＡおよびＣ）のみの選択、または第２および第３の列挙されている選択肢（ＢおよびＣ）、またはすべての３つの選択肢（ＡおよびＢおよびＣ）の選択を含み込むことが意図される。今述べたことは、当業者および関連業者に明らかであるように、列挙されているだけの事項に対して拡張され得る。
【0132】
さらに、本明細書にて使用されている、単語「シグナリング」は、とりわけ、対応するデコーダーへ何かを示すことを引用する。例えば、ある態様にて、エンコーダーは、符号化モードのうちの特定の１つをシグナリングする。このようにして、態様にて、同一のパラメーターは、エンコーダー側およびデコーダー側の両方に使用される。ゆえに、例えば、エンコーダーは、特定のパラメーターをデコーダーに送信（明示的なシグナリング）することが可能であって、デコーダーは、同一の特定のパラメーターを使用することが可能である。反対に、デコーダーが特定のパラメーターを他も同様にすでに有しているならば、シグナリングは、デコーダーに特定のパラメーターを知り選択することを単に可能にするのに、送信することなく使用されること（暗黙的なシグナリング）が可能である。どの現実の関数でも送信を回避することによって、ビットの節約が種々の態様にて実現される。シグナリングがいろいろなやり方において遂行されることが可能であることは、理解されることである。例えば、１つまたは複数のシンタックスエレメント、フラグなどは、種々の態様にて、対応するデコーダーに情報をシグナリングするのに使用される。これまでのことは、単語「シグナリング」の動詞形に関するが、さらに、単語「シグナリング」は、本明細書にて名詞として使用されることも可能である。
【0133】
当業者には明らかであろうように、実装は、例えば、格納されるまたは送信されることが可能である情報を運ぶようにフォーマットされたいろいろな信号を生成することが可能である。例えば、情報は、方法を行うための命令、または説明されている実装のうちの１つによって生成されるデータを含むことが可能である。例えば、信号は、説明されている態様のビットストリームを運ぶようにフォーマットされることが可能である。例えば、上記の信号は、電磁波として（例えば、スペクトルの無線周波部分を使用して）またはベースバンド信号としてフォーマットされることが可能である。例えば、フォーマッティングは、データストリームをエンコードすることと、エンコードされたデータストリームにより搬送波を変調することとを含むことが可能である。例えば、信号が運ぶ情報は、アナログまたはデジタル情報であることが可能である。信号は、知られているように、いろいろな別々のワイヤードまたはワイヤレスリンクを介して送信されることが可能である。信号は、プロセッサー読み取り可能な媒体において格納されることが可能である。
【0134】
我々は、多くの態様を説明する。今述べた態様の特徴は、単独にてまたはどんな組み合わせにおいても提供されることが可能である。さらに、態様は、次の特徴、デバイス、または様相のうちの１つまたは複数を、単独にてまたはどんな組み合わせにおいても、種々のクレームのカテゴリおよびタイプにわたって含むことが可能である。
・説明された態様のいずれかに従って、動きおよび照明補償、動きリファインメント、ならびに多重予測組み合わせの適合を行うテレビ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス。
・説明された態様のいずれかに従って、動きおよび照明補償、動きリファインメント、ならびに多重予測組み合わせの適合を行い、結果の画像を（たとえば、モニター、スクリーン、または他の種類のディスプレイを使用して）表示するテレビ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス。
・チャネルを（たとえば、チューナーを使用して）合わせて、エンコードされている画像を含む信号を受信し、説明された態様のいずれかに従って、動きおよび照明補償、動きリファインメント、ならびに多重予測組み合わせの適合を行うテレビ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス。
・エンコードされている画像を含む電波を介して信号を（たとえば、アンテナを使用して）受信し、説明された態様のいずれかに従って、動きおよび照明補償、動きリファインメント、ならびに多重予測組み合わせの適合を行うテレビ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス。
・説明された態様のいずれかに従って、動きおよび照明補償、動きリファインメント、ならびに多重予測組み合わせの適合を行うテレビ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス。
・説明された態様のいずれかに従って、動きおよび照明補償、動きリファインメント、ならびに多重予測組み合わせの適合を行い、結果の画像を（たとえば、モニター、スクリーン、または他の種類のディスプレイを使用して）表示するテレビ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス。
・チャネルを（たとえば、チューナーを使用して）合わせて、エンコードされている画像を含む信号を受信し、説明された態様のいずれかに従って、動きおよび照明補償、動きリファインメント、ならびに多重予測組み合わせの適合を行うテレビ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス。
・エンコードされている画像を含む電波を介して信号を（たとえば、アンテナを使用して）受信し、説明された態様のいずれかに従って、動きおよび照明補償、動きリファインメント、ならびに多重予測組み合わせの適合を行うテレビ、セットトップボックス、携帯電話、タブレット、または他の電子デバイス。
【0135】
少なくとも１つの態様の一般的な様相に従って、次を含むデコード方法が開示される。
－カレントブロックに対してパラメーターをデコードすることと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、およびデコードされているパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをデコードすること。
－カレントブロックに対してパラメーターをデコードすることと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、およびデコードされているパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをデコードすること。
【0136】
少なくとも１つの態様の一般的な様相に従って、次を含むエンコード方法が開示される。
－カレントブロックに対してパラメーターを取得することと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、およびデコードされているパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをエンコードすること。
－カレントブロックに対してパラメーターを取得することと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、およびデコードされているパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをエンコードすること。
【0137】
少なくとも１つの態様の一般的な様相に従って、次を行うように構成された１つまたは複数のプロセッサー含むデコード装置が開示される。
－カレントブロックに対してパラメーターをデコードすることと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、およびデコードされているパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをデコードすること。
－カレントブロックに対してパラメーターをデコードすることと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、およびデコードされているパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをデコードすること。
【0138】
少なくとも１つの態様の一般的な様相に従って、次を行うように構成された１つまたは複数のプロセッサー含むエンコード装置が開示される。
－カレントブロックに対してパラメーターを取得することと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、およびデコードされているパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをエンコードすること。
－カレントブロックに対してパラメーターを取得することと、
－次の条件、第１の符号化ツールが前述のカレントブロックに対して使用される、およびデコードされているパラメーターに与えられた条件が検証される、のうちの１つまたは複数が検証される場合に、前述のカレントブロックに対して符号化ツールを無効にすること、
－もしそうでなければ前述の符号化ツールを前述のカレントブロックに対して有効にすること、ならびに
－符号化ツールに応答する前述のカレントブロックをエンコードすること。
【0139】
一態様にて、次の条件のうちの１つまたは複数が検証される場合に前述のカレントブロックに対して符号化ツールを無効にすることは、多重仮説符号化モードがカレントブロックに対して使用される場合にインター双方向予測を無効にすることを含む。
【0140】
一態様にて、次の条件のうちの１つまたは複数が検証される場合に前述のカレントブロックに対して符号化ツールを無効にすることは、多重仮説符号化モードがカレントブロックに対して使用される場合に局所的な照明補償（local illumination compensation）を無効にすることを含む。
【0141】
一態様にて、次の条件のうちの１つまたは複数が検証される場合に前述のカレントブロックに対して符号化ツールを無効にすることは、多重仮説符号化モードがカレントブロックに対して使用される場合に三角形分割することを無効にすることを含む。
【0142】
一態様にて、次の条件のうちの１つまたは複数が検証される場合に前述のカレントブロックに対して符号化ツールを無効にすることは、小ブロックおよび彩度コンポーネントのうちの１つまたは複数に対して局所的な照明補償またはＯＢＭＣを無効にすることを含む。
【0143】
一態様にて、次の条件のうちの１つまたは複数が検証される場合に前述のカレントブロックに対して符号化ツールを無効にすることは、一般化された双方向予測（generalized bi-prediction）の重みがデフォルト重みに等しくない場合に局所的な照明補償を無効にすることを含む。
【0144】
一態様にて、次の条件のうちの１つまたは複数が検証される場合に前述のカレントブロックに対して符号化ツールを無効にすることは、局所的な照明補償が前述のカレントブロックに対して有効にされる場合に、一般化された双方向予測を無効にすること（または一般化された双方向予測の重みをデフォルト重みに設定すること）と、一般化された双方向予測インデックス（generalized bi-prediction index）を符号化しないこととを含む。
【0145】
一態様にて、次の条件のうちの１つまたは複数が検証される場合に前述のカレントブロックに対して符号化ツールを無効にすることは、局所的な照明補償によって使用された前述のカレントブロックの近接のサンプルが、デフォルト重みに等しくない一般化された双方向予測の重みを使用するブロックに、属する場合に、局所的な照明補償を無効にすることを含む。
【0146】
一態様にて、次の条件のうちの１つまたは複数が検証される場合に前述のカレントブロックに対して符号化ツールを無効にすることは、局所的な照明補償が使用される場合にオーバーラップブロック動き補償を無効にすることを含む。
【0147】
一態様にて、次の条件のうちの１つまたは複数が検証される場合に前述のカレントブロックに対して符号化ツールを無効にすることは、オーバーラップブロック動き補償が使用される場合に重みがオーバーラップブロック動き補償処理においてデフォルト重みに等しくない場合に局所的な照明補償および／または一般化された双方向予測を無効にすることを含む。
【図1a】
【図1b】
【図1c】
【図1d】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】