特許 6950004 ビデオコーディングにおいて変換処理とともに適用されるイントラフィルタ処理

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6950004

(24)【登録日】2021年9月27日

(45)【発行日】2021年10月13日

(54)【発明の名称】ビデオコーディングにおいて変換処理とともに適用されるイントラフィルタ処理

(51)【国際特許分類】

   H04N 19/107 20140101AFI20210930BHJP

   H04N 19/176 20140101ALI20210930BHJP

   H04N 19/157 20140101ALI20210930BHJP

   H04N 19/46 20140101ALI20210930BHJP

【ＦＩ】

   H04N19/107

   H04N19/176

   H04N19/157

   H04N19/46

【請求項の数】19

【全頁数】44

(21)【出願番号】特願2019-569475(P2019-569475)

(86)(22)【出願日】2018年5月24日

(65)【公表番号】特表2020-523910(P2020-523910A)

(43)【公表日】2020年8月6日

(86)【国際出願番号】US2018034352

(87)【国際公開番号】WO2018231488

(87)【国際公開日】20181220

【審査請求日】2020年11月18日

(31)【優先権主張番号】62/520,426

(32)【優先日】2017年6月15日

(33)【優先権主張国】US

(31)【優先権主張番号】15/987,560

(32)【優先日】2018年5月23日

(33)【優先権主張国】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100112807

【弁理士】

【氏名又は名称】岡田 貴志

(72)【発明者】

【氏名】セレジン、バディム

(72)【発明者】

【氏名】ジャオ、シン

(72)【発明者】

【氏名】カルチェビチ、マルタ

【審査官】 鉢呂 健

(56)【参考文献】

【文献】 KIM, Seung-Hwan and SEGALL, Andrew，EE2.3: NSST-PDPC Harmonization，Joint Video Exploration Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 3rd Meeting: Geneva, CH, 26-31 May 2016, [JVET-C0042]，JVET-C0042 (version 2)，2016年05月24日，pp. 1-6

【文献】 ALSHINA, Elena and ZHANG, Li，Description of Exploration Experiments on Coding Tools，Joint Video Exploration Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 6th Meeting: Hobart, AU, 31 March - 7 April 2017, [JVET-F1011_r3]，JVET-F1011 (version 4)，2017年04月29日，pp. 1-10

【文献】 SEREGIN, Vadim et al.，Non-EE1: PDPC without a mode flag，Joint Video Exploration Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 7th Meeting: Torino, IT, 13-21 July 2017, [JVET-G0107r1]，JVET-G0107 (version 2)，2017年07月08日，pp. 1-3

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ １９／００−１９／９８

ＩＥＥＥ Ｘｐｌｏｒｅ

(57)【特許請求の範囲】

【請求項1】

ビデオデータを復号する方法であって、前記方法は、
ビデオデータのブロックを受信することと、
ビデオデータの前記ブロックのために使用された１次変換または２次変換に関連するシンタックス要素を受信することと、
ビデオデータの前記ブロックのためのイントラ予測モードを決定することと、
前記シンタックス要素の値が特定の２次変換を示すとき、ビデオデータの前記ブロックを復号するために位置依存予測組合せ（ＰＤＰＣ）モードを使用することを決定することと、
前記イントラ予測モードが平面モードである場合には、ビデオデータの前記ブロックのために使用された前記１次変換または前記２次変換に関連する前記シンタックス要素の値にかかわらず、ビデオデータの前記ブロックを復号するために前記ＰＤＰＣモードを使用することを決定すること
を備える、方法。

【請求項2】

前記１次変換が、離散コサイン変換（ＤＣＴ）、離散サイン変換（ＤＳＴ）、または拡張複数変換（ＥＭＴ）のうちの１つである、請求項１に記載の方法。

【請求項3】

前記２次変換が、回転変換または非分離可能２次変換（ＮＳＳＴ）のうちの１つである、請求項１に記載の方法。

【請求項4】

前記シンタックス要素が、前記１次変換または前記２次変換に対するインデックスである、請求項１に記載の方法。

【請求項5】

前記シンタックス要素が、変換のセットに対するインデックスである、請求項１に記載の方法。

【請求項6】

前記ＰＤＰＣモードを使用することが決定された場合、前記決定されたイントラ予測モードと前記ＰＤＰＣモードとを使用してビデオデータの前記ブロックを復号すること、または
前記ＰＤＰＣモードを使用することが決定されなかった場合、前記決定されたイントラ予測モードを使用し、前記ＰＤＰＣモードを使用せずにビデオデータの前記ブロックを復号すること
をさらに備える、請求項１に記載の方法。

【請求項7】

ビデオデータの前記復号されたブロックを出力すること
をさらに備える、請求項６に記載の方法。

【請求項8】

ビデオデータを復号するように構成された装置であって、前記装置は、
ビデオデータのブロックを記憶するように構成されたメモリと、
前記メモリと通信している１つまたは複数のプロセッサとを備え、前記１つまたは複数のプロセッサが、
ビデオデータの前記ブロックを受信することと、
ビデオデータの前記ブロックのために使用された１次変換または２次変換に関連するシンタックス要素を受信することと、
ビデオデータの前記ブロックのためのイントラ予測モードを決定することと、
前記シンタックス要素の値が特定の２次変換を示すとき、ビデオデータの前記ブロックを復号するために位置依存予測組合せ（ＰＤＰＣ）モードを使用することを決定することと、
前記イントラ予測モードが平面モードである場合には、ビデオデータの前記ブロックのために使用された前記１次変換または前記２次変換に関連する前記シンタックス要素の値にかかわらず、ビデオデータの前記ブロックを復号するために前記ＰＤＰＣモードを使用することを決定すること
を行うように構成された、装置。

【請求項9】

前記ＰＤＰＣを使用すべきか否かを決定するために、前記１つまたは複数のプロセッサは、
前記イントラ予測モードが平面モードである場合、ビデオデータの前記ブロックを復号するために前記ＰＤＰＣモードを使用することを決定すること
を行うようにさらに構成された、請求項８に記載の装置。

【請求項10】

前記１次変換が、離散コサイン変換（ＤＣＴ）、離散サイン変換（ＤＳＴ）、または拡張複数変換（ＥＭＴ）のうちの１つである、請求項８に記載の装置。

【請求項11】

前記２次変換が、回転変換または非分離可能２次変換（ＮＳＳＴ）のうちの１つである、請求項８に記載の装置。

【請求項12】

前記シンタックス要素が、前記１次変換または前記２次変換に対するインデックスである、請求項８に記載の装置。

【請求項13】

前記シンタックス要素が、変換のセットに対するインデックスである、請求項８に記載の装置。

【請求項14】

前記１つまたは複数のプロセッサは、
前記ＰＤＰＣモードを使用することが決定された場合、前記決定されたイントラ予測モードと前記ＰＤＰＣモードとを使用してビデオデータの前記ブロックを復号すること、または
前記ＰＤＰＣモードを使用することが決定されなかった場合、前記決定されたイントラ予測モードを使用し、前記ＰＤＰＣモードを使用せずにビデオデータの前記ブロックを復号すること
を行うようにさらに構成された、請求項８に記載の装置。

【請求項15】

前記１つまたは複数のプロセッサが、
ビデオデータの前記復号されたブロックを出力すること
を行うようにさらに構成された、請求項１４に記載の装置。

【請求項16】

ビデオデータを復号するように構成された装置であって、前記装置が、
ビデオデータのブロックを受信するための手段と、
ビデオデータの前記ブロックのために使用された１次変換または２次変換に関連するシンタックス要素を受信するための手段と、
ビデオデータの前記ブロックのためのイントラ予測モードを決定するための手段と、
前記シンタックス要素の値が特定の２次変換を示すとき、ビデオデータの前記ブロックを復号するために位置依存予測組合せ（ＰＤＰＣ）モードを使用することを決定するための手段と、
前記イントラ予測モードが平面モードである場合には、ビデオデータの前記ブロックのために使用された前記１次変換または前記２次変換に関連する前記シンタックス要素の値にかかわらず、ビデオデータの前記ブロックを復号するために前記ＰＤＰＣモードを使用することを決定するための手段と
を備える、装置。

【請求項17】

実行されたとき、ビデオデータを復号するように構成されたデバイスの１つまたは複数のプロセッサに、
ビデオデータのブロックを受信することと、
ビデオデータの前記ブロックのために使用された１次変換または２次変換に関連するシンタックス要素を受信することと、
ビデオデータの前記ブロックのためのイントラ予測モードを決定することと、
ビデオデータの前記ブロックを復号するために位置依存予測組合せ（ＰＤＰＣ）モードを使用することを決定することと、
前記イントラ予測モードが平面モードである場合には、ビデオデータの前記ブロックのために使用された前記１次変換または前記２次変換に関連する前記シンタックス要素の値にかかわらず、ビデオデータの前記ブロックを復号するために前記ＰＤＰＣモードを使用することを決定すること
を行わせる命令を記憶した、非一時的コンピュータ可読記憶媒体。

【請求項18】

ビデオデータを符号化する方法であって、前記方法は、
ビデオデータのブロックを受信することと、
ビデオデータの前記ブロックのために使用された１次変換または２次変換を決定することと、
ビデオデータの前記ブロックを符号化するためのイントラ予測モードを決定することと、
ビデオデータの前記ブロックのために使用された前記２次変換が特定のタイプであるとき、ビデオデータの前記ブロックを符号化するために位置依存予測組合せ（ＰＤＰＣ）モードを使用することを決定することと、
前記イントラ予測モードが平面モードである場合には、ビデオデータの前記ブロックのために使用された前記１次変換または前記２次変換にかかわらず、ビデオデータの前記ブロックを復号するために前記ＰＤＰＣモードを使用することを決定すること
を備える、方法。

【請求項19】

ビデオデータを符号化するように構成された装置であって、前記装置は、
ビデオデータのブロックを記憶するように構成されたメモリと、
前記メモリと通信している１つまたは複数のプロセッサとを備え、前記１つまたは複数のプロセッサが、
ビデオデータの前記ブロックを受信することと、
ビデオデータの前記ブロックのために使用された１次変換または２次変換を決定することと、
ビデオデータの前記ブロックを符号化するためのイントラ予測モードを決定することと、
ビデオデータの前記ブロックのために使用された前記２次変換が特定のタイプであるとき、ビデオデータの前記ブロックを符号化するために位置依存予測組合せ（ＰＤＰＣ）モードを使用することを決定することと、
前記イントラ予測モードが平面モードである場合には、ビデオデータの前記ブロックのために使用された前記１次変換または前記２次変換にかかわらず、ビデオデータの前記ブロックを復号するために前記ＰＤＰＣモードを使用することを決定すること
を行うように構成された、装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【0002】

[0002] 本開示は、ビデオ符号化（video encoding）およびビデオ復号（video decoding）に関する。

【背景技術】

【0003】

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

【0004】

[0004] ビデオコーディング技法は、ビデオシーケンスに固有の冗長性を低減または除去するための空間（イントラピクチャ）予測および／または時間（インターピクチャ）予測を含む。ブロックベースのビデオコーディングでは、ビデオスライス（たとえば、ビデオフレームまたはビデオフレームの一部分）が、ツリーブロック（treeblock）、コーディングユニット（ＣＵ：coding unit）および／またはコーディングノード（coding node）と呼ばれることもある、ビデオブロック（video block）に区分され得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。

【0005】

[0005] 空間予測または時間予測は、コーディングされるべきブロック（block）のための予測ブロック（predictive block）を生じる。残差データ（residual data）は、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。さらなる圧縮のために、残差データは、ピクセル領域（pixel domain）から変換領域（transform domain）に変換され、残差変換係数が生じ得、その残差変換係数は、次いで量子化され得る。なお一層の圧縮を達成するために、エントロピーコーディングが適用され得る。

【発明の概要】

【0006】

[0006] 概して、本開示は、１つまたは複数のビデオコーディングツール（video coding tool）の使用（usage）を決定することに関係する技法について説明する。いくつかの例では、ビデオエンコーダ（video encoder）またはデコーダが、ビデオデータ（video data）のブロックのために使用されたイントラ予測モード（intra prediction mode）に基づいて、ビデオコーディングツールの使用を決定し得る。他の例では、ビデオエンコーダまたはデコーダは、ビデオデータのブロックのために使用された変換に基づいて、ビデオコーディングツールの使用を決定し得る。ビデオコーディングツールは、イントラ予測参照サンプル（intra prediction reference sample）をフィルタ処理するための技法（たとえば、モード依存イントラ平滑化（ＭＤＩＳ：mode dependent intra smoothing））または位置依存予測組合せ（ＰＤＰＣ：position-dependent prediction combination）モードを含み得る。このようにして、ビデオエンコーダは、特定の変換を示すシンタックス要素（syntax element）をシグナリングするように構成され得、ビデオデコーダ（video decoder）は、変換のためのシンタックス要素から、変換とビデオコーディングツールの使用との両方を決定するように構成され得る。したがって、オーバーヘッドシグナリング（overhead signaling）が低減され、圧縮効率（compression efficiency）が増加され得る。

【0007】

[0007] 一例では、ビデオデータを復号する（decode）方法が、ビデオデータのブロックを受信することと、ビデオデータのブロックのためのイントラ予測モードを決定することと、少なくとも決定されたイントラ予測モード（determined intra prediction mode）に基づいて、ビデオデータのブロックを復号するためにＰＤＰＣモードを使用すべきか否かを決定することとを備える。

【0008】

[0008] 別の例では、ビデオデータを復号するように構成された装置（apparatus）が、ビデオデータのブロックを記憶するように構成されたメモリと、メモリと通信している１つまたは複数のプロセッサ（processor）とを備え、１つまたは複数のプロセッサは、ビデオデータのブロックを受信することと、ビデオデータのブロックのためのイントラ予測モードを決定することと、少なくとも決定されたイントラ予測モードに基づいて、ビデオデータのブロックを復号するためにＰＤＰＣモードを使用すべきか否かを決定することとを行うように構成される。

【0009】

[0009] 別の例では、ビデオデータを復号するように構成された装置が、ビデオデータのブロックを受信するための手段と、ビデオデータのブロックのためのイントラ予測モードを決定するための手段と、少なくとも決定されたイントラ予測モードに基づいて、ビデオデータのブロックを復号するためにＰＤＰＣモードを使用すべきか否かを決定するための手段とを備える。

【0010】

[0010] 別の例では、本開示は、実行されたとき、ビデオデータを復号するように構成されたデバイスの１つまたは複数のプロセッサに、ビデオデータのブロックを受信することと、ビデオデータのブロックのためのイントラ予測モードを決定することと、少なくとも決定されたイントラ予測モードに基づいて、ビデオデータのブロックを復号するためにＰＤＰＣモードを使用すべきか否かを決定することとを行わせる、命令（instruction）を記憶する非一時的コンピュータ可読記憶媒体（non-transitory computer-readable storage medium）について説明する。

【0011】

[0011] 別の例では、ビデオデータを符号化する方法が、ビデオデータのブロックを受信することと、ビデオデータのブロックを符号化するためのイントラ予測モードを決定することと、少なくとも決定されたイントラ予測モードに基づいて、ビデオデータのブロックを符号化するためにＰＤＰＣモードを使用すべきか否かを決定することとを備える。

【0012】

[0012] 別の例では、ビデオデータを符号化するように構成された装置が、ビデオデータのブロックを記憶するように構成されたメモリと、メモリと通信している１つまたは複数のプロセッサとを備え、１つまたは複数のプロセッサが、ビデオデータのブロックを受信することと、ビデオデータのブロックを符号化するためのイントラ予測モードを決定することと、少なくとも決定されたイントラ予測モードに基づいて、ビデオデータのブロックを符号化するためにＰＤＰＣモードを使用すべきか否かを決定することとを行うように構成される。

【0013】

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

【図面の簡単な説明】

【0014】

【図1】[0014] 本開示の技法を実装するように構成された例示的なビデオ符号化および復号システムを示すブロック図。

【図2A】[0015] ４分木プラス２分木（ＱＴＢＴ：quadtree plus binary tree）構造を使用するブロック区分（block partitioning）の一例を示す概念図。

【図2B】[0016] 図２ＡのＱＴＢＴ構造を使用するブロック区分に対応する例示的なツリー構造を示す概念図。

【図3】[0017] ＨＥＶＣにおいて定義されている３５個のイントラ予測モードの一例の図。

【図4A】[0018] 本開示の技法による、フィルタ処理されていない参照を使用する４×４のブロックの予測を示す図。

【図4B】[0019] 本開示の技法による、フィルタ処理された参照を使用する４×４のブロックの予測を示す図。

【図5】[0020] イントラ参照フィルタ処理（intra reference filtering）の一例を示す図。

【図6】[0021] 本開示の技法を実装するように構成されたビデオエンコーダの一例を示すブロック図。

【図7】[0022] 本開示の技法を実装するように構成されたビデオデコーダの一例を示すブロック図。

【図8】[0023] 本開示の例示的な符号化方法を示すフローチャート。

【図9】[0024] 本開示の例示的な復号方法を示すフローチャート。

【発明を実施するための形態】

【0015】

[0025] 本開示は、イントラ予測を使用してビデオデータのブロックをコーディングするための技法について説明する。いくつかの例では、本開示は、予測方向（prediction direction）と、イントラフィルタ処理（intra filtering）と、変換処理（transform processing）と、ビデオコーディングツール（たとえば、ビデオ符号化および復号のための特定のビデオコーディング技法）との決定のための技法について説明する。

【0016】

[0026] 図１は、イントラ予測フィルタ処理（intra prediction filtering）および変換処理のための本開示の技法を実施するように構成され得る、例示的なビデオ符号化および復号システム１０を示すブロック図である。図１に示されているように、システム１０は、宛先デバイス１４によって後で復号されるべき符号化ビデオデータを与えるソースデバイス１２を含む。特に、ソースデバイス１２は、コンピュータ可読媒体１６を介してビデオデータを宛先デバイス１４に与える。ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（たとえば、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット（またはより一般的には、移動局）、タブレットコンピュータ、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲のデバイスのいずれかを備え得る。移動局は、ワイヤレスネットワーク上で通信することが可能な任意のデバイスであり得る。場合によっては、ソースデバイス１２および宛先デバイス１４はワイヤレス通信のために装備され得る。したがって、ソースデバイス１２および宛先デバイス１４は、ワイヤレス通信デバイス（たとえば、移動局）であり得る。ソースデバイス１２は、例示的なビデオ符号化デバイス（すなわち、ビデオデータを符号化するためのデバイス）である。宛先デバイス１４は、例示的なビデオ復号デバイス（すなわち、ビデオデータを復号するためのデバイス）である。

【0017】

[0027] 図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオデータを記憶するように構成された記憶媒体２０と、ビデオエンコーダ２２と、出力インターフェース２４とを含む。宛先デバイス１４は、入力インターフェース２６と、符号化ビデオデータを記憶するように構成された記憶媒体２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。他の例では、ソースデバイス１２および宛先デバイス１４は、他の構成要素または構成を含む。たとえば、ソースデバイス１２は、外部カメラなど、外部ビデオソースからビデオデータを受信し得る。同様に、宛先デバイス１４は、内蔵ディスプレイデバイス３２を含むのではなく、外部ディスプレイデバイスとインターフェースし得る。

【0018】

[0028] 図１の図示されたシステム１０は一例にすぎない。処理および／またはコーディング（たとえば、符号化および／または復号）のための技法は、任意のデジタルビデオ符号化および／または復号デバイスによって実施され得る。概して、本開示の技法はビデオ符号化デバイスおよび／またはビデオ復号デバイスによって実施されるが、本技法は、一般に「コーデック（CODEC）」と呼ばれるビデオエンコーダ／デコーダによっても実施され得る。ソースデバイス１２および宛先デバイス１４は、ソースデバイス１２が宛先デバイス１４への送信のためのコード化ビデオデータを生成するような、コーディングデバイスの例にすぎない。いくつかの例では、ソースデバイス１２および宛先デバイス１４は、ソースデバイス１２および宛先デバイス１４の各々がビデオ符号化構成要素とビデオ復号構成要素とを含むように、実質的に対称的に動作し得る。したがって、システム１０は、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、またはビデオテレフォニーのための、ソースデバイス１２と宛先デバイス１４との間の一方向または双方向のビデオ送信をサポートし得る。

【0019】

[0029] ソースデバイス１２のビデオソース１８は、ビデオカメラなどのビデオキャプチャデバイス、以前にキャプチャされたビデオを含んでいるビデオアーカイブ、および／またはビデオコンテンツプロバイダからビデオデータを受信するためのビデオフィードインターフェースを含み得る。さらなる代替として、ビデオソース１８は、ソースビデオとしてのコンピュータグラフィックスベースのデータ、またはライブビデオとアーカイブビデオとコンピュータ生成ビデオとの組合せを生成し得る。ソースデバイス１２は、ビデオデータを記憶するように構成された１つまたは複数のデータ記憶媒体（たとえば、記憶媒体２０）を備え得る。本開示で説明される技法は、概してビデオコーディングに適用可能であり得、ワイヤレスおよび／またはワイヤード適用例に適用され得る。各場合において、キャプチャされたビデオ、プリキャプチャされたビデオ、またはコンピュータ生成ビデオは、ビデオエンコーダ２２によって符号化され得る。出力インターフェース２４は、符号化ビデオ情報（たとえば、符号化ビデオデータのビットストリーム）をコンピュータ可読媒体１６に出力し得る。

【0020】

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

【0021】

[0031] いくつかの例では、符号化データは、出力インターフェース２４から記憶デバイスに出力され得る。同様に、符号化データは、入力インターフェースによって記憶デバイスからアクセスされ得る。記憶デバイスは、ハードドライブ、Ｂｌｕ−ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは符号化ビデオデータを記憶するための任意の他の好適なデジタル記憶媒体など、様々な分散されたまたはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。さらなる一例では、記憶デバイスは、ソースデバイスによって生成された符号化ビデオを記憶し得るファイルサーバまたは別の中間記憶デバイスに対応し得る。宛先デバイス１４は、ストリーミングまたはダウンロードを介して記憶デバイスから記憶されたビデオデータにアクセスし得る。ファイルサーバは、符号化ビデオデータを記憶することと、その符号化ビデオデータを宛先デバイス１４に送信することとが可能な任意のタイプのサーバであり得る。例示的なファイルサーバは、（たとえば、ウェブサイトのための）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続記憶（ＮＡＳ：network attached storage）デバイス、またはローカルディスクドライブを含む。宛先デバイス１４は、インターネット接続を含む、任意の標準のデータ接続を通して符号化ビデオデータにアクセスし得る。これは、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに好適であるワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、ＤＳＬ、ケーブルモデムなど）、またはその両方の組合せを含み得る。記憶デバイスからの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはそれらの組合せであり得る。

【0022】

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

【0023】

[0033] コンピュータ可読媒体１６は、ワイヤレスブロードキャストまたはワイヤードネットワーク送信などの一時媒体、あるいはハードディスク、フラッシュドライブ、コンパクトディスク、デジタルビデオディスク、Ｂｌｕ−ｒａｙディスク、または他のコンピュータ可読媒体などの記憶媒体（すなわち、非一時的記憶媒体）を含み得る。いくつかの例では、ネットワークサーバ（図示せず）は、たとえば、ネットワーク送信を介して、ソースデバイス１２から符号化ビデオデータを受信し、その符号化ビデオデータを宛先デバイス１４に与え得る。同様に、ディスクスタンピング設備など、媒体製造設備のコンピューティングデバイスは、ソースデバイス１２から符号化ビデオデータを受信し、その符号化ビデオデータを含んでいるディスクを生成し得る。したがって、コンピュータ可読媒体１６は、様々な例において、様々な形態の１つまたは複数のコンピュータ可読媒体を含むことが理解されよう。

【0024】

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

【0025】

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

【0026】

[0036] いくつかの例では、ビデオエンコーダ２２およびビデオデコーダ３０は、ビデオコーディング規格に従って動作し得る。例示的なビデオコーディング規格は、限定はしないが、ＩＴＵ−Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌ、およびそれのスケーラブルビデオコーディング（ＳＶＣ）拡張とマルチビュービデオコーディング（ＭＶＣ）拡張とを含む、（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られる）ＩＴＵ−Ｔ Ｈ．２６４を含む。さらに、新しいビデオコーディング規格、すなわち、それの範囲およびスクリーンコンテンツコーディング拡張、３Ｄビデオコーディング（３Ｄ−ＨＥＶＣ）ならびにマルチビュー拡張（ＭＶ−ＨＥＶＣ）ならびにスケーラブル拡張（ＳＨＶＣ）を含む、高効率ビデオコーディング（ＨＥＶＣ）またはＩＴＵ−Ｔ Ｈ．２６５が、ＩＴＵ−Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ：Video Coding Experts Group）とＩＳＯ／ＩＥＣモーションピクチャエキスパートグループ（ＭＰＥＧ：Motion Picture Experts Group）とのジョイントコラボレーションチームオンビデオコーディング（ＪＣＴ−ＶＣ：Joint Collaboration Team on Video Coding）によって開発された。ビデオコーディング規格は、Ｇｏｏｇｌｅ ＶＰ８、ＶＰ９、ＶＰ１０のようなプロプライエタリビデオコーデック（proprietary video codec）、および他の団体、たとえば、Ａｌｌｉａｎｃｅ ｆｏｒ Ｏｐｅｎ Ｍｅｄｉａによって開発されたビデオコーデックをも含む。

【0027】

[0037] いくつかの例では、ビデオエンコーダ２２およびビデオデコーダ３０は、ジョイントビデオ探査チーム（ＪＶＥＴ：Joint Video Exploration Team）によって探査されている新しいビデオコーディング技法を含む、他のビデオコーディング技法および／または規格に従って動作するように構成され得る。ＪＶＥＴは、ジョイント探査モデル（ＪＥＭ：Joint Exploratory Model）と呼ばれるソフトウェアモデルに従ってテストを実施する。

【0028】

[0038] 以下でより詳細に説明されるように、本開示の一例では、ビデオデコーダ３０は、ビデオデータのブロックを受信することと、ビデオデータのブロックのためのイントラ予測モードを決定することと、少なくとも決定されたイントラ予測モードに基づいて、ビデオデータのブロックを復号するためにＰＤＰＣモードを使用すべきか否かを決定することとを行うように構成され得る。同様に、ビデオエンコーダ２２は、ビデオデータのブロックを受信することと、ビデオデータのブロックを符号化するためのイントラ予測モードを決定することと、少なくとも決定されたイントラ予測モードに基づいて、ビデオデータのブロックを符号化するためにＰＤＰＣモードを使用すべきか否かを決定することとを行うように構成され得る。

【0029】

[0039] ＨＥＶＣおよび他のビデオコーディング仕様では、ビデオシーケンスは一般に一連のピクチャを含む。ピクチャは「フレーム（frame）」と呼ばれることもある。ピクチャは、Ｓ_L、Ｓ_Cb、およびＳ_Crと示される３つのサンプルアレイを含み得る。Ｓ_Lはルーマサンプル（luma sample）の２次元アレイ（たとえば、ブロック）である。Ｓ_CbはＣｂクロミナンスサンプルの２次元アレイである。Ｓ_CrはＣｒクロミナンスサンプルの２次元アレイである。クロミナンスサンプルは、本明細書では「クロマ（chroma）」サンプルと呼ばれることもある。他の事例では、ピクチャはモノクロームであり得、ルーマサンプルのアレイのみを含み得る。

【0030】

[0040] ピクチャの符号化表現（たとえば、符号化ビデオビットストリーム）を生成するために、ビデオエンコーダ２２はコーディングツリーユニット（ＣＴＵ：coding tree unit）のセットを生成し得る。ＣＴＵの各々は、ルーマサンプルのコーディングツリーブロックと、クロマサンプルの２つの対応するコーディングツリーブロックと、それらのコーディングツリーブロックのサンプルをコーディングするために使用されるシンタックス構造（syntax structure）とを備え得る。モノクロームピクチャまたは３つの別々の色平面を有するピクチャでは、ＣＴＵは、単一のコーディングツリーブロックと、そのコーディングツリーブロックのサンプルをコーディングするために使用されるシンタックス構造とを備え得る。コーディングツリーブロックはサンプルのＮ×Ｎブロックであり得る。ＣＴＵは「ツリーブロック（tree block）」または「最大コーディングユニット」（ＬＣＵ：largest coding unit）と呼ばれることもある。ＨＥＶＣのＣＴＵは、Ｈ．２６４／ＡＶＣなど、他の規格のマクロブロックに広い意味で類似し得る。しかしながら、ＣＴＵは、必ずしも特定のサイズに限定されるとは限らず、１つまたは複数のコーディングユニット（ＣＵ）を含み得る。スライスは、ラスタ走査順序で連続的に順序付けられた整数個のＣＴＵを含み得る。

【0031】

[0041] コード化ＣＴＵを生成するために、ビデオエンコーダ２２は、コーディングツリーブロックをコーディングブロックに分割するためにＣＴＵのコーディングツリーブロックに対して４分木区分（quadtree partitioning）を再帰的に実施し得、したがって「コーディングツリーユニット（coding tree unit）」という名称がある。コーディングブロックはサンプルのＮ×Ｎブロックである。ＣＵは、ルーマサンプルアレイとＣｂサンプルアレイとＣｒサンプルアレイとを有するピクチャのルーマサンプルのコーディングブロックと、そのピクチャのクロマサンプルの２つの対応するコーディングブロックと、それらのコーディングブロックのサンプルをコーディングするために使用されるシンタックス構造とを備え得る。モノクロームピクチャまたは３つの別々の色平面を有するピクチャでは、ＣＵは、単一のコーディングブロックと、そのコーディングブロックのサンプルをコーディングするために使用されるシンタックス構造とを備え得る。

【0032】

[0042] ビデオエンコーダ２２は、ＣＵのコーディングブロックを１つまたは複数の予測ブロックに区分し得る。予測ブロックは、同じ予測が適用されるサンプルの矩形（すなわち、正方形または非正方形）ブロックである。ＣＵの予測ユニット（ＰＵ：prediction unit）は、ルーマサンプルの予測ブロックと、クロマサンプルの２つの対応する予測ブロックと、それらの予測ブロックを予測するために使用されるシンタックス構造とを備え得る。モノクロームピクチャまたは３つの別々の色平面を有するピクチャでは、ＰＵは、単一の予測ブロックと、その予測ブロックを予測するために使用されるシンタックス構造とを備え得る。ビデオエンコーダ２２は、ＣＵの各ＰＵの予測ブロック（たとえば、ルーマ予測ブロック、Ｃｂ予測ブロック、およびＣｒ予測ブロック）のための予測ブロック（たとえば、ルーマ予測ブロック、Ｃｂ予測ブロック、およびＣｒ予測ブロック）を生成し得る。

【0033】

[0043] ビデオエンコーダ２２は、ＰＵのための予測ブロックを生成するためにイントラ予測またはインター予測を使用し得る。ビデオエンコーダ２２がＰＵの予測ブロックを生成するためにイントラ予測を使用する場合、ビデオエンコーダ２２は、ＰＵを含むピクチャの復号されたサンプルに基づいてＰＵの予測ブロックを生成し得る。

【0034】

[0044] ビデオエンコーダ２２がＣＵの１つまたは複数のＰＵのための予測ブロック（たとえば、ルーマ予測ブロック、Ｃｂ予測ブロック、およびＣｒ予測ブロック）を生成した後、ビデオエンコーダ２２は、ＣＵのための１つまたは複数の残差ブロックを生成し得る。一例として、ビデオエンコーダ２２は、ＣＵのためのルーマ残差ブロックを生成し得る。ＣＵのルーマ残差ブロック中の各サンプルは、ＣＵの予測ルーマブロックのうちの１つ中のルーマサンプルとＣＵの元のルーマコーディングブロック中の対応するサンプルとの間の差分を示す。さらに、ビデオエンコーダ２２は、ＣＵのためのＣｂ残差ブロックを生成し得る。クロマ予測の一例では、ＣＵのＣｂ残差ブロック中の各サンプルは、ＣＵの予測Ｃｂブロックのうちの１つ中のＣｂサンプルと、ＣＵの元のＣｂコーディングブロック中の対応するサンプルとの間の差分を示し得る。ビデオエンコーダ２２は、ＣＵのためのＣｒ残差ブロックをも生成し得る。ＣＵのＣｒ残差ブロック中の各サンプルは、ＣＵの予測Ｃｒブロックのうちの１つ中のＣｒサンプルと、ＣＵの元のＣｒコーディングブロック中の対応するサンプルとの間の差分を示し得る。しかしながら、クロマ予測のための他の技法が使用され得ることを理解されたい。

【0035】

[0045] さらに、ビデオエンコーダ２２は、ＣＵの残差ブロック（たとえば、ルーマ残差ブロック、Ｃｂ残差ブロック、およびＣｒ残差ブロック）を１つまたは複数の変換ブロック（たとえば、ルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロック）に分解するために４分木区分を使用し得る。変換ブロックは、同じ変換が適用されるサンプルの矩形（たとえば、正方形または非正方形）ブロックである。ＣＵの変換ユニット（ＴＵ：transform unit）は、ルーマサンプルの変換ブロックと、クロマサンプルの２つの対応する変換ブロックと、変換ブロックサンプルを変換するために使用されるシンタックス構造とを備え得る。したがって、ＣＵの各ＴＵは、ルーマ変換ブロックとＣｂ変換ブロックとＣｒ変換ブロックとを有し得る。ＴＵのルーマ変換ブロックはＣＵのルーマ残差ブロックのサブブロックであり得る。Ｃｂ変換ブロックはＣＵのＣｂ残差ブロックのサブブロックであり得る。Ｃｒ変換ブロックはＣＵのＣｒ残差ブロックのサブブロックであり得る。モノクロームピクチャまたは３つの別々の色平面を有するピクチャでは、ＴＵは、単一の変換ブロックと、その変換ブロックのサンプルを変換するために使用されるシンタックス構造とを備え得る。

【0036】

[0046] ビデオエンコーダ２２は、ＴＵのための係数ブロックを生成するために、ＴＵの変換ブロック１つまたは複数の変換を適用し得る。たとえば、ビデオエンコーダ２２は、ＴＵのためのルーマ係数ブロックを生成するために、ＴＵのルーマ変換ブロックに１つまたは複数の変換を適用し得る。係数ブロックは変換係数の２次元アレイであり得る。変換係数はスカラー量であり得る。ビデオエンコーダ２２は、ＴＵのためのＣｂ係数ブロックを生成するために、ＴＵのＣｂ変換ブロックに１つまたは複数の変換を適用し得る。ビデオエンコーダ２２は、ＴＵのためのＣｒ係数ブロックを生成するために、ＴＵのＣｒ変換ブロックに１つまたは複数の変換を適用し得る。

【0037】

[0047] 係数ブロック（たとえば、ルーマ係数ブロック、Ｃｂ係数ブロックまたはＣｒ係数ブロック）を生成した後に、ビデオエンコーダ２２は、係数ブロックを量子化し得る。量子化は、概して、変換係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を行うプロセスを指す。ビデオエンコーダ２２が係数ブロックを量子化した後に、ビデオエンコーダ２２は、量子化された変換係数を示すシンタックス要素をエントロピー符号化し得る。たとえば、ビデオエンコーダ２２は、量子化された変換係数を示すシンタックス要素に対してコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ：context-adaptive binary arithmetic coding）を実施し得る。

【0038】

[0048] ビデオエンコーダ２２は、コード化ピクチャと関連データとの表現を形成するビットのシーケンスを含むビットストリームを出力し得る。したがって、このビットストリームは、ビデオデータの符号化表現を備える。ビットストリームは、ネットワークアブストラクションレイヤ（ＮＡＬ：network abstraction layer）ユニットのシーケンスを備え得る。ＮＡＬユニットは、ＮＡＬユニット中のデータのタイプの指示と、必要に応じてエミュレーション防止ビットが点在させられたローバイトシーケンスペイロード（ＲＢＳＰ：raw byte sequence payload）の形態でそのデータを含んでいるバイトとを含んでいる、シンタックス構造である。ＮＡＬユニットの各々は、ＮＡＬユニットヘッダを含み得、ＲＢＳＰをカプセル化する。ＮＡＬユニットヘッダは、ＮＡＬユニットタイプコードを示すシンタックス要素を含み得る。ＮＡＬユニットのＮＡＬユニットヘッダによって指定されるＮＡＬユニットタイプコードは、ＮＡＬユニットのタイプを示す。ＲＢＳＰは、ＮＡＬユニット内にカプセル化された整数個のバイトを含んでいるシンタックス構造であり得る。いくつかの事例では、ＲＢＳＰは０ビットを含む。

【0039】

[0049] ビデオデコーダ３０は、ビデオエンコーダ２２によって生成された符号化ビデオビットストリームを受信し得る。さらに、ビデオデコーダ３０は、ビットストリームからシンタックス要素を取得するために、ビットストリームをパース（parse）し得る。ビデオデコーダ３０は、ビットストリームから取得されたシンタックス要素に少なくとも部分的に基づいてビデオデータのピクチャを再構築し得る。ビデオデータを再構築するためのプロセスは、概して、ビデオエンコーダ２２によって実施されるプロセスの逆であり得る。たとえば、ビデオデコーダ３０は、現在ＣＵのＰＵのための予測ブロックを決定するためにＰＵの動きベクトルを使用し得る。さらに、ビデオデコーダ３０は、現在ＣＵのＴＵの係数ブロックを逆量子化し得る。ビデオデコーダ３０は、現在ＣＵのＴＵの変換ブロックを再構築するために、係数ブロックに対して逆変換を実施し得る。ビデオデコーダ３０は、現在ＣＵのＰＵのための予測ブロックのサンプルを現在ＣＵのＴＵの変換ブロックの対応するサンプルに加算することによって、現在ＣＵのコーディングブロックを再構築し得る。ピクチャの各ＣＵのためのコーディングブロックを再構築することによって、ビデオデコーダ３０はピクチャを再構築し得る。

【0040】

[0050] ４分木プラス２分木（ＱＴＢＴ）区分構造は、現在、ジョイントビデオ探査チーム（ＪＶＥＴ）によって研究されている。Ｊ．Ａｎら、「Block partitioning structure for next generation video coding」、国際電気通信連合、ＣＯＭ１６−Ｃ９６６、２０１５年９月（以下、「ＶＣＥＧ提案ＣＯＭ１６−Ｃ９６６」）では、ＱＴＢＴ区分技法が、ＨＥＶＣの先の将来のビデオコーディング規格のために説明された。シミュレーションは、提案されたＱＴＢＴ構造が、ＨＥＶＣにおいて使用される４分木構造よりも効率的であり得ることを示した。

【0041】

[0051] ＶＣＥＧ提案ＣＯＭ１６−Ｃ９６６で説明されるＱＴＢＴ構造では、４分木区分技法を使用してＣＴＢが最初に区分され、ここで、１つのノードの４分木スプリッティング（quadtree splitting）は、ノードが最小許容４分木リーフノードサイズ（minimum allowed quadtree leaf node size）に達するまで反復され得る。最小許容４分木リーフノードサイズは、シンタックス要素ＭｉｎＱＴＳｉｚｅの値によってビデオデコーダ３０に示され得る。４分木リーフノードサイズが（たとえば、シンタックス要素ＭａｘＢＴＳｉｚｅによって示される）最大許容２分木ルートノードサイズ（maximum allowed binary tree root node size）よりも大きくない場合、４分木リーフノードは、２分木区分を使用してさらに区分され得る。１つのノードの２分木区分は、ノードが、（たとえば、シンタックス要素ＭｉｎＢＴＳｉｚｅによって示される）最小許容２分木リーフノードサイズ、または（たとえば、シンタックス要素ＭａｘＢＴＤｅｐｔｈによって示される）最大許容２分木深度（maximum allowed binary tree depth）に達するまで、反復され得る。ＶＣＥＧ提案ＣＯＭ１６−Ｃ９６６は、２分木リーフノードを指すために「ＣＵ」という用語を使用する。ＶＣＥＧ提案ＣＯＭ１６−Ｃ９６６では、ＣＵは、さらなる区分なしに予測（たとえば、イントラ予測、インター予測など）および変換のために使用される。概して、ＱＴＢＴ技法によれば、２分木スプリッティングのための２つのスプリットタイプ、すなわち、対称水平スプリッティング（symmetric horizontal splitting）および対称垂直スプリッティング（symmetric vertical splitting）がある。各場合において、ブロックは、ブロックを水平方向または垂直方向のいずれかに半分に分割することによってスプリットされる。これは、ブロックを４つのブロックに分割する、４分木区分とは異なる。

【0042】

[0052] ＱＴＢＴ区分構造の一例では、ＣＴＵサイズは１２８×１２８（たとえば、１２８×１２８ルーマブロックおよび２つの対応する６４×６４クロマブロック）として設定され、ＭｉｎＱＴＳｉｚｅは１６×１６として設定され、ＭａｘＢＴＳｉｚｅは６４×６４として設定され、（幅と高さの両方について）ＭｉｎＢＴＳｉｚｅは４として設定され、ＭａｘＢＴＤｅｐｔｈは４として設定される。４分木区分は、４分木リーフノードを生成するために最初にＣＴＵに適用される。４分木リーフノードは、１６×１６（すなわち、ＭｉｎＱＴＳｉｚｅが１６×１６である）から１２８×１２８（すなわち、ＣＴＵサイズ）までのサイズを有し得る。ＱＴＢＴ区分の一例によれば、リーフ４分木ノードが１２８×１２８である場合、リーフ４分木ノードのサイズがＭａｘＢＴＳｉｚｅ（すなわち、６４×６４）を超えるので、リーフ４分木ノードは２分木によってさらにスプリットされ得ない。他の場合、リーフ４分木ノードは、２分木によってさらに区分される。したがって、４分木リーフノードはまた、２分木のためのルートノードであり、０としての２分木深度を有する。２分木深度がＭａｘＢＴＤｅｐｔｈ（たとえば、４）に達することは、さらなるスプリッティングがないことを暗示する。２分木ノードが、ＭｉｎＢＴＳｉｚｅ（たとえば、４）に等しい幅を有することは、さらなる水平スプリッティングがないことを暗示する。同様に、２分木ノードが、ＭｉｎＢＴＳｉｚｅに等しい高さを有することは、さらなる垂直スプリッティングがないことを暗示する。２分木のリーフノード（ＣＵ）は、さらなる区分なしに（たとえば、予測プロセスおよび変換プロセスを実施することによって）さらに処理される。

【0043】

[0053] 図２Ａは、ＱＴＢＴ区分技法を使用して区分されるブロック５０（たとえば、ＣＴＢ）の一例を示す。図２Ａに示されているように、ＱＴＢＴ区分技法を使用して、得られたブロックの各々が、各ブロックの中心を通って対称的にスプリットされる。図２Ｂは、図２Ａのブロック区分に対応するツリー構造を示す。図２Ｂ中の実線は４分木スプリッティングを示し、点線は２分木スプリッティングを示す。一例では、２分木の各スプリッティング（すなわち、非リーフ）ノードでは、実施されるスプリッティングのタイプ（たとえば、水平または垂直）を示すために、シンタックス要素（たとえば、フラグ）がシグナリングされ、ここで、０は水平スプリッティングを示し、１は垂直スプリッティングを示す。４分木スプリッティングの場合、４分木スプリッティングが、常に、ブロックを、等しいサイズをもつ４つのサブブロックに水平および垂直にスプリットするので、スプリッティングタイプを示す必要がない。

【0044】

[0054] 図２Ｂに示されているように、ノード７０において、ブロック５０は、４分木区分を使用して、図２Ａに示されている４つのブロック５１、５２、５３、および５４にスプリットされる。ブロック５４はさらにスプリットされず、したがってリーフノード（leaf node）である。ノード７２において、ブロック５１は、２分木区分を使用して２つのブロックにさらにスプリットされる。図２Ｂに示されているように、ノード７２は、垂直スプリッティングを示す１でマークされる。したがって、ノード７２におけるスプリッティングは、ブロック５７、およびブロック５５とブロック５６の両方を含むブロックを生じる。ブロック５５および５６は、ノード７４におけるさらなる垂直スプリッティングによって作成される。ノード７６において、ブロック５２は、２分木区分を使用して２つのブロック５８および５９にさらにスプリットされる。図２Ｂに示されているように、ノード７６は、水平スプリッティングを示す１でマークされる。

【0045】

[0055] ノード７８において、ブロック５３は、４分木区分を使用して４つの等しいサイズのブロックにスプリットされる。ブロック６３および６６は、この４分木区分から作成され、さらにスプリットされない。ノード８０において、左上ブロックは、垂直２分木スプリッティングを使用して最初にスプリットされ、ブロック６０および右垂直ブロックを生じる。右垂直ブロックは、次いで、水平２分木スプリッティングを使用して、ブロック６１とブロック６２とにスプリットされる。ノード７８における４分木スプリッティングから作成される右下ブロックは、ノード８４において、水平２分木スプリッティングを使用してブロック６４とブロック６５とにスプリットされる。

【0046】

[0056] ＱＴＢＴ区分の一例では、ルーマ区分およびクロマ区分は、たとえば、ルーマブロックおよびクロマブロックについて４分木区分が一緒に実施されるＨＥＶＣとは反対に、Ｉスライスについて互いに独立して実施され得る。すなわち、いくつかの例では、ルーマブロックおよびクロマブロックは、ルーマブロックおよびクロマブロックが直接重複しないように別々に区分され得る。したがって、ＱＴＢＴ区分のいくつかの例では、クロマブロックは、少なくとも１つの区分されたクロマブロックが単一の区分されたルーマブロックと空間的に整合されないような様式で、区分され得る。すなわち、特定のクロマブロックとコロケートされたルーマサンプルは、２つまたはそれ以上の異なるルーマ区分内にあり得る。

【0047】

[0057] ＨＥＶＣおよびＪＥＭでは、イントラ参照（たとえば、イントラ予測のために使用される参照ピクセル／ネイバーサンプル）は、平滑化され得る。いくつかの例では、ビデオエンコーダ２２およびビデオデコーダ３０は、イントラ参照サンプルにフィルタを適用するように構成され得る。ＨＥＶＣでは、ビデオエンコーダ２２およびビデオデコーダ３０が、特定のイントラ予測モードのためのネイバーサンプルからイントラ予測を生成する前に、イントラ参照（たとえば、ネイバーサンプル）にフィルタを適用するように構成されるように、モード依存イントラ平滑化（ＭＤＩＳ）が使用される。

【0048】

[0058] 図３は、ＨＥＶＣにおいて定義されている３５個のイントラ予測モードの一例を示す概念図である。ＨＥＶＣでは、平面モード（planar mode）とＤＣモードと３３個の角度モード（angular mode）とを含む、３５個のイントラ予測のうちの１つを使用して、ルーマブロックが予測され得る。ＨＥＶＣにおいて定義されているイントラ予測の３５個のモードは、以下で表１に示されているようにインデックス付けされる。

【0049】

【表1】

【0050】

[0059] ビデオエンコーダ２２およびビデオデコーダ３０は、現在イントラ予測モードが水平方向または垂直方向（たとえば、水平イントラ予測方向または垂直イントラ予測方向）にどれだけ近いかまたは遠いかに基づいて、ＭＤＩＳがそれのために使用可能である、イントラ予測モードを導出するように構成され得る。一例では、ビデオエンコーダ２２およびビデオデコーダ３０は、現在イントラ予測モードのためのイントラモードインデックスと、水平および／または垂直モードイントラ予測モードのイントラ予測モードインデックスとの間の絶対差分（absolute difference）に基づいて、特定のイントラモードが、水平方向または垂直方向にどれだけ近いかまたは遠いかを導出するように構成され得る。この絶対差分が、あるしきい値（たとえば、しきい値は、ブロックサイズ依存であり得る）を超える場合、ビデオエンコーダ２２およびビデオデコーダ３０は、参照サンプルにＭＤＩＳフィルタを適用するように構成され得る。この絶対差分が、あるしきい値（たとえば、しきい値は、ブロックサイズ依存であり得る）よりも小さいかまたはそれに等しい場合、ビデオエンコーダ２２およびビデオデコーダ３０は、参照サンプルにＭＤＩＳフィルタを適用しないように構成され得る。例しきい値は、（たとえば、４×４ブロックの場合）１０、（たとえば、８×８ブロックの場合）７、（たとえば、１６×１６ブロックの場合）１、および（たとえば、３２×３２ブロックの場合）０を含み得る。言い換えれば、水平方向または垂直方向から遠いイントラ予測モードについて、ビデオエンコーダ２２およびビデオデコーダ３０は、イントラ参照フィルタ（intra reference filter）を適用しないことがある。いくつかの例では、ビデオエンコーダ２２およびビデオデコーダ３０は、ＤＣモードまたは平面モードなど、非角度イントラ予測モード（non-angular intra prediction mode）についてはＭＤＩＳフィルタを適用しない。

【0051】

[0060] ＪＥＭでは、ＭＤＩＳが、すべてのイントラモードのために適用され得る平滑化フィルタ（smoothing filte）（たとえば、参照サンプル適応フィルタ処理（ＲＳＡＦ：reference sample adaptive filtering）または適応参照サンプル平滑化（ＡＲＳＳ：adaptive reference sample smoothing））と置き換えられた。そのような平滑化フィルタの、イントラ参照サンプルへの適用は、イントラ平滑化（intra smoothing）と呼ばれることがある。いくつかの例では、平滑化フィルタは、ＤＣモードのために適用されない。ビデオエンコーダ２２は、平滑化フィルタが現在ブロックにおいて適用されるか否かを示すフラグを生成し、シグナリングするように構成され得る。ビデオデコーダ３０は、現在ブロックのために平滑化フィルタを適用すべきか否かを決定するためのそのようなフラグを受信し、パースするように構成され得る。

【0052】

[0061] いくつかの例では、ビデオエンコーダ２２は、そのようなフラグを明示的フラグ（explicit flag）としてシグナリングしないように構成され得、むしろ、ビデオエンコーダ２２は、平滑化フィルタが適用されないかどうかの指示を変換係数（transform coefficient）の特性（たとえば、変換係数のパリティ）に隠すように構成され得る。同様に、ビデオデコーダ３０は、変換係数の特性（たとえば、変換係数のパリティ）から平滑化フィルタが適用されるか否かを決定する（たとえば、フラグの値を決定する）ように構成され得る。たとえば、変換係数が、あるパリティ状態（たとえば、奇数または偶数）を満たす場合、フラグの値は１として導出され、他の場合、フラグの値は０として導出される。

【0053】

[0062] ＪＥＭにおいて使用される別のツールは、位置依存イントラ予測組合せ（ＰＤＰＣ）モードである。ＰＤＰＣモードは、イントラ予測子とイントラ参照サンプルとを重み付けするツールであり、ここで、ビデオエンコーダ２２およびビデオデコーダ３０は、コーディングされているブロックのブロックサイズ（幅および高さを含む）とイントラ予測モードとに基づいて、重みを導出する。

【0054】

[0063] 本開示で説明される技法は、任意の組合せでおよび任意に他の方法とともに、使用され得る。イントラ平滑化およびＰＤＰＣモードは、例示および説明の目的で使用され、本開示の技法はそれらの例に限定されず、開示される方法は他のツールに適用され得る。

【0055】

[0064] 以下のセクションは、位置依存イントラ予測組合せ（ＰＤＰＣ）コーディングモードのためのパラメータを決定するための技法について説明する。本開示のイントラ平滑化技法は、ＰＤＰＣモードとともに使用され得る。しかしながら、イントラ平滑化およびＰＤＰＣモードは、例示および説明目的のために使用され、本開示の技法はそれらの例に限定されず、開示される方法は他のツールに適用され得る。

【0056】

[0065] ＰＤＰＣコーディングモードを使用してビデオデータをコーディングするとき、ビデオエンコーダ２２および／またはビデオデコーダ３０は、フィルタ処理された参照値およびフィルタ処理されていない参照値に基づいて、ならびに予測されたピクセルの位置に基づいて、どのように予測を組み合わせるかを定義する１つまたは複数のパラメータ化された式を使用し得る。本開示は、ビデオエンコーダ２２が、（たとえば、レートひずみ分析（rate-distortion analysis）を使用することを介して）パラメータのセットをテストし、最適なパラメータ（たとえば、テストされたそれらのパラメータの中から最良のレートひずみ性能を生じるパラメータ）をビデオデコーダ３０にシグナリングするように構成され得るようなパラメータのいくつかのセットについて説明する。いくつかの例では、ビデオデコーダ３０は、ビデオデータの特性（たとえば、ブロックサイズ、ブロック高さ、ブロック幅など）からＰＤＰＣパラメータを決定するように構成され得る。

【0057】

[0066] 図４Ａは、本開示の技法による、フィルタ処理されていない参照（ｒ）を使用する４×４のブロックの予測（ｐ）を示す。図４Ｂは、本開示の技法による、フィルタ処理された参照（ｓ）を使用する４×４のブロックの予測（ｑ）を示す。図４Ａおよび図４Ｂの両方が、４×４のピクセルブロックと１７個（４×４＋１）のそれぞれの参照値とを示すが、本開示の技法は、任意のブロックサイズおよび任意の数の参照値に適用され得る。

【0058】

[0067] ビデオエンコーダ２２および／またはビデオデコーダ３０は、ＰＤＰＣコーディングモードを実施するとき、フィルタ処理された（ｑ）予測とフィルタ処理されていない（ｐ）予測との間の組合せを利用し得、したがって、コーディングされるべき現在ブロックのための予測ブロックは、フィルタ処理された（ｓ）参照アレイとフィルタ処理されていない（ｒ）参照アレイとの両方からのピクセル値を使用して計算され得る。

【0059】

[0068] ＰＤＰＣの技法の一例では、それぞれ、フィルタ処理されていない参照ｒおよびフィルタ処理された参照ｓのみを使用して計算されるピクセル予測の任意の２つのセット、ｐ_r［ｘ，ｙ]およびｑ_s［ｘ，ｙ]が与えられれば、ｖ［ｘ，ｙ]によって示されるピクセルの組み合わされた予測値は、以下によって定義される。

【0060】

【数1】

【0061】

ここで、ｃ［ｘ，ｙ]は、組合せパラメータのセットである。重みｃ［ｘ，ｙ]の値は、０と１との間の値になり得る。重みｃ［ｘ，ｙ]と（１−ｃ［ｘ，ｙ]）との和は、１に等しくなり得る。

【0062】

[0069] いくつかの例では、ブロック中のピクセルの数と同じ大きさのパラメータのセットを有することは実際的でないことがある。そのような例では、ｃ［ｘ，ｙ]は、パラメータのはるかに小さいセットに、それらのパラメータからすべての組合せ値を計算するための式を加えたものよって定義され得る。そのような例では、以下の式が使用され得る。

【0063】

【数2】

【0064】

ここで、

【0065】

【数3】

【0066】

、

【0067】

【数4】

【0068】

、

【0069】

【数5】

【0070】

、

【0071】

【数6】

【0072】

、ｇ、およびｄ_v、ｄ_h∈｛１，２｝は、予測パラメータであり、Ｎは、ブロックサイズであり、

【0073】

【数7】

【0074】

および

【0075】

【数8】

【0076】

は、それぞれ、フィルタ処理されていない参照およびフィルタ処理された参照を使用して、特定のモードについて、ＨＥＶＣ規格に従って使用して計算される予測値であり、

【0077】

【数9】

【0078】

は、予測パラメータによって定義される（すなわち、

【0079】

【数10】

【0080】

および

【0081】

【数11】

【0082】

に割り当てられる全体的な重みを１に加えさせるための）正規化ファクタである。

【0083】

[0070] 式２は、あらゆるビデオコーディング規格について以下の式２Ａに一般化され得る。

【0084】

【数12】

【0085】

ここで、

【0086】

【数13】

【0087】

、

【0088】

【数14】

【0089】

、

【0090】

【数15】

【0091】

、

【0092】

【数16】

【0093】

、ｇ、およびｄ_v、ｄ_h∈｛１，２｝は、予測パラメータであり、Ｎは、ブロックサイズであり、

【0094】

【数17】

【0095】

および

【0096】

【数18】

【0097】

は、それぞれ、フィルタ処理されていない参照およびフィルタ処理された参照を使用して、特定のモードについて、ビデオコーディング規格（あるいはビデオコーディング方式またはアルゴリズム）に従って使用して計算される予測値であり、

【0098】

【数19】

【0099】

は、予測パラメータによって定義される（すなわち、

【0100】

【数20】

【0101】

および

【0102】

【数21】

【0103】

に割り当てられる全体的な重みを１に加えさせるための）正規化ファクタである。

【0104】

[0071] これらの予測パラメータは、使用される予測モードのタイプ（たとえば、ＨＥＶＣのＤＣ、平面、および３３方向モード）に従って、予測された項の最適な線形組合せを与えるために重みを含み得る。たとえば、ＨＥＶＣは、３５個の予測モードを含んでいる。ルックアップテーブルは、予測モードの各々のための予測パラメータ

【0105】

【数22】

【0106】

、

【0107】

【数23】

【0108】

、

【0109】

【数24】

【0110】

、

【0111】

【数25】

【0112】

、ｇ、ｄ_v、およびｄ_hの各々の値（すなわち、各予測モードのための

【0113】

【数26】

【0114】

、

【0115】

【数27】

【0116】

、

【0117】

【数28】

【0118】

、

【0119】

【数29】

【0120】

、ｇ、ｄ_v、およびｄ_hの３５個の値）を用いて構築され得る。そのような値は、ビデオをもつビットストリーム中に符号化され得るか、または前もってエンコーダおよびデコーダによって知られる定数値であり得、ファイルまたはビットストリーム中で送信される必要がないことがある。

【0121】

【数30】

【0122】

、

【0123】

【数31】

【0124】

、

【0125】

【数32】

【0126】

、

【0127】

【数33】

【0128】

、ｇ、ｄ_v、およびｄ_hの値は、トレーニングビデオのセットに最良の圧縮を与える予測パラメータの値を発見することによって最適化トレーニングアルゴリズムによって決定され得る。

【0129】

[0072] 別の例では、（たとえば、ルックアップテーブル中に）予測モードごとに複数のあらかじめ定義された予測パラメータセットがあり、（パラメータ自体でなく）選択される予測パラメータセットが、符号化ファイルまたはビットストリーム中でデコーダに送信される。別の例では、

【0130】

【数34】

【0131】

、

【0132】

【数35】

【0133】

、

【0134】

【数36】

【0135】

、

【0136】

【数37】

【0137】

、ｇ、ｄ_v、およびｄ_hの値は、ビデオエンコーダ２２によってオンザフライ（on the fly）で生成され、符号化ファイルまたはビットストリーム中でビデオデコーダ３０に送信され得る。

【0138】

[0073] 別の例では、ＨＥＶＣ予測を使用する代わりに、これらの技法を実施するビデオコーディングデバイスは、３３方向予測の代わりに６５方向予測を使用するバージョンのようなＨＥＶＣの変更バージョンを使用し得る。実際は、任意のタイプのイントラフレーム予測が使用され得る。

【0139】

[0074] 別の例では、式は、計算を容易にするために選定され得る。たとえば、以下のタイプの予測子を使用することができる。

【0140】

【数38】

【0141】

ここで、

【0142】

【数39】

【0143】

および

【0144】

【数40】

【0145】

[0075] そのような手法は、ＨＥＶＣ（または他の）予測の線形性を活用し得る。あらかじめ定義されたセットからのフィルタｋのインパルス応答としてｈを定義すると、

【0146】

【数41】

【0147】

を有し、ここで、「＊」が畳み込みを表す場合、

【0148】

【数42】

【0149】

すなわち、線形的に組み合わせられた予測は、線形的に組み合わせられた参照から計算され得る。

【0150】

[0076] 式４、６および８は、あらゆるビデオコーディング規格について以下の式４Ａ、６Ａ、および８Ａに一般化され得る。

【0151】

【数43】

【0152】

ここで、

【0153】

【数44】

【0154】

および

【0155】

【数45】

【0156】

そのような手法は、コーディング規格の予測の線形性を活用し得る。あらかじめ定義されたセットからのフィルタｋのインパルス応答としてｈを定義すると、

【0157】

【数46】

【0158】

を有し、ここで、「＊」が畳み込みを表す、場合、

【0159】

【数47】

【0160】

すなわち、線形的に組み合わせられた予測は、線形的に組み合わせられた参照から計算され得る。

【0161】

[0077] 一例では、予測関数は、入力としてのみ参照ベクトル（たとえば、ｒおよびｓ）を使用し得る。この例では、参照がフィルタ処理されていてもフィルタ処理されていなくても、参照ベクトルの挙動は変化しない。ｒとｓとが等しい（たとえば、あるフィルタ処理されていない参照ｒが、別のフィルタ処理された参照ｓと偶然同じである）場合、フィルタ処理された参照とフィルタ処理されていない参照とに適用される、予測関数、たとえば（ｐ（ｘ，ｙ，ｒ）としても記述される）ｐ_r［ｘ，ｙ]は、（ｐ（ｘ，ｙ，ｓ）としても記述される）ｐ_s［ｘ，ｙ]に等しい、は等しい。さらに、ピクセル予測ｐおよびｑは、等価であり得る（たとえば、同じ入力が与えられれば同じ出力を生成し得る）。そのような例では、式（１）〜（８）は、ピクセル予測ｐ［ｘ，ｙ]がピクセル予測ｑ［ｘ，ｙ]と置き換わって、書き直され得る。

【0162】

[0078] 別の例では、予測（たとえば、関数のセット）は、参照がフィルタ処理された情報に応じて変化し得る。この例では、関数の異なるセットが示され得る（たとえば、ｐ_r［ｘ，ｙ]およびｑ_s［ｘ，ｙ]）。この場合、ｒとｓとが等しいとしても、ｐ_r［ｘ，ｙ]とｑ_s［ｘ，ｙ]とは等しくないことがある。言い換えれば、入力がフィルタ処理されたのか否かに応じて同じ入力が異なる出力を作成することができる。そのような例では、ｐ［ｘ，ｙ]がｑ［ｘ，ｙ]に置き換えられることが可能でないことがある。

【0163】

[0079] 示された予測式の利点は、パラメータ化された公式化を用いて、トレーニングなどの技法を使用して、異なるタイプのビデオテクスチャに対して最適なパラメータのセット（すなわち、予測正確度を最適化するセット）が決定され得ることである。この手法は、いくつかの例では、テクスチャのいくつかの典型的なタイプについて予測子パラメータのいくつかのセットを計算することと、エンコーダが各セットからの予測子をテストし、最良の圧縮をもたらすセットをサイド情報として符号化する圧縮方式を有することとによって拡張され得る。

【0164】

[0080] 上記で説明されたように、いくつかの例では、ビデオエンコーダ２２は、ビデオデータの１つまたは複数のブロックための特定のビデオコーディングツールの使用（たとえば、イントラ平滑化フィルタおよび／またはＰＤＰＣモードが適用されるか否か）を示すためにフラグまたはインデックス（index）をシグナリングするように構成され得る。たとえば、ビデオエンコーダ２２は、特定のコーディングツール（たとえば、イントラ平滑化フィルタおよび／またはＰＤＰＣモード）がブロックのために適用されないことを示すために、０の値をもつフラグを生成し、シグナリングするように構成され得るが、１の値をもつフラグは、コーディングツール（たとえば、イントラ平滑化フィルタおよび／またはＰＤＰＣモード）がブロックのために適用されることを示し得る。ビデオデコーダ３０は、フラグに関連するビデオデータの１つまたは複数のブロックのために特定のビデオコーディングツールを使用すべきか否かを決定するためにそのようなフラグを受信し、パースするように構成され得る。

【0165】

[0081] いくつかの例では、特定のビデオコーディングツールのためのフラグをシグナリングすることは、かなり大きいビット数を要することがあり、したがって、ビデオコーディングツールを使用することから得られる圧縮効率が著しく低減されることがある。本開示は、ビデオコーディングツールオーバーヘッドシグナリング（たとえば、ビデオコーディングツール使用および／またはビデオコーディングツールパラメータを示すシンタックス要素）を、変換処理のためのシグナリングを含む、他のビデオコーディングプロセスのためのシグナリングと結合する技法について説明する。

【0166】

[0082] たとえば、ビデオエンコーダ２２は、１次または２次変換フラグまたはインデックスを含む、変換処理のためのシンタックス要素を生成し、シグナリングするように構成され得る。１次変換フラグまたはインデックス（たとえば、マルチビットシンタックス要素）は、ビデオデータのブロックをコーディングするときに１次変換（primary transform）として使用するための、変換への複数の中から特定の変換を示し得る。同様に、２次変換フラグまたはインデックス（たとえば、マルチビットシンタックス要素）は、ビデオデータのブロックをコーディングするときに２次変換（secondary transform）として使用するための、変換への複数の中から特定の変換を示し得る。一例として、１次変換は、離散コサイン変換（ＤＣＴ：discrete cosine transform）または離散サイン変換（ＤＳＴ：discrete sine transform）ベース変換、ＪＥＭにおいて使用される拡張複数変換（ＥＭＴ：enhanced multiple transform）、あるいは任意の他の分離可能または非分離可能変換であり得る。例示的な２次変換は、回転変換（ＲＯＴ：rotational transform）または非分離可能２次変換（ＮＳＳＴ：non-separable secondary transform）を含み得、それらの両方が現在、ＪＥＭにおいて採用されている。しかしながら、２次変換は、任意の他の分離可能または非分離可能変換を含み得る。１次変換および／または第２変換は、インデックスによって示され得る、変換のいくつかのセットを含み得る。ビデオデータの任意の特定のブロックのために使用すべき変換セットは、たとえば、イントラ予測モードおよび／またはイントラ予測モード方向に依存し得る。すなわち、ビデオエンコーダ２２およびビデオデコーダ３０は、ビデオデータの特定のブロックをコーディングするために使用されたイントラ予測モードおよび／またはイントラ予測モード方向に基づいて、ビデオデータのそのブロックにとって利用可能な変換（transform）のセットを決定するように構成され得る。

【0167】

[0083] 本開示の一例では、ビデオエンコーダ２２および／またはビデオデコーダ３０は、ある変換フラグまたは（１つまたは複数の）インデックス値がシグナリングされるとき、１つまたは複数のコーディングツール（たとえば、イントラ参照サンプル平滑化フィルタ（intra reference sample smoothing filter）および／またはＰＤＰＣモード）がブロックのために適用され、そうではなく、ある変換フラグまたは（１つまたは複数の）インデックス値がシグナリングされないとき、コーディングツールが適用されないことを示す、いくつかのあらかじめ定義されたルールに従うように構成され得る。この場合、ビデオコーディングツールの使用を示すための明示的フラグが、シグナリングされる必要がない。代わりに、特定のコーディングツールが使用されるかどうかの決定は、変換シグナリングから導出され得る。上記の例は、イントラ参照サンプル平滑化フィルタとＰＤＰＣモードとを含むが、他のビデオコーディングツール使用が、変換シグナリングと結合され得る。

【0168】

[0084] 一例では、変換シグナリングによって示されるビデオコーディングツールは、ＭＤＩＳ、ＡＲＳＳなど、イントラ参照サンプル平滑化フィルタ、あるいはイントラ参照サンプルに適用される任意の他の平滑化および／またはフィルタ処理であり得る。別の例では、変換シグナリングによって示されるビデオコーディングツールは、イントラ予測、たとえばＰＤＰＣモード、マルチパラメータイントラ予測（ＭＰＩ）モードに適用されるフィルタ処理、または導出されたイントラ予測のために適用される任意の他のフィルタ処理であり得る。

【0169】

[0085] いくつかのツールが組合せで、たとえば、ＰＤＰＣとＭＤＩＳとＡＲＳＳとで、またはＰＤＰＣとＭＤＩＳのみで使用され得る。一例では、ビデオエンコーダ２２およびビデオデコーダ３０は、（たとえば、１つまたは複数の２次変換インデックスによって示されるような）ある２次変換を用いてコーディングされるビデオデータのブロックのために特定のビデオコーディングツールを適用するように構成され得る。たとえば、ビデオデコーダ３０は、２次変換のあるタイプを示すインデックスの値に基づいて、特定のコーディングツール（たとえば、ＭＤＩＳ、ＡＲＳＳなど）を使用すべきかどうかを決定するように構成され得る。このようにして、２次変換および少なくとも１つの他のコーディングツールの使用が、単一のシンタックス要素を用いて示され得る。

【0170】

[0086] 一例では、ビデオデコーダ３０は、２次変換（ＮＳＳＴ）インデックスによって示されるような、いくつかの２次変換が適用されるときのみ、ＰＤＰＣモードを使用することを決定し得る。同様に、ビデオエンコーダ２２は、いくつかの２次変換が適用されるときのみ、ＰＤＰＣモードを使用することを決定し得る。たとえば、ビデオエンコーダ２２およびビデオデコーダ３０は、特定の２次変換が使用されるとき（たとえば、値ＮＳＳＴインデックスが１に等しいとき）、ＰＤＰＣモードを使用するように構成され得る。別の例では、ビデオエンコーダ２２およびビデオデコーダ３０は、（たとえば、２次変換インデックスの値によって示されるような）使用される２次変換にかかわらず、いくつかのイントラ予測モードのためにＰＤＰＣモードを使用するように構成され得る。たとえば、ビデオエンコーダ２２およびビデオデコーダ３０は、イントラ予測モードが平面モード、および／またはＤＣモード、または任意の他のモードである場合、ＰＤＰＣモードを適用するように構成され得る。

【0171】

[0087] 別の例では、ビデオエンコーダ２２およびビデオデコーダ３０は、（たとえば、２次変換（ＮＳＳＴ）インデックスの値によって示されるような）いくつかの２次変換の場合のみ、ＭＤＩＳビデオコーディングツール（または他のイントラ参照サンプル平滑化フィルタ）を適用するように構成され得る。一例として、ビデオエンコーダ２２およびビデオデコーダ３０は、３に等しいＮＳＳＴインデックスの場合のみ、ＭＤＩＳビデオコーディングツール（または他のイントラ参照サンプル平滑化フィルタ）を適用するように構成され得る。

【0172】

[0088] いくつかの例では、２つ以上のビデオコーディングツールの使用が、ブロックのために使用される変換に依存する（たとえば、ビデオコーディングツールが変換インデックスにマッピングされる）場合、変換へのビデオコーディングツールのマッピングは、相互排他的であり得る。すなわち、一例では、各ビデオコーディングツールは、異なる変換インデックスに対応する。

【0173】

[0089] 上記の例は組み合わせられ得る。たとえば、ビデオエンコーダ２２およびビデオデコーダ３０は、１のＮＳＳＴインデックスの場合、ＰＤＰＣモードを適用するように構成され得、ビデオエンコーダ２２およびビデオデコーダ３０は、３のＮＳＳＴインデックスの場合、ＭＤＩＳまたは別のイントラ参照平滑化フィルタを適用するように構成され得る。さらに、ビデオエンコーダ２２およびビデオデコーダ３０の使用は、平面イントラ予測モードを使用してコーディングされたビデオデータのブロックの場合、そのブロックのためのＮＳＳＴインデックスにかかわらず、ＰＤＰＣモードを常に適用するように構成され得る。

【0174】

[0090] また別の例では、ビデオエンコーダ２２およびビデオデコーダ３０は、ＮＳＳＴインデックスが２に等しいとき、ＡＲＳＳビデオコーディングツールを適用するように構成され得る。

【0175】

[0091] 異なるコーディングツール（たとえば、ＰＤＰＣ、ＮＳＳＴ、ＥＭＴ、ＡＲＳＳ、ＭＤＩＳ、ＭＰＩ、ＲＯＴ）の利用が複数のオプションを有する場合、コーディングツールの各々のための別個のインデックスをシグナリングする代わりに、ビデオエンコーダ２２は、１つの統一インデックスのみをシグナリングするように構成され得る。この例では、統一インデックスの値は、異なるコーディングツールがどのように結合されるかを指定する。一例では、ＰＤＰＣモードがパラメータの３つの異なるセットを用いて設計され、ＮＳＳＴがＮＳＳＴコアの３つの異なるセットを用いて設計される場合、ＰＤＰＣインデックスおよびＮＳＳＴインデックスを別個にシグナリングする代わりに、ビデオエンコーダ２２は、ただ１つの統一インデックスをシグナリングし得るが、この統一インデックス値は、ＰＤＰＣモードとＮＳＳＴの両方の利用を指定する。たとえば、この統一インデックスが０に等しいとき、ＰＤＰＣもＮＳＳＴも適用されない。この統一インデックスが１に等しいとき、ＰＤＰＣモードパラメータセット１とＮＳＳＴコア１とが使用される。この統一インデックスが２に等しいとき、ＰＤＰＣモードパラメータセット２とＮＳＳＴコア２とが使用される。この統一インデックスが３に等しいとき、ＰＤＰＣモードパラメータセット３とＮＳＳＴコア３とが使用される。すなわち、異なるＰＤＰＣモードが、異なるＮＳＳＴインデックスとバンドルされる。別の例では、異なるＮＳＳＴインデックスの場合、異なるフィルタ係数をもつＭＤＩＳフィルタが適用され得る。

【0176】

[0092] １つのツール（たとえば、ＰＤＰＣ、ＡＲＳＳ、および／またはＭＤＩＳ）と変換（たとえば、ＥＭＴ、ＮＳＳＴ）との間の結合は、限定はしないがイントラ予測モード、ブロック幅および高さ、ブロック区分深度、変換係数を含む、すでに符号化された情報に依存し得る。たとえば、異なるイントラ予測モードの場合、ＰＤＰＣモードが、異なるＮＳＳＴインデックスと結合され得る。たとえば、イントラ予測モード０の場合、ＰＤＰＣモードはＮＳＳＴインデックス１と結合され、イントラ予測モード１の場合、ＰＤＰＣはＮＳＳＴインデックス２と結合される。

【0177】

[0093] 次のセクションは、強イントラ参照フィルタ処理（strong intra reference filtering）に関係する。２０１７年１月１１日に出願された米国仮出願第６２／４４５，２０７号、および２０１８年１月９日に出願された米国特許出願第１５／８６６，２８７号では、除算なし強イントラ平滑化方法（division free strong intra smoothing method）が説明された。いくつかの例では、２のべき乗でない除算が使用される場合、ビデオエンコーダ２２およびビデオデコーダ３０は、プロセスをいくつかの部分にスプリットするように構成され得、ここで、ビデオエンコーダ２２およびビデオデコーダ３０は、プロセスの各部分について２のべき乗除算（power-of-2 division）を実施するにすぎないように構成され得る。そのような技法は、単純なビットシフト演算として実装され得る。本開示では、より詳細な例が説明される。ＪＥＭで、非２のべき乗（non-power-of 2）の除算が、ブロックの（幅＋高さ）による除算により使用される、長方形ブロックを検討する。図５は、非正方形ブロック２００について、フィルタ処理プロセスがいくつかの部分に分割される一例を示す。

【0178】

[0094] 図５に示されているように、フィルタ処理プロセスは、（黒いボックスによって示されている）左のイントラ参照サンプル２０２および上のイントラ参照サンプル２０４、ならびに（点付きのボックスによって示されている）左下のイントラ参照サンプル２０６および右上のイントラ参照サンプル２０８に対して実施される。使用される除算は、非２のべき乗である。ビデオエンコーダ２２およびビデオデコーダ３０は、フィルタ処理プロセスを水平方向についての部分と垂直方向についての部分とにスプリットするように構成され得、したがって、１つの部分が、ブロック２００の幅および／または高さ（width and/or height）に対応し、他の部分は、どんな長さであれ残された部分である。この特定の例では、残りの部分は、垂直フィルタ処理の場合は幅の長さ、水平フィルタ処理の場合は高さの長さ（すなわち、点付きボックス中の左下のイントラ参照サンプル２０６および右上のイントラ参照サンプル２０８）である。わかるように、ウィズおよび高さ（with and height）は、２のべき乗であるサイズであることが必要とされ得るので、各部分は、２のべき乗除算を伴うフィルタ処理プロセスを実行することができる。

【0179】

[0095] さらに、フィルタ処理プロセスに応じて、いくつかのサンプルがコピーされ得る。たとえば、フィルタ処理式が、（長さ−ｉ）＊ａ＋ｉ＊ｂである場合、ここで、ｉは、１から長さ−１までである。長さは、フィルタ処理されるべきサンプルアレイのサイズである。長さは、たとえば、幅＋高さであり得る。値ａおよび値ｂは、フィルタ処理されるべきサンプルアレイの端部サンプルであり得る。

【0180】

[0096] １つのサンプルが、ｉ＝０の場合フィルタ処理されず、このサンプルが直接コピーされ得ることがわかる。フィルタ処理プロセスがいくつかの部分にスプリットされるとき、直接コピーされるサンプルの数が増加し得る。このことは、各方向においてフィルタ処理されるべきでない追加のサンプルを生じ得、そのようなサンプルは、直接コピーされ得る。直接コピーは、フィルタ処理プロセスがそのサンプルのために適用されないことを意味し得る。

【0181】

[0097] どのサンプルが直接コピーされ得るかは、可変であり得る。本開示の一例では、ビデオエンコーダ２２およびビデオデコーダ３０は、（１つまたは複数の）直接コピーされたサンプルを各方向のイントラ参照サンプルの端部に、すなわち、垂直フィルタ処理の場合は左下のサンプルに、水平フィルタ処理の場合は右上のサンプルに置くように構成され得る。このようにして、それらのサンプルは、イントラ予測において少ない頻度で使用され得る。そのようなサンプルはブロックから最も遠いので、そのようなサンプルの正確度は、イントラ予測の効率に対してあまり敏感でない。

【0182】

[0098] 別の例では、直接コピーされたサンプルが、フィルタ処理プロセスの各部分中に配置され得る。上記の例では、それは、フィルタ処理の各黒いエリアおよび点付きエリア中の１つのサンプルであり得る。すなわち、ビデオエンコーダ２２およびビデオデコーダ３０は、１つの直接コピーされたサンプルを、左の参照サンプル２０４、左下の参照サンプル２０６、上の参照サンプル２０２、および右上の参照サンプル２０８の各々中に配置し得る。一例では、直接コピーされたサンプルは、各部分の端部に配置され得る。たとえば、ビデオエンコーダ２２およびビデオデコーダ３０は、直接コピーされたサンプルを左の参照サンプル２０４の下部に配置し得る。同様に、ビデオエンコーダ２２およびビデオデコーダ３０は、直接コピーされたサンプルを左下の参照サンプル２０６の下部に配置し得る。さらに、ビデオエンコーダ２２およびビデオデコーダ３０は、直接コピーされたサンプルを上の参照サンプル２０２の右端に配置し得る。ビデオエンコーダ２２およびビデオデコーダ３０はまた、直接コピーされたサンプルを右上の参照サンプル２０８の右端に配置し得る。そのような設計の利点は、あるエリア中の直接コピーされたサンプルをグループ化する必要がないので、フィルタ処理プロセスの均一性である。

【0183】

[0099] 別の例では、直接コピーされたサンプルは、左上のエリア２０１中（たとえば、サンプル２０４とサンプル２０２とのブロックボックスの始端）に配置され得る。より一般的な例では、直接コピーされたサンプルは、イントラ参照サンプル内の任意のロケーション中に配置され得る。

【0184】

[0100] 別の例では、ビデオエンコーダ２２およびビデオデコーダ３０は、２タップ双線形（two-tap bilinear）フィルタの代わりに、固定Ｎタップ線形フィルタとして強平滑化を実装し得、したがって、２のべき乗でない除数を使用する除算演算が回避され得る。一例では、２タップ双線形強平滑化フィルタ（two-tap bilinear strong smoothing filter）を置き換えるために５タップまたは７タップガウスフィルタ（Gaussian filter）が使用され、ここで、ガウスフィルタのパラメータは、事前定義されるか、または、限定はしないがブロックサイズ、ブロック形状、イントラ予測モードを含む、すでにコード化された情報に依存し得る。

【0185】

[0101] 本開示の一例では、ビデオエンコーダ２２およびビデオデコーダ３０は、イントラ予測を使用して非正方形ブロックをコーディングすることと、２つの部分中の、すなわち、ブロックの高さまたは幅のうちの１つに沿ったイントラ参照サンプルに関連する第１の部分および残存イントラ参照サンプルに関連する第２の部分中の、イントラ参照サンプルに強イントラ参照フィルタ処理を適用することとを行うように構成され得る。

【0186】

[0102] ビデオエンコーダ２２およびビデオデコーダ３０は、少なくとも１つの参照サンプルを第１の部分から直接コピーするようにさらに構成され得る。別の例では、ビデオエンコーダ２２およびビデオデコーダ３０は、少なくとも１つの参照サンプルを第２の部分から直接コピーするようにさらに構成され得る。別の例では、ビデオエンコーダ２２およびビデオデコーダ３０は、少なくとも１つの参照サンプルを第１の部分と第２の部分の両方から直接コピーするようにさらに構成され得る。

【0187】

[0103] 図６は、本開示の技法を実装し得る例示的なビデオエンコーダ２２を示すブロック図である。図６は、説明の目的で与えられており、本開示において広く例示され、説明される技法を限定するものと見なされるべきではない。本開示の技法は、様々なコーディング規格または方法に適用可能であり得る。ビデオデコーダ２２は、上記で説明された組み合わせられたコーディングツールおよび変換シグナリング技法を実施するように構成され得る。さらに、ビデオエンコーダ２２は、上記で説明されたように強イントラ参照フィルタ処理を実施するように構成され得る。

【0188】

[0104] 図６の例では、ビデオエンコーダ２２は、予測処理ユニット１００と、ビデオデータメモリ１０１と、残差生成ユニット（residual generation unit）１０２と、変換処理ユニット１０４と、量子化ユニット１０６と、逆量子化ユニット１０８と、逆変換処理ユニット（inverse transform processing unit）１１０と、再構築ユニット（reconstruction unit）１１２と、フィルタユニット１１４と、復号ピクチャバッファ１１６と、エントロピー符号化ユニット１１８とを含む。予測処理ユニット１００は、インター予測処理ユニット１２０と、イントラ予測処理ユニット１２６とを含む。インター予測処理ユニット１２０は、動き推定ユニットと、動き補償ユニットとを含み得る（図示せず）。

【0189】

[0105] ビデオデータメモリ１０１は、ビデオエンコーダ２２の構成要素によって符号化されるべきビデオデータを記憶するように構成され得る。ビデオデータメモリ１０１に記憶されたビデオデータは、たとえば、ビデオソース１８から取得され得る。復号ピクチャバッファ１１６は、たとえば、イントラコーディングモードまたはインターコーディングモードでビデオエンコーダ２２によってビデオデータを符号化する際に使用するための参照ビデオデータを記憶する参照ピクチャメモリであり得る。ビデオデータメモリ１０１および復号ピクチャバッファ１１６は、同期ＤＲＡＭ（ＳＤＲＡＭ）を含むダイナミックランダムアクセスメモリ（ＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗性ＲＡＭ（ＲＲＡＭ（登録商標））、または他のタイプのメモリデバイスなど、様々なメモリデバイスのうちのいずれかによって形成され得る。ビデオデータメモリ１０１および復号ピクチャバッファ１１６は、同じメモリデバイスまたは別個のメモリデバイスによって与えられ得る。様々な例では、ビデオデータメモリ１０１は、ビデオエンコーダ２２の他の構成要素とともにオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。ビデオデータメモリ１０１は、図１の記憶媒体２０と同じであるかまたはそれの一部であり得る。

【0190】

[0106] ビデオエンコーダ２２はビデオデータを受信する。ビデオエンコーダ２２は、ビデオデータのピクチャのスライス中の各ＣＴＵを符号化し得る。ＣＴＵの各々は、等しいサイズのルーマコーディングツリーブロック（ＣＴＢ：coding tree block）と、ピクチャの対応するＣＴＢとに関連し得る。ＣＴＵを符号化することの一部として、予測処理ユニット１００は、ＣＴＵのＣＴＢを徐々により小さいブロックに分割するために区分を実施し得る。いくつかの例では、ビデオエンコーダ２２は、ＱＴＢＴ構造を使用してブロックを区分し得る。より小さいブロックはＣＵのコーディングブロックであり得る。たとえば、予測処理ユニット１００は、ツリー構造に従って、ＣＴＵに関連するＣＴＢを区分し得る。本開示の１つまたは複数の技法によれば、ツリー構造の各深度レベルにおけるツリー構造の各それぞれの非リーフノードについて、それぞれの非リーフノードのための複数の許容スプリッティングパターンがあり、それぞれの非リーフノードに対応するビデオブロックは、複数の許容スプリッティングパターンのうちの１つに従って、それぞれの非リーフノードの子ノードに対応するビデオブロックに区分される。

【0191】

[0107] ビデオエンコーダ２２は、ＣＵの符号化表現（すなわち、コーディングされたＣＵ）を生成するためにＣＴＵのＣＵを符号化し得る。ＣＵを符号化することの一部として、予測処理ユニット１００は、ＣＵの１つまたは複数のＰＵの間でＣＵに関連するコーディングブロックを区分し得る。したがって、各ＰＵは、ルーマ予測ブロックと、対応するクロマ予測ブロックとに関連し得る。ビデオエンコーダ２２およびビデオデコーダ３０は、様々なサイズを有するＰＵをサポートし得る。上記のように、ＣＵのサイズはＣＵのルーマコーディングブロックのサイズを指すことがあり、ＰＵのサイズはＰＵのルーマ予測ブロックのサイズを指すことがある。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ビデオエンコーダ２２およびビデオデコーダ３０は、イントラ予測のための２Ｎ×２ＮまたはＮ×ＮのＰＵサイズと、インター予測のための２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、または同様の対称ＰＵサイズとをサポートし得る。ビデオエンコーダ２２およびビデオデコーダ３０は、インター予測のための２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズに対する非対称区分をもサポートし得る。

【0192】

[0108] インター予測処理ユニット１２０は、ＣＵの各ＰＵに対してインター予測を実施することによって、ＰＵのための予測データを生成し得る。ＰＵのための予測データは、ＰＵの予測ブロックとＰＵのための動き情報とを含み得る。インター予測処理ユニット１２０は、ＰＵがＩスライス中にあるのか、Ｐスライス中にあるのか、Ｂスライス中にあるのかに応じて、ＣＵのＰＵに対して異なる動作を実施し得る。Ｉスライス中では、すべてのＰＵがイントラ予測される。したがって、ＰＵがＩスライス中にある場合、インター予測処理ユニット１２０は、ＰＵに対してインター予測を実施しない。したがって、Ｉモードで符号化されたブロックの場合、予測されたブロックは、同じフレーム内の前に符号化された隣接ブロックからの空間予測を使用して形成される。ＰＵがＰスライス中にある場合、インター予測処理ユニット１２０は、ＰＵの予測ブロックを生成するために、単方向インター予測を使用し得る。ＰＵがＢスライス中にある場合、インター予測処理ユニット１２０は、ＰＵの予測ブロックを生成するために、単方向インター予測または双方向インター予測を使用し得る。

【0193】

[0109] イントラ予測処理ユニット１２６は、ＰＵに対してイントラ予測を実施することによって、ＰＵのための予測データを生成し得る。ＰＵのための予測データは、ＰＵの予測ブロックと、様々なシンタックス要素とを含み得る。イントラ予測処理ユニット１２６は、Ｉスライス、Ｐスライス、およびＢスライス中のＰＵに対してイントラ予測を実施し得る。

【0194】

[0110] ＰＵに対してイントラ予測を実施するために、イントラ予測処理ユニット１２６は、ＰＵのための予測データの複数のセットを生成するために複数のイントラ予測モードを使用し得る。イントラ予測処理ユニット１２６は、ＰＵのための予測ブロックを生成するために隣接ＰＵのサンプルブロックからのサンプルを使用し得る。隣接ＰＵは、ＰＵ、ＣＵ、およびＣＴＵについて左から右、上から下の符号化順序を仮定すると、ＰＵの上、右上、左上、または左にあり得る。イントラ予測処理ユニット１２６は、様々な数のイントラ予測モード、たとえば、３３個の方向性イントラ予測モードを使用し得る。いくつかの例では、イントラ予測モードの数は、ＰＵに関連する領域のサイズに依存し得る。

【0195】

[0111] 予測処理ユニット１００は、ＰＵのためにインター予測処理ユニット１２０によって生成された予測データ、またはＰＵのためにイントラ予測処理ユニット１２６によって生成された予測データの中からＣＵのＰＵのための予測データを選択し得る。いくつかの例では、予測処理ユニット１００は、予測データのセットのレート／ひずみメトリックに基づいて、ＣＵのＰＵのための予測データを選択する。選択された予測データの予測ブロックは、本明細書では、選択された予測ブロックと呼ばれることがある。

【0196】

[0112] 残差生成ユニット１０２は、ＣＵのためのコーディングブロック（たとえば、ルーマコーディングブロック、ＣｂコーディングブロックおよびＣｒコーディングブロック）とＣＵのＰＵのための選択された予測ブロック（たとえば、予測ルーマブロック、予測Ｃｂブロックおよび予測Ｃｒブロック）とに基づいて、ＣＵのための残差ブロック（たとえば、ルーマ残差ブロック、Ｃｂ残差ブロックおよびＣｒ残差ブロック）を生成し得る。たとえば、残差生成ユニット１０２は、残差ブロック中の各サンプルが、ＣＵのコーディングブロック中のサンプルとＣＵのＰＵの対応する選択された予測ブロック中の対応するサンプルとの間の差分に等しい値を有するように、ＣＵの残差ブロックを生成し得る。

【0197】

[0113] 変換処理ユニット１０４は、ＣＵに関連する残差ブロックをＣＵのＴＵに関連する変換ブロックに区分するために、４分木区分を実施し得る。したがって、ＴＵは、ルーマ変換ブロックと２つのクロマ変換ブロックとに関連し得る。ＣＵのＴＵのルーマ変換ブロックとクロマ変換ブロックとのサイズおよび位置は、ＣＵのＰＵの予測ブロックのサイズおよび位置に基づくことも基づかないこともある。「残差４分木」（ＲＱＴ：residual quadtree）として知られる４分木構造は、領域の各々に関連するノードを含み得る。ＣＵのＴＵはＲＱＴのリーフノードに対応し得る。

【0198】

[0114] 変換処理ユニット１０４は、ＴＵの変換ブロックに１つまたは複数の変換を適用することによって、ＣＵの各ＴＵのための変換係数ブロックを生成し得る。変換処理ユニット１０４は、ＴＵに関連する変換ブロックに様々な変換を適用し得る。たとえば、変換処理ユニット１０４は、離散コサイン変換（ＤＣＴ）、方向変換、または概念的に同様の変換を変換ブロックに適用し得る。いくつかの例では、変換処理ユニット１０４は変換ブロックに変換を適用しない。そのような例では、変換ブロックは変換係数ブロックとして扱われ得る。

【0199】

[0115] 量子化ユニット１０６は、係数ブロック中の変換係数を量子化し得る。量子化プロセスは、変換係数の一部または全部に関連するビット深度を低減し得る。たとえば、量子化中にｎビットの変換係数がｍビットの変換係数に切り捨てられることがあり、ここで、ｎはｍよりも大きい。量子化ユニット１０６は、ＣＵに関連する量子化パラメータ（ＱＰ：quantization parameter）値に基づいて、ＣＵのＴＵに関連する係数ブロックを量子化し得る。ビデオエンコーダ２２は、ＣＵに関連するＱＰ値を調整することによって、ＣＵに関連する係数ブロックに適用される量子化の程度を調整し得る。量子化は情報の損失をもたらし得る。したがって、量子化された変換係数は、元の変換係数よりも低い精度を有し得る。

【0200】

[0116] 逆量子化ユニット１０８および逆変換処理ユニット１１０は、係数ブロックから残差ブロックを再構築するために、それぞれ、係数ブロックに逆量子化および逆変換を適用し得る。再構築ユニット１１２は、ＴＵに関連する再構築された変換ブロックを生成するために、再構築された残差ブロックを、予測処理ユニット１００によって生成された１つまたは複数の予測ブロックからの対応するサンプルに加算し得る。このようにＣＵの各ＴＵについて変換ブロックを再構築することによって、ビデオエンコーダ２２は、ＣＵのコーディングブロックを再構築し得る。

【0201】

[0117] フィルタユニット１１４は、ＣＵに関連するコーディングブロック中のブロッキングアーティファクト（blocking artifact）を低減するために１つまたは複数のデブロッキング演算を実施し得る。復号ピクチャバッファ１１６は、フィルタユニット１１４が、再構築されたコーディングブロックに対して１つまたは複数のデブロッキング演算を実施した後に、再構築されたコーディングブロックを記憶し得る。インター予測処理ユニット１２０は、他のピクチャのＰＵに対してインター予測を実施するために、再構築されたコーディングブロックを含んでいる参照ピクチャを使用し得る。さらに、イントラ予測処理ユニット１２６は、ＣＵと同じピクチャ中の他のＰＵに対してイントラ予測を実施するために、復号ピクチャバッファ１１６中の再構築されたコーディングブロックを使用し得る。

【0202】

[0118] エントロピー符号化ユニット１１８は、ビデオエンコーダ２２の他の機能構成要素からデータを受信し得る。たとえば、エントロピー符号化ユニット１１８は、量子化ユニット１０６から係数ブロックを受信し得、予測処理ユニット１００からシンタックス要素を受信し得る。エントロピー符号化ユニット１１８は、エントロピー符号化データを生成するために、データに対して１つまたは複数のエントロピー符号化演算（entropy encoding operation）を実施し得る。たとえば、エントロピー符号化ユニット１１８は、ＣＡＢＡＣ演算、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ：context-adaptive variable length coding）演算、可変対可変（Ｖ２Ｖ：variable-to-variable）長コーディング演算、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）演算、確率間隔区分エントロピー（ＰＩＰＥ：Probability Interval Partitioning Entropy）コーディング演算、指数ゴロム符号化演算（Exponential-Golomb encoding operation）、または別のタイプのエントロピー符号化演算をデータに対して実施し得る。ビデオエンコーダ２２は、エントロピー符号化ユニット１１８によって生成されたエントロピー符号化データを含むビットストリームを出力し得る。たとえば、ビットストリームは、ＣＵのためのＲＱＴを表すデータを含み得る。

【0203】

[0119] 図７は、本開示の技法を実装するように構成された例示的なビデオデコーダ３０を示すブロック図である。図７は、説明の目的で与えられており、本開示において広く例示され、説明される技法を限定するものではない。説明の目的で、本開示は、ＨＥＶＣコーディングのコンテキストにおいてビデオデコーダ３０について説明する。ただし、本開示の技法は、ＪＶＥＴを含む、他のコーディング規格または方法に適用可能であり得る。ビデオデコーダ３０は、上記で説明された組み合わせられたコーディングツールおよび変換シグナリング技法に従って、シグナリングされたシンタックス要素を受信し、パースするように構成され得る。さらに、ビデオデコーダ３０は、上記で説明されたように強イントラ参照フィルタ処理を実施するように構成され得る。

【0204】

[0120] 図７の例では、ビデオデコーダ３０は、エントロピー復号ユニット１５０と、ビデオデータメモリ１５１と、予測処理ユニット１５２と、逆量子化ユニット１５４と、逆変換処理ユニット（inverse transform processing unit）１５６と、再構築ユニット（reconstruction unit）１５８と、フィルタユニット１６０と、復号ピクチャバッファ１６２とを含む。予測処理ユニット１５２は、動き補償ユニット１６４と、イントラ予測処理ユニット１６６とを含む。他の例では、ビデオデコーダ３０は、より多数の、より少数の、または異なる機能構成要素を含み得る。

【0205】

[0121] ビデオデータメモリ１５１は、ビデオデコーダ３０の構成要素によって復号されるべき、符号化ビデオビットストリームなど、符号化ビデオデータを記憶し得る。ビデオデータメモリ１５１に記憶されるビデオデータは、たとえば、コンピュータ可読媒体１６から、たとえば、カメラなどのローカルビデオソースから、ビデオデータのワイヤードまたはワイヤレスネットワーク通信を介して、あるいは物理データ記憶媒体にアクセスすることによって取得され得る。ビデオデータメモリ１５１は、符号化ビデオビットストリームからの符号化ビデオデータを記憶するコード化ピクチャバッファを形成し得る。復号ピクチャバッファ１６２は、たとえば、イントラコーディングモードまたはインターコーディングモードでビデオデコーダ３０によってビデオデータを復号する際に使用するための、またはアウトプットのための参照ビデオデータを記憶する参照ピクチャメモリであり得る。ビデオデータメモリ１５１および復号ピクチャバッファ１６２は、同期ＤＲＡＭ（ＳＤＲＡＭ）を含むダイナミックランダムアクセスメモリ（ＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗性ＲＡＭ（ＲＲＡＭ）、または他のタイプのメモリデバイスなど、様々なメモリデバイスのうちのいずれかによって形成され得る。ビデオデータメモリ１５１および復号ピクチャバッファ１６２は、同じメモリデバイスまたは別個のメモリデバイスによって与えられ得る。様々な例では、ビデオデータメモリ１５１は、ビデオデコーダ３０の他の構成要素とともにオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。ビデオデータメモリ１５１は、図１の記憶媒体２８と同じであるかまたはそれの一部であり得る。

【0206】

[0122] ビデオデータメモリ１５１は、ビットストリームの符号化ビデオデータ（たとえば、ＮＡＬユニット）を受信し、記憶する。エントロピー復号ユニット１５０は、ビデオデータメモリ１５１から符号化ビデオデータ（たとえば、ＮＡＬユニット）を受信し、シンタックス要素を取得するためにＮＡＬユニットをパースし得る。エントロピー復号ユニット１５０は、ＮＡＬユニット中のエントロピー符号化シンタックス要素をエントロピー復号し得る。予測処理ユニット１５２、逆量子化ユニット１５４、逆変換処理ユニット１５６、再構築ユニット１５８、およびフィルタユニット１６０は、ビットストリームから抽出されたシンタックス要素に基づいて復号ビデオデータを生成し得る。エントロピー復号ユニット１５０は、エントロピー符号化ユニット１１８のプロセスとは概して逆のプロセスを実施し得る。

【0207】

[0123] 本開示のいくつかの例によれば、エントロピー復号ユニット１５０は、ビットストリームからシンタックス要素を取得することの一部として、ツリー構造を決定し得る。ツリー構造は、ＣＴＢなど、初期ビデオブロックが、コーディングユニットなど、より小さいビデオブロックにどのように区分されるかを指定し得る。本開示の１つまたは複数の技法によれば、ツリー構造の各深度レベルにおけるツリー構造の各それぞれの非リーフノードについて、それぞれの非リーフノードのための複数の許容スプリッティングパターンがあり、それぞれの非リーフノードに対応するビデオブロックは、複数の許容スプリッティングパターンのうちの１つに従って、それぞれの非リーフノードの子ノードに対応するビデオブロックに区分される。

【0208】

[0124] ビットストリームからシンタックス要素を取得することに加えて、ビデオデコーダ３０は、区分されていないＣＵに対して再構築演算を実施し得る。ＣＵに対して再構築演算を実施するために、ビデオデコーダ３０は、ＣＵの各ＴＵに対して再構築演算を実施し得る。ＣＵの各ＴＵに対して再構築演算を実施することによって、ビデオデコーダ３０は、ＣＵの残差ブロックを再構築し得る。

【0209】

[0125] ＣＵのＴＵに対して再構築演算を実施することの一部として、逆量子化ユニット１５４は、ＴＵに関連する係数ブロックを逆量子化、すなわち、量子化解除し得る。逆量子化ユニット１５４が係数ブロックを逆量子化した後に、逆変換処理ユニット１５６は、ＴＵに関連する残差ブロックを生成するために、係数ブロックに１つまたは複数の逆変換を適用し得る。たとえば、逆変換処理ユニット（inverse transform processing unit）１５６は、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ：Karhunen-Loeve transform）、逆回転変換、逆方向変換、または別の逆変換を係数ブロックに適用し得る。

【0210】

[0126] イントラ予測を使用してＰＵが符号化される場合、イントラ予測処理ユニット１６６は、ＰＵの予測ブロックを生成するためにイントラ予測を実施し得る。イントラ予測処理ユニット１６６は、サンプル空間的隣接ブロックに基づいてＰＵの予測ブロックを生成するために、イントラ予測モードを使用し得る。イントラ予測処理ユニット１６６は、ビットストリームから取得された１つまたは複数のシンタックス要素に基づいてＰＵのためのイントラ予測モードを決定し得る。

【0211】

[0127] ＰＵが、インター予測を使用して符号化される場合、エントロピー復号ユニット１５０は、ＰＵのための動き情報を決定し得る。動き補償ユニット１６４は、ＰＵの動き情報に基づいて、１つまたは複数の参照ブロックを決定し得る。動き補償ユニット１６４は、１つまたは複数の参照ブロックに基づいて、ＰＵのための予測ブロック（たとえば、予測ルーマブロック、予測Ｃｂブロックおよび予測Ｃｒブロック）を生成し得る。

【0212】

[0128] 再構築ユニット１５８は、ＣＵのためのコーディングブロック（たとえば、ルーマコーディングブロック、ＣｂコーディングブロックおよびＣｒコーディングブロック）を再構築するために、適用可能なとき、ＣＵのＴＵのための変換ブロック（たとえば、ルーマ変換ブロック、Ｃｂ変換ブロックおよびＣｒ変換ブロック）、ならびにＣＵのＰＵの予測ブロック（たとえば、ルーマブロック、ＣｂブロックおよびＣｒブロック）、すなわち、イントラ予測データまたはインター予測データのいずれかを使用し得る。たとえば、再構築ユニット１５８は、ＣＵのコーディングブロック（たとえば、ルーマコーディングブロック、ＣｂコーディングブロックおよびＣｒコーディングブロック）を再構築するために、変換ブロック（たとえば、ルーマ変換ブロック、Ｃｂ変換ブロックおよびＣｒ変換ブロック）のサンプルを、予測ブロック（たとえば、ルーマ予測ブロック、Ｃｂ予測ブロックおよびＣｒ予測ブロック）の対応するサンプルに加算し得る。

【0213】

[0129] フィルタユニット１６０は、ＣＵのコーディングブロックに関連するブロッキングアーティファクトを低減するためにデブロッキング演算を実施し得る。ビデオデコーダ３０は、ＣＵのコーディングブロックを復号ピクチャバッファ１６２に記憶し得る。復号ピクチャバッファ１６２は、後続の動き補償、イントラ予測、および図１のディスプレイデバイス３２などのディスプレイデバイス上での提示のために、参照ピクチャを与え得る。たとえば、ビデオデコーダ３０は、復号ピクチャバッファ１６２中のブロックに基づいて、他のＣＵのＰＵについてイントラ予測演算またはインター予測演算を実施し得る。

【0214】

[0130] 図８は、本開示の例示的な符号化方法を示すフローチャートである。ビデオエンコーダ２２の１つまたは複数の構造構成要素は、図８の技法を実施するように構成され得る。

【0215】

[0131] 図８の例では、ビデオエンコーダ２２は、ビデオデータのブロックを受信すること（８００）と、ビデオデータのブロックを符号化するためのイントラ予測モードを決定すること（８０２）と、少なくとも決定されたイントラ予測モードに基づいて、ビデオデータのブロックを符号化するためにＰＤＰＣモードを使用すべきか否かを決定すること（８０４）とを行うように構成され得る。一例では、ＰＤＰＣを使用すべきか否かを決定するために、ビデオエンコーダ２２は、イントラ予測モードが平面モードである場合、ビデオデータのブロックを符号化するためにＰＤＰＣモードを使用することを決定するようにさらに構成され得る。

【0216】

[0132] 図９は、本開示の例示的な復号方法を示すフローチャートである。ビデオデコーダ３０の１つまたは複数の構造構成要素は、図９の技法を実施するように構成され得る。図９の例では、ビデオデコーダ３０は、ビデオデータのブロック（９００）と、ビデオデータのブロックのためのイントラ予測モードを決定すること（９０２）と、少なくとも決定されたイントラ予測モードに基づいて、ビデオデータのブロックを復号するためにＰＤＰＣモードを使用すべきか否かを決定すること（９０４）とを行うように構成され得る。

【0217】

[0133] 一例では、ビデオデコーダ３０は、イントラ予測モードが平面モードである場合、ビデオデータのブロックを復号するためにＰＤＰＣモードを使用することを決定するように構成され得る。

【0218】

[0134] 別の例では、ビデオデコーダ３０は、ビデオデータのブロックのために使用された１次変換または２次変換に関連するシンタックス要素を受信することと、シンタックス要素の値に基づいて１つまたは複数のビデオコーディングツールの使用を決定することと、１つまたは複数のビデオコーディングツールが１次変換または２次変換以外のビデオコーディング技法である、決定された使用に基づいて１つまたは複数のコーディングツールをビデオデータのブロックに適用することとを行うように構成され得る。

【0219】

[0135] 別の例では、ビデオデコーダ３０は、決定されたイントラ予測モードと、ビデオデータのブロックのために使用された１次変換または２次変換に関連するシンタックス要素の値とに基づいて、ビデオデータのブロックを復号するためにＰＤＰＣを使用すべきか否かを決定するように構成され得る。

【0220】

[0136] 別の例では、ビデオデコーダ３０は、ビデオデータのブロックのために使用された１次変換または２次変換に関連するシンタックス要素の値にかかわらず、イントラ予測モードが平面モードである場合、ビデオデータのブロックを復号するためにＰＤＰＣモードを使用することを決定するように構成され得る。一例では、１次変換は、ＤＣＴ、ＤＳＴ、またはＥＭＴのうちの１つである。別の例では、２次変換は、回転変換またはＮＳＳＴのうちの１つである。別の例では、１つまたは複数のビデオコーディングツールは、ＰＤＰＣモード、ＭＤＩＳ、ＲＳＡＦ、ＡＲＳＳ、またはＭＰＩのうちの１つまたは複数を含む。

【0221】

[0137] 別の例では、ビデオデコーダ３０は、ＰＤＰＣモードを使用することが決定された場合、決定されたイントラ予測モードとＰＤＰＣモードとを使用してビデオデータのブロックを復号すること、またはＰＤＰＣモードを使用することが決定されなかった場合、決定されたイントラ予測モードを使用し、ＰＤＰＣモードを使用せずにビデオデータのブロックを復号することを行うように構成され得る。ビデオデコーダ３０は、ビデオデータの復号されたブロックを出力するようにさらに構成され得る。

【0222】

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

【0223】

[0139] 本開示で説明されたビデオコーダ（video coder）は、ビデオエンコーダ（video encoder）またはビデオデコーダ（video decoder）を指すことがある。同様に、ビデオコーディングユニット（video coding unit）は、ビデオエンコーダまたはビデオデコーダを指すことがある。同様に、ビデオコーディング（video coding）は、適用可能なとき、ビデオ符号化またはビデオ復号を指すことがある。

【0224】

[0140] 上記例に応じて、本明細書で説明された技法のいずれかのいくつかの行為またはイベントが、異なるシーケンスで実施され得、追加、マージ、または完全に除外され得る（たとえば、すべての説明された行為またはイベントが本技法の実施のために必要であるとは限らない）ことを認識されたい。その上、いくつかの例では、行為またはイベントは、連続的にではなく、たとえば、マルチスレッド処理、割込み処理、または複数のプロセッサを通して同時に実施され得る。

【0225】

[0141] １つまたは複数の例では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され、ハードウェアベース処理ユニットによって実行され得る。コンピュータ可読媒体は、データ記憶媒体などの有形媒体に対応する、コンピュータ可読記憶媒体を含み得るか、または、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、概して、（１）非一時的である有形コンピュータ可読記憶媒体、あるいは（２）信号または搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明された技法の実装のための命令、コードおよび／またはデータ構造を取り出すために、１つまたは複数のコンピュータまたは１つまたは複数のプロセッサによってアクセスされ得る、任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得る。

【0226】

[0142] 限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置、または他の磁気記憶デバイス、フラッシュメモリ、あるいは命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義に含まれる。ただし、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

【0227】

[0143] 命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）などの１つまたは複数のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、あるいは他の等価な集積回路またはディスクリート論理回路によって実行され得る。したがって、本明細書で使用される「プロセッサ」という用語は、上記の構造、または本明細書で説明された技法の実装に好適な他の構造のいずれかを指すことがある。さらに、いくつかの態様では、本明細書で説明された機能は、符号化および復号のために構成された専用ハードウェアおよび／またはソフトウェアモジュール内に与えられるか、あるいは複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素で十分に実装され得る。

【0228】

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

【0229】

[0145] 様々な例が説明された。これらおよび他の例は以下の特許請求の範囲内に入る。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータを復号する方法であって、前記方法は、
ビデオデータのブロックを受信することと、
ビデオデータの前記ブロックのためのイントラ予測モードを決定することと、
少なくとも前記決定されたイントラ予測モードに基づいて、ビデオデータの前記ブロックを復号するために位置依存予測組合せ（ＰＤＰＣ）モードを使用すべきか否かを決定することと
を備える、方法。
［Ｃ２］
前記ＰＤＰＣを使用すべきか否かを決定することは、
前記イントラ予測モードが平面モードである場合、ビデオデータの前記ブロックを復号するために前記ＰＤＰＣモードを使用することを決定すること
を備える、Ｃ１に記載の方法。
［Ｃ３］
ビデオデータの前記ブロックのために使用された１次変換または２次変換に関連するシンタックス要素を受信することと、
前記シンタックス要素の値に基づいて１つまたは複数のビデオコーディングツールの使用を決定することと、前記１つまたは複数のビデオコーディングツールが前記１次変換または前記２次変換以外のビデオコーディング技法である、
前記決定された使用に基づいて、前記１つまたは複数のコーディングツールをビデオデータの前記ブロックに適用することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ４］
前記１つまたは複数のビデオコーディングツールが前記ＰＤＰＣモードを含み、前記方法が、
前記決定されたイントラ予測モードと、ビデオデータの前記ブロックのために使用された前記１次変換または前記２次変換に関連する前記シンタックス要素の前記値とに基づいて、ビデオデータの前記ブロックを復号するために前記ＰＤＰＣを使用すべきか否かを決定すること
をさらに備える、Ｃ３に記載の方法。
［Ｃ５］
前記ＰＤＰＣを使用すべきか否かを決定することは、
ビデオデータの前記ブロックのために使用された前記１次変換または前記２次変換に関連する前記シンタックス要素の前記値にかかわらず、前記イントラ予測モードが平面モードである場合、ビデオデータの前記ブロックを復号するために前記ＰＤＰＣモードを使用することを決定すること
を備える、Ｃ４に記載の方法。
［Ｃ６］
前記１次変換が、離散コサイン変換（ＤＣＴ）、離散サイン変換（ＤＳＴ）、または拡張複数変換（ＥＭＴ）のうちの１つである、Ｃ３に記載の方法。
［Ｃ７］
前記２次変換が、回転変換または非分離可能２次変換（ＮＳＳＴ）のうちの１つである、Ｃ３に記載の方法。
［Ｃ８］
前記１つまたは複数のビデオコーディングツールが、前記ＰＤＰＣモード、モード依存イントラ平滑化（ＭＤＩＳ）、参照サンプル適応フィルタ処理（ＲＳＡＦ）、適応参照サンプル平滑化（ＡＲＳＳ）、またはマルチパラメータイントラ予測（ＭＰＩ）のうちの１つまたは複数を含む、Ｃ３に記載の方法。
［Ｃ９］
前記シンタックス要素が、前記１次変換または前記２次変換に対するインデックスである、Ｃ３に記載の方法。
［Ｃ１０］
前記シンタックス要素が、変換のセットに対するインデックスである、Ｃ３に記載の方法。
［Ｃ１１］
前記ＰＤＰＣモードを使用することが決定された場合、前記決定されたイントラ予測モードと前記ＰＤＰＣモードとを使用してビデオデータの前記ブロックを復号すること、または
前記ＰＤＰＣモードを使用することが決定されなかった場合、前記決定されたイントラ予測モードを使用し、前記ＰＤＰＣモードを使用せずにビデオデータの前記ブロックを復号すること
をさらに備える、Ｃ１に記載の方法。
［Ｃ１２］
ビデオデータの前記復号されたブロックを出力すること
をさらに備える、Ｃ１１に記載の方法。
［Ｃ１３］
ビデオデータを復号するように構成された装置であって、前記装置は、
ビデオデータのブロックを記憶するように構成されたメモリと、
前記メモリと通信している１つまたは複数のプロセッサとを備え、前記１つまたは複数のプロセッサが、
ビデオデータの前記ブロックを受信することと、
ビデオデータの前記ブロックのためのイントラ予測モードを決定することと、
少なくとも前記決定されたイントラ予測モードに基づいて、ビデオデータの前記ブロックを復号するために位置依存予測組合せ（ＰＤＰＣ）モードを使用すべきか否かを決定することと
を行うように構成された、装置。
［Ｃ１４］
前記ＰＤＰＣを使用すべきか否かを決定するために、前記１つまたは複数のプロセッサは、
前記イントラ予測モードが平面モードである場合、ビデオデータの前記ブロックを復号するために前記ＰＤＰＣモードを使用することを決定すること
を行うようにさらに構成された、Ｃ１３に記載の装置。
［Ｃ１５］
前記１つまたは複数のプロセッサは、
ビデオデータの前記ブロックのために使用された１次変換または２次変換に関連するシンタックス要素を受信することと、
前記シンタックス要素の値に基づいて１つまたは複数のビデオコーディングツールの使用を決定することと、前記１つまたは複数のビデオコーディングツールが前記１次変換または前記２次変換以外のビデオコーディング技法である、
前記決定された使用に基づいて、前記１つまたは複数のコーディングツールをビデオデータの前記ブロックに適用することと
を行うようにさらに構成された、Ｃ１３に記載の装置。
［Ｃ１６］
前記１つまたは複数のビデオコーディングツールが前記ＰＤＰＣモードを含み、ここにおいて、前記１つまたは複数プロセッサが、
前記決定されたイントラ予測モードと、ビデオデータの前記ブロックのために使用された前記１次変換または前記２次変換に関連する前記シンタックス要素の前記値とに基づいて、ビデオデータの前記ブロックを復号するために前記ＰＤＰＣを使用すべきか否かを決定すること
を行うようにさらに構成された、Ｃ１５に記載の装置。
［Ｃ１７］
前記ＰＤＰＣを使用すべきか否かを決定するために、前記１つまたは複数のプロセッサは、
ビデオデータの前記ブロックのために使用された前記１次変換または前記２次変換に関連する前記シンタックス要素の前記値にかかわらず、前記イントラ予測モードが平面モードである場合、ビデオデータの前記ブロックを復号するために前記ＰＤＰＣモードを使用することを決定すること
を行うようにさらに構成された、Ｃ１６に記載の装置。
［Ｃ１８］
前記１次変換が、離散コサイン変換（ＤＣＴ）、離散サイン変換（ＤＳＴ）、または拡張複数変換（ＥＭＴ）のうちの１つである、Ｃ１５に記載の装置。
［Ｃ１９］
前記２次変換が、回転変換または非分離可能２次変換（ＮＳＳＴ）のうちの１つである、Ｃ１５に記載の装置。
［Ｃ２０］
前記１つまたは複数のビデオコーディングツールが、前記ＰＤＰＣモード、モード依存イントラ平滑化（ＭＤＩＳ）、参照サンプル適応フィルタ処理（ＲＳＡＦ）、適応参照サンプル平滑化（ＡＲＳＳ）、またはマルチパラメータイントラ予測（ＭＰＩ）のうちの１つまたは複数を含む、Ｃ１５に記載の装置。
［Ｃ２１］
前記シンタックス要素が、前記１次変換または前記２次変換に対するインデックスである、Ｃ１５に記載の装置。
［Ｃ２２］
前記シンタックス要素が、変換のセットに対するインデックスである、Ｃ１５に記載の装置。
［Ｃ２３］
前記１つまたは複数のプロセッサは、
前記ＰＤＰＣモードを使用することが決定された場合、前記決定されたイントラ予測モードと前記ＰＤＰＣモードとを使用してビデオデータの前記ブロックを復号すること、または
前記ＰＤＰＣモードを使用することが決定されなかった場合、前記決定されたイントラ予測モードを使用し、前記ＰＤＰＣモードを使用せずにビデオデータの前記ブロックを復号すること
を行うようにさらに構成された、Ｃ１３に記載の装置。
［Ｃ２４］
前記１つまたは複数のプロセッサが、
ビデオデータの前記復号されたブロックを出力すること
を行うようにさらに構成された、Ｃ２３に記載の装置。
［Ｃ２５］
ビデオデータを復号するように構成された装置であって、前記装置が、
ビデオデータのブロックを受信するための手段と、
ビデオデータの前記ブロックのためのイントラ予測モードを決定するための手段と、
少なくとも前記決定されたイントラ予測モードに基づいて、ビデオデータの前記ブロックを復号するために位置依存予測組合せ（ＰＤＰＣ）モードを使用すべきか否かを決定するための手段と
を備える、装置。
［Ｃ２６］
実行されたとき、ビデオデータを復号するように構成されたデバイスの１つまたは複数のプロセッサに、
ビデオデータの前記ブロックを受信することと、
ビデオデータの前記ブロックのためのイントラ予測モードを決定することと、
少なくとも前記決定されたイントラ予測モードに基づいて、ビデオデータの前記ブロックを復号するために位置依存予測組合せ（ＰＤＰＣ）モードを使用すべきか否かを決定することと
を行わせる命令を記憶する非一時的コンピュータ可読記憶媒体。
［Ｃ２７］
ビデオデータを符号化する方法であって、前記方法は、
ビデオデータのブロックを受信することと、
ビデオデータの前記ブロックを符号化するためのイントラ予測モードを決定することと、
少なくとも前記決定されたイントラ予測モードに基づいて、ビデオデータの前記ブロックを符号化するために位置依存予測組合せ（ＰＤＰＣ）モードを使用すべきか否かを決定することと
を備える、方法。
［Ｃ２８］
前記ＰＤＰＣを使用すべきか否かを決定することは、
前記イントラ予測モードが平面モードである場合、ビデオデータの前記ブロックを符号化するために前記ＰＤＰＣモードを使用することを決定すること
を備える、Ｃ２７に記載の方法。
［Ｃ２９］
ビデオデータを符号化するように構成された装置であって、前記装置は、
ビデオデータのブロックを記憶するように構成されたメモリと、
前記メモリと通信している１つまたは複数のプロセッサとを備え、前記１つまたは複数のプロセッサが、
ビデオデータの前記ブロックを受信することと、
ビデオデータの前記ブロックを符号化するためのイントラ予測モードを決定することと、
少なくとも前記決定されたイントラ予測モードに基づいて、ビデオデータの前記ブロックを符号化するために位置依存予測組合せ（ＰＤＰＣ）モードを使用すべきか否かを決定することと
を行うように構成された、装置。
［Ｃ３０］
前記ＰＤＰＣを使用すべきか否かを決定するために、前記１つまたは複数のプロセッサは、
前記イントラ予測モードが平面モードである場合、ビデオデータの前記ブロックを符号化するために前記ＰＤＰＣモードを使用することを決定すること
を行うようにさらに構成された、Ｃ２９に記載の装置。

【図1】

【図2A】

【図2B】

【図3】

【図4A】

【図4B】

【図5】

【図6】

【図7】

【図8】

【図9】