特開 2024-79763 変換に基づく映像エンコード方法およびその装置

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024079763

(43)【公開日】2024-06-11

(54)【発明の名称】変換に基づく映像エンコード方法およびその装置

(51)【国際特許分類】

   H04N 19/70 20140101AFI20240604BHJP

   H04N 19/186 20140101ALI20240604BHJP

   H04N 19/12 20140101ALI20240604BHJP

【ＦＩ】

H04N19/70

H04N19/186

H04N19/12

【審査請求】有

【請求項の数】14

【出願形態】ＯＬ

(21)【出願番号】P 2024046037

(22)【出願日】2024-03-22

(62)【分割の表示】P 2022527839の分割

【原出願日】2020-11-13

(31)【優先権主張番号】62/935,053

(32)【優先日】2019-11-13

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/935,082

(32)【優先日】2019-11-13

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】ク ムンモ

(72)【発明者】

【氏名】キム スンファン

(72)【発明者】

【氏名】イム チェヒョン

(57)【要約】      （修正有）

【課題】映像のコーディング効率を高める方法および装置を提供する。
【解決手段】デコード方法は、ビットストリームからのイントラ予測モードに関する情報、残差情報及び低周波非分離変換（ＬＦＮＳＴ）インデックスを受信し、現ブロックに対する残差情報、すなわち、量子化された変換係数に対して逆量子化を行って変換係数を導出し、現ブロックに対するＬＦＮＳＴインデックスのパージングが可能か否かを決定するために、現ブロックのツリータイプに従って現ブロックにＩＳＰが適用されるかどうか又は現ブロックのＤＣ成分に有効係数が存在するかどうかを示す、現ブロックの色成分に対する個々の変換スキップフラグ値に基づいて変数を導出し、ＬＦＮＳＴインデックス及びＬＦＮＳＴのためのＬＦＮＳＴ行列に基づいて変換係数から修正された変換係数を導出し、修正された変換係数に対する１次逆変換に基づいて現ブロックに対する残差サンプルを導出する。
【選択図】図１５

【特許請求の範囲】

【請求項1】

デコード装置によって行われる映像デコード方法であって、
ビットストリームから残差情報を取得する段階と、
前記残差情報に基づいて現ブロックの変換係数を導出する段階と、
前記変換係数に低周波非分離変換（Low Frequency Non-Separable Transform；ＬＦＮＳＴ）を適用して修正された変換係数を導出する段階と、
前記修正された変換係数に対する逆一次変換に基づいて前記現ブロックの残差サンプルを導出する段階と、
前記残差サンプルに基づいて復元ピクチャを生成する段階と、を有し、
前記修正された変換係数を導出する段階は、
前記現ブロックのクロマＣｂ成分に関する第１の変換スキップフラグをパージングする段階と、
前記現ブロックのクロマＣｒ成分に関する第２の変換スキップフラグをパージングする段階と、
前記クロマＣｂ成分に関する前記第１の変換スキップフラグの値と前記クロマＣｒ成分に関する前記第２の変換スキップフラグの値とに基づいて、ＬＦＮＳＴインデックスをパージングする段階と、
前記ＬＦＮＳＴインデックスと前記クロマＣｂ成分に関する前記第１の変換スキップフラグとに基づいて、前記クロマＣｂ成分に前記ＬＦＮＳＴを適用するか否かに関する第１の決定を行う段階と、
前記ＬＦＮＳＴインデックスと前記クロマＣｒ成分に関する前記第２の変換スキップフラグとに基づいて、前記クロマＣｒ成分に前記ＬＦＮＳＴを適用するか否かに関する第２の決定を行う段階と、
前記第１の決定および前記第２の決定に基づいて、前記クロマＣｂ成分に関連する第１の変換係数および前記クロマＣｒ成分に関連する第２の変換係数の少なくとも１つに前記ＬＦＮＳＴを適用して前記修正された変換係数を導出する段階と、を有する、方法。

【請求項2】

前記ＬＦＮＳＴインデックスの値が０より大きいことと前記クロマＣｂ成分に関する前記第１の変換スキップフラグの値が０であることとに基づいて、前記ＬＦＮＳＴは、前記現ブロックの前記クロマＣｂ成分に適用され、
前記ＬＦＮＳＴインデックスの値が０より大きいことと前記クロマＣｂ成分に関する前記第１の変換スキップフラグの値が１であることとに基づいて、前記ＬＦＮＳＴは、前記現ブロックの前記クロマＣｂ成分に適用されない、請求項１に記載の方法。

【請求項3】

前記ＬＦＮＳＴインデックスの値が０より大きいことと前記クロマＣｒ成分に関する前記第２の変換スキップフラグの値が０であることとに基づいて、前記ＬＦＮＳＴは、前記現ブロックの前記クロマＣｒ成分に適用され、
前記ＬＦＮＳＴインデックスの値が０より大きいことと前記クロマＣｒ成分に関する前記第２の変換スキップフラグの値が１であることとに基づいて、前記ＬＦＮＳＴは、前記現ブロックの前記クロマＣｒ成分に適用されない、請求項１に記載の方法。

【請求項4】

前記ＬＦＮＳＴインデックスは、有効係数が前記現ブロックのＤＣ成分にのみ存在するか否かを示す変数に基づいてパージングされ、
前記変数は、前記クロマＣｂ成分に関する前記第１の変換スキップフラグの値と前記クロマＣｒ成分に関する前記第２の変換スキップフラグの値とに基づいて導出される、請求項１に記載の方法。

【請求項5】

前記変数の値は、最初に１に設定され、
前記変数の値は、前記クロマＣｂ成分に関する前記第１の変換スキップフラグの値および前記クロマＣｒ成分に関する前記第２の変換スキップフラグの値の少なくとも１つが１でないことに基づいて、０として導出され、
前記変数の値が０であることに基づいて、前記ＬＦＮＳＴインデックスがパージングされる、請求項４に記載の方法。

【請求項6】

前記変数の値は、前記クロマＣｂ成分に関する前記第１の変換スキップフラグの値が１であることと前記クロマＣｒ成分に関する前記第２の変換スキップフラグの値が０であることとに基づいて、０として導出される、請求項４に記載の方法。

【請求項7】

前記変数の値は、前記クロマＣｂ成分に関する前記第１の変換スキップフラグの値が０であることと前記クロマＣｒ成分に関する前記第２の変換スキップフラグの値が１であることとに基づいて、０として導出される、請求項４に記載の方法。

【請求項8】

前記変数の値は、前記クロマＣｂ成分に関する前記第１の変換スキップフラグと前記クロマＣｒ成分に関する前記第２の変換スキップフラグとの一方の値が１であり他方の値が０であることとに基づいて、０として導出される、請求項４に記載の方法。

【請求項9】

前記ＬＦＮＳＴインデックスは、前記現ブロックのツリータイプがデュアルツリークロマであることと前記変数が前記有効係数が前記ＤＣ成分以外の位置に存在することを示すこととに基づいてパージングされる、請求項４に記載の方法。

【請求項10】

映像エンコード装置によって行われる映像エンコード方法であって、
現ブロックの予測サンプルを導出する段階と、
前記予測サンプルに基づいて前記現ブロックの残差サンプルを導出する段階と、
前記残差サンプルに対する一次変換に基づいて前記現ブロックの変換係数を導出する段階と、
ＬＦＮＳＴを適用して前記変換係数から修正された変換係数を導出する段階と、
前記修正された変換係数に基づいて残差情報を生成する段階と、
前記残差情報を有する画像情報をエンコードする段階と、を有し、
前記画像情報は、前記現ブロックのクロマＣｂ成分に関する第１の変換スキップフラグと前記現ブロックのクロマＣｒ成分に関する第２の変換スキップフラグとを有し、
前記画像情報は、前記クロマＣｂ成分に関する前記第１の変換スキップフラグの値と前記クロマＣｒ成分に関する前記第２の変換スキップフラグの値とに基づくＬＦＮＳＴインデックスを有し、
前記ＬＦＮＳＴを適用する段階は、
前記ＬＦＮＳＴインデックスと前記クロマＣｂ成分に関する前記第１の変換スキップフラグとに基づいて、前記クロマＣｂ成分に前記ＬＦＮＳＴを適用するか否かに関する第１の決定を行う段階と、
前記ＬＦＮＳＴインデックスと前記クロマＣｒ成分に関する前記第２の変換スキップフラグとに基づいて、前記クロマＣｒ成分に前記ＬＦＮＳＴを適用するか否かに関する第２の決定を行う段階と、
前記第１の決定および前記第２の決定に基づいて、前記クロマＣｂ成分に関連する第１の変換係数および前記クロマＣｒ成分に関連する第２の変換係数の少なくとも１つに前記ＬＦＮＳＴを適用する段階と、を有する、方法。

【請求項11】

前記ＬＦＮＳＴインデックスの値が０より大きいことと前記クロマＣｂ成分に関する前記第１の変換スキップフラグの値が０であることとに基づいて、前記ＬＦＮＳＴは、前記現ブロックの前記クロマＣｂ成分に適用され、
前記ＬＦＮＳＴインデックスの値が０より大きいことと前記クロマＣｂ成分に関する前記第１の変換スキップフラグの値が１であることとに基づいて、前記ＬＦＮＳＴは、前記現ブロックの前記クロマＣｂ成分に適用されない、請求項１０に記載の方法。

【請求項12】

前記ＬＦＮＳＴインデックスの値が０より大きいことと前記クロマＣｒ成分に関する前記第２の変換スキップフラグの値が０であることとに基づいて、前記ＬＦＮＳＴは、前記現ブロックの前記クロマＣｒ成分に適用され、
前記ＬＦＮＳＴインデックスの値が０より大きいことと前記クロマＣｒ成分に関する前記第２の変換スキップフラグの値が１であることとに基づいて、前記ＬＦＮＳＴは、前記現ブロックの前記クロマＣｒ成分に適用されない、請求項１０に記載の方法。

【請求項13】

前記画像情報は、有効係数が前記現ブロックのＤＣ成分にのみ存在するか否かを示す変数に基づく前記ＬＦＮＳＴインデックスを有し、
前記変数は、前記クロマＣｂ成分に関する前記第１の変換スキップフラグの値と前記クロマＣｒ成分に関する前記第２の変換スキップフラグの値とに基づいて導出される、請求項１０に記載の方法。

【請求項14】

前記変数の値は、前記クロマＣｂ成分に関する前記第１の変換スキップフラグの値が０であることと前記クロマＣｒ成分に関する前記第２の変換スキップフラグの値が１であることとに基づいて、０として導出される、請求項１３に記載の方法。

【請求項15】

画像に関するデータを送信するための方法であって、
前記画像に関するビットストリームを生成する段階であって、前記ビットストリームを、
現ブロックの予測サンプルを導出する段階と、
前記予測サンプルに基づいて前記現ブロックの残差サンプルを導出する段階と、
前記残差サンプルに対する一次変換に基づいて前記現ブロックの変換係数を導出する段階と、
ＬＦＮＳＴを適用して前記変換係数から修正された変換係数を導出する段階と、
前記修正された変換係数に基づいて残差情報を生成する段階と、
前記残差情報を有する画像情報をエンコードする段階と、に基づいて生成する段階と、
前記ビットストリームを有する前記データを送信する段階と、を有し、
前記画像情報は、前記現ブロックのクロマＣｂ成分に関する第１の変換スキップフラグと前記現ブロックのクロマＣｒ成分に関する第２の変換スキップフラグとを有し、
前記画像情報は、前記クロマＣｂ成分に関する前記第１の変換スキップフラグの値と前記クロマＣｒ成分に関する前記第２の変換スキップフラグの値とに基づくＬＦＮＳＴインデックスを有し、
前記ＬＦＮＳＴを適用して前記変換係数から前記修正された変換係数を導出する段階は、
前記ＬＦＮＳＴインデックスと前記クロマＣｂ成分に関する前記第１の変換スキップフラグとに基づいて、前記クロマＣｂ成分に前記ＬＦＮＳＴを適用するか否かに関する第１の決定を行う段階と、
前記ＬＦＮＳＴインデックスと前記クロマＣｒ成分に関する前記第２の変換スキップフラグとに基づいて、前記クロマＣｒ成分に前記ＬＦＮＳＴを適用するか否かに関する第２の決定を行う段階と、
前記第１の決定および前記第２の決定に基づいて、前記クロマＣｂ成分に関連する第１の変換係数および前記クロマＣｒ成分に関連する第２の変換係数の少なくとも１つに前記ＬＦＮＳＴを適用する段階と、を有する、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本文書は、映像エンコード技術に関し、より詳細には、映像エンコードシステムにおいて変換（ｔｒａｎｓｆｏｒｍ）に基づく映像エンコード方法およびその装置に関する。

【背景技術】

【0002】

近年、４Ｋまたは８Ｋ以上のＵＨＤ（Ｕｌｔｒａ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）映像／ビデオのような高解像度、高品質の映像／ビデオに対する需要が様々な分野で増加している。映像／ビデオデータが高解像度、高品質になるほど、既存の映像／ビデオデータに比べて相対的に送信される情報量またはビット量が増加するので、既存の有無線広帯域回線のような媒体を利用して映像データを送信するか、既存の記憶（保存、貯蔵）媒体を利用して映像／ビデオデータを記憶する場合、送信コスト（費用）および記憶コストが増加する。

【0003】

また、近年、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）、ＡＲ（Ａｒｔｉｆｉｃｉａｌ Ｒｅａｌｔｉｙ）コンテンツやホログラムなどの没入型（実感）メディア（Ｉｍｍｅｒｓｉｖｅ Ｍｅｄｉａ）に対する関心および需要が増加しており、ゲーム映像のように、現実映像と異なる映像特性を有する映像／ビデオに関する放送が増加している。

【0004】

これに伴って、上記のような様々な特性を有する高解像度高品質の映像／ビデオの情報を効果的に圧縮して送信するか記憶し、再生するために高効率の映像／ビデオ圧縮技術が求められる。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本文書の技術的課題は、映像のコーディング効率を高める方法および装置を提供することにある。

【0006】

本文書の他の技術的課題は、ＬＦＮＳＴインデックスコーディング効率を高める方法および装置を提供することにある。

【0007】

本文書のさらに他の技術的課題は、変換スキップフラグに基づいてＬＦＮＳＴインデックスのコーディング効率を高める方法および装置を提供することにある。

【課題を解決するための手段】

【0008】

本文書の一実施形態によれば、デコード（復号）装置によって実行される映像デコード方法が提供される。方法は、修正された変換係数を導出する段階を有し、修正された変換係数を導出する段階は、現（現在）ブロックのツリータイプに従って現ブロックにＩＳＰが適用されるかどうか、または現ブロックのＤＣ成分に有効係数が存在するかどうかを示す変数に基づいてＬＦＮＳＴインデックスをパージングする段階を有し、変数は、現ブロックの色成分に対する個々の変換スキップフラグ値に基づいて導出され得る。

【0009】

現ブロックがシングルタイプまたはデュアルツリールマであり、ＩＳＰが適用されることに基づいて、変数の値に関係なくＬＦＮＳＴインデックスがパージングされ得る。

【0010】

現ブロックがデュアルツリークロマである場合、変数がＤＣ成分ではない位置に有効係数があることを示すことに基づいて、ＬＦＮＳＴインデックスがパージングされ得る。

【0011】

色成分に対する変換スキップフラグ値が０であることに基づいて、変数は、ＤＣ成分ではない位置に有効係数が存在することを示すことができる。

【0012】

変数は、現ブロックのコーディングユニットレベルで最初に１に設定され、変換スキップフラグ値が０の場合、変数は残差（レジデュアル）コーディングレベルから０に変更され、変数が０であることに基づいてＬＦＮＳＴインデックスがパージングされ得る。

【0013】

現ブロックのツリータイプがデュアルツリークロマである場合、クロマＣｂ成分に対する変換スキップフラグの値、クロマＣｒ成分に対する変換スキップフラグの値に基づいて変数が導出され得る。

【0014】

現ブロックの変換スキップフラグは、色成分ごとにシグナリングされることができる。

【0015】

修正された変換係数を導出する段階は、ＬＦＮＳＴインデックスが０ではなく、色成分の個々の変換スキップフラグ値が０であるかどうかに基づいてＬＦＮＳＴのための複数の変数を設定する段階をさらに有することができる。

【0016】

本文書の一実施形態によれば、エンコード装置によって実行される映像エンコード（符号化）方法が提供される。方法は、ＬＦＮＳＴを適用して変換係数から修正された変換係数を導出する段階を有するが、修正された変換係数は、現ブロックのツリータイプにより現ブロックにISPが適用されるかどうかまたは現ブロックのＤＣ成分に有効係数があるかどうかを示す変数に基づいて導出され、変数は、現ブロックの色成分に対する個々の変換スキップフラグ値に基づいて導出され得る。

【0017】

本文書のさらに他の一実施形態によると、エンコード装置によって実行された映像エンコード方法に従って生成されたエンコードされた映像情報、およびビットストリームが有される映像データの記憶されたデジタル記憶媒体が提供されることができる。

【0018】

本文書のさらに他の一実施形態によると、デコード装置により映像デコード方法を行うように引き起こすエンコードされた映像情報、およびビットストリームが有される映像データの記憶されたデジタル記憶媒体が提供されることができる。

【発明の効果】

【0019】

本文書によれば、全般的な映像／ビデオの圧縮効率を高めることができる。

【0020】

本文書によれば、ＬＦＮＳＴインデックスコーディングの効率を高めることができる。

【0021】

本文書によれば変換スキップフラグに基づいてＬＦＮＳＴインデックスのコーディングの効率を高めることができる。

【0022】

本明細書の具体的な一例を介して得られる効果は、以上で羅列された効果に制限されない。例えば、関連する技術分野における通常の知識を有する者（ａ ｐｅｒｓｏｎ ｈａｖｉｎｇ ｏｒｄｉｎａｒｙ ｓｋｉｌｌ ｉｎ ｔｈｅ ｒｅｌａｔｅｄ ａｒｔ）が、本明細書から理解または誘導できる多様な技術的効果が存在し得る。これによって、本明細書の具体的な効果は、本明細書に明示的に記載されているものに制限されず、本明細書の技術的特徴から理解または誘導できる多様な効果を有し得る。

【図面の簡単な説明】

【0023】

【図1】本文書が適用されることができるビデオ／映像エンコードシステムの例を概略的に示す図である。

【図2】本文書が適用されることができるビデオ／映像エンコード装置の構成を概略的に説明する図である。

【図3】本文書が適用されることができるビデオ／映像デコード装置の構成を概略的に説明する図である。

【図4】本文書の一実施形態に係る多重変換技法を概略的に示す図である。

【図5】６５個の予測方向のイントラ方向性モードを例示的に示す図である。

【図6】本文書の一実施形態に係るＲＳＴを説明する図である。

【図7】一例によって順方向１次変換の出力データを１次元ベクトルに配列する順序を示した図である。

【図8】一例によって順方向２次変換の出力データを２次元ブロックに配列する順序を示した図である。

【図9】本文書の一実施形態に係る広角イントラ予測モードを示した図である。

【図10】ＬＦＮＳＴが適用されるブロックの形状を示した図である。

【図11】一例による順方向ＬＦＮＳＴの出力データの配置を示した図である。

【図12】一例による順方向ＬＦＮＳＴに対する出力データの数を最大１６個に限定したことを示した図である。

【図13】一例によって４×４のＬＦＮＳＴが適用されるブロックにおけるゼロアウトを示す図である。

【図14】一例によって８×８のＬＦＮＳＴが適用されるブロックにおけるゼロアウトを示す図である。

【図15】一例に係る映像のデコード方法を説明する図である。

【図16】一例に係る映像のコーディング方法を説明する図である。

【図17】本文書が適用されるコンテンツストリーミングシステム構造図を例示的に示す図である。

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

【0024】

本文書は、様々な変更を加えることができ、様々な実施形態を有することができるが、特定の実施形態を図面に例示し、詳細に説明しようとする。しかしながら、これは、本文書を特定の実施形態に限定しようとするわけではない。本明細書で常用する用語は、単に特定の実施形態を説明するために使用されたものであって、本文書における技術的思想を限定しようとする意図に使用されるわけではない。単数の表現は、文脈上明らかに異なる意味ではない限り、複数の表現を含む。本明細書において、「含む」または「有する」などの用語は、明細書上に記載された特徴、数字、段階、動作、構成要素、部品またはこれらを組み合わせたものが存在することを指定しようとするものであり、１つもしくは複数の異なる特徴や、数字、段階、動作、構成要素、部品またはこれらを組み合わせたものの存在または付加の可能性を予め排除しないものと理解されるべきである。

【0025】

一方、本文書で説明される図面上の各構成は、互いに異なる特徴的な機能に関する説明の便宜のために独立して示すものであって、各構成が互いに別個のハードウェアや別個のソフトウェアで具現されることを意味するのではない。例えば、各構成のうち、２つ以上の構成が合わせられて１つの構成をなすこともあり、１つの構成が複数の構成に分けられることもある。各構成が統合および／または分離された実施形態も、本文書の本質から外れない限り、本文書の権利範囲に含まれる。

【0026】

以下、添付図を参照として、本文書の好ましい実施例をより詳細に説明しようとする。以下、図面上の同じ構成要素に対しては同じ参照符号を使用し、同じ構成要素に対して重複する説明は省略する。

【0027】

本文書は、ビデオ／映像エンコードに関する。例えば、本文書で開示された方法／実施例は、ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）標準（ＩＴＵ－Ｔ Ｒｅｃ． Ｈ．２６６）、ＶＶＣ以降の次世代ビデオ／イメージのコーディング標準、またはそれ以外のビデオコーディング関連の標準（例えば、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）標準（ＩＴＵ－Ｔ Ｒｅｃ． Ｈ．２６５）、ＥＶＣ（ｅｓｓｅｎｔｉａｌ ｖｉｄｅｏ ｃｏｄｉｎｇ）標準、ＡＶＳ２標準など）と関連し得る。

【0028】

本文書では、ビデオ／映像エンコードに関する多様な実施形態を提示し、別の言及がない限り、上記実施形態は互いに組み合わせて実行することもある。

【0029】

本文書で、ビデオ（ｖｉｄｅｏ）は、時間の流れによる一連の映像（ｉｍａｇｅ）の集合を意味することができる。ピクチャ（ｐｉｃｔｕｒｅ）は、一般的に特定の時間帯における１つの映像を示す単位を意味し、スライス（ｓｌｉｃｅ）／タイル（ｔｉｌｅ）は、コーディングにおいてピクチャの一部を構成する単位である。スライス／タイルは、１つまたは複数のＣＴＵ（ｃｏｄｉｎｇ ｔｒｅｅ ｕｎｉｔ）を含むことができる。１つのピクチャは、１つまたは複数のスライス／タイルで構成されることができる。１つのピクチャは、１つまたは複数のタイルグループで構成されることができる。１つのタイルグループは、１つまたは複数のタイルを含むことができる。

【0030】

ピクセル（ｐｉｘｅｌ）またはペル（ｐｅｌ）は、１つのピクチャ（または映像）を構成する最小の単位を意味することができる。また、ピクセルに対応する用語として「サンプル（ｓａｍｐｌｅ）」が使用されることができる。サンプルは、一般的にピクセルまたはピクセルの値を示すことがあり、ルマ（ｌｕｍａ）成分のピクセル／ピクセル値のみを示すこともあり、クロマ（ｃｈｒｏｍａ）成分のピクセル／ピクセル値のみを示すこともある。あるいは、サンプルは、空間領域（ドメイン）におけるピクセル値を意味することもあり、このようなピクセル値が周波数領域に変換されると、周波数領域における変換係数を意味することもある。

【0031】

ユニット（ｕｎｉｔ）は、映像処理の基本単位を示すことができる。ユニットは、ピクチャの特定領域および当該領域に関する情報の少なくとも１つを含むことができる。１つのユニットは、１つのルマブロックおよび２つのクロマ（例えば、Ｃｂ、ｃｒ）ブロックを含むことができる。ユニットは、場合に応じて、ブロック（ｂｌｏｃｋ）または領域（ａｒｅａ）などの用語と混用されてもよい。一般的な場合、Ｍ×Ｎブロックは、Ｍ個の列およびＮ個の行とからなるサンプル（またはサンプルアレイ）または変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔ）の集合（またはアレイ）を含むことができる。

【0032】

本文書において、「／」および「、」は、「および／または」と解釈される。例えば、「Ａ／Ｂ」は、「Ａおよび／またはＢ」と解釈され、「Ａ、Ｂ」は、「Ａおよび／またはＢ」と解釈される。さらに、「Ａ／Ｂ／Ｃ」は、「Ａ、Ｂおよび／またはＣの少なくとも１つ」を意味する。また、「Ａ、Ｂ、Ｃ」も、「Ａ、Ｂおよび／またはＣの少なくとも１つ」を意味する。

【0033】

さらに、本文書において、「または」は、「および／または」と解釈される。例えば、「ＡまたはＢ」は、１）「Ａ」のみを意味し、２）「Ｂ」のみを意味するか、３）「ＡおよびＢ」を意味し得る。言い換えると、本文書の「または」は、「さらにまたは代案として（ａｄｄｉｔｉｏｎａｌｌｙ ｏｒ ａｌｔｅｒｎａｔｉｖｅｌｙ）」を意味し得る。

【0034】

本明細書において、「少なくとも１つのＡおよびＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」は、「ただＡ」、「ただＢ」または「ＡおよびＢ両方」を意味し得る。また、本明細書において、「少なくとも１つのＡまたはＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ｏｒ Ｂ）」や「少なくとも１つのＡおよび／またはＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ／ｏｒ Ｂ）」という表現は、「少なくとも１つのＡおよびＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」と同様に解釈され得る。

【0035】

また、本明細書において、「少なくとも１つのＡ、ＢおよびＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」は、「ただＡ」、「ただＢ」、「ただＣ」、または「Ａ、ＢおよびＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」を意味し得る。また、「少なくとも１つのＡ、ＢまたはＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ｏｒ Ｃ）」や「少なくとも１つのＡ、Ｂおよび／またはＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ／ｏｒ Ｃ）」は、「少なくとも１つのＡ、ＢおよびＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」を意味し得る。

【0036】

また、本明細書で使用される括弧は、「例えば（ｆｏｒ ｅｘａｍｐｌｅ）」を意味し得る。具体的には、「予測（イントラ予測）」と示された場合、「予測」の一例として「イントラ予測」が提案されたものであり得る。言い換えると、本明細書の「予測」は、「イントラ予測」に制限（ｌｉｍｉｔ）されず、「イントラ予測」が「予測」の一例として提案されたものであり得る。また、「予測（すなわち、イントラ予測）」と示された場合にも、「予測」の一例として「イントラ予測」が提案されたものであり得る。

【0037】

本明細書において１つの図面内で個別に説明される技術的特徴は、個別に具現されてもよく、同時に具現されてもよい。

【0038】

図１は、本文書が適用されることができるビデオ／映像エンコードシステムの例を概略的に示す。

【0039】

図１を参照すると、ビデオ／映像エンコードシステムは、ソースデバイスおよび受信デバイスを含むことができる。ソースデバイスは、エンコードされたビデオ（ｖｉｄｅｏ）／映像（ｉｍａｇｅ）情報またはデータをファイルまたはストリーミングの形態でデジタル記憶媒体またはネットワークを介して受信デバイスに伝達することができる。

【0040】

上記ソースデバイスは、ビデオソース、エンコード装置、送信部を含むことができる。上記受信デバイスは、受信部、デコード装置、およびレンダラを含むことができる。上記エンコード装置は、ビデオ／映像エンコード装置と呼ばれ得、上記デコード装置は、ビデオ／映像デコード装置と呼ばれ得る。送信器は、エンコード装置に含まれることができる。受信器は、デコード装置に含まれることができる。レンダラは、ディスプレイ部を含むこともでき、ディスプレイ部は、別個のデバイスまたは外部コンポーネントで構成されることもできる。

【0041】

ビデオソースは、ビデオ／映像のキャプチャ、合成、または生成過程（process、処理）などを介してビデオ／映像を獲得できる。ビデオソースは、ビデオ／映像のキャプチャデバイスおよび／またはビデオ／映像の生成デバイスを含むことができる。ビデオ／映像のキャプチャデバイスは、例えば、１つまたは複数のカメラ、以前にキャプチャされたビデオ／映像を含むビデオ／映像アーカイブなどを含むことができる。ビデオ／映像の生成デバイスは、例えば、コンピュータ、タブレット、およびスマートフォンなどを含むことができ、（電子的に）ビデオ／映像を生成できる。例えば、コンピュータなどを介して仮想のビデオ／映像が生成され得るし、この場合、関連データが生成される過程にビデオ／映像のキャプチャ過程が代替されることができる。

【0042】

エンコード装置は、入力ビデオ／映像をエンコードすることができる。エンコード装置は、圧縮およびコーディング効率のために、予測、変換、量子化など、一連の手順を行うことができる。エンコードされたデータ（エンコードされたビデオ／映像情報）は、ビットストリーム（ｂｉｔｓｔｒｅａｍ）の形態で出力されることができる。

【0043】

送信部は、ビットストリームの形態で出力されたエンコードされたビデオ／映像情報またはデータをファイルまたはストリーミングの形態でデジタル記憶媒体またはネットワークを介して受信デバイスの受信部に伝達することができる。デジタル記憶媒体は、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブルーレイ、ＨＤＤ、ＳＳＤなど、様々な記憶媒体を含むことができる。送信部は、予め決められたファイルフォーマットを介してメディアファイルを生成するためのエレメントを含むことができ、放送／通信ネットワークを介した送信のためのエレメントを含むことができる。受信部は、上記ビットストリームを受信／抽出してデコード装置に伝達することができる。

【0044】

デコード装置は、エンコード装置の動作に対応する逆量子化、逆変換、予測など、一連の手順を行ってビデオ／映像をデコードすることができる。

【0045】

レンダラは、デコードされたビデオ／映像をレンダリングすることができる。レンダリングされたビデオ／映像は、ディスプレイ部を介して表示（ディスプレイ）されることができる。

【0046】

図２は、本文書が適用されることができるビデオ／映像エンコード装置の構成を概略的に説明する図面である。以下、ビデオエンコード装置とは、映像エンコード装置を含むことができる。

【0047】

図２を参照すると、エンコード装置２００は、映像分割部（ｉｍａｇｅ ｐａｒｔｉｔｉｏｎｅｒ）２１０、予測部（ｐｒｅｄｉｃｔｏｒ）２２０、残差処理部（ｒｅｓｉｄｕａｌ ｐｒｏｃｅｓｓｏｒ）２３０、エントロピ符号化（エンコード）部（ｅｎｔｒｏｐｙ ｅｎｃｏｄｅｒ）２４０、加算部（ａｄｄｅｒ）２５０、フィルタリング部（ｆｉｌｔｅｒ）２６０、およびメモリ（ｍｅｍｏｒｙ）２７０を含めて構成されることができる。予測部２２０は、インター予測部２２１およびイントラ予測部２２２を含むことができる。残差処理部２３０は、変換部（ｔｒａｎｓｆｏｒｍｅｒ）２３２、量子化部（ｑｕａｎｔｉｚｅｒ）２３３、逆量子化部（ｄｅｑｕａｎｔｉｚｅｒ）２３４、逆変換部（ｉｎｖｅｒｓｅ ｔｒａｎｓｆｏｒｍｅｒ）２３５を含むことができる。残差処理部２３０は、減算部（ｓｕｂｔｒａｃｔｏｒ）２３１をさらに含むことができる。加算部２５０は、復元部（ｒｅｃｏｎｓｔｒｕｃｔｏｒ）または復元ブロック生成部（ｒｅｃｏｎｔｒｕｃｔｇｅｄ ｂｌｏｃｋ ｇｅｎｅｒａｔｏｒ）と呼ばれ得る。前述した映像分割部２１０、予測部２２０、残差処理部２３０、エントロピ符号化部２４０、加算部２５０、およびフィルタリング部２６０は、実施形態によって、１つまたは複数のハードウェアコンポーネント（例えば、エンコーダチップセットまたはプロセッサ）によって構成されることができる。また、メモリ２７０は、ＤＰＢ（ｄｅｃｏｄｅｄ ｐｉｃｔｕｒｅ ｂｕｆｆｅｒ）を含むことができ、デジタル記憶媒体によって構成されることもできる。上記ハードウェアコンポーネントは、メモリ２７０を内／外部コンポーネントとしてさらに含むこともできる。

【0048】

映像分割部２１０は、エンコード装置２００に入力された入力映像（または、ピクチャ、フレーム）を１つまたは複数の処理ユニット（ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）に分割することができる。一例として、上記処理ユニットは、コーディングユニット（ｃｏｄｉｎｇ ｕｎｉｔ、ＣＵ）と呼ばれ得る。この場合、コーディングユニットは、コーディングツリーユニット（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ、ＣＴＵ）または最大コーディングユニット（Ｌａｒｇｅｓｔ Ｃｏｄｉｎｇ Ｕｎｉｔ、ＬＣＵ）からＱＴＢＴＴＴ（Ｑｕａｄ－Ｔｒｅｅ Ｂｉｎａｒｙ－Ｔｒｅｅ Ｔｅｒｎａｒｙ－Ｔｒｅｅ）構造によって再帰的に（ｒｅｃｕｒｓｉｖｅｌｙ）分割されることができる。例えば、１つのコーディングユニットは、四分木（クアッドツリー）構造、二分木（バイナリツリー）構造、および／または三分木（ターナリ）構造に基づいて下位（ｄｅｅｐｅｒ）デプスの複数のコーディングユニットに分割されることができる。この場合、例えば、四分木構造が先に適用され、二分木構造および／または三分木構造がその後に適用されることができる。あるいは、二分木構造が先に適用されることもできる。それ以上分割されない最終コーディングユニットに基づいて、本文書に係るコーディング手順が行われ得る。この場合、映像特性によるコーディング効率などに基づいて、最大コーディングユニットがすぐに最終コーディングユニットとして使用されることができ、または、必要に応じてコーディングユニットは、再帰的に（ｒｅｃｕｒｓｉｖｅｌｙ）より下位デプスのコーディングユニットに分割されて、最適なサイズのコーディングユニットが最終コーディングユニットとして使用されることができる。ここで、コーディング手順とは、後述する予測、変換、および復元などの手順を含むことができる。他の例として、上記処理ユニットは、予測ユニット（ＰＵ：Ｐｒｅｄｉｃｔｉｏｎ Ｕｎｉｔ）または変換ユニット（ＴＵ：Ｔｒａｎｓｆｏｒｍ Ｕｎｉｔ）をさらに含むことができる。この場合、上記予測ユニットおよび上記変換ユニットは、各々前述した最終コーディングユニットから分割またはパーティショニングされることができる。上記予測ユニットは、サンプル予測の単位であってもよく、上記変換ユニットは、変換係数を導く単位および／または変換係数から残差信号（ｒｅｓｉｄｕａｌ ｓｉｇｎａｌ）を導く単位であってもよい。

【0049】

ユニットは、場合に応じて、ブロック（ｂｌｏｃｋ）または領域（ａｒｅａ）などの用語と混用されることができる。一般的な場合、Ｍ×Ｎブロックは、Ｍ個の列およびＮ個の行からなるサンプルまたは変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔ）の集合を示すことができる。サンプルは、一般的にピクセルまたはピクセルの値を示すことができ、輝度（ｌｕｍａ、ルマ）成分のピクセル／ピクセル値のみを示すこともでき、彩度（ｃｈｒｏｍａ、クロマ）成分のピクセル／ピクセル値のみを示すこともできる。サンプルは、１つのピクチャ（または、映像）のピクセル（ｐｉｘｅｌ）またはペル（ｐｅｌ）に対応する用語として使用できる。

【0050】

減算部２３１は、入力映像信号（オリジナル（原本）ブロック、オリジナルサンプルまたはオリジナルサンプルアレイ）から予測部２２０から出力された予測信号（予測されたブロック、予測サンプルまたは予測サンプルアレイ）を減算して残差信号（残差ブロック、残差サンプルまたは残差サンプルアレイ）を生成でき、生成された残差信号は、変換部２３２に送信される。予測部２２０は、処理対象ブロック（以下、現ブロックという）に対する予測を行い、上記現ブロックに対する予測サンプルを含む予測されたブロック（ｐｒｅｄｉｃｔｅｄ ｂｌｏｃｋ）を生成できる。予測部２２０は、現ブロックもしくはＣＵ単位でイントラ予測が適用されるか、またはインター予測が適用されるかを決定することができる。予測部は、各予測モードについての説明で後述するように、予測モード情報など、予測に関する様々な情報を生成してエントロピ符号化部２４０に伝達することができる。予測に関する情報は、エントロピ符号化部２４０でエンコードされてビットストリームの形態で出力されることができる。

【0051】

イントラ予測部２２２は、現ピクチャ内のサンプルを参照して現ブロックを予測できる。上記参照されるサンプルは、予測モードによって上記現ブロックの周辺（ｎｅｉｇｈｂｏｒ）に位置してもよく、または、離れて位置してもよい。イントラ予測における予測モードは、複数の非方向性モードと複数の方向性モードとを含むことができる。非方向性モードは、例えば、ＤＣモードおよび平面（プラナー）モード（Ｐｌａｎａｒモード）を含むことができる。方向性モードは、予測方向の細かさの程度によって、例えば、３３個の方向性予測モードまたは６５個の方向性予測モードを含むことができる。ただし、これは、例示であり、設定に応じてそれ以上またはそれ以下の個数の方向性予測モードが使用され得る。イントラ予測部２２２は、周辺ブロックに適用された予測モードを用いて、現ブロックに適用される予測モードを決定することもできる。

【0052】

インター予測部２２１は、参照ピクチャ上で動きベクトルにより特定される参照ブロック（参照サンプルアレイ）に基づいて、現ブロックに対する予測されたブロックを導くことができる。そのとき、インター予測モードで送信される動き情報の量を減らすために、周辺ブロックと現ブロックとの間の動き情報の相関性に基づいて、動き情報を、ブロック、サブブロック、またはサンプル単位で予測することができる。上記動き情報は、動きベクトルおよび参照ピクチャインデックスを含むことができる。上記動き情報は、インター予測方向（Ｌ０予測、Ｌ１予測、Ｂｉ予測など）情報をさらに含むことができる。インター予測の場合に、周辺ブロックは、現ピクチャ内に存在する空間周辺ブロック（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ）と参照ピクチャに存在する時間周辺ブロック（ｔｅｍｐｏｒａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ）とを含むことができる。上記参照ブロックを含む参照ピクチャと上記時間周辺ブロックを含む参照ピクチャとは同じであってもよく、異なってもよい。上記時間周辺ブロックは、コロケート（同一位置）参照ブロック（ｃｏｌｌｏｃａｔｅｄ ｒｅｆｅｒｅｎｃｅ ｂｌｏｃｋ）、コロケートＣＵ（ｃｏｌ ＣＵ）などの名前で呼ばれ得、上記時間周辺ブロックを含む参照ピクチャは、コロケートピクチャ（ｃｏｌｌｏｃａｔｅｄ ｐｉｃｔｕｒｅ、ｃｏｌＰｉｃ）とも呼ばれ得る。例えば、インター予測部２２１は、周辺ブロックに基づいて動き情報候補リストを構成し、上記現ブロックの動きベクトルおよび／または参照ピクチャインデックスを導出するために、どの候補が使用されるかを指示する情報を生成できる。様々な予測モードに基づいてインター予測が実行されることができ、例えば、スキップモードおよびマージモードの場合に、インター予測部２２１は、周辺ブロックの動き情報を現ブロックの動き情報として用いることができる。スキップモードの場合、マージモードと異なり、残差信号が送信されないことがある。動き情報予測（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ、ＭＶＰ）モードの場合、周辺ブロックの動きベクトルを動きベクトル予測子（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｏｒ）として用い、動きベクトル差分（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ）をシグナリングすることにより、現ブロックの動きベクトルを指示することができる。

【0053】

予測部２２０は、後述する様々な予測方法に基づいて予測信号を生成できる。例えば、予測部は、１つのブロックに対する予測のために、イントラ予測またはインター予測を適用できるだけでなく、イントラ予測とインター予測とを同時に適用することができる。これは、Ｃｏｍｂｉｎｅｄ Ｉｎｔｅｒ ａｎｄ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ（ＣＩＩＰ）と呼ばれ得る。また、予測部は、ブロックに対する予測のために、イントラブロックコピー（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ、ＩＢＣ）を実行することもできる。上記イントラブロックコピーは、例えば、ＳＣＣ（Ｓｃｒｅｅｎ Ｃｏｎｔｅｎｔ Ｃｏｄｉｎｇ）などのように、ゲームなどのコンテンツ映像／動画のコーディングのために使用されることができる。ＩＢＣは、基本的に現ピクチャ内で予測を実行するが、現ピクチャ内で参照ブロックを導出する点においてインター予測と同様に実行されることができる。すなわち、ＩＢＣは、本文書において説明されるインター予測技法の少なくとも１つを用いることができる。

【0054】

インター予測部２２１および／またはイントラ予測部２２２を介して生成された予測信号は、復元信号を生成するために用いられるか、残差信号を生成するために用いられることができる。変換部２３２は、残差信号に変換技法を適用して、変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔｓ）を生成することができる。例えば、変換技法は、ＤＣＴ（Ｄｉｓｃｒｅｔｅ Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍ）、ＤＳＴ（Ｄｉｓｃｒｅｔｅ Ｓｉｎｅ Ｔｒａｎｓｆｏｒｍ）、ＧＢＴ（Ｇｒａｐｈ－Ｂａｓｅｄ Ｔｒａｎｓｆｏｒｍ）、またはＣＮＴ（Ｃｏｎｄｉｔｉｏｎａｌｌｙ Ｎｏｎ－ｌｉｎｅａｒ Ｔｒａｎｓｆｏｒｍ）などを含むことができる。ここで、ＧＢＴは、ピクセル間の関係情報をグラフで表現する際に、このグラフから得られた変換を意味する。ＣＮＴは、以前に復元された全てのピクセル（ａｌｌ ｐｒｅｖｉｏｕｓｌｙ ｒｅｃｏｎｓｔｒｕｃｔｅｄ ｐｉｘｅｌ）を用いて予測信号を生成し、それに基づいて獲得される変換を意味する。また、変換過程は、正方形の同じサイズを有するピクセルブロックに適用されてもよく、正方形ではない可変サイズのブロックに適用されてもよい。

【0055】

量子化部２３３は、変換係数を量子化してエントロピ符号化部２４０に送信され、エントロピ符号化部２４０は、量子化された信号（量子化された変換係数に関する情報）をエンコードしてビットストリームに出力することができる。上記量子化された変換係数に関する情報は、残差情報と呼ばれ得る。量子化部２３３は、係数のスキャン順序（ｓｃａｎ ｏｒｄｅｒ）に基づいて、ブロック形態の量子化された変換係数を１次元ベクトルの形態で再整列することができ、上記１次元ベクトルの形態の量子化された変換係数に基づいて、上記量子化された変換係数に関する情報を生成することもできる。エントロピ符号化部２４０は、例えば、指数ゴロム（ｅｘｐｏｎｅｎｔｉａｌ Ｇｏｌｏｍｂ）、ＣＡＶＬＣ（Ｃｏｎｔｅｘｔ－Ａｄａｐｔｉｖｅ Ｖａｒｉａｂｌｅ Ｌｅｎｇｔｈ Ｃｏｄｉｎｇ）、ＣＡＢＡＣ（Ｃｏｎｔｅｘｔ－Ａｄａｐｔｉｖｅ Ｂｉｎａｒｙ Ａｒｉｔｈｍｅｔｉｃ Ｃｏｄｉｎｇ）などの様々なエンコード方法を行うことができる。エントロピ符号化部２４０は、量子化された変換係数の他に、ビデオ／イメージの復元に必要な情報（例えば、シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔｓ）の値など）を共にまたは別にエンコードすることもできる。エンコードされた情報（例えば、エンコードされたビデオ／映像情報）は、ビットストリームの形態でＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニット単位で送信または記憶されることができる。上記ビデオ／映像情報は、アダプテーションパラメータセット（ＡＰＳ）、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、またはビデオパラメータセット（ＶＰＳ）など、様々なパラメータセットに関する情報をさらに含むことができる。また、上記ビデオ／映像情報は、一般制限情報（ｇｅｎｅｒａｌ ｃｏｎｓｔｒａｉｎｔ ｉｎｆｏｒｍａｔｉｏｎ）をさらに含むことができる。本文書において、後述されるシグナリング／送信される情報および／またはシンタックス要素は、前述したエンコード手順を介してエンコードされて、上記ビットストリームに含まれ得る。上記ビットストリームは、ネットワークを介して送信され得、またはデジタル記憶媒体に記憶され得る。ここで、ネットワークは、放送網および／または通信網などを含み得、デジタル記憶媒体は、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブルーレイ、ＨＤＤ、ＳＳＤなど、様々な記憶媒体を含み得る。エントロピ符号化部２４０から出力された信号は、送信する送信部（図示せず）および／もしくは記憶する記憶部（図示せず）がエンコード装置２００の内／外部エレメントとして構成されてもよく、または送信部は、エントロピ符号化部２４０に含まれてもよい。

【0056】

量子化部２３３から出力された量子化された変換係数は、予測信号を生成するために用いられることができる。例えば、量子化された変換係数に逆量子化部２３４および逆変換部２３５を介して逆量子化および逆変換を適用することにより、残差信号（残差ブロックまたは残差サンプル）を復元できる。加算部２５０は、復元された残差信号を予測部２２０から出力された予測信号に加えることにより、復元（ｒｅｃｏｎｓｔｒｕｃｔｅｄ）信号（復元ピクチャ、復元ブロック、復元サンプルまたは復元サンプルアレイ）を生成することができる。スキップモードが適用された場合のように、処理対象ブロックに対する残差がない場合、予測されたブロックが復元ブロックとして使用できる。生成された復元信号は、現ピクチャ内の次の処理対象ブロックのイントラ予測のために使用されることができ、後述するように、フィルタリングを経て次のピクチャのインター予測のために使用されることもできる。

【0057】

一方、ピクチャエンコードおよび／または復元過程でＬＭＣＳ（Ｌｕｍａ Ｍａｐｐｉｎｇ ｗｉｔｈ Ｃｈｒｏｍａ Ｓｃａｌｉｎｇ）が適用されることもできる。

【0058】

フィルタリング部２６０は、復元信号にフィルタリングを適用して主観的／客観的画質を向上させることができる。例えば、フィルタリング部２６０は、復元ピクチャに様々なフィルタリング方法を適用して修正された（ｍｏｄｉｆｉｅｄ）復元ピクチャを生成することができ、上記修正された復元ピクチャをメモリ２７０、具体的には、メモリ２７０のＤＰＢに記憶することができる。上記様々なフィルタリング方法は、例えば、デブロックフィルタリング、サンプル適応オフセット（Ｓａｍｐｌｅ Ａｄａｐｔｉｖｅ Ｏｆｆｓｅｔ、ＳＡＯ）、適応ループフィルタ（ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ）、両方向フィルタ（ｂｉｌａｔｅｒａｌ ｆｉｌｔｅｒ）などを含むことができる。フィルタリング部２６０は、各フィルタリング方法についての説明で後述するように、フィルタリングに関する様々な情報を生成してエントロピ符号化部２９０に伝達することができる。フィルタリング関する情報は、エントロピ符号化部２９０でエンコードされてビットストリームの形態で出力されることができる。

【0059】

メモリ２７０に送信された修正された復元ピクチャは、インター予測部２８０で参照ピクチャとして使用されることができる。エンコード装置は、これを介してインター予測が適用される場合、エンコード装置２００とデコード装置とにおける予測のミスマッチを避けることができ、コーディング効率も向上させることができる。

【0060】

メモリ２７０のＤＰＢは、修正された復元ピクチャをインター予測部２２１における参照ピクチャとして使用するために記憶することができる。メモリ２７０は、現ピクチャ内の動き情報が導出された（または、エンコードされた）ブロックの動き情報および／または既に復元されたピクチャ内のブロックの動き情報を記憶することができる。上記記憶された動き情報は、空間周辺ブロックの動き情報または時間周辺ブロックの動き情報として活用されるために、インター予測部２２１に伝達されることができる。メモリ２７０は、現ピクチャ内の復元されたブロックの復元サンプルを記憶することができ、イントラ予測部２２２に伝達することができる。

【0061】

図３は、本文書が適用されることができるビデオ／映像デコード装置の構成を概略的に説明する図面である。

【0062】

図３を参照すると、デコード装置３００は、エントロピ復号（デコード）部（ｅｎｔｒｏｐｙ ｄｅｃｏｄｅｒ）３１０、残差処理部（ｒｅｓｉｄｕａｌ ｐｒｏｃｅｓｓｏｒ）３２０、予測部（ｐｒｅｄｉｃｔｏｒ）３３０、加算部（ａｄｄｅｒ）３４０、フィルタリング部（ｆｉｌｔｅｒ）３５０、およびメモリ（ｍｅｍｏｅｒｙ）３６０を含めて構成されることができる。予測部３３０は、インター予測部３３１およびイントラ予測部３３２を含むことができる。残差処理部３２０は、逆量子化部（ｄｅｑｕａｎｔｉｚｅｒ）３２１および逆変換部（ｉｎｖｅｒｓｅ ｔｒａｎｓｆｏｒｍｅｒ）３２１を含むことができる。前述したエントロピ復号部３１０、残差処理部３２０、予測部３３０、加算部３４０、およびフィルタリング部３５０は、実施形態によって１つのハードウェアコンポーネント（例えば、デコーダチップセットまたはプロセッサ）により構成されることができる。また、メモリ３６０は、ＤＰＢ（Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ）を含むことができ、デジタル記憶媒体により構成されることもできる。上記ハードウェアコンポーネントは、メモリ３６０を内／外部コンポーネントとしてさらに含むこともできる。

【0063】

ビデオ／映像情報を含むビットストリームが入力されると、デコード装置３００は、図２のエンコード装置でビデオ／映像情報が処理されたプロセスに対応して映像を復元できる。例えば、デコード装置３００は、上記ビットストリームから獲得したブロック分割に関する情報に基づいてユニット／ブロックを導出できる。デコード装置３００は、エンコード装置で適用された処理ユニットを用いてデコードを実行することができる。したがって、デコードの処理ユニットは、例えば、コーディングユニットであってもよく、コーディングユニットは、コーディングツリーユニットまたは最大コーディングユニットから、四分木構造、二分木構造、および／または三分木ツリー構造に従って分割されることができる。コーディングユニットから１つまたは複数の変換ユニットが導出されることができる。そして、デコード装置３００を介してデコードおよび出力された復元映像信号は、再生装置を介して再生されることができる。

【0064】

デコード装置３００は、図２のエンコード装置から出力された信号をビットストリームの形態で受信することができ、受信した信号は、エントロピ復号部３１０を介してデコードされることができる。例えば、エントロピ復号部３１０は、上記ビットストリームをパージングして映像復元（または、ピクチャ復元）に必要な情報（例えば、ビデオ／映像情報）を導出できる。上記ビデオ／映像情報は、アダプテーションパラメータセット（ＡＰＳ）、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、またはビデオパラメータセット（ＶＰＳ）など、様々なパラメータセットに関する情報をさらに含むことができる。また、上記ビデオ／映像情報は、一般制限情報（ｇｅｎｅｒａｌ ｃｏｎｓｔｒａｉｎｔ ｉｎｆｏｒｍａｔｉｏｎ）をさらに含むことができる。デコード装置は、上記パラメータセットに関する情報および／または上記一般制限情報に基づいてさらにピクチャをデコードすることができる。本文書において後述されるシグナリング／受信される情報および／またはシンタックス要素は、上記デコード手順を介してデコードされて、上記ビットストリームから獲得されることができる。例えば、エントロピ復号部３１０は、指数ゴロムコーディング、ＣＡＶＬＣ、またはＣＡＢＡＣなどのコーディング方法を基にビットストリーム内の情報をデコードし、映像の復元に必要なシンタックスエレメントの値、残差に関する変換係数の量子化された値を出力できる。より詳細には、ＣＡＢＡＣエントロピ復号方法は、ビットストリームで各シンタックス要素に該当するビンを受信し、デコード対象のシンタックス要素情報、周辺およびデコード対象ブロックのデコード情報、または以前の段階でデコードされたシンボル／ビンの情報を利用してコンテキスト（文脈）（ｃｏｎｔｅｘｔ）モデルを決定し、決定されたコンテキストモデルによってビン（ｂｉｎ）の発生確率を予測してビンの算術デコード（ａｒｉｔｈｍｅｔｉｃ ｄｅｃｏｄｉｎｇ）を実行し、各シンタックス要素の値に該当するシンボルを生成できる。そのとき、ＣＡＢＡＣエントロピ復号方法は、コンテキストモデルの決定後、次のシンボル／ビンのコンテキストモデルのためにデコードされたシンボル／ビンの情報を利用してコンテキストモデルをアップデートすることができる。エントロピ復号部３１０でデコードされた情報のうち、予測に関する情報は、予測部３３０に提供され、エントロピ復号部３１０でエントロピ復号が実行された残差に関する情報、すなわち、量子化された変換係数および関連のパラメータ情報は、逆量子化部３２１に入力されることができる。また、エントロピ復号３１０でデコードされた情報のうち、フィルタリングに関する情報は、フィルタリング部３５０に提供されることができる。一方、エンコード装置から出力された信号を受信する受信部（図示せず）がデコード装置３００の内／外部エレメントとしてさらに構成され得、または受信部は、エントロピ復号部３１０の構成要素であり得る。一方、本文書に係るデコード装置は、ビデオ／映像／ピクチャデコード装置と呼ばれ得、上記デコード装置は、情報デコーダ（ビデオ／映像／ピクチャ情報デコーダ）とサンプルデコーダ（ビデオ／映像／ピクチャサンプルデコーダ）とに区分されることもできる。上記情報デコーダは、上記エントロピ復号部３１０を含むことができ、上記サンプルデコーダは、上記逆量子化部３２１、逆変換部３２２、予測部３３０、加算部３４０、フィルタリング部３５０、およびメモリ３６０の少なくとも１つを含むことができる。

【0065】

逆量子化部３２１は、量子化された変換係数を逆量子化して変換係数を出力できる。逆量子化部３２１は、量子化された変換係数を２次元のブロック形態で再整列することができる。この場合、上記再整列は、エンコード装置で行われた係数のスキャン順序に基づいて再整列を行うことができる。逆量子化部３２１は、量子化パラメータ（例えば、量子化ステップ（step、段階）サイズ情報）を用いて量子化された変換係数に対する逆量子化を実行し、変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔ）を獲得できる。

【0066】

逆変換部３２２は、変換係数を逆変換して残差信号（残差ブロック、残差サンプルアレイ）を獲得することになる。

【0067】

予測部は、現ブロックに対する予測を行い、上記現ブロックに対する予測サンプルを含む予測されたブロック（ｐｒｅｄｉｃｔｅｄ ｂｌｏｃｋ）を生成できる。予測部は、エントロピ復号部３１０から出力された上記予測に関する情報に基づいて、上記現ブロックにイントラ予測が適用されるか、またはインター予測が適用されるかを決定することができ、具体的なイントラ／インター予測モードを決定できる。

【0068】

予測部は、後述する様々な予測方法に基づいて予測信号を生成できる。例えば、予測部は、１つのブロックに対する予測のために、イントラ予測またはインター予測を適用できるだけでなく、イントラ予測とインター予測とを同時に適用することができる。これは、Ｃｏｍｂｉｎｅｄ Ｉｎｔｅｒ ａｎｄ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ（ＣＩＩＰ）と呼ばれ得る。また、予測部は、ブロックに対する予測のために、イントラブロックコピー（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ、ＩＢＣ）を行うこともある。上記イントラブロックコピーは、例えば、ＳＣＣ（Ｓｃｒｅｅｎ Ｃｏｎｔｅｎｔ Ｃｏｄｉｎｇ）などのように、ゲームなどのコンテンツ映像／動画コーディングのために使用されることができる。ＩＢＣは、基本的に現ピクチャ内で予測を実行するが、現ピクチャ内で参照ブロックを導出する点においてインター予測と同様に実行されることができる。すなわち、ＩＢＣは、本文書において説明されるインター予測技法の少なくとも１つを利用することができる。

【0069】

イントラ予測部３３２は、現ピクチャ内のサンプルを参照して現ブロックを予測できる。上記参照されるサンプルは、予測モードによって上記現ブロックの周辺（ｎｅｉｇｈｂｏｒ）に位置してもよく、または離れて位置してもよい。イントラ予測における予測モードは、複数の非方向性モードと複数の方向性モードとを含むことができる。イントラ予測部３３２は、周辺ブロックに適用された予測モードを用いて、現ブロックに適用される予測モードを決定することもできる。

【0070】

インター予測部３３１は、参照ピクチャ上で動きベクトルにより特定される参照ブロック（参照サンプルアレイ）に基づいて、現ブロックに対する予測されたブロックを導くことができる。そのとき、インター予測モードで送信される動き情報の量を減らすために、周辺ブロックと現ブロックとの間の動き情報の相関性に基づいて動き情報をブロック、サブブロック、またはサンプル単位で予測することができる。上記動き情報は、動きベクトルおよび参照ピクチャインデックスを含むことができる。上記動き情報は、インター予測方向（Ｌ０予測、Ｌ１予測、Ｂｉ予測など）情報をさらに含むことができる。インター予測の場合に、周辺ブロックは、現ピクチャ内に存在する空間周辺ブロック（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ）と参照ピクチャに存在する時間周辺ブロック（ｔｅｍｐｏｒａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ）とを含むことができる。例えば、インター予測部３３１は、周辺ブロックに基づいて動き情報候補リストを構成し、受信した候補選択情報に基づいて上記現ブロックの動きベクトルおよび／または参照ピクチャインデックスを導出できる。様々な予測モードに基づいてインター予測が実行されることができ、上記予測に関する情報は、上記現ブロックに対するインター予測のモードを指示する情報を含むことができる。

【0071】

加算部３４０は、獲得された残差信号を予測部３３０から出力された予測信号（予測されたブロック、予測サンプルアレイ）に加えることにより、復元信号（復元ピクチャ、復元ブロック、復元サンプルアレイ）を生成できる。スキップモードが適用された場合のように、処理対象ブロックに対する残差がない場合、予測されたブロックが復元ブロックとして使用されることができる。

【0072】

加算部３４０は、復元部または復元ブロック生成部と呼ばれ得る。生成された復元信号は、現ピクチャ内の次の処理対象ブロックのイントラ予測のために使用されることができ、後述するように、フィルタリングを経て出力されてもよく、または次のピクチャのインター予測のために使用されてもよい。

【0073】

一方、ピクチャデコード過程でＬＭＣＳ（Ｌｕｍａ Ｍａｐｐｉｎｇ ｗｉｔｈ Ｃｈｒｏｍａ Ｓｃａｌｉｎｇ）が適用されることもできる。

【0074】

フィルタリング部３５０は、復元信号にフィルタリングを適用して、主観的／客観的画質を向上させることができる。例えば、フィルタリング部３５０は、復元ピクチャに様々なフィルタリング方法を適用して修正された（ｍｏｄｉｆｉｅｄ）復元ピクチャを生成でき、上記修正された復元ピクチャをメモリ３６０、具体的には、メモリ３６０のＤＰＢに送信することができる。上記様々なフィルタリング方法は、例えば、デブロックフィルタリング、サンプル適応オフセット（ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ）、適応ループフィルタ（ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ）、両方向フィルタ（ｂｉｌａｔｅｒａｌ ｆｉｌｔｅｒ）などを含むことができる。

【0075】

メモリ３６０のＤＰＢに記憶された（修正された）復元ピクチャは、インター予測部３３１で参照ピクチャとして使用されることができる。メモリ３６０は、現ピクチャ内の動き情報が導出された（または、デコードされた）ブロックの動き情報および／または既に復元されたピクチャ内のブロックの動き情報を記憶できる。上記記憶された動き情報は、空間周辺ブロックの動き情報または時間周辺ブロックの動き情報として活用するために、インター予測部３３１に伝達することができる。メモリ３６０は、現ピクチャ内の復元されたブロックの復元サンプルを記憶でき、イントラ予測部３３２に伝達することができる。

【0076】

本明細書において、デコード装置３００の予測部３３０、逆量子化部３２１、逆変換部３２２、およびフィルタリング部３５０などで説明された実施形態は、各々デコード装置２００の予測部２２０、逆量子化部２３４、逆変換部２３５およびフィルタリング部２６０などにも同一または対応するように適用されることができる。

【0077】

前述したように、ビデオコーディングを実行するにあたって、圧縮効率を高めるために予測を実行する。これを通じて、コーディングの対象ブロックである現ブロックに対する予測サンプルを含む予測されたブロックを生成することができる。ここで、上記予測されたブロックは、空間領域（またはピクセル領域）における予測サンプルを含む。上記予測されたブロックは、エンコード装置およびデコード装置で同様に導出され、上記エンコード装置は、オリジナルブロックのオリジナルサンプル値そのものではなく、上記オリジナルブロックと上記予測されたブロックとの間の残差に関する情報（残差情報）をデコード装置にシグナリングすることによって映像エンコードの効率を高めることができる。デコード装置は、上記残差情報に基づいて残差サンプルを含む残差ブロックを導出し、上記残差ブロックと上記予測されたブロックとを合わせて、復元サンプルを含む復元ブロックを生成することができ、復元ブロックを含む復元ピクチャを生成することができる。

【0078】

上記残差情報は、変換および量子化手順を通じて生成されることができる。例えば、エンコード装置は、上記オリジナルブロックと上記予測されたブロックとの間の残差ブロックを導出し、上記残差ブロックに含まれる残差サンプル（残差サンプルアレイ）に変換手順を行って変換係数を導出し、上記変換係数に量子化手順を行って量子化された変換係数を導出し、関連する残差情報を（ビットストリームを介して）デコード装置にシグナリングできる。ここで、上記残差情報は、上記量子化された変換係数の値情報、位置情報、変換技法、変換カーネル、量子化パラメータなどの情報を含むことができる。デコード装置は、上記残差情報に基づいて逆量子化／逆変換手順を行い、残差サンプル（または残差ブロック）を導出することができる。デコード装置は、予測されたブロックと上記残差ブロックとに基づいて復元ピクチャを生成することができる。また、エンコード装置は、以降のピクチャのインター予測のための参照のために量子化された変換係数を逆量子化／逆変換して残差ブロックを導出し、これに基づいて復元ピクチャを生成することができる。

【0079】

図４は、本文書にかかる多重変換技法を概略的に示す。

【0080】

図４を参照すると、変換部は、前述した図２のエンコード装置内の変換部に対応し得、逆変換部は、前述した図２のエンコード装置内の逆変換部または図３のデコード装置内の逆変換部に対応し得る。

【0081】

変換部は、残差（レジデュアル）ブロック内の残差サンプル（残差サンプルアレイ）に基づいて１次変換を行って、（１次）変換係数を導出することができる（Ｓ４１０）。このような１次変換（ｐｒｉｍａｒｙ ｔｒａｎｓｆｏｒｍ）は、コア（核心）変換（ｃｏｒｅ ｔｒａｎｓｆｏｒｍ）と呼称され得る。ここで、上記１次変換は、多重変換選択（Ｍｕｌｔｉｐｌｅ Ｔｒａｎｓｆｏｒｍ Ｓｅｌｅｃｔｉｏｎ、ＭＴＳ）に基づき得、１次変換として多重変換が適用される場合、多重コア変換と呼称され得る。

【0082】

多重コア変換は、ＤＣＴ（Ｄｉｓｃｒｅｔｅ Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍ）タイプ２、ＤＳＴ（Ｄｉｓｃｒｅｔｅ Ｓｉｎｅ Ｔｒａｎｓｆｏｒｍ）タイプ７、ＤＣＴタイプ８、および／またはＤＳＴタイプ１をさらに使用して変換する方式を示すことができる。すなわち、上記多重コア変換は、上記ＤＣＴタイプ２、上記ＤＳＴタイプ７、上記ＤＣＴタイプ８、および上記ＤＳＴタイプ１のうちから選択された複数の変換カーネルに基づいて、空間領域の残差信号（または残差ブロック）を周波数領域の変換係数（または１次変換係数）に変換する変換方法を示すことができる。ここで、上記１次変換係数は、変換部の立場で仮の変換係数と呼ばれ得る。

【0083】

言い換えると、既存の変換方法が適用される場合、ＤＣＴタイプ２に基づいて、残差信号（または残差ブロック）に対する空間領域から周波数領域への変換が適用されて、変換係数が生成されることができた。これと異なり、上記多重コア変換が適用される場合、ＤＣＴタイプ２、ＤＳＴタイプ７、ＤＣＴタイプ８、および／またはＤＳＴタイプ１などに基づいて、残差信号（または残差ブロック）に対する空間領域から周波数領域への変換が適用されて、変換係数（または１次変換係数）が生成されることができる。ここで、ＤＣＴタイプ２、ＤＳＴタイプ７、ＤＣＴタイプ８、およびＤＳＴタイプ１などは、変換タイプ、変換カーネル（ｋｅｒｎｅｌ）または変換コア（ｃｏｒｅ）と呼ばれ得る。このようなＤＣＴ／ＤＳＴ変換タイプは、基底関数に基づいて定義されることができる。

【0084】

上記多重コア変換が実行される場合、上記変換カーネルのうち、対象ブロックに対する垂直変換カーネルおよび水平変換カーネルが選択されることができ、上記垂直変換カーネルに基づいて上記対象ブロックに対する垂直変換が実行され、上記水平変換カーネルに基づいて上記対象ブロックに対する水平変換が実行されることができる。ここで、上記水平変換は、上記対象ブロックの水平成分に対する変換を示すことができ、上記垂直変換は、上記対象ブロックの垂直成分に対する変換を示すことができる。上記垂直変換カーネル／水平変換カーネルは、残差ブロックを含む対象ブロック（ＣＵまたはサブブロック）の予測モードおよび／または変換インデックスに基づいて、適応的に決定されることができる。

【0085】

また、一例によると、ＭＴＳを適用して１次変換を実行する場合、特定の基底関数を所定の値に設定し、垂直変換または水平変換であるとき、どの基底関数が適用されるか否かを組み合わせて、変換カーネルに対するマッピング関係を設定することができる。例えば、水平方向の変換カーネルをｔｒＴｙｐｅＨｏｒで示し、垂直方向の変換カーネルをｔｒＴｙｐｅＶｅｒで示す場合、ｔｒＴｙｐｅＨｏｒまたはｔｒＴｙｐｅＶｅｒの値０はＤＣＴ２に設定され、ｔｒＴｙｐｅＨｏｒまたはｔｒＴｙｐｅＶｅｒの値１はＤＳＴ７に設定され、ｔｒＴｙｐｅＨｏｒまたはｔｒＴｙｐｅＶｅｒの値２はＤＣＴ８に設定されることができる。

【0086】

この場合、多数（複数）の変換カーネルセットのいずれかを指示するために、ＭＴＳインデックス情報がエンコードされ、デコード装置にシグナリングされることができる。例えば、ＭＴＳインデックスが０である場合、ｔｒＴｙｐｅＨｏｒおよびｔｒＴｙｐｅＶｅｒの値が全て０であることを指示し、ＭＴＳインデックスが１である場合、ｔｒＴｙｐｅＨｏｒおよびｔｒＴｙｐｅＶｅｒの値が全て１であることを指示し、ＭＴＳインデックスが２である場合、ｔｒＴｙｐｅＨｏｒの値は２であり、ｔｒＴｙｐｅＶｅｒの値は１であることを指示し、ＭＴＳインデックスが３である場合、ｔｒＴｙｐｅＨｏｒの値は１であり、ｔｒＴｙｐｅＶｅｒの値は２であることを指示し、ＭＴＳインデックスが４である場合、ｔｒＴｙｐｅＨｏｒおよびｔｒＴｙｐｅＶｅｒの値が全て２であることを指示することができる。

【0087】

一例によって、ＭＴＳのインデックス情報による変換カーネルセットを表で示すと、次の通りである。

【0088】

＜表１＞

【表1】

【0089】

変換部は、上記（１次）変換係数に基づいて２次変換を行って修正された（２次）変換係数を導出する（Ｓ４２０）。上記１次変換は、空間領域から周波数領域への変換であり、上記２次変換は、（１次）変換係数間に存在する相関関係（ｃｏｒｒｅｌａｔｉｏｎ）を利用してより圧縮的な表現に変換することを意味する。上記２次変換は、非分離変換（ｎｏｎ－ｓｅｐａｒａｂｌｅ ｔｒａｎｓｆｏｒｍ）を含む。この場合、上記２次変換は、非分離２次変換（Ｎｏｎ－Ｓｅｐａｒａｂｌｅ Ｓｅｃｏｎｄａｒｙ Ｔｒａｎｓｆｏｒｍ、ＮＳＳＴ）またはＭＤＮＳＳＴ（Ｍｏｄｅ－ｄｅｐｅｎｄｅｎｔ Ｎｏｎ－Ｓｅｐａｒａｂｌｅ Ｓｅｃｏｎｄａｒｙ Ｔｒａｎｓｆｏｒｍ）と呼ばれてもよい。上記非分離２次変換は、上記１次変換により導出された（１次）変換係数を非分離変換行列（マトリックス）（ｎｏｎ－ｓｅｐａｒａｂｌｅ ｔｒａｎｓｆｏｒｍ ｍａｔｒｉｘ）に基づいて２次変換して残差信号に対する修正された変換係数（または、２次変換係数）を生成する変換を示す。ここで、上記非分離変換行列に基づいて上記（１次）変換係数に対して垂直変換と水平変換とを分離して（または、水平垂直変換を独立して）適用せずに一度に変換を適用することができる。言い換えると、上記非分離２次変換は、上記（１次）変換係数に対して垂直方向と水平方向とに別個に適用されずに、例えば、２次元信号（変換係数）を特定の決まった方向（例えば、行優先（ｒｏｗ－ｆｉｒｓｔ）方向または列優先（ｃｏｌｕｍｎ－ｆｉｒｓｔ）方向）により１次元信号に再整列した後、上記非分離変換行列に基づいて修正された変換係数（または、２次変換係数）を生成する変換方法を示す。例えば、行優先順序は、Ｍ×Ｎブロックに対して１番目の行、２番目の行、...、Ｎ番目の行の順に一列に配置することであり、列優先順序は、Ｍ×Ｎブロックに対して１番目の列、２番目の列、...、Ｍ番目の列の順に一列に配置することである。上記非分離２次変換は、（１次）変換係数で構成されたブロック（以下、変換係数ブロックという）の左上側（ｔｏｐ－ｌｅｆｔ）領域に対して適用されることができる。例えば、上記変換係数ブロックの幅（Ｗ）および高さ（Ｈ）が両方とも８以上である場合、８×８非分離２次変換が上記変換係数ブロックの左上側８×８の領域に対して適用されることができる。また、上記変換係数ブロックの幅（Ｗ）および高さ（Ｈ）が両方とも４以上でありながら、上記変換係数ブロックの幅（Ｗ）または高さ（Ｈ）が８より小さい場合、４×４非分離２次変換が上記変換係数ブロックの左上側ｍｉｎ（８，Ｗ）×ｍｉｎ（８，Ｈ）領域に対して適用されることができる。ただし、実施形態はこれに限定されず、例えば、上記変換係数ブロックの幅（Ｗ）または高さ（Ｈ）が両方とも４以上である条件のみを満足しても、４×４非分離２次変換が上記変換係数ブロックの左上側ｍｉｎ（８，Ｗ）×ｍｉｎ（８，Ｈ）領域に対して適用されることもできる。

【0090】

具体的には、例えば、４×４の入力ブロックが使用される場合、非分離２次変換は、次のように実行されることができる。

【0091】

上記４×４の入力ブロックＸは、次のように示されることができる。

【0092】

＜数式１＞

【数1】

【0093】

上記Ｘをベクトルの形態で示す場合、ベクトル

は、次のように示されることができる。

【0094】

＜数式２＞

【数2】

【0095】

数式２のように、ベクトル

は、行優先（ｒｏｗ－ｆｉｒｓｔ）の順序によって、数式１におけるＸの２次元ブロックを１次元ベクトルに再配列する。

【0096】

この場合、上記２次非分離変換は、次のように計算されることができる。

【0097】

＜数式３＞

【数3】

【0098】

ここで、

は、変換係数ベクトルを示し、Ｔは、１６×１６の（非分離）変換行列を示す。

【0099】

上記数式３を介して、１６×１の変換係数ベクトル

が導出されることができ、上記

は、スキャン順序（水平、垂直、対角（ｄｉａｇｏｎａｌ）など）を介して、４×４ブロックで再構成（ｒｅ－ｏｒｇａｎｉｚｅｄ）できる。ただし、前述した計算は例示であって、非分離２次変換の計算複雑度を減らすために、ＨｙＧＴ（Ｈｙｐｅｒｃｕｂｅ－Ｇｉｖｅｎｓ Ｔｒａｎｓｆｏｒｍ）などが非分離２次変換の計算のために使用されることもできる。

【0100】

一方、上記非分離２次変換は、モードベース（ｍｏｄｅ ｄｅｐｅｎｄｅｎｔ）として変換カーネル（または変換コア、変換タイプ）が選択されることができる。ここで、モードは、イントラ予測モードおよび／またはインター予測モードを含むことができる。

【0101】

前述したように、上記非分離２次変換は、上記変換係数ブロックの幅（Ｗ）および高さ（Ｈ）に基づいて決定された８×８変換または４×４変換に基づいて実行されることができる。８×８変換は、ＷおよびＨが全て８よりも等しいか大きいとき、当該変換係数ブロックの内部に含まれる８×８領域に適用されることができる変換を指し、当該８×８領域は、当該変換係数ブロックの内部の左上側の８×８領域であり得る。同様に、４×４変換は、ＷおよびＨが全て４よりも等しいか大きいとき、当該変換係数ブロックの内部に含まれる４×４領域に適用されることができる変換を指し、当該４×４領域は、当該変換係数ブロックの内部の左上側の４×４領域であり得る。例えば、８×８変換カーネル行列は、６４×６４／１６×６４行列、４×４変換カーネル行列は、１６×１６／８×１６行列になり得る。

【0102】

そのとき、モードベースの変換カーネルの選択のために、８×８変換および４×４変換の両方に対して、非分離２次変換のための変換セットあたり２個ずつの非分離２次変換カーネルが構成され得、変換セットは４個であり得る。すなわち、８×８変換に対して４個の変換セットが構成され、４×４変換に対して４個の変換セットが構成され得る。この場合、８×８変換に対する４個の変換セットには、それぞれ２個ずつの８×８変換カーネルが含まれ得、この場合、４×４変換に対する４個の変換セットには、それぞれ２個ずつの４×４変換カーネルが含まれ得る。

【0103】

ただし、上記変換のサイズ、すなわち、変換が適用される領域のサイズは、例示として８×８または４×４以外のサイズが使用され得、上記セットの数はｎ個、各セット内の変換カーネルの数はｋ個であり得る。

【0104】

上記変換セットは、ＮＳＳＴセットまたはＬＦＮＳＴセットと呼ばれ得る。上記変換セットのうちの特定セットの選択は、例えば、現ブロック（ＣＵまたはサブブロック）のイントラ予測モードに基づいて実行されることができる。ＬＦＮＳＴ（Ｌｏｗ－Ｆｒｅｑｕｅｎｃｙ Ｎｏｎ－Ｓｅｐａｒａｂｌｅ Ｔｒａｎｓｆｏｒｍ）は、後述される減少した非分離変換の一例であり得、低周波成分に対する非分離変換を示す。

【0105】

参考までに、例えば、イントラ予測モードは、２個の非方向性（ｎｏｎ－ｄｉｒｅｃｔｉｎｏａｌ、または非角度性（ｎｏｎ－ａｎｇｕｌａｒ））イントラ予測モードと６５個の方向性（ｄｉｒｅｃｔｉｏｎａｌ、または角度性（ａｎｇｕｌａｒ））イントラ予測モードとを含むことができる。上記非方向性イントラ予測モードは、０番である平面（ｐｌａｎａｒ）イントラ予測モードおよび１番であるＤＣイントラ予測モードを含むことができ、上記方向性イントラ予測モードは、２番ないし６６番の６５個のイントラ予測モードを含むことができる。ただし、これは例示であって、本文書は、イントラ予測モードの数が異なる場合にも適用されることができる。一方、場合に応じて、６７番のイントラ予測モードがさらに使用されることができ、上記６７番のイントラ予測モードは、ＬＭ（Ｌｉｎｅａｒ Ｍｏｄｅｌ）モードを示すことができる。

【0106】

図５は、６５個の予測方向のイントラ方向性モードを例示的に示す。

【0107】

図５を参照すると、右下側対角の予測方向を有する３４番のイントラ予測モードを中心に水平方向性（ｈｏｒｉｚｏｎｔａｌ ｄｉｒｅｃｔｉｏｎａｌｉｔｙ）を有するイントラ予測モードと、垂直方向性（ｖｅｒｔｉｃａｌ ｄｉｒｅｃｔｉｏｎａｌｉｔｙ）を有するイントラ予測モードと、を区分することができる。図５のＨおよびＶは、それぞれ水平方向性および垂直方向性を意味し、－３２～３２の数字は、サンプルグリッド位置（ポジション）（ｓａｍｐｌｅ ｇｒｉｄ ｐｏｓｉｔｉｏｎ）上で１／３２単位の変位を示す。これは、モードインデックス値に対するオフセットを示すことができる。２番ないし３３番のイントラ予測モードは水平方向性、３４番ないし６６番のイントラ予測モードは垂直方向性を有する。一方、３４番のイントラ予測モードは、厳密に言えば、水平方向性でも垂直方向性でもないと見ることができるが、２次変換の変換セットを決定する観点から、水平方向性に属すると分類できる。これは、３４番のイントラ予測モードを中心に対称的な垂直方向モードに対しては、入力データをトランスポーズ（ｔｒａｎｓｐｏｓｅ、転置）して使用し、３４番のイントラ予測モードに対しては、水平方向モードに対する入力データの整列方式を使用するためである。入力データをトランスポーズすることは、２次元ブロックのデータＭｘＮに対して、行が列となり、列が行となり、ＮｘＭのデータを構成することを意味する。１８番のイントラ予測モードと５０番のイントラ予測モードとは、それぞれ水平イントラ予測モード（ｈｏｒｉｚｏｎｔａｌ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ ｍｏｄｅ）、垂直イントラ予測モード（ｖｅｒｔｉｃａｌ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ ｍｏｄｅ）を示し、２番のイントラ予測モードは、左側の参照ピクセルをもって右上側方向と予測するので、右上側対角のイントラ予測モードと呼ばれ得、同じ脈絡で、３４番のイントラ予測モードは、右下側対角のイントラ予測モード、６６番のイントラ予測モードは、左下側対角のイントラ予測モードと呼ばれ得る。

【0108】

一例によって、イントラ予測モードによって、４個の変換セットのマッピング（ｍａｐｐｉｎｇ）は、例えば、次の表のように示され得る。

【0109】

＜表２＞

【表2】

【0110】

表２のように、イントラ予測モードによって４個の変換セットのいずれか、すなわち、ｌｆｎｓｔＴｒＳｅｔＩｄｘが０から３、すなわち、４個のいずれかにマッピングされることができる。

【0111】

一方、非分離変換に特定セットが使用されるものと決定されると、非分離２次変換インデックスを介して、上記特定セット内のｋ個の変換カーネルのうちの１つが選択されることができる。エンコード装置は、ＲＤ（Ｒａｔｅ－Ｄｉｓｔｏｒｔｉｏｎ）チェックに基づいて特定の変換カーネルを指す非分離２次変換インデックスを導出することができ、上記非分離２次変換インデックスをデコード装置にシグナリングできる。デコード装置は、上記非分離２次変換インデックスに基づいて、特定セット内のｋ個の変換カーネルのうちの１つを選択することができる。例えば、ｌｆｎｓｔのインデックス値０は、１番目の非分離２次変換カーネルを指すことができ、ｌｆｎｓｔのインデックス値１は、２番目の非分離２次変換カーネルを指すことができ、ｌｆｎｓｔのインデックス値２は、３番目の非分離２次変換カーネルを指すことができる。あるいは、ｌｆｎｓｔのインデックス値０は、対象ブロックに対して、１番目の非分離２次変換が適用されないことを指すことができ、ｌｆｎｓｔのインデックス値１ないし３は、上記３個の変換カーネルを指すことができる。

【0112】

変換部は、選択された変換カーネルに基づいて上記非分離２次変換を実行し、修正された（２次）変換係数を獲得することができる。上記修正された変換係数は、前述したように量子化部を介して量子化された変換係数で導出されることができ、エンコードされて、デコード装置にシグナリングおよびエンコード装置内の逆量子化／逆変換部に伝達されることができる。

【0113】

一方、前述したように２次変換が省略される場合、上記１次（分離）変換の出力である（１次）変換係数が、前述したように量子化部を介して量子化された変換係数で導出されることができ、エンコードされて、デコード装置にシグナリングおよびエンコード装置内の逆量子化／逆変換部に伝達されることができる。

【0114】

逆変換部は、前述した変換部で実行された手順の逆順で一連の手順を実行することができる。逆変換部は、（逆量子化された）変換係数を受信し、２次（逆）変換を実行して（１次）変換係数を導出し（Ｓ４５０）、上記（１次）変換係数に対して１次（逆）変換を実行し、残差ブロック（残差サンプル）を獲得することができる（Ｓ４６０）。ここで、上記１次変換係数は、逆変換部の立場で、修正された（ｍｏｄｉｆｉｅｄ）変換係数と呼ばれ得る。エンコード装置およびデコード装置は、上記残差ブロックと予測されたブロックとに基づいて復元ブロックを生成し、これに基づいて復元ピクチャを生成できることは前述した通りである。

【0115】

一方、デコード装置は、２次逆変換適用可否決定部（または２次逆変換の適用が可能か否かを決定する要素）と、２次逆変換決定部（または２次逆変換を決定する要素）と、をさらに含むことができる。２次逆変換適用可否決定部は、２次逆変換の適用が可能か否かを決定することができる。例えば、２次逆変換は、ＮＳＳＴ、ＲＳＴまたはＬＦＮＳＴであり得、２次逆変換適用可否決定部は、ビットストリームからパージングした２次変換フラグに基づいて、２次逆変換の適用が可能か否かを決定することができる。別の一例として、２次逆変換適用可否決定部は、残差ブロックの変換係数に基づいて、２次逆変換の適用が可能か否かを決定することもできる。

【0116】

２次逆変換決定部は、２次逆変換を決定することができる。そのとき、２次逆変換決定部は、イントラ予測モードによって指定されたＬＦＮＳＴ（ＮＳＳＴまたはＲＳＴ）変換セットに基づいて、現ブロックに適用される２次逆変換を決定することができる。また、一実施例として、１次変換決定方法に依存的に（ｄｅｐｅｎｄ ｏｎ）２次変換決定方法が決定されることができる。イントラ予測モードによって１次変換と２次変換との多様な組み合わせが決定されることができる。また、一例として、２次逆変換決定部は、現ブロックのサイズに基づいて、２次逆変換が適用される領域を決定することもできる。

【0117】

一方、前述したように、２次（逆）変換が省略される場合、（逆量子化された）変換係数を受信し、上記１次（分離）逆変換を実行して残差ブロック（残差サンプル）を獲得することができる。エンコード装置およびデコード装置は、上記残差ブロックおよび予測されたブロックに基づいて復元ブロックを生成し、これに基づいて復元ピクチャを生成できることは前述した通りである。

【0118】

一方、本文書においては、非分離２次変換に伴われる計算量およびメモリ要求量の低減のために、ＮＳＳＴの概念で変換行列（カーネル）のサイズが減少したＲＳＴ（Ｒｅｄｕｃｅｄ Ｓｅｃｏｎｄａｒｙ Ｔｒａｎｓｆｏｒｍ）を適用することができる。

【0119】

一方、本文書で説明された変換カーネル、変換行列、変換カーネル行列を構成する係数、すなわち、カーネル係数または行列係数は、８ビットで表現され得る。これは、デコード装置およびエンコード装置で具現するための１つの条件であり得、既存の９ビットまたは１０ビットと比較し、合理的に受け入れられる性能低下を伴いながら、変換カーネルを記憶するためのメモリ要求量を減らすことができる。また、カーネル行列を８ビットで表現することによって、小さい掛け算器を使用でき、最適なソフトウェアの具現のために使用されるＳＩＭＤ（Ｓｉｎｇｌｅ Ｉｎｓｔｒｕｃｔｉｏｎ Ｍｕｌｔｉｐｌｅ Ｄａｔａ）命令により好適であり得る。

【0120】

本明細書において、ＲＳＴは、簡素化ファクタ（ｆａｃｔｏｒ）によってサイズが減少した変換行列（ｔｒａｎｓｆｏｒｍ ｍａｔｒｉｘ）に基づいて、対象ブロックに対する残差サンプルに対して実行される変換を意味することができる。簡素化変換を実行する場合、変換行列のサイズの減少により、変換時に要求される演算量が減少し得る。すなわち、ＲＳＴは、サイズが大きいブロックの変換または非分離変換時に発生する演算の複雑度（ｃｏｍｐｌｅｘｉｔｙ）の問題（イシュー）を解消するために利用されることができる。

【0121】

ＲＳＴは、減少した変換、減少変換、ｒｅｄｕｃｅｄ ｔｒａｎｓｆｏｒｍ、ｒｅｄｕｃｅｄ ｓｅｃｏｎｄａｒｙ ｔｒａｎｓｆｏｒｍ、ｒｅｄｕｃｔｉｏｎ ｔｒａｎｓｆｏｒｍ、ｓｉｍｐｌｉｆｉｅｄ ｔｒａｎｓｆｏｒｍ、ｓｉｍｐｌｅ ｔｒａｎｓｆｏｒｍなどの多様な用語で呼称され得、ＲＳＴが呼称され得る名称は、挙げられた例示に限定されない。あるいは、ＲＳＴは、主に変換ブロックで０ではない係数を含む低周波領域で行われるので、ＬＦＮＳＴ（Ｌｏｗ－Ｆｒｅｑｕｅｎｃｙ Ｎｏｎ－Ｓｅｐａｒａｂｌｅ Ｔｒａｎｓｆｏｒｍ）と呼称されることもある。上記変換インデックスは、ＬＦＮＳＴインデックスと名付けられ得る。

【0122】

一方、２次逆変換がＲＳＴに基づいて行われる場合、エンコード装置２００の逆変換部２３５とデコード装置３００の逆変換部３２２とは、変換係数に対する逆ＲＳＴに基づいて修正された変換係数を導出する逆ＲＳＴ部と、修正された変換係数に対する逆１次変換に基づいて、上記対象ブロックに対する残差サンプルを導出する逆１次変換部と、を含むことができる。逆１次変換は、残差に適用された１次変換の逆変換を意味する。本文書において、変換に基づいて変換係数を導出することは、当該変換を適用して変換係数を導出することを意味することができる。

【0123】

図６は、本文書の一実施例に係るＲＳＴを説明する図である。

【0124】

本明細書において、「対象ブロック」は、コーディングが実行される現ブロックまたは残差ブロックまたは変換ブロックを意味することができる。

【0125】

一実施例に係るＲＳＴで、Ｎ次元ベクトル（Ｎ ｄｉｍｅｎｓｉｏｎａｌ ｖｅｃｔｏｒ）が異なる空間に位置するＲ次元ベクトル（Ｒ ｄｉｍｅｎｓｉｏｎａｌ ｖｅｃｔｏｒ）にマッピングされ、減少した変換行列が決定されることができ、ここで、ＲはＮよりも小さい。Ｎは、変換が適用されるブロックの一辺の長さ（ｌｅｎｇｔｈ）の二乗、または変換が適用されるブロックと対応する変換係数の総数を意味することができ、簡素化ファクタは、Ｒ／Ｎ値を意味することができる。簡素化ファクタは、減少したファクタ、減少ファクタ、ｒｅｄｕｃｅｄ ｆａｃｔｏｒ、ｒｅｄｕｃｔｉｏｎ ｆａｃｔｏｒ、ｓｉｍｐｌｉｆｉｅｄ ｆａｃｔｏｒ、ｓｉｍｐｌｅ ｆａｃｔｏｒなどの多様な用語で呼称され得る。一方、Ｒは、簡素化係数（ｒｅｄｕｃｅｄ ｃｏｅｆｆｉｃｉｅｎｔ）と呼称され得るが、場合に応じては、簡素化ファクタがＲを意味することもある。また、場合に応じて、簡素化ファクタは、Ｎ／Ｒ値を意味することもある。

【0126】

一実施例において、簡素化ファクタまたは簡素化係数は、ビットストリームを介してシグナリングできるが、実施例がこれに限定されるわけではない。例えば、簡素化ファクタまたは簡素化係数に対する既に定義された値が各エンコード装置２００およびデコード装置３００に記憶されていることがあり、この場合、簡素化ファクタまたは簡素化係数は、別にシグナリングされないことがある。

【0127】

一実施例にかかる簡素化変換行列のサイズは、通常の変換行列のサイズＮｘＮよりも小さいＲｘＮであり、下記の数式４のように定義されることができる。

【0128】

＜数式４＞

【数4】

【0129】

図６の（ａ）に示すＲｅｄｕｃｅｄ Ｔｒａｎｓｆｏｒｍブロック内の行列Ｔは、数式４の行列Ｔ_RxNを意味することができる。図６の（ａ）のように、対象ブロックに対する残差サンプルに対して簡素化変換行列Ｔ_RxNが掛けられる場合、対象ブロックに対する変換係数が導出されることができる。

【0130】

一実施例において、変換が適用されるブロックのサイズが８×８であり、Ｒ＝１６（すなわち、Ｒ／Ｎ＝１６／６４＝１／４である）である場合、図６の（ａ）によるＲＳＴは、下記の数式５のような行列演算で表現され得る。この場合、メモリおよび掛け算演算が簡素化ファクタにより約１／４に減少し得る。

【0131】

本文書において行列演算とは、行列を列ベクトルの左側に置いて、行列と列ベクトルとを掛けて列ベクトルを得る演算で理解できる。

【0132】

＜数式５＞

【数5】

【0133】

数式５において、ｒ₁ないしｒ₆₄は、対象ブロックに対する残差サンプルを示すことができ、より具体的には、１次変換を適用して生成された変換係数であり得る。数式５の演算の結果、対象ブロックに対する変換係数ｃ_iが導出されることができ、ｃ_iの導出過程は数式６の通りである。

【0134】

＜数式６＞

【数6】

【0135】

数式６の演算の結果、対象ブロックに対する変換係数ｃ₁ないしｃ_Rが導出されることができる。すなわち、Ｒ＝１６である場合、対象ブロックに対する変換係数ｃ₁ないしｃ₁₆が導出されることができる。ＲＳＴではなく、通常の（ｒｅｇｕｌａｒ）変換が適用されて、サイズが６４×６４（ＮｘＮ）である変換行列が、サイズが６４ｘ１（Ｎｘ１）である残差サンプルに掛けられたら、対象ブロックに対する変換係数が６４個（Ｎ個）導出されるかもしれないが、ＲＳＴが適用されたため、対象ブロックに対する変換係数が１６個（Ｒ個）のみ導出される。対象ブロックに対する変換係数の総数がＮ個からＲ個に減少し、エンコード装置２００がデコード装置３００に送信するデータの量が減少するので、エンコード装置２００－デコード装置３００の間の送信効率が増加し得る。

【0136】

変換行列のサイズの観点から検討すると、通常の変換行列のサイズは６４×６４（ＮｘＮ）であるが、簡素化変換行列のサイズは１６×６４（ＲｘＮ）と減少するので、通常の変換を実行するときと比較すると、ＲＳＴを実行するときにメモリの使用をＲ／Ｎの割合で減少させることができる。また、通常の変換行列を用いるときの掛け算演算の数ＮｘＮと比較すると、簡素化変換行列を用いると、掛け算演算の数をＲ／Ｎの割合で減少（ＲｘＮ）させることができる。

【0137】

一実施例において、エンコード装置２００の変換部２３２は、対象ブロックに対する残差サンプルを１次変換およびＲＳＴベースの２次変換を実行することによって、対象ブロックに対する変換係数を導出することができる。このような変換係数は、デコード装置３００の逆変換部に伝達されることができ、デコード装置３００の逆変換部３２２は、変換係数に対する逆ＲＳＴ（ｒｅｄｕｃｅｄ ｓｅｃｏｎｄａｒｙ ｔｒａｎｓｆｏｒｍ）に基づいて修正された変換係数を導出し、修正された変換係数に対する逆１次変換に基づいて、対象ブロックに対する残差サンプルを導出することができる。

【0138】

一実施例にかかる逆ＲＳＴ行列Ｔ_NxRのサイズは、通常の逆変換行列のサイズＮｘＮよりも小さいＮｘＲであり、数式４に示した簡素化変換行列Ｔ_RxNとトランスポーズ（ｔｒａｎｓｐｏｓｅ）の関係にある。

【0139】

図６の（ｂ）に示したＲｅｄｕｃｅｄ Ｉｎｖ． Ｔｒａｎｓｆｏｒｍブロック内の行列Ｔ^tは、逆ＲＳＴ行列Ｔ_RxN ^Tを意味することができる（上付き文字Ｔはトランスポーズを意味する）。図６の（ｂ）のように、対象ブロックに対する変換係数に対して逆ＲＳＴ行列Ｔ_RxN ^Tが掛けられる場合、対象ブロックに対する修正された変換係数または対象ブロックに対する残差サンプルが導出されることができる。逆ＲＳＴ行列Ｔ_RxN ^Tは、（Ｔ_RxN）^T _NxRと表現することもある。

【0140】

より具体的には、２次逆変換に逆ＲＳＴが適用される場合には、対象ブロックに対する変換係数に対して逆ＲＳＴ行列Ｔ_RxN ^Tが掛けられると、対象ブロックに対する修正された変換係数が導出されることができる。一方、逆１次変換に逆ＲＳＴが適用されることができ、この場合、対象ブロックに対する変換係数に対して逆ＲＳＴ行列Ｔ_RxN ^Tが掛けられると、対象ブロックに対する残差サンプルが導出されることができる。

【0141】

一実施例において、逆変換が適用されるブロックのサイズが８×８であり、Ｒ＝１６（すなわち、Ｒ／Ｎ＝１６／６４＝１／４である場合）である場合、図６の（ｂ）によるＲＳＴは、下記の数式７のような行列演算で表現されることができる。

【0142】

＜数式７＞

【数7】

【0143】

数式７において、ｃ₁ないしｃ₁₆は、対象ブロックに対する変換係数を示すことができる。数式７の演算の結果、対象ブロックに対する修正された変換係数または対象ブロックに対する残差サンプルを示すｒ_jが導出されることができ、ｒ_jの導出過程は、数式８の通りである。

【0144】

＜数式８＞

【数8】

【0145】

数式８の演算の結果、対象ブロックに対する修正された変換係数または対象ブロックに対する残差サンプルを示すｒ₁ないしｒ_Nが導出されることができる。逆変換行列のサイズの観点から検討すると、通常の逆変換行列のサイズは６４×６４（ＮｘＮ）であるが、簡素化逆変換行列のサイズは、６４ｘ１６（ＮｘＲ）と減少するので、通常の逆変換を実行するときと比較すると、逆ＲＳＴを実行するときにメモリの使用をＲ／Ｎの割合で減少させることができる。また、通常の逆変換行列を用いるときの掛け算演算の数ＮｘＮと比較すると、簡素化逆変換行列を用いる場合、掛け算演算の数をＲ／Ｎの割合で減少（ＮｘＲ）させることができる。

【0146】

一方、８×８のＲＳＴに対しても、表２のような変換セットの構成を適用することができる。すなわち、表２における変換セットによって当該８×８のＲＳＴが適用されることができる。１つの変換セットは、画面内の予測モードによって２個または３個の変換（カーネル）で構成されているので、２次変換を適用しない場合まで含めて、最大４個の変換のうちの１つを選択するように構成されることができる。２次変換を適用しないときの変換は、恒等行列が適用されたものとみなされ得る。４個の変換に対してそれぞれ０、１、２、３のインデックスを付与するとしたとき（例えば、０番のインデックスを恒等行列、すなわち、２次変換を適用しない場合に割り当てることができる）、変換インデックスまたはｌｆｎｓｔのインデックスというシンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔ）を変換係数のブロックごとにシグナリングし、適用される変換を指定することができる。すなわち、変換インデックスを介して８×８左上側のブロックに対して、ＲＳＴの構成では８×８のＲＳＴを指定することができ、またはＬＦＮＳＴが適用される場合、８×８のｌｆｎｓｔを指定することができる。８×８のｌｆｎｓｔおよび８×８のＲＳＴは、変換の対象になる対象ブロックのＷおよびＨが全て８よりも等しいか大きいとき、当該変換係数のブロック内部に含まれる８×８領域に適用されることができる変換を指し、当該８×８領域は、当該変換係数のブロック内部の左上側の８×８領域であり得る。同様に、４×４のｌｆｎｓｔおよび４×４のＲＳＴは、対象ブロックのＷおよびＨが全て４よりも等しいか大きいとき、当該変換係数のブロック内部に含まれる４×４領域に適用されることができる変換を指し、当該４×４領域は、当該変換係数のブロック内部の左上側の４×４領域であり得る。

【0147】

一方、本文書の一実施例にかかり、エンコード過程の変換で、８×８領域を構成する６４個のデータに対して、１６×６４の変換カーネル行列ではなく、４８個のデータのみを選択し、最大１６ｘ４８の変換カーネル行列を適用することができる。ここで、「最大」とは、ｍ個の係数を生成することができるｍｘ４８の変換カーネル行列に対して、ｍの最大値が１６ことを意味する。すなわち、８×８の領域にｍｘ４８の変換カーネル行列（ｍ≦１６）を適用してＲＳＴを実行する場合、４８個のデータの入力を受けて、ｍ個の係数を生成できる。ｍが１６である場合、４８個のデータの入力を受けて、１６個の係数を生成する。すなわち、４８個のデータが４８×１ベクトルをなすとしたとき、１６ｘ４８行列と４８×１ベクトルとを順序通りに掛けて、１６×１ベクトルが生成されることができる。そのとき、８×８領域をなす４８個のデータを適切に配列し、４８×１ベクトルを構成することができる。そのとき、最大１６ｘ４８の変換カーネル行列を適用して行列演算を行うと、１６個の修正された変換係数が生成されるが、１６個の修正された変換係数は、スキャン順序に従って左上側の４×４領域に配置されることができ、右上側の４×４領域と左下側の４×４領域とは、０で満たされ得る。

【0148】

デコード過程の逆変換には、上記述べられた変換カーネル行列のトランスポーズされた行列が使用されることができる。すなわち、デコード装置で実行される逆変換過程で逆ＲＳＴまたはＬＦＮＳＴが実行される場合、逆ＲＳＴを適用する入力係数データは、所定の配列順序に従って１次元ベクトルで構成され、１次元ベクトルに当該逆ＲＳＴの行列を左側で掛けて得られた修正された係数ベクトルが所定の配列順序に従って２次元ブロックに配列されることができる。

【0149】

整理すると、変換過程で、８×８領域にＲＳＴまたはＬＦＮＳＴが適用される場合、８×８領域の変換係数のうち、８×８領域の右下側領域を除いた左上側、右上側、左下側領域の４８個の変換係数と、１６×４８の変換カーネル行列と、の行列演算が実行される。行列演算のために、４８個の変換係数は１次元の配列に入力される。このような行列演算が行われると、１６個の修正された変換係数が導出され、修正された変換係数は、８×８領域の左上側領域に配列されることができる。

【0150】

逆に、逆変換過程で、８×８領域に逆ＲＳＴまたはＬＦＮＳＴが適用される場合、８×８領域の変換係数のうち、８×８領域の左上側に対応する１６個の変換係数は、スキャン順序に従って、１次元の配列形態で入力されて、４８×１６の変換カーネル行列と行列演算されることができる。すなわち、このような場合の行列演算は、（４８×１６行列）＊（１６×１変換係数ベクトル）＝（４８×１修正された変換係数ベクトル）で示すことができる。ここで、ｎｘ１ベクトルは、ｎｘ１行列の意味で解釈され得るので、ｎｘ１列ベクトルで表記されることもある。また、＊は、行列の掛け算演算を意味する。このような行列演算が行われると、４８個の修正された変換係数が導出されることができ、４８個の修正された変換係数は、８×８領域の右下側領域を除いた左上側、右上側、左下側領域に配列されることができる。

【0151】

一方、２次逆変換がＲＳＴに基づいて実行される場合、エンコード装置２００の逆変換部２３５とデコード装置３００の逆変換部３２２とは、変換係数に対する逆ＲＳＴに基づいて修正された変換係数を導出する逆ＲＳＴ部と、修正された変換係数に対する逆１次変換に基づいて上記対象ブロックに対する残差サンプルを導出する逆１次変換部と、を含むことができる。逆１次変換は、残差に適用された１次変換の逆変換を意味する。本文書において変換に基づいて変換係数を導出することは、当該変換を適用して変換係数を導出することを意味することができる。

【0152】

前述された非分離変換、ＬＦＮＳＴについて具体的にみると、次の通りである。ＬＦＮＳＴは、エンコード装置による順方向（ｆｏｒｗａｒｄ）変換と、デコード装置による逆方向（ｉｎｖｅｒｓｅ）変換と、を含むことができる。

【0153】

エンコード装置は、順方向１次変換（ｐｒｉｍａｒｙ （ｃｏｒｅ） ｔｒａｎｓｆｏｒｍ）を適用した後、導出された結果（または結果の一部）を入力として、順方向２次変換（ｓｅｃｏｎｄａｒｙ ｔｒａｎｓｆｏｒｍ）を適用する。

【0154】

＜数式９＞

【数9】

【0155】

上記数式９で、ｘおよびｙは、それぞれ２次変換の入力および出力であり、Ｇは、２次変換を示す行列であって、変換基底ベクトル（ｔｒａｎｓｆｏｒｍ ｂａｓｉｓ ｖｅｃｔｏｒ）は列ベクトルで構成される。逆方向ＬＦＮＳＴの場合、変換行列Ｇの次元（ｄｉｍｅｎｓｉｏｎ）を［ｒｏｗ数×ｃｏｌｕｍｎ数］で表記したとき、順方向ＬＦＮＳＴの場合、行列ＧのトランスポーズがＧ^Tの次元になる。

【0156】

逆方向ＬＦＮＳＴの場合、行列Ｇの次元は、［４８×１６］、［４８×８］、［１６×１６］、［１６×８］となり、［４８×８］行列と［１６×８］行列とは、それぞれ［４８×１６］行列と［１６×１６］行列との左側から８個の変換基底ベクトルをサンプリングした部分行列である。

【0157】

反面、順方向ＬＦＮＳＴの場合、行列Ｇ^Tの次元は、［１６ｘ４８］、［８×４８］、［１６×１６］、［８×１６］となり、［８×４８］行列と［８×１６］行列とは、それぞれ［１６ｘ４８］行列と［１６×１６］行列との上方から８個の変換基底ベクトルをサンプリングした部分行列である。

【0158】

したがって、順方向ＬＦＮＳＴの場合、入力ｘとしては［４８×１］ベクトルまたは［１６×１］ベクトルが可能であり、出力ｙとしては、［１６×１］ベクトルまたは［８×１］ベクトルが可能である。ビデオコーディングおよびデコードにおける順方向１次変換の出力は、２次元（２Ｄ）データであるので、入力ｘとして［４８×１］ベクトルまたは［１６×１］ベクトルを構成するために、順方向変換の出力である２Ｄデータを適切に配列して１次元ベクトルを構成しなければならない。

【0159】

図７は、一例によって、順方向１次変換の出力データを１次元ベクトルに配列する順序を示した図である。図７の（ａ）および（ｂ）の左側図は、［４８×１］ベクトルを作るための順序（sequence、シーケンス）を示し、図７の（ａ）および（ｂ）の右側図は、［１６×１］ベクトルを作るための順序を示す。ＬＦＮＳＴの場合、図７の（ａ）および（ｂ）のような順序で２Ｄデータを順次配列し、１次元ベクトルｘが得られる。

【0160】

このような順方向１次変換の出力データの配列方向は、現ブロックのイントラ予測モードによって決定されることができる。例えば、現ブロックのイントラ予測モードが対角線方向を基準に水平方向である場合、順方向１次変換の出力データは、図７の（ａ）の順に配列されることができ、現ブロックのイントラ予測モードが対角線方向を基準に垂直方向である場合、順方向１次変換の出力データは、図７の（ｂ）の順に配列されることができる。

【0161】

一例によって、図７の（ａ）および（ｂ）の配列順序（ｏｒｄｅｒｉｎｇ）と異なる配列順序を適用することができ、図７の（ａ）および（ｂ）の配列順序を適用したときと同じ結果（ｙベクトル）を導出するためには、行列Ｇの列ベクトルを当該配列順序に合わせて再配列すればよい。すなわち、ｘベクトルを構成する各要素に対して、常時同じ変換基底ベクトルと掛けられるようにＧの列ベクトルを再配置することができる。

【0162】

数式９を介して導出される出力ｙは、１次元ベクトルであるので、順方向２次変換の結果を入力として処理する構成、例えば、量子化または残差コーディングを実行する構成が、入力データとして２次元データが必要であれば、数式９の出力ｙベクトルは、再度２Ｄデータに適切に配置されなければならない。

【0163】

図８は、一例によって順方向２次変換の出力データを２次元ブロックに配列する順序を示した図である。

【0164】

ＬＦＮＳＴの場合、決められたスキャン順序に従って２Ｄブロックに配置されることができる。図８の（ａ）は、出力ｙが［１６×１］ベクトルである場合、２次元ブロックの１６個の位置に対角スキャン（ｄｉａｇｏｎａｌ ｓｃａｎ）順序に従って出力値が配置されることを示す。図８の（ｂ）は、出力ｙが［８×１］ベクトルである場合、２次元ブロックの８個の位置に対角スキャン順序に従って出力値が配置され、残りの８個の位置は０で満たされることを示す。図８の（ｂ）のＸは、０で満たされることを示す。

【0165】

別の例によって、量子化または残差コーディングを実行する構成により、出力ベクトルｙが処理される順序は、予め設定された順序に従って実行されることができるため、図８のように、出力ベクトルｙが２Ｄブロックに配置されないことがある。ただし、残差コーディングの場合、ＣＧ（Ｃｏｅｆｆｉｃｉｅｎｔ Ｇｒｏｕｐ）のような２Ｄブロック（例えば、４×４）単位でデータコーディングが実行されることができ、この場合、図８の対角スキャン順序のように特定の順序に従ってデータが配列されることができる。

【0166】

一方、デコード装置は、逆方向の変換のために逆量子化過程などを通じて出力された２次元データを予め設定されたスキャン順序に従って配列（羅列）し、１次元入力ベクトルであるｙを構成することができる。入力ベクトルｙは、下記数式により入力ベクトルｘに出力されることができる。

【0167】

＜数式１０＞

【数10】

【0168】

逆方向ＬＦＮＳＴの場合、［１６×１］ベクトルまたは［８×１］ベクトルである入力ベクトルｙにＧ行列を掛けることによって、出力ベクトルｘを導出することができる。逆方向ＬＦＮＳＴの場合、出力ベクトルｘは、［４８×１］ベクトルまたは［１６×１］ベクトルであり得る。

【0169】

出力ベクトルｘは、図７に示した順序に従って、２次元ブロックに配置されて２次元データに配列され、このような２次元データは、逆方向１次変換の入力データ（または入力データの一部）になる。

【0170】

したがって、逆方向２次変換は、全体的に順方向２次変換の過程と反対であり、逆変換の場合、順方向と異なり、逆方向２次変換を先に適用した後、逆方向１次変換を適用することになる。

【0171】

逆方向ＬＦＮＳＴでは、変換行列Ｇとして８個の［４８×１６］行列および８個の［１６×１６］行列のうちの１つが選択されることができる。［４８×１６］行列および［１６×１６］行列のうち、どの行列を適用するかは、ブロックのサイズおよび形状によって決定される。

【0172】

また、８個の行列は、前述した表２のように４個の変換セットから導出されることができ、各変換セットは、２個の行列で構成されることができる。４個の変換セットのうち、どの変換セットを使用するかは、イントラ予測モードによって決定され、より具体的には、広角イントラ予測モード（Ｗｉｄｅ Ａｎｇｌｅ Ｉｎｔｒａ Ｐｒｅｄｉｃｔｉｏｎ、ＷＡＩＰ）まで考慮して、拡張されたイントラ予測モード値に基づいて変換セットが決定される。選択された変換セットを構成する２個の行列のうち、どの行列を選択するかは、インデックスシグナリング（ｉｎｄｅｘ ｓｉｇｎａｌｉｎｇ）を介して導出される。より具体的には、送信されるインデックス値としては、０、１、２が可能であり、０は、ＬＦＮＳＴを適用しないことを指示し、１および２は、イントラ予測モード値に基づいて選択された変換セットを構成する２個の変換行列の何れかを指示することができる。

【0173】

図９は、本文書の一実施例に係る広角イントラ予測モードを示した図である。

【0174】

一般的なイントラ予測モード値は、０～６６および８１～８３までの値を有することができ、示したように、ＷＡＩＰにより拡張されたイントラ予測モード値は、－１４～８３までの値を有することができる。８１～８３までの値は、ＣＣＬＭ（Ｃｒｏｓｓ Ｃｏｍｐｏｏｎｅｎｔ Ｌｉｎｅａｒ Ｍｏｄｅｌ）モードを指し、－１４～－１までの値および６７～８０までの値は、ＷＡＩＰの適用により拡張されたイントラ予測モード値を指す。

【0175】

予測現ブロックの幅が高さよりも大きい場合、大体上方の参照ピクセルが予測しようとするブロック内部の位置とさらに近い。したがって、右上側（ｔｏｐ－ｒｉｇｈｔ）方向に予測するよりも、左下側（ｂｏｔｔｏｍ－ｌｅｆｔ）方向に予測することがより正確であり得る。反対に、ブロックの高さが幅よりも大きい場合は、左側の参照ピクセルが予測しようとするブロック内部の位置と大体近い。したがって、左下側（ｂｏｔｔｏｍ－ｌｅｆｔ）方向に予測するよりも、右上側（ｔｏｐ－ｒｉｇｈｔ）方向に予測することがより正確であり得る。したがって、広角イントラ予測モードのインデックスでリマッピング、すなわち、モードインデックスの変換を適用することが有利なことがある。

【0176】

広角イントラ予測が適用される場合、既存のイントラ予測に関する情報がシグナリングされることができ、上記情報がパージングされた後、上記情報が上記広角イントラ予測モードのインデックスでリマッピングされることができる。したがって、特定のブロック（例えば、特定のサイズの非正方形ブロック）に対する総イントラ予測モードの数は、変更されなくてもよく、すなわち、総イントラ予測モードの数は６７個であり、上記特定のブロックに対するイントラ予測モードのコーディングは変更されなくてもよい。

【0177】

下記の表３は、イントラ予測モードを広角イントラ予測モードでリマッピングして修正されたイントラモードを導出する過程を示している。

【0178】

＜表３＞

【表3】

【0179】

表３で最終的にｐｒｅｄＭｏｄｅＩｎｔｒａ変数に拡張されたイントラ予測モード値が記憶され、ＩＳＰ＿ＮＯ＿ＳＰＬＩＴは、現在のＶＶＣ標準に採択されたＩｎｔｒａ Ｓｕｂ Ｐａｒｔｉｔｉｏｎｓ（ＩＳＰ）技術によりＣＵブロックがサブパーティションに分割されないことを示し、ｃＩｄｘの変数値が０、１、２であるのは、各々ルマ、Ｃｂ、Ｃｒコンポーネントの場合を指す。表３で登場するＬｏｇ２の関数は、ベース（ｂａｓｅ）が２であるログ値をリターンし、Ａｂｓの関数は、絶対値をリターンする。

【0180】

広角イントラ予測モードのマッピング過程（Ｗｉｄｅ ａｎｇｌｅ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ ｍｏｄｅ ｍａｐｐｉｎｇ ｐｒｏｃｅｓｓ）の入力値としてイントラ予測モードを指示する変数ｐｒｅｄＭｏｄｅＩｎｔｒａ、変換ブロックの高さおよび幅などが使用され、出力値は、修正されたイントラ予測モード（ｔｈｅ ｍｏｄｉｆｉｅｄ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ ｍｏｄｅ ｐｒｅｄＭｏｄｅＩｎｔｒａ）になる。変換ブロックまたはコーディングブロックの高さおよび幅がイントラ予測モードのリマッピングのための現ブロックの高さおよび幅になる。そのとき、高さと幅との比率を反映する変数ｗｈＲａｔｉｏは、Ａｂｓ（Ｌｏｇ２（ｎＷ／ｎＨ））に設定されることができる。

【0181】

正方形ではないブロックに対して、イントラ予測モードは、２つの場合に区分されて修正されることができる。

【0182】

まず、（１）現ブロックの幅が高さよりも大きく、（２）修正前のイントラ予測モードが２と等しいか大きく、（３）イントラ予測モードが、変数ｗｈＲａｔｉｏが１よりも大きい場合は（８＋２＊ｗｈＲａｔｉｏ）で導出される値よりも、変数ｗｈＲａｔｉｏが１よりも等しいか小さい場合は８（で導出される値）よりも、小さい［ｐｒｅｄＭｏｄｅＩｎｔｒａ ｉｓ ｌｅｓｓ ｔｈａｎ （ｗｈＲａｔｉｏ＞１）？（８＋２＊ｗｈＲａｔｉｏ）：８］という全ての条件を満たすと、イントラ予測モードは、イントラ予測モードよりも６５大きい値に設定される［ｐｒｅｄＭｏｄｅＩｎｔｒａ ｉｓ ｓｅｔ ｅｑｕａｌ ｔｏ（ｐｒｅｄＭｏｄｅＩｎｔｒａ＋６５）］。

【0183】

上記と異なる場合、（１）現ブロックの高さが幅よりも大きく、（２）修正前のイントラ予測モードが６６と等しいか小さく、（３）イントラ予測モードが、変数ｗｈＲａｔｉｏが１よりも大きい場合は（６０－２＊ｗｈＲａｔｉｏ）で導出される値よりも、変数ｗｈＲａｔｉｏが１よりも等しいか小さい場合は６０（で導出される値）よりも、大きい［ｐｒｅｄＭｏｄｅＩｎｔｒａ ｉｓ ｇｒｅａｔｅｒ ｔｈａｎ （ｗｈＲａｔｉｏ＞１）？（６０－２＊ｗｈＲａｔｉｏ）：６０］という全ての条件を満たすと、イントラ予測モードは、イントラ予測モードよりも６７小さい値に設定される［ｐｒｅｄＭｏｄｅＩｎｔｒａ ｉｓ ｓｅｔ ｅｑｕａｌ ｔｏ （ｐｒｅｄＭｏｄｅＩｎｔｒａ－６７）］。

【0184】

前述した表２は、ＬＦＮＳＴでＷＡＩＰにより拡張されたイントラ予測モード値に基づいて、変換セットがどのように選択されるかを示している。図９のように、１４～３３までのモードと３５～８０までのモードとは、モード３４を中心に予測方向の観点から互いに対称である。例えば、モード１４とモード５４とは、モード３４に該当する方向を中心に対称である。したがって、互いに対称的な方向に位置するモード同士は、同じ変換セットを適用することになり、表２でも、このような対称性が反映されている。

【0185】

ただし、モード５４に対する順方向ＬＦＮＳＴの入力データは、モード１４に対する順方向ＬＦＮＳＴの入力データと対称をなすと仮定する。例えば、モード１４およびモード５４については、各々図７の（ａ）および図７の（ｂ）に示した配列順序に従って、２次元データを１次元データに再配列することになり、図７の（ａ）および図７の（ｂ）に示した順序のパターンは、モード３４の指す方向（対角線方向）を中心に対称であることが分かる。

【0186】

一方、前述したように、［４８×１６］行列および［１６×１６］行列のうち、どの変換行列をＬＦＮＳＴに適用するか否かは、変換対象ブロックのサイズおよび形状により決定される。

【0187】

図１０は、ＬＦＮＳＴが適用されるブロックの形状を示した図である。図１０の（ａ）は４×４ブロックを、（ｂ）は４ｘ８および８×４ブロックを、（ｃ）はＮが１６以上である４ｘＮまたはＮｘ４ブロックを、（ｄ）は８×８ブロックを、（ｅ）はＭ≧８、Ｎ≧８であり、Ｎ＞８またはＭ＞８であるＭｘＮブロックを示している。

【0188】

図１０で、太い枠を有するブロックが、ＬＦＮＳＴが適用される領域を指す。図１０の（ａ）および（ｂ）のブロックについては、左上側（ｔｏｐ－ｌｅｆｔ）の４×４領域に対してＬＦＮＳＴが適用され、図１０の（ｃ）のブロックに対しては、連続して配置された２個の左上側の４×４領域に対して、それぞれＬＦＮＳＴが適用される。図１０の（ａ）、（ｂ）、（ｃ）では、４×４領域の単位でＬＦＮＳＴが適用されるので、このようなＬＦＮＳＴを以下「４×４のＬＦＮＳＴ」と名づけることとし、当該変換行列としては、数式９および数式１０のＧに対する行列次元に基づいて（を基準）［１６×１６］または［１６×８］行列が適用されることができる。

【0189】

より具体的には、図１０の（ａ）の４×４ブロック（４×４ＴＵまたは４×４ＣＵ）に対しては［１６×８］行列が適用され、図１０の（ｂ）および（ｃ）におけるブロックに対しては［１６×１６］行列が適用される。これは、最悪の場合（ｗｏｒｓｔ ｃａｓｅ）に対する計算複雑度をサンプルあたり８掛け算（８ ｍｕｌｔｉｐｌｉｃａｔｉｏｎｓ ｐｅｒ ｓａｍｐｌｅ）に合わせるためである。

【0190】

図１０の（ｄ）および（ｅ）については、左上側の８×８領域に対してＬＦＮＳＴが適用され、このようなＬＦＮＳＴを以下「８×８のＬＦＮＳＴ」と名付けることとする。当該変換行列としては、［４８×１６］または［４８×８］行列が適用されることができる。順方向ＬＦＮＳＴの場合、入力データとして［４８×１］ベクトル（数式９のｘベクトル）が入力されるので、左上側の８×８領域の全てのサンプル値が順方向ＬＦＮＳＴの入力値として使用されない。すなわち、図７の（ａ）の左側順序または図７の（ｂ）の左側順序で見るように、右下側（ｂｏｔｔｏｍ－ｒｉｇｈｔ）の４×４ブロックはそのまま置いて、残りの３個の４×４ブロックに属するサンプルに基づいて、［４８×１］ベクトルを構成することができる。

【0191】

図１０の（ｄ）における８×８ブロック（８×８ＴＵまたは８×８ＣＵ）に［４８×８］行列が適用され、図１０の（ｅ）における８×８ブロックに［４８×１６］行列が適用されることができる。これもやはり、最悪の場合（ｗｏｒｓｔ ｃａｓｅ）に対する計算複雑度をサンプルあたり８掛け算（８ ｍｕｌｔｉｐｌｉｃａｔｉｏｎｓ ｐｅｒ ｓａｍｐｌｅ）に合わせるためである。

【0192】

ブロックの形状に応じて、これに対応する順方向ＬＦＮＳＴ（４×４ＬＦＮＳＴまたは８×８ＬＦＮＳＴ）が適用されると、８個または１６個の出力データ（数式９におけるｙベクトル、［８×１］または［１６×１］ベクトル）が生成され、順方向ＬＦＮＳＴでは、行列Ｇ^Tの特性上、出力データの数が入力データの数よりも等しいか少なくなる。

【0193】

図１１は、一例によって順方向ＬＦＮＳＴの出力データの配置を示した図面であり、ブロック形状に沿って順方向ＬＦＮＳＴの出力データが配置されるブロックを示す。

【0194】

図１１に示したブロックの左上側に陰影で処理された領域が順方向ＬＦＮＳＴの出力データが位置する領域に該当し、０で表記された位置は０値で満たされるサンプルを示し、残りの領域は、順方向ＬＦＮＳＴにより変更されない領域を示す。ＬＦＮＳＴにより変更されない領域には、順方向１次変換の出力データが変更されずにそのまま存在する。

【0195】

前述したように、ブロックの形状に応じて適用される変換行列の次元が変わるので、出力データの数も変わる。図１１のように、順方向ＬＦＮＳＴの出力データが左上側４×４ブロックを全て満たさないこともある。図１１の（ａ）および（ｄ）の場合、太い線で表示されたブロックまたはブロック内部の一部領域には、それぞれ［１６×８］行列および［４８×８］行列が適用されて、順方向ＬＦＮＳＴの出力で［８×１］ベクトルが生成される。すなわち、図８の（ｂ）に示したスキャン順序に従って、８個の出力データのみ図１１の（ａ）および（ｄ）のように満たされ、残りの８個の位置に対しては０が満たされることができる。図１０の（ｄ）のＬＦＮＳＴの適用ブロックの場合、図１１の（ｄ）のように左上側の４×４ブロックに隣接する右上側および左下側の２個の４×４ブロックも０値で満たされる。

【0196】

上記のように、基本的にＬＦＮＳＴインデックスをシグナリングし、ＬＦＮＳＴの適用が可能か否か、および適用する変換行列を指定することになる。図１１に示したように、ＬＦＮＳＴが適用される場合、順方向ＬＦＮＳＴの出力データの数が入力データの数よりも等しいか少ないことがあるため、０値で満たされる領域が次のように発生する。

【0197】

１）図１１の（ａ）のように、左上側の４×４ブロック内にスキャン順序上８番目以降の位置、すなわち、９番目から１６番目までのサンプル

【0198】

２）図１１の（ｄ）および（ｅ）のように、［１６×４８］行列または［８×４８］行列が適用されて、左上側の４×４ブロックに隣接する２つの４×４ブロックまたはスキャン順序上の２番目および３番目の４×４ブロック

【0199】

したがって、上記１）および２）の領域をチェックし、０ではない（ｎｏｎ－ｚｅｒｏ）データが存在することになると、ＬＦＮＳＴが適用されていないことが確実であるため、当該ＬＦＮＳＴインデックスのシグナリングを省略することができる。

【0200】

一例によって、例えば、ＶＶＣ標準に採択されたＬＦＮＳＴの場合、ＬＦＮＳＴインデックスのシグナリングは、残差コーディングの後に実行されるので、エンコード装置は、残差コーディングを介してＴＵまたはＣＵブロック内部の全ての位置に対する０ではないデータ（有効係数）の存在が可能か否かが分かる。したがって、エンコード装置は、０ではないデータの存在が可能か否かを通じて、ＬＦＮＳＴインデックスに対するシグナリングを実行するか否かを判断することができ、デコード装置は、ＬＦＮＳＴインデックスのパージングが可能か否かを判断することができる。上記１）および２）で指定された領域に０ではないデータが存在しない場合、ＬＦＮＳＴインデックスのシグナリングを実行する。

【0201】

ＬＦＮＳＴインデックスのバイナリ化方法として、トランケートされたユーナリ（単項）コード（truncated unary code）を適用するため、ＬＦＮＳＴインデックスは、最大２つのBean（ビン、bins）で構成され、可能なＬＦＮＳＴインデックス値である０、１、２のバイナリコードではそれぞれ０、１０、１１が割り当てられる。一例によれば、第１のビンに対してはコンテキストベースのＣＡＢＡＣコーディングが適用され（regular coding）、第２のビンに対してもコンテキストベースのＣＡＢＡＣコーディングが適用され得る。ＬＦＮＳＴインデックスのコーディングを表に示すと以下の通りである。

【0202】

＜表４＞

【表4】

【0203】

表４に示すように、最初のBean（binIdx ＝ ０）に対しては、シングルツリーの場合０番のコンテキストを適用し、シングルツリー以外の場合は１番のコンテキストを適用できる。また、表４に示すように、２番目のBean（binIdx ＝ １）に対しては２番のコンテキストを適用できる。つまり、最初のビンには２つのコンテキストが割り当てることができ、２番目のビンには１つのコンテキストが割り当てることができ、ctxInc値（0、1、2）で各コンテキストが区分され得る。

【0204】

ここで、シングルツリーとは、ルマ成分とクロマ成分とが同じコーディング構造（coding structure）を有してコーディングされることを意味する。コーディングユニットが同じコーディング構造を有しつつ分割される途中、コーディングユニットのサイズが特定の閾値以下になり、ルマ成分とクロマ成分とが別々のツリー構造を有してコーディングされる場合、当該コーディングユニットについてはデュアルツリーとみなし、最初のビンのコンテキストが決定されることができる。つまり、表４のように１番のコンテキストを割り当てることができる。

【0205】

あるいは、最初のBeanの変数treeTypeの値がＳＩＮＧＬＥ＿ＴＲＥＥに割り当てられる場合、０番のコンテキストを、そうでない場合は、１番コンテキストを使用してコーディングできる。

【0206】

一方、採択されたＬＦＮＳＴに対して、次のような単純化方法が適用されることができる。

【0207】

（ｉ）一例によって、順方向ＬＦＮＳＴに対する出力データの数を最大１６個に限定することができる。

【0208】

図１０の（ｃ）の場合、左上側に隣接する２個の４×４領域にそれぞれ４×４ＬＦＮＳＴが適用されることができ、そのとき、最大３２個のＬＦＮＳＴ出力データが生成されることができる。順方向ＬＦＮＳＴに対する出力データの数を最大１６に限定すると、４ｘＮ／Ｎｘ４（Ｎ≧１６）ブロック（ＴＵまたはＣＵ）に対しても、左上側に存在する１個の４×４領域に対してのみ４×４ＬＦＮＳＴを適用し、図１０の全てのブロックに対して、ＬＦＮＳＴを一度だけ適用できる。これを通じて、映像エンコードに対する具現が単純になる。

【0209】

図１２は、一例によって、順方向ＬＦＮＳＴに対する出力データの数を最大１６個に限定したことを示す。図１２のように、Ｎが１６以上である４ｘＮまたはＮｘ４ブロックで最左上側の４×４領域に対してＬＦＮＳＴが適用されると、順方向ＬＦＮＳＴの出力データは１６個になる。

【0210】

（ｉｉ）一例によって、ＬＦＮＳＴが適用されない領域に対して、さらにゼロアウト（ｚｅｒｏ－ｏｕｔ）を適用することができる。本文書におけるゼロアウトは、特定の領域に属する全ての位置の値が０で満たされることを意味することができる。すなわち、ＬＦＮＳＴにより変更されずに順方向１次変換の結果を維持している領域に対しても、ゼロアウトを適用することができる。前述したように、ＬＦＮＳＴは４×４ＬＦＮＳＴと８×８ＬＦＮＳＴとに区分されるので、次のように２種類（（ｉｉ）－（Ａ）および（ｉｉ）－（Ｂ））にゼロアウトを区分することができる。

【0211】

（ｉｉ）－（Ａ）４×４のＬＦＮＳＴが適用されるとき、４×４のＬＦＮＳＴが適用されない領域をゼロアウトすることができる。図１３は、一例によって、４×４のＬＦＮＳＴが適用されるブロックにおけるゼロアウトを示す図である。

【0212】

図１３のように、４×４のＬＦＮＳＴが適用されるブロックに対して、すなわち、図１１の（ａ）、（ｂ）および（ｃ）のブロックに対してＬＦＮＳＴが適用されない領域まで全て０で満たされることができる。

【0213】

一方、図１３の（ｄ）は、図１２のように順方向ＬＦＮＳＴの出力データの個数の最大値を１６に限定した場合、４×４ＬＦＮＳＴが適用されない残りのブロックに対してゼロアウトを行ったことを示す。

【0214】

（ｉｉ）－（Ｂ）８ｘ８のＬＦＮＳＴが適用されるとき、８ｘ８のＬＦＮＳＴが適用されない領域をゼロアウトすることができる。図１４は、一例によって、８ｘ８ＬＦＮＳＴが適用されるブロックにおけるゼロアウトを示す図である。

【0215】

図１４のように、８ｘ８のＬＦＮＳＴが適用されるブロックに対して、すなわち、図１１の（ｄ）および（ｅ）のブロックに対して、ＬＦＮＳＴが適用されない領域まで全て０で満たされることができる。

【0216】

（ｉｉｉ）上記（ｉｉ）で提示したゼロアウトにより、ＬＦＮＳＴが適用されるとき、０で満たされる領域が変わり得る。したがって、上記（ｉｉ）で提案されたゼロアウトによって０ではないデータが存在するか否かを、図１１のＬＦＮＳＴの場合よりも広い領域に対してチェックすることができる。

【0217】

例えば、（ｉｉ）－（Ｂ）を適用する場合、図１１の（ｄ）および（ｅ）で０値で満たされる領域に加えて、図１４でさらに０で満たされた領域まで０ではないデータが存在するか否かをチェックした後、０ではないデータが存在しない場合にのみ、ＬＦＮＳＴインデックスに対するシグナリングを実行することができる。

【0218】

もちろん、上記（ｉｉ）で提案されたゼロアウトを適用しても、既存のＬＦＮＳＴインデックスのシグナリングと同じように、０ではないデータが存在するか否かをチェックすることができる。すなわち、図１１に０で満たされたブロックに対して、０ではないデータが存在するか否かをチェックし、ＬＦＮＳＴインデックスのシグナリングを適用することができる。このような場合、エンコード装置にのみゼロアウトを実行し、デコード装置では当該ゼロアウトを仮定せず、すなわち、図１１で明示的に０で表記された領域に対してのみ０ではないデータが存在するか否かのみをチェックし、ＬＦＮＳＴインデックスのパージングを実行することができる。

【0219】

上記ＬＦＮＳＴに対する単純化方法（（ｉ），（ｉｉ）－（Ａ），（ｉｉ）－（Ｂ），（ｉｉｉ））の組み合わせを適用した様々な実施形態が導出される。もちろん、上記単純化方法に対する組み合わせは、下記の実施形態に限定されず、任意の組み合わせをＬＦＮＳＴに適用することができる。

【0220】

実施形態

【0221】

－順方向ＬＦＮＳＴに対する出力データの数を最大１６個に限定→（ｉ）

【0222】

－４ｘ４のＬＦＮＳＴが適用されるとき、４ｘ４のＬＦＮＳＴが適用されない領域を全てゼロアウト→（ｉｉ）－（Ａ）

【0223】

－８ｘ８のＬＦＮＳＴが適用されるとき、８ｘ８のＬＦＮＳＴが適用されない領域を全てゼロアウト→（ｉｉ）－（Ｂ）

【0224】

－既存の０値で満たされる領域と追加的なゼロアウト（（ｉｉ）－（Ａ）、（ｉｉ）－（Ｂ））により０で満たされる領域とに対しても０ではないデータが存在するか否かをチェックした後、０ではないデータが存在しない場合にのみＬＦＮＳＴインデキシングのシグナリング→（ｉｉｉ）

【0225】

上記実施形態の場合、ＬＦＮＳＴが適用されるとき、０ではない出力データが存在できる領域が左上側４×４領域の内部に制限される。より詳しくは、図１３の（ａ）および図１４の（ａ）の場合、スキャン順序において８番目の位置が０ではないデータが存在できる最後の位置になり、図１３の（ｂ）および（ｄ）と図１４の（ｂ）との場合、スキャン順序において１６番目の位置（すなわち、左上側４×４ブロックの右下側の位置）が０ではないデータが存在できる最後の位置になる。

【0226】

したがって、ＬＦＮＳＴが適用されたとき、残差コーディング過程が許容されない位置（最後の位置を越えた位置で）で０ではないデータが存在するか否かをチェックした後、ＬＦＮＳＴインデックスのシグナリングが可能か否かが決定されることができる。

【0227】

（ｉｉ）で提案されたゼロアウト方式の場合、１次変換とＬＦＮＳＴとの両方ともを適用したときに最終的に発生するデータの数が減少するため、全体変換過程を行うときに要求される計算量を減らすことができる。すなわち、ＬＦＮＳＴが適用される場合、ＬＦＮＳＴが適用されない領域に存在する順方向１次変換出力データに対してもゼロアウトを適用するため、順方向１次変換を行うときからゼロアウトとなる領域に対するデータを生成する必要がない。したがって、当該データ生成に要求される演算量を節約することができる。（ｉｉ）で提案されたゼロアウト方式の追加的な効果をまとめると、以下の通りである。

【0228】

第１に、上記のように全体変換過程の実行に必要な計算量が低減する。

【0229】

特に、（ｉｉ）－（Ｂ）を適用する場合、最悪の場合に対する計算量が減少して変換の過程を軽量化することができる。言い換える（敷衍する）と、一般的に大きなサイズの１次変換実行に大量の演算が要求されるが、（ｉｉ）－（Ｂ）を適用すると、順方向ＬＦＮＳＴ実行結果として導出されるデータの数を１６個以下に減らすことができ、全体ブロック（ＴＵまたはＣＵ）サイズが大きくなるほど、変換演算量低減効果はさらに増加する。

【0230】

第２に、変換過程全体に必要な演算量が減少して変換実行に必要な電力消費を削減することができる。

【0231】

第３に、変換過程に伴う遅延時間（ｌａｔｅｎｃｙ）を減少させる。

【0232】

ＬＦＮＳＴのような２次変換は、既存の１次変換に計算量を追加することになるので、変換実行に伴う全体遅延時間を増加させる。特に、イントラ予測の場合、予測過程で隣接ブロックの復元データが使用されるので、エンコード時に２次変換による遅延時間の増加が復元（ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ）までの遅延時間の増加につながり、イントラ予測エンコードの全体的な遅延時間の増加につながる可能性がある。

【0233】

しかしながら、（ｉｉ）で提示したゼロアウトを適用すると、ＬＦＮＳＴ適用時に１次変換実行の遅延時間を大幅に減らすことができるため、変換実行全体に対する遅延時間はそのまま維持されるか低減することになり、エンコード装置をより簡単に実現することができる。

【0234】

一方、従来のイントラ予測は、現在コーディングしようとするブロックを１つのコーディングユニットとみなして分割なしでコーディングを行っていた。しかしながら、ＩＳＰ（Ｉｎｔｒａ Ｓｕｂ－Ｐａｒｉｔｉｏｎｓ）コーディングは、現在コーディングしようとするブロックを水平方向または垂直方向に分割してイントラ予測コーディングを行うことを意味する。このとき、分割されたブロック単位でコーディング／デコード化を行って復元されたブロックを生成し、復元されたブロックは、次の分割されたブロックの参照ブロックとして使用される。一例によって、ＩＳＰコーディング時に１つのコーディングブロックが２つまたは４つのサブブロックに分割されてコーディングされてもよく、ＩＳＰにおいて１つのサブブロックは、隣接する左側または隣接する上側に位置するサブブロックの復元されたピクセル値を参照してイントラ予測が行われる。以下、使用される「コーディング」は、エンコード装置において行われるエンコードとデコード装置で行われるデコードとを全て含む概念として使用される。

【0235】

一方、以下においては、ＬＦＮＳＴインデックスおよびＭＴＳインデックスのシグナリングについて注意深く見る。

【0236】

一例に係るＬＦＮＳＴインデックスおよびＭＴＳインデックスのシグナリングに関連するコーディングユニットシンタックステーブル、変換ユニットシンタックステーブル、および残差コーディングシンタックステーブルは、以下の表の通りである。表５によれば、ＭＴＳインデックスは、変換ユニットレベルからコーディングユニットレベルのシンタックスに移動し、ＬＦＮＳＴインデックスシグナリングの後にシグナリングされる。また、コーディングユニットにＩＳＰが適用される場合、ＬＦＮＳＴを許容しない制限條件が除去されるのでＬＦＮＳＴを全てのイントラ予測ブロックに適用することができる。さらに、ＭＴＳインデックスおよびＬＦＮＳＴインデックスのすべてがコーディングユニットレベルの最後の部分に条件付きでシグナリングされる。

【0237】

＜表５＞

【表5】

【0238】

＜表６＞

【表6】

【0239】

＜表７＞

【表7】

【0240】

上記表の主な変数の意味は、次の通りである。

【0241】

ＣｂWidth、ＣｂHeight：現在のコーディングブロック（Coding Block）の幅および高さ

【0242】

log2TbWidth, log2TbHeight:現在の変換ブロック(Transform Block)の幅および高さに対するベース-2のログ値、ゼロアウトが反映され、０でない係数(non-zero coefficient)が存在できる左上端領域に縮小され得る。

【0243】

３．sps_lfnst_enabled_flag：LFNSTの適用が可能か否かを示すフラグとして、フラグ値が０の場合、ＬＦＮＳＴが適用不可であることを示し、フラグ値が１の場合、ＬＦＮＳＴが適用可能であることを示す。シーケンスパラメータセット（Sequence Parameter Set; SPS）で定義されいる。

【0244】

４．CuPredMode[ chType ][ x0 ][ y0 ]: 変数chTypeおよび(x0, y0)位置に対応する予測モード、chTypeは、0および1の値を有し得、0はルマ成分を表し、1はクロマ成分を表す。（ｘ０、ｙ０）位置は、ピクチャ上の位置を示し、ＣｕＰｒｅｄＭｏｄｅ［ｃｈＴｙｐｅ］［ｘ０］［ｙ０］値としては、ＭＯＤＥ＿ＩＮＴＲＡ（イントラ予測）およびＭＯＤＥ＿ＩＮＴＥＲ（インター予測）が可能である。

【0245】

５．IntraSubPartitionsSplit[ x0 ][ y0 ]: (x0, y0)位置の内容は、4番と同じである。（ｘ０，ｙ０）位置でどのＩＳＰ分割が適用されたかを示し、ＩＳＰ＿ＮＯ＿ＳＰＬＩＴは、（ｘ０，ｙ０）位置に対応するコーディングユニットがパーティションブロックに分割されないことを示す。

【0246】

6. intra_mip_flag[ x0 ][ y0 ]: (x0, y0)位置に関する内容は、上記4番と同じである。intra_mip_flagは、MIP（Matrix-based Intra Prediction）予測モードが適用されたか否かを示すフラグである。フラグ値が０であればＭＩＰが適用されることができないことを示し、フラグ値が１であればＭＩＰが適用されることを示す。

【0247】

７．ｃＩｄｘ：０値はルマを表し、１値および２値は、それぞれクロマ成分であるＣｂ、Ｃｒを表す。

【0248】

８．treeType：シングルツリー（single-tree）およびデュアルツリー（dual-tree）などを指す（ＳＩＮＧＬＥ＿ＴＲＥＥ：シングルツリー、DUAL＿TREE＿LUMA：ルマ成分のデュアルツリー、DUAL＿TREE＿CHROMA：クロマ成分のデュアルツリー）

【0249】

9. lastSubBlock：最後の有効係数（last non-zero coefficient）が位置するサブブロック（sub-block、Coefficient Group（CG））のスキャン順序上の位置を示す。０はDC成分が含まれるサブブロックを指し、０より大きい場合はＤＣ成分を含むサブブロックではない。

【0250】

１０. lastScanPos：最後の有効係数が１つのサブブロック内でスキャン順にどの位置にあるかを示す。１つのサブブロックが１６個の位置で構成されている場合、０から１５までの値が可能である。

【0251】

１１. lfnst_idx[ x0 ][ y0 ]: パージングしようとするＬＦＮＳＴインデックスシンタックスエレメントである。パージングされない場合は、ゼロ値に類推される。つまり、デフォルト値がゼロに設定され、ＬＦＮＳＴを適用しないことを示す。

【0252】

１２.LastSignificantCoeffX、LastSignificantCoeffY：最後の有効係数が変換ブロック内に位置するx座標およびy座標を示す。x座標は０から始まり、左から右に増加し、y座標は０から始まり上から下に増加する。2つの変数の値が全てゼロの場合、最後の有効係数がDCに位置することを意味する。

【0253】

１３. cu_sbt_flag：現在ＶＶＣ標準に含まれるサブブロック変換（SubBlock Transform、SBT）が適用可能かどうかを示すフラグとして、フラグ値が０の場合、SBTが適用不可であることを示し、フラグ値が１の場合、ＳＢＴが適用されることを示す。

【0254】

１４４.sps_explicit_mts_inter_enabled_flag,sps_explicit_mts_intra_enabled_flag: それぞれインターCUおよびイントラCUに対して明示的なMTSが適用されたかどうかを示すフラグとして、該フラグ値が０である場合、インターCUまたはイントラCUに対してMTSが適用不可であることを示し、１である場合、適用可能であることを示す。

【0255】

１５. tu_mts_idx[ x0 ][ y0 ]: パージングしようとするMTSインデックスシンタックスエレメントである。パージングされない場合は、ゼロ値に類推される。すなわち、デフォルト値がゼロに設定され、水平方向および垂直方向の両方にＤＣＴ－２が適用されることを示す。

【0256】

表５に示すように、mts_idx [x0] [y0]をコーディングするときにいくつかの条件がチェックされ、lfnst_idx [x0] [y0]値が０の場合にのみtu_mts_idx [x0] [y0]がシグナリングされる。

【0257】

また、tu_Ｃｂf_luma[x0][y0]は、ルマ成分に対して有効係数があるか否かを示すフラグである。

【0258】

表５によると、ルマ成分のコーディングユニットの幅および高さがすべて３２以下のとき、mts_idx[ x0 ][ y0 ]がシグナリングされ（Max( ＣｂWidth, ＣｂHeight ) <= 32）、つまり、MTS適用の有無がルマ成分に対するコーディングユニットの幅および高さによって決まる。

【0259】

さらに、表５によれば、ＩＳＰモードであっても（ＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔＴｙｐｅ！＝ＩＳＰ＿ＮＯ＿ＳＰＬＩＴ）ｌｆｎｓｔ＿ｉｄｘ［ｘ０］［ｙ０］をシグナリングするように構成することができ、全てのＩＳＰパーティションブロックに対して同じＬＦＮＳＴインデックス値を適用することができる。

【0260】

一方、mts_idx[x0][y0]は、ＩＳＰモードではない場合にのみシグナリングできる（IntraSubPartitionsSplit [x0] [y0] = = ISP_NO_SPLIT）。

【0261】

表７に示すように、log2ZoTbWidthおよびlog2ZoTbHeightを決定する過程で（ここで、log2ZoTbWidthおよびlog2ZoTbHeightは、それぞれゼロアウトが行われた後の残りの左上端領域の幅および高さのベース2（base-2）ログ(log)値を示す）ｍｔｓ＿ｉｄｘ［ｘ０］［ｙ０］（x0] [y0]）値をチェックする部分を省略することができる。

【0262】

また、一例に従って、残差コーディングにおいてlog2ZoTbWidthおよびlog2ZoTbHeightを決定する際にsps_mts_enable_flagをチェックする条件を追加することができる。

【0263】

表５の変数LfnstZeroOutSigCoeffFlagは、LFNSTが適用されるときにゼロアウトになる位置に有効係数がある場合は０であり、そうでない場合は１になる。変数LfnstZeroOutSigCoeffFlagは、表7に示された様々な条件に従って設定できる。

【0264】

一例によれば、表５の変数ＬｆｎｓｔＤｃＯｎｌｙは、該ＣＢＦ（Ｃｏｄｅｄ Ｂｌｏｃｋ Ｆｌａｇ、該ブロック内に有効係数が１つでも存在すれば１、しないと０）値が１である変換ブロックに対して最後の有効係数が全てＤＣ位置（左上端位置）に位置すると１となり、そうでなければ０となる。より具体的には、デュアルツリールマの場合は、最後の有効係数の位置を１つのルマ変換ブロックに対してチェックし、デュアルツリークロマの場合には、Ｃｂに対する変換ブロックおよびＣｒに対する変換ブロックの全てについて最後の有効係数位置をチェックする。シングルツリーの場合には、ルマ、Ｃｂ、Ｃｒの変換ブロックに対して最後の有効係数位置をチェックできる。

【0265】

表５において、MtsZeroOutSigCoeffFlagは最初に１に設定され、この値は表７の残差コーディングで変更できる。変数MtsZeroOutSigCoeffFlagは、ゼロアウトによってゼロで埋めなければならない領域( LastSignificantCoeffX > 15 | | LastSignificantCoeffY > 15 )に有効係数が存在すると、その値が１から０に変更され、この場合、表5に示すように、MTSインデックスは、シグナリングされない。

【0266】

一方、表５のように、tu_Ｃｂf_luma [x0] [y0]が0の場合、mts_idx [x0] [y0]コーディングを省略することができる。すなわち、ルマ成分のＣＢＦ値が０であれば変換を適用しないため、ＭＴＳインデックスをシグナリングする必要がないので、ＭＴＳインデックスコーディングを省略することができる。

【0267】

一例によれば、上記技術的特徴は、他の条件付き構文で実現することができる。例えば、ＭＴＳが実行された後、現ブロックのＤＣ領域を除外した領域に有効係数が存在するか否かを示す変数を導出することができ、上記変数がＤＣ領域を除外した領域に有効係数が存在することを示すとMTSインデックスをシグナリングできる。すなわち、現ブロックのＤＣ領域を除外した領域に有効係数が存在するということは、ｔｕ＿Ｃｂｆ＿ｌｕｍａ［ｘ０］［ｙ０］値が１であることを示し、この場合、ＭＴＳインデックスをシグナリングすることができる。

【0268】

上記変数はMtsDcOnlyで表すことができ、変数MtsDcOnlyは、コーディングユニットレベルで最初に１に設定された後、残差コーディングレベルで現ブロックのＤＣ領域を除外した領域に有効係数が存在することを示す場合、その値が０に変更されることがある。変数ＭｔｓＤｃＯｎｌｙが０の場合、ＭＴＳインデックスがシグナリングされるように映像情報が構成され得る。

【0269】

tu_Ｃｂf_luma[x0][y0]が０の場合は、表６の変換ユニットレベルで残差コーディングシンタックスの呼び出しが行われないため、変数MtsDcOnlyは初期値１を維持するようにする。この場合、変数ＭｔｓＤｃＯｎｌｙが０に変更されていないため、ＭＴＳインデックスがシグナリングされないように映像情報が構成され得る。つまり、MTSインデックスは、パージングおよびシグナリングされない。

【0270】

一方、デコード装置は、表７の変数MtsZeroOutSigCoeffFlagを導出するために変換係数のカラーインデックスcIdxを判断することができる。カラーインデックス（ｃＩｄｘ）が０であることは、ルマ成分を意味する。

【0271】

一例に従って、現ブロックのルマ成分にのみＭＴＳを適用することができるので、デコード装置は、ＭＴＳインデックスのパージングが可能か否かを決定する変数ＭｔｓＺｅｒｏＯｕｔＳｉｇＣｏｅｆＦｌａｇを導出するときにカラーインデックスがルマであるかどうかを判断することができる。

【0272】

変数MtsZeroOutSigCoeffFlagは、MTS適用時にゼロアウトが行われたか否かを示す変数として、MTS実行後にゼロアウトによって最後の有効係数が存在できる左上端領域、すなわち左上端１６X１６領域以外の領域に変換係数が存在するか否かを示す。変数MtsZeroOutSigCoeffFlagは、表５に示すように、コーディングユニットレベルで最初に１に設定され(MtsZeroOutSigCoeffFlag = 1)、１６X１６領域以外の領域に変換係数が存在すると、表７に示すように、残差コーディングレベルでその値が1から0に変更され得る。（MtsZeroOutSigCoeffFlag = 0）。変数MtsZeroOutSigCoeffFlagの値が０である場合、MTSインデックスはシグナリングされない。

【0273】

表７に示すように、残差コーディングレベルにおいて、ＭＴＳに付随されたゼロアウトが実行されたかどうかに応じてゼロでない変換係数が存在することができるノン（ロン）ゼロアウト領域が設定され得、この場合にも、カラーインデックス（ｃＩｄｘ）がゼロの場合、ノンゼロアウト領域は、現ブロックの左上端１６×１６領域に設定されることができる。

【0274】

このように、ＭＴＳインデックスのパージングが可能か否かを決定する変数を導出するときは、カラー成分がルマであるかクロマであるかを判断するが、現ブロックのルマ成分またはクロマ成分の全てにＬＦＮＳＴを適用できるので、ＬＦＮＳＴインデックスkのパージングが可能か否かを決定する変数を導出するときは、色成分を判断しない。

【0275】

たとえば、表5には、ＬＦＮＳＴ適用時にゼロアウトが行われたことを示すことができる変数LfnstZeroOutSigCoeffFlagが示されている。変数LfnstZeroOutSigCoeffFlagは、現ブロックの左上端の第１領域を除外した第2領域に有効係数があるかどうかを示すもので、この値は最初に１に設定され、第2領域に有効係数が存在すると、その値は０に変更することができる。最初に設定された変数LfnstZeroOutSigCoeffFlag値が１に維持されるべきで、ＬＦＮＳＴインデックスをパージングできる。変数LfnstZeroOutSigCoeffFlag値が１かどうかを判断および導出するとき、現ブロックのルマ成分またはクロマ成分の全てにＬＦＮＳＴを適用することができるので、現ブロックのカラーインデックスは判断されない。

【0276】

一方、一例に係るＬＦＮＳＴインデックスをシグナリングするコーディングユニットのシンタックステーブルは、次の通りである。

【0277】

＜表８＞

【表8】

【0278】

表８において、lfnst_idxは、ＬＦＮＳＴインデックスを意味し、前述したように０、１、２の値を有することができる。表8に示すように、lfnst_idxは、( !intra_mip_flag[ x0 ][ y0 ] | | Min( lfnstWidth, lfnstHeight ) >＝ １６ ) という条件が満たされた場合にのみシグナリングされる。ここで、intra_mip_flag[ x0 ][ y0 ]は、(x0, y0)座標が属するルマブロックにMIP (Matrix-based Intra Prediction)モードが適用されるかどうかを示すフラグであり、ルマブロックにMIPモードが適用される場合、その値は１になり、適用されなければゼロになる。

【0279】

lfnstWidthおよびlfnstHeightは、現在コーディングされるコーディングブロック（ルマコーディングブロックおよびクロマコーディングブロックの全てを含む）に対してLFNSTが適用される幅および高さを示す。コーディングブロックにＩＳＰが適用される場合、２つまたは４つに分割された各パーティションブロックの幅および高さを指すことができる。

【0280】

また、上記条件において、Min( lfnstWidth, lfnstHeight ) >＝ １６は、MIPが適用される場合、１６x１６ブロック以上である場合(例えば、ＭＩＰが適用されたルマコーディングブロックの幅および高さがすべて１６以上である場合)のみLFNSTが適用されることができることを示す。表４の説明と重複しない表８に含まれている主要な変数の意味を簡単に紹介すると、次の通りである。

【0281】

１．IntraSubPartitionsSplitType：現在のコーディングユニットに対してISPパーティションがどのように行われたかを示し、ISP＿NO＿SPLITは、該コーディングユニットがパーティションブロックに分割されたコーディングユニットではないことを意味する。ISP＿VER＿SPLITは垂直方向に分割されたものを指し、ISP＿HOR＿SPLITは水平方向に分割されることを指す。たとえば、W x H（幅W、高さH）ブロックがn個のパーティションブロックに水平に分割される場合、W x（H/n）ブロックに分割され、W x H（幅W、高さH ）ブロックがn個のパーティションブロックに垂直に分割される場合（W/n）x Hブロックに分割される。

【0282】

２. SubWidthC、SubHeightC：SubWidthCおよびSubHeightCは、カラーフォーマット（またはクロマフォーマット（Chroma format）、例えば4：2：0、4：2：2、4：4：4）に従って設定される値であり、さらに具体的には、それぞれ、ルマ成分およびクロマ成分の幅と高さとの割合を示す。(下表参照)

【0283】

＜表９＞

【表9】

【0284】

３．NumIntraSubPartitions：ＩＳＰが適用されるときにいくつのパーティションブロックに分割されるかを示す。つまり、NumIntraSubPartitions個のパーティションブロックに分割されたことを指す。

【0285】

４．LfnstDcOnly：現在のコーディングユニットに属するすべての変換ブロックについて、各々最後の有効係数（last non-zero coefficient）位置がＤＣ位置（すなわち、該変換ブロック内の左上端（top-left）位置）であるか有効係数が存在しない場合（つまり、対応するＣＢＦ値が０のとき）、LnfstDCOnly変数の値は１になる。

【0286】

ルマ分離ツリー（Luma separate-tree）またはルマデュアルツリー（Luma dual-tree）である場合には、該コーディングユニット内のルマ成分に対応する変換ブロックについてのみ上記条件をチェックしてLfnstDcOnly変数値を決定し、クロマ分離ツリー（Chroma separate-tree）またはクロマデュアルツリー（Chroma dual-tree）の場合は、対応するコーディングユニット内のクロマ成分（Ｃｂ、Cr）に対応する変換ブロックについてのみ、上記条件をチェックしてLfnstDcOnly変数値を決定することができる。シングルツリーの場合に対しては、該コーディングユニット内のルマ成分およびクロマ成分（Ｃｂ、Cr）に対応する全ての変換ブロックについて上記条件をチェックしてLfnstDcOnly変数の値を決定できる。

【0287】

５. LfnstZeroOutSigCoeffFlag：ＬＦＮＳＴを適用したときに有効係数が存在できる領域にのみ有効係数が存在する場合には１に設定され、そうでなければ０に設定される。

【0288】

４x４変換ブロックまたは８x８変換ブロックの場合には、スキャン順序に沿って該変換ブロック内の（０、０）位置（top-left）から８個まで有効係数が位置することができ、該変換ブロック内の残りの位置についてはゼロアウトされる。４×４および８×８ではなく、幅および高さがそれぞれ４以上の変換ブロックの場合（つまり、LFNSTを適用できる変換ブロック）、スキャン順序に沿った該変換ブロック内の（０、０）の位置（top-left）から１６個まで有効係数が位置することができ（すなわち、左上端の４×４ブロック内にのみ有効係数が位置することができ）、該変換ブロック内の残りの位置についてはゼロアウトされる。

【0289】

また、表８に示すように、分離ツリーまたはデュアルツリーでコーディングされる場合、ＬＦＮＳＴインデックスシグナリング時にクロマ成分に対してはMIP適用の有無をチェックしない。これにより、クロマ成分に対してＬＦＮＳＴを適切に適用することができる。

【0290】

表８に示すように（treeType = = DUAL_TREE_CHROMA）、条件（!intra_mip_flag[x0][y0] | | Min(lfnstWidth, lfnstHeight) >= 16）が満たされると、ＬＦＮＳＴインデックスがシグナリングされる。これは、ツリータイプがデュアルツリークロマタイプであるか（treeType = = DUAL_TREE_CHROMA）、ＭＩＰモードが適用されないか（！intra_mip_flag [x0] [y0]）、ＬＦＮＳＴが適用されるブロックの幅および高さのうちの小さい値が１６以上である場合(Min( lfnstWidth, lfnstHeight ) >＝ １６ )）、ＬＦＮＳＴンデックスがシグナリングされることを意味する。すなわち、コーディングブロックがデュアルツリークロマである場合、ＭＩＰモードの適用の有無またはＬＦＮＳＴが適用されるブロックの幅および高さの判断なしでＬＦＮＳＴインデックスがシグナリングされる。

【0291】

また、上記の条件は、コーディングブロックがデュアルツリークロマではなく、ＭＩＰが適用されない場合、ＬＦＮＳＴが適用されるブロックの幅および高さを判断することなくＬＦＮＳＴインデックスがシグナリングされると解釈することができる。

【0292】

また、上記条件は、コーディングブロックがデュアルツリークロマではなく、ＭＩＰが適用される場合であれば、ＬＦＮＳＴが適用されるブロックの幅および高さのうちの小さい値が１６以上のときにＬＦＮＳＴインデックスがシグナリングされると解釈され得る。

【0293】

一方、表８に示すように、ルマ成分に対して変換スキップ(transform skip)を適用しない場合のみ(つまり、transform_skip_flag[ x0 ][ y0 ][ 0 ] = ＝ ０という条件を満たすときを意味する)、ＬＦＮＳＴインデックスがシグナリングされる。

【0294】

ここで、x0およびy0は、ルマ成分のピクチャで左上端の位置を（０, ０）としたときの(x0, y0)座標を意味し、横方向のX座標は左から右に増加し、縦方向のＹ座標は上から下に増加する。

【0295】

（ｘ０、ｙ０）は、ルマ成分に基づいた座標であるが、クロマ成分に対しても使用され得るが、この場合、（ｘ０、ｙ０）が指す実際の位置は、クロマ成分に対するピクチャに基づいてスケーリングできる。例えば、クロマフォーマットが４：２：０の場合、（ｘ０、ｙ０）が指すクロマ成分に対するピクチャ上における実際の位置が（ｘ０／２、ｙ０／２）となり得る。この後、ｘ０およびｙ０は、現在コーディングされる成分がルマであるかクロマであるかに関係なく、ルマ成分に座標を基準とすることができる。

【0296】

transform_skip_flag[ x0 ][ y0 ][ 0 ]で最後のインデックス０はルマ成分に対するものを意味する。さらに具体的には、transform_skip_flag [x0] [y0] [cIdx]において、cIdxはどの成分に対するものであるかを指し、cIdx値が０であればルマを表し、cIdxが０より大きい場合（1または2であれば）クロマを表す。

【0297】

また、変数LfnstDcOnlyは、表８に示すように１値に初期化され、下表に示すように、残差コーディングのパージング関数で条件に応じて０値に設定され得る。

【0298】

＜表１０＞

【表10-1】

【0299】

【表10-2】

【0300】

表１０に示すように、transform_skip_flag [x0] [y0] [cIdx]の値が0の場合にのみ（つまり、cIdxが指す成分に対して変換スキップが適用されない場合にのみ）、LfnstDcOnly値が０に設定できる。ＩＳＰモードでない場合は、表８に示すように、LfnstDcOnly値が０の場合にのみＬＦＮＳＴインデックスをシグナリングし、ＬＦＮＳＴインデックスをシグナリングしない場合には、ＬＦＮＳＴインデックス値をゼロと類推することができる。

【0301】

参考として、表１０で提示す残差コーディング関数は、表８で呼び出される変換ツリー（transform_tree）を実行しながら呼び出されるが、シングルツリーの場合は、ルマ（cIdx = 0）の残差コーディング関数とクロマ（cIdx = 1または２、Ｃｂ成分およびＣｒ成分に相当)の関数とが全て呼び出される。デュアルツリーの場合、ルマのデュアルツリー（DU残差コーディングAL_TREE_LUMA）のときは、ルマ（cIdx ＝ ０）の残差コーディング関数のみが呼び出され、クロマのデュアルツリー（DUAL_TREE_CHROMA）のときは、クロマ（cIdx = 1または2、Ｃｂ成分およびＣｒ成分に対応する）の残差コーディング関数のみが呼び出される。

【0302】

ＩＳＰモードでない場合に対しＬＦＮＳＴインデックスがシグナリングされる条件をまとめると、次のようになる（ここで、ＬＦＮＳＴインデックスがシグナリングされるための他の条件は満たされていると仮定することができ、たとえば、Max（ＣｂWidth、ＣｂHeight）<= MaxTbSizeYという条件は満足された状況であると仮定される）。

【0303】

１. transform_skip_flag[ x0 ][ y0 ][ 0 ]が１のとき

【0304】

- ＬＦＮＳＴインデックスをシグナリングせずにゼロ値と類推

【0305】

２. transform_skip_flag[ x0 ][ y0 ][ 0 ]が０のとき

【0306】

２－A. transform_skip_flag[ x0 ][ y0 ][ 1 ]が０、transform_skip_flag[ x0 ][ y0 ][ 2 ]が０のとき

【0307】

- 表１０においてすべてのcIdxに対して（cIdxが0、1、2の場合）、LfnstDcOnly値を０に設定可能

【0308】

- LfnstDcOnly値が０の場合、Ｌ、ＦＮＳＴインデックスをシグナリングし、それ以外の場合は、ＬＦＮＳＴインデックスをシグナリングせずに０値と推測

【0309】

２－Ｂ．transform_skip_flag[ x0 ][ y0 ][ 1 ]が０、transform_skip_flag[ x0 ][ y0 ][ 2 ]が１のとき

【0310】

-表１０において、cIdxが０および１の場合のみ、LfnstDcOnly値を０に設定可能

【0311】

- ＬfnstDcOnly値が０の場合は、ＬＦＮＳＴインデックスをシグナリングし、それ以外の場合は、ＬＦＮＳＴインデックスをシグナリングせずに０値と推測

【0312】

２－C. transform_skip_flag[ x0 ][ y0 ][ 1 ]が１、transform_skip_flag[ x0 ][ y0 ][ 2 ]が０のとき

【0313】

-表１０においてcIdxが０および２の場合のみ、LfnstDcOnly値を０に設定可能

【0314】

- LfnstDcOnly値が０の場合は、ＬＦＮＳＴインデックスをシグナリングし、それ以外の場合は、ＬＦＮＳＴインデックスをシグナリングせずに０値と推測

【0315】

２－Ｄ．transform_skip_flag[ x0 ][ y0 ][ 1 ]が１、transform_skip_flag[ x0 ][ y0 ][ 2 ]が１のとき

【0316】

－表１０においてcIdxが０の場合のみ、LfnstDcOnly値を０に設定可能

【0317】

－ LfnstDcOnly値が0の場合は、ＬＦＮＳＴインデックスをシグナリングし、それ以外の場合は、ＬＦＮＳＴインデックスをシグナリングせずに０値と推測

【0318】

シングルツリーの場合は、上記の場合に対してtransform_skip_flag[ x0 ][ y0 ][ 0 ], transform_skip_flag[ x0 ][ y0 ][ 1 ], transform_skip_flag[ x0 ][ y0 ][ 2 ]の値をモードチェックし、ルマのデュアルツリーの場合は、transform_skip_flag[ x0 ][ y0 ][ 0 ]のみチェックし、クロマのデュアルツリーの場合は、transform_skip_flag[ x0 ][ y0 ][ 1 ]およびtransform_skip_flag[ x0 ][ y0 ][ 2 ]の値をチェックする。

【0319】

ＩＳＰモードの場合は（表８のIntraSubPartitionsSplitType！＝ ISP_NO_SPLIT条件、つまり水平方向分割または垂直方向分割を意味する）、表８に示すように、LfnstDcOnly変数をチェックせずにＬＦＮＳＴインデックスをシグナリングする。

【0320】

したがって、シングルツリーおよびルマのデュアルツリーでは、ＩＳＰモードの場合、LfnstDcOnly変数値とは無関係に、transform_skip_flag[ x0 ][ y0 ][ 0 ]値が０（ルマ成分に対してtransform skipが適用されない）の場合、ＬＦＮＳＴインデックスをシグナリングする（ＬＦＮＳＴインデックスがシグナリングされない場合は、ＬＦＮＳＴインデックス値を０（ゼロ）と推測することができる）。

【0321】

クロマのデュアルツリーの場合は、現在のVVC標準でルマに対してのみＩＳＰ予測が適用されるという点に着目し、クロマについてはＩＳＰが適用されないとみなし、上記のようにLfnstDcOnly変数をチェックしてＬＦＮＳＴインデックスをシグナリングすることができ、表１０に示すように、LfnstDcOnly変数は、transform_skip_flag [x0] [y0] [cIdx]値が（０）の場合にのみ０に設定できる。

【0322】

もちろん、ルマに対してＩＳＰモードが適用されることがクロマのデュアルツリーである場合でも影響を与え、クロマのデュアルツリーである場合でも、LfnstDcOnly変数とは無関係にtransform_skip_flag[ x0 ][ y0 ][ 0 ]値が０の場合に対してＬＦＮＳＴインデックスをシグナリングすることもできる。

【0323】

ＩＳＰモードが適用され、transform_skip_flag[ x0 ][ y0 ][ 0 ]値が０の場合に対して、ＬＦＮＳＴインデックスがシグナリングされる条件をまとめてみると次のようになる。transform_skip_flag [x0] [y0] [0]値が１の場合、ＬＦＮＳＴインデックスはシグナリングされず、０と類推される。もちろん、表８において、ＬＦＮＳＴインデックスをシグナリングするために必要な他の条件は満たされると仮定することができ、例えば、Ｍａｘ（ＣｂＷｉｄｔｈ、ＣｂＨｅｉｇｈｔ）＜＝ＭａｘＴｂＳｉｚｅＹのような条件が満たされると仮定することができる。

【0324】

1. シングルツリーのとき

【0325】

- LfnstDcOnly変数の値に関係なく、ＬＦＮＳＴインデックスシグナリング

【0326】

２. デュアルツリーのとき

【0327】

２－Ａ.ルマのデュアルツリーのとき

【0328】

- LfnstDcOnly変数の値に関係なく、ＬＦＮＳＴインデックスシグナリング

【0329】

２－B．クロマのデュアルツリーのとき

【0330】

- transform_skip_flag [x0] [y0] [1]およびtransform_skip_flag [x0] [y0] [2]の値に応じて、LfnstDcOnly変数値を０に設定、つまり、transform_skip_flag [x0] [y0] [cIdx]からcIdx]ときはtransform_skip_flag[ x0 ][ y0 ][ 1 ]値が０のときのみLfnstDcOnly変数値を０に設定でき、cIdx値が２のときはtransform_skip_flag[ x0 ][ y0 ][ 2 ]値が０のときのみLfnstDc 0に設定することができる（when the LfnstDcOnly variable value is set to 0, that is, the cIdx value in transform_skip_flag[x0][y0][cIdx] is 1, LfnstDcOnly variable value may be set to 0 only when transform_skip_flag[x0][y0][1] value is 0 and when the cIdx value is 2, the LfnstDcOnly variable value can be set to 0 only when the transform_skip_flag[x0][y0][2] value is 0）。

【0331】

- LfnstDcOnly値が０の場合は、ＬＦＮＳＴインデックスをシグナリングし、それ以外の場合は、ＬＦＮＳＴインデックスをシグナリングせずに０値と類推

【0332】

上記の場合においてクロマのデュアルツリーの場合は、ISPが適用されない場合と同じである。

【0333】

一方、一例によれば、現在のＶＶＣ標準において、クロマ成分に対する変換スキップが許容されながら、各クロマ成分に対応する変換スキップフラグ（transform_skip_flag）が下表のように追加される。

【0334】

＜表１１＞

【表11】

【0335】

表１１においてルマのデュアルツリーである場合を除き、Ｃｂに対する変換スキップの適用が可能か否かに対応するtransform_skip_flag[ xC ][ yC ][ 1 ]とＣｒの変換スキップの適用が可能か否かに対応するtransform_skip_flag[ xC ][ yC] [2]とがシグナリングされることができることを確認できる。transform_skip_flag[ xC ][ yC ][ 1 ]値が１であれば、Ｃｂへの変換スキップを適用、０であれば、Ｃｂへの変換スキップを適用せず（未適用）、transform_skip_flag[ xC ][ yC] [2]の値が１であれば、Ｃｒへの変換スキップを適用、０であれば、Ｃｒへの変換スキップを適用しない（未適用する）。

【0336】

したがって、ＬＦＮＳＴインデックス値が０より大きい場合（つまりＬＦＮＳＴが適用される場合）であっても、ルマ成分（Ｙ成分）とクロマ成分（Ｃｂ成分およびＣｒ成分）とに対するそれぞれのtransform_skip_flag[ x0 ][ y0 ][ cIdx]の値は、それぞれ異なる場合がある。上記表８によれば、transform_skip_flag[ x0 ][ y0 ][ 0 ]値が０の場合のみLFNSTインデックス値が０より大きい場合があるので、LFＮＳＴインデックス値が０より大きい場合に対しては、transform_skip_flag[ x0 ][ y0 ][ 0 ]値は常に０である。

【0337】

したがって、transform_skip_flag [x0] [y0] [cIdx]の値に応じてＬＦＮＳＴが適用されることができる場合をまとめると、次の通りである。ここで、ＬＦＮＳＴインデックスは０より大きく、transform_skip_flag [x0] [y0] [0]の値は０でである。ＬＦＮＳＴを適用するための他の条件は満足されたと仮定することができ、例えば、対応するブロックの幅および高さは全て４以上であり得る。

【0338】

１. シングルツリー

【0339】

- ルマ成分については、LFNSTを適用

【0340】

transform_skip_flag[ x0 ][ y0 ][ 1 ]値が０の場合Ｃｂ成分にLFNSTを適用し、１の場合Ｃｂ成分にLFNSTを適用しない

【0341】

-transform_skip_flag[ x0 ][ y0 ][ 2 ]値が0であればCr成分にLFNSTを適用し、1であればCr成分にLFNSTを適用しない

【0342】

２．ルマのデュアルツリー

【0343】

-ルマ成分にＬＦＮＳＴを適用

【0344】

３. クロマのデュアルツリー

【0345】

-transform_skip_flag[ x0 ][ y0 ][ 1 ]値が０であればＣｂ成分にＬＦＮＳＴを適用し、１の場合Ｃｂ成分にＬＦＮＳＴを適用しない

【0346】

-transform_skip_flag[ x0 ][ y0 ][ 2 ]値が０であればCr成分にＬＦＮＳＴを適用し、１であればCr成分にＬＦＮＳＴを適用しない

【0347】

上記のように、transform_skip_flag [x0] [y0] [cIdx]の値に基づいてLFNSTを選別的に適用しようとすれば、ＬＦＮＳＴの仕様テキスト部分に次の条件を追加すべきである。

【0348】

＜表１２＞

【表12-1】

【0349】

【表12-2】

【0350】

表１２に示すように、ＬＦＮＳＴインデックス(lfnst_idx)値が０でない場合(つまり、LFNSTが適用されるとき)、cIdxが指定する成分のtransform_skip_flag[ xTbY ][ yTbY ][ cIdx ]値をチェックして(When lfnst_idx is not equal to 0 and transform_skip_flag[ xTbY ][ yTbY ][ cIdx ] is equal to 0 and both nTbW and nTbH are greater than or equal to 4, the following applies:) transform_skip_x[[場合にのみ、後続のコーディングプロセスが実行されるように、すなわちＬＦＮＳＴを適用するように構成され得る。（As shown in Table 12, when the LFNST index (lfnst_idx) value is not 0 (that is, when LFNST is applied), by checking the transform_skip_flag[xTbY][yTbY][cIdx] value for the component specified by cIdx (When lfnst_idx is not equal to 0 and transform_skip_flag[xTbY][yTbY][cIdx] is equal to 0 and both nTbW and nTbH are greater than or equal to 4, the following applies), it may be configured such that the subsequent coding process is performed only when the transform_skip_flag[xTbY][yTbY][cIdx] value is 0, that is, LFNST is applied.）

【0351】

一方、色成分別に変換スキップの有無によってＬＦＮＳＴインデックスをシグナリングすることができる。

【0352】

一例のように、表８と比較した場合、表１３においては、transform_skip_flag [x0] [y0] [0]値が０の場合にのみＬＦＮＳＴインデックスを送信する条件を徐去することができる。

【0353】

＜表１３＞

【表13】

【0354】

しかしながら、表１３に記載されているLfnstDcOnly変数値の設定方法は表１０と同様であるため、transform_skip_flag[x0][y0][cIdx]値によってLfnstDcOnly変数値の設定が変わり、最終的にＬＦＮＳＴインデックスのシグナリングのが可能か否かも変わる。

【0355】

ＩＳＰモードが適用されないときにtransform_skip_flag [x0] [y0] [cIdx]の値によってＬＦＮＳＴインデックスがどのようにシグナリングされるかをまとめてみると、次のようになる。ＬＦＮＳＴインデックスをシグナリングするための他の条件はすでに満たされていると仮定することができ、例えばMax（ＣｂWidth、ＣｂHeight）<= MaxTbSizeYのような条件は満たされている。

【0356】

１．シングルツリーの場合

【0357】

- transform_skip_flag [x0] [y0] [0]の値が０の場合、表１０に示す方法に従ってLfnstDcOnly変数の値は０に設定されることができる。

【0358】

- transform_skip_flag [x0] [y0] [1]の値が０の場合、表１０に示す方法に従ってLfnstDcOnly変数の値は０に設定されることができる。

【0359】

- transform_skip_flag [x0] [y0] [2]の値が０の場合、表１０に示されている方法に従ってLfnstDcOnly変数の値は０に設定され得る。

【0360】

- LfnstDcOnly値が０の場合、ＬＦＮＳＴインデックスをシグナリングできる。ＬＦＮＳＴインデックスをシグナリングしない場合、０（ゼロ）と類推され得る。

【0361】

２．ルマ成分に対するデュアルツリーの場合

【0362】

- transform_skip_flag [x0] [y0] [0]の値が０の場合、表１０に示す方法に従ってLfnstDcOnly変数の値は０に設定され得る。

【0363】

- LfnstDcOnly値が０の場合、ＬＦＮＳＴインデックスをシグナリングできる。ＬＦＮＳＴインデックスがシグナリングされない場合、０と類推され得る。

【0364】

３．クロマ成分に対するデュアルツリーの場合

【0365】

- transform_skip_flag [x0] [y0] [1]の値が０の場合、表１０に示す方法に従ってLfnstDcOnly変数の値を０に設定できる。

【0366】

- transform_skip_flag [x0] [y0] [2]の値が０の場合、表１０に示されている方法に従ってLfnstDcOnly変数の値を０に設定できる。

【0367】

- LfnstDcOnly値が０の場合、ＬＦＮＳＴインデックスをシグナリングできる。ＬＦＮＳＴインデックスがシグナリングされない場合、０と類推され得る。

【0368】

表１３に示すように、LfnstDcOnly値は１に初期化され、デュアルツリーの場合、ルマのデュアルツリーに対応するＬＦＮＳＴインデックスとクロマのデュアルツリーに対応するＬＦＮＳＴインデックスとは、別々にシグナリングされることができる。これは、ルマとクロマとに対し互いに異なるLFNSTカーネルを適用できることを意味する。

【0369】

また、表８～表１３に示すデュアルツリーは、現在のＶＶＣ仕様文書上に現れるＤＵＡＬ＿ＴＲＥＥ＿ＬＵＭＡ（ルマ成分に対応）およびＤＵＡＬ＿ＴＲＥ＿ＣＨＲＯＭＡ（クロマ成分に対応）を含み得、これは、コーディングユニットのサイズ条件などによりルマのシンタックスパージングツリーとクロマのシンタックスパージングツリーとに分化される場合を含める。例えば、分離ツリーの場合を含める。

【0370】

ＩＳＰモードが適用される場合には、表１１のようにtransform_skip_flag [x0] [y0] [0]がシグナリングされず、０に推測される。すなわち、表１１に示すように、ＩＳＰモードが適用されない場合であるＩｎｔｒａＳｕｂＰａｒｔｉｔｉｏｎｓＳｐｌｉｔ［ｘ０］［ｙ０］＝＝ＩＳＰ＿ＮＯ＿ＳＰＬＩＴ条件を満たす場合にのみ、transform_skip_flag [x0] [y0] [0]がシグナリングされる。

【0371】

さらに、表１１に示すように、transform_skip_flag [x0] [y0] [1]およびtransform_skip_flag [x0] [y0] [2]は、ＩＳＰモードの適用の有無にかかわらずシグナリングすることができる。

【0372】

したがって、ＩＳＰモードが適用される場合のＬＦＮＳＴシグナリングを次のようにまとめることができる。ＬＦＮＳＴインデックスをシグナリングするための他の条件はすでに満たされていると仮定され得、例えば、Max（ＣｂWidth、ＣｂHeight）<= MaxTbSizeYのような条件は満たされることができる。

【0373】

1. シングルツリーの場合

【0374】

- ＬＦＮＳＴインデックスをシグナリングできる。ＬＦＮＳＴインデックスがシグナリングされない場合、０と類推され得る。

【0375】

２. ルマ成分に対するデュアルツリーの場合

【0376】

- ＬＦＮＳＴインデックスをシグナリングできる。ＬＦＮＳＴインデックスがシグナリングされない場合、０と類推され得る。

【0377】

クロマ成分に対するデュアルツリーの場合

【0378】

- transform_skip_flag [x0] [y0] [1]の値が０の場合、表１０に示す方法に従ってLfnstDcOnly変数の値を０に設定できる。

【0379】

- transform_skip_flag [x0] [y0] [2]の値が０の場合、表１０に示されている方法に従ってLfnstDcOnly変数の値を０に設定できる。

【0380】

- LfnstDcOnly値が０の場合、ＬＦＮＳＴインデックスをシグナリングできる。ＬＦＮＳＴインデックスがシグナリングされない場合、０と類推され得る。

【0381】

ＩＳＰモードが適用される場合は、表１３に示すようにLfnstDcOnly条件をチェックしない。したがって、上記１番目のシングルツリーの場合と２番目のルマ成分に対するデュアルツリーの場合とには、ＬｆｎｓｔＤｃＯｎｌｙ条件チェックなしでＬＦＮＳＴインデックスをシグナリングできる。クロマのデュアルツリーの場合は、上記３の場合のようにＩＳＰモードが適用されない場合と同じ条件に従ってＬＦＮＳＴインデックスをシグナリングすることができる。すなわち、ＬｆｎｓｔＤｃＯｎｌｙ条件に従ってＬＦＮＳＴインデックスがシグナリングされる。

【0382】

一例によれば、ルマ成分および２つのクロマ成分に対してそれぞれtransform_skip_flag[x0][y0][cIdx]値を与えることができるので、ＬＦＮＳＴインデックス値が０より大きい場合、すなわちＬＦＮＳＴが適用される場合であってもtransform_skip_flag [x0] [y0] [cIdx]値が０の場合にのみ、cIdxが指す成分にＬＦＮＳＴを適用できる。これに対応して変更される仕様テキストの内容は表１２と同様である。

【0383】

一例によれば、表8と比較してデュアルツリーである場合にのみ、transform_skip_flag[ x0 ][ y0 ][ 0 ]値が０であるかどうかをチェックする条件をなくすと、表１４に示すようにＬＦＮＳＴインデックスシグナリングを設定構成できる。表１４に示されるＬｆｎｓｔＤｃＯｎｌｙ変数は、表１０のように条件に応じて０に設定することができる。

【0384】

＜表１４＞

【表14】

【0385】

表１４のように構成すれば、シングルツリーの場合には表８～表１０に示したＬＦＮＳＴインデックスシグナリング方式を適用し、デュアルツリーの場合には表１３に示す方法を適用することができる。また、ルマ成分と２つのクロマ成分とに対してそれぞれtransform_skip_flag[ x0 ][ y0 ][ cIdx ]値が与えられるので、表８～表１０に示したのと同様にＬＦＮＳＴインデックス値が０より大きい場合であっても（すなわちＬＦＮＳＴが適用される場合）、transform_skip_flag [x0] [y0] [cIdx]値が０の場合にのみ、cIdxが指す成分にＬＦＮＳＴを適用するように構成できる。変更される仕様テキストの内容は、表１２と同じである。

【0386】

以下の図面は、本明細書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称または具体的な信号／メッセージ／フィールドの名称は例示的に提示されたものであるため、本明細書の技術的特徴は、以下の図面で使用される具体的な名称に限定されない。

【0387】

図１５は、本文書の一実施形態によるビデオデコード装置の動作を示すフローチャートである。

【0388】

図１５に開示された各段階は、図４～図１４で前述した内容の一部に基づいたものである。したがって、図３～図１４で前述した内容と重複する具体的な内容は、説明を省略するかまたは簡素化する。

【0389】

一実施形態に係るデコード装置３００は、ビットストリームからのイントラ予測モードに関する情報、残差情報、およびＬＦＮＳＴインデックスを受信することができる（Ｓ１５１０）。

【0390】

さらに具体的には、デコード装置３００は、ビットストリームから現在のブロックに対する量子化された変換係数に関する情報に基づいて対象ブロックに対する量子化された変換係数を導出することができる。対象ブロックの量子化された変換係数に関する情報は、ＳＰＳ（Sequence Parameter Set）またはスライスヘッダ（slice header）に含めることができ、簡素化変換（ＲＳＴ）が適用されるか否かに関する情報、簡素化ファクタに関する情報、簡素化変換を適用する最小変換サイズに関する情報、簡素化変換を適用する最大変換サイズに関する情報、簡素化逆変換サイズ、変換セットに含まれる変換カーネル行列のうちのいずれか１つを指示する変換インデックスに関する情報のうちの少なくとも１つを含むことができる。

【0391】

また、デコード装置は、現ブロックに対するイントラ予測モードに関する情報と、現ブロックにＩＳＰが適用されるかどうかに関する情報と、をさらに受信することができる。デコード装置は、ＩＳＰコーディングまたはＩＳＰモードを適用するかどうかを指示するフラグ情報を受信およびパージングすることによって、現ブロックが所定数のサブパーティション変換ブロックに分割されているかどうかを導出することができる。ここで、現ブロックは、コーディングブロックであり得る。また、デコード装置は、現ブロックがどの方向に分割されるかを指示するフラグ情報を介して分割されるサブパーティションブロックのサイズおよび数を導出することができる。

【0392】

デコード装置３００は、現ブロックに対する残差情報、すなわち、量子化された変換係数に対して逆量子化を行って変換係数を導出する（Ｓ１５２０）。

【0393】

導出された変換係数は、４×４ブロック単位で逆方向対角スキャン順序に従って配列され、４×４ブロック内の変換係数も逆方向対角スキャン順序に従って配列される。すなわち、逆量子化が行われた変換係数は、ＶＶＣやＨＥＶＣにおいてのようなビデオコーデックにおいて適用されている逆方向スキャン順序に従って配置される。

【0394】

デコード装置は、変換係数にＬＦＮＳＴを適用して修正された変換係数を導出することができる。

【0395】

ＬＦＮＳＴは、変換対象となる係数を垂直または水平方向に分離して変換する一次変換とは異なり、係数を特定の方向に分離せずに変換を適用する非分離変換である。この非分離変換は、ブロック全体領域ではない、低周波領域にのみ順方向変換を適用する低周波数非分離変換であり得る。

【0396】

ＬＦＮＳＴインデックス情報は、シンタックス情報で受信され、シンタックス情報は、０および１を含む２値化のストリングで受信され得る。

【0397】

本実施形態に係るＬＦＮＳＴインデックスのシンタックス要素は、逆ＬＦＮＳＴもしくは逆非分離変換が適用されるか否かならびに変換セットに含まれる変換カーネル行列のうちのいずれか１つを指示することができ、変換セットが２つの変換カーネル行列を含む場合、変換インデックスのシンタックス要素の値は３つであり得る。

【0398】

すなわち、一実施形態によれば、ＬＦＮＳＴインデックスのシンタックス要素値は、対象ブロックに逆ＬＦＮＳＴが適用されない場合を指示する０、変換カーネル行列のうちの第１変換カーネル行列を指示する１、変換カーネル行列のうちの第２の変換カーネル行列を指示する２を含むことができる。

【0399】

上記イントラ予測モード情報およびＬＦＮＳＴインデックス情報は、コーディングユニットレベルでシグナリングされ得る。

【0400】

デコード装置は、現ブロックに対するＬＦＮＳＴインデックスのパージングが可能か否かを決定するために、現ブロックのツリータイプに従って現ブロックにＩＳＰが適用されるかどうか、または現ブロックのＤＣ成分に有効係数が存在するかどうかを示す変数を導出し得、変数は、現ブロックの色成分に対する個々の変換スキップフラグ値に基づいて導出され得る。（Ｓ１５３０）。

【0401】

現ブロックがシングルタイプまたはデュアルツリールマであり、ＩＳＰが適用されることに基づいて、変数の値に関係なく上記ＬＦＮＳＴインデックスがパージングされ得、現ブロックがデュアルツリークロマであるか、または現ブロックにＩＳＰが適用されない場合、上記変数がＤＣ成分ではない位置に有効係数があることを示すことに基づいて、ＬＦＮＳＴインデックスをパージングすることができる。

【0402】

現ブロックのＤＣ成分に有効係数があるか否かを示す変数は、変数ＬｆｎｓｔＤｃＯｎｌｙで表すことができ、１つのコーディングユニット内の少なくとも１つの変換ブロックに対してDC成分ではない位置に０でない係数が存在すると、０になり、１つのコーディングユニット内の全ての変換ブロックについて、ＤＣ成分でない位置に０でない係数が存在しなければ１となる。本文書において、ＤＣ成分は、２D成分に対する位置基準として（０、０）または左上端位置を指す。

【0403】

一つのコーディングユニット内には、複数の変換ブロックが存在することができる。例えば、クロマ成分の場合、ＣｂおよびＣｒの変換ブロックが存在し、シングルツリータイプの場合は、ルマ、ＣｂおよびＣｒの変換ブロックが存在し得る。一例によれば、現在のコーディングブロックを構成する変換ブロックのうちの１つの変換ブロックにおいても、ＤＣ成分位置以外に０でない係数が見つかった場合、変数ＬｆｎｓｔＤｃＯｎｌｙ値を０に設定することができる。

【0404】

一方、変換ブロックに０（ゼロ）でない係数が存在しない場合は、対応（該当）する変換ブロックに対しては残差コーディングが行われないため、対応する変換ブロックによって変数LfnstDcOnlyの値は変更されない。したがって、変換ブロックの直流（ＤＣ）成分ではない位置にゼロ以外の係数が存在しない場合、変数LfnstDcOnlyの値は変化せず、以前の値を保持する。たとえば、コーディングユニットがシングルツリー型でコーディングされ、ルマ変換ブロックのために変数LfnstDcOnly値が０に変更された場合、Ｃｂ変換ブロックでＤＣ成分のみに０でないの係数が存在するか、Ｃｂ変換ブロックに０でない係数が存在しない場合、変数LfnstDcOnlyの値はゼロのまま保持される。変数LfnstDcOnly値は最初に１に初期化され、現コーディングユニット内のどの成分も変数LfnstDcOnly値を０に更新できない場合はそのまま１値を維持し、該コーディングユニットを構成する変換ブロックの内１つでも変数LfnstDcOnly値を０に更新するようにすると、最終的にゼロに維持される。

【0405】

一方、このような変数ＬｆｎｓｔＤｃＯｎｌｙは、現ブロックの色成分に対する個々の変換スキップフラグ値に基づいて導出され得る。現ブロックの変換スキップフラグは、色成分ごとにシグナリングすることができ、現ブロックのツリータイプがシングルツリーである場合、ルマ成分に対する変換スキップフラグの値、クロマＣｂ成分に対する変換スキップフラグの値、クロマＣｒ成分の変換スキップフラグの値に基づいて、変数LfnstDcOnlyが導出され得る。あるいは、現ブロックのツリータイプがデュアルツリールマである場合、ルマ成分に対する変換スキップフラグの値に基づいて変数LfnstDcOnlyが導出され、現ブロックのツリータイプがデュアルツリークロマである場合、クロマＣｂ成分に対する変換スキップフラグの値、クロマＣｒ成分に対する変換スキップフラグの値に基づいて変数ＬｆｎｓｔＤｃＯｎｌｙが導出され得る。

【0406】

一例に従って、色成分の変換スキップフラグ値がゼロであることに基づいて、変数LfnstDcOnlyは、DC成分ではない位置に有効係数が存在することを示すことができる。つまり、現ブロックのツリータイプがシングルツリーである場合、ルマ成分に対する変換スキップフラグの値、クロマＣｂ成分に対する変換スキップフラグの値、クロマＣｒ成分に対する変換スキップフラグの値が一つでもゼロであることに基づく。変数LfnstDcOnlyをゼロとして導出され得る。あるいは、現ブロックのツリータイプがデュアルツリールマである場合、ルマ成分に対する変換スキップフラグの値がゼロであることに基づいて変数LfnstDcOnlyがゼロとして導出され、現ブロックのツリータイプがデュアルツリークロマである場合、クロマＣｂ成分に対する変換スキップフラグの値、クロマＣｒ成分に対する変換スキップフラグの値が１つでも０であることに基づいて、変数ＬｆｎｓｔＤｃＯｎｌｙが０として導出され得る。

【0407】

前述のように、変数LfnstDcOnlyは、現ブロックのコーディングユニットレベルで最初の１に設定され得、変換スキップフラグ値が０である場合、変数LfnstDcOnlyは、残差コーディングレベルで０に変更され得る。

【0408】

一方、前述したように、イントラサブパーティション（ＩＳＰ）モードを適用することができるルマブロックの場合、デコード装置は、変数ＬｆｎｓｔＤｃＯｎｌｙの導出なしでＬＦＮＳＴインデックスをパージングすることができる。

【0409】

具体的には、ＩＳＰモードが適用され、ルマ成分の変換スキップフラグ、つまりtransform_skip_flag [x0] [y0] [0]の値が０の場合、現ブロックのツリータイプがシングルツリーまたはルマのデュアルツリーであるときは、変数LfnstDcOnlyの値に関係なく、ＬＦＮＳＴインデックスがシグナリングされることができる。

【0410】

一方、ＩＳＰモードが適用されないクロマ成分の場合、クロマＣｂ成分に対する変換スキップフラグであるtransform_skip_flag[x0][y0][1]とクロマＣｒ成分に対する変換スキップフラグであるtransform_skip_flag[x0][y0][2]との値に応じて、変数LfnstDcOnlyの値を0に設定できる。つまり、transform_skip_flag[x0][y0][cIdx]でcIdx値が１のときは、transform_skip_flag[x0][y0][1]値が０のときのみ変数LfnstDcOnly値を０に設定でき、cIdx値が２のときは、x0 ][ y0 ][ 2 ]（transform_skip_flag[x0][y0][2]）値が０の場合のみ、変数LfnstDcOnly値を０に設定できる。変数LfnstDcOnly値が０の場合、デコード装置は、ＬＦＮＳＴインデックスをパージングすることができ、そうでなければ、ＬＦＮＳＴインデックスはシグナリングされず、ゼロ値と類推され得る。

【0411】

以後、 デコード装置は、ＬＦＮＳＴインデックスおよびＬＦＮＳＴのためのＬＦＮＳＴ行列に基づいて変換係数から修正された変換係数を導出することができる（Ｓ１５４０）。

【0412】

デコード装置は、ＬＦＮＳＴインデックスがゼロではなく、すなわち、ＬＦＮＳＴインデックスがゼロより大きく、色成分に対する個々の上記変換スキップフラグ値がゼロであるかどうかに基づいてＬＦＮＳＴのための複数の変数を設定することができる。

【0413】

例えば、デコード装置は、ＬＦＮＳＴインデックスパージング後にＬＦＮＳＴを適用する段階で色成分に対する個別の上記変換スキップフラグ値がゼロであるかどうかを再度判断し、ＬＦＮＳＴを適用するための様々な変数を設定することができる。例えば、ＬＦＮＳＴセット選択のためのイントラ予測モード、ＬＦＮＳＴ適用後に出力される変換係数の数、ＬＦＮＳＴが適用されるブロックのサイズなどを設定することができる。

【0414】

ＢＤＰＣＭでコーディングされたブロックの場合、変換スキップフラグは１に自動的に設定され得、この場合、ＬＦＮＳＴインデックスが０でない場合でも変換スキップフラグは１であり得るので、ＬＦＮＳＴを実質的に適用するときの色成分別変換スキップフラグ値を再チェックすることができる。

【0415】

あるいは、一例に従って、変換ブロック内にコーディングされた有効係数が存在するかどうかを示すフラグ値がゼロである場合、変換スキップフラグ値がチェックされない状況が存在し得る。この場合もまたＬＦＮＳＴインデックスがゼロでないだけで変換スキップフラグ値が０であることが保証されないので、実質的にＬＦＮＳＴを適用する際に色成分別変換スキップフラグ値を再チェックすることができる。

【0416】

すなわち、デコード装置は、ＬＦＮＳＴインデックスパージング段階で色成分別変換スキップフラグ値をチェックすることができ、実質的にＬＦＮＳＴを適用する際に色成分別変換スキップフラグ値を再チェックすることができる。

【0417】

デコード装置は、イントラ予測モード情報から導出されたイントラ予測モードに基づいてＬＦＮＳＴ行列を含むＬＦＮＳＴセットを決定し、ＬＦＮＳＴセットおよびＬＦＮＳＴインデックスに基づいて複数のＬＦＮＳＴ行列のうちのいずれか１つを選択することができる。

【0418】

このとき、現ブロックにおいて分割されたサブパーティション変換ブロックには同一のＬＦＮＳＴセットと同一のＬＦＮＳＴインデックスが適用される。すなわち、サブパーティション変換ブロックには同一のイントラ予測モードが適用されるので、イントラ予測モードに基づいて決定されるＬＦＮＳＴセットも全てのサブパーティション変換ブロックに同一に適用される。また、ＬＦＮＳＴインデックスは、コーディングユニットレベルにおいてシグナリングされるので、現ブロックにおいて分割されたサブパーティション変換ブロックには同一のＬＦＮＳＴ行列が適用される。

【0419】

一方、前述したように、変換の対象となる変換ブロックのイントラ予測モードに応じて変換セットが決定され、逆ＬＦＮＳＴは、ＬＦＮＳＴインデックスにより指示される変換セットに含まれている変換カーネル行列、すなわち、ＬＦＮＳＴの行列のうちのいずれか１つに基づいて行われる。逆ＬＦＮＳＴに適用される行列は、逆ＬＦＮＳＴの行列またはＬＦＮＳＴ行列と命名され、このような行列は、順方向ＬＦＮＳＴに使用される行列とトランスポーズの関係にあれば、その名称は何でも関係ない。

【0420】

一例において、逆ＬＦＮＳＴの行列は、列の個数が行の数より少ない非正方形行列であり得る。

【0421】

デコード装置は、修正された変換係数に対する１次逆変換に基づいて現ブロックに対する残差サンプルを導出する（Ｓ１５５０）。

【0422】

このとき、逆一次変換は、一般の分離変換を使用することができ、前述のＭＴＳを使用することもできる。

【0423】

続いて、デコード装置３００は、現ブロックに対する残差サンプルおよび現ブロックに対する予測サンプルに基づいて復元サンプルを生成することができる。

【0424】

以下の図面は、本明細書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称や具体的な信号／メッセージ／フィールドの名称は、例示的に提示されたものであるため、本明細書の技術的特徴が、以下の図面に使用された具体的な名称に制限されない。

【0425】

図１６は、本文書の一実施形態に係るビデオエンコード装置の動作を示すフローチャートである。

【0426】

図１６に開示された各段階は、図４～図１４で前述した内容のうちの一部に基づく。したがって、図２および図４～図１４で前述した内容と重複する具体的な内容は説明を省略するかまたは簡単にする。

【0427】

一実施形態に係るコーディング装置２００は、現ブロックに適用されるイントラ予測モードに基づいて現ブロックの予測サンプルを導出することができる。

【0428】

エンコード装置は、現ブロックにＩＳＰが適用される場合、サブパーティション変換ブロック別に予測を行う。

【0429】

エンコード装置は、現ブロック、すなわち、コーディングブロックにＩＳＰコーディングまたはＩＳＰモードを適用するか否かを判断し、判断結果によって現ブロックがどの方向に分割されるかを決定し、分割されるサブブロックのサイズおよび個数を導出する。

【0430】

現ブロックにおいて分割されたサブパーティション変換ブロックには同一のイントラ予測モードが適用され、エンコード装置は、サブパーティション変換ブロック別に予測サンプルを導出する。すなわち、エンコード装置は、サブパーティション変換ブロックの分割形態に応じて、例えば、水平（Ｈｏｒｉｚｏｎｔａｌ）または垂直（Ｖｅｒｔｉｃｉａｌ）、左側から右側または上側から下側に順次イントラ予測を行う。最左側または最上部のサブブロックに対しては通常のイントラ予測方式のように既にコーディングされたコーディングブロックの復元ピクセルを参照する。また、後続の内部のサブパーティション変換ブロックの各辺に対して以前のサブパーティション変換ブロックと隣接していない場合は、当該辺に隣接する参照ピクセルを導出するために、通常のイントラ予測方式のように既にコーディングされた隣接するコーディングブロックの復元ピクセルを参照する。

【0431】

エンコード装置２００は、予測サンプルに基づいて現ブロックの残差サンプルを導出することができる（Ｓ１６１０）。

【0432】

エンコード装置２００は、残差サンプルにＬＦＮＳＴまたはＭＴＳのうちの少なくとも１つを適用して現ブロックの変換係数を導出し、変換係数を所定のスキャン順序に従って配列することができる。

【0433】

エンコード装置は、残差サンプルに対する一次変換に基づいて現ブロックの変換係数を導出することができる（Ｓ１６２０）。

【0434】

一次変換は、ＭＴＳのような複数の変換カーネルを介して実行することができ、この場合、イントラ予測モードに基づいて変換カーネルが選択され得る。

【0435】

エンコード装置２００は、現ブロックに対する変換係数に対して２次変換、または非分離変換、具体的にはＬＦＮＳＴを行うか否かを決定し、変換係数にＬＦＮＳＴを適用して修正された変換係数を導出することができる。

【0436】

ＬＦＮＳＴは、変換対象となる係数を垂直または水平方向に分離して変換する１次変換とは異なり、係数を特定方向に分離せずに変換を適用する非分離変換である。このような非分離変換は、変換対象となる対象ブロック全体ではなく、低周波領域にのみ変換を適用する低周波非分離変換であり得る。

【0437】

エンコード装置は、変換係数に複数のＬＦＮＳＴ行列を適用して、現ブロックのＤＣ成分に有効係数が存在するか否かを示す変数を導出することができ、一例に従って、現ブロックのツリータイプに従って現ブロックにＩＳＰが適用されるかどうか、または現ブロックのＤＣ成分に有効係数が存在するかどうかを示す変数に基づいて修正された変換係数を導出することができ、変数は、現ブロックの色成分に対する個々の変換スキップフラグ値に基づいて導出され得る（Ｓ１６３０）。

【0438】

現ブロックがシングルタイプまたはデュアルツリールマであり、ＩＳＰが適用されることに基づいて、エンコード装置は、現ブロックにＬＦＮＳＴを適用することができ、現ブロックのツリータイプがデュアルツリークロマであるか、またはＩＳＰが適用されない場合、DC成分に有効係数があるかどうかを示す変数に基づいてＬＦＮＳＴ行列を選択できる。

【0439】

エンコード装置は、各ＬＦＮＳＴ行列候補に対してはＬＦＮＳＴ適用後、またはＬＦＮＳＴを適用しない場合に対してはＬＦＮＳＴを適用しない状態で変数を導出することができる。

【0440】

具体的には、エンコード装置は、複数のＬＦＮＳＴ候補、すなわちＬＦＮＳＴ行列を適用して、全ての変換ブロックの有効係数がＤＣ位置のみに存在する対応するＬＦＮＳＴ行列は、除去される（もちろんＣＢＦが０の場合は、該当変数決定過程から除外される）。変数LfnstDcOnly値がゼロのＬＦＮＳＴ行列間だけＲＤ値を比較できる。例えば、ＬＦＮＳＴを適用しない場合は、変数LfnstDcOnly値とは無関係であるため、比較過程に含まれ（この場合はLFNSTを適用しないので、一次変換の結果として得られる変換係数に基づいてLfnstDcOnly変数値を決定することができる）、該ＬｆｎｓｔＤｃＯｎｌｙ値がゼロのＬＦＮＳＴ行列もＲＤ値の比較過程に含まれる。

【0441】

現ブロックのＤＣ成分に有効係数があるか否かを示す変数は、変数ＬｆｎｓｔＤｃＯｎｌｙで表すことができ、１つのコーディングユニット内の少なくとも１つの変換ブロックに対してＤＣ成分でない位置にゼロでない係数が存在する場合、０になり、１つのコーディングユニット内の全ての変換ブロックについて、ＤＣ成分でない位置にゼロでない係数が存在しなければ１となる。

【0442】

一つのコーディングユニット内には、複数の変換ブロックが存在することができる。例えば、クロマ成分の場合、ＣｂおよびＣｒの変換ブロックが存在し、シングルツリータイプの場合、ルマ、ＣｂおよびＣｒの変換ブロックが存在し得る。一例に従って、現在のコーディングブロックを構成する変換ブロックのうちの１つの変換ブロックにおいても、ＤＣ成分位置以外にゼロ以外の係数が見つかった場合、変数ＬｆｎｓｔＤｃＯｎｌｙ値は０に設定され得る。

【0443】

一方、変換ブロックにゼロ以外の係数が存在しない場合は、対応する変換ブロックに対しては残差コーディングが行われないため、該変換ブロックによって変数LfnstDcOnlyの値は変更されない。したがって、変換ブロックのＤＣ成分でない位置にゼロでない係数が存在しない場合、変数LfnstDcOnlyの値が変更されず、以前の値を保持する。たとえば、コーディングユニットがシングルツリー型でコーディングされ、ルマ変換ブロックにより変数LfnstDcOnly値が０に変更された場合、Ｃｂ変換ブロックでDC成分のみにゼロでない係数が存在するか、Ｃｂ変換ブロックにゼロでない係数が存在しない場合、変数LfnstDcOnlyの値はゼロのまま維持される。変数LfnstDcOnly値は、最初に１に初期化され、現コーディングユニット内のどの成分も変数LfnstDcOnly値を０に更新できない場合はそのまま１値を維持するようにし、該コーディングユニットを構成する変換ブロックの内１つでも変数LfnstDcOnly値を０に更新するようにすると、最終的にゼロに維持される。

【0444】

一方、このような変数ＬｆｎｓｔＤｃＯｎｌｙは、現ブロックの色成分に対する個々の変換スキップフラグ値に基づいて導出され得る。現ブロックの変換スキップフラグは、色成分ごとにシグナリングすることができ、現ブロックのツリータイプがシングルツリーである場合、ルマ成分に対する変換スキップフラグの値、クロマＣｂ成分に対する変換スキップフラグの値、クロマＣｒ成分の変換スキップフラグの値に基づいて、変数LfnstDcOnlyが導出され得る。あるいは、現ブロックのツリータイプがデュアルツリールマである場合、ルマ成分に対する変換スキップフラグの値に基づいて変数LfnstDcOnlyが導出され、現ブロックのツリータイプがデュアルツリークロマである場合、クロマＣｂ成分に対する変換スキップフラグの値、クロマＣｒ成分に対する変換スキップフラグの値に基づいて変数ＬｆｎｓｔＤｃＯｎｌｙgが導出され得る。

【0445】

一例によれば、色成分の変換スキップフラグ値がゼロであることに基づいて、変数LfnstDcOnlyは、DC成分ではない位置に有効係数が存在することを示し得る。つまり、現ブロックのツリータイプがシングルツリーである場合、ルマ成分に対する変換スキップフラグの値、クロマＣｂ成分に対する変換スキップフラグの値、クロマＣｒ成分に対する変換スキップフラグの値が一つでもゼロであることに基づく変数LfnstDcOnlyがゼロに導出され得る。あるいは、現ブロックのツリータイプがデュアルツリールマであれば、ルマ成分に対する変換スキップフラグの値がゼロであることに基づいて変数LfnstDcOnlyがゼロとして導出され、現ブロックのツリータイプがデュアルツリークロマである場合、クロマＣｂ成分に対する変換スキップフラグの値、クロマＣｒ成分に対する変換スキップフラグの値が１つでも０であることに基づいて、変数ＬｆｎｓｔＤｃＯｎｌｙが０として導出されることができる。

【0446】

前述のように、変数LfnstDcOnlyは、現ブロックのコーディングユニットレベルで最初の１に設定され得、変換スキップフラグ値が０の場合、変数LfnstDcOnlyは残差コーディングレベルから０に変更されることができる。

【0447】

エンコード装置は、変数がＤＣ成分ではない位置に有効係数が存在することを示すことに基づいて最適なＬＦＮＳＴ行列を選択し、選択されたＬＦＮＳＴ行列に基づいて修正された変換係数を導出することができる。

【0448】

エンコード装置は、修正された変換係数を導出する段階において、色成分に対する個々の上記変換スキップフラグ値がゼロであるかどうかに基づいてＬＦＮＳＴのための複数の変数を設定することができる。

【0449】

例えば、エンコード装置は、ＬＦＮＳＴを適用するか否かを判断した後、ＬＦＮＳＴを適用する段階で色成分に対する個別の上記変換スキップフラグ値が０であるかどうかを再度判断し、ＬＦＮＳＴを適用するための様々な変数を設定できる。例えば、ＬＦＮＳＴセット選択のためのイントラ予測モード、ＬＦＮＳＴ適用後に出力される変換係数の数、ＬＦＮＳＴが適用されるブロックのサイズなどが設定され得る。

【0450】

ＢＤＰＣＭでコーディングされたブロックの場合、変換スキップフラグは１に自動的に設定され得るので、実質的にＬＦＮＳＴを適用するときに色成分別変換スキップフラグ値を再チェックすることができる。

【0451】

あるいは、一例によれば、変換ブロック内にコーディングされた有効係数が存在するかどうかを示すフラグ値がゼロである場合、変換スキップフラグ値がチェックされない状況が存在し得る。この場合もまたＬＦＮＳＴインデックスがゼロでないだけで変換スキップフラグ値が０であることが保証されないので、実質的にＬＦＮＳＴを適用する際に色成分別変換スキップフラグ値を再チェックすることができる。

【0452】

すなわち、エンコード装置は、ＬＦＮＳＴ適用が可能か否かを判定する段階で色成分別変換スキップフラグ値をチェックすることができ、実質的にＬＦＮＳＴを適用する際に色成分別変換スキップフラグ値を再チェックすることができる。

【0453】

一方、前述したように、イントラサブパーティション（ＩＳＰ）モードが適用されることができるルマブロックの場合、変数ＬｆｎｓｔＤｃＯｎｌｙの導出なしでＬＦＮＳＴを適用することができる。

【0454】

具体的には、ISPモードが適用され、ルマ成分の変換スキップフラグ、つまりtransform_skip_flag [x0] [y0] [0]の値が０の場合、現ブロックのツリータイプがシングルツリーまたはルマのデュアルツリーであり、変数LfnstDcOnly値に関係なくＬｆｎｓｔが適用されることができる。

【0455】

一方、ＩＳＰモードが適用されないクロマ成分の場合、クロマＣｂ成分に対する変換スキップフラグであるtransform_skip_flag[x0][y0][1]とクロマＣｒ成分に対する変換スキップフラグであるtransform_skip_flag[x0][y0][ 2]との値に応じて、変数LfnstDcOnlyの値を０に設定できる。つまり、transform_skip_flag[x0][y0][cIdx]でcIdx値が1のときは、transform_skip_flag[x0][y0][1]値が０のときのみ変数LfnstDcOnly値を０に設定でき、cIdx値が２のときは、x0 ][ y0 ][ 2 ]（transform_skip_flag[x0][y0][2]）値が０の場合のみ、変数LfnstDcOnly値を０に設定できる。変数LfnstDcOnly値が０の場合、エンコード装置は、ＬＦＮＳＴを適用でき、そうでなければＬＦＮＳＴは適用されない。

【0456】

エンコード装置２００は、現ブロックに適用されるイントラ予測モードによるマッピング関係に基づいてＬＦＮＳＴセットを決定し、ＬＦＮＳＴセットに含まれている２つのうちのいずれか１つのＬＦＮＳＴ行列に基づいてＬＦＮＳＴ、すなわち、非分離変換を行うことができる。

【0457】

このとき、現ブロックにおいて分割されたサブパーティション変換ブロックには、同一のＬＦＮＳＴセットおよび同一のＬＦＮＳＴインデックスが適用される。すなわち、サブパーティション変換ブロックには同一のイントラ予測モードが適用されるので、イントラ予測モードに基づいて決定されるＬＦＮＳＴセットも全てのサブパーティション変換ブロックに同一に適用される。また、ＬＦＮＳＴインデックスはコーディングユニット単位でエンコードされるので、現ブロックにおいて分割されたサブパーティション変換ブロックには同一のＬＦＮＳＴ行列が適用される。

【0458】

前述のように、変換の対象となる変換ブロックのイントラ予測モードによって変換セットが決定される。ＬＦＮＳＴに適用される行列は、逆方向のＬＦＮＳＴに使用される行列とトランスポーズの関係にある。

【0459】

一例において、ＬＦＮＳＴ行列は、行の個数が列の個数より少ない非正方形行列であり得る。

【0460】

エンコード装置は、変数LfnstDcOnlyが現ブロックのコーディングユニットレベルで最初の１に設定され、変換スキップフラグ値が０の場合、変数LfnstDcOnlyは、残差コーディングレベルから０に変更され、変数LfnstDcOnlyが０であることに基づいてＬＦＮＳＴに適用されるＬＦＮＳＴ行列を指示するＬＦＮＳＴインデックスがパージングされるように映像情報を構成することができる。

【0461】

エンコード装置は、現ブロックに対する修正された変換係数に基づいて量子化を実行して量子化された変換係数を導出し、ＬＦＮＳＴインデックスをエンコードすることができる。

【0462】

エンコード装置は、量子化された変換係数に関する情報を含む残差情報を生成することができる。残差情報は、前述した変換関連情報／シンタックス要素を含むことができる。エンコード装置は、残差情報を含む映像／ビデオ情報をエンコードしてビットストリームの形態で出力することができる。

【0463】

より具体的には、エンコード装置２００は、量子化された変換係数に関する情報を生成し、生成された量子化された変換係数に関する情報をエンコードすることができる。

【0464】

本実施形態によるＬＦＮＳＴインデックスのシンタックス要素は、（逆）ＬＦＮＳＴが適用されるか否かおよびＬＦＮＳＴセットに含まれるＬＦＮＳＴ行列のいずれか１つを指示することができ、ＬＦＮＳＴセットが２つの変換カーネル行列を含む場合、ＬＦＮＳＴインデックスのシンタックス要素の値は３つであり得る。

【0465】

一例によって、現ブロックに対する分割ツリー構造がデュアルツリータイプである場合、ルマブロックおよびクロマブロックのそれぞれに対してＬＦＮＳＴインデックスがエンコードされる。

【0466】

一実施形態によって、変換インデックスに関するシンタックス要素値は、現ブロックに（逆）ＬＦＮＳＴが適用されない場合を指示する０、ＬＦＮＳＴ行列のうちの１番目のＬＦＮＳＴ行列を指示する１、ＬＦＮＳＴ行列のうちの２番目のＬＦＮＳＴ行列を指示する２として導出される。

【0467】

本文書において、量子化／逆量子化および／または変換／逆変換の少なくとも１つは省略され得る。上記量子化／逆量子化が省略される場合、上記量子化された変換係数は、変換係数と呼ばれ得る。上記変換／逆変換が省略される場合、上記変換係数は、係数もしくは残差係数と呼ばれることもあり、または表現の統一性のために変換係数と依然として呼ばれることもある。

【0468】

また、本文書において、量子化された変換係数および変換係数は、それぞれ変換係数およびスケーリングされた（ｓｃａｌｅｄ）変換係数と呼称され得る。この場合、残差情報は、変換係数に関する情報を含むことができ、上記変換係数に関する情報は、残差コーディングシンタックスを介してシグナリングされることができる。上記残差情報（または上記変換係数に関する情報）に基づいて変換係数が導出されることができ、上記変換係数に対する逆変換（スケーリング）を介してスケーリングされた変換係数が導出されることができる。上記スケーリングされた変換係数に対する逆変換（変換）に基づいて、残差サンプルが導出されることができる。これは、本文書の別の部分でも同様に適用／表現できる。

【0469】

前述した実施例において、方法は、一連の段階またはブロックとしてフローチャートに基づいて説明されているが、本文書は、段階の順序に限定されるわけではなく、ある段階は、前述したところと異なる段階および異なる順序で、または同時に発生し得る。また、当業者であれば、フローチャートに示されている段階が排他的ではなく、別の段階が含まれるか、フローチャートの１つまたは複数の段階が本文書の範囲に影響を与えずに削除され得ることを理解することができる。

【0470】

前述した本文書に係る方法は、ソフトウェアの形態で具現されることができ、本文書に係るエンコード装置および／またはデコード装置は、例えば、ＴＶ、コンピュータ、スマートフォン、セットトップボックス、ディスプレイ装置などの映像処理を行う装置に含まれ得る。

【0471】

本文書において、実施例がソフトウェアで具現されるとき、前述した方法は、前述した機能を行うモジュール（過程、機能など）で具現されることができる。モジュールはメモリに記憶され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあってもよく、よく知られている様々な手段でプロセッサと接続（連結）されてもよい。プロセッサは、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ－Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、他のチップセット、論理回路および／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、記憶媒体および／または他の記憶装置を含むことができる。すなわち、本文書で説明した実施例は、プロセッサ、マイクロプロセッサ、コントローラまたはチップ上で具現されて実行されることができる。例えば、各図面で示している機能ユニットは、コンピュータ、プロセッサ、マイクロプロセッサ、コントローラまたはチップ上で具現されて実行されることができる。

【0472】

また、本文書が適用されるデコード装置およびエンコード装置は、マルチメディア放送送受信装置、モバイル通信端末、ホームシネマビデオ装置、デジタルシネマビデオ装置、監視用カメラ、ビデオ対話装置、ビデオ通信のようなリアルタイム通信装置、モバイルストリーミング装置、記憶媒体、カムコーダ、ビデオオンデマンド（ＶｏＤ）サービス提供装置、ＯＴＴビデオ（Ｏｖｅｒ Ｔｈｅ Ｔｏｐ ｖｉｄｅｏ）装置、インターネットストリーミングサービス提供装置、３次元（３Ｄ）ビデオ装置、映像電話ビデオ装置、および医療用ビデオ装置などに含まれ得、ビデオ信号またはデータ信号を処理するために使用され得る。例えば、ＯＴＴビデオ（Ｏｖｅｒ ｔｈｅ ｔｏｐ ｖｉｄｅｏ）装置としては、ゲームコンソール、ブルーレイプレーヤ、インターネットアクセスＴＶ、ホームシアターシステム、スマートフォン、タブレットＰＣ、ＤＶＲ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｒｅｃｏｄｅｒ）などを含み得る。

【0473】

また、本文書が適用される処理方法は、コンピュータで実行されるプログラムの形態で生産されることができ、コンピュータが読み取ることができる記録媒体に記憶されることができる。本文書に係るデータ構造を有するマルチメディアデータもまた、コンピュータが読み取ることができる記録媒体に記憶されることができる。上記コンピュータが読み取ることができる記録媒体は、コンピュータで読み取ることができるデータが記憶される全ての種類の記憶装置および分散記憶装置を含む。上記コンピュータが読み取ることができる記録媒体は、例えば、ブルーレイディスク（ＢＤ）、ユニバーサルシリアルバス（汎用直列バス）（ＵＳＢ）、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＲＡＭ、ＣＤ－ＲＯＭ、磁気テープ、フロッピディスク、および光学データ記憶装置を含み得る。また、上記コンピュータが読み取ることができる記録媒体は、搬送波（例えば、インターネットを介した送信）の形態で具現されたメディアを含む。また、エンコード方法で生成されたビットストリームが、コンピュータが読み取ることができる記録媒体に記憶されるか、有無線通信ネットワークを介して送信されることができる。また、本文書の実施形態は、プログラムコードによるコンピュータプログラム製品で具現されることができ、上記プログラムコードは、本文書の実施形態によってコンピュータで実行されることができる。上記プログラムコードは、コンピュータによって読み取り可能なキャリア上に記憶されることができる。

【0474】

図１７は、本文書が適用されるコンテンツストリーミングシステムの構造図を例示的に示す。

【0475】

また、本文書が適用されるコンテンツストリーミングシステムは、大まかにエンコードサーバ、ストリーミングサーバ、ウェブサーバ、メディアストレージ、ユーザ装置、およびマルチメディア入力装置を含むことができる。

【0476】

上記エンコードサーバは、スマートフォン、カメラ、カムコーダなどのマルチメディア入力装置から入力されたコンテンツをデジタルデータに圧縮してビットストリームを生成し、これを上記ストリーミングサーバに送信する役割をする。別の例として、スマートフォン、カメラ、カムコーダなどのマルチメディア入力装置がビットストリームを直接生成する場合、上記エンコードサーバは省略され得る。上記ビットストリームは、本文書が適用されるエンコード方法またはビットストリームの生成方法により生成されることができ、上記ストリーミングサーバは、上記ビットストリームを送信または受信する過程で、一時的に上記ビットストリームを記憶することができる。

【0477】

上記ストリーミングサーバは、ウェブサーバを介したユーザの要求に基づいてマルチメディアデータをユーザ装置に送信し、上記ウェブサーバは、ユーザにどのようなサービスがあるかを知らせる媒介体の役割をする。ユーザが上記ウェブサーバに所望のサービスを要求すると、上記ウェブサーバは、これをストリーミングサーバに伝達し、上記ストリーミングサーバは、ユーザにマルチメディアデータを送信する。そのとき、上記コンテンツストリーミングシステムは、別の制御サーバを含むことができ、この場合、上記制御サーバは、上記コンテンツストリーミングシステム内の各装置間の命令／応答を制御する役割をする。

【0478】

上記ストリーミングサーバは、メディアストレージおよび／またはエンコードサーバからコンテンツを受信することができる。例えば、上記エンコードサーバからコンテンツを受信することになる場合、上記コンテンツをリアルタイムで受信することができる。この場合、円滑なストリーミングサービスを提供するために、上記ストリーミングサーバは、上記ビットストリームを一定時間記憶することができる。

【0479】

上記ユーザ装置の例としては、携帯電話、スマートフォン（ｓｍａｒｔ ｐｈｏｎｅ）、ラップトップコンピュータ（ｌａｐｔｏｐ ｃｏｍｐｕｔｅｒ）、デジタル放送用端末機、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、ＰＭＰ（Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ）、ナビゲーション、スレートＰＣ（ｓｌａｔｅ ＰＣ）、タブレットＰＣ（ｔａｂｌｅｔ ＰＣ）、ウルトラブック（ULTRABOOK（登録商標））、ウェアラブルデバイス（ｗｅａｒａｂｌｅ ｄｅｖｉｃｅ、例えば、スマートウォッチ（ウォッチ型端末機）（ｓｍａｒｔｗａｔｃｈ）、スマートグラス（グラス型端末機）（ｓｍａｒｔ ｇｌａｓｓ）、ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔｅｄ Ｄｉｓｐｌａｙ））、デジタルＴＶ、デスクトップコンピュータ、デジタル署名（サイニジ）などがあり得る。上記コンテンツストリーミングシステム内の各サーバは、分散サーバとして運用されることができ、この場合、各サーバで受信するデータは、分散処理されることができる。

【0480】

本明細書に記載された請求項は、多様な方式で組み合わせることができる。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置として具現されることができ、本明細書の装置請求項の技術的特徴が組み合わせられて方法として具現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴とが組み合わせられて装置として具現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴とが組み合わせられて方法として具現されることができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【手続補正書】

【提出日】2024-03-22

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

デコード装置によって行われる映像デコード方法であって、
ビットストリームから残差情報を取得する段階と、
前記残差情報に基づいて現ブロックに対する変換係数を導出する段階と、
前記変換係数にＬＦＮＳＴ（Low Frequency Non-Separable Transform）を適用して修正された変換係数を導出する段階と、
前記修正された変換係数に対する逆一次変換に基づいて前記現ブロックに対する残差サンプルを導出する段階と、
前記残差サンプルに基づいて復元ピクチャを生成する段階と、を含み、
前記修正された変換係数を導出する段階は、
前記現ブロックのクロマＣｂ成分に対する第１の変換スキップフラグをパージングする段階と、
前記現ブロックのクロマＣｒ成分に対する第２の変換スキップフラグをパージングする段階と、
前記クロマＣｂ成分に対する前記第１の変換スキップフラグの値と前記クロマＣｒ成分に対する前記第２の変換スキップフラグの値とに基づいて、ＬＦＮＳＴインデックスをパージングする段階と、
前記ＬＦＮＳＴインデックスと前記クロマＣｂ成分に対する前記第１の変換スキップフラグとに基づいて、前記クロマＣｂ成分に前記ＬＦＮＳＴを適用するかどうかを決定する段階と、
前記ＬＦＮＳＴが前記クロマＣｂ成分に適用されるという前記決定に基づいて、前記ＬＦＮＳＴを前記クロマＣｂ成分に関連する第１の変換係数に適用する段階と、
前記ＬＦＮＳＴインデックスと前記クロマＣｒ成分に対する前記第２の変換スキップフラグとに基づいて、前記クロマＣｒ成分に前記ＬＦＮＳＴを適用するかどうかを決定する段階と、
前記ＬＦＮＳＴが前記クロマＣｒ成分に適用されるという前記決定に基づいて、前記クロマＣｒ成分に関連する第２の変換係数に前記ＬＦＮＳＴを適用する段階と、を含む、方法。

【請求項2】

前記ＬＦＮＳＴインデックスの値が０より大きいことと前記クロマＣｂ成分に対する前記第１の変換スキップフラグの前記値が０であることとに基づいて、前記ＬＦＮＳＴは、前記現ブロックの前記クロマＣｂ成分に適用され、
前記ＬＦＮＳＴインデックスの前記値が０より大きいことと前記クロマＣｂ成分に対する前記第１の変換スキップフラグの前記値が１であることとに基づいて、前記ＬＦＮＳＴは、前記現ブロックの前記クロマＣｂ成分に適用されない、請求項１に記載の方法。

【請求項3】

前記ＬＦＮＳＴインデックスの値が０より大きいことと前記クロマＣｒ成分に対する前記第２の変換スキップフラグの前記値が０であることとに基づいて、前記ＬＦＮＳＴは、前記現ブロックの前記クロマＣｒ成分に適用され、
前記ＬＦＮＳＴインデックスの前記値が０より大きいことと前記クロマＣｒ成分に対する前記第２の変換スキップフラグの前記値が１であることとに基づいて、前記ＬＦＮＳＴは、前記現ブロックの前記クロマＣｒ成分に適用されない、請求項１に記載の方法。

【請求項4】

前記ＬＦＮＳＴインデックスは、有効係数が前記現ブロックのＤＣ成分にのみ存在するかどうかを示す変数に基づいてパージングされ、
前記変数は、前記クロマＣｂ成分に対する前記第１の変換スキップフラグの前記値と前記クロマＣｒ成分に対する前記第２の変換スキップフラグの前記値とに基づいて導出される、請求項１に記載の方法。

【請求項5】

前記変数の値は、コーディングユニットシンタックスにおいて最初に１に設定され、
前記変数の前記値は、前記クロマＣｂ成分に対する前記第１の変換スキップフラグの値と前記クロマＣｒ成分に対する前記第２の変換スキップフラグの前記値との少なくとも１つが１でないことに基づいて、０として導出され、
前記変数の前記値が０であることに基づいて、前記ＬＦＮＳＴインデックスがパージングされる、請求項４に記載の方法。

【請求項6】

前記変数の値は、前記クロマＣｂ成分に対する前記第１の変換スキップフラグの前記値が１であることと前記クロマＣｒ成分に対する前記第２の変換スキップフラグの前記値が０であることとに基づいて、０として導出される、請求項４に記載の方法。

【請求項7】

前記変数の値は、前記クロマＣｂ成分に対する前記第１の変換スキップフラグの前記値が０であることと前記クロマＣｒ成分に対する前記第２の変換スキップフラグの前記値が１であることとに基づいて、０として導出される、請求項４に記載の方法。

【請求項8】

前記ＬＦＮＳＴインデックスは、前記現ブロックのツリータイプがデュアルツリークロマであることと前記変数が前記有効係数が前記ＤＣ成分以外の位置に存在することを示すこととに基づいてパージングされる、請求項４に記載の方法。

【請求項9】

映像エンコード装置によって行われる映像エンコード方法であって、
現ブロックに対する予測サンプルを導出する段階と、
前記予測サンプルに基づいて前記現ブロックに対する残差サンプルを導出する段階と、
前記残差サンプルに対する一次変換に基づいて前記現ブロックに対する変換係数を導出する段階と、
ＬＦＮＳＴ（Low Frequency Non-Separable Transform）を適用して前記変換係数から修正された変換係数を導出する段階と、
前記修正された変換係数に基づいて残差情報を生成する段階と、
前記残差情報を含む画像情報をエンコードする段階と、を含み、
前記画像情報は、前記現ブロックのクロマＣｂ成分に対する第１の変換スキップフラグと前記現ブロックのクロマＣｒ成分に対する第２の変換スキップフラグとを含み、
前記画像情報は、前記クロマＣｂ成分に対する前記第１の変換スキップフラグの値と前記クロマＣｒ成分に対する前記第２の変換スキップフラグの値とに基づいてＬＦＮＳＴインデックスを含み、
前記ＬＦＮＳＴを適用する段階は、
前記ＬＦＮＳＴインデックスと前記クロマＣｂ成分に対する前記第１の変換スキップフラグとに基づいて、前記クロマＣｂ成分に前記ＬＦＮＳＴを適用するかどうかを決定する段階と、
前記ＬＦＮＳＴが前記クロマＣｂ成分に適用されるという前記決定に基づいて、前記ＬＦＮＳＴを前記クロマＣｂ成分に関連する第１の変換係数に適用する段階と、
前記ＬＦＮＳＴインデックスと前記クロマＣｒ成分に対する前記第２の変換スキップフラグとに基づいて、前記クロマＣｒ成分に前記ＬＦＮＳＴを適用するかどうかを決定する段階と、
前記ＬＦＮＳＴが前記クロマＣｒ成分に適用されるという前記決定に基づいて、前記クロマＣｒ成分に関連する第２の変換係数に前記ＬＦＮＳＴを適用する段階と、を含む、方法。

【請求項10】

前記ＬＦＮＳＴインデックスの値が０より大きいことと前記クロマＣｂ成分に対する前記第１の変換スキップフラグの前記値が０であることとに基づいて、前記ＬＦＮＳＴは、前記現ブロックの前記クロマＣｂ成分に適用され、
前記ＬＦＮＳＴインデックスの前記値が０より大きいことと前記クロマＣｂ成分に対する前記第１の変換スキップフラグの前記値が１であることとに基づいて、前記ＬＦＮＳＴは、前記現ブロックの前記クロマＣｂ成分に適用されない、請求項９に記載の方法。

【請求項11】

前記ＬＦＮＳＴインデックスの値が０より大きいことと前記クロマＣｒ成分に対する前記第２の変換スキップフラグの前記値が０であることとに基づいて、前記ＬＦＮＳＴは、前記現ブロックの前記クロマＣｒ成分に適用され、
前記ＬＦＮＳＴインデックスの前記値が０より大きいことと前記クロマＣｒ成分に対する前記第２の変換スキップフラグの前記値が１であることとに基づいて、前記ＬＦＮＳＴは、前記現ブロックの前記クロマＣｒ成分に適用されない、請求項９に記載の方法。

【請求項12】

前記画像情報は、有効係数が前記現ブロックのＤＣ成分にのみ存在するかどうかを示す変数に基づいて前記ＬＦＮＳＴインデックスを含み、
前記変数は、前記クロマＣｂ成分に対する前記第１の変換スキップフラグの前記値と前記クロマＣｒ成分に対する前記第２の変換スキップフラグの前記値とに基づいて導出される、請求項９に記載の方法。

【請求項13】

前記変数の値は、コーディングユニットシンタックスにおいて最初に１に設定され、
前記変数の前記値は、前記クロマＣｂ成分に対する前記第１の変換スキップフラグの値と前記クロマＣｒ成分に対する前記第２の変換スキップフラグの前記値との少なくとも１つが１でないことに基づいて、０として導出され、
前記ＬＦＮＳＴインデックスは、前記変数の前記値が０であることに基づいて前記画像情報に含まれる、請求項１２に記載の方法。

【請求項14】

画像に対するデータを送信するための方法であって、
前記画像に対するビットストリームを生成する段階であって、前記ビットストリームを、
現ブロックに対する予測サンプルを導出する段階と、
前記予測サンプルに基づいて前記現ブロックに対する残差サンプルを導出する段階と、
前記残差サンプルに対する一次変換に基づいて前記現ブロックに対する変換係数を導出する段階と、
ＬＦＮＳＴ（Low Frequency Non-Separable Transform）を適用して前記変換係数から修正された変換係数を導出する段階と、
前記修正された変換係数に基づいて残差情報を生成する段階と、
前記残差情報を含む画像情報をエンコードする段階と、に基づいて生成する、段階と、
前記ビットストリームを含む前記データを送信する段階と、を含み、
前記画像情報は、前記現ブロックのクロマＣｂ成分に対する第１の変換スキップフラグと前記現ブロックのクロマＣｒ成分に対する第２の変換スキップフラグとを含み、
前記画像情報は、前記クロマＣｂ成分に対する前記第１の変換スキップフラグの値と前記クロマＣｒ成分に対する前記第２の変換スキップフラグの値とに基づいてＬＦＮＳＴインデックスを含み、
前記ＬＦＮＳＴを適用して前記変換係数から前記修正された変換係数を導出する段階は、
前記ＬＦＮＳＴインデックスと前記クロマＣｂ成分に対する前記第１の変換スキップフラグとに基づいて、前記クロマＣｂ成分に前記ＬＦＮＳＴを適用するかどうかを決定する段階と、
前記ＬＦＮＳＴが前記クロマＣｂ成分に適用されるという前記決定に基づいて、前記ＬＦＮＳＴを前記クロマＣｂ成分に関連する第１の変換係数に適用する段階と、
前記ＬＦＮＳＴインデックスと前記クロマＣｒ成分に対する前記第２の変換スキップフラグとに基づいて、前記クロマＣｒ成分に前記ＬＦＮＳＴを適用するかどうかを決定する段階と、
前記ＬＦＮＳＴが前記クロマＣｒ成分に適用されるという前記決定に基づいて、前記クロマＣｒ成分に関連する第２の変換係数に前記ＬＦＮＳＴを適用する段階と、を含む、方法。