知財求人 - 知財ポータルサイト「IP Force」
特許7222086スキップ及びマージモードのためのマルチ仮説のシグナリング及び動きベクトル差分によるマージの距離オフセットテーブルのシグナリングのための方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-02-06
(45)【発行日】2023-02-14
(54)【発明の名称】スキップ及びマージモードのためのマルチ仮説のシグナリング及び動きベクトル差分によるマージの距離オフセットテーブルのシグナリングのための方法及び装置
(51)【国際特許分類】
H04N 19/70 20140101AFI20230207BHJP
H04N 19/52 20140101ALI20230207BHJP
【ＦＩ】
H04N19/70
H04N19/52
【請求項の数】
14
(21)【出願番号】P 2021525116
(86)(22)【出願日】2019-12-13
(65)【公表番号】
(43)【公表日】2022-01-19
(86)【国際出願番号】 US2019066318
(87)【国際公開番号】W WO2020123998
(87)【国際公開日】2020-06-18
【審査請求日】2021-05-10
(31)【優先権主張番号】62/779,407
(32)【優先日】2018-12-13
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/782,848
(32)【優先日】2018-12-20
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】16/713,490
(32)【優先日】2019-12-13
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】520353802
【氏名又は名称】テンセント・アメリカ・エルエルシー
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】リ，グォイチュン
(72)【発明者】
【氏名】リ，シアン
(72)【発明者】
【氏名】シュイ，シアオジョォン
(72)【発明者】
【氏名】チョイ，ベヨンドゥ
(72)【発明者】
【氏名】リィウ，シャン
【審査官】岩井 健二
(56)【参考文献】
【文献】国際公開第２０１４／０２５６９２（ＷＯ，Ａ１）
【文献】Man-Shu Chiang, et al.，CE10.1: Combined and multi-hypothesis prediction，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-K0257-v1，11th Meeting: Ljubljana, SI，2018年07月，pp.1-6
【文献】Seungsoo Jeong, Min Woo Park, and Chanyul Kim，CE4 Ultimate motion vector expression in J0024 (Test 4.2.9)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-K0115-v4，11th Meeting: Ljubljana, SI，2018年07月，pp.1-7
【文献】Li Jingya, Ru-Ling Liao, and Chong Soon Lim，CE4-related: Improvement on ultimate motion vector expression，Joint Video Exploration Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-L0408-v2，12th Meeting: Macao, CN，2018年10月，pp.1-4
【文献】Guichun Li, Xiaozhong Xu, Xiang Li, and Shan Liu，CE4-related: MMVD offset table signaling，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-M0435，13th Meeting: Marrakech, MA，2019年01月，pp.1-3
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １９／００ － １９／９８
(57)【特許請求の範囲】
【請求項1】
ビデオデコーダで実行されるビデオデコーディングの方法であって、現在ブロックのためのシグナリング情報を含むコーディングされたビデオビットストリームを受信するステップであって、前記シグナリング情報は（ｉ）前記現在ブロックがマージモードでコーディングされていること、及び（ｉｉ）前記現在ブロックがマルチ仮説モードでコーディングされているかどうか、を示す、ステップと、
前記シグナリング情報に基づいて、前記現在ブロックのためのブロック再構成情報を決定するステップと、
決定された前記ブロック再構成情報を用いて前記現在ブロックを再構成するステップと、
を含み、
前記現在のブロックが前記マルチ仮説モードでコーディングされていることを、前記シグナリング情報が示すという決定に応答して、前記シグナリング情報は、マージ候補リスト内の候補の最大数から２を引いた最大値を有するマージインデックスを含み、
前記マージインデックスは単項コードでコーディングされている、方法。
【請求項2】
前記マージモードは、第１フラグでシグナリングされ、前記マルチ仮説モードは第２フラグでシグナリングされる、
請求項１記載の方法。
【請求項3】
前記ブロック再構成情報は、前記マージインデックスによって特定される第１マージ候補と、前記マージインデックスから導出される第２マージ候補と、を含む、請求項１又は２記載の方法。
【請求項4】
マージ候補リストの候補数が２未満であるという決定に応答して、前記現在ブロックが前記マルチ仮説モードでコーディングされるべきでないことが決定される、請求項１記載の方法。
【請求項5】
マージインデックスがマージ候補リスト内の候補の最大数から１を引いた値以上の値を有するという決定に応答して、前記現在ブロックが前記マルチ仮説モードでコーディングされるべきでないことが決定される、請求項１乃至４いずれか１項記載の方法。
【請求項6】
前記現在ブロックは、マージ動きベクトル差分（ＭＭＶＤ）モードでコーディングされ、前記シグナリング情報は、ＭＭＶＤ距離テーブルのためのオーダーコードを含む、
請求項１乃至５いずれか１項記載の方法。
【請求項7】
前記ブロック再構成情報は、前記ＭＭＶＤ距離テーブルを用いて得られる動きベクトルを含む、請求項６記載の方法。
【請求項8】
前記オーダーコードは、前記ＭＭＶＤ距離テーブルの１つ以上の要素を特定する２進オーダーコードである、請求項６又は７記載の方法。
【請求項9】
前記ＭＭＶＤ距離テーブルの少なくとも１つの要素は、前記２進オーダーコードから推定される、請求項８記載の方法。
【請求項10】
前記オーダーコードは、ベースオーダーコードであり、前記ＭＭＶＤ距離テーブルの１つ以上の要素を特定する最終的なオーダーコードは、前記ベースオーダーコード、及び、前記最終的なオーダーコードと前記ベースオーダーコードとの間の差分の和から決定される、
請求項６記載の方法。
【請求項11】
前記最終的なオーダーコードと前記ベースオーダーコードとの間の前記差分は、前記シグナリング情報に含まれる、請求項１０記載の方法。
【請求項12】
前記オーダーコードは、画像パラメータセット（ＰＰＳ）のヘッダ及びシークエンスパラメータセット（ＳＰＳ）のヘッダの一方に含まれる、請求項６記載の方法。
【請求項13】
ビデオデコーディングのためビデオデコーダであって、現在ブロックのためのシグナリング情報を含むコーディングされたビデオストリームを受信し、前記シグナリング情報は（ｉ）前記現在ブロックがマージモードでコーディングされていること、及び（ｉｉ）前記現在ブロックがマルチ仮説モードでコーディングされているかどうか、を示し、
前記シグナリング情報に基づいて、前記現在ブロックのためのブロック再構成情報を決定し、
決定された前記ブロック再構成情報を用いて前記現在ブロックを再構成し、
前記現在のブロックが前記マルチ仮説モードでコーディングされていることを、前記シグナリング情報が示すという決定に応答して、前記シグナリング情報は、マージ候補リスト内の候補の最大数から２を引いた最大値を有するマージインデックスを含み、
前記マージインデックスは単項コードでコーディングされている、
ように構成された処理回路を備える、
ビデオデコーダ。
【請求項14】
ビデオデコーダ内のプロセッサによって実行されると、現在ブロックのためのシグナリング情報を含むコーディングされたビデオビットストリームを受信するステップであって、前記シグナリング情報は（ｉ）前記現在ブロックがマージモードでコーディングされていること、及び（ｉｉ）前記現在ブロックがマルチ仮説モードでコーディングされているかどうか、を示す、ステップと、
前記シグナリング情報に基づいて、前記現在ブロックのためのブロック再構成情報を決定するステップと、
決定された前記ブロック再構成情報を用いて前記現在ブロックを再構成するステップと、
を含み、
前記現在のブロックが前記マルチ仮説モードでコーディングされていることを、前記シグナリング情報が示すという決定に応答して、前記シグナリング情報は、マージ候補リスト内の候補の最大数から２を引いた最大値を有するマージインデックスを含み、
前記マージインデックスは単項コードでコーディングされている、
方法をプロセッサに実行させる、プログラム。
【発明の詳細な説明】
【技術分野】
【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】
アグリゲータ（４５５）の出力サンプルは、ループフィルタユニット（４５６）内の種々のループフィルタリング技術を受けることができる。ビデオ圧縮技術は、インループフィルタ技術（ｉｎ－ｌｏｏｐ ｆｉｌｔｅｒ ｔｅｃｈｎｏｌｏｇｉｅｓ）を含むことができ、コーディングされたビデオシーケンス（コーディングされたビデオビットストリームとも称される）に含まれるパラメータによって制御され、パーサー（４２０）からシンボル（４２１）としてループフィルタユニット（４５６）に利用可能にされるが、コーディングされた画像又はコーディングされたビデオシーケンスと（デコード順において）先行する部分のデコードの間で得られるメタ情報に応答することができると共に、先行して再構成されループフィルタリングされたサンプル値に応答することができる、インループフィルタ技術を含むことができる。
【0030】
ループフィルタユニット（４５６）の出力は、レンダリングデバイス（４１２）に出力されることができ、また将来の画像内部予測に使用するために参照画像メモリ（４５７）に記憶されることができるサンプルストリームであることができる。
【0031】
コーディングされた画像は、一旦完全に再構成されると、将来の予測のための参照画像として使用されることができる。例えば、一旦現在の画像に対応するコーディング画像が完全に再構成され、（例えば、パーサ（４２０）によって）コーディングされた画像が参照画像として識別されると、現在の画像バッファ（４５８）は参照画像メモリ（４５７）の一部となることができ、新たな現在画像バッファは、後続のコーディング画像の再構成を開始する前に再割当てされ得る。
【0032】
ビデオデコーダ（４１０）は、ＩＴＵ－Ｔ Ｒｅｃ．Ｈ．２６５．等の標準の所定のビデオ圧縮技術にしたがってデコーディング動作を実行し得る。コーディングされたビデオシーケンスは、コーディングされたビデオシーケンスが、ビデオ圧縮技術若しくは標準の構文、及び、ビデオ圧縮技術若しくは標準に文書化されているプロファイルの両方に準拠するという意味で、使用されているビデオ圧縮技術又は標準によって特定された構文に適合し得る。具体的には、プロファイルは、特定のツールを、そのプロファイルの下で使用できる唯一のツールとして、ビデオ圧縮技術又は標準で使用可能な全てのツールから選択することができる。また、コンプライアンスのために必要なことは、コーディングされたビデオシーケンスの複雑さが、ビデオ圧縮技術又は標準のレベルによって定義される範囲内にあることであり得る。場合によっては、レベルは、最大画像サイズ、最大フレームレート、最大再構成サンプルレート（例えば、毎秒メガサンプルで測定される）、最大参照画像サイズ等を制限する。レベルによって設定された制限は、場合によっては、仮想参照デコーダ（ＨＲＤ：Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ）の仕様と、コーディングされたビデオシーケンスでシグナリングされるＨＲＤバッファ管理のメタデータによってさらに制限され得る。
【0033】
一実施形態では、受信器（４３１）は、エンコードされたビデオと共に追加の（冗長な）データを受信し得る。追加データは、コーディングされた（複数の）ビデオシーケンスの部分として含まれ得る。追加のデータは、データを適切にデコードするため、及び／又は元のビデオデータをより正確に再構成するために、ビデオデコーダ（４１０）によって使用され得る。追加のデータは、例えば、時間的、空間的、又は信号雑音比（ＳＮＲ）拡張層、冗長スライス、冗長画像、前方エラー補正コード等の形態であることができる。。
【0034】
図５は、本開示の一実施形態によるビデオエンコーダ（５０３）のブロック図を示す。ビデオエンコーダ（５０３）は、電子デバイス（５２０）に含まれる。電子デバイス（５２０）は、送信器（５４０）（例えば、送信回路）を含む。図３の例のビデオエンコーダ（３０３）の代わりに、ビデオエンコーダ（５０３）を用いることができる。
【0035】
ビデオエンコーダ（５０３）は、ビデオエンコーダ（５０３）によってコーディングされる（複数の）ビデオ映像を捕捉することができるビデオソース（５０１）（図５の例では電子デバイス（５２０）の一部ではない）からビデオサンプルを受信し得る。別の例では、ビデオソース（５０１）は、電子デバイス（５２０）の一部である。
【0036】
ビデオソース（５０１）は、任意の適切なビット深さ（例えば、８ビット、１０ビット、１２ビット、．．．）、任意の色空間（例えば、ＢＴ．６０１ Ｙ ＣｒＣＢ、ＲＧＢ、．．．）、及び任意の適切なサンプリング構造（例えば、Ｙ ＣｒＣｂ ４：２：０、Ｙ ＣｒＣｂ ４：４：４）であることができるデジタルビデオサンプルストリームの形態で、ビデオエンコーダ（５０３）によってコーディングされるべきソースビデオシーケンスを提供し得る。メディア配信システムにおいて、ビデオソース（５０１）は、予め準備されたビデオを記憶する記憶デバイスであり得る。ビデオ会議システムでは、ビデオソース（５０１）は、局所映像情報をビデオシーケンスとして捕捉するカメラであり得る。ビデオデータは、シーケンスで見たときにモーションをもたらす複数の個々の画像として提供され得る。画像自体は、ピクセルの空間アレイとして組織化されることができ、各ピクセルは、使用中のサンプリング構造、色空間等に応じて、１つ以上のサンプルを含むことができる。当業者は、ピクセルとサンプルとの関係を容易に理解することができる。以下の説明は、サンプルに焦点を当てている
【0037】
一実施形態によれば、ビデオエンコーダ（５０３）は、ソースビデオシーケンスの画像を、リアルタイムで、又はアプリケーションによって要求される任意の他の時間制約下で、コーディングされたビデオシーケンス（５４３）にコーディングし、圧縮し得る。適切なコーディングレートを実現することは、コントローラ（５５０）の一つの機能である。いくつかの実施形態において、コントローラ（５５０）は、以下に記載されるように、他の機能ユニットを制御し、他の機能ユニットに機能的に結合される。結合は、明確性のために示されていない。コントローラ（５５０）によって設定されるパラメータは、レート制御関連パラメータ（画像スキップ、量子化器、レート歪み最適化技術のラムダ値、．．．）、画像サイズ、画像グループレイアウト、最大動きベクトル探索範囲等を含むことができる。コントローラ（５５０）は、特定のシステム設計のために最適化されたビデオエンコーダ（５０３）に関連する他の適切な機能を有するように構成されることができる。
【0038】
いくつかの実施形態では、ビデオエンコーダ（５０３）は、コーディングループで動作するように構成される。過剰に単純化された説明として、一例において、コーディングループは、（例えば、コーディングされるべき入力画像及び参照画像に基づいて、シンボルストリーム等のシンボルを生成する責任を担う）ソースコーダ（５３０）と、ビデオエンコーダ（５０３）に埋め込まれた（ローカル）デコーダ（５３３）とを含むことができる。デコーダ（５３３）は、（シンボルとコーディングされたビデオビットストリームとの間の任意の圧縮が、開示された主題において考慮されたビデオ圧縮技術において可逆的であるように）、（リモート）デコーダも作成するのと同様の方法で、シンボルを再構成してサンプルデータを作成する。再構成されたサンプルストリーム（サンプルデータ）は、参照画像メモリ（５３４）に入力される。シンボルストリームのデコーディングは、デコーダロケーション（ローカル又はリモート）に依存しないビットイクザクトな結果（ｂｉｔ－ｅｘａｃｔ ｒｅｓｕｌｔｓ）をもたらすので、参照画像メモリ（５３４）中の内容もまた、ローカルエンコーダとリモートエンコーダとの間でビットイクザクトである。換言すれば、エンコーダの予測部分は、デコーダがデコード中に予測を使用するときに「見る」のとまったく同じサンプル値を参照画像サンプルとして「見る」。参照画像同期性のこの基本原理（及び、例えばチャンネルエラーのために、同期性が維持できない場合の結果として生じるドリフト）は、いくつかの関連技術においても同様に使用される。
【0039】
「ローカル」デコーダ（５３３）の動作は、ビデオデコーダ（４１０）等の「リモート」デコーダと同じであることができ、これは、図４と関連して詳細に既に上述したとおりである。しかしながら、図４も簡単に参照すると、シンボルが利用可能であり、エントロピーコーダ（５４５）及びパーサ（４２０）によるコーディングビデオシーケンスへのシンボルのコーディング／デコーディングが可逆的であることができるので、バッファメモリ（４１５）を含むビデオデコーダ（４１０）のエントロピーデコーディング部分及びパーサ（４２０）は、ローカルデコーダ（５３３）に完全には実装されない場合がある。
【0040】
この点で行うことができる観察は、デコーダ内に存在するパース／エントロピーデコードを除く任意のデコーダ技術もまた、対応するエンコーダ内に実質的に同一の機能的形態で存在する必要があることである。この理由のために、開示された主題はデコーダ動作に焦点を当てる。エンコーダ技術の記述は、総合的に記述されたデコーダ技術の逆であるため、省略することができる。特定の分野においてのみ、より詳細な説明が必要であり、以下に提供される。
【0041】
動作中に、いくつかの例において、ソースコーダ（５３０）は、「参照画像」として指定されたビデオシーケンスからの１つ以上の、先行してコーディングされた画像を参照して入力画像を予測的にコーディングする、モーション補償予測コーディングを実行し得る。このようにして、コーディングエンジン（５３２）は、入力画像のピクセルブロックと、入力画像に対する（複数の）予測参照として選択され得る（複数の）参照画像のピクセルブロックとの間の差をコーディングする。
【0042】
ローカルビデオデコーダ（５３３）は、ソースコーダ（５３０）によって生成されたシンボルに基づいて、参照画像として指定され得る画像のコーディングされたビデオデータをデコードし得る。コーディングエンジン（５３２）の動作は、有利には、非可逆プロセスであり得る。コーディングされたビデオデータがビデオ・デコーダ（図５には示されていない）でデコードされ得る場合、再構成されたビデオシーケンスは、典型的には、いくつかのエラーを伴うソースビデオシーケンスのレプリカであり得る。ローカルビデオデコーダ（５３３）は、参照画像上でビデオデコーダによって実行され、参照画像キャッシュ（５３４）に記憶されるべき再構成された参照画像を生じさせ得るデコーディング処理を繰り返す。このようにして、ビデオエンコーダ（５０３）は、遠位端ビデオデコーダによって得られるであろう再構成された参照画像として、共通のコンテンツを有する再構成された参照画像のコピーをローカルに記憶することができる。
【0043】
予測器（５３５）は、コーディングエンジン（５３２）について予測探索を実行し得る。すなわち、コーディングされるべき新しい画像について、予測器（５３５）は、新しい画像についての適切な予測参照として役立ち得る、参照画像動きベクトル、ブロック形状等の特定のメタデータ、又は、サンプルデータ（参照ピクセルブロックの候補として）、について参照画像メモリ（５３４）を検索し得る。予測器（５３５）は、適切な予測参照を見出すために、サンプルブロック毎に動作し得る。場合によっては、予測器（５３５）によって得られた検索結果によって決定されるように、入力画像は、参照画像メモリ（５３４）に記憶された複数の参照画像から引き出された予測参照を有し得る。
【0044】
コントローラ（５５０）は、例えば、ビデオデータをエンコードするために使用されるパラメータ及びサブグループパラメータの設定を含む、ソースコーダ（５３０）のコーディング動作を管理し得る。
【0045】
上述した機能ユニットの全ての出力は、エントロピーコーダ（５４５）におけるエントロピーコーディングを受け得る。エントロピーコーダ（５４５）は、ハフマンコーディング、可変長コーディング、算術コーディング等の技術にしたがって、シンボルを可逆的に圧縮することによって、種々の機能ユニットによって生成されたシンボルをコーディングされたビデオシーケンスに変換する。
【0046】
送信器（５４０）は、エントロピーコーダ（５４５）によって作成されたコーディングされたビデオシーケンスをバッファすることができ、エンコードされたビデオデータを記憶するであろう記憶デバイスへのハードウェア／ソフトウェアアリンクであり得る通信チャネル（５６０）を経由した送信のために用意する。送信器（５４０）は、ビデオ・コーダ（５０３）からのコーディングされたビデオデータを、例えばコーディングされたオーディオデータ及び／又は補助的なデータ・ストリーム（図示せず）等の、送信されるべき他のデータとともにマージし得る。
【0047】
コントローラ（５５０）は、ビデオエンコーダ（５０３）の動作を管理し得る。コーディングの間、コントローラ（５５０）は、各コーディングされた画像に、特定のコーディングされた画像タイプを割り当てることができ、これは、各画像に適用され得るコーディング技術に影響を及ぼし得る。
例えば、画像は、しばしば、次の画像タイプの１つとして割り当てられる：
例えば、画像は、しばしば、次の画像タイプの１つとして割り当てられる：
【0048】
イントラ画像（Ｉ画像）は、予測ソースとしてシーケンス内の他の画像を使用することなく、コーディングされ、デコードされ得る。いくつかのビデオコーデックは、例えば、独立デコーダリフレッシュ（「ＩＤＲ」：Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｅｃｏｄｅｒ Ｒｅｆｒｅｓｈ）画像を含む、異なるタイプのイントラ画像を許容する。当業者は、Ｉ画像のこれらの変形例、並びにそれらのそれぞれの用途及び特徴を認識している。
【0049】
予測画像（Ｐ画像）は、各ブロックのサンプル値を予測するために、最大で１つの運動ベクトルと参照インデックスを用いるインター予測又はイントラ予測を使用して、コーディングされ、デコードされ得るものであり得る。
【0050】
双方向（ｂｉ－ｄｉｒｅｃｔｉｏｎａｌｌｙ）予測画像（Ｂ画像）は、各ブロックのサンプル値を予測するために、最大で２つの動きベクトルと参照インデックスを用いるインター予測又はイントラ予測を使用して、コーディングされ、デコードされ得るものであり得る。同様に、複数の予測画像は、１つのブロックの再構成のために、２つ以上の参照画像及び関連するメタデータを使用することができる。
【0051】
ソース画像は、通常、空間的に複数のサンプルブロック（例えば、４×４、８×８、４×８、又は１６×１６の各サンプルのブロック）に分割され、ブロック毎にコーディングされる。ブロックは、ブロックのそれぞれの画像に適用されるコーディング割り当てによって決定された、他の（既にコーディングされた）ブロックを参照して予測的にコーディングされ得る。例えば、Ｉ画像のブロックは、非予測的にコーディングされるか、又は、それらは、同じ画像の既にコーディングされたブロック（空間予測又はインター予測）を参照して予測的にコーディングされ得る。Ｐ画像の画素ブロックは、先行してコーディングされた一つの参照画像を参照して、空間的予測又は時間的予測を介して予測的にコーディングされ得る。Ｂ画像のブロックは、１つ又は２つの、先行してコーディングされた参照画像を参照して、空間的予測を介して、又は時間的予測を介して予測的にコーディングされ得る。
【0052】
ビデオエンコーダ（５０３）は、所定のビデオコーディング技術又はＩＴＵ－Ｔ Ｒｅｃ．Ｈ．２６５．等の標準にしたがってコーディング動作を実行し得る。その動作において、ビデオエンコーダ（５０３）は、入力ビデオシーケンスにおける時間的及び空間的冗長性を活用する予測コーディング動作を含む種々の圧縮動作を実行し得る。したがって、コーディングされたビデオデータは、使用されているビデオコーディング技術又は標準によって指定された構文に適合し得る。
【0053】
一実施形態では、送信器（５４０）は、エンコードされたビデオと共に追加データを送信し得る。ソースコーダ（５３０）は、コーディングされたビデオシーケンスの一部としてかかるデータを含むことができる。追加のデータは、時間的／空間的／ＳＮＲ強調レイヤーや、他の形式の冗長データ、例えば冗長画像及びスライス、ＳＥＩメッセージ、ＶＵＩパラメータセットフラグメント等を含み得る。
【0054】
ビデオは、時間シーケンスにおいて複数のソース画像（ビデオ画像）として捕捉され得る。画像内予測（しばしば、インター予測と略される）は、所与の画像における空間的相関を使用し、画像間予測は、画像間の（時間的又は他の）相関を使用する。一例では、現在画像と称されるコーディング／デコーディング中の特定の画像は、ブロックに分割される。現在画像内のブロックが、ビデオ内の、先行してコーディングされ、まだバッファされている参照画像内の参照ブロックに類似する場合、現在の画像内ブロックは、動きベクトルと称されるベクトルによってコーディングされ得る。動きベクトルは、参照画像内の参照ブロックを指し、複数の参照画像が使用されている場合には、参照画像を識別する第３次元を有することができる。
【0055】
いくつかの実施形態において、双方向予測技術（ｂｉ－ｐｒｅｄｉｃｔｉｏｎ ｔｅｃｈｎｉｑｕｅ）は、画像間予測において使用され得る。双方向予測技術によれば、ビデオ内の現在画像に対してデコード順序では両方とも先行する（ただし、表示順序では、それぞれ過去及び未来であり得る）第１参照画像及び第２参照画像等の２つの参照画像が使用される。現在画像内のブロックは、第１参照画像内の第１参照ブロックを指す第１動きベクトルと、第２参照画像内の第２参照ブロックを指す第２の動きベクトルとによってコーディングされることができる。ブロックは、第１参照ブロックと第２参照ブロックとの組み合わせによって予測されることができる。
【0056】
さらに、コーディング効率を改善するために、画像間予測にマージモード技術を使用することができる。
【0057】
本開示のいくつかの実施形態によれば、画像間予測及び画像内予測等の予測は、ブロックの単位で実行される。例えば、ＨＥＶＣ標準によれば、ビデオ画像シーケンス中の画像は、圧縮のためにコーディングツリーユニット（ＣＴＵ）に仕切られ、画像中のＣＴＵは、６４×６４ピクセル、３２×３２ピクセル、又は１６×１６ピクセル等の、同じサイズを有する。一般に、ＣＴＵは、１つのルミナンスＣＴＢと２つのクロミナンスＣＴＢである３つのコーディングツリーブロック（ＣＴＢ）を含む。各ＣＴＵは、１つ又は複数のコーディング単位（ＣＵ）に再帰的に４分木分割することができる。例えば、６４×６４ピクセルのＣＴＵは、６４×６４ピクセルの１ＣＵ、３２×３２ピクセルの４ＣＵ、又は１６×１６ピクセルの１６ＣＵに分割することができる。例では、各ＣＵは、インター予測タイプ又はイントラ予測タイプ等の、ＣＵの予測タイプを決定するために分析される。ＣＵは時間的及び／又は空間的予測可能性に依存して１つ以上の予測単位（ＰＵ）に分割される。一般に、各ＰＵは輝度予測ブロック（ＰＢ）と２つの彩度ＰＢを含む。一実施形態では、コーディング（エンコード／デコード）における予測操作は、予測ブロックのユニットにおいて実行される。予測ブロックの一例として輝度予測ブロックを用いると、予測ブロックは、８×８ピクセル、１６×１６ピクセル、８×１６ピクセル、１６×８ピクセル等、ピクセルに対する値（例えば、輝度値）の行列を含む。
【0058】
図６は、本開示の別の実施形態によるビデオエンコーダ（６０３）の図を示す。ビデオ・エンコーダ（６０３）は、ビデオ画像シーケンス内の現在ビデオ画像内のサンプル値の処理ブロック（例えば、予測ブロック）を受信し、処理ブロックをコーディングされたビデオシーケンスの一部であるコーディングされた画像にエンコードするように構成されている。一実施形態では、ビデオエンコーダ（６０３）は、図３の例のビデオエンコーダ（３０３）の代わりに使用される。
【0059】
ＨＥＶＣの例では、ビデオエンコーダ（６０３）は、８×８サンプルの予測ブロック等の処理ブロックに対するサンプル値のマトリックスを受信する。ビデオエンコーダ（６０３）は、処理ブロックが、例えばレート歪み最適化を使用して、イントラモード、インターモード、又は双方向予測モードを使用して、最良にコーディングされるかどうかを決定する。処理ブロックがイントラモードでコーディングされる場合、ビデオエンコーダ（６０３）は、処理ブロックをコーディングされた画像にエンコードするためにイントラ予測技術を使用することができ、処理ブロックがインターモード又は双方向予測モードでコーディングされる場合、ビデオエンコーダ（６０３）は、処理ブロックをコーディングされた画像にコーディングするために、それぞれ、インター予測技術又は双方向予測技術を使用してもよい。特定のビデオコーディング技術では、マージモードは、予測器外部のコーディングされた動きベクトル成分の利益なしに、動きベクトルが１つ以上の動きベクトル予測器から導出される画像間予測サブモードであり得る。特定の他のビデオコーディング技術では、対象ブロックに適用可能な動きベクトル成分が存在し得る。一実施形態では、ビデオエンコーダ（６０３）は、処理ブロックのモードを決定するためのモード決定モジュール（図示せず）等の他の構成要素を含む。
【0060】
図６の例では、ビデオエンコーダ（６０３）は、図６に示すように一緒に結合されたエントロピーエンコーダ（６２５）と、インターエンコーダ（６３０）と、イントラエンコーダ（６２２）と、残差計算器（６２３）と、スイッチ（６２６）と、残差エンコーダ（６２４）と、汎用コントローラ（６２１）と、を含む。
【0061】
インターエンコーダ（６３０）は、現在ブロック（例えば、処理ブロック）のサンプルを受信し、ブロックを参照画像内の１つ以上の参照ブロックと比較し（例えば、先行する画像内及び後の画像内のブロック）、インター予測情報（例えば、インターエンコーディング技術による冗長情報の記述、動きベクトル、マージモード情報）を生成し、任意の適切な技術を使用して、インター予測情報に基づいてインター予測結果（例えば、予測ブロック）を計算するように構成される。いくつかの例では、参照画像は、エンコードされたビデオ情報に基づいてデコードされた、デコードされた参照画像である。
【0062】
イントラエンコーダ（６２２）は、現在ブロック（例えば、処理ブロック）のサンプルを受信し、場合によっては、ブロックを、同じ画像内で既にコーディングされたブロックと比較し、変換後に量子化された係数を生成し、場合によっては、イントラ予測情報（例えば、１つ以上のイントラコーディング技術に従ったイントラ予測方向情報）も生成するように構成されている。一例では、イントラエンコーダ（６２２）はまた、同じ画像内のイントラ予測情報及び参照ブロックに基づいて、イントラ予測結果（例えば、予測ブロック）を計算する。
【0063】
汎用制御デバイス（６２１）は、汎用制御データを決定し、汎用制御データに基づいてビデオエンコーダ（６０３）の他の構成要素を制御するように構成される。一実施形態では、汎用コントローラ（６２１）は、ブロックのモードを決定し、そのモードに基づいてスイッチ（６２６）に制御信号を供給する。例えば、モードがイントラモードの場合、汎用コントローラ６２１は、スイッチ６２６を制御して、残差計算器６２３が使用するイントラモードの結果を選択し、エントロピーエンコーダ６２５を制御して、イントラ予測情報を選択し、ビットストリームにイントラ予測情報を含め、モードがインターモードの場合、汎用コントローラ６２１は、スイッチ６２６を制御して、残差計算器６２３が使用するインター予測結果を選択し、エントロピーエンコーダ６２５を制御して、インター予測情報を選択し、ビットストリームにインター予測情報を含める。
【0064】
残差計算器（６２３）は、受信されたブロックと、イントラエンコーダ（６２２）又はインターエンコーダ（６３０）から選択された予測結果との差（残差データ）を計算するように構成される。残差エンコーダ（６２４）は、残差データに基づいて動作し、残差データをエンコードして変換係数を生成するように構成される。一実施例では、残差エンコーダ（６２４）は、残差データを空間ドメインから周波数ドメインにコンバートし、変換係数を生成するように構成される。その後、変換係数は、量子化処理にかけられ、量子化された変換係数を得る。様々な実施形態では、ビデオエンコーダ（６０３）は、残差デコーダ（６２８）も含む。残差デコーダ（６２８）は、逆変換を実行し、デコードされた残差データを生成するように構成される。デコードされた残差データは、イントラエンコーダ（６２２）及びインターエンコーダ（６３０）によって適切に使用されることができる。例えば、インターエンコーダ（６３０）は、デコードされた残差データ及びインター予測情報に基づいてデコードされたブロックを生成することができ、イントラエンコーダ（６２２）は、デコードされた残差データ及びイントラ予測情報に基づいてデコードされたブロックを生成することができる。デコードされたブロックは、いくつかの例では、デコードされた画像を生成するために適切に処理され、デコードされた画像は、メモリ回路（図示せず）内でバッファされ、参照画像として使用され得る。
【0065】
エントロピーエンコーダ（６２５）は、エンコードされたブロックを含むようにビットストリームをフォーマットするように構成されている。エントロピーエンコーダ（６２５）は、ＨＥＶＣ標準のような適切な標準に従った種々の情報を含むように構成される。一例では、エントロピーエンコーダ（６２５）は、汎用制御データ、選択された予測情報（例えば、イントラ予測情報又はインター予測情報）、残差情報、及びビットストリーム内の他の適切な情報を含むように構成される。開示された主題にしたがって、インターモード又は双方向予測モードのいずれかのマージサブモードにおけるブロックをコーディングする場合、残差情報は存在しないことに留意されたい。
【0066】
図７は、本開示の別の実施形態によるビデオデコーダ（７１０）の図を示す。ビデオデコーダ（７１０）は、コーディングされたビデオシーケンスの一部であるコーディングされた画像を受信し、コーディングされた画像をデコードして再構成画像を生成するように構成されている。一実施形態では、ビデオデコーダ（７１０）は、図３の実施形態のビデオデコーダ（３１０）の代わりに使用される。
【0067】
図７の例では、ビデオデコーダ（７１０）は、図７に示すように一緒に結合されたイントラデコーダ（７７２）と、エントロピーデコーダ（７７１）と、インターデコーダ（７８０）と、残差デコーダ（７７３）と、再構成モジュール（７７４）と、及びを含む。
【0068】
エントロピーデコーダ（７７１）は、コーディングされた画像から、そのコーディング画像を作成する（ｏｆ ｗｈｉｃｈ ｔｈｅ ｃｏｄｅｄ ｐｉｃｔｕｒｅ ｉｓ ｍａｄｅ ｕｐ）構文要素を表す特定のシンボルを再構成するように構成することができる。かかるシンボルは、例えば、ブロックがコーディングされるモード（例えば、イントラモード、インターモード、双方向予測モード、マージサブモード又は別のサブモードにおけるインターモード、双方向予測モード等）、予測情報（例えば、イントラ予測情報又はインター予測情報）を含むことができ、それらは、イントラデコーダ（７２２）又はインターデコーダ（７８０）によって、それぞれ使用される特定のサンプル又はメタデータ、例えば量子化された変換係数の形態の残差情報等、を識別することができる。一例として、予測モードがインターモード又は双方向予測モードである場合には、インター予測情報がインターデコーダ（７８０）に提供され、予測タイプがイントラ予測タイプである場合には、イントラ予測情報がイントラデコーダ（７７２）に提供される。残差情報は、逆量子化を受けることができ、残差デコーダ（７７３）に提供される。
【0069】
インターデコーダ（７８０）は、インター予測情報を受信し、インター予測情報に基づいてインター予測結果を生成するように構成される。
【0070】
イントラデコーダ（７７２）は、イントラ予測情報を受信し、イントラ予測情報に基づいて予測結果を生成するように構成される。
【0071】
残差デコーダ（７７３）は、逆量子化変換係数（ｄｅ－ｑｕａｎｔｉｚｅｄ ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔｓ）を抽出するために逆量子化を実行し、逆量子化変換係数を処理して残差を周波数領域から空間領域にコンバートするように構成される。残差デコーダ（７７３）はまた、特定の制御情報（量子化器パラメータ（ＱＰ）を含む）を必要とすることがあり、その情報は、エントロピーデコーダ（７７１）によって提供され得る（データパスは、低ボリューム制御情報のみであるため、図示されていない）。
【0072】
再構成モジュール（７７４）は、空間領域において、残差デコーダ（７７３）による出力としての残差と、（場合によってはインター又はイントラ予測モジュールによる出力としての）予測結果とを組み合わせて、再構成ブロックを形成するように構成され、これは、再構成画像の一部であり得、したがって、再構成ビデオの一部であり得る。
【0073】
デブロッキング等の他の適切な操作を行って、視覚品質を改善することができることに留意されたい。なお、ビデオエンコーダ（３０３）、（５０３）及び（６０３）と、ビデオデコーダ（３１０）、（４１０）、及び（７１０）とは、任意の適切な技術を用いて実現することができる。一実施形態では、ビデオエンコーダ（３０３）、（５０３）及び（６０３）と、ビデオデコーダ（３１０）、（４１０）及び（７１０）とは、１つ以上の集積回路を使用して実装され得る。別の実施形態では、ビデオエンコーダ（３０３）、（５０３）及び（５０３）と、ビデオデコーダ（３１０）、（４１０）、及び（７１０）とは、ソフトウェア命令を実行する１つ以上のプロセッサを使用して実現することができる。
【0074】
いくつかの実施形態によれば、幅及び高さの両方が８以上であるＣＵに、ＡＦマージモードが適用され得る。このモードでは、現在ＣＵの制御点動きベクトル（ＣＰＭＶ：ｃｏｎｔｒｏｌ ｐｏｉｎｔ ｍｏｔｉｏｎ ｖｅｃｔｏｒ）は、空間的に隣接するＣＵの動き情報に基づいて生成され得る。最大５つの制御点動きベクトル予測子（ＣＰＭＶＰ：Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｏｒ）が存在し得、またインデックスは、現在ＣＵに使用されるＣＰＭＶＰを示すためにシグナリングされ得る。
【0075】
いくつかの実施形態では、以下の３種類のＣＰＭＶ候補が、アフィンマージ候補リストを形成するために使用される：（ｉ）隣接ＣＵのＣＰＭＶから外挿される継承アフィンマージ候補、（ｉｉ）隣接ＣＵの並進ＭＶを用いて導出された構成マージ候補ＣＰＭＶＰ、（ｉｉｉ）ゼロＭＶ。
【0076】
いくつかの実施形態によれば、隣接ブロックのアフィン動きモデルから導出され得る、最大２つの継承アフィン候補が存在し得る。それらの２つの継承候補は、左側の隣接ＣＵに由来する候補と、上方の隣接ＣＵに由来する候補とを含み得る。一例として、候補ブロックは、図１に示した候補ブロックであり得る。左側の予測子について、スキャン順序は、Ａ０→Ａ１であり得、上側の予測子について、スキャン順序は、Ｂ０→Ｂ１→Ｂ２であり得る。一部の実施形態では、各側から第１継承候補のみが選択され、２つの継承候補間では、プルーニングチェックは実行されない。隣接アフィンＣＵが識別されると、このＣＵの制御点動きベクトルは、現在ＣＵのアフィンマージリストにおいてＣＰＭＶＰ候補を導出するために使用され得る。現在ブロック８００を示す図８に示したように、隣接する左下のブロックＡがアフィンモードでコーディングされる場合、ブロックＡを含むＣＵ８０２の左上隅、右上隅及び左下隅の動きベクトルｖ２、ｖ３及びｖ４が得られる。ブロックＡが、４パラメータフィンモデルを用いてコーディングされる場合、現在ＣＵの２つのＣＰＭＶは、ｖ２及びｖ３に従って計算され得る。ブロックＡが、６パラメータフィンモデルを用いてコーディングされる場合、現在ＣＵの３つのＣＰＭＶは、ｖ２、ｖ３及びｖ４に従って計算され得る。
【0077】
いくつかの実施形態によれば、構成アフィン候補は、各制御点の隣接並進モーション情報を組み合わせることによって、構成され得る。図９に示すように、制御点に関するモーション情報は、現在ブロック９００の特定の空間的な隣接ブロック及び時間的な隣接ブロック（即ち、「Ｔ」）から導出され得る。ＣＰＭＶ＿ｋ（ｋ＝１，２，３，４）は、ｋ番目の制御点を表し得る。ＣＰＭＶ＿１について、Ｂ２→Ｂ３→Ａ２ブロックがチェックされ得、また第１利用可能ブロックのＭＶが使用され得る。ＣＰＭＶ＿２について、Ｂ１→Ｂ０ブロックがチェックされ得、またＣＰＭＶ＿３について、Ａ１→Ａ０ブロックがチェックされ得る。ＴＭＶＰが利用可能である場合には、ＴＭＶＰがＣＰＭＶ＿４として使用され得る。
【0078】
いくつかの実施形態では、４つの制御点のＭＶが得られた後に、アフィンマージ候補は、それらの制御点についてのモーション情報に基づいて構成され得る。制御点のＭＶの以下の例示的組み合わせを使用して、１つのブロックを構成し得る：｛ＣＰＭＶ＿１、ＣＰＭＶ＿２、ＣＰＭＶ＿３｝、｛ＣＰＭＶ＿１、ＣＰＭＶ＿２、ＣＰＭＶ＿４｝、｛ＣＰＭＶ＿１、ＣＰＭＶ＿３、ＣＰＭＶ＿４｝、｛ＣＰＭＶ＿２、ＣＰＭＶ＿３、ＣＰＭＶ＿４｝、｛ＣＰＭＶ＿１、ＣＰＭＶ＿２｝及び｛ＣＰＭＶ＿１、ＣＰＭＶ＿３｝
【0079】
３つのＣＰＭＶの組み合わせは、６パラメータフィンマージ候補を構成し、２つＣＰＭＶの組み合わせは、４パラメータのアフィンマージ候補を構成する。いくつか実施形態では、動きスケーリングプロセスを回避するために、制御点の参照インデックスが異なる場合には、制御点ＭＶの関連する組み合わせが破棄される。
【0080】
いくつか実施形態によれば、サブブロックベースの時間動きベクトル予測（ＳｂＴＭＶＰ：ｓｕｂ－ｂｌｏｃｋ ｂａｓｅｄ ｔｅｍｐｏｒａｌ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｉｏｎ）法は、ＨＥＶＣにおける時間モーションベクター予測（ＴＭＶＰ）と同様に、同一位置画像内のモーションフィールドを使用して、現在画像内のＣＵに関するモーションベクター予測及びマージモードを改善することができる。ＴＭＶＰによって使用される同一の同一位置画像（Ｔｈｅ ｓａｍｅ ｃｏｌｌｏｃａｔｅｄ ｐｉｃｔｕｒｅ）は、ＳｂＴＶＭＰに使用され得る。ＳｂＴＭＶＰは、次の２つの主な側面について、ＴＭＶＰとは異なる。（１）ＴＭＶＰは、ＣＵレベルでモーションを予測するが、ＳｂＴＭＶＰは、サブＣＵレベルでモーションを予測する。（２）ＴＭＶＰは、同一位置画像内の同一位置ブロック（同一位置ブロックは、現在ＣＵに対して中央のブロック又は右下のブロック）から時間動きベクトルをフェッチするのに対し、ＳｂＴＭＶＰは、同一位置画像から時間動き情報をフェッチする前に動きシフトを適用し、モーションシフトは、現在ＣＵの空間隣接ブロックのうちの１つに由来する動きベクトルから取得される。
【0081】
ＳｂＴＶＭＰプロセスは、図１０及び図１１に示されている。いくつかの実施形態では、ＳｂＴＭＶＰは、２つのステップで、現在ＣＵ内のサブＣＵの動きベクトルを予測する。図１０に示すように、第１ステップにおいては、現在ブロック（１０００）の空間隣接ブロックは、Ａ１、Ｂ１、Ｂ０及びＡ０の順序で検査される。同一位置画像を自身の参照画像として使用する動きベクトルを有する第１利用可能空間隣接ブロックが識別されると、この動きベクトルは、動きシフトが適用される動きベクトルとして選択される。かかる動きベクトルが空間隣接ブロックから識別されない場合には、動きシフトは（０、０）に設定される。
【0082】
第２ステップでは、第１ステップにおいて識別された動きシフトが適用されて（即ち、現在ブロックの座標に加えられて）、それにより、図１１に示したような同一位置画像からサブＣＵレベル動き情報（例えば、動きベクトル及び参照インデックス）が得られる。図１１における例は、動きシフト（１１４９）が、空間隣接ブロックＡ１（１１４３）の動きベクトルに設定される場合を想定する。続いて、現在画像（１１４１）の現在ブロック（１１４２）における現在サブＣＵ（例えば、サブＣＵ（１１４４））について、同一位置画像（１１５１）の同一位置ブロック（１１５２）における対応する同一位置サブＣＵ（例えば、同一位置サブＣＵ（１１５４））の動き情報が使用されて、現在サブＣＵに関する動き情報が導出される。対応する同一位置サブＣＵ（例えば、同一位置サブＣＵ（１１５４））の動き情報は、ＨＥＶＣにおけるＴＭＶＰプロセスと同様のやり方で、現在サブＣＵ（例えばサブＣＵ（１１４４））の動きベクトル及び参照インデックスに変換され、ＨＥＶＣでは、時間動きスケーリングが、時間動きベクトルの参照画像を現在ＣＵの参照画像に整列させるために適用される。
【0083】
いくつかの実施形態によれば、ＳｂＴＶＭＰ候補及びアフィンマージ候補の両方を含む組み合わせサブブロックベースマージリストは、サブブロックベースマージモードで使用することができる。ＳｂＴＶＭＰモードは、シークエンスパラメータセット（ＳＰＳ）フラグによって有効／無効になる。ＳｂＴＭＶＰモードが有効な場合、ＳｂＴＭＶＰ予測子が、サブブロックベースマージリストの第１エントリとして追加され、それにアフィンマージ候補が続く。サブブロックベースマージリストの最大許容サイズは、一部の用途では、５である。ＳｂＴＭＶＰで使用されるサブＣＵサイズは、例えば、８×８に固定される。アフィンマージモードについて行われるように、幅及び高さの両方が８以上である場合、ＳｂＴＭＶＰモードは、ＣＵに対してのみ適用可能である。
【0084】
付加的なＳｂＴＭＶＰマージ候補の符号化ロジックは、他のマージ候補のための符号化ロジックと同じである。つまり、Ｐスライス又はＢスライスにおける各ＣＵについて、付加的なレート歪み（ＲＤ）チェックが実行されて、ＳｂＴＭＶＰ候補を使用するか否かが決定される。
【0085】
一部の実施形態によれば、履歴ベースＭＶＰ（ＨＭＶＰ）法は、先行してコーディングされたブロックの動き情報として定義されたＨＭＶＰ候補を含む。複数のＨＭＶＰ候補を有するテーブルは、エンコード／デコードプロセスの間、維持される。新たなスライスが検出されると（ｅｎｃｏｕｎｔｅｒｅｄ）、テーブルは空にされる。インターコーディングされた非アフィンブロックが存在する場合には常に、関連付けられた動き情報が、新たなＨＭＶＰ候補として、テーブルの最後のエントリに追加される。ＨＭＶＰ法のコーディングフローは、図１２Ａに示されている。
【0086】
テーブル・サイズＳは６であるように設定され、それは最高６つのＨＭＶＰ候補がテーブルに加えられ得ることを示す。テーブルに新たな動き候補が挿入されると、制約付きＦＩＦＯ規則が利用されて、それにより、冗長チェック検査が先ず適用され、同一のＨＭＶＰがテーブル内に存在するか否かが決定される。発見された場合には、その同一のＨＭＶＰがテーブルから削除され、全てのＨＭＶＰ候補はその後、前方に移動される、つまり、インデックスが１低減される。図１２Ｂは、ＨＭＶＰテーブルに新たな動き候補を挿入する例を示す。
【0087】
ＨＭＶＰ候補は、マージ候補リスト構成プロセスにおいて使用され得る。テーブル内の最新のいくつかのＨＭＶＰ候補が順番にチェックされ、ＴＭＶＰ候補の後に候補リストに挿入される。プルーニングは、ＨＭＶＰ候補において、サブブロック動き候補を除く、空間マージ候補又は時間マージ候補に適用され得る（即ち、ＡＴＭＶＰ）。
【0088】
いくつかの実施形態において、プルーニング操作の数を低減するために、チェックされるＨＭＰＶ候補の数（Ｌで表される）が、Ｌ＝（Ｎ＜＝４）？Ｍ：（８－Ｎ）、Ｍは、テーブルにおける利用可能ＨＭＶＰ候補の数を指す。ここで、Ｎは、利用可能な非サブブロックマージ候補の数を示し、Ｍは、テーブルにおける利用可能ＨＭＶＰ候補の数を示す。また、利用可能マージ候補の総数が、シグナリングされた最大許容マージ候補から１を引いた数に達すると、ＨＭＶＰリストからのマージ候補リスト構成プロセスは終了する。さらに、組み合わせ双方向予測マージ候補導出についてのペアの数は、１２から６に低減される。
【0089】
ＨＭＶＰ候補は、ＡＭＶＰ候補リスト構成プロセスにおいて使用することも考えられる。テーブル内の最後のＫ個のＨＭＶＰ候補の動きベクトルは、ＴＭＶＰ候補の後に挿入される。ＡＭＶＰターゲット参照画像と同じ参照画像を有するＨＭＶＰ候補のみが、ＡＭＶＰ候補リストを構成するために使用される。
プルーリングは、ＨＭＶＰ候補に適用される。いくつかの用途では、Ｋは４にセットされ、その一方で、ＡＭＶＰリストのサイズは、変更されずに維持される。つまり、ＡＭＶＰリストのサイズは２である。
プルーリングは、ＨＭＶＰ候補に適用される。いくつかの用途では、Ｋは４にセットされ、その一方で、ＡＭＶＰリストのサイズは、変更されずに維持される。つまり、ＡＭＶＰリストのサイズは２である。
【0090】
いくつかの実施形態によれば、現在マージ候補リストにおける候補の予め定義されたペアを平均することによって、ペアワイズ平均候補が生成され得る。いくつかの例では、ペアワイズ平均候補の数は６であり、予め定義されたペアは、｛（０，１），（０，２），（１，２），（０，３），（１，３），（２，３）｝として定義され、ここで、数字は、マージ候補リストについてのマージインデックスを表す。平均された動きベクトルは、参照リスト毎に別個に計算され得る。１つのリストにおいて両方の動きベクトルが使用可能である場合、それら２つの動きベクトルが異なる参照画像を指す場合であっても、それら２つの動きベクトルは平均化され得る。動きベクトルが１つだけ利用可能である場合、その１つの動きベクトルが直接使用され得る。動きベクトルが利用可能でない場合、このリストは無効とみなされ得る。ペアワイズ平均候補は、ＨＥＶＣ標準における組み合わせ候補を置換することができる。
【0091】
現在画像の参照は、イントラブロックコピーと称される場合もあり、このイントラブロックコピーでは、動きベクトルは、現在画像において既に再構成された参照サンプルを表す。ＣＰＲは、ＨＥＶＣスクリーンコンテンツコーディング拡張（ＨＥＶＣ ＳＣＣ）においてサポートされている。ＣＰＲコーディングされたＣＵは、インターコーディングされたブロックとしてシグナリングされ得る。ＣＰＲコーディングされたＣＵの輝度動きベクトル（又はブロックベクトル）は、整数精度であっ得る。
彩度動きベクトルは、整数精度にクリッピングされ得る。
彩度動きベクトルは、整数精度にクリッピングされ得る。
【0092】
いくつかの実施形態では、ＡＭＶＲと組み合わされる場合、ＣＰＲモードを、１ｐｅｌ（ピクセル）動きベクトル精度と４ｐｅｌ動きベクトルの精度との間で切り換えることができる。現在画像は、参照画像リストＬ０の端部に配置され得る。メモリ消費及びデコーダ複雑性を低減するために、ＣＰＲは、現在ＣＴＵの再構成された部分を使用することのみが許可されてよく、これにより、ＣＰＲモードは、ハードウェアで実装するためのローカルオンチップメモリを用いて実装することができる。
【0093】
いくつかの実施形態では、エンコーダ側において、ハッシュベース動き推定が、ＣＰＲについて実行され得る。エンコーダは、輝度サンプルが１６以下の幅又は高さのいずれかを有するブロックに対してＲＤチェックを実行し得る。非マージモードに関して、ブロックベクター探索は、先ずハッシュベース探索を用いて実行され得る。ハッシュ探索が有効な候補を返さない場合、ブロックマッチングベースのローカル探索が実行され得る。
【0094】
いくつかのの実施形態では、ハッシュベースの探索において、現在ブロックと参照ブロックとの間のハッシュキー照合（３２ビットＣＲＣ）は、全ての許容ブロックサイズに拡張され得る。現在画像における各位置に対するハッシュキー計算は、４×４サブブロックに基づき得る。より大きなサイズの現在ブロックについては、ハッシュキーは、全ての４×４サブブロックの全てのハッシュキーが、対応する参照位置におけるハッシュキーと一致する場合には、参照ブロックのハッシュキーと一致するように決定され得る。複数の参照ブロックのハッシュキーが、現在ブロックのハッシュキーと一致することが判明した場合には、一致した各参照のブロックベクターコストが計算されることができ、また一致した参照のうち最小コストを有するものが選択される。
【0095】
いくつかの実施形態では、ブロック照合探索において、探索範囲が、現在ＣＴＵ内の現在ブロックの左上におけるＮ個のサンプルとなるようにセットされ得る。ＣＴＵの開始時に、Ｎの値は、時間参照画像が存在しない場合には１２８に初期化され、少なくとも１つの時間参照画像が存在する場合には６４に初期化される。ハッシュヒット率は、ハッシュベース探索を用いて一致が発見されたＣＴＵにおけるサンプルの百分率として定義され得る。現在ＣＴＵをエンコードしているときに、ハッシュヒット率が５％未満の場合、Ｎは半分に低減される。
【0096】
マルチ仮説予測法は、高度な動きベクトル予測（ＡＭＶＰ）モード、スキップ及びマージモード、及び、イントラモードの単一予測を含む、既存の画像間予測モードを改善するために使用され得る。マルチ仮説予測法は、既存の予測モードを、余剰マージインデックス予測（ｅｘｔｒａ ｍｅｒｇｅ ｉｎｄｅｘｅｄ ｐｒｅｄｉｃｔｉｏｎ）と組み合わせ得る。マージインデックス予測は、マージインデックスが動き補償予測のための動き情報を取得するためにシグナリングされ得るマージモードにおける予測として実行され得る。最終的な予測は、マージインデックス予測と、異なる重みが組み合わせに応じて適用される既存の予測モードによって生成された予測との加重平均であり得る。
【0097】
いくつかの実施形態では、マルチ仮説予測を適用して、ＡＭＶＰモードの単方向予測（ｕｎｉ－ｐｒｅｄｉｃｔｉｏｎ）を改善し得る。１つのフラグがシグナリングされて、マルチ仮説予測が有効又は無効にされる。さらに、フラグが真（ｔｒｕｅ）である場合には、１つの付加的なマージインデックスがシグナリングされる。このように、マルチ仮説予測では、単方向予測が双方向予測に変わり、双方向予測では、一方の予測が、ＡＭＶＰモードにおける本来のシンタックス要素を用いて取得され、他方の予測が、マージモードを用いて取得される。最終的な予測は、１：１の重みを用いて、それら２つの予測を双方向予測における予測として組み合わせる。マージ候補リストは、先ず、サブＣＵ候補が除外されたマージモードから導出される（例えば、アフィン代替時間動きベクトル予測（ＡＴＭＶＰ：ａｆｆｉｎｅ， ａｌｔｅｒｎａｔｉｖｅ ｔｅｍｐｏｒａｌ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｉｏｎ））。次に、マージ候補リストは、２つの別個のリストに分割され、一方のリストは、候補のうちの全てのＬ０動きを含むリスト０（Ｌ０）のためのリストであり、他方のリストは、全てのＬ１の動きを含むリスト１（Ｌ１）のためのリストである。冗長性を取り除き、空所（ｖａｃａｎｃｙ）を埋めた後に、２つのマージリストが、Ｌ０及びＬ１それぞれに対して生成される。ＡＭＶＰモードを改善するためにマルチ仮説予測が適用される場合には、２つの制約がある。一つ目は、６４以上の輝度コーディングブロック（ＣＢ）エリアを有するそれらのＣＵに対して有効にされることであり、二つ目は、低遅延Ｂ画像に対してＬ１にのみ適用されることである。
【0098】
いくつかの実施形態では、マルチ仮説予測がスキップモード又はマージモードに適用される場合、マルチ仮説予測の有効化は、明示的にシグナリングされ得る。余剰マージインデックス予測が、元の予測に付加的に選択され得る。したがって、マルチ仮説予測の各候補は、マージ候補のペアを暗示し、それらのペアは、一つは、１番目のマージインデックス付き予測のための候補と、もう一つは２番目のマージインデックス付き予測のための候補とを含む。しかしながら、各ペアにおいて、２番目のマージインデックス予測のためのマージ候補は、任意の付加的なマージインデックスをシグナリングすることなく、後継の（ｓｕｃｃｅｅｄｉｎｇ）マージ候補（即ち、既にシグナリングされたマージインデックスに１を加えたもの）として暗示的に導出され得る。それらのペアを除外し、類似のマージ候補を含め、空所を埋めることによって冗長性を取り除いた後に、マルチ予測のための候補リストが形成される。その後、最終的な予測を生成するために、２つのマージ候補のペアに由来する動きベクトルが取得され得、この際、５：３の重みが、１番目及び２番目のマージインデックス予測それぞれに適用され得る。さらに、マルチ仮説予測が有効であるマージＣＵ又はスキップＣＵは、既存の仮説の動き情報に付加的に、後続の隣接ＣＵの参照に関する付加的な仮説の動き情報を保存することができる。サブＣＵ候補（例えば、アフィン、ＳｂＴＭＶＰ）は候補リストから除外されることがあり、また低遅延のＢ画像について、マルチ仮説予測は、スキップモードに適用されないことがある。さらに、マルチ仮説予測がマージモード又はスキップモードに適用される場合、１６未満のＣＵ幅又はＣＵ高さを有するそれらのＣＵに対して、又は１６のＣＵ幅及びＣＵ高さの両方を有するそれらのＣＵに対して、双方向線形内挿フィルタが、マルチ仮説のための動き補償に使用され得る。
【0099】
いくつかの実施形態によれば、イントラ予測モードを改善するために、マルチ仮説予測が適用される場合、マルチ仮説予測は、イントラ予測と、マージインデックス予測と、を組み合わせる。マージモードＣＵにおいて、１つのフラグがマージモードにシグナリングされ、そのフラグが真である場合に、イントラ候補リストから１つのイントラモードが選択される。
【0100】
いくつかの実施形態では、輝度成分について、イントラ候補リストが、ＤＣモード、平面モード、水平モード及び垂直モードを含む４つのイントラ予測モードから導出され、またイントラ候補リストのサイズは、ブロック形状に応じて、３又は４であっ得る。例えば、ＣＵ幅がＣＵ高さの２倍である場合、水平モードがイントラ候補リストから除外され、ＣＵ高さがＣＵ幅の２倍である場合、垂直モードがイントラ候補から除外される。いくつかの実施形態では、イントラモードインデックスに従い選択されたイントラ予測モード候補と、マージインデックスに従い選択されたマージ予測候補とが、加重平均を使用して組み合わされる。いくつかの実施形態では、彩度成分について、ダイレクトモード（ＤＭ）が、余剰なシグナリングを行わずに適用される。
【0101】
いくつかの実施形態によれば、複数の予測を組み合わせるための重みは、以下のように実装され得る。ＤＣモード又は平面モードが選択される場合、又はＣＢ幅又はＣＢ高さが４未満である場合、等しい重みが、イントラ予測候補及びインター予測候補に適用される。４以上のＣＢ幅及びＣＢ高さを有するそれらのＣＢについて、水平／垂直モードが選択される場合、１つのＣＢが先ず、垂直方向又は水平方向において、４つの等積領域に分割される。（ｗ＿ｉｎｔｒａｉ、ｗ＿ｊｎｔｅｒｉ）として表される各重みセットは、ここではｉは１から４であり、以下のように実施されることができる：（ｗ＿ｉｎｔｒａ１、ｗ＿ｊｎｔｅｒ１）＝（６，２）、（ｗ＿ｉｎｔｒａ２、ｗ＿ｊｎｔｅｒ２）＝（５，３）、（ｗ＿ｉｎｔｒａ３、ｗ＿ｊｎｔｅｒ３）＝（３，５）、及び（ｗ＿ｉｎｔｒａ４、ｗ＿ｊｎｔｅｒ４）＝（２，６）。これらの重みセットは、対応する領域に適用されることができ、ここで、（ｗ＿ｉｎｔｒａ１、ｗ＿ｊｎｔｅｒ１）は、参照サンプルに最も近い領域に関するものであり、また（ｗ＿ｉｎｔｒａ４、ｗ＿ｊｎｔｅｒ４）は、参照サンプルから最も離れた領域に関するものである。重みセットが対応する領域に適用された後、組み合わされた予測は、２つの重み付け予測を合計し、３ビット右シフトすることによって計算され得る。さらにまた、予測子のイントラ仮説のためのイントラ予測モードは、後続の隣接ＣＵによる参照のために保存され得る。
【0102】
図１３は、マルチ仮説予測の一例を示す。インター予測（ｉ）（１３２２）及びイントラ予測（ｉ）（１３２４）は、ｉ番目領域のためのインター予測部分及びイントラ予測部分に対応する。ｗ＿ｉｎｔｅｒ（ｉ）及びｗ＿ｉｎｔｒａ（ｉ）は、ｉ番目領域のためのインター予測重み及びイントラ予測重みにそれぞれ対応する。最終的な予測（１３１２）は、重み付けされたインター予測（１３２２）及び重み付けされたイントラ予測（１３２４）を組み合わせることによって形成され得る。現在ブロック（１３１０）は、最終的な予測手段（１３１２）及び残差サンプル（１３１４）を用いて再構成されることができる。残差サンプルは、現在ブロック（１３１０）と最終的な予測（１３１２）の違いを表すことができる。
【0103】
スキップ／マージモードに関するマルチ仮説予測では、シグナリングされるマージインデックスの最大数は、通常マージ候補リストにおける候補の最大数よりも小さい。しかしながら、通常マージ候補リストにおける候補の最大数は、スキップ／マージモードに関するこのマルチ仮説予測のためのマージインデックスシグナリングの短縮単項コーディング（ｔｒｕｎｃａｔｅｄ ｕｎａｒｙ ｃｏｄｉｎｇ）のために依然として使用される。本開示の実施形態は、このシグナリングを改善する。
【0104】
本開示の実施形態によれば、ブロックという用語は、予測ブロック、コーディングブロック、又はコーディングユニット（即ち、ＣＵ）と解釈され得る。本開示の実施形態は、スキップ／マージモードにおけるマルチ仮説予測のためのマージインデックスシグナリングの現在の設計を修正する。
【0105】
いくつかの実施形態では、マルチ仮説予測がスキップモード又はマージモードに適用される場合、マルチ仮説予測の有効化は、明示的なシグナリングによって実行される。スキップ／マージモードに関するマルチ仮説予測が有効化されている場合、短縮単項コーディングを用いて、マージインデックスがシグナリングされ得る。したがって、シグナリングされた各マージインデックスは、マージ候補のペアを暗示するために使用され得る。例えば、シグナリングされたマージインデックスは、第１マージ候補を明示的にシグナリングするために使用され得、また第２マージ候補は、シグナリングされたマージインデックス（即ち、既にシグナリングされたマージインデックスに１を足したもの）から導出され得る。
【0106】
一部の実施形態によれば、ｍａｘ＿ｎｕｍ＿ｃａｎｄｉｄａｔｅｓは、マージ候補リストに関するマージ候補の最大許容数を示す。インターマージ／スキップモードについて、マージインデックスに関する短縮単項二値化（ｔｒｕｎｃａｔｅｄ ｕｎａｒｙ ｂｉｎａｒｉｚａｔｉｏｎ）の最大値は、（ｍａｘ＿ｎｕｍ＿ｃａｎｄｉｄａｔｅｓ－１）であり得る。いくつかの実施形態では、マルチ仮説予測がスキップモード又はマージモードに対して有効化されている場合、シグナリングされ得るマージインデックスの最大数は、（ｍａｘ＿ｎｕｍ＿ｃａｎｄｉｄａｔｅｓ－１）である。何故ならば、シグナリングされた各マージインデックスは、リスト上の連続する２つのマージ候補に対応するからである。
【0107】
いくつかの実施形態によれば、マージフラグが現在ブロックに対して真であることがシグナリングされる場合、スキップ／マージモードのためのマルチ仮説予測が有効化されているか否かを示すために使用フラグがシグナリングされる。使用フラグが真であり、マルチ予測モードが有効化されていることを示す場合、使用フラグに加えて、マージインデックスがシグナリングされる。（ｍａｘ＿ｎｕｍ＿ｃａｎｄｉｄａｔｅｓ－２）の値は、マージインデックスコーディングのための短縮単項バイナリゼーションにおける最大値として使用され得る。
【0108】
一例では、ｍａｘ＿ｎｕｍ＿ｃａｎｄｉｄａｔｅｓは６であり、スキップ／マージモードに関するマルチ仮説予測のための使用フラグは真である。この例では、マージインデックスに関する最大値は４（即ち、ｍａｘ＿ｎｕｍ＿ｃａｎｄｉｄａｔｅｓ－２）である。考えられる全てのマージインデックス値とそれに対応する単項コードのマッピングは、表１に記載されている。
【表1】
【0109】
いくつかの実施形態によれば、マージフラグが現在ブロックについて真であることがシグナリングされる場合、マージインデックスがその後シグナリングされる。（ｍａｘ＿ｎｕｍ＿ｃａｎｄｉｄａｔｅｓ－１）の値は、マージインデックスコーディングにおける短縮単項二値化のための最大値として使用され得る。さらに、マージインデックスの値が、（ｍａｘ＿ｎｕｍ＿ｃａｎｄｉｄａｔｅｓ－１）未満である場合、使用フラグがその後、スキップ／マージモードのためのマルチ仮説予測が有効化されているか否かを示すためにシグナリングされる。マージインデックス値が（ｍａｘ＿ｎｕｍ＿ｃａｎｄｉｄａｔｅｓ－１）以上である場合、使用フラグは、暗示的に偽にセットされる。例えば、マージインデックス値が（ｍａｘ＿ｎｕｍ＿ｃａｎｄｉｄａｔｅｓ－１）以上である場合、マージインデックス値は無効であるとみなされ、またそのような状況が発生した場合、デコーダは、使用フラグを偽にセットするか、又は使用フラグが真としてシグナリングされた場合であっても、使用フラグを偽として扱う。
【0110】
いくつかの実施形態によれば、マルチ仮説予測が利用可能であるためには、マージ候補のペアが、マージ候補リストにおいて利用可能であるべきである。いくつかの実施形態では、特定の条件が満たされると、マルチ仮説予測は、スキップ／マージモードに対して利用できない。
【0111】
１つの実施形態では、通常のマージリストに関するマージ候補の最大許容数がｍａｘ＿ｎｕｍ＿ｃａｎｄｉｄａｔｅｓである場合、またこの値が２未満である場合には、マルチ仮説予測は、スキップ／マージモードに対して利用できない。従って、この場合、一部の実施例では、マルチ仮説予測のための使用フラグがシグナリングされず、偽であると推測される。別の例では、ｍａｘ＿ｎｕｍ＿ｃａｎｄｉｄａｔｅｓが２未満である場合、マルチ仮説予測のための使用フラグが偽としてシグナリングされる（ビットストリーム適合性要求）。
【0112】
いくつかの実施形態では、ＣＰＲモードが使用される場合、マージ候補の一部が、ＣＰＲモードでコーディングされ得る。例えば、ＣＰＲコーディングされたブロックと通常のインターコーディンされたグブロックとの組み合わせが、マルチ仮説予測では許容されない場合、いくつかの実施形態では、以下の制約が満たされるべきである：利用可能な通常のインターコーディングマージ候補の数が２未満である場合、マルチ仮説予測の使用フラグが偽としてシグナリングされる（ビットストリーム適合性要求）。
【0113】
いくつかの実施形態では、動きベクトル差分を用いるマージモード（ＭＭＶＤ：ｍｅｒｇｅ ｗｉｔｈ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ）は、現在ブロックの動きベクトル予測子を決定するために使用される。ＭＭＶＤモードは、スキップモード又はマージモードが有効化されている場合に使用することができる。ＭＭＶＤモードは、スキップモード又はマージモードのマージ候補リストにおけるマージ候補を再利用する。例えば、マージ候補リストから選択されたマージ候補を使用して、参照画像における起点を提供することができる。現在ブロックの動きベクトルは、起点と、起点に関する動きの大きさ及び動きの方向を含む動きオフセットとによって表すことができる。エンコーダ側では、マージ候補の選択及び動きオフセットの決定は、探索プロセス（評価プロセス）を基礎とすることができる。デコーダ側では、選択されたマージ候補及び動きオフセットを、エンコーダ側からのシグナリングに基づいて決定することができる。
【0114】
ＭＭＶＤモードは、本明細書において説明する種々のインター予測モードにおいて構成されたマージ候補リストを再利用することができる。いくつかの例では、マージ候補リストにおけるデフォルトマージタイプ（例えば、ＭＲＧ＿ＴＹＰＥ＿ＤＥＦＡＵＬＴ＿Ｎ）の候補のみが、ＭＭＶＤモードのために考慮される。デフォルトのマージタイプのマージ候補の例は、本明細書において記載したような、（ｉ）マージモードにおいて使用されるマージ候補、（ｉｉ）ＨＭＶＰモードにおける履歴バッファに由来するマージ候補、及び（ｉｉｉ）ペアワイズ平均動きベクトル候補を含むことができる。アフィンモード又はＳｂＴＭＶＰモードにおけるマージ候補は、一部の例では、ＭＭＶＤモードにおける拡張のためには使用されない。
【0115】
ベース候補インデックス（ＩＤＸ）は、起点を定義するために使用することができる。例えば、０から３までのインデックスに関連付けられたマージ候補（動きベクトル予測子（ＭＶＰ））のリストを表２に示す。ベース候補インデックスのインデックスを有するマージ候補をリストから決定することができ、また起点を提供するために使用することができる。
【表2】
【0116】
距離インデックスを使用して、動きの大きさ情報を提供することができる。例えば、予め定義された複数のピクセル距離を、０から７までのインデックスにそれぞれ関連付けて、表３に示す。距離インデックスのインデックスを有するピクセル距離を、複数のピクセル距離から決定することができ、また動きの大きさを提供するために使用することができる。
【表3】
【0117】
方向インデックスを使用して、動きの方向情報を提供することができる。方向インデックスは、起点に対して相対的なＭＶＤの方向を表し得る。例えば、００から１１（２進）までのインデックスを有する４つの方向を表４に示す。方向インデックスのインデックスを有する方向を、４つの方向から決定することができ、また起点に関する動きオフセットの方向を提供するために使用することができる。
【表4】
【0118】
ＭＭＶＤシンタックス要素は、ＭＭＶＤモードにおける距離ＩＤＸ、ベース候補インデックス及び方向インデックスを含む、ＭＭＶＤインデックスのセットをシグナリングするためのビットストリームで送信することができる。
【0119】
いくつかの実施形態では、ＭＭＶＤ有効化フラグは、現在ブロックをコーディングするためのスキップ及びマージフラグを送信した後にシグナリングされる。例えば、スキップ及びマージフラグが真である場合、ＭＭＶＤフラグがパースされる。ＭＭＶＤフラグが１である場合、一例では、ＭＭＶＤシンタックス要素（ＭＭＶＤインデックスのセット）がパースされる。一例では、ＭＭＶＤフラグが１ではない場合、別のモードに関連付けられたフラグ、例えばＡＦＦＩＮＥフラグがパースされる。ＡＦＦＩＮＥフラグが１である場合、ＡＦＦＩＮＥモードが、現在ブロックを処理するために使用される。ＡＦＦＩＮＥフラグが１ではない場合、一例では、スキップ／マージインデックスが、スキップ／マージモードを用いて現在ブロックを処理するためにパースされる。
【0120】
図１４及び図１５は、本開示の実施形態による、ＭＭＶＤモードにおける探索プロセスの一例を示す。探索プロセスを実行することによって、現在画像（又は現在フレームと呼ばれる）における現在ブロック（１４０１）について、ベース候補インデックス、方向インデックス、及び距離インデックスを含むＭＭＶＤインデックスのセットを決定することができる。
【0121】
図１４及び図１５に示されたように、第１マージ候補に属する第１動きベクトル（１４１１）及び第２動きベクトル（１４２１）が示されている。第１マージ候補は、現在ブロック（１４０１）に関して構成されたマージ候補リストにおけるマージ候補であることができる。第１動きベクトル（１４１１）及び第２動きベクトル（１４２１）は、それぞれ、参照画像リストＬ０及びＬ１における２つの参照画像（１４０２）及び（１４０３）に関連付けられることができる。したがって、参照画像（１４０２）及び（１４０３）において、図１４における２つの起点（１４２２）及び（１４２４）を決定することができる。
【0122】
一例では、起点（１４２２）及び（１４２４）に基づいて、参照画像（１４０２）及び（１４０３）における垂直方向（＋Ｙ又は－Ｙによって表されている）又は水平方向（＋Ｘ及び－Ｘによって表されている）における起点（１４２２）及び（１４２４）から延びる複数の予め定義された点を評価することができる。一例では、各起点（１４２２）又は（１４２４）に関して相互に鏡映された点のペア、例えば点（１５１４）及び（１５２４）のペア、又は点（１５１５）及び（１５２５）のペアを使用して、現在ブロック（１４０１）についての動きベクトル予測子候補を形成し得る動きベクトルのペアを決定することができる。起点（１５１１）又は（１５２１）を包囲する予め定義された点に基づいて決定されたそれらの動きベクトル予測子候補を評価することができる。
【0123】
第１マージ候補に加えて、現在ブロック（１４０１）のマージ候補リストにおける別の利用可能又は有効なマージ候補も同様に評価することができる。一例では、単方向予測マージ候補について、２つの参照画像リストの内の１つと関連付けられた１つの予測方向のみが評価される。
【0124】
評価に基づいて、最良動きベクトル予測子候補を決定することができる。したがって、最良動きベクトル予測子候補に対応して、最良マージ候補をマージリストから選択することができ、また動き方向及び動き距離を決定することもできる。例えば、選択されたマージ候補及び表２に基づいて、ベース候補インデックスを決定することができる。予め定義された点（１５１５）（又は（１５２５））に対応するような、選択された動きベクトル予測子に基づいて、起点（１５１１）に関する点（１５１５）の方向及び距離を決定することができる。表３及び表４によれば、方向インデックスと距離インデックスを相応に決定することができる。
【0125】
なお、上述の実施例は、例示を目的としたものに過ぎない。代替的な例では、ＭＭＶＤモードにおいて提供される動きベクトル表現法に基づいて、動き距離及び動き方向は異なるように定義され得る。さらに、評価プロセス（探索プロセス）は異なるように実行され得る。例えば、双方向予測マージ候補に関して、３つのタイプの予測方向（例えば、Ｌ０、Ｌ１、並びにＬ０及びＬ１）は、最良い動きベクトル予測子を選択するために、予め定義された距離及び方向のセットに基づいて評価され得る。別の例に関して、単方向予測マージ候補は、ミラーリング又はスケーリングによって、双方向予測マージ候補にコンバートされてもよく、またその後評価され得る。上述の例では、評価プロセスの結果として生じる予測方向（例えば、Ｌ０、Ｌ１、又はＬ０及びＬ１）を示す付加的なシンタックスがシグナリングされ得る。
【0126】
上述のように、マージ候補リストにおけるマージ候補は、エンコーダ側でのＭＭＶＤモードにおけるベース候補を決定するために評価される。デコーダ側では、入力としてのベース候補インデックスを使用して、動きベクトル予測子をマージ候補リストから選択することができる。したがって、マージ候補を格納するためのラインバッファ以外には、ＭＭＶＤモードのための付加的なラインバッファは必要ない。
【0127】
いくつかの実施形態では、ＭＭＶＤは、表５に示したように、斜め方向候補から成る付加的な表を使用する。水平／垂直テーブル及び斜めテーブルの内の１つは、図１６に示したようなベース動きベクトルの方向に従って選択される。
【表5】
【0128】
いくつかの実施形態では、ＭＭＶＤは、画像解像度に基づいて、適応型距離テーブルを使用する。例えば、画像解像度が２Ｋ（即ち、１９２０×１０８０）よりも高くない場合、表６がベース距離テーブルとして使用され、それ以外の場合は、表７がベース距離テーブルとして使用される。
【表6】
【表7】
【0129】
いくつかの実施形態では、ＭＭＶＤは、発生ベース距離テーブルの並べ替えに基づいて、適応型距離テーブルを使用する。例えば、距離インデックスは、先行してコーディングされた画像ランキングにおける各距離インデックスの使用の発生に従って、高から低に並び替えられ得る。いくつかの実施形態では、ＭＭＶＤ候補値が修正され、その結果、ＭＭＶＤモードにおいてコーディングされたＣＵは、ＭＭＶＤ距離が閾値よりも大きい場合、サブサンプル動きベクトルの代わりに、完全なサンプルを有する。
【0130】
いくつかの実施形態によれば、予測オフセットを用いるアフィンマージモードとも称される、アフィンＭＭＶＤ法は、ベース予測子として、第１利用可能アフィンマージ候補を選択する。この方法は、続いて、動きベクトルオフセットを、ベース予測子からの各制御点の動きベクトル値に適用する。利用可能なアフィンマージ候補が存在しない場合には、アフィンＭＭＶＤ法は使用されない。
【0131】
いくつかの実施形態では、制御点（ＣＰ）毎のシグナリング法において、選択されたベース予測子のインター予測方向、及び各方向の参照インデックスが変更なしで使用される。各制御点に対して、ゼロ＿ＭＶＤフラグが使用されて、制御点はオフセットシグナリングを必要とするか否かを示し得る。ゼロ＿ＭＶＤフラグが真である場合、制御点に必要とされる他のシグナリングは存在しない。存在する場合には、距離インデックス及びオフセット方向インデックスは、制御点についてシグナリングされ得る。表８は、シグナリングされた距離インデックス及び対応する距離オフセットの例を示す。
【表8】
【0132】
いくつかの実施形態において、方向インデックスは、表９に示されるように、４つの方向を表すことができ、ｘ方向又はｙ方向のみがＭＶ差を有し得るが、両方向では有さない。
【表9】
【0133】
いくつかの実施形態において、インター予測が単項予測である場合、シグナリングされた距離オフセットは、各制御点予測子に対してオフセット方向に適用される。結果として得られる動きベクトルは各制御点のＭＶ値となる。いくつかの実施形態では、インター予測が双方向予測である場合、シグナリングされた距離オフセットは、制御点予測器のＬ０運動ベクターに対してシグナリングされたオフセット方向に適用され、Ｌ１ ＭＶに適用されるオフセットは、ミラーリングベースで適用される。
【0134】
いくつかの実施形態によれば、距離オフセットインデックス及びオフセット方向インデックスは、ブロックごとに信号化される。同じオフセットが全ての利用可能な制御点に適用され得る。制御点の数は、ベース予測子のアフィン型によって決定され得る。距離オフセットテーブル及びオフセット方向テーブルは、表８及び表９と同じであり得る。
【0135】
ブロックの全ての制御点に対して一度にシグナリングが実行される場合、ゼロＭＶＤフラグは使用されない。距離テーブルの使用されたオフセット値の発生統計が、エンコーダ側とデコーダ側の両方で同じ方法で収集される場合、エンコーダとデコーダの両方が、発生統計に基づいて距離テーブルの新たな順序を導出し、アップデートされた距離テーブルがＭＭＶＤの次の画像で使用される。これらの特徴は、画像間の依存性を導入し、エラー耐性（ｅｒｒｏｒ ｒｅｓｉｌｉｅｎｃｅ）の問題を引き起こす。本開示の実施形態は、この従属性、及び結果として生じるエラー耐性の問題を低減することを対象とする。これに関して、本開示の実施形態は、デコーダにテーブルを導出させる代わりに、デコーダが使用すべき並べ替えられた距離テーブルの指示をシグナリングすることによって、発生ベースのＭＭＶＤ距離テーブルの並べ替えの現在の設計を強化する。
【0136】
いくつかの実施形態によれば、エンコーダ側では、ＭＭＶＤ距離テーブルが並べ替えられた後、オーダーコード（ｏｒｄｅｒ ｃｏｄｅ）を生成し、ビットストリームでシグナリングすることができる。いくつかの実施形態において、デコーダ側では、オーダーコードをデコードした後、ＭＭＶＤ距離テーブルは、オーダーコードに基づいて構成され得る。一実施形態では、ＭＭＶＤ距離テーブルのオーダーコードは、スライスヘッダ、タイル／タイトル（ｔｉｌｅ／ｔｉｔｌｅ）グループヘッダ、又は他のヘッダのうちの１つに信号を送ることができる。
【0137】
いくつかの実施形態では、ＭＭＶＤ距離テーブルの順序は整数で表され、これはオーダーコードと称することができる。８エントリを有する現在ＭＭＶＤテーブルでは、８つの３ビット要素からなる２４を有し得る。各３ビット要素は元の距離インデックス値を表し得る。導出されたＭＭＶＤ距離テーブルの順序で８つの要素全てを連結すると、特定の整数値になる。要素は、降順又は昇順で連結されることができる。要素数は、増減することがあり、そのため、各要素を表すビット数は、それにしたがって変化することがある。
【0138】
一例として、表６のようなオリジナルのＭＭＶＤ距離テーブルについて、並べ替え後、新しい順序は｛１ピクセル、２ピクセル、１／２ピクセル、１／４ピクセル、１６ピクセル、４ピクセル、３２ピクセル、８ピクセル｝となり、オリジナルの距離インデックスの順序は｛２，３，１，０，６，４，７，５｝となる。表１０に示すように、１６進形式のオーダーコードは０ｘ４Ｃ８ＣＢとする。この点に関して、要素インデックス０は、１ピクセルのピクセル距離、及び２進値０１０を有する距離インデックス２に対応する。したがって、２進オーダーコードの先頭３桁は０１０となる。各要素及び距離インデックスは、それぞれの２進値を持ち、連結されると、２進オーダーコード及び等価な１６進オーダーコードを形成する。
【表10】
【0139】
いくつかの実施形態において、表コードは整数値であり得、このオーダーコードは８つの要素のうちの７つのみから構成され、残りの要素は推論され得る。推論された要素は、最初の要素、又は最後の要素、又は予め定義された要素インデックスを有する任意の要素とすることができる。最後の要素が推測される場合、オーダーコードのビット数は、２４の代わりに２１であり得る。要素は、降順又は昇順で連結することができる。要素は、降順又は昇順で連結することができる。要素数は増減し得るので、各要素を表すビット数はそれに応じて変化し得る。
【0140】
一例として、表６のような元のＭＭＶＤ距離テーブルについて、並べ替え後、新しい順序は｛１ピクセル、２ピクセル、１／２ピクセル、１／４ピクセル、１６ピクセル、４ピクセル、３２ピクセル、８ピクセル｝となり、元の距離インデックスの順序は｛２，３，１，０，６，４，７，５｝となる。最後の要素が推論される場合、表１１に示すように、最初の７つの要素のみをオーダーコードでコーディングすることができる。
最終的なオーダーコードは０ｘ９９１９７である。
最終的なオーダーコードは０ｘ９９１９７である。
【表11】
【0141】
いくつかの実施形態によれば、ＭＭＶＤ距離テーブルのオーダーコードは、予測によってシグナリングされ得る。ベースオーダーコードは、画像パラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＰＳＰ）、又は別のヘッダでシグナリングされることがあり、オーダーコードとベースオーダーコードとの差分は、スライスヘッダ、タイル／タイル（ｔｉｌｅ／ｔｉｌｅ）グループヘッダ、又は他のヘッダのいずれかでシグナリングされることがある。一実施形態では、ベースオーダーコードは、ＭＭＶＤ距離テーブルの全ての要素を含む予め定義された値であり得る。例えば、８要素ＭＭＶＤ距離テーブルの場合、ベース順序は、｛０、｛１、２、３、４、５、６、７｝の距離インデックス順序を有する｛１／４ピクセル、１／２ピクセル、１ピクセル、２ピクセル、４ピクセル、８ピクセル、１６ピクセル、３２ピクセル｝として予め定義され得る。各要素の２進値は表１２の通りであり、１６進値のベースオーダーコードは０ｘ５３９７７である。
【表12】
【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】
（２０）
命令が格納されている非一時的コンピュータ可読媒体であって、ビデオデコーダ内のプロセッサによって実行されると、方法をプロセッサに実行させる非一時的コンピュータ可読媒体であって、方法は、
現在ブロックのためのシグナリング情報を含むコーディングされたビデオビットストリームを受信するステップと、
シグナリング情報に基づいて、現在ブロックのためのブロック再構成情報を決定するステップと、
決定された前記ブロック再構成情報を用いて現在ブロックを再構成するステップと、を含む
方法をプロセッサに実行させる、非一時的コンピュータ可読媒体。
命令が格納されている非一時的コンピュータ可読媒体であって、ビデオデコーダ内のプロセッサによって実行されると、方法をプロセッサに実行させる非一時的コンピュータ可読媒体であって、方法は、
現在ブロックのためのシグナリング情報を含むコーディングされたビデオビットストリームを受信するステップと、
シグナリング情報に基づいて、現在ブロックのためのブロック再構成情報を決定するステップと、
決定された前記ブロック再構成情報を用いて現在ブロックを再構成するステップと、を含む
方法をプロセッサに実行させる、非一時的コンピュータ可読媒体。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12A】
【図12B】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
