(57)【特許請求の範囲】
【請求項１】
ビデオデータを復号する方法であって、
第１の条件が満たされるかどうかを判定することであって、前記第１の条件が、コーディングユニット（ＣＵ）の残差４分木（ＲＱＴ）の現在のＲＱＴノードの任意の兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられているときに満たされることと、
第２の条件が満たされるかどうかを判定することであって、前記第２の条件が、前記現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ前記親ＲＱＴノードの前記クロマ変換ブロックが前記親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされることと、
前記第１の条件も前記第２の条件も満たされないときに、ルーマコード化ブロックフラグ（ＣＢＦ）がビットストリームに含まれていないと判定することと、
前記ルーマＣＢＦが前記ビットストリームに含まれていないとき、またはルーマ成分の変換係数が符号化されることを前記ルーマＣＢＦが示すとき、前記ルーマ成分の前記変換係数を復号することと、
画素領域において残差ブロックを生成するために、前記ルーマ成分の前記変換係数に逆変換を適用することと、
前記ＣＵのサンプルブロックを再構成するために、前記残差ブロックを１つまたは複数の予測サンプルブロックからのサンプルに追加することと、
を備える方法。
【請求項２】
前記第１の条件または前記第２の条件のいずれかが満たされると判定したことに応答して、前記ビットストリームから前記ルーマＣＢＦを抽出することをさらに備える、請求項１に記載の方法。
【請求項３】
前記親ＲＱＴノードの前記クロマ変換ブロックは、前記現在のＲＱＴノードのルーマ変換ブロックのサイズが最小変換サイズよりも大きいときに前記親ＲＱＴノードの前記ルーマ変換ブロックと一緒に分割される、請求項１に記載の方法。
【請求項４】
前記親ＲＱＴノードの前記クロマ変換ブロックは、前記親ＲＱＴノードの前記クロマ変換ブロックのサイズがクロマ変換ブロックの最小変換サイズよりも大きいときに前記親ＲＱＴノードの前記ルーマ変換ブロックと一緒に分割される、請求項１に記載の方法。
【請求項５】
前記ルーマＣＢＦが前記ビットストリームに含まれておりかつ前記ルーマ成分の変換係数が符号化されていないことを前記ルーマＣＢＦが示すときに、ルーマ係数ブロックのすべての変換係数が非有意であると判定することをさらに備える、請求項１に記載の方法。
【請求項６】
前記ルーマＣＢＦは第４のルーマＣＢＦであり、
前記有意ルーマ係数ブロックは第４の有意ルーマ係数ブロックであり、
前記方法は、第１のルーマＣＢＦ、第２のルーマＣＢＦ、および第３のルーマＣＢＦの値を求めることであって、前記第１のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第１の兄弟ＲＱＴノードが第１の有意ルーマ係数ブロックに関連付けられているかどうかを示し、前記第２のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第２の兄弟ＲＱＴノードが第２の有意ルーマ係数ブロックに関連付けられているかどうかを示し、前記第３のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第３の兄弟ＲＱＴノードが第３の有意ルーマ係数ブロックに関連付けられているかどうかを示すことをさらに備え、
前記第１の条件が満たされるかどうかを判定することは、前記第１のルーマＣＢＦ、前記第２のルーマＣＢＦ、および前記第３のルーマＣＢＦに少なくとも部分的に基づいて、前記兄弟ＲＱＴノードのいずれかが有意ルーマ係数ブロックに関連付けられているかどうかを判定することを備える、請求項１に記載の方法。
【請求項７】
前記第２の条件が満たされるかどうかを判定することは、
前記親ＲＱＴノードのＣｂ  ＣＢＦが、前記親ＲＱＴノードが有意Ｃｂ係数ブロックに関連付けられていることを示すかまたは前記親ＲＱＴノードのＣｒ  ＣＢＦが、前記親ＲＱＴノードが有意Ｃｒ係数ブロックに関連付けられていることを示し、かつ
前記現在のＲＱＴノードの前記ルーマ変換ブロックのサイズが最小変換サイズよりも大きいときに、
前記第２の条件が満たされると判定することを備える、請求項１に記載の方法。
【請求項８】
前記現在のＲＱＴノード、前記兄弟ＲＱＴノード、および前記親ＲＱＴノードはピクチャのコーディングユニット（ＣＵ）のＲＱＴ内に存在し、
前記ピクチャのビデオコーディングフォーマットはＹＵＶ４：２：０、ＹＵＶ４：２：２、またはＹＵＶ４：４：４である、請求項１に記載の方法。
【請求項９】
ビデオ復号デバイスであって、
ビデオデータを記憶するデータ記憶媒体と、
前記データ記憶媒体に結合された１つまたは複数のプロセッサと
を備え、前記１つまたは複数のプロセッサは、
第１の条件が満たされるかどうかを判定することであって、前記第１の条件が、コーディングユニット（ＣＵ）の残差４分木（ＲＱＴ）の現在のＲＱＴノードの任意の兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられているときに満たされることと、
第２の条件が満たされるかどうかを判定することであって、前記第２の条件が、前記現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ前記親ＲＱＴノードの前記クロマ変換ブロックが前記親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされることと、
前記第１の条件も前記第２の条件も満たされないときに、ルーマコード化ブロックフラグ（ＣＢＦ）がビットストリームに含まれていないと判定することと、
前記ルーマＣＢＦが前記ビットストリームに含まれていないとき、またはルーマ成分の変換係数が符号化されることを前記ルーマＣＢＦが示すとき、前記ルーマ成分の前記変換係数を復号することと、
画素領域において残差ブロックを生成するために、前記ルーマ成分の前記変換係数に逆変換を適用することと、
前記ＣＵのサンプルブロックを再構成するために、前記残差ブロックを１つまたは複数の予測サンプルブロックからのサンプルに追加することと、
を行うように構成されるビデオ復号デバイス。
【請求項１０】
前記１つまたは複数のプロセッサは、前記第１の条件または前記第２の条件のいずれかが満たされると判定したことに応答して、前記ビットストリームから前記ルーマＣＢＦを抽出するようにさらに構成される、請求項９に記載のビデオ復号デバイス。
【請求項１１】
前記親ＲＱＴノードの前記クロマ変換ブロックは、前記現在のＲＱＴノードのルーマ変換ブロックのサイズが最小変換サイズよりも大きいときに前記親ＲＱＴノードの前記ルーマ変換ブロックと一緒に分割される、請求項９に記載のビデオ復号デバイス。
【請求項１２】
前記親ＲＱＴノードの前記クロマ変換ブロックは、前記親ＲＱＴノードの前記クロマ変換ブロックのサイズがクロマ変換ブロックの最小変換サイズよりも大きいときに前記親ＲＱＴノードの前記ルーマ変換ブロックと一緒に分割される、請求項９に記載のビデオ復号デバイス。
【請求項１３】
前記１つまたは複数のプロセッサは、前記ルーマＣＢＦが前記ビットストリームに含まれておりかつ前記ルーマ成分の変換係数が符号化されていないことを前記ルーマＣＢＦが示すときに、ルーマ係数ブロックのすべての変換係数が非有意であると判定するように構成される、請求項９に記載のビデオ復号デバイス。
【請求項１４】
前記ルーマＣＢＦは第４のルーマＣＢＦであり、
前記有意ルーマ係数ブロックは第４の有意ルーマ係数ブロックであり、
前記１つまたは複数のプロセッサは、第１のルーマＣＢＦ、第２のルーマＣＢＦ、および第３のルーマＣＢＦの値を求めることであって、前記第１のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第１の兄弟ＲＱＴノードが第１の有意ルーマ係数ブロックに関連付けられているかどうかを示し、前記第２のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第２の兄弟ＲＱＴノードが第２の有意ルーマ係数ブロックに関連付けられているかどうかを示し、前記第３のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第３の兄弟ＲＱＴノードが第３の有意ルーマ係数ブロックに関連付けられているかどうかを示すことを行うようにさらに構成され、
前記第１の条件が満たされるかどうかを判定するために、前記１つまたは複数のプロセッサは、前記第１のルーマＣＢＦ、前記第２のルーマＣＢＦ、および前記第３のルーマＣＢＦに少なくとも部分的に基づいて、前記兄弟ＲＱＴノードのいずれかが有意ルーマ係数ブロックに関連付けられているかどうかを判定する、請求項９に記載のビデオ復号デバイス。
【請求項１５】
前記第２の条件が満たされるかどうかを判定するために、前記１つまたは複数のプロセッサは、
前記親ＲＱＴノードのＣｂ  ＣＢＦが、前記親ＲＱＴノードが有意Ｃｂ係数ブロックに関連付けられていることを示すかまたは前記親ＲＱＴノードのＣｒ  ＣＢＦが、前記親ＲＱＴノードが有意Ｃｒ係数ブロックに関連付けられていることを示し、かつ
前記現在のＲＱＴノードの前記ルーマ変換ブロックのサイズが最小変換サイズよりも大きいときに、
前記第２の条件が満たされると判定する、請求項９に記載のビデオ復号デバイス。
【請求項１６】
前記現在のＲＱＴノード、前記兄弟ＲＱＴノード、および前記親ＲＱＴノードはピクチャのコーディングユニット（ＣＵ）のＲＱＴ内に存在し、
前記ピクチャのビデオコーディングフォーマットはＹＵＶ４：２：０、ＹＵＶ４：２：２、またはＹＵＶ４：４：４である、請求項９に記載のビデオ復号デバイス。
【請求項１７】
第１の条件が満たされるかどうかを判定するための手段であって、前記第１の条件が、コーディングユニット（ＣＵ）の残差４分木（ＲＱＴ）の現在のＲＱＴノードの任意の兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられているときに満たされる手段と、
第２の条件が満たされるかどうかを判定するための手段であって、前記第２の条件が、前記現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ前記親ＲＱＴノードの前記クロマ変換ブロックが前記親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされる手段と、
前記第１の条件も前記第２の条件も満たされないときに、ルーマコード化ブロックフラグ（ＣＢＦ）がビットストリームに含まれていないと判定するための手段と、
前記ルーマＣＢＦが前記ビットストリームに含まれていないとき、またはルーマ成分の変換係数が符号化されることを前記ルーマＣＢＦが示すとき、前記ルーマ成分の前記変換係数を復号するための手段と、
画素領域において残差ブロックを生成するために、前記ルーマ成分の前記変換係数に逆変換を適用するための手段と、
前記ＣＵのサンプルブロックを再構成するために、前記残差ブロックを１つまたは複数の予測サンプルブロックからのサンプルに追加するための手段と、
を備えるビデオ復号デバイス。
【請求項１８】
前記第１の条件または前記第２の条件のいずれかが満たされると判定したことに応答して、前記ビットストリームから前記ルーマＣＢＦを抽出するための手段をさらに備える、請求項１７に記載のビデオ復号デバイス。
【請求項１９】
ビデオ復号デバイスの１つまたは複数のプロセッサによって実行されたときに、前記ビデオ復号デバイスを、
第１の条件が満たされるかどうかを判定することであって、前記第１の条件が、コーディングユニット（ＣＵ）の残差４分木（ＲＱＴ）の現在のＲＱＴノードの任意の兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられているときに満たされることと、
第２の条件が満たされるかどうかを判定することであって、前記第２の条件が、前記現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ前記親ＲＱＴノードの前記クロマ変換ブロックが前記親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされることと、
前記第１の条件も前記第２の条件も満たされないときに、ルーマコード化ブロックフラグ（ＣＢＦ）がビットストリームに含まれていないと判定することと、
前記ルーマＣＢＦが前記ビットストリームに含まれていないとき、またはルーマ成分の変換係数が符号化されることを前記ルーマＣＢＦが示すとき、前記ルーマ成分の前記変換係数を復号することと、
画素領域において残差ブロックを生成するために、前記ルーマ成分の前記変換係数に逆変換を適用することと、
前記ＣＵのサンプルブロックを再構成するために、前記残差ブロックを１つまたは複数の予測サンプルブロックからのサンプルに追加することと、
を行うように構成する命令が記憶された非一時的なコンピュータ可読記憶媒体。
【請求項２０】
前記命令の実行は、前記ビデオ復号デバイスを、前記第１の条件または前記第２の条件のいずれかが満たされると判定したことに応答して、前記ビットストリームから前記ルーマＣＢＦを抽出するようにさらに構成する、請求項１９に記載の非一時的なコンピュータ可読記憶媒体。
【請求項２１】
ビデオデータを符号化する方法であって、
第１の条件が満たされるかどうかを判定することであって、前記第１の条件が、現在の残差４分木（ＲＱＴ）ノードの任意の兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられているときに満たされることと、
第２の条件が満たされるかどうかを判定することであって、前記第２の条件が、前記現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ前記親ＲＱＴノードの前記クロマ変換ブロックが前記親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされることと、
前記第１の条件または前記第２の条件のいずれかが満たされると判定したことに応答して、前記現在のＲＱＴノードが有意ルーマ係数ブロックに関連付けられているかどうかを示すルーマコード化ブロックフラグ（ＣＢＦ）をビットストリームに含めることと、
前記第１の条件も前記第２の条件も満たされないと判定したことに応答して、前記ビットストリームに前記ルーマＣＢＦを含めないことと、
前記ビットストリームを出力することと、を備える方法。
【請求項２２】
前記親ＲＱＴノードの前記クロマ変換ブロックは、前記親ＲＱＴノードの前記クロマ変換ブロックのサイズがクロマ変換ブロックの最小変換サイズよりも大きいときに前記親ＲＱＴノードの前記ルーマ変換ブロックと一緒に分割される、請求項２１に記載の方法。
【請求項２３】
前記ルーマＣＢＦが前記ビットストリームに含まれておりかつ前記ビットストリームにおいてルーマ係数ブロックのシンタックス要素がシグナリングされていないことを前記ルーマＣＢＦが示すときに、前記ルーマ係数ブロックのすべての変換係数が非有意であると判定する、請求項２１に記載の方法。
【請求項２４】
前記ルーマＣＢＦは第４のルーマＣＢＦであり、
前記有意ルーマ係数ブロックは第４の有意ルーマ係数ブロックであり、
前記方法は、前記第１の条件が満たされるかどうかを判定することは、第１のルーマＣＢＦ、第２のルーマＣＢＦ、および第３のルーマＣＢＦに少なくとも部分的に基づいて、前記兄弟ＲＱＴノードのいずれかが有意ルーマ係数ブロックに関連付けられているかどうかを判定することであって、前記第１のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第１の兄弟ＲＱＴノードが第１の有意ルーマ係数ブロックに関連付けられているかどうかを示し、前記第２のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第２の兄弟ＲＱＴノードが第２の有意ルーマ係数ブロックに関連付けられているかどうかを示し、前記第３のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第３の兄弟ＲＱＴノードが第３の有意ルーマ係数ブロックに関連付けられているかどうかを示すことを備える、をさらに備える請求項２１に記載の方法。
【請求項２５】
前記第２の条件が満たされるかどうかを判定することは、前記第２の条件が、
前記親ＲＱＴノードのＣｂ  ＣＢＦが、前記親ＲＱＴノードが有意Ｃｂ係数ブロックに関連付けられていることを示すかまたは前記親ＲＱＴノードのＣｒ  ＣＢＦが、前記親ＲＱＴノードが有意Ｃｒ係数ブロックに関連付けられていることを示し、かつ
前記現在のＲＱＴノードの前記ルーマ変換ブロックのサイズが最小変換サイズよりも大きい
ときに満たされると判定することを備える、請求項２１に記載の方法。
【請求項２６】
前記現在のＲＱＴノード、前記兄弟ＲＱＴノード、および前記親ＲＱＴノードはピクチャのコーディングユニット（ＣＵ）のＲＱＴ内に存在し、
前記ピクチャのビデオコーディングフォーマットはＹＵＶ４：２：０、ＹＵＶ４：２：２、またはＹＵＶ４：４：４である、請求項２１に記載の方法。
【請求項２７】
ビデオ符号化デバイスであって、
ビデオデータを記憶するデータ記憶媒体と、
前記データ記憶媒体に結合された１つまたは複数のプロセッサと
を備え、前記１つまたは複数のプロセッサが、
第１の条件が満たされるかどうかを判定することであって、前記第１の条件が、現在の残差４分木（ＲＱＴ）ノードの任意の兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられているときに満たされることと、
第２の条件が満たされるかどうかを判定することであって、前記第２の条件が、前記現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ前記親ＲＱＴノードの前記クロマ変換ブロックが前記親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされることと、
前記第１の条件または前記第２の条件のいずれかが満たされると判定したことに応答して、前記現在のＲＱＴノードが有意ルーマ係数ブロックに関連付けられているかどうかを示すルーマコード化ブロックフラグ（ＣＢＦ）をビットストリームに含めることと、
前記第１の条件も前記第２の条件も満たされないときに、前記ルーマＣＢＦを前記ビットストリームに含めないことと、
前記ビットストリームを出力することと、
を行うように構成されるビデオ符号化デバイス。
【請求項２８】
前記親ＲＱＴノードの前記クロマ変換ブロックは、前記現在のＲＱＴノードのルーマ変換ブロックのサイズが最小変換サイズよりも大きいときに前記親ＲＱＴノードの前記ルーマ変換ブロックと一緒に分割される、請求項２７に記載のビデオ符号化デバイス。
【請求項２９】
前記親ＲＱＴノードの前記クロマ変換ブロックは、前記親ＲＱＴノードの前記クロマ変換ブロックのサイズがクロマ変換ブロックの最小変換サイズよりも大きいときに前記親ＲＱＴノードの前記ルーマ変換ブロックと一緒に分割される、請求項２７に記載のビデオ符号化デバイス。
【請求項３０】
前記ルーマＣＢＦは第４のルーマＣＢＦであり、
前記有意ルーマ係数ブロックは第４の有意ルーマ係数ブロックであり、
前記１つまたは複数のプロセッサは、前記第１の条件が満たされるかどうかを判定するために、第１のルーマＣＢＦ、第２のルーマＣＢＦ、および第３のルーマＣＢＦに少なくとも部分的に基づいて、前記兄弟ＲＱＴノードのいずれかが有意ルーマ係数ブロックに関連付けられているかどうかを判定することであって、前記第１のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第１の兄弟ＲＱＴノードが第１の有意ルーマ係数ブロックに関連付けられているかどうかを示し、前記第２のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第２の兄弟ＲＱＴノードが第２の有意ルーマ係数ブロックに関連付けられているかどうかを示し、前記第３のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第３の兄弟ＲＱＴノードが第３の有意ルーマ係数ブロックに関連付けられているかどうかを示すことを行うように構成される、請求項２７に記載のビデオ符号化デバイス。
【請求項３１】
前記１つまたは複数のプロセッサは、前記第２の条件が満たされるかどうかを判定するために、前記第２の条件が、
前記親ＲＱＴノードのＣｂ  ＣＢＦが、前記親ＲＱＴノードが有意Ｃｂ係数ブロックに関連付けられていることを示すかまたは前記親ＲＱＴノードのＣｒ  ＣＢＦが、前記親ＲＱＴノードが有意Ｃｒ係数ブロックに関連付けられていることを示し、かつ
前記現在のＲＱＴノードの前記ルーマ変換ブロックのサイズが最小変換サイズよりも大きい
ときに満たされると判定するように構成される、請求項２７に記載のビデオ符号化デバイス。
【請求項３２】
前記現在のＲＱＴノード、前記兄弟ＲＱＴノード、および前記親ＲＱＴノードはピクチャのコーディングユニット（ＣＵ）のＲＱＴ内に存在し、
前記ピクチャのビデオコーディングフォーマットはＹＵＶ４：２：０、ＹＵＶ４：２：２、またはＹＵＶ４：４：４である、請求項２７に記載のビデオ符号化デバイス。
【請求項３３】
第１の条件が満たされるかどうかを判定するための手段であって、前記第１の条件が、現在の残差４分木（ＲＱＴ）ノードの任意の兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられているときに満たされる手段と、
第２の条件が満たされるかどうかを判定するための手段であって、前記第２の条件が、前記現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ前記親ＲＱＴノードの前記クロマ変換ブロックが前記親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされる手段と、
前記第１の条件または前記第２の条件のいずれかが満たされると判定したことに応答して、前記現在のＲＱＴノードが有意ルーマ係数ブロックに関連付けられているかどうかを示すルーマコード化ブロックフラグ（ＣＢＦ）をビットストリームに含めるための手段と、
前記第１の条件も前記第２の条件も満たされないときに、前記ルーマＣＢＦを前記ビットストリームに含めないための手段と、
前記ビットストリームを出力するための手段と、
を備えるビデオ符号化デバイス。
【請求項３４】
ビデオ符号化デバイスの１つまたは複数のプロセッサによって実行されたときに、前記ビデオ符号化デバイスを、
第１の条件が満たされるかどうかを判定することであって、前記第１の条件が、現在の残差４分木（ＲＱＴ）ノードの任意の兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられているときに満たされることと、
第２の条件が満たされるかどうかを判定することであって、前記第２の条件が、前記現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ前記親ＲＱＴノードの前記クロマ変換ブロックが前記親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされることと、
前記第１の条件または前記第２の条件のいずれかが満たされると判定したことに応答して、前記現在のＲＱＴノードが有意ルーマ係数ブロックに関連付けられているかどうかを示すルーマコード化ブロックフラグ（ＣＢＦ）をビットストリームに含めることと、
前記第１の条件も前記第２の条件も満たされないときに、前記ルーマＣＢＦを前記ビットストリームに含めないことと、
前記ビットストリームを出力することと、
を行うように構成する命令が記憶された非一時的なコンピュータ可読記憶媒体。
【請求項３５】
前記ビデオ復号デバイスは、
集積回路、
マイクロプロセッサ、または
ワイヤレスハンドセット
のうちの少なくとも１つを備える、請求項９に記載のビデオ復号デバイス。
【請求項３６】
前記再構成されたサンプルブロックを含む復号ビデオデータを表示するように構成されたディスプレイをさらに備える、請求項９に記載のビデオ復号デバイス。
【請求項３７】
前記ビデオ符号化デバイスは、
集積回路、
マイクロプロセッサ、または
ワイヤレスハンドセット
のうちの少なくとも１つを備える、請求項２７に記載のビデオ符号化デバイス。
【請求項３８】
前記ビデオデータをキャプチャするように構成されたカメラをさらに備える、請求項２７に記載のビデオ符号化デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]本出願は、その内容全体が参照により本明細書に組み込まれる、２０１２年３月２３日に出願された米国仮特許出願第６１／６１４，９８３号の利益を主張する。
【０００２】
[0002]本開示は、ビデオのコーディングおよび圧縮に関し、詳細には、コード化ブロックフラグのコーディングに関する。
【背景技術】
【０００３】
[0003]デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、携帯電話または衛星無線電話、ビデオ遠隔会議デバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、デジタルビデオ情報をより効率的に送信、受信および記憶するための、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ  １０、Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＡＶＣ）によって定義された規格、現在開発中の高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）規格、およびそのような規格の拡張に記載されているビデオ圧縮技法などの、ビデオ圧縮技法を実装する。
【０００４】
[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]いくつかの例では、ビデオエンコーダ２０およびビデオデコーダ３０は、それのスケーラブルビデオコーディング（ＳＶＣ：Scalable Video Coding）およびマルチビュービデオコーディング（ＭＶＣ：Multiview Video Coding）拡張を含む、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＶｉｓｕａｌおよびＩＴＵ−Ｔ  Ｈ．２６４（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとしても知られる）などのビデオ圧縮規格に従って動作する。他の例では、ビデオエンコーダ２０およびビデオデコーダ３０は、現在開発中の高効率ビデオコーディング（ＨＥＶＣ）規格を含む、他のビデオ圧縮規格に従って動作し得る。「ＨＥＶＣ  Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ  ９」と呼ばれる公開予定のＨＥＶＣ規格の最近の草案は、ブロス（Ｂｒｏｓｓ）らの「Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  （ＨＥＶＣ）  ｔｅｘｔ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｄｒａｆｔ  ９」、ＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３のＪｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）およびＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１、１１回会議 ：上海、中国、２０１２年３月１１日に記載されており、現在、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１１＿Ｓｈａｎｇｈａｉ／ｗｇ１１／ＪＣＴＶＣ−Ｋ１００３−ｖ８．ｚｉｐからダウンロード可能であり、そのコンテンツ全体が参照により本明細書に組み込まれている。しかしながら、本開示の技法は、いかなる特定のコーディング規格またはコーディング技法にも限定されない。
【００４０】
[0048]図１は一例にすぎず、本開示の技法は、ビデオ符号化デバイスとビデオ復号デバイスとの間のデータ通信を必ずしも含むとは限らないビデオコーディング設定（たとえば、ビデオ符号化またはビデオ復号）に適用され得る。他の例では、データがローカルメモリから取り出されること、ネットワークを介してストリーミングされることなどが行われる。ビデオ符号化デバイスがデータを符号化し、メモリに記憶し得、および／またはビデオ復号デバイスがメモリからデータを取り出し、復号し得る。多くの例では、ビデオ符号化および復号は、互いに通信しないが、メモリにデータを符号化し、および／またはメモリからデータを取り出して復号するだけであるデバイスによって実行される。
【００４１】
[0049]ビデオエンコーダ２０およびビデオデコーダ３０はそれぞれ、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ハードウェアなど、様々な好適な回路のいずれか、あるいはそれらの任意の組合せとして実装され得る。本技法が部分的にソフトウェアで実装される場合、デバイスは、好適な非一時的コンピュータ可読記憶媒体にソフトウェアの命令を記憶し得、１つまたは複数のプロセッサを使用してその命令をハードウェアで実行して、本開示の技法を実行し得る。（ハードウェア、ソフトウェア、ハードウェアとソフトウェアの組合せなどを含む）上記のいずれも、１つまたは複数のプロセッサであると見なされ得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダ中に含まれ得、そのいずれも、それぞれのデバイスにおいて複合エンコーダ／デコーダ（コーデック）の一部として統合され得る。
【００４２】
[0050]本開示は概して、特定の情報を「シグナリングする」ビデオエンコーダ２０に言及することがある。「シグナリング」という用語は、概して、圧縮ビデオデータを復号するために使用されるシンタックス要素および／または他のデータの通信を指し得る。そのような通信は、リアルタイムまたはほぼリアルタイムで行われ得る。代替的に、そのような通信は、ある時間帯にわたって起こってよく、たとえば、符号化時にシンタックス要素を符号化されたビットストリームのコンピュータ可読記憶媒体に記憶するときに起こってもよく、ビデオ復号デバイスが次いで、これらの要素を、この媒体に記憶された後の任意の時間に取り出すことができる。
【００４３】
[0051]上で手短に述べられたように、ビデオエンコーダ２０は、ビデオデータを符号化する。ビデオデータは、１つまたは複数のピクチャを備え得る。ピクチャの各々は、ビデオの一部を形成する静止画像である。ビデオエンコーダ２０は、ビデオデータを符号化するときにビットストリームを生成することができる。ビットストリームは、ビデオデータのコーディングされた表現を形成する、ビットのシーケンスを含み得る。ビットストリームは、コーディングされたピクチャと、関連するデータとを含み得る。コーディングされたピクチャとは、ピクチャのコーディングされた表現である。関連データは、シーケンスパラメータセット（ＳＰＳ）と、ピクチャパラメータセット（ＰＰＳ）と、他のシンタックス構造とを含むことができる。ＳＰＳは、ピクチャの０個以上のシーケンスに適用可能なパラメータを含むことができる。ＰＰＳは、０個以上のピクチャに適用可能なパラメータを含むことができる。
【００４４】
[0052]ピクチャはＳL、ＳCb、およびＳCrと示される３つのサンプルアレイを含んでもよい。ＳLはルーマサンプルの２次元アレイ（すなわち、ブロック）である。ルーマサンプルは、本明細書では「Ｙ」サンプルと呼ばれることもある。ＳCbはＣｂクロミナンスサンプルの２次元アレイである。ＳCrはＣｒクロミナンスサンプルの２次元アレイである。クロミナンスサンプルは、本明細書では「クロマ」サンプルと呼ばれることもある。Ｃｂクロミナンスサンプルは本明細書では「Ｕサンプル」と呼ばれることもある。Ｃｒクロミナンスサンプルは本明細書では「Ｖサンプル」と呼ばれることもある。
【００４５】
[0053]いくつかの例において、ビデオエンコーダ２０はピクチャのクロマアレイ（すなわち、ＳCbおよびＳCr）をダウンサンプリングしてもよい。たとえば、ビデオエンコーダ２０はＹＵＶ４：２：０ビデオフォーマット、ＹＵＶ４：２：２ビデオフォーマット、または４：４：４ビデオフォーマットを使用してもよい。ＹＵＶ４：２：０ビデオフォーマットにおいて、ビデオエンコーダ２０は、クロマアレイの高さおよび幅がルーマアレイの２分の１になるようにクロマアレイをダウンサンプリングしてもよい。ＹＵＶ４：２：２ビデオフォーマットにおいて、ビデオエンコーダ２０は、クロマアレイの高さがルーマアレイの２分の１になり、かつクロマアレイの幅がルーマアレイと同じになるようにクロマアレイをダウンサンプリングしてもよい。ＹＵＶ４：４：４ビデオフォーマットにおいて、ビデオエンコーダ２０はクロマアレイをダウンサンプリングしない。
【００４６】
[0054]ビデオエンコーダ２０は、ピクチャの符号化表現を生成するために、コーディングツリーユニット（ＣＴＵ）のセットを生成してもよい。各ＣＴＵはルーマサンプルのコーディングツリーブロック、クロマサンプルの２つの対応するコーディングツリーブロック、およびコーディングツリーブロックのサンプルをコーディングするのに使用されるシンタックス構造であってもよい。コーディングツリーブロックはサンプルのＮ×Ｎブロックであってもよい。ＣＴＵは「ツリーブロック」または「最大コーディングユニット」（ＬＣＵ：largest coding unit）と呼ばれることもある。ＨＥＶＣのＣＴＵは、Ｈ．２６４／ＡＶＣなど、他の規格のマクロブロックに広い意味で類似し得る。しかしながら、ＣＴＵは、必ずしも特定のサイズに限定されるとは限らず、１つまたは複数のコーディングユニット（ＣＵ）を含み得る。
【００４７】
[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]第４の子ＲＱＴノードのルーマＣＢＦをビットストリームから抽出すべきかどうかに関する判定については以下の擬似コードを使用して説明され得る。
【数１】
0006046235.tif 000002
【００７６】
上記の擬似コードにおいて、ＰｒｅｄＭｏｄｅは現在のＣＵの予測モードを示し、ｌｏｇ２ＴｒａｆｏＳｉｚｅは第４の子ＲＱＴノードのルーマ変換ブロックのサイズを示し、Ｌｏｇ２ＭｉｎＴｒａｆｏＳｉｚｅは最小変換サイズを示し、ｃｂｆＹ０は第１の子ＲＱＴノードのルーマＣＢＦを示し、ｃｂｆＹ１は第２の子ＲＱＴノードのルーマＣＢＦを示し、ｃｂｆＹ２は第３の子ＲＱＴノードのルーマＣＢＦを示し、ｃｂｆＹ３は第４の子ＲＱＴノードのルーマＣＢＦを示す。
【００７７】
[0084]いくつかの例では、現在のＣＵのＲＱＴにおける現在のＲＱＴノードの分割フラグが、現在のＲＱＴノードに関連付けられたブロックが４つのサブブロックに分割されていることを示す場合、ビデオデコーダ３０は４つの子ＲＱＴノードをビットストリームから抽出してもよい。４つの子ＲＱＴノードの各々は現在のＲＱＴノードに関連付けられたブロック内の等しいサイズを有するブロックに関連付けられる。そうでない場合、現在のＲＱＴノードの分割フラグが、現在のＲＱＴノードに関連付けられたブロックが４つのサブブロックに分割されていないことを示す場合、ビデオデコーダ３０はルーマＣＢＦをビットストリームから抽出すべきかどうかを判定してもよい。言い換えれば、現在のＲＱＴノードが葉ＲＱＴノードである場合、ビデオデコーダ３０はルーマＣＢＦをビットストリームから抽出すべきかどうかを判定してもよい。
【００７８】
[0085]ビデオデコーダ３０は、ルーマＣＢＦをビットストリームから抽出すべきかどうかを判定するために第１の１組の条件を評価してもよい。ビデオデコーダ３０は、第１の１組の条件を評価するときに、現在のＣＵの予測モードがイントラ予測モードであるかどうかを判定してもよい。さらに、ビデオデコーダ３０は現在のＲＱＴノードの深度が０に等しいかどうかを判定してもよい。さらに、ビデオデコーダ３０は、現在のＲＱＴノードに関連付けられたＣｂ  ＣＢＦが現在のＲＱＴノードが有意Ｃｂ係数ブロックに関連付けられていることを示すかどうかを判定してもよい。ビデオデコーダ３０は、現在のＲＱＴノードに関連付けられたＣｒ  ＣＢＦが現在のＲＱＴノードが有意Ｃｒ係数ブロックに関連付けられていることを示すかどうかを判定してもよい。
【００７９】
[0086]第１の１組の条件における１つまたは複数の条件が真ではない場合、ビデオデコーダ３０はビットストリームが現在のＲＱＴノードのルーマＣＢＦのシンタックス要素を含むと判定する。しかしながら、第１の１組の条件のうちのいずれかの条件が真である場合、ビデオデコーダ３０は第２の１組の条件を評価してもよい。ビデオデコーダ３０は、第２の１組の条件を評価するときに、現在のＲＱＴノードが親ＲＱＴノードの第４の子ＲＱＴであるかどうかを判定してもよい。さらに、ビデオデコーダ３０は現在のＣＵの予測モードがインター予測であるかどうかを判定してもよい。さらに、ビデオデコーダ３０は、現在のＣＵのルーマコーディングブロックのサイズが最大変換サイズに１を加えた値以下であるか、または現在のＲＱＴノードのルーマ変換ブロックのサイズが最大変換サイズよりも小さいかどうかを判定してもよい。
【００８０】
[0087]第２の１組の条件のうちの１つまたは複数の条件が偽である場合、ビデオデコーダ３０は現在のＲＱＴノードのルーマＣＢＦをビットストリームから抽出してもよい。第２の１組の条件のうちの各条件が真である場合、ビデオデコーダ３０は第３の１組の条件を評価してもよい。ビデオデコーダ３０は、第３の１組の条件を評価するときに、現在のＲＱＴノードのいずれかの兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられているかどうかを判定してもよい。さらに、本開示の技法によれば、ビデオデコーダ３０は、第３の１組の条件を評価する際、親ＲＱＴノードが有意Ｃｂ係数ブロックまたは有意Ｃｒ係数ブロックに関連付けられておりかつ現在のＲＱＴノードに関連付けられたルーマ変換ブロックのサイズが最小変換サイズよりも大きいかどうかを判定してもよい。第３の１組の条件のうちのいずれかの条件が満たされる場合、ビデオデコーダ３０は現在のＲＱＴノードのルーマＣＢＦをビットストリームから抽出する。
【００８１】
[0088]一方、第２の１組の条件のうちの各条件が真でありかつ第３の１組の条件のうちの２つの条件がいずれも満たされない場合、ビデオデコーダ３０はルーマＣＢＦがビットストリームに含まれていないと判定する。すなわち、ビデオデコーダ３０は、以下の条件がどちらも真であるときに現在のＲＱＴノードのルーマＣＢＦがビットストリームに含まれていないと判定してもよい。（１）現在のＲＱＴノードの兄弟ＲＱＴノードのうちで有意ルーマ係数ブロックに関連付けられている兄弟ＲＱＴノードがなく、（２）親ＲＱＴノードが有意Ｃｂ係数ブロックに関連付けられておらず、かつ親ＲＱＴノードが有意Ｃｒ係数ブロックに関連付けられていないか、または親ＲＱＴノードのＣｂ変換ブロックおよびＣｒ変換ブロックが親ＲＱＴノードのルーマ変換ブロックと一緒に分割されることがない。いくつかの例では、現在のＲＱＴに関連付けられたブロックのサイズが最小変換サイズ以下であるか、あるいは親ＲＱＴノードのＣｂ変換ブロックまたはＣｒ変換ブロックのサイズがクロマ変換ブロックの最小変換サイズよりも大きいとき、親ＲＱＴノードのＣｂ変換ブロックおよびＣｒ変換ブロックが親ＲＱＴノードのルーマ変換ブロックと一緒に分割されることはない。ビデオデコーダ３０は、ルーマＣＢＦがビットストリームに含まれていないと判定したときまたはビットストリームにおいてルーマ係数ブロックのシンタックス要素がシグナリングされていることをルーマＣＢＦが示すと判定したときに、ビットストリームからルーマ係数ブロックのシンタックス要素を抽出してもよい。
【００８２】
[0089]このようにして、ビデオデコーダ３０は、第１の条件が満たされるかどうかを判定し得る。第１の条件は、ＣＵのＲＱＴの現在のＲＱＴノードの任意の兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられているときに満たされる。さらに、ビデオデコーダ３０は、第２の条件が満たされるかどうかを判定してもよい。第２の条件は、現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ親ＲＱＴノードのクロマ変換ブロックが親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされる。ビデオデコーダ３０は、第１の条件も第２の条件も満たされないと判定したことに応答して、ルーマＣＢＦがビットストリームに含まれていないと判定してもよい。ルーマＣＢＦがビットストリームに含まれていないときまたはビットストリームにおいてルーマ係数ブロックのシンタックス要素がシグナリングされていることをルーマＣＢＦが示すとき、ビデオデコーダ３０はビットストリームからルーマ係数ブロックのシンタックス要素を抽出してもよい。ビデオデコーダ３０は、ルーマ係数ブロックに少なくとも部分的に基づいてＣＵのサンプルブロックを再構成してもよい。ビデオデコーダ３０は、第１の条件または第２の条件のいずれかが満たされると判定したことに応答して、ビットストリームからルーマＣＢＦを抽出してもよい。ルーマＣＢＦがビットストリームに含まれているときまたはビットストリームにおいてルーマ係数ブロックのシンタックス要素がシグナリングされていることをルーマＣＢＦが示すときに、ルーマ係数ブロックのすべての変換係数が非有意であると判定すること。
【００８３】
[0090]同様に、ビデオエンコーダ２０は、第１の条件が満たされるかどうかを判定し得る。さらに、ビデオエンコーダ２０は、第２の条件が満たされるかどうかを判定し得る。ビデオエンコーダ２０は、第１の条件または第２の条件のいずれかが満たされると判定したことに応答して、現在のＲＱＴノードが有意ルーマ係数ブロックに関連付けられているかどうかを示すルーマＣＢＦをビットストリームに含めてもよい。ビデオエンコーダ２０は、第１の条件も第２の条件も満たされないと判定したことに応答して、ビットストリームにルーマＣＢＦを含めなくてもよい。
【００８４】
[0091]本開示の技法はＹＵＶ４：２：０ビデオフォーマットに制限されず、ＹＵＶ４：２：２ビデオフォーマット、ＹＵＶ４：４：４ビデオフォーマット、または別のビデオフォーマットに適用可能であってもよい。本開示の技法は、ビデオフォーマットにかかわらず、通常、クロマ変換ブロックがすでにクロマの最小有効変換サイズに達していることに起因し得る、クロマ変換ブロックがルーマ変換ブロックと一緒に分割されない場合に適用可能であってもよい。したがって、本開示の技法で使用されるピクチャのビデオコーディングフォーマットはＹＵＶ４：２：０であってもまたはＹＵＶ４：２：２であってもまたはＹＵＶ４：４：４であってもよい。
【００８５】
[0092]たとえば、４×４を最小許容変換サイズとする。ＹＵＶ４：２：２ビデオフォーマットでは、２Ｎ×２Ｎルーマ変換ブロックの場合、クロマ変換ブロックはＮ×２Ｎである。したがって、８×８ルーマ変換ブロックは４つの４×４ルーマ変換ブロックにさらに分割されてもよい。しかしながら、４×８である対応するＣｂ（またはＣｒ）ブロックを４つの２×４Ｃｂブロックまたは２×４Ｃｒブロックに分割することはできない。この場合、本開示の技法を使用して第４のルーマＣＢＦの値を推論してもよい。
【００８６】
[0093]別の例では、ＹＵＶ４：４：４ビデオフォーマットが使用される。この例では、４×４がルーマの最小許容変換サイズであってもよく、８×８がクロマの最小許容変換サイズであってもよい。８×８ルーマ変換ブロックは４つの４×４ブロックに分割されてもよい。しかしながら、サイズが８×８である対応するクロマ変換ブロックは、すでにクロマ変換ブロックの最小許容変換に達しているので分割することはできない。この場合、本開示の技法を使用して第４のルーマＣＢＦの値を推論してもよい。本開示では、４×４または８×８の最小許容変換サイズは例にすぎない。本開示の技法は、他の最小許容変換サイズに適用可能であり得る。
【００８７】
[0094]図５は、本開示の技法を実装し得る例示的なビデオエンコーダ２０を示すブロック図である。図５は、説明の目的で提示されており、本開示において広く例示され記載される技法を限定するものと見なされるべきではない。説明のために、本開示では、ＨＥＶＣコーディングの状況において、ビデオエンコーダ２０について説明する。しかしながら、本開示の技法は、他のコーディング規格または方法にも適用可能であり得る。
【００８８】
[0095]図５の例において、ビデオエンコーダ２０は、予測処理ユニット１００と、残差生成ユニット１０２と、変換処理ユニット１０４と、量子化ユニット１０６と、逆量子化ユニット１０８と、逆変換処理ユニット１１０と、再構成ユニット１１２と、フィルタユニット１１４と、復号ピクチャバッファ１１６と、エントロピー符号化ユニット１１８とを含む。予測処理ユニット１００は、インター予測処理ユニット１２０と、イントラ予測処理ユニット１２６とを含む。インター予測処理ユニット１２０は、動き推定ユニット１２２と、動き補償ユニット１２４とを含む。他の例では、ビデオエンコーダ２０は、より多数の、より少数の、または異なる機能構成要素を含み得る。
【００８９】
[0096]ビデオエンコーダ２０はビデオデータを受信し得る。ビデオエンコーダ２０はビデオデータのピクチャのスライス中の各ＣＴＵを符号化してもよい。ＣＴＵはピクチャの等しいサイズを有する領域に関連付けられ得る。ＣＴＵの符号化の一部として、予測処理ユニット１００は４分木区分を実行してＣＴＵに関連付けられた領域を徐々に小さくなる領域に区分してもよい。これらの小さくなる領域はＣＵに関連付けられ得る。たとえば、予測処理ユニット１００は、ＣＴＵに関連付けられた領域を等しいサイズを有する４つのサブ領域に区分し、サブ領域の１つまたは複数を、等しいサイズを有する４つのサブサブ領域に区分し得、以下同様である。
【００９０】
[0097]ビデオエンコーダ２０は、ＣＴＵのＣＵを符号化して、ＣＵの符号化表現（すなわち、コード化ＣＵ）を生成することができる。ＣＵを符号化することの一部として、予測処理ユニット１００は、ＣＵの１つまたは複数のＰＵの中で、ＣＵに関連付けられた領域を区分することができる。ビデオエンコーダ２０およびビデオデコーダ３０は、様々なＰＵサイズをサポートすることができる。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ビデオエンコーダ２０およびビデオデコーダ３０は、イントラ予測用の２Ｎ×２ＮまたはＮ×ＮのＰＵサイズと、インター予測用の２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、または同様の対称ＰＵサイズとをサポートすることができる。ビデオエンコーダ２０およびビデオデコーダ３０は、インター予測用の２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズに対する非対称区分もサポートし得る。
【００９１】
[0098]インター予測処理ユニット１２０は、ＣＵの各ＰＵに対してインター予測を実行することによってＰＵの予測データを生成し得る。ＰＵのための予測データは、ＰＵに対応する予測サンプルブロックとＰＵのための動き情報とを含み得る。スライスは、Ｉスライス、Ｐスライス、またはＢスライスであり得る。インター予測ユニット１２１は、ＰＵがＩスライス中にあるか、Ｐスライス中にあるか、Ｂスライス中にあるかに応じて、ＣＵのＰＵに対して異なる演算を実行し得る。Ｉスライス中では、すべてのＰＵがイントラ予測される。したがって、ＰＵがＩスライス中にある場合、インター予測ユニット１２１は、ＰＵに対してインター予測を実行しない。したがって、Ｉモードで符号化されたブロックの場合、予測ブロックは、同じフレーム内の前に符号化された隣接ブロックからの空間的予測を使用して形成される。
【００９２】
[0099]ＰＵがＰスライス中にある場合、動き推定ユニット１２２は、ＰＵの参照領域について参照ピクチャリスト（たとえば、「リスト０」）中の参照ピクチャを探索し得る。ＰＵの参照領域は、ＰＵのサンプルブロックに最も密接に対応するサンプルブロックを含む参照ピクチャ内の領域であってもよい。動き推定ユニット１２２は、ＰＵの参照領域を含む参照ピクチャのリスト０中の位置を示す参照ピクチャインデックス（すなわち、参照インデックス）を生成してもよい。さらに、動き推定ユニット１２２は、ＰＵに関連付けられた領域と参照領域との間の空間変位を示す動きベクトルを生成し得る。たとえば、動きベクトルは現在の復号されたピクチャ内の座標から参照ピクチャ内の座標までのオフセットを実現する２次元ベクトルであってもよい。動き推定ユニット１２２は、ＰＵの動き情報として、参照ピクチャインデックスと動きベクトルとを出力することができる。動き補償ユニット１２４は、ＰＵの動き情報によって示される参照位置におけるサンプルブロックに基づいて、ＰＵの予測サンプルブロックを生成し得る。
【００９３】
[0100]したがって、Ｐモードの場合、ビデオエンコーダ２０はまず、Ｆrefによって示されるあらかじめ送信された参照フレーム内に符号化されているブロックと同様のブロックを探索する。探索は、概して、符号化されるべきブロックから特定の空間変位以下になるように制限される。最良の一致、または「予測」が識別されたとき、それは２次元（２Ｄ）動きベクトル（Δｘ，Δｙ）の形態で表され、Δｘは水平変位であり、Δｙは垂直変位である。動きベクトルは参照フレームとともに使用されて、次のように予測ブロックＦpredを構成する。
【数２】
0006046235.tif 000003
【００９４】
フレーム内の画素の位置は（ｘ，ｙ）によって示される。
【００９５】
[0101]ＰＵがＢスライス中にある場合、動き推定ユニット１２２は、ＰＵについての単方向インター予測または双方向インター予測を実行し得る。動き推定ユニット１２２は、ＰＵについての単方向インター予測を実行するために、ＰＵの参照領域を求めて第１の参照ピクチャリスト（「リスト０」）または第２の参照ピクチャリスト（「リスト１」）の参照ピクチャを探索することができる。動き推定ユニット１２２は、参照ブロックを含む参照ピクチャのリスト０またはリスト１中の位置を示す参照ピクチャインデックスと、ＰＵに関連付けられた領域とＰＵの参照領域との間の空間変位を示す動きベクトルと、参照ピクチャがリスト０中にあるか、リスト１中にあるかを示す予測方向インジケータとを、ＰＵの動き情報として出力することができる。動き補償ユニット１２４は、ＰＵの動き情報によって示される参照領域におけるサンプルブロックに基づいて、ＰＵの予測サンプルブロックを生成し得る。
【００９６】
[0102]動き推定ユニット１２２は、ＰＵについての双方向インター予測を実行するために、ＰＵの参照領域を求めてリスト０の参照ピクチャを探索することができ、ＰＵの別の参照領域を求めてリスト１の参照ピクチャを探索することもできる。動き推定ユニット１２２は、参照領域を含む参照ピクチャのリスト０およびリスト１中の位置を示す参照ピクチャインデックスを生成し得る。さらに、動き推定ユニット１２２は、参照領域とＰＵに関連付けられた領域との間の空間変位を示す動きベクトルを生成し得る。ＰＵの動き情報は、ＰＵの参照ピクチャインデックスと動きベクトルとを含むことができる。動き補償ユニット１２４は、ＰＵの動き情報によって示される参照領域におけるサンプルブロックに基づいて、ＰＵの予測サンプルブロックを生成し得る。
【００９７】
[0103]イントラ予測処理ユニット１２６は、各ＰＵに対してイントラ予測を実行することによってＰＵの予測データを生成し得る。ＰＵの予測データは、ＰＵの予測サンプルブロックと、様々なシンタックス要素とを含み得る。イントラ予測処理ユニット１２６は、Ｉスライス、Ｐスライス、およびＢスライスの中のＰＵに対してイントラ予測を実行することができる。
【００９８】
[0104]イントラ予測処理ユニット１２６は、ＰＵに対してイントラ予測を実行するために、複数のイントラ予測モードを使用して、ＰＵの予測データの複数のセットを生成することができる。イントラ予測処理ユニット１２６は、イントラ予測モードを使用してＰＵの予測データのセットを生成するために、イントラ予測モードに関連付けられた方向において隣接するＰＵのサンプルブロックからＰＵのサンプルブロックにわたってサンプルを延ばすことができる。隣接するＰＵは、ＰＵ、ＣＵ、およびＣＴＵについて左から右、上から下の符号化順序を仮定すると、ＰＵの上、右上、左上、または左にあり得る。イントラ予測処理ユニット１２６は、様々な数のイントラ予測モード、たとえば、３３個の方向のイントラ予測モードを使用することができる。いくつかの例では、イントラ予測モードの数はＰＵに関連付けられた領域のサイズに依存し得る。
【００９９】
[0105]予測処理ユニット１００は、ＰＵについてインター予測処理ユニット１２０によって生成された予測データ、またはＰＵについてイントラ予測処理ユニット１２６によって生成された予測データの中から、ＣＵのＰＵの予測データを選択することができる。いくつかの例では、予測処理ユニット１００は、予測データのセットのレート／歪みのメトリクスに基づいて、ＣＵのＰＵの予測データを選択する。選択された予測データの予測サンプルブロックを本明細書では選択された予測サンプルブロックと呼ぶことがある。
【０１００】
[0106]残差生成ユニット１０２は、ＣＵのルーマコーディングブロック、Ｃｂコーディングブロック、およびＣｒコーディングブロックならびにＣＵのＰＵの選択された予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックに基づいて、ＣＵのルーマ残差ブロック、Ｃｂ残差ブロック、およびＣｒ残差ブロックを生成してもよい。たとえば、残差生成ユニット１０２は、残差ブロック内の各サンプルがＣＵのコーディングブロック内のサンプルとＣＵのＰＵの対応する選択された予測サンプルブロック内の対応するサンプルとの間の差に等しい値を有するようにＣＵの残差ブロックを生成してもよい。
【０１０１】
[0107]変換処理ユニット１０４は４分木区分を実行してＣＵに関連付けられた領域をＣＵのＴＵに関連付けられた領域に区分してもよい。したがって、ＴＵは、ルーマ変換ブロックおよび２つのクロマ変換ブロックに関連付けられ得る。ＣＵのＴＵに関連付けられたルーマ変換ブロックおよびクロマ変換ブロックのサイズおよび位置は、ＣＵのＰＵに関連付けられた予測ブロックのサイズおよび位置に基づくことも基づかないこともある。「残差４分木」（ＲＱＴ）として知られる４分木構造は、各領域に関連付けられたノードを含む場合がある。ＣＵのＴＵは、ＲＱＴの葉ノードに対応し得る。
【０１０２】
[0108]本開示の技法によれば、変換処理ユニット１０４は、第１の条件が満たされるかどうかを判定し得る。第１の条件は、現在のＲＱＴノードの任意の兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられているときに満たされる。さらに、変換処理ユニット１０４は、第２の条件が満たされるかどうかを判定してもよい。第２の条件は、現在のＲＱＴノードの親ＲＱＴノードが有意クロマ係数ブロックに関連付けられており、かつ現在のＲＱＴノードのルーマ変換ブロックのサイズが最小変換サイズよりも大きいときに満たされる。変換処理ユニット１０４は、第１の条件または第２の条件のいずれかが満たされると判定したことに応答して、ビットストリームにルーマＣＢＦを含めてもよい。ルーマＣＢＦは、現在のＲＱＴノードが有意ルーマ係数ブロックに関連付けられているかどうかを示してもよい。
【０１０３】
[0109]変換処理ユニット１０４は、ＴＵに関連付けられた変換ブロックに１回または複数の変換を適用することによって、ＣＵのＴＵごとに係数ブロックを生成することができる。変換処理ユニット１０４は、ＴＵに関連付けられた変換ブロックに様々な変換を適用し得る。たとえば、変換処理ユニット１０４は、離散コサイン変換（ＤＣＴ）、方向性変換、または概念的に同様の変換を変換ブロックに適用し得る。いくつかの例において、変換処理ユニット１０４は変換ブロックに変換を適用しない。そのような例では、変換ブロックは変換係数ブロックとして扱われてもよい。したがって、Ｉモード、Ｐモード、およびＢモードの場合、予測誤差、すなわち、符号化されているブロックと予測ブロックとの間の差は、いくつかの個別変換の重み付けされた基底関数のセットとして表される。
【０１０４】
[0110]いくつかの例において、変換処理ユニット１０４は、変換が適用される変換ブロックのサイズに少なくとも部分的に基づいて適用すべき変換を判定してもよい。たとえば、変換処理ユニット１０４は、変換ブロックが４×４であるか、８×８であるか、１６×１６であるか、それとも別のサイズであるかに応じて異なる変換を適用してもよい。いくつかの例において、変換処理ユニット１０４は、１６×４、３２×８などである変換ブロックなどの矩形状の変換ブロックへの変換を適用してもよい。言い換えれば、変換ブロックの形状が常に方形である必要があるとは限らない。
【０１０５】
[0111]量子化ユニット１０６は、係数ブロック内の変換係数を量子化し得る。量子化プロセスは、変換係数の一部または全部に関連付けられたビット深度を低減し得る。たとえば、量子化時にｎビット変換係数をｍビット変換係数に切り捨ててもよく、この場合、ｎはｍよりも大きい。量子化ユニット１０６は、ＣＵに関連付けられた量子化パラメータ（ＱＰ）値に基づいてＣＵのＴＵに関連付けられた係数ブロックを量子化してもよい。ビデオエンコーダ２０は、ＣＵに関連付けられたＱＰ値を調整することによって、ＣＵに関連付けられた係数ブロックに適用される量子化の程度を調整することができる。量子化は情報の損失をもたらす恐れがあり、したがって、量子化変換係数は、元の係数よりも低い精度を有することがある。
【０１０６】
[0112]逆量子化ユニット１０８および逆変換処理ユニット１１０は、それぞれ、係数ブロックに逆量子化および逆変換を適用して、係数ブロックから残差ブロックを再構成し得る。再構成ユニット１１２は、再構成された残差ブロックを、予測処理ユニット１００によって生成された１つまたは複数の予測サンプルブロックから得た対応するサンプルに追加して、ＴＵに関連付けられた再構成された変換ブロックを生成し得る。ビデオエンコーダ２０は、このようにＣＵの各ＴＵのための変換ブロックを再構成することによってＣＵのコーディングブロックを再構成し得る。
【０１０７】
[0113]フィルタユニット１１４は、デブロッキング動作を実行して、ＣＵに関連付けられたコーディングブロック内のブロッキングアーティファクトを低減させることができる。復号ピクチャバッファ１１６は、フィルタユニット１１４が、再構成されたコーディングブロックに対して１回または複数のデブロッキング動作を実行した後、再構成されたコーディングブロックを記憶し得る。インター予測ユニット１２０は、再構成されたコーディングブロックを含む参照ピクチャを使用して、他のピクチャのＰＵに対してインター予測を実行し得る。加えて、イントラ予測処理ユニット１２６は、復号ピクチャバッファ１１６内の再構成されたコーディングブロックを使用して、ＣＵと同じピクチャ内の他のＰＵに対してイントラ予測を実行することができる。
【０１０８】
[0114]量子化された変換係数および動きベクトルは、「シンタックス要素」の例である。これらと一部の制御情報とは、ビデオシーケンスの完全なコード化表現を形成することができる。ビデオエンコーダ２０からビデオデコーダ３０への送信の前に、すべてのシンタックス要素がエントロピーコーディングされてもよく、それによって、それらの表現に必要なビット数がさらに低減する。エントロピーコーディングは、送信または記憶されたシンボル（本発明者らのケースでは、シンタックス要素）を表すのに必要なビット数を、それらの分布の性質（いくつかのシンボルは他のシンボルよりも頻繁に生じる）を利用することによって最小限に抑えることを目的としたロスレス演算である。
【０１０９】
[0115]エントロピー符号化ユニット１１８は、ビデオエンコーダ２０の他の機能構成要素からデータを受信し得る。たとえば、エントロピー符号化ユニット１１８は、量子化ユニット１０６から係数ブロックを受信し得、予測処理ユニット１００からシンタックス要素を受信し得る。エントロピー符号化ユニット１１８は、データに対して１つまたは複数のエントロピー符号化演算を実行してエントロピー符号化データを生成し得る。たとえば、エントロピー符号化ユニット１１８は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）演算、ＣＡＢＡＣ演算、変数−変数（Ｖ２Ｖ：variable-to-variable）レングスコーディング演算、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）演算、確率間隔区分エントロピー（ＰＩＰＥ：Probability Interval Partitioning Entropy）コーディング演算、指数ゴロム符号化演算、または別のタイプのエントロピー符号化演算をデータに対して実行し得る。ビデオエンコーダ２０は、エントロピー符号化ユニット１１８によって生成されたエントロピー符号化データを含むビットストリームを出力し得る。たとえば、ビットストリームはＣＵのＲＱＴを表すデータを含んでもよい。
【０１１０】
[0116]図６は、本開示の技法を実装するように構成された例示的なビデオデコーダ３０を示すブロック図である。図６は、説明の目的で提示されており、本開示において広く例示され記載される技法を限定するものではない。説明のために、本開示は、ＨＥＶＣコーディングの状況において、ビデオデコーダ３０について説明する。しかしながら、本開示の技法は、他のコーディング規格または方法にも適用可能であり得る。
【０１１１】
[0117]図６の例では、ビデオデコーダ３０は、エントロピー復号ユニット１５０と、予測処理ユニット１５２と、逆量子化ユニット１５４と、逆変換処理ユニット１５６と、再構成ユニット１５８と、フィルタユニット１６０と、復号ピクチャバッファ１６２とを含む。予測処理ユニット１５２は、動き補償ユニット１６４と、イントラ予測処理ユニット１６６とを含む。他の例では、ビデオデコーダ３０は、より多数の、より少数の、または異なる機能構成要素を含み得る。
【０１１２】
[0118]ビデオデコーダ３０はビットストリームを受信し得る。エントロピー復号ユニット１５０は、ビットストリームからシンタックス要素を抽出するためにビットストリームをパースし得る。エントロピー復号ユニット１５０は、ビットストリーム内のエントロピー符号化されたシンタックス要素をエントロピー復号することができる。予測処理ユニット１５２、逆量子化ユニット１５４、逆変換処理ユニット１５６、再構成ユニット１５８、およびフィルタユニット１６０は、ビットストリームから抽出されたシンタックス要素に基づいて復号ビデオデータを生成し得る。
【０１１３】
[0119]ビットストリームは、一連のＮＡＬユニットを備え得る。ビットストリームのＮＡＬユニットは、コード化スライスＮＡＬユニットを含み得る。エントロピー復号ユニット１５０は、ビットストリームをパースすることの一部として、コード化スライスＮＡＬユニットからシンタックス要素を抽出しエントロピー復号することができる。コード化スライスの各々は、スライスヘッダとスライスデータとを含み得る。スライスヘッダは、スライスに関するシンタックス要素を含み得る。スライスヘッダ内のシンタックス要素は、スライスを含むピクチャに関連付けられたＰＰＳを識別するシンタックス要素を含むことができる。
【０１１４】
[0120]エントロピー復号ユニット１５０は、ビットストリームから得たコード化ＣＵをパースすることの一部として、ビットストリームから変換ツリーシンタックス構造をビットストリームから抽出してもよい。本開示の技法によれば、変換ツリーシンタックス構造は以下の表１に示されるシンタックスを有してもよい。
【表１】
0006046235.tif 000004
【０１１５】
0006046235.tif 000005
【０１１６】
0006046235.tif 000006
【０１１７】
[0121]表１の例示的なシンタックスにおいて、変換＿ツリーシンタックス構造のインスタンスはＣＵのＲＱＴ中のノードに相当する。エントロピー復号ユニット１５０は、変換＿ツリーシンタックス構造をパースすることの一部として、分割＿変換＿フラグシンタックス要素をビットストリームから抽出してもよい。分割＿変換＿フラグが１に等しい場合、変換＿ツリーシンタックス構造に対応するＲＱＴノードは４つの子ＲＱＴノードを有する。したがって、エントロピー復号ユニット１５０は４つの子ＲＱＴノードに対応する変換＿ツリーシンタックス構造の４つのインスタンスをビットストリームから抽出してもよい。
【０１１８】
[0122]さらに、表１の例示的なシンタックスにおいて、エントロピー復号ユニット１５０はＣｂ  ＣＢＦシンタックス要素（ｃｂｆ＿ｃｂ［ｘ０］［ｙ０］［ｔｒａｆｏＤｅｐｔｈ］）をビットストリームから抽出してもよい。ｃｂｆ＿ｃｂ［ｘ０］［ｙ０］［ｔｒａｆｏＤｅｐｔｈ］は、Ｃｂ成分のコード化ブロックフラグ（たとえば、ｃｂｆＵ）であり、この場合、ｘ０、ｙ０はＣＵにおける現在の変換ブロックの位置を指定し、ｔｒａｆｏＤｅｐｔｈは変換４分木（すなわち、ＲＱＴ）のレベル／深度である。ｔｒａｆｏＤｅｐｔｈ−１の場合、クロマ変換ブロックはすでに最小有効変換ブロックサイズに達しており、ｃｂｆ＿ｃｂ［ｘ０］［ｙ０］［ｔｒａｆｏＤｅｐｔｈ］の値は０に等しいと定義されてもよい。さらに、エントロピー復号ユニット１０５はＣｒ  ＣＢＦシンタックス要素（ｃｂｆ＿ｃｒ［ｘ０］［ｙ０］［ｔｒａｆｏＤｅｐｔｈ］）をビットストリームから抽出してもよい。ｃｂｆ＿ｃｒ［ｘ０］［ｙ０］［ｔｒａｆｏＤｅｐｔｈ］は、Ｃｒ成分のコード化ブロックフラグ（たとえば、ｃｂｆＶ）であり、この場合、ｘ０、ｙ０はＣＵにおける現在の変換ブロックの位置を指定し、ｔｒａｆｏＤｅｐｔｈは変換４分木のレベル／深度である。ｔｒａｆｏＤｅｐｔｈ−１の場合、クロマ変換ブロックはすでに最小有効変換に達しており、ｃｂｆ＿ｃｒ［ｘ０］［ｙ０］［ｔｒａｆｏＤｅｐｔｈ］の値は０に等しいと定義されてもよい。
【０１１９】
[0123]表１の例示的なシンタックスにおいて、ビデオデコーダ３０はＲＱＴノードのルーマＣＢＦ（ｃｂｆ＿ｌｕｍａ［ｘ０］［ｙ０］［ｔｒａｆｏＤｅｐｔｈ］）をビットストリームから抽出すべきかどうかを判定する。ｃｂｆ＿ｌｕｍａ［ｘ０］［ｙ０］［ｔｒａｆｏＤｅｐｔｈ］は、ルーマ成分のコード化ブロックフラグ（すなわち、ｃｂｆＹ）であり、この場合、ｘ０、ｙ０はＣＵにおける現在の変換ブロックの位置を指定し、ｔｒａｆｏＤｅｐｔｈは変換４分木のレベル／深度である。たとえば、１に等しいｃｂｆ＿ｌｕｍａ［ｘ０］［ｙ０］［ｔｒａｆｏＤｅｐｔｈ］は、ルーマ変換ブロックが０に等しくない１つまたは複数の変換係数レベルを含むことを指定する。アレイ座標ｘ０、ｙ０は、ピクチャの左上ルーマサンプルに対する当該変換ブロックの左上ルーマサンプルの位置（ｘ０，ｙ０）を指定する。アレイインデックスｔｒａｆｏＤｅｐｔｈはＲＱＴにおける細分レベルを指定する。
【０１２０】
[0124]ビデオデコーダ３０は、ルーマＣＢＦをビットストリームから抽出すべきかどうかを判定するために第１の１組の条件を評価する。表１の例示的なシンタックスにおいて、第１の１組の条件は次式のように表される。
【数３】
0006046235.tif 000007
【０１２１】
[0125]第１の１組の条件のうちのどの条件も満たされない場合、エントロピー復号ユニット１５０は、ルーマＣＢＦがビットストリームに含まれておらず、かつビットストリームが現在のＲＱＴノードのルーマ係数ブロックのシンタックス要素を含むと判定してもよい。これは、ビデオデコーダ３０が、ルーマＣＢＦが存在しない場合にルーマＣＢＦが１に等しいと推論し得るからである。したがって、エントロピー復号ユニット１５０は、ＣＵの予測モードがイントラ予測ではなく、現在のＲＱＴノードがＲＱＴの根ノードであり、現在のＲＱＴノードが有意Ｃｂ係数ブロックに関連付けられておらず、かつ現在のＲＱＴノードが有意Ｃｒ係数ブロックに関連付けられていないと判定したことに応答して、現在のＲＱＴノードのルーマ係数ブロックのシンタックス要素をビットストリームから抽出してもよい。
【０１２２】
[0126]さらに、第１の１組の条件のうちのいずれかの条件が満たされる場合、ビデオデコーダ３０は第２の１組の条件を評価する。表１の例示的なシンタックスにおいて、第２の１組の条件は次式のように表される。
【数４】
0006046235.tif 000008
【０１２３】
[0127]第２の１組の条件のうちのどの条件も満たされない場合、エントロピー復号ユニット１５０は現在のＲＱＴノードのルーマＣＢＦをビットストリームから抽出してもよい。したがって、エントロピー復号ユニット１５０は、現在のＲＱＴノードが親ＲＱＴノードの第４の子ＲＱＴノードではないかまたはＣＵの予測モードがイントラ予測であるか、あるいはＣＵのサイズが最大変換サイズ超でありかつ現在のＲＱＴノードのルーマ変換ブロックの変換サイズが最大変換サイズよりも小さいと判定したことに応答して、ルーマＣＢＦを抽出してもよい。
【０１２４】
[0128]第２の１組の条件のうちの各条件が満たされる場合、ビデオデコーダ３０は第３の１組の条件を評価する。表１の例示的なシンタックスにおいて、第３の１組の条件は次式のように表される。
【数５】
0006046235.tif 000009
【０１２５】
[0129]第３の１組の条件において、ビデオデコーダ３０は、現在のＲＱＴノードのいずれかの兄弟ＲＱＴノードのルーマＣＢＦが１に等しいかどうかを判定することによって、いずれかの兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられているかどうかを判定する。兄弟ＲＱＴノードのルーマＣＢＦは次式のように示される。
【数６】
0006046235.tif 000010
【０１２６】
[0130]さらに、本開示の技法によれば、ビデオデコーダ３０は、第３の１組の条件を評価する際、現在のＲＱＴノードの親ＲＱＴノードが有意Ｃｂ係数ブロックまたは有意Ｃｒ係数ブロックに関連付けられておりかつ現在のＲＱＴノードに関連付けられたブロックのサイズが最小ＴＵブロックサイズよりも大きいかどうかを判定してもよい。親ＲＱＴノードはＲＱＴにおいて現在のＲＱＴノードよりも１レベル高い。ビデオデコーダ３０は、ｃｂｆ＿ｃｂ［ｘＢａｓｅ］［ｙＢａｓｅ］［ｔｒａｆｏＤｅｐｔｈ−１］が１に等しいかどうかを判定することによって親ＲＱＴノードが有意Ｃｂ係数ブロックに関連付けられているかどうかを判定してもよい。ビデオデコーダ３０は、ｃｂｆ＿ｃｒ［ｘＢａｓｅ］［ｙＢａｓｅ］［ｔｒａｆｏＤｅｐｔｈ−１］が１に等しいかどうかを判定することによって親ＲＱＴノードが有意Ｃｒ係数ブロックに関連付けられているかどうかを判定してもよい。さらに、ビデオデコーダ３０は現在のＲＱＴノードに関連付けられたブロックのサイズ（すなわち、ｌｏｇ２ＴｒａｆｏＳｉｚｅ）が最小変換サイズ（すなわち、Ｌｏｇ２ＭｉｎＴｒａｆｏＳｉｚｅ）よりも大きいかどうかを判定してもよい。
【０１２７】
[0131]ｒｅａｄＣｂｆ変数が真であると評価された場合、ビデオデコーダ３０はｃｂｆ＿ｌｕｍａ［ｘ０］［ｙ０］［ｔｒａｆｏＤｅｐｔｈ］をビットストリームから抽出する。そうではなく、ｒｅａｄＣｂｆ変数が偽であると評価された場合、ビデオデコーダ３０はｃｂｆ＿ｌｕｍａ［ｘ０］［ｙ０］［ｔｒａｆｏＤｅｐｔｈ］をビットストリームから抽出せずに、ｃｂｆ＿ｌｕｍａ［ｘ０］［ｙ０］［ｔｒａｆｏＤｅｐｔｈ］が１に等しいと自動的に判定してもよい。上記に指摘したように、ｃｂｆ＿ｌｕｍａ［ｘ０］［ｙ０］［ｔｒａｆｏＤｅｐｔｈ］＝１は、現在のＲＱＴノードが有意ルーマ係数ブロックに関連付けられていることを示す。
【０１２８】
[0132]このようにして、エントロピー復号ユニット１５０は、第１の条件が満たされるかどうかを判定し得る。第１の条件は、現在のＲＱＴノードの任意の兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられているときに満たされる。さらに、エントロピー復号ユニット１５０は、第２の条件が満たされるかどうかを判定してもよい。第２の条件は、現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ親ＲＱＴノードのクロマ変換ブロックが親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされる。エントロピー復号ユニット１５０は、第１の条件も第２の条件も満たされないと判定したことに応答して、現在のＲＱＴノードが有意ルーマ係数ブロックに関連付けられているかどうかを示すルーマＣＢＦをビットストリームから抽出せずに、現在のＲＱＴノードが有意ルーマ係数ブロックに関連付けられていると判定してもよい。
【０１２９】
[0133]さらに、エントロピー復号ユニット１５０は第１のルーマＣＢＦ、第２のルーマＣＢＦ、および第３のルーマＣＢＦの値を求めてもよい。第１のルーマＣＢＦは、兄弟ＲＱＴノードのうちの第１の兄弟ＲＱＴノードが第１の有意ルーマ係数ブロックに関連付けられているかどうかを示してもよく、第２のルーマＣＢＦは、兄弟ＲＱＴノードのうちの第２の兄弟ＲＱＴノードが第２の有意ルーマ係数ブロックに関連付けられているかどうかを示してもよく、第３のルーマＣＢＦは、兄弟ＲＱＴノードのうちの第３の兄弟ＲＱＴノードが第３の有意ルーマ係数ブロックに関連付けられているかどうかを示してもよい。エントロピー復号ユニット１５０は、第１の条件が、１つには、第１のルーマＣＢＦ、第２のルーマＣＢＦ、および第３のルーマＣＢＦに少なくとも部分的に基づいて、兄弟ＲＱＴノードのいずれかが有意ルーマ係数ブロックに関連付けられているかどうかを判定することによって満たされるかどうかを判定してもよい。
【０１３０】
[0134]エントロピー復号ユニット１５０は、第２の条件が満たされるかどうかを判定するために、親ＲＱＴノードのＣｂ  ＣＢＦが、親ＲＱＴノードが有意Ｃｂ係数ブロックに関連付けられていることを示しているかどうかを判定してもよく、親ＲＱＴノードのＣｒ  ＣＢＦが、親ＲＱＴノードが有意Ｃｒ係数ブロックに関連付けられていることを示しているかどうかを判定してもよい。さらに、エントロピー復号ユニット１５０は、第２の条件が満たされるかどうかを判定するために、現在のＲＱＴノードのルーマ変換ブロックのサイズが最小変換サイズよりも大きいかどうかを判定してもよい。
【０１３１】
[0135]ビデオエンコーダ２０は、ビットストリームにルーマＣＢＦを含めるべきかどうかを判定するために同様の判定を下してもよい。
【０１３２】
[0136]ビデオデコーダ３０は、ビットストリームから得たシンタックス要素をパースすることに加えて、区分されていないＣＵに対して再構成演算を実行してもよい。ビデオデコーダ３０は、区分されていないＣＵに対して再構成演算を実行するために、ＣＵの各ＴＵに対して再構成演算を実行し得る。ビデオデコーダ３０は、ＣＵの各ＴＵについて再構成演算を実行することによって、ＣＵに関連付けられた残差ブロックを再構成し得る。すなわち、最初にビデオエンコーダ２０の場合と同様の方法でサンプルブロックの予測を構成し、その予測に圧縮された予測誤差を追加することによって現在のフレームにおけるサンプルブロックを得てもよい。圧縮された予測誤差は、量子化変換係数を使用して変換基底関数を重み付けすることによって求められてもよい。再構成されたフレームと元のフレームとの間の差分が再構成誤差と呼ばれることがある。
【０１３３】
[0137]逆量子化ユニット１５４は、ＣＵのＴＵに対して再構成演算を実行することの一部として、ＴＵに関連付けられた係数ブロックを逆量子化（inverse quantize）、すなわち、逆量子化（de-quantize）し得る。逆量子化ユニット１５４は、量子化の程度を判断し、同様に、逆量子化ユニット１５４が適用すべき逆量子化の程度を判断するために、ＴＵのＣＵに関連付けられたＱＰ値を使用し得る。つまり、圧縮比、すなわち、元のシーケンスと圧縮されたシーケンスとを表すために使用されるビット数の比は、変換係数を量子化するときに使用されるＱＰの値を調整することによって制御され得る。圧縮比はまた、採用されたエントロピーコーディングの方法に依存し得る。
【０１３４】
[0138]逆量子化ユニット１５４が係数ブロックを逆量子化した後、逆変換処理ユニット１５６は、係数ブロックに１つまたは複数の逆変換を適用して、ＴＵに関連付けられた残差ブロックを生成することができる。たとえば、逆変換処理ユニット１５６は、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ）、逆回転変換、逆方向性変換、または別の逆変換を係数ブロックに適用し得る。
【０１３５】
[0139]ＰＵがイントラ予測を使用して符号化された場合、イントラ予測処理ユニット１６６は、イントラ予測を実行して、ＰＵの予測サンプルブロックを生成することができる。イントラ予測処理ユニット１６６は、イントラ予測モードを使用して、空間的に隣接するＰＵの予測ブロックに基づいてＰＵの予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックを生成してもよい。たとえば、イントラ予測処理ユニット１６６は、ビットストリームから抽出された１つまたは複数のシンタックス要素に基づいて、ＰＵのイントラ予測モードを判定することができる。
【０１３６】
[0140]予測処理ユニット１５２は、ビットストリームから抽出されたシンタックス要素に基づいて第１の参照ピクチャリスト（リスト０）および第２の参照ピクチャリスト（リスト１）を構成し得る。さらに、ＰＵがインター予測を使用して符号化される場合、エントロピー復号ユニット１５０は、ＰＵの動き情報を抽出し得る。動き補償ユニット１６４は、ＰＵの動き情報に基づいて、ＰＵの１つまたは複数の参照領域を判定し得る。動き補償ユニット１６４は、ＰＵの１つまたは複数の参照ブロックにおけるサンプルブロックに基づいて、ＰＵの予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックを生成してもよい。
【０１３７】
[0141]再構成ユニット１５８は、ＣＵのＴＵに関連付けられたルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロックならびにＣＵのＰＵの予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックが適用可能な場合にそれらを使用して、すなわち、イントラ予測データまたはインター予測データのいずれかを使用して、ＣＵのルーマコーディングブロック、Ｃｂコーディングブロック、およびＣｒコーディングブロックを再構成し得る。特に、再構成ユニット１５８は、ルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロックのサンプルを予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックの対応するサンプルに加算して、ＣＵのルーマコーディングブロック、Ｃｂコーディングブロック、およびＣｒコーディングブロックを再構成することができる。
【０１３８】
[0142]フィルタユニット１６０は、ＣＵのルーマコーディングブロック、Ｃｂコーディングブロック、およびＣｒコーディングブロックに関連付けられたブロッキングアーティファクトを低減するためにデブロッキング動作を実行し得る。ビデオデコーダ３０は、ＣＵのルーマコーディングブロック、Ｃｂコーディングブロック、およびＣｒコーディングブロックを復号ピクチャバッファ１６２に記憶してもよい。復号ピクチャバッファ１６２は、後続の動き補償、イントラ予測、および図１のディスプレイデバイス３２などのディスプレイデバイス上での提示のために参照ピクチャを生成することができる。たとえば、ビデオデコーダ３０は、復号ピクチャバッファ１６２中のルーマブロック、Ｃｂブロック、およびＣｒブロックに基づいて、他のＣＵのＰＵに対してイントラ予測演算またはインター予測演算を実行し得る。ビデオデコーダ３０は、このようにして、有意ルーマ係数ブロックの変換係数レベルをビットストリームから抽出し、変換係数レベルを逆量子化し、変換係数レベルに変換を適用して変換ブロックを生成し、変換ブロックに少なくとも部分的に基づいてコーディングブロックを生成し、コーディングブロックを表示できるように出力してもよい。
【０１３９】
[0143]図７は、本開示の技法によるビデオデコーダ３０の例示的な動作２５０を示すフローチャートである。図７のフローチャートおよび以下の図のフローチャートは例として提示されるものである。他の例において、フローチャートは、これよりも多くのステップ、これよりも少ないステップ、または異なるステップを含み得る。
【０１４０】
[0144]図７の例において、ビデオデコーダ３０は、現在のＣＵのＲＱＴの現在のＲＱＴノードの任意の兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられているかどうかを判定してもよい（２５２）。ビデオデコーダ３０は、現在のＲＱＴノードの兄弟ＲＱＴノードのうちで有意ルーマ係数ブロックに関連付けられている兄弟ＲＱＴノードはないと判定した（２５２の「いいえ」）ことに応答して、現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ親ＲＱＴノードのクロマ変換ブロックが親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるかどうかを判定してもよい（２５４）。親ＲＱＴノードのクロマ変換ブロックは、現在のＲＱＴノードのルーマ変換ブロックのサイズが最小変換サイズよりも大きいかまたは親ＲＱＴノードのクロマ変換ブロックのサイズがクロマ変換ブロックの最小変換サイズよりも大きいときに、親ＲＱＴノードのルーマ変換ブロックと一緒に分割されてもよい。
【０１４１】
[0145]ビデオデコーダ３０は、現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意ではないかまたは親ＲＱＴノードのクロマ変換ブロックは親ＲＱＴノードのルーマ変換ブロックと一緒に分割されないと判定した（２５４の「いいえ」）ことに応答して、現在のＲＱＴノードのルーマＣＢＦがビットストリームに含まれていないと判定してもよい（２５６）。ルーマＣＢＦは、現在のＲＱＴノードが有意ルーマ係数ブロックに関連付けられているかどうかを示してもよい。
【０１４２】
[0146]一方、ビデオデコーダ３０は、現在のＲＱＴノードの１つまたは複数の兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられている（２５２の「はい」）または現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ親ＲＱＴノードのクロマ変換ブロックが親ＲＱＴノードのルーマ変換ブロックと一緒に分割される（２５４の「はい」）ときに、ビットストリームからルーマＣＢＦを抽出してもよい（２５８）。ビデオデコーダ３０は、ビットストリームが現在のＲＱＴノードに関連付けられたルーマ係数ブロックのシンタックス要素を含むことをルーマＣＢＦが示しているかどうかを判定してもよい（２６０）。ルーマ係数ブロックのシンタックス要素は、変換係数レベル（たとえば、ｃｏｅｆｆ＿ａｂｓ＿ｌｅｖｅｌ＿ｇｒｅａｔｅｒ１＿ｆｌａｇ、ｃｏｅｆｆ＿ａｂｓ＿ｌｅｖｅｌ＿ｇｒｅａｔｅｒ２＿ｆｌａｇ、ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ、ｃｏｅｆｆ＿ａｂｓ＿ｌｅｖｅｌ＿ｒｅｍａｉｎｉｎｇなど）、最後有意変換係数などを定義するシンタックス要素を含んでもよい。残差データシンタックス構造はルーマ係数ブロックのシンタックス要素を含んでもよい。ビデオデコーダ３０は、ルーマ係数ブロックのシンタックス要素がビットストリームに含まれていないことをルーマＣＢＦが示していると判定した（２６０の「いいえ」）ときに、現在のＲＱＴノードに関連付けられたルーマ係数ブロックのすべての変換係数が非有意である（たとえば、０に等しい）と判定してもよい（２６２）。
【０１４３】
[0147]一方、ビデオデコーダ３０は、現在のＲＱＴノードのルーマＣＢＦがビットストリームに含まれていないと判定した（２５６）ことに応答して、またはビットストリームが現在のＲＱＴノードに関連付けられたルーマ係数ブロックのシンタックス要素を含むことをルーマＣＢＦが示していると判定した（２６０の「はい」）に応答して、現在のＲＱＴノードに関連付けられたルーマ係数ブロックのシンタックス要素をビットストリームから抽出してもよい（２６４）。
【０１４４】
[0148]ビデオデコーダ３０は、ルーマ係数ブロックのシンタックス要素を抽出した後またはルーマ係数ブロックのすべての変換係数が非有意であると判定した後、ルーマ係数ブロックに少なくとも部分的に基づいて現在のＣＵのルーマコーディングブロックを再構成してもよい（２６６）。たとえば、ビデオデコーダ３０は、現在のＣＵのルーマコーディングブロックを再構成するために、ルーマ係数ブロックに対して逆変換を実行して変換ブロックを生成してもよい。ビデオデコーダ３０は、変換ブロックのルーマサンプルを現在のＣＵの予測ルーマブロックの対応するサンプルに加算することによって現在のＣＵのルーマコーディングブロックの少なくとも一部を再構成してもよい。
【０１４５】
[0149]図８は、本開示の１つまたは複数の技法によるビデオエンコーダ２０の例示的な動作３００を示すフローチャートである。図８の例に示されるように、ビデオエンコーダ２０は、現在のＲＱＴノードの任意の兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられているかどうかを判定してもよい（３０２）。ビデオエンコーダ２０は、現在のＲＱＴノードの兄弟ＲＱＴノードのうちで有意ルーマ係数ブロックに関連付けられている兄弟ＲＱＴノードはないと判定した（３０２の「いいえ」）ことに応答して、現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ親ＲＱＴノードのクロマ変換ブロックが親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるかどうかを判定してもよい（３０４）。いくつかの例において、親ＲＱＴノードのクロマ変換ブロックは、現在のＲＱＴノードのルーマ変換ブロックのサイズが最小変換サイズよりも大きいかまたは親ＲＱＴノードのクロマ変換ブロックのサイズがクロマ変換ブロックの最小変換サイズよりも大きいときに、親ＲＱＴノードのルーマ変換ブロックと一緒に分割されてもよい。
【０１４６】
[0150]ビデオエンコーダ２０は、現在のＲＱＴノードの親ＲＱＴノードが有意クロマ係数ブロックに関連付けられていないかまたは親ＲＱＴノードのクロマ変換ブロックは親ＲＱＴノードのルーマ変換ブロックと一緒に分割されないと判定した（３０４の「いいえ」）ことに応答して、ルーマＣＢＦをビットストリームに含めない（３０６）。言い換えれば、ビデオエンコーダ２０はビットストリームに現在のＲＱＴノードのルーマＣＢＦを含めない。一方、ビデオエンコーダ２０は、現在のＲＱＴノードの１つまたは複数の兄弟ＲＱＴノードが有意ルーマ係数ブロックに関連付けられている（３０２の「はい」）とき、または現在のＲＱＴノードの親ＲＱＴノードが有意クロマ係数ブロックに関連付けられており、かつ現在のＲＱＴノードのルーマ変換ブロックのサイズが最小変換サイズよりも大きい（３０４の「はい」）ときに、ビットストリームからルーマＣＢＦを含めてもよい（３０８）。ビデオエンコーダ２０は、ビットストリームを出力してもよい（３１０）。
【０１４７】
[0151]１つまたは複数の例では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せに実装することができる。機能は、ソフトウェアに実装される場合、１つまたは複数の命令もしくはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行することができる。コンピュータ可読媒体は、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含むデータ記憶媒体または通信媒体などの有形媒体に対応するコンピュータ可読記憶媒体を含み得る。このようにして、コンピュータ可読媒体は、全般に、（１）非一時的である有形コンピュータ可読記憶媒体、あるいは（２）信号または搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明された技法の実装のための命令、コードおよび／またはデータ構造を取り出すために、１つまたは複数のコンピュータあるいは１つまたは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品は、コンピュータ可読媒体を含み得る。
【０１４８】
[0152]限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、あるいは命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。同様に、いかなる接続も適切にコンピュータ可読媒体と呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術が、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０１４９】
[0153]命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）などの１つまたは複数のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、または他の等価な集積回路もしくはディスクリート論理回路によって実行され得る。したがって、本明細書で使用する「プロセッサ」という用語は、前述の構造、または本明細書で説明する技法の実装に好適な任意の他の構造のいずれかを指すことができる。さらに、いくつかの態様では、本明細書で説明した機能は、符号化および復号のために構成された専用のハードウェアおよび／もしくはソフトウェアモジュール内に与えられ得、または複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素に完全に実装することができる。
【０１５０】
[0154]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示される技法を実行するように構成されたデバイスの機能的態様を強調するために様々な構成要素、モジュール、またはユニットについて説明したが、それらの構成要素、モジュール、またはユニットを、必ずしも異なるハードウェアユニットによって実現する必要があるとは限らない。むしろ、上で説明されたように、様々なユニットが、適切なソフトウェアおよび／またはファームウェアとともに、上で説明された１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わされてもよく、または相互動作可能なハードウェアユニットの集合によって与えられてもよい。
【０１５１】
[0155]様々な例について説明してきた。これらおよび他の例は、以下の特許請求の範囲内である。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］  ビデオデータを復号する方法であって、
第１の条件が満たされるかどうかを判定することであって、前記第１の条件が、コーディングユニット（ＣＵ）のＲＱＴの現在のＲＱＴノードの任意の兄弟残差４分木（ＲＱＴ）ノードが有意ルーマ係数ブロックに関連付けられているときに満たされることと、
第２の条件が満たされるかどうかを判定することであって、前記第２の条件が、前記現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ前記親ＲＱＴノードの前記クロマ変換ブロックが前記親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされることと、
前記第１の条件も前記第２の条件も満たされないときに、ルーマコード化ブロックフラグ（ＣＢＦ）が前記ビットストリームに含まれていないと判定することと、
前記ルーマＣＢＦが前記ビットストリームに含まれていないときまたは前記ビットストリームにおいてルーマ係数ブロックのシンタックス要素がシグナリングされていることを前記ルーマＣＢＦが示すときに、前記ビットストリームから前記ルーマ係数ブロックの前記シンタックス要素を抽出することと、
前記ルーマ係数ブロックに少なくとも部分的に基づいて前記ＣＵのサンプルブロックを再構成することと、を備える方法。
［Ｃ２］  前記第１の条件または前記第２の条件のいずれかが満たされると判定したことに応答して、前記ビットストリームから前記ルーマＣＢＦを抽出することをさらに備える、Ｃ１に記載の方法。
［Ｃ３］  前記親ＲＱＴノードの前記クロマ変換ブロックは、前記現在のＲＱＴノードのルーマ変換ブロックのサイズが最小変換サイズよりも大きいときに前記親ＲＱＴノードの前記ルーマ変換ブロックと一緒に分割される、Ｃ１に記載の方法。
［Ｃ４］  前記親ＲＱＴノードの前記クロマ変換ブロックは、前記親ＲＱＴノードの前記クロマ変換ブロックのサイズがクロマ変換ブロックの最小変換サイズよりも大きいときに前記親ＲＱＴノードの前記ルーマ変換ブロックと一緒に分割される、Ｃ１に記載の方法。
［Ｃ５］  前記ルーマＣＢＦが前記ビットストリームに含まれておりかつ前記ビットストリームにおいて前記ルーマ係数ブロックのシンタックス要素がシグナリングされていないことを前記ルーマＣＢＦが示すときに、前記ルーマ係数ブロックのすべての変換係数が非有意であると判定することをさらに備える、Ｃ１に記載の方法。
［Ｃ６］  前記ルーマＣＢＦは第４のルーマＣＢＦであり、そして、
前記有意ルーマ係数ブロックは第４の有意ルーマ係数ブロックであり、
前記方法は、第１のルーマＣＢＦ、第２のルーマＣＢＦ、および第３のルーマＣＢＦの値を求めることであって、前記第１のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第１の兄弟ＲＱＴノードが第１の有意ルーマ係数ブロックに関連付けられているかどうかを示し、前記第２のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第２の兄弟ＲＱＴノードが第２の有意ルーマ係数ブロックに関連付けられているかどうかを示し、前記第３のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第３の兄弟ＲＱＴノードが第３の有意ルーマ係数ブロックに関連付けられているかどうかを示すことをさらに備え、
前記第１の条件が満たされるかどうかを判定することは、前記第１のルーマＣＢＦ、前記第２のルーマＣＢＦ、および前記第３のルーマＣＢＦに少なくとも部分的に基づいて、前記兄弟ＲＱＴノードのいずれかが有意ルーマ係数ブロックに関連付けられているかどうかを判定することを備える、Ｃ１に記載の方法。
［Ｃ７］  前記第２の条件が満たされるかどうかを判定することは、
前記親ＲＱＴノードのＣｂ  ＣＢＦが、前記親ＲＱＴノードが有意Ｃｂ係数ブロックに関連付けられていることを示すかまたは前記親ＲＱＴノードのＣｒ  ＣＢＦが、前記親ＲＱＴノードが有意Ｃｒ係数ブロックに関連付けられていることを示し、かつ
前記現在のＲＱＴノードの前記ルーマ変換ブロックのサイズが前記最小変換サイズよりも大きいときに、
前記第２の条件が満たされると判定することを備える、Ｃ１に記載の方法。
［Ｃ８］  前記現在のＲＱＴノード、前記兄弟ＲＱＴノード、および前記親ＲＱＴノードはピクチャのコーディングユニット（ＣＵ）のＲＱＴ内に存在し、
前記ピクチャのビデオコーディングフォーマットはＹＵＶ４：２：０、ＹＵＶ４：２：２、またはＹＵＶ４：４：４である、Ｃ１に記載の方法。
［Ｃ９］  前記現在のＲＱＴノードが有意ルーマ係数ブロックに関連付けられているときに、
前記有意ルーマ係数ブロックの変換係数レベルを前記ビットストリームから抽出することと、
前記変換係数レベルを逆量子化することと、
前記変換係数レベルに逆変換を適用して変換ブロックを生成することと、
前記変換ブロックに少なくとも部分的に基づいてコーディングブロックを生成することと、
前記コーディングブロックを出力することと、をさらに備える、Ｃ１に記載の方法。
［Ｃ１０］  １つまたは複数のプロセッサを備えるビデオ復号デバイスであって、前記プロセッサは、
第１の条件が満たされるかどうかを判定することであって、前記第１の条件が、コーディングユニット（ＣＵ）のＲＱＴの現在のＲＱＴノードの任意の兄弟残差４分木（ＲＱＴ）ノードが有意ルーマ係数ブロックに関連付けられているときに満たされることと、
第２の条件が満たされるかどうかを判定することであって、前記第２の条件が、前記現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ前記親ＲＱＴノードの前記クロマ変換ブロックが前記親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされることと、
前記第１の条件も前記第２の条件も満たされないときに、ルーマコード化ブロックフラグ（ＣＢＦ）が前記ビットストリームに含まれていないと判定することと、
前記ルーマＣＢＦが前記ビットストリームに含まれていないときまたは前記ビットストリームにおいてルーマ係数ブロックのシンタックス要素がシグナリングされていることを前記ルーマＣＢＦが示すときに、前記ビットストリームから前記ルーマ係数ブロックの前記シンタックス要素を抽出することと、
前記ルーマ係数ブロックに少なくとも部分的に基づいて前記ＣＵのサンプルブロックを再構成することと、を行うように構成されるビデオ復号デバイス。
［Ｃ１１］  前記１つまたは複数のプロセッサは、前記第１の条件または前記第２の条件のいずれかが満たされると判定したことに応答して、前記ビットストリームから前記ルーマＣＢＦを抽出するようにさらに構成される、Ｃ１０に記載のビデオ復号デバイス。
［Ｃ１２］  前記親ＲＱＴノードの前記クロマ変換ブロックは、前記現在のＲＱＴノードのルーマ変換ブロックのサイズが最小変換サイズよりも大きいときに前記親ＲＱＴノードの前記ルーマ変換ブロックと一緒に分割される、Ｃ１０に記載のビデオ復号デバイス。
［Ｃ１３］  前記親ＲＱＴノードの前記クロマ変換ブロックは、前記親ＲＱＴノードの前記クロマ変換ブロックのサイズがクロマ変換ブロックの最小変換サイズよりも大きいときに前記親ＲＱＴノードの前記ルーマ変換ブロックと一緒に分割される、Ｃ１０に記載のビデオ復号デバイス。
［Ｃ１４］  前記１つまたは複数のプロセッサは、前記ルーマＣＢＦが前記ビットストリームに含まれておりかつ前記ビットストリームにおいて前記ルーマ係数ブロックのシンタックス要素がシグナリングされていないことを前記ルーマＣＢＦが示すときに、前記ルーマ係数ブロックのすべての変換係数が非有意であると判定するように構成される、Ｃ１０に記載のビデオ復号デバイス。
［Ｃ１５］  前記ルーマＣＢＦは第４のルーマＣＢＦであり、
前記有意ルーマ係数ブロックは第４の有意ルーマ係数ブロックであり、
前記１つまたは複数のプロセッサは、第１のルーマＣＢＦ、第２のルーマＣＢＦ、および第３のルーマＣＢＦの値を求めることであって、前記第１のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第１の兄弟ＲＱＴノードが第１の有意ルーマ係数ブロックに関連付けられているかどうかを示し、前記第２のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第２の兄弟ＲＱＴノードが第２の有意ルーマ係数ブロックに関連付けられているかどうかを示し、前記第３のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第３の兄弟ＲＱＴノードが第３の有意ルーマ係数ブロックに関連付けられているかどうかを示すことを行うようにさらに構成され、
前記第１の条件が満たされるかどうかを判定するために、前記１つまたは複数のプロセッサは、前記第１のルーマＣＢＦ、前記第２のルーマＣＢＦ、および前記第３のルーマＣＢＦに少なくとも部分的に基づいて、前記兄弟ＲＱＴノードのいずれかが有意ルーマ係数ブロックに関連付けられているかどうかを判定する、Ｃ１０に記載のビデオ復号デバイス。
［Ｃ１６］  前記第２の条件が満たされるかどうかを判定するために、前記１つまたは複数のプロセッサは、
前記親ＲＱＴノードのＣｂ  ＣＢＦが、前記親ＲＱＴノードが有意Ｃｂ係数ブロックに関連付けられていることを示すかまたは前記親ＲＱＴノードのＣｒ  ＣＢＦが、前記親ＲＱＴノードが有意Ｃｒ係数ブロックに関連付けられていることを示し、かつ
前記現在のＲＱＴノードの前記ルーマ変換ブロックのサイズが前記最小変換サイズよりも大きいときに、
前記第２の条件が満たされると判定する、Ｃ１０に記載のビデオ復号デバイス。
［Ｃ１７］  前記現在のＲＱＴノード、前記兄弟ＲＱＴノード、および前記親ＲＱＴノードはピクチャのコーディングユニット（ＣＵ）のＲＱＴ内に存在し、
前記ピクチャのビデオコーディングフォーマットはＹＵＶ４：２：０、ＹＵＶ４：２：２、またはＹＵＶ４：４：４である、Ｃ１０に記載のビデオ復号デバイス。
［Ｃ１８］  前記１つまたは複数のプロセッサは、前記現在のＲＱＴノードが有意ルーマ係数ブロックに関連付けられているときに、
前記有意ルーマ係数ブロックの変換係数レベルを前記ビットストリームから抽出することと、
前記変換係数レベルを逆量子化することと、
前記変換係数レベルに逆変換を適用して変換ブロックを生成することと、
前記変換ブロックに少なくとも部分的に基づいてコーディングブロックを生成することと、
前記コーディングブロックを出力することと、を行うように構成される、Ｃ１０に記載のビデオ復号デバイス。
［Ｃ１９］  第１の条件が満たされるかどうかを判定するための手段であって、前記第１の条件が、コーディングユニット（ＣＵ）のＲＱＴの現在のＲＱＴノードの任意の兄弟残差４分木（ＲＱＴ）ノードが有意ルーマ係数ブロックに関連付けられているときに満たされる手段と、
第２の条件が満たされるかどうかを判定するための手段であって、前記第２の条件が、前記現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ前記親ＲＱＴノードの前記クロマ変換ブロックが前記親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされる手段と、
前記第１の条件も前記第２の条件も満たされないときに、ルーマコード化ブロックフラグ（ＣＢＦ）が前記ビットストリームに含まれていないと判定するための手段と、
前記ルーマＣＢＦが前記ビットストリームに含まれていないときまたは前記ビットストリームにおいてルーマ係数ブロックのシンタックス要素がシグナリングされていることを前記ルーマＣＢＦが示すときに、前記ビットストリームから前記ルーマ係数ブロックの前記シンタックス要素を抽出するための手段と、
前記ルーマ係数ブロックに少なくとも部分的に基づいて前記ＣＵのサンプルブロックを再構成するための手段と、を備えるビデオ復号デバイス。
［Ｃ２０］  前記第１の条件または前記第２の条件のいずれかが満たされると判定したことに応答して、前記ビットストリームから前記ルーマＣＢＦを抽出するための手段をさらに備える、Ｃ１９に記載のビデオ復号デバイス。
［Ｃ２１］  ビデオ復号デバイスの１つまたは複数のプロセッサによって実行されたときに、前記ビデオ復号デバイスを、
第１の条件が満たされるかどうかを判定することであって、前記第１の条件が、コーディングユニット（ＣＵ）のＲＱＴの現在のＲＱＴノードの任意の兄弟残差４分木（ＲＱＴ）ノードが有意ルーマ係数ブロックに関連付けられているときに満たされることと、
第２の条件が満たされるかどうかを判定することであって、前記第２の条件が、前記現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ前記親ＲＱＴノードの前記クロマ変換ブロックが前記親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされることと、
前記第１の条件も前記第２の条件も満たされないときに、ルーマコード化ブロックフラグ（ＣＢＦ）が前記ビットストリームに含まれていないと判定することと、
前記ルーマＣＢＦが前記ビットストリームに含まれていないときまたは前記ビットストリームにおいてルーマ係数ブロックのシンタックス要素がシグナリングされていることを前記ルーマＣＢＦが示すときに、前記ビットストリームから前記ルーマ係数ブロックの前記シンタックス要素を抽出することと、
前記ルーマ係数ブロックに少なくとも部分的に基づいて前記ＣＵのサンプルブロックを再構成することと、を行うように構成する命令が記憶されたコンピュータ可読記憶媒体。
［Ｃ２２］  前記命令の実行は、前記ビデオ復号デバイスを、前記第１の条件または前記第２の条件のいずれかが満たされると判定したことに応答して、前記ビットストリームから前記ルーマＣＢＦを抽出するようにさらに構成する、Ｃ２１に記載のコンピュータ可読記憶媒体。
［Ｃ２３］  ビデオデータを符号化する方法であって、
第１の条件が満たされるかどうかを判定することであって、前記第１の条件が、現在のＲＱＴノードの任意の兄弟残差４分木（ＲＱＴ）ノードが有意ルーマ係数ブロックに関連付けられているときに満たされることと、
第２の条件が満たされるかどうかを判定することであって、前記第２の条件が、前記現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ前記親ＲＱＴノードの前記クロマ変換ブロックが前記親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされることと、
前記第１の条件または前記第２の条件のいずれかが満たされると判定したことに応答して、前記現在のＲＱＴノードが有意ルーマ係数ブロックに関連付けられているかどうかを示すルーマコード化ブロックフラグ（ＣＢＦ）をビットストリームに含めることと、
前記ビットストリームを出力することと、を備える方法。
［Ｃ２４］  前記第１の条件も前記第２の条件も満たされないと判定したことに応答して、前記ビットストリームに前記ルーマＣＢＦを含めないことをさらに備える、Ｃ２３に記載の方法。
［Ｃ２５］  前記親ＲＱＴノードの前記クロマ変換ブロックは、前記親ＲＱＴノードの前記クロマ変換ブロックのサイズがクロマ変換ブロックの最小変換サイズよりも大きいときに前記親ＲＱＴノードの前記ルーマ変換ブロックと一緒に分割される、Ｃ２３に記載の方法。
［Ｃ２６］  前記ルーマＣＢＦが前記ビットストリームに含まれておりかつ前記ビットストリームにおいて前記ルーマ係数ブロックのシンタックス要素がシグナリングされていないことを前記ルーマＣＢＦが示すときに、前記ルーマ係数ブロックのすべての変換係数が非有意であると判定すること、Ｃ２３に記載の方法。
［Ｃ２７］  前記ルーマＣＢＦは第４のルーマＣＢＦであり、
前記有意ルーマ係数ブロックは第４の有意ルーマ係数ブロックであり、
前記方法は、前記第１の条件が満たされるかどうかを判定することは、第１のルーマＣＢＦ、第２のルーマＣＢＦ、および第３のルーマＣＢＦに少なくとも部分的に基づいて、前記兄弟ＲＱＴノードのいずれかが有意ルーマ係数ブロックに関連付けられているかどうかを判定することであって、前記第１のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第１の兄弟ＲＱＴノードが第１の有意ルーマ係数ブロックに関連付けられているかどうかを示し、前記第２のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第２の兄弟ＲＱＴノードが第２の有意ルーマ係数ブロックに関連付けられているかどうかを示し、前記第３のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第３の兄弟ＲＱＴノードが第３の有意ルーマ係数ブロックに関連付けられているかどうかを示すことを備える、をさらに備えるＣ２３に記載の方法。
［Ｃ２８］  前記第２の条件が満たされるかどうかを判定することは、前記第２の条件が、
前記親ＲＱＴノードのＣｂ  ＣＢＦが、前記親ＲＱＴノードが有意Ｃｂ係数ブロックに関連付けられていることを示すかまたは前記親ＲＱＴノードのＣｒ  ＣＢＦが、前記親ＲＱＴノードが有意Ｃｒ係数ブロックに関連付けられていることを示し、かつ
前記現在のＲＱＴノードの前記ルーマ変換ブロックのサイズが前記最小変換サイズよりも大きいときに満たされると判定することを備える、Ｃ２３に記載の方法。
［Ｃ２９］  前記現在のＲＱＴノード、前記兄弟ＲＱＴノード、および前記親ＲＱＴノードはピクチャのコーディングユニット（ＣＵ）のＲＱＴ内に存在し、
前記ピクチャのビデオコーディングフォーマットはＹＵＶ４：２：０、ＹＵＶ４：２：２、またはＹＵＶ４：４：４である、Ｃ２３に記載の方法。
［Ｃ３０］  １つまたは複数のプロセッサを備えるビデオ符号化デバイスであって、前記１つまたは複数のプロセッサが、
第１の条件が満たされるかどうかを判定することであって、前記第１の条件が、現在のＲＱＴノードの任意の兄弟残差４分木（ＲＱＴ）ノードが有意ルーマ係数ブロックに関連付けられているときに満たされることと、
第２の条件が満たされるかどうかを判定することであって、前記第２の条件が、前記現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ前記親ＲＱＴノードの前記クロマ変換ブロックが前記親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされることと、
前記第１の条件または前記第２の条件のいずれかが満たされると判定したことに応答して、前記現在のＲＱＴノードが有意ルーマ係数ブロックに関連付けられているかどうかを示すルーマコード化ブロックフラグ（ＣＢＦ）をビットストリームに含めることと、
前記ビットストリームを出力することと、を行うように構成されるビデオ符号化デバイス。
［Ｃ３１］  前記１つまたは複数のプロセッサは、前記第１の条件も前記第２の条件も満たされないときに、前記ルーマＣＢＦを前記ビットストリームに含めないように構成される、Ｃ３０に記載のビデオ符号化デバイス。
［Ｃ３２］  前記親ＲＱＴノードの前記クロマ変換ブロックは、前記現在のＲＱＴノードのルーマ変換ブロックのサイズが最小変換サイズよりも大きいときに前記親ＲＱＴノードの前記ルーマ変換ブロックと一緒に分割される、Ｃ３０に記載のビデオ符号化デバイス。
［Ｃ３３］  前記親ＲＱＴノードの前記クロマ変換ブロックは、前記親ＲＱＴノードの前記クロマ変換ブロックのサイズがクロマ変換ブロックの最小変換サイズよりも大きいときに前記親ＲＱＴノードの前記ルーマ変換ブロックと一緒に分割される、Ｃ３０に記載のビデオ符号化デバイス。
［Ｃ３４］  前記ルーマＣＢＦは第４のルーマＣＢＦであり、
前記有意ルーマ係数ブロックは第４の有意ルーマ係数ブロックであり、
前記１つまたは複数のプロセッサは、前記第１の条件が満たされるかどうかを判定するために、第１のルーマＣＢＦ、第２のルーマＣＢＦ、および第３のルーマＣＢＦに少なくとも部分的に基づいて、前記兄弟ＲＱＴノードのいずれかが有意ルーマ係数ブロックに関連付けられているかどうかを判定することであって、前記第１のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第１の兄弟ＲＱＴノードが第１の有意ルーマ係数ブロックに関連付けられているかどうかを示し、前記第２のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第２の兄弟ＲＱＴノードが第２の有意ルーマ係数ブロックに関連付けられているかどうかを示し、前記第３のルーマＣＢＦが、前記兄弟ＲＱＴノードのうちの第３の兄弟ＲＱＴノードが第３の有意ルーマ係数ブロックに関連付けられているかどうかを示すことを行うように構成される、Ｃ３０に記載のビデオ符号化デバイス。
［Ｃ３５］  前記１つまたは複数のプロセッサは、前記第２の条件が満たされるかどうかを判定するために、前記第２の条件が、
前記親ＲＱＴノードのＣｂ  ＣＢＦが、前記親ＲＱＴノードが有意Ｃｂ係数ブロックに関連付けられていることを示すかまたは前記親ＲＱＴノードのＣｒ  ＣＢＦが、前記親ＲＱＴノードが有意Ｃｒ係数ブロックに関連付けられていることを示し、かつ
前記現在のＲＱＴノードの前記ルーマ変換ブロックのサイズが前記最小変換サイズよりも大きいときに満たされると判定するように構成される、Ｃ３０に記載のビデオ符号化デバイス。
［Ｃ３６］  前記現在のＲＱＴノード、前記兄弟ＲＱＴノード、および前記親ＲＱＴノードはピクチャのコーディングユニット（ＣＵ）のＲＱＴ内に存在し、
前記ピクチャのビデオコーディングフォーマットはＹＵＶ４：２：０、ＹＵＶ４：２：２、またはＹＵＶ４：４：４である、Ｃ３０に記載のビデオ符号化デバイス。
［Ｃ３７］  第１の条件が満たされるかどうかを判定するための手段であって、前記第１の条件が、現在のＲＱＴノードの任意の兄弟残差４分木（ＲＱＴ）ノードが有意ルーマ係数ブロックに関連付けられているときに満たされる手段と、
第２の条件が満たされるかどうかを判定するための手段であって、前記第２の条件が、前記現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ前記親ＲＱＴノードの前記クロマ変換ブロックが前記親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされる手段と、
前記第１の条件または前記第２の条件のいずれかが満たされると判定したことに応答して、前記現在のＲＱＴノードが有意ルーマ係数ブロックに関連付けられているかどうかを示すルーマコード化ブロックフラグ（ＣＢＦ）をビットストリームに含めるための手段と、
前記ビットストリームを出力するための手段と、を備えるビデオ符号化デバイス。
［Ｃ３８］  ビデオ符号化デバイスの１つまたは複数のプロセッサによって実行されたときに、前記ビデオ符号化デバイスを、
第１の条件が満たされるかどうかを判定することであって、前記第１の条件が、現在のＲＱＴノードの任意の兄弟残差４分木（ＲＱＴ）ノードが有意ルーマ係数ブロックに関連付けられているときに満たされることと、
第２の条件が満たされるかどうかを判定することであって、前記第２の条件が、前記現在のＲＱＴノードの親ＲＱＴノードのクロマ変換ブロックが有意であり、かつ前記親ＲＱＴノードの前記クロマ変換ブロックが前記親ＲＱＴノードのルーマ変換ブロックと一緒に分割されるときに満たされることと、
前記第１の条件または前記第２の条件のいずれかが満たされると判定したことに応答して、前記現在のＲＱＴノードが有意ルーマ係数ブロックに関連付けられているかどうかを示すルーマコード化ブロックフラグ（ＣＢＦ）をビットストリームに含めることと、
前記ビットストリームを出力することと、を行うように構成する命令が記憶されたコンピュータ可読記憶媒体。
［Ｃ３９］  ビデオデータを復号する方法であって、
ルーマ変換ブロック、Ｕクロマ変換ブロック、およびＶクロマ変換ブロックサイズを受信することと、
前記ルーマ変換ブロックの分割されたシンタックス要素を受信することと、
前記ルーマ変換ブロックを前記分割されたシンタックス要素に基づいて第１のルーマ変換サブブロック、第２のルーマ変換サブブロック、第３のルーマ変換サブブロック、および第４のルーマ変換サブブロックに分割し、前記Ｕクロマ変換ブロックおよび前記Ｖクロマ変換ブロックを分割しないことと、
各コード化ブロックフラグの値が０である前記第１のルーマ変換サブブロック、前記第２のルーマ変換サブブロック、および前記第３のルーマ変換サブブロックの前記コード化ブロックフラグを受信することと、
前記第４のルーマ変換サブブロックのコード化ブロックフラグの値が１であることを推論することと、を備える方法。
［Ｃ４０］  ビデオデータを符号化するための方法であって、
ルーマ変換ブロック、Ｕクロマ変換ブロック、およびＶクロマ変換ブロックサイズをコーディングすることと、
前記ルーマ変換ブロックの分割されたシンタックス要素をコーディングすることと、
前記ルーマ変換ブロックを前記分割されたシンタックス要素に基づいて第１のルーマ変換サブブロック、第２のルーマ変換サブブロック、第３のルーマ変換サブブロック、および第４のルーマ変換サブブロックに分割し、前記Ｕクロマ変換ブロックおよび前記Ｖクロマ変換ブロックを分割しないことと、
各コード化ブロックフラグの値が０である前記第１のルーマ変換サブブロック、前記第２のルーマ変換サブブロック、および前記第３のルーマ変換サブブロックの前記コード化ブロックフラグをコーディングすることと、
前記第４のルーマ変換サブブロックのコード化ブロックフラグをコーディングすることを省略することと、を備える方法。
【図１】
0006046235.tif 000011
【図２Ａ】
0006046235.tif 000012
【図２Ｂ】
0006046235.tif 000013
【図３】
0006046235.tif 000014
【図４】
0006046235.tif 000015
【図５】
0006046235.tif 000016
【図６】
0006046235.tif 000017
【図７】
0006046235.tif 000018
【図８】
0006046235.tif 000019