JP2016526857A - ビデオコーディングにおける適応フィルタリング - Google Patents

Abstract

ビデオデータに対してデブロックフィルタリングを実行することは、ビデオデータの第１の非ルーマ色成分に対して、第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することを含み得る。次に、決定されたデブロックフィルタリングプロセスに従って、第１の非ルーマ色成分に対してデブロックフィルタリングが実行され得る。

Description

[0001] 本出願は、その各々の内容全体が参照により本明細書に組み込まれる、２０１３年７月１２日に出願された米国仮出願第６１／８４５，５０８号、および２０１３年７月１５日に出願された米国仮出願第６１／８４６，５８６号の利益を主張する。

[0002] 本開示は、ビデオコーディングに関し、より詳細には、ビデオデータをフィルタリングするための技法に関する。

[0003] デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップコンピュータまたはデスクトップコンピュータ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、携帯電話または衛星無線電話、ビデオ遠隔会議デバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、デジタルビデオ情報をより効率的に送信、受信および記憶するための、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ １０、アドバンストビデオコーディング（ＡＶＣ：Advanced Video Coding）によって定義された規格、現在開発中の高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）規格、およびそのような規格の拡張に記載されているビデオ圧縮技法など、ビデオ圧縮技法を実装する。

[0004] ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を低減もしくは除去するために空間的予測および／または時間的予測を含む。ブロックベースのビデオコーディングの場合、ビデオピクチャまたはビデオスライスはブロックに区分され得る。各ブロックはさらに区分され得る。イントラコーディングされた（Ｉ）ピクチャまたはスライス内のブロックは、同じピクチャまたはスライス内の近隣ブロック内の参照サンプルに対する空間的予測を使用して符号化される。インターコーディングされた（ＰもしくはＢ）ピクチャまたはスライス内のブロックは、同じピクチャもしくはスライス内の近隣ブロック内の参照サンプルに対する空間的予測、または他の参照ピクチャの参照サンプルに対する時間的予測を使用し得る。空間的予測または時間的予測は、コーディングされるべきブロックに関する予測ブロックを生じさせる。残差データ（residual data）は、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。

[0005] インターコーディングされたブロック（inter-coded block）は、予測ブロックを形成する参照サンプルのブロックを指す動きベクトル（motion vector）に従って符号化され、残差データはコーディングされたブロックと予測ブロックとの間の差分を示す。イントラコーディングされたブロック（intra-coded block）は、イントラコーディングモードおよび残差データに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換されて残差変換係数（residual transform coefficient）をもたらすことができ、その残差変換係数が、次いで量子化され得る。

[0006] 本開示の技法は、概して、ビデオコーディングプロセスにおけるフィルタリングに関する。たとえば、本開示の態様は、概して、ビデオコーディングにおいてデブロッキングフィルタを適用するためのフォーマット適応型フィルタリング方式（format-adaptive filtering scheme）を提供することに関する。本開示の技法は、コーディングされているビデオデータの色空間（color space）に基づいて、クロマ成分（chroma component）に関する可変デブロッキングフィルタリング（variable deblocking filtering）を可能にすること（たとえば、強いデブロッキングフィルタリングを可能または不能にすること）を含む。

[0007] 一例では、ビデオデータに対するデブロックフィルタリングを実行するための方法は、ビデオデータの第１の非ルーマ色成分（non-luma color component）に対して、第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することと、決定されたデブロックフィルタリングプロセスに従って、第１の非ルーマ色成分に対してデブロックフィルタリングを実行することとを備える。

[0008] 別の例では、ビデオデータに対するデブロックフィルタリングを実行するための装置は、ビデオデータを記憶するように構成されたメモリと、ビデオデータの第１の非ルーマ色成分に関して、第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することと、決定されたデブロックフィルタリングプロセスに従って、第１の非ルーマ色成分に対してデブロックフィルタリングを実行することとを行うように構成された、少なくとも１つのプロセッサとを備える。

[0009] 別の例では、有形の非一時的プロセッサ可読記憶媒体は、実行されるとき、１つまたは複数のプロセッサに、ビデオデータの第１の非ルーマ色成分に関して、第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することと、決定されたデブロックフィルタリングプロセスに従って、第１の非ルーマ色成分に対してデブロックフィルタリングを実行することとを行わせる命令を記憶する。

[0010] 別の例では、ビデオデータに対するデブロックフィルタリングのための方法、その方法は、ビデオデータの第１の非ルーマ色成分に関して、第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することと、第１の非ルーマ色成分に関して決定されたデブロックフィルタリングプロセスを示すためにシンタックス要素（syntax element）をコーディングすることとを備える。

[0011] 本開示の１つまたは複数の態様の詳細が、添付の図面および以下の説明において記載される。本開示で説明される技法の他の特徴、目的、および利点は、これらの説明および図面から、および特許請求の範囲から明らかになろう。

[0012] 本開示の技法を実装し得る例示的なビデオ符号化および復号システムを示すブロック図。 [0013] 本開示の技法を実装し得る例示的なビデオエンコーダを示すブロック図。 [0014] 本開示の技法を実装し得る例示的なビデオデコーダを示すブロック図。 [0015] ビデオデータに対する異なるサンプルフォーマットを示す概念図。 ビデオデータに関する異なるサンプルフォーマットを示す概念図。 ビデオデータに関する異なるサンプルフォーマットを示す概念図。 [0016] ４：２：０サンプルフォーマットに従ってフォーマットされた１６ｘ１６コーディングユニットを示す概念図。 [0017] ４：２：２サンプルフォーマットに従ってフォーマットされた１６ｘ１６コーディングユニットを示す概念図。 [0018] 本開示の技法による、ビデオデータをデブロッキングするためのプロセスを示す流れ図。 [0019] 本開示の技法による、ビデオデータをコーディングするためのプロセスを示す流れ図。 [0020] 本開示の技法による、ビデオデータをコーディングするための別のプロセスを示す流れ図。 [0021] ＨＥＶＣに一致する、境界強度（boundary strength）を計算するための技法および本開示の技法を示す流れ図。

[0022] 本開示の態様は、概して、ビデオコーディングおよび圧縮に関する。いくつかの例では、本技法は、ＹＣｂＣｒ４：２：０以外の色空間がサポートされ得る高効率ビデオコーディング（ＨＥＶＣ）範囲拡張（Range Extension）に関連しうる。

[0023] 本開示の態様は、ビデオデータの第１の非ルーマ色成分に関して、第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することを含み得る、ビデオデータに対するデブロックフィルタリングを実行するための方法、装置、および製造に関する場合がある。次に、決定されたデブロックフィルタリングプロセスに従って、第１の非ルーマ色成分に対してデブロックフィルタリングが実行され得る。

[0024] ビデオデータは、ＹＣｂＣｒおよびＲＧＢなど、様々な色空間内に存在し得る。ビデオデータは、色成分とも呼ばれる成分を含み、たとえば、Ｙ、Ｃｂ、およびＣｒはＹＣｂＣｒビデオデータの各成分であり、Ｒ、Ｇ、およびＢはＲＧＢビデオデータの各成分である。ＹＣｂＣｒ色空間内のビデオデータの場合、Ｙはルーマ成分（luma component）であり、ＣｂおよびＣｒはクロマ成分（chroma component）である。非ルーマ成分（non-luma component）という用語は、本明細書で、ルーマ成分ではない、ビデオデータの任意の成分を記述するために使用される。したがって、ＹＣｂＣｒ色空間内のビデオデータの場合、Ｙはルーマ成分であり、ＣｂおよびＣｒは非ルーマ成分である。ＲＢＧ色空間内のビデオデータの場合、Ｒ、Ｇ、およびＢはすべて非ルーマ成分である。

[0025] ＨＥＶＣは、ＩＴＵ−Ｔ ＷＰ３／１６とＩＳＯ／ＩＥＣ ＪＴＣ １／ＳＣ ２９／ＷＧ １１とのビデオコーディング共同研究部会（ＪＣＴ−ＶＣ：Joint Collaborative Team on Video Coding）によって最近開発されたビデオコーディング規格である。ＨＥＶＣの範囲拡張は、ＹＣｂＣｒ４：２：２、ＹＣｂＣｒ４：４：４、およびＲＧＢなど、ＹＣｂＣｒ４：２：０以外の色空間に関するビデオコーディングを拡張することを含む。

[0026] たとえば、コーディングユニット（ＣＵ：coding unit）または変換ユニット（ＴＵ：transform unit）内のピクセルのルーマ成分およびクロマ成分は、異なるサブサンプリングフォーマットでコーディングされ得る。一例では、ピクセルのルーマ成分およびクロマ成分は４：２：０フォーマットでコーディングされ得る。４：２：０ピクセルフォーマットでは、ピクセルの２×２ブロックごとに、４つのルーマ成分と２つのクロマ成分（たとえば、１つのＣｒクロマ成分および１つのＣｂクロマ成分）とが存在する。したがって、ピクセルの２×２ブロック内で、クロマ成分は、１／２の水平解像度および１／２の垂直解像度でサンプリングされる。４：２：２ピクセルフォーマットでは、ピクセルの２×２ブロックごとに、４つのルーマ成分と４つのクロマ成分（たとえば、２つのＣｒクロマ成分および２つのＣｂクロマ成分）とが存在する。したがって、４：２：２フォーマットの場合、クロマ成分は、半分（１／２）の水平解像度およびフル垂直解像度でサンプリングされる。４：４：４ピクセルフォーマットは、クロマ成分の何のサブサンプリングも伴わない。すなわち、４：４：４フォーマットにおいて、ピクセルの２×２ブロックの場合、４つのルーマ成分と、４つのＣｒ成分および４つのＣｂ成分とが存在する。ＲＧＢフォーマットにおいて、４：４：４フォーマットで、赤色サンプルの数、緑色サンプルの数、および青色サンプルの数は典型的には等しい。

[0027] いくつかのビデオコーディング技法は、ビデオ信号の再構成の間に再構成誤差（reconstruction error）をもたらす場合がある。場合によっては、再構成誤差を補償するために、ビデオコーディングプロセスにおいてフィルタリングが適用され得る。たとえば、ブロックコーディング技法が使用されるとき、ブロック間にシャープエッジ（sharp edge）が発生し得る。元のビデオ信号内に存在しないシャープエッジなど、ブロッキングアーティファクト（blocking artifact）に対処するために、ビデオコーダ（ビデオエンコーダおよび／またはビデオデコーダ）は、ブロックエッジを平滑化するために、ピクセルエッジフィルタリング動作を実行することができる。

[0028] フィルタリング動作は、一般に、境界強度、およびブロックエッジに関連するエッジしきい値など、フィルタパラメータによって指定される。「エッジしきい値（edge threshold」という用語は、エッジシャープネス（edge sharpness）のしきい値を指す。たとえば、デブロッキングフィルタリングは、境界におけるエッジがどの程度シャープであるかに基づいて、再構成されたビデオの特定のブロック境界において適用されてよく、または適用されなくてもよい。エッジがフィルタリングされるためには、エッジしきい値が大きければ大きいほど、再構成されたビデオのブロック境界におけるエッジはますますシャープになるはずである。

[0029] 「境界強度（boundary strength）」という用語は、下でより詳細に説明される。「境界強度」は非負整数値であり、この値は、ブロッキングアーティファクトを有する可能性がより高いブロックエッジに、境界強度に関するより大きい値が割り当てられる、再構成されたビデオのブロック境界の性質である。

[0030] フィルタパラメータは、あるピクセルエッジから次のピクセルエッジに、またあるビデオコーディング規格から別のビデオコーディング規格に動的に変化し得る。したがって、ビデオコーダは、実際のフィルタリング動作を実行するのに先立って、境界強度とブロックエッジのエッジしきい値とを計算する。これらの境界強度およびエッジしきい値の計算は、（「ループ内（in loop）」と呼ばれる）ビデオコーディングプロセスのフィルタリング動作と同じパイプライン段階で、またはフィルタリング動作に先立つ段階で、起こり得る。

[0031] 境界強度を生成した後で、ビデオコーダは、実際のピクセルフィルタリングを実行することができる。いくつかのデブロッキング実装形態は、（ビデオコーダに対して）外部および／または内部記憶要素から関連ピクセルを転送するため、正確なデブロッキングパラメータを選択するため、ならびにデブロッキングされたピクセルを外部および／または内部記憶要素に再度記憶するために、ハードワイヤード制御を使用することができる。

[0032] いずれの場合も、ＨＥＶＣバージョン１、Ｈ．２６５：高効率ビデオコーディング（２０１３年４月１３日）（確定されたＨＥＶＣ規格の第１バージョン）では、逆量子化および逆変換の後、再構成された信号にループ内デブロッキングフィルタリングが適用される。「ループ内（in-loop）」デブロッキングフィルタリングという用語は、当技術分野でよく知られており、符号化パス（encoding path）および復号パス（decoding path）のいずれかまたは両方の中で実行されるデブロッキングフィルタリングを指す。デブロッキングされた、フィルタリングされた信号は、インター予測に関する基準フレームとして記憶される。ＹＣｂＣｒ４：２：０フォーマットの場合、上述のように、Ｃｂ成分またはＣｒ成分と比較して、Ｙ成分内により多くの情報が存在し、Ｙ成分に対してＣｂ成分およびＣｒ成分がダウンサンプリングされる。Ｙ成分の特徴とＣｂ成分またはＣｒ成分の特徴との間の特徴差により、Ｃｂ成分またはＣｒ成分のいずれかに適用されるデブロッキングフィルタ方式に対して、Ｙ成分に関して異なるデブロッキングフィルタリング方式が適用される。

[0033] ＨＥＶＣでは、Ｙ成分に関して、（それぞれ、強いデブロッキングモードおよび弱いブロッキングモードと呼ばれる場合もある）強いフィルタと弱いフィルタとを含めて、２つのフィルタが定義される。強いフィルタは強いデブロッキングのために使用され、弱いフィルタは弱いデブロッキングのために使用される。

[0034] 弱いデブロックフィルタリングまたは強いデブロックフィルタリングのいずれかの場合、ビデオブロックのエッジピクセルは、閲覧者（viewer）にとって隣接ビデオブロック間の遷移を知覚することがより困難になるように、隣接ビデオブロックのエッジピクセルに対してフィルタ処理され得る。たとえば、弱いデブロックフィルタリングまたは強いデブロッキングフィルタリングのいずれかにより、隣接ビデオブロック間の境界を「平滑化（smooth）」する目的で、エッジピクセルの値を（たとえば、隣接ピクセルを含む）近接ピクセルの値により相似させるために、それらの値を調整することによってフィルタリングが実行され得る。強いフィルタリングの場合、エッジピクセル値は、たとえば、より大きい平均化係数を使用することによって、弱いフィルタリングよりも強く近接ピクセルの値に基づく。様々な例では、フィルタをより強くさせるために、近接ピクセルの値により強く基づくエッジピクセル値を有すること以外の係数が採用されてよい。

[0035] たとえば、強いフィルタは、一般に、弱いフィルタによって考慮されるビデオデータのライン数よりも多いビデオデータラインを考慮する、および／または弱いフィルタのフィルタタップサイズよりも長いフィルタタイプサイズを有し得る。Ｃｂ成分およびＣｒ成分はＹ成分と比較してより少ないエネルギーを有するため、ＨＥＶＣバージョン１では、弱いフィルタだけがＣｂ成分およびＣｒ成分に適用される。
たとえば、ＨＥＶＣバージョン１によれば、ルーマ成分に関して、強いデブロッキングフィルタと弱いデブロッキングフィルタとが存在する。ルーマ成分に関する強いデブロッキングフィルタは、境界を平滑にするために、フィルタリングされているエッジの各サイドに関して３つのピクセルを修正する。ルーマ成分に関する弱いフィルタは、フィルタリングされているエッジの各サイドに関して２つのピクセルだけを修正する。このために、ルーマ成分に関する強いデブロッキングフィルタは、弱いデブロッキングフィルタよりも、フィルタリングされた境界の平滑さを低減させる。ＨＥＶＣバージョン１による、非ルーマ成分に関するデブロッキングフィルタは、エッジの各サイドに関して１つのピクセルだけを修正する。したがって、ＨＥＶＣバージョン１によれば、デブロッキングフィルタは、ルーマ成分に関する弱いデブロッキングフィルタよりも弱い。

[0036] フィルタ強度は、次のようにトレードオフされる。適応されるデブロックフィルタリングが強ければ強いほど、除去されるブロックアーティファクトはより良好になる。しかしながら、フィルタの強度が増大すると、閲覧者によって知覚される、再構成された画像のシャープネスは減少し始める可能性がある。

[0037] ＨＥＶＣバージョン１では、ビデオデータのルーマ成分に関するデブロッキングフィルタリングプロセスは、いくつかの点で、非ルーマ成分に関するデブロッキングフィルタリングプロセスとは異なる。本開示の態様によるいくつかの例では、ビデオデータの非ルーマ成分に関するデブロッキングフィルタリングプロセスがＨＥＶＣバージョン１においてルーマ成分に関してだけに使用されるデブロッキングフィルタリングプロセスの１つまたは複数の態様を適用すべきかどうかについて決定が行われる。

[0038] 様々な例では、この決定は、下でより詳細に論じられる１つまたは複数の要因に基づいて行われ得る。１つの特定の例では、一致ＨＥＶＣバージョン１においてルーマ成分に関してだけ使用されるデブロッキングフィルタリングプロセスの１つまたは複数の態様が、本開示に従って、１つまたは複数の非ルーマ成分に適用されるべきである場合、フラグ「ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａ」の値は１に設定され得る。言い換えれば、様々な例では、１に設定されている「ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａ」フラグの値に基づいて、非ルーマ成分のうちの１つまたは複数のデブロックフィルタリングは、ＨＥＶＣバージョン１におけるルーマ成分のデブロッキングフィルタリングと同じように実行される（すなわち、同一である）。場合によっては、「ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａ」フラグの値が１に設定されていることは、強いフィルタリングが非ルーマ成分に適用され得るという表示になる。

[0039] さらに、本開示によれば、１つまたは複数の非ルーマ成分に関するデブロッキングフィルタリングがＨＥＶＣバージョン１に指定されるように実行されるべきである場合、ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａフラグの値は０に設定される。言い換えれば、いくつかの例では、「ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａ」フラグの値が０に設定されていることに基づいて、非ルーマ成分のデブロックフィルタリングは、たとえば、非ルーマ成分のデブロックフィルタリングに関して強いフィルタが可能にされないように、ＨＥＶＣバージョン１による従来の様式で実行される。

[0040] １つの特定の例では、ビデオデータの色空間に応じて、フラグの値は０または１のいずれかに設定され得る。他の例では、下でより詳細に論じるように、ＨＥＶＣバージョン１による、ルーマ成分に関してだけ利用されるデブロッキングフィルタリングプロセスの１つまたは複数の態様が１つまたは複数の非ルーマ成分に適用されるべきであるかどうかを決定する際に他の係数が使用され得る。また、ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａフラグの値が１に設定されているとき、本開示に従って、非ルーマ成分に適用され得る、ＨＥＶＣバージョン１による、ルーマ成分に関してだけ使用されるデブロッキングフィルタリングプロセスの１つまたは複数の態様が下でより詳細に論じられる。

[0041] ＨＥＶＣバージョン１によれば、ルーマ成分に関して、各ブロックについて、何のフィルタも適用しないか、弱いフィルタを適用するか、または強いフィルタを適用するかについて決定が行われる。この判断は、たとえば、それぞれのブロックのエッジ特性に基づき得る。上で論じたように、ルーマの強いフィルタは、ルーマの弱いフィルタよりも大きいフィルタリング強度を有する。また、ＨＥＶＣバージョン１によれば、非ルーマ成分に関して、各ブロックについて、何のフィルタも適用しないか、または弱いフィルタを適用するかについて決定が行われる。この判断は、たとえば、非ルーマ成分内のそれぞれのブロックのエッジ特性に基づき得る。ＨＥＶＣバージョン１によれば、非ルーマ成分に関して強いフィルタリングは決して実行されない。さらに、ＨＥＶＣバージョン１によれば、非ルーマ成分に関して実行され得る「弱い」フィルタリングは、ＨＥＶＣバージョン１による、ルーマ成分に関して実行される「弱い」フィルタリングよりもフィルタリング強度の点で弱い。

[0042] 様々な他の色空間内のクロマ成分は上で説明したＹＣｂＣｒ４：２：０フォーマットのクロマ成分に関連するエネルギーよりも多くのエネルギーを有し得るため、クロマ成分に関して弱いフィルタだけを適用することは、ＲＧＢまたはＹＣｂＣｒ４：４：４など、ＹＣｂＣｒ４：２：０以外の色空間に関する視覚的品質を損ねる可能性がある。

[0043] 本開示のいくつかの態様は、概して、フォーマット適応型フィルタリング方式を提供することに関する。たとえば、本開示の技法は、たとえば、コーディングされているビデオデータの少なくとも色空間に基づいて、クロマ成分に関する可変（すなわち、１つまたは複数の係数に基づいて適応的に）デブロッキングフィルタリングを可能にすることを含む。本明細書で説明するように、「色空間（color space）」という用語は、概して、色成分（たとえば、ＲＧＢ、ＹＣｂＣｒなど）および／またはビデオデータを形成する各成分のサンプリングレートを指す。本明細書で使用する場合、「色空間」という用語は、色成分を指すだけでなく、それらの色成分の関連付けられたサンプリンフォーマットも指し、その結果、たとえば、色空間ＹＣｂＣｒ４：４：４およびＹＣｂＣｒ４：２：０は異なる色空間と見なされる。色空間は、ビデオフォーマット、または、より簡単に、フォーマットと呼ばれる場合もある。

[0044] いくつかの例では、デブロックフィルタリングの結果として達成される視覚的品質を改善するために、クロマ成分に関して、またはすべての色成分（たとえば、ＲＧＢ色空間の場合、Ｒ、Ｇ、およびＢ）に関して、強いフィルタリングが可能にされる（すなわち、適用され得る）。

[0045] 上で論じたように、ＨＥＶＣバージョン１による、ルーマ成分に関してだけ使用されるデブロッキングフィルタリングプロセスの１つまたは複数の態様が非ルーマ成分に適用されるべきであるか否かを示すために、フラグ「ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａ」などの表示がシグナリングされ得る。によるルーマ成分に関してだけ使用されるデブロッキングフィルタリングプロセスの態様のうちの１つは強いフィルタリングである。ＨＥＶＣバージョン１によれば、強いフィルタリングは非ルーマ成分に適用され得ない。本開示により動作するいくつかの例では、ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａフラグが１の値を有するとき、再構成された信号のすべての色成分に強いフィルタリングが適用され得る。本開示による他の例では、ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａフラグが１の値を有するとき、再構成された信号の非ルーマ成分に関して強いフィルタリングは可能にされないが、ＨＥＶＣバージョン１による、ルーマ成分に関してだけ使用されるデブロッキングフィルタリングプロセスの他の態様は、下でより詳細に論じるように、再構成されたビデオの非ルーマ成分のデブロッキングフィルタリングに適用される。

[0046] たとえば、強いフィルタリングが再構成された信号のすべての色成分に適用され得るか否かを示すために、ビデオエンコーダによって、フラグ「ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａ」などの表示がシグナリングされ得る。フラグの値が「０」に設定されている場合、ＨＥＶＣバージョン１によるデブロックフィルタリングが実行される。フラグの値が「１」に設定されている場合、ＨＥＶＣバージョン１においてルーマに関して定義されたデブロックフィルタリングが再構成された信号のすべての色成分にさらに適用される。このプロセスの例を下でより詳細に論じる。

[0047] 上述のフラグの値は、ビデオコーダのユーザの任意で設定されてよい。たとえば、ユーザが、ビデオコーダがクロマ成分に強いフィルタリングを適用することを望まない場合、ＲＧＢシーケンスの場合、ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａフラグは１の値に設定され得、ＹＣｂＣｒ４：４：４シーケンスの場合、このフラグは０の値に設定され得る。

[0048] 一例では、フラグは、シーケンスパラメータセット（ＳＰＳ：sequence parameter set）の一部として、シーケンスレベルでビデオエンコーダによってシグナリングされ得る。この例では、ビデオエンコーダによって生成されるシーケンスパラメータセット（ＳＰＳ）または別のシーケンスレベルパラメータセットは、再構成された信号のすべての色成分に強いフィルタリングが適用され得るか否かを示すためのフラグ（たとえば、ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａ）を含み得る。

[0049] 別の例では、フラグは、ピクチャパラメータセット（ＰＰＳ：picture parameter set）の一部として、ピクチャレベルでビデオエンコーダによってシグナリングされ得る。別の例では、フラグは、スライスヘッダの一部として、スライスレベルでビデオエンコーダによってシグナリングされ得る。各場合において、ビデオデコーダは、符号化されたビットストリーム内でビデオエンコーダによって生成されたシグナリングを受信する。
いくつかの例では、上で論じたように、表示、たとえば、ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａフラグが使用され得、ＨＥＶＣバージョン１による、ルーマ成分に関してだけ使用されるデブロッキングフィルタリングプロセスの１つまたは複数の態様が、本開示により、非ルーマ成分に適用されるべきであるか否かを示す。これらの例では、フラグの値は、デブロッキングフィルタリングに先立って設定され、デブロッキングフィルタリングプロセスは、フラグの値に基づいて、ＨＥＶＣバージョン１による、ルーマ成分に関してだけ使用されるデブロッキングフィルタリングプロセスの１つまたは複数の態様を非ルーマ成分に適用することができる。他の例では、何のそのようなフラグも存在せず（すなわち、何のそのようなフラグもコーディングまたはシグナリングされず）、ＨＥＶＣバージョン１による、ルーマ成分に関してだけ使用されるデブロッキングフィルタリングプロセスの１つまたは複数の態様が、本開示により、非ルーマ成分に適用されるべきか否かについての決定は、デブロッキングフィルタリングプロセス自体の間に行われ得る。これらの例では、（ＨＥＶＣバージョン１における、ルーマ成分に関するデブロッキングフィルタリングの１つまたは複数の態様を１つまたは複数の非ルーマ成分に適用するか否かについての）決定は、フラグの値に基づいてではなく、本開示で論じる１つまたは複数の要因に基づいて行われ得る。

[0050] 本開示の一態様によれば、いくつかの例では、（ＨＥＶＣバージョン１における、ルーマ成分に関するデブロッキングフィルタリングの１つまたは複数の態様を１つまたは複数の非ルーマ成分に適用するか否かについての）決定は、コーディングされているビデオデータのプロファイルに基づいて行われ得る。「プロファイル（profile）」は、アルゴリズム、機能、および／またはツール、ならびにそれらのアルゴリズム、機能、および／またはツールに適用される任意の制約のサブセットに対応する。より具体的には、「プロファイル」は、ビデオコーディング規格によって指定されたビットストリームシンタックス全体のサブセットである。「ティア（tier）」および「レベル（level）」は、各プロファイル内で指定され得る。「レベル」は、デコーダのリソースの消費限度に対応する。デコーダのリソースの例としては、デコーダのメモリ、ならびに、ピクチャの解像度、ビットレート、およびブロック処理率に影響を及ぼす、デコーダの消費能力がある。

[0051] プロファイルは、プロファイルインジケータ、たとえば、「ｐｒｏｆｉｌｅ＿ｉｄｃ」を有し、この場合、ハイプロファイル４：４：４およびスクリーンコンテンツ４：４：４プロファイルは、ｐｒｏｆｉｌｅ＿ｉｄｃのそれぞれの値によって示され得る２つのタイプのプロファイルの例である。同様に、レベルは、レベルインジケータ（たとえば、「ｌｅｖｅｌ＿ｉｄｃ」の値を用いてシグナリングされ得る。ティアのレベルは、ビットストリーム内のシンタックス要素の値に課された制約条件の指定されたセットであり得る。これらの制約条件は、値に関する単純な制限であり得る。代替として、制約の指定されたセットは、値の演算の組合せ（たとえば、ピクチャの幅×ピクチャの高さ×毎秒復号されるピクチャの数）に関する制約の形態をとり得る。下位ティアのために指定されたレベルは、上位ティアのために指定されたレベルよりも制約される。

[0052] いくつかの例では、ビデオデータのプロファイルがハイプロファイル４：４：４である場合、ＨＥＶＣバージョン１におけるルーマ成分に関するデブロッキングフィルタリングの１つまたは複数の態様をビデオデータの１つまたは複数の非ルーマ成分に適用する決定が行われる。これらの例のうちのいくつかでは、ビデオデータのプロファイルがスクリーンコンテンツ４：４：４プロファイルである場合、ＨＥＶＣバージョン１における、非ルーマ成分に関して指定されたように、１つまたは複数のルーマ成分に関するデブロッキングフィルタリングを実行する決定が行われる。

[0053] 別の例では、ビデオデータのクロマフォーマットに応じて、異なるデブロッキングフィルタリングが適用され得る。ＨＥＶＣに対する範囲拡張では、信号が４：４：４であるか、４：２：２であるか、または４：２：０であるかを示すためにクロマフォーマットがシグナリングされ得る。この例では、フォーマットが４：４：４である場合、ＨＥＶＣバージョン１においてルーマに関して定義されたデブロッキングフィルタリングがすべての色成分に関して適用される。フォーマットが４：２：２、４：２：０、または４：０：０である場合、ＨＥＶＣバージョン１に従って、１つまたは複数の非ルーマ成分に関するデブロッキングフィルタリングが実行される。

[0054] さらに別の例では、ＨＥＶＣバージョン１に従ってルーマ成分に適用されるフィルタリングが、強いデブロッキングフィルタリングを除いて、非ルーマ成分に提供され得る。たとえば、ＨＥＶＣバージョン１によれば、（ルーマ成分ではなく）非ルーマ成分に関して、ブロック境界を形成するブロックのうちのいずれか、またはそれらの両方がイントラ予測モードでコーディングされるときだけ、ブロック境界がフィルタリングされる。したがって、ＨＥＶＣバージョン１による、ルーマ成分に関するデブロッキングフィルタリングの１つまたは複数の態様をビデオデータの１つまたは複数の非ルーマ成分に適用する決定が行われたとき、ビデデータの１つまたは複数の非ルーマ成分に適用され得る、ＨＥＶＣバージョン１によるルーマ成分に関するデブロッキングフィルタリングの１つまたは複数の態様のうちの１つは、その境界を形成するブロックのいずれもイントラ予測モードでコーディングされない境界に関してすら、ビデオデータの非ルーマ成分に関してデブロッキングフィルタリングが実行され得ることである。

[0055] 上の例では、非ルーマ成分に強いフィルタを適用することを控える根拠は、強いフィルタは、一般に、弱いフィルタと比較して、より長いフィルタタップサイズにより、より多くのピクセルラインを記憶することを必要とするため、強いフィルタはより多くの実装リソースを必要とし得ることである。したがって、実装の複雑さを低減するために、ＨＥＶＣバージョン１による、ルーマ成分に適用するデブロッキングフィルタリングのすべての態様は、ＨＥＶＣバージョン１による、ルーマ成分に関して使用される強いフィルタを除いて、非ルーマ成分に適用され得る。すなわち、本開示の様々な例によれば、ＨＥＶＣバージョン１におけるルーマ成分に関してだけ使用されるデブロッキングフィルタリングプロセスの１つまたは複数の態様を非ルーマ成分に適用する決定が行われたとき、ＨＥＶＣバージョン１におけるルーマ成分に関して指定されたデブロッキングフィルタリングプロセスのすべての態様は、非ルーマ成分に関して強いフィルタリングは可能にされないことを除いて、非ルーマ成分に適用され得る。

[0056] さらに別の例では、上述のフラグまたはクロマフォーマットに従って、異なるしきい値βおよびｔ_Cが使用され得る。たとえば、ＨＥＶＣでは、しきい値βおよびｔ_Cは、デブロッキング強度を制御するように定義される。すなわち、βおよびｔ_Cの値が大きければ大きいほど、デブロッキング強度はますます大きくなり、その逆も同様である。βおよびｔ_Cの正確な定義はＨＥＶＣ仕様で与えられている。下に示すように、ＱＰによるこれらのしきい値を含むＡ表（８−１１）がＨＥＶＣで定義されている。

[0057] この表は、変数β’およびｔ_C’に関する値を提供する。変数βおよびｔ_Cは、次のように、変数β’およびｔ_C’から導出され得る。

[0058]

[0059]

[0060] 本開示の態様によれば、クロマ成分に関して強いフィルタリングが適用され得るように、追加の表が定義され得る。この例では、ＨＥＶＣバージョン１においてルーマ成分に関してだけ使用されるデブロッキングフィルタリングプロセスの１つまたは複数の態様を非ルーマ成分に適用する決定が行われている場合、非ルーマ成分に関して強いフィルタリングが可能にされるように、この新しい表が使用される。

[0061] ＨＥＶＣバージョン１では、デブロッキングは、インターコーディングされたブロックに関するビデオデータの非ルーマ成分に適用され得ないが、デブロッキングフィルタリングは、インターコーディングされたブロックのルーマ成分に適用され得る。

[0062] いくつかの例では、本開示の技法は、クロマデブロッキングフィルタリングをインターコーディングされたブロックに適用することができる。ＨＥＶＣに関する現在の仕様では、境界強度が、その境界を形成するブロックのうちの１つがイントラコーディングされることを示す「２」に等しいとき、クロマフィルタが適用される。本開示によれば、境界の境界強度が「０」を超える（非ルーマ成分の中でも、インターコーディングされたブロックに関してデブロッキングフィルタリングが実行されることを可能にする）とき、クロマフィルタリングがさらに適用され得る。いくつかの例では、非ルーマ成分に関する境界強度は、ルーマ成分に関する境界強度が計算されるのと同様の方法で計算され得る。または、いくつかの例では、ルーマ成分に関して計算された同じ境界強度がクロマ成分に関して適用され得る。下でより詳細に説明される図１０は、本開示の技法に一致する、ＨＥＶＣに従って境界強度がどのように計算され得るかを示す流れ図である。

[0063] 図１は、ビデオデータをフィルタリングするための技法を利用し得る例示的なビデオ符号化および復号システム１０を示すブロック図である。図１に示すように、システム１０は、宛先デバイス１４によって後で復号されるべき符号化されたビデオデータを提供するソースデバイス１２を含む。特に、ソースデバイス１２は、コンピュータ可読媒体１６を介してビデオデータを宛先デバイス１４に提供する。ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスのいずれかを備え得る。場合によっては、ソースデバイス１２および宛先デバイス１４はワイヤレス通信のために装備され得る。

[0064] 宛先デバイス１４は、コンピュータ可読媒体１６を介して、復号されるべき符号化ビデオデータを受信し得る。コンピュータ可読媒体１６は、符号化ビデオデータをソースデバイス１２から宛先デバイス１４に移動することが可能な、任意のタイプの媒体またはデバイスを備え得る。一例では、コンピュータ可読媒体１６は、ソースデバイス１２が符号化ビデオデータを宛先デバイス１４にリアルタイムで直接送信することを可能にするための通信媒体を備え得る。符号化ビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４に送信され得る。通信媒体は、無線周波（ＲＦ）スペクトルあるいは１つもしくは複数の物理伝送線路など、任意のワイヤレスまたはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワークなどのパケットベースのネットワーク、またはインターネットなどのグローバルネットワークの一部を形成し得る。通信媒体は、ルータ、スイッチ、基地局、またはソースデバイス１２から宛先デバイス１４への通信を促進するために有用であり得る任意の他の機器を含み得る。

[0065] いくつかの例では、符号化データは、出力インターフェース２２から記憶デバイスへ出力され得る。同様に、符号化データは、入力インターフェースによって記憶デバイスからアクセスされ得る。記憶デバイスは、ハードドライブ、ブルーレイ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性もしくは不揮発性のメモリ、または符号化ビデオデータを記憶するための任意の他の適当なデジタル記憶媒体などの、様々な分散されたあるいは局所的にアクセスされるデータ記憶媒体のうちのいずれかを含み得る。さらなる例では、記憶デバイスは、ソースデバイス１２によって生成される符号化ビデオを記憶することができる、ファイルサーバまたは別の中間的な記憶デバイスに対応し得る。

[0066] 宛先デバイス１４は、ストリーミングまたはダウンロードを介して記憶デバイスから記憶されたビデオデータにアクセスし得る。ファイルサーバは、符号化ビデオデータを記憶し、その符号化ビデオデータを宛先デバイス１４へ送信することができる、任意のタイプのサーバであり得る。例示的なファイルサーバは、ウェブサーバ（たとえば、ウェブサイトのための）、ＦＴＰサーバ、ネットワーク接続記憶（ＮＡＳ）デバイス、または局所的なディスクドライブを含む。宛先デバイス１４は、インターネット接続を含む任意の標準的なデータ接続を通じて、符号化ビデオデータにアクセスし得る。これは、ワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、ＤＳＬ、ケーブルモデムなど）、または、ファイルサーバ上に記憶されている符号化ビデオデータにアクセスするのに適した、それらの両方の組合せを含み得る。記憶デバイスからの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはそれらの組合せであり得る。

[0067] 本開示の技法は、ワイヤレスの適用例またはセッティングに必ずしも限定されるとは限らない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ：dynamic adaptive streaming over HTTP）などのインターネットストリーミングビデオ送信、データ記憶媒体上に符号化されたデジタルビデオ、データ記憶媒体上に記憶されたデジタルビデオの復号、または他の適用例などの、様々なマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。いくつかの例では、システム１０は、ビデオストリーミング、ビデオプレイバック、ビデオブロードキャスティングおよび／もしくはビデオ電話通信などの適用例をサポートするために一方向または双方向のビデオ送信をサポートするように構成され得る。

[0068] 図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。本開示によれば、ソースデバイス１２のビデオエンコーダ２０は、ビデオコーディングにおいて変換を実行するための技法を適用するように構成され得る。他の例では、ソースデバイスおよび宛先デバイスは、他の構成要素または構成を含み得る。たとえば、ソースデバイス１２は、外部カメラなどの外部のビデオソース１８からビデオデータを受信し得る。同様に、宛先デバイス１４は、統合されたディスプレイデバイスを含むのではなく、外部のディスプレイデバイスとインターフェースしてもよい。

[0069] 図１の例示されたシステム１０は、一例にすぎない。ビデオコーディングにおいてフィルタリングを実行するための技法は、任意のデジタルビデオ符号化および／または復号デバイスによって実行され得る。概して、本開示の技法は、ビデオ符号化デバイスによって実行されるが、本技法は、また、ビデオコーデックによって実行され得る。その上、本開示の技法は、また、ビデオプリプロセッサによって実行されてもよい。ソースデバイス１２および宛先デバイス１４は、ソースデバイス１２が、コーディングされたビデオデータを宛先デバイス１４への送信のためにその中で生成する、そのようなコーディングデバイスの単なる例である。いくつかの例では、デバイス１２、１４は、デバイス１２、１４の各々がビデオ符号化構成要素と復号構成要素とを含むように、実質的に対称的な方式で動作し得る。したがって、システム１０は、たとえば、ビデオストリーミング、ビデオプレイバック、ビデオブロードキャスティング、またはビデオ電話通信のための、ビデオデバイス１２と１４との間での一方向または二方向のビデオ送信をサポートし得る。

[0070] ソースデバイス１２のビデオソース１８は、ビデオカメラ、あらかじめキャプチャされたビデオを含むビデオアーカイブ、および／またはビデオコンテンツプロバイダからビデオを受信するためのビデオ供給インターフェースなどの、ビデオキャプチャデバイスを含み得る。さらなる代わりとして、ビデオソース１８は、ソースビデオとしてコンピュータグラフィックスベースのデータ、または、ライブビデオ、アーカイブビデオ、およびコンピュータ生成ビデオの組合せを生成し得る。場合によっては、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、いわゆるカメラ付き携帯電話またはビデオ付き携帯電話を形成し得る。しかしながら、上で言及されたように、本開示で説明する技法は、一般にビデオコーディングに適用可能であり、ワイヤレスおよび／またはワイヤードの用途に適用され得る。各々の場合において、キャプチャされたビデオ、以前にキャプチャされたビデオ、またはコンピュータ生成ビデオは、ビデオエンコーダ２０によって符号化され得る。次いで、符号化されたビデオ情報は、出力インターフェース２２によってコンピュータ可読媒体１６に出力され得る。

[0071] コンピュータ可読媒体１６は、ワイヤレスブロードキャストもしくはワイヤードネットワーク送信などの一時媒体、またはハードディスク、フラッシュドライブ、コンパクトディスク、デジタルビデオディスク、ブルーレイディスク、もしくは他のコンピュータ可読媒体などの有形記憶媒体を含み得る。いくつかの例では、ネットワークサーバ（図示されず）は、ソースデバイス１２から符号化ビデオデータを受信し、たとえば、ネットワーク送信を介して、その符号化ビデオデータを宛先デバイス１４に提供し得る。同様に、ディスクスタンピング設備のような、媒体製造設備のコンピューティングデバイスは、ソースデバイス１２から符号化ビデオデータを受信し、その符号化ビデオデータを含むディスクを生成し得る。したがって、様々な例では、コンピュータ可読媒体１６は、様々な形態の１つまたは複数のコンピュータ可読媒体を含むと理解され得る。本明細書および特許請求の範囲を通して、「有形プロセッサ可読記憶媒体（tangible processor-readable storage medium）」および／または「非一時的プロセッサ可読媒体（non-transitory processor-readable medium）」という用語は、特に、伝搬信号それ自体を除外するよう定義されるが、「有形プロセッサ可読記憶媒体」および／または「非一時的プロセッサ可読媒体」という用語は、ランダムアクセスメモリ（ＲＡＭ）、レジスタメモリ、プロセッサキャッシュなどを含む。

[0072] 宛先デバイス１４の入力インターフェース２８は、情報をコンピュータ可読媒体１６から受信する。コンピュータ可読媒体１６の情報は、ビデオエンコーダ２０により定義され、また、ビデオデコーダ３０によって使用される、ブロックの特性および／または処理ならびに他のコーディングされたユニット、たとえば、ＧＯＰを記述するシンタックス要素を含むシンタックス情報を含み得る。ディスプレイデバイス３２は、復号されたビデオデータをユーザに表示し、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなどの様々なディスプレイデバイスのうちのいずれかを備え得る。

[0073] ビデオエンコーダ２０およびビデオデコーダ３０は各々、適用可能なとき、１つもしくは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、離散論理回路、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せなどの、様々な適切なエンコーダ回路またはデコーダ回路のいずれかとして実装され得る。本技法がソフトウェアに部分的に実装されるとき、デバイスは、ソフトウェアに対する命令を適切な非一時的プロセッサ可読媒体内に記憶し、本開示の技法を実行するための１つまたは複数のプロセッサを使用してハードウェアにおいて命令を実行し得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は、１つもしくは複数のエンコーダまたはデコーダ内に含まれ得、そのいずれも複合ビデオエンコーダ／デコーダ（コーデック）の一部として統合され得る。ビデオエンコーダ２０および／またはビデオデコーダ３０を含むデバイスは、集積回路、マイクロプロセッサ、および／または携帯電話のようなワイヤレス通信デバイスを備え得る。

[0074] 図１には示されないが、いくつかの態様では、ビデオエンコーダ２０およびビデオデコーダ３０は、各々オーディオエンコーダおよびオーディオデコーダと統合されてよく、共通のデータストリームもしくは別個のデータストリーム内のオーディオとビデオの両方の符号化を扱うための、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアならびにソフトウェアを含み得る。適用可能なとき、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ：user datagram protocol）などの他のプロトコルに準拠し得る。

[0075] 本開示は、概して、ビデオデコーダ３０などの別のデバイスにある情報を「シグナリング（signaling）」するビデオエンコーダ２０に言及する場合がある。ただし、ビデオエンコーダ２０は、いくつかのシンタックス要素をビデオデータの様々な符号化された部分に関連付けることによって情報をシグナリングし得ることを理解されたい。すなわち、ビデオエンコーダ２０は、いくつかのシンタックス要素をビデオデータの様々な符号化された部分のヘッダに記憶することによってデータを「シグナリング」し得る。いくつかの場合には、そのようなシンタックス要素は、ビデオデコーダ３０によって受信され復号されるのに先立って、符号化され記憶され（たとえば、記憶デバイス２４に記憶され）得る。したがって、「シグナリング」という用語は全般に、圧縮されたビデオデータを復号するためのシンタックスまたは他のデータの通信を、そのような通信がリアルタイムで発生するか、ほぼリアルタイムで発生するか、ある期間にわたって発生するかにかかわらず指すことがあり、ある期間にわたる通信は、シンタックス要素を符号化の時点で媒体に記憶し、次いで、シンタックス要素がこの媒体に記憶された後の任意の時点で復号デバイスによって取り出され得るときに、発生し得る。

[0076] ビデオエンコーダ２０およびビデオデコーダ３０は、代替的にＭＰＥＧ−４、Ｐａｒｔ １０、アドバンストビデオコーディング（ＡＶＣ）と呼ばれるＩＴＵ−Ｔ Ｈ．２６４規格などの、ビデオ圧縮規格、またはそのような規格の拡張に従って動作し得る。ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４（ＡＶＣ）規格は、共同ビデオ部会（ＪＶＴ：Joint Video Team）として知られる共同パートナーシップの成果としてＩＳＯ／ＩＥＣムービングピクチャエキスパートグループ（ＭＰＥＧ：Moving Picture Experts Group）とともにＩＴＵ−Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ：Video Coding Experts Group）によって策定された。いくつかの態様では、本開示で説明する技法は、Ｈ．２６４規格に概して準拠するデバイスに適用され得る。Ｈ．２６４規格は、ＩＴＵ−Ｔ研究グループによる２００５年３月付のＩＴＵ−Ｔ勧告Ｈ．２６４「Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ ｆｏｒ ｇｅｎｅｒｉｃ ａｕｄｉｏｖｉｓｕａｌ ｓｅｒｖｉｃｅｓ」に記載されており、本明細書ではＨ．２６４規格もしくはＨ．２６４仕様、またはＨ．２６４／ＡＶＣ規格もしくは仕様と呼ばれる場合がある。ビデオ圧縮規格の他の例にはＭＰＥＧ−２およびＩＴＵ−Ｔ Ｈ２６３が含まれる。

[0077] 本開示の技法は、任意の特定のコーディング規格に限定されないが、本技法は、ＨＥＶＣ規格に関係し得る。ＨＥＶＣの規格化の取組みは、ＨＥＶＣテストモデル（ＨＭ：HEVC Test Model）と呼ばれるビデオコーディングデバイスのモデルに基づく。ＨＭは、たとえば、ＩＴＵ−Ｔ Ｈ．２６４／ＡＶＣに従う既存のデバイスに対してビデオコーディングデバイスのいくつかの追加の能力を仮定する。たとえば、Ｈ．２６４は９個のイントラ予測符号化モードを提供するが、ＨＭは３５個ものイントラ予測符号化モードを提供し得る。

[0078] 概して、ＨＭの作業モデルは、ビデオピクチャが、ルーマサンプルとクロマサンプルの両方を含む、一連のツリーブロックまたは最大コーディングユニット（ＬＣＵ：largest coding unit）に分割され得ることを記述する。ビットストリーム内のシンタックスデータは、ピクセルの数の点で最大のコーディングユニットであるＬＣＵにとってのサイズを定義し得る。スライス（slice）は、いくつかの連続するコーディングツリーユニット（ＣＴＵ：consecutive coding tree unit）を含む。ＣＴＵの各々は、ルーマサンプルのコーディングツリーブロックと、クロマサンプルの２つの対応するコーディングツリーブロックと、それらのコーディングツリーブロックのサンプルをコーディングするために使用されるシンタックス構造とを備え得る。３つの別個のカラープレーンを有するモノクロームピクチャまたはピクチャでは、ＣＴＵは、単一のコーディングツリーブロックと、そのコーディングツリーブロックのサンプルをコーディングするために使用されるシンタックス構造とを備え得る。

[0079] ビデオピクチャは、１つまたは複数のスライスに区分され得る。各ツリーブロックは、４分木（quadtree）に従ってコーディングユニット（ＣＵ：coding unit）にスプリットされ得る。概して、４分木データ構造は、ＣＵあたり１つのノードを、ツリーブロックに対応するルートノードとともに含む。ＣＵが４つのサブＣＵにスプリットされる場合、ＣＵに対応するノードは、４つのリーフノードを含み、その各々は、サブＣＵのうちの１つに対応する。ＣＵは、ルーマサンプルアレイとＣｂサンプルアレイとＣｒサンプルアレイとを有するピクチャのルーマサンプルのコーディングブロックと、そのピクチャのクロマサンプルの２つの対応するコーディングブロックと、それらのコーディングブロックのサンプルをコーディングするために使用されるシンタックス構造とを備え得る。３つの別個のカラープレーンを有するモノクロームピクチャまたはピクチャでは、ＣＵは、単一のコーディングブロックと、そのコーディングブロックのサンプルをコーディングするために使用されるシンタックス構造とを備え得る。コーディングブロックは、サンプルのＮ×Ｎのブロックである。

[0080] ４分木データ構造の各ノードは、対応するＣＵに関するシンタックスデータを与え得る。たとえば、４分木内のノードは、そのノードに対応するＣＵがサブＣＵにスプリットされるかどうかを示すスプリットフラグを含み得る。ＣＵに関するシンタックス要素は、再帰的に定義され得、ＣＵがサブＣＵにスプリットされるかどうかに依存し得る。ＣＵがさらにスプリットされない場合、そのＣＵはリーフＣＵと呼ばれる。本開示では、元のリーフＣＵの明示的スプリットが存在しない場合でも、リーフＣＵの４つのサブＣＵはまたリーフＣＵと呼ばれる場合がある。たとえば、１６×１６サイズのＣＵがさらにスプリットされない場合、この１６×１６ＣＵが決してスプリットされなくても、４つの８×８サブＣＵをリーフＣＵとも呼ぶ。

[0081] ＣＵは、ＣＵがサイズ差異を有しないことを除いて、Ｈ．２６４規格のマクロブロックと同様の目的を有する。たとえば、ツリーブロックは、４つの子ノード（サブＣＵとも呼ばれる）にスプリットされてよく、各子ノードは、今度は親ノードとなり、別の４つの子ノードにスプリットされてよい。４分木のリーフノードと呼ばれる、最後のスプリットされていない子ノードは、リーフＣＵとも呼ばれるコーディングノードを備える。コーディングされたビットストリームに関連するシンタックスデータは、最大ＣＵ深度と呼ばれる、ツリーブロックがスプリットされ得る最大回数を定義することができ、コーディングノードの最小サイズを定義することもできる。それに応じて、ビットストリームは最小コーディングユニット（ＳＣＵ：smallest coding unit）を定義することもできる。本開示は、「ブロック（block）」という用語を、ＨＥＶＣのコンテキストにおいて、ＣＵ、ＰＵ、もしくはＴＵのうちのいずれか、または他の規格のコンテキストにおいて、同様のデータ構造（たとえば、Ｈ．２６４／ＡＶＣのマクロブロックおよびそのサブブロック）を指すために使用する。

[0082] ＣＵは、コーディングノードと、コーディングノードに関連する予測ユニット（ＰＵ：prediction unit）および変換ユニット（ＴＵ）とを含む。ＣＵのサイズは、コーディングノードのサイズに対応し、形状において正方形でなければならない。ＣＵのサイズは、８×８ピクセルから、最大で６４×６４ピクセルまたはそれを越えるツリーブロックのサイズまで変動し得る。各ＣＵは、１つまたは複数のＰＵと、１つまたは複数のＴＵとを含み得る。

[0083] 概して、ＰＵは、対応するＣＵのすべてまたは一部分に対応する空間エリアを表し、そのＰＵの参照サンプルを取り出すためのデータを含み得る。その上、ＰＵは、予測に関係するデータを含む。たとえば、ＰＵがイントラモードで符号化されるとき、ＰＵに関するデータは、ＰＵに対応するＴＵに関するイントラ予測モードを記述するデータを含み得る残差４分木（ＲＱＴ：residual quadtree）内に含まれ得る。別の例として、ＰＵがインターモードで符号化されるとき、ＰＵは、ＰＵのための１つまたは複数の動きベクトルを定義するデータを含み得る。予測ブロックは、同じ予測が適用されるサンプルの矩形（すなわち、正方形または非正方形）ブロックであり得る。ＣＵのＰＵは、ピクチャのルーマサンプルの１つの予測ブロックと、そのピクチャのクロマサンプルの２つの対応する予測ブロックと、予測ブロックサンプルを予測するために使用されるシンタックス構造とを備え得る。３つの別個のカラープレーンを有するモノクロームピクチャまたはピクチャでは、ＰＵは、単一の予測ブロックと、それらの予測ブロックサンプルを予測するために使用されるシンタックス構造とを備え得る。

[0084] ＴＵは、変換、たとえば、残差ビデオデータへの離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または概念的に同様の変換の適用後に、変換領域内で係数を含み得る。残差データは、符号化されていないピクチャのピクセルと、ＰＵに対応する予測値との間のピクセル差分に対応し得る。ビデオエンコーダ２０は、ＣＵに関する残差データを含むＴＵを形成し、次いで、ＣＵに関する変換係数を生成するためにＴＵを変換し得る。変換ブロックは、同じ変換が適用されるサンプルの矩形ブロックであってもよい。ＣＵの変換ユニット（ＴＵ）は、ルーマサンプルの変換ブロックと、クロマサンプルの２つの対応する変換ブロックと、それらの変換ブロックサンプルを変換するために使用されるシンタックス構造とを備え得る。３つの別個のカラープレーンを有するモノクロームピクチャまたはピクチャでは、ＴＵは、単一の変換ブロックと、それらの変換ブロックサンプルを変換するために使用されるシンタックス構造とを備え得る。

[0085] 変換の後で、ビデオエンコーダ２０は、変換係数の量子化を実行し得る。量子化は、概して、係数を表すために使用されるデータの量をできるだけ低減するために、変換係数が量子化され、さらなる圧縮を実現するプロセスを指す。量子化プロセスは、係数の一部またはすべてに関連するビット深度（bit depth）を低減させることができる。たとえば、ｎビットの値は、量子化中にｍビットの値に端数を丸められてよく、ここで、ｎはｍよりも大きい。

[0086] ビデオエンコーダ２０は、変換係数を走査して、量子化変換係数を含む２次元行列から１次元ベクトルを生成し得る。走査は、より高いエネルギー（したがって、より低い周波数）の係数をアレイの前方に配置し、より低いエネルギー（したがって、より高い周波数）の係数をアレイの後方に配置するように設計され得る。いくつかの例では、ビデオエンコーダ２０は、エントロピー符号化され得るシリアル化されたベクトルを生成するために、量子化変換係数を走査するための規定の走査を利用し得る。他の例では、ビデオエンコーダ２０は、適応走査を実行し得る。

[0087] １次元のベクトルを形成するために、量子化変換係数を走査した後、ビデオエンコーダ２０は、たとえば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ：context-adaptive variable length coding）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ：context-adaptive binary arithmetic coding）、シンタックスベースのコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）、確率間隔区分エントロピー（ＰＩＰＥ：Probability Interval Partitioning Entropy）コーディングまたは別のエントロピー符号化の方法に従って、１次元のベクトルをエントロピー符号化し得る。ビデオエンコーダ２０は、ビデオデータを復号する際にビデオデコーダ３０が使用するための、符号化ビデオデータに関連するシンタックス要素をエントロピー符号化することもできる。

[0088] ビデオエンコーダ２０は、さらに、ブロックベースのシンタックスデータ、ピクチャベースのシンタックスデータ、およびピクチャグループ（ＧＯＰ：group of pictures）ベースのシンタックスデータなどのシンタックスデータを、たとえば、ピクチャヘッダ、ブロックヘッダ、スライスヘッダ、またはＧＯＰヘッダ内でビデオデコーダ３０に送ることができる。ＧＯＰシンタックスデータは、それぞれのＧＯＰ内のピクチャの数を記述し得、ピクチャシンタックスデータは、対応するピクチャを符号化するために使用される符号化／予測モードを示し得る。

[0089] ビデオデコーダ３０は、コーディングされたビデオデータを取得すると、ビデオエンコーダ２０に関して説明した符号化パスとは概して逆の復号パスを実行し得る。たとえば、ビデオデコーダ３０は、ビデオエンコーダ２０から、符号化ビデオスライスのビデオブロックと、関連するシンタックス要素とを表す符号化ビデオビットストリームを取得することができる。ビデオデコーダ３０は、ビットストリーム内に含まれたデータを使用して、元の符号化されていないビデオシーケンスを再構成することができる。

[0090] 場合によっては、ビデオエンコーダ２０および／またはビデオデコーダ３０は、たとえば、コーディングプロセスによってもたらされる誤差を補償するために、コーディングの間に、ビデオデータに対して１つまたは複数のフィルタリングプロセスを実行することができる。たとえば、ビデオエンコーダ２０および／またはビデオデコーダ３０は、デブロッキングフィルタリングと呼ばれる場合がある、ブロックエッジを平滑化するためのピクセルエッジフィルタリング動作を実行することができる。

[0091] 上述のように、本開示のいくつかの態様は、概して、フォーマット適応型フィルタリング方式を提供することに関する。たとえば、本開示の技法は、コーディングされているビデオデータの色空間に基づいて、クロマ成分に関する可変デブロッキングフィルタリング（たとえば、弱いデブロッキングまたは強いデブロッキング）を可能にすることを含む。

[0092] 本開示の態様によれば、ビデオエンコーダ２０および／またはビデオデコーダ３０は、色成分のサブセット（たとえば、ＹＣｒＣｂ色空間の場合、Ｃｒ、Ｃｂ）またはいくつかの色空間に関するすべての色成分（たとえば、ＲＧＢ空間の場合、Ｒ、Ｇ、およびＢ）であり得る非ルーマ成分に強いフィルタリングを適用することを可能にし得る。いくつかの例では、ビデオエンコーダ２０は、ＨＥＶＣバージョン１における、ルーマ成分に関するデブロッキングフィルタリングの１つもしくは複数の態様がビデオデータの１つもしくは複数の非ルーマ成分に適用されるべきか否かを示すために、ビデオエンコーダ２０および／またはビデオデコーダ３０によって復号され得るフラグ（たとえば、ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａ）をシグナリングする。場合によっては、「ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａ」フラグが１に設定されていることは、強いフィルタリングが１つまたは複数の非ルーマ成分に適用され得るという表示をもたらす。

[0093] いくつかの例では、ビデオエンコーダ２０は、いずれかのデブロッキングフィルタリングが実行されるのに先立って、フラグをシグナリングし、デブロッキングフィルタリングは符号化ループおよび復号ループの間に実行される。符号化ループと復号ループの両方の間、デブロッキングフィルタリングの間にフラグが復号される。ビデオエンコーダ２０がフラグの値を０に設定する場合、ビデオエンコーダ２０およびビデオデコーダ３０は、ＨＥＶＣバージョン１に記載される方式に従って、デブロッキングフィルタリングを実行することができる。

[0094] たとえば、ＨＥＶＣバージョン１に記載される方式によれば、ルーマ成分は、（たとえば、デブロッキングされているブロックのエッジ特性に応じて）強いデブロッキングフィルタまたは弱いデブロッキングフィルタのいずれかを使用してデブロッキングされ得るのに対して、クロマ成分は、弱いデブロッキングフィルタだけを使用してデブロッキングされ得る。ビデオエンコーダ２０がフラグの値を１に設定する場合、フラグはルーマ成分に関してＨＥＶＣバージョン１で指定されるデブロッキングフィルタリングが１つまたは複数の非ルーマ成分に適用されることを示す。

[0095] この場合、そのフラグに応答して、ビデオエンコーダ２０およびビデデコーダ３０は、ルーマ成分に関するＨＥＶＣバージョン１に従ってデブロッキングフィルタリングをすべての色成分に適用することができる。言い換えれば、フラグが１に設定されているとき、ＨＥＶＣバージョン１によってルーマ成分に関して指定される同じデブロッキングフィルタリング方式がクロマ成分にも適用され得る。（下でより詳細に論じるように、いくつかの例では、ＨＥＶＣバージョン１によってルーマ成分に関して指定されるデブロッキングフィルタリングのいくつかの態様は、非ルーマ成分に適用され、いくつかの態様は適用されない。）たとえば、フラグの値が１に設定されているとき、ルーマ色成分とクロマ色成分は両方とも（または、すべてのＲＢＧ成分は）、（たとえば、デブロッキングされている（適用可能なとき）ルーマブロックもしくはクロマブロックのエッジ特徴に応じて）強いデブロッキングフィルタまたは弱いデブロッキングフィルタのいずれかを使用してデブロッキングされ得る。

[0096] いくつかの例では、フラグは異なる色空間に関して異なって設定され得る。たとえば、ビデオエンコーダ２０は、ＲＧＢシーケンスに関して、およびＹＣｂＣｒ４：４：４シーケンスに関して、フラグの値を１に設定することができる。この場合、フラグを１に設定して、ビデオエンコーダ２０および／またはビデオデコーダ３０は、ＲＧＢシーケンスとＹＣｂＣｒ４：４：４シーケンスの両方のすべての成分に関して、ＨＥＶＣバージョン１によってルーマ成分に関して指定されるデブロッキングフィルタリング方式のいくつかまたはすべてを使用することができる。（別の例では、ビデオエンコーダ２０は、ＲＧＢシーケンスに関して、およびＹＣｂＣｒ４：４：４シーケンスに関して、色成分に関するデブロッキングフィルタリングがＨＥＶＣバージョン１に従って実行されることを示す０にフラグを設定することができる。）
[0097] ＹＣｂＣｒ４：２：２シーケンスおよび４：２：０シーケンスなど、他のシーケンスの場合、ビデオエンコーダ２０はフラグの値を０に設定することができる。この場合、フラグの値を０に設定して、ビデオエンコーダ２０および／またはビデオデコーダ３０は、ＹＣｂＣｒ４：２：２シーケンスとＹＣｂＣｒ４：２：０シーケンスの両方に関して、ＨＥＶＣバージョン１に従って色成分に関するデブロッキングフィルタリングを実行する。これらの例および他の例について以下でより詳細に説明する。

[0098] ビデオエンコーダ２０は、シーケンスパラメータセット（ＳＰＳ：sequence parameter set）の一部としてシーケンスレベルでフラグにシグナリングすることができる。別の例では、ビデオエンコーダ２０は、ピクチャパラメータセット（ＰＰＳ：picture parameter set）の一部としてピクチャレベルでフラグにシグナリングすることができる。別の例では、ビデオエンコーダ２０は、スライスヘッダの一部としてスライスレベルでフラグにシグナリングすることができる。

[0099] いくつかの例では、ビデオデコーダ３０は、コーディングされているビデオデータのプロファイルを使用して、（ＨＥＶＣバージョン１においてルーマ成分に適用される１つまたは複数の態様デブロッキングフィルタリングを１つまたは複数の非ルーマ成分に適応するか否かについての）決定を行う。本開示の態様によれば、一例では、コーディングされているビデオデータのプロファイルがハイプロファイル４：４：４である場合、ビデオデコーダ３０は、ＨＥＶＣバージョン１においてルーマ成分に適用されるデブロッキングフィルタリングの１つまたは複数の態様を１つまたは複数の非ルーマ成分に適用する決定を行うことができる。代替的に、コーディングされているビデオデータのプロファイルがスクリーンコンテンツ４：４：４プロファイルである場合、ビデオデコーダ３０は、ＨＥＶＣバージョン１に従ってビデオの成分に関するデブロッキングフィルタリングを実行することができる。

[0100] 別の例では、ビデオエンコーダ２０および／またはビデオデコーダ３０は、コーディングされているビデオデータのクロマフォーマットに基づいて、異なるデブロッキングフィルタリングを適用することができる。たとえば、ＨＥＶＣに対する範囲拡張を使用しているとき、ビデオエンコーダ２０は、コーディングされているビデオデータが４：４：４ＹＣｂＣｒ色空間であるか、４：２：２ＹＣｂＣｒ色空間であるか、または４：２：０ＹＣｂＣｒ色空間であるかを示すためにクロマフォーマットをシグナリングすることができる。本開示の態様によれば、４：４：４色空間がシグナリングおよび使用される場合、ビデオデコーダ３０は、すべての色成分に関して、ＨＥＶＣバージョン１においてルーマ成分に関して定義されたデブロッキングフィルタリングを実行することができる。たとえば、ビデオデコーダ３０は、ＨＥＶＣバージョン１がＹ成分に関して指定されるように、各成分（Ｙ、Ｃｂ、およびＣｒ）に関して強いデブロッキングフィルタリングを使用するか、または弱いデブロッキングフィルタリングを使用するかを決定することができる。他の色空間に関して、ビデオデコーダ３０は、ＨＥＶＣバージョン１で実行されるのと同様の方法でデブロッキングフィルタリングを実行することができる。

[0101] いくつかの例では、フラグが１に設定されているとき、ＨＥＶＣバージョン１においてルーマ成分に関して指定されるデブロッキングフィルタリングのすべての態様がビデオのすべての成分に適用される。しかしながら、他の例では、フラグが１に設定されているとき、ＨＥＶＣバージョン１においてルーマ成分に関して指定されるデブロッキングフィルタリングのいくつかの態様が非ルーマ成分に適用され、いくつかの態様は適用されない。たとえば、いくつかの例では、フラグが１に設定されるとき、非ルーマ成分に関して強いデブロッキングフィルタリングは可能にされないが、ＨＥＶＣバージョン１においてルーマ成分に関して指定されるデブロッキングフィルタリングのすべての他の態様が１つまたは複数の非ルーマ成分に適用される。

[0102] したがって、いくつかの例では、ビデオエンコーダ２０および／またはビデオデコーダ３０は、ルーマデブロッキングプロセスをクロマ成分に適用することができるが、ルーマデブロッキングプロセスの強いデブロッキングフィルタをクロマ成分に適用することを控えることができる。たとえば、ＨＥＶＣバージョン１においてクロマ成分に関するデブロッキングフィルタリングは予測依存であり得る。すなわち、ＨＥＶＣバージョン１では、ビデオエンコーダ２０および／またはビデオデコーダ３０は、デブロッキングされている境界を形成する１つのブロックまたは両方のブロックが（たとえば、下で図２および図３を参照してより詳細に説明される）イントラ予測モードを使用してコーディングされているときだけ、非ルーマ成分に関してデブロッキングフィルタリングを実行することができる。

[0103] 本開示の態様によれば、場合によっては、クロマ成分に関するこのデブロッキング予測制限（たとえば、デブロッキングされている境界を形成する１つのブロックまたは両方のブロックがイントラ予測モードを使用してコーディングされているときだけクロマ成分に対してデブロッキングを実行すること）は除去され得る。したがって、この例では、ルーマフィルタリングプロセスがクロマ成分に適用される場合、インターコーディングされたクロマブロック境界は、インターコーディングされたルーマブロックとともにフィルタリングされ得る。上で論じたように、フラグが１に設定されているとき、ＨＥＶＣバージョン１においてルーマ成分に関して指定されるデブロッキングフィルタリングのいくつかまたはすべての態様が非ルーマ成分に適用される。ＨＥＶＣバージョン１においてルーマ成分に関して指定される、フラグが１に設定されているとき非ルーマ成分に適用されるデブロッキングフィルタリングの態様のうちの１つは、インターコーディングされたブロック境界がフィルタリングされることを可能にすることである。

[0104] 強いフィルタは、一般に、より長いフィルタタイプサイズにより、より多くのピクセルラインを記憶することを必要とするため、強いデブロッキングフィルタを適用することは、より多くの実装リソースを必要とし得る。したがって、実装の複雑さを低減するために、いくつかの例によれば、ビデオエンコーダ２０および／またはビデオデコーダ３０は、（たとえば、予測モードにかかわらず）ルーマデブロッキングフィルタリングプロセスをルーマ成分とクロマ成分の両方に適用することができると同時に、ビデエンコーダ２０および／またはビデオデコーダ３０は、クロマ成分に対して強いデブロッキングフィルタリングを実行することを控えることができる。しかしながら、他の例では、ビデオエンコーダ２０および／またはビデオデコーダ３０は、ルーマ成分とクロマ成分の両方に関して強いデブロッキングフィルタリングを実行することができる。

[0105] 上で論じたように、フラグが１に設定されているとき、ＨＥＶＣバージョン１においてルーマ成分に関して指定されるデブロッキングフィルタリングのいくつかまたはすべての態様が非ルーマ成分に適用される。ＨＥＶＣバージョン１においてルーマ成分に関して指定されるデブロッキングフィルタリングの一態様は、ルーマ成分に関して強いフィルタリングが可能にされることである。ＨＥＶＣバージョン１においてルーマ成分に関して指定されるデブロッキングフィルタリングの別の態様は、インターコーディングされたブロック境界のフィルタリングが可能にされることである。ＨＥＶＣバージョン１においてルーマ成分に関して指定されるデブロッキングフィルタリングの別の態様は、ルーマ成分に関する弱いフィルタリングは非ルーマ成分に関する弱いフィルタリングよりも強いことである。様々な例では、フラグが１に設定されるとき、ビデオの非ルーマ成分に関して、これらの態様のうちの１つ、いくつか、またはすべてが可能にされ得る。

[0106] いくつかの例では、ビデオエンコーダ２０は、上で説明したフラグと同様の１つまたは複数のシンタックス要素を使用して、ルーマデブロッキングフィルタリングをクロマ成分に適用するかどうかをシグナリングすることができる。すなわち、ビデオエンコーダ２０は、ルーマデブロッキングフィルタリングがクロマ成分に適用されないとき、フラグを（ＨＥＶＣバージョン１により、デブロッキングフィルタリングがすべての成分に適用されることを示す）０に設定することができ、ルーマデブロッキングフィルタリングがクロマ成分に適用されるとき、フラグを（ＨＥＶＣバージョン１においてルーマ成分に適用されるデブロッキングフィルタリングの態様のいくつかまたはすべてが非ルーマ成分に適用されることを示す）１に設定する。

[0107] さらに別の例では、ビデオエンコーダ２０および／またはビデオデコーダ３０は、異なる色空間に関して、異なるしきい値βおよびｔ_Cを適用することができる。たとえば、本開示の態様によれば、強いフィルタリングがクロマ成分に適用されることを可能にするしきい値が（たとえば、しきい値の表に従って）確立され得る。この例では、ビデオエンコーダ２０は、しきい値に従って、強いデブロッキングフィルタリングがクロマ成分に適用されることを示すために、フラグを１に設定することができる。別の例では、フラグの値は、色空間に基づいて推論され得る（たとえば、４：４：４フォーマットは、しきい値に従って、強いデブロッキングフィルタリングがクロマ成分に適用されることを示すのに対して、４：２：２フォーマットは強いフィルタリングが可能にされないことを示す）。

[0108] 図２は、本開示で説明する変換のための技法を使用し得るビデオエンコーダ２０の例を示すブロック図である。ビデオエンコーダ２０について、例示のためにＨＥＶＣコーディングのコンテキストにおいて説明するが、他のコーディング規格に関して本開示を限定するものではない。

[0109] ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーディングとインターコーディングとを実行し得る。イントラコーディングは、所与のビデオピクチャ内のビデオの空間的冗長性を低減または除去するために空間的予測に依拠する。インターコーディングは、ビデオシーケンスの隣接ピクチャ内のビデオの時間的冗長性を低減または除去するために時間的予測に依拠する。イントラモード（Intra-mode）（Ｉモード）は、いくつかの空間ベースの圧縮モードのいずれかを指すことがある。単方向予測（uni-directional prediction）（Ｐモード）または双予測（bi-prediction）（Ｂモード）などのインターモードは、いくつかの時間ベースの圧縮モードのいずれかを指すことがある。

[0110] 図２の例では、ビデオエンコーダ２０は、モード選択ユニット４０と、参照ピクチャメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピーエンコーディングユニット５６とを含む。モード選択ユニット４０は、動き補償ユニット４４と、動き推定ユニット４２と、イントラ予測ユニット４６と、パーティションユニット４８とを含む。ビデオブロックの再構築のために、ビデオエンコーダ２０は、また、逆量子化ユニット５８と、逆変換ユニット６０と、加算器６２と、フィルタリングユニット６６とを含む。

[0111] 符号化プロセス中に、ビデオエンコーダ２０は、コーディングされるべきビデオピクチャまたはビデオスライスを受信する。図２に文字通り示されていないが、ビデオエンコーダ２０は、コーディングされるべき着信ビデオデータを記憶するためのメモリまたは他の構成要素を含み得る。ピクチャまたはスライスは複数のビデオブロックに分割され得る。動き推定ユニット４２および動き補償ユニット４４は、時間圧縮を行うために、１つまたは複数の参照ピクチャ内の１つまたは複数のブロックに対する受信されたビデオブロックのインター予測コーディングを実行する。イントラ予測ユニット４６は、代替的に、空間圧縮を行うために、コーディングされるべきブロックと同じピクチャまたはスライス内の１つまたは複数の近接ブロックに対する受信されたビデオブロックのイントラ予測コーディングを実行することができる。ビデオエンコーダ２０は、たとえば、ビデオデータのブロックごとに適切なコーディングモードを選択するために、複数のコーディングパスを実行することができる。

[0112] その上、パーティションユニット４８は、以前のコーディングパスにおける以前の区分方式の評価に基づいて、ビデオデータのブロックをサブブロックに区分することができる。たとえば、パーティションユニット４８は、最初にピクチャまたはスライスをＬＣＵに区分し、レートひずみ分析（rate-distortion analysis）（たとえば、レートひずみ最適化）に基づいてＬＣＵの各々をサブＣＵに区分することができる。モード選択ユニット４０はさらに、ＬＣＵをサブＣＵに区分することを示す４分木データ構造を生成することができる。４分木のリーフノードＣＵは、１つまたは複数のＰＵと１つまたは複数のＴＵとを含み得る。

[0113] モード選択ユニット４０は、たとえば、誤差結果に基づいて、コーディングモード、すなわちイントラまたはインターのうちの１つを選択し、得られたイントラコーディングされたブロックまたはインターコーディングされたブロックを、残差ブロックデータを生成するために加算器５０に提供し、参照ピクチャとして使用する目的で符号化されたブロックを再構築するために加算器６２に提供する。モード選択ユニット４０はまた、動きベクトル、イントラモードインジケータ、区分情報（partition information）、および他のそのようなシンタックス情報などのシンタックス要素をエントロピー符号化ユニット５６に提供する。

[0114] 動き推定ユニット４２および動き補償ユニット４４は、高度に統合され得るが、概念的な目的のために別々に示してある。動き推定ユニット４２によって実施される動き推定は、ビデオブロックに関する動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、現在ピクチャ（または他のコーディングされたユニット）内のコーディングされている現在ブロックに対する参照ピクチャ（または他のコーディングされたユニット）内の予測ブロックに対する、現在ビデオピクチャ内のビデオブロックのＰＵの変位を示し得る。予測ブロックは、絶対差分和（ＳＡＤ：sum of absolute difference）、２乗差分和（ＳＳＤ：sum of square difference）、または他の差分メトリックによって決定され得るピクセル差分の観点で、コーディングされるべきブロックと密にマッチングすることが見出されたブロックである。いくつかの例では、ビデオエンコーダ２０は、参照ピクチャメモリ６４に記憶された参照ピクチャのサブ整数ピクセル位置の値を計算し得る。たとえば、ビデオエンコーダ２０は、参照ピクチャの、４分の１ピクセル位置、８分の１ピクセル位置、または他の分数のピクセル位置の値を補間し得る。したがって、動き推定ユニット４２は、完全なピクセル位置および分数のピクセル位置に対して動き探索を実行し、動きベクトルを分数のピクセル精度で出力し得る。

[0115] 動き推定ユニット４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコーディングされたスライス内のビデオブロックのＰＵに対する動きベクトルを計算する。参照ピクチャは、各々が参照ピクチャメモリ６４に記憶された１つまたは複数の参照ピクチャを識別する、第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択され得る。動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６と動き補償ユニット４４とに送る。

[0116] 動き補償ユニット４４によって実行される動き補償は、動き推定ユニット４２によって決定された動きベクトルに基づいて予測ブロックをフェッチまたは生成することに関与し得る。この場合も、いくつかの例では、動き推定ユニット４２および動き補償ユニット４４は機能的に統合され得る。現在ビデオブロックのＰＵのための動きベクトルを受信すると、動き補償ユニット４４は、動きベクトルが参照ピクチャリストのうちの１つにおいて指し示す予測ブロックの位置を特定し得る。加算器５０は、以下で論じるように、コーディングされている現在ビデオブロックのピクセル値から予測ブロックのピクセル値を減算し、ピクセル差分値を形成することによって、残差ビデオブロックを形成する。概して、動き推定ユニット４２はルーマ成分に対して動き推定を実施し、動き補償ユニット４４は、クロマ成分とルーマ成分の両方に関するルーマ成分に基づいて計算された動きベクトルを使用する。モード選択ユニット４０はまた、ビデオスライスのビデオブロックを復号する際にビデオデコーダ３０が使用するためのビデオブロックとビデオスライスとに関連するシンタックス要素を生成し得る。

[0117] イントラ予測ユニット４６は、前述のように、動き推定ユニット４２と動き補償ユニット４４とによって実行されるインター予測の代替として、現在ブロックをイントラ予測し得る。特に、イントラ予測ユニット４６は、現在ブロックを符号化するために使用すべきイントラ予測モードを決定し得る。いくつかの例では、イントラ予測ユニット４６は、たとえば、別個の符号化パス中に様々なイントラ予測モードを使用して現在ブロックを符号化し、イントラ予測ユニット４６（または、いくつかの例では、モード選択ユニット４０）は、使用するのに適切なイントラ予測モードを、テストされたモードから選択し得る。

[0118] たとえば、イントラ予測ユニット４６は、様々なテストされたイントラ予測モードについてレートひずみ分析を使用してレートひずみ値を計算し、テストされたモードの中で最良のレートひずみ特性を有するイントラ予測モードを選択し得る。レートひずみ分析は、概して、符号化されたブロックと、符号化されたブロックを生成するために符号化された元の符号化されていないブロックとの間のひずみ（または誤差）の量、ならびに符号化されたブロックを生成するために使用されるビットレート（すなわち、ビット数）を決定する。イントラ予測ユニット４６は、どのイントラ予測モードがブロックについて最良のレートひずみ値を呈するかを決定するために、様々な符号化されたブロックのひずみおよびレートから比を計算し得る。

[0119] ビデオエンコーダ２０は、モード選択ユニット４０からの予測データを、コーディングされている元のビデオブロックから減算することによって、残差ビデオブロックを形成する。加算器５０は、この減算操作を実行する１つの構成要素または複数の構成要素を表現する。

[0120] 変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念的に同様の変換などの変換を残差ブロックに適用し、残差変換係数の値を備えるビデオブロックを生成する。変換処理ユニット５２は、概念的にはＤＣＴと同様の他の変換を実行し得る。ウェーブレット変換、整数変換、サブバンド変換、または他のタイプ変換も使用され得る。いかなる場合でも、変換処理ユニット５２は、変換を残差ブロックに適用し、残差変換係数のブロックを生成する。変換は、ピクセル値領域からの残差情報を、周波数領域などの変換領域に転換し得る。

[0121] 変換処理ユニット５２は、得られた変換係数を量子化ユニット５４へ送ることができる。量子化ユニット５４は、ビットレートをさらに低減するために、変換係数を量子化する。量子化プロセスは、係数の一部またはすべてに関連するビット深度を低減させることができる。量子化の程度は、量子化パラメータを調整することによって修正され得る。いくつかの例では、量子化ユニット５４は、次いで、量子化された変換係数を含む行列の走査を実行することができる。代替的に、エントロピー符号化ユニット５６が走査を実行してよい。

[0122] 量子化の後、エントロピー符号化ユニット５６は、量子化された変換係数をエントロピーコーディングする。たとえば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディングまたは別のエントロピーコーディング技法を実行することができる。コンテキストベースのエントロピーコーディングの場合、コンテキストは、近接ブロックに基づいてよい。エントロピー符号化ユニット５６によるエントロピーコーディングの後で、符号化ビットストリームは、別のデバイス（たとえば、ビデオデコーダ３０）へ送信され得、あるいは後から送信または取り出すために、保管され得る。

[0123] 逆量子化ユニット５８および逆変換ユニット６０は、たとえば、参照ブロックとして後で使用できるように、ピクセル領域で残差ブロックを再構築するために、それぞれ、逆量子化と、逆変換とを適用する。

[0124] 動き補償ユニット４４は、残差ブロックを参照ピクチャメモリ６４のピクチャのうちの１つの予測ブロックに加算することによって参照ブロックを計算し得る。動き補償ユニット４４はまた、再構成された残差ブロックに１つまたは複数の補間フィルタを適用して、動き推定において使用するサブ整数ピクセル値を計算し得る。加算器６２は、参照ピクチャメモリ６４に記憶するための再構築されたビデオブロックを生成するために、再構築された残差ブロックを、動き補償ユニット４４によって生成された動き補償予測ブロックに加算する。再構成されたビデオブロックは、後続のビデオピクチャ内のブロックをインターコーディングするために動き推定ユニット４２および動き補償ユニット４４によって参照ブロックとして使用され得る。

[0125] フィルタリングユニット６６は、様々なフィルタリングプロセスを実行することができる。たとえば、フィルタリングユニット６６は、デブロッキングフィルタリングを実行することができる。すなわち、フィルタリングユニット６６は、スライスまたはフレームからブロッキネスアーティファクトを除去するために、再構成されたビデオおよびフィルタブロック境界のスライスまたはフレームを形成する複数の再構成されたビデオブロックを受信することができる。一例では、フィルタリングユニット６６は、ビデオブロックのいわゆる「境界強度（boundary strength）」を評価する。ビデオブロックの境界強度に基づいて、ビデオブロックのエッジピクセルは、閲覧者にとって１つのビデオブロックから別のビデオブロックへの遷移を知覚することがより困難になるように、隣接ビデオブロックのエッジピクセルに対してフィルタ処理され得る。

[0126] 場合によっては、デブロッキングフィルタによって使用される変数は、再構成されたビデオブロックを元のソースビデオブロックと比較せずに、再構成されたビデオブロックから導出され得る。したがって、ビデオエンコーダ２０およびビデオデコーダ３０（図３）はそれぞれ、ビットストリーム内にコーディングされた元のビデオフレームに関する最小の追加の情報を用いて、再構成されたビデオブロックに対して同じデブロッキングプロセスを実行するようにプログラムされ得る。ただし、場合によっては、フィルタリングユニット６６は、デブロッキングが実行されるべきであるかどうか、および／または特定のタイプのデブロッキングモードのうちの１つが実行されるべきであるかどうかを示すシンタックス要素をビットストリーム中に含み得る。

[0127] 本開示の態様によれば、フィルタリングユニット６６は、上で説明したように、フォーマット適応型フィルタリング方式を実装することができる。たとえば、フィルタリングユニット６６は、コーディングされているビデオデータの色空間に基づいて、再構成されたビデオのクロマブロックにデブロッキングフィルタリングを適用し得る。したがって、場合によっては、フィルタリングユニット６６は、ビデオデータのクロマブロックに強いデブロッキングフィルタリングを適用することが可能にされ得る。

[0128] 上述のように、フィルタリングユニット６６（または、エントロピー符号化ユニット５６など、ビデオエンコーダ２０の別のユニット）は、適応型クロマデブロッキングフィルタリングが実装されているかどうかを示すために、１つまたは複数のシンタックス要素を生成することができる。他の例では、フィルタリングユニット６６は、符号化されているビデオデータの色空間に基づいて、適切なクロマデブロッキング方式を推論することができ、それによって、そのようなシグナリングの必要性を無効にする。

[0129] したがって、ビデオエンコーダ２０は、本開示で説明するフィルタリング技法のうちのいずれかを実行することができる。たとえば、ビデオエンコーダ２０は、デブロッキングフィルタリングプロセスが再構成されたビデオデータのルーマ成分だけに適用されるか、または、ビデオデータのルーマ成分に加えて、ビデオデータの少なくとも１つの他のビデオ成分に適用されるかを示す、１つまたは複数のシンタックス要素を符号化して、その１つまたは複数のシンタックス要素に基づいて、ビデオデータをデブロッキングすることができるビデオエンコーダの一例を表す。

[0130] 図３は、本開示で説明する変換のための技法を実装し得るビデオエンコーダ３０の例を示すブロック図である。この場合も、ビデオデコーダ３０について、例示のためにＨＥＶＣコーディングのコンテキストにおいて説明するが、他のコーディング規格に関して本開示を限定するものではない。

[0131] 図３の例では、ビデオデコーダ３０は、エントロピー復号ユニット７０と、動き補償ユニット７２と、イントラ予測ユニット７４と、逆量子化ユニット７６と、逆変換ユニット７８と、参照ピクチャメモリ８２と、加算器８０と、フィルタリングユニット８４とを含む。

[0132] 復号プロセス中に、ビデオデコーダ３０は、符号化ビデオスライスのビデオブロックおよび関連するシンタックス要素を表す符号化ビデオビットストリームをビデオエンコーダ２０から受信する。図３に文字通り示されていないが、ビデオデコーダ２０は、復号されるべき着信ビデオデータを記憶するためのメモリまたは他の構成要素を含み得る。ビデオデコーダ３０のエントロピー復号ユニット７０は、量子化係数、動きベクトルまたはイントラ予測モードインジケータ、および他のシンタックス要素を生成するために、ビットストリームをエントロピー復号する。エントロピー復号ユニット７０は、動きベクトルと他のシンタックス要素とを動き補償ユニット７２へ転送する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルでのシンタックス要素を受信し得る。

[0133] ビデオスライスがイントラコーティングされた（Ｉ）スライスとしてコーディングされるとき、イントラ予測ユニット７４は、シグナリングされたイントラ予測モードと、現在ピクチャの前に復号されたブロックからのデータとに基づいて、現在ビデオスライスのビデオブロックに関する予測データを生成し得る。ビデオピクチャがインターコーディングされた（すなわち、Ｂ、ＰまたはＧＰＢ）スライスとしてコーディングされるとき、動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルと他のシンタックス要素とに基づいて、現在ビデオスライスのビデオブロックに関する予測ブロックを生成する。予測ブロックは、参照ピクチャリストのうちの１つの中の参照ピクチャのうちの１つから生成され得る。ビデオデコーダ３０は、参照ピクチャメモリ８２に記憶された参照ピクチャに基づいて、デフォルトの構成技法を使用して、参照ピクチャリストと、リスト０と、リスト１とを構成することができる。

[0134] 動き補償ユニット７２は、動きベクトルと他のシンタックス要素とを解析することによって現在のビデオスライスのビデオブロックに対する予測情報を決定し、復号されている現在ビデオブロックに対する予測ブロックを生成するために、予測情報を使用する。たとえば、動き補償ユニット７２は、ビデオスライスのビデオブロックをコーディングするために使用される予測モード（たとえば、イントラ予測またはインター予測）と、インター予測スライスタイプ（たとえば、Ｂスライス、Ｐスライス、またはＧＰＢスライス）と、スライスに関する参照ピクチャリストのうちの１つまたは複数に関する構築情報と、スライスの各々のインター符号化ビデオブロックに関する動きベクトルと、スライスの各インターコーディングされたビデオブロックに関するインター予測ステータスと、現在ビデオスライス内のビデオブロックを復号するための他の情報とを決定するために、受信されたシンタックス要素のいくつかを使用する。

[0135] 動き補償ユニット７２はまた、補間フィルタに基づいて、補間を実行し得る。動き補償ユニット７２は、参照ブロックのサブ整数ピクセルに関して補間された値を計算するために、ビデオブロックの符号化中にビデオエンコーダ２０によって使用された補間フィルタを使用することができる。この場合、動き補償ユニット７２は、受信したシンタックス要素からビデオエンコーダ２０で使用された補間フィルタを決定し、予測ブロックを生成するために、補間フィルタを使用することができる。

[0136] 逆量子化ユニット７６は、ビットストリーム内で提供され、エントロピー復号ユニット７０によって復号された、量子化変換係数を逆量子化（inverse quantize）、すなわち、逆量子化（de-quantize）する。逆量子化プロセスは、量子化の程度を判断し、同様に、適用されるべき逆量子化の程度を判断するための、ビデオスライス内の各ビデオブロックに関してビデオデコーダ３０によって計算される量子化パラメータＱＰ_Yの使用を含み得る。

[0137] 逆変換ユニット７８は、ピクセル領域において残差ブロックを生成するために、逆変換、たとえば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用する。ビデオデコーダ３０は、逆変換ユニット７８からの残差ブロックに、動き補償ユニット７２によって生成された対応する予測ブロックを加算することによって、復号ビデオブロックを形成する。加算器８０は、この加算操作を実行する１つまたは複数の構成要素を表現する。

[0138] フィルタリングユニット８４は、いくつかの例では、ビデオエンコーダ２０（図２）のフィルタリングユニット６６と同様に構成され得る。たとえば、フィルタリングユニット８４は、符号化ビットストリームからのビデオデータを復号および再構成するとき、デブロッキング、ＳＡＯ、または他のフィルタリング動作を実行するように構成され得る。

[0139] 本開示の態様によれば、フィルタリングユニット８４は、上で説明したように、フォーマット適応型フィルタリング方式を実装することができる。たとえば、フィルタリングユニット８４は、デブロッキングフィルタリングプロセスがコーディングされているビデオデータの色空間に基づいて変化するように、デブロッキングフィルタリングをクロマブロックに適用することができる。したがって、場合によっては、フィルタリングユニット８４は、ビデオデータのクロマブロックに強いデブロッキングフィルタリングを適用することを可能にされ得る。

[0140] 上述のように、フィルタリングユニット８４（または、エントロピー復号ユニット７０など、ビデオデコーダ３０の別のユニット）は、ビットストリーム内に含まれた、１つまたは複数の解析および復号されたシンタックス要素に基づいて、適応型クロマデブロッキングフィルタリングが再構成されたビデオに対して使用されることになるかどうかを決定することができる。他の例では、フィルタリングユニット８４は、復号されているビデオデータの色空間に基づいて、適切なクロマデブロッキング方式を推論することができ、それによって、そのようなシグナリングの必要性を無効にする。

[0141] したがって、ビデオデコーダ３０は、本開示のフィルタリング技法のうちのいずれかを実行することができる。たとえば、図３のビデオデコーダ３０は、デブロッキングフィルタリングプロセスがビデオデータのルーマ成分だけに適用されるか、または、ビデオデータのルーマ成分に加えて、ビデオデータの少なくとも１つの他のビデオ成分に適用されるかを示す、１つまたは複数のシンタックス要素を復号して、その１つまたは複数のシンタックス要素に基づいて、ビデオデータをデブロッキングすることができるビデオデコーダの一例を表す。

[0142] 図４Ａ〜図４Ｃは、ビデオデータに関する異なる色サンプルフォーマットを示す概念図である。たとえば、クロマフォーマットと呼ばれる場合もあるビデオサンプリングフォーマットは、ＣＵ内に含まれるルーマサンプルの数に対して、ＣＵ内に含まれるクロマサンプルの数を定義することができる。クロマ成分に関するビデオサンプリングフォーマットに応じて、Ｕ成分およびＶ成分の、サンプルの数に関するサイズは、Ｙ成分のサイズと同じ場合があり、または異なる場合もある。Ｈ．２６４／ＡＶＣ規格および（ＨＥＶＣバージョン１と呼ばれる）ＨＥＶＣ規格の第１のバージョンでは、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃと呼ばれる値は、ルーマ成分に対して、クロマ成分の異なるサンプリングフォーマットを示すために定義される。表１は、値ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃの値と関連するクロマフォーマットとの間の関係を示す。

[0143] 表１では、変数ＳｕｂＷｉｄｔｈＣおよびＳｕｂＨｅｉｇｈｔＣの値は、ビデオデータのルーマ成分に関するサンプルの数と各クロマ成分に関するサンプルの数との間の、水平および垂直のサンプリングレートのレシオ（ratio）を示すために使用され得る。表１に記載されたクロマフォーマットでは、２つのクロマ成分は同じサンプリングレートを有する。

[0144] 表１の例では、４：２：０フォーマットの場合、水平方向と垂直方向の両方について、ルーマ成分に関するサンプリングレートは、ビデオデータのクロマ成分のサンプリングレートの２倍である。結果として、４：２：０フォーマットに従ってフォーマットされたコーディングユニットの場合、ルーマ成分に関するサンプルのアレイの幅および高さは、ビデオデータのクロマ成分に関するサンプルの各アレイの幅および高さの２倍である。同様に、４：２：２フォーマットに従ってフォーマットされたコーディングユニットの場合、ルーマ成分に関するサンプルのアレイの幅は、各クロマ成分に関するサンプルのアレイの幅の２倍であるが、ルーマ成分に関するサンプルのアレイの高さは、ビデオデータの各クロマ成分に関するサンプルのアレイの高さに等しい。４：４：４フォーマットに従ってフォーマットされたコーディングユニットの場合、ルーマ成分用のサンプルのアレイは、ビデオデータの各クロマ成分に関するサンプルのアレイと同じ幅と高さとを有する。

[0145] ＹＵＶ色空間に加えて、ビデオデータは、ＲＧＢ色空間に従って定義され得ることに留意されたい。このようにして、本明細書で説明するクロマフォーマットをＹＵＶ色空間またはＲＧＢ色空間のいずれかに適用することができる。ＲＧＢクロマフォーマットは、典型的には、赤色サンプルの数、緑色サンプルの数、および青色サンプルの数が等しいようにサンプリングされる。したがって、「４：４：４クロマフォーマット」という用語は、本明細書で使用される場合、ＹＵＶ色空間またはＲＧＢ色空間のいずれかを指す場合があり、サンプルの数はすべての色成分に関して等しい、すなわち、Ｙ、Ｕ、およびＶに関して等しく、またはＲ、Ｇ、およびＢに関して等しい。

[0146] 図４Ａは、４：２：０サンプルフォーマットを示す概念図である。図４Ａに示すように、４：２：０サンプルフォーマットの場合、クロマ成分はビデオデータのルーマ成分の４分の１のサイズである。したがって、４：２：０サンプルフォーマットに従ってフォーマットされたＣＵの場合、ビデオデータのクロマ成分のサンプルごとに４つのルーマサンプルが存在する。

[0147] 図４Ｂは、４：２：２サンプルフォーマットを示す概念図である。図４Ｂに示すように、４：２：２サンプルフォーマットの場合、クロマ成分はビデオデータのルーマ成分の２分の１のサイズである。したがって、４：２：２サンプルフォーマットに従ってフォーマットされたＣＵの場合、ビデオデータのクロマ成分のサンプルごとに２つのルーマサンプルが存在する。

[0148] 図４Ｃは、４：４：４サンプルフォーマットを示す概念図である。図４Ｃに示すように、４：４：４サンプルフォーマットの場合、クロマ成分はビデオデータのルーマ成分と同じサイズである。したがって、４：４：４サンプルフォーマットに従ってフォーマットされたＣＵの場合、ビデオデータのクロマ成分のサンプルごとに１つのルーマサンプルが存在する。

[0149] 図５は、４：２：０サンプルフォーマットに従ってフォーマットされた１６ｘ１６コーディングユニットの一例を示す概念図である。図５は、ＣＵ内部のルーマサンプルに対するクロマサンプルの相対位置を示す。上述のように、ＣＵは、一般に、水平方向および垂直方向のルーマサンプルの数によって定義される。したがって、図５に示すように、４：２：０サンプルフォーマットに従ってフォーマットされた１６ｘ１６ＣＵは、ビデオデータのルーマ成分の１６ｘ１６サンプルと、各クロマ成分に関する８ｘ８サンプルとを含む。さらに、上述のように、ＣＵはより小さいＣＵに区分することができる。たとえば、図５に示すＣＵは、４個の８ｘ８ＣＵに区分することができ、各８×８ＣＵは、ルーマ成分に関する８ｘ８サンプルと、各クロマ成分に関する４ｘ４サンプルとを含む。

[0150] 図６は、４：２：２サンプルフォーマットに従ってフォーマットされた１６ｘ１６コーディングユニットの一例を示す概念図である。図６は、ＣＵ内のルーマサンプルに対するクロマサンプルの相対位置を示す。上述のように、ＣＵは、一般に、水平方向および垂直方向のルーマサンプルの数によって定義される。したがって、図６に示すように、４：２：２サンプルフォーマットに従ってフォーマットされた１６ｘ１６ＣＵは、ルーマ成分の１６ｘ１６サンプルと、各クロマ成分に関する８ｘ１６サンプルとを含む。さらに、上述のように、ＣＵはより小さいＣＵに区分することができる。たとえば、図６に示されたＣＵは、４つの８ｘ８ＣＵに区分され得、各ＣＵは、ルーマ成分に関する８ｘ８サンプルと、各クロマ成分に関する４ｘ８サンプルとを含む。

[0151] 図７は、本開示の技法による、ビデオデータをフィルタリングするための例示的なプロセスを示す流れ図である。図７の例は、ビデオエンコーダ２０、ビデオデコーダ３０、または様々な他のプロセッサによって実行され得る。

[0152] 開始ブロックの後、プロセスは、ビデオデータの非ルーマ成分に関して、第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかについて決定が行われる決定ブロック７９１に進み、この場合、第１のデブロックフィルタリングプロセスおよび第２のデブロックフィルタリングプロセスは互いとは異なる。第１のデブロックフィルタリングプロセスと第２のデブロックフィルタリングプロセスとの間のいくつかの例示的な違いが下で論じられる。

[0153] 決定ブロック７９１で、決定が第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングが実行されるべきであるということである場合、プロセスは、第１のデブロックフィルタリングプロセスに従って、非ルーマ色成分に対するデブロックフィルタリングが実行されるブロック７９２に進む。次いで、プロセスは、他の処理が再開される戻りブロックに進む。

[0154] 決定ブロック７９１で、決定が第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングが実行されるべきであるということである場合、プロセスは、第２のデブロックフィルタリングプロセスに従って、非ルーマ色成分に対するデブロックフィルタリングが実行されるブロック７９３に進む。次いで、プロセスは、他の処理が再開される戻りブロックに進む。

[0155] 本開示はそのように限定されないが、いくつかの例では、第１のデブロックフィルタリングプロセスは、第１のレベルのデブロックフィルタリングと第２のレベルのデブロックフィルタリングとを提供し、この場合、第１のレベルのデブロックフィルタリングは、第２のレベルのデブロックフィルタリングよりも比較的強く、この場合、第２のデブロックフィルタリングプロセスは、正確に１つのレベルのデブロックフィルタリングを提供する。たとえば、第１のデブロックフィルタリングプロセスは、強いデブロックフィルタリングと弱いデブロックフィルタリングの両方を可能にするが、第２のデブロックフィルタリングプロセスは、弱いデブロックフィルタリングだけを可能にする。加えて、様々な例では、第２のデブロックフィルタリングによって使用される正確に１つのレベルのデブロックフィルタリングは、第１のデブロックフィルタリングプロセスで使用されるいずれかのフィルタリングレベルと同じであってよく、または異なってもよい。

[0156] たとえば、いくつかの例では、ブロックごとベースで、各ブロックに関して、強いフィルタリングを適用すること、弱いフィルタリングを適用すること、または何のフィルタリングも適用しないことが決定され得るように、第１のデブロックフィルタリングプロセスは、ＨＥＶＣバージョン１仕様におけるルーマ成分に関するのと同じ方法で、強いデブロックフィルタリングと弱いデブロックフィルタリングの両方を可能にすることができる。強いフィルタリングを適用するか、弱いフィルタリングを適用するか、または何のフィルタリングも適用しないかの決定は、たとえば、ビデオブロックの境界強度に基づいて行われ得る。この第１のデブロックフィルタリングプロセスでは、しきい値未満の境界強度に関して、何のフィルタリングも適用しない。しきい値を超える境界強度に関して、弱いフィルタリングまたは強いフィルタリングが適用される。弱いフィルタリングを適用するか、または強いフィルタリングを適用するかは、境界強度を含む複数の係数に基づくことが可能であり、この場合、境界強度が大きければ大きいほど、係数は強いフィルタを適用することを優先し、境界強度が低ければ低いほど、係数は弱いフィルタリングを適用することを優先する。この第１のデブロックフィルタリングプロセスは、ビデオブロックの成分の各々に個々に適用され得る。

[0157] いくつかの例では、ブロックごとベースで、各ブロックに関して、弱いフィルタリングを適用すること、または何のフィルタリングも適用しないことが決定され得るように、第２のデブロックフィルタリングプロセスは、ＨＥＶＣバージョン１仕様におけるクロマ成分に関するのと同じ方法で、（すなわち、第１のデブロックフィルタリングプロセスにおける、選択ベースで弱いフィルタリングまたは強いフィルタリングを許可するのではなく）弱いフィルタリングだけを可能にすることができる。この例では、強いフィルタリングは許可されず、したがって、第２のデブロックフィルタリングプロセスでは可能でない。

[0158] 本開示はそのように限定されないが、いくつかの例では、第１のデブロックフィルタリングプロセスは、イントラ予測データとインター予測データの両方にデブロックフィルタリングを実行することを含み、第２のデブロックフィルタリングプロセスは、イントラ予測データにデブロックフィルタリングを実行して、インター予測データに何のデブロックフィルタリングも実行しないこととを含む。したがって、第１のデブロックフィルタリングプロセスでは、デブロックフィルタリングは、選択ベースで、たとえば、境界強度に基づいて、インターコーディングされたビデオブロック、またはイントラコーディングされたビデオブロックに適用され得る。第２のデブロックフィルタリングプロセスに関して、デブロックフィルタリングが適用されるが、イントラコーディングされたビデオブロックに関してだけであり、インターコーディングされたビデオブロックに関しては適用されない。いくつかの例では、ビデオデータのルーマ成分とビデオデータの非ルーマ成分の両方に対してデブロックフィルタリングが実行される。これらの例では、デブロッキングフィルタリングは、ルーマデブロックフィルタリングプロセスに基づいて、ビデオデータのルーマ成分に対して実行され得る。第１のデブロックフィルタリングプロセスは、ルーマデブロックフィルタリングプロセスの１つまたは複数の態様を含む。いくつかの例では、第１のデブロックフィルタリングプロセスはルーマデブロックフィルタリングプロセスと同一である。他の例では、第１のフィルタリングプロセスは、ルーマデブロックフィルタリングプロセスの１つまたは複数の態様を含むが、すべての態様は含まない。いくつかの例では、強いフィルタリングはルーマデブロッキングフィルタリングプロセスに関して可能にされ、第１のデブロックフィルタリングプロセスに関しては可能にされないが、第１のデブロックフィルタリングプロセスは、強いフィルタリングが第１のデブロックフィルタリングプロセスに関して可能にされないことを除いて、ルーマデブロックフィルタリングプロセスと同じである。

[0159] いくつかの例では、決定ブロック７９１における決定は、ビデオエンコーダ２０によってビットストリーム内で符号化されたシンタックス要素に基づいて行われる。いくつかの例では、シンタックス要素はフラグである。いくつかの例では、シンタックス要素は、ビデオデータのシーケンスパラメータセット（ＳＰＳ）、ビデオデータのピクチャパラメータセット（ＰＰＳ）、またはビデオデータのスライスヘッダ内でエンコーダ２０によって符号化されるフラグである。いくつかの例では、ビデオエンコーダ２０および／またはビデオデコーダ３０は、たとえば、ＳＰＳ、ＰＰＳ、またはスライスヘッダ内でシンタックス要素を受信し、ブロック７９１の決定を行うために、そのシンタックス要素を復号する。いくつかの例では、フラグはｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａフラグであり、そのフラグが真の値、たとえば、１の値を有する場合、第１のデブロックフィルタリングプロセスを実行する決定が行われ、そのフラグが偽の値、たとえば、０の値を有する場合、第２のデブロックフィルタリングプロセスを実行する決定が行われる。しかしながら、本開示はそのように限定されず、シンタックス要素に関して他の例が採用されてよい。

[0160] いくつかの例では、シンタックス要素がＳＰＳ内で受信される場合、シーケンス内のすべてのブロックに対して選択されたデブロックフィルタリングプロセス、同様に、選択されたデブロックフィルタリングプロセスは、ＰＰＳ内のシグナリングの場合、ピクチャ内のすべてのブロックに適用され、スライスヘッダ内のシグナリングの場合、スライス内のすべてのブロックに適用される。

[0161] いくつかの例では、ビデオデータはＹＣｂＣｒフォーマットであり、非ルーマ成分はクロマ成分ＣｂおよびＣｒである。他の例では、ビデオデータはＲＧＢフォーマットであり、成分のすべては非ルーマ成分である。いくつかの例では、図７のプロセスは、各非ルーマ成分に関して別個に採用され得る。たとえば、それぞれの非ルーマ成分に関して、第１のデブロックフィルタリングプロセスが使用されるべきか、または第２のデブロックフィルタリングプロセスが使用されるべきかを示すために、非ルーマ成分（たとえば、第１の非ルーマ成分および第２の非ルーマ成分と呼ばれる場合があるＣｂならびにＣｒ）の各々に関して別個のフラグが個々に設定され得る。他の例では、ビデオデータ内の非ルーマ成分のすべてに適用する１つの決定が行われる。たとえば、いくつかの例では、ビデオデータ内の非ルーマ成分のすべてに適用する１つのフラグが設定される。具体的には、各非ルーマ成分に関して別個のフラグをシグナリングする代わりに、ビデオエンコーダ２０は、非ルーマ成分のすべてに適用する１つの決定を行い、非ルーマ成分に関する（たとえば、第１のデブロックフィルタリングプロセスを適用するか、または第２のデブロックフィルタリングプロセスを適用するかの）決定を示す単一のフラグを生成することができる。

[0162] いくつかの例では、決定ブロック７９１における決定は、非ルーマ色成分のエネルギーレベルに基づいて行われる。たとえば、いくつかの例では、決定ブロック７９１における決定は、ビデオデータの非ルーマ色成分のエネルギーレベルがエネルギーレベルしきい値よりも大きいとき、ビデオデータの非ルーマ成分に関して決定されたデブロックフィルタリングプロセスとして、第１のデブロックフィルタリングプロセスを選択し、ビデオデータの非ルーマ色成分のエネルギーレベルがエネルギーレベルしきい値未満であるとき、ビデオデータの非ルーマ成分に関して決定されたデブロックフィルタリングプロセスとして、第２のデブロックフィルタリングプロセスを選択することを含む。

[0163] 概して、ビデオ成分のエネルギーレベルが比較的低いとき、ビデオ成分の強いフィルタリングの使用を回避することが好ましい。しかしながら、ビデオ成分のエネルギーレベルが比較的高いとき、弱いフィルタだけを適用し、適切なとき、強いフィルタを使用しないことは、視覚的品質をハードにする可能性がある。たとえば、クロマ成分はＹと比較してより少ないエネルギーを有するため、ＹＣｂＣｒ４：２：０フォーマットでは、Ｃｂ成分およびＣｒ成分に関して、Ｃｂ成分およびＣｒ成分に関して弱いフィルタだけを使用することが好ましい場合がある。しかしながら、クロマ成分はＹＣｂＣｒ４：２：０フォーマットよりも多くのエネルギーを有し得るため、クロマに関して弱いフィルタだけを適用することは、ＹＣｂＣｒ４：４：４など、他の色空間または色フォーマットに関する視覚的品質を損なう可能性がある。いくつかの例では、７９１における決定は、単に、色空間に基づいて、エネルギーレベルに関する予想に基づいて行われ得る。他の例では、エネルギーレベルは実際に測定され得、ビデオデータの非ルーマ色成分のエネルギーレベルがエネルギーレベルしきい値より大きいとき、ビデオデータの非ルーマ成分に関して決定されたデブロックフィルタリングプロセスとして第１のデブロックフィルタリングプロセスを選択し、ビデオデータの非ルーマ色成分のエネルギーレベルがエネルギーレベルしきい値未満であるとき、ビデオデータの非ルーマ成分の決定されたデブロックフィルタリングプロセスとして、第２のデブロックフィルタリングプロセスを選択する決定が行われ得る。

[0164] いくつかの例では、決定ブロック７９１における決定は、ビデオデータの色空間に基づいて行われる。たとえば、いくつかの例では、ブロック７９１における決定において、ビデオデータの色空間がＹＣｂＣｒ４：４：４またはＲＢＧである場合、決定されたデブロックフィルタリングプロセスとして、第１のデブロックフィルタリングプロセスが選択され、ビデオデータの色空間がＹＣｂＣｒ４：２：２またはＹＣｂＣｒ４：２：０である場合、決定されたデブロックフィルタリングプロセスとして、第２のデブロックフィルタリングプロセスが選択される。

[0165] 別の例として、いくつかの例では、ビデオデータの各成分に関するサンプリングレートがビデオデータの他の各成分に関するサンプリングレートと同一である場合、決定ブロック７９１における決定において、非ルーマ色成分に関して決定されたデブロックフィルタリングプロセスとして、第１のデブロックフィルタリングプロセスが選択される。たとえば、クロマ成分のサンプリングレートは、ＹＣｂＣｒ４：２：２またはＹＣｂＣｒ４：２：０におけるルーマ成分とは異なり、ビデオデータがこれらのフォーマットのうちの１つである場合、第２のデブロックフィルタリングプロセスが採用される。代替的に、サンプリングレートは、ＹＣｂＣｒ４：４：４またはＲＢＧにおいてすべてのビデオ成分に関して同じであり、ビデオデータがこれらのフォーマットのうちの１つである場合、第１のデブロックフィルタリングプロセスが採用される。

[0166] 上で論じたように、様々な例では、選択されたそのデブロッキングフィルタリングプロセスを決定するために様々な基準が使用され得る。いくつかの例では、上で論じた基準または他の適切な基準のうちの１つが採用され得、他の例では、２つ以上の基準が使用され得、その結果、いくつかの例では、決定を行うために、これらの基準のうちの２つ以上が採用され得るという点で、上で論じた基準は必ずしも相互排他的ではない。さらに、上で論じたように、いくつかの例では、この決定は、フラグに基づいて行われ、フラグによってシグナリングされ、他の実施形態では、この決定は、エンコーダからのシグナリングなしに、デコーダによって自発的に行われる。

[0167] 上で論じたように、いくつかの例では、図７のプロセスは、ビデオエンコーダ２０、ビデオデコーダ３０、または様々な他のプロセッサによって実行され得る。いくつかの例では、プロセスは、コードを記憶するように構成されたメモリと、プロセスの活動を可能にするためのコードを実行するように構成された、少なくとも１つのプロセッサとを含むデバイスによって実行され得る。いくつかの例では、プロセスの動作は、１つまたは複数のプロセッサによって実行されたとき、プロセスの活動を可能にするプロセッサ可読コードを符号化するように構成された非一時的プロセッサ可読媒体上で符号化され得る。

[0168] 上で論じたように、決定ブロック７９１における決定は、ビデオエンコーダ２０によって生成されたシンタックス要素に基づいて、ビデオエンコーダ２０および／またはビデオデコーダ３０によって行われる。いくつかの例では、シンタックス要素はビデオエンコーダ２０によって生成される。いくつかの例では、シンタックス要素は、第１の非ルーマ色成分に関して決定されたデブロックフィルタリングプロセスを示すためにコーディングされ得る。たとえば、いくつかの例では、符号化パスの間であるが、デブロッキングに先立って、ビデオデータの１つまたは複数の非ルーマ色成分に関して、第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかの決定がビデオエンコーダ２０によって行われ得る。この決定は、様々な例では、ビデオデータの色空間、ユーザ入力、または他の係数に基づき得る。次いで、シンタックス要素は、１つまたは複数の非ルーマ色成分に関して決定されたデブロックフィルタリングプロセスを示すためにビデオエンコーダ２０によって符号化され得る。いくつかの例では、デブロッキングの間、図７のプロセスが採用され得、決定ブロック７９１における決定はこのシンタックス要素に基づいて行われ得る。いくつかの例では、シンタックス要素は、ビデオデータのシーケンスパラメータセット（ＳＰＳ）、ビデオデータのピクチャパラメータセット（ＰＰＳ）、またはビデオデータのスライスヘッダの中に記憶されるｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａフラグである。

[0169] 図７のプロセスの例は、たとえば、ビデオデータの符号化パスおよび／または復号パスの間に採用され得る。いくつかの例では、図７のプロセスのデブロックフィルタリングは、ビデオエンコーダ２０の符号化パスとビデオデコーダ３０の復号パスの両方の間にループ内フィルタとして採用され得る。例では、デブロックフィルタリングは、後処理の間など、何らかの他の時間に実行され得る。いくつかの例では、決定されたデブロッキングフィルタリングプロセスは、ビデオデータの各非ルーマ成分に関して採用され得る。他の例では、非ルーマ成分に関してどのデブロッキングフィルタリングプロセスを採用するかについての別個の決定が行われ得る。

[0170] 図８は、本開示の技法による、ビデオコーディングプロセスにおいてビデオデータをフィルタリングするための例示的なプロセスを示す流れ図である。図８の例は、ビデオエンコーダ２０、ビデオデコーダ３０、または様々な他のプロセッサによって実行され得る。

[0171] 上述のように、本開示の態様によれば、ビデオエンコーダ２０および／またはビデオデコーダ３０は、ルーマ成分に関するデブロッキング方式を、クロマ成分または他の色成分（たとえば、ＲＧＢ空間の場合、Ｒ、Ｇ、およびＢ）を含むすべてのビデオ成分に適用することができる。したがって、場合によっては、ビデオエンコーダ２０および／またはビデオデコーダ３０は、強いフィルタリングをクロマ成分または他の色成分に適用することができる。いくつかの例では、そのような機能は、１つまたは複数のシンタックス要素（たとえば、ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａフラグ）を使用してシグナリングされ得る。

[0172] 図８の例では、ビデオコーダ（たとえば、ビデオエンコーダ２０またはビデオデコーダ３０）は、現在復号されているブロックがルーマブロックであるかどうかを決定することができる（１００）。ルーマビデオ成分がコーディングされている場合、ビデオコーダはルーマデブロッキング方式をブロックに適用することができる（１０２）。たとえば、ＨＥＶＣ規格によれば、ビデオコーダは、たとえば、そのブロックもしくは周りのブロックのエッジまたは他の特性に基づいて、強いデブロッキングフィルタまたは弱いデブロッキングフィルタがブロックに適用されるルーマデブロッキング方式を適用することができる。

[0173] 現在復号されているブロックがルーマブロックでない場合（ステップ１００の「いいえ」分岐）、ビデオコーダは適応型ブロッキングフィルタリングが可能にされるかどうかを決定することができる。たとえば、ビデオコーダは、ｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａフラグが０に設定されているか、または１に設定されているかを決定することができる（１０４）。フラグが１に設定されている場合、ビデオコーダはルーマデブロッキング方式（たとえば、１つまたは複数の基準に基づいて、強いデブロッキングフィルタまたは弱いデブロッキングフィルタのいずれか）をブロックに適用することができる（１０２）。フラグがゼロに設定される場合、ビデオコーダは通常のクロマデブロッキング（たとえば、弱いデブロッキングだけ）を実行することができる（１０６）。

[0174] いくつかの例では、上で説明したフラグは異なる色空間に関して異なって設定され得る。たとえば、ビデオエンコーダ２０は、適用可能なとき、ＲＧＢシーケンスに関して、およびＹＣｂＣｒ４：４：４シーケンス、ピクチャ、またはスライスに関して、フラグを１に設定し、ＹＣｂＣｒ４：２：２および４：２：０シーケンス、ピクチャ、またはスライスに関してフラグを０に設定することができる。別の例では、ビデオエンコーダ２０は、そのようなシーケンスのうちのいずれかまたは両方に関してフラグを０に設定することができる。

[0175] 図９は、本開示の技法による、ビデオコーディングプロセスにおいてビデオデータをフィルタリングするための例示的なプロセス示す流れ図である。図９の例は、ビデオエンコーダ２０、ビデオデコーダ３０、または様々な他のプロセッサによって実行され得る。

[0176] 上述のように、場合によっては、（ビデオエンコーダ２０またはビデオデコーダ３０など）ビデオコーダは、非ルーマ（non-luma）成分、たとえば、クロマ（chroma）成分に対してルーマタイプのデブロッキングを実行することができるが、強いフィルタリングをクロマ成分に適用することを控えることができる。すなわち、ビデオコーダは、非ルーマブロックに弱いデブロックフィルタリングを適用するか、または何のデブロックフィルタリングも適用せず、非ルーマブロックに強いデブロックフィルタリングを適用しない。そのような場合、ビデオコーダは、インターコーディングされたクロマ成分とイントラコーディングされたクロマ成分の両方に対してデブロッキングを適用することができる。たとえば、ＨＥＶＣバージョン１において、クロマ成分に関するデブロッキングフィルタリングは、デブロッキングされている境界を形成する１つまたは両方のブロックがイントラ予測モードを使用してコーディングされているとき、デブロッキングフィルタリングがクロマ成分に対してだけ実行され得るように、予測依存であり得る。

[0177] 本開示の態様によれば、場合によっては、クロマ成分に関するこのデブロッキング予測制限は除去され得る（すなわち、デブロッキングされている境界を形成する１つまたは両方のブロックがイントラ予測モードを使用してコーディングされているときだけクロマ成分に対してデブロッキングフィルタリングが実行され得るという制限は除去され得る）。たとえば、境界を形成する１つまたは両方のブロックがインター予測モードを使用してコーディングされるとき、デブロッキングフィルタリングはクロマ成分に関して実行され得る。しかしながら、強いフィルタを適用することは、一般に、より長いフィルタタイプサイズにより、より多くのピクセルラインを記憶することを必要とするため、強いデブロッキングフィルタを適用することは、より多くの実装リソースを必要とし得る。したがって、実装の複雑さを低減するために、いくつかの例によれば、ビデオコーダは、クロマ成分に対して強いデブロッキングフィルタリングを実行することを控えることができる。しかしながら、他の例では、ビデオエンコーダ２０および／またはビデオデコーダ３０は、ルーマ成分とクロマ成分の両方に関して強いデブロッキングフィルタリングを実行することができる。

[0178] 図９の例では、ビデオコーダは、現在コーディングされているブロックがルーマブロックであるかどうかを決定することができる（１１０）。ブロックがビデオデータのルーマ成分である場合、ビデオコーダは、ルーマフィルタリングプロセスを適用して、強いデブロッキングフィルタリングを適用するかどうかを決定することができる（１１２）。ビデオコーダは、次いで、その決定に基づいて、強いデブロッキングフィルタリングを適用すること（１１４）、または弱いデブロッキングフィルタリングを適用すること（１１６）ができる。

[0179] 現在復号されているブロックがルーマブロックでない場合（ステップ１１０の「いいえ」分岐）、ビデオコーダは適応型デブロッキングフィルタリングが可能にされるかどうかを決定することができる。たとえば、ビデオコーダは、符号化されたビットストリーム内で（たとえば、ＳＰＳ、ＰＰＳ、またはスライスヘッダ内で）受信されたｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａフラグが０に設定されているか、または１に設定されているかを決定することができる（１１８）。フラグが１に設定されている場合、ブロックがイントラ予測されているか、またはインター予測されているかにかかわらず、ビデオコーダは弱いルーマデブロッキング方式をブロックに適用することができる（１１６）。フラグがゼロに設定される場合、ビデオコーダは（たとえば、デブロッキングフィルタリングだけをイントラ予測ブロックに適用して）通常のクロマデブロッキングを実行することができる（１２０）。

[0180] 図１０は、本開示の技法に一致する、境界強度がＨＥＶＣに従ってどのように計算され得るかを示す流れ図である。いくつかの例では、上述のように、デブロッキングフィルタリングを適用するかどうか、および／または強いデブロッキングフィルタリングを適用するか、もしくは弱いデブロッキングフィルタリングを提供するかを決定するとき、境界強度計算が考慮され得る。さらに、本開示に一致して、境界強度がゼロよりも大きいとき、フィルタリングがイントラコーディングされたクロマブロックに関して適用され得る。

[0181] 一例では、図１０に示すように、「ｐ」はブロックの左エッジまたは上部エッジ上の４×４部分を指し、「ｑ」はブロックの右エッジまたは下部エッジ上の４×４部分を指す。エンコーダ２０（図２）のフィルタリングユニット６６またはデコーダ３０（図３）のフィルタリングユニット８４は、ｐまたはｑがイントラＣＵ内にあるかどうかを決定することができる（９０１）。そうである場合（９０１の「はい」分岐）、境界強度は２に設定される（９０２）。したがって、いくつかの例では、フィルタリングユニット６６および／またはフィルタリングユニット８４は、デブロッキングフィルタリングをブロックのクロマ成分に適用することができる。

[0182] そうでない場合（９０１の「いいえ」分岐）、フィルタリングユニット６６または８４は、そのデータがＴＵエッジに対応するかどうか、およびｐまたはｑが非ゼロ変換係数レベルを有するＴＵであるかどうかを考慮することができる（９０３）。そのデータがＴＵエッジに対応し、ｐまたはｑが非ゼロ変換係数レベルを有するＴＵ内にある場合（９０３の「はい」分岐）、境界強度は１に設定され得る（９０４）。いいえである場合（９０３の「いいえ」分岐）、フィルタリングユニット６６または８４は、
ｐまたはｑが、異なる参照ピクチャ、もしくは異なる数の動きベクトルを有するかどうか、または、
ｐおよびｑが、各々１つの動きベクトルを有し、｜ＭＶｐ_x−ＭＶｑ_x｜≧１もしくは｜ＭＶｐ_y−ＭＶｑ_y｜≧１であるかどうか、あるいは、
ｐおよびｑが、各々２つの動きベクトルを有し、少なくとも１つの動きベクトル対が｜ＭＶｐ_x−ＭＶｑ_x｜≧１もしくは｜ＭＶｐ_y−ＭＶｑ_y｜≧１を満たすかどうか（９０５）
を考慮することができる。
決定ボックス（９０５）に対する回答が「はい」である場合、境界強度は１に設定され得（９０４）、決定ボックス（９０５）に対する回答が「いいえ」である場合、境界強度は０に設定され得る（９０６）。

[0183] この場合も、そのような境界強度計算は、ビデオデータのクロマ成分に対するデブロッキングフィルタリングを含めて、フィルタリングユニット６６および／またはフィルタリングユニット８４がデブロッキングフィルタリングを適用する方法を制御することができる。たとえば、フィルタリングユニット６６および／またはフィルタリングユニット８４は、（ステップ９０２および９０４におけるように）境界強度計算がゼロよりも大きいときはいつでもデブロッキングフィルタリングを適用することができる。

[0184] ＨＥＶＣバージョン１において、非ルーマ成分に関して、Ｂｓ＜２で、何のフィルタリングも適用されず、Ｂｓ＞１で弱いフィルタリングが適用される。ＨＥＶＣバージョン１において、ルーマ成分に関して、Ｂｓ＝０で、何のフィルタリングも適用されず、Ｂｓ＞０で、弱いフィルタリングまたは強いフィルタリングが適用され、この場合、境界強度は、弱いフィルタリングを適用するか、または強いフィルタリングを適用するかを決定する際に使用される係数であり得る。本開示によれば、フラグが０に設定されているとき、ＨＥＶＣバージョン１に従って、すべての成分がフィルタリングされ得る。本開示によれば、いくつかの例では、フラグがゼロに設定されているとき、ルーマ成分と非ルーマ成分とを含むすべての成分がＨＥＶＣバージョン１におけるルーマ成分としてフィルタリングされ得る。すなわち、これらの例では、フラグが１に設定されているとき、ルーマ成分と非ルーマ成分の両方に関して、Ｂｓ＝０で何のフィルタリングも適用されず、Ｂｓ＞０で、弱いフィルタリングまたは強いフィルタリングが適用され、この場合、境界強度は、弱いフィルタリングを適用するか、または強いフィルタリングを適用するかを決定する際に使用される係数であり得る。

[0185] 本開示のいくつかの態様が、説明のために開発中のＨＥＶＣ規格に関して説明された。ただし、本開示で説明した技法は、他の規格またはまだ開発されていないプロプライエタリ（proprietary）なビデオコーディングプロセスを含む、他のビデオコーディングプロセスに有用であり得る。

[0186] 本開示で説明したビデオコーダは、ビデオエンコーダまたはビデオデコーダを指す場合がある。同様に、ビデオコーディングユニットは、ビデオエンコーダまたはビデオデコーダを指す場合がある。同様に、ビデオコーディングは、適用可能なとき、ビデオ符号化またはビデオ復号を指す場合がある。

[0187] 例に応じて、本明細書で説明した技法のうちの任意のもののいくつかの動作または事象は、異なるシーケンスで実行され得、全体的に追加、結合、または除外され得ることが認識されるべきである（たとえば、説明する動作または事象のすべてが、この技法の実施のために必要であるとは限らない）。その上、いくつかの例では、動作または事象は、たとえば、マルチスレッドの処理、割込み処理、または多数のプロセッサを用いて、連続的ではなく同時に実行され得る。

[0188] １つまたは複数の例では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装されてもよい。ソフトウェアで実装される場合、機能は１つもしくは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって処理され得る。コンピュータ可読媒体は、データ記憶媒体などの有形媒体に対応するコンピュータ可読記憶媒体、または、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体を含み得る。

[0189] このようにして、コンピュータ可読媒体は、概して、（１）伝搬信号自体を含まない有形コンピュータ可読記憶媒体、または（２）信号もしくは搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明した技法の実装のために、命令、コードおよび／またはデータ構造を取り出すために１つもしくは複数のコンピュータまたは１つもしくは複数のプロセッサによってアクセスされ得る、任意の利用可能な媒体であり得る。コンピュータプログラム製品は、コンピュータ可読媒体を含み得る。

[0190] 限定ではなく例としてそのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、フラッシュメモリ、または命令もしくはデータ構造の形態で所望のプログラムコードを記憶するために使用可能であり、コンピュータによってアクセス可能な他の任意の媒体を備えることができる。さらに、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、もしくは赤外線、無線、およびマイクロ波などのワイヤレス技術を使用してウェブサイト、サーバ、または他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。

[0191] ただし、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号などを含まず、代わりに、有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびブルーレイディスク（disc）を含み、ディスク（disk）は通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上述の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

[0192] 命令は、１つもしくは複数のデジタルシグナルプロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、または他の同等の統合された、あるいは個別の論理回路などの、１つもしくは複数のプロセッサによって実行され得る。したがって、「プロセッサ」という用語は、本明細書において、前述の構造のうちの任意のものまたは本明細書で説明した技法の実施のために適切な任意の他の構造を参照し得る。加えて、いくつかの態様では、本明細書で説明した機能性は、符号化および復号のために構成され、もしくは組み合わされたコーデックに組み込まれる、専用のハードウェアならびに／またはソフトウェアモジュール内で提供され得る。また、技法は、１つもしくは複数の回路または論理素子内で完全に実施されてよい。

[0193] 本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）、もしくはＩＣのセット（たとえば、チップセット）を含む多種多様なデバイスまたは装置において実装されてよい。様々な構成要素、モジュール、またはユニットは、開示された技法を実行するように構成されるデバイスの機能上の態様を強調するために、本開示で説明したが、必ずしも異なるハードウェアユニットによる実現を求めるとは限らない。むしろ、上述したように、様々なユニットは、コーデックハードウェアユニットの中で組み合わされ、あるいは、上述される１つもしくは複数のプロセッサを含む、適切なソフトウェアおよび／またはファームウェアと一緒に相互作用するハードウェアユニットが集まったものによって提供され得る。

[0194] 様々な例が、述べられた。これらおよび他の例は、以下の特許請求の範囲の範囲内である。

[0194] 様々な例が、述べられた。これらおよび他の例は、以下の特許請求の範囲の範囲内である。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
[Ｃ１]
ビデオデータに対するデブロックフィルタリングを実行するための方法であって、
前記ビデオデータの第１の非ルーマ色成分に関して、第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することと、
前記決定されたデブロックフィルタリングプロセスに従って、前記第１の非ルーマ色成分に対してデブロックフィルタリングを実行することと
を備える方法。
[Ｃ２]
前記第１のデブロックフィルタリングプロセスが、第１のレベルのデブロックフィルタリングと第２のレベルのデブロックフィルタリングとを提供し、前記第１のレベルのデブロックフィルタリングが、前記第２のレベルのデブロックフィルタリングよりも比較的強く、前記第２のデブロックフィルタリングプロセスが、正確に１つのレベルのデブロックフィルタリングを提供する、
Ｃ１に記載の方法。
[Ｃ３]
前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することが、前記ビデオデータの前記第１の非ルーマ色成分に関連付けられたエネルギーレベルがエネルギーレベルしきい値よりも大きいとき、前記ビデオデータの前記第１の非ルーマ色成分に関して前記決定されたデブロックフィルタリングプロセスとして、前記第１のデブロックフィルタリングプロセスを選択し、前記ビデオデータの前記第１の非ルーマ色成分に関連付けられた前記エネルギーレベルが前記エネルギーレベルしきい値未満であるとき、前記ビデオデータの前記第１の非ルーマ色成分に関して前記決定されたデブロックフィルタリングプロセスとして、前記第２のデブロックフィルタリングプロセスを選択することを含む、Ｃ１に記載の方法。
[Ｃ４]
前記決定されたデブロックフィルタリングプロセスに基づいて、デブロッキング強度を制御するためのデブロッキングしきい値βおよびｔ _C を決定することをさらに備える、Ｃ１に記載の方法。
[Ｃ５]
前記第１の非ルーマ色成分に関して前記決定されたデブロックフィルタリングプロセスに従って、第２の非ルーマ色成分に対してデブロックフィルタリングを実行すること
をさらに備える、Ｃ１に記載の方法。
[Ｃ６]
前記ビデオデータの第２の非ルーマ色成分に関して、前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することと、
前記第２の非ルーマ色成分に関して決定された前記デブロックフィルタリングプロセスに従って、前記第２の非ルーマ色成分に対してデブロックフィルタリングを実行することと
をさらに備える、Ｃ１に記載の方法。
[Ｃ７]
ＹＣｂＣｒフォーマットで前記ビデオデータを受信することをさらに備える、ここにおいて、前記第１の非ルーマ色成分はＣｂまたはＣｒである、Ｃ１に記載の方法。
[Ｃ８]
ＲＧＢフォーマットで前記ビデオデータを受信することをさらに備える、ここにおいて、前記第１の非ルーマ色成分は赤色、緑色、または青色である、Ｃ１に記載の方法。
[Ｃ９]
前記ビデオデータを符号化することをさらに備える、ここにおいて、デブロックフィルタリングを実行することは、符号化パスの間にループ内フィルタリングを提供する、Ｃ１に記載の方法。
[Ｃ１０]
前記ビデオデータを復号することをさらに備える、ここにおいて、デブロックフィルタリングを実行することが、復号パスの間にループ内フィルタリングを提供する、Ｃ１に記載の方法。
[Ｃ１１]
前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することが、前記ビデオデータの少なくとも前記第１の非ルーマ色成分に関してどのデブロックフィルタリングプロセスを採用するかを示すシンタックス要素に基づいて前記決定を行うことを含む、Ｃ１に記載の方法。
[Ｃ１２]
前記シンタックス要素がｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａシンタックス要素を含む、Ｃ１１に記載の方法。
[Ｃ１３]
前記ビデオデータのシーケンスパラメータセット、前記ビデオデータのピクチャパラメータセット、または前記ビデオデータのスライスヘッダのうちの１つの中で前記シンタックス要素を受信することをさらに備える、Ｃ１１に記載の方法。
[Ｃ１４]
前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することが、前記ビデオデータの色空間に基づいて前記決定を行うことを含む、Ｃ１に記載の方法。
[Ｃ１５]
前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することが、前記ビデオデータの前記色空間がＹＣｂＣｒ４：４：４であるとき、前記ビデオデータの前記第１の非ルーマ色成分に関して前記第１のデブロックフィルタリングプロセスを選択し、前記色空間がＲＧＢであるとき、前記ビデオデータの前記第１の非ルーマ色成分に関して前記第１のデブロックフィルタリングプロセスを選択し、前記色空間がＹＣｂＣｒ４：２：２であるとき、前記ビデオデータの前記第１の非ルーマ色成分に関して前記第２のデブロックフィルタリングプロセスを選択し、前記色空間がＹＣｂＣｒ４：２：０であるとき、前記ビデオデータの前記第１の非ルーマ色成分に関して前記第２のデブロックフィルタリングプロセスを選択することを含む、Ｃ１４に記載の方法。
[Ｃ１６]
前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することが、前記ビデオデータの各成分のサンプリングレートが前記ビデオデータの各他の成分のサンプリングレートと同一であるとき、前記ビデオデータの前記第１の非ルーマ色成分に関して前記第１のデブロックフィルタリングプロセスを選択することを含む、Ｃ１４に記載の方法。
[Ｃ１７]
前記第１のデブロックフィルタリングプロセスが、イントラ予測データとインター予測データの両方にデブロックフィルタリングを実行することを含み、前記第２のデブロックフィルタリングプロセスが、イントラ予測データにデブロックフィルタリングを実行することと、インター予測データに何のデブロックフィルタリングも実行しないこととを含む
Ｃ１に記載の方法。
[Ｃ１８]
ルーマデブロックフィルタリングプロセスに基づいて、前記ビデオデータのルーマ成分に対してデブロックフィルタリングを実行すること、ここにおいて、前記第１のデブロックフィルタリングプロセスは、前記ルーマデブロックフィルタリングプロセスの１つまたは複数の態様を含む
をさらに備える、Ｃ１に記載の方法。
[Ｃ１９]
前記第１のデブロックフィルタリングプロセスが前記ルーマデブロックフィルタリングプロセスと同一である、Ｃ１８に記載の方法。
[Ｃ２０]
ビデオデータに対するデブロックフィルタリングを実行するための装置であって、
前記ビデオデータを記憶するように構成されたメモリと、
前記ビデオデータの第１の非ルーマ色成分に関して、第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することと、
前記決定されたデブロックフィルタリングプロセスに従って、前記第１の非ルーマ色成分に対してデブロックフィルタリングを実行することと
を行うように構成された、少なくとも１つのプロセッサと
を備える装置。
[Ｃ２１]
前記前記少なくとも１つのプロセッサが、
前記第１のデブロックフィルタリングプロセスが、第１のレベルのデブロックフィルタリングと第２のレベルのデブロックフィルタリングとを提供し、前記第１のレベルのデブロックフィルタリングが、前記第２のレベルのデブロックフィルタリングよりも比較的強く、前記第２のデブロックフィルタリングプロセスは、正確に１つのレベルのデブロックフィルタリングを提供する
ようにさらに構成される、Ｃ２０に記載の装置。
[Ｃ２２]
前記少なくとも１つのプロセッサが、前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することが、前記ビデオデータの少なくとも前記第１の非ルーマ色成分に関してどのデブロックフィルタリングプロセスを採用するかを示すシンタックス要素に基づいて前記決定を行うことを含むようにさらに構成される、Ｃ２０に記載の装置。
[Ｃ２３]
前記少なくとも１つのプロセッサが、前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することが、前記ビデオデータの色空間に基づいて前記決定を行うことを含むようにさらに構成される、Ｃ２０に記載の装置。
[Ｃ２４]
前記前記少なくとも１つのプロセッサが、
前記第１のデブロックフィルタリングプロセスが、イントラ予測データとインター予測データの両方にデブロックフィルタリングを実行することを含み、前記第２のデブロックフィルタリングプロセスが、イントラ予測データにデブロックフィルタリングを実行することと、インター予測データに何のデブロックフィルタリングも実行しないこととを含むようにさらに構成される、Ｃ２０に記載の装置。
[Ｃ２５]
前記少なくとも１つのプロセッサが、
前記ビデオデータを符号化するようにさらに構成され、前記少なくとも１つのプロセッサが、前記第１の非ルーマ色成分に対してデブロックフィルタリングを実行することが符号化パスの間にループ内フィルタリングを提供するようにさらに構成されるＣ２０に記載の装置。
[Ｃ２６]
前記少なくとも１つのプロセッサが、
前記ビデオデータを復号するようにさらに構成され、前記少なくとも１つのプロセッサが、前記第１の非ルーマ色成分に対してデブロックフィルタリングを実行することが復号パスの間にループ内フィルタリングを提供するようにさらに構成される
Ｃ２０に記載の装置。
[Ｃ２７]
実行されるとき、１つまたは複数のプロセッサに、
ビデオデータの第１の非ルーマ色成分に関して、第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することと、
前記決定されたデブロックフィルタリングプロセスに従って、前記第１の非ルーマ色成分に対してデブロックフィルタリングを実行することと
を行わせる命令を記憶した非一時的プロセッサ可読媒体。
[Ｃ２８]
ビデオデータに対するデブロックフィルタリングのための方法であって、
前記ビデオデータの第１の非ルーマ色成分に関して、第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することと、
前記第１の非ルーマ色成分に関して前記決定されたデブロックフィルタリングプロセスを示すためにシンタックス要素をコーディングすることと
を備える方法。
[Ｃ２９]
前記ビデオデータを符号化すること
をさらに備える、Ｃ２８に記載の方法。
[Ｃ３０]
前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することが、前記ビデオデータの色空間に基づいて前記決定を行うことを含む、Ｃ２８に記載の方法。

Claims (30)

1. ビデオデータに対するデブロックフィルタリングを実行するための方法であって、
   前記ビデオデータの第１の非ルーマ色成分に関して、第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することと、
   前記決定されたデブロックフィルタリングプロセスに従って、前記第１の非ルーマ色成分に対してデブロックフィルタリングを実行することと
   を備える方法。
2. 前記第１のデブロックフィルタリングプロセスが、第１のレベルのデブロックフィルタリングと第２のレベルのデブロックフィルタリングとを提供し、前記第１のレベルのデブロックフィルタリングが、前記第２のレベルのデブロックフィルタリングよりも比較的強く、前記第２のデブロックフィルタリングプロセスが、正確に１つのレベルのデブロックフィルタリングを提供する、
   請求項１に記載の方法。
3. 前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することが、前記ビデオデータの前記第１の非ルーマ色成分に関連付けられたエネルギーレベルがエネルギーレベルしきい値よりも大きいとき、前記ビデオデータの前記第１の非ルーマ色成分に関して前記決定されたデブロックフィルタリングプロセスとして、前記第１のデブロックフィルタリングプロセスを選択し、前記ビデオデータの前記第１の非ルーマ色成分に関連付けられた前記エネルギーレベルが前記エネルギーレベルしきい値未満であるとき、前記ビデオデータの前記第１の非ルーマ色成分に関して前記決定されたデブロックフィルタリングプロセスとして、前記第２のデブロックフィルタリングプロセスを選択することを含む、請求項１に記載の方法。
4. 前記決定されたデブロックフィルタリングプロセスに基づいて、デブロッキング強度を制御するためのデブロッキングしきい値βおよびｔ_Cを決定することをさらに備える、請求項１に記載の方法。
5. 前記第１の非ルーマ色成分に関して前記決定されたデブロックフィルタリングプロセスに従って、第２の非ルーマ色成分に対してデブロックフィルタリングを実行すること
   をさらに備える、請求項１に記載の方法。
6. 前記ビデオデータの第２の非ルーマ色成分に関して、前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することと、
   前記第２の非ルーマ色成分に関して決定された前記デブロックフィルタリングプロセスに従って、前記第２の非ルーマ色成分に対してデブロックフィルタリングを実行することと
   をさらに備える、請求項１に記載の方法。
7. ＹＣｂＣｒフォーマットで前記ビデオデータを受信することをさらに備える、ここにおいて、前記第１の非ルーマ色成分はＣｂまたはＣｒである、請求項１に記載の方法。
8. ＲＧＢフォーマットで前記ビデオデータを受信することをさらに備える、ここにおいて、前記第１の非ルーマ色成分は赤色、緑色、または青色である、請求項１に記載の方法。
9. 前記ビデオデータを符号化することをさらに備える、ここにおいて、デブロックフィルタリングを実行することは、符号化パスの間にループ内フィルタリングを提供する、請求項１に記載の方法。
10. 前記ビデオデータを復号することをさらに備える、ここにおいて、デブロックフィルタリングを実行することが、復号パスの間にループ内フィルタリングを提供する、請求項１に記載の方法。
11. 前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することが、前記ビデオデータの少なくとも前記第１の非ルーマ色成分に関してどのデブロックフィルタリングプロセスを採用するかを示すシンタックス要素に基づいて前記決定を行うことを含む、請求項１に記載の方法。
12. 前記シンタックス要素がｄｅｂｌｏｃｋ＿ｃｈｒｏｍａ＿ａｓ＿ｌｕｍａシンタックス要素を含む、請求項１１に記載の方法。
13. 前記ビデオデータのシーケンスパラメータセット、前記ビデオデータのピクチャパラメータセット、または前記ビデオデータのスライスヘッダのうちの１つの中で前記シンタックス要素を受信することをさらに備える、請求項１１に記載の方法。
14. 前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することが、前記ビデオデータの色空間に基づいて前記決定を行うことを含む、請求項１に記載の方法。
15. 前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することが、前記ビデオデータの前記色空間がＹＣｂＣｒ４：４：４であるとき、前記ビデオデータの前記第１の非ルーマ色成分に関して前記第１のデブロックフィルタリングプロセスを選択し、前記色空間がＲＧＢであるとき、前記ビデオデータの前記第１の非ルーマ色成分に関して前記第１のデブロックフィルタリングプロセスを選択し、前記色空間がＹＣｂＣｒ４：２：２であるとき、前記ビデオデータの前記第１の非ルーマ色成分に関して前記第２のデブロックフィルタリングプロセスを選択し、前記色空間がＹＣｂＣｒ４：２：０であるとき、前記ビデオデータの前記第１の非ルーマ色成分に関して前記第２のデブロックフィルタリングプロセスを選択することを含む、請求項１４に記載の方法。
16. 前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することが、前記ビデオデータの各成分のサンプリングレートが前記ビデオデータの各他の成分のサンプリングレートと同一であるとき、前記ビデオデータの前記第１の非ルーマ色成分に関して前記第１のデブロックフィルタリングプロセスを選択することを含む、請求項１４に記載の方法。
17. 前記第１のデブロックフィルタリングプロセスが、イントラ予測データとインター予測データの両方にデブロックフィルタリングを実行することを含み、前記第２のデブロックフィルタリングプロセスが、イントラ予測データにデブロックフィルタリングを実行することと、インター予測データに何のデブロックフィルタリングも実行しないこととを含む
    請求項１に記載の方法。
18. ルーマデブロックフィルタリングプロセスに基づいて、前記ビデオデータのルーマ成分に対してデブロックフィルタリングを実行すること、ここにおいて、前記第１のデブロックフィルタリングプロセスは、前記ルーマデブロックフィルタリングプロセスの１つまたは複数の態様を含む
    をさらに備える、請求項１に記載の方法。
19. 前記第１のデブロックフィルタリングプロセスが前記ルーマデブロックフィルタリングプロセスと同一である、請求項１８に記載の方法。
20. ビデオデータに対するデブロックフィルタリングを実行するための装置であって、
    前記ビデオデータを記憶するように構成されたメモリと、
    前記ビデオデータの第１の非ルーマ色成分に関して、第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することと、
    前記決定されたデブロックフィルタリングプロセスに従って、前記第１の非ルーマ色成分に対してデブロックフィルタリングを実行することと
    を行うように構成された、少なくとも１つのプロセッサと
    を備える装置。
21. 前記前記少なくとも１つのプロセッサが、
    前記第１のデブロックフィルタリングプロセスが、第１のレベルのデブロックフィルタリングと第２のレベルのデブロックフィルタリングとを提供し、前記第１のレベルのデブロックフィルタリングが、前記第２のレベルのデブロックフィルタリングよりも比較的強く、前記第２のデブロックフィルタリングプロセスは、正確に１つのレベルのデブロックフィルタリングを提供する
    ようにさらに構成される、請求項２０に記載の装置。
22. 前記少なくとも１つのプロセッサが、前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することが、前記ビデオデータの少なくとも前記第１の非ルーマ色成分に関してどのデブロックフィルタリングプロセスを採用するかを示すシンタックス要素に基づいて前記決定を行うことを含むようにさらに構成される、請求項２０に記載の装置。
23. 前記少なくとも１つのプロセッサが、前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することが、前記ビデオデータの色空間に基づいて前記決定を行うことを含むようにさらに構成される、請求項２０に記載の装置。
24. 前記前記少なくとも１つのプロセッサが、
    前記第１のデブロックフィルタリングプロセスが、イントラ予測データとインター予測データの両方にデブロックフィルタリングを実行することを含み、前記第２のデブロックフィルタリングプロセスが、イントラ予測データにデブロックフィルタリングを実行することと、インター予測データに何のデブロックフィルタリングも実行しないこととを含むようにさらに構成される、請求項２０に記載の装置。
25. 前記少なくとも１つのプロセッサが、
    前記ビデオデータを符号化するようにさらに構成され、前記少なくとも１つのプロセッサが、前記第１の非ルーマ色成分に対してデブロックフィルタリングを実行することが符号化パスの間にループ内フィルタリングを提供するようにさらに構成される
    請求項２０に記載の装置。
26. 前記少なくとも１つのプロセッサが、
    前記ビデオデータを復号するようにさらに構成され、前記少なくとも１つのプロセッサが、前記第１の非ルーマ色成分に対してデブロックフィルタリングを実行することが復号パスの間にループ内フィルタリングを提供するようにさらに構成される
    請求項２０に記載の装置。
27. 実行されるとき、１つまたは複数のプロセッサに、
    ビデオデータの第１の非ルーマ色成分に関して、第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することと、
    前記決定されたデブロックフィルタリングプロセスに従って、前記第１の非ルーマ色成分に対してデブロックフィルタリングを実行することと
    を行わせる命令を記憶した非一時的プロセッサ可読媒体。
28. ビデオデータに対するデブロックフィルタリングのための方法であって、
    前記ビデオデータの第１の非ルーマ色成分に関して、第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することと、
    前記第１の非ルーマ色成分に関して前記決定されたデブロックフィルタリングプロセスを示すためにシンタックス要素をコーディングすることと
    を備える方法。
29. 前記ビデオデータを符号化すること
    をさらに備える、請求項２８に記載の方法。
30. 前記第１のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するか、または前記第２のデブロックフィルタリングプロセスに基づいてデブロックフィルタリングを実行するかを決定することが、前記ビデオデータの色空間に基づいて前記決定を行うことを含む、請求項２８に記載の方法。

Images