"ビデオデータをコード化する方法であって、ビデオデータの現在のブロックに関連付けられたブロックサイズを判断することと、前記現在のブロックに関連付けられたイントラ予測コード化モードを判断することと、前記ブロックサイズおよび前記コード化モードに基づいて、前記現在のブロックに適用するためにフィルタテーブルからフィルタを選択することと、前記選択されたフィルタを使って、前記現在のブロックをイントラ予測コード化することと、を備える方法。前記フィルタを選択することは、前記ブロックサイズおよび前記コード化モードに対応するフィルタを第1のフィルタテーブルから選択することを備える、請求項1に記載の方法。前記フィルタを選択することは、前記ブロックサイズがブロックサイズ閾値よりも小さいとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを、第1のフィルタテーブルから選択することと、前記ブロックサイズがブロックサイズ閾値以上のとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを前記第1のフィルタテーブルまたは第2のフィルタテーブルのどちらから選択するか判断することと、を備える、請求項1に記載の方法。フィルタを前記第1のフィルタテーブルまたは前記第2のフィルタテーブルのどちらかから選択するか判断することは、前記第1のフィルタテーブルからの前記フィルタを前記現在のブロックに適用することと、前記第2のフィルタテーブルからの前記フィルタを前記現在のブロックに適用することと、前記第1のフィルタテーブルからの前記フィルタの前記適用の第1の結果と、前記第2のフィルタテーブルからの前記フィルタの前記適用の第2の結果とを評価して、どちらがより良好な結果を得るか判断することと、前記判断に基づいて、前記第1のフィルタテーブルまたは前記第2のフィルタテーブルから前記フィルタを選択することと、を備える請求項3に記載の方法。前記選択されたフィルタが前記第2のフィルタテーブルから選択されるとき、フィルタリング指示を符号化することをさらに備える、請求項4に記載の方法。前記現在のブロックをコード化することは、前記現在のブロックを復号することを備え、前記現在のブロックは、イントラ予測コード化を使って符号化されたビデオデータのブロックを備え、前記方法は、前記符号化された現在のブロックがフィルタリング指示を含むかどうか判断することをさらに備え、前記フィルタを選択することは、前記符号化された現在のブロックがフィルタリング指示を含まないとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを第1のフィルタテーブルから選択することを備え、前記フィルタを選択することは、前記符号化された現在のブロックがフィルタリング指示を含むとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを第2のフィルタテーブルから選択することを備える、請求項1に記載の方法。前記フィルタテーブルは、ブロックサイズとコード化モードとの異なる複数の組合せに対応する複数のエントリを備え、前記複数のエントリのそれぞれは、フィルタセットから選択される1つのフィルタを備える、請求項1に記載の方法。前記フィルタセットは少なくとも2つのフィルタを備え、前記フィルタの1つは全域通過フィルタを備える、請求項7に記載の方法。フィルタリング決定テーブルを用いて、前記ブロックサイズおよび前記コード化モードに基づき前記現在のブロックにフィルタリングを適用するかどうか判断することと、前記現在のブロックにフィルタリングが適用される場合、前記フィルタテーブルから前記フィルタを選択することと、をさらに備える、請求項1に記載の方法。前記現在のブロックは、短距離イントラ予測SDIPに従ってコード化された予測ユニットを備える、請求項1に記載の方法。前記現在のブロックに関連付けられた次元を判断することと、次元判断規則セットを用いて、前記次元に基づき前記ブロックサイズを判断することと、をさらに備える、請求項10に記載の方法。ビデオデータをコード化するための装置であって、ビデオデータの現在のブロックに関連付けられたブロックサイズを判断し、前記現在のブロックに関連付けられたイントラ予測コード化モードを判断し、前記ブロックサイズおよび前記コード化モードに基づいて、前記現在のブロックに適用するためにフィルタテーブルからフィルタを選択し、前記選択されたフィルタを使って、前記現在のブロックをイントラ予測コード化するように構成されたプロセッサを備える装置。前記フィルタを選択するために、前記プロセッサは、前記ブロックサイズおよび前記符号化モードに対応するフィルタを第1のフィルタテーブルから選択するように構成される、請求項12に記載の装置。前記フィルタを選択するために、前記プロセッサは、前記ブロックサイズがブロックサイズ閾値よりも小さいとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを、第1のフィルタテーブルから選択し、前記ブロックサイズがブロックサイズ閾値以上のとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを、前記第1のフィルタテーブルまたは第2のフィルタテーブルのどちらから選択するか判断するようにさらに構成される、請求項12に記載の装置。フィルタを前記第1のフィルタテーブルまたは前記第2のフィルタテーブルのどちらから選択するか判断するために、前記プロセッサは、前記第1のフィルタテーブルからの前記フィルタを前記現在のブロックに適用し、前記第2のフィルタテーブルからの前記フィルタを前記現在のブロックに適用し、前記第1のフィルタテーブルからの前記フィルタの前記適用の第1の結果と、前記第2のフィルタテーブルからの前記フィルタの前記適用の第2の結果とを評価して、どちらがより良好な結果を得るか判断し、前記判断に基づいて、前記第1のフィルタテーブルまたは前記第2のフィルタテーブルから前記フィルタを選択するようにさらに構成される、請求項14に記載の装置。前記プロセッサは、前記選択されたフィルタが前記第2のフィルタテーブルから選択されたとき、フィルタリング指示を符号化するようにさらに構成される、請求項15に記載の装置。前記第1のフィルタテーブルと前記第2のフィルタテーブルとを記憶するように構成されたメモリをさらに備える、請求項14に記載の装置。前記装置はビデオ復号器を備え、前記現在のブロックは、イントラ予測コード化を使って符号化されたビデオデータのブロックを備え、前記プロセッサは、前記符号化された現在のブロックがフィルタリング指示を含むかどうか判断するようにさらに構成され、前記フィルタを選択するために、前記プロセッサは、前記符号化された現在のブロックがフィルタリング指示を含まないとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを第1のフィルタテーブルから選択するようにさらに構成され、前記フィルタを選択するために、前記プロセッサは、前記符号化された現在のブロックがフィルタリング指示を含むとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを第2のフィルタテーブルから選択するようにさらに構成される、請求項12に記載の装置。前記フィルタテーブルは、ブロックサイズとコード化モードの異なる複数の組合せに対応する複数のエントリを備え、前記複数のエントリのそれぞれが、フィルタセットから選択される1つのフィルタを備える、請求項12に記載の装置。前記フィルタセットが少なくとも2つのフィルタを備え、前記フィルタの1つが全域通過フィルタを備える、請求項19に記載の装置。前記プロセッサは、フィルタリング決定テーブルを用いて、前記ブロックサイズおよび前記コード化モードに基づき前記現在のブロックにフィルタリングを適用するかどうか判断し、前記現在のブロックにフィルタリングが適用される場合、前記フィルタテーブルから前記フィルタを選択するようにさらに構成される、請求項12に記載の装置。前記現在のブロックは、短距離イントラ予測SDIPに従ってコード化された予測ユニットを備える、請求項12に記載の装置。前記プロセッサは、前記現在のブロックに関連付けられた次元を判断し、次元判断規則セットを用いて、前記次元に基づき前記ブロックサイズを判断するようにさらに構成される、請求項22に記載の装置。ビデオデータを符号化するための装置であって、ビデオデータの現在のブロックに関連付けられたブロックサイズを判断する手段と、前記現在のブロックに関連付けられたイントラ予測コード化モードを判断する手段と、前記ブロックサイズおよび前記コード化モードに基づいて、前記現在のブロックに適用するためにフィルタテーブルからフィルタを選択する手段と、前記選択されたフィルタを使って、前記現在のブロックをイントラ予測コード化する手段と、を備える装置。前記フィルタを選択する手段は、前記ブロックサイズおよび前記コード化モードに対応するフィルタを第1のフィルタテーブルから選択する手段を備える、請求項24に記載の装置。前記フィルタを選択する手段は、前記ブロックサイズがブロックサイズ閾値よりも小さいとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを、第1のフィルタテーブルから選択する手段と、前記ブロックサイズがブロックサイズ閾値以上のとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを、前記第1のフィルタテーブルまたは第2のフィルタテーブルのどちらから選択するか判断する手段とを備える、請求項24に記載の装置。前記フィルタを選択する手段は、前記ブロックサイズがブロックサイズ閾値よりも小さいとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを、第1のフィルタテーブルから選択する手段と、前記ブロックサイズがブロックサイズ閾値以上のとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを、前記第1のフィルタテーブルまたは第2のフィルタテーブルのどちらから選択するか判断する手段と、を備える、請求項24に記載の装置。フィルタを前記第1のフィルタテーブルまたは前記第2のフィルタテーブルのどちらから選択するか判断する手段は、前記第1のフィルタテーブルからの前記フィルタを前記現在のブロックに適用する手段と、前記第2のフィルタテーブルからの前記フィルタを前記現在のブロックに適用する手段と、前記第1のフィルタテーブルからの前記フィルタの前記適用の第1の結果と、前記第2のフィルタテーブルからの前記フィルタの前記適用の第2の結果とを評価して、どちらがより良好な結果を得るか判断する手段と、前記判断に基づいて、前記第1のフィルタテーブルまたは前記第2のフィルタテーブルから前記フィルタを選択する手段と、を備える請求項27に記載の装置。前記選択されたフィルタが前記第2のフィルタテーブルから選択されるとき、フィルタリング指示を符号化する手段をさらに備える、請求項28に記載の装置。前記第1のフィルタテーブルと前記第2のフィルタテーブルとを記憶する手段をさらに備える、請求項27に記載の装置。前記装置はビデオ復号器を備え、前記現在のブロックはイントラ予測コード化を使って符号化されたビデオデータのブロックを備え、前記装置は、前記符号化された現在のブロックがフィルタリング指示を含むかどうか判断する手段をさらに備え、前記フィルタを選択する手段は、前記符号化された現在のブロックがフィルタリング指示を含まないとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを第1のフィルタテーブルから選択する手段を備え、前記フィルタを選択する手段は、前記符号化された現在のブロックがフィルタリング指示を含むとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを第2のフィルタテーブルから選択する手段を備える、請求項24に記載の装置。前記フィルタテーブルは、ブロックサイズとコード化モードとの異なる複数の組合せに対応する複数のエントリを備え、前記複数のエントリのそれぞれはフィルタセットから選択される1つのフィルタを備える、請求項24に記載の装置。前記フィルタセットは少なくとも2つのフィルタを備え、前記フィルタの1つは全域通過フィルタを備える、請求項32に記載の装置。フィルタリング決定テーブルを用いて、前記ブロックサイズおよび前記コード化モードに基づき前記現在のブロックにフィルタリングを適用するかどうか判断する手段と、前記現在のブロックにフィルタリングが適用される場合、前記フィルタテーブルから前記フィルタを選択する手段と、をさらに備える、請求項24に記載の装置。前記現在のブロックは、短距離イントラ予測SDIPに従ってコード化された予測ユニットを備える、請求項24に記載の装置。前記現在のブロックに関連付けられた次元を判断する手段と、次元判断規則セットを用いて、前記次元に基づき前記ブロックサイズを判断する手段と、をさらに備える、請求項35に記載の装置。プロセッサで実行されると、前記プロセッサに、ビデオデータの現在のブロックに関連付けられたブロックサイズを判断させ、前記現在のブロックに関連付けられたイントラ予測コード化モードを判断させ、前記ブロックサイズおよび前記コード化モードに基づいて、前記現在のブロックに適用するためにフィルタテーブルからフィルタを選択させ、前記選択されたフィルタを使って、前記現在のブロックをイントラ予測コード化させる、ビデオデータをコード化するための命令を備えるコンピュータ可読記憶媒体。前記プロセッサに前記フィルタを選択させる命令は、前記プロセッサに、前記ブロックサイズおよび前記コード化モードに対応するフィルタを第1のフィルタテーブルから選択させる命令を備える、請求項37に記載のコンピュータ可読記憶媒体。前記プロセッサに前記フィルタを選択させる命令は、前記プロセッサに、前記ブロックサイズがブロックサイズ閾値よりも小さいとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを、第1のフィルタテーブルから選択させ、前記ブロックサイズがブロックサイズ閾値以上のとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを、前記第1のフィルタテーブルまたは第2のフィルタテーブルのどちらから選択するか判断させる命令を備える、請求項37に記載のコンピュータ可読記憶媒体。前記プロセッサに、フィルタを前記第1のフィルタテーブルまたは前記第2のフィルタテーブルのどちらから選択するか判断させる命令は、前記プロセッサに、前記第1のフィルタテーブルからの前記フィルタを前記現在のブロックに適用させ、前記第2のフィルタテーブルからの前記フィルタを前記現在のブロックに適用させ、前記第1のフィルタテーブルからの前記フィルタの前記適用の第1の結果と、前記第2のフィルタテーブルからの前記フィルタの前記適用の第2の結果とを評価させて、どちらがより良好な結果を得るか判断させ、前記判断に基づいて、前記第1のフィルタテーブルまたは前記第2のフィルタテーブルから前記フィルタを選択させる命令を備える、請求項39に記載のコンピュータ可読記憶媒体。前記プロセッサに、前記選択されたフィルタが前記第2のフィルタテーブルから選択されたとき、フィルタリング指示を符号化させる命令をさらに備える、請求項40に記載のコンピュータ可読記憶媒体。前記命令は、前記プロセッサに前記現在のブロックを復号させ、前記現在のブロックは、イントラ予測コード化を使って符号化されたビデオデータのブロックを備え、前記プロセッサに、前記符号化された現在のブロックがフィルタリング指示を含むかどうか判断させる命令をさらに備え、前記フィルタを選択するための前記命令は、前記符号化された現在のブロックがフィルタリング指示を含まないとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを第1のフィルタテーブルから選択するための命令を備え、前記フィルタを選択するための命令が、前記符号化された現在のブロックがフィルタリング指示を含むとき、前記ブロックサイズおよび前記コード化モードに対応するフィルタを第2のフィルタテーブルから選択するための命令を備える、請求項37に記載のコンピュータ可読記憶。前記フィルタテーブルは、ブロックサイズとコード化モードとの異なる複数の組合せに対応する複数のエントリを備え、前記複数のエントリのそれぞれは、フィルタセットから選択される1つのフィルタを備える、請求項37に記載のコンピュータ可読記憶媒体。前記フィルタセットは少なくとも2つのフィルタを備え、前記フィルタの1つが全域通過フィルタを備える、請求項43に記載のコンピュータ可読記憶媒体。前記プロセッサに、フィルタリング決定テーブルを用いて、前記ブロックサイズおよび前記コード化モードに基づき前記現在のブロックにフィルタリングを適用するかどうか判断させ、前記現在のブロックにフィルタリングが適用される場合、前記フィルタテーブルから前記フィルタを選択させる命令をさらに備える、請求項37に記載のコンピュータ可読記憶媒体。前記現在のブロックは、短距離イントラ予測SDIPに従ってコード化された予測ユニットを備える、請求項37に記載のコンピュータ可読記憶媒体。前記プロセッサに、前記現在のブロックに関連付けられた次元を判断させ、次元判断規則セットを用いて、前記次元に基づき前記ブロックサイズを判断させる命令をさらに備える、請求項46に記載のコンピュータ可読記憶媒体。0022概して、本開示は、ビデオデータのイントラ予測コード化において使われる予測サンプルを取り囲むピクセルに平滑化フィルタを判断し、適用するための技法について記載する。これらの技法は、符号化中であるビデオデータの現在のブロックに平滑化フィルタを適用するかどうか判断することを含み得る。たとえば、平滑化フィルタを適用するかどうかの判断は、符号化される現在のブロックのサイズと、現在のブロックに関連付けられた符号化モードとに基づき得る。現在のブロックの符号化モードは、現在のブロックのイントラ予測コード化または現在のブロックがそこから予測されるブロックと比較した現在のブロックの方向に関連付けられる方向に基づき得る。現在のブロックにイントラ平滑化フィルタリングを適用するかどうか、および/または現在のブロックに適用すべきイントラ平滑化フィルタのタイプに関する決定を行うために、フィルタリング決定テーブルが生成され、使用され得る。それゆえ、フィルタリング決定は、現在のブロックに関連付けられたブロックサイズおよびイントラ予測モードの関数であり得る。0023ビデオコード化において、予測は、効率を高め、符号化ビデオデータの量を削減し、それゆえ、送信またはその後の取出しおよび表示のために記憶されるビデオデータの量を削減するのに使用することができる。2つのタイプの予測、すなわちインター予測およびイントラ予測が、現代のビデオコード化システムでは頻繁に使われる。インター予測では、現在のビデオブロックが、ビデオシーケンス中の別のフレーム中のビデオブロックから予測される。イントラ予測では、現在のビデオブロックは、同じフレーム内のビデオブロックから予測される。0024上述したように、イントラ予測コード化は、現在のブロックの周囲のピクセルの方向性外挿を実施することによって、フレームの現在のブロックのピクセルを、同じフレームの前に符号化されたブロックのピクセルに関して符号化することを伴う。このように、周囲のピクセルは、現在のブロックについてピクセルを形成するための予測サンプルとして使われる。概して、ピクセルは、指定された方向に沿って現在のブロックを形成するために使われる。現在のブロックサイズが増大すると、予測サンプルからさらに遠ざかる、現在のブロックのピクセルの予測の正確さが低下し得る。イントラ予測コード化における低下を克服するために、周囲の予測サンプルに平滑化が適用される。0025ビデオコード化プロセスは、予測ピクセルに平滑化フィルタを適用し、フィルタリング済みピクセルと非フィルタリングピクセルの両方を使って予測を実施及び比較し、比較の出力結果に基づいて、フィルタリング済みピクセルまたは非フィルタリングピクセルを使うかを判断し、シグナリングする。適応イントラ平滑化AISadaptiveintrasmoothingと呼ばれるこの方法を用いると、平滑化フィルタを各ブロックに適用し、結果を非フィルタリングブロックと比較することが要求されるので、符号器の複雑さが増す結果となる。また、この方法を用いると、特定の平滑化フィルタが適用されるべきかどうかを明示的にシグナリングするので、各コード化ユニットに関連付けられたオーバーヘッド情報が増える。さらに、AISデータたとえば、信号、平滑化フィルタなどのエントロピーコード化および復号により、符号化および復号プロセスの複雑さが増す。0026AISの別の実施法は、符号器および復号器においてフィルタインジケータテーブルを利用するものであり、インジケータ値は、ブロックサイズと、予測の方向を示すイントラ予測モードとに依存する。このテーブルは、設計段階中に生成することができ、したがって、ピクセルがフィルタリングされるかどうかに関する決定が符号化プロセス中には実施されないので、符号器の計算の複雑度の増大が回避される。ただし、ビデオ符号器/復号器に対するいくつかの変更は、現在のテーブルと置き換わる新たなテーブルの生成を要求し得る。0027本開示の技法は、規則に基づく簡易AIS方式またはモード依存イントラ平滑化MDIS:modedependentintrasmoothingを提案し、平滑化フィルタを適用するかどうかに関する規則は、現在のブロックのサイズと、予測モードまたは方向とに基づく。MDISは予測モードを階層状に順序付け、階層は異なるブロックサイズにマッッピングされ、ブロックサイズが増大すると、より多くのモードが階層に従ってフィルタリングされる。いくつかの例では、平滑化フィルタを適用するかどうかの判断は、より大きいブロックとより小さいブロックとの間でさらに区別することができ、平滑化フィルタを適用するかどうか判断する手順は、ブロックサイズに基づいて変わり得る。さらに、いくつかのビデオシーケンス、たとえば、方向性テクスチャをもつシーケンスの場合、平滑化フィルタの適用は、ほとんど、または全く有利にならない場合がある。本開示の技法は、これらの問題に対処するための平滑化フィルタ判断を行い得る。イントラ予測および平滑化フィルタ情報は、対応するブロックのヘッダ中に符号化され、復号中に適切な平滑化フィルタを適用するために、ビデオ復号器によって復号され得る。0028図1は、イントラ予測コード化中に平滑化フィルタを適用するための本開示の技法を使用することができる例示的なビデオ符号化および復号システム10を示すブロック図である。図1に示すように、システム10は、通信チャネル16を介して符号化ビデオを宛先デバイス14に送信するソースデバイス12を含む。ソースデバイス12および宛先デバイス14は、広範囲のデバイスのいずれかを備えることができる。いくつかの例では、ソースデバイス12および宛先デバイス14は、いわゆるセルラー電話または衛星無線電話といったワイヤレスハンドセットのようなワイヤレス通信デバイス、または通信チャネル16を介してビデオ情報を通信することができる任意のワイヤレスデバイスを備え得、その場合、通信チャネル16はワイヤレスである。0029本開示の技法は、概して、イントラ予測コード化のための技法に関するが、必ずしもワイヤレスアプリケーションまたはワイヤレス設定に限定されるものではない。たとえば、これらの技法は、物理ワイヤー、光ファイバーまたは他の物理もしくはワイヤレス媒体を介して通信するデバイスを含む、広範な他の設定およびデバイスにおいても有用であり、オーバージエアovertheairのテレビ放送、ケーブルテレビ送信、衛星テレビ送信、インターネットビデオ送信、記憶媒体上に符号化される符号化デジタルビデオ、または他のシナリオに適用され得る。たとえば、符号化ビデオは、宛先デバイス14による、その後の取出し、復号、および表示のために、記憶デバイスに記憶することができる。さらに、本符号化技法または復号技法は、必ずしも他のデバイスと通信するとは限らないスタンドアロンデバイスにおいても適用され得る。したがって、通信チャネル16は、符号化ビデオデータまたは他の記憶媒体の送信に好適なワイヤレスまたはワイヤード媒体の任意の組合せを備え、デバイス12、14は、携帯電話、スマートフォン、デジタルメディアプレーヤ、セットトップボックス、テレビジョン、ディスプレイ、デスクトップコンピュータ、ポータブルコンピュータ、タブレットコンピュータ、ゲームコンソール、ポータブルゲームデバイスなどの様々なワイヤードまたはワイヤレス媒体デバイスのいずれかを備え得る。0030図1の例では、ソースデバイス12は、ビデオソース18と、ビデオ符号器20と、変調器/復調器モデム22と、送信機24とを含む。宛先デバイス14は、受信機26と、モデム28と、ビデオ復号器30と、ディスプレイデバイス32とを含む。他の例では、ソースデバイスおよび宛先デバイスは他の構成要素または構成を含み得る。たとえば、ソースデバイス12は、外部カメラ、ビデオストレージアーカイブ、コンピュータグラフィックスソースなどの外部ビデオソース18からビデオデータを受信し得る。同様に、宛先デバイス14は、一体型ディスプレイデバイスを含むのではなく、外部ディスプレイデバイスとインターフェースし得る。0031図1の図示のシステム10は一例にすぎない。イントラ予測コード化において平滑化フィルタを適用するための技法は、どのデジタルビデオ符号化および/または復号デバイスによっても実施することができる。概して、本開示の技法はビデオ符号化デバイスによって実行されるが、本技法は、一般にコーデックと呼ばれるビデオ符号器/復号器によっても実行され得る。さらに、本開示の技法はまた、ビデオプリプロセッサによって実行され得る。ソースデバイス12および宛先デバイス14は、ソースデバイス12が宛先デバイス14に送信するためのコード化ビデオデータを生成するコード化デバイスの例にすぎない。いくつかの例では、デバイス12、14の各々がビデオ符号化構成要素と復号構成要素とを含むので、デバイス12、14は、実質的に対称的に動作する。したがって、システム10は、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャストまたはビデオ電話通信のためのビデオデバイス12とビデオデバイス14との間の一方向または双方向のビデオ送信をサポートする。0032ソースデバイス12のビデオソース18は、ビデオカメラのようなビデオキャプチャデバイス、以前にキャプチャされたビデオを含むビデオアーカイブ、および/またはビデオコンテンツプロバイダからのビデオフィードを含み得る。さらなる代替として、ビデオソース18は、ソースビデオとしてのコンピュータグラフィックスベースのデータ、またはライブビデオとアーカイブビデオとコンピュータ生成ビデオとの組合せを生成し得る。場合によっては、ビデオソース18がビデオカメラである場合、ソースデバイス12および宛先デバイス14は、いわゆるカメラ付き携帯電話またはビデオ電話を形成する。ただし、上述のように、本開示で説明する技法は、一般にビデオコード化に適用可能であり、ワイヤレスおよび/またはワイヤードアプリケーションに適用可能であり得る。各場合において、キャプチャされたビデオ、あらかじめキャプチャされたビデオ、またはコンピュータ生成ビデオをビデオ符号器20によって符号化することができる。次いで、符号化ビデオ情報は、通信規格に従ってモデム22によって変調され、送信機24を介して宛先デバイス14に送信され得る。モデム22は、信号変調のために設計された様々なミキサ、フィルタ、増幅器または他の構成要素を含み得る。送信機24は、増幅器、フィルタ、および1つまたは複数のアンテナを含む、データを送信するために設計された回路を含み得る。0033宛先デバイス14の受信機26はチャネル16を介して情報を受信し、モデム28はその情報を復調する。繰返しになるが、ビデオ符号化プロセスは、現在のブロックのイントラ予測コード化中に平滑化フィルタを適用するための、本明細書で説明する技法の1つまたは複数を実装することができる。チャネル16を介して通信される情報は、ビデオ符号器20によって定義されるシンタックス情報を含み、シンタックス情報は、ビデオ復号器30によっても使用され、予測ユニットPU、コード化ユニットCUまたはコード化ビデオの他のユニット、たとえば、ビデオスライス、ビデオフレーム、およびビデオシーケンスまたはピクチャグループGOP:groupofpicturesの特性および/または処理を記述するシンタックス要素を含み得る。ディスプレイデバイス32は、復号されたビデオデータをユーザに対して表示し、陰極線管CRT、液晶ディスプレイLCD、プラズマディスプレイ、有機発光ダイオードOLEDディスプレイ、または別のタイプのディスプレイデバイスなど、様々なディスプレイデバイスのいずれかを備え得る。0034図1の例では、通信チャネル16は、無線周波数RFスペクトルあるいは1つまたは複数の物理伝送線路などの任意のワイヤレスまたはワイヤード通信媒体、あるいはワイヤレスおよびワイヤード媒体の任意の組合せを備え得る。通信チャネル16は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットのようなグローバルネットワークなどのパケットベースのネットワークの一部を形成し得る。通信チャネル16は、一般に、ワイヤードまたはワイヤレス媒体の任意の好適な組合せを含む、ビデオデータをソースデバイス12から宛先デバイス14に送信するのに好適な任意の通信媒体、または様々な通信媒体の集合体を表す。通信チャネル16は、ソースデバイス12から宛先デバイス14への通信を可能にするのに有用であり得るルータ、スイッチ、基地局、または任意の他の機器を含み得る。0035ビデオ符号器20およびビデオ復号器30は、新たな高効率ビデオコード化HEVCHighEfficiencyVideoCoding規格、または代替的にMPEG-4、Part10、アドバンストビデオコード化AVCとも呼ばれるITU-TH.264規格などのビデオ圧縮規格に従って動作し得る。ただし、本開示の技法は、いかなる特定のコード化規格にも限定されない。他の例にはMPEG-2およびITU-TH.263がある。図1には示されていないが、いくつかの態様では、ビデオ符号器20およびビデオ復号器30は、それぞれオーディオ符号器および復号器と統合され、適切なMUX-DEMUXユニットまたは他のハードウェアおよびソフトウェアを含み、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理する。適用可能な場合、MUX-DEMUXユニットはITUH.223マルチプレクサプロトコル、またはユーザデータグラムプロトコルUDPなどの他のプロトコルに準拠することができる。0036ITU-TH.264/MPEG-4AVC規格は、JointVideoTeamJVTとして知られる共同パートナーシップの成果として、ISO/IECMovingPictureExpertsGroupMPEGとともにITU-TVideoCodingExpertsGroupVCEGによって策定された。いくつかの態様では、本開示で説明する技法は、一般にH.264規格に準拠するデバイスに適用することができる。H.264規格は、ITU-T研究グループによる2005年3月付けのITU-T勧告H.264AdvancedVideoCodingforgenericaudiovisualservicesに記載されており、本明細書ではH.264規格またはH.264仕様、あるいはH.264/AVC規格または仕様と呼ぶ。0037JointVideoTeamJVTは、H.264/AVCの拡張に従事し、たとえばHEVCのための新しい規格を開発し続ける。HEVCの規格化の取り組みは、HEVCテストモデルHMと呼ばれるビデオコード化デバイスのモデルに基づく。HMは、たとえば、ITU-TH.264/AVCに従う既存のデバイスと比較して、ビデオコード化デバイスのいくつかの追加の能力を前提とする。たとえば、H.264は9つのイントラ予測符号化モードを提供するが、HMは35個ものイントラ予測符号化モードを提供する。0038HMは、ビデオデータのブロックをコード化ユニットCUと呼ぶ。ビットストリーム内のシンタックスデータは、ピクセルの数に関して最大のコード化ユニットである最大コード化ユニットLCU:largestcodingunitを定義し得る。概して、CUは、CUがサイズ差異を有さないことを除いて、H.264規格のマクロブロックと同様の目的を有する。したがって、CUは複数のサブCUに分割され得る。概して、本開示におけるCUへの言及は、ピクチャの最大コード化ユニットまたはLCUのサブCUを指すことがある。LCUは複数のサブCUに分割され、各サブCUはさらに複数のサブCUに分割され得る。ビットストリームのシンタックスデータは、CU深度と呼ばれ、LCUが分割される最大回数を定義し得る。それに応じて、ビットストリームは最小コード化ユニットSCU:smallestcodingunitをも定義し得る。本開示ではまた、CU、PU、またはTUのいずれかを指すためにブロックという用語を使用する。さらに、本開示が、コード化ユニットすなわちCUを伴う例に言及する場合、コード化ユニットに代替されるマクロブロックに関して他の例を挙げる場合があることを理解されたい。0039LCUは4分木データ構造に関連付けられ得る。概して、4分木データ構造はCUごとに1つのノードを含み、ルートノードはLCUに対応する。CUが4つのサブCUに分割された場合、CUに対応するノードは4つのリーフノードを含み、リーフノードの各々はサブCUのうちの1つに対応する。4分木データ構造の各ノードは、対応するCUのシンタックスデータを与え得る。たとえば、4分木の1つのノードは、そのノードに対応するCUがサブCUに分割されるかどうかを示す分割フラグを含む。CUのシンタックス要素は、再帰的に定義され、CUがサブCUに分割されるかどうかに依存し得る。0040分割されないたとえば、4分木データ構造におけるリーフノードに対応するCUは、1つまたは複数の予測ユニットPUを含み得る。概して、1つのPUは、対応するCUの全部または一部分を表し、そのPUの参照サンプルを取り出すためのデータを含む。たとえば、PUがイントラモード符号化されるとき、PUは、そのPUのためのイントラ予測モードを記述するデータを含む。イントラ予測モードを記述するデータは、たとえば、PUについてのイントラ予測モードに関連付けられた方向ルーマおよびクロマ成分と、PUに関連付けられたブロックサイズとを定義する。別の例として、PUがインターモード符号化されるとき、PUは、PUの動きベクトルを定義するデータを含む。動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルの分解能たとえば、1/4ピクセル精度もしくは1/8ピクセル精度、動きベクトルが指す参照フレーム、および/または動きベクトルについての参照フレームリストたとえば、リスト0もしくはリスト1、および動きベクトル予測子インデックスを記述する。また、1つまたは複数のPUを定義するCUについてのデータは、たとえば、1つまたは複数のPUへのCUの区分について記述する。区分モードは、CUがコード化されないか、イントラ予測モード符号化されるか、またはインター予測モード符号化されるかによって異なる。00411つまたは複数のPUを有するCUは、1つまたは複数の変換ユニットTU:transformunitをも含み得る。PUを使用した予測の後に、ビデオ符号器は、PUに対応するCUの部分について残差値を計算し得る。残差値は、エントロピーコード化のためのシリアル化変換係数serializedtransformcoefficientを生成するために、変換係数に変換され、量子化され、走査され得るピクセル差分値に対応する。TUのサイズは、必ずしもPUのサイズに制限されるとは限らない。具体的には、TUは、CUについての対応するPUと同じサイズでも、それよりも小さくてもよい。いくつかの例では、TUの最大サイズは、対応するCUのサイズである。概して、TUは、所与のCUに関連する残差変換係数を含むデータ構造を備え得る。0042ビデオ符号器20およびビデオ復号器30はそれぞれ、1つまたは複数のマイクロプロセッサ、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGA、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適な符号器回路のいずれか、またはそれらの任意の組合せとして実装され得る。ビデオ符号器20およびビデオ復号器30の各々は1つまたは複数の符号器または復号器中に含まれ得、そのいずれも複合符号器/復号器コーデックの一部としてそれぞれのカメラ、コンピュータ、モバイルデバイス、加入者デバイス、ブロードキャストデバイス、セットトップボックス、サーバなどに統合され得る。0043ビデオシーケンスは、一般に一連のビデオフレームを含む。ピクチャグループGOPは、概して、一連の1つまたは複数のビデオフレームを備える。GOPは、GOP中に含まれるいくつかのフレームを記述するシンタックスデータを、GOPのヘッダ、GOPの1つもしくは複数のフレームのヘッダ、または他の場所中に含み得る。各フレームは、それぞれのフレームについての符号化モードを記述するフレームシンタックスデータを含み得る。ビデオ符号器20は、一般に、ビデオデータを符号化するために、個々のビデオフレーム内のビデオブロックに対して動作する。ビデオブロックは、コード化ユニットCUまたはCUのパーティションユニットPU:partitionunitに対応し得る。ビデオブロックは、サイズを固定することも変更することもでき、指定のコード化規格に応じてサイズが異なることがある。各ビデオフレームは複数のスライスを含み得る。各スライスは、1つまたは複数のPUを含み得る、複数のCUを含み得る。0044一例として、HEVCテストモデルHMは、様々なCUサイズでの予測をサポートする。LCUのサイズは、シンタックス情報によって定義され得る。特定のCUのサイズが2N×2Nであると仮定すると、HMは、2N×2NまたはN×Nのサイズでのイントラ予測をサポートし、2N×2N、2N×N、N×2N、またはN×Nの対称サイズでのインター予測をサポートする。HMはまた、2N×nU、2N×nD、nL×2N、およびnR×2Nのインター予測のための非対称分割をサポートする。非対称分割では、CUの一方向は分割されないが、他の方向が25と75とに分割される。25の分割に対応するCUの一部分は、nの後ろに付くUp、Down、Left、またはRightという指示によって示される。したがって、たとえば2N×nUは、上部に2N×0.5NPUと下部に2N×1.5NPUとに水平方向に分割される2N×2NCUを指す。0045本開示では、N×NとNbyNとは、垂直次元および水平次元に関するビデオブロックたとえば、CU、PU、またはTUのピクセル次元、たとえば、16×16ピクセルまたは16by16ピクセルを指すために互換的に使用され得る。一般に、16×16ブロックは、垂直方向に16ピクセルを有しy=16、水平方向に16ピクセルを有するx=16。同様に、N×Nブロックは、一般に、垂直方向にNピクセルを有し、水平方向にNピクセルを有し、Nは、非負整数値を表す。ブロック中のピクセルは行と列に配置され得る。さらに、ブロックは、必ずしも、水平方向に垂直方向と同じ数のピクセルを有する必要はない。たとえば、ブロックは、N×Mピクセルを備え得、Mは必ずしもNに等しいとは限らない。0046上述したように、CUは、インター予測コード化またはイントラ予測コード化を使って符号化され得る。イントラ予測では、現在のブロックは、すでに符号化されている同じフレーム中のブロックと比較して予測され得る。通常、フレームのブロックは、左から右および上から下に、またはいくつかの例ではz-スキャン順序でコード化される。それゆえ、現在のブロックは、現在のブロックの上または左のどこにあるブロックと比較しても予測し得る。イントラ予測コード化におけるブロックサイズは、比較的小さいサイズ、たとえば、2×2から、比較的大きいサイズ、たとえば、128×128まで変わり得る。予測の方向またはすでに符号化されているブロックから現在のブロックへの方向は、イントラ予測モードを判断し得る。HMは、外挿方向に対応する33個の異なるイントラ予測方向性モードと、1つのDCモードとを含む最大34モードを可能にする。33個のイントラ予測方向性モードのそれぞれは、現在のブロックのピクセルを予測するのに使われるブロックからのピクセルの外挿の方向を示す5.625°に近い角度分解能で、0と180との間または、図2Aの例では、水平から時計回りに、45度と-135度との間の角度に対応する。非方向性モードモード2で指定されるは、DCに対応し、隣接ピクセルのサンプリングは、現在のブロックのピクセルを予測するのに使われる。いくつかの例では、HMは、平面planarモードに対応する第35のモードモード34を認め、ここでピクセルの値は、後でより詳しく論じる勾配関数gradientfunctionを使って調整し得る。0047イントラ予測コード化中、予測の正確さの質は影響を受け低下し得る。たとえば、PUのサイズが増大すると、予測子ピクセルからより遠くにあるピクセルの予測の正確さは低下する。予測の正確さが低下した結果、より多くの残差データが生じ、その結果、符号化、送信、または記憶する必要があるデータが増える。平滑化フィルタを、ブロックを予測するのに使われる予測子ピクセルに適用して、予測の正確さを向上することができる。ただし、場合によっては、平滑化フィルタを使わなくても、より良好な結果が達成される。上述したように、現在の規格は、適応イントラ平滑化AIS技法を使用する。0048本開示の技法は、規則ベース簡易AIS方式を提案し、平滑化フィルタを適用するかどうかに関する規則は、主に、現在のブロックのサイズと、予測モードまたは方向とに基づく。HMでは、ブロックサイズは、小さいサイズ、たとえば2×2から、たとえば128×128もの大きさまで変わる。各ブロックに利用可能なイントラ予測モードは、後でより詳しく説明するように、サイズに基づいて変わり得る。方向が異なるイントラ予測モードに対応する場合、各ブロックサイズに対して、いくつかの方向では、予測が適用されるときに平滑化フィルタが必要とされるが、別の方向では必要とされない。一例では、平滑化フィルタが適用されるサイズとイントラ予測モードの組合せは、ルックアップテーブルLUTにおいてあらかじめ定義することができる。それゆえ、平滑化フィルタを適用するかどうかの判断は汎用でよく、符号器および/または復号器に対する変更にかかわらず同じままであり、フィルタリング判断のシグナリングは必要とされない。さらに、平滑化フィルタを適用するかどうかの判断を行っても、符号器を大幅に複雑化することはない。0049いくつかの例では、平滑化フィルタを適用するかどうかの判断は、より大きいブロックとより小さいブロックとの間でさらに区別することができ、平滑化フィルタを適用するかどうか判断する手順は、ブロックサイズに基づいて変わり得る。たとえば、いくつかのブロックサイズの場合、符号器は、フィルタリング済みピクセルと非フィルタリングピクセルの両方を使って予測を実施し、結果を比較して、平滑化フィルタを使うかどうか判断する。符号器は次いで、フィルタリングモード、すなわち、ブロックを符号化する際に平滑化フィルタが使われるかどうかをシグナリングすることができる。一例では、フィルタリングモードは、LUTに基づいて取得される決定、すなわち、デフォルトのフィルタリング決定とは異なる場合にシグナリングされる。0050一例では、1つまたは複数の平滑化フィルタたとえば、フィルタ候補を定義することができる。ブロックサイズとイントラ予測モードとの各組合せに対して、使うべき適切なフィルタをテーブルが定義され得る。平滑化フィルタが使われない組合せに対して、定義されるフィルタは全域通過フィルタでよい。一次テーブルは、ブロックサイズとイントラ予測モードとの各対応する組合せに対する最も確実な平滑化フィルタを含み得る。いくつかの例では、二次テーブルまたはいくつかの追加テーブルが、ブロックサイズとイントラ予測モードとの各対応する組合せに対し、2番目に確実な平滑化フィルタまたは、いくつかの追加テーブルの場合ではいくつかの可能平滑化フィルタを含むように定義され得る。一例では、別段に示されていない限り、最も確実な平滑化フィルタ情報を使用してよい。イントラ予測コード化に関連付けられた情報たとえば、ブロックサイズおよびイントラ予測モードと平滑化フィルタ情報たとえば、フィルタリングモードおよび確実な1つまたは複数の平滑化フィルタテーブルが、対応するブロックのヘッダまたは、フッターなどの他のデータ構造中に符号化され、復号中に適切な平滑化フィルタを適用するために、ビデオ復号器によって復号され得る。0051予測データたとえば、CUのためのPUを生成するためのイントラ予測コード化またはインター予測コード化の後、ビデオ符号器20は、CUのための1つまたは複数の変換ユニットTUを生成するために、残差データを計算し得る。CUのPUは、ピクセル領域とも呼ばれる空間領域におけるピクセルデータを備えるが、CUのTUは、たとえば、残差ビデオデータへの離散コサイン変換DCT、整数変換、ウェーブレット変換、または概念的に同様の変換などの変換が適用された後の変換領域における係数を備え得る。残差データは、非符号化ピクチャunencodedpictureのピクセルとCUのPUの予測値との間のピクセル差分に対応し得る。ビデオ符号器20は、CUについての残差データを含む1つまたは複数のTUを形成し得る。ビデオ符号器20は、次いで、TUを変換し得る。0052変換係数を生成するための変換の後、変換係数の量子化が実行され得る。量子化は、概して、係数を表すために使用されるデータ量をできるだけ低減するために変換係数を量子化するプロセスを指す。量子化プロセスは、係数の一部または全部に関連するビット深度を低減することができる。たとえば、量子化中にnビット値がmビット値に丸められる、ここでnはmよりも大きい。0053いくつかの例では、ビデオ符号器20は、エントロピー符号化され得るシリアル化ベクトルを生成するために、量子化変換係数を走査するためにあらかじめ定義された走査順序を利用し得る。他の例では、ビデオ符号器20は、適応型走査を実行し得る。1次元ベクトルを形成するために、量子化変換係数を走査して後、ビデオ符号器20は、たとえば、コンテキスト適応型可変長コード化CAVLC:contextadaptivevariablelengthcoding、コンテキスト適応型2値算術コード化CABAC:contextadaptivebinaryarithmeticcoding、シンタックスベースコンテキスト適応型2値算術コード化SBAC:syntaxbasedcontextadaptivebinaryarithmeticcoding、または別のエントロピーコード化方法に従って、該1次元ベクトルをエントロピー符号化し得る。0054エントロピーコード化用に構成された処理ユニットまたは別の処理ユニットは、量子化係数のゼロランレングスコード化、および/またはコード化ブロックパターンCBP値、マクロブロックタイプ、コード化モード、LCUサイズなどのシンタックス情報の生成などの、他の処理機能を実行し得る。0055宛先デバイス14のビデオ復号器30は、本開示のビデオ符号器20の技法のいずれかまたはすべてと同様であり、概ね対称である技法を実施するように構成され得る。たとえば、ビデオ復号器30は、ビデオフレームのエントロピー符号化されたCUを受信する。この受信データは、ビデオ符号器20においてCUを符号化するのにイントラ予測コード化が使用されたかどうかを示すシンタックス要素を含み得る。本開示の技法によると、イントラ予測コード化に関連付けられたシンタックス要素は、たとえば、イントラ予測モードまたは予測の方向、ブロックサイズ、および適用可能なときは平滑化フィルタに関連付けられた他の情報のような情報を含み得る。たとえば、ビデオ復号器30は、イントラ予測コード化を使ってCUが符号化されたと判断し、符号化CUとともに含まれるシンタックス要素を復号して、CUのイントラ予測モードを判断する。ビデオ符号器30は、イントラ予測コード化において使われるブロックのサイズをも判断し、ブロックサイズおよびイントラ予測モード情報を使って、ビデオ復号器30は、ブロックを予測するときに予測子ピクセルに平滑化フィルタを適用するかどうか判断し得る。0056一例では、ビデオ復号器30は、ブロックを符号化するのに使われるブロックサイズとイントラ予測モードとの組合せに基づいて平滑化フィルタを適用するかどうか判断する。そうではないとの指示がない限り、ビデオ復号器30は、ブロックサイズとイントラ予測モードとの組合せに関連付けられた最も確実な平滑化フィルタを使用し得る。ブロックサイズとイントラ予測モードとの組合せに対し使われる平滑化フィルタが、その組合せに対し最も確実な平滑化フィルタとは異なる場合、ブロックに関連付けられたシンタックス要素から、ビデオ復号器30によって指示を復号し、その組合せに対する2番目またはそれ以降に確実な平滑化フィルタからの平滑化フィルタが、ビデオ復号器30によって選択され、使用される。0057このようにして、イントラ予測コード化において平滑化フィルタが適用されるかどうかを示すように符号化された情報の量が最小限にされ、場合によっては削除される。たとえば、平滑化フィルタ適用決定が、ブロックサイズとイントラ予測モードとの組合せにとって最も確実である場合、平滑化フィルタに関するシグナリングは符号化されず、ビデオ復号器30は、ブロックサイズおよびイントラ予測モード以外の追加情報を必要とすることなく、判断を行うことができる。0058ビデオ符号器20およびビデオ復号器30はそれぞれ、適用可能なとき、1つまたは複数のマイクロプロセッサ、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGA、ディスクリート論理回路、ソフトウェア、ハードウェア、ファームウェアなどの様々な好適な符号器または復号器回路のいずれか、あるいはそれらの任意の組合せとして実装され得る。ビデオ符号器20およびビデオ復号器30の各々は1つまたは複数の符号器または復号器中に含まれ、そのいずれも複合ビデオ符号器/復号器コーデックの一部として統合され得る。ビデオ符号器20および/またはビデオ復号器30を含む装置は、集積回路、マイクロプロセッサ、および/またはセルラー電話などのワイヤレス通信デバイスを備え得る。0059図2Aは、様々なイントラ予測モードに関連付けられた予測方向の例示的なセットを示すグラフを示す概念図である。上述したように、HMは、33個ものイントラ予測方向性符号化モードを提供する。HM符号器たとえば、ビデオ符号器20は、ブロックについてのイントラ予測モードの利用可能なセットがブロックまたはPUのサイズに依存し得るように構成され得る。すなわち、ブロックのサイズによってそのブロックのために利用可能なイントラ予測モードの番号が決定され、そこから、符号器は、ブロックを予測するためにイントラ予測モードを選択し得る。以下の表1に、ブロックのサイズと、そのサイズのブロックのために利用可能なイントラ予測モードとの間の対応の一例を示す。イントラ予測モードに関連付けられた方向を図3に示す。モード2は、図3には示されていないが、DCモードに対応し、DCモードでは、隣接ピクセルのサンプリングが、現在のブロックのピクセルを予測するのに使われる。0060図2Aの例では、破線で示すブロック106は、選択されたイントラ予測モードに応じて隣接ピクセル100A~100AG隣接ピクセル100から予測され得る。矢印102A~102AG矢印102は、様々なイントラ予測モードに関連付けられた方向または角度を表す。図2Aの例は、HMによって与えられるイントラ予測モードを表す。ただし、他の例では、より多いまたはより少ないイントラ予測モードが与えられ得る。ブロック106の例は8×8ピクセルブロックであるが、概して、ブロックは、任意の数のピクセル、たとえば、4×4、8×8、16×16、32×32、64×64、128×128などを有し得る。ブロック106の例は正方形であるが、本開示の技法は、他のブロックサイズ、たとえば、N×Mブロックにも適用され得、ここでNは必ずしもMに等しいとは限らない。0061イントラ予測モードは、たとえば、ブロック106の垂直側に直角な水平軸に対する、予測方向の角度に従って定義される。したがって、矢印102の各々は、対応するイントラ予測モードの予測方向の特定の角度を表し得る。いくつかの例では、イントラ予測方向モードは、対応するイントラ予測モードがコンテキストピクセル外挿のために使用する方向を表す整数ペアdx,dyによって定義され得る。すなわち、イントラ予測モードの角度はdy/dxとして計算され得る。言い換えれば、その角度は水平オフセットdxと垂直オフセットdyとによって表され得る。ブロック106中のロケーションx,yにおけるピクセルの値は、dy/dxの角度でロケーションx,yも通るラインが通る、隣接ピクセル100のうちの1つまたは複数から決定され得る。0062図2Bは、様々なイントラ予測モードに関連付けられた予測方向の別の例示的なセットを示すグラフを示す概念図である。図2Bの例では、図2Aに示すものと同様の、33個のイントラ予測方向性符号化モードを示す。この例では、33個の方向性モードに加え、2つの追加モード、すなわちDCモードに対応するモード2、および平面planarモードに対応するモード34がある。0063図2Bの例において、符号器および/または復号器は、ブロックについてのイントラ予測モードの利用可能なセットが、ブロック、たとえばPU、CU、またはTUのサイズに依存するように構成され得る。すなわち、ブロックのサイズによってそのブロックのために利用可能なイントラ予測モードの番号が決定され、そこから、符号器は、ブロックを予測するためにイントラ予測モードを選択し得る。以下の表2に、ブロックのサイズと、そのサイズのブロックのために利用可能なイントラ予測モードとの間の対応の別の例を示す。0064図3は、様々なイントラ予測モードに関連付けられた予測方向の例示的なセットを示す概念図である。HMによって提供される33個のイントラ予測方向性モードの各々は、指定された角度をもつ方向に対応する。たとえば、モード1は、水平外挿方向または水平線から0°の角度に対応し、モード1を使って符号化されたブロックは、その左に向けられたピクセルから予測される。別の例として、モード0は、垂直外挿方向または水平線から90°の角度に対応し、モード0を使って符号化されたブロックは、その真上のピクセルから予測される。別の例として、モード3、6、および9は、45°の角度分解能での対角外挿方向に対応する。モード0、1、および3~33は、5.625°に近い角度分解能をもつ、モード6と9との間の180°にわたる予測方向に対応する。モード2は、HMの例では、DCモードに対応し、8個の隣接ピクセルのサンプリングは、現在のブロックのピクセルを予測するのに使われる。モード34は、平面モードに対応し、ここでは、予測目的のブロックに適合された線形平面関数が含まれ得る。平面モードは、滑らかに変化する輝度のエリアにおいて、うまく働き得る。平面モードは、より大きいブロックの予測には効果的であるが、より小さいブロックの予測に使われるときは、比較的効率的でない場合がある。図3のサークル円は、各サークルに関連付けられたイントラ予測方向性モードの角度分解能を表す。たとえば、サークル0の場合、サークルの内側のモードモード0と1の間の分解能は90度であり、サークル1の内側のモードモード3、6、および9の間の分解能は45度であり、サークル2の内側のモードモード4、5、7、および8の間の分解能は22.5度であり、以下同様である。0065図4は、ビデオデータのイントラ予測コード化において使われる予測サンプルの周囲のピクセルに平滑化フィルタを適用するための技法を実装することができるビデオ符号器20の例を示すブロック図である。ビデオ符号器20は、LCU、CU、及びPUを含むビデオフレーム内のビデオブロックのイントラおよびインター予測を実施し、TUとして符号化され得る残差値を計算することができる。イントラコード化は、所与のビデオフレーム内のビデオの空間的冗長性を低減または除去するために空間的予測に依拠する。インターコード化は、ビデオシーケンスの隣接フレーム内のビデオの時間的冗長性を低減または除去するために時間的予測に依拠する。イントラIモードは、いくつかの空間ベースの圧縮モードのいずれかを指すことがある。単方向予測Pモード、双方向予測Bモード、または一般化P/B予測GPBモードなどのインターモードは、いくつかの時間ベースの圧縮モードのいずれかを指すことがある。動き推定ユニット42および動き補償ユニット44はインター予測コード化を実施することができ、イントラ予測ユニット46はイントラ予測コード化を実施することができる。0066図4に示すように、ビデオ符号器20は、符号化すべきビデオフレームまたはスライス内の現在のビデオブロックを受信する。図4の例では、ビデオ符号器20は、モード選択ユニット40と、予測ユニット41と、参照フレームストア64と、加算器50と、変換ユニット52と、量子化ユニット54と、エントロピーコード化ユニット56とを含む。予測ユニット41は、動き推定ユニット42と、動き補償ユニット44と、イントラ予測ユニット46とを含む。ビデオブロック再構成のために、ビデオ符号器20はまた、逆量子化ユニット58と、逆変換ユニット60と、加算器62とを含む。再構成されたビデオからブロッキネスアーティファクトを除去するためにブロック境界をフィルタリングするデブロッキングフィルタ図4に図示せずも含まれ得る。所望される場合、デブロッキングフィルタは、一般に、加算器62の出力をフィルタ処理する。0067符号化プロセス中に、ビデオ符号器20はコード化されるべきビデオフレームまたはスライスを受信する。フレームまたはスライスは、複数のビデオブロックまたはCUに分割され得る。動き推定ユニット42および動き補償ユニット44は、時間圧縮を行うために、1つまたは複数の参照フレーム中の1つまたは複数のブロックに対して、受信されたビデオブロックのインター予測コード化を実行する。イントラ予測ユニット46は、空間圧縮を行うために、コード化されるべきブロックと同じフレームまたはスライス中の1つまたは複数の隣接ブロックに対して、受信されたビデオブロックのイントラ予測コード化を実行し得る。0068モード選択ユニット40は、コード化モード、すなわちイントラまたはインターの1つを、たとえば、誤差結果に基づいて選択し、コード化モードの選択を予測ユニット41に与える。予測ユニット41は次いで、イントラまたはインターコード化ブロックを生成じ、コード化ブロックを、残差ブロックデータを生成するために加算器50に、および符号化ブロックを参照フレームとして使用するように再構成するために加算器62に与える。モード選択ユニット40が、あるブロックに対しイントラ予測符号化を選択すると、イントラ予測ユニット46は、そのブロックに対しイントラ予測モードを選択し得る。たとえば、選択されたイントラ予測モードは、HMによって提供される35個のモードの1つである。所与のブロックに対しイントラ予測モードがそこから選択されるイントラ予測モードの番号は、上の表1の例に示すように、ブロックのサイズに依存し得る。0069一例では、モード選択ユニット40がインター予測コード化を選択すると、動き推定ユニット42および動き補償ユニット44は、インター予測コード化に関連付けられた処理を実施して、インターコード化ブロックを生成する。動き推定ユニット42と動き補償ユニット44とは、高度に統合され得るが、概念的な目的のために別々に示してある。動き推定ユニット42によって実行される動き推定は、ビデオブロックの動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、現在のフレームまたは、他のコード化ユニット内のコード化されている現在のブロックに対する予測参照フレームまたは、他のコード化ユニット内の予測ブロックまたはPUの変位を示し得る。予測ブロックは、絶対値差分和SAD:sumofabsolutedifference、2乗差分和SSD:sumofsquaredifference、または他の差分メトリックによって判断され得るピクセル差分に関して、コード化されるべきビデオブロックまたはPUにぴったり一致することがわかるブロックである。0070動きベクトルはまた、マクロブロックの区分の変位を示し得る。動き補償は、動き推定によって決定された動きベクトルに基づいて予測ブロックをフェッチまたは生成することを伴う。いくつかの例では、ビデオ符号器20は、参照フレームストア64に記憶された参照フレームのサブ整数ピクセル位置の値を計算し得る。たとえば、ビデオ符号器20は、参照フレームの1/4ピクセル位置、1/8ピクセル位置、または他の分数ピクセル位置の値を計算する。したがって、動き推定ユニット42は、フルピクセル位置と分数ピクセル位置とに対する動き探索を実行し、分数ピクセル精度で動きベクトルを出力し得る。0071動き推定ユニット42は、PUを参照フレームストア64中の参照フレームのブロックと比較することによって、インターコード化フレームのビデオブロックまたはPUの動きベクトルを計算する。動き補償ユニット44はまた、参照フレーム、たとえば、IフレームまたはPフレームのサブ整数ピクセルを補間し得る。HMは、一例として、2つのリスト、すなわち、符号化されている現在のフレームよりも早い表示順序をもつ参照フレームを含むリスト0と、符号化されている現在のフレームよりも遅い表示順序をもつ参照フレームを含むリスト1とを記述する。したがって、参照フレームストア64に記憶されたデータは、これらのリストに従って編成され得る。いくつかの場合には、動き推定ユニット42は、動きベクトルについての動きベクトル差分MVD値をさらに計算し、動きベクトル自体ではなくMVD値を、エントロピーコード化ユニット56に渡すことができる。0072一例では、モード選択ユニット40がイントラ予測コード化を選択すると、イントラ予測ユニット46は、イントラ予測コード化に関連付けられた処理を実施して、イントラコード化されたブロックを生成する。上述したように、ブロックのサイズに基づいて、ブロックに利用可能なイントラ予測モードの番号が判断され得る。ブロックサイズと、そのサイズのブロックに利用可能なイントラ予測モードの番号との間の対応の例を、上の表1および表2に示す。イントラ予測ユニット46は、隣接する、前にコード化されたブロック、たとえば、左から右、上から下への符号化順序またはブロックを仮定すると、現在のブロックの上ブロック、右上ブロック、左上ブロック、または左ブロックに対して、現在のビデオブロックをイントラ予測符号化する。イントラ予測ユニット46は、現在のブロック用について選択されたイントラ予測モードに基づいて、隣接ブロックを使用し得る。0073イントラ予測ユニット46は、利用可能イントラ予測モードの1つを選択することによって、ブロックに対し適切なイントラ予測モードを決定し得る。イントラ予測ユニット46は、たとえば、ブロックサイズに関連付けられた様々なイントラ予測モードについて誤差値を計算し、最も低い誤差値を生じるモードを選択することによって、イントラ予測モードを選択し得る。方向性予測モードは、空間的に隣接するピクセルの値を合成し、その合成された値を予測ユニットPU中の1つまたは複数のピクセル位置に適用するための機能を含み得る。PU中のすべてのピクセル位置の値が計算されると、イントラ予測ユニット46は、PUと符号化されるべき現在のブロックとの間のピクセル差分に基づいて予測モードの誤差値を計算し得る。イントラ予測ユニット46は、許容できる誤差値を生じるイントラ予測モードが発見されるまで、現在のブロックのブロックサイズに関連付けられたイントラ予測モードをテストし続け得る。次いで、最も低い誤差値を生じるイントラ予測モードが、現在のブロックについてのPUを生成するために使われ得る。イントラ予測ユニット46は、選択されたイントラ予測モードをシグナリングし、それにより、そのモードは、コード化ブロックに関連付けられたシンタックス要素とともに符号化される。0074本開示によると、ビデオ符号器20は、イントラ予測コード化を使って符号化される現在のブロックの予測サンプルの周りのピクセルに平滑化フィルタを適用するかどうか判断することができる。判断は、ブロックサイズと、現在のブロックをコード化する際に使われるイントラ予測モードとに基づき得る。本開示の技法による一例では、垂直、水平、およびDCモードにそれぞれ対応するモード0、1、または2が使われるとき、これらのモードのそれぞれは、平滑化を適用することなく比較的正確な予測結果を与えるので、平滑化フィルタは適用されない。それゆえ、予測方向が完全に水平、垂直であり、またはイントラ予測モードがDCモードであるとき、平滑化フィルタは適用されない。他のモードすなわち、対角モードについて平滑化フィルタを適用するかどうかの判断は、予測ユニットサイズおよびイントラ予測モードに依存する。下の表3は、平滑化フィルタが適用される、ブロックサイズとイントラ予測モードとの組合せの例示的関係を示す。フィルタリングが適用され得るブロックサイズとイントラ予測モードとの組合せは、オフライントレーニングおよび統計的結果に基づき得る。表3は、定義され得る関係のうち唯一のタイプを表すのではなく、本開示に一致する一例を挙げるにすぎない。0075表3が示すように、平滑化フィルタを適用するかどうかの判断は汎用であり、ブロックを符号化するのに使われるブロックサイズおよびイントラ予測モードに基づくのと同じである。一例では、上の表3に示したサイズとイントラ予測モードの組合せは、平滑化フィルタが適用されるために、ルックアップテーブルLUTにおいてあらかじめ定義され得る。LUTは、符号器もしくは復号器の両方において利用可能であるか、または符号器がLUTを復号器に送ってもよい。それゆえ、平滑化フィルタを適用するかどうかの判断は、汎用でよく、符号器および/または復号器に対する変更にかかわらず同じままであり、フィルタリング判断のシグナリングは必要とされない。さらに、平滑化フィルタを適用するかどうかの判断を行っても、符号器を大幅に複雑化することはない。0076一例では、ブロックのイントラ予測符号化中に、符号器は、ブロックのサイズと、使われるイントラ予測モードとの組合せに基づいて、およびLUTにおいて定義された組合せに従って、予測サンプルに平滑化フィルタを適用するかどうか判断する。これらの組合せは、最も確実なフィルタテーブル中で指示される最も確実なフィルタリングオプションに関連付けられ得る。たとえば、最も確実なフィルタテーブルは、ブロックサイズとイントラ予測モードの各組合せに対して、どのフィルタリングオプションを使用するかを示すように作成される。一例では、ブロックサイズとイントラ予測モードの各組合せ向けのフィルタの候補リストから、平滑化フィルタが選択される。どのフィルタリングオプションも、全域通過フィルタである平滑化フィルタに一般化されない。いくつかの例では、1つまたは複数の平滑化フィルタを使うことができ、ここではたとえば、1つの平滑化フィルタが、ブロックサイズとイントラ予測モードのいくつかの組合せに対してよりうまく働くことができ、第2の平滑化フィルタが、ブロックサイズとイントラ予測モードの他の組合せに対してよりうまく働くことができる。平滑化フィルタの候補セット中のフィルタの数は、システムによって変わり得る。一例では、ブロックサイズとイントラ予測モードの1つの組合せに対するフィルタオプションは、異なるトレーニングビデオデータをもつオフライントレーニングに基づき得る。簡単のために、フィルタの数は、フィルタ0、フィルタ1、およびフィルタ2の3つであり、フィルタ0は全域通過フィルタリングを示すすなわち、フィルタリングなし。候補フィルタを使うと、最も確実なフィルタテーブルは、擬似コードで表される以下のテーブルに従って生成され得る。0077上の例では、各ブロックサイズおよびイントラ予測モードに対して、最も確実な平滑化フィルタが定義され得る。ある特定の組合せに対する平滑化フィルタのテーブルインデックスは、サイズおよびモードに対応する[S,M]と定義され得る。ブロックサイズは、たとえば、ブロックサイズ2×2、4×4、8×8、16×16、32×32、64×64、および128×128に対応する、1~7の範囲である。イントラ予測モードは、たとえば、1~40の範囲である。ただし、本開示の例では、35個のモードのみが定義され、それゆえ、モードの残りには、フィルタ0または全域通過フィルタを示す0が加えられる。上のテーブルの例は、テーブル中の各エントリについて、例示的フィルタセット0,1,2からの平滑化フィルタを示す。平滑化フィルタ1または2が適用されるイントラ予測モードは、上の表3で定義された組合せに対応する。0078一例では、符号化中に、ビデオ符号器20は、固定モード依存イントラ予測コード化を実装することができ、ここで、ビデオ符号器20は、上のテーブルで定義されるように、ブロックサイズとイントラ予測モードとの各組合せに対し最も確実な平滑化フィルタを選択する。この例では、ビデオ符号器20は、ブロックに対しどの平滑化フィルタが使われるかを符号化する必要なく、固定モード依存イントラ予測コード化を指示することができる。復号中に、固定モード依存イントラ予測コード化が指示された場合、復号器たとえば、ビデオ復号器30は、テーブルに対するインデックスとして使われるブロックサイズおよびイントラ予測モード情報に基づいて、上のテーブルにある情報を使って、どの平滑化フィルタを適用するか判断することができる。たとえば、イントラ予測モード6を使って符号化された8×8ブロックは、平滑化フィルタ2であるフィルタ1[3,6]に対応し得る。フィルタ1は、最も確実なフィルタテーブルに対応するテーブルから情報が取得されることを示し得る。0079いくつかの場合には、固定モード依存イントラ予測コード化を用いると、より大きいブロックサイズ、たとえば、64×64および128×128の一部に対して最良の結果が生じない場合がある。一例では、ブロックのイントラ予測符号化中に、ビデオ符号器20は、適応モード依存イントラ予測コード化を使って、予測サンプルに平滑化フィルタを適用するかどうか判断する。閾値サイズ、たとえば64×64よりも小さいブロックに対して、ビデオ符号器20は、上に示した最も確実なフィルタテーブルを使用する。閾値以上のブロック、たとえば、64×64およびそれよりも大きいブロックに対しては、ビデオ符号器20は、フィルタなしを含む異なる複数の平滑化フィルタを予測サンプルに適用する結果を評価し、どれがより良好な結果を生じるか判断する。結果は、品質メトリックまたはレート歪みメトリックに基づいて判断され得る。レート部分のメトリックは、現在のブロックのコード化レートを示し、歪み部分のメトリックは、現在のブロックにおける歪みの量を示す。レート歪みメトリックは、レート、歪み、または両方の組合せに基づき得る。0080一例では、異なる複数の平滑化フィルタの適用の評価は、現在のブロックへのフィルタの各々の適用に関連付けられたコード化レートに基づく。平滑化フィルタが使われるとき、コード化レートは、現在のブロックに対応する残差データの量に比例する。残差データの量が多いほど、現在のブロックに対するコード化レートは高くなる。より少量の残差データを生じ、従って、より良好なコード化レートを生じる平滑化フィルタは、より良好な結果を生じるフィルタと見なされ得る。0081別の例では、異なる複数の平滑化フィルタの適用の評価は、現在のブロックへのフィルタの各々の適用に関連付けられた歪みの量に基づく。一例では、歪みの量は、予測ブロックとオリジナルブロックとの間の平均2乗誤差値に基づいて判断される。予測ブロックは、選択された平滑化フィルタを適用することによって得られた予測サンプルを使った結果であり得る。より小さい平均2乗誤差値を生じ、従って、より少ない歪みを生じる平滑化フィルタは、より良好な結果を生じるフィルタと見なされ得る。0082一例では、ビデオ符号器20は、上に示した最も確実なフィルタテーブルによって指定されたフィルタを適用した結果を、下に示す擬似コードで表された2番目に確実なフィルタテーブルによって指定されたフィルタと比較する。0083いくつかの例では、より多くのテーブルを使って、他のフィルタを指定することができる。最も確実なフィルタテーブルと2番目に確実なフィルタテーブルとを使う簡単な例では、第1のテーブルにおける非ゼロフィルタ、たとえばフィルタ1および2に対応するエントリは、第2のテーブル中のフィルタ0で置き換えることができ、逆もまた同様である。このように、最も確実なフィルタと2番目に確実なフィルタとの間の比較は、フィルタリングと非フィルタリングとの間の比較である。より良好な結果を生じるフィルタリングオプションが、最も確実なフィルタテーブル中で指定されたものである場合、そうではないとの指定がなければ最も確実なフィルタが使われると復号器は仮定するので、ビデオ符号器20は何も指示する必要がない。より良好な結果を生じるフィルタリングオプションが、2番目に確実なフィルタテーブル中で指定されたものである場合、ビデオ符号器20は、復号中に最も確実なフィルタ以外のフィルタが適用されるべきであることを示すために、フィルタリングモードをシグナリングする。フィルタテーブルは、ビデオ符号器20に関連付けられたメモリユニット図示せずに記憶され、コード化中にイントラ予測ユニット46によってアクセスされ得る。0084フィルタリングモードのシグナリングは、いくつかのやり方で行うことができる。一例では、ビデオ符号器20は、フィルタリングモードフラグを使って、最も確実なフィルタテーブル中で指定されたもの以外のフィルタリングが、ある特定のブロックに対して使われるかどうかをシグナリングする。2つよりも多いフィルタテーブルが使用される場合、たとえば、3番目またはそれ以降に確実なフィルタテーブルがある場合、ビデオ符号器20は、特定のブロックに対して、2番目もしくは3番目またはそれ以降に確実なフィルタテーブルのどちらが使われるかを指示する。さらに別の例では、シグナリングは、現在のブロックのブロックサイズ、予測モード、および隣接ブロックのフィルタリングモードなどのコンテキスト情報の組合せに基づく。コンテキスト情報は、現在のブロックに対してフィルタリングが使われたかどうかについての信号をエントロピーコード化するVLC表またはCABAC表を作成するために使用され得る。このようにして、復号器は、コンテキスト情報に基づいて、ブロックに対しフィルタリングが使われるべきか、それとも使われるべきでないか判断し、VLC表またはCABAC情報を使って、フィルタリングモードを判断できる。0085他の例では、他の技法を使用して、平滑化フィルタを適用するかどうか判断することができる。本開示の平滑化フィルタ技法は、イントラ予測モードとブロックサイズとの組合せの関数としてビットレート歪みメトリックの統計に基づくイントラ平滑化フィルタリングモード決定フィルタリングするかどうかを提供する。[0086]再度図2Bを参照すると、この図は、イントラ予測モードとPUサイズとの組合せを示し、これらの組合せは、フィルタリングおよび非フィルタリングイントラ平滑化モードの統計の間の比較に基づく、イントラ平滑化フィルタリングの候補である。たとえば、これらの統計は、垂直モード0および水平モード1予測方向が、PUサイズ32×32のためのイントラ平滑化フィルタリングの候補であり、主たる対角イントラ予測方向モード3、6、9が、PUサイズ32×32、16×16、8×8、および4×4のためのイントラ平滑化フィルタリングの候補であることを示す。これらの統計は、水平または垂直イントラ予測方向と、主たる対角方向との間のイントラ予測方向は、漸進的に小さくなっていくPUサイズでのイントラ平滑化フィルタリングの候補であることも示し得る。DCモードの場合、統計は、モード2、すなわちDCモードは、イントラ平滑化フィルタリングの候補ではないが、平面モードモード34は、いくつかのPUサイズ、たとえば8×8、16×16、および32×32でのイントラ平滑化フィルタリングの候補であることを示し得る。0087統計は、どのイントラ予測モードおよびどのPUサイズがイントラ平滑化フィルタリングの候補であるかを示し得るが、コード化効率実験は、図2Bに示すイントラ平滑化フィルタリング候補割当てが、レート歪み検知において最適でないことを実証し得る。従って、図2Bのイントラ平滑化候補は、より高いコード化効率をもつサブセットパターンを導出するためのテンプレートパターンであり得る。一例では、サブセットパターンは、イントラ予測モードごとおよびPUサイズごとにテンプレートパターンから、イントラ平滑化フィルタリングのための候補を選択することによって定義され、または代替として、任意のPUサイズに対するどのイントラ平滑化フィルタリングも、特定のイントラ予測モードには対応しない。下の表4~表7は、サブセットパターンのいくつかの例を挙げる。表4~表7は概して、フィルタリング決定テーブルと呼ばれ得る。0088表4~表7の各々において、1は、イントラ平滑化フィルタリングが、対応するイントラ予測モードおよびブロックサイズに適用されることを示す。それゆえ、特定の列および行位置の1は、それらの列および行の位置にマッッピングされるイントラ予測モードおよびブロックサイズの場合にイントラ平滑化が適用されることをそれぞれ示す。一例では、表4はテンプレートパターンに対応し、表5~表7の各々は、異なるサブセットパターンに対応する。別の例では、表7はテンプレートパターンに対応し、表4~表6の各々は、異なるサブセットパターンに対応する。テンプレートパターンは図2Bに対応し、表4によって示され、これは、たとえば、一般化のための64×64PUサイズも示す。表5~表7は、サブセットパターンを表し得る。本開示の一例では、表7は、コード化効率実験に基づいて、一般的ビデオシーケンスに適したサブセットパターンを表し得る。0089予測ユニット41が、現在のビデオブロックインターまたはイントラコード化されたに対する予測ブロックすなわちPUを生成した後、ビデオ符号器20は、現在のビデオブロックから予測ブロックを減算することによって、残差ビデオブロックを形成する。加算器50は、この減算演算を実行する1つまたは複数の構成要素を表す。変換ユニット52は、残差ブロックから1つまたは複数の変換ユニットTUを形成し得る。変換ユニット52は、離散コサイン変換DCT:discretecosinetransformまたは概念的に同様の変換などの変換をTUに適用し、残差変換係数を備えるビデオブロックを生成する。変換は、残差ブロックをピクセル領域から周波数領域などの変換領域に変換し得る。0090変換ユニット52は、概念的にDCTと同様の、HMによって定義される変換などの他の変換を実行し得る。ウェーブレット変換、整数変換、サブバンド変換または他のタイプの変換をも使用することができる。いずれの場合も、変換ユニット52は、変換を残差ブロックに適用し、残差変換係数のブロックを生成する。変換は、残差情報をピクセル値領域から周波数領域などの変換領域に変換し得る。0091変換ユニット52は、得られた変換係数を量子化ユニット54に送り得る。量子化ユニット54は、ビットレートをさらに低減するために変換係数を量子化する。量子化プロセスは、係数の一部または全部に関連するビット深度を低減することができる。量子化の程度は、量子化パラメータを調整することによって変更され得る。いくつかの例では、量子化ユニット54は、次いで、量子化変換係数を含む行列の走査を実行し得る。代替的に、エントロピー符号化ユニット56が走査を実行し得る。0092量子化の後、エントロピーコード化ユニット56が量子化変換係数をエントロピーコード化する。たとえば、エントロピーコード化ユニット56は、コンテキスト適応型可変長コード化CAVLC、コンテキスト適応型2値算術コード化CABAC、または別のエントロピーコード化技法を実行し得る。エントロピーコード化ユニット56によるエントロピーコード化の後、符号化ビデオは、別のデバイスたとえば、ビデオ復号器30に送信されるか、あるいは後で送信または検索するためにアーカイブされ得る。0093場合によっては、エントロピーコード化ユニット56またはビデオ符号器20の別のユニットは、エントロピーコード化に加えて他のコード化機能を実行するように構成され得る。たとえば、エントロピーコード化ユニット56はマクロブロックおよびパーティションのCBP値を判断するように構成され得る。また、場合によっては、エントロピーコード化ユニット56は、マクロブロックまたはそれのパーティション中の係数のランレングスコード化を実行し得る。特に、エントロピーコード化ユニット56は、マクロブロックまたはパーティション中の変換係数を走査するためにジグザグ走査または他の走査パターンを適用し、さらなる圧縮のためにゼロのランを符号化し得る。エントロピーコード化ユニット56はまた、符号化ビデオビットストリーム中での送信のために適切なシンタックス要素を有するヘッダ情報を構築し得る。シンタックス要素をエントロピー符号化するために、エントロピー符号化ユニット56は、CABACを実施し、コンテキストモデルに基づいてシンタックス要素を1つまたは複数のバイナリビットに2値化し得る。エントロピー符号化ユニットは、CAVLCも実施し、コンテキストに基づく確率に従って、シンタックス要素をコードワードとして符号化し得る。0094本開示の技法によると、エントロピーコード化ユニット56は、イントラ予測コード化中に最も確実なフィルタ以外の平滑化フィルタが予測サンプルに適用されるという指示を符号化するように構成され得る。ブロックに対するフィルタリング決定が、最も確実なフィルタテーブル中で指定されたものと同じであるとき、ビデオ符号器20は、復号器に指示を送らない。従って、どの追加情報も符号化される必要はない。指示が必要とされるとき、たとえば、ブロックに対するフィルタリング決定が、2番目またはそれ以降に確実なフィルタテーブル中で指定されるとき、ビデオ符号器20は、フィルタリングに関する指示を符号化する。さらに、ビデオ符号器20は、ブロックを符号化する際に使われるイントラ予測モードを符号化し得る。エントロピーコード化ユニット56は、CABACを使って、指示たとえば、適用可能なときは、イントラ予測モードおよびフィルタリング決定を符号化し得る。さらに、エントロピーコード化ユニット56は、2番目またはそれ以降に確実なフィルタが予測サンプルに適用されるとき、CABACを実施するためのコンテキスト情報を使い、ブロックに対するイントラ予測モードと、フィルタリング情報とを示す指示を符号化し得る。0095逆量子化ユニット58および逆変換ユニット60は、それぞれ逆量子化および逆変換を適用して、参照フレームの参照ブロックとして後で使用するために、ピクセル領域において残差ブロックを再構成する。動き補償ユニット44は、参照フレームストア64のフレームのうちの1つの予測ブロックに残差ブロックを加算することによって、参照ブロックを計算し得る。動き補償ユニット44はまた、再構成された残差ブロックに1つまたは複数の補間フィルタを適用して、動き推定において使用するサブ整数ピクセル値を計算し得る。加算器62は、再構成された残差ブロックを、動き補償ユニット44によって生成された動き補償予測ブロックに加算して、参照フレームストア64に記憶するための再構成されたビデオブロックを生成する。再構成されたビデオブロックは、後続のビデオフレーム中のブロックをインター予測するために動き推定ユニット42および動き補償ユニット44によって参照ブロックとして使用され得る。0096図5は、符号化されたビデオシーケンスを復号するビデオ復号器30の一例を示すブロック図である。図5の例では、ビデオ復号器30は、エントロピー復号ユニット70と、予測ユニット71と、逆量子化ユニット76と、逆変換ユニット78と、参照フレームストア82と、加算器80とを含む。予測ユニット71は、動き補償ユニット72と、イントラ予測ユニット74とを含む。ビデオ復号器30は、いくつかの例では、ビデオ符号器20図4に関して説明した符号化パスとは概して逆の復号パスを実行し得る。予測ユニット71は、エントロピー復号ユニット70から受信された情報に基づいて予測データを生成し得る。インター予測コード化が指示されると、動き補償ユニット72は、エントロピー復号ユニット70から受信した動きベクトルに基づいて予測データを生成し得る。イントラ予測コード化が指示されると、イントラ予測ユニット74は、指示されたイントラ予測モードと、現在のフレームの前に復号されたブロックからのデータとに基づいて現在のフレームの現在のブロックについての予測データを生成し得る。0097ビデオ復号器30は、符号化されたビデオビットストリームを、たとえば、ネットワーク、ブロードキャストを介して、または物理媒体から受信し得る。符号化されたビットストリームは、エントロピーコード化されたビデオデータを含み得る。ビデオ復号器30のエントロピー復号ユニット70は、量子化係数、動きベクトル、および予測データを生成するためにビットストリームをエントロピー復号する。エントロピー復号ユニット70は、予測ユニット71に動きベクトルと予測データとを転送する。0098本開示の技法によると、エントロピーコード化されたビデオデータは、現在のブロックをコード化する際に使われるイントラ予測モードのエントロピーコード化された指示を含み得る。エントロピーコード化されたビデオデータは、平滑化フィルタ決定を示すフィルタリングのエントロピーコード化された指示も含み得る。一例では、フィルタリング指示は、現在のブロックのイントラ予測コード化中に、平滑化フィルタを選択するのに最も確実なフィルタテーブルが使われなかったことを示すために使うことができる。エントロピーコード化されたビデオデータがフィルタリング指示を含まないとき、現在のブロックのイントラ予測コード化中に、平滑化フィルタを選択するのに最も確実なフィルタテーブルが使われたことを含意する指示はない。エントロピーコード化されたビデオデータは、エントロピー復号ユニット70が、イントラ予測コード化されたブロックについてのフィルタリング指示をエントロピー復号するときにコンテキスト情報としてイントラ予測モードとともに使い得るブロックサイズ情報も含み得る。このようにして、エントロピー復号ユニット70は、フィルタリングの指示たとえば、平滑化フィルタが適用されるかどうかを復号し、指示をイントラ予測ユニット74に送ることができる。0099動き補償ユニット72は、ビットストリーム中で受信した動きベクトルを使用して、参照フレームストア82中の参照フレーム中の予測ブロックを識別し得る。イントラ予測ユニット74は、ビットストリーム中で受信されたイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成し得る。逆量子化ユニット76は、ビットストリームで供給され、エントロピー復号ユニット70によって復号された量子化ブロック係数を逆量子化inversequantize、すなわち、逆量子化dequantizeする。逆量子化プロセスは、たとえば、H.264復号規格によって定義された従来のプロセスを含み得る。逆量子化プロセスは、量子化の程度を判断し、同様に、適用すべき逆量子化の程度を判断するために、各ビデオブロックまたはCUについてビデオ符号器20によって計算された量子化パラメータQPYの使用も含み得る。逆変換ユニット78は、逆変換、たとえば、逆DCT、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用して、ピクセル領域における残差ブロックを生成する。0100動き補償ユニット72はまた、補間フィルタに基づいて補間を実行し得る。動き補償ユニット72は、ビデオブロックの符号化中にビデオ符号器20によって使用された補間フィルタを使用して、参照ブロックのサブ整数ピクセルの補間値を計算し得る。動き補償ユニット72は、受信したシンタックス要素からビデオ符号器20によって使用された補間フィルタを判断し、その補間フィルタを使用して予測ブロックを生成し得る。0101動き補償ユニット72は、シンタックス情報のいくつかを使用して、符号化ビデオシーケンスの1つもしくは複数のフレームおよび/または1つもしくは複数のスライスを符号化するために使用されるLCUおよびCUのサイズと、符号化ビデオシーケンスのフレームの各マクロブロックがどのように区分されるかを記述するパーティション情報と、各パーティションがどのように符号化されるかを示すモードと、各インター符号化CUのための1つまたは複数の参照フレームおよび参照フレームリストと、符号化ビデオシーケンスを復号するための他の情報と、を判断する。0102イントラ予測ユニット74は、予測ブロックを実施するとき、予測サンプルに平滑化フィルタを適用するかどうかも判断し得る。イントラ予測ユニット74は、平滑化フィルタを適用するかどうかについての判断を、ブロックサイズおよび対応するイントラ予測モードに基づいて行う。フィルタリング指示がシグナリングされない場合、イントラ予測ユニット74は、ブロックサイズとイントラ予測モードとの組合せに対して、最も確実なフィルタテーブル上に示した中で何が指定されるかに基づいてフィルタリングを判断し得る。フィルタリング指示がシグナリングされる場合、イントラ予測ユニット74は、フィルタリング決定が最も確実なフィルタテーブルに基づかないと判断し、ブロックサイズとイントラ予測モードとの組合せに対して、2番目に確実なフィルタテーブル上に示した中で何が指定されるかに基づいてフィルタリングを判断し得る。一例では、2つ以上の追加フィルタテーブル、たとえば、2番目、3番目、またはそれ以降の確実なフィルタテーブルが提供され得る。この例では、フィルタリング指示は、どの平滑化フィルタを適用するか判断するためにどのテーブルを使用すべきかをも示し得る。フィルタテーブルは、ビデオ復号器30内のメモリユニット図示せずに記憶され得る。イントラ予測ユニット74は、復号中に、メモリにあるフィルタテーブルにアクセスし得る。0103加算器80は、残差ブロックと、動き補償ユニット72またはイントラ予測ユニット74によって生成される対応する予測ブロックとを加算して、復号ブロックを形成する。必要があれば、ブロッキネスアーティファクトを除去するために、デブロッキングフィルタを適用して、復号ブロックをフィルタリングし得る。復号されたビデオブロックは、次いで、参照フレームストア82に記憶され、参照フレームストア82は、参照ブロックをその後の動き補償に供給し、また、ディスプレイデバイス図1のディスプレイデバイス32など上での提示のために復号されたビデオを生成する。0104図6は、本開示の技法による、ビデオデータを符号化するための例示的な方法を示すフローチャートである。例としてビデオ符号器20図1および図4に関して説明するが、図6の技法は任意のビデオコード化ユニットによって実行され得ることを理解されたい。さらに、図6に示すステップは、本開示の技法から逸脱することなく、異なる順序で実施することができ、いくつかのステップは省いてもよく、追加ステップを追加してもよい。0105ビデオ符号器20は、符号化されるべきビデオデータのブロックたとえば、CUを受信する。現在のブロックが、イントラ予測コード化を使って符号化されるべきブロックと指定されるとき、ビデオ符号器20は、予測サンプルに平滑化フィルタを適用するかどうか判断し、適用されるべきである場合、平滑化フィルタを判断する。平滑化フィルタは、いくつかの事例では、イントラ予測コード化における同じフレーム中のブロックを予測するのに使われる予測サンプルまたは予測子に適用され得る。平滑化フィルタの適用により、いくつかの場合には、より正確な予測が行われ、再構成された予測フレームにおけるブロッキネスを最小限にする。0106ビデオ符号器20は、固定モード依存イントラ予測コード化、または適応モード依存イントラ予測コード化で動作するか判断し得602。一例では、判断は、コンテントに基づいて、またはブロックサイズに基づいて、シーケンスまたはピクチャレベルで行われる。たとえば、大きいブロックの場合、適応モード依存イントラ予測コード化が使用され、小さいブロックの場合は、固定モード依存イントラ予測コード化が使用される。その結果、大きいブロックが使われるとき、小さいブロックが使われるときよりも、ピクチャ内で符号化すべきブロックは少なく、したがってオーバーヘッド情報の量は少ない。ただし、固定モード依存イントラ予測コード化は、追加オーバーヘッド情報をほとんどまたは全く加えないが、適応モード依存イントラ予測コード化は、追加オーバーヘッド情報を必要とする。このようにして、選択されたモードは、オーバーヘッド情報と性能との間のトレードオフを与え得る。0107ビデオ符号器20が、固定モード依存イントラ予測コード化において動作する場合、ビデオ符号器20は、ブロックサイズとイントラ予測モードとの組合せに基づいて選択されたフィルタテーブル、たとえば、最も確実なフィルタテーブル中で指定されたフィルタに基づいて平滑化フィルタを適用するかどうか判断し、当該指定されたフィルタを適用する604。0108一例では、利用可能イントラ予測モード、たとえば、HMによって定義された35個のモードの各々に対して、平滑化フィルタが適用されるかどうかは、ブロックサイズに依存する。上の表3は、平滑化フィルタが適用される、ブロックサイズとイントラ予測モードとの組合せを示す。最も確実なフィルタテーブル上に示したは、ブロックサイズとイントラ予測モードとの組合せに基づいて生成される。テーブルのエントリの各々は、対応するインデックスに適用されるべきフィルタを指示し、インデックスは、ブロックサイズおよびイントラ予測モードに関連付けられる。テーブル中で指定されたフィルタの各々はフィルタセットにあり、フィルタセットは、ストリームごと、フレームのグループごと、フレームまたはスライスごとなどで変わり得る。簡単のために、平滑化フィルタを適用する必要がないエントリに対しては、全域通過フィルタが識別され得る。0109ビデオ符号器20が、適応モード依存イントラ予測コード化において動作する場合、ビデオ符号器20は、ブロックサイズが、ブロックサイズ閾値、たとえば、64×64以上であるかどうか判断する606。ブロックサイズがブロックサイズ閾値未満である場合、ビデオ符号器20は、最も確実なフィルタテーブルによって指定されたフィルタを適用し、ブロックサイズおよびイントラ予測モードに基づいて平滑化フィルタを適用するかどうか判断する604。ブロックサイズがブロックサイズ閾値以上である場合、ビデオ符号器20は、最も確実なフィルタテーブルによるフィルタの適用が、2番目に確実なフィルタテーブルによるフィルタの適用よりも良好な結果生じるかどうか判断する608。従って、ビデオ符号器20は、第1のテーブルにある対応するフィルタをブロックに適用し、第2のテーブルにある対応するフィルタをブロックに適用し、これら2つのフィルタを適用した結果を、互いと比較することによって評価し、どちらがより良好な結果を生じるか判断する。0110一例では、ブロックサイズとイントラ予測モードとの各組合せに対して、テーブルの1つによるフィルタの適用は、フィルタを全く適用しないこと、またはこの例では、全域通過フィルタを適用することと同じである。従って、実際には、最も確実なフィルタテーブルによるフィルタの適用と、2番目に確実なフィルタテーブルによるフィルタの適用との比較は、フィルタを適用した結果またはフィルタを適用しない結果を比較することと同じである。0111最も確実なフィルタテーブルによるフィルタの適用が、より良好な結果を生じる場合、ビデオ符号器20は、現在のブロックに関連付けられたブロックサイズとイントラ予測モードとの組合せに基づいて、最も確実なフィルタテーブルによって指定されるフィルタを判断及び適用する604。2番目に確実なフィルタテーブルによるフィルタの適用が、より良好な結果を生じる場合、ビデオ符号器20は、現在のブロックに関連付けられたブロックサイズとイントラ予測モードとの組合せに基づいて、2番目に確実なフィルタテーブルによって指定されるフィルタを判断し及び適用する610。いくつかの例では、2つよりも多い最も確実なフィルタテーブル、たとえば、3番目またはそれ以降に確実なテーブルがある場合、可能フィルタすべてを適用した結果を比較することは、予測サンプルに適用する平滑化フィルタを選択するためにどのフィルタテーブルを使うかを判断するために比較される。いくつかの例では、複数のフィルタリング決定テーブル、たとえば、上の表4~表7が使用され、上述したように、1つのテーブルはテンプレートパターンと見なされ、残りのテーブルは、代替テーブルまたは代替フィルタリングオプションを提供するサブセットパターンと見なされる。0112ビデオ符号器20は次いで、選択された平滑化フィルタを予測サンプルに適用し、現在のブロックに関連付けられたイントラ予測モードによるイントラ予測コード化を実施することによって、現在のブロックを符号化する612。ビデオ符号器20は、イントラ予測コード化に関連付けられたシンタックス要素、たとえば、イントラ予測モードを識別する1つまたは複数のシンタックス要素を、現在のブロックとともに符号化する614。ブロックとともに符号化される、イントラ予測コード化に関連付けられたシンタックス要素の他の例は、ブロック、PUサイズ、TUサイズ、CBP、および量子化係数に関連付けられたパーティションタイプである。適用される平滑化フィルタの決定が、最も確実なフィルタテーブルまたはテンプレートパターンに基づかない場合、たとえば、フィルタリング決定が、2番目に確実なフィルタテーブルまたは他のサブセットパターンを使って行われた場合、ビデオ符号器20は、ブロックが固定モード依存イントラ予測コード化を使って符号化されなかったことをシグナリングするために最も確実なフィルタテーブルが使われなかったことを示すシンタックス要素を符号化する。たとえば、上の表7がテンプレートパターンであり、表4~表6がサブセットパターンである場合、ビデオ符号器は、テンプレートパターンテーブルの代わりにあるテーブルが使われるとき、使われるサブセットパターンテーブルを示すシンタックス要素を符号化する。ビデオ符号器20は次いで、符号化されたビデオブロックを、符号化されたビデオフレームに入れて、シンタックス要素とともにビデオ復号器に送信する616。0113図7は、本開示の技法による、ビデオデータを復号するための例示的な方法を示すフローチャートである。例としてビデオ復号器30図1および図5に関して説明するが、図7の技法は任意のビデオコード化ユニットによって実行され得ることを理解されたい。さらに、図7に示すステップは、本開示の技法から逸脱することなく、異なる順序で実施することができ、いくつかのステップは省いてもよく、追加ステップを追加してもよい。0114ビデオ復号器30は、復号されるべきビデオデータの符号化ブロックたとえば、CUを受信する702。ビデオ復号器30は、符号化ビデオブロックおよびシンタックス要素を復号して、ブロックが、イントラ予測コード化を使って符号化されていると判断する704。シンタックス要素に基づいて、ビデオ復号器30は、ブロックのイントラ予測モードを判断する706。ビデオ復号器30は、シンタックス要素がフィルタリング指示を含むかどうか判断する708。0115フィルタリング指示がない場合、ビデオ復号器30は、イントラ予測コード化を使ってブロックを復号し、最も確実なフィルタテーブルによって指定された平滑化フィルタオプションを適用する710。フィルタリング指示がある場合、ビデオ復号器30は、イントラ予測コード化を使用し、2番目に確実なフィルタテーブルによって指定された平滑化フィルタオプションを適用して、ブロックを復号する712。いずれの場合でも、最も確実なフィルタテーブルを使用しようとまたは2番目に確実なフィルタテーブルを使用しようと、ビデオ復号器30は、現在のブロックに関連付けられたブロックサイズとイントラ予測モードとの組合せに基づいてフィルタを判断する。いくつかの例では、複数のテーブルが、2番目もしくはそれ以降に確実なフィルタを定義し、または複数のサブセットパターンフィルタが存在し、フィルタリング指示が、最も確実なフィルタテーブルまたはテンプレートパターンテーブルの代わりに使われるサブセットパターンテーブルを示す。0116このようにして、ビデオ復号器30は、どのフィルタリングオプションがより良好な結果を与えるかに関するいかなる判断も行う必要がない場合がある。符号器によって指示がシグナリングされない場合、ビデオ復号器30は、最も確実なフィルタテーブルまたはテンプレートパターンテーブルが使われたと仮定し、そうでない場合、どのタイプのシグナリングも、2番目に確実なフィルタテーブルが使われたことを示す。いくつかの例では、2つよりも多いフィルタテーブル、たとえば、3番目またはそれ以降に確実なフィルタテーブルまたはサブセットパターンが使われる場合、フィルタリング指示は、平滑化フィルタを選択する際に追加テーブルのうちどれが使われたかを識別し得る。0117上述したように、イントラ平滑化フィルタリングは、たとえば、図2Bおよび表4で示すように、大きいPUサイズに対して使用される。イントラ平滑化フィルタリングは、真の対角方向すなわち、/-45および/-135度に対応するイントラ予測モードまたはモード3、6、9については、ほとんどのPUサイズに対しても使用することができるが、イントラ平滑化フィルタリングは、垂直モード0および水平モード1方向の場合において、より小さいPUサイズに対しては使用することができない。対角方向と、水平または垂直方向のそれぞれとの間のイントラ予測方向に対して、イントラ予測フィルタリングは、図2Bおよび表4に示したように、方向が水平または垂直方向に近いとき、小さいPUサイズに対して使用される可能性は比較的低いが、方向が対角方向に近いとき、小さいPUサイズに対して使用される可能性が比較的高い。一例では、本開示の技法による符号器および復号器は、上に示した表7によって指定されるサブセットパターンによるイントラ平滑化フィルタリングを適用する。一例では、DCモードモード2の場合、イントラ平滑化フィルタリングは、どのPUサイズに対しても使用されない。また、平面モードモード34の場合、イントラ平滑化フィルタリングは、より大きいPUサイズとともに使用される。0118符号器および復号器は、PUサイズとイントラ予測モードとの各組合せについて、イントラ平滑化フィルタリングが実施されるかどうかを指定するテンプレートパターン表4から導出されるサブセットパターンによるイントラ平滑化フィルタリングを適用し得る。サブセットパターンは、イントラ予測モードごとおよびPUサイズごとにテンプレートパターンから、イントラ平滑化フィルタリングのための候補を選択することによって導出され、または代替として、任意のPUサイズに対するどのイントラ平滑化フィルタリングも、そのイントラ予測モードには対応しない。テンプレートパターンから導出されるサブセットパターンは、たとえば、各イントラ予測モードについて、イントラ平滑化フィルタリングは複数のPUサイズのうち少なくとも1つに対しては適用されない、というような特定の特性を有し、したがって符号器は、イントラ平滑化なしでイントラ予測を実施するというオプションをもつ。サブセットパターンも特定の特性を有し、それは、たとえば、各イントラ予測モードについて、特定のPUサイズにおいてイントラ平滑化フィルタリングが適用されない場合、イントラ平滑化フィルタリングは、そのイントラ予測モードに対して、より小さいどのPUサイズでも適用されない、というようなものである。0119イントラ予測モードとPUサイズとの各組合せについての予測サンプルの計算は、最も近い整数への切捨て、切上げ、または丸めなどのような丸め規則の対象となり得る。丸め規則は、決定論的方法で予測サンプルロケーションに基づいて、たとえば、コード化効率を高めるために、予測サンプルを異なる丸め規則でインターリーブするなどのように、イントラ予測モードおよびPUサイズに基づいて、符号器および復号器において修正し得る。イントラ予測のための参照サンプルのイントラ平滑化フィルタリングの例では、イントラ平滑化フィルタリングは、コード化効率を高めるために、いくつかの参照サンプルロケーション、たとえば、たとえば、イントラ予測モードおよびPUサイズに基づく決定論的方法における左上隅の参照サンプルまたは他の参照サンプルロケーションに対してはスキップされる場合がある。0120一例では、符号器および/または復号器は、サブセットパターンをルックアップテーブルLUTとして記憶し、このLUTにアクセスして、現在のブロックに関連付けられたPUサイズとイントラ予測モードとの組合せに対してイントラ平滑化フィルタリングを適用するかどうか判断する。別の例では、符号器および/または復号器は、入力、すなわち、PUサイズおよびイントラ予測モードに対する、イントラ平滑化フィルタリング適用するかどうか判断するのに使われる条件のセットによってサブセットパターンを表す。別の例では、符号器および/または復号器は、入力、すなわち、PUサイズおよびイントラ予測モードに対する、イントラ平滑化フィルタリングを適用するかどうかを計算する1つまたは複数の数式によってサブセットパターンを表す。別の例では、符号器および/または復号器は、LUT、条件のセット、および/または数式セットの組合せによってサブセットパターンを表す。0121一例では、テンプレートパターンたとえば、表4またはサブセットパターンたとえば、表5~表7は、PUサイズとイントラ予測モードとの各組合せに使われ得る複数のイントラ平滑化フィルタタイプを含むように拡張され得る。たとえば、イントラ平滑化フィルタリングが適用される各組合せについて、テーブル中の番号は、使うべきフィルタのタイプを示す。一例では、2つのイントラ平滑化フィルタが定義され、それらは1および2で表される。特定の行/列の位置に対応するテーブル中のエントリは、エントリを持たない、すなわち、どのフィルタも適用されない、または1もしくは2をもち、これは、イントラ平滑化フィルタリングが適用され、および使われるイントラ平滑化フィルタ、すなわち、フィルタ1またはフィルタ2のどちらかを示す。0122いくつかの例では、HEVCは、コード化ユニットCUごとに様々な矩形サイズを有し得る短距離イントラ予測SDIP:ShortDistanceintrapredictionPUをサポートし得る。一例では、本開示の技法は、短距離イントラ予測SDIPにおいて使われるような方形および矩形PUに適用可能である。下の表8は、SDIPのCUサイズごとの矩形PUサイズの例をピクセルで示す。0123上で論じた技法に加えて、本開示の技法は、矩形SDIPパーティションへのMDISの適用を向上するための技法を含み得る。たとえば、イントラ平滑化フィルタリングの適用は、矩形SDIPパーティションの幅および/または高さに依存する。SDIPパーティションの次元を判断するための技法、または次元判断規則は、パーティションの1つの次元または複数の次元を判断するのに利用することができる。たとえば、SDIPパーティションの次元を判断するためのそのような技法は、パーティションの最小または最大次元の判断、パーティションに関連付けられた他の既知の変数に基づいてパーティションの次元を計算する数式、またはパーティションの次元を判断するための、SDIPパーティションの幅および高さに適用され得る条件チェックを含み得る。一例では、結果として判断されたパーティションの次元は、たとえば、上述したフィルタリング決定テーブルの1つを使って、イントラ平滑化フィルタリングを適用するかどうか判断するのに使用される。たとえば、これらの技法は、フィルタリングするかどうか判断するために、次元を使用する。例示的な一例において、最小次元が8ピクセルである場合、フィルタリング決定は、32×32個のブロックに関連付けられたテーブルエントリと、現在処理されているパーティションに関連付けられた適切なイントラ予測モードとに基づいて判断される。0124一例では、イントラ平滑化フィルタリングの適用は、SDIPパーティションに関連付けられたイントラ予測方向および/またはSDIPパーティションの幅および/または高さに基づく。たとえば、垂直予測方向が選ばれると、上述したフィルタリング決定テーブルの1つにおいて、パーティションの高さが使用され、水平方向の場合には、上述したフィルタリング決定テーブルの1つにおいて、幅が使用される。別の例では、水平、垂直、および対角方向を別個に検討して、使われるべき次元を判断する。0125一例では、SDIPパーティションに対して平面モードが使用されるとき、上述したように、次元判断技法は、SDIPパーティションの次元を判断するために使用される。判断された次元は、たとえば、上述したフィルタリング決定テーブルの1つにアクセスすることによって、イントラ平滑化フィルタリングを適用するかどうか判断するのに使用される。0126図8は、本開示の技法による、ビデオデータを符号化するための別の例示的な方法を示すフローチャートである。例としてビデオ符号器20に関して説明するが、図8の技法は任意のビデオコード化ユニットによって実行され得ることを理解されたい。さらに、図8に示すステップは、本開示の技法から逸脱することなく、異なる順序で実施することができ、いくつかのステップは省いてもよく、追加ステップを追加してもよい。0127ビデオ符号器20は、符号化されるべきビデオデータのブロックたとえば、CUを受信する。現在のブロックが、イントラ予測コード化を使って符号化されるべき現在のブロックと指定されると、ビデオ符号器20は、現在のブロックサイズと、現在のブロックを符号化するのに使われるイントラ予測モードとを判断する802。ビデオ符号器は次いで、上述したように、フィルタテーブル、たとえば、上の表7を使って、ブロックサイズおよびイントラ予測モードに基づいて平滑化フィルタを判断および適用する804。0128ビデオ符号器20は次いで、選択された平滑化フィルタを予測サンプルに適用し、現在のブロックに関連付けられたイントラ予測モードによるイントラ予測コード化を実施することによって、現在のブロックを符号化する612。ビデオ符号器20は、イントラ予測コード化に関連付けられたシンタックス要素、たとえば、イントラ予測モードを識別する1つまたは複数のシンタックス要素を、現在のブロックとともに符号化する614。ブロックとともに符号化され得る、イントラ予測コード化に関連付けられたシンタックス要素の他の例は、ブロック、PUサイズ、TUサイズ、CBP、および量子化係数に関連付けられたパーティションタイプである。ビデオ符号器20は次いで、符号化されたビデオブロックを、符号化されたビデオフレーム内で、シンタックス要素とともにビデオ復号器に送信する616。0129図9は、本開示の技法による、ビデオデータを復号するための別の例示的な方法を示すフローチャートである。例としてビデオ復号器30に関して説明するが、図9の技法は任意のビデオコード化ユニットによって実行され得ることを理解されたい。さらに、図9に示すステップは、本開示の技法から逸脱することなく、異なる順序で実施することができ、いくつかのステップは省いてもよく、追加ステップを追加してもよい。0130ビデオ復号器30は、復号されるべきビデオデータの符号化ブロックたとえば、CUを受信する902。ビデオ復号器30は、符号化ビデオブロックおよびシンタックス要素を復号して、ブロックが、イントラ予測コード化を使って符号化されていると判断する904。シンタックス要素に基づいて、ビデオ復号器30は、ブロックのイントラ予測モードを判断する906。ビデオ復号器30は次いで、イントラ予測コード化を使ってブロックを復号し、符号化中に使用されたのと同じフィルタリングテーブル、たとえば、表7から、ブロックサイズおよびイントラ予測モードに基づいて、選択された平滑化フィルタを適用する908。このように、ビデオ復号器30は、フィルタテーブルからフィルタを選択する以外には、フィルタリングオプションに関するいかなる判断も行う必要がない。01311つまたは複数の例では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含むデータ記憶媒体または通信媒体などの有形媒体に対応するコンピュータ可読記憶媒体を含み得る。このようにして、コンピュータ可読媒体は、概して、1非一時的である有形コンピュータ可読記憶媒体、あるいは2信号または搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明した技法の実装のための命令、コードおよび/またはデータ構造を取り出すために1つまたは複数のコンピュータあるいは1つまたは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得る。0132限定ではなく例として、そのようなコンピュータ可読記憶媒体は、RAM、ROM、EEPROM、CD-ROMまたは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、あるいは命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。さらに、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。ただし、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスクdiskおよびディスクdiscは、コンパクトディスクdiscCD、レーザディスクdisc、光ディスクdisc、デジタル多用途ディスクdiscDVD、フロッピー登録商標ディスクdiskおよびブルーレイ登録商標ディスクdiscを含み、ディスクdiskは、通常、データを磁気的に再生し、ディスクdiscは、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。0133命令は、1つまたは複数のデジタル信号プロセッサDSPなどの1つまたは複数のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路ASIC、フィールドプログラマブル論理アレイFPGA、あるいは他の等価な集積回路またはディスクリート論理回路によって実行され得る。したがって、本明細書で使用するプロセッサという用語は、前述の構造、または本明細書で説明する技法の実装に好適な他の構造のいずれかを指す。さらに、いくつかの態様では、本明細書で説明した機能は、符号化および復号のために構成された専用のハードウェアおよび/またはソフトウェアモジュール内に提供され得、あるいは複合コーデックに組み込まれ得る。また、本技法は、1つまたは複数の回路または論理要素中に十分に実装され得る。0134本開示の技法は、ワイヤレスハンドセット、集積回路ICまたはICのセットたとえば、チップセットを含む、多種多様なデバイスまたは装置において実施され得る。本開示では、開示する技法を実行するように構成されたデバイスの機能的態様を強調するために様々な構成要素、モジュール、またはユニットについて説明したが、それらの構成要素、モジュール、またはユニットを、必ずしも異なるハードウェアユニットによって実現する必要はない。むしろ、上記で説明したように、様々なユニットが、好適なソフトウェアおよび/またはファームウェアとともに、上記で説明したように1つまたは複数のプロセッサを含んで、コーデックハードウェアユニットにおいて組合せられるか、または相互動作ハードウェアユニットの集合によって与えられ得る。"