知財求人 - 知財ポータルサイト「IP Force」
▶ インターデジタル シーイー パテント ホールディングスの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-05-26
(45)【発行日】2025-06-03
(54)【発明の名称】符号化及び復号化方法並びに装置
(51)【国際特許分類】
H04N 19/105 20140101AFI20250527BHJP
H04N 19/176 20140101ALI20250527BHJP
H04N 19/147 20140101ALI20250527BHJP
H04N 19/70 20140101ALI20250527BHJP
【ＦＩ】
H04N19/105
H04N19/176
H04N19/147
H04N19/70
【請求項の数】
11
(21)【出願番号】P 2022525805
(86)(22)【出願日】2020-11-02
(65)【公表番号】
(43)【公表日】2023-01-06
(86)【国際出願番号】 EP2020080631
(87)【国際公開番号】W WO2021089455
(87)【国際公開日】2021-05-14
【審査請求日】2023-11-02
(31)【優先権主張番号】19306440.9
(32)【優先日】2019-11-07
(33)【優先権主張国・地域又は機関】EP
(31)【優先権主張番号】19306543.0
(32)【優先日】2019-12-02
(33)【優先権主張国・地域又は機関】EP
(31)【優先権主張番号】19306784.0
(32)【優先日】2019-12-30
(33)【優先権主張国・地域又は機関】EP
(73)【特許権者】
【識別番号】518341334
【氏名又は名称】インターディジタル・シーイー・パテント・ホールディングス・ソシエテ・パ・アクシオンス・シンプリフィエ
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】ボルド、フィリップ
(72)【発明者】
【氏名】ポイエー、タンギ
(72)【発明者】
【氏名】ロバート、アントワーヌ
(72)【発明者】
【氏名】レリーネク、ファブリス
(72)【発明者】
【氏名】ガルピン、フランク
【審査官】松元 伸次
(56)【参考文献】
【文献】特表２０２２－５４４８４４（ＪＰ，Ａ）
【文献】Yan Ye ET AL;，AHG13: On bi-prediction with weighted averaging and weighted prediction，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 13th Meeting: Marrakech, MA, 09-18 January 2019， JVET-M0111-v2，2019年01月11日，pp.1,4-6
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １９／００－１９／９８
(57)【特許請求の範囲】
【請求項1】
復号方法であって、ビデオから、残差ブロックが現在のブロックと基準ブロックの重み付きバージョン、又は複数の基準ブロックの重み付き平均のいずれかとの差に基づく重み付き予測モードが前記現在のブロックに対して有効であるかどうかを判定することと、
前記重み付き予測モードが有効にされていることに応答して、前記重み付き予測モード及び少なくとも別の予測ツールのうちの少なくとも１つに関連する前記現在のブロックの再構成プロセスの一部を修正することであって、前記現在のブロックの前記再構成プロセスは、前記重み付き予測モードと前記別の予測ツールとを混合することによって修正され、前記別の予測ツールは、合成イントラ及びインター予測と、幾何学的予測モードと、三角形予測モードとのうちの１つである、ことと、
を含む方法。
【請求項2】
前記現在のブロックを含むスライスのスライスヘッダで言及された前記重み付き予測モードによって使用される少なくとも１つの重みがデフォルトの重みとは異なるときに、前記重み付き予測モードが有効になる、請求項１に記載の方法。
【請求項3】
前記現在のブロックのインター予測のための基準ブロックを提供する基準画像が、デフォルトの重みとは異なる重みに関連付けられている場合、前記重み付き予測モードが有効になる、請求項１に記載の方法。
【請求項4】
前記現在のブロックに対して重み付き予測モードが有効であると判定することは、前記現在のブロックを表すビデオストリームのビットストリーム部分内の前記別の予測ツールに関連するシンタックス要素を解析又は推測することを含む、請求項３に記載の方法。
【請求項5】
現在のブロックを符号化する方法であって、残差ブロックが、前記現在のブロックと基準ブロックの重み付きバージョン、又は複数の基準ブロックの重み付き平均のいずれかとの差に基づく重み付き予測モードが前記現在のブロックに対して有効であるかどうかを判定することと、
前記重み付き予測モードが有効にされていることに応答して、前記重み付き予測モード及び少なくとも別の予測ツールのうちの少なくとも１つに関連する前記現在のブロックの符号化プロセスの一部を修正することであって、前記現在のブロックの前記符号化プロセスは、前記重み付き予測モードと前記別の予測ツールとを混合することによって修正され、前記別の予測ツールは、合成イントラ及びインター予測と、幾何学的予測モードと、三角形予測モードとのうちの１つである、ことと、
を含む、方法。
【請求項6】
復号のためのデバイスであって、ビデオから、残差ブロックが現在のブロックと基準ブロックの重み付きバージョン、又は複数の基準ブロックの重み付き平均のいずれかとの差に基づく重み付き予測モードが前記現在のブロックに対して有効であるかどうかを判定する手段と、
前記重み付き予測モードが有効にされていることに応答して適用される、前記重み付き予測モード及び少なくとも別の予測ツールのうちの少なくとも１つに関連する前記現在のブロックの再構成プロセスの一部を修正する手段であって、前記現在のブロックの前記再構成プロセスは、前記重み付き予測モードと前記別の予測ツールとを混合することによって修正され、前記別の予測ツールは、合成イントラ及びインター予測と、幾何学的予測モードと、三角形予測モードとのうちの１つである、手段と、
を含むデバイス。
【請求項7】
前記現在のブロックを含むスライスのスライスヘッダで言及された前記重み付き予測モードによって使用される少なくとも１つの重みがデフォルトの重みとは異なるときに、前記重み付き予測モードが有効になる、請求項６に記載のデバイス。
【請求項8】
前記現在のブロックのインター予測のための基準ブロックを提供する基準画像が、デフォルトの重みとは異なる重みに関連付けられている場合、前記重み付き予測モードが有効になる、請求項６に記載のデバイス。
【請求項9】
前記重み付き予測モードが前記現在のブロックに対して有効であることを判定する手段は、前記現在のブロックを表すビデオストリームのビットストリーム部分内の前記別の予測ツールに関連するシンタックス要素を解析又は推測する手段を含む、請求項６に記載のデバイス。
【請求項10】
現在のブロックを符号化するためのデバイスであって、残差ブロックが前記現在のブロックと基準ブロックの重み付きバージョン、又は複数の基準ブロックの重み付き平均のいずれかとの差に基づく重み付き予測モードが前記現在のブロックに対して有効であるかどうかを判定する手段と、
前記重み付き予測モードが有効にされていることに応答して適用される、前記重み付き予測モード及び少なくとも別の予測ツールのうちの少なくとも１つに関連する前記現在のブロックの符号化プロセスの一部を修正する手段であって、前記現在のブロックの前記符号化プロセスは、前記重み付き予測モードと前記別の予測ツールとを混合することによって修正され、前記別の予測ツールは、合成イントラ及びインター予測と、幾何学的予測モードと、三角形予測モードとのうちの１つである、手段と、
を含むデバイス。
【請求項11】
請求項１に記載の復号方法を実施するための、又は請求項５に記載の符号化方法を実施するためのプログラムコード命令を含む情報記憶手段。
【発明の詳細な説明】
【技術分野】
【0001】
本実施形態のうちの少なくとも１つは、概して、ビデオ符号化若しくは復号化のための方法及び装置に関し、より具体的には、光フローに基づく予測サンプル重み付けプロセス又はモーション情報精密化プロセスを使用する、ビデオ符号化又は復号化のための方法及び装置に関する。
【背景技術】
【0002】
高い圧縮効率を実現するために、ビデオの符号化方式は、通常、ビデオコンテンツの空間的冗長性及び時間的冗長性を活用した予測及び変換を採用している。符号化中、ビデオコンテンツの画像はピクセルのブロックに分割され、これらのブロックは次いで、以下で元のサブブロックと呼ばれる１つ又は複数のサブブロックに分割される。次いで、イントラ予測又はインター予測を各サブブロックに適用して、画像内又は画像間相関を利用する。使用される予測方法（イントラ又はインター）が何であれ、元のサブブロックごとに予測子サブブロックが決定される。次に、多くの場合予測誤差サブブロック又は予測残差サブブロックと呼ばれる、元のサブブロックと予測サブブロックとの間の差を表すサブブロックが変換され、量子化され、エントロピ符号化されて、符号化ビデオストリームが生成される。ビデオを再構成するには、変換、量子化、及びエントロピ符号化に対応する逆の処理によって、圧縮データを復号化する。
【0003】
ジョイントビデオエキスパートチーム（ＪＶＥＴ）として知られているＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣの専門家の共同チームによって開発中のＶｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＶＶＣ）という名称の国際規格では、新しい圧縮ツールが導入されている。例えば、ＶＶＣでは、以下でＰＳＷツールと呼ばれる予測サンプル重み付けプロセスを使用する圧縮ツールの数がわずかに増加している。並行して、以下でＯＦツールと呼ばれる、光フローの概念に基づく動き情報の精密化を適用することを意図した新しいツールが登場している。同様の概念を使用するこれらのＰＳＷ（それぞれＯＦ）ツールでは、独立して採用された各ツールによって提供される圧縮の改善は、これらのツールを組み合わせたときは蓄積しない。更に、組み合わせた場合、これらのツール（ＰＳＷツール及びＯＦツール）は相反する効果を有し得るため、その組み合わせは圧縮効率の低下につながる可能性がある。
【0004】
互換性のないＰＳＷ及び／又はＯＦツールの組み合わせを回避することを可能にする解決策を提案することが望ましい。これらのツールのうちの１つのみを使用すると同様の圧縮効率が得られるが、符号化／復号化の複雑さが低減されるか、あるいはＰＳＷ及び／又はＯＦツールの組み合わせが許容できない複雑さをもたらす場合に、ＰＳＷ及び／又はＯＦツールを一緒に使用することを回避する解決策を提案することも望ましい。
【発明の概要】
【0005】
第１の態様では、本実施形態のうちの１つ又は複数は復号化のための方法を提供し、方法は、
符号化ビデオストリームから、現在のブロックと、一方向インター予測の場合は基準ブロックの重み付きバージョン、又は双方向インター予測の場合は２つの基準ブロックの重み付き平均のいずれかとの差として残差ブロックが計算される、重み付き予測と呼ばれるインター予測モードが現在のブロックに対して有効であるかどうかを判定することと、
重み付き予測が有効である場合、重み付き予測及び／又は予測ツールの第１のセットのうちの少なくとも別の予測ツールに関連する当該現在のブロックの再構成プロセスの一部を修正することであって、第１のセットは、三角形予測モード、幾何学的予測モード、局所照明補償モード、組み合わされたイントラインター予測モード、及び動き補償に使用される動き情報が光フローモデルに基づいて精密化されるモードを含む、修正することと、を含む。
符号化ビデオストリームから、現在のブロックと、一方向インター予測の場合は基準ブロックの重み付きバージョン、又は双方向インター予測の場合は２つの基準ブロックの重み付き平均のいずれかとの差として残差ブロックが計算される、重み付き予測と呼ばれるインター予測モードが現在のブロックに対して有効であるかどうかを判定することと、
重み付き予測が有効である場合、重み付き予測及び／又は予測ツールの第１のセットのうちの少なくとも別の予測ツールに関連する当該現在のブロックの再構成プロセスの一部を修正することであって、第１のセットは、三角形予測モード、幾何学的予測モード、局所照明補償モード、組み合わされたイントラインター予測モード、及び動き補償に使用される動き情報が光フローモデルに基づいて精密化されるモードを含む、修正することと、を含む。
【0006】
第２の態様では、本実施形態のうちの１つ又は複数は復号化のためのデバイスを提供し、デバイスは、
符号化ビデオストリームから、現在のブロックと、一方向インター予測の場合は基準ブロックの重み付きバージョン、又は双方向インター予測の場合は２つの基準ブロックの重み付き平均のいずれかとの差として残差ブロックが計算される、重み付き予測と呼ばれるインター予測モードが現在のブロックに対して有効であるかどうかを判定する手段と、
重み付き予測が可能である場合に適用される修正する手段であって、重み付き予測及び／又は予測ツールの第１のセットのうちの少なくとも別の予測ツールに関連する当該現在のブロックの再構成プロセスの一部を修正する手段であって、第１のセットは、三角形予測モード、幾何学的予測モード、局所照明補償モード、組み合わされたイントラインター予測モード、及び動き補償に使用される動き情報が光フローモデルに基づいて精密化されるモードを含む、修正する手段と、を含む。
符号化ビデオストリームから、現在のブロックと、一方向インター予測の場合は基準ブロックの重み付きバージョン、又は双方向インター予測の場合は２つの基準ブロックの重み付き平均のいずれかとの差として残差ブロックが計算される、重み付き予測と呼ばれるインター予測モードが現在のブロックに対して有効であるかどうかを判定する手段と、
重み付き予測が可能である場合に適用される修正する手段であって、重み付き予測及び／又は予測ツールの第１のセットのうちの少なくとも別の予測ツールに関連する当該現在のブロックの再構成プロセスの一部を修正する手段であって、第１のセットは、三角形予測モード、幾何学的予測モード、局所照明補償モード、組み合わされたイントラインター予測モード、及び動き補償に使用される動き情報が光フローモデルに基づいて精密化されるモードを含む、修正する手段と、を含む。
【0007】
一実施形態では、現在のブロックを含むスライスのスライスヘッダで言及された重み付き予測によって使用される少なくとも１つの重みがデフォルトの重みと異なる場合、重み付き予測が可能になる。
【0008】
一実施形態では、現在のブロックの再構成プロセスは、符号化ビデオストリームから当該現在のブロックの第１のセットのツールに関連する任意のシンタックス要素を解析又は推測することを防止することによって修正される。
【0009】
一実施形態では、現在のブロックのインター予測のための基準ブロックを提供する基準画像がデフォルトの重みとは異なる重みに関連付けられている場合、重み付き予測が可能になる。
【0010】
一実施形態では、現在のブロックに対して重み付き予測が有効であると判定することは、現在のブロックを表す符号化ビデオストリームのビットストリーム部分内の第１のセットのツールに関連するシンタックス要素を解析又は推測することを含む。
【0011】
一実施形態では、第１のセットの当該ツールに関連する符号化ビデオストリームのシンタックス要素が、第１のセットの当該ツールが現在のブロックに適用される必要があることを示す場合であっても、現在のブロックの再構成プロセスは、第１のセットの当該ツールの適用を防止することによって修正される。
【0012】
一実施形態では、現在のブロックの再構成プロセスは、第１のセットのツールの、符号化ビデオストリーム内で指定された現在のブロックへの適用を代替インター予測ツールの適用に置き換えることによって修正される。
【0013】
一実施形態では、現在のブロックの再構成プロセスは、当該シンタックス要素のセマンティックを変更することによって第１のセットのツールに関連するシンタックス要素の解釈を変更することによって、修正される。
【0014】
一実施形態では、現在のブロックの再構成プロセスは、重み付き予測及び第１のセットのツールの実行順序を変更することによって修正される。
【0015】
一実施形態では、現在のブロックの再構成プロセスは、重み付き予測と第１のセットの少なくとも１つのツールとを単一の重み付き段階に混合することによって修正される。
【0016】
第３の態様では、本実施形態のうちの１つ又は複数は、現在のブロックを表すビットストリーム部分を符号化ビデオストリームに符号化するための方法を提供し、方法は、
現在のブロックと、一方向インター予測の場合は基準ブロックの重み付きバージョン、又は双方向インター予測の場合は２つの基準ブロックの重み付き平均のいずれかとの差として残差ブロックが計算される、重み付き予測と呼ばれるインター予測モードが現在のブロックに対して有効であるかどうかを判定することと、
重み付き予測が有効である場合、重み付き予測及び／又は予測ツールの第１のセットのうちの少なくとも別の予測ツールに関連する当該現在のブロックの符号化プロセスの一部を修正することであって、第１のセットは、三角形予測モード、幾何学的予測モード、局所照明補償モード、組み合わされたイントラインター予測モード、及び動き補償に使用される動き情報が光フローモデルに基づいて精密化されてもよいモードを含む、修正することと、を含む。
現在のブロックと、一方向インター予測の場合は基準ブロックの重み付きバージョン、又は双方向インター予測の場合は２つの基準ブロックの重み付き平均のいずれかとの差として残差ブロックが計算される、重み付き予測と呼ばれるインター予測モードが現在のブロックに対して有効であるかどうかを判定することと、
重み付き予測が有効である場合、重み付き予測及び／又は予測ツールの第１のセットのうちの少なくとも別の予測ツールに関連する当該現在のブロックの符号化プロセスの一部を修正することであって、第１のセットは、三角形予測モード、幾何学的予測モード、局所照明補償モード、組み合わされたイントラインター予測モード、及び動き補償に使用される動き情報が光フローモデルに基づいて精密化されてもよいモードを含む、修正することと、を含む。
【0017】
第４の態様では、本実施形態のうちの１つ又は複数は、現在のブロックを表すビットストリーム部分を符号化ビデオストリームに符号化するためのデバイスを提供し、デバイスは、
現在のブロックと、一方向インター予測の場合は基準ブロックの重み付きバージョン、又は双方向インター予測の場合は２つの基準ブロックの重み付き平均のいずれかとの差として残差ブロックが計算される、重み付き予測と呼ばれるインター予測モードが現在のブロックに対して有効であるかどうかを判定する手段と、
重み付き予測が可能である場合に適用される修正する手段であって、重み付き予測及び／又は予測ツールの第１のセットのうちの少なくとも別の予測ツールに関連する当該現在のブロックの再構成プロセスの一部を修正する手段であって、第１のセットは、三角形予測モード、幾何学的予測モード、局所照明補償モード、組み合わされたイントラインター予測モード、及び動き補償に使用される動き情報が光フローモデルに基づいて精密化されてもよいモードを含む、修正する手段と、を含む。
現在のブロックと、一方向インター予測の場合は基準ブロックの重み付きバージョン、又は双方向インター予測の場合は２つの基準ブロックの重み付き平均のいずれかとの差として残差ブロックが計算される、重み付き予測と呼ばれるインター予測モードが現在のブロックに対して有効であるかどうかを判定する手段と、
重み付き予測が可能である場合に適用される修正する手段であって、重み付き予測及び／又は予測ツールの第１のセットのうちの少なくとも別の予測ツールに関連する当該現在のブロックの再構成プロセスの一部を修正する手段であって、第１のセットは、三角形予測モード、幾何学的予測モード、局所照明補償モード、組み合わされたイントラインター予測モード、及び動き補償に使用される動き情報が光フローモデルに基づいて精密化されてもよいモードを含む、修正する手段と、を含む。
【0018】
一実施形態では、現在のブロックを含むスライスのスライスヘッダで符号化された重み付き予測によって使用される少なくとも１つの重みがデフォルトの重みと異なる場合、重み付き予測が可能になる。
【0019】
一実施形態では、現在のブロックの再構成プロセスは、第１のセットの予測ツールの使用を防止することによって修正され、現在のブロックを表す符号化ビデオストリームのビットストリーム部分は、第１のセットの予測ツールに関連するシンタックス要素を含まない。
【0020】
一実施形態では、現在のブロックのインター予測のための基準ブロックを提供する基準画像がデフォルトの重みとは異なる重みに関連付けられている場合、重み付き予測が可能になる。
【0021】
一実施形態では、現在のブロックの再構成プロセスは、現在のブロックを符号化するために選択された第１のセットの予測ツールを適用することなく、現在のブロックを再構成することによって修正され、第１のセットの選択された予測ツールを表すシンタックス要素は、現在のブロックを表す符号化ビデオストリームのビットストリーム部分に符号化される。
【0022】
一実施形態では、現在のブロックの再構成プロセスは、現在のブロックを符号化するために選択された第１のセットの予測ツールを代替インター予測ツールで置き換えることによって現在のブロックを再構成することによって修正され、第１のセットの選択された予測ツールを表すシンタックス要素は、現在のブロックを表す符号化ビデオストリームのビットストリーム部分に符号化される。
【0023】
一実施形態では、現在のブロックの再構成プロセスは、重み付き予測及び第１のセットのツールの適用順序を修正することによって修正される。
【0024】
一実施形態では、現在のブロックの再構成プロセスは、重み付き予測と第１のセットの少なくとも１つのツールとを単一の重み付き段階に混合することによって修正される。
【0025】
第５の態様では、本実施形態のうちの１つ又は複数は、第２又は第４の態様によるデバイスを含む装置を提供する。
【0026】
第６の態様では、本実施形態の１つ又は複数は、第３の態様による方法に従って、又は第４の態様によるデバイスによって生成されたデータを含む信号を提供する。
【0027】
第７の態様では、本実施形態のうちの１つ又は複数は、第１の態様による復号化方法を実施するための、又は第３の態様の符号化方法を実施するためのプログラムコード命令を含むコンピュータプログラムを提供する。
【0028】
第８の態様では、本実施形態のうちの１つ又は複数は、第１の態様による復号化方法を実施するための、又は第３の態様の符号化方法を実施するためのプログラムコード命令を記憶する情報記憶手段を提供する。
【図面の簡単な説明】
【0029】
【図1】元のビデオのピクセルの画像による分割の例を示す。
【図2】ビデオストリームを符号化するための方法を概略的に示す。
【図3】符号化ビデオストリームを復号化するための方法を概略的に示す。
【図4A】様々な態様及び実施形態が実装される、符号化モジュール又は復号化モジュールを実装することができる処理モジュールのハードウェアアーキテクチャの例を概略的に示す。
【図4B】様々な態様及び実施形態が実装されているシステムの一例のブロック図を示す。
【図5A】三角形予測モードの実施形態を概略的に示す。
【図5B】幾何学的予測モードの実施形態を概略的に示す。
【図5C】三角形予測モードで適用される適応的な重み付けプロセスを概略的に示す。
【図6】光フローモードでの予測精密化の実施例を概略的に表す。
【図7】符号化プロセス中に実行される再構成プロセスの実施形態の高レベル表現である。
【図8】復号化プロセス中に実行される再構成プロセスの実施形態の高レベル表現である。
【図9】再構成プロセスの修正された部分を開示する。
【図10】等しいサイズの２つのサブブロックへのブロックの分割の実施例を概略的に示す。
【図11】等しくないサイズの２つのサブブロックへのブロックの分割の実施例を概略的に示す。
【図12】ＰＳＷ又はＯＦツールのための通常の再構成プロセスを適用しないことを含む、当該ＰＳＷ又はＯＦツールの非アクティブ化の一例に対応する解析プロセスを概略的に表す。
【図13】ＰＳＷ又はＯＦツールのための通常の再構成プロセスを適用しないことを含む、当該ＰＳＷ又はＯＦツールの非アクティブ化の一例に対応する再構成プロセスを概略的に表す。
【発明を実施するための形態】
【0030】
実施形態の以下の説明は、ＶＶＣの文脈で行われる。しかしながら、これらの実施形態は、ＶＶＣに対応するビデオ符号化／復号化方法に限定されず、他のビデオ符号化／復号化方法に適用されるが、ＰＳＷ及び／又はＯＦツールが使用され、組み合わされ得る他の画像符号化／復号化方法にも適用される。
【0031】
以下の実施形態のうちの少なくとも１つは、互換性のないＰＳＷ及び／又はＯＦツールを組み合わせることを防止することを可能にする。
【0032】
以下の実施形態の少なくとも１つは、ＰＳＷ及び／又はＯＦツールの組み合わせが十分な圧縮利得をもたらさない、又は許容できない複雑さをもたらす組み合わせを防止することによって、符号化及び／又は復号化プロセスの複雑さを低減することを可能にする。
【0033】
図１は、元のビデオ１０のピクセル１１の画像による分割の例を示す。ここでは、ピクセルは、３つの成分、すなわち輝度成分と２つのクロミナンス成分からなると考えられる。しかしながら、以下の実施形態は、別の数の成分を含むピクセルから構成される画像、例えば、ピクセルが１つの成分を含むグレーレベル画像、又は３つの色成分と透明度成分及び／又は深度成分とを含むピクセルから構成される画像に適合される。
【0034】
画像は、複数の符号化エンティティに分割される。まず、図１の参照番号１３で示すように、ＶＶＣでは、画像が符号化ツリーユニット（ＣＴＵ）と呼ばれるブロックのグリッドに分割される。ＣＴＵは、輝度サンプルのＮ×Ｎブロックと、クロミナンスサンプルの２つの対応するブロックとで構成される。Ｎは、一般に、例えば、「１２８」の最大値を有する２のべき乗である。次に、画像は、ＣＴＵの１つ又は複数のグループに分割される。例えば、それは１つ又は複数のタイル行及びタイル列に分割することができ、タイルは画像の矩形領域をカバーするＣＴＵのシーケンスである。場合によっては、タイルを１つ又は複数のブリックに分割することができ、その各々はタイル内の少なくとも１つのＣＴＵ行からなる。タイル及びブリックの概念の上には、画像の少なくとも１つのタイル又はタイルの少なくとも１つのブリックを含むことができるスライスと呼ばれる別の符号化エンティティが存在する。
【0035】
スライスの２つのモード、すなわちラスタスキャンスライスモード及び矩形スライスモードがサポートされる。ラスタスキャンスライスモードでは、スライスは、画像のタイルラスタスキャン内のタイルのシーケンスを含む。矩形スライスモードでは、スライスは、画像の矩形領域を形成する画像の少なくとも１つのブリックを含む。矩形スライス内のブリックは、スライスのブリックラスタスキャンの順序になっている。
【0036】
図１の例では、参照番号１２で示すように、画像１１は、各々が複数のタイル（図示せず）を含むラスタスキャンスライスモードの３つのスライスＳ１、Ｓ２、及びＳ３に分割され、各タイルは、１つのブリックのみを含む。
【0037】
図１の参照番号１４で示すように、ＣＴＵは、符号化ユニット（ＣＵ）と呼ばれる１つ又は複数のサブブロックの階層ツリーの形態に分割され得る。ＣＴＵは、階層ツリーのルート（すなわち、親ノード）であり、複数のＣＵ（すなわち、子ノード）に分割され得る。各ＣＵは、より小さいＣＵに更に分割されていない場合は階層ツリーのリーフになり、更に分割されている場合はより小さいＣＵ（すなわち、子ノード）の親ノードになる。標準的なＨＥＶＣ（ＩＳＯ／ＩＥＣ ２３００８－２－ＭＰＥＧ－Ｈ Ｐａｒｔ ２，Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ／ＩＴＵ－Ｔ Ｈ．２６５）は、四分木と呼ばれる１つのタイプの階層ツリーのみを使用していたが、ＶＶＣは、四分木、二分木、及び三分木を含む複数のタイプの階層ツリーを混合する階層ツリーを可能にする。四分木では、ＣＴＵ（それぞれＣＵ）は、等しいサイズの「４」つの平方ＣＵに分割する（すなわち、その親ノードとなる）ことができる。二分木では、ＣＴＵ（それぞれＣＵ）は、等しいサイズの「２」つの矩形ＣＵに水平又は垂直に分割することができる。三分木では、ＣＴＵ（それぞれＣＵ）は、「３」つの矩形ＣＵに水平又は垂直に分割することができる。例えば、高さＮ及び幅ＭのＣＵは、高さＮ（それぞれＮ／４）及び幅Ｍ／４（それぞれＭ）の第１のＣＵ、高さＮ（それぞれＮ／２）及び幅Ｍ／２（それぞれＭ）の第２のＣＵ、並びに高さＮ（それぞれＮ／４）及び幅Ｍ／４（それぞれＭ）の第３のＣＵに垂直に（それぞれ水平に）分割される。
【0038】
図１の例では、ＣＴＵ１４は、四分木タイプの分割を使用して、最初に「４」つの正方形ＣＵに分割される。左上のＣＵは、更に分割されていないため、階層ツリーのリーフであり、すなわち、他のＣＵの親ノードではない。右上のＣＵは、やはり四分木タイプの分割を使用して、「４」つのより小さい正方形ＣＵに更に分割される。右下のＣＵは、二分木タイプの分割を使用して「２」つの矩形ＣＵに垂直に分割される。左下のＣＵは、三分木タイプの分割を使用して「３」つの矩形ＣＵに垂直に分割される。
【0039】
画像の符号化中、分割は適応的であり、各ＣＴＵは、ＣＴＵ基準の圧縮効率を最適化するように分割される。
【0040】
ＨＥＶＣでは、予測ユニット（ＰＵ）及び変換ユニット（ＴＵ）の概念が登場した。実際、ＨＥＶＣでは、予測（すなわち、ＰＵ）及び変換（すなわち、ＴＵ）に使用される符号化エンティティは、ＣＵの部分であり得る。例えば、図１に示すように、サイズ２Ｎ×２Ｎの当該ＣＵは、サイズＮ×２Ｎ又はサイズ２Ｎ×ＮのＰＵ１４１１に分割することができる。更に、当該ＣＵは、サイズＮ×Ｎの「４」つのＴＵ１４１２又はサイズ
【0041】
【数1】
【0042】
ＶＶＣでは、いくつかの特定の場合を除いて、ＴＵ及びＰＵのフロンティアがＣＵのフロンティアに位置合わせされることに留意されたい。したがって、ＣＵは、一般に、１つのＴＵ及び１つのＰＵを含む。いくつかのＰＳＷツールは、ＣＵを複数のＰＵに分割することを可能にする。例えば、三角形予測モード（ＴＰＭ）と呼ばれる予測モードは、ＣＵを等しいサイズの２つの三角形ＰＵに分割することを可能にする。図５Ａは、ＴＰＭモードに従って矩形ＣＵを分割することによって得られる２つのＰＵを表す。ＴＰＭモードはＣＵを等しいサイズの２つの三角形ＰＵに分割することを可能にするが、幾何予測モード（ＧＥＯ）と呼ばれる第２のモードは、ＣＵを等しくないサイズの２つのＰＵに分割することを可能にする。図５Ｂは、ＧＥＯモードに従って２つのＰＵに分割された矩形ＣＵを表す。
【0043】
本出願では、「ブロック」又は「画像ブロック」という用語は、ＣＴＵ、ＣＵ、ＰＵ、及びＴＵのうちのいずれか１つを指すために使用することができる。更に、「ブロック」又は「画像ブロック」という用語は、Ｈ．２６４／ＡＶＣ又は他のビデオ符号化規格で指定されているようなマクロブロック、パーティション、及びサブブロックを指すために使用することができ、より一般的には、多数のサイズのサンプルのアレイを指すために使用することができる。
【0044】
本出願では、「再構成された」及び「復号化された」という用語は互換的に使用することができ、「ピクセル」及び「サンプル」という用語は互換的に使用することができ、「画像」、「ピクチャ」、「サブピクチャ」、「スライス」、及び「フレーム」という用語は互換的に使用することができる。通常では、必ずしもそうではないが、「再構成された」という用語はエンコーダ側で使用され、「復号化された」という用語はデコーダ側で使用される。
【0045】
図２は、符号化モジュールによって実行されるビデオストリームを符号化するための方法を概略的に示す。符号化のためのこの方法の変形形態が考えられるが、明確さを目的として、以下では予想される全ての変形形態を記載することなく、図２の符号化のための方法について説明する。
【0046】
符号化される前に、ビデオの現在の元の画像２０１は、事前符号化処理（図２には表されていない）を経ることができる。例えば、色変換は、現在の元の画像（例えば、ＲＧＢ４：４：４からＹＣｂＣｒ４：２：０への変換）に適用されるか、又は（例えば、色成分のうちの１つのヒストグラム均等化を使用して）圧縮に対してより弾力的な信号分布を得るために、再マッピングが現在の元の画像２０１成分に適用される。
【0047】
現在の元の画像２０１の符号化は、図１に関連して説明したように、ステップ２０２中の現在の元の画像２０１の分割から始まる。したがって、現在の画像２０１は、ＣＴＵ、ＣＵ、ＰＵ、ＴＵなどに分割される。各ブロックについて、符号化モジュールは、イントラ予測とインター予測との間の符号化モードを決定する。
【0048】
イントラ予測は、イントラ予測方法に従って、ステップ２０３中に、符号化される現在のブロックの因果的近傍に位置する再構成されたブロックのピクセルから導出された予測ブロックから現在のブロックのピクセルを予測することからなる。イントラ予測の結果は、近傍のブロックのどのピクセルを使用するかを示す予測方向と、現在のブロックと予測ブロックとの差の計算から生じる残差ブロックである。
【0049】
インター予測は、基準ブロックと呼ばれる、現在の画像の前又は後の画像のピクセルのブロックから現在のブロックのピクセルを予測することからなり、この画像は基準画像と呼ばれる。インター予測方法による現在のブロックの符号化中に、類似性基準による、現在のブロックに最も近い基準画像のブロックが、動き推定ステップ２０４によって決定される。ステップ２０４中に、基準画像内の基準ブロックの位置を示す動きベクトルが決定される。当該動きベクトルは、動き補償ステップ２０５中に使用され、その間に残差ブロックは、現在のブロックと基準ブロックとの間の差の形態で計算される。
【0050】
第１のビデオ圧縮規格では、上述した一方向インター予測モードが利用可能な唯一のインターモードであった。ビデオ圧縮標準が進化するにつれて、インターモードのファミリーは著しく成長しており、現在は多くの異なるインターモードを含む。
【0051】
インターモードの第１の進化は、双方向インター予測（又はＢモード）であった。Ｂモードでは、現在のブロックは２つの動きベクトルと関連付けられ、２つの異なる画像内の２つの基準ブロックを指定する。現在のブロックの残差ブロックを計算することを可能にする予測子ブロックは、２つの基準ブロックの平均である。現在のブロックの当該予測子ｂｉＰｒｅｄは、以下のように計算される。
ｂｉＰｒｅｄｓ＝（ｗ０．ｐｒｅｄ０＋ｗ１．ｐｒｅｄ１＋１）／２ （１）
ここで、ｐｒｅｄ０は、一般に復号化された画像バッファ（ＤＰＢ）と呼ばれる復号化された画像のバッファに記憶された基準画像のリストＬ０において得られた動き補償されたブロック予測子であり、ｐｒｅｄ１は、ＤＰＢに記憶された基準画像のリストＬ１において取得された動き補償ブロック予測子であり、ｗ０及びｗ１は、双方向インター予測の場合、１つに等しい重みである。
ｂｉＰｒｅｄｓ＝（ｗ０．ｐｒｅｄ０＋ｗ１．ｐｒｅｄ１＋１）／２ （１）
ここで、ｐｒｅｄ０は、一般に復号化された画像バッファ（ＤＰＢ）と呼ばれる復号化された画像のバッファに記憶された基準画像のリストＬ０において得られた動き補償されたブロック予測子であり、ｐｒｅｄ１は、ＤＰＢに記憶された基準画像のリストＬ１において取得された動き補償ブロック予測子であり、ｗ０及びｗ１は、双方向インター予測の場合、１つに等しい重みである。
【0052】
重みｗ０及びｗ１が異なり得る双方向インター予測のいくつかの一般化が提案された。重み付き予測（ＷＰ）は、いくつかの態様における双方向インター予測の一般化と考えることができる。ＷＰでは、残差ブロックは、一方向インター予測の場合は基準ブロックの重み付きバージョン、又は双方向インター予測の場合は２つの基準ブロックの重み付き平均のいずれかとの差として計算される。ＷＰは、残差ブロックが、現在のブロックと、基準ブロックの重み付きバージョン又は複数の基準ブロックの重み付き平均のいずれかとの差として計算されるように一般化することができる。ＷＰは、シーケンスヘッダ内のシーケンスレベル（ＶＶＣではシーケンスパラメータセット（ＳＰＳ）と呼ばれる）又は画像ヘッダ内の画像レベル（ＶＶＣではピクチャパラメータセット（ＰＰＳ）と呼ばれる）又はスライスヘッダ内のスライスレベルで有効にすることができる。ＷＰは、ＤＰＢに記憶されている基準画像の各リスト（Ｌ０及びＬ１）の各基準ピクチャｉの各成分に関連付けられたＣＴＵ（例えば、一般にスライスヘッダレベルで）のグループごとに重みｗｉ及びオフセットｏｆｆｉを定義する。現在のブロックが一方向ＷＰで符号化されている場合、当該現在のブロックの位置（ｘ，ｙ）における予測サンプルｐｒｅｄ（ｘ，ｙ）は、以下のように計算される。
ｐｒｅｄ（ｘ，ｙ）＝（（ｗ０．ｐｒｅｄ０（ｘ，ｙ）＋（１＜＜（ｓｈｉｆｔ－１）））＞＞ｓｈｉｆｔ）＋Ｏｆｆ０
ここでｐｒｅｄ０（ｘ，ｙ）は、ＤＰＢに記憶された、空間的にｐｒｅｄ（ｘ，ｙ）に対応する基準画像のリストＬ０内で得られた動き補償された予測サンプルであり、ｗ０は重みであり、Ｏｆｆ０はオフセット値であり、ｓｈｉｆｔはシフト値であり、（ｙ＜＜ｘ）はｙのバイナリ表現のｘビットの左シフトであり、（ｙ＞＞ｘ）はｙのバイナリ表現のｘビットの右シフトである。
ｐｒｅｄ（ｘ，ｙ）＝（（ｗ０．ｐｒｅｄ０（ｘ，ｙ）＋（１＜＜（ｓｈｉｆｔ－１）））＞＞ｓｈｉｆｔ）＋Ｏｆｆ０
ここでｐｒｅｄ０（ｘ，ｙ）は、ＤＰＢに記憶された、空間的にｐｒｅｄ（ｘ，ｙ）に対応する基準画像のリストＬ０内で得られた動き補償された予測サンプルであり、ｗ０は重みであり、Ｏｆｆ０はオフセット値であり、ｓｈｉｆｔはシフト値であり、（ｙ＜＜ｘ）はｙのバイナリ表現のｘビットの左シフトであり、（ｙ＞＞ｘ）はｙのバイナリ表現のｘビットの右シフトである。
【0053】
現在のブロックが双方向ＷＰで符号化されている場合、当該現在のブロックの位置（ｘ，ｙ）における予測サンプルｐｒｅｄ（ｘ，ｙ）は、以下のように計算される。
ｐｒｅｄ（ｘ，ｙ）＝（（ｗ０．ｐｒｅｄ０（ｘ，ｙ）＋ｗ１．ｐｒｅｄ１（ｘ，ｙ）＋Ｏｆｆ０１）＞＞（ｓｈｉｆｔ＋１）） （２）
ここで、Ｏｆｆ０１＝（Ｏｆｆ０＋Ｏｆｆ１＋１）＜＜ｓｈｉｆｔであり、
ここで、ｐｒｅｄ１（ｘ，ｙ）は、ＤＰＢに記憶された、空間的にｐｒｅｄ（ｘ，ｙ）に対応する基準画像のリストＬ１内で得られた動き補償された予測子サンプルであり、ｗ１は重みであり、Ｏｆｆ１はオフセット値である。
ｐｒｅｄ（ｘ，ｙ）＝（（ｗ０．ｐｒｅｄ０（ｘ，ｙ）＋ｗ１．ｐｒｅｄ１（ｘ，ｙ）＋Ｏｆｆ０１）＞＞（ｓｈｉｆｔ＋１）） （２）
ここで、Ｏｆｆ０１＝（Ｏｆｆ０＋Ｏｆｆ１＋１）＜＜ｓｈｉｆｔであり、
ここで、ｐｒｅｄ１（ｘ，ｙ）は、ＤＰＢに記憶された、空間的にｐｒｅｄ（ｘ，ｙ）に対応する基準画像のリストＬ１内で得られた動き補償された予測子サンプルであり、ｗ１は重みであり、Ｏｆｆ１はオフセット値である。
【0054】
サンプルを重め付けするときに数値精度の向上を維持するために、ビット深度精度を高めて中間サンプル値を記憶及び操作することができる。この場合、最終（所望の）ビット深度サンプル予測精度（ｂｉｔＤｅｐｔｈ）は、予測計算プロセスの終了時に最後の右側ビットシフトで取得される。例えば、ＤＰＢ内の基準ピクチャは、精度ビット深さに記憶されるが、中間動き補償されたサンプルは、中間バッファに精度を上げて（ｂｉｔＤｅｐｔｈ＋ｓｐ）で記憶される。この場合、２つの先行する式の右シフト値ｓｈｉｆｔは、最終的に予測サンプルを精度ｂｉｔＤｅｐｔｈに再スケーリングするために（シフト＋ｓｐ）に置き換えられ得る。サンプル重み付けプロセスを使用する全ての予測ツールについて、同様の中間ビット深度精度向上プロセスが一般に使用されることに留意されたい。
【0055】
シーケンスヘッダ（ＳＰＳ）及び画像ヘッダ（ＰＰＳ）でＷＰが有効にされ、関連する重み及びオフセットがスライスヘッダで指定されるが、ＣＵレベルの重みを有するＢｉ－ｐｒｅｄｉｃｔｉｏｎ（ＢＣＷ）と呼ばれる新しいモードは、ブロックレベルでのシグナリング重みを可能にする。ＢＣＷモードが現在のブロックに適用される場合、当該現在のブロックの予測子サンプルｐｒｅｄ（ｘ，ｙ）は、以下のように計算される。
ｐｒｅｄ（ｘ，ｙ）＝（（８－ｗ）．ｐｒｅｄ０（ｘ，ｙ）＋ｗ．ｐｒｅｄ１（ｘ，ｙ）＋４）＞＞３
ここで、ｐｒｅｄ０（ｘ，ｙ）は、ＤＰＢに記憶され、空間的にｐｒｅｄ（ｘ，ｙ）に対応する基準画像のリストＬ０で得られた動き補償された予測子サンプルであり、ｐｒｅｄ１（ｘ，ｙ）は、ＤＰＢに記憶され、空間的にｐｒｅｄ（ｘ，ｙ）に対応する基準画像のリストＬ１内で得られた動き補償された予測子サンプルであり、ｗは、５つの重み（ｗ∈｛－２，３，４，５，１０｝）のセットで得られた重みである。重みｗは、以下の２つの方法のうちの１つで決定される。１）非マージＣＵの場合、重みインデックスｃｗ＿ｉｄｘが当該動きベクトルが異なった後にシグナリングされ、２）マージＣＵの場合、重みインデックスｂｃｗ＿ｉｄｘがマージ候補インデックスに基づいて、隣接するブロックから推測される。
図５Ａ及び図５Ｂに関連して既に提示されている三角形予測モード（ＴＰＭ）及び幾何学的予測モード（ＧＥＯ）は、インターモードの特定の形態である。上述のように、ＴＰＭ及びＧＥＯモードでは、ブロックは２つのＰＵ（すなわち、２つのパーティション）に分割される。２つのＰＵを分離するフロンティアを表す情報は、現在のブロックのために符号化される。当該情報は、エッジ方向を表す（すなわち、フロンティアの方向及び／又は位置を表す）シンタックス要素を含む（ＴＰＭモードの場合ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ、又はＧＥＯモードの場合ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘ）。ＴＰＭ又はＧＥＯモードが使用される場合、現在のブロックの各ＰＵは、それ自体の動き情報を使用して相互予測される。各ＰＵについては、単一方向の予測のみが可能である。２つのマージインデックス（ｍｅｒｇｅ－ｉｄｘ－０及びｍｅｒｇｅ－ｉｄｘ－１）は、（正規マージ候補リストに基づいて）空間的及び時間的近傍から構築された、関連付けられた基準インデックスを有する動きベクトル予測子候補のリストに対応して、リストＬ０及びリストＬ１から交互に符号化される。文書ＪＶＥＴ－Ｏ ２００１（以下、単にＪＶＥＴ－Ｏ２００１と記す）に記載されているＶＶＣ規格のバージョン６．０では、ＴＰＭの場合、（ｍｅｒｇｅ－ｉｄｘ－０及びｍｅｒｇｅ－ｉｄｘ－１）の値は、シンタックス要素（ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ ０及びｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ １）から導出される。ＧＥＯの場合、ｍｅｒｇｅ－ｉｄｘ－０及びｍｅｒｇｅ－ｉｄｘ－１の値は、シンタックス要素ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘ ０及びｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘ １から導出される。ＰＵの各々を予測した後、２つのＰＵ（例えば、図５ＡのＰＵ５０１と５０２との間のフロンティア）間のフロンティアに沿ったサンプル値は、適応重みを用いたブレンド処理を使用して調整される。図５Ｃは、ＴＰＭモードで適用される適応的な重み付けプロセスを概略的に示す。図５Ｃでは、ＴＰＭモードで符号化された８×８ブロック５０は、２つの三角形パーティション５０９及び５１０を含む。パーティション５０９において黒色で表されているサンプルは、予測子Ｐｒｅｄ０から一体的に予測される。パーティション５１０において白色で表されているサンプルは、予測子Ｐｒｅｄ１から一体的に予測される。パーティション５０９とパーティション５１０との間のフロンティアにおけるサンプルは、予測子Ｐｒｅｄ０及びＰｒｅｄ１から予測されたサンプルの重み付き平均であり、重みは、フロントティアに対するサンプルの位置に応じて重み付き平均で適用される。図５Ｃの例では、「１」に等しい識別子を有するサンプルは、以下のように計算される。
ｐｒｅｄ（ｘ，ｙ）＝（（８－ｗ）．ｐｒｅｄ０（ｘ，ｙ）＋ｗ．ｐｒｅｄ１（ｘ，ｙ）＋４）＞＞３
ここで、ｐｒｅｄ０（ｘ，ｙ）は、ＤＰＢに記憶され、空間的にｐｒｅｄ（ｘ，ｙ）に対応する基準画像のリストＬ０で得られた動き補償された予測子サンプルであり、ｐｒｅｄ１（ｘ，ｙ）は、ＤＰＢに記憶され、空間的にｐｒｅｄ（ｘ，ｙ）に対応する基準画像のリストＬ１内で得られた動き補償された予測子サンプルであり、ｗは、５つの重み（ｗ∈｛－２，３，４，５，１０｝）のセットで得られた重みである。重みｗは、以下の２つの方法のうちの１つで決定される。１）非マージＣＵの場合、重みインデックスｃｗ＿ｉｄｘが当該動きベクトルが異なった後にシグナリングされ、２）マージＣＵの場合、重みインデックスｂｃｗ＿ｉｄｘがマージ候補インデックスに基づいて、隣接するブロックから推測される。
図５Ａ及び図５Ｂに関連して既に提示されている三角形予測モード（ＴＰＭ）及び幾何学的予測モード（ＧＥＯ）は、インターモードの特定の形態である。上述のように、ＴＰＭ及びＧＥＯモードでは、ブロックは２つのＰＵ（すなわち、２つのパーティション）に分割される。２つのＰＵを分離するフロンティアを表す情報は、現在のブロックのために符号化される。当該情報は、エッジ方向を表す（すなわち、フロンティアの方向及び／又は位置を表す）シンタックス要素を含む（ＴＰＭモードの場合ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ、又はＧＥＯモードの場合ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘ）。ＴＰＭ又はＧＥＯモードが使用される場合、現在のブロックの各ＰＵは、それ自体の動き情報を使用して相互予測される。各ＰＵについては、単一方向の予測のみが可能である。２つのマージインデックス（ｍｅｒｇｅ－ｉｄｘ－０及びｍｅｒｇｅ－ｉｄｘ－１）は、（正規マージ候補リストに基づいて）空間的及び時間的近傍から構築された、関連付けられた基準インデックスを有する動きベクトル予測子候補のリストに対応して、リストＬ０及びリストＬ１から交互に符号化される。文書ＪＶＥＴ－Ｏ ２００１（以下、単にＪＶＥＴ－Ｏ２００１と記す）に記載されているＶＶＣ規格のバージョン６．０では、ＴＰＭの場合、（ｍｅｒｇｅ－ｉｄｘ－０及びｍｅｒｇｅ－ｉｄｘ－１）の値は、シンタックス要素（ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ ０及びｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ １）から導出される。ＧＥＯの場合、ｍｅｒｇｅ－ｉｄｘ－０及びｍｅｒｇｅ－ｉｄｘ－１の値は、シンタックス要素ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘ ０及びｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘ １から導出される。ＰＵの各々を予測した後、２つのＰＵ（例えば、図５ＡのＰＵ５０１と５０２との間のフロンティア）間のフロンティアに沿ったサンプル値は、適応重みを用いたブレンド処理を使用して調整される。図５Ｃは、ＴＰＭモードで適用される適応的な重み付けプロセスを概略的に示す。図５Ｃでは、ＴＰＭモードで符号化された８×８ブロック５０は、２つの三角形パーティション５０９及び５１０を含む。パーティション５０９において黒色で表されているサンプルは、予測子Ｐｒｅｄ０から一体的に予測される。パーティション５１０において白色で表されているサンプルは、予測子Ｐｒｅｄ１から一体的に予測される。パーティション５０９とパーティション５１０との間のフロンティアにおけるサンプルは、予測子Ｐｒｅｄ０及びＰｒｅｄ１から予測されたサンプルの重み付き平均であり、重みは、フロントティアに対するサンプルの位置に応じて重み付き平均で適用される。図５Ｃの例では、「１」に等しい識別子を有するサンプルは、以下のように計算される。
【0056】
【数2】
【0057】
【数3】
【0058】
【数4】
【0059】
「２」に等しい識別子を有するサンプルは、以下のように計算される。
【0060】
【数5】
【0061】
【数6】
【0062】
【数7】
【0063】
「４」に等しい識別子を有するサンプルは、以下のように計算される。
【0064】
【数8】
【0065】
【数9】
【0066】
【数10】
【0067】
「６」に等しい識別子を有するサンプルは、以下のように計算される。
【0068】
【数11】
【0069】
【数12】
【0070】
【数13】
【0071】
「７」に等しい識別子を有するサンプルは、以下のように計算される。
【0072】
【数14】
【0073】
【数15】
【0074】
【数16】
【0075】
ＶＶＣの標準化プロセス中に、インター予測において現在のブロックとその基準ブロックとの間で生じ得る照明変化を補償することを目的とした、ローカル照明補償（ＬＩＣ）と呼ばれる新しいインターモードが提案された。このツールが現在のブロックに対してアクティブ化されると、いくつかの予測パラメータは、現在のブロックの左側及び／又は上部に位置するいくつかの再構成画像サンプルと、動きベクトルによって識別される基準ブロックの左側及び／又は上部に位置する基準画像サンプルとに基づいて計算される。次いで、計算された予測パラメータに基づくＬＩＣモデルが、基準ブロックの予測サンプルに適用される。ＬＩＣを使用して補正された予測サンプルＰｒｅｄｃｏｒｒ（ｘ，ｙ）は、以下のように計算することができる。
Ｐｒｅｄ＿ｃｏｒｒ（ｘ，ｙ）＝（（ａ．Ｐｒｅｄ（ｘ，ｙ）＋（１＜＜（ｓｈｉｆｔ－１）））＞＞ｓｈｉｆｔ）＋ｂ
ここで、Ｐｒｅｄｃｏｒｒ（ｘ，ｙ）は、ＬＩＣによって補正された位置（ｘ，ｙ）におけるサンプルであり、Ｐｒｅｄ（ｘ，ｙ）は、位置（ｘ，ｙ）における動き補償された予測サンプル値であり、ｓｈｉｆｔ ａは、ＷＰに関して既に上記で想起されたようなバイナリシフトの値であり、ａ及びｂは、ＬＩＣパラメータである。
Ｐｒｅｄ＿ｃｏｒｒ（ｘ，ｙ）＝（（ａ．Ｐｒｅｄ（ｘ，ｙ）＋（１＜＜（ｓｈｉｆｔ－１）））＞＞ｓｈｉｆｔ）＋ｂ
ここで、Ｐｒｅｄｃｏｒｒ（ｘ，ｙ）は、ＬＩＣによって補正された位置（ｘ，ｙ）におけるサンプルであり、Ｐｒｅｄ（ｘ，ｙ）は、位置（ｘ，ｙ）における動き補償された予測サンプル値であり、ｓｈｉｆｔ ａは、ＷＰに関して既に上記で想起されたようなバイナリシフトの値であり、ａ及びｂは、ＬＩＣパラメータである。
【0076】
ＬＩＣモードは、ＨＬＳ内で有効化され、ブロックレベルでシグナリングされ得る。
【0077】
オブジェクトの動きが滑らかであると仮定する光フローの概念に基づく、光フローベース（ＯＦ）と呼ばれる新しいインターツールもＶＶＣに提案された。ＯＦツールでは、動き補償に使用される動き情報は、光フローモデルに基づいて精密化され得る。ＶＶＣにおいて、ＯＦツールは、双方向光フロー（ＢＤＯＦ）モードと呼ばれる第１のモード、光フローを用いた予測精密化（ＰＲＯＦ）モードと呼ばれる第２のモード、及びデコーダ側動き精密化（ＤＭＶＲ）と呼ばれる第３のモードを含む。しかしながら、他のＯＦツールが存在する。
【0078】
ＢＤＯＦは、４×４サブブロックレベルでブロックの双方向予測信号を精密化するために使用される。ブロックの各４×４サブブロックについて、双方向予測に使用される２つの基準ブロックのサンプル間の差を最小化することによって、動き精密化を計算する。次いで、動き精密化を使用して、４×４サブブロックの双方向予測によって得られたサンプルの値を調整する。そうするために、従来の双予測
【0079】
【数17】
【0080】
【数18】
【0081】
【数19】
【0082】
ＰＲＯＦモードでは、光フローモデルから、オフセット補正ΔＩを導出することができ、パラメトリック動きモデルが既知である場合、アフィン運動補償の場合である。次に、オフセット補正ΔＩが現在のブロックＩ（ｉ、ｊ）の予測サンプルに追加されて、補正された予測サンプルＩ’（ｉ、ｊ）が得られる。
ΔＩ（ｉ，ｊ）＝ｇｘ（ｉ，ｊ）＊Δｖｘ（ｉ，ｊ）＋ｇｙ（ｉ，ｊ）＊Δｖｙ（ｉ，ｊ）
Ｉ’（ｉ，ｊ）＝Ｉ（ｉ，ｊ）＋ΔＩ（ｉ，ｊ）
ここで、ｇｘ（ｉ，ｊ）及びｇｙ（ｉ，ｊ）は、それぞれ、現在の画像における位置（ｉ，ｊ）における水平及び垂直の局所勾配であり、（Δｖｘ、Δｖｙ）は、パラメトリック動きモデルを用いて計算された位置（ｉ，ｊ）における動きベクトルＶ（ｉ，ｊ）と、位置依存動きモデル（すなわち、回転モデル）を用いて計算された、位置（ｉ，ｊ）におけるサンプルが属するブロックの動きベクトルＶＢとの差である。図６は、ＰＲＯＦモードの適用例を概略的に表す。
また、双方向インター予測の文脈において、ＤＭＶＲは、復号化された動きベクトルの周りのいくつかの変位を試験することによって、動きベクトルを精緻化することを目的とする。複数の候補動きベクトル対が試験される。各対は、第１の基準ブロックを指定する１つの動きベクトルＭＶｒｅｆＢｌｏｃｋ＿Ｌ０と、第２の基準ブロックを指定する１つの動きベクトルＭＶｒｅｆＢｌｏｃｋ＿Ｌ１とを含む。選択された動きベクトルペアは、動きベクトルＭＶｒｅｆＢｌｏｃｋ＿Ｌ０によって指定された基準ブロックと、動きベクトルＭＶｒｅｆＢｌｏｃｋ＿Ｌ１によって指定された基準ブロックとの差を最小化するものである。
ＶＶＣでは、合成イントラ及びインター予測（ＣＩＩＰ）と呼ばれる新たなツールも提案されている。ＣＩＩＰモードは、その名称が示すように、インター予測信号とイントラ予測信号とを合成（ブレンド）するモードである。ＣＩＩＰモードのインター予測信号は、通常のマージモードに適用される同じインター予測プロセスを使用して導出される（すなわち、隣接ブロックからの現在のブロックの動き情報の導出）。イントラ予測信号は、プレーナモードの通常イントラ予測処理に従って導出される。次いで、イントラ予測信号及びインター予測信号は、重み平均を使用して合成され、重み値は、上部及び左隣接ブロックの符号化モードに応じて計算される。より正確には、ＣＩＩＰ予測子は、以下の式で得られる。
ＰＣＩＩＰ＝（ｗＡ．Ｐｉｎｔｅｒ＋ｗＢ．Ｐｉｎｔｒａ＋ｏｆｆ）＞＞ｓｈｉｆｔ
ここで、Ｐｉｎｔｅｒはインター予測子であり、Ｐｉｎｔｒａはイントラ予測子であり、ｏｆｆ及びｓｈｉｆｔはそれぞれ一定のオフセット及び２に等しい一定のシフトであり、ｗＡ及びｗＢは、最上位及び左の隣接ブロックの符号化モードに応じた重みである。
ΔＩ（ｉ，ｊ）＝ｇｘ（ｉ，ｊ）＊Δｖｘ（ｉ，ｊ）＋ｇｙ（ｉ，ｊ）＊Δｖｙ（ｉ，ｊ）
Ｉ’（ｉ，ｊ）＝Ｉ（ｉ，ｊ）＋ΔＩ（ｉ，ｊ）
ここで、ｇｘ（ｉ，ｊ）及びｇｙ（ｉ，ｊ）は、それぞれ、現在の画像における位置（ｉ，ｊ）における水平及び垂直の局所勾配であり、（Δｖｘ、Δｖｙ）は、パラメトリック動きモデルを用いて計算された位置（ｉ，ｊ）における動きベクトルＶ（ｉ，ｊ）と、位置依存動きモデル（すなわち、回転モデル）を用いて計算された、位置（ｉ，ｊ）におけるサンプルが属するブロックの動きベクトルＶＢとの差である。図６は、ＰＲＯＦモードの適用例を概略的に表す。
また、双方向インター予測の文脈において、ＤＭＶＲは、復号化された動きベクトルの周りのいくつかの変位を試験することによって、動きベクトルを精緻化することを目的とする。複数の候補動きベクトル対が試験される。各対は、第１の基準ブロックを指定する１つの動きベクトルＭＶｒｅｆＢｌｏｃｋ＿Ｌ０と、第２の基準ブロックを指定する１つの動きベクトルＭＶｒｅｆＢｌｏｃｋ＿Ｌ１とを含む。選択された動きベクトルペアは、動きベクトルＭＶｒｅｆＢｌｏｃｋ＿Ｌ０によって指定された基準ブロックと、動きベクトルＭＶｒｅｆＢｌｏｃｋ＿Ｌ１によって指定された基準ブロックとの差を最小化するものである。
ＶＶＣでは、合成イントラ及びインター予測（ＣＩＩＰ）と呼ばれる新たなツールも提案されている。ＣＩＩＰモードは、その名称が示すように、インター予測信号とイントラ予測信号とを合成（ブレンド）するモードである。ＣＩＩＰモードのインター予測信号は、通常のマージモードに適用される同じインター予測プロセスを使用して導出される（すなわち、隣接ブロックからの現在のブロックの動き情報の導出）。イントラ予測信号は、プレーナモードの通常イントラ予測処理に従って導出される。次いで、イントラ予測信号及びインター予測信号は、重み平均を使用して合成され、重み値は、上部及び左隣接ブロックの符号化モードに応じて計算される。より正確には、ＣＩＩＰ予測子は、以下の式で得られる。
ＰＣＩＩＰ＝（ｗＡ．Ｐｉｎｔｅｒ＋ｗＢ．Ｐｉｎｔｒａ＋ｏｆｆ）＞＞ｓｈｉｆｔ
ここで、Ｐｉｎｔｅｒはインター予測子であり、Ｐｉｎｔｒａはイントラ予測子であり、ｏｆｆ及びｓｈｉｆｔはそれぞれ一定のオフセット及び２に等しい一定のシフトであり、ｗＡ及びｗＢは、最上位及び左の隣接ブロックの符号化モードに応じた重みである。
【0083】
以下では、ＢＣＷ、ＴＰＭ、ＧＥＯ、ＣＩＩＰ、ＬＩＣモードはＰＳＷツールのセットに属すると考える。本発明者らは、ＢＤＯＦ、ＰＲＯＦ、及びＤＭＶＲモードはＯＦツールに属すると考える。上記で挙げたＰＳＷ及びＯＦツールの名称は、ＪＶＥＴ－Ｏ ２００２又はＪＶＥＴ－Ｏ ２００１で現在使用されている名前であることに留意されたい。これらの名称は単に説明的な用語である。したがって、これらは、当該ＰＳＷ及びＯＦツールの他の名前の使用を排除するものではない。
【0084】
選択ステップ２０６中に、試験された予測モード（例えばＰＳＷ及びＯＦツールを含むイントラ予測モード、インター予測モード）のうち、レート／歪み基準（すなわち、ＲＤＯ基準）に従って圧縮性能を最適化する予測モードが符号化モジュールによって選択される。
【0085】
予測モードが選択されると、残差ブロックはステップ２０７中に変換され、ステップ２０９中に量子化される。符号化モジュールは、変換をスキップして、変換されていない残差信号に量子化を直接適用することができることに留意されたい。現在のブロックがイントラ予測モードに従って符号化されるとき、予測方向と、変換され量子化された残差ブロックとは、ステップ２１０中にエントロピエンコーダによって符号化される。現在のブロックがインター予測に従って符号化されると、適切な場合には、ブロックの動きベクトルは、符号化されるブロックの近くに位置する再構成されたブロックに対応する動きベクトルのセットから選択された予測ベクトルから予測される。次に、動き情報は、ステップ２１０中にエントロピエンコーダによって、動き残差と予測ベクトルを識別するためのインデックスとの形態で符号化される。変換され量子化された残差ブロックは、ステップ２１０中にエントロピエンコーダによって符号化される。符号化モジュールは、変換及び量子化の両方をバイパスすることができ、すなわちエントロピ符号化は、変換処理又は量子化処理を適用することなく残差に適用されることに留意されたい。エントロピ符号化の結果は、符号化ビデオストリーム２１１に挿入される。メタデータは、符号化ビデオストリーム２１１に付加することができる。
【0086】
量子化ステップ２０９の後、現在のブロックは、そのブロックに対応するピクセルが将来の予測に使用され得るように再構成される。この再構成段階は、予測ループとも呼ばれる。したがって、逆量子化は、ステップ２１２中に変換され量子化された残留ブロックに適用され、ステップ２１３中に逆変換が適用される。ステップ２１４中に取得されたブロックに使用される予測モードによって、ブロックの予測ブロックが再構成される。現在のブロックがインター予測モードに従って符号化される場合、符号化モジュールは、適切な場合には、ステップ２１６中に、現在のブロックの基準ブロックを識別するために、現在のブロックの動きベクトルを使用する動き補償を適用する。現在のブロックがイントラ予測モードに従って符号化される場合、ステップ２１５中に、現在のブロックに対応する予測方向が、現在のブロックの基準ブロックを再構成するために使用される。再構成された現在のブロックを取得するために、基準ブロック及び再構成された残差ブロックが追加される。
【0087】
再構成後、ステップ２１７中に、符号化アーチファクトを低減することを意図したインループポストフィルタリングが、再構成されたブロックに適用される。このポストフィルタリングは、エンコーダにおいてデコーダと同じ基準画像を取得し、したがって符号化プロセスと復号化プロセスとの間のドリフトを回避するために予測ループで行われるので、インループポストフィルタリングと呼ばれる。例えば、ＨＥＶＣでは、インループポストフィルタリングは、デブロッキングフィルタリング及びＳＡＯ（サンプル適応オフセット）フィルタリングを含む。インループデブロッキングフィルタのアクティブ化又は非アクティブ化を表すパラメータ、及びアクティブ化されると、当該インループデブロッキングフィルタの特性は、エントロピ符号化ステップ２１０中に、符号化ビデオストリーム２１１に導入される。
【0088】
ブロックが再構成されると、ブロックは、ステップ２１８中に、ＤＰＢに続く再構成画像のメモリ２１９に記憶された再構成画像に挿入される。そのように記憶された再構成画像は、符号化される他の画像の基準画像として機能することができる。
【0089】
図３は、復号化モジュールによって実行される、図２に関連して説明された方法に従って符号化された符号化ビデオストリーム２１１を復号化するための方法を概略的に示す。復号化のためのこの方法の変形形態が考えられるが、明確さを目的として、以下では予想される全ての変形形態を記載することなく、図３の復号化のための方法について説明する。
【0090】
復号化はブロックごとに行われる。現在のブロックの場合、これはステップ３１０中に現在のブロックのエントロピ復号化から始まる。エントロピ復号化は、ブロックの予測モードを取得することを可能にする。
【0091】
ブロックがインター予測モードに従って符号化されている場合、エントロピ復号化は、適切な場合には、予測ベクトルインデックス、動き残差、及び残差ブロックを取得することを可能にする。ステップ３０８中に、予測ベクトルインデックス及び動き残差を使用して、現在のブロックに対して動きベクトルが再構成される。
【0092】
ブロックがイントラ予測モードに従って符号化されている場合、エントロピ復号化は、予測方向及び残差ブロックを取得することを可能にする。復号化モジュールによって実装されるステップ３１２、３１３、３１４、３１５、３１６及び３１７は、全て、符号化モジュールによって実装されるステップ２１２、２１３、２１４、２１５、２１６、及び２１７とそれぞれ同一である。復号化されたブロックは、復号化された画像に保存され、復号化された画像は、ステップ３１８でＤＰＢを記憶する基準画像メモリ３１９に記憶される。復号化モジュールが所与の画像を復号化するとき、基準画像メモリ３１９に記憶された画像は、当該所与の画像の符号化中に符号化モジュールによって基準画像メモリ２１９に記憶された画像と同一である。符号化された画像はまた、例えば表示のために復号化モジュールによって出力され得る。
【0093】
復号化された画像は、復号化後処理（図３には示さず）を更に受けることができ、例えば、逆色変換（例えば、ＹＣｂＣｒ ４：２：０からＲＧＢ ４：４：４への変換）、又は符号化前処理で実行された再マッピング処理の逆を実行する逆再マッピングである。
【0094】
上述のように、ブロックの予測モードの選択は、ＲＤＯ基準に基づく。この選択基準は、符号化及び／又は復号化の複雑さに対する予測モードの選択の影響をほとんど考慮しない。しかしながら、いくつかの圧縮ツールは、符号化／復号化の複雑さを著しく増加させることが知られている。例えば、ＷＰと別のＰＳＷツールとの組み合わせは、２つの重み付け段階をカスケード化する（ＷＰ用に１つ及び他のＰＳＷツール用に第２）ことになり、符号化及び復号化の複雑さを増加させる。更に、重み付けプロセス中の中間ビット深度精度を高めるために、２つの中間記憶バッファを使用する必要がある。
【0095】
更に、ＲＤＯ基準は、予測ツールの組み合わせを考慮することができるが、一般に、当該組み合わせにおける上記ツールの順序を考慮しない。しかしながら、組み合わせたツールに応じて、一部の順序が他の順序よりも好ましい場合がある。
【0096】
図４Ａは、異なる態様及び実施形態に従って修正された図２の符号化方法及び図３の復号化方法をそれぞれ実施することができる符号化モジュール又は復号化モジュールを実施することができる処理モジュール４０のハードウェアアーキテクチャの一例を概略的に示す。処理モジュール４０は、非限定的な例として、通信バス４０５によって接続された、１つ又は複数のマイクロプロセッサ、汎用コンピュータ、専用コンピュータ、及びマルチコアアーキテクチャに基づくプロセッサを包含するプロセッサ又はＣＰＵ（中央処理装置）４００と、ランダムアクセスメモリ（ＲＡＭ）４０１と、読み出し専用メモリ（ＲＯＭ）４０２と、限定するものではないが、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、読み取り専用メモリ（ＲＯＭ）、プログラマブル読み取り専用メモリ（ＰＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、フラッシュ、磁気ディスクドライブ、及び／又は光ディスクドライブを含む、不揮発性メモリ及び／又は揮発性メモリを含み得る、記憶デバイス４０３、又はＳＤ（セキュアデジタル）カードリーダ及び／又はハードディスクドライブ（ＨＤＤ）などの記憶媒体リーダ及び／又はネットワークアクセス可能な記憶装置と、データを他のモジュール、デバイス、又は機器と交換するための少なくとも１つの通信インターフェース４０４と、を含む。通信インターフェース４０４は、通信チャネルを介してデータを送信及び受信するように構成された送受信機を含むことができるが、これらに限定されない。通信インターフェース４０４は、モデム又はネットワークカードを含むことができるが、これらに限定されない。
【0097】
処理モジュール４０が復号化モジュールを実装する場合、通信インターフェース４０４は、例えば、処理モジュール４０が、符号化ビデオストリームを受信し、復号化されたビデオストリームを提供することを可能にする。処理モジュール４０が符号化モジュールを実装する場合、通信インターフェース４０４は、例えば、処理モジュール４０が元の画像データを受信して、符号化ビデオストリームを符号化及び提供することを可能にする。
【0098】
プロセッサ４００は、ＲＯＭ ４０２、外部メモリ（図示せず）、記憶媒体、又は通信ネットワークからＲＡＭ ４０１にロードされた命令を実行することができる。処理モジュール４０の電源が投入されると、プロセッサ４００は、ＲＡＭ ４０１から命令を読み出し、それらを実行することができる。これらの命令は、例えば、図３に関連して説明した復号化方法又は図２に関連して説明した符号化方法のプロセッサ４００による実施を引き起こすコンピュータプログラムを形成し、復号化方法及び符号化方法は、本明細書において後述する様々な態様及び実施形態を含む。
【0099】
当該符号化又は復号化方法のアルゴリズム及びステップの全て又は一部は、ＤＳＰ（デジタル信号プロセッサ）又はマイクロコントローラなどのプログラマブルマシンによる命令セットの実行によってソフトウェア形式で実装されてもよく、又はＦＰＧＡ（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（特定用途向け集積回路）などのマシン又は専用コンポーネントによってハードウェア形式で実装されてもよい。
【0100】
図４ｂは、様々な態様及び実施形態が実装されているシステム４の一例のブロック図を示す。システム４は、以下に説明する様々な構成要素を含むデバイスとして具現化することができ、本文書に説明する態様及び実施形態のうちの１つ以上を実行するように構成されている。このようなデバイスの例としては、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、デジタルマルチメディアセットトップボックス、デジタルテレビ受信機、パーソナルビデオ録画システム、接続型家電、及びサーバなどの様々な電子デバイスが挙げられるが、これらに限定されない。システム４の要素は、単独で、又は組み合わせて、単一の集積回路（ＩＣ）、複数のＩＣ、及び／又は別個の構成要素で具体化され得る。例えば、少なくとも１つの実施形態では、システム４は、復号化モジュール又は符号化モジュールを実装する１つの処理モジュール４０を含む。しかし、別の実施形態では、システム４は、復号化モジュールを実装する第１の処理モジュール４０と復号化モジュールを実装する第２の処理モジュール４０、又は復号化モジュール及び符号化モジュールを実装する１つの処理モジュール４０を備えることができる。様々な実施形態では、システム４０は、例えば、通信バスを経由して、又は専用の入力ポート及び／若しくは出力ポートを介して、１つ以上の他のシステム又は他の電子デバイスに通信可能に結合される。様々な実施形態では、システム４は、本文書に記載されている態様のうちの１つ以上を実装するように構成されている。
【0101】
システム４は、符号化モジュール又は復号化モジュールのうちの１つ又はその両方を実装することができる少なくとも１つの処理モジュール４０を含む。
【0102】
処理モジュール４０への入力は、ブロック４２に示されるように様々な入力モジュールを通して提供され得る。そのような入力モジュールとしては、限定するものではないが、（ｉ）例えば、放送局から無線で送信されるＲＦ信号を受信する無線周波数（ＲＦ）モジュール、（ｉｉ）構成要素（ＣＯＭＰ）入力モジュール（又はＣＯＭＰ入力モジュールのセット）、（ｉｉｉ）ユニバーサルシリアルバス（ＵＳＢ）入力モジュール、及び／又は（ｉｖ）高精細度マルチメディアインターフェース（High Definition Multimedia Interface（ＨＤＭＩ）入力モジュールが挙げられる。図４Ｂに示されていない他の例としては、複合ビデオが挙げられる。
【0103】
様々な実施形態において、ブロック４２の入力モジュールは、当該技術分野で既知であるように、関連するそれぞれの入力処理要素を有する。例えば、ＲＦモジュールは、（ｉ）所望の周波数を選択する（信号を選択する、又は信号を周波数帯域に帯域制限するとも称される）、（ｉｉ）選択された信号をダウンコンバートする、（ｉｉｉ）特定の実施形態で、（例えば）チャネルと称され得る信号周波数帯域を選択するために、再びより狭い周波数帯域に帯域制限する、（ｉｖ）ダウンコンバート及び帯域制限された信号を復調する、（ｖ）誤り訂正を実施する、及び（ｖｉ）データパケットの所望のストリームを選択するために多重分離する、ために適切な要素と関連付けられ得る。様々な実施形態のＲＦモジュールは、これらの機能を実行する１つ以上の要素、例えば、周波数セレクタ、信号セレクタ、バンドリミッタ、チャネルセレクタ、フィルタ、ダウンコンバータ、復調器、エラー訂正器、及びデマルチプレクサを含む。ＲＦ部分は、例えば、受信信号をより低い周波数（例えば、中間周波数又はベースバンドに近い周波数）又はベースバンドにダウンコンバートすることを含む、これらの機能のうちの様々な機能を実行するチューナを含むことができる。セットトップボックスの一実施形態では、ＲＦモジュール及びその関連する入力処理要素は、有線（例えば、ケーブル）媒体を介して送信されるＲＦ信号を受信し、所望の周波数帯域にフィルタリング、ダウンコンバート、及び再フィルタリングすることによって周波数選択を実行する。様々な実施形態では、上述した（及び他の）要素の順序を並べ替える、これらの要素の一部を削除する、及び／又は、類似若しくは異なる機能を実行する他の要素を追加する。要素を追加することは、例えば、増幅器及びアナログ－デジタル変換器を挿入するなど、既存の要素間に要素を挿入することを含み得る。様々な実施形態において、ＲＦモジュールは、アンテナを含む。
【0104】
更に、ＵＳＢモジュール及び／又はＨＤＭＩモジュールは、システム４をＵＳＢ接続及び／又はＨＤＭＩ接続を介して他の電子デバイスに接続するためのそれぞれのインターフェースプロセッサを含むことができる。入力処理の様々な側面、例えば、リード－ソロモンエラー訂正は、例えば、必要に応じて、別個の入力処理ＩＣ内で実装する、又は処理モジュール４０内で実装することができることを理解されたい。同様に、ＵＳＢ又はＨＤＭＩインターフェース処理の側面は、必要に応じて、別個のインターフェースＩＣ内で、又は処理モジュール４０内で実装することができる。復調され、誤り訂正され、逆多重化されたストリームは、処理モジュール４０に提供される。
【0105】
システム４の様々な要素は、一体型ハウジング内に提供され得る。一体型ハウジング内で、様々な要素は、適切な接続配置、例えば、ＩＣ間（Ｉ２Ｃ）バス、配線、及びプリント回路基板を含む、当該技術分野で既知の内部バスを使用して、相互接続され、それらの間でデータを送信し得る。例えば、システム４では、処理モジュール４０は、バス４０５によって当該システム４の他の要素に相互接続される。
【0106】
処理モジュール４０の通信インターフェース４０４は、システム４が通信チャネル４１上で通信することを可能にする。通信チャネル４１は、例えば、有線及び／又は無線媒体内に実装することができる。
【0107】
データは、様々な実施形態では、Ｗｉ－Ｆｉネットワークなどの無線ネットワーク、例えば、ＩＥＥＥ８０２．１１（ＩＥＥＥは、米国電気電子学会を指す）を使用して、システム４にストリーミングされるか、ないしは別の方法で提供される。これらの実施形態のＷｉ－Ｆｉ信号は、Ｗｉ－Ｆｉ通信のために適合された通信チャネル４１及び通信インターフェース４０４を介して受信される。これらの実施形態の通信チャネル４１は、一般には、ストリーミングアプリケーション及び他のオーバーザトップ通信を可能にするためにインターネットを含む外部ネットワークへのアクセスを提供するアクセスポイント又はルータに接続される。別の実施形態では、入力ブロック４２のＨＤＭＩ接続を介してデータを配信するセットトップボックスを使用して、システム４にストリーミングデータを提供する。更に別の実施形態では、入力ブロック４２のＲＦ接続を使用してシステム４にストリーミングデータを提供する。上記のように、様々な実施形態は、データをストリーミング以外の方法で提供する。加えて、様々な実施形態は、Ｗｉ－Ｆｉ以外の無線ネットワーク、例えば、セルラーネットワーク又はＢｌｕｅｔｏｏｔｈネットワークを使用する。
【0108】
システム４は、ディスプレイ４６、スピーカ４７、及び他の周辺デバイス４８を含む様々な出力デバイスに出力信号を提供することができる。様々な実施形態のディスプレイ４６は、例えば、タッチスクリーンディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、湾曲ディスプレイ、及び／又は折り畳み可能なディスプレイのうちの１つ以上を含む。ディスプレイ４６は、テレビジョン、タブレット、ラップトップ、携帯電話（移動電話）、又は他のデバイス用であり得る。ディスプレイ４６はまた、他の構成要素に統合されていてもよく（例えば、スマートフォンのように）、又は別個（例えば、ラップトップの外部モニタ）であってもよい。他の周辺デバイス４６としては、実施形態の様々な例において、スタンドアロンデジタルビデオディスク（又はデジタル多用途ディスク）（両方の用語の略称としてＤＶＲ）、ディスクプレーヤ、ステレオシステム、及び／又は照明システムのうちの１つ以上が挙げられる。様々な実施形態は、システム４の出力に基づいて機能を提供する１つ以上の周辺デバイス４６を使用する。例えば、ディスクプレーヤは、システム４の出力を再生する機能を実行する。
【0109】
様々な実施形態では、制御信号は、システム４とディスプレイ４６、スピーカ４７、又は他の周辺デバイス４８との間で、ＡＶ．Ｌｉｎｋ、Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏｎｔｒｏｌ（ＣＥＣ）、又はユーザ介入の有無にかかわらずデバイス間の制御を可能にする他の通信プロトコルなどの信号伝達を使用して通信される。出力デバイスは、それぞれのインターフェース４３、４４、及び４５を通じた専用接続を介してシステム４に通信可能に結合することができる。代替的に、出力デバイスは、通信インターフェース４０４を介して通信チャネル４１を使用してシステム４に接続することができる。ディスプレイ４６及びスピーカ４７は、例えば、テレビジョンなどの電子デバイス内のシステム４の他の構成要素と単一のユニットに統合され得る。様々な実施形態において、ディスプレイインターフェース４３は、ディスプレイドライバ、例えば、タイミングコントローラ（timing controller、Ｔ Ｃｏｎ）チップなどを含む。
【0110】
代替的に、例えば、入力４２のＲＦモジュールが個別のセットトップボックスの一部である場合、ディスプレイ４６及びスピーカ４７を他の構成要素のうちの１つ以上から分離することができる。ディスプレイ４６及びスピーカ４７が外部構成要素である様々な実施形態では、出力信号は、例えば、ＨＤＭＩポート、ＵＳＢポート、又はＣＯＭＰ出力を含む専用の出力接続を介して提供することができる。
【0111】
様々な実装形態は、復号化することを含む。本出願で使用される場合、「復号」は、例えば、ディスプレイに適した最終出力を生成するために、受信された符号化ビデオストリームに対して実行されるプロセスの全て又は一部を包含し得る。様々な実施形態において、このような処理は、例えば、エントロピ復号化、逆量子化、逆変換、及び予測など、デコーダによって一般的に実行される処理のうちの１つ以上を含む。様々な実施形態では、そのようなプロセスにはまた、若しくは代替的に、例えば、いくつかのＰＳＷ及びＯＦツールに互換性があるか否かをＣＵについて決定するために、本出願に記載される様々な実装形態のデコーダによって実施されるプロセスが含まれる。
【0112】
更なる例として、一実施形態では、「復号化」は、エントロピ復号化のみを指す（図３のステップ３１０）。「復号化処理」という句が、操作のサブセットを具体的に指すことを意図しているか、又はより広範な復号化処理を一般的に指すことを意図しているかは、特定の説明の文脈に基づいて明らかになり、当業者にはよく理解されると考えられる。
【0113】
様々な実装形態は、符号化することを含む。「復号」に関する上記の考察と同様に、本出願で使用される場合、「符号化」は、例えば、符号化ビデオストリームを生成するために入力ビデオシーケンスで実行されるプロセスの全部又は一部を包含し得る。様々な実施形態において、このような処理は、例えば、分割、予測、変換、量子化、及びエントロピ符号化など、エンコーダによって一般的に実行される処理のうちの１つ以上を含む。様々な実施形態では、そのようなプロセスにはまた、若しくは代替的に、例えば、２つ以上のＰＳＷ及びＯＦツールに互換性があるか否かをＣＵについて決定するために、本出願に記載される様々な実装形態のデコーダによって実施されるプロセスが含まれる。
【0114】
更なる例として、一実施形態では、符号化モード選択（図２のステップ２０６）及びエントロピ符号化（図２のステップ２１０）に「符号化」する。「符号化処理」という句が、操作のサブセットを具体的に指すことを意図しているか、又はより広範な符号化処理を一般的に指すことを意図しているかは、特定の説明の文脈に基づいて明らかになり、当業者にはよく理解されると考えられる。
【0115】
本明細書で使用されるシンタックス要素名は、説明上の用語であることに留意されたい。したがって、これらは他のシンタックス要素名の使用を排除するものではない。
【0116】
図がフローチャートとして提示されている場合、その図は対応する装置のブロック図も提供するものと理解されたい。同様に、図がブロック図として提示されている場合、その図は対応する方法／処理のフローチャートも提供するものと理解されたい。
【0117】
様々な実施形態は、速度歪み最適化を指す。特に、符号化プロセス中に、レートと歪みとの間のバランス又はトレードオフが通常考慮される。レート歪み最適化は、通常、レートと歪みの加重和であるレート歪み関数を最小化するように定式化される。レート歪み最適化問題を解くには、様々なアプローチがある。例えば、これらのアプローチは、全ての考慮されるモード又は符号化パラメータ値を含む全ての符号化オプションの広範なテストに基づき得、それらの符号化コスト、並びに符号化及び復号化後の再構成された信号の関連する歪みの完全な評価を伴う。また、符号化の複雑さを軽減するために、より高速なアプローチ、特に、再構成された信号ではなく、予測又は予測残差信号に基づく近似歪みの計算を使用することもできる。これらの２つのアプローチを組み合わせて使用することもでき、例えば、可能な符号化オプションの一部のみに対して近似歪みを使用し、他の符号化オプションに対しては完全な歪みを使用することができる。別のアプローチでは、可能な符号化オプションのサブセットのみを評価する。より一般的には、多くのアプローチは、最適化を実行するために様々な技術のいずれかを採用するが、最適化は、必ずしも符号化コスト及び関連する歪みの両方の完全な評価ではない。
【0118】
本明細書に記載された実装形態及び態様は、例えば、方法又はプロセス、装置、ソフトウェアプログラム、データストリーム、又は信号において実装することができる。たとえ単一の形式の実装形態の文脈でのみ説明されている場合でも（例えば、方法としてのみ説明されている）、説明された特徴の実装形態は、他の形式（例えば、装置又はプログラム）でも実装することができる。装置は、例えば、適切なハードウェア、ソフトウェア、及びファームウェアにおいて実装することができる。方法は、例えば、プロセッサにおいて実装することができ、プロセッサは、例えば、コンピュータ、マイクロプロセッサ、集積回路、又はプログラマブルロジックデバイスを含む一般的な処理デバイスを指す。プロセッサはまた、例えば、コンピュータ、携帯電話、携帯型／パーソナルデジタルアシスタント（「ＰＤＡ」）及びエンドユーザ間の情報の通信を容易にする他のデバイスなどの通信デバイスを含む。
【0119】
「一実施形態」又は「実施形態」又は「一実装形態」又は「実装形態」、及びそれらの他の変形形態の言及は、実施形態に関連して説明される特定の特徴、構造、特性などが、少なくとも一実施形態に含まれることを意味する。したがって、本明細書の様々な場所に現れる「一実施形態では」又は「実施形態では」又は「一実装形態では」又は「実装形態では」という語句の出現、並びに任意の他の変形例は、必ずしも全てが同じ実施形態を指すものではない。
【0120】
加えて、本出願は、様々な情報を「決定する」ことに言及する場合がある。情報を決定することは、例えば、情報を推定すること、情報を計算すること、情報を予測すること、メモリから情報を取得すること、又は例えば別のデバイス、モジュール若しくはユーザから情報を取得することのうちの１つ以上を含むことができる。
【0121】
更に、本出願は、様々な情報に「アクセスすること」に言及する場合がある。情報にアクセスすることは、例えば、情報を受信すること、（例えば、メモリから）情報を取得すること、情報を格納すること、情報を移動すること、情報をコピーすること、情報を計算すること、情報を決定すること、情報を予測すること、又は情報を推定することのうちの１つ以上を含むことができる。
【0122】
加えて、本出願は、様々な情報を「受信する」ことに言及する場合がある。受信することは、「アクセスする」と同様に、広義の用語であることを意図している。情報を受信することは、例えば、情報にアクセスすること、又は（例えば、メモリから）情報を取得することのうちの１つ以上を含むことができる。更に、「受信する」は、一般には、例えば、情報を格納する、情報を処理する、情報を送信する、情報を移動する、情報をコピーする、情報を消去する、情報を計算する、情報を決定する、情報を予測する、又は情報を推定するなどの操作時に、何らかの形で関与する。
【0123】
「／」、「及び／又は」、「のうちの少なくとも１つ」、「１つ又は複数」のいずれかの使用、例えば、「Ａ／Ｂ」、「Ａ及び／又はＢ」、「Ａ及びＢのうちの少なくとも１つ」、「Ａ及びＢの１つ又は複数」の場合、最初にリストされた選択肢（Ａ）のみの選択、又は２番目にリストされた選択肢（Ｂ）のみの選択、又は両方の選択肢（Ａ及びＢ）の選択を包含することを意図しているものと理解されたい。更なる例として、「Ａ、Ｂ、及び／又はＣ」及び「Ａ、Ｂ、及びＣのうちの少なくとも１つ」、「Ａ、Ｂ及びＣのうちの１つ又は複数」の場合、このような句は、最初にリストされた選択肢（Ａ）のみの選択、又は２番目にリストされた選択肢（Ｂ）のみの選択、又は３番目にリストされた選択肢（Ｃ）のみの選択、又は、最初及び２番目にリストされた選択肢（Ａ及びＢ）のみの選択、又は、最初及び３番目にリストされた選択肢（Ａ及びＣ）のみの選択、又は、２番目及び３番目にリストされた選択肢（Ｂ及びＣ）のみの選択、又は３つの選択肢（Ａ及びＢ及びＣ）全ての選択、を包含するように意図されている。このことは、当該技術分野及び関連技術分野の通常の技術を有する者に明らかであるように、リストされた項目の数だけ拡張することができる。
【0124】
また、本明細書で使用される「シグナリングする」という語は、特に、対応するデコーダに対して何かを示すことを意味する。例えば、特定の実施形態では、エンコーダは、ＰＳＷ（それぞれＯＦ）ツールパラメータを使用して、ＰＳＷ（それぞれＯＦ）ツールをシグナリングする。このように、ある実施形態では、同じパラメータがエンコーダ側とデコーダ側の両方で使用される。したがって、例えば、エンコーダは、デコーダが同じ特定のパラメータを使用することができるように、特定のパラメータをデコーダに送信する（明示的なシグナリング）ことができる。逆に、デコーダが既にその特定のパラメータ及び他のパラメータを有する場合は、単にデコーダがその特定のパラメータを認識及び選択することを可能にするように、送信を行わないシグナリング（暗黙的なシグナリング）を使用することができる。実際の機能の送信を回避することにより、様々な実施形態において、ビットの節約が実現される。シグナリングは、様々な方法で達成できることを理解されたい。例えば、１つ以上のシンタックス要素、フラグなどが、様々な実施形態において、対応するデコーダに情報をシグナリングするために使用される。上の説明は、語「信号（signal）」の動詞形に関するものであるが、語「信号」は、本明細書では名詞としても使用され得る。
【0125】
この当業者には明らかであるように、実装形態では、例えば、格納又は送信することができる情報を伝えるようにフォーマットされた様々な信号を生成することができる。これらの情報は、例えば、方法を実行するための命令、又は説明されている実装形態の１つによって生成されるデータを含むことができる。例えば、説明されている実施形態の符号化ビデオストリームを伝えるように信号をフォーマットすることができる。このような信号は、例えば、電磁波として（例えば、スペクトルの無線周波数部分を使用する）、又はベースバンド信号としてフォーマットすることができる。フォーマットすることは、例えば、符号化ビデオストリームを符号化すること、及び符号化ビデオストリームで搬送波を変調することを含むことができる。信号が伝える情報は、例えば、アナログ情報又はデジタル情報とすることができる。信号は、既知であるように、様々な異なる有線リンク又は無線リンクを介して送信することができる。信号は、プロセッサ可読媒体に格納することができる。
【0126】
【0127】
図７のプロセスは、主にステップ２１４及び２１６中に画像の各ブロックについて実行される。
【0128】
ステップ７０では、処理モジュール４０は、ＷＰが現在のブロックに対して有効にされているかどうかを判定する。
【0129】
ＷＰが有効にされている場合、ステップ７０の後にステップ７１が続き、処理モジュール４０は、ＷＰ及び／又は少なくとも１つのＰＳＷ又はＯＦツールに関連する現在のブロックの符号化プロセスの一部を修正する。
【0130】
ＷＰが無効にされている場合、ステップ７０の後にステップ７２が続く。ステップ７２中に、文書ＪＶＥＴ－Ｏ２００１で指定されているような通常の符号化プロセスが現在のブロックに適用される。
【0131】
ステップ７０の第一の実施形態において、処理モジュール４０は、シンタックス要素ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇを表す第１の変数ＰＰＳ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ及び／又はシンタックス要素ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇを表す第２の変数ＰＰＳ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇの値を決定する。ＪＶＥＴ－Ｏ２００１で定義されているように、シンタックス要素ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ（それぞれｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇ）は、画像ヘッダ（ＰＰＳ）のレベルにおいて、当該ＰＰＳを参照するＰスライス（それぞれＢスライス）に対して一方向重み付き予測（それぞれ双方向重み付き予測）が有効にされているかどうかを示す。変数ＰＰＳ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ又はＰＰＳ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇのうちの一方が、現在のブロックを含むスライスを参照するＰＰＳにおいて１に等しい場合（すなわち、一方向重み付き予測又は双方向重み付き予測が可能になる）、処理モジュール４０は、ＷＰが現在のブロックに対して有効にされていると見なす。そうでない場合、処理モジュール４０は、ＷＰが現在のブロックに対して無効にされていると見なす。
【0132】
場合によっては、ＷＰはＰＰＳレベルで有効にすることができるが、ＷＰを適用するために使用される重みはデフォルトの重みに等しくすることができ（すなわち、ＷＰに使用される各重みは１に等しい）、これはＷＰを単純な一方向又は双方向のインター予測に変換することになる。ＶＶＣに基づく実施形態では、基準画像ｉがデフォルト重みに関連付けられている場合、シンタックス要素ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］及びｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］はゼロに等しい。
【0133】
ステップ７０の第２の実施形態では、変数ＰＰＳ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ及びＰＰＳ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇの値をチェックすることに加えて、処理モジュール４０は、ＷＰに使用される重みの値もチェックする。シンタックス要素ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ及びｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇによって有効にされると、ＷＰ予測に使用される重みはスライスヘッダに符号化される（ＪＶＥＴ－Ｏ２００１のセクション７．３．６．１及び７．３．６．２で表されているように）。スライスヘッダは、現在のスライスのブロックを予測するために使用される各基準画像の重み値を表す情報を含む。第２の実施形態では、現在のブロックを含むスライスのスライスヘッダに表される少なくとも１つの重み値がデフォルト値とは異なる場合、処理モジュール４０は、ＷＰが現在のブロックに対して有効にされていると見なす。そうでなければ、処理モジュール４０は、ＷＰが現在のブロックに対して無効にされており、ＷＰが単純な一方向又は双方向のインター予測であると見なす。
【0134】
ステップ７０の第１及び第２の実施形態が適用されるとき、ステップ７１の第１の実施形態では、処理モジュール４０は、符号化プロセス中のＰＳＷ又はＯＦツールの使用を防止することによって、当該現在のブロックの符号化プロセスの一部を修正する。言い換えれば、現在のブロックに対してＷＰが選択されている場合、ＰＳＷ及びＯＦツールは、現在のブロックに使用され得る予測ツールと見なされず、符号化ビデオストリーム２１１には、ＰＳＷ又はＯＦツールに関する情報は符号化されない。言い換えれば、現在のブロックを表す符号化ビデオストリーム２１１のビットストリーム部分は、ＰＳＷ又はＯＦツールに関連するシンタックス要素を含まない。
【0135】
ＰＰＳ及びスライスヘッダに含まれる情報により、処理モジュール４０は、デフォルトでない重みを有するＷＰが現在のブロックと同じスライスに含まれるブロックに適用され得るかどうかを判定することができる。特に、スライスヘッダに含まれる重みを表す各情報は、この重みと関連付けられた基準画像が、スライスのブロックのインター予測のための予測子を提供するときに当該重みによって重み付けされることを示す。スライスヘッダに含まれる情報は、デフォルトでない重みを有するどのブロックＷＰに実際に適用されるかを決定することを可能にしない。デフォルトでない重みを有するＷＰが現在のブロックに適用されるかどうかを判定するために、どの基準画像が現在のブロックに対する予測子を提供するかを識別する必要がある。ステップ７０の第３の実施形態では、変数ＰＰＳ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ及びＰＰＳ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇ、並びにＷＰによって使用される重みの値をチェックした後、処理モジュール４０は、どの基準画像が現在のブロックに予測子を提供するかを決定する。現在のブロックに対する予測子を提供する少なくとも１つの基準画像がデフォルトでない重みに関連付けられている場合、処理モジュール４０は、重み付き予測が現在のブロックに対して有効にされていると判定する。そうでない場合、処理モジュール４０は、ＷＰが現在のブロックに対して無効にされていると見なす。
【0136】
ステップ７０の第３の実施形態が適用される場合、ステップ７１の第２の実施形態では、処理モジュール４０は、ＰＳＷ又はＯＦツールがステップ２０６中に選択され、当該ＰＳＷ又はＯＦツールに対応するシンタックス要素が符号化ビデオストリーム２１１内に符号化された場合でも、再構成プロセス中にＰＳＷ又はＯＦツールを適用しないことによって、当該現在のブロックの再構成プロセスの一部を修正する。ただし、その場合、通常のＷＰ再構成プロセスが適用される。
【0137】
ステップ７０の第３の実施形態が適用される場合、ステップ７１の第３の実施形態では、ＰＳＷ又はＯＦツールを非アクティブ化することは、当該ＰＳＷ又はＯＦツールに対応するシンタックス要素が符号化ビデオストリーム２１１内に符号化された場合でも、当該ＰＳＷ又はＯＦツールに対して通常の再構成プロセスを適用しないことを含む。この実施形態では、符号化ビデオストリーム２１１で指定されたＰＳＷ又はＯＦツールの代わりに、代替のインター予測ツールが処理モジュール４０によって現在のブロックに適用される。しかしながら、ステップ７１の第３の実施形態では、通常のＷＰ再構成プロセスが適用される。
【0138】
ステップ７１の第３の実施形態の以下の例（１）と呼ばれる第１の例では、ＷＰ及びＴＰＭモードが現在のブロックに対して有効にされる。
【0139】
例（１）の変形例（１ａ）では、ステップ７１中に、ＴＰＭ再構成プロセスは、上述の双方向インター予測（Ｂモード）再構成プロセスに置き換えられる。式（１）を適用して、全ての予測子サンプルについて、ｗ０＝ｗ１＝１である現在のブロックについて予測子ｂｉｐｒｅｄを決定する。予測子ｐｒｅｄ０及びｐｒｅｄ１は、ＴＰＭモードの２つのパーティションに関連付けられた動き情報を使用して生成される。
【0140】
例（１）の変形例（１ｂ）では、ＴＰＭ再構成プロセスは、上記のような双方向ＷＰ再構成プロセスに置き換えられる。式（２）を適用して、全サンプルについて、ＷＰ重みｗ０及びｗ１と、予測子の基準インデックスｐｒｅｄ０及びｐｒｅｄ１に関連付けられたオフセット値Ｏｆｆ０及びＯｆｆ１とを使用して、現在のブロックの予測子ｂｉｐｒｅｄを決定する。予測子ｐｒｅｄ０及びｐｒｅｄ１は、ＴＰＭモードの２つのパーティションに関連付けられた動き情報を使用して生成される。
【0141】
例（１）の変形例（１ｃ）では、エッジ方向（ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ）を示すシンタックス要素を、変形例（１ａ）又は（１ｂ）を適用すべきかを示すために再解釈する。
【0142】
例（１）の変形例（１ｄ）では、ＴＰＭ再構成プロセスは、図１０に示すように、初期ＣＵが２つの垂直方向のＰＵ又は２つの水平な長方形ＰＵに分割されたプロセスのいずれかによって置き換えられ、ＰＵのうちの１つは、ｐｒｅｄ０を使用して予測され、他のＰＵは、ｐｒｅｄ１を使用して予測される。予測子ｐｒｅｄ０及びｐｒｅｄ１は、ＴＰＭモードの２つのパーティションに関連付けられた動き情報を使用して生成される。変形例（１ｄ）の一実施形態では、２つの矩形ＰＵへの分割は、等しくないサイズの２つの矩形ＰＵを生成する。図１１は、サイズが等しくない矩形のＰＵに分割されたＣＵの例を記載している。
【0143】
例（１ｄ）の変形例（１ｅ）では、エッジ方向を示すシンタックス要素（ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ）は、分割が垂直か水平かを示すように再解釈される。
【0144】
図１２は、例（１）の変形例（１ｆ）に対応する解析プロセスを概略的に表す。変形例（１ｆ）において、新しいシンタックス要素ｂｉＲｅｇ（例えば、１ビットにコードされる）が導入される。
【0145】
ステップ１２０１では、処理モジュール４０は、現在のブロックに対してＨＬＳ（高レベルシンタックス）レベル（例えば、ＰＰＳ）でＷＰが有効にされているかどうかを判定する。
【0146】
ＷＰがＨＬＳレベルで有効にされている場合、ステップ１２０１の後にステップ１２０４が続く。ステップ１２０４中に、処理モジュール４０は、シンタックス要素の値ｂｉＲｅｇを復号化することによって決定する。ｂｉＲｅｇが第１の値に等しい場合（例えば、ｂｉＲｅｇ＝０の場合）、処理モジュール４０は、変形例（１ａ）の再構成プロセスが現在のブロックに適用されると判定する。ｂｉＲｅｇが第２の値に等しい場合（例えば、ｂｉＲｅｇ＝１の場合）、処理モジュール４０は、変形例（１ｂの再構成プロセスが現在のブロックに適用されると判定する。
【0147】
ＷＰが現在のブロックのＨＬＳレベルでアクティブ化されない場合、ステップ１２０１の後にステップ１２０２及びステップ１２０３が続く。ステップ１２０２中に、処理モジュール４０は、それを復号化することによってＴＰＭモードのエッジ方向を示すシンタックス要素ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒの値を決定する。ステップ１２０３中に、処理モジュールは、それを復号化することによってシンタックス要素ｂｉＲｅｇの値を決定する。
【0148】
変形例（１ｆ）の第１の実施形態では、ステップ１２０３においてｂｉＲｅｇが第１の値に等しい場合（例えば、ｂｉＲｅｇ＝０の場合）、処理モジュール４０は、変形例（１ａ）の再構成プロセスが現在のブロックに適用されると判定する。ステップ１２０３においてｂｉＲｅｇが第２の値に等しい場合、例えば、ｂｉＲｅｇ＝１の場合）、処理モジュール４０は、ＴＰＭモードの再構成プロセスが現在のブロックに適用されると判定する。
【0149】
変形例（１ｆ）の第２の実施形態では、ステップ１２０３においてｂｉＲｅｇが第１の値に等しい場合（例えば、ｂｉＲｅｇ＝０の場合、処理モジュール４０は、ＴＰＭモードの再構成プロセスが現在のブロックに適用されると判定する。ステップ１２０３でｂｉＲｅｇが第２の値に等しい場合（例えば、ｂｉＲｅｇ＝１の場合）、処理モジュール４０は、変形例（１ｅ）の再構成プロセスが現在のブロックに適用されると判定する。言い換えれば、ｂｉＲｅｇ＝１の場合、現在のブロック（すなわち、現在のＣＵ）は２つの矩形ＰＵに分割され、エッジ方向はシンタックス要素ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒを使用して決定される。
【0150】
図１３は、例（１）の変形例（１ｇ）に対応する再構成プロセスを概略的に表す。
【0151】
ステップ１３０１において、処理モジュール４０は、デフォルトでない重みを有するＷＰが現在のブロックに対してアクティブ化されているかどうかを判定する。
【0152】
ＷＰが現在のブロックのデフォルトの重みで無効又は有効にされている場合、ステップ１３０１の後にステップ１３０２が続く。ステップ１３０２中に、処理モジュールは、ＴＰＭ再構成プロセスを現在のブロックに適用する。
【0153】
デフォルトでない重みを有するＷＰが現在のブロックに対して有効にされている場合、ステップ１３０１の後にステップ１３０３が続く。ステップ１３０３の実施形態では、処理モジュール４０は、ＴＰＭモードの２つのパーティションに関連付けられた動き情報によって指定された予測子ｐｒｅｄ０及びｐｒｅｄ１を含む基準画像が同じＰＯＣ（画像順序カウント）を有する（すなわち、表示順序において同じ画像番号を有する）かどうかを判定する。２つの基準画像が同じＰＯＣを有する場合、ステップ１３０３の後にステップ１３０４が続く。
【0154】
ステップ１３０４の実施形態では、処理モジュール４０は、ステップ１３０４中に変形例（１ａ）の再構成プロセスを適用する。
【0155】
ステップ１３０４の実施形態では、処理モジュール４０は、ステップ１３０４中に変形例（１ｂ）の再構成プロセスを適用する。
【0156】
ステップ１３０４の実施形態では、変形例（１ｃ）の場合と同様に、処理モジュール４０は、シンタックス要素ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒを使用して、変形例（１ａ）と（１ｂ）との間のどの変形例が適用されるかを決定する。
【0157】
ステップ１３０４の実施形態では、処理モジュール４０は、たとえＷＰが有効にされていても、ＷＰ再構成プロセスを適用することなくＴＰＭ再構成プロセスを適用する。
【0158】
ステップ１３０３で、処理モジュール４０が、２つの基準画像が異なる値のＰＯＣを有すると判定した場合、ステップ１３０３の後にステップ１３０２が続く。
【0159】
ステップ１３０３の別の実施形態において、処理モジュール４０は、基準画像の一方が、現在のブロックを含む画像のＰＯＣ値ＰＯＣｃｕｒｒよりも小さいＰＯＣ値ＰＯＣ１を有するかどうか、及び他方の基準画像が、ＰＯＣ値ＰＯＣｃｕｒｒよりも大きいＰＯＣ値ＰＯＣ２を有するかどうかを決定する。（ＰＯＣ１＜ＰＯＣｃｕｒｒ＜ＰＯＣ２）である場合、次いで、処理モジュール４０は、ステップ１３０２を実行する。そうでない場合、処理モジュール４０は、ステップ１３０４を実行する。ステップ１３０３のこの実施形態では、ステップ１３０４の全ての実施形態を適用することができる。
【0160】
ステップ１３０３の別の実施形態では、処理モジュール４０は、２つの基準画像が同じＰＯＣを有するかどうか、及びＷＰ重みが同一であるかどうかを判定する。２つの基準画像が同じＰＯＣを有し、ＷＰ重みが同一である場合、ステップ１３０３の後にステップ１３０４が続く。そうでない場合、ステップ１３０３の後にステップ１３０２が続く。ステップ１３０３のこの実施形態では、ステップ１３０４の全ての実施形態を適用することができる。
【0161】
ステップ７１の第３の実施形態の以下の例（２）と呼ばれる第２の例では、ＷＰ及びＧＥＯモードが現在のブロックに対して有効にされる。
【0162】
例（２）の第１の変形例（２ａ）では、ステップ７１中に、ＧＥＯ再構成プロセスは、上述の双方向インター予測再構成プロセスに置き換えられる。式（１）を適用して、ｗ０＝ｗ１＝１である現在のブロックについて予測子ｂｉｐｒｅｄを決定する。予測子ｐｒｅｄ０及びｐｒｅｄ１は、ＧＥＯモードの２つのパーティションに関連付けられた動き情報を使用して生成される。分かるように、変形例（２ａ）は、変形例（１ａ）に由来する。
【0163】
同様に、変形例（２ｂ、２ｃ、２ｄ、２ｅ、２ｆ及び２ｇ）は、変形例（１ｂ、１ｃ、１ｄ、１ｅ、１ｆ、及び１ｇ）に由来し得る。
【0164】
変形例（１ｂ）から導出された例（２）の変形例（２ｂ）では、ＧＥＯ再構成プロセスは、通常の双方向ＷＰインター予測（Ｂモード）再構成プロセスに置き換えられる。
【0165】
変形例（１ｃ）から導出された例（２）の変形例（２ｃ）では、エッジ方向ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘを示すシンタックス要素を、変形例（２ａ）又は（２ｂ）を適用すべきかを示すために再解釈する。しかしながら、シンタックス要素ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒは、２つのエッジ方向を示すことができるバイナリシンタックス要素であるが、シンタックス要素ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘは、より高い粒度を有する。いくつかの実施形態では、シンタックス要素ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘは、「８２」個の異なるエッジ方向を示すことができる。一実施形態では、ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘの取り得る値の半分（例えば値「０」～「４０」）は、変形例（２ａ）が適用されることを示し、ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘの取り得る値の残りの半分（例えば値「４１」～「８１」）は、変形例（２ｂ）が適用されることを示す。
【0166】
変形例（１ｄ）から導出された例（２）の変形例（２ｄ）では、ＧＥＯ再構成プロセスは、変形例（１ｄ）に記載されたような２つの垂直又は水平ＰＵの再構成に置き換えられる。変形例（２ｅ）では、分割の方向（垂直又は水平）は、エッジ方向ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘを示すシンタックス要素を使用して決定される。一実施形態では、ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘの取り得る値の半分（例えば値「０」～「４０」）は、変形例（２ａ）が適用されることを示し、ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘの取り得る値の残りの半分（例えば値「４１」～「８１」）は、変形例（２ｂ）が適用されることを示す。
【0167】
変形例（２ｆ）では、新しいシンタックス要素ｂｉＲｅｇが使用される。
【0168】
ステップ１２０１では、処理モジュール４０は、現在のブロックに対してＨＬＳ（高レベルシンタックス）レベル（例えば、ＰＰＳ）でＷＰが有効にされているかどうかを判定する。
【0169】
ＷＰがＨＬＳレベルで有効にされている場合、ステップ１２０１の後にステップ１２０４が続く。ステップ１２０４中に、処理モジュール４０は、シンタックス要素の値ｂｉＲｅｇを復号化することによって決定する。ｂｉＲｅｇが第１の値に等しい場合（例えば、ｂｉＲｅｇ＝０の場合）、処理モジュール４０は、変形例（２ａ）の再構成プロセスが現在のブロックに適用されると判定する。ｂｉＲｅｇが第２の値に等しい場合（例えば、ｂｉＲｅｇ＝１の場合）、処理モジュール４０は、変形例（２ｂの再構成プロセスが現在のブロックに適用されると判定する。
【0170】
ＷＰが現在のブロックのＨＬＳレベルでアクティブ化されない場合、ステップ１２０１の後にステップ１２０２及びステップ１２０３が続く。ステップ１２０２中に、処理モジュール４０は、それを復号化することによってＧＥＯモードのエッジ方向を示すシンタックス要素ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘの値を決定する。ステップ１２０３中に、処理モジュールは、それを復号化することによってシンタックス要素ｂｉＲｅｇの値を決定する。
【0171】
変形例（２ｆ）の第１の実施形態では、ステップ１２０３においてｂｉＲｅｇが第１の値に等しい場合（例えば、ｂｉＲｅｇ＝０の場合）、処理モジュール４０は、変形例（１ａ）の再構成プロセスが現在のブロックに適用されると判定する。ステップ１２０３においてｂｉＲｅｇが第２の値に等しい場合（例えば、ｂｉＲｅｇ＝１の場合）、処理モジュール４０は、ＧＥＯモードの再構成プロセスが現在のブロックに適用されると判定する。
【0172】
変形例（２ｆ）の第２の実施形態では、ステップ１２０３においてｂｉＲｅｇが第１の値に等しい場合（例えば、ｂｉＲｅｇ＝０の場合）、処理モジュール４０は、ＧＥＯモードの再構成プロセスが現在のブロックに適用されると判定する。ステップ１２０３でｂｉＲｅｇが第２の値に等しい場合（例えば、ｂｉＲｅｇ＝１の場合）、処理モジュール４０は、変形例（２ｅ）の再構成プロセスが現在のブロックに適用されると判定する。言い換えれば、ｂｉＲｅｇ＝１の場合、現在のブロック（すなわち、現在のＣＵ）は２つの矩形ＰＵに分割され、エッジ方向はシンタックス要素ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘを使用して決定される。
【0173】
変形例（２ｆ）の第３の実施形態では、ステップ１２０３においてｂｉＲｅｇが第１の値に等しい場合（例えば、ｂｉＲｅｇ＝０の場合）、処理モジュール４０は、シンタックス要素ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘを使用して現在のブロックの分割を決定する。例えば、「０」と「４０」との間のｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘの値は、現在のブロックの水平パーティションを示し、
・ 値「０」～「７」は、図１０の左に示すように、等しいサイズの２つのＰＵ内のパーティションに対応し、
・ 値「８」～「１５」は、Ｈ／４に等しい高さを有する第１のＰＵ内のパーティションに対応し、ここで、Ｈは、現在のブロックの高さであり、第２のＰＵは、３×Ｈ／４に等しい高さを有し（図１１の左上図）、
・ 値「１６」～「２３」は、３×Ｈ／４に等しい高さを有する第１のＰＵ及びＨ／４に等しい高さを有する第２のＰＵ内のパーティションに対応し（図１１の左下図）、
・ 値「２４」～「３１」は、Ｈ／３に等しい高さを有する第１のＰＵ及び２×Ｈ／３に等しい高さを有する第２のＰＵ内のパーティションに対応し、
・ 値「３２」～「４０」は、２×Ｈ／３に等しい高さを有する第１のＰＵ及びＨ／３に等しい高さを有する第２のＰＵ内のパーティションに対応する。
・ 値「０」～「７」は、図１０の左に示すように、等しいサイズの２つのＰＵ内のパーティションに対応し、
・ 値「８」～「１５」は、Ｈ／４に等しい高さを有する第１のＰＵ内のパーティションに対応し、ここで、Ｈは、現在のブロックの高さであり、第２のＰＵは、３×Ｈ／４に等しい高さを有し（図１１の左上図）、
・ 値「１６」～「２３」は、３×Ｈ／４に等しい高さを有する第１のＰＵ及びＨ／４に等しい高さを有する第２のＰＵ内のパーティションに対応し（図１１の左下図）、
・ 値「２４」～「３１」は、Ｈ／３に等しい高さを有する第１のＰＵ及び２×Ｈ／３に等しい高さを有する第２のＰＵ内のパーティションに対応し、
・ 値「３２」～「４０」は、２×Ｈ／３に等しい高さを有する第１のＰＵ及びＨ／３に等しい高さを有する第２のＰＵ内のパーティションに対応する。
【0174】
「４１」と「８２」の間のｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘの値は、現在のブロックの垂直パーティションを示し、
・ 値「４１」～「４８」は、図１０の右に示すように、等しいサイズの２つのＰＵ内のパーティションに対応し、
・ 値「４９」～「５６」は、Ｗ／４に等しい高さを有する第１のＰＵ内のパーティションに対応し、ここで、Ｗは、現在のブロックの幅であり、第２のＰＵは、３×Ｗ／４に等しい幅を有し（図１１の右上図）、
・ 値「５７」～「６４」は、３×Ｗ／４に等しい幅を有する第１のＰＵ及びＷ／４に等しい幅を有する第２のＰＵ内のパーティションに対応し（図１１の右下図）、
・ 値「６５」～「７２」は、Ｗ／３に等しい幅を有する第１のＰＵ及び２×Ｗ／３に等しい幅を有する第２のＰＵ内のパーティションに対応し、
・ 値「７３」～「８１」は、２×Ｗ／３に等しい幅を有する第１のＰＵ及びＷ／３に等しい幅を有する第２のＰＵ内のパーティションに対応する。
・ 値「４１」～「４８」は、図１０の右に示すように、等しいサイズの２つのＰＵ内のパーティションに対応し、
・ 値「４９」～「５６」は、Ｗ／４に等しい高さを有する第１のＰＵ内のパーティションに対応し、ここで、Ｗは、現在のブロックの幅であり、第２のＰＵは、３×Ｗ／４に等しい幅を有し（図１１の右上図）、
・ 値「５７」～「６４」は、３×Ｗ／４に等しい幅を有する第１のＰＵ及びＷ／４に等しい幅を有する第２のＰＵ内のパーティションに対応し（図１１の右下図）、
・ 値「６５」～「７２」は、Ｗ／３に等しい幅を有する第１のＰＵ及び２×Ｗ／３に等しい幅を有する第２のＰＵ内のパーティションに対応し、
・ 値「７３」～「８１」は、２×Ｗ／３に等しい幅を有する第１のＰＵ及びＷ／３に等しい幅を有する第２のＰＵ内のパーティションに対応する。
【0175】
ステップ１２０３においてｂｉＲｅｇが第２の値に等しい場合（例えば、ｂｉＲｅｇ＝１の場合）、処理モジュール４０は、ＧＥＯモードの再構成プロセスが現在のブロックに適用されると判定する。次いで、各ＰＵは、ＧＥＯモードの動き情報を使用して予測される。
【0176】
変形例（２ｇ）では、ステップ１３０１において、処理モジュール４０は、デフォルトでない重みを有するＷＰが現在のブロックに対してアクティブ化されているかどうかを判定する。
【0177】
ＷＰが現在のブロックのデフォルトの重みで無効又は有効にされている場合、ステップ１３０１の後にステップ１３０２が続く。ステップ１３０２中に、処理モジュールは、ＧＥＯモード再構成プロセスを現在のブロックに適用する。
【0178】
デフォルトでない重みを有するＷＰが現在のブロックに対して有効にされている場合、ステップ１３０１の後にステップ１３０３が続く。ステップ１３０３の実施形態では、処理モジュール４０は、ＴＰＭモードの２つのパーティションに関連付けられた動き情報によって指定された予測子ｐｒｅｄ０及びｐｒｅｄ１を含む基準画像が同じＰＯＣ（画像順序カウント）を有する（すなわち、表示順序において同じ画像番号を有する）かどうかを判定する。２つの基準画像が同じＰＯＣを有する場合、ステップ１３０３の後にステップ１３０４が続く。
【0179】
ステップ１３０４の実施形態では、処理モジュール４０は、ステップ１３０４中に変形例（２ａ）の再構成プロセスを適用する。
【0180】
ステップ１３０４の実施形態では、処理モジュール４０は、ステップ１３０４中に変形例（２ｂ）の再構成プロセスを適用する。
【0181】
ステップ１３０４の一実施形態では、変形例（２ｃ）の場合と同様に、処理モジュール４０は、シンタックス要素ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘを使用して、変形例（２ａ）と（２ｂ）との間のどの変形例が適用されるかを決定する。
【0182】
ステップ１３０４の一実施形態では、処理モジュール４０は、シンタックス要素ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘを使用して現在のブロックの分割を決定する。例えば、「０」と「４０」との間のｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘの値は、現在のブロックの水平パーティションを示し、
・ 値「０」～「７」は、図１０の左に示すように、等しいサイズの２つのＰＵ内のパーティションに対応し、
・ 値「８」～「１５」は、Ｈ／４に等しい高さを有する第１のＰＵ内のパーティションに対応し、ここで、Ｈは、現在のブロックの高さであり、第２のＰＵは、３×Ｈ／４に等しい高さを有し（図１１の左上図）、
・ 値「１６」～「２３」は、３×Ｈ／４に等しい高さを有する第１のＰＵ及びＨ／４に等しい高さを有する第２のＰＵ内のパーティションに対応し（図１１の左下図）、
・ 値「２４」～「３１」は、Ｈ／３に等しい高さを有する第１のＰＵ及び２×Ｈ／３に等しい高さを有する第２のＰＵ内のパーティションに対応し、
・ 値「３２」～「４０」は、２×Ｈ／３に等しい高さを有する第１のＰＵ及びＨ／３に等しい高さを有する第２のＰＵ内のパーティションに対応する。
・ 値「０」～「７」は、図１０の左に示すように、等しいサイズの２つのＰＵ内のパーティションに対応し、
・ 値「８」～「１５」は、Ｈ／４に等しい高さを有する第１のＰＵ内のパーティションに対応し、ここで、Ｈは、現在のブロックの高さであり、第２のＰＵは、３×Ｈ／４に等しい高さを有し（図１１の左上図）、
・ 値「１６」～「２３」は、３×Ｈ／４に等しい高さを有する第１のＰＵ及びＨ／４に等しい高さを有する第２のＰＵ内のパーティションに対応し（図１１の左下図）、
・ 値「２４」～「３１」は、Ｈ／３に等しい高さを有する第１のＰＵ及び２×Ｈ／３に等しい高さを有する第２のＰＵ内のパーティションに対応し、
・ 値「３２」～「４０」は、２×Ｈ／３に等しい高さを有する第１のＰＵ及びＨ／３に等しい高さを有する第２のＰＵ内のパーティションに対応する。
【0183】
「４１」と「８２」の間のｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘの値は、現在のブロックの垂直パーティションを示し、
・ 値「４１」～「４８」は、図１０の右に示すように、等しいサイズの２つのＰＵ内のパーティションに対応し、
・ 値「４９」～「５６」は、Ｗ／４に等しい高さを有する第１のＰＵ内のパーティションに対応し、ここで、Ｗは、現在のブロックの幅であり、第２のＰＵは、３×Ｗ／４に等しい幅を有し（図１１の右上図）、
・ 値「５７」～「６４」は、３×Ｗ／４に等しい幅を有する第１のＰＵ及びＷ／４に等しい幅を有する第２のＰＵ内のパーティションに対応し（図１１の右下図）、
・ 値「６５」～「７２」は、Ｗ／３に等しい幅を有する第１のＰＵ及び２×Ｗ／３に等しい幅を有する第２のＰＵ内のパーティションに対応し、
・ 値「７３」～「８１」は、２×Ｗ／３に等しい幅を有する第１のＰＵ及びＷ／３に等しい幅を有する第２のＰＵ内のパーティションに対応する。
・ 値「４１」～「４８」は、図１０の右に示すように、等しいサイズの２つのＰＵ内のパーティションに対応し、
・ 値「４９」～「５６」は、Ｗ／４に等しい高さを有する第１のＰＵ内のパーティションに対応し、ここで、Ｗは、現在のブロックの幅であり、第２のＰＵは、３×Ｗ／４に等しい幅を有し（図１１の右上図）、
・ 値「５７」～「６４」は、３×Ｗ／４に等しい幅を有する第１のＰＵ及びＷ／４に等しい幅を有する第２のＰＵ内のパーティションに対応し（図１１の右下図）、
・ 値「６５」～「７２」は、Ｗ／３に等しい幅を有する第１のＰＵ及び２×Ｗ／３に等しい幅を有する第２のＰＵ内のパーティションに対応し、
・ 値「７３」～「８１」は、２×Ｗ／３に等しい幅を有する第１のＰＵ及びＷ／３に等しい幅を有する第２のＰＵ内のパーティションに対応する。
【0184】
ステップ１３０３で、処理モジュール４０が、２つの基準画像が異なる値のＰＯＣを有すると判定した場合、ステップ１３０３の後にステップ１３０２が続く。
【0185】
ステップ１３０３の別の実施形態において、処理モジュール４０は、基準画像の一方が、現在のブロックを含む画像のＰＯＣ値ＰＯＣｃｕｒｒよりも小さいＰＯＣ値ＰＯＣ１を有するかどうか、及び他方の基準画像が、ＰＯＣ値ＰＯＣｃｕｒｒよりも大きいＰＯＣ値ＰＯＣ２を有するかどうかを決定する。（ＰＯＣ１＜ＰＯＣｃｕｒｒ＜ＰＯＣ２）である場合、次いで、処理モジュール４０は、ステップ１３０２を実行する。そうでない場合、処理モジュール４０は、ステップ１３０４を適用する。
【0186】
ステップ７１の第３実施形態の例（１）の変形例（１ａ、１ｂ）及び例（２の変形例（２ａ、２ｂ）では、エッジ方向を示すシンタックス要素（ＴＰＭモードの場合はｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ、ＧＥＯモードの場合はｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘ）が無駄になる。ステップ７１の第３の実施形態の第１及び第２の例の別の変形例では、２つのシンタックス要素が再解釈される。言い換えれば、この変形例では、これらの２つのシンタックス要素のセマンティックが変更される。例えば、
ｍｅｒｇｅ－ｉｄｘ０＝ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０、
ｄｅｌｔａ－ｉｄｘ＝ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ、及び、
ｍｅｒｇｅ－ｉｄｘ１＝ｄｅｌｔａ－ｉｄｘ＋ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１．。
ｍｅｒｇｅ－ｉｄｘ０＝ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０、
ｄｅｌｔａ－ｉｄｘ＝ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ、及び、
ｍｅｒｇｅ－ｉｄｘ１＝ｄｅｌｔａ－ｉｄｘ＋ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１．。
【0187】
ステップ７１の第３の実施形態の第３の例では、ＷＰ及びＧＥＯモードが現在のブロックに対して有効にされる。その場合、ステップ７１中に、ＧＥＯ再構成プロセスは、一般化された双方向インター予測再構成プロセスに置き換えられる。式（１）を適用して、各パーティションに含まれるサンプルの数に応じた重みを有する現在のブロックについて予測子ｂｉｐｒｅｄを決定する。例えば、図５Ｂを参照すると、ｗ０はパーティション５０５内のサンプル数に比例し、ｗ１はパーティション５０６内のサンプル数に比例する。パーティション５０５及び５０６を含むブロックが「１２８」個のサンプルを含む１６×８ブロックである場合、パーティション５０５はＮＢ１個のサンプルを含み、パーティション５０６はＮＢ２個のサンプルを含み、例えば、ｗ０＝ＮＢ１／１２８及びｗ１＝ＮＢ２／１２８である。予測子ｐｒｅｄ０及びｐｒｅｄ１は、ＧＥＯモードの２つのパーティションに関連付けられた動き情報を使用して生成される。図５Ｂでは、パーティション５０５の動き情報は、予測子ｐｒｅｄ０を生成するために使用され、パーティション５０６の動き情報は、予測子ｐｒｅｄ１を生成するために使用される。
【0188】
ステップ７１の第３の実施形態の第３の例の変形例では、重みｗ０及びｗ１は、ＢＣＷに対して許可された重みのセット（すなわち、∈｛－２，３，４，５，１０｝）において選択される。例えば、第２のパーティションよりも多くのサンプルを含む第１のパーティションは、第２のパーティションよりも高いセット｛－２，３，４，５，１０｝の重みに関連付けられる。例えば、図５Ｂを再度参照すると、パーティション５０５に関連付けられた重みｗ０は「３」に等しく、パーティション５０６に関連付けられた重みｗ１は「５」に等しい。この場合も、パーティション５０５の動き情報は、予測子ｐｒｅｄ０を生成するために使用され、パーティション５０６の動き情報は、予測子ｐｒｅｄ１を生成するために使用される。
【0189】
ステップ７１の第４の実施形態の第３の例では、ＷＰ及びＴＰＭ又はＧＥＯモードが現在のブロックに対して有効にされる。その場合、修正されたＴＰＭ又はＧＥＯモードが現在のブロックに適用される。この修正されたＴＰＭ又はＧＥＯモードでは、ＴＰＭ又はＧＥＯモードで指定された２つのパーティション（２つのＰＵ）の分割が現在のブロックに適用される。各パーティションに関連付けられた予測子が識別され、当該パーティションに対応する動き情報を使用して動き補償される。第３の実施形態の第４の例の第１の変形例では、パーティションの各々を予測した後、２つのパーティション間のフロンティア（例えば、図５Ｃのパーティション５０９と５１０との間のフロンティア）に沿ったサンプル値にブレンド処理は適用されない。第３の実施形態の第４の例の第２の変形例では、各パーティションを予測した後、ブレンド処理を使用して、２つのパーティション間のフロンティアに沿ったサンプル値（例えば、図５Ｃのパーティション５０９と５１０との間のフロンティア）が調整される。しかしながら、図５Ｃに関連して上述した適応重み付けを使用する代わりに、フロンティアに沿って位置するサンプルに簡単な平均化が適用される。図５Ｃの例では、識別子１、２、４、６、及び７を有するサンプルのサンプル値は、以下のように計算される。
【0190】
【数20】
【0191】
【数21】
【0192】
第３の実施形態の第４の例の第３の変形例では、ＴＰＭ又はＧＥＯモードのブレンド処理は、少なくとも１つの高レベルシンタックス（ＨＬＳ）要素によって有効又は無効にされる。少なくとも１つのＨＬＳ要素が、ブレンド処理が有効にされていることを示す場合、ＴＰＭ又はＧＥＯモードのブレンド処理は、ＷＰが現在のブロックに対して有効にされている場合に無効にされる。ＨＬＳ要素の値も推測することができる。その場合、少なくとも１つのＨＬＳ要素の推測値が、ブレンド処理が有効にされていることを示す場合、ＴＰＭ又はＧＥＯモードのブレンド処理は、ＷＰが現在のブロックに対して有効にされている場合に無効にされる。
【0193】
ＨＬＳ要素は、例えば、シーケンスレベル（すなわち、ＳＰＳレベル）ｓｐｓ＿ｂｌｅｎｄｉｎｇ＿ｃｔｒｌ＿ｆｌａｇにおけるシンタックス要素である。ＨＬＳ要素ｓｐｓ＿ｂｌｅｎｄｉｎｇ＿ｃｔｒｌ＿ｆｌａｇは、ＴＰＭ及びＧＥＯのブレンド処理がスライスレベルで制御可能である（すなわち、ｓｐｓ＿ｂｌｅｎｄｉｎｇ＿ｃｔｒｌ＿ｆｌａｇ＝１）か否か（すなわち、ｓｐｓ＿ｂｌｅｎｄｉｎｇ＿ｃｔｒｌ＿ｆｌａｇ＝０）を示す。存在しない場合、ＨＬＳ要素ｓｐｓ＿ｂｌｅｎｄｉｎｇ＿ｃｔｒｌ＿ｆｌａｇの値は、他のシンタックス要素から推測されてもよい。一実施形態では、ＨＬＳ要素ｓｐｓ＿ｂｌｅｎｄｉｎｇ＿ｃｔｒｌ＿ｆｌａｇは、シンタックス要素ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇがｔｒｕｅに等しく、シンタックス要素ｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇがｆａｌｓｅに等しい場合にＳＰＳヘッダ内に存在する。シンタックス要素ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳを参照するＰ個のスライスのブロックについて、インター予測にＴＰＭ又はＧＥＯモードを使用できる（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝ｔｒｕｅの場合）か否か（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝ｆａｌｓｅの場合）を指定するために使用することができる。ｔｒｕｅに等しいシンタックス要素ｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇは、ＳＰＳを参照するＰ個のスライスに重み付き予測が適用され得ることを指定し、ｆａｌｓｅに等しいｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇは、ＳＰＳを参照するＰ個のスライスに重み付き予測が適用されないことを指定する。
【0194】
【表1】
【0195】
表ＴＡＢ＿Ａは、ＨＬＳ要素ｓｐｓ＿ｂｌｅｎｄｉｎｇ＿ｃｔｒｌ＿ｆｌａｇに関するＳＰＳレベルのシンタックスの例を記述している。
【0196】
スライスが、ＴＰＭ又はＧＥＯブレンド処理の非アクティブ化のアクティブ化がスライスレベルで制御され得ることをｓｐｓ＿ｂｌｅｎｄｉｎｇ＿ｃｔｒｌ＿ｆｌａｇによって示すＳＰＳを参照するとき、スライスレベルシンタックス要素ｓｌｉｃｅ＿ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇは、当該ブレンド処理が当該スライスについて実際にアクティブ化される（ｓｌｉｃｅ＿ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇ＝１）か、又はアクティブ化されない（ｓｌｉｃｅ＿ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇ＝０）かを示す。
【0197】
【表2】
【0198】
表ＴＡＢ＿Ｂは、シンタックス要素ｓｌｉｃｅ＿ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇに関するスライスレベルのシンタックスの例を記述している。
【0199】
分かるように、シンタックス要素ｓｌｉｃｅ＿ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇは、条件のセットが満たされたときにスライスヘッダ内に存在する。例えば、条件のセットは、
・ 現在のスライスに対してＴＰＭ又はＧＥＯモードが有効にされる（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝ｔｒｕｅ）、
・ スライスレベルでのＴＰＭ又はＧＥＯのブレンド処理の制御が有効にされ（ｓｐｓ＿ｂｌｅｎｄｉｎｇ＿ｃｔｒｌ＿ｆｌａｇ＝ｔｒｕｅ）；
・ ＷＰはＰスライスに対して無効にされている（！（ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｐ））；
・ ＷＰはＢスライスに対して無効である（！（ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ））。
シンタックス要素ｓｌｉｃｅ＿ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇが存在しない場合、それは「０」と推測される。
・ 現在のスライスに対してＴＰＭ又はＧＥＯモードが有効にされる（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝ｔｒｕｅ）、
・ スライスレベルでのＴＰＭ又はＧＥＯのブレンド処理の制御が有効にされ（ｓｐｓ＿ｂｌｅｎｄｉｎｇ＿ｃｔｒｌ＿ｆｌａｇ＝ｔｒｕｅ）；
・ ＷＰはＰスライスに対して無効にされている（！（ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｐ））；
・ ＷＰはＢスライスに対して無効である（！（ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ））。
シンタックス要素ｓｌｉｃｅ＿ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇが存在しない場合、それは「０」と推測される。
【0200】
ブロックレベルにおいて、変数ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇは、現在のブロックにＴＰＭ又はＧＥＯモードのブレンド処理を適用するか否かを指定する。
【0201】
以下を示す：
・ ｃＩｄｘ現在のブロックの色成分インデックスであり、
・ Ａ及びＢ現在のブロックの２つのＴＰＭ（又はＧＥＯ）パーティションであり、
・ ｐｒｅｄＬｉｓｔＦｌａｇＡ及びｐｒｅｄＬｉｓｔＦｌａｇＢのパーティションＡ及びＢの予測リストフラグであり
・ ｒｅｆＩｄｘＡ及びｒｅｆＩｄｘＢは、パーティションＡ及びＢの基準インデックスである。
・ ｃＩｄｘ現在のブロックの色成分インデックスであり、
・ Ａ及びＢ現在のブロックの２つのＴＰＭ（又はＧＥＯ）パーティションであり、
・ ｐｒｅｄＬｉｓｔＦｌａｇＡ及びｐｒｅｄＬｉｓｔＦｌａｇＢのパーティションＡ及びＢの予測リストフラグであり
・ ｒｅｆＩｄｘＡ及びｒｅｆＩｄｘＢは、パーティションＡ及びＢの基準インデックスである。
【0202】
変数ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇは、以下のように導出される。
・ ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇは、シンタックス要素ｓｌｉｃｅ＿ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇの値に初期化される。
・ 変数ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇが「１」と等しい場合、変数ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇは変更されない。
・ そうではなく、ｃＩｄｘが「０」と等しく、（（ｐｒｅｄＬｉｓｔＦｌａｇＸ＝０であり、基準ｉｎｄｉｃｅ ｒｅｆＩｄｘＸに関連付けられた輝度重みはデフォルトではない重み（すなわち、ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ ０＿ｆｌａｇ ［ｒｅｆＩｄｘＸ］は「１」に等しい）である、又は（ｐｒｅｄＬｉｓｔＦｌａｇＸ＝１であり、基準ｉｎｄｉｃｅｒｅｆＩｄｘＸに関連付けられた輝度重みはデフォルトではない重み（すなわち、ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ １＿ｆｌａｇ ［ｒｅｆＩｄｘＸ］は１に等しい）である場合、変数ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇは「１」に等しく設定され（すなわち、ＴＰＭ又はＧＥＯモードのブレンド処理は、現在のブロックの輝度成分に対して非アクティブ化され）、
・ そうではなく、ｃＩｄｘが「０」及び（（ｐｒｅｄＬｉｓｔＦｌａｇＸ＝０であり、基準ｉｎｄｉｃｅ ｒｅｆＩｄｘＸに関連付けられた彩度重みはデフォルトではない重み（すなわち、ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ ０＿ｆｌａｇ ［ｒｅｆＩｄｘＸ］は１に等しい）である、又は（ｐｒｅｄＬｉｓｔＦｌａｇＸ＝１であり、基準ｉｎｄｉｃｅ ｒｅｆＩｄｘＸに関連付けられた彩度重みはデフォルトではない重み（すなわち、ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ １＿ｆｌａｇ［ｒｅｆＩｄｘＸ］は１に等しい）である場合、ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇは「１」に等しく設定される（すなわち、現在のブロックの彩度成分に対してＴＰＭ又はＧＥＯモードのブレンド処理が非アクティブ化される）。
・ ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇは、シンタックス要素ｓｌｉｃｅ＿ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇの値に初期化される。
・ 変数ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇが「１」と等しい場合、変数ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇは変更されない。
・ そうではなく、ｃＩｄｘが「０」と等しく、（（ｐｒｅｄＬｉｓｔＦｌａｇＸ＝０であり、基準ｉｎｄｉｃｅ ｒｅｆＩｄｘＸに関連付けられた輝度重みはデフォルトではない重み（すなわち、ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ ０＿ｆｌａｇ ［ｒｅｆＩｄｘＸ］は「１」に等しい）である、又は（ｐｒｅｄＬｉｓｔＦｌａｇＸ＝１であり、基準ｉｎｄｉｃｅｒｅｆＩｄｘＸに関連付けられた輝度重みはデフォルトではない重み（すなわち、ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ １＿ｆｌａｇ ［ｒｅｆＩｄｘＸ］は１に等しい）である場合、変数ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇは「１」に等しく設定され（すなわち、ＴＰＭ又はＧＥＯモードのブレンド処理は、現在のブロックの輝度成分に対して非アクティブ化され）、
・ そうではなく、ｃＩｄｘが「０」及び（（ｐｒｅｄＬｉｓｔＦｌａｇＸ＝０であり、基準ｉｎｄｉｃｅ ｒｅｆＩｄｘＸに関連付けられた彩度重みはデフォルトではない重み（すなわち、ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ ０＿ｆｌａｇ ［ｒｅｆＩｄｘＸ］は１に等しい）である、又は（ｐｒｅｄＬｉｓｔＦｌａｇＸ＝１であり、基準ｉｎｄｉｃｅ ｒｅｆＩｄｘＸに関連付けられた彩度重みはデフォルトではない重み（すなわち、ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ １＿ｆｌａｇ［ｒｅｆＩｄｘＸ］は１に等しい）である場合、ｂｌｅｎｄｉｎｇ＿ｏｆｆ＿ｆｌａｇは「１」に等しく設定される（すなわち、現在のブロックの彩度成分に対してＴＰＭ又はＧＥＯモードのブレンド処理が非アクティブ化される）。
【0203】
変形例では、当該ＳＰＳレベルのＨＬＳシンタックス（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ，ｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ，ｓｐｓ＿ｂｌｅｎｄｉｎｇ＿ｃｔｒｌ＿ｆｌａｇ）は、同じセマンティックを有するＰＰＳレベル（ｐｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ、ｐｐｓ＿ｂｌｅｎｄｉｎｇ＿ｃｔｒｌ＿ｆｌａｇ）のＨＬＳシンタックスに置き換えることができる。
【0204】
第３の実施形態の第４の例の第４の変形例では、現在のブロックのＨＬＳレベルでＷＰが有効にされると、ＴＰＭ又はＧＥＯモードのブレンド処理が非アクティブ化される。
【0205】
第３の実施形態の第４の例の第５の変形例では、ＴＰＭ又はＧＥＯモードのブレンド処理は、ＷＰがＨＬＳレベルで有効にされ、少なくとも１つのＷＰ重みが現在のブロックのデフォルトでない重みに等しいときに非アクティブ化される。
【0206】
ＪＶＥＴ－Ｏ２００１で指定されたＶＶＣ標準は、予測ツールの実行順序を指定する。例えば、ＶＶＣの現在のバージョンでは、ＷＰが有効にされる場合、ＷＰは、ＰＲＯＦモードの後に適用される。ステップ７１の第４の実施形態では、ＷＰの実行順序及びＰＳＷ又はＯＦツールが修正される。ステップ７１の第４の実施形態の例では、ＷＰは、ＰＲＯＦモードの前に適用される。変形例では、ＰＲモードの後又は前にＷＰを適用するかどうかの選択は、ＷＰの重み及びオフセット値に依存する。例えば、重みが「１」より大きい場合、ＷＰは、その後に実行され、そうでなければ、それは、その後に行われるため、ＰＲＯＦモードは、広範囲の信号に適用される。
【0207】
ＪＶＥＴ－Ｏ２００１に記載されているＶＶＣの現在のバージョンでは、ＷＰが有効にされると、ＤＭＶＲ及びＢＤＯＦモードが無効になる。ステップ７１の第５の実施形態では、ＷＰは、ＤＭＶＲ又はＢＤＯＦモードの前に適用される。これは、符号化の複雑さ（ＷＰで重み付けされた基準を記憶するための２つの追加のバッファ及び動き補償予測の１つの追加の重み付け段階）を増加させるが、予測精度を改善する。
【0208】
ステップ７１の第６の実施形態では、複雑さを低減するために、ＷＰが有効にされたときに、ＰＲＯＦモードが無効にされる。
【0209】
ＪＶＥＴ－Ｏ ２００１に記載されているようなＶＶＣの現在のバージョンでは、ＷＰが有効にされると、ＣＩＩＰモードブレンド処理の前にＷＰが適用される。ステップ７１の第７の実施形態では、複雑さを低減するために、ＷＰが有効にされたときにＣＩＩＰモードが無効にされる。
【0210】
ステップ７１の第８の実施形態では、ＷＰ及びＣＩＩＰモードの両方が現在のブロックに対して有効にされると、通常のＣＩＩＰモードが現在のブロックに適用されるが、ＷＰ重み及びオフセットは現在のブロックのデフォルト値に設定される。
【0211】
これまで、ＷＰ及びＰＳＷ又はＯＦツールプロセスがカスケード接続される、すなわち、順次実行されると考えられる。このカスケードの結果は、第１のツール（例えば、ＷＰ）が第２のツール（例えば、ＰＳＷ又はＯＦツール）の前に適用される場合、第１のツールの結果に第２のツールが適用されることである。ステップ７１の第９の実施形態では、ＷＰと少なくとも１つのＰＳＷツールとの組み合わせに焦点を当てている。重み付き予測及び／又は少なくとも１つのＰＳＷツールに関連する現在のブロックの符号化プロセスの一部の修正は、ＷＰ及びＰＳＷツールを単一の重み付き段階で混合する（ブレンド）ことで構成される。混合ツールは、ＷＰ及びＣＩＩＰ又はＷＰ及びＧＥＯ又はＷＰ及びＴＰＭ又はＷＰ及びＬＩＣ及びＣＩＩＰであり得る。ＰＳＷツールを一緒に混合することも可能である。例えば、その場合、混合ツールは、ＬＩＣ及びＴＰＭ、又はＢＣＷ及びＴＰＭ、又はＢＣＷ及びＣＩＩＰである。混合プロセス中、混合ツールの重み及びオフセットを一緒に組み合わせて、１つの単一の重み付け（ブレンド）プロセスを適用する。
【0212】
ＰＳＷツールは、２つのサブグループに分類することができる：オフセットが右シフトの後に行われるＰＳＷツールの第１のサブグループと、オフセットが右シフトの前に行われる、ＰＳＷツールの第２のサブグループ。第１のサブグループは、ＢＣＷモード、ＣＩＩＰモード、及び双方向ＷＰを含む。第２のサブグループは、一方向ＷＰ及びＬＩＣモードを含む。
【0213】
例えば、（ａｉ，ｂｉ，ｓｉ）は、対応するサンプル予測のＰＳＷツール「ｉ」及びｐｒｅｄ（ｘ，ｙ）に関連付けられたサンプル重み、オフセット及び右シフト値をそれぞれ示す。
【0214】
ツールｉ＝０が、ＰＳＷツールの第１のサブグループに属するツール「０」及び「１」であるツールｉ＝１と組み合わされる場合、予測サンプルは、以下の式で得ることができる。
ｐｒｅｄ（ｘ，ｙ）＝（（ａ０．ａ１．ｐｒｅｄ０（ｘ，ｙ）＋ａ１（ｂ０≪ｓ０）＋（１≪（ｓ０＋ｓ１－１）））≫（ｓ０＋ｓ１））＋ｂ１
ここで、ｐｒｅｄ０（ｘ，ｙ）は、ＤＰＢに記憶された、空間的にｐｒｅｄ（ｘ，ｙ）に対応する基準画像のリストＬ０１内で得られた動き補償された予測子サンプルである。この式は、一方向ＷＰとＬＩＣモードとを組み合わせる場合に適用される。
ｐｒｅｄ（ｘ，ｙ）＝（（ａ０．ａ１．ｐｒｅｄ０（ｘ，ｙ）＋ａ１（ｂ０≪ｓ０）＋（１≪（ｓ０＋ｓ１－１）））≫（ｓ０＋ｓ１））＋ｂ１
ここで、ｐｒｅｄ０（ｘ，ｙ）は、ＤＰＢに記憶された、空間的にｐｒｅｄ（ｘ，ｙ）に対応する基準画像のリストＬ０１内で得られた動き補償された予測子サンプルである。この式は、一方向ＷＰとＬＩＣモードとを組み合わせる場合に適用される。
【0215】
ツール「０」及び「１」が、ＰＳＷツールの第２のサブグループに属する場合、予測サンプルは、以下の式で得ることができる。
ｐｒｅｄ（ｘ，ｙ）＝（ａ０．ａ１．ｐｒｅｄ０（ｘ，ｙ）＋ａ１（ｂ０≪ｓ０）＋（ｂ１≪ｓ０）＋（１≪（ｓ０＋ｓ１－１）））≫（ｓ０＋ｓ１）
ｐｒｅｄ（ｘ，ｙ）＝（ａ０．ａ１．ｐｒｅｄ０（ｘ，ｙ）＋ａ１（ｂ０≪ｓ０）＋（ｂ１≪ｓ０）＋（１≪（ｓ０＋ｓ１－１）））≫（ｓ０＋ｓ１）
【0216】
この式は、双方向ＷＰとＢＣＷモード又は双方向ＷＰとＣＩＩＰモード又はＣＩＩＰモードとＢＣＷモードとを組み合わせるときに適用される。
【0217】
第１のサブグループのツールと第２のサブグループのツールとの組み合わせ、及び３つ以上のＰＳＷツールの組み合わせについて、同様の式を導出することができる。
【0218】
図８は、復号化プロセス中に実行される再構成プロセスの実施形態の高レベル表現である。
【0219】
符号化プロセス及び復号化プロセス中に適用されるプロセスは対称であることに留意されたい。結果として、符号化プロセスに関して記載された多くの実施形態は、復号化プロセス中に対称的な実施形態を有する。
【0220】
図８のプロセスは、主にステップ３１４、３０８及び３１６中に現在の画像の各ブロック上で実行される。
【0221】
ステップ８０では、処理モジュール４０は、ＷＰが現在のブロックに対して有効にされているかどうかを判定する。
【0222】
ＷＰが有効にされている場合、ステップ８０の後にステップ８１が続く。ステップ８１中に、処理モジュール４０は、ＷＰ及び／又は少なくとも１つのＰＳＷ又はＯＦツールに関連する当該現在のブロックの再構成プロセスの一部を修正する。
【0223】
ＷＰが無効にされている場合、ステップ８０の後にステップ８２が続く。ステップ８２中に、文書ＪＶＥＴ－Ｏ２００１で指定されているような通常の再構成プロセスが現在のブロックに適用される。
【0224】
ステップ８０の第１の実施形態において、処理モジュール４０は、符号化ビデオストリーム２１１から、現在のブロックを含むスライスを参照するＰＰＳ内のシンタックス要素ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ及びｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇの値をチェックする。シンタックス要素ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ又はｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇのうちの一方が１に等しい場合、処理モジュール４０は、ＷＰが現在のブロックに対して有効にされていると見なす。そうでない場合、処理モジュール４０は、ＷＰが現在のブロックに対して無効にされていると見なす。
【0225】
ステップ８０の第２の実施形態では、現在のブロックを含むスライスによって参照されるＰＰＳからのシンタックス要素ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ及びｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇの値をチェックすることに加えて、処理モジュール４０は、当該スライスのスライスヘッダ内のＷＰに使用される重みの値もチェックする。当該重み値の少なくとも一方がデフォルト値と異なる場合、処理モジュール４０は、ＷＰが現在のブロックに対して有効にされていると見なす。そうでない場合、処理モジュール４０は、ＷＰが現在のブロックに対して無効にされていると見なす。
【0226】
ステップ８０の第１又は第２の実施形態が適用されるとき、ステップ８１の第１の実施形態では、処理モジュール４０は、符号化ビデオストリーム内のＰＳＷ又はＯＦツールに関連するシンタックス要素を解析又は推測しないことによって、当該現在のブロックの再構成プロセスの一部を修正する。ただし、その場合、通常のＷＰ再構成プロセスが適用される。
【0227】
図９は、ステップ８０の第１又は第２の実施形態によって変更された再構成プロセスの一部の例を開示する。
【0228】
ステップ９０１において、処理モジュール４０は、現在のブロックについてＣＩＩＰモードが有効であるか否かを示す条件ＣＩＩＰ、現在のブロックについてＴＰＭモードが有効であるか否かを示す条件ＴＰＭ、現在のブロックについてＷＰが無効であるか否かを示す条件ｗｐ＿ｄｉｓａｂｌｅｄ、及びＪＶＥＴ＿Ｏ ２００１に記載されている条件ＯｔｈｅｒＣｏｎｄｉｔｉｏｎｓを含む条件の第１の組み合わせをチェックする。条件の第１の組み合わせ（ＯｔｈｅｒＣｏｎｄｉｔｉｏｎｓ及び（（ＣＩＩＰ）又は（ＴＰＭ及びｗｐ＿ｄｉｓａｂｌｅｄ）））が真である場合、ステップ９０２中に、処理モジュール４０は、文書ＪＶＥＴ－Ｏ ２００１において指定されたシンタックス要素ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを符号化ビデオストリーム２１１から構文解析する。ステップ９０２の後にステップ９０３が続く。ステップ９０１において、条件の第１の組み合わせが偽である場合、ステップ９０１の直後にステップ９０３が続く。その場合、シンタックス要素ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇの値は、標準ＶＶＣ （ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝（ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＆＆！ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ））によって指定される他のシンタックス要素の値から処理モジュール４０によって推測される。
【0229】
ステップ９０３において、処理モジュール４０は、シンタックス要素ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇの値をチェックする。ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝ｔｒｕｅである場合、処理モジュール４０は、ステップ９０４中に、現在のブロックがマージモードを使用すると判定し、通常のマージパラメータを復号化する。
【0230】
ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝ｆａｌｓｅである場合、処理モジュール４０は、ステップ９０５中に、条件の第２の組み合わせ（（ＯｔｈｅｒＣｏｎｄｉｔｉｏｎｓ及び（（ＣＩＩＰ）並びに（ＴＰＭ及びｗｐ＿ｄｉｓａｂｌｅｄ）））をチェックする。第２の状態の組み合わせが偽である場合、ステップ９０５の後にステップ９０６が続く。そうでない場合、ステップ９０５の後にステップ９０７が続く。
【0231】
ステップ９０６中に、処理モジュール４０は、シンタックス要素ｃｉｉｐ＿ｆｌａｇの値及びシンタックス要素ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇの値を推測する。Ｃｉｉｐ＿ｆｌａｇ＝１は、現在のブロックにＣＩＩＰモードが適用されることを示す。ｃｉｉｐ＿ｆｌａｇ＝０は、ＣＩＩＰモードが現在のブロックに適用されないことを示す。ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇ＝１は、現在のブロックにＴＰＭモードが適用されることを示す。ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇ＝０は、ＴＰＭモードが現在のブロックに適用されないことを示す。ステップ９０６では、１つのＣＩＩＰモード又はＴＰＭモードが適用される。ＣＩＩＰ又はＴＰＭモードのパラメータも、処理モジュール４０によって推測される。
【0232】
ステップ９０７中に、処理モジュール４０は、符号化ビデオストリーム２１１からシンタックス要素ｃｉｉｐ＿ｆｌａｇを復号化する。
【0233】
ステップ９０８中に、処理モジュール４０は、シンタックス要素ｃｉｉｐ＿ｆｌａｇの値をチェックする。ｃｉｉｐ＿ｆｌａｇ＝１である場合、ステップ９０８の後にステップ９０９が続く。ｃｉｉｐ＿ｆｌａｇ＝０である場合、ステップ９０８の後にステップ９１０が続く。
【0234】
ステップ９０９中に、処理モジュール４０は、符号化ビデオストリーム２１１からＣＩＩＰモードのパラメータを復号化する。
【0235】
ステップ９１０の間、処理モジュール４０は、符号化ビデオストリーム２１１からＴＰＭモードのパラメータを復号化する。
【0236】
図９に関連して説明されたアルゴリズムから、ＷＰが無効化されている場合にのみ、ＴＰＭパラメータが符号化ビデオストリーム２１１から推測（ステップ９０６）又は解析（ステップ９１０）されることが分かる。
【0237】
一実施形態では、ステップ８０の第１又は第２の実施形態による再構成プロセスの修正は、ＪＶＥＴ－０２００１のセクション７．３．８．７に記載されているようなマージデータシンタックスの修正を意味する。
【0238】
【表3-1】
【0239】
【表3-2】
【0240】
マージデータシンタックスのシンタックス修正は、表ＴＡＢ１において太字で表示される。
【0241】
別の実施形態では、ステップ８０の第１又は第２の実施形態による再構成プロセスの修正は、ＪＶＥＴ－０２００１のセクション７．３．６．１に記載されているようなスライスヘッダシンタックスの修正を意味する。
【0242】
【表4】
【0243】
表ＴＡＢ ２から分かるように、シンタックス要素ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄは、ＷＰが無効化されている場合にのみスライスヘッダに存在する。シンタックス要素ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄは、スライスにおいてサポートされているＴＰＭモード候補の最大数を表す。このシンタックス要素は、ＴＰＭモードが無効になっていることが分かっている場合、つまり現在のスライスに対してＷＰが有効になっている場合には役に立たない。その結果、復号プロセス中に、ＷＰがスライスに対して有効にされているとき、処理モジュール４０は、シンタックス要素ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄを解析することを意図しない。
【0244】
図９のアルゴリズムの変形例では、条件ＴＰＭは条件ＧＥＯに置き換えられる。条件ＧＥＯは、現在のブロックに対してＧＥＯモードが有効であるか否かを示す。この変形例では、ＧＥＯパラメータは、ＷＰが無効化されている場合にのみ、符号化ビデオストリーム２１１から推測（ステップ９０６）又は解析（ステップ９１０）される。また、表ＴＡＢ １において、シンタックス要素ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ ０、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ １は、それぞれ、シンタックス要素ｓｐｓ＿ｗｅｄｇｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ＭａｘＮｕｍＷｅｄｇｅＭｅｒｇｅＣａｎｄ、ｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘ、ｍｅｒｇｅ＿ｗｅｄｇｅ＿ｉｄｘ ０、ｍｅｒｇｅ＿ｗｅｄｇｅ＿ｉｄｘ １に置き換えられている。表ＴＡＢ ２において、シンタックス要素ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄ＿ｍｉｎｕｓ １、及びｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｔｒｉａｎｇｌｅ＿ｃａｎｄは、それぞれｓｐｓ＿ｗｅｄｇｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇｐｐｓ＿ｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｗｅｄｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ １、及びｍａｘ＿ｎｕｍ＿ｍｅｒｇｅ＿ｃａｎｄ＿ｍｉｎｕｓ＿ｍａｘ＿ｎｕｍ＿ｗｅｄｇｅ＿ｃａｎｄに置き換えられている。
【0245】
図９のアルゴリズムの変形例では、条件ＣＩＩＰは、条件（ＣＩＩＰ及びｗｐ＿ｄｉｓａｂｌｅｄ）に置き換えられる。この変形例では、ＣＩＩＰパラメータは、ＷＰが無効化されている場合にのみ、符号化ビデオストリーム２１１から推測（ステップ９０６）又は解析（ステップ９０９）される。その場合、マージデータシンタックスは以下のように修正される（修正は表ＴＡＢ３において太字で表される）。
【0246】
【表5-1】
【0247】
【表5-2】
【0248】
既に上述したように、現在のブロックを含むスライスを参照するＰＰＳ及びスライスのスライスヘッダの解析は、処理モジュール４０が、デフォルトでない重みを有するＷＰが当該現在のブロックに実際に適用されるかどうかを判定することを可能にしない。この情報を取得するために、処理モジュール４０は、現在のブロックを表すシンタックス要素（すなわち、ＪＶＥＴ－Ｏ２００１のセクション７．３．８．５に記載されているような符号化ユニットシンタックス）を解析する必要がある。特に、現在のブロックを表すシンタックス要素の解析は、シンタックス要素ｒｅｆ＿ｉｄｘ＿ｌ０及びｒｅｆ＿ｉｄｘ＿ｌ１の値を決定することを可能にする。シンタックス要素ｒｅｆ＿ｉｄｘ＿ｌ０（それぞれｒｅｆ＿ｉｄｘ＿ｌ１）は、現在のブロックに予測子を提供する画像のＤＰＢの基準画像のリストＬ０（それぞれリストＬ１）内のインデックスを表す。インデックスｒｅｆ＿ｉｄｘ＿ｌ０（それぞれｒｅｆ＿ｉｄｘ＿ｌ１）を用いて、処理モジュール４０は、スライスヘッダ内で符号化された輝度についてのフラグｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［］及び彩度についてのフラグｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［］（それぞれｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇ［］及びｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇ［］）から、現在のブロックのための予測子を提供する少なくとも１つの基準画像がデフォルトでない重みで重み付けされているかどうかを判定することができる。実際、「１」に等しいフラグは、対応する重みが非デフォルト値を有することを指定する。「０」に等しいフラグは、重みがデフォルト値を有することを指定する。
【0249】
いくつかのＰＳＷ又はＯＦツールの場合、シンタックス要素ｒｅｆ＿ｉｄｘ＿ｌｘは、ＰＳＷ又はＯＦツールのシンタックスを解析することによってのみアクセスすることができる。これは、特にＴＰＭ、ＧＥＯ、ＣＩＩＰモードの場合である。例えば、図９では、現在のブロックのシンタックス要素ｒｅｆ＿ｉｄｘ＿ｌｘにアクセスするために、ステップ９０６又は９０９又は９１０が実行されるべきである。ステップ８０の第３の実施形態では、現在のブロックを含むスライスによって参照されるＰＰＳ内のシンタックス要素ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ及びｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇの値、並びに当該スライスのスライスヘッダからＷＰによって使用される重みの値をチェックした後、処理モジュール４０は、現在のブロックのＰＳＷ又はＯＦツールに関連するシンタックス要素を解析又は推論して、インデックスｒｅｆ＿ｉｄｘ＿ｌｘ（ｌｘはｌ０又はｌ１に等しい）の値を取得する。インデックスｒｅｆ＿ｉｄｘ＿ｌ０及びｒｅｆ＿ｉｄｘ＿ｌ１から、処理モジュール４０は、フラグｌｕｍａ＿ｗｅｉｇｈｔ＿ｌｘ＿ｆｌａｇ［ｒｅｆ＿ｉｄｘ＿ｌｘ］又はｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌｘ＿ｆｌａｇ［ｒｅｆ＿ｉｄｘ＿ｌｘ］の値を決定する。当該フラグの少なくとも１つが「１」に等しい場合、処理モジュール４０は、ＷＰが現在のブロックに対して有効であると見なす（すなわち、条件ｃｏｎｄが偽であり、ｃｏｎｄ＝（双方向予測の場合、ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｒｅｆ＿ｉｄｘ＿ｌ０］＝＝０、
＆＆ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇ［ｒｅｆ＿ｉｄｘ＿ｌ１］＝＝０
＆＆ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｒｅｆ＿ｉｄｘ＿ｌ０］＝＝０
＆＆ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇ［ｒｅｆ＿ｉｄｘ＿ｌ１］＝＝０）
又は一方向予測の場合、ｃｏｎｄ＝（ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌｘ＿ｆｌａｇ［ｒｅｆ＿ｉｄｘ＿ｌｘ］＝＝０
＆＆ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌｘ＿ｆｌａｇ［ｒｅｆ＿ｉｄｘ＿ｌｘ］＝＝０）である場合、処理デバイス４０はＷＰが有効であると見なす）。
＆＆ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇ［ｒｅｆ＿ｉｄｘ＿ｌ１］＝＝０
＆＆ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｒｅｆ＿ｉｄｘ＿ｌ０］＝＝０
＆＆ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇ［ｒｅｆ＿ｉｄｘ＿ｌ１］＝＝０）
又は一方向予測の場合、ｃｏｎｄ＝（ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌｘ＿ｆｌａｇ［ｒｅｆ＿ｉｄｘ＿ｌｘ］＝＝０
＆＆ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌｘ＿ｆｌａｇ［ｒｅｆ＿ｉｄｘ＿ｌｘ］＝＝０）である場合、処理デバイス４０はＷＰが有効であると見なす）。
【0250】
そうでない場合、処理モジュール４０は、ＷＰが現在のブロックに対して無効にされていると見なす。言い換えれば、現在のブロックに関連付けられた各フラグｌｕｍａ＿ｗｅｉｇｈｔ＿ｌｘ＿ｆｌａｇ［ｒｅｆ＿ｉｄｘ＿ｌｘ］及びｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌｘ＿ｆｌａｇ［ｒｅｆ＿ｉｄｘ＿ｌｘ］が「０」に等しい場合、処理デバイス４０は、ＷＰが無効にされていると見なす（すなわち、条件ｃｏｎｄが真である場合、処理デバイス４０は、ＷＰが無効にされていると見なす）。
【0251】
ステップ８０の第３の実施形態が適用される場合、ステップ８１の第２の実施形態では、処理モジュール４０は、符号化ビデオストリーム２１１内のＰＳＷ又はＯＦツールに関連するシンタックス要素を解析又は推測することによって、ＰＳＷ又はツールを現在のブロックに適用することなく当該現在のブロックの再構成プロセスの一部を修正する。すなわち、符号化ビデオストリーム２１１にＰＳＷ又はＯＦツールが指定されていても、当該ＰＳＷ又はＯＦツールに対応する再構成処理は非アクティブ化される。ただし、その場合、通常のＷＰ再構成プロセスが適用される。
【0252】
ステップ８０の第３の実施形態が適用される場合、ステップ８１の第３の実施形態では、ＰＳＷ又はＯＦツールを非アクティブ化するステップは、現在のブロックの再構成中に当該ＰＳＷ又はＯＦツールに関連するシンタックス要素を解析又は推測することを含むが、当該ＰＳＷ又はＯＦツールに対して通常の再構成プロセスを適用しないことを含む。この実施形態では、符号化ビデオストリーム２１１で指定されたＰＳＷ又はＯＦツールの代わりに、代替インター予測ツールが処理モジュール４０によって現在のブロックに適用される。しかしながら、ステップ８１の第３の実施形態では、通常のＷＰ再構成プロセスが適用される。
【0253】
ステップ８１の第３の実施形態の以下の例（３）と呼ばれる第１の例では、ＷＰ及びＴＰＭモードが現在のブロックに対して有効にされる。
【0254】
例（３）の変形例（３ａ）では、ステップ８１中に、ＴＰＭ再構成プロセスは、上述の双方向インター予測（Ｂモード）再構成プロセスに置き換えられる。式（１）を適用して、全ての予測子サンプルについて、ｗ０＝ｗ１＝１である現在のブロックについて予測子ｂｉｐｒｅｄを決定する。予測子ｐｒｅｄ０及びｐｒｅｄ１は、ＴＰＭモードに関するシンタックス要素で指定された２つのパーティションに関連付けられた動き情報を使用して生成される。分かるように、復号化プロセス中に適用される変形例（３ａ）は、符号化プロセス中に適用される変形例（１ａ）と同一である。
【0255】
同様に、復号化処理の際に、変形例（３ａ）の代わりに、変形例（１ｂ、１ｃ、１ｄ、１ｅ、１ｆ及び１ｇ）とそれぞれ同一の変形例（３ｂ、３ｃ、３ｄ、３ｅ、３ｆ及び３ｇ）を適用することができる。
【0256】
ステップ８１の第３の実施形態の以下の例（４）と呼ばれる第２の例では、ＷＰ及びＧＥＯモードが現在のブロックに対して有効にされる。
【0257】
例（２）の第１の変形例（４ａ）では、ステップ８１中に、ＧＥＯ再構成プロセスは、上述の双方向インター予測再構成プロセスに置き換えられる。式（１）を適用して、ｗ０＝ｗ１＝１である現在のブロックについて予測子ｂｉｐｒｅｄを決定する。予測子ｐｒｅｄ０及びｐｒｅｄ１は、ＧＥＯモードに関するシンタックス要素で指定された２つのパーティションに関連付けられた動き情報を使用して生成される。分かるように、復号化プロセス中に適用される変形例（４ａ）は、符号化プロセス中に適用される変形例（２ａ）と同一である。
【0258】
同様に、復号化処理の際に、変形例（４ａ）の代わりに、変形例（２ｂ、２ｃ、２ｄ、２ｅ、２ｆ及び２ｇ）とそれぞれ同一の変形例（４ｂ、４ｃ、４ｄ、４ｅ、４ｆ及び４ｇ）を適用することができる。
【0259】
ステップ８１の第３実施形態の例（３）、（４）の変形例（３ａ）、（３ｂ）、（４ａ）、（４ｂ）では、エッジ方向を示すシンタックス要素（ＴＰＭモードの場合はｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ、又はＧＥＯモードの場合はｗｅｄｇｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｄｘ）が無駄になる。ステップ８１の第３の実施形態の例（３）及び（４）の別の変形例では、２つのシンタックス要素が再解釈される。言い換えれば、この変形例では、これらの２つのシンタックス要素のセマンティックが変更される。例えば、
ｍｅｒｇｅ－ｉｄｘ０＝ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０、
ｄｅｌｔａ－ｉｄｘ＝ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ、及び、
ｍｅｒｇｅ－ｉｄｘ１＝ｄｅｌｔａ－ｉｄｘ＋ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１．。
ｍｅｒｇｅ－ｉｄｘ０＝ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０、
ｄｅｌｔａ－ｉｄｘ＝ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ、及び、
ｍｅｒｇｅ－ｉｄｘ１＝ｄｅｌｔａ－ｉｄｘ＋ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１．。
【0260】
ステップ８１の第３の実施形態の第３の例では、ＷＰ及びＧＥＯモードが現在のブロックに対して有効にされる。その場合、ステップ８１中に、ＧＥＯ再構成プロセスは、一般化された双方向インター予測再構成プロセスに置き換えられる。式（１）を適用して、各パーティションに含まれるサンプルの数に応じた重みを有する現在のブロックについて予測子ｂｉｐｒｅｄを決定する。例えば、図５Ｂを参照すると、ｗ０はパーティション５０５内のサンプル数に比例し、ｗ１はパーティション５０６内のサンプル数に比例する。パーティション５０５及び５０６を含むブロックが「１２８」個のサンプルを含む１６×８ブロックである場合、パーティション５０５はＮＢ１個のサンプルを含み、パーティション５０６はＮＢ２個のサンプルを含み、例えば、ｗ０＝ＮＢ１／１２８及びｗ１＝ＮＢ２／１２８である。予測子ｐｒｅｄ０及びｐｒｅｄ１は、ＧＥＯモードに関するシンタックス要素で指定された２つのパーティションに関連付けられた動き情報を使用して生成される。図５Ｂでは、パーティション５０５の動き情報は、予測子ｐｒｅｄ０を生成するために使用され、パーティション５０６の動き情報は、予測子ｐｒｅｄ１を生成するために使用される。
【0261】
ステップ８１の第３の実施形態の第３の例の変形例では、重みｗ０及びｗ１は、ＢＣＷに対して許可された重みのセット（すなわち、∈｛－２，３，４，５，１０｝）において選択される。例えば、第２のパーティションよりも多くのサンプルを含む第１のパーティションは、第２のパーティションよりも高いセット｛－２，３，４，５，１０｝の重みに関連付けられる。例えば、図５Ｂを再度参照すると、パーティション５０５に関連付けられた重みｗ０は「３」に等しく、パーティション５０６に関連付けられた重みｗ１は「５」に等しい。この場合も、パーティション５０５の動き情報は、予測子ｐｒｅｄ０を生成するために使用され、パーティション５０６の動き情報は、予測子ｐｒｅｄ１を生成するために使用される。
【0262】
ステップ８１の第４の実施形態の第３の例では、ＷＰ及びＴＰＭ又はＧＥＯモードが現在のブロックに対して有効にされる。その場合、修正されたＴＰＭ又はＧＥＯモードが現在に適用される。この修正されたＴＰＭ又はＧＥＯモードでは、符号化ビデオストリーム２１１内のＴＰＭ又はＧＥＯシンタックス要素によって指定された２つのパーティション（２つのＰＵ）における分割が現在のブロックに適用される。各パーティションに関連付けられた予測子が識別され、当該パーティションに対応する動き情報を使用して動き補償される。パーティションの各々を予測した後、２つのパーティション（例えば、図５Ｃのパーティション５０９と５１０との間のフロンティア）間のフロンティアに沿ったサンプル値は、ブレンド処理を使用して調整される。しかしながら、図５Ｃに関連して上述した適応重み付けを使用する代わりに、フロンティアに沿って位置するサンプルに簡単な平均化が適用される。図５Ｃの例では、識別子１、２、４、６、及び７を有するサンプルのサンプル値は、以下のように計算される。
【0263】
【数22】
【0264】
【数23】
【0265】
図７に関連して既に述べたように、ＪＶＥＴ－Ｏ２００１で指定されたＶＶＣ標準は、予測ツールの実行順序を指定する。例えば、ＶＶＣの現在のバージョンでは、ＷＰが有効にされる場合、ＷＰは、ＰＲＯＦモードの後に適用される。ステップ８１の第４の実施形態では、ＷＰ再構成プロセス及びＰＳＷ又はＯＦツール再構成プロセスの実行順序が修正される。第４の実施形態の例では、ＷＰは、ＰＲＯＦモードの前に適用される。変形例では、ＰＲＯＦモードの後又は前にＷＰを適用するかどうかの選択は、ＷＰの重み及びオフセット値に依存する。例えば、重みが「１」より大きい場合、ＷＰは、その後に実行され、そうでなければ、それは、その後に行われるため、ＰＲＯＦモードは、広範囲の信号に適用される。
【0266】
ＪＶＥＴ－Ｏ２００１に記載されているＶＶＣの現在のバージョンでは、ＷＰが有効にされると、ＤＭＶＲ及びＢＤＯＦモードが無効になる。ステップ８１の第５の実施形態では、ＷＰは、ＤＭＶＲ及びＢＤＯＦ再構成プロセスの前に適用される。これは、復号化の複雑さ（ＷＰで重み付けされた基準を記憶するための２つの追加のバッファ及び動き補償予測の１つの追加の重み付け段階）を増加させるが、予測精度を改善する。実際、ＤＭＶＲとＢＤＯＦはどちらも双方向予測ツールであり（現在の予測を計算するために基準画像ｒｅｆ－０及び基準画像ｒｅｆ－１が使用される）、以下を仮定することによってローカル（サブブロック）動きベクトルの精密化を実行する。
１．ｒｅｆ－０とｒｅｆ－１との間で局所的な動きが一定である。
２．ｒｅｆ－０とｒｅｆ－１との間の局所的な照明変化は、ｒｅｆ－０の動き補償サブブロック（ｐｒｅｄ－０）とｒｅｆ－１の動き補償サブブロック（ｐｒｅｄ－１）とのわずかな位置ずれのみに起因する。予測サンプル値（ｐｒｅｄ－０対ｐｒｅｄ－１）のこの位置ずれにより、ＭＶ精密化（ＤＭＶＲ）又は予測サンプルオフセット補正（ＢＤＯＦ）を導出して、現在のサブブロック双予測サンプルに適用することが可能になる。
１．ｒｅｆ－０とｒｅｆ－１との間で局所的な動きが一定である。
２．ｒｅｆ－０とｒｅｆ－１との間の局所的な照明変化は、ｒｅｆ－０の動き補償サブブロック（ｐｒｅｄ－０）とｒｅｆ－１の動き補償サブブロック（ｐｒｅｄ－１）とのわずかな位置ずれのみに起因する。予測サンプル値（ｐｒｅｄ－０対ｐｒｅｄ－１）のこの位置ずれにより、ＭＶ精密化（ＤＭＶＲ）又は予測サンプルオフセット補正（ＢＤＯＦ）を導出して、現在のサブブロック双予測サンプルに適用することが可能になる。
【0267】
局所的な照明の変化が（また）照明シーンの変化によって引き起こされる場合、仮説「２」は、有効ではない。ＤＭＶＲ及びＢＤＯＦプロセスは、双方向予測精度を低下させることさえある。しかしながら、ＷＰがＤＭＶＲ／ＢＤＯＦの前にｐｒｅｄ－０及びｐｒｅｄ－１に適用される場合、それは、照明変化が現在のサブブロックと同じであるように補正されるように、動き補償されたサブブロックｒｅｆ－０及び動き補償されたサブブロックｒｅｆ－１を補正する。次いで、光フローモデルが有効になり、ＤＭＶＲ及びＢＤＯＦは、実際に予測精度を改善する。
【0268】
ステップ８１の第６の実施形態では、複雑さを低減するために、ＷＰが有効にされたときに、ＰＲＯＦモードが無効にされる。
【0269】
ＪＶＥＴ－Ｏ２００１に記載されているようなＶＶＣの現在のバージョンでは、ＷＰが有効にされると、ＣＩＩＰモードブレンド処理の前にＷＰが適用される。ステップ８１の第７の実施形態では、複雑さを低減するために、ＷＰが有効にされたときにＣＩＩＰモードが無効にされる。
【0270】
ステップ８１の第８の実施形態では、ＷＰ及びＣＩＩＰモードの両方が現在のブロックに対して有効にされると、通常のＣＩＩＰモードが現在のブロックに適用されるが、ＷＰ重み及びオフセットは現在のブロックのデフォルトに設定される。
【0271】
これまで、ＷＰ及びＰＳＷ又はＯＦツールプロセスがカスケード接続される、すなわち、順次実行されると考えられる。このカスケードの結果は、第１のツール（例えば、ＷＰ）が第２のツール（例えば、ＰＳＷ又はＯＦツール）の前に適用される場合、第１のツールの結果に第２のツールが適用されることである。ステップ８１の第９の実施形態では、ＷＰと少なくとも１つのＰＳＷツールとの組み合わせに焦点を当てている。重み付き予測及び／又は少なくとも１つのＰＳＷツールに関連する現在のブロックの再構成プロセスの一部の修正は、ＷＰ及びＰＳＷツールを単一の重み付き段階で混合する（ブレンド）ことで構成される。混合ツールは、ＷＰ及びＣＩＩＰ又はＷＰ及びＧＥＯ又はＷＰ及びＴＰＭ又はＷＰ及びＬＩＣ及びＣＩＩＰであり得る。ＰＳＷツールを一緒に混合することも可能である。例えば、その場合、混合ツールは、ＬＩＣ及びＴＰＭ、又はＢＣＷ及びＴＰＭ、又はＢＣＷ及びＣＩＩＰである。混合プロセス中、混合ツールの重み及びオフセットを一緒に組み合わせて、１つの単一の重み付け（ブレンド）プロセスを適用する。
【0272】
ＰＳＷツールは、２つのサブグループに分類することができる：オフセットが右シフトの後に行われるＰＳＷツールの第１のサブグループと、オフセットが右シフトの前に行われる、ＰＳＷツールの第２のサブグループ。第１のサブグループは、ＢＣＷモード、ＣＩＩＰモード、及び双方向ＷＰを含む。第２のサブグループは、一方向ＷＰ及びＬＩＣモードを含む。
【0273】
例えば、（ａｉ，ｂｉ，ｓｉ）は、対応するサンプル予測のＰＳＷツール「ｉ」及びｐｒｅｄ（ｘ，ｙ）に関連付けられたサンプル重み、オフセット及び右シフト値をそれぞれ示す。
【0274】
ツールｉ＝０が、ＰＳＷツールの第１のサブグループに属するツール「０」及び「１」であるツールｉ＝１と組み合わされる場合、予測サンプルは、以下の式で得ることができる。
ｐｒｅｄ（ｘ，ｙ）＝（（ａ０．ａ１．ｐｒｅｄ０（ｘ，ｙ）＋ａ１（ｂ０≪ｓ０）＋（１≪（ｓ０＋ｓ１－１）））≫（ｓ０＋ｓ１））＋ｂ１
ここで、ｐｒｅｄ０（ｘ，ｙ）は、ＤＰＢに記憶された、空間的にｐｒｅｄ（ｘ，ｙ）に対応する基準画像のリストＬ０内で得られた動き補償された予測子サンプルである。この式は、一方向ＷＰとＬＩＣモードとを組み合わせる場合に適用される。
ｐｒｅｄ（ｘ，ｙ）＝（（ａ０．ａ１．ｐｒｅｄ０（ｘ，ｙ）＋ａ１（ｂ０≪ｓ０）＋（１≪（ｓ０＋ｓ１－１）））≫（ｓ０＋ｓ１））＋ｂ１
ここで、ｐｒｅｄ０（ｘ，ｙ）は、ＤＰＢに記憶された、空間的にｐｒｅｄ（ｘ，ｙ）に対応する基準画像のリストＬ０内で得られた動き補償された予測子サンプルである。この式は、一方向ＷＰとＬＩＣモードとを組み合わせる場合に適用される。
【0275】
ツール「０」及び「１」が、ＰＳＷツールの第２のサブグループに属する場合、予測サンプルは、以下の式で得ることができる。
ｐｒｅｄ（ｘ，ｙ）＝（ａ０．ａ１．ｐｒｅｄ０（ｘ，ｙ）＋ａ１（ｂ０≪ｓ０）＋（ｂ１≪ｓ０）＋（１≪（ｓ０＋ｓ１－１）））≫（ｓ０＋ｓ１）
ｐｒｅｄ（ｘ，ｙ）＝（ａ０．ａ１．ｐｒｅｄ０（ｘ，ｙ）＋ａ１（ｂ０≪ｓ０）＋（ｂ１≪ｓ０）＋（１≪（ｓ０＋ｓ１－１）））≫（ｓ０＋ｓ１）
【0276】
この式は、双方向ＷＰとＢＣＷモード又は双方向ＷＰとＣＩＩＰモード又はＣＩＩＰモードとＢＣＷモードとを組み合わせるときに適用される。
【0277】
第１のサブグループのツールと第２のサブグループのツールとの組み合わせ、及び３つ以上のＰＳＷツールの組み合わせについて、同様の式を導出することができる。
【0278】
例えば、一方向ＷＰ及びＬＩＣを組み合わせるとき、ツール「０」は双方向ＷＰであり、ツール「１」はＬＩＣである。
・ ａ０＝ＬｕｍａＷｅｉｇｈｔＬ０［ｒｅｆＩｄｘＬ０］；
・ ｓ０＝Ｌｕｍａ＿ｌｏｇ２＿ｗｅｉｇｈｔ＿ｄｅｎｏｍ＋ＳＰ；
・ ｂ０＝Ｌｕｍａ＿ｏｆｆｓｅｔ＿ＬＯ［ｒｅｆＩｄｘＬ０］≪（ＢｉｔＤｅｐｔｈＹ－８）．
ここで、シンタックス要素ＬｕｍａＷｅｉｇｈｔＬ０、ｒｅｆＩｄｘＬ０、Ｌｕｍａ＿ｌｏｇ ２＿ｗｅｉｇｈｔ＿ｄｅｎｏｍ、Ｌｕｍａ＿ｏｆｆｓｅｔ＿ＬＯ、ＢｉｔＤｅｐｔｈＹは、ＪＶＥＴ－Ｏ２００１で定義されている。
・ ａ１＝ａ；
・ ｓ１＝ｓｈｉｆｔ；
・ ｂ１＝ｂ．
式中、ａ、ｂ及びｓｈｉｆｔは、上で定義したＬＩＣパラメータである。
・ ａ０＝ＬｕｍａＷｅｉｇｈｔＬ０［ｒｅｆＩｄｘＬ０］；
・ ｓ０＝Ｌｕｍａ＿ｌｏｇ２＿ｗｅｉｇｈｔ＿ｄｅｎｏｍ＋ＳＰ；
・ ｂ０＝Ｌｕｍａ＿ｏｆｆｓｅｔ＿ＬＯ［ｒｅｆＩｄｘＬ０］≪（ＢｉｔＤｅｐｔｈＹ－８）．
ここで、シンタックス要素ＬｕｍａＷｅｉｇｈｔＬ０、ｒｅｆＩｄｘＬ０、Ｌｕｍａ＿ｌｏｇ ２＿ｗｅｉｇｈｔ＿ｄｅｎｏｍ、Ｌｕｍａ＿ｏｆｆｓｅｔ＿ＬＯ、ＢｉｔＤｅｐｔｈＹは、ＪＶＥＴ－Ｏ２００１で定義されている。
・ ａ１＝ａ；
・ ｓ１＝ｓｈｉｆｔ；
・ ｂ１＝ｂ．
式中、ａ、ｂ及びｓｈｉｆｔは、上で定義したＬＩＣパラメータである。
【0279】
以上、いくつかの実施形態について説明した。これらの実施形態の特徴は、単独で、又は任意の組み合わせで提供することができる。更に、実施形態は、以下の特徴、装置、又は態様の１つ又は複数を、単独で、又は任意の組み合わせで、様々な請求項カテゴリ及び種類にわたって含むことができる。
・ ＷＰのアクティブ化又は非アクティブ化に応じて、現在のブロックの再構成中にＰＳＷ又はＯＦツールを適用できるかどうかを判定すること。
・ ＷＰのアクティブ化又は非アクティブ化に応じて、現在のブロックの再構成中にＰＳＷ又はＯＦツールが代替インター予測ツールに置き換えられるかどうかを判定すること。
・ 現在のブロックへのＰＳＷ又はＯＦツールの適用が、ＷＰのアクティブ化又は非アクティブ化に応じて当該ツールの通常の適用に関して修正されているかどうかを判定すること。
・ 当該ＰＳＷツール及びＷＰの両方が現在のブロックに対して有効にされている場合、ＰＳＷツール及びＷＰが単一の重み付け段階でマージされるかどうかを判定すること。
・ 現在のブロックの再構成中のＷＰ及びＰＳＷ又はＯＦツールの実行順序を決定すること。
・ 記載されたシンタックス要素又はそのバリエーションのうちの１つ又は複数を含むビットストリーム又は信号。
・ エンコーダによって使用される方法に対応する方法で、デコーダがＰＳＷ又はＯＦツールを使用してあるいは使用せずにＣＵを復号化することを可能にするシグナリングシンタックス要素を挿入する。
・ 記載されたシンタックス要素又はそのバリエーションのうちの１つ又は複数を含むビットストリーム又は信号を作成及び／又は送信及び／又は受信及び／又は復号化する。
・ 記載された実施形態のうちの少なくとも１つを実行するテレビ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。
・ 記載された実施形態のうちの少なくとも１つを実行し、得られた画像を（例えば、モニタ、スクリーン、又は他のタイプのディスプレイを使用して）表示するテレビ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。
・ 符号化ビデオストリームを含む信号を受信するために（例えば、チューナを使用して）チャネルをチューニングし、説明した実施形態のうちの少なくとも１つを実行するテレビ、セットトップボックス、携帯電話、タブレット、又は他の電子機器。
・ 符号化ビデオストリームを含む信号を（例えば、アンテナを使用して）無線で受信し、説明した実施形態のうちの少なくとも１つを実行するテレビ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。
・ ＷＰのアクティブ化又は非アクティブ化に応じて、現在のブロックの再構成中にＰＳＷ又はＯＦツールを適用できるかどうかを判定すること。
・ ＷＰのアクティブ化又は非アクティブ化に応じて、現在のブロックの再構成中にＰＳＷ又はＯＦツールが代替インター予測ツールに置き換えられるかどうかを判定すること。
・ 現在のブロックへのＰＳＷ又はＯＦツールの適用が、ＷＰのアクティブ化又は非アクティブ化に応じて当該ツールの通常の適用に関して修正されているかどうかを判定すること。
・ 当該ＰＳＷツール及びＷＰの両方が現在のブロックに対して有効にされている場合、ＰＳＷツール及びＷＰが単一の重み付け段階でマージされるかどうかを判定すること。
・ 現在のブロックの再構成中のＷＰ及びＰＳＷ又はＯＦツールの実行順序を決定すること。
・ 記載されたシンタックス要素又はそのバリエーションのうちの１つ又は複数を含むビットストリーム又は信号。
・ エンコーダによって使用される方法に対応する方法で、デコーダがＰＳＷ又はＯＦツールを使用してあるいは使用せずにＣＵを復号化することを可能にするシグナリングシンタックス要素を挿入する。
・ 記載されたシンタックス要素又はそのバリエーションのうちの１つ又は複数を含むビットストリーム又は信号を作成及び／又は送信及び／又は受信及び／又は復号化する。
・ 記載された実施形態のうちの少なくとも１つを実行するテレビ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。
・ 記載された実施形態のうちの少なくとも１つを実行し、得られた画像を（例えば、モニタ、スクリーン、又は他のタイプのディスプレイを使用して）表示するテレビ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。
・ 符号化ビデオストリームを含む信号を受信するために（例えば、チューナを使用して）チャネルをチューニングし、説明した実施形態のうちの少なくとも１つを実行するテレビ、セットトップボックス、携帯電話、タブレット、又は他の電子機器。
・ 符号化ビデオストリームを含む信号を（例えば、アンテナを使用して）無線で受信し、説明した実施形態のうちの少なくとも１つを実行するテレビ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイス。
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図5A】
【図5B】
【図5C】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
