知財求人 - 知財ポータルサイト「IP Force」
特許7265032ビデオコーディングについての最後の位置コーディングに対するコンテキスト導出
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-04-17
(45)【発行日】2023-04-25
(54)【発明の名称】ビデオコーディングについての最後の位置コーディングに対するコンテキスト導出
(51)【国際特許分類】
H04N 19/13 20140101AFI20230418BHJP
H04N 19/157 20140101ALI20230418BHJP
H04N 19/176 20140101ALI20230418BHJP
H04N 19/70 20140101ALI20230418BHJP
【ＦＩ】
H04N19/13
H04N19/157
H04N19/176
H04N19/70
【請求項の数】
30
(21)【出願番号】P 2021557399
(86)(22)【出願日】2020-04-01
(65)【公表番号】
(43)【公表日】2022-04-28
(86)【国際出願番号】 US2020026146
(87)【国際公開番号】W WO2020205954
(87)【国際公開日】2020-10-08
【審査請求日】2022-02-28
(31)【優先権主張番号】62/828,266
(32)【優先日】2019-04-02
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】16/836,033
(32)【優先日】2020-03-31
(33)【優先権主張国・地域又は機関】US
【早期審査対象出願】
(73)【特許権者】
【識別番号】595020643
【氏名又は名称】クゥアルコム・インコーポレイテッド
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100158805
【弁理士】
【氏名又は名称】井関 守三
(74)【代理人】
【識別番号】100112807
【弁理士】
【氏名又は名称】岡田 貴志
(72)【発明者】
【氏名】ルサノフスキー、ドミトロ
(72)【発明者】
【氏名】ルーズ、ケビン・パスカル・アンドレ
(72)【発明者】
【氏名】カルチェビチ、マルタ
【審査官】坂東 大五郎
(56)【参考文献】
【文献】Mohammed Golam Sarwer et al.，CE7-related: Context modeling of the position of last significant coefficient coding，Joint Video Experts Team (JVET)，2018年10月06日，[JVET-L0096-v1] (version 3)
【文献】Benjamin Bross et al.，Versatile Video Coding (Draft 4)，Joint Video Experts Team (JVET)，2019年03月17日，pp.282-283，[JVET-M1001-v7] (version 7)
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １９／００－１９／９８
(57)【特許請求の範囲】
【請求項1】
ビデオデータをデコードする方法において、ビデオデータの現在ブロックに対するエントロピーコード化データを受信することと、前記エントロピーコード化データは、前記現在ブロックに対する変換ブロック中の最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データを含み、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定することと、３２サンプル寸法変換ブロックに対して６４サンプル寸法変換ブロックに対して使用される同じコンテキストが使用されないように、前記関数は、前記それぞれのコンテキストを出力し、
前記決定されたそれぞれのコンテキストを使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードすることと、を含み、
前記関数は、コンテキストオフセットを決定するための導出関数を備え、
前記変換ブロックが３２以下の寸法を有するとき、前記導出関数は、スケールおよびオフセットから前記コンテキストオフセットを決定し、
前記変換ブロックが３２より大きい寸法を有するとき、前記導出関数は、前記スケールと、前記オフセットと、異なるサイズの変換ブロックに対し同じでないコンテキストを決定するためのサイズ依存オフセットと、から前記コンテキストオフセットを決定し、前記サイズ依存オフセットは、前記変換ブロックの前記サイズに対するビットシフトとクリッピングとを有する、方法。
【請求項2】
前記現在ブロックに対する前記変換ブロックが、６４サンプル寸法変換ブロックであり、前記導出関数は、線形演算と非線形演算とを含む請求項１記載の方法。
【請求項3】
前記非線形演算が、ビットシフトとクリッピングとを有する前記サイズ依存オフセットを含む請求項２記載の方法。
【請求項4】
前記現在ブロックに対する前記変換ブロックが、６４サンプル寸法変換ブロックであり、前記変換ブロックのサイズの前記関数を使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定することは、前記６４サンプル寸法変換ブロックに対する第１の関数を使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定し、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なることを含む請求項１記載の方法。
【請求項5】
前記変換ブロックのサイズの前記関数を使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定することは、前記変換ブロックの前記サイズの前記関数と色成分インデックスとを使用して、それぞれのコンテキストオフセットとそれぞれのコンテキストシフトとを決定することと、
それぞれのビンに対するビンインデックスと、前記それぞれのコンテキストオフセットと、前記それぞれのコンテキストシフトとを使用して、前記１つ以上のビンの前記それぞれのビンに対する前記それぞれのコンテキストを決定することとを含む請求項１記載の方法。
【請求項6】
前記シンタックス要素が、前記最後の有意係数の前記位置のＸ位置を示す第１のプレフィックスシンタックス要素、または、前記最後の有意係数の前記位置のＹ位置を示す第２のプレフィックスシンタックス要素のうちの１つであり、前記決定されたそれぞれのコンテキストを使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードすることは、前記決定されたそれぞれのコンテキストを使用して、前記第１のプレフィックスシンタックス要素または前記第２のプレフィックスシンタックス要素に対する前記エントロピーコード化データをデコードすることを含む請求項１記載の方法。
【請求項7】
固定長デコーディングを使用して、第１のサフィックスシンタックス要素をデコードすることと、前記最後の有意係数の前記位置を取得するために、前記第１のプレフィックスシンタックス要素と前記第１のサフィックスシンタックス要素とを逆バイナリ化することと、をさらに含む請求項６記載の方法。
【請求項8】
前記現在ブロックに対する前記変換ブロックが、１２８サンプル寸法変換ブロックであり、前記変換ブロックのサイズの前記関数を使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定することは、前記１２８サンプル寸法変換ブロックに対する第１の関数を使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定し、前記第１の関数は、６４サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なり、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第３の関数とは異なる請求項１記載の方法。
【請求項9】
前記最後の有意係数の前記位置に基づいて、前記変換ブロックをデコードして、変換係数を取得することと、前記変換係数に逆変換を適用して、残差ブロックを取得することと、
前記現在ブロックに対する予測プロセスを実行して、予測ブロックを取得することと、
前記残差ブロックを前記予測ブロックに加算して、ビデオデータのデコードされたブロックを取得することとをさらに含む請求項１記載の方法。
【請求項10】
前記ビデオデータのデコードされたブロックを含むピクチャーを表示することをさらに含む請求項９記載の方法。
【請求項11】
ビデオデータをデコードするように構成されている装置において、ビデオデータの現在ブロックを記憶するように構成されているメモリと、
前記メモリと通信する１つ以上のプロセッサとを具備し、
前記１つ以上のプロセッサは、
前記ビデオデータの現在ブロックに対するエントロピーコード化データを受信することと、前記エントロピーコード化データは、前記現在ブロックに対する変換ブロック中の最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データを含み、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定することと、３２サンプル寸法変換ブロックに対して６４サンプル寸法変換ブロックに対して使用される同じコンテキストが使用されないように、前記関数は、前記それぞれのコンテキストを出力し、
前記決定されたそれぞれのコンテキストを使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードすることと、
を行うように構成され、
前記関数は、コンテキストオフセットを決定するための導出関数を備え、
前記変換ブロックが３２以下の寸法を有するとき、前記導出関数は、スケールおよびオフセットから前記コンテキストオフセットを決定し、
前記変換ブロックが３２より大きい寸法を有するとき、前記導出関数は、前記スケールと、前記オフセットと、異なるサイズの変換ブロックに対し同じでないコンテキストを決定するためのサイズ依存オフセットと、から前記オフセットを決定し、前記サイズ依存オフセットは、前記変換ブロックの前記サイズに対するビットシフトとクリッピングとを有する、装置。
【請求項12】
前記現在ブロックに対する前記変換ブロックが、６４サンプル寸法変換ブロックであり、前記導出関数は、線形演算と非線形演算とを含む請求項１１記載の装置。
【請求項13】
前記非線形演算が、ビットシフトとクリッピングとを有する前記サイズ依存オフセットを含む請求項１２記載の装置。
【請求項14】
前記現在ブロックに対する前記変換ブロックが、６４サンプル寸法変換ブロックであり、前記変換ブロックのサイズの前記関数を使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記１つ以上のプロセッサは、前記６４サンプル寸法変換ブロックに対する第１の関数を使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定し、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なるようにさらに構成されている請求項１１記載の装置。
【請求項15】
前記変換ブロックのサイズの前記関数を使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記１つ以上のプロセッサは、前記変換ブロックの前記サイズの前記関数と色成分インデックスとを使用して、それぞれのコンテキストオフセットとそれぞれのコンテキストシフトとを決定することと、
それぞれのビンに対するビンインデックスと、前記それぞれのコンテキストオフセットと、前記それぞれのコンテキストシフトとを使用して、前記１つ以上のビンの前記それぞれのビンに対する前記それぞれのコンテキストを決定することと、
を行うようにさらに構成されている請求項１１記載の装置。
【請求項16】
前記シンタックス要素が、前記最後の有意係数の前記位置のＸ位置を示す第１のプレフィックスシンタックス要素、または、前記最後の有意係数の前記位置のＹ位置を示す第２のプレフィックスシンタックス要素のうちの１つであり、前記決定されたそれぞれのコンテキストを使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードするために、前記１つ以上のプロセッサは、前記決定されたそれぞれのコンテキストを使用して、前記第１のプレフィックスシンタックス要素または前記第２のプレフィックスシンタックス要素に対する前記エントロピーコード化データをデコードするようにさらに構成されている請求項１１記載の装置。
【請求項17】
前記１つ以上のプロセッサは、固定長デコーディングを使用して、第１のサフィックスシンタックス要素をデコードすることと、
前記最後の有意係数の前記位置を取得するために、前記第１のプレフィックスシンタックス要素と前記第１のサフィックスシンタックス要素とを逆バイナリ化することと、
を行うようにさらに構成されている請求項１６記載の装置。
【請求項18】
前記現在ブロックに対する前記変換ブロックが、１２８サンプル寸法変換ブロックであり、前記変換ブロックのサイズの前記関数を使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記１つ以上のプロセッサは、前記１２８サンプル寸法変換ブロックに対する第１の関数を使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定し、前記第１の関数は、６４サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なり、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第３の関数とは異なるようにさらに構成されている請求項１１記載の装置。
【請求項19】
前記１つ以上のプロセッサは、前記最後の有意係数の前記位置に基づいて、前記変換ブロックをデコードして、変換係数を取得することと、
前記変換係数に逆変換を適用して、残差ブロックを取得することと、
前記現在ブロックに対する予測プロセスを実行して、予測ブロックを取得することと、
前記残差ブロックを前記予測ブロックに加算して、ビデオデータのデコードされたブロックを取得することと、
を行うようにさらに構成されている請求項１１記載の装置。
【請求項20】
前記ビデオデータのデコードされたブロックを含むピクチャーを表示するように構成されているディスプレイをさらに具備する請求項１９記載の装置。
【請求項21】
前記装置は、ワイヤレス通信デバイスである請求項１１記載の装置。
【請求項22】
命令を記憶している非一時的コンピュータ読取可能記憶媒体において、前記命令は、実行されるときに、ビデオデータをデコードするように構成されているデバイスの１つ以上のプロセッサに、
ビデオデータの現在ブロックに対するエントロピーコード化データを受信することと、前記エントロピーコード化データは、前記現在ブロックに対する変換ブロック中の最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データを含み、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定することと、３２サンプル寸法変換ブロックに対して６４サンプル寸法変換ブロックに対して使用される同じコンテキストが使用されないように、前記関数は、前記それぞれのコンテキストを出力し、
前記決定されたそれぞれのコンテキストを使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードすることと、
を行わせ、
前記関数は、コンテキストオフセットを決定するための導出関数を備え、
前記変換ブロックが３２以下の寸法を有するとき、前記導出関数は、スケールおよびオフセットから前記コンテキストオフセットを決定し、
前記変換ブロックが３２より大きい寸法を有するとき、前記導出関数は、前記スケールと、前記オフセットと、異なるサイズの変換ブロックに対し同じでないコンテキストを決定するためのサイズ依存オフセットと、から前記オフセットを決定し、前記サイズ依存オフセットは、前記変換ブロックの前記サイズに対するビットシフトとクリッピングとを有する、非一時的コンピュータ読取可能記憶媒体。
【請求項23】
前記現在ブロックに対する前記変換ブロックが、６４サンプル寸法変換ブロックであり、前記導出関数は、線形演算と非線形演算とを含む請求項２２記載の非一時的コンピュータ読取可能記憶媒体。
【請求項24】
前記非線形演算が、ビットシフトとクリッピングとを有する前記サイズ依存オフセットを含む請求項２３記載の非一時的コンピュータ読取可能記憶媒体。
【請求項25】
前記現在ブロックに対する前記変換ブロックが、６４サンプル寸法変換ブロックであり、前記変換ブロックのサイズの前記関数を使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記命令は、前記１つ以上のプロセッサに、さらに、前記６４サンプル寸法変換ブロックに対する第１の関数を使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定することを行わせ、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なる、
請求項２２記載の非一時的コンピュータ読取可能記憶媒体。
【請求項26】
前記変換ブロックのサイズの前記関数を使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記命令は、前記１つ以上のプロセッサに、さらに、前記変換ブロックの前記サイズの前記関数と色成分インデックスとを使用して、それぞれのコンテキストオフセットとそれぞれのコンテキストシフトとを決定することと、
それぞれのビンに対するビンインデックスと、前記それぞれのコンテキストオフセットと、前記それぞれのコンテキストシフトとを使用して、前記１つ以上のビンの前記それぞれのビンに対する前記それぞれのコンテキストを決定することと、
を行わせる、請求項２２記載の非一時的コンピュータ読取可能記憶媒体。
【請求項27】
前記シンタックス要素が、前記最後の有意係数の前記位置のＸ位置を示す第１のプレフィックスシンタックス要素、または、前記最後の有意係数の前記位置のＹ位置を示す第２のプレフィックスシンタックス要素のうちの１つであり、前記決定されたそれぞれのコンテキストを使用して、前記最後の有意係数の前記位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードするために、前記命令は、前記１つ以上のプロセッサに、さらに、前記決定されたそれぞれのコンテキストを使用して、前記第１のプレフィックスシンタックス要素または前記第２のプレフィックスシンタックス要素に対する前記エントロピーコード化データをデコードすること、
を行わせる、請求項２２記載の非一時的コンピュータ読取可能記憶媒体。
【請求項28】
前記命令は、前記１つ以上のプロセッサに、さらに、固定長デコーディングを使用して、第１のサフィックスシンタックス要素をデコードすることと、
前記最後の有意係数の前記位置を取得するために、前記第１のプレフィックスシンタックス要素と前記第１のサフィックスシンタックス要素とを逆バイナリ化することと、
を行わせる、請求項２７記載の非一時的コンピュータ読取可能記憶媒体。
【請求項29】
変換ブロックのサイズ（ＴｒａｆｏＳｉｚｅ）の対数底２を特定する変数（ｌｏｇ２ＴｒａｆｏＳｉｚｅ）が５より大きいとき、前記導出関数は、前記コンテキストオフセット（ｃｔｘＯｆｆｓｅｔ）を３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅ－１）＞＞２）＋（（ＴｒａｆｏＳｉｚｅ＞＞６）＜＜１）＋（ＴｒａｆｏＳｉｚｅ＞＞７）に等しく設定することを備え、ここにおいて、（（ＴｒａｆｏＳｉｚｅ＞＞６）＜＜１）および（ＴｒａｆｏＳｉｚｅ＞＞７）は、前記サイズ依存オフセットに対応し、前記変数が５以下であるとき、前記導出関数は、前記コンテキストオフセットを３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅ－１）＞＞２）に等しく設定することを備える請求項１に記載の方法。
【請求項30】
変換ブロックのサイズ（ＴｒａｆｏＳｉｚｅ）の対数底２を特定する変数（ｌｏｇ２ＴｒａｆｏＳｉｚｅ）が５より大きいとき、前記導出関数は、前記コンテキストオフセット（ｃｔｘＯｆｆｓｅｔ）を３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅ－１）＞＞２）＋（（ＴｒａｆｏＳｉｚｅ＞＞６）＜＜１）＋（ＴｒａｆｏＳｉｚｅ＞＞７）に等しく設定し、ここにおいて、（（ＴｒａｆｏＳｉｚｅ＞＞６）＜＜１）および（ＴｒａｆｏＳｉｚｅ＞＞７）は、前記サイズ依存オフセットに対応し、前記変数が５以下であるとき、前記導出関数は、前記コンテキストオフセットを３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅ－１）＞＞２）に等しく設定する請求項１１に記載の装置。
【発明の詳細な説明】
【関連出願の相互参照】
【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】
［０１１１］
表１：ＴＵ３２×３２に対するバイナリ化
表１：ＴＵ３２×３２に対するバイナリ化
【表1】
【0106】
［０１１２］
ＨＥＶＣにおけるプレフィックスシンタックス要素に対するコンテキストインデックスｃｔｘＩｎｃ（例えば、ビンに対して使用する特定のコンテキストを特定するインデックス）は、以下で引用されている９．３．４．２．３節において規定されている。
シンタックス要素ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘに対するｃｔｘＩｎｃの導出プロセス
このプロセスへの入力は、変数ｂｉｎＩｄｘ、色成分インデックスｃＩｄｘおよび変換ブロックサイズｌｏｇ２ＴｒａｆｏＳｉｚｅである。
このプロセスの出力は、変数ｃｔｘＩｎｃである。
変数ｃｔｘＯｆｆｓｅｔおよびｃｔｘＳｈｉｆｔは以下のように導出される。
－ｃＩｄｘが０に等しい場合には、ｃｔｘＯｆｆｓｅｔは、３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅ－１）＞＞２）に等しく設定され、ｃｔｘＳｈｉｆｔは、（ｌｏｇ２ＴｒａｆｏＳｉｚｅ＋１）＞＞２に等しく設定される。
－そうではない（ｃＩｄｘが０より大きい）場合には、ｃｔｘＯｆｆｓｅｔは、１５に等しく設定され、ｃｔｘＳｈｉｆｔは、ｌｏｇ２ＴｒａｆｏＳｉｚｅ－２に等しく設定される。
変数ｃｔｘＩｎｃは以下のように導出される。
ｃｔｘＩｎｃ＝（ｂｉｎＩｄｘ＞＞ｃｔｘＳｈｉｆｔ）＋ｃｔｘＯｆｆｓｅｔ （９－２５）。
ＨＥＶＣにおけるプレフィックスシンタックス要素に対するコンテキストインデックスｃｔｘＩｎｃ（例えば、ビンに対して使用する特定のコンテキストを特定するインデックス）は、以下で引用されている９．３．４．２．３節において規定されている。
シンタックス要素ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘに対するｃｔｘＩｎｃの導出プロセス
このプロセスへの入力は、変数ｂｉｎＩｄｘ、色成分インデックスｃＩｄｘおよび変換ブロックサイズｌｏｇ２ＴｒａｆｏＳｉｚｅである。
このプロセスの出力は、変数ｃｔｘＩｎｃである。
変数ｃｔｘＯｆｆｓｅｔおよびｃｔｘＳｈｉｆｔは以下のように導出される。
－ｃＩｄｘが０に等しい場合には、ｃｔｘＯｆｆｓｅｔは、３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅ－１）＞＞２）に等しく設定され、ｃｔｘＳｈｉｆｔは、（ｌｏｇ２ＴｒａｆｏＳｉｚｅ＋１）＞＞２に等しく設定される。
－そうではない（ｃＩｄｘが０より大きい）場合には、ｃｔｘＯｆｆｓｅｔは、１５に等しく設定され、ｃｔｘＳｈｉｆｔは、ｌｏｇ２ＴｒａｆｏＳｉｚｅ－２に等しく設定される。
変数ｃｔｘＩｎｃは以下のように導出される。
ｃｔｘＩｎｃ＝（ｂｉｎＩｄｘ＞＞ｃｔｘＳｈｉｆｔ）＋ｃｔｘＯｆｆｓｅｔ （９－２５）。
【0107】
［０１１３］
ＨＥＶＣの上記のセクションでは、最後の有意係数位置のＸ位置およびＹ位置に対するプレフィックスシンタックス要素は、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘである。変数ｂｉｎＩｄｘは、コード化されているビンを示している。例えば、表Ｉに示されているように、３の大きさを有する最後の有意係数位置は、トランケーティドユーナリーモデルプレフィックス（例えば、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘまたはｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘ）において、４ビットで表される。これらの４ビットは、４つの異なるビン（例えば、ビン０、ビン１、ビン２、ビン３）としてコード化される。変数ｂｉｎＩｄｘは、ビデオエンコーダ２００およびビデオデコーダ３００がコンテキストを決定すべき、これらのビンのうちのどれかを特定する。
ＨＥＶＣの上記のセクションでは、最後の有意係数位置のＸ位置およびＹ位置に対するプレフィックスシンタックス要素は、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘである。変数ｂｉｎＩｄｘは、コード化されているビンを示している。例えば、表Ｉに示されているように、３の大きさを有する最後の有意係数位置は、トランケーティドユーナリーモデルプレフィックス（例えば、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘまたはｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘ）において、４ビットで表される。これらの４ビットは、４つの異なるビン（例えば、ビン０、ビン１、ビン２、ビン３）としてコード化される。変数ｂｉｎＩｄｘは、ビデオエンコーダ２００およびビデオデコーダ３００がコンテキストを決定すべき、これらのビンのうちのどれかを特定する。
【0108】
［０１１４］
変数ｃＩｄｘは、色成分を特定するインデックスである。例えば、０に等しいｃＩｄｘは、ルーマ（Ｙ）成分を特定し、０よりも大きいｃＩｄｘは、ＣｒまたはＣｂクロマ成分のうちの１つを特定する。（例えば、１次元における）変換ブロックサイズは、変数ｌｏｇ２ＴｒａｆｏＳｉｚｅにより特定される。例えば、４の対数底２は２であるので、４×４変換ブロックは、２のｌｏｇ２ＴｒａｆｏＳｉｚｅを有することになる。３２の対数底２は５であるので、３２×３２変換ブロックは、５のｌｏｇ２ＴｒａｆｏＳｉｚｅを有することになる。
変数ｃＩｄｘは、色成分を特定するインデックスである。例えば、０に等しいｃＩｄｘは、ルーマ（Ｙ）成分を特定し、０よりも大きいｃＩｄｘは、ＣｒまたはＣｂクロマ成分のうちの１つを特定する。（例えば、１次元における）変換ブロックサイズは、変数ｌｏｇ２ＴｒａｆｏＳｉｚｅにより特定される。例えば、４の対数底２は２であるので、４×４変換ブロックは、２のｌｏｇ２ＴｒａｆｏＳｉｚｅを有することになる。３２の対数底２は５であるので、３２×３２変換ブロックは、５のｌｏｇ２ＴｒａｆｏＳｉｚｅを有することになる。
【0109】
［０１１５］
上記の関数から出力されたコンテキスト（ｃｔｘＩｎｃ）は、色成分（ｃＩｄｘ）と変換ブロックサイズ（ｌｏｇ２ＴｒａｆｏＳｉｚｅ）との関数として導出される、コンテキストオフセット（ｃｔｘＯｆｆｓｅｔ）およびコンテキストシフト（ｃｔｘＳｈｉｆｔ）に基づいている。例えば、ルーマ成分（すなわち、ｃＩｄｘ＝０）に対しては、ｃｔｘＯｆｆｓｅｔおよびｃｔｘＳｈｉｆｔは、以下のように決定される。
ｃＩｄｘが０に等しい場合には、ｃｔｘＯｆｆｓｅｔは、３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅ－１）＞＞２）に等しく設定され、ｃｔｘＳｈｉｆｔは、（ｌｏｇ２ＴｒａｆｏＳｉｚｅ＋１）＞＞２に等しく設定される。
演算子＞＞は論理右シフトである。その後、コンテキスト（ｃｔｘＩｎｃ）が、ｃｔｘＯｆｆｓｅｔ、ｃｔｘＳｈｉｆｔおよびｂｉｎＩｄｘを使用して、以下のように決定される。
ｃｔｘＩｎｃ＝（ｂｉｎＩｄｘ＞＞ｃｔｘＳｈｉｆｔ）＋ｃｔｘＯｆｆｓｅｔ。
上記の関数から出力されたコンテキスト（ｃｔｘＩｎｃ）は、色成分（ｃＩｄｘ）と変換ブロックサイズ（ｌｏｇ２ＴｒａｆｏＳｉｚｅ）との関数として導出される、コンテキストオフセット（ｃｔｘＯｆｆｓｅｔ）およびコンテキストシフト（ｃｔｘＳｈｉｆｔ）に基づいている。例えば、ルーマ成分（すなわち、ｃＩｄｘ＝０）に対しては、ｃｔｘＯｆｆｓｅｔおよびｃｔｘＳｈｉｆｔは、以下のように決定される。
ｃＩｄｘが０に等しい場合には、ｃｔｘＯｆｆｓｅｔは、３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅ－１）＞＞２）に等しく設定され、ｃｔｘＳｈｉｆｔは、（ｌｏｇ２ＴｒａｆｏＳｉｚｅ＋１）＞＞２に等しく設定される。
演算子＞＞は論理右シフトである。その後、コンテキスト（ｃｔｘＩｎｃ）が、ｃｔｘＯｆｆｓｅｔ、ｃｔｘＳｈｉｆｔおよびｂｉｎＩｄｘを使用して、以下のように決定される。
ｃｔｘＩｎｃ＝（ｂｉｎＩｄｘ＞＞ｃｔｘＳｈｉｆｔ）＋ｃｔｘＯｆｆｓｅｔ。
【0110】
［０１１６］
ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよび／またはｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘのビンに対するコンテキストを決定するための上記の関数は、事実上、以下の導出結果をもたらす。
表ＩＩ ルーマｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿Ｘ＿ｐｒｅｆｉｘコンテキスト割り当て（設定Ａ）
ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよび／またはｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘのビンに対するコンテキストを決定するための上記の関数は、事実上、以下の導出結果をもたらす。
表ＩＩ ルーマｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿Ｘ＿ｐｒｅｆｉｘコンテキスト割り当て（設定Ａ）
【表2】
【0111】
［０１１７］
しかしながら、次世代ビデオコーデック（例えば、ＶＶＣおよびＥＶＣ）における大きい変換サイズの導入とともに、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘのビンに対するコンテキストを決定するための上記で特定された関数は、３２よりも大きい変換サイズに対する一貫したパターンを提供しない。例えば、異なるＴＵサイズの異なるビン間で意図せずに共有されるコンテキストインデックス（太字および下線付き）を含む以下の表ＩＩＩを参照されたい。異なる変換サイズに渡る異なるビンに対して同じコンテキストを再使用することは、コンテキスト適応性が乏しいことに起因して、事実上、より低いコーディング効率をもたらすかもしれない。これは、コンテキストが、特定のビンにおける１または０の出現に対する確率モデルであることが理由である。３２×３２ＴＵ（または、変換ブロック）に対する最後の有意係数位置のビン６またはビン７は、典型的に、６４×６４ＴＵのビン０またはビン１とははるかに異なる、０または１である確率を有することになる。このようなことから、異なる変換サイズに渡ってコンテキストを再使用することは、より低いコーディング効率、および／または、増加した歪みをもたらすかもしれない。
しかしながら、次世代ビデオコーデック（例えば、ＶＶＣおよびＥＶＣ）における大きい変換サイズの導入とともに、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘのビンに対するコンテキストを決定するための上記で特定された関数は、３２よりも大きい変換サイズに対する一貫したパターンを提供しない。例えば、異なるＴＵサイズの異なるビン間で意図せずに共有されるコンテキストインデックス（太字および下線付き）を含む以下の表ＩＩＩを参照されたい。異なる変換サイズに渡る異なるビンに対して同じコンテキストを再使用することは、コンテキスト適応性が乏しいことに起因して、事実上、より低いコーディング効率をもたらすかもしれない。これは、コンテキストが、特定のビンにおける１または０の出現に対する確率モデルであることが理由である。３２×３２ＴＵ（または、変換ブロック）に対する最後の有意係数位置のビン６またはビン７は、典型的に、６４×６４ＴＵのビン０またはビン１とははるかに異なる、０または１である確率を有することになる。このようなことから、異なる変換サイズに渡ってコンテキストを再使用することは、より低いコーディング効率、および／または、増加した歪みをもたらすかもしれない。
【0112】
［０１１８］
表ＩＩＩ ルーマｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿Ｘ＿ｐｒｅｆｉｘコンテキスト割り当て（ＴＵ６４ｘ６４に対する完全なバイナリ化に留意されたい）。
表ＩＩＩ ルーマｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿Ｘ＿ｐｒｅｆｉｘコンテキスト割り当て（ＴＵ６４ｘ６４に対する完全なバイナリ化に留意されたい）。
【表3】
【0113】
［０１１９］
大きい変換ブロックサイズに対するコンテキスト導出における上記で識別した欠点を考慮して、本開示は、最後の有意係数の位置を示すコンテキストコード化シンタックス要素（例えば、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘ）のビンに対するコンテキストを決定するための技法を説明している。本開示の１つの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、意図せず共有されるコンテキストインデックスの問題が存在しないように、別の関数（例えば、ＨＥＶＣにおいて使用される関数とは異なる関数）を使用して、最後の位置コーディングにおけるビンに対するコンテキストインデックスを導出するように構成されていてもよい。本開示の例では、コンテキストインデックスを導出する「関数」は、複数のサブ関数を含んでいてもよく、異なるサイズの変換ブロックに対して各サブ関数を使用してもよい。例えば、ビデオエンコーダ２００およびビデオデコーダ３００は、変換ブロックのサイズの関数を使用して、変換ブロックの最後の有意係数の位置を示すシンタックス要素（例えば、ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿Ｘ＿ｐｒｅｆｉｘ、ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿Ｙ＿ｐｒｅｆｉｘ）の１つ以上のビンに対するコンテキストを導出するために、関数を使用するように構成されていてもよく、異なるサイズの変換ブロックに対して同じコンテキストが使用されないように、関数は、コンテキストを出力する。
大きい変換ブロックサイズに対するコンテキスト導出における上記で識別した欠点を考慮して、本開示は、最後の有意係数の位置を示すコンテキストコード化シンタックス要素（例えば、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘ）のビンに対するコンテキストを決定するための技法を説明している。本開示の１つの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、意図せず共有されるコンテキストインデックスの問題が存在しないように、別の関数（例えば、ＨＥＶＣにおいて使用される関数とは異なる関数）を使用して、最後の位置コーディングにおけるビンに対するコンテキストインデックスを導出するように構成されていてもよい。本開示の例では、コンテキストインデックスを導出する「関数」は、複数のサブ関数を含んでいてもよく、異なるサイズの変換ブロックに対して各サブ関数を使用してもよい。例えば、ビデオエンコーダ２００およびビデオデコーダ３００は、変換ブロックのサイズの関数を使用して、変換ブロックの最後の有意係数の位置を示すシンタックス要素（例えば、ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿Ｘ＿ｐｒｅｆｉｘ、ｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿Ｙ＿ｐｒｅｆｉｘ）の１つ以上のビンに対するコンテキストを導出するために、関数を使用するように構成されていてもよく、異なるサイズの変換ブロックに対して同じコンテキストが使用されないように、関数は、コンテキストを出力する。
【0114】
［０１２０］
１つの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、シンタックス要素ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘのビンに対するコンテキストの以下の導出を使用するように構成されていてもよい。以下のものは、本開示の技法による、コンテキスト導出の例を示している。以下のコンテキスト導出の部分は、コンテキストインデックスが変換ブロックサイズに渡って意図せずに共有されないことを保証するのを助ける。これらの部分は、タグ＜ＡＤＤ＞と＜／ＡＤＤ＞との間で、太字のイタリック体で示されている。例えば、例示的なコンテキスト導出技法は、異なるサイズの変換ブロックに対して同じでないコンテキストを決定するために、ビデオエンコーダ２００またはビデオデコーダ３００が使用する関数の例である。
１つの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、シンタックス要素ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘのビンに対するコンテキストの以下の導出を使用するように構成されていてもよい。以下のものは、本開示の技法による、コンテキスト導出の例を示している。以下のコンテキスト導出の部分は、コンテキストインデックスが変換ブロックサイズに渡って意図せずに共有されないことを保証するのを助ける。これらの部分は、タグ＜ＡＤＤ＞と＜／ＡＤＤ＞との間で、太字のイタリック体で示されている。例えば、例示的なコンテキスト導出技法は、異なるサイズの変換ブロックに対して同じでないコンテキストを決定するために、ビデオエンコーダ２００またはビデオデコーダ３００が使用する関数の例である。
【0115】
［０１２１］
シンタックス要素ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘに対するｃｔｘＩｎｃの導出プロセス
このプロセスへの入力は、変数ｂｉｎＩｄｘ、色成分インデックスｃＩｄｘおよび変換ブロックサイズｌｏｇ２ＴｒａｆｏＳｉｚｅである。
このプロセスの出力は、変数ｃｔｘＩｎｃである。
ｃＩｄｘが０に等しい場合には、変数ｃｔｘＯｆｆｓｅｔおよびｃｔｘＳｈｉｆｔは以下のように導出される。
－＜ＡＤＤ＞ｌｏｇ２ＴｒａｆｏＳｉｚｅＸが５以下である場合には＜／ＡＤＤ＞、ｃｔｘＯｆｆｓｅｔは、３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－１）＞＞２）に等しく設定され、ｃｔｘＳｈｉｆｔは、（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ＋１）＞＞２に等しく設定され、変数ｌｏｇ２ＴｒａｆｏＳｉｚｅＸは、ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘに対するコンテキストの導出に対してｌｏｇ２ＴｒａｆｏＳｉｚｅＷｉｄｔｈに等しく、ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘに対するコンテキストの導出に対してｌｏｇ２ＴｒａｆｏＳｉｚｅＨｅｉｇｈｔに等しい。
－＜ＡＤＤ＞そうではない場合（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸが５より大きい場合）には＜／ＡＤＤ＞、ｃｔｘＯｆｆｓｅｔは、３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－１）＞＞２）＋＜ＡＤＤ＞（（ＴｒａｆｏＳｉｚｅＸ＞＞６）＜＜１）＋（ＴｒａｆｏＳｉｚｅＸ＞＞７）＜／ＡＤＤ＞に等しく設定され、ｃｔｘＳｈｉｆｔは、（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ＋１）＞＞２に等しく設定され、変数ｌｏｇ２ＴｒａｆｏＳｉｚｅＸは、ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘに対するコンテキストの導出に対してｌｏｇ２ＴｒａｆｏＳｉｚｅＷｉｄｔｈに等しく、ｓｉｇ＿ｃｏｅｆ＿ｙ＿ｐｒｅｆｉｘに対するコンテキストの導出に対してｌｏｇ２ＴｒａｆｏＳｉｚｅＨｅｉｇｈｔに等しい。
そうではない（ｃＩｄｘが０より大きい）場合には、ｃｔｘＯｆｆｓｅｔは、２５に等しく設定され、ｃｔｘＳｈｉｆｔは、ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－＜ＡＤＤ＞２－ｌｏｇ２（ＴｒａｆｏＳｉｚｅＸ＞＞４）に等しく設定され、変数ＴｒａｆｏＳｉｚｅＸは、ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘに対してＴｒａｆｏＳｉｚｅＷｉｄｔｈに等しく、ｓｉｇ＿ｃｏｅｆ＿ｙ＿ｐｒｅｆｉｘに対してＴｒａｆｏＳｉｚｅＨｅｉｇｈｔに等しい＜／ＡＤＤ＞。
シンタックス要素ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘに対するｃｔｘＩｎｃの導出プロセス
このプロセスへの入力は、変数ｂｉｎＩｄｘ、色成分インデックスｃＩｄｘおよび変換ブロックサイズｌｏｇ２ＴｒａｆｏＳｉｚｅである。
このプロセスの出力は、変数ｃｔｘＩｎｃである。
ｃＩｄｘが０に等しい場合には、変数ｃｔｘＯｆｆｓｅｔおよびｃｔｘＳｈｉｆｔは以下のように導出される。
－＜ＡＤＤ＞ｌｏｇ２ＴｒａｆｏＳｉｚｅＸが５以下である場合には＜／ＡＤＤ＞、ｃｔｘＯｆｆｓｅｔは、３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－１）＞＞２）に等しく設定され、ｃｔｘＳｈｉｆｔは、（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ＋１）＞＞２に等しく設定され、変数ｌｏｇ２ＴｒａｆｏＳｉｚｅＸは、ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘに対するコンテキストの導出に対してｌｏｇ２ＴｒａｆｏＳｉｚｅＷｉｄｔｈに等しく、ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘに対するコンテキストの導出に対してｌｏｇ２ＴｒａｆｏＳｉｚｅＨｅｉｇｈｔに等しい。
－＜ＡＤＤ＞そうではない場合（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸが５より大きい場合）には＜／ＡＤＤ＞、ｃｔｘＯｆｆｓｅｔは、３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－１）＞＞２）＋＜ＡＤＤ＞（（ＴｒａｆｏＳｉｚｅＸ＞＞６）＜＜１）＋（ＴｒａｆｏＳｉｚｅＸ＞＞７）＜／ＡＤＤ＞に等しく設定され、ｃｔｘＳｈｉｆｔは、（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ＋１）＞＞２に等しく設定され、変数ｌｏｇ２ＴｒａｆｏＳｉｚｅＸは、ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘに対するコンテキストの導出に対してｌｏｇ２ＴｒａｆｏＳｉｚｅＷｉｄｔｈに等しく、ｓｉｇ＿ｃｏｅｆ＿ｙ＿ｐｒｅｆｉｘに対するコンテキストの導出に対してｌｏｇ２ＴｒａｆｏＳｉｚｅＨｅｉｇｈｔに等しい。
そうではない（ｃＩｄｘが０より大きい）場合には、ｃｔｘＯｆｆｓｅｔは、２５に等しく設定され、ｃｔｘＳｈｉｆｔは、ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－＜ＡＤＤ＞２－ｌｏｇ２（ＴｒａｆｏＳｉｚｅＸ＞＞４）に等しく設定され、変数ＴｒａｆｏＳｉｚｅＸは、ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘに対してＴｒａｆｏＳｉｚｅＷｉｄｔｈに等しく、ｓｉｇ＿ｃｏｅｆ＿ｙ＿ｐｒｅｆｉｘに対してＴｒａｆｏＳｉｚｅＨｅｉｇｈｔに等しい＜／ＡＤＤ＞。
【0116】
［０１２２］
上記の式では、ｌｏｇ２ＴｒａｆｏＳｉｚｅＷｉｄｔｈは、対数底２の変換ブロック幅であり、ｌｏｇ２ＴｒａｆｏＳｉｚｅＨｅｉｇｈｔは、対数底２の変換ブロック高さである。上記で示されているように、「ｌｏｇ２ＴｒａｆｏＳｉｚｅＸが５以下である場合には」と述べる節は、特定の寸法において３２以下である変換ブロックおよび／またはＴＵ（例えば、３２×３２ＴＵ、３２×１６ＴＵ、１６×３２ＴＵ等）に対するコンテキストを決定するのに使用される関数（または、関数のサブ関数）である。「そうではない場合には（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸが５より大きい場合には）」と述べる節は、特定の寸法において３２より大きい変換ブロックおよび／またはＴＵ（例えば、６４×６４ＴＵ、３２×６４ＴＵ、６４×３２ＴＵ等）に対するコンテキストを決定するのに使用される異なる関数（または、関数の異なるサブ関数）である。
上記の式では、ｌｏｇ２ＴｒａｆｏＳｉｚｅＷｉｄｔｈは、対数底２の変換ブロック幅であり、ｌｏｇ２ＴｒａｆｏＳｉｚｅＨｅｉｇｈｔは、対数底２の変換ブロック高さである。上記で示されているように、「ｌｏｇ２ＴｒａｆｏＳｉｚｅＸが５以下である場合には」と述べる節は、特定の寸法において３２以下である変換ブロックおよび／またはＴＵ（例えば、３２×３２ＴＵ、３２×１６ＴＵ、１６×３２ＴＵ等）に対するコンテキストを決定するのに使用される関数（または、関数のサブ関数）である。「そうではない場合には（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸが５より大きい場合には）」と述べる節は、特定の寸法において３２より大きい変換ブロックおよび／またはＴＵ（例えば、６４×６４ＴＵ、３２×６４ＴＵ、６４×３２ＴＵ等）に対するコンテキストを決定するのに使用される異なる関数（または、関数の異なるサブ関数）である。
【0117】
［０１２３］
上記で規定されている関数では、３２以下の特定の寸法を有する変換ブロックに対して、ビデオエンコーダ２００およびビデオデコーダ３００は、関数３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－１）＞＞２）を使用して、ｃｔｘＯｆｆｓｅｔを決定するように構成されている。ｃｔｘＯｆｆｓｅｔに対するこの関数は、一般的に、スケールとオフセットとを有するように記述してもよい。例えば、関数は、一般的に、ａ＊ｓｉｚｅ＋（ｂ＊ｓｉｚｅ）として記述してもよく、ａ＊ｓｉｚｅ＝（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－２）はスケールであり、ｂ＊ｓｉｚｅ＝（（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－１）＞＞２）はオフセットである。
上記で規定されている関数では、３２以下の特定の寸法を有する変換ブロックに対して、ビデオエンコーダ２００およびビデオデコーダ３００は、関数３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－１）＞＞２）を使用して、ｃｔｘＯｆｆｓｅｔを決定するように構成されている。ｃｔｘＯｆｆｓｅｔに対するこの関数は、一般的に、スケールとオフセットとを有するように記述してもよい。例えば、関数は、一般的に、ａ＊ｓｉｚｅ＋（ｂ＊ｓｉｚｅ）として記述してもよく、ａ＊ｓｉｚｅ＝（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－２）はスケールであり、ｂ＊ｓｉｚｅ＝（（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－１）＞＞２）はオフセットである。
【0118】
［０１２４］
３２よりも大きい特定の寸法（例えば、６４）を有する変換ブロックに対して、ビデオエンコーダ２００およびビデオデコーダ３００は、関数３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－１）＞＞２）＋（（ＴｒａｆｏＳｉｚｅＸ＞＞６）＜＜１）＋（ＴｒａｆｏＳｉｚｅＸ＞＞７）を使用して、ｃｔｘＯｆｆｓｅｔを決定するように構成されている。すなわち、３２よりも大きい特定の寸法（例えば、６４）を有する変換ブロックに対して、コンテキストオフセットを決定するための関数は、スケールと、オフセットと、ビットシフトとクリッピングとを伴うサイズ依存オフセットとの形態をとる、線形演算と非線形演算との組み合わせであってもよい。例えば、関数は、一般的に、ａ＊ｓｉｚｅ＋（ｂ＊ｓｉｚｅ２＋ｃ（ｓｉｚｅ））＋ｄ（ｓｉｚｅ）として記述してもよい。この例では、ａ＊ｓｉｚｅおよびｂ＊ｓｉｚｅは、上記で規定されているものと同じであり、ｃ（ｓｉｚｅ）は（ＴｒａｆｏＳｉｚｅＸ＞＞６）＜＜１であり、ｄ（ｓｉｚｅ）は（ＴｒａｆｏＳｉｚｅＸ＞＞７）である。関数のｃ（ｓｉｚｅ）およびｄ（ｓｉｚｅ）部分は、ビットシフトとクリッピングとを伴うサイズ依存オフセットであると考えてもよく、関数の非線形部分である。
３２よりも大きい特定の寸法（例えば、６４）を有する変換ブロックに対して、ビデオエンコーダ２００およびビデオデコーダ３００は、関数３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－１）＞＞２）＋（（ＴｒａｆｏＳｉｚｅＸ＞＞６）＜＜１）＋（ＴｒａｆｏＳｉｚｅＸ＞＞７）を使用して、ｃｔｘＯｆｆｓｅｔを決定するように構成されている。すなわち、３２よりも大きい特定の寸法（例えば、６４）を有する変換ブロックに対して、コンテキストオフセットを決定するための関数は、スケールと、オフセットと、ビットシフトとクリッピングとを伴うサイズ依存オフセットとの形態をとる、線形演算と非線形演算との組み合わせであってもよい。例えば、関数は、一般的に、ａ＊ｓｉｚｅ＋（ｂ＊ｓｉｚｅ２＋ｃ（ｓｉｚｅ））＋ｄ（ｓｉｚｅ）として記述してもよい。この例では、ａ＊ｓｉｚｅおよびｂ＊ｓｉｚｅは、上記で規定されているものと同じであり、ｃ（ｓｉｚｅ）は（ＴｒａｆｏＳｉｚｅＸ＞＞６）＜＜１であり、ｄ（ｓｉｚｅ）は（ＴｒａｆｏＳｉｚｅＸ＞＞７）である。関数のｃ（ｓｉｚｅ）およびｄ（ｓｉｚｅ）部分は、ビットシフトとクリッピングとを伴うサイズ依存オフセットであると考えてもよく、関数の非線形部分である。
【0119】
［０１２５］
以下の表ＩＶは、異なるビンのコンテキストインデックスを共有しない、さまざまなＴＵブロックサイズに対するコンテキストインデックスのフラグメント（ＴＵ６４×６４に対する不完全な結果）を示している。
表ＩＶ ルーマｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿Ｘ＿ｐｒｅｆｉｘコンテキスト割り当て（設定Ａ）
以下の表ＩＶは、異なるビンのコンテキストインデックスを共有しない、さまざまなＴＵブロックサイズに対するコンテキストインデックスのフラグメント（ＴＵ６４×６４に対する不完全な結果）を示している。
表ＩＶ ルーマｌａｓｔ＿ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿Ｘ＿ｐｒｅｆｉｘコンテキスト割り当て（設定Ａ）
【表4】
【0120】
［０１２６］
上記を考慮すると、ビデオデコーダ３００（例えば、図３のエントロピーデコーディングユニット３０２）は、以下の技法のうちの１つ以上を使用して、最後の有意係数の位置を示すシンタックス要素のビンをエントロピーデコードするためのコンテキストを決定するように構成されていてもよい。ビデオデコーダ３００を参照して説明しているが、ビデオエンコーダ２００（例えば、図２のエントロピーエンコーディングユニット２２０）も、最後の有意係数の位置を示すシンタックス要素のビンをエントロピーエンコードするためのコンテキストを決定する逆の技法を実行するように構成されていてもよいことを理解されたい。
上記を考慮すると、ビデオデコーダ３００（例えば、図３のエントロピーデコーディングユニット３０２）は、以下の技法のうちの１つ以上を使用して、最後の有意係数の位置を示すシンタックス要素のビンをエントロピーデコードするためのコンテキストを決定するように構成されていてもよい。ビデオデコーダ３００を参照して説明しているが、ビデオエンコーダ２００（例えば、図２のエントロピーエンコーディングユニット２２０）も、最後の有意係数の位置を示すシンタックス要素のビンをエントロピーエンコードするためのコンテキストを決定する逆の技法を実行するように構成されていてもよいことを理解されたい。
【0121】
［０１２７］
本開示の１つの例では、ビデオデコーダ３００は、ビデオデータの現在ブロックに対するエントロピーコード化データを受信するように構成されていてもよく、エントロピーコード化データは、現在ブロックの変換ブロック中の最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データを含んでいる。例えば、変換ブロック中の最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データは、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘシンタックス要素および／またはｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘシンタックス要素のエントロピーエンコードされたビンであってもよい。
本開示の１つの例では、ビデオデコーダ３００は、ビデオデータの現在ブロックに対するエントロピーコード化データを受信するように構成されていてもよく、エントロピーコード化データは、現在ブロックの変換ブロック中の最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データを含んでいる。例えば、変換ブロック中の最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データは、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘシンタックス要素および／またはｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘシンタックス要素のエントロピーエンコードされたビンであってもよい。
【0122】
［０１２８］
ビデオデコーダ３００は、変換ブロックのサイズの関数を使用して、最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するようにさらに構成されていてもよい。すなわち、ビデオデコーダ３００は、受信されたシンタックス要素のエントロピーエンコードされたビンのそれぞれに対するコンテキストを決定する。表Ｉ中において上記で示されているように、最後の位置の異なる大きさは、異なる数のビンを使用してコード化されてもよい。ビデオデコーダ３００は、ビンのそれぞれに対するコンテキストを決定する。本開示の技法によれば、異なるサイズの変換ブロックに対して同じコンテキストが使用されないように、それぞれのコンテキストを決定するためにビデオデコーダ３００により使用される（変換ブロックのサイズに依存する異なるサブ関数を含んでいてもよい）関数は、それぞれのコンテキストを出力する。ビデオデコーダ３００は、その後、決定されたそれぞれのコンテキストを使用して、最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データをデコードしてもよい。
ビデオデコーダ３００は、変換ブロックのサイズの関数を使用して、最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するようにさらに構成されていてもよい。すなわち、ビデオデコーダ３００は、受信されたシンタックス要素のエントロピーエンコードされたビンのそれぞれに対するコンテキストを決定する。表Ｉ中において上記で示されているように、最後の位置の異なる大きさは、異なる数のビンを使用してコード化されてもよい。ビデオデコーダ３００は、ビンのそれぞれに対するコンテキストを決定する。本開示の技法によれば、異なるサイズの変換ブロックに対して同じコンテキストが使用されないように、それぞれのコンテキストを決定するためにビデオデコーダ３００により使用される（変換ブロックのサイズに依存する異なるサブ関数を含んでいてもよい）関数は、それぞれのコンテキストを出力する。ビデオデコーダ３００は、その後、決定されたそれぞれのコンテキストを使用して、最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データをデコードしてもよい。
【0123】
［０１２９］
１つの例では、ビデオデコーダ３００は、６４サンプル寸法変換ブロックに対するエントロピーコード化データをエントロピーデコードするように構成されていてもよい。すなわち、変換ブロックは、ブロックの高さおよび／または幅で６４サンプルのサイズを有している。例えば、ビデオデコーダ３００は、６４サンプル幅を有する変換ブロックに対してｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘシンタックス要素に対するコンテキストを決定してもよい。同様に、ビデオデコーダ３００は、６４サンプル高さを有する変換ブロックに対してｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘシンタックス要素に対するコンテキストを決定してもよい。
１つの例では、ビデオデコーダ３００は、６４サンプル寸法変換ブロックに対するエントロピーコード化データをエントロピーデコードするように構成されていてもよい。すなわち、変換ブロックは、ブロックの高さおよび／または幅で６４サンプルのサイズを有している。例えば、ビデオデコーダ３００は、６４サンプル幅を有する変換ブロックに対してｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘシンタックス要素に対するコンテキストを決定してもよい。同様に、ビデオデコーダ３００は、６４サンプル高さを有する変換ブロックに対してｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘシンタックス要素に対するコンテキストを決定してもよい。
【0124】
［０１３０］
この例では、ビデオデコーダ３００は、６４サンプル寸法変換ブロックに対する第１の関数を使用して、最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するように構成されていてもよい。上記の例示的な導出では、６４サンプル寸法変換ブロックに対する第１の関数は、以下の通りである。
ｃｔｘＯｆｆｓｅｔは、３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－１）＞＞２）＋（（ＴｒａｆｏＳｉｚｅＸ＞＞６）＜＜１）＋（ＴｒａｆｏＳｉｚｅＸ＞＞７）に等しく設定され、ｃｔｘＳｈｉｆｔは、（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ＋１）＞＞２に等しく設定され、変数ｌｏｇ２ＴｒａｆｏＳｉｚｅＸは、ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘに対するコンテキストの導出に対してｌｏｇ２ＴｒａｆｏＳｉｚｅＷｉｄｔｈに等しく、ｓｉｇ＿ｃｏｅｆ＿ｙ＿ｐｒｅｆｉｘに対するコンテキストの導出に対してｌｏｇ２ＴｒａｆｏＳｉｚｅＨｅｉｇｈｔに等しい。
この例では、ビデオデコーダ３００は、６４サンプル寸法変換ブロックに対する第１の関数を使用して、最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するように構成されていてもよい。上記の例示的な導出では、６４サンプル寸法変換ブロックに対する第１の関数は、以下の通りである。
ｃｔｘＯｆｆｓｅｔは、３＊（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－２）＋（（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ－１）＞＞２）＋（（ＴｒａｆｏＳｉｚｅＸ＞＞６）＜＜１）＋（ＴｒａｆｏＳｉｚｅＸ＞＞７）に等しく設定され、ｃｔｘＳｈｉｆｔは、（ｌｏｇ２ＴｒａｆｏＳｉｚｅＸ＋１）＞＞２に等しく設定され、変数ｌｏｇ２ＴｒａｆｏＳｉｚｅＸは、ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘに対するコンテキストの導出に対してｌｏｇ２ＴｒａｆｏＳｉｚｅＷｉｄｔｈに等しく、ｓｉｇ＿ｃｏｅｆ＿ｙ＿ｐｒｅｆｉｘに対するコンテキストの導出に対してｌｏｇ２ＴｒａｆｏＳｉｚｅＨｅｉｇｈｔに等しい。
【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】
［０１７２］
さまざまな例を説明してきた。これらおよび他の例は、以下の特許請求の範囲の範囲内にある。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータをデコードする方法において、
前記ビデオデータの現在ブロックに対するエントロピーコード化データを受信し、前記エントロピーコード化データは、前記現在ブロックの変換ブロック中の最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データを含むことと、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定し、異なるサイズの変換ブロックに対して同じコンテキストが使用されないように、前記関数は、前記それぞれのコンテキストを出力することと、
前記決定されたそれぞれのコンテキストを使用して、前記最後の有意係数の位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードすることとを含む方法。
［Ｃ２］
前記現在ブロックに対する変換ブロックが、６４サンプル寸法変換ブロックであり、前記関数は、線形演算と非線形演算とを含むＣ１記載の方法。
［Ｃ３］
前記非線形演算が、ビットシフトとクリッピングとを有するサイズ依存オフセットを含むＣ２記載の方法。
［Ｃ４］
前記現在ブロックに対する変換ブロックが、６４サンプル寸法変換ブロックであり、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定することは、
前記６４サンプル寸法変換ブロックに対する第１の関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定し、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なることを含むＣ１記載の方法。
［Ｃ５］
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定することは、
前記変換ブロックのサイズの関数と色成分インデックスとを使用して、それぞれのコンテキストオフセットとそれぞれのコンテキストシフトとを決定することと、
前記それぞれのビンに対するビンインデックスと、前記それぞれのコンテキストオフセットと、前記それぞれのコンテキストシフトとを使用して、前記１つ以上のビンのそれぞれのビンに対する前記それぞれのコンテキストを決定することとを含むＣ１記載の方法。
［Ｃ６］
前記シンタックス要素が、前記最後の有意係数の位置のＸ位置を示す第１のプレフィックスシンタックス要素、または、前記最後の有意係数の位置のＹ位置を示す第２のプレフィックスシンタックス要素のうちの１つであり、
前記決定されたそれぞれのコンテキストを使用して、前記最後の有意係数の位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードすることは、
前記決定されたそれぞれのコンテキストを使用して、前記第１のプレフィックスシンタックス要素または前記第２のプレフィックスシンタックス要素に対する前記エントロピーコード化データをデコードすることを含むＣ１記載の方法。
［Ｃ７］
固定長デコーディングを使用して、第１のサフィックスシンタックス要素をデコードすることと、
前記第１のプレフィックスシンタックス要素と前記第１のサフィックスシンタックス要素とを逆バイナリ化して、前記最後の有意係数の位置を取得することとをさらに含むＣ６記載の方法。
［Ｃ８］
前記現在ブロックに対する変換ブロックが、１２８サンプル寸法変換ブロックであり、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定することは、
前記１２８サンプル寸法変換ブロックに対する第１の関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定し、前記第１の関数は、６４サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なり、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第３の関数とは異なるＣ１記載の方法。
［Ｃ９］
前記最後の有意係数の位置に基づいて、前記変換ブロックをデコードして、変換係数を取得することと、
前記変換係数に逆変換を適用して、残差ブロックを取得することと、
前記現在ブロックに対する予測プロセスを実行して、予測ブロックを取得することと、
前記残差ブロックを前記予測ブロックに加算して、ビデオデータのデコードされたブロックを取得することとをさらに含むＣ１記載の方法。
［Ｃ１０］
前記ビデオデータのデコードされたブロックを含むピクチャーを表示することをさらに含むＣ９記載の方法。
［Ｃ１１］
ビデオデータをデコードするように構成されている装置において、
前記ビデオデータの現在ブロックを記憶するように構成されているメモリと、
前記メモリと通信する１つ以上のプロセッサとを具備し、
前記１つ以上のプロセッサは、
前記ビデオデータの現在ブロックに対するエントロピーコード化データを受信し、前記エントロピーコード化データは、前記現在ブロックの変換ブロック中の最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データを含むようにと、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定し、異なるサイズの変換ブロックに対して同じコンテキストが使用されないように、前記関数は、前記それぞれのコンテキストを出力するようにと、
前記決定されたそれぞれのコンテキストを使用して、前記最後の有意係数の位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードするように構成されている装置。
［Ｃ１２］
前記現在ブロックに対する変換ブロックが、６４サンプル寸法変換ブロックであり、前記関数は、線形演算と非線形演算とを含むＣ１１記載の装置。
［Ｃ１３］
前記非線形演算が、ビットシフトとクリッピングとを有するサイズ依存オフセットを含むＣ１２記載の装置。
［Ｃ１４］
前記現在ブロックに対する変換ブロックが、６４サンプル寸法変換ブロックであり、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記１つ以上のプロセッサは、
前記６４サンプル寸法変換ブロックに対する第１の関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定し、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なるようにさらに構成されているＣ１１記載の装置。
［Ｃ１５］
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記１つ以上のプロセッサは、
前記変換ブロックのサイズの関数と色成分インデックスとを使用して、それぞれのコンテキストオフセットとそれぞれのコンテキストシフトとを決定するようにと、
前記それぞれのビンに対するビンインデックスと、前記それぞれのコンテキストオフセットと、前記それぞれのコンテキストシフトとを使用して、前記１つ以上のビンのそれぞれのビンに対する前記それぞれのコンテキストを決定するようにさらに構成されているＣ１１記載の装置。
［Ｃ１６］
前記シンタックス要素が、前記最後の有意係数の位置のＸ位置を示す第１のプレフィックスシンタックス要素、または、前記最後の有意係数の位置のＹ位置を示す第２のプレフィックスシンタックス要素のうちの１つであり、
前記決定されたそれぞれのコンテキストを使用して、前記最後の有意係数の位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードするために、前記１つ以上のプロセッサは、
前記決定されたそれぞれのコンテキストを使用して、前記第１のプレフィックスシンタックス要素または前記第２のプレフィックスシンタックス要素に対する前記エントロピーコード化データをデコードするようにさらに構成されているＣ１１記載の装置。
［Ｃ１７］
前記１つ以上のプロセッサは、
固定長デコーディングを使用して、第１のサフィックスシンタックス要素をデコードするようにと、
前記第１のプレフィックスシンタックス要素と前記第１のサフィックスシンタックス要素とを逆バイナリ化して、前記最後の有意係数の位置を取得するようにさらに構成されているＣ１６記載の装置。
［Ｃ１８］
前記現在ブロックに対する変換ブロックが、１２８サンプル寸法変換ブロックであり、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記１つ以上のプロセッサは、
前記１２８サンプル寸法変換ブロックに対する第１の関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定し、前記第１の関数は、６４サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なり、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第３の関数とは異なるようにさらに構成されているＣ１１記載の装置。
［Ｃ１９］
前記１つ以上のプロセッサは、
前記最後の有意係数の位置に基づいて、前記変換ブロックをデコードして、変換係数を取得するようにと、
前記変換係数に逆変換を適用して、残差ブロックを取得するようにと、
前記現在ブロックに対する予測プロセスを実行して、予測ブロックを取得するようにと、
前記残差ブロックを前記予測ブロックに加算して、ビデオデータのデコードされたブロックを取得するようにさらに構成されているＣ１１記載の装置。
［Ｃ２０］
前記ビデオデータのデコードされたブロックを含むピクチャーを表示するように構成されているディスプレイをさらに具備するＣ１９記載の装置。
［Ｃ２１］
前記装置は、ワイヤレス通信デバイスであるＣ１１記載の装置。
［Ｃ２２］
命令を記憶している非一時的コンピュータ読取可能記憶媒体において、
前記命令は、実行されるときに、ビデオデータをデコードするように構成されているデバイスの１つ以上のプロセッサに、
前記ビデオデータの現在ブロックに対するエントロピーコード化データを受信させ、前記エントロピーコード化データは、前記現在ブロックの変換ブロック中の最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データを含み、
前記変換ブロックのサイズの関数を使用させて、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定させ、異なるサイズの変換ブロックに対して同じコンテキストが使用されないように、前記関数は、前記それぞれのコンテキストを出力し、
前記決定されたそれぞれのコンテキストを使用させて、前記最後の有意係数の位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードさせる非一時的コンピュータ読取可能記憶媒体。
［Ｃ２３］
前記現在ブロックに対する変換ブロックが、６４サンプル寸法変換ブロックであり、前記関数は、線形演算と非線形演算とを含むＣ２２記載の非一時的コンピュータ読取可能記憶媒体。
［Ｃ２４］
前記非線形演算が、ビットシフトとクリッピングとを有するサイズ依存オフセットを含むＣ２３記載の非一時的コンピュータ読取可能記憶媒体。
［Ｃ２５］
前記現在ブロックに対する変換ブロックが、６４サンプル寸法変換ブロックであり、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記命令は、前記１つ以上のプロセッサに、さらに、
前記６４サンプル寸法変換ブロックに対する第１の関数を使用させて、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定させ、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なるＣ２２記載の非一時的コンピュータ読取可能記憶媒体。
［Ｃ２６］
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記命令は、前記１つ以上のプロセッサに、さらに、
前記変換ブロックのサイズの関数と色成分インデックスとを使用させて、それぞれのコンテキストオフセットとそれぞれのコンテキストシフトとを決定させ、
前記それぞれのビンに対するビンインデックスと、前記それぞれのコンテキストオフセットと、前記それぞれのコンテキストシフトとを使用させて、前記１つ以上のビンのそれぞれのビンに対する前記それぞれのコンテキストを決定させるＣ２２記載の非一時的コンピュータ読取可能記憶媒体。
［Ｃ２７］
前記シンタックス要素が、前記最後の有意係数の位置のＸ位置を示す第１のプレフィックスシンタックス要素、または、前記最後の有意係数の位置のＹ位置を示す第２のプレフィックスシンタックス要素のうちの１つであり、
前記決定されたそれぞれのコンテキストを使用して、前記最後の有意係数の位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードするために、前記命令は、前記１つ以上のプロセッサに、さらに、
前記決定されたそれぞれのコンテキストを使用させて、前記第１のプレフィックスシンタックス要素または前記第２のプレフィックスシンタックス要素に対する前記エントロピーコード化データをデコードさせるＣ２２記載の非一時的コンピュータ読取可能記憶媒体。
［Ｃ２８］
前記命令は、前記１つ以上のプロセッサに、さらに、
固定長デコーディングを使用させて、第１のサフィックスシンタックス要素をデコードさせ、
前記第１のプレフィックスシンタックス要素と前記第１のサフィックスシンタックス要素とを逆バイナリ化させて、前記最後の有意係数の位置を取得させるＣ２７記載の非一時的コンピュータ読取可能記憶媒体。
［Ｃ２９］
前記現在ブロックに対する変換ブロックが、１２８サンプル寸法変換ブロックであり、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記命令は、前記１つ以上のプロセッサに、さらに、
前記１２８サンプル寸法変換ブロックに対する第１の関数を使用させて、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定させ、前記第１の関数は、６４サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なり、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第３の関数とは異なるＣ２２記載の非一時的コンピュータ読取可能記憶媒体。
［Ｃ３０］
前記命令は、前記１つ以上のプロセッサに、さらに、
前記最後の有意係数の位置に基づいて、前記変換ブロックをデコードさせて、変換係数を取得させ、
前記変換係数に逆変換を適用させて、残差ブロックを取得させ、
前記現在ブロックに対する予測プロセスを実行させて、予測ブロックを取得させ、
前記残差ブロックを前記予測ブロックに加算させて、ビデオデータのデコードされたブロックを取得させるＣ２２記載の非一時的コンピュータ読取可能記憶媒体。
さまざまな例を説明してきた。これらおよび他の例は、以下の特許請求の範囲の範囲内にある。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータをデコードする方法において、
前記ビデオデータの現在ブロックに対するエントロピーコード化データを受信し、前記エントロピーコード化データは、前記現在ブロックの変換ブロック中の最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データを含むことと、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定し、異なるサイズの変換ブロックに対して同じコンテキストが使用されないように、前記関数は、前記それぞれのコンテキストを出力することと、
前記決定されたそれぞれのコンテキストを使用して、前記最後の有意係数の位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードすることとを含む方法。
［Ｃ２］
前記現在ブロックに対する変換ブロックが、６４サンプル寸法変換ブロックであり、前記関数は、線形演算と非線形演算とを含むＣ１記載の方法。
［Ｃ３］
前記非線形演算が、ビットシフトとクリッピングとを有するサイズ依存オフセットを含むＣ２記載の方法。
［Ｃ４］
前記現在ブロックに対する変換ブロックが、６４サンプル寸法変換ブロックであり、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定することは、
前記６４サンプル寸法変換ブロックに対する第１の関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定し、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なることを含むＣ１記載の方法。
［Ｃ５］
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定することは、
前記変換ブロックのサイズの関数と色成分インデックスとを使用して、それぞれのコンテキストオフセットとそれぞれのコンテキストシフトとを決定することと、
前記それぞれのビンに対するビンインデックスと、前記それぞれのコンテキストオフセットと、前記それぞれのコンテキストシフトとを使用して、前記１つ以上のビンのそれぞれのビンに対する前記それぞれのコンテキストを決定することとを含むＣ１記載の方法。
［Ｃ６］
前記シンタックス要素が、前記最後の有意係数の位置のＸ位置を示す第１のプレフィックスシンタックス要素、または、前記最後の有意係数の位置のＹ位置を示す第２のプレフィックスシンタックス要素のうちの１つであり、
前記決定されたそれぞれのコンテキストを使用して、前記最後の有意係数の位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードすることは、
前記決定されたそれぞれのコンテキストを使用して、前記第１のプレフィックスシンタックス要素または前記第２のプレフィックスシンタックス要素に対する前記エントロピーコード化データをデコードすることを含むＣ１記載の方法。
［Ｃ７］
固定長デコーディングを使用して、第１のサフィックスシンタックス要素をデコードすることと、
前記第１のプレフィックスシンタックス要素と前記第１のサフィックスシンタックス要素とを逆バイナリ化して、前記最後の有意係数の位置を取得することとをさらに含むＣ６記載の方法。
［Ｃ８］
前記現在ブロックに対する変換ブロックが、１２８サンプル寸法変換ブロックであり、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定することは、
前記１２８サンプル寸法変換ブロックに対する第１の関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定し、前記第１の関数は、６４サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なり、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第３の関数とは異なるＣ１記載の方法。
［Ｃ９］
前記最後の有意係数の位置に基づいて、前記変換ブロックをデコードして、変換係数を取得することと、
前記変換係数に逆変換を適用して、残差ブロックを取得することと、
前記現在ブロックに対する予測プロセスを実行して、予測ブロックを取得することと、
前記残差ブロックを前記予測ブロックに加算して、ビデオデータのデコードされたブロックを取得することとをさらに含むＣ１記載の方法。
［Ｃ１０］
前記ビデオデータのデコードされたブロックを含むピクチャーを表示することをさらに含むＣ９記載の方法。
［Ｃ１１］
ビデオデータをデコードするように構成されている装置において、
前記ビデオデータの現在ブロックを記憶するように構成されているメモリと、
前記メモリと通信する１つ以上のプロセッサとを具備し、
前記１つ以上のプロセッサは、
前記ビデオデータの現在ブロックに対するエントロピーコード化データを受信し、前記エントロピーコード化データは、前記現在ブロックの変換ブロック中の最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データを含むようにと、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定し、異なるサイズの変換ブロックに対して同じコンテキストが使用されないように、前記関数は、前記それぞれのコンテキストを出力するようにと、
前記決定されたそれぞれのコンテキストを使用して、前記最後の有意係数の位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードするように構成されている装置。
［Ｃ１２］
前記現在ブロックに対する変換ブロックが、６４サンプル寸法変換ブロックであり、前記関数は、線形演算と非線形演算とを含むＣ１１記載の装置。
［Ｃ１３］
前記非線形演算が、ビットシフトとクリッピングとを有するサイズ依存オフセットを含むＣ１２記載の装置。
［Ｃ１４］
前記現在ブロックに対する変換ブロックが、６４サンプル寸法変換ブロックであり、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記１つ以上のプロセッサは、
前記６４サンプル寸法変換ブロックに対する第１の関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定し、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なるようにさらに構成されているＣ１１記載の装置。
［Ｃ１５］
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記１つ以上のプロセッサは、
前記変換ブロックのサイズの関数と色成分インデックスとを使用して、それぞれのコンテキストオフセットとそれぞれのコンテキストシフトとを決定するようにと、
前記それぞれのビンに対するビンインデックスと、前記それぞれのコンテキストオフセットと、前記それぞれのコンテキストシフトとを使用して、前記１つ以上のビンのそれぞれのビンに対する前記それぞれのコンテキストを決定するようにさらに構成されているＣ１１記載の装置。
［Ｃ１６］
前記シンタックス要素が、前記最後の有意係数の位置のＸ位置を示す第１のプレフィックスシンタックス要素、または、前記最後の有意係数の位置のＹ位置を示す第２のプレフィックスシンタックス要素のうちの１つであり、
前記決定されたそれぞれのコンテキストを使用して、前記最後の有意係数の位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードするために、前記１つ以上のプロセッサは、
前記決定されたそれぞれのコンテキストを使用して、前記第１のプレフィックスシンタックス要素または前記第２のプレフィックスシンタックス要素に対する前記エントロピーコード化データをデコードするようにさらに構成されているＣ１１記載の装置。
［Ｃ１７］
前記１つ以上のプロセッサは、
固定長デコーディングを使用して、第１のサフィックスシンタックス要素をデコードするようにと、
前記第１のプレフィックスシンタックス要素と前記第１のサフィックスシンタックス要素とを逆バイナリ化して、前記最後の有意係数の位置を取得するようにさらに構成されているＣ１６記載の装置。
［Ｃ１８］
前記現在ブロックに対する変換ブロックが、１２８サンプル寸法変換ブロックであり、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記１つ以上のプロセッサは、
前記１２８サンプル寸法変換ブロックに対する第１の関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定し、前記第１の関数は、６４サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なり、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第３の関数とは異なるようにさらに構成されているＣ１１記載の装置。
［Ｃ１９］
前記１つ以上のプロセッサは、
前記最後の有意係数の位置に基づいて、前記変換ブロックをデコードして、変換係数を取得するようにと、
前記変換係数に逆変換を適用して、残差ブロックを取得するようにと、
前記現在ブロックに対する予測プロセスを実行して、予測ブロックを取得するようにと、
前記残差ブロックを前記予測ブロックに加算して、ビデオデータのデコードされたブロックを取得するようにさらに構成されているＣ１１記載の装置。
［Ｃ２０］
前記ビデオデータのデコードされたブロックを含むピクチャーを表示するように構成されているディスプレイをさらに具備するＣ１９記載の装置。
［Ｃ２１］
前記装置は、ワイヤレス通信デバイスであるＣ１１記載の装置。
［Ｃ２２］
命令を記憶している非一時的コンピュータ読取可能記憶媒体において、
前記命令は、実行されるときに、ビデオデータをデコードするように構成されているデバイスの１つ以上のプロセッサに、
前記ビデオデータの現在ブロックに対するエントロピーコード化データを受信させ、前記エントロピーコード化データは、前記現在ブロックの変換ブロック中の最後の有意係数の位置を示すシンタックス要素に対するエントロピーコード化データを含み、
前記変換ブロックのサイズの関数を使用させて、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定させ、異なるサイズの変換ブロックに対して同じコンテキストが使用されないように、前記関数は、前記それぞれのコンテキストを出力し、
前記決定されたそれぞれのコンテキストを使用させて、前記最後の有意係数の位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードさせる非一時的コンピュータ読取可能記憶媒体。
［Ｃ２３］
前記現在ブロックに対する変換ブロックが、６４サンプル寸法変換ブロックであり、前記関数は、線形演算と非線形演算とを含むＣ２２記載の非一時的コンピュータ読取可能記憶媒体。
［Ｃ２４］
前記非線形演算が、ビットシフトとクリッピングとを有するサイズ依存オフセットを含むＣ２３記載の非一時的コンピュータ読取可能記憶媒体。
［Ｃ２５］
前記現在ブロックに対する変換ブロックが、６４サンプル寸法変換ブロックであり、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記命令は、前記１つ以上のプロセッサに、さらに、
前記６４サンプル寸法変換ブロックに対する第１の関数を使用させて、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定させ、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なるＣ２２記載の非一時的コンピュータ読取可能記憶媒体。
［Ｃ２６］
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記命令は、前記１つ以上のプロセッサに、さらに、
前記変換ブロックのサイズの関数と色成分インデックスとを使用させて、それぞれのコンテキストオフセットとそれぞれのコンテキストシフトとを決定させ、
前記それぞれのビンに対するビンインデックスと、前記それぞれのコンテキストオフセットと、前記それぞれのコンテキストシフトとを使用させて、前記１つ以上のビンのそれぞれのビンに対する前記それぞれのコンテキストを決定させるＣ２２記載の非一時的コンピュータ読取可能記憶媒体。
［Ｃ２７］
前記シンタックス要素が、前記最後の有意係数の位置のＸ位置を示す第１のプレフィックスシンタックス要素、または、前記最後の有意係数の位置のＹ位置を示す第２のプレフィックスシンタックス要素のうちの１つであり、
前記決定されたそれぞれのコンテキストを使用して、前記最後の有意係数の位置を示す前記シンタックス要素に対する前記エントロピーコード化データをデコードするために、前記命令は、前記１つ以上のプロセッサに、さらに、
前記決定されたそれぞれのコンテキストを使用させて、前記第１のプレフィックスシンタックス要素または前記第２のプレフィックスシンタックス要素に対する前記エントロピーコード化データをデコードさせるＣ２２記載の非一時的コンピュータ読取可能記憶媒体。
［Ｃ２８］
前記命令は、前記１つ以上のプロセッサに、さらに、
固定長デコーディングを使用させて、第１のサフィックスシンタックス要素をデコードさせ、
前記第１のプレフィックスシンタックス要素と前記第１のサフィックスシンタックス要素とを逆バイナリ化させて、前記最後の有意係数の位置を取得させるＣ２７記載の非一時的コンピュータ読取可能記憶媒体。
［Ｃ２９］
前記現在ブロックに対する変換ブロックが、１２８サンプル寸法変換ブロックであり、
前記変換ブロックのサイズの関数を使用して、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定するために、前記命令は、前記１つ以上のプロセッサに、さらに、
前記１２８サンプル寸法変換ブロックに対する第１の関数を使用させて、前記最後の有意係数の位置を示す前記シンタックス要素の前記エントロピーコード化データの前記１つ以上のビンのそれぞれに対する前記それぞれのコンテキストを決定させ、前記第１の関数は、６４サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第２の関数とは異なり、前記第１の関数は、３２サンプル寸法変換ブロックに対する最後の有意係数の位置を示すシンタックス要素のエントロピーコード化データの１つ以上のビンのそれぞれに対するそれぞれのコンテキストを決定するのに使用される第３の関数とは異なるＣ２２記載の非一時的コンピュータ読取可能記憶媒体。
［Ｃ３０］
前記命令は、前記１つ以上のプロセッサに、さらに、
前記最後の有意係数の位置に基づいて、前記変換ブロックをデコードさせて、変換係数を取得させ、
前記変換係数に逆変換を適用させて、残差ブロックを取得させ、
前記現在ブロックに対する予測プロセスを実行させて、予測ブロックを取得させ、
前記残差ブロックを前記予測ブロックに加算させて、ビデオデータのデコードされたブロックを取得させるＣ２２記載の非一時的コンピュータ読取可能記憶媒体。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】