(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-04-26
(54)【発明の名称】変換スキップモードのための係数コーディング
(51)【国際特許分類】
H04N 19/13 20140101AFI20220419BHJP
H04N 19/176 20140101ALI20220419BHJP
H04N 19/70 20140101ALI20220419BHJP
H04N 19/134 20140101ALI20220419BHJP
【ＦＩ】
H04N19/13
H04N19/176
H04N19/70
H04N19/134
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2021551924
(86)(22)【出願日】2020-03-11
(85)【翻訳文提出日】2021-09-01
(86)【国際出願番号】 US2020022065
(87)【国際公開番号】W WO2020185875
(87)【国際公開日】2020-09-17
(31)【優先権主張番号】62/816,745
(32)【優先日】2019-03-11
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/850,453
(32)【優先日】2019-05-20
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】16/814,654
(32)【優先日】2020-03-10
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】595020643
【氏名又は名称】クゥアルコム・インコーポレイテッド
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100158805
【弁理士】
【氏名又は名称】井関 守三
(74)【代理人】
【識別番号】100112807
【弁理士】
【氏名又は名称】岡田 貴志
(72)【発明者】
【氏名】カルチェビチ、マルタ
(72)【発明者】
【氏名】コバン、ムハンメド・ゼイド
(72)【発明者】
【氏名】ワン、ホンタオ
【テーマコード（参考）】
5C159
【Ｆターム（参考）】
5C159MA04
5C159MA05
5C159MA21
5C159MC11
5C159ME11
5C159PP04
5C159RC12
5C159TA59
5C159TB08
5C159TC03
5C159TC04
5C159TC42
(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】
予測ブロックを決定することと、前記予測ブロックをビデオデータの元のブロックと比較して、前記ビデオデータの残差ブロックを決定することとをさらに含む請求項１６記載の方法。
【請求項31】
ビデオデータをデコードするデバイスにおいて、ビデオデータを記憶するように構成されているメモリと、
回路中で実現されている１つ以上のプロセッサとを具備し、
前記１つ以上のプロセッサが、
変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在デコードされている係数の第１の隣接係数に対する値を決定するようにと、
前記現在デコードされている係数の第２の隣接係数に対する値を決定するようにと、
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在デコードされている係数に対するコンテキストオフセットを決定するようにと、
前記決定されたコンテキストオフセットに基づいて、前記現在デコードされている係数に対する値をデコードするように構成されているデバイス。
【請求項32】
前記第１の隣接係数は、上部隣接係数または左隣接係数のうちの一方を含み、前記第２の隣接係数は、前記上部隣接係数または前記左隣接係数のうちの他方を含む請求項３１記載のデバイス。
【請求項33】
前記決定されたコンテキストオフセットに基づいて、前記現在デコードされている係数に対する値をデコードするために、前記１つ以上のプロセッサが、前記決定されたコンテキストオフセットに基づいて、コンテキストを決定するようにと、
データの１つ以上のビンを受け取るようにと、
前記決定されたコンテキストに基づいて、前記データの１つ以上のビンをコンテキストデコードして、前記現在デコードされている係数に対する符号を決定するようにさらに構成されている請求項３１記載のデバイス。
【請求項34】
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在デコードされている係数に対するコンテキストオフセットを決定するために、前記１つ以上のプロセッサが、前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、３つの利用可能なコンテキストオフセットから前記コンテキストオフセットを選択するようにさらに構成され、前記３つの利用可能なコンテキストオフセットが、
前記第１の隣接係数と前記第２の隣接係数との両方が、０に等しいか、または、反対の符号を有するときのための第１のコンテキストオフセットと、
前記第１の隣接係数と前記第２の隣接係数との両方が正であるか、または、前記第１の隣接係数と前記第２の隣接係数とのうちの一方が０に等しく、前記第１の隣接係数と前記第２の隣接係数とのうちの他方が正であるときのための第２のコンテキストオフセットと、
前記第１の隣接係数と前記第２の隣接係数との両方が負であるか、または、前記第１の隣接係数と前記第２の隣接係数とのうちの一方が０に等しく、前記第１の隣接係数と前記第２の隣接係数とのうちの他方が負であるときのための第３のコンテキストオフセットとを含む請求項３１記載のデバイス。
【請求項35】
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在デコードされている係数に対するコンテキストオフセットを決定するために、前記１つ以上のプロセッサが、前記第１の隣接係数に対する値が０に等しく、前記第２の隣接係数に対する値が０に等しいことに応答して、前記コンテキストオフセット値を特定のオフセット値に設定するようにさらに構成されている請求項３１記載のデバイス。
【請求項36】
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在デコードされている係数に対するコンテキストオフセットを決定するために、前記１つ以上のプロセッサが、前記第１の隣接係数に対する値が０よりも大きいかまたは０よりも小さいかの一方であり、前記第２の隣接係数に対する値が０よりも大きいかまたは０よりも小さいかの他方であることに応答して、前記コンテキストオフセット値を特定のオフセット値に設定するようにさらに構成されている請求項３１記載のデバイス。
【請求項37】
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在デコードされている係数に対するコンテキストオフセットを決定するために、前記１つ以上のプロセッサが、前記第１の隣接係数に対する値と前記第２の隣接係数に対する値との両方が非０値であり、反対の符号を有することに応答して、前記コンテキストオフセット値を特定のオフセット値に設定するようにさらに構成されている請求項３１記載のデバイス。
【請求項38】
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在デコードされている係数に対するコンテキストオフセットを決定するために、前記１つ以上のプロセッサが、前記第１の隣接係数に対する値が０以上であり、前記第２の隣接係数に対する値が０以上であり、前記第１の隣接係数に対する値または前記第２の隣接係数に対する値のうちの少なくとも１つが１以上であることに応答して、前記コンテキストオフセット値を特定のオフセット値に設定するようにさらに構成されている請求項３１記載のデバイス。
【請求項39】
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在デコードされている係数に対するコンテキストオフセットを決定するために、前記１つ以上のプロセッサが、前記第１の隣接係数に対する値と前記第２の隣接係数に対する値との両方が非負値であることに応答して、前記コンテキストオフセット値を特定のオフセット値に設定するようにさらに構成されている請求項３１記載のデバイス。
【請求項40】
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在デコードされている係数に対するコンテキストオフセットを決定するために、前記１つ以上のプロセッサが、前記第１の隣接係数に対する値が０以下であり、前記第２の隣接係数に対する値が０以下であり、前記第１の隣接係数に対する値または前記第２の隣接係数に対する値が－１以下であることに応答して、前記コンテキストオフセット値を特定のオフセット値に設定するようにさらに構成されている請求項３１記載のデバイス。
【請求項41】
前記１つ以上のプロセッサが、前記現在デコードされている係数に対する値を逆量子化して、前記ビデオデータの残差ブロックに対する残差値を決定するようにさらに構成されている請求項３１記載のデバイス。
【請求項42】
前記１つ以上のプロセッサが、前記現在デコードされている係数に対する値に基づいて、デコードされた残差ブロックを決定するようにと、
前記デコードされた残差ブロックを予測ブロックに加算して、再構築されたブロックを決定するようにと、
前記再構築されたブロック上で１つ以上のフィルタリング動作を実行して、ビデオデータのデコードされたブロックを決定するようにと、
前記ビデオデータのデコードされたブロックを含むビデオデータのデコードされたピクチャーを出力するようにさらに構成されている請求項３１記載のデバイス。
【請求項43】
前記デバイスが、ワイヤレス通信デバイスを備え、前記ワイヤレス通信デバイスが、エンコードされたビデオデータを受信するように構成されている受信機を含む請求項３１記載のデバイス。
【請求項44】
前記ワイヤレス通信デバイスが、電話ハンドセットを備え、前記受信機が、ワイヤレス通信標準規格にしたがって、前記エンコードされたビデオデータを含む信号を復調するように構成されている請求項４３記載のデバイス。
【請求項45】
デコードされたビデオデータを表示するように構成されているディスプレイをさらに具備する請求項３１記載のデバイス。
【請求項46】
前記デバイスが、カメラ、コンピュータ、移動体デバイス、ブロードキャスト受信機デバイス、または、セットトップボックスのうちの１つ以上を備える請求項３１記載のデバイス。
【請求項47】
ビデオデータをエンコードするデバイスにおいて、ビデオデータを記憶するように構成されているメモリと、
回路中で実現されている１つ以上のプロセッサとを具備し、
前記１つ以上のプロセッサが、
変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在エンコードされている係数の第１の隣接係数に対する値を決定するようにと、
前記現在エンコードされている係数の第２の隣接係数に対する値を決定するようにと、
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在エンコードされている係数に対するコンテキストオフセットを決定するようにと、
前記決定されたコンテキストオフセットに基づいて、前記現在エンコードされている係数に対する値をエンコードするように構成されているデバイス。
【請求項48】
前記第１の隣接係数は、上部隣接係数または左隣接係数のうちの一方を含み、前記第２の隣接係数は、前記上部隣接係数または前記左隣接係数のうちの他方を含む請求項４７記載のデバイス。
【請求項49】
前記決定されたコンテキストオフセットに基づいて、前記現在エンコードされている係数に対する値をエンコードするために、前記１つ以上のプロセッサが、前記決定されたコンテキストオフセットに基づいて、コンテキストを決定するようにと、
前記現在エンコードされている係数に対する符号を決定するようにと、
前記決定されたコンテキストに基づいて、データの１つ以上のビンをコンテキストエンコードして、前記現在エンコードされている係数に対する符号を表すようにさらに構成されている請求項４７記載のデバイス。
【請求項50】
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在エンコードされている係数に対するコンテキストオフセットを決定するために、前記１つ以上のプロセッサが、前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、３つの利用可能なコンテキストオフセットから前記コンテキストオフセットを選択するようにさらに構成され、前記３つの利用可能なコンテキストオフセットが、
前記第１の隣接係数と前記第２の隣接係数との両方が、０に等しいか、または、反対の符号を有するときのための第１のコンテキストオフセットと、
前記第１の隣接係数と前記第２の隣接係数との両方が正であるか、または、前記第１の隣接係数と前記第２の隣接係数とのうちの一方が０に等しく、前記第１の隣接係数と前記第２の隣接係数とのうちの他方が正であるときのための第２のコンテキストオフセットと、
前記第１の隣接係数と前記第２の隣接係数との両方が負であるか、または、前記第１の隣接係数と前記第２の隣接係数とのうちの一方が０に等しく、前記第１の隣接係数と前記第２の隣接係数とのうちの他方が負であるときのための第３のコンテキストオフセットとを含む請求項４７記載のデバイス。
【請求項51】
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在エンコードされている係数に対するコンテキストオフセットを決定するために、前記１つ以上のプロセッサが、前記第１の隣接係数に対する値が０に等しく、前記第２の隣接係数に対する値が０に等しいことに応答して、前記コンテキストオフセット値を特定のオフセット値に設定するようにさらに構成されている請求項４７記載のデバイス。
【請求項52】
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在エンコードされている係数に対するコンテキストオフセットを決定するために、前記１つ以上のプロセッサが、前記第１の隣接係数に対する値が０よりも大きいかまたは０よりも小さいかの一方であり、前記第２の隣接係数に対する値が０よりも大きいかまたは０よりも小さいかの他方であることに応答して、前記コンテキストオフセット値を特定のオフセット値に設定するようにさらに構成されている請求項４７記載のデバイス。
【請求項53】
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在エンコードされている係数に対するコンテキストオフセットを決定するために、前記１つ以上のプロセッサが、前記第１の隣接係数に対する値と前記第２の隣接係数に対する値との両方が非０値であり、反対の符号を有することに応答して、前記コンテキストオフセット値を特定のオフセット値に設定するようにさらに構成されている請求項４７記載のデバイス。
【請求項54】
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在エンコードされている係数に対するコンテキストオフセットを決定するために、前記１つ以上のプロセッサが、前記第１の隣接係数に対する値が０以上であり、前記第２の隣接係数に対する値が０以上であり、前記第１の隣接係数に対する値または前記第２の隣接係数に対する値のうちの少なくとも１つが１以上であることに応答して、前記コンテキストオフセット値を特定のオフセット値に設定するようにさらに構成されている請求項４７記載のデバイス。
【請求項55】
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在エンコードされている係数に対するコンテキストオフセットを決定するために、前記１つ以上のプロセッサが、前記第１の隣接係数に対する値と前記第２の隣接係数に対する値との両方が非負値であることに応答して、前記コンテキストオフセット値を特定のオフセット値に設定するようにさらに構成されている請求項４７記載のデバイス。
【請求項56】
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在エンコードされている係数に対するコンテキストオフセットを決定するために、前記１つ以上のプロセッサが、前記第１の隣接係数に対する値が０以下であり、前記第２の隣接係数に対する値が０以下であり、前記第１の隣接係数に対する値または前記第２の隣接係数に対する値が－１以下であることに応答して、前記コンテキストオフセット値を特定のオフセット値に設定するようにさらに構成されている請求項４７記載のデバイス。
【請求項57】
前記１つ以上のプロセッサが、前記ビデオデータの残差ブロックに対する残差値を量子化して、前記現在エンコードされている係数に対する値を決定するようにさらに構成されている請求項４７記載のデバイス。
【請求項58】
前記１つ以上のプロセッサが、予測ブロックを決定するようにと、
前記予測ブロックをビデオデータの元のブロックと比較して、前記ビデオデータの残差ブロックを決定するようにさらに構成されている請求項４７記載のデバイス。
【請求項59】
ビデオデータをデコードする装置において、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在デコードされている係数の第１の隣接係数に対する値を決定する手段と、
前記現在デコードされている係数の第２の隣接係数に対する値を決定する手段と、
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在デコードされている係数に対するコンテキストオフセットを決定する手段と、
前記決定されたコンテキストオフセットに基づいて、前記現在デコードされている係数に対する値をデコードする手段とを具備する装置。
【請求項60】
命令を記憶しているコンピュータ読取可能記憶媒体において、前記命令は、１つ以上のプロセッサにより実行されるとき、前記１つ以上のプロセッサに、
変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在デコードされている係数の第１の隣接係数に対する値を決定させ、
前記現在デコードされている係数の第２の隣接係数に対する値を決定させ、
前記第１の隣接係数に対する値と前記第２の隣接係数に対する値とに基づいて、前記現在デコードされている係数に対するコンテキストオフセットを決定させ、
前記決定されたコンテキストオフセットに基づいて、前記現在デコードされている係数に対する値をデコードさせるコンピュータ読取可能記憶媒体。
【発明の詳細な説明】
【関連出願の相互参照】
【0001】
［０００１］
本出願は、
２０２０年３月１０日に出願された米国特許出願第１６／８１４６５４号；
２０１９年３月１１日に出願された米国仮特許出願第６２／８１６７４５号；
２０１９年５月２０日に出願された米国仮特許出願第６２／８５０４５３号の利益を主張し、それぞれの内容全体が参照により本明細書に組み込まれている。
本出願は、
２０２０年３月１０日に出願された米国特許出願第１６／８１４６５４号；
２０１９年３月１１日に出願された米国仮特許出願第６２／８１６７４５号；
２０１９年５月２０日に出願された米国仮特許出願第６２／８５０４５３号の利益を主張し、それぞれの内容全体が参照により本明細書に組み込まれている。
【技術分野】
【0002】
［０００２］
本開示は、ビデオエンコーディングおよびビデオデコーディングに関連する。
本開示は、ビデオエンコーディングおよびビデオデコーディングに関連する。
【背景】
【0003】
［０００３］
デジタルビデオ能力は、デジタルテレビ、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、パーソナルデジタルアシスタント（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、ｅ－ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラまたは衛星無線電話機、いわゆる「スマートフォン」、ビデオ電話会議デバイス、ビデオストリーミングデバイス、および、これらに類するものを含む、幅広い範囲のデバイスに組み込むことができる。デジタルビデオデバイスは、ＭＰＥＧ－２、ＭＰＥＧ－４、ＩＴＵ－Ｔ Ｈ．２６３、ＩＴＵ－Ｔ Ｈ．２６４／ＭＰＥＧ－４、パート１０、高度ビデオコーディング（ＡＶＣ）、ＩＴＵ－Ｔ Ｈ．２６５／高効率ビデオコーディング（ＨＥＶＣ）、および、このような標準規格の拡張によって規定される標準規格に記述されているもののような、ビデオコーディング技法を実現する。ビデオデバイスは、このようなビデオコーディング技法を実現することによって、より効率的にデジタルビデオ情報を送信、受信、エンコード、デコード、および／または、記憶してもよい。
デジタルビデオ能力は、デジタルテレビ、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、パーソナルデジタルアシスタント（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、ｅ－ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラまたは衛星無線電話機、いわゆる「スマートフォン」、ビデオ電話会議デバイス、ビデオストリーミングデバイス、および、これらに類するものを含む、幅広い範囲のデバイスに組み込むことができる。デジタルビデオデバイスは、ＭＰＥＧ－２、ＭＰＥＧ－４、ＩＴＵ－Ｔ Ｈ．２６３、ＩＴＵ－Ｔ Ｈ．２６４／ＭＰＥＧ－４、パート１０、高度ビデオコーディング（ＡＶＣ）、ＩＴＵ－Ｔ Ｈ．２６５／高効率ビデオコーディング（ＨＥＶＣ）、および、このような標準規格の拡張によって規定される標準規格に記述されているもののような、ビデオコーディング技法を実現する。ビデオデバイスは、このようなビデオコーディング技法を実現することによって、より効率的にデジタルビデオ情報を送信、受信、エンコード、デコード、および／または、記憶してもよい。
【0004】
［０００４］
ビデオコーディング技法は、ビデオシーケンスに内在する冗長を低減または取り除くために、空間的（イントラピクチャー）予測、および／または、時間的（インターピクチャー）予測を含んでいる。ブロックベースのビデオコーディングに対して、ビデオスライス（例えば、ビデオピクチャーまたはビデオピクチャーの一部分）は、コーディングツリーユニット（ＣＴＵ）、コーディングユニット（ＣＵ）および／またはコーディングノードとして呼ばれることもあるかもしれないビデオブロックに区分してもよい。ピクチャーのイントラコード化された（Ｉ）スライスにおけるビデオブロックは、同じピクチャーにおける隣接ブロック中の参照サンプルに関する空間的予測を使用してエンコードされる。ピクチャーのインターコード化された（ＰまたはＢ）スライスにおけるビデオブロックは、同じピクチャーにおける隣接ブロック中の参照サンプルに関する空間的予測、または、他の参照ピクチャーにおける参照サンプルに関する時間的予測を使用してもよい。ピクチャーは、フレームとして呼ばれることがあり、参照ピクチャーは参照フレームとして呼ばれることがある。
ビデオコーディング技法は、ビデオシーケンスに内在する冗長を低減または取り除くために、空間的（イントラピクチャー）予測、および／または、時間的（インターピクチャー）予測を含んでいる。ブロックベースのビデオコーディングに対して、ビデオスライス（例えば、ビデオピクチャーまたはビデオピクチャーの一部分）は、コーディングツリーユニット（ＣＴＵ）、コーディングユニット（ＣＵ）および／またはコーディングノードとして呼ばれることもあるかもしれないビデオブロックに区分してもよい。ピクチャーのイントラコード化された（Ｉ）スライスにおけるビデオブロックは、同じピクチャーにおける隣接ブロック中の参照サンプルに関する空間的予測を使用してエンコードされる。ピクチャーのインターコード化された（ＰまたはＢ）スライスにおけるビデオブロックは、同じピクチャーにおける隣接ブロック中の参照サンプルに関する空間的予測、または、他の参照ピクチャーにおける参照サンプルに関する時間的予測を使用してもよい。ピクチャーは、フレームとして呼ばれることがあり、参照ピクチャーは参照フレームとして呼ばれることがある。
【概要】
【0005】
［０００５］
いくつかのコーディングシナリオにおいて、ビデオエンコーダは、変換プロセスが実行されない、すなわち、変換プロセスがスキップされる、変換スキップモードでビデオデータをエンコードしてもよい。したがって、変換スキップモードでエンコードされたブロックに対して、残差データは変換されない。本開示は、変換スキップモードに対する係数コーディングスキームのための技法を説明している。本開示の技法は、係数のバイナリ表現を一連の非バイナリ値化された量子化係数に変換するエントロピーデコーディングプロセスを含んでいる。一般的に、エントロピーデコーディングの逆プロセスである、対応するエントロピーエンコーディングプロセスも本開示の一部である。
いくつかのコーディングシナリオにおいて、ビデオエンコーダは、変換プロセスが実行されない、すなわち、変換プロセスがスキップされる、変換スキップモードでビデオデータをエンコードしてもよい。したがって、変換スキップモードでエンコードされたブロックに対して、残差データは変換されない。本開示は、変換スキップモードに対する係数コーディングスキームのための技法を説明している。本開示の技法は、係数のバイナリ表現を一連の非バイナリ値化された量子化係数に変換するエントロピーデコーディングプロセスを含んでいる。一般的に、エントロピーデコーディングの逆プロセスである、対応するエントロピーエンコーディングプロセスも本開示の一部である。
【0006】
［０００６］
１つの例では、ビデオデータをデコードする方法が、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在デコードされている係数の第１の隣接係数に対する値を決定することと、現在デコードされている係数の第２の隣接係数に対する値を決定することと、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対するコンテキストオフセットを決定することと、決定されたコンテキストオフセットに基づいて、現在デコードされている係数に対する値をデコードすることとを含んでいる。
１つの例では、ビデオデータをデコードする方法が、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在デコードされている係数の第１の隣接係数に対する値を決定することと、現在デコードされている係数の第２の隣接係数に対する値を決定することと、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対するコンテキストオフセットを決定することと、決定されたコンテキストオフセットに基づいて、現在デコードされている係数に対する値をデコードすることとを含んでいる。
【0007】
［０００７］
別の例では、ビデオデータをエンコードする方法が、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在エンコードされている係数の第１の隣接係数に対する値を決定することと、現在エンコードされている係数の第２の隣接係数に対する値を決定することと、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定することと、決定されたコンテキストオフセットに基づいて、現在エンコードされている係数に対する値をエンコードすることとを含んでいる。
別の例では、ビデオデータをエンコードする方法が、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在エンコードされている係数の第１の隣接係数に対する値を決定することと、現在エンコードされている係数の第２の隣接係数に対する値を決定することと、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定することと、決定されたコンテキストオフセットに基づいて、現在エンコードされている係数に対する値をエンコードすることとを含んでいる。
【0008】
［０００８］
別の例では、ビデオデータをデコードするデバイスが、ビデオデータを記憶するように構成されているメモリと、回路中で実現されている１つ以上のプロセッサとを含み、１つ以上のプロセッサが、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在デコードされている係数の第１の隣接係数に対する値を決定するようにと、現在デコードされている係数の第２の隣接係数に対する値を決定するようにと、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対するコンテキストオフセットを決定するようにと、決定されたコンテキストオフセットに基づいて、現在デコードされている係数に対する値をデコードするように構成されている。
別の例では、ビデオデータをデコードするデバイスが、ビデオデータを記憶するように構成されているメモリと、回路中で実現されている１つ以上のプロセッサとを含み、１つ以上のプロセッサが、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在デコードされている係数の第１の隣接係数に対する値を決定するようにと、現在デコードされている係数の第２の隣接係数に対する値を決定するようにと、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対するコンテキストオフセットを決定するようにと、決定されたコンテキストオフセットに基づいて、現在デコードされている係数に対する値をデコードするように構成されている。
【0009】
［０００９］
別の例では、ビデオデータをエンコードするデバイスが、ビデオデータを記憶するように構成されているメモリと、回路中で実現されている１つ以上のプロセッサとを含み、１つ以上のプロセッサが、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在エンコードされている係数の第１の隣接係数に対する値を決定するようにと、現在エンコードされている係数の第２の隣接係数に対する値を決定するようにと、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するようにと、決定されたコンテキストオフセットに基づいて、現在エンコードされている係数に対する値をエンコードするように構成されている。
別の例では、ビデオデータをエンコードするデバイスが、ビデオデータを記憶するように構成されているメモリと、回路中で実現されている１つ以上のプロセッサとを含み、１つ以上のプロセッサが、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在エンコードされている係数の第１の隣接係数に対する値を決定するようにと、現在エンコードされている係数の第２の隣接係数に対する値を決定するようにと、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するようにと、決定されたコンテキストオフセットに基づいて、現在エンコードされている係数に対する値をエンコードするように構成されている。
【0010】
［００１０］
別の例では、ビデオデータをデコードする装置が、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在デコードされている係数の第１の隣接係数に対する値を決定する手段と、現在デコードされている係数の第２の隣接係数に対する値を決定する手段と、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対するコンテキストオフセットを決定する手段と、決定されたコンテキストオフセットに基づいて、現在デコードされている係数に対する値をデコードする手段とを含んでいる。
別の例では、ビデオデータをデコードする装置が、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在デコードされている係数の第１の隣接係数に対する値を決定する手段と、現在デコードされている係数の第２の隣接係数に対する値を決定する手段と、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対するコンテキストオフセットを決定する手段と、決定されたコンテキストオフセットに基づいて、現在デコードされている係数に対する値をデコードする手段とを含んでいる。
【0011】
［００１１］
別の例では、ビデオデータをエンコードする装置が、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在エンコードされている係数の第１の隣接係数に対する値を決定する手段と、現在エンコードされている係数の第２の隣接係数に対する値を決定する手段と、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定する手段と、決定されたコンテキストオフセットに基づいて、現在エンコードされている係数に対する値をエンコードする手段とを含んでいる。
別の例では、ビデオデータをエンコードする装置が、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在エンコードされている係数の第１の隣接係数に対する値を決定する手段と、現在エンコードされている係数の第２の隣接係数に対する値を決定する手段と、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定する手段と、決定されたコンテキストオフセットに基づいて、現在エンコードされている係数に対する値をエンコードする手段とを含んでいる。
【0012】
［００１２］
別の例では、コンピュータ読取可能記憶媒体が、命令を記憶し、命令は、１つ以上のプロセッサにより実行されるとき、１つ以上のプロセッサに、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在デコードされている係数の第１の隣接係数に対する値を決定させ、現在デコードされている係数の第２の隣接係数に対する値を決定させ、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対するコンテキストオフセットを決定させ、決定されたコンテキストオフセットに基づいて、現在デコードされている係数に対する値をデコードさせる。
別の例では、コンピュータ読取可能記憶媒体が、命令を記憶し、命令は、１つ以上のプロセッサにより実行されるとき、１つ以上のプロセッサに、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在デコードされている係数の第１の隣接係数に対する値を決定させ、現在デコードされている係数の第２の隣接係数に対する値を決定させ、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対するコンテキストオフセットを決定させ、決定されたコンテキストオフセットに基づいて、現在デコードされている係数に対する値をデコードさせる。
【0013】
［００１３］
別の例では、コンピュータ読取可能記憶媒体が、命令を記憶し、命令は、１つ以上のプロセッサにより実行されるとき、１つ以上のプロセッサに、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在エンコードされている係数の第１の隣接係数に対する値を決定させ、現在エンコードされている係数の第２の隣接係数に対する値を決定させ、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定させ、決定されたコンテキストオフセットに基づいて、現在エンコードされている係数に対する値をエンコードさせる。
別の例では、コンピュータ読取可能記憶媒体が、命令を記憶し、命令は、１つ以上のプロセッサにより実行されるとき、１つ以上のプロセッサに、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在エンコードされている係数の第１の隣接係数に対する値を決定させ、現在エンコードされている係数の第２の隣接係数に対する値を決定させ、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定させ、決定されたコンテキストオフセットに基づいて、現在エンコードされている係数に対する値をエンコードさせる。
【0014】
［００１４］
１つ以上の例の詳細が、添付の図面および以下の説明に記載されている。他の特徴、目的および利点は、説明、図面および特許請求の範囲から明らかになるであろう。
１つ以上の例の詳細が、添付の図面および以下の説明に記載されている。他の特徴、目的および利点は、説明、図面および特許請求の範囲から明らかになるであろう。
【図面の簡単な説明】
【0015】
【詳細な説明】
【0016】
［００２７］
ビデオコーディング（例えば、ビデオエンコーディングおよび／またはビデオデコーディング）は、典型的には、同じピクチャー中のビデオデータの既にコード化されたブロック（例えば、イントラ予測）、または、異なるピクチャー中のビデオデータの既にコード化されたブロック（例えば、インター予測）のいずれかからビデオデータのブロックを予測することを伴う。いくつかの事例では、ビデオエンコーダはまた、予測ブロックを元のブロックと比較することにより残差データを計算する。したがって、残差データは、予測ブロックと元のブロックとの間の差分を表している。残差データをシグナリングするために必要とされるビット数を低減させるために、ビデオエンコーダは、残差データを変換して量子化し、変換され量子化された残差データを、エンコードされたビットストリーム中でシグナリングしてもよい。変換および量子化プロセスにより達成される圧縮は損失が大きいかもしれず、これは、変換および量子化プロセスがデコードされたビデオデータに歪みをもたらすかもしれないことを意味している。
ビデオコーディング（例えば、ビデオエンコーディングおよび／またはビデオデコーディング）は、典型的には、同じピクチャー中のビデオデータの既にコード化されたブロック（例えば、イントラ予測）、または、異なるピクチャー中のビデオデータの既にコード化されたブロック（例えば、インター予測）のいずれかからビデオデータのブロックを予測することを伴う。いくつかの事例では、ビデオエンコーダはまた、予測ブロックを元のブロックと比較することにより残差データを計算する。したがって、残差データは、予測ブロックと元のブロックとの間の差分を表している。残差データをシグナリングするために必要とされるビット数を低減させるために、ビデオエンコーダは、残差データを変換して量子化し、変換され量子化された残差データを、エンコードされたビットストリーム中でシグナリングしてもよい。変換および量子化プロセスにより達成される圧縮は損失が大きいかもしれず、これは、変換および量子化プロセスがデコードされたビデオデータに歪みをもたらすかもしれないことを意味している。
【0017】
［００２８］
ビデオデコーダは、残差データをデコードし、残差データを予測ブロックに加算して、予測ブロック単体よりも元のビデオブロックにより密接に一致する、再構築されたビデオブロックを生成させる。残差データの変換および量子化により導入される損失が原因で、最初の再構築されたブロックは、歪みまたはアーティファクトを有するかもしれない。アーティファクトまたは歪みの１つの一般的なタイプは、ブロックネスと呼ばれ、ビデオデータをコード化するのに使用されるブロックの境界が認識できる。
ビデオデコーダは、残差データをデコードし、残差データを予測ブロックに加算して、予測ブロック単体よりも元のビデオブロックにより密接に一致する、再構築されたビデオブロックを生成させる。残差データの変換および量子化により導入される損失が原因で、最初の再構築されたブロックは、歪みまたはアーティファクトを有するかもしれない。アーティファクトまたは歪みの１つの一般的なタイプは、ブロックネスと呼ばれ、ビデオデータをコード化するのに使用されるブロックの境界が認識できる。
【0018】
［００２９］
デコードされたビデオの品質をさらに改善するために、ビデオデコーダは、再構築されたビデオブロック上で、１つ以上のフィルタリング動作を実行することができる。これらのフィルタリング動作の例は、デブロッキングフィルタリング、サンプル適応オフセット（ＳＡＯ）フィルタリング、および、適応ループフィルタリング（ＡＬＦ）を含んでいる。これらのフィルタリング動作のためのパラメータは、ビデオエンコーダにより決定されて、エンコードされたビデオビットストリーム中で明示的にシグナリングされるか、または、パラメータがエンコードされたビデオビットストリーム中で明示的にシグナリングされる必要なく、ビデオデコーダにより暗黙的に決定されるかのいずれであってもよい。
デコードされたビデオの品質をさらに改善するために、ビデオデコーダは、再構築されたビデオブロック上で、１つ以上のフィルタリング動作を実行することができる。これらのフィルタリング動作の例は、デブロッキングフィルタリング、サンプル適応オフセット（ＳＡＯ）フィルタリング、および、適応ループフィルタリング（ＡＬＦ）を含んでいる。これらのフィルタリング動作のためのパラメータは、ビデオエンコーダにより決定されて、エンコードされたビデオビットストリーム中で明示的にシグナリングされるか、または、パラメータがエンコードされたビデオビットストリーム中で明示的にシグナリングされる必要なく、ビデオデコーダにより暗黙的に決定されるかのいずれであってもよい。
【0019】
［００３０］
いくつかのコーディングシナリオでは、ビデオエンコーダは、上記で説明した変換プロセスが実行されない、すなわち、変換プロセスがスキップされる、変換スキップモードでビデオデータをエンコードしてもよい。したがって、変換スキップモードでエンコードされたブロックに対して、残差データは変換されない。変換スキップモードを使用してエンコードされたビデオデータの残差ブロックは、変換されていない残差ブロックと呼ばれることもある。本開示は、変換スキップモードに対する係数コーディングスキームのための技法を説明している。本開示の技法は、バイナリ表現を一連の非バイナリ値化された量子化係数に変換するエントロピーデコーディングプロセスを含んでいる。一般的にエントロピーデコーディングの逆プロセスである、対応するエントロピーエンコーディングプロセスも本開示の一部である。本開示の技法は、高効率ビデオコーディング（ＨＥＶＣ）のような、既存のビデオコーデックのいずれかに、または、バーサタイルビデオコーディング（ＶＶＣ）のような、現在開発中の標準規格に、そして、他の将来のビデオコーディング標準規格に適用してもよい。
いくつかのコーディングシナリオでは、ビデオエンコーダは、上記で説明した変換プロセスが実行されない、すなわち、変換プロセスがスキップされる、変換スキップモードでビデオデータをエンコードしてもよい。したがって、変換スキップモードでエンコードされたブロックに対して、残差データは変換されない。変換スキップモードを使用してエンコードされたビデオデータの残差ブロックは、変換されていない残差ブロックと呼ばれることもある。本開示は、変換スキップモードに対する係数コーディングスキームのための技法を説明している。本開示の技法は、バイナリ表現を一連の非バイナリ値化された量子化係数に変換するエントロピーデコーディングプロセスを含んでいる。一般的にエントロピーデコーディングの逆プロセスである、対応するエントロピーエンコーディングプロセスも本開示の一部である。本開示の技法は、高効率ビデオコーディング（ＨＥＶＣ）のような、既存のビデオコーデックのいずれかに、または、バーサタイルビデオコーディング（ＶＶＣ）のような、現在開発中の標準規格に、そして、他の将来のビデオコーディング標準規格に適用してもよい。
【0020】
［００３１］
本開示は、例えば、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対するコンテキストオフセットを決定することと、決定されたコンテキストオフセットに基づいて、現在デコードされている係数に対する値をデコードすることとを含む技法を提案する。残差ブロック中の隣接係数間の係数値は、変換されたブロックに対してよりも、変換スキップされたブロックに対してより相関する傾向があるので、本開示の技法は、改善されたエントロピーコーディングをもたらし、これは、例えば、デコードされたビデオデータの品質を劣化させることなく、エンコードされたビデオデータを表すのに必要とされるビットオーバーヘッドを低減することにより、全体的なコーディング効率を改善することができる。
本開示は、例えば、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対するコンテキストオフセットを決定することと、決定されたコンテキストオフセットに基づいて、現在デコードされている係数に対する値をデコードすることとを含む技法を提案する。残差ブロック中の隣接係数間の係数値は、変換されたブロックに対してよりも、変換スキップされたブロックに対してより相関する傾向があるので、本開示の技法は、改善されたエントロピーコーディングをもたらし、これは、例えば、デコードされたビデオデータの品質を劣化させることなく、エンコードされたビデオデータを表すのに必要とされるビットオーバーヘッドを低減することにより、全体的なコーディング効率を改善することができる。
【0021】
［００３２］
図１は、本開示の技法を実行してもよい、例示的なビデオエンコーディングおよびデコーディングシステム１００を図示するブロック図である。本開示の技法は、一般的に、ビデオデータをコード化（エンコードおよび／またはデコード）することに向けられている。一般的に、ビデオデータは、ビデオを処理するための何らかのデータを含んでいる。したがって、ビデオデータは、生のコード化されていないビデオ、エンコードされたビデオ、デコードされた（例えば、再構築された）ビデオ、および、シグナリングデータのようなビデオメタデータを含んでいてもよい。
図１は、本開示の技法を実行してもよい、例示的なビデオエンコーディングおよびデコーディングシステム１００を図示するブロック図である。本開示の技法は、一般的に、ビデオデータをコード化（エンコードおよび／またはデコード）することに向けられている。一般的に、ビデオデータは、ビデオを処理するための何らかのデータを含んでいる。したがって、ビデオデータは、生のコード化されていないビデオ、エンコードされたビデオ、デコードされた（例えば、再構築された）ビデオ、および、シグナリングデータのようなビデオメタデータを含んでいてもよい。
【0022】
［００３３］
図１に示すように、システム１００は、この例では、宛先デバイス１１６によってデコードされ、表示されるべき、エンコードされたビデオデータを提供する、発信元デバイス１０２を含んでいる。特に、発信元デバイス１０２は、コンピュータ読取可能媒体１１０を介して、ビデオデータを宛先デバイス１１６に提供する。発信元デバイス１０２および宛先デバイス１１６は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータまたは他の移動体デバイス、セットトップボックス、電話ハンドセット、スマートフォン、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイス、ブロードキャスト受信機デバイス、または、これらに類するものを含む、広範囲のデバイスのうちのいずれであってもよく、または、いずれかを含んでいてもよい。いくつかのケースでは、発信元デバイス１０２および宛先デバイス１１６は、ワイヤレス通信のために備えられてもよく、したがって、ワイヤレス通信デバイスとして呼ばれることがある。
図１に示すように、システム１００は、この例では、宛先デバイス１１６によってデコードされ、表示されるべき、エンコードされたビデオデータを提供する、発信元デバイス１０２を含んでいる。特に、発信元デバイス１０２は、コンピュータ読取可能媒体１１０を介して、ビデオデータを宛先デバイス１１６に提供する。発信元デバイス１０２および宛先デバイス１１６は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータまたは他の移動体デバイス、セットトップボックス、電話ハンドセット、スマートフォン、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイス、ブロードキャスト受信機デバイス、または、これらに類するものを含む、広範囲のデバイスのうちのいずれであってもよく、または、いずれかを含んでいてもよい。いくつかのケースでは、発信元デバイス１０２および宛先デバイス１１６は、ワイヤレス通信のために備えられてもよく、したがって、ワイヤレス通信デバイスとして呼ばれることがある。
【0023】
［００３４］
図１の例では、発信元デバイス１０２は、ビデオソース１０４と、メモリ１０６と、ビデオエンコーダ２００と、出力インターフェース１０８とを含んでいる。宛先デバイス１１６は、入力インターフェース１２２と、ビデオデコーダ３００と、メモリ１２０と、ディスプレイデバイス１１８とを含んでいる。本開示によると、発信元デバイス１０２のビデオエンコーダ２００および宛先デバイス１１６のビデオデコーダ３００は、本開示で説明されている係数コーディングのための技法を適用するように構成されていてもよい。したがって、発信元デバイス１０２はビデオエンコーディングデバイスの例を表す一方で、宛先デバイス１１６はビデオデコーディングデバイスの例を表している。他の例では、発信元デバイスおよび宛先デバイスは、他のコンポーネントまたは構成を含んでいてもよい。例えば、発信元デバイス１０２は、外部カメラのような外部ビデオソースからビデオデータを受け取ってもよい。同様に、宛先デバイス１１６は、統合されたディスプレイデバイスを含むよりもむしろ、外部ディスプレイデバイスとインターフェースしていてもよい。
図１の例では、発信元デバイス１０２は、ビデオソース１０４と、メモリ１０６と、ビデオエンコーダ２００と、出力インターフェース１０８とを含んでいる。宛先デバイス１１６は、入力インターフェース１２２と、ビデオデコーダ３００と、メモリ１２０と、ディスプレイデバイス１１８とを含んでいる。本開示によると、発信元デバイス１０２のビデオエンコーダ２００および宛先デバイス１１６のビデオデコーダ３００は、本開示で説明されている係数コーディングのための技法を適用するように構成されていてもよい。したがって、発信元デバイス１０２はビデオエンコーディングデバイスの例を表す一方で、宛先デバイス１１６はビデオデコーディングデバイスの例を表している。他の例では、発信元デバイスおよび宛先デバイスは、他のコンポーネントまたは構成を含んでいてもよい。例えば、発信元デバイス１０２は、外部カメラのような外部ビデオソースからビデオデータを受け取ってもよい。同様に、宛先デバイス１１６は、統合されたディスプレイデバイスを含むよりもむしろ、外部ディスプレイデバイスとインターフェースしていてもよい。
【0024】
［００３５］
図１に示されているシステム１００は１つの例にすぎない。一般的に、任意のデジタルビデオエンコーディングおよび／またはデコーディングデバイスが、本開示で説明されている係数コーディングのための技法を実行してもよい。発信元デバイス１０２および宛先デバイス１１６は、発信元デバイス１０２が宛先デバイス１１６への送信のためにコード化されたビデオデータを発生させる、このようなコーディングデバイスの例にすぎない。本開示は、データのコーディング（エンコーディングおよび／またはデコーディング）を実行するデバイスとして「コーディング」デバイスに言及する。したがって、ビデオエンコーダ２００およびビデオデコーダ３００は、コーディングデバイスの例を、特に、それぞれビデオエンコーダおよびビデオデコーダを表している。いくつかの例では、デバイス１０２、１１６は、デバイス１０２、１１６のそれぞれがビデオエンコーディングコンポーネントとビデオデコーディングコンポーネントとを含むように、実質的に対称的な態様で動作してもよい。したがって、システム１００は、例えば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、または、ビデオ電話に対する、ビデオデバイス１０２とビデオデバイス１１６との間の一方向または双方向ビデオ送信をサポートしてもよい。
図１に示されているシステム１００は１つの例にすぎない。一般的に、任意のデジタルビデオエンコーディングおよび／またはデコーディングデバイスが、本開示で説明されている係数コーディングのための技法を実行してもよい。発信元デバイス１０２および宛先デバイス１１６は、発信元デバイス１０２が宛先デバイス１１６への送信のためにコード化されたビデオデータを発生させる、このようなコーディングデバイスの例にすぎない。本開示は、データのコーディング（エンコーディングおよび／またはデコーディング）を実行するデバイスとして「コーディング」デバイスに言及する。したがって、ビデオエンコーダ２００およびビデオデコーダ３００は、コーディングデバイスの例を、特に、それぞれビデオエンコーダおよびビデオデコーダを表している。いくつかの例では、デバイス１０２、１１６は、デバイス１０２、１１６のそれぞれがビデオエンコーディングコンポーネントとビデオデコーディングコンポーネントとを含むように、実質的に対称的な態様で動作してもよい。したがって、システム１００は、例えば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、または、ビデオ電話に対する、ビデオデバイス１０２とビデオデバイス１１６との間の一方向または双方向ビデオ送信をサポートしてもよい。
【0025】
［００３６］
一般的に、ビデオソース１０４は、ビデオデータ（すなわち、生のコード化されていないビデオデータ）のソースを表し、ビデオデータの（「フレーム」としても呼ばれる）シーケンシャルな一連のピクチャーを、ピクチャーに対するデータをエンコードするビデオエンコーダ２００に提供する。発信元デバイス１０２のビデオソース１０４は、ビデオカメラのようなビデオキャプチャデバイス、以前にキャプチャされた生のビデオを含んでいるビデオアーカイブ、および／または、ビデオコンテンツプロバイダからビデオを受け取るためのビデオフィードインターフェースを含んでいてもよい。さらなる代替として、ビデオソース１０４は、ソースビデオとしてのコンピュータグラフィックスベースのデータを、または、ライブビデオとアーカイブビデオとコンピュータ発生ビデオとの組み合わせを発生させてもよい。各ケースにおいて、ビデオエンコーダ２００は、キャプチャされた、事前キャプチャされた、または、コンピュータが発生させたビデオデータをエンコードする。ビデオエンコーダ２００は、（ときには「表示順序」として呼ばれる）受け取った順序から、コーディングのためのコーディング順序にピクチャーを再構成してもよい。ビデオエンコーダ２００は、エンコードされたビデオデータを含むビットストリームを発生させてもよい。発信元デバイス１０２は、その後、例えば、宛先デバイス１１６の入力インターフェース１２２による受け取りおよび／または取り出しのために、出力インターフェース１０８を介して、コンピュータ読取可能媒体１１０上に、エンコードされたビデオデータを出力してもよい。
一般的に、ビデオソース１０４は、ビデオデータ（すなわち、生のコード化されていないビデオデータ）のソースを表し、ビデオデータの（「フレーム」としても呼ばれる）シーケンシャルな一連のピクチャーを、ピクチャーに対するデータをエンコードするビデオエンコーダ２００に提供する。発信元デバイス１０２のビデオソース１０４は、ビデオカメラのようなビデオキャプチャデバイス、以前にキャプチャされた生のビデオを含んでいるビデオアーカイブ、および／または、ビデオコンテンツプロバイダからビデオを受け取るためのビデオフィードインターフェースを含んでいてもよい。さらなる代替として、ビデオソース１０４は、ソースビデオとしてのコンピュータグラフィックスベースのデータを、または、ライブビデオとアーカイブビデオとコンピュータ発生ビデオとの組み合わせを発生させてもよい。各ケースにおいて、ビデオエンコーダ２００は、キャプチャされた、事前キャプチャされた、または、コンピュータが発生させたビデオデータをエンコードする。ビデオエンコーダ２００は、（ときには「表示順序」として呼ばれる）受け取った順序から、コーディングのためのコーディング順序にピクチャーを再構成してもよい。ビデオエンコーダ２００は、エンコードされたビデオデータを含むビットストリームを発生させてもよい。発信元デバイス１０２は、その後、例えば、宛先デバイス１１６の入力インターフェース１２２による受け取りおよび／または取り出しのために、出力インターフェース１０８を介して、コンピュータ読取可能媒体１１０上に、エンコードされたビデオデータを出力してもよい。
【0026】
［００３７］
発信元デバイス１０２のメモリ１０６および宛先デバイス１１６のメモリ１２０は、汎用メモリを表している。いくつかの例では、メモリ１０６、１２０は、生のビデオデータ、例えば、ビデオソース１０４からの生ビデオと、ビデオデコーダ３００からの生のデコードされたビデオデータとを記憶してもよい。追加的にまたは代替的に、メモリ１０６、１２０は、例えば、ビデオエンコーダ２００およびビデオデコーダ３００それぞれによって実行可能なソフトウェア命令を記憶していてもよい。この例では、メモリ１０６およびメモリ１２０は、ビデオエンコーダ２００およびビデオデコーダ３００とは別個に示されているが、ビデオエンコーダ２００およびビデオデコーダ３００はまた、機能的に同様または同等の目的のために内部メモリを含んでいてもよいことを理解すべきである。さらに、メモリ１０６、１２０は、例えば、ビデオエンコーダ２００から出力され、ビデオデコーダ３００に入力される、エンコードされたビデオデータを記憶してもよい。いくつかの例では、メモリ１０６、１２０の一部分は、１つ以上のビデオバッファとして割り振られ、例えば、生のデコードされたおよび／またはエンコードされたビデオデータを記憶してもよい。
発信元デバイス１０２のメモリ１０６および宛先デバイス１１６のメモリ１２０は、汎用メモリを表している。いくつかの例では、メモリ１０６、１２０は、生のビデオデータ、例えば、ビデオソース１０４からの生ビデオと、ビデオデコーダ３００からの生のデコードされたビデオデータとを記憶してもよい。追加的にまたは代替的に、メモリ１０６、１２０は、例えば、ビデオエンコーダ２００およびビデオデコーダ３００それぞれによって実行可能なソフトウェア命令を記憶していてもよい。この例では、メモリ１０６およびメモリ１２０は、ビデオエンコーダ２００およびビデオデコーダ３００とは別個に示されているが、ビデオエンコーダ２００およびビデオデコーダ３００はまた、機能的に同様または同等の目的のために内部メモリを含んでいてもよいことを理解すべきである。さらに、メモリ１０６、１２０は、例えば、ビデオエンコーダ２００から出力され、ビデオデコーダ３００に入力される、エンコードされたビデオデータを記憶してもよい。いくつかの例では、メモリ１０６、１２０の一部分は、１つ以上のビデオバッファとして割り振られ、例えば、生のデコードされたおよび／またはエンコードされたビデオデータを記憶してもよい。
【0027】
［００３８］
コンピュータ読取可能媒体１１０は、発信元デバイス１０２から宛先デバイス１１６へとエンコードされたビデオデータを転送することが可能な任意のタイプの媒体またはデバイスを表していてもよい。１つの例では、コンピュータ読取可能媒体１１０は、発信元デバイス１０２が、例えば、無線周波数ネットワークまたはコンピュータベースのネットワークを介して、エンコードされたビデオデータをリアルタイムで宛先デバイス１１６に直接送信することを可能にする通信媒体を表している。出力インターフェース１０８は、ワイヤレス通信標準規格にしたがって、エンコードされたビデオデータを含む送信信号を変調してもよく、入力インターフェース１２２は、ワイヤレス通信プロトコルのような通信標準規格にしたがって、受け取った送信信号を復調してもよい。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つ以上の物理送信ラインのような、何らかのワイヤレスまたはワイヤード通信媒体を備えていてもよい。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、または、インターネットのようなグローバルネットワークのような、パケットベースのネットワークの一部を形成していてもよい。通信媒体は、ルータ、スイッチ、基地局、または、発信元デバイス１０２から宛先デバイス１１６への通信を容易にするのに役立つかもしれない他の何らかの機器を含んでいてもよい。
コンピュータ読取可能媒体１１０は、発信元デバイス１０２から宛先デバイス１１６へとエンコードされたビデオデータを転送することが可能な任意のタイプの媒体またはデバイスを表していてもよい。１つの例では、コンピュータ読取可能媒体１１０は、発信元デバイス１０２が、例えば、無線周波数ネットワークまたはコンピュータベースのネットワークを介して、エンコードされたビデオデータをリアルタイムで宛先デバイス１１６に直接送信することを可能にする通信媒体を表している。出力インターフェース１０８は、ワイヤレス通信標準規格にしたがって、エンコードされたビデオデータを含む送信信号を変調してもよく、入力インターフェース１２２は、ワイヤレス通信プロトコルのような通信標準規格にしたがって、受け取った送信信号を復調してもよい。通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つ以上の物理送信ラインのような、何らかのワイヤレスまたはワイヤード通信媒体を備えていてもよい。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、または、インターネットのようなグローバルネットワークのような、パケットベースのネットワークの一部を形成していてもよい。通信媒体は、ルータ、スイッチ、基地局、または、発信元デバイス１０２から宛先デバイス１１６への通信を容易にするのに役立つかもしれない他の何らかの機器を含んでいてもよい。
【0028】
［００３９］
いくつかの例では、コンピュータ読取可能媒体１１０は、記憶デバイス１１２を含んでいてもよい。発信元デバイス１０２は、出力インターフェース１０８から記憶デバイス１１２にエンコードされたデータを出力してもよい。同様に、宛先デバイス１１６は、入力インターフェース１２２を介して、記憶デバイス１１２からのエンコードされたデータにアクセスしてもよい。記憶デバイス１１２は、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ－ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは、エンコードされたビデオデータを記憶するための他の何らかの適切なデジタル記憶媒体のような、さまざまな分散またはローカルにアクセスされるデータ記憶媒体のいずれかを含んでいてもよい。
いくつかの例では、コンピュータ読取可能媒体１１０は、記憶デバイス１１２を含んでいてもよい。発信元デバイス１０２は、出力インターフェース１０８から記憶デバイス１１２にエンコードされたデータを出力してもよい。同様に、宛先デバイス１１６は、入力インターフェース１２２を介して、記憶デバイス１１２からのエンコードされたデータにアクセスしてもよい。記憶デバイス１１２は、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ－ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは、エンコードされたビデオデータを記憶するための他の何らかの適切なデジタル記憶媒体のような、さまざまな分散またはローカルにアクセスされるデータ記憶媒体のいずれかを含んでいてもよい。
【0029】
［００４０］
いくつかの例では、コンピュータ読取可能媒体１１０は、ファイルサーバ１１４、または、発信元デバイス１０２により発生されたエンコードされたビデオデータを記憶してもよい別の中間記憶デバイスを含んでいてもよい。発信元デバイス１０２は、エンコードされたビデオデータを、ファイルサーバ１１４に、または、発信元デバイス１０２によって発生されたエンコードされたビデオを記憶してもよい別の中間記憶デバイスに出力してもよい。宛先デバイス１１６は、ストリーミングまたはダウンロードを介して、ファイルサーバ１１４からの記憶されているビデオデータにアクセスしてもよい。ファイルサーバ１１４は、エンコードされたビデオを記憶することと、宛先デバイス１１６にエンコードされたビデオを送信することとができる、任意のタイプのサーバデバイスであってもよい。ファイルサーバ１１４は、（例えば、ウェブサイトに対する）ウェブサーバ、ファイル転送プロトコル（ＦＴＰ）サーバ、コンテンツ配信ネットワークデバイス、または、ネットワーク接続記憶（ＮＡＳ）デバイスを表していてもよい。宛先デバイス１１６は、インターネット接続を含む任意の標準的なデータ接続を通して、ファイルサーバ１１４からのエンコードされたビデオデータにアクセスしてもよい。これは、ファイルサーバ１１４上に記憶されている、エンコードされたビデオデータにアクセスするのに適している、ワイヤレスチャネル（例えば、Ｗｉ－Ｆｉ接続）、ワイヤード接続（例えば、デジタル加入者線（ＤＳＬ）、ケーブルモデム等）、または、その両方の組み合わせを含んでいてもよい。ファイルサーバ１１４および入力インターフェース１２２は、ストリーミング送信プロトコル、ダウンロード送信プロトコル、または、これらの組み合わせにしたがって動作するように構成されていてもよい。
いくつかの例では、コンピュータ読取可能媒体１１０は、ファイルサーバ１１４、または、発信元デバイス１０２により発生されたエンコードされたビデオデータを記憶してもよい別の中間記憶デバイスを含んでいてもよい。発信元デバイス１０２は、エンコードされたビデオデータを、ファイルサーバ１１４に、または、発信元デバイス１０２によって発生されたエンコードされたビデオを記憶してもよい別の中間記憶デバイスに出力してもよい。宛先デバイス１１６は、ストリーミングまたはダウンロードを介して、ファイルサーバ１１４からの記憶されているビデオデータにアクセスしてもよい。ファイルサーバ１１４は、エンコードされたビデオを記憶することと、宛先デバイス１１６にエンコードされたビデオを送信することとができる、任意のタイプのサーバデバイスであってもよい。ファイルサーバ１１４は、（例えば、ウェブサイトに対する）ウェブサーバ、ファイル転送プロトコル（ＦＴＰ）サーバ、コンテンツ配信ネットワークデバイス、または、ネットワーク接続記憶（ＮＡＳ）デバイスを表していてもよい。宛先デバイス１１６は、インターネット接続を含む任意の標準的なデータ接続を通して、ファイルサーバ１１４からのエンコードされたビデオデータにアクセスしてもよい。これは、ファイルサーバ１１４上に記憶されている、エンコードされたビデオデータにアクセスするのに適している、ワイヤレスチャネル（例えば、Ｗｉ－Ｆｉ接続）、ワイヤード接続（例えば、デジタル加入者線（ＤＳＬ）、ケーブルモデム等）、または、その両方の組み合わせを含んでいてもよい。ファイルサーバ１１４および入力インターフェース１２２は、ストリーミング送信プロトコル、ダウンロード送信プロトコル、または、これらの組み合わせにしたがって動作するように構成されていてもよい。
【0030】
［００４１］
出力インターフェース１０８および入力インターフェース１２２は、ワイヤレス送信機／受信機、モデム、ワイヤードネットワーキングコンポーネント（例えば、イーサネット（登録商標）カード）、さまざまなＩＥＥＥ８０２．１１標準規格のいずれかにしたがって動作するワイヤレス通信コンポーネント、または、他の物理コンポーネントを表していてもよい。出力インターフェース１０８および入力インターフェース１２２がワイヤレスコンポーネントを備えている例では、出力インターフェース１０８および入力インターフェース１２２は、４Ｇ、４Ｇ－ＬＴＥ（登録商標）（ロングタームエボリューション）、ＬＴＥアドバンスト、５Ｇ、または、これらに類するもののようなセルラ通信標準規格にしたがって、エンコードされたビデオデータのようなデータを転送するように構成されていてもよい。出力インターフェース１０８がワイヤレス送信機を備えているいくつかの例では、出力インターフェース１０８および入力インターフェース１２２は、ＩＥＥＥ８０２．１１仕様、ＩＥＥＥ８０２．１５仕様（例えば、ＺｉｇＢｅｅ（商標））、Ｂｌｕｅｔｏｏｔｈ（登録商標）（商標）標準規格、または、これらに類するもののような他のワイヤレス標準規格にしたがって、エンコードされたビデオデータのようなデータを転送するように構成されていてもよい。いくつかの例では、発信元デバイス１０２および／または宛先デバイス１１６は、それぞれのシステムオンチップ（ＳｏＣ）デバイスを含んでいてもよい。例えば、発信元デバイス１０２は、ビデオエンコーダ２００および／または出力インターフェース１０８に備わる機能性を実行するＳｏＣデバイスを含んでいてもよく、宛先デバイス１１６は、ビデオデコーダ３００および／または入力インターフェース１２２に備わる機能性を実行するＳｏＣデバイスを含んでいてもよい。
出力インターフェース１０８および入力インターフェース１２２は、ワイヤレス送信機／受信機、モデム、ワイヤードネットワーキングコンポーネント（例えば、イーサネット（登録商標）カード）、さまざまなＩＥＥＥ８０２．１１標準規格のいずれかにしたがって動作するワイヤレス通信コンポーネント、または、他の物理コンポーネントを表していてもよい。出力インターフェース１０８および入力インターフェース１２２がワイヤレスコンポーネントを備えている例では、出力インターフェース１０８および入力インターフェース１２２は、４Ｇ、４Ｇ－ＬＴＥ（登録商標）（ロングタームエボリューション）、ＬＴＥアドバンスト、５Ｇ、または、これらに類するもののようなセルラ通信標準規格にしたがって、エンコードされたビデオデータのようなデータを転送するように構成されていてもよい。出力インターフェース１０８がワイヤレス送信機を備えているいくつかの例では、出力インターフェース１０８および入力インターフェース１２２は、ＩＥＥＥ８０２．１１仕様、ＩＥＥＥ８０２．１５仕様（例えば、ＺｉｇＢｅｅ（商標））、Ｂｌｕｅｔｏｏｔｈ（登録商標）（商標）標準規格、または、これらに類するもののような他のワイヤレス標準規格にしたがって、エンコードされたビデオデータのようなデータを転送するように構成されていてもよい。いくつかの例では、発信元デバイス１０２および／または宛先デバイス１１６は、それぞれのシステムオンチップ（ＳｏＣ）デバイスを含んでいてもよい。例えば、発信元デバイス１０２は、ビデオエンコーダ２００および／または出力インターフェース１０８に備わる機能性を実行するＳｏＣデバイスを含んでいてもよく、宛先デバイス１１６は、ビデオデコーダ３００および／または入力インターフェース１２２に備わる機能性を実行するＳｏＣデバイスを含んでいてもよい。
【0031】
［００４２］
本開示の技法は、無線テレビ放送、ケーブルテレビ送信、衛星テレビ送信、ＨＴＴＰを通した動的適応ストリーミング（ＤＡＳＨ）のようなインターネットストリーミングビデオ送信、データ記憶媒体上にエンコードされたデジタルビデオ、データ記憶媒体上に記憶されているデジタルビデオのデコーディング、または、他のアプリケーションのような、さまざまなマルチメディアアプリケーションのうちのいずれかをサポートするビデオコーディングに適用してもよい。
本開示の技法は、無線テレビ放送、ケーブルテレビ送信、衛星テレビ送信、ＨＴＴＰを通した動的適応ストリーミング（ＤＡＳＨ）のようなインターネットストリーミングビデオ送信、データ記憶媒体上にエンコードされたデジタルビデオ、データ記憶媒体上に記憶されているデジタルビデオのデコーディング、または、他のアプリケーションのような、さまざまなマルチメディアアプリケーションのうちのいずれかをサポートするビデオコーディングに適用してもよい。
【0032】
［００４３］
宛先デバイス１１６の入力インターフェース１２２は、コンピュータ読取可能媒体１１０（例えば、通信媒体、記憶デバイス１１２、ファイルサーバ１１４、または、これらに類するもの）からエンコードされたビデオビットストリームを受け取る。エンコードされたビデオビットストリームは、ビデオブロックまたは他のコード化されたユニット（例えば、スライス、ピクチャー、ピクチャーのグループ、シーケンス、または、これらに類するもの）の特性および／または処理を記述する値を有するシンタックス要素のような、ビデオエンコーダ２００によって規定され、ビデオデコーダ３００によっても使用されるシグナリング情報を含んでいてもよい。ディスプレイデバイス１１８は、デコードされたビデオデータのデコードされたピクチャーをユーザに表示する。ディスプレイデバイス１１８は、ブラウン管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または、別のタイプのディスプレイデバイスのような、さまざまなディスプレイデバイスのうちのいずれかを表していてもよい。
宛先デバイス１１６の入力インターフェース１２２は、コンピュータ読取可能媒体１１０（例えば、通信媒体、記憶デバイス１１２、ファイルサーバ１１４、または、これらに類するもの）からエンコードされたビデオビットストリームを受け取る。エンコードされたビデオビットストリームは、ビデオブロックまたは他のコード化されたユニット（例えば、スライス、ピクチャー、ピクチャーのグループ、シーケンス、または、これらに類するもの）の特性および／または処理を記述する値を有するシンタックス要素のような、ビデオエンコーダ２００によって規定され、ビデオデコーダ３００によっても使用されるシグナリング情報を含んでいてもよい。ディスプレイデバイス１１８は、デコードされたビデオデータのデコードされたピクチャーをユーザに表示する。ディスプレイデバイス１１８は、ブラウン管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または、別のタイプのディスプレイデバイスのような、さまざまなディスプレイデバイスのうちのいずれかを表していてもよい。
【0033】
［００４４］
図１には示されていないが、いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、それぞれオーディオエンコーダおよび／またはオーディオデコーダと統合されていてもよく、適切なＭＵＸ－ＤＥＭＵＸユニットあるいは他のハードウェアおよび／またはソフトウェアを含んでいて、共通のデータストリームにおけるオーディオおよびビデオの両方を含む多重化されたストリームを取り扱ってもよい。適用可能である場合には、ＭＵＸ－ＤＥＭＵＸユニットは、ＩＴＵ．Ｈ．２２３マルチプレクサプロトコル、または、ユーザデータグラムプロトコル（ＵＤＰ）のような他のプロトコルにしたがっていてもよい。
図１には示されていないが、いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、それぞれオーディオエンコーダおよび／またはオーディオデコーダと統合されていてもよく、適切なＭＵＸ－ＤＥＭＵＸユニットあるいは他のハードウェアおよび／またはソフトウェアを含んでいて、共通のデータストリームにおけるオーディオおよびビデオの両方を含む多重化されたストリームを取り扱ってもよい。適用可能である場合には、ＭＵＸ－ＤＥＭＵＸユニットは、ＩＴＵ．Ｈ．２２３マルチプレクサプロトコル、または、ユーザデータグラムプロトコル（ＵＤＰ）のような他のプロトコルにしたがっていてもよい。
【0034】
［００４５］
ビデオエンコーダ２００およびビデオデコーダ３００はそれぞれ、１つ以上のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェア、または、これらの組み合わせのような、さまざまな適したエンコーダおよび／またはデコーダ回路のいずれかとして実現してもよい。技法が部分的にソフトウェアで実現されるとき、デバイスは、適切な、非一時的コンピュータ読取可能媒体においてソフトウェアに対する命令を記憶していてもよく、１つ以上のプロセッサを使用して、ハードウェアにおいて命令を実行して、本開示の技法を実行してもよい。ビデオエンコーダ２００およびビデオデコーダ３００のそれぞれは、１つ以上のエンコーダまたはデコーダ中に含まれていてもよく、エンコーダまたはデコーダのどちらかは、それぞれのデバイスにおいて、組み合わされたエンコーダ／デコーダ（ＣＯＤＥＣ）の一部として統合されていてもよい。ビデオエンコーダ２００および／またはビデオデコーダ３００を含むデバイスは、集積回路、マイクロプロセッサ、および／または、セルラ電話機のようなワイヤレス通信デバイスを備えていてもよい。
ビデオエンコーダ２００およびビデオデコーダ３００はそれぞれ、１つ以上のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェア、または、これらの組み合わせのような、さまざまな適したエンコーダおよび／またはデコーダ回路のいずれかとして実現してもよい。技法が部分的にソフトウェアで実現されるとき、デバイスは、適切な、非一時的コンピュータ読取可能媒体においてソフトウェアに対する命令を記憶していてもよく、１つ以上のプロセッサを使用して、ハードウェアにおいて命令を実行して、本開示の技法を実行してもよい。ビデオエンコーダ２００およびビデオデコーダ３００のそれぞれは、１つ以上のエンコーダまたはデコーダ中に含まれていてもよく、エンコーダまたはデコーダのどちらかは、それぞれのデバイスにおいて、組み合わされたエンコーダ／デコーダ（ＣＯＤＥＣ）の一部として統合されていてもよい。ビデオエンコーダ２００および／またはビデオデコーダ３００を含むデバイスは、集積回路、マイクロプロセッサ、および／または、セルラ電話機のようなワイヤレス通信デバイスを備えていてもよい。
【0035】
［００４６］
ビデオエンコーダ２００およびビデオデコーダ３００は、高効率ビデオコーディング（ＨＥＶＣ）としても呼ばれるＩＴＵ－Ｔ Ｈ．２６５のようなビデオコーディング標準規格に、または、マルチビューおよび／またはスケーラブルビデオコーディング拡張のような、ビデオコーディング標準規格に対する拡張にしたがって動作してもよい。代替的に、ビデオエンコーダ２００およびビデオデコーダ３００は、共同調査テストモデル（ＪＥＭ）またはバーサタイルビデオコーディング（ＶＶＣ）としても呼ばれるＩＴＵ－Ｔ Ｈ．２６６のような、他のプロプライエタリまたは業界標準規格にしたがって動作してもよい。ＶＶＣ標準規格のドラフトは、ブロスらにおける「バーサタイルビデオコーディング（ドラフト４）」、ＩＴＵ－Ｔ ＳＧ１６ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントビデオエキスパートチーム（ＪＶＥＴ）、第１３回ミーティング：マサチューセッツ州マラケシ、２０１９年１月９日～１８日、ＪＶＥＴ－Ｍ１００１－ｖ５（以下「ＶＶＣドラフト４」）で説明されている。ＶＶＣ標準規格の別のドラフトは、ブロスらにおける「バーサタイルビデオコーディング（ドラフト７）」、ＩＴＵ－Ｔ ＳＧ１６ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントビデオエキスパートチーム（ＪＶＥＴ）、第１６回ミーティング：ジュネーブ、ＣＨ、２０１９年１０月１日～１１日、ＪＶＥＴ－Ｐ２００１－ｖ１４（以下「ＶＶＣドラフト７」）で説明されている。しかしながら、本開示の技術は、何らかの特定のコーディング標準規格には限定されない。
ビデオエンコーダ２００およびビデオデコーダ３００は、高効率ビデオコーディング（ＨＥＶＣ）としても呼ばれるＩＴＵ－Ｔ Ｈ．２６５のようなビデオコーディング標準規格に、または、マルチビューおよび／またはスケーラブルビデオコーディング拡張のような、ビデオコーディング標準規格に対する拡張にしたがって動作してもよい。代替的に、ビデオエンコーダ２００およびビデオデコーダ３００は、共同調査テストモデル（ＪＥＭ）またはバーサタイルビデオコーディング（ＶＶＣ）としても呼ばれるＩＴＵ－Ｔ Ｈ．２６６のような、他のプロプライエタリまたは業界標準規格にしたがって動作してもよい。ＶＶＣ標準規格のドラフトは、ブロスらにおける「バーサタイルビデオコーディング（ドラフト４）」、ＩＴＵ－Ｔ ＳＧ１６ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントビデオエキスパートチーム（ＪＶＥＴ）、第１３回ミーティング：マサチューセッツ州マラケシ、２０１９年１月９日～１８日、ＪＶＥＴ－Ｍ１００１－ｖ５（以下「ＶＶＣドラフト４」）で説明されている。ＶＶＣ標準規格の別のドラフトは、ブロスらにおける「バーサタイルビデオコーディング（ドラフト７）」、ＩＴＵ－Ｔ ＳＧ１６ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントビデオエキスパートチーム（ＪＶＥＴ）、第１６回ミーティング：ジュネーブ、ＣＨ、２０１９年１０月１日～１１日、ＪＶＥＴ－Ｐ２００１－ｖ１４（以下「ＶＶＣドラフト７」）で説明されている。しかしながら、本開示の技術は、何らかの特定のコーディング標準規格には限定されない。
【0036】
［００４７］
一般的に、ビデオエンコーダ２００およびビデオデコーダ３００は、ピクチャーのブロックベースコーディングを実行してもよい。「ブロック」という用語は、一般的に、処理される（例えば、エンコードされる、デコードされる、または、そうでなければ、エンコーディングおよび／またはデコーディングプロセスにおいて使用される）データを含む構造を指している。例えば、ブロックは、ルミナンスデータおよび／またはクロミナンスデータのサンプルの２次元行列を含んでいてもよい。一般的に、ビデオエンコーダ２００およびビデオデコーダ３００は、ＹＵＶ（例えば、Ｙ、Ｃｂ、Ｃｒ）フォーマットで表されるビデオデータをコード化するかもしれない。すなわち、ピクチャーのサンプルに対する赤、緑および青（ＲＧＢ）データをコード化するよりもむしろ、ビデオエンコーダ２００およびビデオデコーダ３００は、ルミナンス成分とクロミナンス成分とをコード化するかもしれず、ここで、クロミナンス成分は、赤の色相と青の色相の両方のクロミナンス成分を含んでいてもよい。いくつかの例では、ビデオエンコーダ２００は、エンコーディングの前に、受け取ったＲＧＢフォーマットされたデータをＹＵＶ表現に変換し、ビデオデコーダ３００は、ＹＵＶ表現をＲＧＢフォーマットに変換する。代替的に、（図示されていない）前処理ユニットおよび後処理ユニットがこれらの変換を実行してもよい。
一般的に、ビデオエンコーダ２００およびビデオデコーダ３００は、ピクチャーのブロックベースコーディングを実行してもよい。「ブロック」という用語は、一般的に、処理される（例えば、エンコードされる、デコードされる、または、そうでなければ、エンコーディングおよび／またはデコーディングプロセスにおいて使用される）データを含む構造を指している。例えば、ブロックは、ルミナンスデータおよび／またはクロミナンスデータのサンプルの２次元行列を含んでいてもよい。一般的に、ビデオエンコーダ２００およびビデオデコーダ３００は、ＹＵＶ（例えば、Ｙ、Ｃｂ、Ｃｒ）フォーマットで表されるビデオデータをコード化するかもしれない。すなわち、ピクチャーのサンプルに対する赤、緑および青（ＲＧＢ）データをコード化するよりもむしろ、ビデオエンコーダ２００およびビデオデコーダ３００は、ルミナンス成分とクロミナンス成分とをコード化するかもしれず、ここで、クロミナンス成分は、赤の色相と青の色相の両方のクロミナンス成分を含んでいてもよい。いくつかの例では、ビデオエンコーダ２００は、エンコーディングの前に、受け取ったＲＧＢフォーマットされたデータをＹＵＶ表現に変換し、ビデオデコーダ３００は、ＹＵＶ表現をＲＧＢフォーマットに変換する。代替的に、（図示されていない）前処理ユニットおよび後処理ユニットがこれらの変換を実行してもよい。
【0037】
［００４８］
本開示は、一般的に、ピクチャーのデータをエンコードまたはデコードするプロセスを含むように、ピクチャーのコーディング（例えば、エンコーディングおよびデコーディング）に言及しているかもしれない。同様に、本開示は、ブロックに対するデータをエンコードまたはデコードするプロセス、例えば、予測および／または残差コーディングを含むように、ピクチャーのブロックのコーディングに言及しているかもしれない。エンコードされたビデオビットストリームは、一般的に、コーディング決定（例えば、コーディングモード）とブロックへのピクチャーの区分とを表す、シンタックス要素に対する一連の値を含んでいる。したがって、ピクチャーまたはブロックをコード化することへの言及は、一般的に、ピクチャーまたはブロックを形成するシンタックス要素に対する値をコード化することとして理解すべきである。
本開示は、一般的に、ピクチャーのデータをエンコードまたはデコードするプロセスを含むように、ピクチャーのコーディング（例えば、エンコーディングおよびデコーディング）に言及しているかもしれない。同様に、本開示は、ブロックに対するデータをエンコードまたはデコードするプロセス、例えば、予測および／または残差コーディングを含むように、ピクチャーのブロックのコーディングに言及しているかもしれない。エンコードされたビデオビットストリームは、一般的に、コーディング決定（例えば、コーディングモード）とブロックへのピクチャーの区分とを表す、シンタックス要素に対する一連の値を含んでいる。したがって、ピクチャーまたはブロックをコード化することへの言及は、一般的に、ピクチャーまたはブロックを形成するシンタックス要素に対する値をコード化することとして理解すべきである。
【0038】
［００４９］
ＨＥＶＣは、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）および変換ユニット（ＴＵ）を含む、さまざまなブロックを規定する。ＨＥＶＣにしたがうと、（ビデオエンコーダ２００のような）ビデオコーダは、４分ツリー構造にしたがって、コーディングツリーユニット（ＣＴＵ）をＣＵに区分する。すなわち、ビデオコーダは、ＣＴＵおよびＣＵを４つの等しい、オーバーラップしない正方形に区分し、４分ツリーの各ノードは、０または４つの子ノードのいずれかを有する。子ノードのないノードは、「リーフノード」として呼ばれることがあり、このようなリーフノードのＣＵは、１つ以上のＰＵおよび／または１つ以上のＴＵを含んでいてもよい。ビデオコーダは、ＰＵとＴＵとをさらに区分してもよい。例えば、ＨＥＶＣでは、残差４分ツリー（ＲＱＴ）はＴＵの区分を表している。ＨＥＶＣでは、ＰＵはインター予測データを表す一方で、ＴＵは残差データを表している。イントラ予測されるＣＵは、イントラモードインジケーションのようなイントラ予測情報を含んでいる。
ＨＥＶＣは、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）および変換ユニット（ＴＵ）を含む、さまざまなブロックを規定する。ＨＥＶＣにしたがうと、（ビデオエンコーダ２００のような）ビデオコーダは、４分ツリー構造にしたがって、コーディングツリーユニット（ＣＴＵ）をＣＵに区分する。すなわち、ビデオコーダは、ＣＴＵおよびＣＵを４つの等しい、オーバーラップしない正方形に区分し、４分ツリーの各ノードは、０または４つの子ノードのいずれかを有する。子ノードのないノードは、「リーフノード」として呼ばれることがあり、このようなリーフノードのＣＵは、１つ以上のＰＵおよび／または１つ以上のＴＵを含んでいてもよい。ビデオコーダは、ＰＵとＴＵとをさらに区分してもよい。例えば、ＨＥＶＣでは、残差４分ツリー（ＲＱＴ）はＴＵの区分を表している。ＨＥＶＣでは、ＰＵはインター予測データを表す一方で、ＴＵは残差データを表している。イントラ予測されるＣＵは、イントラモードインジケーションのようなイントラ予測情報を含んでいる。
【0039】
［００５０］
別の例として、ビデオエンコーダ２００およびビデオデコーダ３００は、ＪＥＭまたはＶＶＣにしたがって動作するように構成されていてもよい。ＪＥＭまたはＶＶＣによると、（ビデオエンコーダ２００のような）ビデオコーダは、ピクチャーを複数のコーディングツリーユニット（ＣＴＵ）に区分する。ビデオエンコーダ２００は、４分ツリー－２分ツリー（ＱＴＢＴ）構造またはマルチタイプツリー（ＭＴＴ）構造のようなツリー構造にしたがって、ＣＴＵを区分してもよい。ＱＴＢＴ構造は、ＨＥＶＣのＣＵとＰＵとＴＵとの間の分離のような、複数の区分タイプの概念を除去する。ＱＴＢＴ構造は、４分ツリー区分にしたがって区分される第１のレベルと、２分ツリー区分にしたがって区分される第２のレベルと、の２つのレベルを含んでいる。ＱＴＢＴ構造のルートノードはＣＴＵに対応する。２分ツリーのリーフノードは、コーディングユニット（ＣＵ）に対応する。
別の例として、ビデオエンコーダ２００およびビデオデコーダ３００は、ＪＥＭまたはＶＶＣにしたがって動作するように構成されていてもよい。ＪＥＭまたはＶＶＣによると、（ビデオエンコーダ２００のような）ビデオコーダは、ピクチャーを複数のコーディングツリーユニット（ＣＴＵ）に区分する。ビデオエンコーダ２００は、４分ツリー－２分ツリー（ＱＴＢＴ）構造またはマルチタイプツリー（ＭＴＴ）構造のようなツリー構造にしたがって、ＣＴＵを区分してもよい。ＱＴＢＴ構造は、ＨＥＶＣのＣＵとＰＵとＴＵとの間の分離のような、複数の区分タイプの概念を除去する。ＱＴＢＴ構造は、４分ツリー区分にしたがって区分される第１のレベルと、２分ツリー区分にしたがって区分される第２のレベルと、の２つのレベルを含んでいる。ＱＴＢＴ構造のルートノードはＣＴＵに対応する。２分ツリーのリーフノードは、コーディングユニット（ＣＵ）に対応する。
【0040】
［００５１］
ＭＴＴ区分構造では、４分ツリー（ＱＴ）区分と、２分ツリー（ＢＴ）区分と、（ターナリーツリー（ＴＴ）とも呼ばれる）３分ツリー（ＴＴ）区分の１つ以上のタイプとを使用して、ブロックを区分してもよい。３分またはターナリーツリー区分は、ブロックが３つのサブブロックに分割される区分である。いくつかの例では、３分またはターナリーツリー区分は、中心を通して元のブロックを分けずに、ブロックを３つのサブブロックに分ける。ＭＴＴにおける区分タイプ（例えば、ＱＴ、ＢＴおよびＴＴ）は、対称または非対称であってもよい。
ＭＴＴ区分構造では、４分ツリー（ＱＴ）区分と、２分ツリー（ＢＴ）区分と、（ターナリーツリー（ＴＴ）とも呼ばれる）３分ツリー（ＴＴ）区分の１つ以上のタイプとを使用して、ブロックを区分してもよい。３分またはターナリーツリー区分は、ブロックが３つのサブブロックに分割される区分である。いくつかの例では、３分またはターナリーツリー区分は、中心を通して元のブロックを分けずに、ブロックを３つのサブブロックに分ける。ＭＴＴにおける区分タイプ（例えば、ＱＴ、ＢＴおよびＴＴ）は、対称または非対称であってもよい。
【0041】
［００５２］
いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、単一のＱＴＢＴまたはＭＴＴ構造を使用して、ルミナンス成分とクロミナンス成分のそれぞれを表してもよい一方で、他の例では、ビデオエンコーダ２００およびビデオデコーダ３００は、ルミナンス成分のために１つのＱＴＢＴ／ＭＴＴ構造と、両方のクロミナンス成分のために別のＱＴＢＴ／ＭＴＴ構造（または、それぞれのクロミナンス成分のために２つのＱＴＢＴ／ＭＴＴ構造）のように、２つ以上のＱＴＢＴまたはＭＴＴ構造を使用してもよい。
いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、単一のＱＴＢＴまたはＭＴＴ構造を使用して、ルミナンス成分とクロミナンス成分のそれぞれを表してもよい一方で、他の例では、ビデオエンコーダ２００およびビデオデコーダ３００は、ルミナンス成分のために１つのＱＴＢＴ／ＭＴＴ構造と、両方のクロミナンス成分のために別のＱＴＢＴ／ＭＴＴ構造（または、それぞれのクロミナンス成分のために２つのＱＴＢＴ／ＭＴＴ構造）のように、２つ以上のＱＴＢＴまたはＭＴＴ構造を使用してもよい。
【0042】
［００５３］
ビデオエンコーダ２００およびビデオデコーダ３００は、ＨＥＶＣ毎の４分ツリー区分、ＱＴＢＴ区分、ＭＴＴ区分、または、他の区分構造を使用するように構成されていてもよい。説明のために、本開示の技法の説明は、ＱＴＢＴ区分に関して提示する。しかしながら、本開示の技法はまた、４分ツリー区分、または、他のタイプの区分も同様に使用するように構成されているビデオコーダに適用してもよいことを理解されたい。
ビデオエンコーダ２００およびビデオデコーダ３００は、ＨＥＶＣ毎の４分ツリー区分、ＱＴＢＴ区分、ＭＴＴ区分、または、他の区分構造を使用するように構成されていてもよい。説明のために、本開示の技法の説明は、ＱＴＢＴ区分に関して提示する。しかしながら、本開示の技法はまた、４分ツリー区分、または、他のタイプの区分も同様に使用するように構成されているビデオコーダに適用してもよいことを理解されたい。
【0043】
［００５４］
ブロック（例えば、ＣＴＵまたはＣＵ）は、ピクチャー中でさまざまな方法でグループ化されてもよい。１つの例として、ブリックは、ピクチャー中の特定のタイル内のＣＴＵ行の長方形領域を指しているかもしれない。タイルは、ピクチャー中の特定のタイル列および特定のタイル行内のＣＴＵの長方形領域であってもよい。タイル列は、ピクチャーの高さに等しい高さと、（例えば、ピクチャーパラメータセット中のような）シンタックス要素により指定された幅とを有するＣＴＵの長方形領域を指している。タイル行は、（例えば、ピクチャーパラメータセット中のような）シンタックス要素により指定された高さと、ピクチャーの幅に等しい幅とを有するＣＴＵの長方形領域を指している。
ブロック（例えば、ＣＴＵまたはＣＵ）は、ピクチャー中でさまざまな方法でグループ化されてもよい。１つの例として、ブリックは、ピクチャー中の特定のタイル内のＣＴＵ行の長方形領域を指しているかもしれない。タイルは、ピクチャー中の特定のタイル列および特定のタイル行内のＣＴＵの長方形領域であってもよい。タイル列は、ピクチャーの高さに等しい高さと、（例えば、ピクチャーパラメータセット中のような）シンタックス要素により指定された幅とを有するＣＴＵの長方形領域を指している。タイル行は、（例えば、ピクチャーパラメータセット中のような）シンタックス要素により指定された高さと、ピクチャーの幅に等しい幅とを有するＣＴＵの長方形領域を指している。
【0044】
［００５５］
いくつかの例では、タイルは複数のブリックに区分されてもよく、そのそれぞれはタイル内に１つ以上のＣＴＵ行を含んでいてもよい。複数のブリックに区分されないタイルも、ブリックとしても呼ばれることもある。しかしながら、タイルの真のサブセットであるブリックは、タイルとして呼ばれないかもしれない。
いくつかの例では、タイルは複数のブリックに区分されてもよく、そのそれぞれはタイル内に１つ以上のＣＴＵ行を含んでいてもよい。複数のブリックに区分されないタイルも、ブリックとしても呼ばれることもある。しかしながら、タイルの真のサブセットであるブリックは、タイルとして呼ばれないかもしれない。
【0045】
［００５６］
ピクチャー中のブリックはまた、スライス中に配置されてもよい。スライスは、単一のネットワークアブストラクションレイヤ（ＮＡＬ）ユニット中に排他的に含まれているかもしれないピクチャーの整数個のブリックであってもよい。いくつかの例では、スライスは、多数の完全なタイル、または、１つのタイルの完全なブリックの連続シーケンスのみのいずれかを含んでいる。
ピクチャー中のブリックはまた、スライス中に配置されてもよい。スライスは、単一のネットワークアブストラクションレイヤ（ＮＡＬ）ユニット中に排他的に含まれているかもしれないピクチャーの整数個のブリックであってもよい。いくつかの例では、スライスは、多数の完全なタイル、または、１つのタイルの完全なブリックの連続シーケンスのみのいずれかを含んでいる。
【0046】
［００５７］
本開示は、「Ｎ×Ｎ」および「ＮバイＮ」を交換可能に使用して、垂直寸法および水平寸法に関する（ＣＵまたは他のビデオブロックのような）ブロックのサンプル寸法、例えば、１６×１６サンプルまたは１６バイ１６サンプルを指すかもしれない。一般的に、１６×１６のＣＵは、垂直方向に１６個のサンプルを有し（ｙ＝１６）、水平方向に１６個のサンプルを有する（ｘ＝１６）。同様に、Ｎ×ＮのＣＵは、一般的に、垂直方向にＮ個のサンプルを有し、水平方向にＮ個のサンプルを有し、ここで、Ｎは非負整数値を表している。ＣＵ中のサンプルは、行および列に配置されていてもよい。さらに、ＣＵは、必ずしも垂直方向と同じ数のサンプルを水平方向に有する必要はない。例えば、ＣＵはＮ×Ｍ個のサンプルを備えていてもよく、ここで、Ｍは必ずしもＮに等しいとは限らない。
本開示は、「Ｎ×Ｎ」および「ＮバイＮ」を交換可能に使用して、垂直寸法および水平寸法に関する（ＣＵまたは他のビデオブロックのような）ブロックのサンプル寸法、例えば、１６×１６サンプルまたは１６バイ１６サンプルを指すかもしれない。一般的に、１６×１６のＣＵは、垂直方向に１６個のサンプルを有し（ｙ＝１６）、水平方向に１６個のサンプルを有する（ｘ＝１６）。同様に、Ｎ×ＮのＣＵは、一般的に、垂直方向にＮ個のサンプルを有し、水平方向にＮ個のサンプルを有し、ここで、Ｎは非負整数値を表している。ＣＵ中のサンプルは、行および列に配置されていてもよい。さらに、ＣＵは、必ずしも垂直方向と同じ数のサンプルを水平方向に有する必要はない。例えば、ＣＵはＮ×Ｍ個のサンプルを備えていてもよく、ここで、Ｍは必ずしもＮに等しいとは限らない。
【0047】
［００５８］
ビデオエンコーダ２００は、予測および／または残差情報を、ならびに、他の情報を表す、ＣＵに対するビデオデータをエンコードする。予測情報は、ＣＵに対する予測ブロックを形成するために、ＣＵがどのように予測されるべきかを示している。残差情報は、一般的に、エンコーディング前のＣＵのサンプルと予測ブロックとの間のサンプル毎の差分を表している。
ビデオエンコーダ２００は、予測および／または残差情報を、ならびに、他の情報を表す、ＣＵに対するビデオデータをエンコードする。予測情報は、ＣＵに対する予測ブロックを形成するために、ＣＵがどのように予測されるべきかを示している。残差情報は、一般的に、エンコーディング前のＣＵのサンプルと予測ブロックとの間のサンプル毎の差分を表している。
【0048】
［００５９］
ＣＵを予測するために、ビデオエンコーダ２００は、一般的に、インター予測またはイントラ予測を通して、ＣＵに対する予測ブロックを形成してもよい。インター予測は、一般的に、以前にコード化されたピクチャーのデータからＣＵを予測することを指す一方で、イントラ予測は、一般的に、同じピクチャーの以前にコード化されたデータからＣＵを予測することを指している。インター予測を実行するために、ビデオエンコーダ２００は、１つ以上の動きベクトルを使用して、予測ブロックを発生させてもよい。ビデオエンコーダ２００は、一般的に、動きサーチを実行して、例えば、ＣＵと参照ブロックとの間の差分に関して、ＣＵに密接に一致する参照ブロックを識別してもよい。ビデオエンコーダ２００は、絶対差分の和（ＳＡＤ）、二乗差分の和（ＳＳＤ）、平均絶対差分（ＭＡＤ）、平均二乗差分（ＭＳＤ）、または、他のこのような差分計算を使用して、差分メトリックを計算し、参照ブロックが現在ＣＵに密接に一致するか否かを決定してもよい。いくつかの例では、ビデオエンコーダ２００は、単方向予測または双方向予測を使用して、現在ＣＵを予測してもよい。
ＣＵを予測するために、ビデオエンコーダ２００は、一般的に、インター予測またはイントラ予測を通して、ＣＵに対する予測ブロックを形成してもよい。インター予測は、一般的に、以前にコード化されたピクチャーのデータからＣＵを予測することを指す一方で、イントラ予測は、一般的に、同じピクチャーの以前にコード化されたデータからＣＵを予測することを指している。インター予測を実行するために、ビデオエンコーダ２００は、１つ以上の動きベクトルを使用して、予測ブロックを発生させてもよい。ビデオエンコーダ２００は、一般的に、動きサーチを実行して、例えば、ＣＵと参照ブロックとの間の差分に関して、ＣＵに密接に一致する参照ブロックを識別してもよい。ビデオエンコーダ２００は、絶対差分の和（ＳＡＤ）、二乗差分の和（ＳＳＤ）、平均絶対差分（ＭＡＤ）、平均二乗差分（ＭＳＤ）、または、他のこのような差分計算を使用して、差分メトリックを計算し、参照ブロックが現在ＣＵに密接に一致するか否かを決定してもよい。いくつかの例では、ビデオエンコーダ２００は、単方向予測または双方向予測を使用して、現在ＣＵを予測してもよい。
【0049】
［００６０］
ＪＥＭおよびＶＶＣのいくつかの例はまた、インター予測モードと見なしてもよいアフィン動き補償モードを提供する。アフィン動き補償モードでは、ビデオエンコーダ２００は、ズームインまたはズームアウト、回転、透視動き、または、他の不規則な動きタイプのような、並進しない動きを表す２つ以上の動きベクトルを決定してもよい。
ＪＥＭおよびＶＶＣのいくつかの例はまた、インター予測モードと見なしてもよいアフィン動き補償モードを提供する。アフィン動き補償モードでは、ビデオエンコーダ２００は、ズームインまたはズームアウト、回転、透視動き、または、他の不規則な動きタイプのような、並進しない動きを表す２つ以上の動きベクトルを決定してもよい。
【0050】
［００６１］
イントラ予測を実行するために、ビデオエンコーダ２００は、イントラ予測モードを選択して、予測ブロックを発生させてもよい。ＪＥＭおよびＶＶＣのいくつかの例は、さまざまな方向性モードとともに、ｐｌａｎａｒモードおよびＤＣモードを含む、６７個のイントラ予測モードを提供する。一般的に、ビデオエンコーダ２００は、現在ブロックのサンプルを予測する、現在ブロック（例えば、ＣＵのブロック）に隣接するサンプルを記述するイントラ予測モードを選択する。ビデオエンコーダ２００がラスター走査順序（左から右、上部から下部）でＣＴＵおよびＣＵをコード化すると仮定すると、このようなサンプルは、一般的に、現在ブロックと同じピクチャー中で、現在ブロックの上、左上または左にあってもよい。
イントラ予測を実行するために、ビデオエンコーダ２００は、イントラ予測モードを選択して、予測ブロックを発生させてもよい。ＪＥＭおよびＶＶＣのいくつかの例は、さまざまな方向性モードとともに、ｐｌａｎａｒモードおよびＤＣモードを含む、６７個のイントラ予測モードを提供する。一般的に、ビデオエンコーダ２００は、現在ブロックのサンプルを予測する、現在ブロック（例えば、ＣＵのブロック）に隣接するサンプルを記述するイントラ予測モードを選択する。ビデオエンコーダ２００がラスター走査順序（左から右、上部から下部）でＣＴＵおよびＣＵをコード化すると仮定すると、このようなサンプルは、一般的に、現在ブロックと同じピクチャー中で、現在ブロックの上、左上または左にあってもよい。
【0051】
［００６２］
ビデオエンコーダ２００は、現在ブロックに対する予測モードを表すデータをエンコードする。例えば、インター予測モードに対して、ビデオエンコーダ２００は、さまざまな利用可能なインター予測モードのうちのどれが使用されるかを表すデータとともに、対応するモードに対する動き情報をエンコードしてもよい。単方向または双方向インター予測に対して、例えば、ビデオエンコーダ２００は、高度動きベクトル予測（ＡＭＶＰ）またはマージモードを使用して、動きベクトルをエンコードしてもよい。ビデオエンコーダ２００は、類似するモードを使用して、アフィン動き補償モードに対する動きベクトルをエンコードしてもよい。
ビデオエンコーダ２００は、現在ブロックに対する予測モードを表すデータをエンコードする。例えば、インター予測モードに対して、ビデオエンコーダ２００は、さまざまな利用可能なインター予測モードのうちのどれが使用されるかを表すデータとともに、対応するモードに対する動き情報をエンコードしてもよい。単方向または双方向インター予測に対して、例えば、ビデオエンコーダ２００は、高度動きベクトル予測（ＡＭＶＰ）またはマージモードを使用して、動きベクトルをエンコードしてもよい。ビデオエンコーダ２００は、類似するモードを使用して、アフィン動き補償モードに対する動きベクトルをエンコードしてもよい。
【0052】
［００６３］
ブロックのイントラ予測またはインター予測のような予測に続いて、ビデオエンコーダ２００は、ブロックに対する残差データを計算してもよい。残差ブロックのような残差データは、ブロックと、対応する予測モードを使用して形成された、ブロックに対する予測ブロックとの間の、サンプル毎の差分を表している。ビデオエンコーダ２００は、１つ以上の変換を残差ブロックに適用して、サンプルドメインの代わりに変換ドメインにおいて、変換されたデータを生成させてもよい。例えば、ビデオエンコーダ２００は、離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または、概念的に類似する変換を残差ビデオデータに適用してもよい。さらに、ビデオエンコーダ２００は、モード依存分離不可能２次変換（ＭＤＮＳＳＴ）、信号依存変換、カルーネンレーベ変換（ＫＬＴ）、または、これらに類するもののような、第１の変換に続く２次変換を適用してもよい。ビデオエンコーダ２００は、１つ以上の変換の適用に続いて、変換係数を生成させる。
ブロックのイントラ予測またはインター予測のような予測に続いて、ビデオエンコーダ２００は、ブロックに対する残差データを計算してもよい。残差ブロックのような残差データは、ブロックと、対応する予測モードを使用して形成された、ブロックに対する予測ブロックとの間の、サンプル毎の差分を表している。ビデオエンコーダ２００は、１つ以上の変換を残差ブロックに適用して、サンプルドメインの代わりに変換ドメインにおいて、変換されたデータを生成させてもよい。例えば、ビデオエンコーダ２００は、離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または、概念的に類似する変換を残差ビデオデータに適用してもよい。さらに、ビデオエンコーダ２００は、モード依存分離不可能２次変換（ＭＤＮＳＳＴ）、信号依存変換、カルーネンレーベ変換（ＫＬＴ）、または、これらに類するもののような、第１の変換に続く２次変換を適用してもよい。ビデオエンコーダ２００は、１つ以上の変換の適用に続いて、変換係数を生成させる。
【0053】
［００６４］
上記では変換が実行される例に対して説明したが、いくつかの例では、変換はスキップしてもよい。例えば、ビデオエンコーダ２００は、変換動作がスキップされる変換スキップモードを実現してもよい。変換がスキップされる例では、ビデオエンコーダ２００は、変換係数の代わりに、残差値に対応する係数を出力してもよい。以下の説明では、「係数」という用語は、残差値に対応する係数または変換の結果から発生された変換係数のいずれかを含んでいると解釈すべきである。
上記では変換が実行される例に対して説明したが、いくつかの例では、変換はスキップしてもよい。例えば、ビデオエンコーダ２００は、変換動作がスキップされる変換スキップモードを実現してもよい。変換がスキップされる例では、ビデオエンコーダ２００は、変換係数の代わりに、残差値に対応する係数を出力してもよい。以下の説明では、「係数」という用語は、残差値に対応する係数または変換の結果から発生された変換係数のいずれかを含んでいると解釈すべきである。
【0054】
［００６５］
上述のように、係数を生成させるための何らかの変換または変換がスキップされることに続いて、ビデオエンコーダ２００は、係数の量子化を実行してもよい。いくつかの例では、変換がスキップされるときには、量子化もスキップされるかもしれない。量子化は、一般的に、係数が量子化されて、係数を表すために使用されるデータの量を場合によっては低減させ、さらなる圧縮を提供するプロセスを指している。量子化プロセスを実行することによって、ビデオエンコーダ２００は、係数のいくつか、または、すべてに関係するビット深度を低減させてもよい。例えば、ビデオエンコーダ２００は、量子化の間にｎ－ビット値をｍ－ビット値に切り捨ててもよく、ここで、ｎはｍよりも大きい。いくつかの例では、量子化を実行するために、ビデオエンコーダ２００は、量子化されるべき値のビット単位の右シフトを実行してもよい。
上述のように、係数を生成させるための何らかの変換または変換がスキップされることに続いて、ビデオエンコーダ２００は、係数の量子化を実行してもよい。いくつかの例では、変換がスキップされるときには、量子化もスキップされるかもしれない。量子化は、一般的に、係数が量子化されて、係数を表すために使用されるデータの量を場合によっては低減させ、さらなる圧縮を提供するプロセスを指している。量子化プロセスを実行することによって、ビデオエンコーダ２００は、係数のいくつか、または、すべてに関係するビット深度を低減させてもよい。例えば、ビデオエンコーダ２００は、量子化の間にｎ－ビット値をｍ－ビット値に切り捨ててもよく、ここで、ｎはｍよりも大きい。いくつかの例では、量子化を実行するために、ビデオエンコーダ２００は、量子化されるべき値のビット単位の右シフトを実行してもよい。
【0055】
［００６６］
量子化に続いて、ビデオエンコーダ２００は、（例えば、変換の結果から、または、変換スキップに起因して、発生された）係数を走査し、量子化された係数を含む２次元行列から１次元ベクトルを生成させてもよい。走査は、より高いエネルギー（したがって、より低い周波数）の係数をベクトルの前部に配置し、より低いエネルギー（したがって、より高い周波数）の係数をベクトルの後部に配置するように設計されていてもよい。変換がスキップされる例では、走査の結果は、より高いエネルギー係数がベクトルの前部に配置され、より低いエネルギー係数がベクトルの後部に配置されることにならないかもしれない。いくつかの例では、ビデオエンコーダ２００は、予め規定された走査順序を利用して、量子化係数を走査し、シリアル化ベクトルを生成させ、その後、ベクトルの量子化係数をエントロピーエンコードしてもよい。他の例では、ビデオエンコーダ２００は、適応走査を実行してもよい。量子化係数を走査して１次元ベクトルを形成した後、ビデオエンコーダ２００は、例えば、コンテキスト適応バイナリ算術コーディング（ＣＡＢＡＣ）にしたがって、１次元ベクトルをエントロピーエンコードしてもよい。ビデオエンコーダ２００はまた、ビデオデータをデコードする際に、ビデオデコーダ３００によって使用するために、エンコードされたビデオデータに関係するメタデータを記述するシンタックス要素に対する値をエントロピーエンコードしてもよい。
量子化に続いて、ビデオエンコーダ２００は、（例えば、変換の結果から、または、変換スキップに起因して、発生された）係数を走査し、量子化された係数を含む２次元行列から１次元ベクトルを生成させてもよい。走査は、より高いエネルギー（したがって、より低い周波数）の係数をベクトルの前部に配置し、より低いエネルギー（したがって、より高い周波数）の係数をベクトルの後部に配置するように設計されていてもよい。変換がスキップされる例では、走査の結果は、より高いエネルギー係数がベクトルの前部に配置され、より低いエネルギー係数がベクトルの後部に配置されることにならないかもしれない。いくつかの例では、ビデオエンコーダ２００は、予め規定された走査順序を利用して、量子化係数を走査し、シリアル化ベクトルを生成させ、その後、ベクトルの量子化係数をエントロピーエンコードしてもよい。他の例では、ビデオエンコーダ２００は、適応走査を実行してもよい。量子化係数を走査して１次元ベクトルを形成した後、ビデオエンコーダ２００は、例えば、コンテキスト適応バイナリ算術コーディング（ＣＡＢＡＣ）にしたがって、１次元ベクトルをエントロピーエンコードしてもよい。ビデオエンコーダ２００はまた、ビデオデータをデコードする際に、ビデオデコーダ３００によって使用するために、エンコードされたビデオデータに関係するメタデータを記述するシンタックス要素に対する値をエントロピーエンコードしてもよい。
【0056】
［００６７］
上記で紹介したように、ビデオエンコーダ２００は、残差データをＴＵにエンコードする。ＴＵ中の残差データの予想される特性に依存して、ビデオエンコーダ２００は、変換モードまたは変換スキップモードのような異なるモードでＴＵをエンコードしてもよく、異なるモードは、異なる係数コーディングスキームを利用する。いくつかの係数コーディングスキームは、係数グループを利用して、ＴＵをエンコードする。係数グループは、一般的に、ＴＵ中の係数のサブセットである。例えば、ビデオエンコーダ２００は、１６×１６ＴＵを４つの４×４係数グループとしてエンコードしてもよい。
上記で紹介したように、ビデオエンコーダ２００は、残差データをＴＵにエンコードする。ＴＵ中の残差データの予想される特性に依存して、ビデオエンコーダ２００は、変換モードまたは変換スキップモードのような異なるモードでＴＵをエンコードしてもよく、異なるモードは、異なる係数コーディングスキームを利用する。いくつかの係数コーディングスキームは、係数グループを利用して、ＴＵをエンコードする。係数グループは、一般的に、ＴＵ中の係数のサブセットである。例えば、ビデオエンコーダ２００は、１６×１６ＴＵを４つの４×４係数グループとしてエンコードしてもよい。
【0057】
［００６８］
ＣＡＢＡＣを実行するために、ビデオエンコーダ２００は、コンテキストモデル内のコンテキストを、送信されるべきシンボルに割り当ててもよい。コンテキストは、例えば、シンボルの隣接する値が０値化されているか否かに関連していてもよい。確率決定は、シンボルに割り当てられているコンテキストに基づいていてもよい。
ＣＡＢＡＣを実行するために、ビデオエンコーダ２００は、コンテキストモデル内のコンテキストを、送信されるべきシンボルに割り当ててもよい。コンテキストは、例えば、シンボルの隣接する値が０値化されているか否かに関連していてもよい。確率決定は、シンボルに割り当てられているコンテキストに基づいていてもよい。
【0058】
［００６９］
ビデオエンコーダ２００はさらに、例えば、ピクチャーヘッダ中で、ブロックヘッダ中で、スライスヘッダ中で、あるいは、シーケンスパラメータセット（ＳＰＳ）、ピクチャーパラメータセット（ＰＰＳ）、または、ビデオパラメータセット（ＶＰＳ）のような他のシンタックスデータ中で、ビデオデコーダ３００への、ブロックベースのシンタックスデータ、ピクチャーベースのシンタックスデータ、および、シーケンスベースのシンタックスデータのようなシンタックスデータを発生させてもよい。ビデオデコーダ３００は、同様に、このようなシンタックスデータをデコードして、対応するビデオデータをどのようにデコードするかを決定してもよい。
ビデオエンコーダ２００はさらに、例えば、ピクチャーヘッダ中で、ブロックヘッダ中で、スライスヘッダ中で、あるいは、シーケンスパラメータセット（ＳＰＳ）、ピクチャーパラメータセット（ＰＰＳ）、または、ビデオパラメータセット（ＶＰＳ）のような他のシンタックスデータ中で、ビデオデコーダ３００への、ブロックベースのシンタックスデータ、ピクチャーベースのシンタックスデータ、および、シーケンスベースのシンタックスデータのようなシンタックスデータを発生させてもよい。ビデオデコーダ３００は、同様に、このようなシンタックスデータをデコードして、対応するビデオデータをどのようにデコードするかを決定してもよい。
【0059】
［００７０］
このようにして、ビデオエンコーダ２００は、エンコードされたビデオデータを含む、例えば、ブロック（例えば、ＣＵ）へのピクチャーの区分と、ブロックに対する予測および／または残差情報とを記述する、シンタックス要素を含む、ビットストリームを発生させてもよい。最終的に、ビデオデコーダ３００は、ビットストリームを受け取り、エンコードされたビデオデータをデコードしてもよい。
このようにして、ビデオエンコーダ２００は、エンコードされたビデオデータを含む、例えば、ブロック（例えば、ＣＵ）へのピクチャーの区分と、ブロックに対する予測および／または残差情報とを記述する、シンタックス要素を含む、ビットストリームを発生させてもよい。最終的に、ビデオデコーダ３００は、ビットストリームを受け取り、エンコードされたビデオデータをデコードしてもよい。
【0060】
［００７１］
一般的に、ビデオデコーダ３００は、ビデオエンコーダ２００によって実行されるプロセスとは逆のプロセスを実行して、ビットストリームのエンコードされたビデオデータをデコードする。例えば、ビデオデコーダ３００は、ビデオエンコーダ２００のＣＡＢＡＣエンコーディングプロセスと、逆ではあるが、実質的に類似する方法で、ＣＡＢＡＣを使用して、ビットストリームのシンタックス要素に対する値をデコードしてもよい。シンタックス要素は、ＣＴＵへのピクチャーの区分情報と、ＱＴＢＴ構造のような、対応する区分構造にしたがって、各ＣＴＵを区分することとを規定して、ＣＴＵのＣＵを規定していてもよい。シンタックス要素は、ビデオデータのブロック（例えば、ＣＵ）に対する予測および残差情報をさらに規定していてもよい。
一般的に、ビデオデコーダ３００は、ビデオエンコーダ２００によって実行されるプロセスとは逆のプロセスを実行して、ビットストリームのエンコードされたビデオデータをデコードする。例えば、ビデオデコーダ３００は、ビデオエンコーダ２００のＣＡＢＡＣエンコーディングプロセスと、逆ではあるが、実質的に類似する方法で、ＣＡＢＡＣを使用して、ビットストリームのシンタックス要素に対する値をデコードしてもよい。シンタックス要素は、ＣＴＵへのピクチャーの区分情報と、ＱＴＢＴ構造のような、対応する区分構造にしたがって、各ＣＴＵを区分することとを規定して、ＣＴＵのＣＵを規定していてもよい。シンタックス要素は、ビデオデータのブロック（例えば、ＣＵ）に対する予測および残差情報をさらに規定していてもよい。
【0061】
［００７２］
残差情報は、例えば、残差値または変換係数のいずれかを表している量子化係数によって表されていてもよい。ビデオデコーダ３００は、ブロックの量子化された変換係数を逆量子化および逆変換して、ブロックに対する残差ブロックを再生させてもよい。ビデオエンコーダ２００が変換動作をスキップした例（例えば、変換スキップモード）では、ビデオコーダ３００は、逆変換動作をスキップするかもしれない。ビデオデコーダ３００は、シグナリングされた予測モード（イントラ予測またはインター予測）と、関連する予測情報（例えば、インター予測に対する動き情報）とを使用して、ブロックに対する予測ブロック（すなわち、予測的なブロック）を形成する。ビデオデコーダ３００は、その後、（サンプル毎のベースで）予測ブロックと残差ブロックとを組み合わせて、元のブロックを再生させてもよい。ビデオデコーダ３００は、デブロッキングプロセスを実行することのような、追加の処理を実行して、ブロックの境界に沿った視覚的アーティファクトを低減させてもよい。
残差情報は、例えば、残差値または変換係数のいずれかを表している量子化係数によって表されていてもよい。ビデオデコーダ３００は、ブロックの量子化された変換係数を逆量子化および逆変換して、ブロックに対する残差ブロックを再生させてもよい。ビデオエンコーダ２００が変換動作をスキップした例（例えば、変換スキップモード）では、ビデオコーダ３００は、逆変換動作をスキップするかもしれない。ビデオデコーダ３００は、シグナリングされた予測モード（イントラ予測またはインター予測）と、関連する予測情報（例えば、インター予測に対する動き情報）とを使用して、ブロックに対する予測ブロック（すなわち、予測的なブロック）を形成する。ビデオデコーダ３００は、その後、（サンプル毎のベースで）予測ブロックと残差ブロックとを組み合わせて、元のブロックを再生させてもよい。ビデオデコーダ３００は、デブロッキングプロセスを実行することのような、追加の処理を実行して、ブロックの境界に沿った視覚的アーティファクトを低減させてもよい。
【0062】
［００７３］
本開示の技法によれば、ビデオエンコーダ２００およびビデオデコーダ３００は、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対するコンテキストオフセットを決定し、決定されたコンテキストオフセットに基づいて、現在デコードされている係数に対する値をデコードするように構成されていてもよい。残差ブロック中の隣接係数間の係数値は、変換されたブロックよりも変換スキップされたブロックの方がより相関する傾向があるので、本開示の技法は、エントロピーコーディングの改善をもたらすかもしれず、これは、例えば、デコードされたビデオデータの品質を劣化させることなく、エンコードされたビデオデータを表すのに必要とされるビットオーバーヘッドを低減することにより、全体的なコーディング効率を改善することができる。
本開示の技法によれば、ビデオエンコーダ２００およびビデオデコーダ３００は、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対するコンテキストオフセットを決定し、決定されたコンテキストオフセットに基づいて、現在デコードされている係数に対する値をデコードするように構成されていてもよい。残差ブロック中の隣接係数間の係数値は、変換されたブロックよりも変換スキップされたブロックの方がより相関する傾向があるので、本開示の技法は、エントロピーコーディングの改善をもたらすかもしれず、これは、例えば、デコードされたビデオデータの品質を劣化させることなく、エンコードされたビデオデータを表すのに必要とされるビットオーバーヘッドを低減することにより、全体的なコーディング効率を改善することができる。
【0063】
［００７４］
本開示は、一般的に、シンタックス要素のような、ある情報を「シグナリングすること」に関連しているかもしれない。「シグナリング」という用語は、一般的に、シンタックス要素に対する値の通信および／またはエンコードされたビデオデータをデコードするのに使用される他のデータの通信に関連しているかもしれない。すなわち、ビデオエンコーダ２００は、ビットストリーム中でシンタックス要素に対する値をシグナリングしてもよい。一般的に、シグナリングは、ビットストリーム中で値を発生させることを指している。上述のように、発信元デバイス１０２は、実質的にリアルタイムで、または、宛先デバイス１１６による後の取り出しのために、シンタックス要素を記憶デバイス１１２中に記憶させるときに起こるかもしれないような、リアルタイムではなく、ビットストリームを宛先デバイス１１６に転送してもよい。
本開示は、一般的に、シンタックス要素のような、ある情報を「シグナリングすること」に関連しているかもしれない。「シグナリング」という用語は、一般的に、シンタックス要素に対する値の通信および／またはエンコードされたビデオデータをデコードするのに使用される他のデータの通信に関連しているかもしれない。すなわち、ビデオエンコーダ２００は、ビットストリーム中でシンタックス要素に対する値をシグナリングしてもよい。一般的に、シグナリングは、ビットストリーム中で値を発生させることを指している。上述のように、発信元デバイス１０２は、実質的にリアルタイムで、または、宛先デバイス１１６による後の取り出しのために、シンタックス要素を記憶デバイス１１２中に記憶させるときに起こるかもしれないような、リアルタイムではなく、ビットストリームを宛先デバイス１１６に転送してもよい。
【0064】
［００７５］
図２Ａおよび図２Ｂは、例示的な４分２分ツリー（ＱＴＢＴ）構造１３０と、対応するコーディングツリーユニット（ＣＴＵ）１３２とを図示する概念図である。実線は４分ツリー分割を表し、点線は２分ツリー分割を表している。２分ツリーの各分割（すなわち、非リーフ）ノードにおいて、どの分割タイプ（すなわち、水平または垂直）が使用されるかを示すために１つのフラグがシグナリングされる。この例では、０が水平分割を示し、１が垂直分割を示している。４分ツリー分割に対して、４分ツリーノードは、ブロックを等しいサイズを有する４つのサブブロックに水平および垂直に分割するので、分割タイプを示す必要はない。したがって、ＱＴＢＴ構造１３０の領域ツリーレベル（すなわち、第１のレベル）に対する（分割情報のような）シンタックス要素（すなわち、実線）と、ＱＴＢＴ構造１３０の予測ツリーレベル（すなわち、第２のレベル）に対する（分割情報のような）シンタックス要素（すなわち、破線）を、ビデオエンコーダ２００はエンコードしてもよく、ビデオデコーダ３００はデコードしてもよい。ＱＴＢＴ構造１３０の終端リーフノードにより表されるＣＵに対する予測データおよび変換データのようなビデオデータを、ビデオエンコーダ２００はエンコードしてもよく、ビデオデコーダ３００はデコードしてもよい。
図２Ａおよび図２Ｂは、例示的な４分２分ツリー（ＱＴＢＴ）構造１３０と、対応するコーディングツリーユニット（ＣＴＵ）１３２とを図示する概念図である。実線は４分ツリー分割を表し、点線は２分ツリー分割を表している。２分ツリーの各分割（すなわち、非リーフ）ノードにおいて、どの分割タイプ（すなわち、水平または垂直）が使用されるかを示すために１つのフラグがシグナリングされる。この例では、０が水平分割を示し、１が垂直分割を示している。４分ツリー分割に対して、４分ツリーノードは、ブロックを等しいサイズを有する４つのサブブロックに水平および垂直に分割するので、分割タイプを示す必要はない。したがって、ＱＴＢＴ構造１３０の領域ツリーレベル（すなわち、第１のレベル）に対する（分割情報のような）シンタックス要素（すなわち、実線）と、ＱＴＢＴ構造１３０の予測ツリーレベル（すなわち、第２のレベル）に対する（分割情報のような）シンタックス要素（すなわち、破線）を、ビデオエンコーダ２００はエンコードしてもよく、ビデオデコーダ３００はデコードしてもよい。ＱＴＢＴ構造１３０の終端リーフノードにより表されるＣＵに対する予測データおよび変換データのようなビデオデータを、ビデオエンコーダ２００はエンコードしてもよく、ビデオデコーダ３００はデコードしてもよい。
【0065】
［００７６］
一般的に、図２ＢのＣＴＵ１３２は、第１および第２のレベルにおけるＱＴＢＴ構造１３０のノードに対応するブロックのサイズを規定するパラメータと関係しているかもしれない。これらのパラメータは、（サンプル中のＣＴＵ１３２のサイズを表す）ＣＴＵサイズと、（ＭｉｎＱＴＳｉｚｅ、最小許容４分ツリーリーフノードサイズを表す）最小４分ツリーサイズと、（ＭａｘＢＴＳｉｚｅ、最大許容２分ツリールートノードサイズを表す）最大２分ツリーサイズと、（ＭａｘＢＴＤｅｐｔｈ、最大許容２分ツリー深度を表す）最大２分ツリー深度と、（ＭｉｎＢＴＳｉｚｅ、最小許容２分ツリーリーフノードサイズを表す）最小２分ツリーサイズとを含んでいてもよい。
一般的に、図２ＢのＣＴＵ１３２は、第１および第２のレベルにおけるＱＴＢＴ構造１３０のノードに対応するブロックのサイズを規定するパラメータと関係しているかもしれない。これらのパラメータは、（サンプル中のＣＴＵ１３２のサイズを表す）ＣＴＵサイズと、（ＭｉｎＱＴＳｉｚｅ、最小許容４分ツリーリーフノードサイズを表す）最小４分ツリーサイズと、（ＭａｘＢＴＳｉｚｅ、最大許容２分ツリールートノードサイズを表す）最大２分ツリーサイズと、（ＭａｘＢＴＤｅｐｔｈ、最大許容２分ツリー深度を表す）最大２分ツリー深度と、（ＭｉｎＢＴＳｉｚｅ、最小許容２分ツリーリーフノードサイズを表す）最小２分ツリーサイズとを含んでいてもよい。
【0066】
［００７７］
ＣＴＵに対応するＱＴＢＴ構造のルートノードは、ＱＴＢＴ構造の第１のレベルにおいて４つの子ノードを有してもよく、それぞれが４分ツリー区分にしたがって、区分されていてもよい。すなわち、第１のレベルのノードは、（子ノードを有さない）リーフノードであるか、または、４つの子ノードを有していてもよい。ＱＴＢＴ構造１３０の例は、親ノードと、分岐に対する実線を有する子ノードとを含むようなノードを表している。第１のレベルのノードが最大許容２分ツリールートノードサイズ（ＭａｘＢＴＳｉｚｅ）より大きくない場合には、したがって、ノードは、それぞれの２分ツリーによりさらに区分することができる。分割により得られたノードが最小許容２分ツリーリーフノードサイズ（ＭｉｎＢＴＳｉｚｅ）または最大許容２分ツリー深度（ＭａｘＢＴＤｅｐｔｈ）に達するまで、１つのノードの２分ツリー分割を繰り返すことができる。ＱＴＢＴ構造１３０の例は、分岐に対して破線を有するようなノードを表している。２分ツリーリーフノードは、コーディングユニット（ＣＵ）として呼ばれ、これは、何らかのさらなる区分なく、予測（例えば、イントラピクチャーまたはインターピクチャー予測）および変換に対して使用される。上記で説明したように、ＣＵは、「ビデオブロック」または「ブロック」として呼ばれることもある。
ＣＴＵに対応するＱＴＢＴ構造のルートノードは、ＱＴＢＴ構造の第１のレベルにおいて４つの子ノードを有してもよく、それぞれが４分ツリー区分にしたがって、区分されていてもよい。すなわち、第１のレベルのノードは、（子ノードを有さない）リーフノードであるか、または、４つの子ノードを有していてもよい。ＱＴＢＴ構造１３０の例は、親ノードと、分岐に対する実線を有する子ノードとを含むようなノードを表している。第１のレベルのノードが最大許容２分ツリールートノードサイズ（ＭａｘＢＴＳｉｚｅ）より大きくない場合には、したがって、ノードは、それぞれの２分ツリーによりさらに区分することができる。分割により得られたノードが最小許容２分ツリーリーフノードサイズ（ＭｉｎＢＴＳｉｚｅ）または最大許容２分ツリー深度（ＭａｘＢＴＤｅｐｔｈ）に達するまで、１つのノードの２分ツリー分割を繰り返すことができる。ＱＴＢＴ構造１３０の例は、分岐に対して破線を有するようなノードを表している。２分ツリーリーフノードは、コーディングユニット（ＣＵ）として呼ばれ、これは、何らかのさらなる区分なく、予測（例えば、イントラピクチャーまたはインターピクチャー予測）および変換に対して使用される。上記で説明したように、ＣＵは、「ビデオブロック」または「ブロック」として呼ばれることもある。
【0067】
［００７８］
ＱＴＢＴ区分構造の１つの例では、ＣＴＵサイズは１２８×１２８（ルーマサンプルおよび２つの対応する６４×６４クロマサンプル）として設定され、ＭｉｎＱＴＳｉｚｅは１６×１６として設定され、ＭａｘＢＴＳｉｚｅは６４×６４として設定され、（幅および高さの両方に対して）ＭｉｎＢＴＳｉｚｅは４として設定され、ＭａｘＢＴＤｅｐｔｈは４として設定される。まず、ＣＴＵに対して４分ツリー区分を適用して、４分ツリーリーフノードを発生させる。４分ツリーリーフノードは、１６×１６（すなわち、ＭｉｎＱＴＳｉｚｅ）から１２８×１２８（すなわち、ＣＴＵサイズ）までのサイズを有していてもよい。４分ツリーリーフノードが１２８×１２８である場合には、サイズがＭａｘＢＴＳｉｚｅ（すなわち、この例では、６４×６４）を超えることから、４分ツリーリーフノードは、２分ツリーにより、さらに分割されないだろう。そうでなければ、４分ツリーリーフノードは、２分ツリーにより、さらに区分されるであろう。したがって、４分ツリーリーフノードはまた、２分ツリーに対するルートノードであり、０としての２分ツリー深度を有する。２分ツリー深度がＭａｘＢＴＤｅｐｔｈ（この例では、４）に達するときには、それ以上の分割は許されない。ＭｉｎＢＴＳｉｚｅ（この例では、４）に等しい幅を有する２分ツリーノードは、それ以上の水平分割は許されないことを意味する。同様に、ＭｉｎＢＴＳｉｚｅに等しい高さを有する２分ツリーノードは、その２分ツリーノードに対してそれ以上の垂直分割は許されないことを意味する。上述したように、２分ツリーのリーフノードはＣＵと呼ばれ、さらなる区分なしで、予測および変換にしたがって、さらに処理される。
ＱＴＢＴ区分構造の１つの例では、ＣＴＵサイズは１２８×１２８（ルーマサンプルおよび２つの対応する６４×６４クロマサンプル）として設定され、ＭｉｎＱＴＳｉｚｅは１６×１６として設定され、ＭａｘＢＴＳｉｚｅは６４×６４として設定され、（幅および高さの両方に対して）ＭｉｎＢＴＳｉｚｅは４として設定され、ＭａｘＢＴＤｅｐｔｈは４として設定される。まず、ＣＴＵに対して４分ツリー区分を適用して、４分ツリーリーフノードを発生させる。４分ツリーリーフノードは、１６×１６（すなわち、ＭｉｎＱＴＳｉｚｅ）から１２８×１２８（すなわち、ＣＴＵサイズ）までのサイズを有していてもよい。４分ツリーリーフノードが１２８×１２８である場合には、サイズがＭａｘＢＴＳｉｚｅ（すなわち、この例では、６４×６４）を超えることから、４分ツリーリーフノードは、２分ツリーにより、さらに分割されないだろう。そうでなければ、４分ツリーリーフノードは、２分ツリーにより、さらに区分されるであろう。したがって、４分ツリーリーフノードはまた、２分ツリーに対するルートノードであり、０としての２分ツリー深度を有する。２分ツリー深度がＭａｘＢＴＤｅｐｔｈ（この例では、４）に達するときには、それ以上の分割は許されない。ＭｉｎＢＴＳｉｚｅ（この例では、４）に等しい幅を有する２分ツリーノードは、それ以上の水平分割は許されないことを意味する。同様に、ＭｉｎＢＴＳｉｚｅに等しい高さを有する２分ツリーノードは、その２分ツリーノードに対してそれ以上の垂直分割は許されないことを意味する。上述したように、２分ツリーのリーフノードはＣＵと呼ばれ、さらなる区分なしで、予測および変換にしたがって、さらに処理される。
【0068】
［００７９］
ビデオデータのブロックが変換スキップモードでコード化されるとき、ビデオエンコーダ２００は、量子化プロセスを実行する前の残差信号に対する変換プロセスをスキップする。ビデオデコーダ３００も、同様に、逆量子化プロセスを実行した後の逆変換プロセスステップをスキップする。変換されていない残差信号の特性は、典型的に、変換された信号の特性とはまったく異なる。例えば、変換スキップされたブロックに対する係数は、変換されたブロックに対する係数と比較したときに、それらの隣接係数とより相関する傾向がある。その結果、残差データの変換スキップされたブロック中の隣接係数に対するレベル値および符号情報は、残差データの変換されたブロックに対するレベル値および符号情報と比較したときに、より相関する傾向がある。
ビデオデータのブロックが変換スキップモードでコード化されるとき、ビデオエンコーダ２００は、量子化プロセスを実行する前の残差信号に対する変換プロセスをスキップする。ビデオデコーダ３００も、同様に、逆量子化プロセスを実行した後の逆変換プロセスステップをスキップする。変換されていない残差信号の特性は、典型的に、変換された信号の特性とはまったく異なる。例えば、変換スキップされたブロックに対する係数は、変換されたブロックに対する係数と比較したときに、それらの隣接係数とより相関する傾向がある。その結果、残差データの変換スキップされたブロック中の隣接係数に対するレベル値および符号情報は、残差データの変換されたブロックに対するレベル値および符号情報と比較したときに、より相関する傾向がある。
【0069】
［００８０］
Ｂ．Ｂｒｏｓｓ，Ｔ．Ｎｇｕｙｅｎ，Ｐ．Ｋｅｙｄｅｌ，Ｈ．Ｓｃｈｗａｒｚ，Ｄ．Ｍａｒｐｅ，Ｔ．Ｗｉｅｇａｎｄ，「非ＣＥ８：変換スキップに対する統一化変換タイプシグナリングおよび残差コーディング」，ＪＶＥＴ文書ＪＶＥＴ－Ｍ０４６４，マラケシュ，ＭＡ，２０１９年１月は、変換スキップモードでコード化されたブロックに対して残差コーディングを実行するための提案されたプロセスを説明している。変換スキップモードにおけるレベルおよび符号情報の効率的なコーディングのために、ＪＶＥＴ－Ｍ０４６４において提案されている係数コーディングは、より効率的なコーディングのために信号特性を活用するように修正されている。
Ｂ．Ｂｒｏｓｓ，Ｔ．Ｎｇｕｙｅｎ，Ｐ．Ｋｅｙｄｅｌ，Ｈ．Ｓｃｈｗａｒｚ，Ｄ．Ｍａｒｐｅ，Ｔ．Ｗｉｅｇａｎｄ，「非ＣＥ８：変換スキップに対する統一化変換タイプシグナリングおよび残差コーディング」，ＪＶＥＴ文書ＪＶＥＴ－Ｍ０４６４，マラケシュ，ＭＡ，２０１９年１月は、変換スキップモードでコード化されたブロックに対して残差コーディングを実行するための提案されたプロセスを説明している。変換スキップモードにおけるレベルおよび符号情報の効率的なコーディングのために、ＪＶＥＴ－Ｍ０４６４において提案されている係数コーディングは、より効率的なコーディングのために信号特性を活用するように修正されている。
【0070】
［００８１］
図３は、残差データの変換スキップされたブロックからの３つの係数の例を示している。変換スキップされたブロックはまた、図３中に示されていない追加の係数を含むだろう。図３の例では、係数値Ｘは、現在コード化されている係数を表している、係数１４０の値を表している。係数値Ｘ０は、係数１４０の左隣接の係数である係数１４２の値を表している。係数値Ｘ１は、係数１４０の上部隣接の係数である係数１４４の値を表している。本開示では、上部隣接は、上隣接と呼ばれることもある。
図３は、残差データの変換スキップされたブロックからの３つの係数の例を示している。変換スキップされたブロックはまた、図３中に示されていない追加の係数を含むだろう。図３の例では、係数値Ｘは、現在コード化されている係数を表している、係数１４０の値を表している。係数値Ｘ０は、係数１４０の左隣接の係数である係数１４２の値を表している。係数値Ｘ１は、係数１４０の上部隣接の係数である係数１４４の値を表している。本開示では、上部隣接は、上隣接と呼ばれることもある。
【0071】
［００８２］
ビデオエンコーダ２００およびビデオデコーダ３００は、変換スキップブロック中の係数に対する符号コーディングを実行するように構成されていてもよい。ＪＶＥＴ－Ｍ０４６４中で説明されている変換スキップ残差コーディングのための技法では、変換されたブロックに対して行われるように最後から最初の代わりに、係数が最初（すなわち、左上部）から最後（すなわち、右下部）にコード化される。ＪＶＥＴ－Ｍ０４６４の技法を実現する場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ＣＡＢＡＣを使用して、残差のチャネルタイプをコンテキストとして使用する符号情報をコンテキストコード化するように構成されていてもよい。すなわち、ビデオエンコーダ２００およびビデオデコーダ３００は、ルーマ残差に対して１つのコンテキストと、クロマ残差に対して別のコンテキストとを使用してもよい。本開示は、ＪＶＥＴ－Ｍ０４６４で説明されている技法の代わりに、または、それに加えて使用してもよい符号コーディング技法を説明する。以下の技法は、上隣接係数（例えば、図３中の係数１４４）と左隣接係数（例えば、図３中の係数１４２）との符号情報を利用して、現在コード化されている係数（例えば、図３中の係数１４０）に対する符号コーディングコンテキストオフセットを導出する。
ビデオエンコーダ２００およびビデオデコーダ３００は、変換スキップブロック中の係数に対する符号コーディングを実行するように構成されていてもよい。ＪＶＥＴ－Ｍ０４６４中で説明されている変換スキップ残差コーディングのための技法では、変換されたブロックに対して行われるように最後から最初の代わりに、係数が最初（すなわち、左上部）から最後（すなわち、右下部）にコード化される。ＪＶＥＴ－Ｍ０４６４の技法を実現する場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、ＣＡＢＡＣを使用して、残差のチャネルタイプをコンテキストとして使用する符号情報をコンテキストコード化するように構成されていてもよい。すなわち、ビデオエンコーダ２００およびビデオデコーダ３００は、ルーマ残差に対して１つのコンテキストと、クロマ残差に対して別のコンテキストとを使用してもよい。本開示は、ＪＶＥＴ－Ｍ０４６４で説明されている技法の代わりに、または、それに加えて使用してもよい符号コーディング技法を説明する。以下の技法は、上隣接係数（例えば、図３中の係数１４４）と左隣接係数（例えば、図３中の係数１４２）との符号情報を利用して、現在コード化されている係数（例えば、図３中の係数１４０）に対する符号コーディングコンテキストオフセットを導出する。
【0072】
［００８３］
図３を参照すると、Ｘ０は左隣接係数値であり、Ｘ１は上隣接係数値である。両方の隣接係数が０であるか、または、両方が非０であるが反対の符号を有する場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、コンテキストオフセット０（ｃｔｘＯｆｆｓｅｔ＝０）を使用してもよい。そうでなく、両方が非負である場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、コンテキストオフセット１（ｃｔｘＯｆｆｓｅｔ＝１）を使用してもよい。他のすべてのケースに対して、ビデオエンコーダ２００およびビデオデコーダ３００は、コンテキストオフセット２（ｃｔｘＯｆｆｓｅｔ＝２）を使用してもよい。これは、以下の擬似コードにより記述することができる。
ｉｆ（（Ｘ０＝＝０＆＆Ｘ１＝＝０）｜｜（（Ｘ０＊Ｘ１）＜０））
｛
ｃｔｘＯｆｆｓｅｔ＝０；
｝
ｅｌｓｅ ｉｆ（Ｘ０＞＝０＆＆Ｘ１＞＝０）
｛
ｃｔｘＯｆｆｓｅｔ＝１；
｝
ｅｌｓｅ
｛
ｃｔｘＯｆｆｓｅｔ＝２；
｝
図３を参照すると、Ｘ０は左隣接係数値であり、Ｘ１は上隣接係数値である。両方の隣接係数が０であるか、または、両方が非０であるが反対の符号を有する場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、コンテキストオフセット０（ｃｔｘＯｆｆｓｅｔ＝０）を使用してもよい。そうでなく、両方が非負である場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、コンテキストオフセット１（ｃｔｘＯｆｆｓｅｔ＝１）を使用してもよい。他のすべてのケースに対して、ビデオエンコーダ２００およびビデオデコーダ３００は、コンテキストオフセット２（ｃｔｘＯｆｆｓｅｔ＝２）を使用してもよい。これは、以下の擬似コードにより記述することができる。
ｉｆ（（Ｘ０＝＝０＆＆Ｘ１＝＝０）｜｜（（Ｘ０＊Ｘ１）＜０））
｛
ｃｔｘＯｆｆｓｅｔ＝０；
｝
ｅｌｓｅ ｉｆ（Ｘ０＞＝０＆＆Ｘ１＞＝０）
｛
ｃｔｘＯｆｆｓｅｔ＝１；
｝
ｅｌｓｅ
｛
ｃｔｘＯｆｆｓｅｔ＝２；
｝
【0073】
［００８４］
いくつかの例では、両方の隣接係数が０であるか、または、両方が非０であるが反対の符号を有する場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、コンテキストオフセット０を使用してもよい。そうでない場合（両方が正であるか、または、両方が負であるか、または、一方が０であり、他方が非０であるとき）、ビデオエンコーダ２００およびビデオデコーダ３００は、コンテキスト１を使用してもよい。コンテキスト１が使用される場合には、０または１のシグナリングされる符号値は、規約に依存して、現在コード化されている係数に対する符号が、非０隣接のうちの１つの符号と同じであることを意味することになる。この技法はまた、以前にコード化された非０係数の値のみがコンテキスト導出のために使用されるかもしれないコーディングシナリオに拡張することができ、０または１の符号値は、係数の符号が、単一コンテキストを有する以前にコード化された非０係数符号と同じ符号であることを示している。
いくつかの例では、両方の隣接係数が０であるか、または、両方が非０であるが反対の符号を有する場合には、ビデオエンコーダ２００およびビデオデコーダ３００は、コンテキストオフセット０を使用してもよい。そうでない場合（両方が正であるか、または、両方が負であるか、または、一方が０であり、他方が非０であるとき）、ビデオエンコーダ２００およびビデオデコーダ３００は、コンテキスト１を使用してもよい。コンテキスト１が使用される場合には、０または１のシグナリングされる符号値は、規約に依存して、現在コード化されている係数に対する符号が、非０隣接のうちの１つの符号と同じであることを意味することになる。この技法はまた、以前にコード化された非０係数の値のみがコンテキスト導出のために使用されるかもしれないコーディングシナリオに拡張することができ、０または１の符号値は、係数の符号が、単一コンテキストを有する以前にコード化された非０係数符号と同じ符号であることを示している。
【0074】
［００８５］
上記で説明したコンテキストオフセット導出と組み合わせて、ルーマ成分およびクロマ成分に対して別個のコンテキストセットを使用することができる。
上記で説明したコンテキストオフセット導出と組み合わせて、ルーマ成分およびクロマ成分に対して別個のコンテキストセットを使用することができる。
【0075】
［００８６］
ビデオエンコーダ２００およびビデオデコーダ３００はまた、レベルマッピングを実行するように構成されていてもよい。ＪＶＥＴ－Ｍ０４６４の変換スキップ残差コーディングでは、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔＸ＿ｆｌａｇｓ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、および、ａｂｓ＿ｒｅｍａｉｎｄｅｒ値を使用して、係数絶対レベルａｂｓＣｏｅｆｆＬｅｖｅｌをコード化して、最終的な絶対変換係数値を形成し、Ｘは１、．．、５（または、他の何らかのカットオフ値Ｃ）とすることができる。それゆえ、ａｂｓＣｏｅｆｆＬｅｖｅｌ＝１＋ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ＋ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ＋２＊（ａｂｓ＿ｌｅｖｅｌ＿ｇｔ２＿ｆｌａｇ＋ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇ＋...＋ａｂｓ＿ｌｅｖｅｌ＿ｇｔＣ＿ｆｌａｇ）＋２＊ａｂｓ＿ｒｅｍａｉｎｄｅｒにより、ａｂｓＣｏｅｆｆＬｅｖｅｌを構築してもよい。
ビデオエンコーダ２００およびビデオデコーダ３００はまた、レベルマッピングを実行するように構成されていてもよい。ＪＶＥＴ－Ｍ０４６４の変換スキップ残差コーディングでは、ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ、ａｂｓ＿ｌｅｖｅｌ＿ｇｔＸ＿ｆｌａｇｓ、ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ、および、ａｂｓ＿ｒｅｍａｉｎｄｅｒ値を使用して、係数絶対レベルａｂｓＣｏｅｆｆＬｅｖｅｌをコード化して、最終的な絶対変換係数値を形成し、Ｘは１、．．、５（または、他の何らかのカットオフ値Ｃ）とすることができる。それゆえ、ａｂｓＣｏｅｆｆＬｅｖｅｌ＝１＋ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇ＋ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ＋２＊（ａｂｓ＿ｌｅｖｅｌ＿ｇｔ２＿ｆｌａｇ＋ａｂｓ＿ｌｅｖｅｌ＿ｇｔ３＿ｆｌａｇ＋...＋ａｂｓ＿ｌｅｖｅｌ＿ｇｔＣ＿ｆｌａｇ）＋２＊ａｂｓ＿ｒｅｍａｉｎｄｅｒにより、ａｂｓＣｏｅｆｆＬｅｖｅｌを構築してもよい。
【0076】
［００８７］
ＪＶＥＴ－Ｍ０４６４におけるようにａｂｓＣｏｅｆｆＬｅｖｅｌを直接的に表す代わりに、ビデオエンコーダ２００は、ａｂｓＣｏｅｆｆＬｅｖｅｌを修正されたレベルにマッピングするように構成されていてもよい。ビデオデコーダ３００は、逆マッピングを実行するように構成されていてもよい。
ＪＶＥＴ－Ｍ０４６４におけるようにａｂｓＣｏｅｆｆＬｅｖｅｌを直接的に表す代わりに、ビデオエンコーダ２００は、ａｂｓＣｏｅｆｆＬｅｖｅｌを修正されたレベルにマッピングするように構成されていてもよい。ビデオデコーダ３００は、逆マッピングを実行するように構成されていてもよい。
【0077】
［００８８］
上記で説明した符号コーディングコンテキストオフセット導出技法と同様に、ビデオエンコーダ２００およびビデオデコーダ３００は、絶対係数レベル値をエンコードおよびデコードするために、左隣接係数および上隣接係数のａｂｓＣｏｅｆｆＬｅｖｅｌ情報を使用してもよい。この例では、Ｘ０が、現在コード化されている係数（例えば、図３中の係数１４０）に対する左隣接係数（例えば、図３中の係数１４２）の絶対係数レベルを示し、Ｘ１が、現在コード化されている係数（例えば、図３中の係数１４０）に対する上隣接係数（例えば、図３中の係数１４４）の絶対係数レベルを示している。絶対係数レベルａｂｓＣｏｅｆｆを有する係数を表すために、マッピングされたａｂｓＣｏｅｆｆＭｏｄがコード化されてもよい。
上記で説明した符号コーディングコンテキストオフセット導出技法と同様に、ビデオエンコーダ２００およびビデオデコーダ３００は、絶対係数レベル値をエンコードおよびデコードするために、左隣接係数および上隣接係数のａｂｓＣｏｅｆｆＬｅｖｅｌ情報を使用してもよい。この例では、Ｘ０が、現在コード化されている係数（例えば、図３中の係数１４０）に対する左隣接係数（例えば、図３中の係数１４２）の絶対係数レベルを示し、Ｘ１が、現在コード化されている係数（例えば、図３中の係数１４０）に対する上隣接係数（例えば、図３中の係数１４４）の絶対係数レベルを示している。絶対係数レベルａｂｓＣｏｅｆｆを有する係数を表すために、マッピングされたａｂｓＣｏｅｆｆＭｏｄがコード化されてもよい。
【0078】
［００８９］
ａｂｓＣｏｅｆｆＭｏｄに対する値を導出するためのビデオエンコーダ２００の動作は、以下の擬似コードで示すことができる：
ｐｒｅｄ＝ｍａｘ（Ｘ０，Ｘ１）；
ｉｆ（ａｂｓＣｏｅｆｆ＝＝ｐｒｅｄ
｛
ａｂｓＣｏｅｆｆＭｏｄ＝１；
｝
ｅｌｓｅ
｛
ａｂｓＣｏｅｆｆＭｏｄ＝（ａｂｓＣｏｅｆｆ＜ｐｒｅｄ）？ａｂｓＣｏｅｆｆ＋１：ａｂｓＣｏｅｆｆ；
｝
ａｂｓＣｏｅｆｆＭｏｄに対する値を導出するためのビデオエンコーダ２００の動作は、以下の擬似コードで示すことができる：
ｐｒｅｄ＝ｍａｘ（Ｘ０，Ｘ１）；
ｉｆ（ａｂｓＣｏｅｆｆ＝＝ｐｒｅｄ
｛
ａｂｓＣｏｅｆｆＭｏｄ＝１；
｝
ｅｌｓｅ
｛
ａｂｓＣｏｅｆｆＭｏｄ＝（ａｂｓＣｏｅｆｆ＜ｐｒｅｄ）？ａｂｓＣｏｅｆｆ＋１：ａｂｓＣｏｅｆｆ；
｝
【0079】
［００９０］
いくつかの例では、コード化されるべき係数の絶対値（ａｂｓＣｏｅｆｆ）が最大隣接予測子ｐｒｅｄに等しい場合には、ビデオエンコーダ２００は、修正されたレベルａｂｓＣｏｅｆｆＭｏｄを１に設定する。そうではなく、ａｂｓＣｏｅｆｆが予測子よりも小さい場合には、ビデオエンコーダ２００は、コード化されるべき値を１だけインクリメントする。そうでなければ、ビデオエンコーダ２００は、ａｂｓＣｏｅｆｆ値を修正しない。
いくつかの例では、コード化されるべき係数の絶対値（ａｂｓＣｏｅｆｆ）が最大隣接予測子ｐｒｅｄに等しい場合には、ビデオエンコーダ２００は、修正されたレベルａｂｓＣｏｅｆｆＭｏｄを１に設定する。そうではなく、ａｂｓＣｏｅｆｆが予測子よりも小さい場合には、ビデオエンコーダ２００は、コード化されるべき値を１だけインクリメントする。そうでなければ、ビデオエンコーダ２００は、ａｂｓＣｏｅｆｆ値を修正しない。
【0080】
［００９１］
ビデオエンコーダ２００は、例えば、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対する予測されたレベル値を決定し、現在エンコードされている係数のレベル値が予測されたレベル値に等しいことに応答して、１に等しい値で、シンタックス要素をエンコードしてもよい。他の事例では、ビデオエンコーダ２００は、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対する予測されたレベル値を決定し、現在エンコードされている係数のレベル値が予測されたレベル値よりも小さいことに応答して、現在エンコードされている係数のレベル値に等しい値で、シンタックス要素をエンコードしてもよい。他の事例では、ビデオエンコーダ２００は、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対する予測されたレベル値を決定し、現在エンコードされている係数のレベル値が予測されたレベル値よりも大きいことに応答して、現在エンコードされている係数のレベル値マイナス１に等しい値で、シンタックス要素をエンコードしてもよい。
ビデオエンコーダ２００は、例えば、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対する予測されたレベル値を決定し、現在エンコードされている係数のレベル値が予測されたレベル値に等しいことに応答して、１に等しい値で、シンタックス要素をエンコードしてもよい。他の事例では、ビデオエンコーダ２００は、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対する予測されたレベル値を決定し、現在エンコードされている係数のレベル値が予測されたレベル値よりも小さいことに応答して、現在エンコードされている係数のレベル値に等しい値で、シンタックス要素をエンコードしてもよい。他の事例では、ビデオエンコーダ２００は、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対する予測されたレベル値を決定し、現在エンコードされている係数のレベル値が予測されたレベル値よりも大きいことに応答して、現在エンコードされている係数のレベル値マイナス１に等しい値で、シンタックス要素をエンコードしてもよい。
【0081】
［００９２］
ａｂｓＣｏｅｆｆの値を導出するためのビデオデコーダ３００の動作は、以下の擬似コードで示すことができる。：
ｐｒｅｄ＝ｍａｘ（Ｘ０，Ｘ１）；
ｉｆ（ａｂｓＣｏｅｆｆＭｏｄ＝＝１＆＆ｐｒｅｄ＞０）
｛
ａｂｓＣｏｅｆｆ＝ｐｒｅｄ；
｝
ｅｌｓｅ
｛
ａｂｓＣｏｅｆｆ＝ａｂｓＣｏｅｆｆＭｏｄ－（ａｂｓＣｏｅｆｆＭｏｄ＜＝ｐｒｅｄ）；
｝
ａｂｓＣｏｅｆｆの値を導出するためのビデオデコーダ３００の動作は、以下の擬似コードで示すことができる。：
ｐｒｅｄ＝ｍａｘ（Ｘ０，Ｘ１）；
ｉｆ（ａｂｓＣｏｅｆｆＭｏｄ＝＝１＆＆ｐｒｅｄ＞０）
｛
ａｂｓＣｏｅｆｆ＝ｐｒｅｄ；
｝
ｅｌｓｅ
｛
ａｂｓＣｏｅｆｆ＝ａｂｓＣｏｅｆｆＭｏｄ－（ａｂｓＣｏｅｆｆＭｏｄ＜＝ｐｒｅｄ）；
｝
【0082】
［００９３］
ビデオデコーダ３００は、例えば、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対する予測されたレベル値を決定し、示しているシンタックス要素を受け取り、シンタックス要素が１に等しい値を有することに応答して、現在デコードされている係数のレベル値が予測されたレベル値に等しいことを決定してもよい。他の事例では、ビデオデコーダ３００は、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対する予測されたレベル値を決定し、示しているシンタックス要素を受け取り、シンタックス要素に対する値が予測されたレベル値よりも大きいことに応答して、現在デコードされている係数のレベル値がシンタックス要素に対する値プラス１に等しいことを決定してもよい。他の事例では、ビデオデコーダ３００は、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対する予測されたレベル値を決定し、示しているシンタックス要素を受け取り、シンタックス要素に対する値が予測されたレベル値よりも小さいことに応答して、現在デコードされている係数のレベル値がシンタックス要素に対する値に等しいことを決定してもよい。
ビデオデコーダ３００は、例えば、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対する予測されたレベル値を決定し、示しているシンタックス要素を受け取り、シンタックス要素が１に等しい値を有することに応答して、現在デコードされている係数のレベル値が予測されたレベル値に等しいことを決定してもよい。他の事例では、ビデオデコーダ３００は、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対する予測されたレベル値を決定し、示しているシンタックス要素を受け取り、シンタックス要素に対する値が予測されたレベル値よりも大きいことに応答して、現在デコードされている係数のレベル値がシンタックス要素に対する値プラス１に等しいことを決定してもよい。他の事例では、ビデオデコーダ３００は、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在デコードされている係数に対する予測されたレベル値を決定し、示しているシンタックス要素を受け取り、シンタックス要素に対する値が予測されたレベル値よりも小さいことに応答して、現在デコードされている係数のレベル値がシンタックス要素に対する値に等しいことを決定してもよい。
【0083】
［００９４］
いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、左隣接係数値および上隣接係数値が０であるか否かに基づいて、本明細書でａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇとして識別されているシンタックス要素のコンテキストを決定または導出する。シンタックス要素ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇは、係数値をコード化するのに使用されるシンタックス要素である。１に等しいａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇの値は、例えば、係数の絶対レベルが１よりも大きいことを意味していてもよい。０に等しいａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇの値は、例えば、係数の絶対レベルが１よりも大きくないことを意味していてもよい。
いくつかの例では、ビデオエンコーダ２００およびビデオデコーダ３００は、左隣接係数値および上隣接係数値が０であるか否かに基づいて、本明細書でａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇとして識別されているシンタックス要素のコンテキストを決定または導出する。シンタックス要素ａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇは、係数値をコード化するのに使用されるシンタックス要素である。１に等しいａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇの値は、例えば、係数の絶対レベルが１よりも大きいことを意味していてもよい。０に等しいａｂｓ＿ｌｅｖｅｌ＿ｇｔ１＿ｆｌａｇの値は、例えば、係数の絶対レベルが１よりも大きくないことを意味していてもよい。
【0084】
［００９５］
１つの例では、コンテキストは、多数の、例えば、３つの異なるコンテキストのうちの１つであってもよい。左隣接係数と上隣接係数の両方が非０値を有するケースに対して、１つのコンテキストを導出してもよい。左隣接係数または上隣接係数のうちの１つのみが非０である値を有するケースに対して、別のコンテキストを導出してもよい。左隣接係数と上隣接係数の両方が０の値を有するケースに対して、第３のコンテキストを導出してもよい。１つの例では、このコンテキスト導出は、非ＢＤＰＣＭ（ブロック差分パルスコード変調）モードのみに適用される。
１つの例では、コンテキストは、多数の、例えば、３つの異なるコンテキストのうちの１つであってもよい。左隣接係数と上隣接係数の両方が非０値を有するケースに対して、１つのコンテキストを導出してもよい。左隣接係数または上隣接係数のうちの１つのみが非０である値を有するケースに対して、別のコンテキストを導出してもよい。左隣接係数と上隣接係数の両方が０の値を有するケースに対して、第３のコンテキストを導出してもよい。１つの例では、このコンテキスト導出は、非ＢＤＰＣＭ（ブロック差分パルスコード変調）モードのみに適用される。
【0085】
［００９６］
いくつかの例では、コード化されている係数がブロックの左境界上にあり、左隣接が存在しないときのような、存在しないまたは利用不可能な隣接値を有するコーディングシナリオに対して、ビデオエンコーダ２００およびビデオデコーダ３００は、コンテキストを導出するときに、０値を使用するように構成されていてもよい。
いくつかの例では、コード化されている係数がブロックの左境界上にあり、左隣接が存在しないときのような、存在しないまたは利用不可能な隣接値を有するコーディングシナリオに対して、ビデオエンコーダ２００およびビデオデコーダ３００は、コンテキストを導出するときに、０値を使用するように構成されていてもよい。
【0086】
［００９７］
いくつかの例では、コンテキスト導出は、以下のように記述することができる：
ｃｔｘＯｆｆｓｅｔ＝０；
ｉｆ（Ｅｘｉｓｔ（ｌｅｆｔ＿ｎｅｉｇｈｂｏｒ）＆＆非０（ｌｅｆｔ＿ｎｅｉｇｈｂｏｒ））
｛
ｃｔｘＯｆｆｓｅｔ＋＝１；
｝
ｅｌｓｅ ｉｆ（Ｅｘｉｓｔ（ａｂｏｖｅ＿ｎｅｉｇｈｂｏｒ）＆＆非０（ａｂｏｖｅ＿ｎｅｉｇｈｂｏｒ））
｛
ｃｔｘＯｆｆｓｅｔ＋＝１；
｝
このような例では、存在しない／利用不可能な隣接値（例えば、ブロックの左境界上の値の左隣接）に対して、ビデオエンコーダ２００およびビデオデコーダ３００は、コンテキストを導出するときに、利用不可能な値に対して０値を使用するように構成されていてもよい。
いくつかの例では、コンテキスト導出は、以下のように記述することができる：
ｃｔｘＯｆｆｓｅｔ＝０；
ｉｆ（Ｅｘｉｓｔ（ｌｅｆｔ＿ｎｅｉｇｈｂｏｒ）＆＆非０（ｌｅｆｔ＿ｎｅｉｇｈｂｏｒ））
｛
ｃｔｘＯｆｆｓｅｔ＋＝１；
｝
ｅｌｓｅ ｉｆ（Ｅｘｉｓｔ（ａｂｏｖｅ＿ｎｅｉｇｈｂｏｒ）＆＆非０（ａｂｏｖｅ＿ｎｅｉｇｈｂｏｒ））
｛
ｃｔｘＯｆｆｓｅｔ＋＝１；
｝
このような例では、存在しない／利用不可能な隣接値（例えば、ブロックの左境界上の値の左隣接）に対して、ビデオエンコーダ２００およびビデオデコーダ３００は、コンテキストを導出するときに、利用不可能な値に対して０値を使用するように構成されていてもよい。
【0087】
［００９８］
図４は、本開示の技法を実行してもよい、例示的なビデオエンコーダ２００を図示するブロック図である。図４は、説明の目的のために提供されており、本開示において広く例示し説明しているような技法の限定と見なすべきではない。説明の目的のために、本開示は、開発中のＨＥＶＣ（Ｈ．２６５）ビデオコーディング標準規格およびＶＶＣ（Ｈ．２６６）ビデオコーディング標準規格のような、ビデオコーディング標準規格の状況で、ビデオエンコーダ２００を説明している。しかしながら、本開示の技法は、これらのビデオコーディング標準規格には限定されず、一般的に、ビデオエンコーディングおよびデコーディングに適用可能である。
図４は、本開示の技法を実行してもよい、例示的なビデオエンコーダ２００を図示するブロック図である。図４は、説明の目的のために提供されており、本開示において広く例示し説明しているような技法の限定と見なすべきではない。説明の目的のために、本開示は、開発中のＨＥＶＣ（Ｈ．２６５）ビデオコーディング標準規格およびＶＶＣ（Ｈ．２６６）ビデオコーディング標準規格のような、ビデオコーディング標準規格の状況で、ビデオエンコーダ２００を説明している。しかしながら、本開示の技法は、これらのビデオコーディング標準規格には限定されず、一般的に、ビデオエンコーディングおよびデコーディングに適用可能である。
【0088】
［００９９］
図４の例では、ビデオエンコーダ２００は、ビデオデータメモリ２３０と、モード選択ユニット２０２と、残差発生ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、フィルタユニット２１６と、デコードピクチャーバッファ（ＤＢＰ）２１８と、エントロピーエンコーディングユニット２２０とを含んでいる。ビデオデータメモリ２３０と、モード選択ユニット２０２と、残差発生ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、フィルタユニット２１６と、ＤＢＰ２１８と、エントロピーエンコーディングユニット２２０のいずれかまたはすべてを、１つ以上のプロセッサ中で、または、処理回路中で実現してもよい。さらに、ビデオエンコーダ２００は、これらまたは他の機能を実行するために、追加または代替のプロセッサまたは処理回路を含んでいてもよい。
図４の例では、ビデオエンコーダ２００は、ビデオデータメモリ２３０と、モード選択ユニット２０２と、残差発生ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、フィルタユニット２１６と、デコードピクチャーバッファ（ＤＢＰ）２１８と、エントロピーエンコーディングユニット２２０とを含んでいる。ビデオデータメモリ２３０と、モード選択ユニット２０２と、残差発生ユニット２０４と、変換処理ユニット２０６と、量子化ユニット２０８と、逆量子化ユニット２１０と、逆変換処理ユニット２１２と、再構築ユニット２１４と、フィルタユニット２１６と、ＤＢＰ２１８と、エントロピーエンコーディングユニット２２０のいずれかまたはすべてを、１つ以上のプロセッサ中で、または、処理回路中で実現してもよい。さらに、ビデオエンコーダ２００は、これらまたは他の機能を実行するために、追加または代替のプロセッサまたは処理回路を含んでいてもよい。
【0089】
［０１００］
ビデオデータメモリ２３０は、ビデオエンコーダ２００のコンポーネントによってエンコードされるべきビデオデータを記憶していてもよい。ビデオエンコーダ２００は、例えば、ビデオソース１０４（図１）からのビデオデータメモリ２３０中に記憶されているビデオデータを受け取ってもよい。ＤＰＢ２１８は、ビデオエンコーダ２００による後続のビデオデータの予測において使用するための参照ビデオデータを記憶する参照ピクチャーメモリとして機能してもよい。ビデオデータメモリ２３０およびＤＰＢ２１８は、同期ダイナミックランダムアクセスメモリ（ＤＲＡＭ）（ＳＤＲＡＭ）を含むＤＲＡＭ、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または、他のタイプのメモリデバイスのような、さまざまなメモリデバイスのうちのいずれかによって形成されていてもよい。ビデオデータメモリ２３０およびＤＰＢ２１８は、同じメモリデバイスまたは別個のメモリデバイスによって提供されていてもよい。さまざまな例では、ビデオデータメモリ２３０は、図示するように、ビデオエンコーダ２００の他のコンポーネントとともにオンチップであってもよく、または、これらのコンポーネントに対してオフチップであってもよい。
ビデオデータメモリ２３０は、ビデオエンコーダ２００のコンポーネントによってエンコードされるべきビデオデータを記憶していてもよい。ビデオエンコーダ２００は、例えば、ビデオソース１０４（図１）からのビデオデータメモリ２３０中に記憶されているビデオデータを受け取ってもよい。ＤＰＢ２１８は、ビデオエンコーダ２００による後続のビデオデータの予測において使用するための参照ビデオデータを記憶する参照ピクチャーメモリとして機能してもよい。ビデオデータメモリ２３０およびＤＰＢ２１８は、同期ダイナミックランダムアクセスメモリ（ＤＲＡＭ）（ＳＤＲＡＭ）を含むＤＲＡＭ、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または、他のタイプのメモリデバイスのような、さまざまなメモリデバイスのうちのいずれかによって形成されていてもよい。ビデオデータメモリ２３０およびＤＰＢ２１８は、同じメモリデバイスまたは別個のメモリデバイスによって提供されていてもよい。さまざまな例では、ビデオデータメモリ２３０は、図示するように、ビデオエンコーダ２００の他のコンポーネントとともにオンチップであってもよく、または、これらのコンポーネントに対してオフチップであってもよい。
【0090】
［０１０１］
本開示では、ビデオデータメモリ２３０への参照は、そのように具体的に説明されない限り、ビデオエンコーダ２００に対して内部であるメモリに、または、そのように具体的に説明されない限り、ビデオエンコーダ２００に対して外部であるメモリに限定されるものとして解釈すべきではない。むしろ、ビデオデータメモリ２３０への参照は、ビデオエンコーダ２００がエンコードするために受け取るビデオデータ（例えば、エンコードされるべき現在ブロックに対するビデオデータ）を記憶する参照メモリとして理解すべきである。図１のメモリ１０６はまた、ビデオエンコーダ２００のさまざまなユニットからの出力の一時記憶装置を提供してもよい。
本開示では、ビデオデータメモリ２３０への参照は、そのように具体的に説明されない限り、ビデオエンコーダ２００に対して内部であるメモリに、または、そのように具体的に説明されない限り、ビデオエンコーダ２００に対して外部であるメモリに限定されるものとして解釈すべきではない。むしろ、ビデオデータメモリ２３０への参照は、ビデオエンコーダ２００がエンコードするために受け取るビデオデータ（例えば、エンコードされるべき現在ブロックに対するビデオデータ）を記憶する参照メモリとして理解すべきである。図１のメモリ１０６はまた、ビデオエンコーダ２００のさまざまなユニットからの出力の一時記憶装置を提供してもよい。
【0091】
［０１０２］
図４のさまざまなユニットは、ビデオエンコーダ２００によって実行される動作の理解を助けるために図示されている。ユニットは、固定機能回路、プログラマブル回路、または、これらの組み合わせとして実現してもよい。固定機能回路は、特定の機能性を提供する回路を指し、実行できる動作に対して予め設定される。プログラマブル回路は、さまざまなタスクを実行するようにプログラムでき、実行できる動作において柔軟な機能性を提供できる回路を指している。例えば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって規定される方法でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行してもよい。固定機能回路は、（例えば、パラメータを受け取るまたはパラメータを出力するために）ソフトウェア命令を実行するかもしれないが、固定機能回路が実行する動作のタイプは一般的に不変である。いくつかの例では、ユニットのうちの１つ以上は、別個の回路ブロック（固定機能またはプログラマブル）であってよく、いくつかの例では、１つ以上のユニットは集積回路であってよい。
図４のさまざまなユニットは、ビデオエンコーダ２００によって実行される動作の理解を助けるために図示されている。ユニットは、固定機能回路、プログラマブル回路、または、これらの組み合わせとして実現してもよい。固定機能回路は、特定の機能性を提供する回路を指し、実行できる動作に対して予め設定される。プログラマブル回路は、さまざまなタスクを実行するようにプログラムでき、実行できる動作において柔軟な機能性を提供できる回路を指している。例えば、プログラマブル回路は、ソフトウェアまたはファームウェアの命令によって規定される方法でプログラマブル回路を動作させるソフトウェアまたはファームウェアを実行してもよい。固定機能回路は、（例えば、パラメータを受け取るまたはパラメータを出力するために）ソフトウェア命令を実行するかもしれないが、固定機能回路が実行する動作のタイプは一般的に不変である。いくつかの例では、ユニットのうちの１つ以上は、別個の回路ブロック（固定機能またはプログラマブル）であってよく、いくつかの例では、１つ以上のユニットは集積回路であってよい。
【0092】
［０１０３］
ビデオエンコーダ２００は、算術論理ユニット（ＡＬＵ）、基本機能ユニット（ＥＦＵ）、デジタル回路、アナログ回路、および／または、プログラマブル回路から形成されているプログラマブルコアを含んでいてもよい。ビデオエンコーダ２００の動作が、プログラマブル回路によって実行されるソフトウェアを使用して実施される例では、メモリ１０６（図１）は、ビデオエンコーダ２００が受け取って実行するソフトウェアのオブジェクトコードを記憶していてもよく、または、ビデオエンコーダ２００内の（図示されていない）別のメモリがこのような命令を記憶していてもよい。
ビデオエンコーダ２００は、算術論理ユニット（ＡＬＵ）、基本機能ユニット（ＥＦＵ）、デジタル回路、アナログ回路、および／または、プログラマブル回路から形成されているプログラマブルコアを含んでいてもよい。ビデオエンコーダ２００の動作が、プログラマブル回路によって実行されるソフトウェアを使用して実施される例では、メモリ１０６（図１）は、ビデオエンコーダ２００が受け取って実行するソフトウェアのオブジェクトコードを記憶していてもよく、または、ビデオエンコーダ２００内の（図示されていない）別のメモリがこのような命令を記憶していてもよい。
【0093】
［０１０４］
ビデオデータメモリ２３０は、受け取ったビデオデータを記憶するように構成されている。ビデオエンコーダ２００は、ビデオデータメモリ２３０からビデオデータのピクチャーを取り出し、ビデオデータを残差発生ユニット２０４およびモード選択ユニット２０２に提供してもよい。ビデオデータメモリ２３０中のビデオデータは、エンコードされるべき生のビデオデータであってもよい。
ビデオデータメモリ２３０は、受け取ったビデオデータを記憶するように構成されている。ビデオエンコーダ２００は、ビデオデータメモリ２３０からビデオデータのピクチャーを取り出し、ビデオデータを残差発生ユニット２０４およびモード選択ユニット２０２に提供してもよい。ビデオデータメモリ２３０中のビデオデータは、エンコードされるべき生のビデオデータであってもよい。
【0094】
［０１０５］
モード選択ユニット２０２は、動き推定ユニット２２２と、動き補償ユニット２２４と、イントラ予測ユニット２２６とを含んでいる。モード選択ユニット２０２は、他の予測モードにしたがってビデオ予測を実行するための追加の機能ユニットを含んでいてもよい。例として、モード選択ユニット２０２は、パレットユニット、（動き推定ユニット２２２および／または動き補償ユニット２２４の一部であってもよい）イントラブロックコピーユニット、アフィンユニット、線形モデル（ＬＭ）ユニット、または、これらに類するものを含んでいてもよい。
モード選択ユニット２０２は、動き推定ユニット２２２と、動き補償ユニット２２４と、イントラ予測ユニット２２６とを含んでいる。モード選択ユニット２０２は、他の予測モードにしたがってビデオ予測を実行するための追加の機能ユニットを含んでいてもよい。例として、モード選択ユニット２０２は、パレットユニット、（動き推定ユニット２２２および／または動き補償ユニット２２４の一部であってもよい）イントラブロックコピーユニット、アフィンユニット、線形モデル（ＬＭ）ユニット、または、これらに類するものを含んでいてもよい。
【0095】
［０１０６］
モード選択ユニット２０２は、一般的に、複数のエンコーディングパスを調整して、エンコーディングパラメータの組み合わせをテストし、結果として、このような組み合わせに対するレート歪み値を得る。エンコーディングパラメータは、ＣＴＵのＣＵへの区分、ＣＵに対する予測モード、ＣＵの残差データに対する変換タイプ、ＣＵの残差データに対する量子化パラメータ等を含んでいてもよい。モード選択ユニット２０２は、最終的に、他のテストされた組み合わせよりも良好なレート歪み値を有するエンコーディングパラメータの組み合わせを選択してもよい。
モード選択ユニット２０２は、一般的に、複数のエンコーディングパスを調整して、エンコーディングパラメータの組み合わせをテストし、結果として、このような組み合わせに対するレート歪み値を得る。エンコーディングパラメータは、ＣＴＵのＣＵへの区分、ＣＵに対する予測モード、ＣＵの残差データに対する変換タイプ、ＣＵの残差データに対する量子化パラメータ等を含んでいてもよい。モード選択ユニット２０２は、最終的に、他のテストされた組み合わせよりも良好なレート歪み値を有するエンコーディングパラメータの組み合わせを選択してもよい。
【0096】
［０１０７］
ビデオエンコーダ２００は、ビデオデータメモリ２３０から取り出されたピクチャーを一連のＣＴＵに区分し、スライス内に１つ以上のＣＴＵをカプセル化してもよい。モード選択ユニット２０２は、上記で説明したＱＴＢＴ構造またはＨＥＶＣの４分ツリー構造のようなツリー構造にしたがって、ピクチャーのＣＴＵを区分してもよい。上記で説明したように、ビデオエンコーダ２００は、ツリー構造にしたがってＣＴＵを区分することから１つ以上のＣＵを形成してもよい。このようなＣＵは、一般的に、「ビデオブロック」または「ブロック」として呼ばれることもある。
ビデオエンコーダ２００は、ビデオデータメモリ２３０から取り出されたピクチャーを一連のＣＴＵに区分し、スライス内に１つ以上のＣＴＵをカプセル化してもよい。モード選択ユニット２０２は、上記で説明したＱＴＢＴ構造またはＨＥＶＣの４分ツリー構造のようなツリー構造にしたがって、ピクチャーのＣＴＵを区分してもよい。上記で説明したように、ビデオエンコーダ２００は、ツリー構造にしたがってＣＴＵを区分することから１つ以上のＣＵを形成してもよい。このようなＣＵは、一般的に、「ビデオブロック」または「ブロック」として呼ばれることもある。
【0097】
［０１０８］
一般的に、モード選択ユニット２０２はまた、そのコンポーネント（例えば、動き推定ユニット２２２、動き補償ユニット２２４、および、イントラ予測ユニット２２６）を制御して、現在ブロック（例えば、現在ＣＵ、または、ＨＥＶＣでは、ＰＵとＴＵとのオーバーラップする部分）に対する予測ブロックを発生させる。現在ブロックのインター予測のために、動き推定ユニット２２２は、動きサーチを実行して、１つ以上の参照ピクチャー（例えば、ＤＰＢ２１８中に記憶されている１つ以上の以前にコード化されたピクチャー）中の１つ以上の密接に一致する参照ブロックを識別してもよい。特に、動き推定ユニット２２２は、例えば、絶対差分の和（ＳＡＤ）、二乗差分の和（ＳＳＤ）、平均絶対差分（ＭＡＤ）、平均二乗差分（ＭＳＤ）、または、これらに類するものにしたがって、潜在的参照ブロックが現在ブロックにどれだけ類似しているかを表す値を計算してもよい。動き推定ユニット２２２は、一般的に、現在ブロックと考慮されている参照ブロックとの間のサンプル毎の差分を使用して、これらの計算を実行してもよい。動き推定ユニット２２２は、現在ブロックに最も密接に一致する参照ブロックを示す、これらの計算から結果的に生じる最低値を有する参照ブロックを識別してもよい。
一般的に、モード選択ユニット２０２はまた、そのコンポーネント（例えば、動き推定ユニット２２２、動き補償ユニット２２４、および、イントラ予測ユニット２２６）を制御して、現在ブロック（例えば、現在ＣＵ、または、ＨＥＶＣでは、ＰＵとＴＵとのオーバーラップする部分）に対する予測ブロックを発生させる。現在ブロックのインター予測のために、動き推定ユニット２２２は、動きサーチを実行して、１つ以上の参照ピクチャー（例えば、ＤＰＢ２１８中に記憶されている１つ以上の以前にコード化されたピクチャー）中の１つ以上の密接に一致する参照ブロックを識別してもよい。特に、動き推定ユニット２２２は、例えば、絶対差分の和（ＳＡＤ）、二乗差分の和（ＳＳＤ）、平均絶対差分（ＭＡＤ）、平均二乗差分（ＭＳＤ）、または、これらに類するものにしたがって、潜在的参照ブロックが現在ブロックにどれだけ類似しているかを表す値を計算してもよい。動き推定ユニット２２２は、一般的に、現在ブロックと考慮されている参照ブロックとの間のサンプル毎の差分を使用して、これらの計算を実行してもよい。動き推定ユニット２２２は、現在ブロックに最も密接に一致する参照ブロックを示す、これらの計算から結果的に生じる最低値を有する参照ブロックを識別してもよい。
【0098】
［０１０９］
動き推定ユニット２２２は、現在ピクチャー中の現在ブロックの位置に対する、参照ピクチャー中の参照ブロックの位置を規定する、１つ以上の動きベクトル（ＭＶ）を形成してもよい。動き推定ユニット２２２は、その後、動きベクトルを動き補償ユニット２２４に提供してもよい。例えば、単方向インター予測に対して、動き推定ユニット２２２は単一の動きベクトルを提供するかもしれない一方で、双方向インター予測に対して、動き推定ユニット２２２は２つの動きベクトルを提供するかもしれない。動き補償ユニット２２４は、その後、動きベクトルを使用して、予測ブロックを発生させてもよい。例えば、動き補償ユニット２２４は、動きベクトルを使用して、参照ブロックのデータを取り出してもよい。別の例として、動きベクトルが小数サンプル精度を有する場合には、動き補償ユニット２２４は、１つ以上の補間フィルタにしたがって、予測ブロックに対する値を補間してもよい。さらに、双方向インター予測に対して、動き補償ユニット２２４は、それぞれの動きベクトルによって識別された２つの参照ブロックに対するデータを取り出し、例えば、サンプル毎の平均化または重み付き平均化を通して、取り出されたデータを組み合わせてもよい。
動き推定ユニット２２２は、現在ピクチャー中の現在ブロックの位置に対する、参照ピクチャー中の参照ブロックの位置を規定する、１つ以上の動きベクトル（ＭＶ）を形成してもよい。動き推定ユニット２２２は、その後、動きベクトルを動き補償ユニット２２４に提供してもよい。例えば、単方向インター予測に対して、動き推定ユニット２２２は単一の動きベクトルを提供するかもしれない一方で、双方向インター予測に対して、動き推定ユニット２２２は２つの動きベクトルを提供するかもしれない。動き補償ユニット２２４は、その後、動きベクトルを使用して、予測ブロックを発生させてもよい。例えば、動き補償ユニット２２４は、動きベクトルを使用して、参照ブロックのデータを取り出してもよい。別の例として、動きベクトルが小数サンプル精度を有する場合には、動き補償ユニット２２４は、１つ以上の補間フィルタにしたがって、予測ブロックに対する値を補間してもよい。さらに、双方向インター予測に対して、動き補償ユニット２２４は、それぞれの動きベクトルによって識別された２つの参照ブロックに対するデータを取り出し、例えば、サンプル毎の平均化または重み付き平均化を通して、取り出されたデータを組み合わせてもよい。
【0099】
［０１１０］
別の例として、イントラ予測またはイントラ予測コーディングに対して、イントラ予測ユニット２２６は、現在ブロックに隣接するサンプルから予測ブロックを発生させてもよい。例えば、方向モードに対して、イントラ予測ユニット２２６は、一般的に、隣接サンプルの値を数学的に組み合わせ、現在ブロックに渡って規定された方向でこれらの計算された値を格納して、予測ブロックを生成させてもよい。別の例として、ＤＣモードに対して、イントラ予測ユニット２２６は、現在ブロックに対する隣接サンプルの平均を計算し、予測ブロックの各サンプルに対するこの結果として得られる平均を含むように予測ブロックを発生させてもよい。
別の例として、イントラ予測またはイントラ予測コーディングに対して、イントラ予測ユニット２２６は、現在ブロックに隣接するサンプルから予測ブロックを発生させてもよい。例えば、方向モードに対して、イントラ予測ユニット２２６は、一般的に、隣接サンプルの値を数学的に組み合わせ、現在ブロックに渡って規定された方向でこれらの計算された値を格納して、予測ブロックを生成させてもよい。別の例として、ＤＣモードに対して、イントラ予測ユニット２２６は、現在ブロックに対する隣接サンプルの平均を計算し、予測ブロックの各サンプルに対するこの結果として得られる平均を含むように予測ブロックを発生させてもよい。
【0100】
［０１１１］
モード選択ユニット２０２は、予測ブロックを残差発生ユニット２０４に提供する。残差発生ユニット２０４は、ビデオデータメモリ２３０から現在ブロックの生のコード化されていないバージョンを受け取り、モード選択ユニット２０２から予測ブロックを受け取る。残差発生ユニット２０４は、現在ブロックと予測ブロックとの間のサンプル毎の差分を計算する。結果として得られるサンプル毎の差分は、現在ブロックに対する残差ブロックを規定する。いくつかの例では、残差発生ユニット２０４はまた、残差ブロック中のサンプル値間の差分を決定して、残差差分パルスコード変調（ＲＤＰＣＭ）を使用して、残差ブロックを発生させてもよい。いくつかの例では、残差発生ユニット２０４は、バイナリ減算を実行する１つ以上の減算器回路を使用して形成されていてもよい。
モード選択ユニット２０２は、予測ブロックを残差発生ユニット２０４に提供する。残差発生ユニット２０４は、ビデオデータメモリ２３０から現在ブロックの生のコード化されていないバージョンを受け取り、モード選択ユニット２０２から予測ブロックを受け取る。残差発生ユニット２０４は、現在ブロックと予測ブロックとの間のサンプル毎の差分を計算する。結果として得られるサンプル毎の差分は、現在ブロックに対する残差ブロックを規定する。いくつかの例では、残差発生ユニット２０４はまた、残差ブロック中のサンプル値間の差分を決定して、残差差分パルスコード変調（ＲＤＰＣＭ）を使用して、残差ブロックを発生させてもよい。いくつかの例では、残差発生ユニット２０４は、バイナリ減算を実行する１つ以上の減算器回路を使用して形成されていてもよい。
【0101】
［０１１２］
モード選択ユニット２０２がＣＵをＰＵに区分する例では、各ＰＵは、ルーマ予測ユニットおよび対応するクロマ予測ユニットに関係していてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、さまざまなサイズを有するＰＵをサポートしていてもよい。上記で示したように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指していてもよく、ＰＵのサイズは、ＰＵのルーマ予測ユニットのサイズを指していてもよい。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ビデオエンコーダ２００は、イントラ予測に対する２Ｎ×２ＮまたはＮ×ＮのＰＵサイズと、インター予測に対する２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、または、これらに類する対称ＰＵサイズとをサポートしていてもよい。ビデオエンコーダ２００およびビデオデコーダ３００はまた、インター予測のための、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、および、ｎＲ×２ＮのＰＵサイズに対する非対称区分をサポートしていてもよい。
モード選択ユニット２０２がＣＵをＰＵに区分する例では、各ＰＵは、ルーマ予測ユニットおよび対応するクロマ予測ユニットに関係していてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、さまざまなサイズを有するＰＵをサポートしていてもよい。上記で示したように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指していてもよく、ＰＵのサイズは、ＰＵのルーマ予測ユニットのサイズを指していてもよい。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ビデオエンコーダ２００は、イントラ予測に対する２Ｎ×２ＮまたはＮ×ＮのＰＵサイズと、インター予測に対する２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、または、これらに類する対称ＰＵサイズとをサポートしていてもよい。ビデオエンコーダ２００およびビデオデコーダ３００はまた、インター予測のための、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、および、ｎＲ×２ＮのＰＵサイズに対する非対称区分をサポートしていてもよい。
【0102】
［０１１３］
モード選択ユニット２０２がＣＵをＰＵにさらに区分しない例では、各ＣＵは、ルーマコーディングブロックおよび対応するクロマコーディングブロックに関係していてもよい。上記のように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指していてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、２Ｎ×２Ｎ、２Ｎ×Ｎ、または、Ｎ×２ＮのＣＵサイズをサポートしていてもよい。
モード選択ユニット２０２がＣＵをＰＵにさらに区分しない例では、各ＣＵは、ルーマコーディングブロックおよび対応するクロマコーディングブロックに関係していてもよい。上記のように、ＣＵのサイズは、ＣＵのルーマコーディングブロックのサイズを指していてもよい。ビデオエンコーダ２００およびビデオデコーダ３００は、２Ｎ×２Ｎ、２Ｎ×Ｎ、または、Ｎ×２ＮのＣＵサイズをサポートしていてもよい。
【0103】
［０１１４］
イントラブロックコピーモードコーディング、アフィンモードコーディング、および、線形モデル（ＬＭ）モードコーディングのような、他のビデオコーディング技法に対して、いくつかの例として、モード選択ユニット２０２は、コーディング技法に関係するそれぞれのユニットを介して、エンコードされている現在ブロックに対する予測ブロックを発生させる。パレットモードコーディングのようないくつかの例では、モード選択ユニット２０２は、予測ブロックを発生させず、代わりに、選択されたパレットに基づいて、ブロックを再構築する方法を示すシンタックス要素を発生させてもよい。このようなモードでは、モード選択ユニット２０２は、これらのシンタックス要素を、エンコードされるようにエントロピーエンコーディングユニット２２０に提供してもよい。
イントラブロックコピーモードコーディング、アフィンモードコーディング、および、線形モデル（ＬＭ）モードコーディングのような、他のビデオコーディング技法に対して、いくつかの例として、モード選択ユニット２０２は、コーディング技法に関係するそれぞれのユニットを介して、エンコードされている現在ブロックに対する予測ブロックを発生させる。パレットモードコーディングのようないくつかの例では、モード選択ユニット２０２は、予測ブロックを発生させず、代わりに、選択されたパレットに基づいて、ブロックを再構築する方法を示すシンタックス要素を発生させてもよい。このようなモードでは、モード選択ユニット２０２は、これらのシンタックス要素を、エンコードされるようにエントロピーエンコーディングユニット２２０に提供してもよい。
【0104】
［０１１５］
上記で説明したように、残差発生ユニット２０４は、現在ブロックおよび対応する予測ブロックに対するビデオデータを受け取る。残差発生ユニット２０４は、その後、現在ブロックに対する残差ブロックを発生させる。残差ブロックを発生させるために、残差発生ユニット２０４は、予測ブロックと現在ブロックとの間のサンプル毎の差分を計算する。
上記で説明したように、残差発生ユニット２０４は、現在ブロックおよび対応する予測ブロックに対するビデオデータを受け取る。残差発生ユニット２０４は、その後、現在ブロックに対する残差ブロックを発生させる。残差ブロックを発生させるために、残差発生ユニット２０４は、予測ブロックと現在ブロックとの間のサンプル毎の差分を計算する。
【0105】
［０１１６］
変換処理ユニット２０６は、残差ブロックに１つ以上の変換を適用して、（ここでは「変換係数ブロック」として呼ばれる）変換係数のブロックを発生させる。変換処理ユニット２０６は、残差ブロックにさまざまな変換を適用して、変換係数ブロックを形成してもよい。例えば、変換処理ユニット２０６は、離散コサイン変換（ＤＣＴ）、方向変換、カルーネンレーベ変換（ＫＬＴ）、または、概念的に類似する変換を、残差ブロックに適用してもよい。いくつかの例では、変換処理ユニット２０６は、残差ブロックに対して複数の変換、例えば、回転変換のような、１次変換と２次変換とを実行してもよい。いくつかの例では、変換処理ユニット２０６は、残差ブロックに変換を適用しない。このような事例では、変換処理ユニット２０６は、係数のブロックを出力してもよく、係数は、変換係数の代わりに、残差値に対応する。
変換処理ユニット２０６は、残差ブロックに１つ以上の変換を適用して、（ここでは「変換係数ブロック」として呼ばれる）変換係数のブロックを発生させる。変換処理ユニット２０６は、残差ブロックにさまざまな変換を適用して、変換係数ブロックを形成してもよい。例えば、変換処理ユニット２０６は、離散コサイン変換（ＤＣＴ）、方向変換、カルーネンレーベ変換（ＫＬＴ）、または、概念的に類似する変換を、残差ブロックに適用してもよい。いくつかの例では、変換処理ユニット２０６は、残差ブロックに対して複数の変換、例えば、回転変換のような、１次変換と２次変換とを実行してもよい。いくつかの例では、変換処理ユニット２０６は、残差ブロックに変換を適用しない。このような事例では、変換処理ユニット２０６は、係数のブロックを出力してもよく、係数は、変換係数の代わりに、残差値に対応する。
【0106】
［０１１７］
量子化ユニット２０８は、変換係数ブロック中の変換係数を量子化して、量子化された変換係数ブロックを生成させてもよい。変換スキップモードでコード化されたブロックに対して、量子化ユニット２０８は、係数ブロック中の係数を量子化して、量子化された係数ブロックを生成させてもよい。量子化ユニット２０８は、現在ブロックに関係する量子化パラメータ（ＱＰ）値にしたがって、係数または変換係数を量子化してもよい。ビデオエンコーダ２００は（例えば、モード選択ユニット２０２を介して）、ＣＵに関係するＱＰ値を調節することによって、適用される量子化の程度を調節してもよい。量子化は、情報の損失をもたらすかもしれず、したがって、量子化された変換係数または変換係数は、変換処理ユニット２０６によって生成された元の係数または変換係数よりも低い精度を有するかもしれない。
量子化ユニット２０８は、変換係数ブロック中の変換係数を量子化して、量子化された変換係数ブロックを生成させてもよい。変換スキップモードでコード化されたブロックに対して、量子化ユニット２０８は、係数ブロック中の係数を量子化して、量子化された係数ブロックを生成させてもよい。量子化ユニット２０８は、現在ブロックに関係する量子化パラメータ（ＱＰ）値にしたがって、係数または変換係数を量子化してもよい。ビデオエンコーダ２００は（例えば、モード選択ユニット２０２を介して）、ＣＵに関係するＱＰ値を調節することによって、適用される量子化の程度を調節してもよい。量子化は、情報の損失をもたらすかもしれず、したがって、量子化された変換係数または変換係数は、変換処理ユニット２０６によって生成された元の係数または変換係数よりも低い精度を有するかもしれない。
【0107】
［０１１８］
逆量子化ユニット２１０および逆変換処理ユニット２１２は、逆量子化および逆変換をそれぞれ量子化された変換係数ブロックに適用して、変換係数ブロックから残差ブロックを再構築してもよい。再構築ユニット２１４は、再構築された残差ブロックと、モード選択ユニット２０２によって発生させた予測ブロックとに基づいて、（潜在的にある程度の歪みを有するが）現在ブロックに対応する再構築されたブロックを生成させてもよい。例えば、再構築ユニット２１４は、再構築された残差ブロックのサンプルを、モード選択ユニット２０２によって発生させた予測ブロックからの対応するサンプルに加算して、再構築されたブロックを生成させてもよい。
逆量子化ユニット２１０および逆変換処理ユニット２１２は、逆量子化および逆変換をそれぞれ量子化された変換係数ブロックに適用して、変換係数ブロックから残差ブロックを再構築してもよい。再構築ユニット２１４は、再構築された残差ブロックと、モード選択ユニット２０２によって発生させた予測ブロックとに基づいて、（潜在的にある程度の歪みを有するが）現在ブロックに対応する再構築されたブロックを生成させてもよい。例えば、再構築ユニット２１４は、再構築された残差ブロックのサンプルを、モード選択ユニット２０２によって発生させた予測ブロックからの対応するサンプルに加算して、再構築されたブロックを生成させてもよい。
【0108】
［０１１９］
フィルタユニット２１６は、再構築されたブロック上で１つ以上のフィルタ動作を実行してもよい。例えば、フィルタユニット２１６は、デブロッキング動作を実行して、ＣＵのエッジに沿ったブロッキネスアーティファクトを低減させてもよい。いくつかの例では、フィルタユニット２１６の動作はスキップしてもよい。
フィルタユニット２１６は、再構築されたブロック上で１つ以上のフィルタ動作を実行してもよい。例えば、フィルタユニット２１６は、デブロッキング動作を実行して、ＣＵのエッジに沿ったブロッキネスアーティファクトを低減させてもよい。いくつかの例では、フィルタユニット２１６の動作はスキップしてもよい。
【0109】
［０１２０］
ビデオエンコーダ２００は、再構築されたブロックをＤＰＢ２１８中に記憶させる。例えば、フィルタユニット２１６の動作が実行されない例では、再構築ユニット２１４は、再構築されたブロックをＤＰＢ２１８中に記憶させてもよい。フィルタユニット２１６の動作が実行される例では、フィルタユニット２１６は、再構築されフィルタされたブロックをＤＰＢ２１８中に記憶させてもよい。動き推定ユニット２２２および動き補償ユニット２２４は、再構築された（そして、潜在的にフィルタ処理された）ブロックから形成された参照ピクチャーをＤＰＢ２１８から取り出して、後にエンコードされるピクチャーのブロックをインター予測してもよい。加えて、イントラ予測ユニット２２６は、現在ピクチャーのＤＰＢ２１８中の再構築されたブロックを使用して、現在ピクチャー中の他のブロックをイントラ予測してもよい。
ビデオエンコーダ２００は、再構築されたブロックをＤＰＢ２１８中に記憶させる。例えば、フィルタユニット２１６の動作が実行されない例では、再構築ユニット２１４は、再構築されたブロックをＤＰＢ２１８中に記憶させてもよい。フィルタユニット２１６の動作が実行される例では、フィルタユニット２１６は、再構築されフィルタされたブロックをＤＰＢ２１８中に記憶させてもよい。動き推定ユニット２２２および動き補償ユニット２２４は、再構築された（そして、潜在的にフィルタ処理された）ブロックから形成された参照ピクチャーをＤＰＢ２１８から取り出して、後にエンコードされるピクチャーのブロックをインター予測してもよい。加えて、イントラ予測ユニット２２６は、現在ピクチャーのＤＰＢ２１８中の再構築されたブロックを使用して、現在ピクチャー中の他のブロックをイントラ予測してもよい。
【0110】
［０１２１］
一般的に、エントロピーエンコーディングユニット２２０は、ビデオエンコーダ２００の他の機能的なコンポーネントから受け取ったシンタックス要素をエントロピーエンコードしてもよい。例えば、エントロピーエンコーディングユニット２２０は、量子化ユニット２０８からの量子化された変換係数ブロックをエントロピーエンコードしてもよい。別の例として、エントロピーエンコーディングユニット２２０は、モード選択ユニット２０２からの予測シンタックス要素（例えば、インター予測に対する動き情報またはイントラ予測に対するイントラモード情報）をエントロピーエンコードしてもよい。エントロピーエンコーディングユニット２２０は、ビデオデータの別の例であるシンタックス要素に関して、１つ以上のエントロピーエンコーディング動作を実行して、エントロピーエンコードされたデータを発生させてもよい。例えば、エントロピーエンコーディングユニット２２０は、データに、コンテキスト適応可変長コーディング（ＣＡＶＬＣ）動作、ＣＡＢＡＣ動作、可変対可変（Ｖ２Ｖ）長コーディング動作、シンタックスベースのコンテキスト適応バイナリ算術コードディング（ＳＢＡＣ）動作、確率区間区分化エントロピー（ＰＩＰＥ）コーディング動作、指数ゴロムエンコーディング動作、または、別のタイプのエントロピーエンコーディング動作を実行してもよい。いくつかの例では、エントロピーエンコーディングユニット２２０は、シンタックス要素がエントロピーエンコードされないバイパスモードで動作してもよい。
一般的に、エントロピーエンコーディングユニット２２０は、ビデオエンコーダ２００の他の機能的なコンポーネントから受け取ったシンタックス要素をエントロピーエンコードしてもよい。例えば、エントロピーエンコーディングユニット２２０は、量子化ユニット２０８からの量子化された変換係数ブロックをエントロピーエンコードしてもよい。別の例として、エントロピーエンコーディングユニット２２０は、モード選択ユニット２０２からの予測シンタックス要素（例えば、インター予測に対する動き情報またはイントラ予測に対するイントラモード情報）をエントロピーエンコードしてもよい。エントロピーエンコーディングユニット２２０は、ビデオデータの別の例であるシンタックス要素に関して、１つ以上のエントロピーエンコーディング動作を実行して、エントロピーエンコードされたデータを発生させてもよい。例えば、エントロピーエンコーディングユニット２２０は、データに、コンテキスト適応可変長コーディング（ＣＡＶＬＣ）動作、ＣＡＢＡＣ動作、可変対可変（Ｖ２Ｖ）長コーディング動作、シンタックスベースのコンテキスト適応バイナリ算術コードディング（ＳＢＡＣ）動作、確率区間区分化エントロピー（ＰＩＰＥ）コーディング動作、指数ゴロムエンコーディング動作、または、別のタイプのエントロピーエンコーディング動作を実行してもよい。いくつかの例では、エントロピーエンコーディングユニット２２０は、シンタックス要素がエントロピーエンコードされないバイパスモードで動作してもよい。
【0111】
［０１２２］
ビデオエンコーダ２００は、スライスまたはピクチャーのブロックを再構築するのに必要とされるエントロピーエンコードされたシンタックス要素を含むビットストリームを出力してもよい。特に、エントロピーエンコーディングユニット２２０が、ビットストリームを出力してもよい。
ビデオエンコーダ２００は、スライスまたはピクチャーのブロックを再構築するのに必要とされるエントロピーエンコードされたシンタックス要素を含むビットストリームを出力してもよい。特に、エントロピーエンコーディングユニット２２０が、ビットストリームを出力してもよい。
【0112】
［０１２３］
上記で説明している動作は、ブロックに関して説明している。このような説明は、ルーマコーディングブロックおよび／またはクロマコーディングブロックに対する動作として理解すべきである。上述したように、いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＣＵのルーマ成分およびクロマ成分である。いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＰＵのルーマ成分およびクロマ成分である。
上記で説明している動作は、ブロックに関して説明している。このような説明は、ルーマコーディングブロックおよび／またはクロマコーディングブロックに対する動作として理解すべきである。上述したように、いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＣＵのルーマ成分およびクロマ成分である。いくつかの例では、ルーマコーディングブロックおよびクロマコーディングブロックは、ＰＵのルーマ成分およびクロマ成分である。
【0113】
［０１２４］
いくつかの例では、ルーマコーディングブロックに関して実行される動作は、クロマコーディングブロックに対して繰り返す必要はない。１つの例として、ルーマコーディングブロックに対する動きベクトル（ＭＶ）および参照ピクチャーを識別する動作は、クロマブロックに対するＭＶおよび参照ピクチャーを識別するために繰り返す必要はない。むしろ、ルーマコーディングブロックに対するＭＶをスケーリングして、クロマブロックに対するＭＶを決定してもよく、参照ピクチャーは同じであってもよい。別の例として、イントラ予測プロセスは、ルーマコーディングブロックおよびクロマコーディングブロックに対して同じであってもよい。
いくつかの例では、ルーマコーディングブロックに関して実行される動作は、クロマコーディングブロックに対して繰り返す必要はない。１つの例として、ルーマコーディングブロックに対する動きベクトル（ＭＶ）および参照ピクチャーを識別する動作は、クロマブロックに対するＭＶおよび参照ピクチャーを識別するために繰り返す必要はない。むしろ、ルーマコーディングブロックに対するＭＶをスケーリングして、クロマブロックに対するＭＶを決定してもよく、参照ピクチャーは同じであってもよい。別の例として、イントラ予測プロセスは、ルーマコーディングブロックおよびクロマコーディングブロックに対して同じであってもよい。
【0114】
［０１２５］
ビデオエンコーダ２００は、ビデオデータを記憶するように構成されているメモリと、回路中で実現されている１つ以上の処理ユニットとを含むビデオデータをエンコードするデバイスの例を表しており、１つ以上の処理ユニットは、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在エンコードされている係数の第１の隣接係数に対する値を決定するようにと、現在エンコードされている係数の第２の隣接係数に対する値を決定するようにと、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するようにと、決定されたコンテキストオフセットに基づいて、現在エンコードされている係数に対する値をエンコードするように構成されている。第１の隣接係数は、例えば、上部隣接係数または左隣接係数のうちの一方であってもよく、第２の隣接係数は、上部隣接係数または左隣接係数のうちの他方であってもよい。
ビデオエンコーダ２００は、ビデオデータを記憶するように構成されているメモリと、回路中で実現されている１つ以上の処理ユニットとを含むビデオデータをエンコードするデバイスの例を表しており、１つ以上の処理ユニットは、変換スキップモードを使用してエンコードされたビデオデータの残差ブロックに対して、現在エンコードされている係数の第１の隣接係数に対する値を決定するようにと、現在エンコードされている係数の第２の隣接係数に対する値を決定するようにと、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するようにと、決定されたコンテキストオフセットに基づいて、現在エンコードされている係数に対する値をエンコードするように構成されている。第１の隣接係数は、例えば、上部隣接係数または左隣接係数のうちの一方であってもよく、第２の隣接係数は、上部隣接係数または左隣接係数のうちの他方であってもよい。
【0115】
［０１２６］
決定されたコンテキストオフセットに基づいて、現在エンコードされている係数に対する値をエンコードするために、ビデオエンコーダ２００は、決定されたコンテキストオフセットに基づいて、コンテキストを決定するようにと、現在エンコードされている係数に対する符号を決定するようにと、決定されたコンテキストに基づいて、データの１つ以上のビンをコンテキストエンコードして、現在エンコードされている係数に対する符号を表すように構成されていてもよい。ビデオエンコーダ２００は、ビデオデータの残差ブロックに対する残差値を量子化して、現在エンコードされている係数に対する値を決定するように構成されていてもよい。ビデオエンコーダ２００は、予測ブロックを決定するようにと、予測ブロックをビデオデータの元のブロックと比較して、ビデオデータの残差ブロックを決定するように構成されていてもよい。
決定されたコンテキストオフセットに基づいて、現在エンコードされている係数に対する値をエンコードするために、ビデオエンコーダ２００は、決定されたコンテキストオフセットに基づいて、コンテキストを決定するようにと、現在エンコードされている係数に対する符号を決定するようにと、決定されたコンテキストに基づいて、データの１つ以上のビンをコンテキストエンコードして、現在エンコードされている係数に対する符号を表すように構成されていてもよい。ビデオエンコーダ２００は、ビデオデータの残差ブロックに対する残差値を量子化して、現在エンコードされている係数に対する値を決定するように構成されていてもよい。ビデオエンコーダ２００は、予測ブロックを決定するようにと、予測ブロックをビデオデータの元のブロックと比較して、ビデオデータの残差ブロックを決定するように構成されていてもよい。
【0116】
［０１２７］
第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するために、ビデオエンコーダ２００は、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、３つの利用可能なコンテキストオフセットからコンテキストオフセットを選択するように構成されていてもよい。３つの利用可能なコンテキストオフセットは、第１の隣接係数と第２の隣接係数との両方が、０に等しいか、または、反対の符号を有するときのための第１のコンテキストオフセットと、第１の隣接係数と第２の隣接係数との両方が正であるか、または、第１の隣接係数と第２の隣接係数とのうちの一方が０に等しく、第１の隣接係数と第２の隣接係数とのうちの他方が正であるときのための第２のコンテキストオフセットと、第１の隣接係数と第２の隣接係数との両方が負であるか、または、第１の隣接係数と第２の隣接係数とのうちの一方が０に等しく、第１の隣接係数と第２の隣接係数とのうちの他方が負であるときのための第３のコンテキストオフセットとを含んでいてもよい。
第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するために、ビデオエンコーダ２００は、第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、３つの利用可能なコンテキストオフセットからコンテキストオフセットを選択するように構成されていてもよい。３つの利用可能なコンテキストオフセットは、第１の隣接係数と第２の隣接係数との両方が、０に等しいか、または、反対の符号を有するときのための第１のコンテキストオフセットと、第１の隣接係数と第２の隣接係数との両方が正であるか、または、第１の隣接係数と第２の隣接係数とのうちの一方が０に等しく、第１の隣接係数と第２の隣接係数とのうちの他方が正であるときのための第２のコンテキストオフセットと、第１の隣接係数と第２の隣接係数との両方が負であるか、または、第１の隣接係数と第２の隣接係数とのうちの一方が０に等しく、第１の隣接係数と第２の隣接係数とのうちの他方が負であるときのための第３のコンテキストオフセットとを含んでいてもよい。
【0117】
［０１２８］
第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するために、ビデオエンコーダ２００は、第１の隣接係数に対する値が０に等しく、第２の隣接係数に対する値が０に等しいことに応答して、コンテキストオフセット値を第１のオフセット値に設定するように構成されていてもよい。第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するために、ビデオエンコーダ２００は、第１の隣接係数に対する値が０よりも大きいかまたは０よりも小さいかの一方であり、第２の隣接係数に対する値が０よりも大きいかまたは０よりも小さいかの他方であることに応答して、コンテキストオフセット値を第１のオフセット値に設定するように構成されていてもよい。
第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するために、ビデオエンコーダ２００は、第１の隣接係数に対する値が０に等しく、第２の隣接係数に対する値が０に等しいことに応答して、コンテキストオフセット値を第１のオフセット値に設定するように構成されていてもよい。第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するために、ビデオエンコーダ２００は、第１の隣接係数に対する値が０よりも大きいかまたは０よりも小さいかの一方であり、第２の隣接係数に対する値が０よりも大きいかまたは０よりも小さいかの他方であることに応答して、コンテキストオフセット値を第１のオフセット値に設定するように構成されていてもよい。
【0118】
［０１２９］
第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するために、ビデオエンコーダ２００は、第１の隣接係数に対する値と第２の隣接係数に対する値との両方が非０値であり、反対の符号を有することに応答して、コンテキストオフセット値を第１のオフセット値に設定するように構成されていてもよい。第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するために、ビデオエンコーダ２００は、第１の隣接係数に対する値が０以上であり、第２の隣接係数に対する値が０以上であり、第１の隣接係数に対する値または第２の隣接係数に対する値のうちの少なくとも１つが１以上であることに応答して、コンテキストオフセット値を第２のオフセット値に設定するように構成されていてもよい。
第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するために、ビデオエンコーダ２００は、第１の隣接係数に対する値と第２の隣接係数に対する値との両方が非０値であり、反対の符号を有することに応答して、コンテキストオフセット値を第１のオフセット値に設定するように構成されていてもよい。第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するために、ビデオエンコーダ２００は、第１の隣接係数に対する値が０以上であり、第２の隣接係数に対する値が０以上であり、第１の隣接係数に対する値または第２の隣接係数に対する値のうちの少なくとも１つが１以上であることに応答して、コンテキストオフセット値を第２のオフセット値に設定するように構成されていてもよい。
【0119】
［０１３０］
第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するために、ビデオエンコーダ２００は、第１の隣接係数に対する値と第２の隣接係数に対する値との両方が非負値であることに応答して、コンテキストオフセット値を第２のオフセット値に設定するように構成されていてもよい。第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するために、ビデオエンコーダ２００は、第１の隣接係数に対する値が０以下であり、第２の隣接係数に対する値が０以下であり、第１の隣接係数に対する値または第２の隣接係数に対する値が－１以下であることに応答して、コンテキストオフセット値を第３のオフセット値に設定するように構成されていてもよい。第１、第２および第３のオフセット値は、例えば、異なるオフセット値であってもよい。コンテキストオフセットは、コンテキストを決定するための値である。したがって、第１、第２および第３のオフセット値は、３つの異なるコンテキストを識別または参照すると見なしてもよい。
第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するために、ビデオエンコーダ２００は、第１の隣接係数に対する値と第２の隣接係数に対する値との両方が非負値であることに応答して、コンテキストオフセット値を第２のオフセット値に設定するように構成されていてもよい。第１の隣接係数に対する値と第２の隣接係数に対する値とに基づいて、現在エンコードされている係数に対するコンテキストオフセットを決定するために、ビデオエンコーダ２００は、第１の隣接係数に対する値が０以下であり、第２の隣接係数に対する値が０以下であり、第１の隣接係数に対する値または第２の隣接係数に対する値が－１以下であることに応答して、コンテキストオフセット値を第３のオフセット値に設定するように構成されていてもよい。第１、第２および第３のオフセット値は、例えば、異なるオフセット値であってもよい。コンテキストオフセットは、コンテキストを決定するための値である。したがって、第１、第２および第３のオフセット値は、３つの異なるコンテキストを識別または参照すると見なしてもよい。
【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】
【表1】
【0151】
［０１６１］
したがって、ＬＰＳ範囲表は、６４のエントリ（各確率状態に対して１つ）の４倍（各範囲インデックスに対して１つ）を有する。各エントリはＲａｎｇｅＬＰＳであり、すなわち、範囲をＬＰＳ確率倍乗算した値である。この表の一部の例が、以下の表２中に示されている。表２は、確率状態９～１２を示している。ＨＥＶＣに対する１つの提案では、確率状態は、０～６３の範囲であってもよい。
したがって、ＬＰＳ範囲表は、６４のエントリ（各確率状態に対して１つ）の４倍（各範囲インデックスに対して１つ）を有する。各エントリはＲａｎｇｅＬＰＳであり、すなわち、範囲をＬＰＳ確率倍乗算した値である。この表の一部の例が、以下の表２中に示されている。表２は、確率状態９～１２を示している。ＨＥＶＣに対する１つの提案では、確率状態は、０～６３の範囲であってもよい。
【0152】
【表2】
【0153】
［０１６２］
各セグメント（すなわち、範囲値）において、各確率状態σのＬＰＳ範囲は予め規定されている。言い換えれば、確率状態σのＬＰＳ範囲は、４つの値（すなわち、各範囲インデックスに対して１つの値）に量子化される。所定のポイントにおいて使用される特定のＬＰＳ範囲は、セグメントが属している範囲に依存している。表で使用されている可能性あるＬＰＳ範囲の数は、表の列の数（すなわち、可能性あるＬＰＳ範囲値の数）とＬＰＳ範囲精度との間のトレードオフである。一般的に言えば、列が多いほどＬＰＳ範囲値の量子化誤差が小さくなるが、表を記憶するために必要なメモリも多くなる。列が少ないほど量子化誤差が大きくなるが、表を記憶するために必要なメモリも少なくなる。
各セグメント（すなわち、範囲値）において、各確率状態σのＬＰＳ範囲は予め規定されている。言い換えれば、確率状態σのＬＰＳ範囲は、４つの値（すなわち、各範囲インデックスに対して１つの値）に量子化される。所定のポイントにおいて使用される特定のＬＰＳ範囲は、セグメントが属している範囲に依存している。表で使用されている可能性あるＬＰＳ範囲の数は、表の列の数（すなわち、可能性あるＬＰＳ範囲値の数）とＬＰＳ範囲精度との間のトレードオフである。一般的に言えば、列が多いほどＬＰＳ範囲値の量子化誤差が小さくなるが、表を記憶するために必要なメモリも多くなる。列が少ないほど量子化誤差が大きくなるが、表を記憶するために必要なメモリも少なくなる。
【0154】
［０１６３］
上記で説明したように、各ＬＰＳ確率状態は対応する確率を有する。各状態に対する確率ｐは以下のように導出される：
ｐσ＝αｐσ－１
ここで、状態σは０～６３である。定数αは各コンテキスト状態間の確率変化量を表している。１つの例では、α＝０．９４９３、すなわち、より正確にはα＝（０．０１８７５／０．５）１／６３である。状態σ＝０における確率は０．５（すなわち、ｐ０＝１／２）である。すなわち、コンテキスト状態０において、ＬＰＳとＭＰＳの確率は等しい確率である。以前の状態にαを乗算することにより、各連続状態における確率が導出される。このようなことから、コンテキスト状態α＝１において生じるＬＰＳの確率は、ｐ０＊０．９４９３（０．５＊０．９４９３＝０．４７４６５）である。このようなことから、状態αのインデックスが増加すると、生じるＬＰＳの確率は減少する。
上記で説明したように、各ＬＰＳ確率状態は対応する確率を有する。各状態に対する確率ｐは以下のように導出される：
ｐσ＝αｐσ－１
ここで、状態σは０～６３である。定数αは各コンテキスト状態間の確率変化量を表している。１つの例では、α＝０．９４９３、すなわち、より正確にはα＝（０．０１８７５／０．５）１／６３である。状態σ＝０における確率は０．５（すなわち、ｐ０＝１／２）である。すなわち、コンテキスト状態０において、ＬＰＳとＭＰＳの確率は等しい確率である。以前の状態にαを乗算することにより、各連続状態における確率が導出される。このようなことから、コンテキスト状態α＝１において生じるＬＰＳの確率は、ｐ０＊０．９４９３（０．５＊０．９４９３＝０．４７４６５）である。このようなことから、状態αのインデックスが増加すると、生じるＬＰＳの確率は減少する。
【0155】
［０１６４］
信号統計（すなわち、以前にコード化されたビンの値）にしたがうために確率状態が更新されることから、ＣＡＢＡＣは適応的である。更新プロセスは、以下の通りである。所定の確率状態に対して、更新は、状態インデックスと、ＬＰＳまたはＭＰＳのいずれかとして識別されたエンコードされたシンボルの値とに依存する。更新プロセスの結果として、潜在的に修正されたＬＰＳ確率推定値と、必要であれば、修正されたＭＰＳ値とからなる新しい確率状態が導出される。
信号統計（すなわち、以前にコード化されたビンの値）にしたがうために確率状態が更新されることから、ＣＡＢＡＣは適応的である。更新プロセスは、以下の通りである。所定の確率状態に対して、更新は、状態インデックスと、ＬＰＳまたはＭＰＳのいずれかとして識別されたエンコードされたシンボルの値とに依存する。更新プロセスの結果として、潜在的に修正されたＬＰＳ確率推定値と、必要であれば、修正されたＭＰＳ値とからなる新しい確率状態が導出される。
【0156】
［０１６５］
ビン値がＭＰＳに等しい場合には、所定の状態インデックスは１だけインクリメントされてもよい。これは、ＬＰＳ確率が既にその最小である（すなわち、同様な意味合いでは、最大ＭＰＳ確率に達する）状態インデックス６２においてＭＰＳが生じるときを除いて、すべての状態に対するものである。このケースでは、ＬＰＳが見られるまで、または、最後のビン値がエンコードされるまで、状態インデックス６２は固定されたままである（最後のビン値の特殊なケースに対して、状態６３が使用される）。ＬＰＳが生じるとき、以下の式に示されているように、ある量だけ状態インデックスをデクリメントすることにより、状態インデックスが変更される。このルールは、一般的に、以下の例外を除いて、ＬＰＳの各発生に適用される。等確率ケースに対応するインデックスσ＝０を有する状態においてＬＰＳがエンコードされていると仮定すると、状態インデックスは固定されたままであるが、ＭＰＳ値は、ＬＰＳおよびＭＰＳの値が交換されるようにトグルされる。他のすべてのケースでは、どのシンボルがエンコードされているかにかかわらず、ＭＰＳ値は変更されない。ＬＰＳ確率に対する遷移ルールの導出は、所定のＬＰＳ確率ｐｏｌｄとその更新された対応ｐｎｅｗとの間の以下の関係に基づいている：
ＭＰＳが生じている場合には、ｐｎｅｗ＝ｍａｘ（αｐｏｌｄ，ｐ６２）
ＬＰＳが生じている場合には、ｐｎｅｗ＝（１－α）＋αｐｏｌｄ。
ビン値がＭＰＳに等しい場合には、所定の状態インデックスは１だけインクリメントされてもよい。これは、ＬＰＳ確率が既にその最小である（すなわち、同様な意味合いでは、最大ＭＰＳ確率に達する）状態インデックス６２においてＭＰＳが生じるときを除いて、すべての状態に対するものである。このケースでは、ＬＰＳが見られるまで、または、最後のビン値がエンコードされるまで、状態インデックス６２は固定されたままである（最後のビン値の特殊なケースに対して、状態６３が使用される）。ＬＰＳが生じるとき、以下の式に示されているように、ある量だけ状態インデックスをデクリメントすることにより、状態インデックスが変更される。このルールは、一般的に、以下の例外を除いて、ＬＰＳの各発生に適用される。等確率ケースに対応するインデックスσ＝０を有する状態においてＬＰＳがエンコードされていると仮定すると、状態インデックスは固定されたままであるが、ＭＰＳ値は、ＬＰＳおよびＭＰＳの値が交換されるようにトグルされる。他のすべてのケースでは、どのシンボルがエンコードされているかにかかわらず、ＭＰＳ値は変更されない。ＬＰＳ確率に対する遷移ルールの導出は、所定のＬＰＳ確率ｐｏｌｄとその更新された対応ｐｎｅｗとの間の以下の関係に基づいている：
ＭＰＳが生じている場合には、ｐｎｅｗ＝ｍａｘ（αｐｏｌｄ，ｐ６２）
ＬＰＳが生じている場合には、ｐｎｅｗ＝（１－α）＋αｐｏｌｄ。
【0157】
［０１６６］
ＣＡＢＡＣにおける確率推定プロセスの実際的なインプリメンテーションに関して、すべての遷移ルールは、それぞれが６ビット符号なし整数値の６３のエントリを有する、多くても２つの表により実現されるかもしれないことに留意することが重要である。いくつかの例では、状態遷移は、単一の表ＴｒａｎｓＩｄｘＬＰＳにより決定されてもよく、これは、所定の状態インデックスσに対して、ＬＰＳが観測されているケースにおいて、新しい更新された状態インデックスＴｒａｎｓＩｄｘＬＰＳ［σ］を決定する。ＭＰＳ駆動遷移は、１の固定値だけ状態インデックスの単純な（飽和された）インクリメントをすることにより取得することができ、更新された状態インデックスｍｉｎ（σ＋１，６２）をもたらす。以下の表３は、部分ＴｒａｎｓＩｄｘＬＰＳ表の例である。
ＣＡＢＡＣにおける確率推定プロセスの実際的なインプリメンテーションに関して、すべての遷移ルールは、それぞれが６ビット符号なし整数値の６３のエントリを有する、多くても２つの表により実現されるかもしれないことに留意することが重要である。いくつかの例では、状態遷移は、単一の表ＴｒａｎｓＩｄｘＬＰＳにより決定されてもよく、これは、所定の状態インデックスσに対して、ＬＰＳが観測されているケースにおいて、新しい更新された状態インデックスＴｒａｎｓＩｄｘＬＰＳ［σ］を決定する。ＭＰＳ駆動遷移は、１の固定値だけ状態インデックスの単純な（飽和された）インクリメントをすることにより取得することができ、更新された状態インデックスｍｉｎ（σ＋１，６２）をもたらす。以下の表３は、部分ＴｒａｎｓＩｄｘＬＰＳ表の例である。
【0158】
【表3】
【0159】
［０１６７］
図６Ａ、図６Ｂおよび図７に関して上記で説明した技法は、ＣＡＢＡＣの１つの例示的なインプリメンテーションを表しているにすぎない。本開示の技法はＣＡＢＡＣのこの説明されているインプリメンテーションのみに限定されるものでないことを理解すべきである。例えば、より古いＢＡＣアプローチ（例えば、Ｈ．２６４／ＡＶＣにおいて使用されるＢＡＣアプローチ）において、表ＲａｎｇｅＬＰＳおよびＴｒａｎｓＩｄｘＬＰＳは、低解像度ビデオ（すなわち、共通中間フォーマット（ＣＩＦ）およびクォータＣＩＦ（ＱＣＩＦ）ビデオ）に対してチューニングされた。ＨＥＶＣとＶＶＣのような将来のコーデックとでは、大量のビデオコンテンツは、高精細度（ＨＤ）であり、いくつかのケースでは、ＨＤよりも精細である。ＨＤまたはＨＤ解像度より精細なものであるビデオコンテンツは、Ｈ．２６４／ＡＶＣを開発するために使用された１０歳のＱＣＩＦシーケンスとは異なる統計を有する傾向がある。このようなことから、Ｈ．２６４／ＡＶＣからの表ＲａｎｇｅＬＰＳおよびＴｒａｎｓＩｄｘＬＰＳは、余りにも速い様で状態間の適応を生じさせるかもしれない。すなわち、特にＬＰＳが生じるときの確率状態間の遷移は、ＨＤビデオのより滑らかでより高い解像度のコンテンツに対しては大きすぎる可能性がある。したがって、従来の技法にしたがって使用される確率モデルは、ＨＤおよびエキストラＨＤコンテンツに対しては正確ではないかもしれない。加えて、ＨＤビデオコンテンツがより大きい範囲のピクセル値を含むので、Ｈ．２６４／ＡＶＣ表は、ＨＤコンテンツに存在しているかもしれないより極端な値に対処するのに十分なエントリを含んでいない。
図６Ａ、図６Ｂおよび図７に関して上記で説明した技法は、ＣＡＢＡＣの１つの例示的なインプリメンテーションを表しているにすぎない。本開示の技法はＣＡＢＡＣのこの説明されているインプリメンテーションのみに限定されるものでないことを理解すべきである。例えば、より古いＢＡＣアプローチ（例えば、Ｈ．２６４／ＡＶＣにおいて使用されるＢＡＣアプローチ）において、表ＲａｎｇｅＬＰＳおよびＴｒａｎｓＩｄｘＬＰＳは、低解像度ビデオ（すなわち、共通中間フォーマット（ＣＩＦ）およびクォータＣＩＦ（ＱＣＩＦ）ビデオ）に対してチューニングされた。ＨＥＶＣとＶＶＣのような将来のコーデックとでは、大量のビデオコンテンツは、高精細度（ＨＤ）であり、いくつかのケースでは、ＨＤよりも精細である。ＨＤまたはＨＤ解像度より精細なものであるビデオコンテンツは、Ｈ．２６４／ＡＶＣを開発するために使用された１０歳のＱＣＩＦシーケンスとは異なる統計を有する傾向がある。このようなことから、Ｈ．２６４／ＡＶＣからの表ＲａｎｇｅＬＰＳおよびＴｒａｎｓＩｄｘＬＰＳは、余りにも速い様で状態間の適応を生じさせるかもしれない。すなわち、特にＬＰＳが生じるときの確率状態間の遷移は、ＨＤビデオのより滑らかでより高い解像度のコンテンツに対しては大きすぎる可能性がある。したがって、従来の技法にしたがって使用される確率モデルは、ＨＤおよびエキストラＨＤコンテンツに対しては正確ではないかもしれない。加えて、ＨＤビデオコンテンツがより大きい範囲のピクセル値を含むので、Ｈ．２６４／ＡＶＣ表は、ＨＤコンテンツに存在しているかもしれないより極端な値に対処するのに十分なエントリを含んでいない。
【0160】
［０１６８］
このようなことから、ＨＥＶＣに対して、そして、ＶＶＣのような将来のコーディング標準規格に対して、ＲａｎｇｅＬＰＳおよびＴｒａｎｓＩｄｘＬＰＳ表は、この新しいコンテンツの特性に対処するように修正してもよい。特に、ＨＥＶＣおよび将来のコーディング標準規格に対するＢＡＣプロセスはよりゆっくりとした適応プロセスを許容する表を使用してもよく、より極端なケース（すなわち、歪んだ確率）に対処してもよい。したがって、１つの例として、Ｈ．２６４／ＡＶＣまたはＨＥＶＣによるＢＡＣにおいて使用されるよりも多くの確率状態および範囲を含むことにより、これらの目標を達成するように、ＲａｎｇｅＬＰＳおよびＴｒａｎｓＩｄｘＬＰＳ表を修正してもよい。
このようなことから、ＨＥＶＣに対して、そして、ＶＶＣのような将来のコーディング標準規格に対して、ＲａｎｇｅＬＰＳおよびＴｒａｎｓＩｄｘＬＰＳ表は、この新しいコンテンツの特性に対処するように修正してもよい。特に、ＨＥＶＣおよび将来のコーディング標準規格に対するＢＡＣプロセスはよりゆっくりとした適応プロセスを許容する表を使用してもよく、より極端なケース（すなわち、歪んだ確率）に対処してもよい。したがって、１つの例として、Ｈ．２６４／ＡＶＣまたはＨＥＶＣによるＢＡＣにおいて使用されるよりも多くの確率状態および範囲を含むことにより、これらの目標を達成するように、ＲａｎｇｅＬＰＳおよびＴｒａｎｓＩｄｘＬＰＳ表を修正してもよい。
【0161】
［０１６９］
図８は、本開示の技法にしたがってＣＡＢＡＣを実行するように構成されていてもよい、例えば、図４に示されているビデオエンコーダ２００の一部を形成する、例示的なエントロピーエンコードユニット２２０のブロック図である。シンタックス要素４１８が、エントロピーエンコーディングユニット２２０に入力される。シンタックス要素が既にバイナリ値シンタックス要素（すなわち、０および１の値のみを有するシンタックス要素）である場合には、バイナリ化のステップはスキップしてもよい。シンタックス要素が非バイナリ値化シンタックス要素（例えば、係数レベルのような複数のビットにより表されるシンタックス要素）である場合には、非バイナリ値化シンタックス要素は、バイナライザ４２０によりバイナリ化される。バイナライザ４２０は、バイナリ決定のシーケンスへの非バイナリ値化シンタックス要素のマッピングを実行する。これらのバイナリ決定は、「ビン」と呼ばれることが多い。例えば、係数レベルに対して、レベルの値は連続するビンに分解されてもよく、各ビンは係数レベルの絶対値が何らかの値よりも大きいか否かを示している。例えば、（有意性フラグと呼ばれることもある）ビン０は、係数レベルの絶対値が０よりも大きいか否かを示している。ビン１は、係数レベルの絶対値が１よりも大きいか否かを示している等である。各非バイナリ値シンタックス要素に対して、一意的なマッピングを開発してもよい。
図８は、本開示の技法にしたがってＣＡＢＡＣを実行するように構成されていてもよい、例えば、図４に示されているビデオエンコーダ２００の一部を形成する、例示的なエントロピーエンコードユニット２２０のブロック図である。シンタックス要素４１８が、エントロピーエンコーディングユニット２２０に入力される。シンタックス要素が既にバイナリ値シンタックス要素（すなわち、０および１の値のみを有するシンタックス要素）である場合には、バイナリ化のステップはスキップしてもよい。シンタックス要素が非バイナリ値化シンタックス要素（例えば、係数レベルのような複数のビットにより表されるシンタックス要素）である場合には、非バイナリ値化シンタックス要素は、バイナライザ４２０によりバイナリ化される。バイナライザ４２０は、バイナリ決定のシーケンスへの非バイナリ値化シンタックス要素のマッピングを実行する。これらのバイナリ決定は、「ビン」と呼ばれることが多い。例えば、係数レベルに対して、レベルの値は連続するビンに分解されてもよく、各ビンは係数レベルの絶対値が何らかの値よりも大きいか否かを示している。例えば、（有意性フラグと呼ばれることもある）ビン０は、係数レベルの絶対値が０よりも大きいか否かを示している。ビン１は、係数レベルの絶対値が１よりも大きいか否かを示している等である。各非バイナリ値シンタックス要素に対して、一意的なマッピングを開発してもよい。
【0162】
［０１７０］
バイナライザ４２０により生成される各ビンは、エントロピーエンコーディングユニット２２０のバイナリ算術コーディング側に供給される。すなわち、非バイナリ値化シンタックス要素の予め定められているセットに対して、各ビンタイプ（例えば、ビン０）は、次のビンタイプ（例えば、ビン１）の前にコード化される。コーディングは、通常モードまたはバイパスモードのいずれかで実行してもよい。バイパスモードでは、バイパスエンコーディングエンジン４２６が、固定確率モデルを使用して、例えば、ゴロムライスまたは指数ゴロムコーディングを使用して、算術コーディングを実行する。バイパスモードは、一般的に、より予測可能なシンタックス要素に対して使用される。
バイナライザ４２０により生成される各ビンは、エントロピーエンコーディングユニット２２０のバイナリ算術コーディング側に供給される。すなわち、非バイナリ値化シンタックス要素の予め定められているセットに対して、各ビンタイプ（例えば、ビン０）は、次のビンタイプ（例えば、ビン１）の前にコード化される。コーディングは、通常モードまたはバイパスモードのいずれかで実行してもよい。バイパスモードでは、バイパスエンコーディングエンジン４２６が、固定確率モデルを使用して、例えば、ゴロムライスまたは指数ゴロムコーディングを使用して、算術コーディングを実行する。バイパスモードは、一般的に、より予測可能なシンタックス要素に対して使用される。
【0163】
［０１７１］
通常モードにおけるコーディングは、ＣＡＢＡＣを実行することを伴う。通常モードＣＡＢＡＣは、以前にコード化されたビンの値が与えられた場合に、ビンの値の確率が予測可能であるビン値をコーディングするためのものである。ビンの確率がＬＰＳであることは、コンテキストモデラ４２２により決定される。コンテキストモデラ４２２は、ビン値とコンテキストモデル（例えば、確率状態σ）とを出力する。コンテキストモデルは、一連のビンに対する初期コンテキストモデルであってもよく、または、以前にコード化されたビンのコード化された値に基づいて決定されてもよい。上述したように、コンテキストモデラは、以前にコード化されたビンがＭＰＳまたはＬＰＳであったか否かに基づいて、状態を更新してもよい。
通常モードにおけるコーディングは、ＣＡＢＡＣを実行することを伴う。通常モードＣＡＢＡＣは、以前にコード化されたビンの値が与えられた場合に、ビンの値の確率が予測可能であるビン値をコーディングするためのものである。ビンの確率がＬＰＳであることは、コンテキストモデラ４２２により決定される。コンテキストモデラ４２２は、ビン値とコンテキストモデル（例えば、確率状態σ）とを出力する。コンテキストモデルは、一連のビンに対する初期コンテキストモデルであってもよく、または、以前にコード化されたビンのコード化された値に基づいて決定されてもよい。上述したように、コンテキストモデラは、以前にコード化されたビンがＭＰＳまたはＬＰＳであったか否かに基づいて、状態を更新してもよい。
【0164】
［０１７２］
コンテキストモデルおよび確率状態σがコンテキストモデラ４２２により決定された後、通常エンコーディングエンジン４２４は、ビン値上でＢＡＣを実行する。本開示の技法によれば、通常エンコーディングエンジン４２４は、６４よりも多い確率状態σを含んでいるＴｒａｎｓＩｄｘＬＰＳ表４３０を使用してＢＡＣを実行する。１つの例では、確率状態の数は１２８である。ＴｒａｎｓＩｄｘＬＰＳを使用して、以前のビン（ビンｎ）がＬＰＳであるときに、次のビン（ビンｎ＋１）に対して、どの確率状態が使用されるかを決定する。通常エンコーディングエンジン４２４はまた、ＲａｎｇｅＬＰＳ表４２８を使用して、特定の確率状態σが与えられたＬＰＳに対する範囲値を決定してもよい。しかしながら、本開示の技法によれば、ＴｒａｎｓＩｄｘＬＰＳ表４３０のすべての可能性ある確率状態σを使用するのではなく、確率状態インデックスσを、ＴｒａｎｓＩｄｘＬＰＳ表中で使用するためのグループ化インデックスにマッピングする。すなわち、ＲａｎｇｅＬＰＳ表４２８への各インデックスは、確率状態の総数のうちの２つ以上を表していてもよい。グループ化されたインデックスへの確率状態インデックスσのマッピングは、（例えば、２で割ることにより）線形であってもよく、または、非線形（例えば、対数関数またはマッピング表）であってもよい。
コンテキストモデルおよび確率状態σがコンテキストモデラ４２２により決定された後、通常エンコーディングエンジン４２４は、ビン値上でＢＡＣを実行する。本開示の技法によれば、通常エンコーディングエンジン４２４は、６４よりも多い確率状態σを含んでいるＴｒａｎｓＩｄｘＬＰＳ表４３０を使用してＢＡＣを実行する。１つの例では、確率状態の数は１２８である。ＴｒａｎｓＩｄｘＬＰＳを使用して、以前のビン（ビンｎ）がＬＰＳであるときに、次のビン（ビンｎ＋１）に対して、どの確率状態が使用されるかを決定する。通常エンコーディングエンジン４２４はまた、ＲａｎｇｅＬＰＳ表４２８を使用して、特定の確率状態σが与えられたＬＰＳに対する範囲値を決定してもよい。しかしながら、本開示の技法によれば、ＴｒａｎｓＩｄｘＬＰＳ表４３０のすべての可能性ある確率状態σを使用するのではなく、確率状態インデックスσを、ＴｒａｎｓＩｄｘＬＰＳ表中で使用するためのグループ化インデックスにマッピングする。すなわち、ＲａｎｇｅＬＰＳ表４２８への各インデックスは、確率状態の総数のうちの２つ以上を表していてもよい。グループ化されたインデックスへの確率状態インデックスσのマッピングは、（例えば、２で割ることにより）線形であってもよく、または、非線形（例えば、対数関数またはマッピング表）であってもよい。
【0165】
［０１７３］
本開示の他の例では、パラメータαを０．９４９３よりも大きくなるように設定することにより、連続する確率状態間の差分をより小さくしてもよい。１つの例では、α＝０．９６８９である。本開示の別の例では、生じるＬＰＳの最高確率（ｐ０）は０．５よりも低く設定してもよい。１つの例では、ｐ０は０．４９３に等しくてもよい。
本開示の他の例では、パラメータαを０．９４９３よりも大きくなるように設定することにより、連続する確率状態間の差分をより小さくしてもよい。１つの例では、α＝０．９６８９である。本開示の別の例では、生じるＬＰＳの最高確率（ｐ０）は０．５よりも低く設定してもよい。１つの例では、ｐ０は０．４９３に等しくてもよい。
【0166】
［０１７４］
本開示の１つ以上の技法によれば、バイナリ算術コーディングプロセスにおいて確率状態を更新するために使用される変数の同じ値（例えば、ウィンドウサイズ、スケーリングファクタ（α）、および、確率更新速度のうちの１つ以上）を使用することとは対照的に、エントロピーエンコーディングユニット２２０は、異なるコンテキストモデルおよび／または異なるシンタックス要素に対して、変数の異なる値を使用してもよい。例えば、エントロピーエンコーディングユニット２２０は、複数のコンテキストモデルのうちのコンテキストモデルに対して、バイナリ算術コーディングプロセスにおいて確率状態を更新するために使用される変数の値を決定し、決定された値に基づいて、確率状態を更新してもよい。
本開示の１つ以上の技法によれば、バイナリ算術コーディングプロセスにおいて確率状態を更新するために使用される変数の同じ値（例えば、ウィンドウサイズ、スケーリングファクタ（α）、および、確率更新速度のうちの１つ以上）を使用することとは対照的に、エントロピーエンコーディングユニット２２０は、異なるコンテキストモデルおよび／または異なるシンタックス要素に対して、変数の異なる値を使用してもよい。例えば、エントロピーエンコーディングユニット２２０は、複数のコンテキストモデルのうちのコンテキストモデルに対して、バイナリ算術コーディングプロセスにおいて確率状態を更新するために使用される変数の値を決定し、決定された値に基づいて、確率状態を更新してもよい。
【0167】
［０１７５］
図９は、本開示の技法にしたがってＣＡＢＡＣを実行するように構成されていてもよい、例えば、図５中に示されているビデオデコーダ３００の一部を形成する、例示的なエントロピーデコーディングユニット３０２のブロック図である。図９のエントロピーデコーディングユニット３０２は、図８中で説明されているエントロピーエンコーディングユニット２２０のものとは逆の方法でＣＡＢＡＣを実行する。ビットストリーム４４８からのコード化されたビットは、エントロピーデコーディングユニット３０２に入力される。コード化されたビットがバイパスモードまたは通常モードを使用してエントロピーコード化されたかに基づいて、コード化されたビットが、コンテキストモデラ４５０またはバイパスデコーディングエンジン４５２のいずれかに供給される。コード化されたビットがバイパスモードでコード化されていた場合には、バイパスデコーディングエンジン４５２は、例えば、ゴロムライスデコードまたは指数ゴロムデコードを使用して、バイナリ値化シンタックス要素または非バイナリシンタックス要素のビンを取り出してもよい。
図９は、本開示の技法にしたがってＣＡＢＡＣを実行するように構成されていてもよい、例えば、図５中に示されているビデオデコーダ３００の一部を形成する、例示的なエントロピーデコーディングユニット３０２のブロック図である。図９のエントロピーデコーディングユニット３０２は、図８中で説明されているエントロピーエンコーディングユニット２２０のものとは逆の方法でＣＡＢＡＣを実行する。ビットストリーム４４８からのコード化されたビットは、エントロピーデコーディングユニット３０２に入力される。コード化されたビットがバイパスモードまたは通常モードを使用してエントロピーコード化されたかに基づいて、コード化されたビットが、コンテキストモデラ４５０またはバイパスデコーディングエンジン４５２のいずれかに供給される。コード化されたビットがバイパスモードでコード化されていた場合には、バイパスデコーディングエンジン４５２は、例えば、ゴロムライスデコードまたは指数ゴロムデコードを使用して、バイナリ値化シンタックス要素または非バイナリシンタックス要素のビンを取り出してもよい。
【0168】
［０１７６］
コード化されたビットが通常モードでコード化されていた場合には、コンテキストモデラ４５０は、コード化されたビットに対する確率モデルを決定してもよく、通常デコーディングエンジン４５４は、コード化されたビットをデコードして、非バイナリ値化シンタックス要素のビン（または、バイナリ値化されている場合には、シンタックス要素自体）を生成させてもよい。コンテキストモデルおよび確率状態σがコンテキストモデラ４５０により決定された後、通常デコーディングエンジン４５４は、ビン値上でＢＡＣを実行する。本開示の技法によれば、通常デコーディングエンジン４５４は、６４よりも多い確率状態σを含んでいるＴｒａｎｓＩｄｘＬＰＳ表４５８を使用してＢＡＣを実行する。本開示の技法と矛盾なく、他の数の確率状態を規定することができるが、１つの例では、確率状態の数は１２８である。ＴｒａｎｓＩｄｘＬＰＳ表４５８を使用して、以前のビン（ビンｎ）がＬＰＳであるときに、次のビン（ビンｎ＋１）に対して、どの確率状態が使用されるかを決定する。通常デコーディングエンジン４５４はまた、ＲａｎｇｅＬＰＳ表４５６を使用して、特定の確率状態σが与えられたＬＰＳに対する範囲値を決定してもよい。しかしながら、本開示の技法によれば、ＴｒａｎｓＩｄｘＬＰＳ表４５８のすべての可能性ある確率状態σを使用するのではなく、確率状態インデックスσを、ＲａｎｇｅＬＰＳ表４５６中で使用するためのグループ化インデックスにマッピングする。すなわち、ＲａｎｇｅＬＰＳ表４５６への各インデックスは、確率状態の総数のうちの２つ以上を表していてもよい。グループ化されたインデックスへの確率状態インデックスσのマッピングは、（例えば、２で割ることにより）線形であってもよく、または、非線形（例えば、対数関数またはマッピング表）であってもよい。
コード化されたビットが通常モードでコード化されていた場合には、コンテキストモデラ４５０は、コード化されたビットに対する確率モデルを決定してもよく、通常デコーディングエンジン４５４は、コード化されたビットをデコードして、非バイナリ値化シンタックス要素のビン（または、バイナリ値化されている場合には、シンタックス要素自体）を生成させてもよい。コンテキストモデルおよび確率状態σがコンテキストモデラ４５０により決定された後、通常デコーディングエンジン４５４は、ビン値上でＢＡＣを実行する。本開示の技法によれば、通常デコーディングエンジン４５４は、６４よりも多い確率状態σを含んでいるＴｒａｎｓＩｄｘＬＰＳ表４５８を使用してＢＡＣを実行する。本開示の技法と矛盾なく、他の数の確率状態を規定することができるが、１つの例では、確率状態の数は１２８である。ＴｒａｎｓＩｄｘＬＰＳ表４５８を使用して、以前のビン（ビンｎ）がＬＰＳであるときに、次のビン（ビンｎ＋１）に対して、どの確率状態が使用されるかを決定する。通常デコーディングエンジン４５４はまた、ＲａｎｇｅＬＰＳ表４５６を使用して、特定の確率状態σが与えられたＬＰＳに対する範囲値を決定してもよい。しかしながら、本開示の技法によれば、ＴｒａｎｓＩｄｘＬＰＳ表４５８のすべての可能性ある確率状態σを使用するのではなく、確率状態インデックスσを、ＲａｎｇｅＬＰＳ表４５６中で使用するためのグループ化インデックスにマッピングする。すなわち、ＲａｎｇｅＬＰＳ表４５６への各インデックスは、確率状態の総数のうちの２つ以上を表していてもよい。グループ化されたインデックスへの確率状態インデックスσのマッピングは、（例えば、２で割ることにより）線形であってもよく、または、非線形（例えば、対数関数またはマッピング表）であってもよい。
【0169】
［０１７７］
本開示の他の例では、パラメータαを０．９４９３よりも大きくなるように設定することにより、連続する確率状態間の差分をより小さくしてもよい。１つの例では、α＝０．９６８９である。本開示の別の例では、生じるＬＰＳの最高確率（ｐ０）は０．５よりも低く設定してもよい。１つの例では、ｐ０は０．４９３に等しくてもよい。
本開示の他の例では、パラメータαを０．９４９３よりも大きくなるように設定することにより、連続する確率状態間の差分をより小さくしてもよい。１つの例では、α＝０．９６８９である。本開示の別の例では、生じるＬＰＳの最高確率（ｐ０）は０．５よりも低く設定してもよい。１つの例では、ｐ０は０．４９３に等しくてもよい。
【0170】
［０１７８］
ビンが通常デコーディングエンジン４５４によりデコードされた後、逆バイナライザ４６０は、逆マッピングを実行して、ビンを変換して非バイナリ値化シンタックス要素の値に戻してもよい。
ビンが通常デコーディングエンジン４５４によりデコードされた後、逆バイナライザ４６０は、逆マッピングを実行して、ビンを変換して非バイナリ値化シンタックス要素の値に戻してもよい。
【0171】
［０１７９］
図１０は、現在ブロックをエンコードするための例示的な方法の例を図示するフローチャートである。現在ブロックは、現在ＣＵを含んでいてもよい。ビデオエンコーダ２００（図１および図４）に関して説明したが、図１０の方法と類似する方法を実行するように他のデバイスが構成されてもよいことを理解されたい。
図１０は、現在ブロックをエンコードするための例示的な方法の例を図示するフローチャートである。現在ブロックは、現在ＣＵを含んでいてもよい。ビデオエンコーダ２００（図１および図４）に関して説明したが、図１０の方法と類似する方法を実行するように他のデバイスが構成されてもよいことを理解されたい。
【0172】
［０１８０］
この例では、ビデオエンコーダ２００は、最初に現在ブロックを予測する（５５０）。例えば、ビデオエンコーダ２００は、現在ブロックに対する予測ブロックを形成してもよい。ビデオエンコーダ２００は、その後、現在ブロックに対する残差ブロックを計算してもよい。（５５２）。残差ブロックを計算するために、ビデオエンコーダ２００は、現在ブロックに対する元のコード化されていないブロックと予測ブロックとの間の差分を計算してもよい。ビデオエンコーダ２００は、その後、残差ブロックの係数を変換および量子化してもよい（５５４）。変換スキップモードのような、いくつかのコーディングモードでは、ビデオエンコーダ２００は、変換をスキップし、残差データを量子化するだけかもしれない。次に、ビデオエンコーダ２００は、残差ブロックの量子化された係数を走査してもよい（５５６）。走査の間、または、走査に続いて、ビデオエンコーダ２００は、係数をエントロピーエンコードしてもよい（５５８）。例えば、ビデオエンコーダ２００は、ＣＡＶＬＣまたはＣＡＢＡＣを使用して、係数をエンコードしてもよい。ビデオエンコーダ２００は、その後、係数のエントロピーコード化されたデータを出力してもよい（５６０）。
この例では、ビデオエンコーダ２００は、最初に現在ブロックを予測する（５５０）。例えば、ビデオエンコーダ２００は、現在ブロックに対する予測ブロックを形成してもよい。ビデオエンコーダ２００は、その後、現在ブロックに対する残差ブロックを計算してもよい。（５５２）。残差ブロックを計算するために、ビデオエンコーダ２００は、現在ブロックに対する元のコード化されていないブロックと予測ブロックとの間の差分を計算してもよい。ビデオエンコーダ２００は、その後、残差ブロックの係数を変換および量子化してもよい（５５４）。変換スキップモードのような、いくつかのコーディングモードでは、ビデオエンコーダ２００は、変換をスキップし、残差データを量子化するだけかもしれない。次に、ビデオエンコーダ２００は、残差ブロックの量子化された係数を走査してもよい（５５６）。走査の間、または、走査に続いて、ビデオエンコーダ２００は、係数をエントロピーエンコードしてもよい（５５８）。例えば、ビデオエンコーダ２００は、ＣＡＶＬＣまたはＣＡＢＡＣを使用して、係数をエンコードしてもよい。ビデオエンコーダ２００は、その後、係数のエントロピーコード化されたデータを出力してもよい（５６０）。
【0173】
［０１８１］
図１１は、ビデオデータの現在ブロックをデコードするための例示的な方法を図示するフローチャートである。現在ブロックは、現在ＣＵを含んでいてもよい。ビデオデコーダ３００（図１および図５）に関して説明したが、図１１の方法と類似する方法を実行するように他のデバイスが構成されてもよいことを理解されたい。
図１１は、ビデオデータの現在ブロックをデコードするための例示的な方法を図示するフローチャートである。現在ブロックは、現在ＣＵを含んでいてもよい。ビデオデコーダ３００（図１および図５）に関して説明したが、図１１の方法と類似する方法を実行するように他のデバイスが構成されてもよいことを理解されたい。
【0174】
［０１８２］
ビデオデコーダ３００は、現在ブロックに対応する残差ブロックの変換係数に対する、エントロピーコード化予測情報およびエントロピーコード化データのような、現在ブロックに対するエントロピーコード化データを受け取ってもよい（５７０）。ビデオデコーダ３００は、エントロピーコード化データをエントロピーデコードして、現在ブロックに対する予測情報を決定し、残差ブロックの係数を再生させてもよい（５７２）。ビデオデコーダ３００は、例えば、現在ブロックに対する予測情報により示されているイントラ予測モードまたはインター予測モードを使用して現在ブロックを予測して、現在ブロックに対する予測ブロックを計算してもよい（５７４）。ビデオデコーダ３００は、その後、再生された係数を逆走査して、量子化された係数のブロックを生成させてもよい（５７６）。ビデオデコーダ３００は、その後、係数を逆量子化および逆変換して、残差ブロックを生成させてもよい（５７８）。変換スキップモードのような、いくつかのコーディングモードでは、ビデオデコーダ３００は、逆変換をスキップし、係数を量子化するだけかもしれない。ビデオデコーダ３００は、最終的に、予測ブロックと残差ブロックとを組み合わせることにより、現在ブロックをデコードしてもよい（５８０）。
ビデオデコーダ３００は、現在ブロックに対応する残差ブロックの変換係数に対する、エントロピーコード化予測情報およびエントロピーコード化データのような、現在ブロックに対するエントロピーコード化データを受け取ってもよい（５７０）。ビデオデコーダ３００は、エントロピーコード化データをエントロピーデコードして、現在ブロックに対する予測情報を決定し、残差ブロックの係数を再生させてもよい（５７２）。ビデオデコーダ３００は、例えば、現在ブロックに対する予測情報により示されているイントラ予測モードまたはインター予測モードを使用して現在ブロックを予測して、現在ブロックに対する予測ブロックを計算してもよい（５７４）。ビデオデコーダ３００は、その後、再生された係数を逆走査して、量子化された係数のブロックを生成させてもよい（５７６）。ビデオデコーダ３００は、その後、係数を逆量子化および逆変換して、残差ブロックを生成させてもよい（５７８）。変換スキップモードのような、いくつかのコーディングモードでは、ビデオデコーダ３００は、逆変換をスキップし、係数を量子化するだけかもしれない。ビデオデコーダ３００は、最終的に、予測ブロックと残差ブロックとを組み合わせることにより、現在ブロックをデコードしてもよい（５８０）。
【0175】
［０１８３］
図１２は、残差ブロックの係数の符号をコード化（例えば、エンコードまたはデコード）するためのコンテキストを決定するための例示的な方法を図示しているフローチャートである。残差ブロックは、例えば、変換スキップされた残差ブロックであってもよい。図１２の技法は、ビデオエンコーダ２００のようなビデオエンコーダまたはビデオデコーダ３００のようなビデオデコーダのいずれかに対応していてもよい、一般的なビデオコーダに関して説明する。しかしながら、図１２の方法と同様の方法を実行するように、他のデバイスを構成してもよいことを理解すべきである。
図１２は、残差ブロックの係数の符号をコード化（例えば、エンコードまたはデコード）するためのコンテキストを決定するための例示的な方法を図示しているフローチャートである。残差ブロックは、例えば、変換スキップされた残差ブロックであってもよい。図１２の技法は、ビデオエンコーダ２００のようなビデオエンコーダまたはビデオデコーダ３００のようなビデオデコーダのいずれかに対応していてもよい、一般的なビデオコーダに関して説明する。しかしながら、図１２の方法と同様の方法を実行するように、他のデバイスを構成してもよいことを理解すべきである。
【0176】
［０１８４］
ビデオコーダは、現在コード化されている係数の第１の隣接係数に対する値（Ｘ０）を決定する（６００）。ビデオコーダは、現在コード化されている係数の第２の隣接係数に対する値（Ｘ１）を決定する（６０２）。Ｘ０とＸ１の両方が０に等しいこと（６０４、はい）に応答して、ビデオコーダは、現在コード化されている係数の符号をコード化するためのコンテキストを第１のコンテキストに設定する（６０６）。Ｘ０またはＸ１のうちの少なくとも１つが０に等しくない（６０４、いいえ）が、Ｘ０およびＸ１が反対の符号を有すること（６０８、はい）に応答して、ビデオコーダはまた、現在コード化されている係数の符号をコード化するためのコンテキストを第１のコンテキストに設定する（６１０）。
ビデオコーダは、現在コード化されている係数の第１の隣接係数に対する値（Ｘ０）を決定する（６００）。ビデオコーダは、現在コード化されている係数の第２の隣接係数に対する値（Ｘ１）を決定する（６０２）。Ｘ０とＸ１の両方が０に等しいこと（６０４、はい）に応答して、ビデオコーダは、現在コード化されている係数の符号をコード化するためのコンテキストを第１のコンテキストに設定する（６０６）。Ｘ０またはＸ１のうちの少なくとも１つが０に等しくない（６０４、いいえ）が、Ｘ０およびＸ１が反対の符号を有すること（６０８、はい）に応答して、ビデオコーダはまた、現在コード化されている係数の符号をコード化するためのコンテキストを第１のコンテキストに設定する（６１０）。
【0177】
［０１８５］
Ｘ０またはＸ１のうちの少なくとも１つが０に等しくなく（６０４、いいえ）、Ｘ０およびＸ１が反対の符号を有しておらず（６０８、いいえ）、Ｘ０またはＸ１のうちの１つが０よりも大きいこと（６１２、はい）に応答して、ビデオコーダは、現在コード化されている係数の符号をコード化するためのコンテキストを、第１のコンテキストとは異なる第２のコンテキストに設定する（６１４）。Ｘ０またはＸ１のうちの少なくとも１つが０に等しくなく（６０４、いいえ）、Ｘ０およびＸ１が反対の符号を有しておらず（６０８、いいえ）、Ｘ０またはＸ１のいずれも０よりも大きくない（６１２、いいえ）ことに応答して、ビデオコーダは、現在コード化されている係数の符号をコード化するためのコンテキストを、第１または第２のコンテキストとは異なる第３のコンテキストに設定する（６１６）。
Ｘ０またはＸ１のうちの少なくとも１つが０に等しくなく（６０４、いいえ）、Ｘ０およびＸ１が反対の符号を有しておらず（６０８、いいえ）、Ｘ０またはＸ１のうちの１つが０よりも大きいこと（６１２、はい）に応答して、ビデオコーダは、現在コード化されている係数の符号をコード化するためのコンテキストを、第１のコンテキストとは異なる第２のコンテキストに設定する（６１４）。Ｘ０またはＸ１のうちの少なくとも１つが０に等しくなく（６０４、いいえ）、Ｘ０およびＸ１が反対の符号を有しておらず（６０８、いいえ）、Ｘ０またはＸ１のいずれも０よりも大きくない（６１２、いいえ）ことに応答して、ビデオコーダは、現在コード化されている係数の符号をコード化するためのコンテキストを、第１または第２のコンテキストとは異なる第３のコンテキストに設定する（６１６）。
【0178】
［０１８６］
例に依存して、ここで説明した技法のうちのいずれかのある動作またはイベントは、異なるシーケンスで実行でき、追加してもよく、マージしてもよく、または、完全に省略してもよい（例えば、説明した動作またはイベントのすべてが本技法の実施のために必要であるとは限らない）ことを認識されたい。さらに、ある例では、動作またはイベントは、シーケンシャルによりもむしろ、例えば、マルチスレッド処理、割り込み処理、または、複数のプロセッサを通して、同時に実行してもよい。
例に依存して、ここで説明した技法のうちのいずれかのある動作またはイベントは、異なるシーケンスで実行でき、追加してもよく、マージしてもよく、または、完全に省略してもよい（例えば、説明した動作またはイベントのすべてが本技法の実施のために必要であるとは限らない）ことを認識されたい。さらに、ある例では、動作またはイベントは、シーケンシャルによりもむしろ、例えば、マルチスレッド処理、割り込み処理、または、複数のプロセッサを通して、同時に実行してもよい。
【0179】
［０１８７］
１つ以上の例において、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、または、これらの任意の組み合わせで実現してもよい。ソフトウェアで実現される場合には、機能は、１つ以上の命令またはコードとしてコンピュータ読取可能媒体上に記憶されていてもよく、あるいは、１つ以上の命令またはコードとしてコンピュータ読取可能媒体上で送信されてもよく、ハードウェアベースの処理ユニットによって実行してもよい。コンピュータ読取可能媒体はまた、例えば、通信プロトコルにしたがって、コンピュータプログラムの１つの場所から別の場所への転送を容易にする何らかの媒体を含む通信媒体、または、データ記憶媒体のような有形の媒体に対応するコンピュータ読取可能記憶媒体を含んでいてもよい。このように、コンピュータ読取可能媒体は、一般的に、（１）有形コンピュータ読取可能記憶媒体、または、（２）信号または搬送波のような通信媒体に対応していてもよい。データ記憶媒体は、本開示で説明した技法を実現するための命令、コードおよび／またはデータ構造を取り出すために、１つ以上のコンピュータまたは１つ以上のプロセッサによってアクセスすることができる任意の利用可能な媒体であってもよい。コンピュータプログラム製品は、コンピュータ読取可能媒体を含んでいてもよい。
１つ以上の例において、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、または、これらの任意の組み合わせで実現してもよい。ソフトウェアで実現される場合には、機能は、１つ以上の命令またはコードとしてコンピュータ読取可能媒体上に記憶されていてもよく、あるいは、１つ以上の命令またはコードとしてコンピュータ読取可能媒体上で送信されてもよく、ハードウェアベースの処理ユニットによって実行してもよい。コンピュータ読取可能媒体はまた、例えば、通信プロトコルにしたがって、コンピュータプログラムの１つの場所から別の場所への転送を容易にする何らかの媒体を含む通信媒体、または、データ記憶媒体のような有形の媒体に対応するコンピュータ読取可能記憶媒体を含んでいてもよい。このように、コンピュータ読取可能媒体は、一般的に、（１）有形コンピュータ読取可能記憶媒体、または、（２）信号または搬送波のような通信媒体に対応していてもよい。データ記憶媒体は、本開示で説明した技法を実現するための命令、コードおよび／またはデータ構造を取り出すために、１つ以上のコンピュータまたは１つ以上のプロセッサによってアクセスすることができる任意の利用可能な媒体であってもよい。コンピュータプログラム製品は、コンピュータ読取可能媒体を含んでいてもよい。
【0180】
［０１８８］
限定ではなく例として、このようなコンピュータ読取可能記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ－ＲＯＭまたは他の光学ディスク記憶媒体、磁気ディスク記憶媒体または他の磁気記憶デバイス、フラッシュメモリ、あるいは、命令またはデータ構造の形態で望ましいプログラムコードを記憶するために使用され、コンピュータによってアクセスすることができる他の何らかの媒体を備えることができる。また、任意の接続は、コンピュータ読取可能媒体と適切に呼ばれる。例えば、命令が、ウェブサイトから、サーバから、あるいは、同軸ケーブル、光ファイバケーブル、撚り対、デジタル加入者線（ＤＳＬ）、または、赤外線、無線、マイクロ波のようなワイヤレステクノロジーを使用している他の遠隔ソースから送信される場合には、同軸ケーブル、光ファイバケーブル、撚り対、ＤＳＬ、または、赤外線、無線およびマイクロ波のようなワイヤレステクノロジーは、媒体の定義に含まれる。しかしながら、コンピュータ読取可能記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または、他の一時的な媒体を含まないが、代わりに、非一時的な、有形の記憶媒体に向けられていることを理解すべきである。ここで使用するようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、および、ブルーレイ（登録商標）ディスクを含むが、通常、ディスク（ｄｉｓｋ）はデータを磁気的に再生する一方で、ディスク（ｄｉｓｃ）はデータをレーザにより光学的に再生する。上記の組み合わせも、コンピュータ読取可能媒体の範囲内に含むべきである。
限定ではなく例として、このようなコンピュータ読取可能記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ－ＲＯＭまたは他の光学ディスク記憶媒体、磁気ディスク記憶媒体または他の磁気記憶デバイス、フラッシュメモリ、あるいは、命令またはデータ構造の形態で望ましいプログラムコードを記憶するために使用され、コンピュータによってアクセスすることができる他の何らかの媒体を備えることができる。また、任意の接続は、コンピュータ読取可能媒体と適切に呼ばれる。例えば、命令が、ウェブサイトから、サーバから、あるいは、同軸ケーブル、光ファイバケーブル、撚り対、デジタル加入者線（ＤＳＬ）、または、赤外線、無線、マイクロ波のようなワイヤレステクノロジーを使用している他の遠隔ソースから送信される場合には、同軸ケーブル、光ファイバケーブル、撚り対、ＤＳＬ、または、赤外線、無線およびマイクロ波のようなワイヤレステクノロジーは、媒体の定義に含まれる。しかしながら、コンピュータ読取可能記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または、他の一時的な媒体を含まないが、代わりに、非一時的な、有形の記憶媒体に向けられていることを理解すべきである。ここで使用するようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、および、ブルーレイ（登録商標）ディスクを含むが、通常、ディスク（ｄｉｓｋ）はデータを磁気的に再生する一方で、ディスク（ｄｉｓｃ）はデータをレーザにより光学的に再生する。上記の組み合わせも、コンピュータ読取可能媒体の範囲内に含むべきである。
【0181】
［０１８９］
命令は、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、他の同等な集積またはディスクリート論理回路のような１つ以上のプロセッサによって実行してもよい。したがって、ここで使用されるように、用語「プロセッサ」および「処理回路」は、前述の構造、または、ここで説明した技術のインプリメンテーションに適した他の何らかの構造のいずれかを指していてもよい。加えて、いくつかの態様では、ここで説明した機能性は、エンコードおよびデコードするように構成されている専用のハードウェアおよび／またはソフトウェアモジュール内に提供してもよく、あるいは、組み合わされたコーデック中に組み込んでもよい。また、技法は、１つ以上の回路または論理エレメントにおいて、完全に実現することができる。
命令は、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、他の同等な集積またはディスクリート論理回路のような１つ以上のプロセッサによって実行してもよい。したがって、ここで使用されるように、用語「プロセッサ」および「処理回路」は、前述の構造、または、ここで説明した技術のインプリメンテーションに適した他の何らかの構造のいずれかを指していてもよい。加えて、いくつかの態様では、ここで説明した機能性は、エンコードおよびデコードするように構成されている専用のハードウェアおよび／またはソフトウェアモジュール内に提供してもよく、あるいは、組み合わされたコーデック中に組み込んでもよい。また、技法は、１つ以上の回路または論理エレメントにおいて、完全に実現することができる。
【0182】
［０１９０］
本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（例えば、チップセット）を含む、幅広い種類のデバイスまたは装置において実施してもよい。さまざまなコンポーネント、モジュール、または、ユニットは、開示した技法を実行するように構成されているデバイスの機能的な態様を強調するためにここ説明しているが、それらは、異なるハードウェアユニットによる実現を必ずしも要求するわけではない。むしろ、上記で説明したように、さまざまなユニットは、コーデックハードウェアユニットにおいて組み合わされるか、または、適切なソフトウェアおよび／またはファームウェアとともに、上記で説明したような１つ以上のプロセッサを含む、相互動作可能ハードウェアユニットの集合によって提供されてもよい。
本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（例えば、チップセット）を含む、幅広い種類のデバイスまたは装置において実施してもよい。さまざまなコンポーネント、モジュール、または、ユニットは、開示した技法を実行するように構成されているデバイスの機能的な態様を強調するためにここ説明しているが、それらは、異なるハードウェアユニットによる実現を必ずしも要求するわけではない。むしろ、上記で説明したように、さまざまなユニットは、コーデックハードウェアユニットにおいて組み合わされるか、または、適切なソフトウェアおよび／またはファームウェアとともに、上記で説明したような１つ以上のプロセッサを含む、相互動作可能ハードウェアユニットの集合によって提供されてもよい。
【0183】
［０１９１］
さまざまな例を説明してきた。これらおよび他の例は、以下の特許請求の範囲の範囲内にある。
さまざまな例を説明してきた。これらおよび他の例は、以下の特許請求の範囲の範囲内にある。
【図1】
【図2A】
【図2B】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【国際調査報告】