▶ フラウンホーファー−ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェラインの特許一覧
特開2023-72073コード化された画像の多様な空間分割のためのエンコーダとデコーダ、符号化方法と復号方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023072073
(43)【公開日】2023-05-23
(54)【発明の名称】コード化された画像の多様な空間分割のためのエンコーダとデコーダ、符号化方法と復号方法
(51)【国際特許分類】
H04N 19/119 20140101AFI20230516BHJP
H04N 19/157 20140101ALI20230516BHJP
H04N 19/174 20140101ALI20230516BHJP
H04N 19/176 20140101ALI20230516BHJP
H04N 19/70 20140101ALI20230516BHJP
【ＦＩ】
H04N19/119
H04N19/157
H04N19/174
H04N19/176
H04N19/70
【審査請求】有
【請求項の数】16
【出願形態】ＯＬ
(21)【出願番号】P 2023041762
(22)【出願日】2023-03-16
(62)【分割の表示】P 2021500701の分割
【原出願日】2019-07-09
(31)【優先権主張番号】18182554.8
(32)【優先日】2018-07-09
(33)【優先権主張国・地域又は機関】EP
(71)【出願人】
【識別番号】500341779
【氏名又は名称】フラウンホーファー－ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェライン
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】ジョージ・ヴァレリ
(72)【発明者】
【氏名】ヒンツ・トビアス
(72)【発明者】
【氏名】マー・ジャッキー
(72)【発明者】
【氏名】サンチェスデラフエンテ・ヤゴ
(72)【発明者】
【氏名】スクピン・ロバート
(72)【発明者】
【氏名】シエル・トーマス
(72)【発明者】
【氏名】ブランデンバーグ・イェンス
(72)【発明者】
【氏名】リーマン・クリスチャン
(72)【発明者】
【氏名】ヴィーコフスキー・アダム
(72)【発明者】
【氏名】シュヴァルツ・ハイコー
(72)【発明者】
【氏名】マルペ・デトレフ
(72)【発明者】
【氏名】ヴィーガンド・トーマス
(57)【要約】 （修正有）
【課題】ビデオの画像を再構成するための符号化及び復号のための方法を提供する。
【解決手段】画像は複数のコーディング領域に分割され、複数のコーディング領域の各コーディング領域は、画像内に位置し、複数のコーディング領域のそれぞれは、画像内に位置する複数のコーディングツリーユニットのうちの１つまたは複数のコーディングツリーユニットを含む。２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域は、コーディング領域の２つまたはそれより多いコーディングツリーユニットのコーディング順序を示す。表示データを使用して、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に従う。２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に関する情報を含む。
【選択図】なし
【解決手段】画像は複数のコーディング領域に分割され、複数のコーディング領域の各コーディング領域は、画像内に位置し、複数のコーディング領域のそれぞれは、画像内に位置する複数のコーディングツリーユニットのうちの１つまたは複数のコーディングツリーユニットを含む。２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域は、コーディング領域の２つまたはそれより多いコーディングツリーユニットのコーディング順序を示す。表示データを使用して、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に従う。２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に関する情報を含む。
【選択図】なし
【特許請求の範囲】
【請求項1】
ピクチャをビットストリームに符号化する装置であって、
複数の第１の符号化エリアを取得するため、１つ以上の水平方向の境界と１つ以上の垂直方向の境界とによって前記ピクチャをパーティションする処理であって、前記複数の第１の符号化エリアの第１の符号化エリアは、前記ピクチャの矩形領域をカバーする符号化ツリーユニット（ＣＴＵ）の系列を含む、パーティションする処理と、
前記第１の符号化エリア内に含まれる複数の第２の符号化エリアを取得するため、前記第１の符号化エリアを少なくとも１つの追加的な水平方向の境界にさらにパーティションする処理であって、前記複数の第２の符号化エリアの第２の符号化エリアは、前記ＣＴＵの系列の矩形部分を含む、さらにパーティションする処理と、
第２の符号化エリア情報の存在を示す第２の矩形符号化エリアフラグを符号化する処理と、
前記第１の符号化エリア内の前記複数の第２の符号化エリアの数と、前記第２の符号化エリア内に垂直方向に配置されるＣＴＵの数として指定される第２の符号化エリア高さとを指示する前記第２の符号化エリア情報を符号化する処理と、
を実行するよう構成される少なくとも１つのプロセッサを有する装置。
複数の第１の符号化エリアを取得するため、１つ以上の水平方向の境界と１つ以上の垂直方向の境界とによって前記ピクチャをパーティションする処理であって、前記複数の第１の符号化エリアの第１の符号化エリアは、前記ピクチャの矩形領域をカバーする符号化ツリーユニット（ＣＴＵ）の系列を含む、パーティションする処理と、
前記第１の符号化エリア内に含まれる複数の第２の符号化エリアを取得するため、前記第１の符号化エリアを少なくとも１つの追加的な水平方向の境界にさらにパーティションする処理であって、前記複数の第２の符号化エリアの第２の符号化エリアは、前記ＣＴＵの系列の矩形部分を含む、さらにパーティションする処理と、
第２の符号化エリア情報の存在を示す第２の矩形符号化エリアフラグを符号化する処理と、
前記第１の符号化エリア内の前記複数の第２の符号化エリアの数と、前記第２の符号化エリア内に垂直方向に配置されるＣＴＵの数として指定される第２の符号化エリア高さとを指示する前記第２の符号化エリア情報を符号化する処理と、
を実行するよう構成される少なくとも１つのプロセッサを有する装置。
【請求項2】
前記１つ以上の水平方向の境界は、前記ピクチャの幅を拡大し、前記ピクチャを１つ以上のタイル行に分割し、
前記１つ以上の垂直方向の境界は、前記ピクチャの高さを拡大し、前記ピクチャを１つ以上のタイル列に分割し、
前記複数の第１の符号化エリアは、複数のタイルを含む、請求項１に記載の装置。
前記１つ以上の垂直方向の境界は、前記ピクチャの高さを拡大し、前記ピクチャを１つ以上のタイル列に分割し、
前記複数の第１の符号化エリアは、複数のタイルを含む、請求項１に記載の装置。
【請求項3】
前記第２の符号化エリアは、前記第１の符号化エリアに対応する前記１つ以上の垂直方向の境界の垂直方向の境界によって、それの左右で拘束され、
前記第２の符号化エリアは、前記少なくとも１つの追加的な水平方向の境界によって、それの上下で拘束される、請求項１に記載の装置。
前記第２の符号化エリアは、前記少なくとも１つの追加的な水平方向の境界によって、それの上下で拘束される、請求項１に記載の装置。
【請求項4】
前記第２の符号化エリア情報は、ピクチャパラメータセット（ＰＰＳ）に含まれるシンタックス要素を含む、請求項１に記載の装置。
【請求項5】
ピクチャをビットストリームに符号化する方法であって、
複数の第１の符号化エリアを取得するため、１つ以上の水平方向の境界と１つ以上の垂直方向の境界とによって前記ピクチャをパーティションすることであって、前記複数の第１の符号化エリアの第１の符号化エリアは、前記ピクチャの矩形領域をカバーする符号化ツリーユニット（ＣＴＵ）の系列を含む、パーティションすることと、
前記第１の符号化エリア内に含まれる複数の第２の符号化エリアを取得するため、前記第１の符号化エリアを少なくとも１つの追加的な水平方向の境界にさらにパーティションする処理であって、前記複数の第２の符号化エリアの第２の符号化エリアは、前記ＣＴＵの系列の矩形部分を含む、さらにパーティションすることと、
第２の符号化エリア情報の存在を示す第２の矩形符号化エリアフラグを符号化することと、
前記第１の符号化エリア内の前記複数の第２の符号化エリアの数と、前記第２の符号化エリア内に垂直方向に配置されるＣＴＵの数として指定される第２の符号化エリア高さとを指示する前記第２の符号化エリア情報を符号化することと、
を有する方法。
複数の第１の符号化エリアを取得するため、１つ以上の水平方向の境界と１つ以上の垂直方向の境界とによって前記ピクチャをパーティションすることであって、前記複数の第１の符号化エリアの第１の符号化エリアは、前記ピクチャの矩形領域をカバーする符号化ツリーユニット（ＣＴＵ）の系列を含む、パーティションすることと、
前記第１の符号化エリア内に含まれる複数の第２の符号化エリアを取得するため、前記第１の符号化エリアを少なくとも１つの追加的な水平方向の境界にさらにパーティションする処理であって、前記複数の第２の符号化エリアの第２の符号化エリアは、前記ＣＴＵの系列の矩形部分を含む、さらにパーティションすることと、
第２の符号化エリア情報の存在を示す第２の矩形符号化エリアフラグを符号化することと、
前記第１の符号化エリア内の前記複数の第２の符号化エリアの数と、前記第２の符号化エリア内に垂直方向に配置されるＣＴＵの数として指定される第２の符号化エリア高さとを指示する前記第２の符号化エリア情報を符号化することと、
を有する方法。
【請求項6】
前記１つ以上の水平方向の境界は、前記ピクチャの幅を拡大し、前記ピクチャを１つ以上のタイル行に分割し、
前記１つ以上の垂直方向の境界は、前記ピクチャの高さを拡大し、前記ピクチャを１つ以上のタイル列に分割し、
前記複数の第１の符号化エリアは、複数のタイルを含む、請求項５に記載の方法。
前記１つ以上の垂直方向の境界は、前記ピクチャの高さを拡大し、前記ピクチャを１つ以上のタイル列に分割し、
前記複数の第１の符号化エリアは、複数のタイルを含む、請求項５に記載の方法。
【請求項7】
前記第２の符号化エリアは、前記第１の符号化エリアに対応する前記１つ以上の垂直方向の境界の垂直方向の境界によって、それの左右で拘束され、
前記第２の符号化エリアは、前記少なくとも１つの追加的な水平方向の境界によって、それの上下で拘束される、請求項５に記載の方法。
前記第２の符号化エリアは、前記少なくとも１つの追加的な水平方向の境界によって、それの上下で拘束される、請求項５に記載の方法。
【請求項8】
前記第２の符号化エリア情報は、ピクチャパラメータセット（ＰＰＳ）に含まれるシンタックス要素を含む、請求項５に記載の方法。
【請求項9】
ピクチャをビットストリームから復号化する装置であって、
複数の第１の符号化エリアを取得するため、前記ピクチャに対応する１つ以上の水平方向の境界と１つ以上の垂直方向の境界とを導出する処理であって、前記複数の第１の符号化エリアの第１の符号化エリアは、前記ピクチャの矩形領域をカバーする符号化ツリーユニット（ＣＴＵ）の系列を含む、導出する処理と、
第２の符号化エリア情報の存在を示す第２の矩形符号化エリアフラグを復号化する処理と、
前記第１の符号化エリア内に含まれる複数の第２の符号化エリアの数であって、前記複数の第２の符号化エリアの第２の符号化エリアは、前記ＣＴＵの系列の矩形部分を含む、複数の第２の符号化エリアの数と、前記第２の符号化エリア内に垂直方向に配置されるＣＴＵの数として指定される第２の符号化エリア高さとを指示する前記第２の符号化エリア情報を復号化する処理と、
前記第１の符号化エリア内に含まれる前記複数の第２の符号化エリアを取得するため、前記第２の符号化エリア情報に基づいて、前記第１の符号化エリアに対応する少なくとも１つの追加的な水平方向の境界を導出する処理と、
を実行するよう構成される少なくとも１つのプロセッサを有する装置。
複数の第１の符号化エリアを取得するため、前記ピクチャに対応する１つ以上の水平方向の境界と１つ以上の垂直方向の境界とを導出する処理であって、前記複数の第１の符号化エリアの第１の符号化エリアは、前記ピクチャの矩形領域をカバーする符号化ツリーユニット（ＣＴＵ）の系列を含む、導出する処理と、
第２の符号化エリア情報の存在を示す第２の矩形符号化エリアフラグを復号化する処理と、
前記第１の符号化エリア内に含まれる複数の第２の符号化エリアの数であって、前記複数の第２の符号化エリアの第２の符号化エリアは、前記ＣＴＵの系列の矩形部分を含む、複数の第２の符号化エリアの数と、前記第２の符号化エリア内に垂直方向に配置されるＣＴＵの数として指定される第２の符号化エリア高さとを指示する前記第２の符号化エリア情報を復号化する処理と、
前記第１の符号化エリア内に含まれる前記複数の第２の符号化エリアを取得するため、前記第２の符号化エリア情報に基づいて、前記第１の符号化エリアに対応する少なくとも１つの追加的な水平方向の境界を導出する処理と、
を実行するよう構成される少なくとも１つのプロセッサを有する装置。
【請求項10】
前記１つ以上の水平方向の境界は、前記ピクチャの幅を拡大し、前記ピクチャを１つ以上のタイル行に分割し、
前記１つ以上の垂直方向の境界は、前記ピクチャの高さを拡大し、前記ピクチャを１つ以上のタイル列に分割し、
前記複数の第１の符号化エリアは、複数のタイルを含む、請求項９に記載の装置。
前記１つ以上の垂直方向の境界は、前記ピクチャの高さを拡大し、前記ピクチャを１つ以上のタイル列に分割し、
前記複数の第１の符号化エリアは、複数のタイルを含む、請求項９に記載の装置。
【請求項11】
前記第２の符号化エリアは、前記第１の符号化エリアに対応する前記１つ以上の垂直方向の境界の垂直方向の境界によって、それの左右で拘束され、
前記第２の符号化エリアは、前記少なくとも１つの追加的な水平方向の境界によって、それの上下で拘束される、請求項９に記載の装置。
前記第２の符号化エリアは、前記少なくとも１つの追加的な水平方向の境界によって、それの上下で拘束される、請求項９に記載の装置。
【請求項12】
前記第２の符号化エリア情報は、ピクチャパラメータセット（ＰＰＳ）に含まれるシンタックス要素を含む、請求項９に記載の装置。
【請求項13】
ピクチャをビットストリームから復号化する方法であって、
複数の第１の符号化エリアを取得するため、前記ピクチャに対応する１つ以上の水平方向の境界と１つ以上の垂直方向の境界とを導出することであって、前記複数の第１の符号化エリアの第１の符号化エリアは、前記ピクチャの矩形領域をカバーする符号化ツリーユニット（ＣＴＵ）の系列を含む、導出する処理と、
第２の符号化エリア情報の存在を示す第２の矩形符号化エリアフラグを復号化することと、
前記第１の符号化エリア内に含まれる複数の第２の符号化エリアの数であって、前記複数の第２の符号化エリアの第２の符号化エリアは、前記ＣＴＵの系列の矩形部分を含む、複数の第２の符号化エリアの数と、前記第２の符号化エリア内に垂直方向に配置されるＣＴＵの数として指定される第２の符号化エリア高さとを指示する前記第２の符号化エリア情報を復号化することと、
前記第１の符号化エリア内に含まれる前記複数の第２の符号化エリアを取得するため、前記第２の符号化エリア情報に基づいて、前記第１の符号化エリアに対応する少なくとも１つの追加的な水平方向の境界を導出することと、
を有する方法。
複数の第１の符号化エリアを取得するため、前記ピクチャに対応する１つ以上の水平方向の境界と１つ以上の垂直方向の境界とを導出することであって、前記複数の第１の符号化エリアの第１の符号化エリアは、前記ピクチャの矩形領域をカバーする符号化ツリーユニット（ＣＴＵ）の系列を含む、導出する処理と、
第２の符号化エリア情報の存在を示す第２の矩形符号化エリアフラグを復号化することと、
前記第１の符号化エリア内に含まれる複数の第２の符号化エリアの数であって、前記複数の第２の符号化エリアの第２の符号化エリアは、前記ＣＴＵの系列の矩形部分を含む、複数の第２の符号化エリアの数と、前記第２の符号化エリア内に垂直方向に配置されるＣＴＵの数として指定される第２の符号化エリア高さとを指示する前記第２の符号化エリア情報を復号化することと、
前記第１の符号化エリア内に含まれる前記複数の第２の符号化エリアを取得するため、前記第２の符号化エリア情報に基づいて、前記第１の符号化エリアに対応する少なくとも１つの追加的な水平方向の境界を導出することと、
を有する方法。
【請求項14】
前記１つ以上の水平方向の境界は、前記ピクチャの幅を拡大し、前記ピクチャを１つ以上のタイル行に分割し、
前記１つ以上の垂直方向の境界は、前記ピクチャの高さを拡大し、前記ピクチャを１つ以上のタイル列に分割し、
前記複数の第１の符号化エリアは、複数のタイルを含む、請求項１３に記載の方法。
前記１つ以上の垂直方向の境界は、前記ピクチャの高さを拡大し、前記ピクチャを１つ以上のタイル列に分割し、
前記複数の第１の符号化エリアは、複数のタイルを含む、請求項１３に記載の方法。
【請求項15】
前記第２の符号化エリアは、前記第１の符号化エリアに対応する前記１つ以上の垂直方向の境界の垂直方向の境界によって、それの左右で拘束され、
前記第２の符号化エリアは、前記少なくとも１つの追加的な水平方向の境界によって、それの上下で拘束される、請求項１３に記載の方法。
前記第２の符号化エリアは、前記少なくとも１つの追加的な水平方向の境界によって、それの上下で拘束される、請求項１３に記載の方法。
【請求項16】
前記第２の符号化エリア情報は、ピクチャパラメータセット（ＰＰＳ）に含まれるシンタックス要素を含む、請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ビデオの符号化およびビデオの復号に関し、特に、エンコーダおよびデコーダ、コード化された画像の多様な空間分割のための符号化方法、および復号方法に関する。
【背景技術】
【0002】
Ｈ．２６５／ＨＥＶＣは、エンコーダおよび／またはデコーダでの並列処理を向上または有効化までもするためのツールをすでに提供しているビデオコーデックである。例えば、ＨＥＶＣは、互いに独立して符号化されたタイルの配列への画像の細分割を補助する。ＨＥＶＣで補助される別の概念は、ＷＰＰに関連しており、それによれば、連続するＣＴＵラインの処理で何らかの最小ＣＴＵオフセットが守られている場合（ＣＴＵ＝コーディングツリーユニット）、画像のＣＴＵ行またはＣＴＵラインを左から右に並行して、例えばストライプで処理できる。ただし、ビデオエンコーダおよび／またはビデオデコーダの並列処理機能をさらに効率的に補助するビデオコーデックを手元に用意しておくことが望ましい。
次のセクション「最先端のＶＣＬ分割」では、最先端のＶＣＬ分割の導入を説明する（ＶＣＬ＝ビデオコーディングレイヤー）。
次のセクション「最先端のＶＣＬ分割」では、最先端のＶＣＬ分割の導入を説明する（ＶＣＬ＝ビデオコーディングレイヤー）。
【0003】
通常、ビデオコーディングでは、画像サンプルのコーディングプロセスでは、予測や変換コーディングなどの共同処理のためにサンプルがいくつかの長方形の領域に分割される、より小さなパーティションが必要である。したがって、画像は、ビデオシーケンスの符号化中に一定である特定のサイズのブロックに分割される。Ｈ．２６４／ＡＶＣでは、１６ｘ１６のサンプルの規格の固定のサイズのブロック、いわゆるマクロブロックが使用されている。最先端のＨＥＶＣ規格（［１］を参照）には、最大サイズ６４×６４サンプルのコーディングツリーブロック（ＣＴＢ）またはコーディングツリーユニット（ＣＴＵ）がある。ＨＥＶＣの詳細な説明では、このような種類のブロックの場合、より一般的な用語であるＣＴＵが使用される。
ＣＴＵは、左上のＣＴＵから始まり、画像のＣＴＵを線方向に、右下のＣＴＵまで処理するラスタースキャン順に処理される。
ＣＴＵは、左上のＣＴＵから始まり、画像のＣＴＵを線方向に、右下のＣＴＵまで処理するラスタースキャン順に処理される。
【0004】
コード化されたＣＴＵデータは、スライスと呼ばれる一種のコンテナに編成される。もともと、スライスとは、画像の１つまたは複数の連続したＣＴＵを含むセグメントを意味する。
【0005】
以下のサブセクション「スライスを使用した画像の分割」では、コード化されたデータのセグメンテーションにスライスがどのように使用されるかについて説明する。別の観点からは、全体像を１つの大きなセグメントとして定義することもできるため、従来から、スライスという用語が引き続き適用される。コード化された画像サンプルに加えて、スライスは、いわゆるスライスヘッダーに配置されるスライス自体のコーディングプロセスに関連する追加情報も含む。
【0006】
最先端技術によれば、ＶＣＬ（ビデオコーディングレイヤー）は、断片化と空間分割の手法も備えている。このような分割は、例えば、以下でより詳細に説明するように、並列化における負荷分散の処理、ネットワーク送信におけるＣＴＵのサイズマッチング、エラーの軽減などの様々な理由でビデオコーティングに適用することができる。
次のサブセクション「スライスを使用した画像の分割」では、スライスを使用した画像の分割について説明する。
次のサブセクション「スライスを使用した画像の分割」では、スライスを使用した画像の分割について説明する。
【0007】
Ｈ．２６３規格以降、特定のスキャン順序で連続するブロックを表すデータのシーケンスは、スライスと呼ばれるグループに編成できる。通常、例えば予測とエントロピーコーディングの観点から画像の異なるスライスのＣＴＵ間の依存関係は禁止されているため、画像内の個々のスライスを個別に再構築できる。
【0008】
図２は、ラスタースキャン順のスライスによる画像セグメンテーションを示している。スライスのサイズは、図２に示すように、ＣＴＵ（コーディングツリーユニット）の数と、スライスに属する各コーディングされたＣＴＵのサイズによって決まる。図２は、５０個のＣＴＵ、例えば、ＣＴＵ２１、ＣＴＵ２４およびＣＴＵ５１を含む。
【0009】
【0010】
タイルはＨＥＶＣで導入された概念であるが、この概念はＨ．２６４／ＡＶＣに追加されたＦｌｅｘｉｂｌｅ Ｍａｃｒｏｂｌｏｃｋ Ｏｒｄｅｒｉｎｇ（ＦＭＯ）と非常によく似ている。タイルの概念により、画像をいくつかの長方形の領域に分割できる。
【0011】
したがって、タイルは、図３に示すように、元の画像を指定された高さと幅でそれぞれ指定された数の行と列に分割した結果である。その結果、ＨＥＶＣビットストリーム内のタイルには、通常のグリッドを形成する共通の境界が必要である。
次のサブセクション「最先端の分割のユースケースと欠点」では、図４と図５を参照して、最先端の分割のユースケースと欠点について説明する。
次のサブセクション「最先端の分割のユースケースと欠点」では、図４と図５を参照して、最先端の分割のユースケースと欠点について説明する。
【0012】
図４は、解像度が等しくないタイルベースの３６０°ビデオストリーミングを示している。３６０°ビデオストリーミングでは、ビューポートアダプティブストリーミング技術がタイルベースの３６０°ビデオストリーミングと呼ばれ、注目を集めている。主な着想は、様々な解像度で複数のタイルで構成される３６０°のビデオを提供することである。したがって、現在のビューポートに応じて、クライアントは、図４に示すように、ビューポートに一致するいくつかのタイルを高解像度でダウンロードし、ビューポートの外側にある他のタイルを低解像度でダウンロードする。
【0013】
クライアント側では、受信機はこれらのダウンロードされたタイルを異なる解像度で単一のＨＥＶＣビットストリームに結合する。それに対してダウンロードされたタイルは、ＨＥＶＣ構文ではタイルとして記述できなくなる。これは、ダウンロードされたこれらのタイルが全体像で同じ境界を共有しておらず、元のストリームのタイルの粒度が異なるためである。例えば、図４の低解像度部分の上下の破線を参照されたい。これは、左側の高解像度部分に対応する境界がないため、ＨＥＶＣ構文ではスライス境界としてのみ表現できる。
【0014】
より柔軟な画像分割が有益である別のシナリオは、低遅延の会話型アプリケーションである。画像の分割はまた、復号／符号化の並列化にも使用される。場合によっては、この並列化がリアルタイムの復号／符号化を実現する唯一の方法である。写真に２人が写っているビデオ会議のシナリオを想像することができる。
図５は、柔軟なコーディング領域の分割を示している。
図５は、柔軟なコーディング領域の分割を示している。
【0015】
おそらく、（コーディングの複雑さに関して）公平な負荷分散を実現するために使用できる優れた画像分割は、図５に示すものである可能性がある。ただし、このシナリオでは、長方形のタイリンググリッドが必要なため、タイリングには所望の柔軟性がない。
【0016】
セグメンテーション（スライスを使用）の別の主な目的は、エラーの堅牢性である。画像の一部のスライスが失われた場合でも、正常に受信されたスライスの再構成が妨げられることはなく、そのため、部分的に再構成された画像を出力して、次の画像の時間予測プロセスで参照画像としてさらに使用できる。この機能は、エラー率が高い伝送システムや、各画像のコンテンツが非常に重要な伝送システムで非常に重要である。他方、トランスポート層（ＴＣＰ／ＩＰ）でのエラー検出および軽減技術を特徴とし、再送信が成功するまでバッファストールが送信エラーの解決策である送信スキーム、例えばＭＰＥＧ ＤＡＳＨのようなＨＴＴＰを介した動的アダプティブストリーミングも存在する。このようなシナリオでは、追加の依存関係を導入すると、エラーの回復力が損なわれる可能性がある。最先端のスライスとタイルのパーティションは、その点でも柔軟性に欠けている。
【発明の概要】
【発明が解決しようとする課題】
【0017】
本発明の目的は、ビデオの符号化およびビデオの復号のための改善された概念を提供することである。
【0018】
本発明の目的は、請求項１に記載のビデオエンコーダ、請求項５７に記載のビデオデコーダ、請求項１１３に記載のシステム、請求項１１４に記載のビデオ符号化方法、請求項１１５に記載のビデオ復号化方法、請求項１１６に記載のコンピュータプログラム、および請求項１１７に記載の符号化されたビデオ信号によって解決される。
【課題を解決するための手段】
【0019】
符号化されたビデオ信号を生成することによって画像を符号化するためのビデオエンコーダが提供される。ビデオエンコーダは、ビデオの画像を符号化された画像データに符号化するように構成されたデータエンコーダを含み、データエンコーダはさらに、指示データを生成するように構成されている。さらに、ビデオエンコーダは、符号化された画像データおよび指示データを含む符号化されたビデオ信号を生成するように構成された信号発生器を備える。画像は、複数のコーディング領域に分割され、複数のコーディング領域の各コーディング領域は、画像内に位置し、複数のコーディング領域のそれぞれは、画像内に位置する複数のコーディングツリーユニットのうちの１つまたは複数のコーディングツリーユニットを含み、データエンコーダは、複数のコーディング領域に依存して画像を符号化するように構成され、データエンコーダは、指示データが複数のコーディング領域に関する情報を含むように指示データを生成するように構成される。複数のコーディング領域のうちの１つまたは複数のコーディング領域は、複数のコーディングツリーユニットのうちの２つまたはそれより多いコーディングツリーユニットを含み、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域は、前記コーディング領域の２つまたはそれより多いコーディングツリーユニットのコーディング順序を示し、データエンコーダは、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に依存して画像を符号化するように構成され、データエンコーダは、指示データが、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に関する情報を含むように、指示データを生成するように構成される。
【0020】
さらに、ビデオの画像を再構成するために、符号化された画像データおよびビデオの画像の指示データを含む符号化されたビデオ信号を復号するためのビデオデコーダが提供される。ビデオデコーダは、符号化されたビデオ信号を受信するように構成されたインターフェースと、指示データを使用して符号化された画像データを復号することによって、ビデオの画像を再構築するように構成されたデータデコーダとを備える。画像は、複数のコーディング領域に分割され、複数のコーディング領域の各コーディング領域は、画像内に位置し、複数のコーディング領域のそれぞれは、画像内に位置する複数のコーディングツリーユニットのうちの１つまたは複数のコーディングツリーユニットを含み、データデコーダは、複数のコーディング領域に依存して符号化された画像を復号するように構成され、指示データが複数のコーディング領域に関する情報を含む。複数のコーディング領域のうちの１つまたは複数のコーディング領域は、複数のコーディングツリーユニットのうちの２つまたはそれより多いコーディングツリーユニットを含み、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域は、前記コーディング領域の２つまたはそれより多いコーディングツリーユニットのコーディング順序を示し、データデコーダは、指示データを使用して、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に従って、符号化された画像データを復号するように構成され、指示データが、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に関する情報を含む。
さらに、符号化されたビデオ信号を生成することによって画像を符号化するための方法が提供される。この方法は、
－ビデオの画像を符号化された画像データに符号化すること、
－指示データを生成すること、および、
－符号化された画像データと指示データを含む符号化されたビデオ信号を生成すること
を含む。
さらに、符号化されたビデオ信号を生成することによって画像を符号化するための方法が提供される。この方法は、
－ビデオの画像を符号化された画像データに符号化すること、
－指示データを生成すること、および、
－符号化された画像データと指示データを含む符号化されたビデオ信号を生成すること
を含む。
【0021】
画像は、複数のコーディング領域に分割され、複数のコーディング領域の各コーディング領域は、画像内に位置し、複数のコーディング領域のそれぞれは、画像内に位置する複数のコーディングツリーユニットのうちの１つまたは複数のコーディングツリーユニットを含み、画像の符号化は、複数のコーディング領域に依存して行われ、指示データを生成することは、指示データが複数のコーディング領域に関する情報を含むように行われる。複数のコーディング領域のうちの１つまたは複数のコーディング領域は、複数のコーディングツリーユニットのうちの２つまたはそれより多いコーディングツリーユニットを含み、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域は、前記コーディング領域の２つまたはそれより多いコーディングツリーユニットのコーディング順序を示し、画像の符号化は、複数のコーディング領域に依存して行われ、指示データを生成することは、指示データが、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に関する情報を含むように行われる。
【0022】
さらに、ビデオの画像を再構成するために、符号化された画像データおよびビデオの画像の指示データを含む符号化されたビデオ信号を復号するための方法が提供される。この方法は、
－符号化されたビデオ信号を受信すること、および
－指示データを使用して符号化された画像データを復号することにより、ビデオの画像を再構築すること
を含む。
－符号化されたビデオ信号を受信すること、および
－指示データを使用して符号化された画像データを復号することにより、ビデオの画像を再構築すること
を含む。
【0023】
画像は、複数のコーディング領域に分割され、複数のコーディング領域の各コーディング領域は、画像内に位置し、複数のコーディング領域のそれぞれは、画像内に位置する複数のコーディングツリーユニットのうちの１つまたは複数のコーディングツリーユニットを含み、指示データを使用して、複数のコーディング領域に依存して符号化された画像データを復号するのを実行し、指示データが複数のコーディング領域に関する情報を含む。複数のコーディング領域のうちの１つまたは複数のコーディング領域は、複数のコーディングツリーユニットのうちの２つまたはそれより多いコーディングツリーユニットを含み、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域は、前記コーディング領域の２つまたはそれより多いコーディングツリーユニットのコーディング順序を示し、指示データを使用して、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に依存して符号化された画像データを復号するのを実行し、指示データが、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に関する情報を含む。
さらに、コンピュータまたは信号プロセッサで実行されるときに上記の方法の１つを実施するためのコンピュータプログラムが提供される。
さらに、コンピュータまたは信号プロセッサで実行されるときに上記の方法の１つを実施するためのコンピュータプログラムが提供される。
【0024】
さらに、符号化されたビデオ信号が符号化された画像データと指示データを含む、画像を符号化する符号化されたビデオ信号が提供され、画像は複数のコーディング領域に分割され、複数のコーディング領域の各コーディング領域は画像内に位置し、複数のコーディング領域のそれぞれは、画像内に位置する複数のコーディングツリーユニットの１つまたは複数のコーディングツリーユニットを含み、画像は、複数のコーディング領域に依存して符号化され、指示データは、複数のコーディング領域に関する情報を含み、複数のコーディング領域の１つまたは複数のコーディング領域は、複数のコーディングツリーユニットの２つまたはそれより多いコーディングツリーユニットを含み、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域は、前記コーディング領域の２つまたはそれより多いコーディングツリーユニットについてコーディング順序を示し、画像は、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に依存して符号化され、指示データは、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に関する情報を含む。
以下において、本発明の実施形態は、以下の図を参照してより詳細に説明される。
以下において、本発明の実施形態は、以下の図を参照してより詳細に説明される。
【図面の簡単な説明】
【0025】
【図1a】実施形態による、符号化されたビデオ信号を生成することによって画像を符号化するためのビデオエンコーダを示している。
【図1b】実施形態による、ビデオの画像を再構成するために、符号化された画像データおよびビデオの画像の指示データを含む符号化されたビデオ信号を復号するためのビデオデコーダを示す。
【図1c】実施形態によるシステムを示している。
【図2】ラスタースキャン順のスライスによる画像セグメンテーションを示している。
【図3】タイルを使用した画像の分割を示している。
【図4】解像度が等しくないタイルベースの３６０°ビデオストリーミングを示している。
【図5】柔軟なコーディング領域の分割を示している。
【図6】実施形態による、１つの暗示的コーディング領域の単一の画像を含むビットストリームを示す。
【図7】別の実施形態による４つのコーディング領域の単一の画像を含むビットストリームを示している。
【図8】実施形態による、上部に単一のＣＡ、下部に３つのＣＡを有する画像の空間的細分化を示している。
【図9】別の実施形態による５つのコーディング領域を有する画像の空間的細分化を示している。
【図10】実施形態による、画像の境界ＣＴＵを含む１つが非連続ＣＴＵからなる、２つのコーディング領域を示している。
【図11】実施形態によるサブ領域（ＣＴＵ）レベルでシグナリングするコーディング領域を示している。
【図12】実施形態による、ＣＴＵ＿ｄｅｐｅｎｄｅｎｃｙ＿ｏｆｆｓｅｔ＿ｉｄ＝１のＣＴＵスキャン順序および空間的参照を示している。
【図13】別の実施形態による、ＣＴＵ＿ｄｅｐｅｎｄｅｎｃｙ＿ｏｆｆｓｅｔ＿ｉｄ＝２の別のＣＴＵスキャン順序および空間的参照を示している。
【図14】実施形態による、Ｚ－スキャンＣＴＵ順序でのコーディング領域を示している。
【図15】別の実施形態による、暗示的ＣＴＵスキャン方向の導出を示している。
【図16】実施形態による、異なるＣＴＵスキャン方向でのコーディング領域を示している。
【図17】実施形態による、領域間予測オプションでの依存的コーディング領域を示している。
【図18】実施形態による、依存的コーディング領域の並列処理を示している（（Ａ）ＣＴＵラスタースキャン；（Ｂ）ＣＴＵ対角スキャン）。
【図19】実施形態による、実行順序およびＣＡ間依存関係を示している（（Ａ）依存関係駆動型；（Ｂ）ロックステップ）。
【図20】実施形態による、ＣＡ順序に関するＣＡ境界での非ブロック化フィルタプロセスを示している。
【図21】実施形態による、ハッチングされたフィルタ領域を備えたＣＡ間フィルタリングを採用する非ブロック化フィルタを示す。
【図22】１つのコーディング領域を伴う単一の画像で構成されるビットストリームを示しているが、ＣＡは複数のトランスポートユニットに断片化されている。
【図23】複数のコーディング領域の単一の画像で構成されるビットストリームを示しているが、各ＣＡには独自のトランスポートユニットがある。
【図24】複数のコーディング領域の単一の画像を含むビットストリームを示しているが、各ＣＡは複数のトランスポートユニットに断片化されている。
【図25】実施形態による、領域に囲まれたブロックの一般化された提示を示している。
【図26】実施形態による、タイル、ブリック、および長方形のスライスに分割された画像の例を示しており、画像は、４つのタイル、１１のブリック、および４つの長方形のスライスに分割されている。
【図27】実施形態による、階層的に分割される画像を示しており、第１のステップで、水平方向および垂直方向にて、画像の第１の分割が得られ、また、第２のステップで、水平方向のみで、画像の第２の分割を得る。
【図28】別の実施形態による、階層的に分割される画像を示しており、第１のステップで、水平方向および垂直方向にて、画像の第１の分割が得られ、また、第２のステップで、垂直方向のみで、画像の第２の分割を得る。
【図29】さらなる実施形態による、階層的に分割される画像を示しており、第１のステップで、水平方向のみで、画像の第１の分割が得られ、また、第２のステップで、垂直方向のみで、画像の第２の分割を得る。
【図30】なおもさらなる実施形態による、階層的に分割される画像を示しており、第１のステップで、垂直方向のみで、画像の第１の分割が得られ、また、第２のステップで、水平方向のみで、画像の第２の分割を得る。
【発明を実施するための形態】
【0026】
図１ａは、実施形態による、符号化されたビデオ信号を生成することによって画像を符号化するためのビデオエンコーダ１０１を示している。
【0027】
ビデオエンコーダ１０１は、ビデオの画像を符号化された画像データに符号化するように構成されたデータエンコーダ１１０を備える。さらに、データエンコーダ１１０は、指示データを生成するように構成される。
【0028】
さらに、ビデオエンコーダ１０１は、符号化された画像データおよび指示データを含む符号化されたビデオ信号を生成するように構成された信号発生器１２０を備える。
【0029】
画像は、複数のコーディング領域に分割され、複数のコーディング領域の各コーディング領域は、画像内に位置し、複数のコーディング領域のそれぞれは、画像の中に位置する複数のコーディングツリーユニットのうちの１つまたは複数のコーディングツリーユニットを含む。データエンコーダ１１０は、複数のコーディング領域に依存して画像を符号化するように構成され、データエンコーダ１１０は、指示データが複数のコーディング領域に関する情報を含むように指示データを生成するように構成される。
【0030】
複数のコーディング領域のうちの１つまたは複数のコーディング領域は、複数のコーディングツリーユニットのうちの２つまたはそれより多いコーディングツリーユニットを含み、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域は、前記コーディング領域の２つまたはそれより多いコーディングツリーユニットのコーディング順序を示す。データエンコーダ１１０は、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に依存して画像を符号化するように構成される。さらに、データエンコーダ１１０は、指示データが、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に関する情報を含むように、指示データを生成するように構成される。
【0031】
図１ｂは、実施形態による、ビデオの画像を再構成するために、符号化された画像データおよびビデオの画像の指示データを含む符号化されたビデオ信号を復号するためのビデオデコーダ１５１を示す。
ビデオデコーダ１５１は、符号化されたビデオ信号を受信するように構成されたインターフェース１６０を備える。
ビデオデコーダ１５１は、符号化されたビデオ信号を受信するように構成されたインターフェース１６０を備える。
【0032】
さらに、ビデオデコーダ１５１は、指示データを使用して符号化された画像データを復号することによってビデオの画像を再構成するように構成されたデータデコーダ１７０を備える。
【0033】
画像は、複数のコーディング領域に分割され、複数のコーディング領域の各コーディング領域は、画像内に位置し、複数のコーディング領域のそれぞれは、画像の中に位置する複数のコーディングツリーユニットのうちの１つまたは複数のコーディングツリーユニットを含む。指示データを使用して、データデコーダ１７０は、複数のコーディング領域に依存して符号化された画像データを復号するように構成され、指示データは、複数のコーディング領域に関する情報を含む。
【0034】
複数のコーディング領域のうちの１つまたは複数のコーディング領域は、複数のコーディングツリーユニットのうちの２つまたはそれより多いコーディングツリーユニットを含み、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域は、前記コーディング領域の２つまたはそれより多いコーディングツリーユニットのコーディング順序を示す。指示データを使用して、データデコーダ１７０は、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に依存して符号化された画像データを復号するように構成され、指示データは、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に関する情報を含む。
【0035】
実施形態によれば、図１ｂのビデオデコーダ１５１は、例えば、出力デバイス、例えば、テレビ、コンピュータ、携帯電話などのディスプレイにビデオの画像を出力するように構成され得る。
【0036】
図１ｃは、実施形態によるシステムを示している。システムは、図１ａによるビデオエンコーダ１０１を備える。さらに、システムは、図１ｂによるビデオデコーダ１５１を備える。
図１ａのビデオエンコーダ１０１は、符号化されたビデオ信号を生成するように構成される。
図１ｂのビデオデコーダ１５１は、符号化されたビデオ信号を復号してビデオの画像を再構成するように構成される。
次のセクション「コーディング領域を使用した多用途の画像分割」では、コーディング領域を使用した多用途の画像分割について説明する。
次のサブセクション「コーディング領域」では、コーディング領域について説明する。
図１ａのビデオエンコーダ１０１は、符号化されたビデオ信号を生成するように構成される。
図１ｂのビデオデコーダ１５１は、符号化されたビデオ信号を復号してビデオの画像を再構成するように構成される。
次のセクション「コーディング領域を使用した多用途の画像分割」では、コーディング領域を使用した多用途の画像分割について説明する。
次のサブセクション「コーディング領域」では、コーディング領域について説明する。
【0037】
タイルなどの現在の最先端の分割スキームを超えて、実施形態は、例えば、コーディング領域（ＣＡ）と呼ばれ得る、より柔軟な空間領域定義の概念を提示する。これは、画像を長方形の領域に空間的に分割するための有利な概念である。コーディング領域を使用すると、分割がより柔軟になり、個々の領域に独自の領域固有のコーディング特性を持たせることができる。
【0038】
コーディング領域は、特定の領域の寸法と位置（幅、高さ、位置）、および領域のデータの処理方法によって定義される。シグナリングは、低レベルのコーディングプロセスの仕様の観点から、またはスキャン順序、スキャン方向、スキャン開始などの高レベルのパラメータの観点から実行できる。
【0039】
図６は、実施形態による、１つの暗示的コーディング領域を有する単一の画像を含むビットストリームを示す。（ＮＡＬ＝ネットワーク抽象化レイヤー；ＮＡＬＵＨ＝ネットワーク抽象化レイヤーユニットヘッダー；ＳＨ＝スライスヘッダー）
図７は、別の実施形態による４つのコーディング領域を有する単一の画像を含むビットストリームを示している。
図７は、別の実施形態による４つのコーディング領域を有する単一の画像を含むビットストリームを示している。
【0040】
分割が適用されていない場合、暗示的に１つのコーディング領域（ＣＡ）を含む画像であり、図６を参照されたい。これは、事前定義された機能を備えたデフォルトのコーディング領域にすることができる。図７は、画像を複数のＣＡに細分化したものを示している。
実施形態では、図１ａのデータエンコーダ１１０は、例えば、画像を複数のコーディング領域に分割するように構成され得る。
実施形態では、図１ａのデータエンコーダ１１０は、例えば、画像を複数のコーディング領域に分割するように構成され得る。
【0041】
図８は、実施形態による、上部に単一のコーディング領域（ＣＡ）があり、下部に３つのＣＡがある画像の空間的細分化を示している。図８と図９の各正方形は、コーディングツリーユニット（ＣＴＵ）を表している。図８および図９は、正方形の形状を有するＣＴＵを示しているが、ＣＴＵは、例えば、他の例では、長方形または他のいずれかの形状を有し得る。
【0042】
【0043】
したがって、実施形態によれば、複数のコーディング領域の各コーディング領域は、例えば、画像内で長方形に延びることができる。複数のコーディング領域のそれぞれの１つまたは複数のコーディングツリーユニットの各コーディングツリーユニットは、例えば、画像内で長方形に延びることができる。
図９は、別の実施形態による５つのコーディング領域を有する画像の空間的細分化を示している。
ＣＡ分割の重要な利点の１つを、以下に示す。図８と図９に、新しい分割の概念の２つの例を示す。
図９は、別の実施形態による５つのコーディング領域を有する画像の空間的細分化を示している。
ＣＡ分割の重要な利点の１つを、以下に示す。図８と図９に、新しい分割の概念の２つの例を示す。
【0044】
一部のユースケースでは、タイルでは不可能なＣＡでの分割を実現でき、ＣＡの分割によって分割が少なくなる。図３のタイルベースの分割からわかるように、画像の下部に３つの個別の領域（Ｔｉｌｅ４、Ｔｉｌｅ５、Ｔｉｌｅ６）を作成するには、画像の上部に３つの追加領域（Ｔｉｌｅ１、Ｔｉｌｅ２、Ｔｉｌｅ３）を符号化する必要がある。図８に示すように、コーディング領域を使用すると、上部の領域を１つのコーディング領域ＣＡ１として符号化できる。また、ＣＡ１、ＣＡ２、およびＣＡ３の高さが同じではないため、図９に示す分割もタイルを介して実現することはできない。
【0045】
実施形態によれば、複数のコーディングツリーユニットのそれぞれは、例えば、画像内の水平な位置および画像内の垂直な位置を有し得る。図８と図９は、１～１０のＣＴＵの水平な位置と１～５のＣＴＵの垂直な位置を示している。もちろん、そのような実施形態では、位置が１で始まり、１つの水平または垂直な位置から次の位置へのステップが１である必要はない。代わりに、他の開始位置およびＣＴＵからＣＴＵへの他のステップも可能である。垂直な位置に関する１つのＣＴＵから次へのステップのサイズは、水平な位置の１つのＣＴＵから次へのステップのサイズとは異なる場合がある。
図９の新しい分割は、例えば、以下のように特徴付けられ得る。
図９の新しい分割は、例えば、以下のように特徴付けられ得る。
【0046】
そのような実施形態では、（代替１）複数のコーディング領域の第１のコーディング領域は、例えば、第１の垂直な位置を有する第１のコーディングツリーユニットを含んでよく、これは複数のコーディング領域の異なる第２のコーディング領域の異なる第２のコーディングツリーユニットの第２の垂直な位置と同一であり、また、第１のコーディング領域の第３のコーディングツリーユニットは、第２のコーディング領域の他のいずれのコーディングツリーユニットの垂直な位置とも異なる第３の垂直な位置を有し、第２のコーディング領域の第４のコーディングツリーユニットは、第１のコーディング領域の他のいずれのコーディングツリーユニットの垂直な位置とも異なる第４の垂直な位置を有する。
【0047】
または、（代替２）複数のコーディング領域の第１のコーディング領域は、例えば、第１の水平な位置を有する第１のコーディングツリーユニットを含んでよく、これは複数のコーディング領域の異なる第２のコーディング領域の異なる第２のコーディングツリーユニットの第２の水平な位置と同一であり、また、第１のコーディング領域の第３のコーディングツリーユニットは、第２のコーディング領域の他のいずれのコーディングツリーユニットの水平な位置とも異なる第３の水平な位置を有し、第２のコーディング領域の第４のコーディングツリーユニットは、第１のコーディング領域の他のいずれのコーディングツリーユニットの水平な位置とも異なる第４の水平な位置を有する。
図９は代替案１を満たしている。
図９は代替案１を満たしている。
【0048】
ＣＡ２はＣＴＵ９１で構成される。ＣＴＵ９１の垂直な位置は３である。ＣＡ４のＣＴＵ９６はまた、垂直な位置３である。ＣＡ２のＣＴＵ９２の垂直な位置は２である。ＣＡ４のどのＣＴＵも垂直な位置２ではない（ＣＡ４の垂直な位置が３～５の範囲にあるため）。さらに、ＣＡ４のＣＴＵ９７は垂直な位置４である。ＣＡ２のどのＣＴＵも垂直な位置４ではない（ＣＡ２の垂直な位置は１～３の範囲にあるため）。
対照的に、図８は代替案１を満たさず、代替案２を満たしていない。
代替案１：
対照的に、図８は代替案１を満たさず、代替案２を満たしていない。
代替案１：
【0049】
ＣＡ２、ＣＡ３、およびＣＡ４のみが同じ垂直な位置（３～５の範囲）である。ＣＡ１には、他のいずれかのコーディング領域と同じ垂直な位置がない。ただし、ＣＡ２には、コーディング領域ＣＡ３またはＣＡ４の他のいずれかの垂直な位置と異なる垂直な位置はない。ＣＡ２、ＣＡ４およびＣＡ２、ＣＡ３に関して、それぞれＣＡ３およびＣＡ４についても同じことが言える。
代替案２：
ＣＡ２、ＣＡ３、およびＣＡ４には、同じ水平な位置のＣＴＵはない。
代替案２：
ＣＡ２、ＣＡ３、およびＣＡ４には、同じ水平な位置のＣＴＵはない。
【0050】
対照的に、ＣＡ１のＣＴＵ ８１は、ＣＡ２のＣＴＵ ８６と同じ水平な位置（３）である。さらに、ＣＡ２の水平な位置は１～４の範囲にあるため、ＣＡ２のＣＴＵのいずれもＣＡ１のＣＴＵ８２の水平な位置６はない。ただし、ＣＡ２のＣＴＵの水平な位置は１～４の範囲であり、ＣＡ１のＣＴＵの水平な位置は１～１０の範囲であるため、他のいずれかのＣＡ１のＣＴＵの水平な位置と異なるＣＡ２のＣＴＵはない。
同様の理由で、ＣＡ１に関してＣＡ３とＣＡ４も同じことが言える。
したがって、図８の分割は、代替案１を満たさず、代替案２を満たさない。
同様の理由で、ＣＡ１に関してＣＡ３とＣＡ４も同じことが言える。
したがって、図８の分割は、代替案１を満たさず、代替案２を満たさない。
【0051】
断片化とスキャン順序に関連するいくつかのＣＡパラメータのシグナリングメカニズムは、副次的サブセクション「コーディング領域の一般的なプロパティ」に示されている。
【0052】
空間的に、コーディング領域は特定の数のＣＴＵをカバーしている。ＣＡの柔軟な配置は、実施形態の一部の特徴の１つである。これにはいくつかのバリエーション、つまり明示的なシグナリングと階層的方法を両方、ＶＣＬの外部で使用するのを勧める。また、ビットストリームの断片化が使用されていない場合は、ＶＣＬ内のシグナリングを使用できる。ＣＡ配置の詳細な説明は、副次的サブセクション「コーディング領域のサイズと配置」に設けられている。
【0053】
セグメントの配置に加えて、実施形態は、コーディング領域内のＣＴＵの新しい柔軟な処理またはスキャン順序を提供する。この手法の詳細は、副次的サブセクション「ＣＴＵスキャン順序」に示されている。
【0054】
他の発明された機能の１つは、副次的サブセクション「依存的コーディング領域」で説明されるように、単一の画像内で、１つのＣＡが他のコーディング領域から独立および／または依存することができることである。
【0055】
新しく提案された方法を組み合わせて使用すると、高レベルの並列処理に新しい機会がもたらされる。空間画像領域の並列処理は、副次的サブセクション「コーディング領域の並列処理」で詳述されているように、より効率的な方法で実行できる。
エラーの回復力の態様は、副次的サブセクション「エラーの回復力の態様」で説明されている。
上記の概念の要約：
エラーの回復力の態様は、副次的サブセクション「エラーの回復力の態様」で説明されている。
上記の概念の要約：
【0056】
実施形態によれば、複数のコーディング領域の各コーディング領域は、前記コーディング領域の位置、幅、および高さを含む空間特性を示し得、前記コーディング領域の幅および高さは、前記コーディング領域の長方形の延在に依存し、前記コーディング領域の位置は、画像内の前記コーディング領域の位置に依存する。
【0057】
実施形態では、複数のコーディング領域のうちの第１の１つの第１の高さは、例えば、複数のコーディング領域のうちの第２の１つの第２の高さとは異なる場合がある。または、複数のコーディング領域のうちの第１の１つの第１の幅は、複数のコーディング領域のうちの第２の１つの第２の幅とは異なる。
【0058】
実施形態によれば、データエンコーダ１１０は、例えば、複数のコーディング領域に関する情報が、複数のコーディング領域の各コーディング領域の空間特性に関する情報を含むように、前記指示データを生成するように構成され得る。
【0059】
実施形態では、データエンコーダ１１０は、例えば、複数のコーディング領域に関する情報が、複数のコーディング領域の各コーディング領域の位置、幅、および高さを含むように、指示データを生成するように構成され得る。
【0060】
実施形態によれば、データエンコーダ１１０は、例えば、複数のコーディング領域の他のいずれかのコーディング領域の画像部分のイメージデータを符号化することとは独立して、複数のコーディング領域のそれぞれの画像部分のイメージデータを符号化して、符号化された画像データを取得するように構成され得る。
【0061】
実施形態では、データエンコーダ１１０は、例えば、複数のコーディング領域の各コーディング領域内の画像部分のイメージデータを符号化して、符号化された画像データを取得することによって、画像を符号化するように構成することができる。データエンコーダ１１０は、例えば、複数のコーディング領域のうちの少なくとも１つのイメージデータを符号化することが複数のコーディング領域のうちの少なくとも別の１つのイメージデータの符号化に依存するように、前記複数のコーディング領域のうちの少なくとも１つの画像部分のイメージデータを符号化するように構成され得る。
【0062】
実施形態では、データエンコーダ１１０は、例えば、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のそれぞれ１つのコーディング順序を決定するように構成され得る。
【0063】
実施形態によれば、データエンコーダ１１０は、例えば、１つまたは複数のコーディング領域のそれぞれ１つについて、１つまたは複数のコーディング領域のそれぞれ１つに対する２つまたはそれより多いスキャン順序からスキャン順序を選択することによって、コーディング順序を決定するように構成され得る。
【0064】
実施形態では、信号発生器１２０は、例えば、符号化されたビデオ信号がビットストリームを含み、ビットストリームが符号化された画像データおよび指示データを含むように、符号化されたビデオ信号を生成するように構成され得る。
【0065】
同様に、実施形態によれば、複数のコーディング領域の各コーディング領域は、前記コーディング領域の位置、幅、および高さを含む空間特性を示し得、前記コーディング領域の幅および高さは、前記コーディング領域の長方形の延在に依存し、前記コーディング領域の位置は、画像内の前記コーディング領域の位置に依存する。データデコーダ１７０は、例えば、複数のコーディング領域の空間特性に依存して、符号化された画像データを復号するように構成され得る。
【0066】
実施形態では、複数のコーディング領域のうちの第１の１つの第１の高さは、例えば、複数のコーディング領域のうちの第２の１つの第２の高さとは異なる場合がある。または複数のコーディング領域のうちの第１の１つの第１の幅は、複数のコーディング領域のうちの第２の１つの第２の幅とは異なる。
【0067】
実施形態によれば、データデコーダ１７０は、複数のコーディング領域の空間特性に関する指示データ内の情報を使用して、符号化された画像データを復号するように構成され得る。
【0068】
実施形態によれば、データデコーダ１７０は、例えば、複数のコーディング領域に関する情報が、複数のコーディング領域の各コーディング領域の位置、幅、および高さを含む、複数のコーディング領域の指示データ内の情報を使用して符号化された画像データを復号するように構成され得る。
【0069】
実施形態によれば、データデコーダ１７０は、例えば、複数のコーディング領域の他のいずれかのコーディング領域の符号化された画像データを復号することとは独立して、複数のコーディング領域のそれぞれの符号化された画像データを復号するように構成され得る。
【0070】
実施形態によれば、データデコーダ１７０は、例えば、複数のコーディング領域のうちの少なくとも１つの符号化された画像データを復号するように構成でき、複数のコーディング領域のうちの前記少なくとも１つの符号化された画像データを復号することは、複数のコーディング領域のうちの少なくとも別の１つの符号化された画像データの復号に依存する。
【0071】
実施形態によれば、データデコーダ１７０は、例えば、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のそれぞれ１つのコーディング順序を使用して符号化された画像データを復号するように構成され得て、１つまたは複数のコーディング領域のそれぞれ１つの前記コーティング順序は指示データによって示される。
【0072】
実施形態によれば、データデコーダ１７０は、例えば、１つまたは複数のコーディング領域のそれぞれ１つについて２つまたは複数のスキャン順序からのスキャン順序の指示を使用して符号化された画像データを復号するように構成され得て、指示データは、１つまたは複数のコーディング領域のそれぞれ１つに対するスキャン順序の指示を含み得る。
【0073】
実施形態によれば、インターフェース１６０は、例えば、ビットストリームを受信するように構成され得、ビットストリームは、符号化された画像データおよび指示データを含む。
次の副次的サブセクション「コーディング領域の一般的なプロパティ」では、コーディング領域の一般的なプロパティについて説明する。
次の副次的サブセクション「コーディング領域の一般的なプロパティ」では、コーディング領域の一般的なプロパティについて説明する。
【0074】
コーディング領域に関する一般的な情報は、いわゆるコーディング領域セット（ＣＡＳ）に集中している。ＣＡＳは、高レベルのパラメータセットでＶＣＬの外部で解決でき、シーケンス全体またはシーケンスの一部、例えば画像に影響を与える。
ｘ＝ビデオ、シーケンス、画像…
ｘ＝ビデオ、シーケンス、画像…
【0075】
【表1】
【0076】
表２－１
【表2】
【0077】
ｃｏｄｉｎｇ＿ａｒｅａ＿ｅｘｐｌｉｃｉｔ＿ｐｏｓｉｔｉｏｎｉｎｇ＿ｆｌａｇ 真の場合、ｃｏｄｉｎｇ＿ａｒｅａ＿ｔｏｐ＿ｌｅｆｔ＿ＣＴＵ＿ａｄｄｒｅｓｓがビットストリームに存在し、それ以外の場合はデフォルトの暗示的なＣＡポジショニングが使用される
ｎｕｍ＿ｃｏｄｉｎｇ＿ａｒｅａｓ＿ｍｉｎｕｓ１ ビットストリームでシグナリングされるコーディング領域の数
ｎｕｍ＿ｃｏｄｉｎｇ＿ａｒｅａｓ＿ｍｉｎｕｓ１ ビットストリームでシグナリングされるコーディング領域の数
【0078】
ｄｅｐｅｎｄｅｎｔ＿ｃｏｄｉｎｇ＿ａｒｅａｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ 真の場合、ビットストリームに続くＣＡがビットストリームに現れる順序で相互に依存していることを示す。そうでない場合、ＣＡは独立した領域として扱われる。
【0079】
ｃｏｄｉｎｇ＿ａｒｅａｓ＿ＣＴＵ＿ｗｉｓｅ＿ｄｅｐｅｎｄｅｎｔ＿ｆｌａｇ 真の場合、隣接するＣＡ間のＣＴＵの依存関係がＣＡ処理をインターリーブするＣＴＵ単位の処理で処理されることを示す。それ以外の場合、ＣＡは固定された順序で個別に処理される。
【0080】
ｃｏｄｉｎｇ＿ａｒｅａ＿ｎｏ＿ｓｌｉｃｅｓ＿ｆｌａｇ 真の場合、ＣＡごとに１つのスライスを示す。これは、ＥＯＳ＿ｆｌａｇとＣＴＵ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓがビットストリームに存在しないことを意味する。ＣＡは、代わりに、ｃｅｉｌ（ｌｏｇ２（ｎｕｍ＿ｃｏｄｉｎｇ＿ａｒｅａｓ＿ｍｉｎｕｓ１＋１））から派生した固定の長さのコードであるＣＡ＿ｉｄｘによってアドレス指定される。それ以外の場合、デフォルトのスライス構文がビットストリームに存在する。
【0081】
ｃｏｄｉｎｇ＿ａｒｅａ＿ＣＴＵ＿ｓｃａｎ＿ｆｌａｇ 真の場合、そのＣＴＵスキャンパラメータがビットストリームに存在することを示す。柔軟なＣＴＵスキャン手法については、副次的サブセクション「ＣＴＵスキャンの順序」で説明する。
ｃｏｄｉｎｇ＿ａｒｅａ＿ＣＴＵ＿ｓｃａｎ＿ｔｙｐｅ＿ｉｄｘ スキャンタイプテーブル（ラスタースキャン、対角スキャン）にマップされる。
ｃｏｄｉｎｇ＿ａｒｅａ＿ＣＴＵ＿ｓｃａｎ＿ｔｙｐｅ＿ｉｄｘ スキャンタイプテーブル（ラスタースキャン、対角スキャン）にマップされる。
【0082】
ｃｏｄｉｎｇ＿ａｒｅａ＿ＣＴＵ＿ｓｃａｎ＿ｓｔａｒｔ＿ｌｅｆｔ＿ｆｌａｇ［ｉ］ ｉ番目のＣＡがＣＴＵラインごとに複数のＣＴＵで構成されている場合に存在し、真であれば、ＣＡ内の左端のＣＴＵでＣＴＵスキャンを開始することを示す。それ以外の場合、ｉ番目のＣＡのＣＴＵスキャンは右端のＣＴＵから開始される。
【0083】
ｃｏｄｉｎｇ＿ａｒｅａ＿ＣＴＵ＿ｓｃａｎ＿ｓｔａｒｔ＿ｔｏｐ＿ｆｌａｇ［ｉ］ ｉ番目のＣＡがＣＴＵ列ごとに複数のＣＴＵで構成されている場合に存在し、真の場合、ＣＡ内の上部のＣＴＵ行でＣＴＵスキャンを開始するかどうかを示す。それ以外の場合、ｉ番目のＣＡのＣＴＵスキャンは、ＣＡのＣＴＵ底部から始まる。
【0084】
ｃｏｄｉｎｇ＿ａｒｅａ＿ＣＴＵ＿ｓｃａｎ＿ｄｉｒｅｃｔｉｏｎ＿ｆｌａｇ［ｉ］ ｉ番目のＣＡが少なくとも２つのＣＴＵ行および２つのＣＴＵ列を含む場合に存在し、ＣＴＵスキャンの開始スキャン方向を示す。真の場合、ｉ番目のＣＡのスキャン方向が水平方向から始まる。それ以外の場合、スキャンは垂直スキャンである。
上記の概念を要約すると：
上記の概念を要約すると：
【0085】
実施形態では、データエンコーダ１１０は、例えば、指示データが、例えば、左上のコーディングツリーユニットのアドレスが指定されているかどうかに関する各コーディング領域の情報を含み得るように、指示データを生成するように構成され得る。特定の例は、例えば、ｃｏｄｉｎｇ＿ａｒｅａ＿ｅｘｐｌｉｃｉｔ＿ｐｏｓｉｔｉｏｎｉｎｇ＿ｆｌａｇであり得る。真の場合、ｃｏｄｉｎｇ＿ａｒｅａ＿ｔｏｐ＿ｌｅｆｔ＿ＣＴＵ＿ａｄｄｒｅｓｓがビットストリームに存在する。それ以外の場合は、デフォルトの暗示的なＣＡポジショニングが使用される。
【0086】
実施形態によれば、データエンコーダ１１０は、例えば、指示データが、複数のコーディング領域の数または複数のコーディング領域の数から１を引いた数、または複数のコーディング領域の数から２を引いた数に関する情報を含み得るように、指示データを生成するように構成され得る。特定の例は、例えば、上記のｎｕｍ＿ｃｏｄｉｎｇ＿ａｒｅａｓ＿ｍｉｎｕｓ１フィールドであり得る。
【0087】
実施形態によれば、データエンコーダ１１０は、例えば、指示データが、複数のコーディング領域のうちの１つが複数のコーディング領域のうちの別の１つに依存するかどうかを、複数のコーディング領域のうちの前記別の１つに続く複数のコーディング領域のうちの前記１つについて示すように指示データを生成するように構成され得る。特定の例は、例えば、ｄｅｐｅｎｄｅｎｔ＿ｃｏｄｉｎｇ＿ａｒｅａｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇであり得、これは、真の場合、例えば、ビットストリームに続くＣＡが、ビットストリームに現れる順序で互いに依存していることを示し得、そうでない場合、ＣＡは、独立した領域として扱われる。
【0088】
実施形態によれば、データエンコーダ１１０は、例えば、指示データが、複数のスライスのうちの正確に１つのスライスが複数のコーディング領域のうちの正確に１つのコーディング領域に割り当てられているかどうかを示すように、指示データを生成するように構成され得る。特定の例は、例えば、上記のｃｏｄｉｎｇ＿ａｒｅａ＿ｎｏ＿ｓｌｉｃｅｓ＿ｆｌａｇであり得る。
【0089】
実施形態によれば、データエンコーダ１１０は、例えば、指示データが複数のコーディング領域の１つまたは複数のコーディングツリーユニットのそれぞれの中でスキャンする方法に関する情報を含むかどうかを指示データが示すように、指示データを生成するように構成され得る。特定の例は、例えば、上記のｃｏｄｉｎｇ＿ａｒｅａ＿ＣＴＵ＿ｓｃａｎ＿ｆｌａｇであり得る。
【0090】
実施形態によれば、データエンコーダ１１０は、例えば、指示データが、複数のコーディング領域の１つまたは複数のコーディングツリーユニットのそれぞれの中でスキャンする方法を示すように、指示データを生成するように構成され得る。特定の例は、例えば、スキャンタイプテーブルにマップするｃｏｄｉｎｇ＿ａｒｅａ＿ＣＴＵ＿ｓｃａｎ＿ｔｙｐｅ＿ｉｄｘであり得る。スキャンタイプは、例えばラスタースキャン、および／または例えば対角スキャンなどであり得る。
【0091】
実施形態では、データエンコーダ１１０は、例えば、指示データが複数のコーディング領域のそれぞれについて、コーディング領域が複数のコーディングツリーユニットを含むかどうかを示すように、指示データを生成するように構成され得る。
【0092】
実施形態によれば、データエンコーダ１１０は、例えば、複数のコーディング領域のうちの１つについて、コーディングツリーユニットスキャンが左端のコーディングツリーユニットで開始されるかどうか、またはコーディングツリーユニットスキャンが右端のコーディングツリーユニットで開始されるかどうかを指示データが示すように、指示データを生成するように構成され得る。特定の例は、例えば、上記のｃｏｄｉｎｇ＿ａｒｅａ＿ＣＴＵ＿ｓｃａｎ＿ｓｔａｒｔ＿ｌｅｆｔ＿ｆｌａｇ［ｉ］であり得る。
【0093】
実施形態によれば、データエンコーダ１１０は、例えば、複数のコーディング領域のうちの１つについて、コーディングツリーユニットスキャンがコーディング領域の最上部のコーディングツリーユニット行から開始されるかどうか、またはコーディングツリーユニットスキャンは、コーディング領域の一番下のコーディングツリーユニット行から開始されるかどうかを指示データが示すように、指示データを生成するように構成され得る。特定の例は、例えば、上記のｃｏｄｉｎｇ＿ａｒｅａ＿ＣＴＵ＿ｓｃａｎ＿ｓｔａｒｔ＿ｔｏｐ＿ｆｌａｇ［ｉ］であり得る。
【0094】
実施形態によれば、データエンコーダ１１０は、例えば、複数のコーディング領域のうちの１つについて、コーディングツリーユニットスキャンが水平方向に開始されるか、またはコーディングツリーユニットスキャンが垂直方向に開始されるかを指示データが示すように、指示データを生成するように構成され得る。特定の例は、例えば、ｃｏｄｉｎｇ＿ａｒｅａ＿ＣＴＵ＿ｓｃａｎ＿ｄｉｒｅｃｔｉｏｎ＿ｆｌａｇ ［ｉ］であり得、これは、例えば、ｉ番目のＣＡが少なくとも２つのＣＴＵ行および２つのＣＴＵ列を含み、ＣＴＵスキャンの開始スキャン方向を示す場合に存在し得る。ｉ番目のＣＡのスキャン方向よりも真である場合、例えば、水平方向で開始し得、そうでない場合、スキャンは、例えば、垂直スキャンであり得る。
【0095】
同様に、実施形態によれば、データデコーダ１７０は、例えば、左上のコーディングツリーユニットのアドレスが指定されているかどうかに関する各コーディング領域の情報を使用して、符号化された画像データを復号するように構成され得、指示データは、例えば、前記情報を含み得る。
【0096】
実施形態によれば、データデコーダ１７０は、例えば、複数のコーディング領域の数または複数のコーディング領域の数から１を引いた数、または複数のコーディング領域の数から２を引いた数に関する情報を使用する符号化された画像データを復号するように構成され、指示データは、例えば、前記情報を含み得る。
【0097】
実施形態によれば、データデコーダ１７０は、例えば、複数のコーディング領域のうちの１つが複数のコーディング領域のうちの別の１つに依存するかどうかを複数のコーディング領域のうちの別の１つに続く複数のコーディング領域のうちの１つについて示す情報を使用して、符号化された画像データを復号するように構成され得、指示データは、例えば、前記情報を含み得る。
【0098】
実施形態では、データデコーダ１７０は、例えば、複数のスライスの正確に１つのスライスが複数のコーディング領域の正確に１つのコーディング領域に割り当てられているかどうかを示す情報を使用して符号化された画像データを復号するように構成され得、指示データは、例えば、前記情報を含み得る。
【0099】
実施形態によれば、データデコーダ１７０は、例えば、指示データが例えば複数のコーディング領域の１つまたは複数のコーディングツリーユニットのそれぞれの中でスキャンする方法に関する情報を含むかどうかに関する情報を使用して符号化された画像データを復号するように構成され得、指示データは、例えば、前記情報を含み得る。
【0100】
実施形態では、データデコーダ１７０は、例えば、複数のコーディング領域の１つまたは複数のコーディングツリーユニットのそれぞれの中でスキャンする方法に関する情報を使用して符号化された画像データを復号するように構成され得、指示データは、例えば、前記情報を含み得る。
【0101】
実施形態によれば、データデコーダ１７０は、例えば、複数のコーディング領域のそれぞれについて、コーディング領域が複数のコーディングツリーユニットを含むかどうかを示す情報を使用して符号化された画像データを復号するように構成され得、指示データは、例えば、前記情報を含み得る。
【0102】
実施形態では、データデコーダ１７０は、例えば、複数のコーディング領域のうちの１つについて、コーディングツリーユニットスキャンが左端のコーディングツリーユニットで開始されるかどうか、またはコーディングツリーユニットスキャンが右端のコーディングツリーユニットで開始されるかどうかを指示する情報を使用して符号化された画像データを復号するように構成され得、指示データは、例えば、前記情報を含み得る。
【0103】
実施形態では、データデコーダ１７０は、例えば、複数のコーディング領域のうちの１つについて、コーディングツリーユニットスキャンがコーディング領域の最上部のコーディングツリーユニット行で開始されるかどうか、またはコーディングツリーユニットスキャンがコーディング領域の最下部のコーディングツリーユニット行で開始されるかどうかを指示する情報を使用して符号化された画像データを復号するように構成され得、指示データは、例えば、前記情報を含み得る。
【0104】
実施形態では、データデコーダ１７０は、例えば、複数のコーディング領域のうちの１つについて、コーディングツリーユニットスキャンが水平方向で開始されるかどうか、またはコーディングツリーユニットスキャンが垂直方向で開始されるかどうかを指示する情報を使用して符号化された画像データを復号するように構成され得、指示データは、例えば、前記情報を含み得る。
以下の副次的サブセクション「コーディング領域のサイズおよび配置」では、コーディング領域のサイズおよび配置について説明する。
以下の副次的サブセクション「コーディング領域のサイズおよび配置」では、コーディング領域のサイズおよび配置について説明する。
【0105】
コーディング領域が画像内でどのように配置されているかを示すことが重要である。アプリケーションに依存して、ＣＡのサイズや位置など、画像の分割に所望の柔軟性の影響を与える可能性のある様々なターゲットが追求される。また、レイアウトは、一時的に固定されたＣＡレイアウトを使用したり、時間の経過と共にコンテンツに応じてレイアウトを調整したりするために、ビットストリームの高レベルのセクションで送信することもできる。
【0106】
例えば、３６０°ビデオストリーミングのサブセクション「タイルを使用した画像の分割」で提供されている例では、ＣＡは通常ＣＶＳ（コーディング・ビデオ・シーケンス）全体で一定であり、そのサイズは、例えば図４に示すように、同じコンテンツの様々な解像度から生成されたパーティションに対応する必要があるだけである。このような場合、ＣＡ配置シグナリングの最も適切な場所は、サブ副次的サブセクション「実施形態Ａ」およびサブ副次的サブセクション「実施形態Ｂ」で後に説明されているように、高レベルの構文構造（例えば、ＨＥＶＣのＶＰＳ、ＳＰＳ、ＰＰＳを参照）である。
【0107】
ただし、負荷分散のためのサブセクション「タイルを使用した画像の分割」（ビデオ会議のシナリオなど）のような他の例では、画像ごとの動的な分割が望ましい場合がある。さらに、ＣＡに対して選択された初期構成が最適でないことが見出せる場合があり、そのため、分割の（符号化中の）画像内での変更が必要になる場合がある。ＣＡの配置が事前にわからないこのような場合、サブ副次的サブセクション「実施形態Ｃ」で説明されているように、ＶＣＬ（スライスペイロード内のビデオコーディングレイヤー）で、シグナリングが、（パラメータセット内の）高レベルシグナリングよりも優先される。
以下のサブの副次的サブセクション「実施形態Ａ」では、サンプルまたはユニットごとの位置およびサイズのシグナリングが説明されている。
ＣＴＵ開始アドレスを使用して対応する領域を選択する明示的なＣＡポジショニング：
以下のサブの副次的サブセクション「実施形態Ａ」では、サンプルまたはユニットごとの位置およびサイズのシグナリングが説明されている。
ＣＴＵ開始アドレスを使用して対応する領域を選択する明示的なＣＡポジショニング：
【0108】
【0109】
原則として、上記の構文ｎｕｍ＿ｃｏｄｉｎｇ＿ａｒｅａｓ＿ｍｉｎｕｓ２は、１つを除くすべてのＣＡを定義し、最後のＣＡを前のＣＡでカバーされていない残りの部分として有することができる。ただし、これにより、図１０に示すようにＣＡが連続したＣＴＵを含まないことが可能になり、符号化／復号プロセスが幾分複雑になる可能性がある。
【0110】
したがって、このような場合を禁止するために制約を追加し、いくつかの制約を満たすための構文を要求するべきである。例えば、ＣＡの左上、右上、左下および右下のＣＴＵに対応する４つのＣＴＵ（ＣＴＵａ、ＣＴＵｂ、ＣＴＵｃ、ＣＴＵｄ）を所与とし、ＣＴＵｂ＿ａｄｄｒ－ＣＴＵａ＿ａｄｄｒ＝ＣＡＷｉｄｔｈＩｎＮｕｍＣＴＵｓ＿ｍｉｎｕｓ１およびＣＴＵｃ＿ａｄｄｒ－ＣＴＵａ＿ａｄｄｒ＝ＣＡＨｅｉｇｈｔＩｎＮｕｍＣＴＵｓ＿ｍｉｎｕｓ１すると、すべてのＣＴＵおよび次のＣＴＵ＿ａｄｄｒｅｓｓを有するもののみが、残りのＣＡ ＣＴＵｘ＿ａｄｄｒ＝ＣＴＵａ＿ａｄｄｒ＋ｊ＋ｋ＊（ＣＡＷｉｄｔｈＩｎＮｕｍＣＴＵｓ＿ｍｉｎｕｓ１＋１）、ｊ＝０、ＣＡＷｉｄｔｈＩｎＮｕｍＣＴＵｓ＿ｍｉｎｕｓ１、およびｋ＝０、ＣＡＨｅｉｇｈｔＩｎＮｕｍＣＴＵｓ＿ｍｉｎｕｓ１に属するものとなる。
【0111】
あるいは、そのような条件を満たすようにＣＡを示す／制約することできる構文要素（「ｎｏｎ＿ｃｏｎｔｉｇｕｏｕｓ＿ｒｅｍａｉｎｉｎｇ＿ｃｏｄｉｎｇ＿ｕｎｉｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」など）を追加することもできる。したがって、一部のプロファイルでは、非連続ＣＡによって追加される複雑さを防ぐために、そのフラグを有効にしないように義務付けることができる。
【0112】
実施形態によると、データエンコーダ１１０は、例えば、指示データが、複数のコーディング領域の少なくとも１つが複数のコーディング領域の別の１つを囲むかどうか、または複数のコーディング領域のいずれもコーディング領域の別の１つを囲まないかどうかを示す非連続情報を含むように、指示データを生成するように構成され得る。図１０は特定の例であり、２つのコーディング領域ＣＡ１、ＣＡ２が示されている。外側のコーディング領域ＣＡ１は、内側のコーディング領域ＣＡ２を囲む。
【0113】
図１０では、ＣＡ１はＣＡ２を囲んでいる。ｎｏｎ＿ｃｏｎｔｉｇｕｏｕｓ＿ｒｅｍａｉｎｉｎｇ＿ｃｏｄｉｎｇ＿ｕｎｉｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇを使用して、それぞれの指示を提供できる。
【0114】
同様に、実施形態では、データデコーダ１７０は、例えば、複数のコーディング領域のうちの少なくとも１つが複数のコーディング領域のうちの別の１つを囲むか、または複数のコーディング領域のいずれもコーディング領域のうちの別の１つを囲まないかどうかについて示す非連続情報を使用して、符号化された画像データを復号するように構成され得、指示データは前記情報を含む。
【0115】
上記の表の構文により、最大コーディングユニット（１２８ｘ１２８など）の倍数ではないＣＡを使用した柔軟なシグナリングが可能になる。これは、一部のアプリケーションにとって有益である。ただし、サンプルユニットを使用してＣＡにシグナリングすると、多くのビットが使用される可能性がある。または、ビットを省くためにＣＴＵでシグナリングを実行することもできる。問題は、ＣＴＵの倍数ではないサイズをシグナリングできないことである。以下の提案された構文では、いくつかの追加情報を使用して、この問題を解決できる。
【0116】
表２－３
【表4】
【0117】
提案されたシグナリングは、ＣＡの最後のＣＴＵ行および列が指定された最大のサイズのＣＴＵを含むかどうか、または最後のＣＴＵがより小さいかを示す。これの方が小さい場合は、ＣＡの最後のＣＴＵ行と列のサイズが示される。
【0118】
ただし、ＣＡのサイズが最大ＣＴＵサイズの倍数でない場合（つまり、行または列の最後のＣＴＵの方が小さい）、ＣＡには他のＣＡよりも小さいＣＴＵがある可能性があるため、行または列ごとのＣＴＵの数が異なる画像に至る可能性がある。画像内の予測に使用される変数の格納は通常ＣＴＵアドレスでアドレス指定され、行または列ごとのＣＴＵの数が異なると、ＣＴＵアドレス指定が実行不可能または複雑になりすぎる可能性があるため、このような不整合が望ましくない場合がある。したがって、ＣＡが完全なＣＴＵ（または最大のサイズのＣＴＵのＣＴＵ）の前に終了する場合は常に、他の隣接するＣＡが完全なＣＴＵを構成しない次元（水平または／および垂直）の中で整列されるべきであるという制約を追加するべきである。
【0119】
コーディング領域でカバーされていない最上部のＣＴＵ行の左端の位置から再帰的に開始する暗示的なポジショニング。言い換えると、例えば、表２－４に示すようにｃｏｄｉｎｇ＿ａｒｅａ＿ｅｘｐｌｉｃｉｔ＿ｐｏｓｉｔｉｏｎｉｎｇ＿ｆｌａｇが０に設定されている場合、ＣＡの開始アドレスは示されず、幅と高さだけが示され、デコーダは１．．（ｉ－１）番目のＣＡでまだカバーされていない最小のＣＴＵアドレスを探すことにより、ｉ番目のＣＡの開始アドレスを派生させねばならない。
【0120】
実施形態では、データエンコーダ１１０は、例えば、コーディング領域について、指示データが、前記コーディング領域の１つまたは複数のコーディングツリーユニットの１つを示す開始アドレスが示されるかどうか、または前記コーディング領域の１つまたは複数のコーディングツリーユニットの前記１つを示す開始アドレスが示されないかどうかを示すように、指示データを生成するように構成され得る。特定の例は、例えば、上記のｃｏｄｉｎｇ＿ａｒｅａ＿ＣＴＵ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓであり得る。
【0121】
同様に、実施形態によれば、データデコーダ１７０は、例えば、コーディング領域について、前記コーディング領域の１つまたは複数のコーディングツリーユニットの１つを示す開始アドレスが示されるかどうか、または前記コーディング領域の１つまたは複数のコーディングツリーユニットの前記１つを示す開始アドレスが示されないかどうかの指示を使用して、符号化された画像データを復号するように構成され得る。前記コーディング領域の１つまたは複数のコーディングツリーユニットの前記１つを示す開始アドレスが示されない場合、データデコーダ１７０は、例えば、コーディング領域の幅に依存して、前記コーディング領域のコーディングの高さに依存して、また前記コーディング領域のコーディング領域スキャン方向に依存して、前記コーディング領域の１つまたは複数のコーディングツリーユニットの前記１つを示す開始アドレスを決定するように構成され得る。
【0122】
上記の両方の表の構文は、ｃｏｄｉｎｇ＿ａｒｅａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ［ｉ］で構成されている。これは、原則としてパーサーの操作を簡素化するが、シグナルサイズから単純に導出できる、ある程度「冗長な」情報である。したがって、両方の表は提示されたものと同じである可能性があるが、その構文要素がなく、アドレスは「コーディング領域でカバーされていない最上部のＣＴＵ行の左端の位置」として導出される。
【0123】
より高次の画像解像度の場合、追加のステップサイズは、ＣＡパーティションの幅と高さ、および利用可能な場合は位置コードをスケーリングするのに役立つ場合がある。
【0124】
表２－４
最終的なＣＡの位置とサイズは、次のように導出されるものとする。
【表5】
【0125】
ｃｏｄｉｎｇ＿ａｒｅａ＿ｗｉｄｔｈ＿ｉｎ＿ＣＴＵ＝ｃｏｄｉｎｇ＿ａｒｅａ＿ｗｉｄｔｈ＿ｉｎ＿ｕｎｉｔｓ＊（ｃｏｄｉｎｇ＿ａｒｅａ＿ｕｎｉｔ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ＿ｍｉｎｕｓ１＋１）
【0126】
ｃｏｄｉｎｇ＿ａｒｅａ＿ｈｅｉｇｈｔ＿ｉｎ＿ＣＴＵ＝ｃｏｄｉｎｇ＿ａｒｅａ＿ｈｅｉｇｈｔ＿ｉｎ＿ｕｎｉｔｓ＊（ｃｏｄｉｎｇ＿ａｒｅａ＿ｕｎｉｔ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ＿ｍｉｎｕｓ１＋１）
【0127】
ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｕｎｉｔｓ＝（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ＣＴＵ＋ｃｏｄｉｎｇ＿ａｒｅａ＿ｕｎｉｔ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ＿ｍｉｎｕｓ１）
／（ｃｏｄｉｎｇ＿ａｒｅａ＿ｕｎｉｔ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ＿ｍｉｎｕｓ１＋１）
ｃｏｄｉｎｇ＿ａｒｅａ＿ＣＴＵ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ＝（ｃｏｄｉｎｇ＿ａｒｅａ＿ｕｎｉｔ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ＿ｍｉｎｕｓ１＋１）
／（ｃｏｄｉｎｇ＿ａｒｅａ＿ｕｎｉｔ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ＿ｍｉｎｕｓ１＋１）
ｃｏｄｉｎｇ＿ａｒｅａ＿ＣＴＵ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ＝（ｃｏｄｉｎｇ＿ａｒｅａ＿ｕｎｉｔ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ＿ｍｉｎｕｓ１＋１）
【0128】
＊（（ｃｏｄｉｎｇ＿ａｒｅａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ＿ｉｎ＿ｕｎｉｔｓ％ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｕｎｉｔｓ）＋（ｃｏｄｉｎｇ＿ａｒｅａ＿ＣＴＵ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ＿ｕｎｉｔ／ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｕｎｉｔｓ）＊ｐｉｃｔｕｒｅ＿ｗｉｄｔｈ＿ｉｎ＿ＣＴＵ））
【0129】
表２－５
【表6】
【0130】
ｃｏｄｉｎｇ＿ａｒｅａ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ＿ｍｉｎｕｓ１ ＣＡの位置とサイズのパラメーターをスケーリングするために使用されるスケーリング係数
【0131】
ｃｏｄｉｎｇ＿ａｒｅａ＿ｔｏｐ＿ｌｅｆｔ＿ＣＴＵ＿ａｄｄｒｅｓｓ＿ｉｎ＿ｕｎｉｔｓ［ｉ］ ＣＡの左上の境界にあるＣＴＵのアドレス。アドレスはユニットで指定され、ＣＴＵアドレスを取得するにはｃｏｄｉｎｇ＿ａｒｅａ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ＿ｍｉｎｕｓ１＋１に従ってスケーリングしなければならない。
【0132】
ｃｏｄｉｎｇ＿ａｒｅａ＿ｗｉｄｔｈ＿ｉｎ＿ｕｎｉｔｓ［ｉ］ ユニットでのＣＡの幅は、ＣＴＵでのＣＡ幅を取得するために、ｃｏｄｉｎｇ＿ａｒｅａ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ＿ｍｉｎｕｓ１＋１に従ってスケーリングしなければならない。
【0133】
Ｃｏｄｉｎｇ＿ａｒｅａ＿ｈｅｉｇｈｔ＿ｉｎ＿ｕｎｉｔｓ［ｉ］ ユニットでのＣＡの高さは、ＣＴＵでのＣＡの幅を取得するために、ｃｏｄｉｎｇ＿ａｒｅａ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ＿ｍｉｎｕｓ１＋１に従ってスケーリングしなければならない。
上記の概念を要約すると：
上記の概念を要約すると：
【0134】
実施形態では、データエンコーダ１１０は、例えば、複数のコーディング領域のうちの１つについて、コーディング領域の１つの中の水平方向に配置されたコーディングツリーユニットの数を指定するコーディングツリーユニットのコーディング領域幅を指示データが示すように、指示データを生成するように構成され得る。特定の例は、例えば、上記のｃｏｄｉｎｇ＿ａｒｅａ＿ｗｉｄｔｈ＿ｉｎ＿ＣＴＵであり得る。
【0135】
実施形態によると、データエンコーダ１１０は、例えば、複数のコーディング領域のうちの１つについて、コーディング領域の１つの中の垂直方向に配置されたコーディングツリーユニットの数を指定するコーディングツリーユニットのコーディング領域の高さを指示データが示すように、指示データを生成するように構成され得る。特定の例は、例えば、上記のｃｏｄｉｎｇ＿ａｒｅａ＿ｈｅｉｇｈｔ＿ｉｎ＿ＣＴＵであり得る。
【0136】
実施形態では、データエンコーダ１１０は、例えば、複数のコーディング領域のコーディング領域について、前記コーディング領域内の水平方向の最後のコーディングツリーユニットが、水平方向で前記コーディングツリーユニットに先行する前記コーディング領域の別のコーディングツリーユニットよりも小さいかどうかを指示データが示すように、指示データを生成するように構成され得る。
【0137】
特定の実施形態では、前記コーディング領域は、例えば、水平方向の複数の最後のコーディングツリーユニットを含み得、水平方向の前記最後のコーディングツリーユニットは、水平方向の前記複数の最後のコーディングツリーユニットの１つである。前記コーディング領域内の水平方向の前記最後のコーディングツリーユニットが、水平方向の前記最後のコーディングツリーユニットに先行する前記コーディング領域の前記別のコーディングツリーユニットよりも小さい場合、水平方向の複数の最後のコーディングツリーユニットのそれぞれは、例えば、同じ幅を有することができる。
【0138】
実施形態によると、データエンコーダ１１０は、例えば、複数のコーディング領域のコーディング領域について、前記コーディング領域内の垂直方向の最後のコーディングツリーユニットが、垂直方向で前記コーディングツリーユニットに先行する前記コーディング領域の別のコーディングツリーユニットよりも小さいかどうかを指示データが示すように、指示データを生成するように構成され得る。
【0139】
特定の実施形態では、前記コーディング領域は、例えば、垂直方向の複数の最後のコーディングツリーユニットを含み得、垂直方向の前記最後のコーディングツリーユニットは、垂直方向の前記複数の最後のコーディングツリーユニットの１つである。前記コーディング領域内の垂直方向の前記最後のコーディングツリーユニットが、垂直方向の前記最後のコーディングツリーユニットに先行する前記コーディング領域の前記別のコーディングツリーユニットよりも小さい場合、垂直方向の複数の最後のコーディングツリーユニットのそれぞれは、例えば、同じ高さを有することができる。
【0140】
同様に、実施形態では、データデコーダ１７０は、例えば、複数のコーディング領域のうちの１つについて、コーディング領域の１つの内部の水平方向に配置されたコーディングツリーユニットの数を指定するコーディングツリーユニットのコーディング領域幅を示す情報を使用して符号化された画像データを復号するように構成され得、指示データは、例えば、前記情報を含み得る。
【0141】
実施形態によると、データデコーダ１７０は、例えば、複数のコーディング領域のうちの１つについて、コーディング領域の１つの内部の垂直方向に配置されたコーディングツリーユニットの数を指定するコーディングツリーユニットのコーディング領域の高さを示す情報を使用して符号化された画像データを復号するように構成され得、指示データは、例えば、前記情報を含み得る。
【0142】
実施形態では、データデコーダ１７０は、例えば、複数のコーディング領域のコーディング領域について、前記コーディング領域内の水平方向の最後のコーディングツリーユニットが、水平方向で前記コーディングツリーユニットに先行する前記コーディング領域の別のコーディングツリーユニットよりも小さいかどうかを示す情報を使用して、符号化された画像データを復号するように構成でき、指示データは、例えば、前記情報を含み得る。
【0143】
特定の実施形態では、前記コーディング領域は、例えば、水平方向の複数の最後のコーディングツリーユニットを含み得、水平方向の前記最後のコーディングツリーユニットは、水平方向の前記複数の最後のコーディングツリーユニットの１つである。前記コーディング領域内の水平方向の前記最後のコーディングツリーユニットが、水平方向の前記最後のコーディングツリーユニットに先行する前記コーディング領域の前記別のコーディングツリーユニットよりも小さい場合、水平方向の複数の最後のコーディングツリーユニットのそれぞれは、例えば、同じ幅を有することができる。
【0144】
実施形態によると、データデコーダ１７０は、例えば、複数のコーディング領域のコーディング領域について、前記コーディング領域内の垂直方向の最後のコーディングツリーユニットが、垂直方向で前記コーディングツリーユニットに先行する前記コーディング領域の別のコーディングツリーユニットよりも小さいかどうかを示す情報を使用して、符号化された画像データを復号するように構成でき、指示データは、例えば、前記情報を含み得る。
【0145】
特定の実施形態では、前記コーディング領域は、例えば、垂直方向の複数の最後のコーディングツリーユニットを含み得、垂直方向の前記最後のコーディングツリーユニットは、垂直方向の前記複数の最後のコーディングツリーユニットの１つである。前記コーディング領域内の垂直方向の前記最後のコーディングツリーユニットが、垂直方向の前記最後のコーディングツリーユニットに先行する前記コーディング領域の前記別のコーディングツリーユニットよりも小さい場合、垂直方向の複数の最後のコーディングツリーユニットのそれぞれは、例えば、同じ高さを有することができる。
以下のサブ副次的サブセクション「実施形態Ｂ」では、分割による階層的サブ細分化について説明する。
特に、階層ＣＡ分割の２つのバリエーションが提供されている。
以下のサブ副次的サブセクション「実施形態Ｂ」では、分割による階層的サブ細分化について説明する。
特に、階層ＣＡ分割の２つのバリエーションが提供されている。
【0146】
第１の方法は、スケーリングされたＣＴＵユニットでコーディング領域分割位置値を階層的に送信することである。ここで、分割の粒度はＣＴＵサイズに依存する。
【0147】
表２－６
【表7】
【0148】
表２－７
【表8】
【0149】
階層型ＣＡ分割の第２のバリエーションは、コーディング領域分割位置値を一般的に均一なユニットで送信することである。ユニットの次元は、すでに解析された元の画像サイズを特定の係数でスケーリングすることによって導き出すことができる。これはまた、パラメータセットでシグナリングされる。ここで、分割の粒度は様々であり、エンコーダ側で選択されたユニットのサイズによって異なる。
【0150】
表２－８
【表9】
【0151】
表２－９
【表10】
【0152】
最終的なＣＡの位置とサイズは、次のように導出されるものとする。
ＵｎｉｔＷｉｄｔｈ＝ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＰｉｃＷｉｄｔｈＩｎＵｎｉｔｓ；
ＵｎｉｔＨｅｉｇｈｔ＝ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＰｉｃＨｅｉｇｈｔＩｎＵｎｉｔｓ；
ＣｏｄｉｎｇＡｒｅａＷｉｄｔｈ［ＡｒｅａＩｄｘ］＝ＣｏｄｉｎｇＡｒｅａＷｉｄｔｈＩｎＵｎｉｔｓ［ＡｒｅａＩｄｘ］＊ＵｎｉｔＷｉｄｔｈ
ＣｏｄｉｎｇＡｒｅａＨｅｉｇｈｔ［ＡｒｅａＩｄｘ］＝ＣｏｄｉｎｇＡｒｅａＨｅｉｇｈｔＩｎＵｎｉｔｓ［ＡｒｅａＩｄｘ］＊ＵｎｉｔＨｅｉｇｈｔ
ＣｏｄｉｎｇＡｒｅａＰｏｓＸ［ＡｒｅａＩｄｘ］＝ＣｏｄｉｎｇＡｒｅａＰｏｓＵｎｉｔＸ［ＡｒｅａＩｄｘ］＊ＵｎｉｔＷｉｄｔｈ
ＣｏｄｉｎｇＡｒｅａＰｏｓＹ［ＡｒｅａＩｄｘ］＝ＣｏｄｉｎｇＡｒｅａＰｏｓＵｎｉｔＹ［ＡｒｅａＩｄｘ］＊ＵｎｉｔＨｅｉｇｈｔ
ＵｎｉｔＷｉｄｔｈ＝ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＰｉｃＷｉｄｔｈＩｎＵｎｉｔｓ；
ＵｎｉｔＨｅｉｇｈｔ＝ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＰｉｃＨｅｉｇｈｔＩｎＵｎｉｔｓ；
ＣｏｄｉｎｇＡｒｅａＷｉｄｔｈ［ＡｒｅａＩｄｘ］＝ＣｏｄｉｎｇＡｒｅａＷｉｄｔｈＩｎＵｎｉｔｓ［ＡｒｅａＩｄｘ］＊ＵｎｉｔＷｉｄｔｈ
ＣｏｄｉｎｇＡｒｅａＨｅｉｇｈｔ［ＡｒｅａＩｄｘ］＝ＣｏｄｉｎｇＡｒｅａＨｅｉｇｈｔＩｎＵｎｉｔｓ［ＡｒｅａＩｄｘ］＊ＵｎｉｔＨｅｉｇｈｔ
ＣｏｄｉｎｇＡｒｅａＰｏｓＸ［ＡｒｅａＩｄｘ］＝ＣｏｄｉｎｇＡｒｅａＰｏｓＵｎｉｔＸ［ＡｒｅａＩｄｘ］＊ＵｎｉｔＷｉｄｔｈ
ＣｏｄｉｎｇＡｒｅａＰｏｓＹ［ＡｒｅａＩｄｘ］＝ＣｏｄｉｎｇＡｒｅａＰｏｓＵｎｉｔＹ［ＡｒｅａＩｄｘ］＊ＵｎｉｔＨｅｉｇｈｔ
【0153】
ｃｏｄｉｎｇ＿ａｒｅａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ［ＡｒｅａＩｄｘ］＝ＣｏｄｉｎｇＡｒｅａＰｏｓＹ［ＡｒｅａＩｄｘ］＊ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ＋ＣｏｄｉｎｇＡｒｅａＰｏｓＸ［ＡｒｅａＩｄｘ］
【0154】
階層型ＣＡ分割の利点は、一部の分割シナリオで、この方法でシグナリングに必要なビットが少なくなる可能性があることである。さらに、いくつかの境界が共有されているＣＡまたはＣＡのグループ間で何らかの位置合わせを実施する。これは、一部の実装にとって有益な場合がある。
シグナリングは、ＲＡＰでのみ可能であり、後続の画像のためにそこから継承されるように制約することができる。
シグナリングは、ＲＡＰでのみ可能であり、後続の画像のためにそこから継承されるように制約することができる。
【0155】
レイアウトが再送信されることを示すビットストリームの追加のフラグ。それ以外の場合は、以前に送信されたＣＡレイアウトのセットから、ビットストリーム送信インデックスによってさらに選択できる以前のＣＡレイアウトが使用される。
上記を要約すると：
上記を要約すると：
【0156】
実施形態によると、データエンコーダ１１０は、例えば、複数のコーディング領域の情報が、画像を１回または複数回分割することによって複数のコーディング領域を取得するために画像を１回または複数回分割する方法に関する情報を含むように指示データを生成するように構成できる。
実施形態では、データエンコーダ１１０は、例えば、指示データが複数のコーディング領域分割位置を示すように指示データを生成するように構成され得る。
実施形態では、データエンコーダ１１０は、例えば、指示データが複数のコーディング領域分割位置を示すように指示データを生成するように構成され得る。
【0157】
実施形態によれば、データエンコーダ１１０は、例えば、指示データが複数のコーディング領域分割位置を順序付けられたシーケンスとして示すように指示データを生成するように構成され得る。
【0158】
実施形態では、データエンコーダ１１０は、例えば、指示データが複数のコーディング領域分割位置を複数のコーディング領域分割位置値として示すように指示データを生成するように構成でき、複数のコーディング領域分割位置値のそれぞれは、画像の幅に依存するか、または画像の高さに依存する。
【0159】
実施形態によると、データエンコーダ１１０は、例えば、複数のコーディング領域の情報が、画像を階層的に１回または複数回分割することによって、複数のコーディング領域を取得するために画像を階層的に１回または複数回分割する方法に関する情報を含むように、指示データを生成するように構成できる。
【0160】
同様に、実施形態によると、データデコーダ１７０は、画像を１回または複数回分割することによって複数のコーディング領域を取得するために画像を１回または複数回分割する方法に関する情報を使用して符号化された画像データを復号するように構成でき、指示データは、例えば、前記情報を含み得る。
【0161】
実施形態では、データデコーダ１７０は、例えば、複数のコーディング領域分割位置を示す情報を使用して符号化された画像データを復号するように構成され得、指示データは、例えば、前記情報を含み得る。
【0162】
実施形態では、データデコーダ１７０は、例えば、複数のコーディング領域分割位置を順序付けられたシーケンスとして示す情報を使用して符号化された画像データを復号するように構成され得、指示データは、例えば、前記情報を含み得る。
【0163】
実施形態では、データデコーダ１７０は、例えば、複数のコーディング領域分割位置を複数のコーディング領域分割位置値として示す情報を使用して符号化された画像データを復号するように構成され、複数のコーディング領域分割位置値のそれぞれは、画像の幅に依存するか、または画像の高さに依存し、指示データは、例えば、前記情報を含み得る。
【0164】
実施形態によると、データデコーダ１７０は、複数のコーディング領域に関する情報を使用して符号化された画像データを復号するように構成でき、画像を１回または複数回階層的に分割することによって複数のコーディング領域を取得するために画像を階層的に１回または複数回分割する方法に関する情報を含み、指示データは、例えば、前記情報を含み得る。
【0165】
これより、さらなる例が提示される。データエンコーダ１１０が、例えば、複数のコーディング領域の情報が、画像を１回または複数回分割することによって複数のコーディング領域を取得するために画像を１回または複数回分割する方法に関する情報を含むように指示データを生成するように構成できるものに関する。
【0166】
特に、さらなる例は、データエンコーダ１１０が、例えば、複数のコーディング領域の情報が、画像を階層的に１回または複数回分割することによって複数のコーディング領域を取得するために画像を階層的に１回または複数回分割する方法に関する情報を含むように指示データを生成するように構成できるものに関して提示されている。
【0167】
また、データデコーダ１７０は、画像を１回または複数回分割することによって複数のコーディング領域を取得するために画像を１回または複数回分割する方法に関する情報を使用して符号化された画像データを復号するように構成でき、指示データは、例えば、前記情報を含むものに関して、さらなる例が提示されている。
【0168】
特に、さらなる例が提供されており、例えば、いかにしてデータデコーダ１７０が、複数のコーディング領域に関する情報を使用して符号化された画像データを復号するように構成でき、画像を１回または複数回階層的に分割することによって複数のコーディング領域を取得するために画像を階層的に１回または複数回分割する方法に関する情報を含み、指示データは、例えば、前記情報を含み得る。
【0169】
また、さらなる例が、いかにして符号化されたビデオ信号の指示データが、例えば、画像を１回または複数回分割することによって画像を１回または複数回分割して複数のコーディング領域を取得する方法を示し得るかについて、提示されている。
【0170】
さらに、特に、さらなる例が、画像を階層的に１回または複数回分割することによって、画像を階層的に１回または複数回分割して複数のコーディング領域を取得する方法について、提示されている。
いくつかの実施形態では、データエンコーダ１１０および／またはデータデコーダ１７０は、例えば、
－第１のステップで、画像を水平方向と垂直方向に分割して、画像の第１の分割を取得し、
－第２のステップで、画像の第１の分割を水平方向（のみ）に分割して、画像の第２の分割を取得する
ように構成され得る。
いくつかの実施形態では、データエンコーダ１１０および／またはデータデコーダ１７０は、例えば、
－第１のステップで、画像を水平方向と垂直方向に分割して、画像の第１の分割を取得し、
－第２のステップで、画像の第１の分割を水平方向（のみ）に分割して、画像の第２の分割を取得する
ように構成され得る。
【0171】
図２７では、画像は、第１のステップで、水平方向および垂直方向に階層的に分割されて、画像の第１の分割（例えば、タイル分割）が得られ（図２７、ステップ１）、また、第２のステップで、画像の第２の分割（例えば、ブリックの分割）を得るための、水平方向のみ分割される（図２７、ステップ２）。
いくつかの他の実施形態では、データエンコーダ１１０および／またはデータデコーダ１７０は、例えば、
－第１のステップで、画像を水平方向と垂直方向に分割して、画像の第１の分割を取得し、
－第２のステップで、画像の第１の分割を垂直方向（のみ）に分割して、画像の第２の分割を取得する
ように構成され得る。
いくつかの他の実施形態では、データエンコーダ１１０および／またはデータデコーダ１７０は、例えば、
－第１のステップで、画像を水平方向と垂直方向に分割して、画像の第１の分割を取得し、
－第２のステップで、画像の第１の分割を垂直方向（のみ）に分割して、画像の第２の分割を取得する
ように構成され得る。
【0172】
図２８では、画像は、第１のステップで、水平方向および垂直方向に階層的に分割されて、画像の第１の分割（例えば、タイル分割）が得られ（図２８、ステップ１）、また、第２のステップで、画像の第２の分割（例えば、ブリックの分割）を得るための、垂直方向のみ分割される（図２８、ステップ２）。
いくつかのさらなる実施形態では、データエンコーダ１１０および／またはデータデコーダ１７０は、例えば、
－第１のステップで、画像を水平方向（のみ）に分割して、画像の第１の分割を取得し、
－第２のステップで、画像の第１の分割を垂直方向（のみ）に分割して、画像の第２の分割を取得する
ように構成され得る。
いくつかのさらなる実施形態では、データエンコーダ１１０および／またはデータデコーダ１７０は、例えば、
－第１のステップで、画像を水平方向（のみ）に分割して、画像の第１の分割を取得し、
－第２のステップで、画像の第１の分割を垂直方向（のみ）に分割して、画像の第２の分割を取得する
ように構成され得る。
【0173】
図２９では、画像は、第１のステップで、水平方向のみに階層的に分割されて、画像の第１の分割（例えば、タイル分割）が得られ（図２９、ステップ１）、また、第２のステップで、画像の第２の分割（例えば、ブリックの分割）を得るための、垂直方向のみ分割される（図２９、ステップ２）。
いくつかのなおもさらなる実施形態では、データエンコーダ１１０および／またはデータデコーダ１７０は、例えば、
－第１のステップで、画像を垂直方向（のみ）に分割して、画像の第１の分割を取得し、
－第２のステップで、画像の第１の分割を水平方向（のみ）に分割して、画像の第２の分割を取得する
ように構成され得る。
いくつかのなおもさらなる実施形態では、データエンコーダ１１０および／またはデータデコーダ１７０は、例えば、
－第１のステップで、画像を垂直方向（のみ）に分割して、画像の第１の分割を取得し、
－第２のステップで、画像の第１の分割を水平方向（のみ）に分割して、画像の第２の分割を取得する
ように構成され得る。
【0174】
図３０では、画像は、第１のステップで、垂直方向のみに階層的に分割されて、画像の第１の分割（例えば、タイル分割）が得られ（図３０、ステップ１）、また、第２のステップで、画像の第２の分割（例えば、ブリックの分割）を得るための、水平方向のみ分割される（図３０、ステップ２）。
【0175】
実施形態では、画像パラメータセットＲＢＳＰ構文についての以下のコードにおいて、ｂｒｉｃｋ＿ｓｐｌｉｔ＿ｆｌａｇ［ｉ］およびｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］のパラメータは、画像を階層的に１回または複数回分割して複数のコーディング領域を取得する方法の例示的な方法を実装する。
画像は、例えば、画像、スライス、タイル、ブリック、およびＣＴＵに分割できる。
画像は、例えば、画像、スライス、タイル、ブリック、およびＣＴＵに分割できる。
【0176】
画像は、例えば、１つまたは複数のタイル行および１つまたは複数のタイル列に分割することができる。タイルは、画像の長方形の領域をカバーする一連のＣＴＵである。
タイルは１つまたは複数のブリックに分割され、各ブリックはタイル内の多数のＣＴＵの行数からなる。
複数のブリックに分割されていないタイルは、ブリックとも呼ばれる。ただし、タイルの真のサブセットであるブリックは、タイルとは呼ばれない。
スライスには、画像のタイルの数またはタイルのブリックの数が含まれる。
タイルは１つまたは複数のブリックに分割され、各ブリックはタイル内の多数のＣＴＵの行数からなる。
複数のブリックに分割されていないタイルは、ブリックとも呼ばれる。ただし、タイルの真のサブセットであるブリックは、タイルとは呼ばれない。
スライスには、画像のタイルの数またはタイルのブリックの数が含まれる。
【0177】
スライスの２つのモード、つまりラスタースキャンスライスモードと長方形スライスモードがサポートされている。ラスタースキャンスライスモードでは、スライスには、画像のタイルラスタースキャン内のタイルのシーケンスが含まれる。長方形スライスモードでは、スライスには、画像の長方形領域を集合的に形成する画像の複数のブリックが含まれる。長方形のスライス内のブリックは、スライスのブリックラスタースキャンの順序になっている。
【0178】
図２６は、タイル、ブリック、長方形のスライスに分割された画像の例を示している。それにおいて、画像は４つのタイル（２つのタイル列と２つのタイル行）、１１のブリック（左上のタイルには１つのブリック、右上のタイルには５つのブリックが含まれ、左下のタイルには２つのブリックが含まれ、右下のタイルには３つのブリックが含まれる）、および４つの長方形のスライスに分けられている。
【0179】
以下では、ｂｒｉｃｋ＿ｓｐｌｉｔ＿ｆｌａｇ［ｉ］が１に等しい場合、ｉ番目のタイルが２つ以上のブリックに分割されることを指定する。ｂｒｉｃｋ＿ｓｐｌｉｔ＿ｆｌａｇ［ｉ］が０に等しい場合、ｉ番目のタイルが２つ以上のブリックに分割されていないことを指定する。存在しない場合、ｂｒｉｃｋ＿ｓｐｌｉｔ＿ｆｌａｇ［ｉ］の値は、０に等しいと推測される。
【0180】
さらに、以下では、ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］＋１は、ｕｎｉｆｏｒｍ＿ｂｒｉｃｋ＿ｓｐａｃｉｎｇ＿ｆｌａｇ［ｉ］が０に等しい場合に、ｉ番目のタイルを分割するブリックの数を指定する。存在する場合、ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］の値は、１からＲｏｗＨｅｉｇｈｔ［ｉ］－１までの範囲であるものとする。ｂｒｉｃｋ＿ｓｐｌｉｔ＿ｆｌａｇ［ｉ］が０に等しい場合、ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］の値は０に等しいと推測される。それ以外の場合、ｕｎｉｆｏｒｍ＿ｂｒｉｃｋ＿ｓｐａｃｉｎｇ＿ｆｌａｇ［ｉ］が１に等しい場合、ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］の値が推測される（例えば、ＣＴＢラスタースキャン、タイルスキャン、およびブリックスキャンプロセスに関して下記で指定するように）。
【0181】
したがって、ｂｒｉｃｋ＿ｓｐｌｉｔ＿ｆｌａｇ［ｉ］およびｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］で、画像を階層的に１回または複数回分割して複数のコーディング領域を取得する方法の例示的な方法を実装する。タイルは、例えば、２つまたはそれより多いブリックに分割され得、これは、例えば、いくつかのＣＴＵ列からなり得る。
より詳細には、ＣＴＢラスタースキャン、タイルスキャン、およびブリックスキャンプロセスは、例えば、以下のように実施され得る。
より詳細には、ＣＴＢラスタースキャン、タイルスキャン、およびブリックスキャンプロセスは、例えば、以下のように実施され得る。
【0182】
０からｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１までの範囲のｉのリストｃｏｌＷｉｄｔｈ［ｉ］は、ＣＴＢのユニットでｉ番目のタイル列の幅を指定して、導出され、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の値が次のように推測される。
ｉｆ（ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇ）｛
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＝ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｉ＝０
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＞（ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＋１））｛
ｃｏｌＷｉｄｔｈ［ｉ＋＋］＝ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＋１
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ－＝（ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＋１）
｝
ｃｏｌＷｉｄｔｈ［ｉ］＝ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ
ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＝ｉ
｝ｅｌｓｅ｛
ｃｏｌＷｉｄｔｈ［ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］＝ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ（６－１）
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１；ｉ＋＋）｛
ｃｏｌＷｉｄｔｈ［ｉ］＝ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］＋１
ｃｏｌＷｉｄｔｈ［ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］－＝ｃｏｌＷｉｄｔｈ［ｉ］
｝
｝
ｉｆ（ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇ）｛
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＝ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｉ＝０
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＞（ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＋１））｛
ｃｏｌＷｉｄｔｈ［ｉ＋＋］＝ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＋１
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ－＝（ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＋１）
｝
ｃｏｌＷｉｄｔｈ［ｉ］＝ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ
ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＝ｉ
｝ｅｌｓｅ｛
ｃｏｌＷｉｄｔｈ［ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］＝ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ（６－１）
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１；ｉ＋＋）｛
ｃｏｌＷｉｄｔｈ［ｉ］＝ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］＋１
ｃｏｌＷｉｄｔｈ［ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］－＝ｃｏｌＷｉｄｔｈ［ｉ］
｝
｝
【0183】
０からｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１までの範囲のｊのリストＲｏｗＨｅｉｇｈｔ［ｊ］は、ＣＴＢのユニットでｊ番目のタイル行の高さを指定して、導出され、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の値が次のように推測される。
ｉｆ（ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇ）｛
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＝ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ
ｉ＝０
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞（ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＋１））｛
ＲｏｗＨｅｉｇｈｔ［ｉ＋＋］＝ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＋１
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝（ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＋１）
｝
ＲｏｗＨｅｉｇｈｔ［ｉ］＝ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ
ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１＝ｉ
｝ｅｌｓｅ｛
ＲｏｗＨｅｉｇｈｔ［ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］＝ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ（６－２）
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１；ｊ＋＋）｛
ＲｏｗＨｅｉｇｈｔ［ｊ］＝ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］＋１
ＲｏｗＨｅｉｇｈｔ［ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］－＝ＲｏｗＨｅｉｇｈｔ［ｊ］
｝
｝
ｉｆ（ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇ）｛
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＝ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ
ｉ＝０
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞（ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＋１））｛
ＲｏｗＨｅｉｇｈｔ［ｉ＋＋］＝ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＋１
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝（ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＋１）
｝
ＲｏｗＨｅｉｇｈｔ［ｉ］＝ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ
ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１＝ｉ
｝ｅｌｓｅ｛
ＲｏｗＨｅｉｇｈｔ［ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］＝ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ（６－２）
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１；ｊ＋＋）｛
ＲｏｗＨｅｉｇｈｔ［ｊ］＝ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］＋１
ＲｏｗＨｅｉｇｈｔ［ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］－＝ＲｏｗＨｅｉｇｈｔ［ｊ］
｝
｝
【0184】
０からｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１までの範囲のｉのリストｔｉｌｅＣｏｌＢｄ［ｉ］は、ＣＴＢのユニットでｉ番目のタイル列境界の位置を指定して、次のように導出される。
ｆｏｒ（ｔｉｌｅＣｏｌＢｄ［０］＝０，ｉ＝０；ｉ＜＝ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ｔｉｌｅＣｏｌＢｄ［ｉ＋１］＝ｔｉｌｅＣｏｌＢｄ［ｉ］＋ｃｏｌＷｉｄｔｈ［ｉ］（６－３）
ｆｏｒ（ｔｉｌｅＣｏｌＢｄ［０］＝０，ｉ＝０；ｉ＜＝ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ｔｉｌｅＣｏｌＢｄ［ｉ＋１］＝ｔｉｌｅＣｏｌＢｄ［ｉ］＋ｃｏｌＷｉｄｔｈ［ｉ］（６－３）
【0185】
０からｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１＋１までの範囲のｊのリストｔｉｌｅＲｏｗＢｄ［ｊ］は、ＣＴＢのユニットでｊ番目のタイル行の境界の位置を指定して、次のように導出される。
ｆｏｒ（ｔｉｌｅＲｏｗＢｄ［０］＝０，ｊ＝０；ｊ＜＝ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１；ｊ＋＋）
ｔｉｌｅＲｏｗＢｄ［ｊ＋１］＝ｔｉｌｅＲｏｗＢｄ［ｊ］＋ＲｏｗＨｅｉｇｈｔ［ｊ］（６－４）
ｆｏｒ（ｔｉｌｅＲｏｗＢｄ［０］＝０，ｊ＝０；ｊ＜＝ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１；ｊ＋＋）
ｔｉｌｅＲｏｗＢｄ［ｊ＋１］＝ｔｉｌｅＲｏｗＢｄ［ｊ］＋ＲｏｗＨｅｉｇｈｔ［ｊ］（６－４）
【0186】
変数ＮｕｍＢｒｉｃｋｓＩｎＰｉｃは、ＰＰＳを参照する画像のブリックの数を指定し、０からＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１の範囲のｂｒｉｃｋＩｄｘのリストＢｒｉｃｋＣｏｌＢｄ［ｂｒｉｃｋＩｄｘ］、ＢｒｉｃｋＲｏｗＢｄ［ｂｒｉｃｋＩｄｘ］、ＢｒｉｃｋＷｉｄｔｈ［ｂｒｉｃｋＩｄｘ］、およびＢｒｉｃｋＨｅｉｇｈｔ［ｂｒｉｃｋＩｄｘ］は、ＣＴＢのユニットでの垂直ブリック境界の位置、ＣＴＢのユニットでの水平ブリック境界の位置、ＣＴＢのユニットでのブリックの幅、およびＣＴＢのユニットでのブリックの高さを指定して導出され、また、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲の各ｉについて、ｕｎｉｆｏｒｍ＿ｂｒｉｃｋ＿ｓｐａｃｉｎｇ＿ｆｌａｇ［ｉ］が１に等しい場合、ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］の値は次のように推測される。
【0187】
ｆｏｒ（ｂｒｉｃｋＩｄｘ＝０，ｉ＝０；ｉ＜ＮｕｍＴｉｌｅｓＩｎＰｉｃ；ｉ＋＋）｛
ｔｉｌｅＸ＝ｉ％（ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１）
ｔｉｌｅＹ＝ｉ／（ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１）
ｉｆ（！ｂｒｉｃｋ＿ｓｐｌｉｔ＿ｆｌａｇ［ｉ］）｛
ＢｒｉｃｋＣｏｌＢｄ［ｂｒｉｃｋＩｄｘ］＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］
ＢｒｉｃｋＲｏｗＢｄ［ｂｒｉｃｋＩｄｘ］＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］
ＢｒｉｃｋＷｉｄｔｈ［ｂｒｉｃｋＩｄｘ］＝ｃｏｌＷｉｄｔｈ［ｔｉｌｅＸ］
ＢｒｉｃｋＨｅｉｇｈｔ［ｂｒｉｃｋＩｄｘ］＝ＲｏｗＨｅｉｇｈｔ［ｔｉｌｅＹ］（６－５）
ｂｒｉｃｋＩｄｘ＋＋
｝ｅｌｓｅ｛
ｉｆ（ｕｎｉｆｏｒｍ＿ｂｒｉｃｋ＿ｓｐａｃｉｎｇ＿ｆｌａｇ［ｉ］）｛
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＝ＲｏｗＨｅｉｇｈｔ［ｔｉｌｅＹ］
ｊ＝０
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞（ｂｒｉｃｋ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１））｛
ｒｏｗＨｅｉｇｈｔ２［ｊ＋＋］＝ｂｒｉｃｋ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝（ｂｒｉｃｋ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１）
｝
ｒｏｗＨｅｉｇｈｔ２［ｊ］＝ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ
ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］＝ｊ
｝ｅｌｓｅ｛
ｒｏｗＨｅｉｇｈｔ２［ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］］＝ＲｏｗＨｅｉｇｈｔ［ｔｉｌｅＹ］
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］；ｊ＋＋）｛
ｒｏｗＨｅｉｇｈｔ２［ｊ］＝ｂｒｉｃｋ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１
ｒｏｗＨｅｉｇｈｔ２［ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］］－＝ｒｏｗＨｅｉｇｈｔ２［ｊ］
｝
｝
ｆｏｒ（ｒｏｗＢｄ２［０］＝０，ｊ＝０；ｊ＜＝ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］；ｊ＋＋）
ｒｏｗＢｄ２［ｊ＋１］＝ｒｏｗＢｄ２［ｊ］＋ｒｏｗＨｅｉｇｈｔ２［ｊ］
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］＋１；ｊ＋＋）｛
ＢｒｉｃｋＣｏｌＢｄ［ｂｒｉｃｋＩｄｘ］＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］
ＢｒｉｃｋＲｏｗＢｄ［ｂｒｉｃｋＩｄｘ］＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］＋ｒｏｗＢｄ２［ｊ］
ＢｒｉｃｋＷｉｄｔｈ［ｂｒｉｃｋＩｄｘ］＝ｃｏｌＷｉｄｔｈ［ｔｉｌｅＸ］
ＢｒｉｃｋＨｅｉｇｈｔ［ｂｒｉｃｋＩｄｘ］＝ｒｏｗＨｅｉｇｈｔ２［ｊ］
ｂｒｉｃｋＩｄｘ＋＋
｝
｝
｝
ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ＝ｂｒｉｃｋＩｄｘ
ｔｉｌｅＸ＝ｉ％（ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１）
ｔｉｌｅＹ＝ｉ／（ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１）
ｉｆ（！ｂｒｉｃｋ＿ｓｐｌｉｔ＿ｆｌａｇ［ｉ］）｛
ＢｒｉｃｋＣｏｌＢｄ［ｂｒｉｃｋＩｄｘ］＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］
ＢｒｉｃｋＲｏｗＢｄ［ｂｒｉｃｋＩｄｘ］＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］
ＢｒｉｃｋＷｉｄｔｈ［ｂｒｉｃｋＩｄｘ］＝ｃｏｌＷｉｄｔｈ［ｔｉｌｅＸ］
ＢｒｉｃｋＨｅｉｇｈｔ［ｂｒｉｃｋＩｄｘ］＝ＲｏｗＨｅｉｇｈｔ［ｔｉｌｅＹ］（６－５）
ｂｒｉｃｋＩｄｘ＋＋
｝ｅｌｓｅ｛
ｉｆ（ｕｎｉｆｏｒｍ＿ｂｒｉｃｋ＿ｓｐａｃｉｎｇ＿ｆｌａｇ［ｉ］）｛
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＝ＲｏｗＨｅｉｇｈｔ［ｔｉｌｅＹ］
ｊ＝０
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞（ｂｒｉｃｋ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１））｛
ｒｏｗＨｅｉｇｈｔ２［ｊ＋＋］＝ｂｒｉｃｋ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝（ｂｒｉｃｋ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１）
｝
ｒｏｗＨｅｉｇｈｔ２［ｊ］＝ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ
ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］＝ｊ
｝ｅｌｓｅ｛
ｒｏｗＨｅｉｇｈｔ２［ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］］＝ＲｏｗＨｅｉｇｈｔ［ｔｉｌｅＹ］
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］；ｊ＋＋）｛
ｒｏｗＨｅｉｇｈｔ２［ｊ］＝ｂｒｉｃｋ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１
ｒｏｗＨｅｉｇｈｔ２［ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］］－＝ｒｏｗＨｅｉｇｈｔ２［ｊ］
｝
｝
ｆｏｒ（ｒｏｗＢｄ２［０］＝０，ｊ＝０；ｊ＜＝ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］；ｊ＋＋）
ｒｏｗＢｄ２［ｊ＋１］＝ｒｏｗＢｄ２［ｊ］＋ｒｏｗＨｅｉｇｈｔ２［ｊ］
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍ＿ｂｒｉｃｋ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］＋１；ｊ＋＋）｛
ＢｒｉｃｋＣｏｌＢｄ［ｂｒｉｃｋＩｄｘ］＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］
ＢｒｉｃｋＲｏｗＢｄ［ｂｒｉｃｋＩｄｘ］＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］＋ｒｏｗＢｄ２［ｊ］
ＢｒｉｃｋＷｉｄｔｈ［ｂｒｉｃｋＩｄｘ］＝ｃｏｌＷｉｄｔｈ［ｔｉｌｅＸ］
ＢｒｉｃｋＨｅｉｇｈｔ［ｂｒｉｃｋＩｄｘ］＝ｒｏｗＨｅｉｇｈｔ２［ｊ］
ｂｒｉｃｋＩｄｘ＋＋
｝
｝
｝
ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ＝ｂｒｉｃｋＩｄｘ
【0188】
０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１までの範囲のｃｔｂＡｄｄｒＲのリストＣｔｂＡｄｄｒＲｓＴｏＢｓ［ｃｔｂＡｄｄｒＲｓ］は、画像のＣＴＢラスタースキャンのＣＴＢアドレスからブリックスキャンのＣＴＢアドレスへの変換を指定して、次のように導出される。
ｆｏｒ（ｃｔｂＡｄｄｒＲｓ＝０；ｃｔｂＡｄｄｒＲｓ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｃｔｂＡｄｄｒＲｓ＋＋）｛
ｔｂＸ＝ｃｔｂＡｄｄｒＲｓ％ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｔｂＹ＝ｃｔｂＡｄｄｒＲｓ／ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｂｒｉｃｋＦｏｕｎｄ＝ＦＡＬＳＥ
ｆｏｒ（ｂｋＩｄｘ＝ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１，ｉ＝０；ｉ＜ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１＆＆！ｂｒｉｃｋＦｏｕｎｄ；ｉ＋＋）｛
ｂｒｉｃｋＦｏｕｎｄ＝ｔｂＸ＜（ＢｒｉｃｋＣｏｌＢｄ［ｉ］＋ＢｒｉｃｋＷｉｄｔｈ［ｉ］）＆＆
ｔｂＹ＜（ＢｒｉｃｋＲｏｗＢｄ［ｉ］＋ＢｒｉｃｋＨｅｉｇｈｔ［ｉ］）
ｉｆ（ｂｒｉｃｋＦｏｕｎｄ）（６－６）
ｂｋＩｄｘ＝ｉ
｝
ＣｔｂＡｄｄｒＲｓＴｏＢｓ［ｃｔｂＡｄｄｒＲｓ］＝０
ｆｏｒ（ｉ＝０；ｉ＜ｂｋＩｄｘ；ｉ＋＋）
ＣｔｂＡｄｄｒＲｓＴｏＢｓ［ｃｔｂＡｄｄｒＲｓ］＋＝ＢｒｉｃｋＨｅｉｇｈｔ［ｉ］＊ＢｒｉｃｋＷｉｄｔｈ［ｉ］
ＣｔｂＡｄｄｒＲｓＴｏＢｓ［ｃｔｂＡｄｄｒＲｓ］＋＝
（ｔｂＹ－ＢｒｉｃｋＲｏｗＢｄ［ｂｋＩｄｘ］）＊ＢｒｉｃｋＷｉｄｔｈ［ｂｋＩｄｘ］＋ｔｂＸ－ＢｒｉｃｋＣｏｌＢｄ［ｂｋＩｄｘ］
｝
ｆｏｒ（ｃｔｂＡｄｄｒＲｓ＝０；ｃｔｂＡｄｄｒＲｓ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｃｔｂＡｄｄｒＲｓ＋＋）｛
ｔｂＸ＝ｃｔｂＡｄｄｒＲｓ％ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｔｂＹ＝ｃｔｂＡｄｄｒＲｓ／ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｂｒｉｃｋＦｏｕｎｄ＝ＦＡＬＳＥ
ｆｏｒ（ｂｋＩｄｘ＝ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１，ｉ＝０；ｉ＜ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１＆＆！ｂｒｉｃｋＦｏｕｎｄ；ｉ＋＋）｛
ｂｒｉｃｋＦｏｕｎｄ＝ｔｂＸ＜（ＢｒｉｃｋＣｏｌＢｄ［ｉ］＋ＢｒｉｃｋＷｉｄｔｈ［ｉ］）＆＆
ｔｂＹ＜（ＢｒｉｃｋＲｏｗＢｄ［ｉ］＋ＢｒｉｃｋＨｅｉｇｈｔ［ｉ］）
ｉｆ（ｂｒｉｃｋＦｏｕｎｄ）（６－６）
ｂｋＩｄｘ＝ｉ
｝
ＣｔｂＡｄｄｒＲｓＴｏＢｓ［ｃｔｂＡｄｄｒＲｓ］＝０
ｆｏｒ（ｉ＝０；ｉ＜ｂｋＩｄｘ；ｉ＋＋）
ＣｔｂＡｄｄｒＲｓＴｏＢｓ［ｃｔｂＡｄｄｒＲｓ］＋＝ＢｒｉｃｋＨｅｉｇｈｔ［ｉ］＊ＢｒｉｃｋＷｉｄｔｈ［ｉ］
ＣｔｂＡｄｄｒＲｓＴｏＢｓ［ｃｔｂＡｄｄｒＲｓ］＋＝
（ｔｂＹ－ＢｒｉｃｋＲｏｗＢｄ［ｂｋＩｄｘ］）＊ＢｒｉｃｋＷｉｄｔｈ［ｂｋＩｄｘ］＋ｔｂＸ－ＢｒｉｃｋＣｏｌＢｄ［ｂｋＩｄｘ］
｝
【0189】
０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１までの範囲のｃｔｂＡｄｄｒＢのリストＣｔｂＡｄｄｒＢｓＴｏＲｓ［ｃｔｂＡｄｄｒＢｓ］は、ブリックスキャンのＣＴＢアドレスから画像のＣＴＢラスタースキャンのＣＴＢアドレスへの変換を指定して、次のように導出される。
ｆｏｒ（ｃｔｂＡｄｄｒＲｓ＝０；ｃｔｂＡｄｄｒＲｓ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｃｔｂＡｄｄｒＲｓ＋＋）（６－７）
ＣｔｂＡｄｄｒＢｓＴｏＲｓ［ＣｔｂＡｄｄｒＲｓＴｏＢｓ［ｃｔｂＡｄｄｒＲｓ］］＝ｃｔｂＡｄｄｒＲｓ
ｆｏｒ（ｃｔｂＡｄｄｒＲｓ＝０；ｃｔｂＡｄｄｒＲｓ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｃｔｂＡｄｄｒＲｓ＋＋）（６－７）
ＣｔｂＡｄｄｒＢｓＴｏＲｓ［ＣｔｂＡｄｄｒＲｓＴｏＢｓ［ｃｔｂＡｄｄｒＲｓ］］＝ｃｔｂＡｄｄｒＲｓ
【0190】
０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１までの範囲のｃｔｂＡｄｄｒＢのリストＢｒｉｃｋＩｄ［ｃｔｂＡｄｄｒＢｓ］は、ブリックスキャンのＣＴＢアドレスからブリックＩＤへの変換を指定して、次のように導出される。
ｆｏｒ（ｉ＝０，ｉ＜ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ；ｉ＋＋）
ｆｏｒ（ｙ＝ＢｒｉｃｋＲｏｗＢｄ［ｉ］；ｙ＜ＢｒｉｃｋＲｏｗＢｄ［ｉ］＋ＢｒｉｃｋＨｅｉｇｈｔ［ｉ］；ｙ＋＋）（６－８）
ｆｏｒ（ｘ＝ＢｒｉｃｋＣｏｌＢｄ［ｉ］；ｘ＜ＢｒｉｃｋＣｏｌＢｄ［ｉ］＋ＢｒｉｃｋＷｉｄｔｈ［ｉ］；ｘ＋＋）
ＢｒｉｃｋＩｄ［ＣｔｂＡｄｄｒＲｓＴｏＢｓ［ｙ＊ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ＋ｘ］］＝ｉ
ｆｏｒ（ｉ＝０，ｉ＜ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ；ｉ＋＋）
ｆｏｒ（ｙ＝ＢｒｉｃｋＲｏｗＢｄ［ｉ］；ｙ＜ＢｒｉｃｋＲｏｗＢｄ［ｉ］＋ＢｒｉｃｋＨｅｉｇｈｔ［ｉ］；ｙ＋＋）（６－８）
ｆｏｒ（ｘ＝ＢｒｉｃｋＣｏｌＢｄ［ｉ］；ｘ＜ＢｒｉｃｋＣｏｌＢｄ［ｉ］＋ＢｒｉｃｋＷｉｄｔｈ［ｉ］；ｘ＋＋）
ＢｒｉｃｋＩｄ［ＣｔｂＡｄｄｒＲｓＴｏＢｓ［ｙ＊ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ＋ｘ］］＝ｉ
【0191】
０からＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１までの範囲のｂｒｉｃｋＩｄｘのリストＮｕｍＣｔｕｓＩｎＢｒｉｃｋ［ｂｒｉｃｋＩｄｘ］は、ブリックインデックスからブリックのＣＴＵの数への変換を指定して、次のように導出される。
ｆｏｒ（ｉ＝０；ｉ＜ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ；ｉ＋＋）（６－９）
ＮｕｍＣｔｕｓＩｎＢｒｉｃｋ［ｉ］＝ＢｒｉｃｋＷｉｄｔｈ［ｉ］＊ＢｒｉｃｋＨｅｉｇｈｔ［ｉ］
ｆｏｒ（ｉ＝０；ｉ＜ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ；ｉ＋＋）（６－９）
ＮｕｍＣｔｕｓＩｎＢｒｉｃｋ［ｉ］＝ＢｒｉｃｋＷｉｄｔｈ［ｉ］＊ＢｒｉｃｋＨｅｉｇｈｔ［ｉ］
【0192】
０からＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１までの範囲のｂｒｉｃｋＩｄｘのリストＦｉｒｓｔＣｔｂＡｄｄｒＢｓ［ｂｒｉｃｋＩｄｘ］は、ブリックの最初のＣＴＢのブリックスキャンでブリックＩＤからＣＴＢアドレスへの変換を指定して、次のように導出される。
【0193】
ｆｏｒ（ｃｔｂＡｄｄｒＢｓ＝０，ｂｒｉｃｋＩｄｘ＝０，ｂｒｉｃｋＳｔａｒｔＦｌａｇ＝１；ｃｔｂＡｄｄｒＢｓ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｃｔｂＡｄｄｒＢｓ＋＋）｛
ｉｆ（ｂｒｉｃｋＳｔａｒｔＦｌａｇ）｛
ＦｉｒｓｔＣｔｂＡｄｄｒＢｓ［ｂｒｉｃｋＩｄｘ］＝ｃｔｂＡｄｄｒＢｓ（６－１０）
ｂｒｉｃｋＳｔａｒｔＦｌａｇ＝０
｝
ｂｒｉｃｋＥｎｄＦｌａｇ＝（ｃｔｂＡｄｄｒＢｓ＝＝ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１）｜｜
（ＢｒｉｃｋＩｄ［ｃｔｂＡｄｄｒＢｓ＋１］！＝ＢｒｉｃｋＩｄ［ｃｔｂＡｄｄｒＢｓ］）
ｉｆ（ｂｒｉｃｋＥｎｄＦｌａｇ）｛
ｂｒｉｃｋＩｄｘ＋＋
ｂｒｉｃｋＳｔａｒｔＦｌａｇ＝１
｝
｝
画像パラメータセットＲＢＳＰ構文
ｉｆ（ｂｒｉｃｋＳｔａｒｔＦｌａｇ）｛
ＦｉｒｓｔＣｔｂＡｄｄｒＢｓ［ｂｒｉｃｋＩｄｘ］＝ｃｔｂＡｄｄｒＢｓ（６－１０）
ｂｒｉｃｋＳｔａｒｔＦｌａｇ＝０
｝
ｂｒｉｃｋＥｎｄＦｌａｇ＝（ｃｔｂＡｄｄｒＢｓ＝＝ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１）｜｜
（ＢｒｉｃｋＩｄ［ｃｔｂＡｄｄｒＢｓ＋１］！＝ＢｒｉｃｋＩｄ［ｃｔｂＡｄｄｒＢｓ］）
ｉｆ（ｂｒｉｃｋＥｎｄＦｌａｇ）｛
ｂｒｉｃｋＩｄｘ＋＋
ｂｒｉｃｋＳｔａｒｔＦｌａｇ＝１
｝
｝
画像パラメータセットＲＢＳＰ構文
【0194】
【表11】
【0195】
ｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他の構文要素による参照用にＰＰＳを識別する。ｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、０から６３までの範囲であるものとする。
【0196】
ｐｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、アクティブなＳＰＳのｓｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を指定する。ｐｐｓ＿ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、０から１５までの範囲であるものとする。
【0197】
ｏｕｔｐｕｔ＿ｆｌａｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１の場合、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ構文要素がＰＰＳを参照するスライスヘッダーに存在することを示す。ｏｕｔｐｕｔ＿ｆｌａｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０の場合、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ構文要素がＰＰＳを参照するスライスヘッダーに存在しないことを示す。
【0198】
ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１の場合、ＰＰＳを参照する各画像にタイルが１つしかないことを指定する。０に等しいｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇは、ＰＰＳを参照する各画像に複数のタイルがあることを指定する。
【0199】
注－タイル内でさらにブリックが分割されない場合、タイル全体がブリックと呼ばれる。画像にさらなるブリックの分割がなくタイルが１つしか含まれていない場合、それは単一のブリックと呼ばれる。
ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇの値は、ＣＶＳ内でアクティブ化されるすべてのＰＰＳで同じであるものとする。
ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇの値は、ＣＶＳ内でアクティブ化されるすべてのＰＰＳで同じであるものとする。
【0200】
ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが１である場合、タイル列の境界と同様にタイル行の境界が画像全体に均一に分散され、構文要素ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１およびｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１を使用してシグナリングされることを指定する。ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが０の場合、タイル列の境界と同様にタイル行の境界が画像全体に均一に分散されてもされなくてもよく、構文要素ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１とｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１、および構文要素のペアｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］とｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］のリストを使用してシグナリングされる場合とされない場合があることを指定する。
存在しない場合、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇの値は１に等しいと推測される。
存在しない場合、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇの値は１に等しいと推測される。
【0201】
ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＋１は、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが１に等しい場合に、画像の右端のタイル列を除くタイル列の幅をＣＴＢのユニットで指定する。ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１の値は、０からＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－１までの範囲であるものとする。存在しない場合、ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１の値はＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－１に等しいと推測される。
【0202】
ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＋１は、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが１に等しい場合に、ＣＴＢのユニットで画像の底部のタイル行を除くタイル行の高さを指定する。ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１の値は、０からＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－１までの範囲であるものとする。存在しない場合、ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１の値はＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－１に等しいと推測される。
【0203】
ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１は、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが０に等しい場合に、画像を分割するタイル列の数を指定する。ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の値は、０からＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－１までの範囲であるものとする。ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の値は０に等しいと推測される。それ以外の場合、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の値が推測される（例えば、ＣＴＢラスタースキャン、タイルスキャン、およびブリックスキャンプロセスに関して上記で指定されたように）。
【0204】
ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１＋１は、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが０に等しい場合に、画像を分割するタイル行の数を指定する。ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の値は、０からＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－１までの範囲であるものとする。ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の値は０に等しいと推測される。それ以外の場合、ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の値が推測される（例えば、ＣＴＢラスタースキャン、タイルスキャン、およびブリックスキャンプロセスに関して以下に指定されているように）。
【0205】
変数ＮｕｍＴｉｌｅｓＩｎＰｉｃは、（ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１）＊（ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１＋１）に等しく設定される。
ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ＮｕｍＴｉｌｅｓＩｎＰｉｃは１より大きくなるものとする。
ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］＋１は、ＣＴＢのユニットでｉ番目のタイル列の幅を指定する。
ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１は、ＣＴＢのユニットでｉ番目のタイル行の高さを指定する。
ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ＮｕｍＴｉｌｅｓＩｎＰｉｃは１より大きくなるものとする。
ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］＋１は、ＣＴＢのユニットでｉ番目のタイル列の幅を指定する。
ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１は、ＣＴＢのユニットでｉ番目のタイル行の高さを指定する。
【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】
ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖ構文要素がＰＰＳに存在し、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓが変換ユニット構文に存在する可能性があることを指定する。ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖの構文要素がＰＰＳに存在せず、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓが変換ユニット構文に存在しないことを指定する。
【0238】
ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖは、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓとｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｆｌａｇを伝達するコーディングユニットの最大のｃｂＳｕｂｄｉｖ値を指定する。ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖの値の範囲は、次のように指定される。
【0239】
－ｓｌｉｃｅ＿ｔｙｐｅがＩに等しい場合、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖの値は０から２＊（ｌｏｇ２＿ｃｔｕ＿ｓｉｚｅ＿ｍｉｎｕｓ２－ｌｏｇ２＿ｍｉｎ＿ｑｔ＿ｓｉｚｅ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｍｉｎｕｓ２＋ＭａｘＭｔｔＤｅｐｔｈＹ）の範囲内であるものとする。
【0240】
－さもなければ（ｓｌｉｃｅ＿ｔｙｐｅがＩに等しくない場合、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖの値は０から２＊（ｌｏｇ２＿ｃｔｕ＿ｓｉｚｅ＿ｍｉｎｕｓ２－ｌｏｇ２＿ｍｉｎ＿ｑｔ＿ｓｉｚｅ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ｍｉｎｕｓ２＋ＭａｘＭｔｔＤｅｐｔｈＹ）の範囲内であるものとする。
存在しない場合、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖの値は０に等しいと推測される。
存在しない場合、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖの値は０に等しいと推測される。
【0241】
［編集（ＢＢ）：ここでの問題は、ＭａｘＭｔｔＤｅｐｔｈＹがスライスレベルで導出されることである。ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、ＭａｘＭｔｔＤｅｐｔｈＹの値を知るために、スライスヘッダーを解析する必要がある。］
【0242】
ｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔおよびｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔは、それぞれＱｐ’ＣｂおよびＱｐ’Ｃｒの導出に使用される輝度量子化パラメータＱｐ’Ｙへのオフセットを指定する。ｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔおよびｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔの値は、－１２から＋１２までの範囲であるものとする。ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しい場合、ｐｐｓ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔとｐｐｓ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔは復号プロセスで使用されず、デコーダはそれらの値を無視する。
【0243】
ｐｐｓ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１の場合、ｓｌｉｃｅ＿ｃｂ＿ｑｐ＿ｏｆｆｓｅｔおよびｓｌｉｃｅ＿ｃｒ＿ｑｐ＿ｏｆｆｓｅｔの構文要素が関連するスライスヘッダーに存在することを示す。ｐｐｓ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０の場合、これらの構文要素が、関連するスライスヘッダーに存在しないことを示す。ＣｈｒｏｍａＡｒｒａｙＴｙｐｅが０に等しい場合、ｐｐｓ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは０に等しくなるものとする。
【0244】
ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇが０に等しい場合、重み付き予測がＰスライスに適用されないことを指定する。ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇが１に等しい場合、重み付き予測がＰスライスに適用されることを指定する。
【0245】
ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇが０に等しい場合、デフォルトの重み付け予測がＢスライスに適用されることを指定する。ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇが１に等しい場合、重み付き予測がＢスライスに適用されることを指定する。
【0246】
ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｃｏｎｔｒｏｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ＰＰＳの非ブロック化フィルタ制御の構文要素の存在を指定する。ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｃｏｎｔｒｏｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ＰＰＳに非ブロック化フィルタ制御の構文要素がないことを指定する。
【0247】
ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、ＰＰＳを参照する画像のスライスヘッダーにｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが存在することを指定する。ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、ＰＰＳを参照する画像のスライスヘッダーにｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇがないことを指定する。存在しない場合、ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に等しいと推測される。
【0248】
ｐｐｓ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１の場合、ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが存在しないＰＰＳを参照するスライスには、非ブロック化フィルタの操作が適用されないことを指定する。ｐｐｓ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが０の場合、ｓｌｉｃｅ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが存在しないＰＰＳを参照するスライスに非ブロック化フィルタの操作が適用されることを指定する。存在しない場合、ｐｐｓ＿ｄｅｂｌｏｃｋｉｎｇ＿ｆｉｌｔｅｒ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値は０に等しいと推測される。
【0249】
ｐｐｓ＿ｂｅｔａ＿ｏｆｆｓｅｔ＿ｄｉｖ２およびｐｐｓ＿ｔｃ＿ｏｆｆｓｅｔ＿ｄｉｖ２は、デフォルトの非ブロック化パラメーターオフセットが、ＰＰＳを参照するスライスのスライスヘッダーに存在する非ブロック化パラメーターオフセットによってオーバーライドされない場合、ＰＰＳを参照するスライスに適用されるβおよびｔＣのデフォルトの非ブロック化パラメーターオフセット（２で除算）を指定する。ｐｐｓ＿ｂｅｔａ＿ｏｆｆｓｅｔ＿ｄｉｖ２とｐｐｓ＿ｔｃ＿ｏｆｆｓｅｔ＿ｄｉｖ２の値は、両方とも－６から６の範囲であるものとする。存在しない場合、ｐｐｓ＿ｂｅｔａ＿ｏｆｆｓｅｔ＿ｄｉｖ２とｐｐｓ＿ｔｃ＿ｏｆｆｓｅｔ＿ｄｉｖ２の値は０に等しいと推測される。
【0250】
ｐｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが１の場合、ＰＰＳを参照する画像の仮想境界を越えてループ内フィルタリング操作が無効になることを指定する。ｐｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇが０に等しい場合、ＰＰＳを参照する画像にループ内フィルタリング操作のそのような無効化が適用されないことを指定する。ループ内フィルタリング操作には、非ブロック化フィルタ、サンプル適合オフセットフィルタ、および適合ループフィルタ操作が含まれる。存在しない場合、ｐｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｄｉｓａｂｌｅｄ＿ｆｌａｇの値は０に等しいと推測される。
【0251】
ｐｐｓ＿ｎｕｍ＿ｖｅｒ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓは、ＰＰＳに存在するｐｐｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｐｏｓ＿ｘ［ｉ］の構文要素の数を指定する。ｐｐｓ＿ｎｕｍ＿ｖｅｒ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓが存在しない場合、０に等しいと推測される。
【0252】
ｐｐｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｐｏｓ＿ｘ［ｉ］は、ＰｐｓＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＰｏｓＸ［ｉ］の値を計算するために使用される。これは、輝度サンプルのユニットでｉ番目の垂直仮想境界の位置を指定する。ｐｐｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｐｏｓ＿ｘ［ｉ］を表すために使用されるビット数は、Ｃｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）－３）である。ｐｐｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｐｏｓ＿ｘ［ｉ］は、１からＣｅｉｌ（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ÷８）－１までの範囲であるものとする。
垂直仮想境界ＰｐｓＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＰｏｓＸ［ｉ］の位置は、次のように導出される。
ＰｐｓＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＰｏｓＸ［ｉ］＝ｐｐｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｐｏｓ＿ｘ［ｉ］＊８（７－３６）
任意の２つの垂直仮想境界間の距離は、ＣｔｂＳｉｚｅＹ輝度サンプル以上であるものとする。
垂直仮想境界ＰｐｓＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＰｏｓＸ［ｉ］の位置は、次のように導出される。
ＰｐｓＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＰｏｓＸ［ｉ］＝ｐｐｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｐｏｓ＿ｘ［ｉ］＊８（７－３６）
任意の２つの垂直仮想境界間の距離は、ＣｔｂＳｉｚｅＹ輝度サンプル以上であるものとする。
【0253】
ｐｐｓ＿ｎｕｍ＿ｈｏｒ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓは、ＰＰＳに存在するｐｐｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｐｏｓ＿ｙ［ｉ］の構文要素の数を指定する。ｐｐｓ＿ｎｕｍ＿ｈｏｒ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓが存在しない場合、０に等しいと推測される。
【0254】
ｐｐｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｐｏｓ＿ｙ［ｉ］は、ＰｐｓＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＰｏｓＹ［ｉ］の値を計算するために使用される。これは、輝度サンプルのユニットでｉ番目の水平仮想境界の位置を指定する。ｐｐｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｐｏｓ＿ｙ［ｉ］を表すために使用されるビット数はＣｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）－３）である。ｐｐｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｐｏｓ＿ｙ［ｉ］は、１からＣｅｉｌ（ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ÷８）－１までの範囲であるものとする。
水平仮想境界ＰｐｓＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＰｏｓＹ［ｉ］の位置は、次のように導出される。
ＰｐｓＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＰｏｓＹ［ｉ］＝ｐｐｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｐｏｓ＿ｙ［ｉ］＊８（７－３７）
任意の２つの水平仮想境界間の距離は、ＣｔｂＳｉｚｅＹ輝度サンプル以上であるものとする。
水平仮想境界ＰｐｓＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＰｏｓＹ［ｉ］の位置は、次のように導出される。
ＰｐｓＶｉｒｔｕａｌＢｏｕｎｄａｒｉｅｓＰｏｓＹ［ｉ］＝ｐｐｓ＿ｖｉｒｔｕａｌ＿ｂｏｕｎｄａｒｉｅｓ＿ｐｏｓ＿ｙ［ｉ］＊８（７－３７）
任意の２つの水平仮想境界間の距離は、ＣｔｂＳｉｚｅＹ輝度サンプル以上であるものとする。
【0255】
ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが０の場合、ＰＰＳ ＲＢＳＰの構文構造にｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素が存在しないことを指定する。ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが１に等しい場合、ＰＰＳ ＲＢＳＰの構文構造にｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇの構文要素が存在することを指定する。
【0256】
ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇには任意の値を指定できる。その存在と値は、この仕様のこのバージョンで指定されているプロファイルへのデコーダの適合性には影響しない。この仕様のこのバージョンに準拠するデコーダは、すべてのｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素を無視するものとする。
以下のサブ副次的サブセクション「実施形態Ｃ」では、低レベル構文でのシグナリングについて説明する。
すでに述べたように、ＣＡのレイアウトを示す別のオプションは、より柔軟な方法でＶＣＬ内構文を使用することである。
以下のサブ副次的サブセクション「実施形態Ｃ」では、低レベル構文でのシグナリングについて説明する。
すでに述べたように、ＣＡのレイアウトを示す別のオプションは、より柔軟な方法でＶＣＬ内構文を使用することである。
【0257】
コーディング領域のレイアウトは、２つの新しい構文要素ａｒｅａ＿ｌｉｎｅ＿ｓｔｏｐ＿ｆｌａｇとａｒｅａ＿ｃｏｌｕｍｎ＿ｓｔｏｐ＿ｆｌａｇの評価によって決定されるが、一方でｅｎｄ＿ｏｆ＿ｓｌｉｃｅ＿ｆｌａｇは使用されない場合がある。
【0258】
ａｒｅａ＿ｌｉｎｅ＿ｓｔｏｐ＿ｆｌａｇは、ＣＴＵコーディングプロセスの最後にビットストリームに存在する。対角スキャン順序の次のＣＴＵが、ＣＴＵラインに位置し、それに対して前のａｒｅａ＿ｌｉｎｅ＿ｓｔｏｐ＿ｆｌａｇが現在のスライスのビットストリームで送信されておらず、それが少なくとも部分的に画像内にある場合がある。ａｒｅａ＿ｌｉｎｅ＿ｓｔｏｐ＿ｆｌａｇが偽の場合、現在のスライス長方形は、現在使用されているＣＴＵ列の数で新しいＣＴＵ行によって拡張される。ａｒｅａ＿ｌｉｎｅ＿ｓｔｏｐ＿ｆｌａｇが真の場合、スライスの高さは、現在のスライスで現在使用されているＣＴＵ行の数に固定される。
【0259】
同様に、ａｒｅａ＿ｃｏｌｕｍｎ＿ｓｔｏｐ＿ｆｌａｇは、ＣＴＵコーディングプロセスの最後にビットストリームに存在する。対角スキャン順序の次のＣＴＵが新しいＣＴＵ列にあり、それに対して前のａｒｅａ＿ｃｏｌｕｍｎ＿ｓｔｏｐ＿ｆｌａｇが現在のスライスのビットストリームで送信されておらず、それが少なくとも部分的に画像内にある場合である。ａｒｅａ＿ｃｏｌｕｍｎ＿ｓｔｏｐ＿ｆｌａｇが偽の場合、スライス長方形は、現在使用されているＣＴＵ行の数を含む新しいＣＴＵ列によって拡張される。ａｒｅａ＿ｃｏｌｕｍｎ＿ｓｔｏｐ＿ｆｌａｇが真の場合、スライス幅は現在のスライスで現在使用されているＣＴＵ列の数に固定される。
図１１は、実施形態によるサブエリア（ＣＴＵ）レベルでのコーディング領域のシグナリングを示している。
図１１は、実施形態によるサブエリア（ＣＴＵ）レベルでのコーディング領域のシグナリングを示している。
【0260】
スライスの長方形が決定されると、スライス長方形でカバーされるすべてのＣＴＵが処理されるまで、ＣＴＵは特定のスキャン順序で処理される。画像境界で明示的なａｒｅａ＿ｌｉｎｅ＿ｓｔｏｐ＿ｆｌａｇとａｒｅａ＿ｃｏｌｕｍｎ＿ｓｔｏｐ＿ｆｌａｇがそれぞれ欠落しているため、画像境界に隣接するスパンコーディング領域はこれらを超えないように制限されている。これは図１１で確認できる。それにおいて、ａｒｅａ＿ｌｉｎｅ＿ｓｔｏｐ＿ｆｌａｇ＝１およびａｒｅａ＿ｃｏｌｕｍｎ＿ｓｔｏｐ＿ｆｌａｇ＝１が画像の境界の近くに存在しない。
【0261】
ＣＡのサイズと位置、および画像境界に関する以前の知識を使用して、ａｒｅａ＿ｌｉｎｅ＿ｓｔｏｐ＿ｆｌａｇ＝１とａｒｅａ＿ｃｏｌｕｍｎ＿ｓｔｏｐ＿ｆｌａｇ＝１を暗示的に導出することで、シグナリングオーバーヘッドを省けるが、何らかのビットストリーム操作、例えば、「コーディング領域ビットストリーム抽出」や「コーディング領域ビットストリーム集約」を防ぐか、または、これらの場合、少なくともエントロピー符号化データの追加の処理のオーバーヘッドを発生させる。現在、ＨＥＶＣの場合、エントロピーコード化データをさらに処理することなく、両方のプロセスに対して可能にするモーション制約付きタイルセット（ＭＣＴＳ）が定義されている。ただし、そのようなプロセスによってＭＣＴＳ（それぞれのＣＡ）境界が画像境界になるか、画像境界がＭＣＴＳ境界（それぞれのＣＡ）になり、画像境界にはならない。したがって、暗示的導出ａｒｅａ＿ｌｉｎｅ＿ｓｔｏｐ＿ｆｌａｇ＝１およびａｒｅａ＿ｃｏｌｕｍｎ＿ｓｔｏｐ＿ｆｌａｇ＝１は、それが画像の境界であるかどうか、および他のＣＡがすでに記述されているかどうかに関係なく、常に両方の構文要素の存在を要求することにより、このような機能を有効にすることを許可すべきではない。これは、例えば「ｉｍｐｌｉｃｉｔ＿ａｒｅａ＿ｌｉｎｅ＿ｏｒ＿ｃｏｌｕｍｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ」と呼ばれるパラメータセットに構文要素が存在することによってか、ＭＣＴＳまたは「モーション制約コーディング領域」の存在に依存させることによって、実行できる。
【0262】
上記を要約すると、実施形態によれば、データエンコーダ１１０は、例えば、複数のコーディング領域の情報が、１つまたは複数のコーディング領域のコーディング領域に対する１つまたは複数の領域列停止フラグを含むように、指示データを生成するように構成され得、１つまたは複数のコーディング領域のコーディング領域の領域列停止フラグが停止値に設定されている場合、前記領域列停止フラグは、例えば、前記コーディング領域の幅を示し得る。または、データエンコーダ１１０は、例えば、複数のコーディング領域の情報が、１つまたは複数のコーディング領域のコーディング領域に対する１つまたは複数の領域ライン停止フラグを含むように、指示データを生成するように構成され得、１つまたは複数のコーディング領域のコーディング領域の領域ライン停止フラグが停止値に設定され、前記領域ライン停止フラグは、例えば、前記コーディング領域の高さを示し得る。
【0263】
実施形態によれば、データエンコーダ１１０は、例えば、指示データが明示的シグナリングモードがアクティブであるかどうか、または明示的シグナリングモードが非アクティブであるかどうかを示すように、指示データを生成するように構成され得る。明示的シグナリングモードがアクティブであり、コーディング領域の１つまたは複数のコーディングツリーユニットのコーディングツリーユニットが画像の画像境界に位置する場合、データエンコーダ１１０は、例えば、指示データが、前記コーディングツリーユニットの領域列停止フラグおよび領域ライン停止フラグのうちの少なくとも１つを含むように、指示データを生成するように構成され得る。明示的シグナリングモードが非アクティブであり、コーディング領域の１つまたは複数のコーディングツリーユニットの前記コーディングツリーユニットが画像の前記画像境界に位置する場合、データエンコーダ１１０は、例えば、指示データが前記コーディングツリーユニットの領域列停止フラグを含まない、および／または前記コーディングツリーユニットの領域ライン停止フラグを含まないように指示データを生成するように構成され得る。
【0264】
同様に、実施形態では、データデコーダ１７０は、例えば、複数のコーディング領域に関する情報を使用して符号化された画像データを復号するように構成され得、前記情報は、１つまたは複数のコーディング領域のコーディング領域の１つまたは複数の領域列停止フラグを含み、１つまたは複数のコーディング領域のコーディング領域の領域列停止フラグが停止値に設定されている場合、前記領域列停止フラグは、例えば、前記コーディング領域の幅を示し得る。または、データデコーダ１７０は、例えば、複数のコーディング領域の情報を使用して符号化された画像データを復号するように構成され得、前記情報は、１つまたは複数のコーディング領域のコーディング領域に対する１つまたは複数の領域ライン停止フラグであり、１つまたは複数のコーディング領域のコーディング領域の領域ライン停止フラグが停止値に設定されている場合、前記領域ライン停止フラグは、例えば、前記コーディング領域の高さを示し得る。
【0265】
実施形態によれば、データデコーダ１７０は、例えば、明示的シグナリングモードがアクティブであるかどうか、または明示的シグナリングモードが非アクティブであるかどうかを示す指示データ内の指示を使用して、符号化された画像データを復号するように構成され得る。明示的シグナリングモードが非アクティブであり、コーディング領域の１つまたは複数のコーディングツリーユニットのコーディングツリーユニットが画像の前記画像境界に位置する場合、データデコーダ１７０は、例えば、画像境界画像に依存して、符号化された画像データを復号するように構成され得る。
次の副次的サブセクション「ＣＴＵスキャン順序」では、ＣＴＵスキャン順序について説明する。
次のサブ副次的サブセクション「ラスタースキャン」では、ラスタースキャンについて説明する。
次の副次的サブセクション「ＣＴＵスキャン順序」では、ＣＴＵスキャン順序について説明する。
次のサブ副次的サブセクション「ラスタースキャン」では、ラスタースキャンについて説明する。
【0266】
画像が複数のＣＡに分割されている場合、従来のラスタースキャン方式をＣＴＵ処理スキームに適用できる。この方法を使用し、コーディング領域を介して画像全体の分割スキームを認識している場合、画像全体のＣＴＵをライン単位で処理することができる。この種の処理は、ＨＥＶＣのタイルですでに可能であった。したがって、この場合、ＣＴＵ処理スキームの柔軟性が維持される。
【0267】
したがって、実施形態によれば、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域のコーディング順序は、例えば、ラスタースキャンに依存し得、データエンコーダ１１０は、例えば、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域を符号化するためにラスタースキャンが使用されたことを指示データが示すように、指示データを生成するように構成され得る。
【0268】
同様に、実施形態によれば、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域のコーディング順序は、ラスタースキャンに依存でき、データデコーダ１７０は、ラスタースキャンに依存して符号化された画像データを復号するように構成でき、データデコーダ１７０は、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域を符号化するためにラスタースキャンが使用されたことを示す情報を受信するように構成でき、指示データは、例えば、前記情報を含み得る。
次のサブ副次的サブセクション「対角スキャン」では、対角スキャンについて説明する。
次のサブ副次的サブセクション「対角スキャン」では、対角スキャンについて説明する。
【0269】
ただし、従来のラスタースキャンの順序では、空間参照の可用性に制限がある。これを改善するために、実施形態では、対角スキャンが追加のＣＴＵ処理スキームとして使用される。
【0270】
対角スキャンを導出するために、［２］から、上位ＣＴＵラインへの依存関係の一般化された処理を使用する：ＣＴＵ＿ｄｅｐｅｎｄｅｎｃｙ＿ｏｆｆｓｅｔ＿ｉｄ（［２］）。
【0271】
ＣＴＵＸｒｅｆ，Ｙｒｅｆに対応するブロックは参照に利用でき、そのときＣＴＵＸｒｅｆ，Ｙｒｅｆが現在のＣＴＵＸｃｕｒ，Ｙｃｕｒの予測に利用でき、そのとき参照が制限されておらず、例えば、別のスライス、タイル、または画像の外側にあり、次の条件が当てはまる。
－ＷＰＰの場合：
－ＷＰＰの場合：
【数1】
【0272】
【数2】
【数3】
【0273】
【数4】
【0274】
【数5】
【0275】
上記の上位ネイバーブロックオフセット制限を使用して、ＣＴＵ処理順序を導出できる。結果として得られる様々なＣＴＵスキャンは、特定の傾斜または角度を持つ対角スキャンの変形であり、傾斜は固定した値により与えられるか、ビットストリームで送信される構文要素によって制御されるか、またはビットストリームにすでに存在している構文要素から派生させる。
図１２は、実施形態による、ＣＴＵ＿ｄｅｐｅｎｄｅｎｃｙ＿ｏｆｆｓｅｔ＿ｉｄ＝１のＣＴＵスキャン順序および空間参照を示している。
図１３は、別の実施形態による、ＣＴＵ＿ｄｅｐｅｎｄｅｎｃｙ＿ｏｆｆｓｅｔ＿ｉｄ＝２の別のＣＴＵスキャン順序および空間参照を示している。
図１２は、実施形態による、ＣＴＵ＿ｄｅｐｅｎｄｅｎｃｙ＿ｏｆｆｓｅｔ＿ｉｄ＝１のＣＴＵスキャン順序および空間参照を示している。
図１３は、別の実施形態による、ＣＴＵ＿ｄｅｐｅｎｄｅｎｃｙ＿ｏｆｆｓｅｔ＿ｉｄ＝２の別のＣＴＵスキャン順序および空間参照を示している。
【0276】
以下の図１２および図１３に示すように、様々なタイプのＣＴＵスキャンを生成できる。デフォルトのスキャン方向は、左から右の対角線下向きに進むものであり、次のアルゴリズム（Ｍａｔｌａｂ（登録商標））によって生成できる。
Ｓｌｏｐｅ＝ＣＴＵ＿ｄｅｐｅｎｄｅｎｃｙ＿ｏｆｆｓｅｔ＿ｉｄ－１；
Ｓｌｏｐｅ＝ＣＴＵ＿ｄｅｐｅｎｄｅｎｃｙ＿ｏｆｆｓｅｔ＿ｉｄ－１；
【0277】
Ａ＝ｒｅｐｍａｔ（１：ＮｕｍＣＴＵＣｏｌｕｍｎｓ，ＮｕｍＣＴＵＲｏｗｓ，１）＋ｒｅｐｍａｔ（（０：ＮｕｍＣＴＵＣｏｌｕｍｎｓ：（ＮｕｍＣＴＵＣｏｌｕｍｎｓ＊（ＮｕｍＣＴＵＲｏｗｓ－１）））’，１，ＮｕｍＣＴＵＣｏｌｕｍｎｓ）
ｓｃａｎ＝ｚｅｒｏｓ（１，ｎｕｍｅｌ（Ａ））；％ｒａｓｔｅｒ ｓｃａｎ ｉｄｘｅｓ
ｓｃａｎＸＹ＝ｚｅｒｏｓ（２，ｎｕｍｅｌ（Ａ））；
ｉｄｘ＝１；
ｘ＝１；ｙ＝１；
ｗｈｉｌｅ ｎｏｔ（ａｌｌ（ｓｉｚｅ（Ａ）＝＝［ｙ ｘ］））
ｉｆ ｙ＜＝ＮｕｍＣＴＵＲｏｗｓ＆＆ｘ＜＝ＮｕｍＣＴＵＣｏｌｕｍｎｓ
％ｓｃａｎ ｉｔ
ｓｃａｎ（ｉｄｘ）＝Ａ（ｙ，ｘ）；
ｓｃａｎＸＹ（：，ｉｄｘ）＝［ｘ，ｙ］’；
ｉｄｘ＝ｉｄｘ＋１；
ｅｌｓｅ
％ｉｇｎｏｒｅ ｉｔ
ｅｎｄ
ｉｆ ｘ＞Ｓｌｏｐｅ
ｉｆ ｙ＜ＮｕｍＣＴＵＲｏｗｓ
ｘ＝ｘ－Ｓｌｏｐｅ；
ｙ＝ｙ＋１；
ｅｌｓｅ
ｘ＝ｘ＋（ＮｕｍＣＴＵＲｏｗｓ－１）＊Ｓｌｏｐｅ＋１；
ｙ＝１；
ｅｎｄ
ｅｌｓｅ
ｉｆ ｙ＝＝１
ｘ＝ｘ＋１；
ｅｌｓｅ
ｉｆ ｘ＜＝Ｓｌｏｐｅ｜｜ｙ＝＝ＮｕｍＣＴＵＲｏｗｓ
ｘ＝ｘ＋（ｙ－１）＊Ｓｌｏｐｅ＋１；
ｙ＝１；
ｅｎｄ
ｅｎｄ
ｅｎｄ
ｅｎｄ
％ｓｃａｎ ｉｔ
ｓｃａｎ（ｉｄｘ）＝Ａ（ｙ，ｘ）；
ｓｃａｎＸＹ（：，ｉｄｘ）＝［ｘ，ｙ］’；
ｉｄｘ＝ｉｄｘ＋１；
以下に、いくつかのＣＴＵ＿ｄｅｐｅｎｄｅｎｃｙ＿ｏｆｆｓｅｔ＿ｉｄ値の例示的なスキャンと空間参照の可用性を示す。
上記を要約すると：
ｓｃａｎ＝ｚｅｒｏｓ（１，ｎｕｍｅｌ（Ａ））；％ｒａｓｔｅｒ ｓｃａｎ ｉｄｘｅｓ
ｓｃａｎＸＹ＝ｚｅｒｏｓ（２，ｎｕｍｅｌ（Ａ））；
ｉｄｘ＝１；
ｘ＝１；ｙ＝１；
ｗｈｉｌｅ ｎｏｔ（ａｌｌ（ｓｉｚｅ（Ａ）＝＝［ｙ ｘ］））
ｉｆ ｙ＜＝ＮｕｍＣＴＵＲｏｗｓ＆＆ｘ＜＝ＮｕｍＣＴＵＣｏｌｕｍｎｓ
％ｓｃａｎ ｉｔ
ｓｃａｎ（ｉｄｘ）＝Ａ（ｙ，ｘ）；
ｓｃａｎＸＹ（：，ｉｄｘ）＝［ｘ，ｙ］’；
ｉｄｘ＝ｉｄｘ＋１；
ｅｌｓｅ
％ｉｇｎｏｒｅ ｉｔ
ｅｎｄ
ｉｆ ｘ＞Ｓｌｏｐｅ
ｉｆ ｙ＜ＮｕｍＣＴＵＲｏｗｓ
ｘ＝ｘ－Ｓｌｏｐｅ；
ｙ＝ｙ＋１；
ｅｌｓｅ
ｘ＝ｘ＋（ＮｕｍＣＴＵＲｏｗｓ－１）＊Ｓｌｏｐｅ＋１；
ｙ＝１；
ｅｎｄ
ｅｌｓｅ
ｉｆ ｙ＝＝１
ｘ＝ｘ＋１；
ｅｌｓｅ
ｉｆ ｘ＜＝Ｓｌｏｐｅ｜｜ｙ＝＝ＮｕｍＣＴＵＲｏｗｓ
ｘ＝ｘ＋（ｙ－１）＊Ｓｌｏｐｅ＋１；
ｙ＝１；
ｅｎｄ
ｅｎｄ
ｅｎｄ
ｅｎｄ
％ｓｃａｎ ｉｔ
ｓｃａｎ（ｉｄｘ）＝Ａ（ｙ，ｘ）；
ｓｃａｎＸＹ（：，ｉｄｘ）＝［ｘ，ｙ］’；
ｉｄｘ＝ｉｄｘ＋１；
以下に、いくつかのＣＴＵ＿ｄｅｐｅｎｄｅｎｃｙ＿ｏｆｆｓｅｔ＿ｉｄ値の例示的なスキャンと空間参照の可用性を示す。
上記を要約すると：
【0278】
実施形態によれば、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング領域のコーディング順序は、例えば、角度を示す傾斜に依存するスキャン順序に依存し得る。前記コーディング領域の２つまたはそれより多いコーディングツリーユニットのうちの第１の１つを符号化した後、データエンコーダ１１０は、例えば、前記コーディング領域のコーディングツリーユニットの第１の１つの位置に依存し、符号化されていない前記コーディング領域の他のコーディングツリーユニットに依存し、また傾斜に依存して、コーディング領域内の２つまたはそれより多いコーディングツリーユニットのうちの第２の１つを決定するように構成され得る。データエンコーダ１１０は、例えば、２つまたはそれより多いコーディングツリーユニットのうちの前記第２の１つを符号化するように構成され得る。
【0279】
実施形態では、データエンコーダ１１０は、例えば、コーディング領域内の２つまたはそれより多いコーディングツリーユニットのうちの第２の１つを決定するように構成され、矢印は、開始点および傾斜によって定義され、開始点は、コーディング領域内のコーディングツリーユニットの第１の１つの位置であり得て、２つまたはそれより多いコーディングツリーユニットの第２の１つの位置を指す。
【0280】
実施形態によれば、データエンコーダ１１０は、例えば、対角スキャンが２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域を符号化するために使用されたことを指示データが示すように、指示データを生成するように構成され得る。
【0281】
同様に、実施形態によれば、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング領域のコーディング順序は、例えば、角度を示す傾斜に依存するスキャン順序に依存し得る。指示データは、例えば、コーディング領域の前記情報を含むことができ、それにおいて、コーディング領域の２つまたはそれより多いコーディングツリーユニットのうちの第１の１つを符号化した後、データデコーダ１７０は、例えば、前記コーディング領域のコーディングツリーユニットの第１の１つの位置に依存し、復号されていない前記コーディング領域の他のコーディングツリーユニットに依存し、また傾斜に依存して、コーディング領域内の２つまたはそれより多いコーディングツリーユニットのうちの第２の１つを決定するように構成され得る。データデコーダ１７０は、例えば、２つまたはそれより多いコーディングツリーユニットのうちの前記第２の１つを復号するように構成され得る。
【0282】
実施形態によれば、データデコーダ１７０は、例えば、開始点および傾斜によって定義される矢印のように、コーディング領域内の２つまたはそれより多いコーディングツリーユニットのうちの第２の１つを決定するように構成され得る。開始点は、例えば、コーディング領域内のコーディングツリーユニットの第１の１つの位置であり得、２つまたはそれより多いコーディングツリーユニットの第２の１つの位置を指す。
【0283】
実施形態では、データデコーダ１７０は、例えば、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域を符号化するために対角スキャンが使用されたことを示す情報指示データを受信するように構成され得て、指示データは、例えば、前記情報を含み得る。
次のサブ副次的サブセクション「Ｚ－スキャン」では、Ｚ－スキャンについて説明する。
図１４は、実施形態による、Ｚ－スキャンＣＴＵ順序でのコーディング領域を示している。
次のサブ副次的サブセクション「Ｚ－スキャン」では、Ｚ－スキャンについて説明する。
図１４は、実施形態による、Ｚ－スキャンＣＴＵ順序でのコーディング領域を示している。
【0284】
このような実施形態では、提案された対角スキャンの代わりに、ＺスキャンをＣＴＵスキャン順序に使用することができる。Ｚ－スキャンはＨＥＶＣで定義されている。
【0285】
実施形態によれば、５つ以上のコーディングツリーユニットを含むコーディング領域のコーディング順序は、例えば、スキャン順序に依存し得、前記スキャン順序は、第１の角度が０°であることに依存し、第２の角度が１３５°であることに依存し、また第３の角度が４５°であることに依存してよい。
【0286】
前記コーディング領域の第１のコーディングツリーユニットを符号化した後、データエンコーダ１１０は、例えば、前記コーディングツリー領域の第２のコーディングツリーユニットを決定するように構成され得、その結果、前記コーディング領域内の第１のコーディングツリーユニットの位置で第１の開始点を有する第１の矢印は、事前定義された方向に対して０°である第１の角度を囲み、第１の矢印がコーディング領域内の前記第２のコーディングツリーユニットを指し、データエンコーダ１１０は、前記コーディング領域の前記第２のコーディングツリーユニットを符号化するよう構成される。
【0287】
前記コーディング領域の第２のコーディングツリーユニットを符号化した後、データエンコーダ１１０は、例えば、前記コーディングツリー領域の第３のコーディングツリーユニットを決定するように構成され得、その結果、前記コーディング領域内の第２のコーディングツリーユニットの位置で第２の開始点を有する第２の矢印は、前記事前定義された方向に対して１３５°である第２の角度を囲み、第２の矢印がコーディング領域内の前記第３のコーディングツリーユニットを指し、データエンコーダ１１０は、前記コーディング領域の前記第３のコーディングツリーユニットを符号化するよう構成される。
【0288】
前記コーディング領域の第３のコーディングツリーユニットを符号化した後、データエンコーダ１１０は、例えば、前記コーディングツリー領域の第４のコーディングツリーユニットを決定するように構成され得、その結果、前記コーディング領域内の第３のコーディングツリーユニットの位置で第３の開始点を有する第３の矢印は、前記事前定義された方向に対して０°である第１の角度を囲み、第３の矢印がコーディング領域内の前記第４のコーディングツリーユニットを指し、データエンコーダ１１０は、前記コーディング領域の前記第４のコーディングツリーユニットを符号化するよう構成される。
【0289】
特定の実施形態では、前記コーディング領域の第４のコーディングツリーユニットを符号化した後、データエンコーダ１１０は、前記コーディングツリー領域の第５のコーディングツリーユニットを決定するように構成され得て、その結果、前記コーディング領域内の第４のコーディングツリーユニットの位置の第４の開始点を有する第４の矢印は、前記事前定義された方向に対して４５°である第３の角度を囲み、第４の矢印がコーディング領域内の前記第５のコーディングツリーユニットを指し、データエンコーダ１１０が、前記コーディング領域の前記第５のコーディングツリーユニットを符号化するように構成される。
【0290】
実施形態では、データエンコーダ１１０は、例えば、ｚスキャンが５つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各前記領域を符号化するために使用されたことを指示データが示すように、指示データを生成するように構成され得る。
【0291】
同様に、実施形態によれば、５つ以上のコーディングツリーユニットを含むコーディング領域のコーディング順序は、例えば、スキャン順序に依存し得、前記スキャン順序は、第１の角度が０°であることに依存し、第２の角度が１３５°であることに依存し、また第３の角度が４５°であることに依存してよい。
【0292】
前記コーディング領域の第１のコーディングツリーユニットを復号した後、データデコーダ１７０は、例えば、前記コーディングツリー領域の第２のコーディングツリーユニットを決定するように構成され得、その結果、前記コーディング領域内の第１のコーディングツリーユニットの位置で第１の開始点を有する第１の矢印は、事前定義された方向に対して０°である第１の角度を囲み、第１の矢印がコーディング領域内の前記第２のコーディングツリーユニットを指し、データデコーダ１７０は、前記コーディング領域の前記第２のコーディングツリーユニットを復号するよう構成される。
【0293】
前記コーディング領域の第２のコーディングツリーユニットを復号した後、データデコーダ１７０は、例えば、前記コーディングツリー領域の第３のコーディングツリーユニットを決定するように構成され得、その結果、前記コーディング領域内の第２のコーディングツリーユニットの位置で第２の開始点を有する第２の矢印は、前記事前定義された方向に対して１３５°である第２の角度を囲み、第２の矢印がコーディング領域内の前記第３のコーディングツリーユニットを指し、データデコーダ１７０は、前記コーディング領域の前記第３のコーディングツリーユニットを復号するよう構成される。
【0294】
前記コーディング領域の第３のコーディングツリーユニットを復号した後、データデコーダ１７０は、例えば、前記コーディングツリー領域の第４のコーディングツリーユニットを決定するように構成され得、その結果、前記コーディング領域内の第３のコーディングツリーユニットの位置で第３の開始点を有する第３の矢印は、前記事前定義された方向に対して０°である第１の角度を囲み、第３の矢印がコーディング領域内の前記第４のコーディングツリーユニットを指し、データデコーダ１７０は、前記コーディング領域の前記第４のコーディングツリーユニットを復号するよう構成される。
【0295】
特定の実施形態では、前記コーディング領域の第４のコーディングツリーユニットを復号した後、データデコーダ１７０は、前記コーディングツリー領域の第５のコーディングツリーユニットを決定するように構成され得て、その結果、前記コーディング領域内の第４のコーディングツリーユニットの位置の第４の開始点を有する第４の矢印は、前記事前定義された方向に対して４５°である第３の角度を囲み、第４の矢印がコーディング領域内の前記第５のコーディングツリーユニットを指し、データデコーダ１７０が、前記コーディング領域の前記第５のコーディングツリーユニットを復号するように構成される。
【0296】
実施形態によれば、データデコーダ１７０は、例えば、５つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各前記領域を符号化するためにｚスキャンが使用されたことを示す情報を受信するように構成され得て、指示データは、例えば、前記情報を含み得る。
次のサブ副次的サブセクション「スキャン方向」では、スキャン方向について説明する。
次のサブ副次的サブセクション「スキャン方向」では、スキャン方向について説明する。
【0297】
別の実施形態では、スキャンの方向は柔軟であり得、例えば、右から左の対角線下向き、それぞれ右から左の対角線上向き、または左から右に斜め上向きの範囲である。スキャン方向は、新しい構文要素ＣＴＵ＿ｓｃａｎ＿ｄｉｒｅｃｔｉｏｎを使用してビットストリームで送信することも、ビットストリームにすでに存在する構文要素から派生させることもできる。
【0298】
別の実施形態では、スキャン方向は、厳密なスライス順序の制約の下で、ｃｏｄｉｎｇ＿ａｒｅａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓによってアドレス指定された第１のスライスＣＴＵの隣接する近傍を評価することによって導き出される。
【0299】
第１のスライスＣＴＵの下部境界に隣接するＣＴＵネイバーがある場合、または第１のスライスＣＴＵが画像の下部ＣＴＵラインに位置し、右側に隣接するネイバーがなく、右端のＣＴＵ列に位置していない場合、ＣＴＵスキャンは右上向きのスキャンである。
【0300】
第１のスライスＣＴＵの下部境界に隣接するＣＴＵネイバーがある場合、または第１のスライスＣＴＵが画像の下部ＣＴＵラインに位置し、右側に隣接する隣接があるか、画像の右端の列に位置する場合、ＣＴＵスキャンは左上向きのスキャンである。
【0301】
それ以外の場合、第１のスライスＣＴＵの右側にあるＣＴＵネイバーが使用可能な場合、または第１のスライスＣＴＵが画像の右端の列に位置する場合、スキャンは左下に行われる。他のすべての場合、ＣＴＵスキャンは右下である。
図１５は、別の実施形態による暗示的ＣＴＵスキャン方向の導出を示している。
図１５は、別の実施形態による暗示的ＣＴＵスキャン方向の導出を示している。
【0302】
そのような別の実施形態では、上記の発明の導出スキームは、潜在的なコーディング領域境界に沿って利用可能なＣＴＵネイバーの数を評価することによってさらに改良される。例えば、第１のスライスＣＴＵは、ＣＴＵネイバーの左上の位置にあり、スキャンは右下スキャンまたは下－右スキャンである可能性があり、したがって、垂直方向と水平方向にコーディング領域の境界に沿った、利用可能な可能性のある（ＣＡの次元が不明な場合）ＣＴＵネイバーは、個別に合計される。垂直ネイバーの合計が水平ＣＴＵネイバーの数を超える場合は、下－右スキャンが使用される。それ以外の場合、スキャンは右下スキャンになる。この導出スキームは、ラスタースキャンを使用した図１５に例示されている。
【0303】
別の実施形態では、上記の発明の導出スキームおよび改良は、ＣＴＵスキャンを選択するスライスレベルでインデックスが送信される、可能なスキャンの順序付けられたリストを形成するために使用される。さらに、画像内で異なる対角スキャンを使用する場合は、ＣＴＵ＿ｄｅｐｅｎｄｅｎｃｙ＿ｏｆｆｓｅｔ＿ｉｄをスライスヘッダーにコーディングする必要がある。
図１６は、実施形態による、異なるＣＴＵスキャン方向のコーディング領域を示している。
特に、図１６は、画像内で様々なスキャン方向を使用する例を示している。
上記を要約すると：
図１６は、実施形態による、異なるＣＴＵスキャン方向のコーディング領域を示している。
特に、図１６は、画像内で様々なスキャン方向を使用する例を示している。
上記を要約すると：
【0304】
実施形態によれば、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング領域のコーディング順序は、例えば、１つまたは複数のスキャン方向を含むスキャン順序に依存し得る。前記コーディング領域の第１のコーディングツリーユニットを符号化した後、データエンコーダ１１０は、例えば、第１のコーディングツリーユニットの位置に依存して、および１つまたは複数のスキャン方向の第１の１つに依存して、前記コーディングツリー領域の第２のコーディングツリーユニットを決定するように構成され得、データエンコーダ１１０は、前記コーディング領域の前記第２のコーディングツリーユニットを符号化するように構成される。
【0305】
実施形態では、データエンコーダ１１０は、例えば、指示データが１つまたは複数のスキャン方向を含む前記スキャン順序を示すように、指示データを生成するように構成され得る。
【0306】
実施形態によれば、データエンコーダ１１０は、例えば、前記コーディング領域の第１のコーディングツリーユニットの隣接する近傍を評価することによって、１つまたは複数のスキャン方向のスキャン方向を導出するように構成され得る。第１のコーディングツリーユニットの下部境界に隣接する２つまたはそれより多いコーディングツリーユニットのコーディングツリーユニットネイバーがある場合、または第１のコーディングツリーユニットが画像の下部のコーディングツリーユニット行に位置し、右に隣接するネイバーがなく、右端のコーディングツリーユニット列に位置していない場合、スキャン方向は、例えば、右上向きのスキャンである可能性がある。第１のコーディングツリーユニットが、その下部境界に隣接する２つまたはそれより多いコーディングツリーユニットのコーディングツリーユニットネイバーがある場合、または第１のコーディングツリーユニットが画像の下部のコーディングツリーユニット行に位置し、右に隣接するネイバーがあるか、画像の右端の列に位置する場合、スキャン方向は、例えば、左上向きのスキャンである可能性がある。第１のコーディングツリーユニットの右側にある２つまたはそれより多いコーディングツリーユニットのコーディングツリーユニットネイバーが利用可能である場合、または第１のコーディングツリーユニットが画像の右端の列に位置する場合、スキャン方向は、例えば、左下向きであり得る。そうでなければ、スキャン方向は、例えば、右下向きである可能性がある。
【0307】
実施形態では、データエンコーダ１１０は、例えば、指示データが、１つまたは複数のスキャン方向の選択されたスキャン方向を示すインデックスを示すように、指示データを生成するように構成され得る。
【0308】
同様に、実施形態によれば、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング領域のコーディング順序は、例えば、１つまたは複数のスキャン方向を含むスキャン順序に依存し得る。前記コーディング領域の第１のコーディングツリーユニットを復号した後、データデコーダ１７０は、例えば、第１のコーディングツリーユニットの位置に依存して、１つまたは複数のスキャン方向の第１の１つに依存して、前記コーディングツリー領域の第２のコーディングツリーユニットを決定するように構成され得、データデコーダ１７０は、例えば、前記コーディング領域の前記第２のコーディングツリーユニットを復号するように構成され得る。
【0309】
実施形態では、データデコーダ１７０は、例えば、１つまたは複数のスキャン方向を含む前記スキャン順序を示す情報を受信するように構成され得、ここで、指示データは、例えば、前記情報を含み得る。
【0310】
実施形態によれば、データデコーダ１７０は、例えば、前記コーディング領域の第１のコーディングツリーユニットの隣接する近傍を評価することによって、１つまたは複数のスキャン方向のスキャン方向を導出するように構成され得る。第１のコーディングツリーユニットの下部境界に隣接する２つまたはそれより多いコーディングツリーユニットのコーディングツリーユニットネイバーがある場合、または第１のコーディングツリーユニットが画像の下部のコーディングツリーユニット行に位置し、右に隣接するネイバーがなく、右端のコーディングツリーユニット列に位置していない場合、スキャン方向は、例えば、右上向きのスキャンである可能性がある。第１のコーディングツリーユニットが、その下部境界に隣接する２つまたはそれより多いコーディングツリーユニットのコーディングツリーユニットネイバーがある場合、または第１のコーディングツリーユニットが画像の下部のコーディングツリーユニット行に位置し、右に隣接するネイバーがあるか、画像の右端の列に位置する場合、スキャン方向は、例えば、左上向きのスキャンである可能性がある。第１のコーディングツリーユニットの右側にある２つまたはそれより多いコーディングツリーユニットのコーディングツリーユニットネイバーが利用可能である場合、または第１のコーディングツリーユニットが画像の右端の列に位置する場合、スキャン方向は、例えば、左下向きであり得る。そうでなければ、スキャン方向は、例えば、右下向きである可能性がある。
【0311】
実施形態では、データデコーダ１７０は、例えば、１つまたは複数のスキャン方向の選択されたスキャン方向を示すインデックスを示す情報を受信するように構成され得、指示データは、例えば、前記情報を含み得る。
以下の副次的サブセクション「依存的コーディング領域」では、依存的コーディング領域について説明する。
図１７は、実施形態による、領域間予測オプションでの依存的コーディング領域を示している。
以下の副次的サブセクション「依存的コーディング領域」では、依存的コーディング領域について説明する。
図１７は、実施形態による、領域間予測オプションでの依存的コーディング領域を示している。
【0312】
そのような実施形態では、画像内で、空間予測機能を活用するために、１つのコーディング領域が別のコーディング領域に依存するようにすることができる。この場合、領域の特定の処理順序は、例えば、決定論的動作を容易にするために必要となる場合がある。これは、例えば、依存関係の順序を明示的に決定する各ＣＡの新しい構文要素ａｒｅａ＿ｏｒｄｅｒ＿ｉｄｘを使用して、領域の順序をシグナリングすることによって実行できる。または、依存関係の順序は、ｃｏｄｉｎｇ＿ａｒｅａ＿ａｒｒａｎｇｅｍｅｎｔ（）構文でシグナリングされるＣＡの順序から直接導出できる。副次的サブセクション「コーディング領域のサイズと配置」を参照されたい。
【0313】
ａｒｅａ＿ｏｒｄｅｒ＿ｉｄｘの値は、次のように解釈できる。つまり、ａｒｅａ＿ｏｒｄｅｒ＿ｉｄｘ値が高い領域は、ａｒｅａ＿ｏｒｄｅｒ＿ｉｄｘ値が低い領域に依存するか、またはその逆である。
上記を要約すると：
上記を要約すると：
【0314】
実施形態では、データエンコーダ１１０は、例えば、複数のコーディング領域の各コーディング領域内の画像のイメージデータを符号化して、符号化された画像データを取得することによって、画像を符号化するように構成することができる。データエンコーダ１１０は、例えば、複数のコーディング領域のうちの少なくとも１つのイメージデータを符号化することが複数のコーディング領域のうちの少なくとも別の１つのイメージデータの符号化に依存するように、前記複数のコーディング領域のうちの少なくとも１つの画像のイメージデータを符号化するように構成され得る。
【0315】
同様に、実施形態では、データデコーダ１７０は、例えば、複数のコーディング領域のうちの少なくとも１つの符号化された画像データを復号するように構成でき、複数のコーディング領域のうちの少なくとも１つの符号化された画像データを復号することは、複数のコーディング領域のうちの前記少なくとも別の１つの符号化された画像データの復号に依存する。
以下の副次的サブセクション「コーディング領域の並列処理」では、コーディング領域の並列処理について説明する。
以下の副次的サブセクション「コーディング領域の並列処理」では、コーディング領域の並列処理について説明する。
【0316】
コーディング領域は、並列処理の補助も可能である。並列化の明らかな使用例は、複数の非依存的コーディング領域を使用することである。この場合、１つのＣＡの構成されたＣＴＵを他のいずれかのＣＡに解析または再構築するための依存関係は禁止されており、別のＣＡに割り当てられた隣接するＣＵは参照できないものとして扱われる。この場合、後処理フィルタは、ｆｉｌｔｅｒ＿ｏｖｅｒ＿ｃａ＿ｂｏｕｎｄａｒｉｅｓ＿ｆｌａｇに依存して、個別に、または画像ごとにＣＡに適用され得る。この構文要素は、ＨＥＶＣで使用されるｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇと同じように機能する。
図１８は、実施形態（（Ａ）ＣＴＵラスタースキャン；（Ｂ）ＣＴＵ対角スキャン）による依存的コーディング領域の並列処理を示している。
図１８は、実施形態（（Ａ）ＣＴＵラスタースキャン；（Ｂ）ＣＴＵ対角スキャン）による依存的コーディング領域の並列処理を示している。
【0317】
依存的コーディング領域の場合、図１８に示す処理スキームを使用して、画像の空間的な依存関係を活用し、領域間の境界で発生する可能性のあるアーティファクトを減らすことができる。ＣＡ間依存関係を使用するには、例えば、ＣＴＵ処理の明確な順序が必要になる場合がある。その結果、隣接するＣＡからのＣＴＵの信頼性の高い可用性が得られる。
【0318】
ＣＡを処理する順序は、ビットストリームで送信されるＣＡの順序によって暗示的に指定される場合がある。さらに、ＣＡの順序は、ビットストリームで送信されるシンボルによって明示的に指定することもできる。
２つの主要なＣＴＵ実行の概念を図１９に示す。
図１９は、実施形態（（Ａ）依存関係駆動型；（Ｂ）ロックステップ）による実行順序およびＣＡ間依存関係を示している。
以下では、ロックステップパイプラインについて説明する。
２つの主要なＣＴＵ実行の概念を図１９に示す。
図１９は、実施形態（（Ａ）依存関係駆動型；（Ｂ）ロックステップ）による実行順序およびＣＡ間依存関係を示している。
以下では、ロックステップパイプラインについて説明する。
【0319】
パイプラインの概念は、ロックステップ実行スキームに従った解析と再構築、および／またはポストフィルタリングを前提としている。グローバルイベントは、各スレッドのＣＴＵの実行ステップを開始するために使用され、各ステップでは、各ＣＡで単一のＣＴＵが処理される。このスキームは、図１９（Ｂ）に示すように、利用できないＣＴＵ参照を犠牲にして、最大限のスループットを保証する。この場合、第１および第２のＣＡの直接隣接するＣＴＵが同時に処理されるため、どちらの方向も参照できない。
ただし、厳密なロックステップ実行が適用されると、水色の矢印で示されているように、追加のＣＡ間依存関係が使用可能になる。
以下では、依存関係駆動型の概念について説明する。
ただし、厳密なロックステップ実行が適用されると、水色の矢印で示されているように、追加のＣＡ間依存関係が使用可能になる。
以下では、依存関係駆動型の概念について説明する。
【0320】
この概念は、ＣＡ間ＣＴＵネイバーのローカルの可用性に依存している。参照用に使用できるはずであるが、隣接するネイバーＣＡの参照ＣＴＵが使用できない場合、この特定のＣＡの実行は、各解析再構築を完遂することで参照ＣＴＵが使用可能になるまで停止する。これは、例えば、第１のＣＡの参照ＣＴＵが第５の実行ステップで処理され、第６の実行ステップで最も早く利用可能であるため、第２のＣＡの処理が第５の実行ステップで停止される図１９（Ａ）にて見ることができる。
【0321】
さらに、並列処理は、依存的ＣＡ処理スキームを使用した後処理フィルタの操作に拡張できる。ＣＴＵ内部境界（ＣＵ境界）の場合、デフォルトのフィルタプロセスを適用できる。対照的に、ＣＴＵ境界は、処理順序の第２のＣＴＵがフィルタリングされるときにフィルタリングされ、そのため、境界でのフィルタ強度を決定でき、またフィルタリング用のサンプルを利用できる。ＣＡ交差境界フィルタリングが有効になっている場合、または依存ＣＡの場合、このルールはまたＣＡ交差境界フィルタリングに適用される。ＣＴＵ境界を超えて到達する非ブロック化フィルタは、隣接するＣＡでの参照ＣＴＵの可用性を考慮して解析と再構築が実行されるときに、アナログの方法で処理される。隣接するＣＡのＣＴＵが使用可能な場合、事前にフィルタリングされていない領域の部分は、現在のフィルタリングプロセスでフィルタリングされる。
図２０は、実施形態による、ＣＡ順序に関するＣＡ境界上の非ブロック化フィルタプロセスを示している。
図２１は、実施形態による、ハッチングされたフィルタ領域でのＣＡ間フィルタリングを採用する非ブロック化フィルタを示す。
図２０は、実施形態による、ＣＡ順序に関するＣＡ境界上の非ブロック化フィルタプロセスを示している。
図２１は、実施形態による、ハッチングされたフィルタ領域でのＣＡ間フィルタリングを採用する非ブロック化フィルタを示す。
【0322】
図２１に示すように、第１の処理ステップでは、第１のＣＡのＣＴＵ（１）のみをフィルタリングできる。このＣＴＵのフィルタリングは、ＣＴＵネイバーが使用できないため、内部境界に制限されている。第２の実行ステップでは、第１のＣＡの第２のＣＴＵが、その内部境界と、第１のＣＡの第１のＣＴＵへのＣＴＵ境界をフィルタリングする。さらに、第２のＣＡの左下のＣＴＵは、その内部境界と、第１のＣＡの第１のＣＴＵのＣＴＵ境界とオーバーラップするＣＡをフィルタリングしている。この並列処理の効果の１つは、非ブロック化フィルタの低遅延の操作を可能にすることである。クロスＣＡ境界フィルタリングの非ブロック化は、ＣＡ全体が復号される前に開始することができ、それにより、画像領域がさらなる画像のための参照画像を使用することができる前の全体的な処理時間を短縮することができる。
次の副次的サブセクション「エラーの回復力の態様」では、エラーの回復力の態様について説明する。
次の副次的サブセクション「エラーの回復力の態様」では、エラーの回復力の態様について説明する。
【0323】
「最先端のＶＣＬ分割」のセクションで説明したように、アプリケーションのストレージまたはトランスポートのメカニズムの信頼性が低い場合、エラーの回復力はビデオコーディングの望ましい機能である。ただし、ＨＴＴＰストリーミングなどの多くのアプリケーションが今日存在し、例えば、パケット損失のあるＲＴＰ／ＵＤＰストリーミングや、ビットエラーまたはバーストエラーのある一般的なブロードキャストチャネルのように、エラーの回復力が少なくてすむ場合がある。ＨＴＴＰストリーミングの場合、コード化されたビデオは通常ｎ＊ＧＯＰ単位でセグメント化され、セグメントが欠落していると、それぞれのセグメントが正常に再送信されるまで、受信機側でバッファストールがトリガーされる。後者のシナリオでは、一部のエラー回復機能を失いながらコーディング効率の利益を向上させるために、コーディングされたデータ内にさらに依存関係を導入することが望ましい。例えば、サブの副次的サブセクション「スキャン方向」で説明されている隣接ＣＡに基づくスキャン順序導出の態様では、例えば、現在のＣＡを正しく復号し得る前に、受信機側の隣接するＣＡの可用性が必要になる場合がある。したがって、このような手法は、限られたエラーの回復力が許容できる場合にのみ使用するべきである。同様に、副次的サブセクション「依存的コーディング領域」のような依存的コーディング領域に関する態様では、エラーの回復力に影響を与える依存関係、および副次的サブセクション「コーディング領域の並列処理」で説明されている並列化の態様と処理順序が導入される。この点に関する他の最先端技術は、同じトレードオフに対処せねばならない。例えば、ＨＥＶＣ ＳＣＣのＩＢＣなどの画像内翻訳補正予測や、現在のブロックからさらに離れており、通常のイントラ予測になる画像内のサンプルを促進する他の予測内技術などである。また、シーケンスレベルでは、エラーの回復力への影響を犠牲にしてコーディング効率を向上させることが知られているさらなる手法がある。例えば、画像を介したＣＡＢＡＣコンテキストモデルなどのエントロピーコーディングエンティティの状態の共有などがある。
【0324】
コード化されたビデオの送信を組み込んだシステムでは、コード化されたビデオストリームがもたらすエラーの回復力の程度に関する情報は、様々な方法で利用することができる。例えば、メディア対応のミドルボックスが早期の再送信をトリガーできる、または、エンドデバイスがエラー隠蔽戦略の中から選択でき、例えば、フレームサブセクションのコピーによるフレームレベルのスライスベースのエラー隠蔽や、再送信が成功するまでのバッファリング、またはビットストリームのパーツ（個々のＡＵ、ＰＰＳなどに関連付けられたＡＵ、ＳＰＳに関連付けられるかまたはＣＶＳを形成するＡＵ）の復号をスキップすることが挙げられる。したがって、ミドルボックスまたはクライアントエンドデバイスに、コード化されたビデオストリームが提供するエラーの回復力の程度を示すことが望ましい。コード化されたビデオシーケンスにおけるエラー隠蔽度の別の使用法は、サービスオペレータが特定のコード化されたストリームが、想定される伝送システムに適しているかどうかを決定することである。例えば、ＨＴＴＰストリーミング用に符号化されたストリームは、バーストエラーが発生しやすい衛星放送チャネルを介して送信された場合、パフォーマンスが低下する可能性がある。
【0325】
現在、この情報は、無数のパラメータがエラーの回復力を決定するため、最新のコーデックを使用してコード化されたストリームで簡単にアクセスすることはできない。例えば、上記の例の網羅的ではないリストを取り上げる。いくつかの個々のパラメータは、パラメータのセットから派生する場合があり、他のパラメータが、例えば、画像ベースで高レベルの構文解析を必要とする場合がある一方で、他のパラメータは、例えば、低レベルの構文解析を必要とする場合さえある。また、調査されたパラメータのほとんどは、コード化されたビデオシーケンスの残りのエンコーダの決定に関する情報でシグナリングされないが、範囲が制限されている。例えば、分割の決定は、画像から画像へと偶然に起こる可能性がある。破損したストリームには、必要な情報が含まれていない可能性がある。
【0326】
実施形態は、コード化されたビデオシーケンスのエラーの回復力の程度の容易にアクセス可能な指示をもたらす。いくつかの実施形態は、エラーの回復力およびエラー軽減戦略に影響を与える関連ツール上のコード化されたビデオのコーディング制約を提供する。ミドルボックスまたはクライアントエンドデバイスは、ビデオエンコーダが、別様にはエラーの回復力に影響を与える決定スペースから特定のオプションを除外したことを保証するものとして、指示を解釈できる。サービス提供者は、コード化されたストリームがどの伝送システムに適しているかに関する情報を解釈できる。
実施形態では、以下のように、コード化されたビデオの容易にアクセス可能な高レベルの構文における単一のフラグが、例えば、以下のように提供される。
実施形態では、以下のように、コード化されたビデオの容易にアクセス可能な高レベルの構文における単一のフラグが、例えば、以下のように提供される。
【0327】
【表12】
【0328】
ｓｐｓ＿ｅｒｒｏｒ＿ｒｅｓｉｌｉｅｎｃｙ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、コード化されたビデオシーケンスのエラーの回復力の状態を示す。ｓｐｓ＿ｅｒｒｏｒ＿ｒｅｓｉｌｉｅｎｃｙ＿ｆｌａｇが１の場合、ＣＶＳでアクティブなＳＰＳが［ＣｏｄｉｎｇＴｏｏｌＳｅｔＣ］の使用をアクティブにせず、ＣＶＳでアクティブなＰＰＳまたはＡＵが［ＣｏｄｉｎｇＴｏｏｌＳｅｔＢ］の使用をアクティブにしないことを示す。ｓｐｓ＿ｅｒｒｏｒ＿ｒｅｓｉｌｉｅｎｃｙ＿ｆｌａｇが０の場合、そのような表示はない。
【0329】
あるいは、実施形態は、以下のように、コード化されたビデオの容易にアクセス可能な高レベルの構文におけるエラーの回復力の状態の事前定義されたリストへインデックスを提供する。
【0330】
【表13】
【0331】
【表14】
【0332】
ここで、リスト［ＣｏｄｉｎｇＴｏｏｌＳｅｔＡ］、［ＣｏｄｉｎｇＴｏｏｌＳｅｔＢ］、および［ＣｏｄｉｎｇＴｏｏｌｓＳｅｔＣ］は次のように定義されている。
【0333】
ＣｏｄｉｎｇＴｏｏｌＳｅｔＡは、画像レベルでエラーの回復力を損なうツールで構成されている。つまり、依存的ＣＡなど、画像の一部が失われた場合に、復号の成功を妨げる画像内に依存関係を導入する。
【0334】
ＣｏｄｉｎｇＴｏｏｌＳｅｔＢは、複数の画像レベル（つまり、ＰＰＳのスコープ）でエラーの回復力を損なうツールで構成される。つまり、例えばＧＯＰの最上位の時間層に属する画像など、複数の画像の結合エントロピーコーディングなどの、誤った画像の後にツールを使用して、ＰＰＳを参照するいずれかの画像間に依存関係を導入し、ＰＰＳを参照する画像の復号を成功させないようにする。
【0335】
ＣｏｄｉｎｇＴｏｏｌｓＳｅｔＣは、シーケンスレベル（つまり、ＳＰＳのスコープ）でエラーの回復力を損なうツールで構成される。つまり、それらは、ランダムアクセス期間内のすべての画像間に依存関係を導入し、それらが、量子化器スケーリング行列、エントロピーコーディングの初期化など新しいＣＶＳをランダムアクセスポイントが開始するまで、誤った画像に従ってツールを使用してＳＰＳを参照するいずれの画像の復号をも成功させないようにする。
本発明のさらなる実施形態では、指示の異なるモードは、ツールセットをアクティブ化する構文構造にリンクされていない。
本発明のさらなる実施形態では、指示の異なるモードは、ツールセットをアクティブ化する構文構造にリンクされていない。
【0336】
【表15】
【0337】
さらに、ＣｏｄｉｎｇＴｏｏｌＳｅｔＢの範囲は、第１の画像からコーディング順に続く画像の分量で範囲を示す追加のシグナリングによって示される。したがって、この実施形態のＣｏｄｉｎｇＴｏｏｌＳｅｔＢは、複数の画像レベル（それぞれの画像がスコープ表示によって示される）でエラーの回復力を損なうツールを含む、すなわち、それらは、示された画像間に依存関係を導入し、その結果、誤った画像に続くツールセットを使用した画像、例えばＧＯＰなどの最上位の時間層に属する画像など、複数の画像の結合エントロピーコーディングのいずれかの復号の成功を妨げる。
【0338】
上記を要約すると、実施形態によれば、データエンコーダ１１０は、例えば、指示データが、例えば、コード化されたビデオシーケンスのエラーの回復力に関する情報を含み得るように、指示データを生成するように構成され得る。
【0339】
実施形態では、エラーの回復力に関する情報は、例えば、コード化されたビデオシーケンスのエラーの回復力に関する３つまたはそれより多い異なる状態のうちの１つを示し得る。
【0340】
同様に、実施形態によれば、データデコーダ１７０は、例えば、コード化されたビデオシーケンスのエラーの回復力を示す情報を受信するように構成され得る。データデコーダ１７０は、例えば、コード化されたビデオシーケンスのエラーの回復力を示す情報に依存して、コード化された画像データを復号するように構成され得る。
【0341】
実施形態では、エラーの回復力に関する情報は、例えば、コード化されたビデオシーケンスのエラーの回復力に関する３つまたはそれより多い異なる状態のうちの１つを示し得る。
【0342】
特定の実施形態では、３つまたはそれより多い異なる状態の第１の状態は、例えば、アクセスユニットにはエラーの回復力がないことを示し得る。３つまたはそれより多い異なる状態の第２の状態は、例えば、画像のパラメータセットの第１の複数のアクセスユニットにはエラーの回復力がないことを示し得る。３つまたはそれより多い異なる状態の第３の状態は、例えば、シーケンスパラメータセットの第２の複数のアクセスユニットにはエラーの回復力がないことを示し得る。
【0343】
別の特定の実施形態では、エラーの回復力に関する情報は、例えば、コード化されたビデオシーケンスのエラーの回復力に関する４つまたはそれより多い異なる状態のうちの１つを示し得る。４つまたはそれより多い異なる状態の第１の状態は、例えば、エラーの回復力が画像レベルで損なわれ、複数画像レベルで損なわれ、シーケンスレベルで損なわれることを示し得る。４つまたはそれより多い異なる状態の第２の状態は、例えば、エラーの回復力が画像レベルで損なわれ、複数画像レベルで損なわれるが、シーケンスレベルでは損なわれないことを示し得る。４つまたはそれより多い異なる状態の第３の状態は、例えば、エラーの回復力が画像レベルで損なわれるが、エラーの回復力が複数画像レベルで損なわれず、シーケンスレベルで損なわれないことを示し得る。また、４つまたはそれより多い異なる状態の第４の状態は、例えば、エラーの回復力が画像レベルで損なわれず、複数画像レベルで損なわれず、シーケンスレベルで損なわれないことを示し得る。
次のサブセクション「コーディング領域のデータの断片化」では、コーディング領域のデータの断片化について説明する。
タイルと同様に、ＣＡはまたトランスポートレイヤー用に断片化できる。この場合、制限はない。考えられる使用例を図２２、図２３、および図２４に示す。
図２２は、１つのコーディング領域の単一の画像で構成されるビットストリームを示しているが、ＣＡは複数のトランスポートユニットに断片化されている。
図２３は、複数のコーディング領域の単一の画像で構成されるビットストリームを示しているが、各ＣＡには独自のトランスポートユニットがある。
図２４は、複数のコーディング領域の単一の画像を含むビットストリームを示しているが、各ＣＡが複数のトランスポートユニットに断片化されている。
次のサブセクション「サブ領域空間予測子管理のコーディング」では、サブ領域空間予測子管理のコーディングについて説明する。
図２５は、実施形態による、領域に囲まれたブロックの一般化された提示を示している。
一般化されたアプローチでは、コーディングブロックは８つの主要な空間領域で囲むことができる。図２５を参照されたい。
次の副次的サブセクション「一般的な予測子の管理」では、一般的な予測子の管理について説明する。
次のサブセクション「コーディング領域のデータの断片化」では、コーディング領域のデータの断片化について説明する。
タイルと同様に、ＣＡはまたトランスポートレイヤー用に断片化できる。この場合、制限はない。考えられる使用例を図２２、図２３、および図２４に示す。
図２２は、１つのコーディング領域の単一の画像で構成されるビットストリームを示しているが、ＣＡは複数のトランスポートユニットに断片化されている。
図２３は、複数のコーディング領域の単一の画像で構成されるビットストリームを示しているが、各ＣＡには独自のトランスポートユニットがある。
図２４は、複数のコーディング領域の単一の画像を含むビットストリームを示しているが、各ＣＡが複数のトランスポートユニットに断片化されている。
次のサブセクション「サブ領域空間予測子管理のコーディング」では、サブ領域空間予測子管理のコーディングについて説明する。
図２５は、実施形態による、領域に囲まれたブロックの一般化された提示を示している。
一般化されたアプローチでは、コーディングブロックは８つの主要な空間領域で囲むことができる。図２５を参照されたい。
次の副次的サブセクション「一般的な予測子の管理」では、一般的な予測子の管理について説明する。
【0344】
８つのネイバー領域すべてから得る候補を、予測候補リストに組み込むことができる。それらは、各々可用性を簡単な方法で選択できる。ＣＴＵの場合、例えば、特定のサブブロックの処理順序でサブブロックにさらに分割することで構成でき、特定の可用性シナリオにより、サブブロックの順序を調整できる。例えば、ネイバーＡＤ、Ｄ、ＤＣ、およびＣのみが使用可能な場合、これらのネイバーに隣接するサブブロックを最初に処理するべきである。
【0345】
要約すると、実施形態によれば、データエンコーダ１１０は、例えば、画像内に位置している複数のコーディングツリーユニットのうちの８つの隣接するコーディングツリーユニットの１つまたは複数のコーディングツリーユニットに依存して、画像内に位置している複数のコーディングツリーユニットのコーディングツリーユニットを符号化するように構成でき、８つの隣接するコーディングツリーユニットは、前記コーディングツリーユニットに隣接している。
【0346】
同様に、実施形態で、データデコーダ１７０は、例えば、画像内に位置している複数のコーディングツリーユニットのうちの８つの隣接するコーディングツリーユニットの１つまたは複数のコーディングツリーユニットに依存して、画像内に位置している複数のコーディングツリーユニットのコーディングツリーユニットを復号するように構成でき、８つの隣接するコーディングツリーユニットは、前記コーディングツリーユニットに隣接している。
次の副次的サブセクション「ネイバーの空間的適合」では、ネイバーの空間的適合について説明する。
次の副次的サブセクション「ネイバーの空間的適合」では、ネイバーの空間的適合について説明する。
【0347】
いくつかの特定の近傍のシナリオは、対応するネイバーの領域または予測子のいくつかの適合によって、従来のサブブロック処理順序を可能にする。実施形態では、適合は、例えば、対応するネイバーの領域の回転を含み得、必要に応じて、９０°ステップずつ段階的にコーディングブロックを含み得る。例えば、図では、ネイバーＡＤ、Ｄ、ＤＣ、Ｃ、およびＢＣのみが使用可能な場合、これらのネイバーの回転と、必要に応じてコーディングブロックの１８０°の回転を実行できる。これは、論理的なローテーションや、サンプルや構文要素などのバッファリングされたデータを新しいバッファリングされた状態に変換するようなメモリ操作であってよい。
座標変換には、水平または垂直の反転を含めることもできる。これにより、異なる予測候補の順序に至る。
座標変換には、水平または垂直の反転を含めることもできる。これにより、異なる予測候補の順序に至る。
【0348】
要約すると、実施形態で、データエンコーダ１１０は、例えば、８つの隣接するコーディングツリーユニットのコーディングツリーユニットを、８つの隣接するコーディングツリーユニットのうちの別の１つにシフトすることによって、画像内に位置する複数のコーディングツリーユニットのコーディングツリーユニットを符号化するように構成され得る。
【0349】
同様に、実施形態によれば、データデコーダ１７０は、例えば、８つの隣接するコーディングツリーユニットのコーディングツリーユニットを、８つの隣接するコーディングツリーユニットのうちの別の１つにシフトすることによって、画像内に位置する複数のコーディングツリーユニットのコーディングツリーユニットを復号するように構成され得る。
次の副次的サブセクション「使用できないネイバーの置換の概念」では、使用できないネイバーの置き換えの概念について説明する。
次の副次的サブセクション「使用できないネイバーの置換の概念」では、使用できないネイバーの置き換えの概念について説明する。
【0350】
場合によっては、空間的ネイバーは予測に利用できない。このような場合、導出アルゴリズムが、予測に使用できる、様々なネイバーを使用するか、アルゴリズムが、ビットストリームで明示的に送信された値か以前にコード化されたシンボルまたは再構築された値から導出されたものを用いることで、何らかの種類のフォールバックを使用して、値を導出する。
【0351】
特定の実施形態では、予測に利用できない空間的ネイバーは、例えば、利用可能である場合、現在のブロックの下の空間的近傍からのネイバーによって置き換えられ得る。
それ以外の場合、下に空間予測子がない場合、現在のブロックが利用できる。デフォルトのフォールバックが使用される。
それ以外の場合、下に空間予測子がない場合、現在のブロックが利用できる。デフォルトのフォールバックが使用される。
【0352】
以下では、このコンテキストでの「左下拡張」という用語は、現在のブロックの左下のサンプルが現在のＣＴＵの底部のサンプル行にある特別な場合を除く、現在のブロックのすぐ左下にある０の定義に従ったブロックとして定義されている。この特殊なケースでは、現在のブロックの左下拡張ネイバーは、次のＣＴＵラインのＣＴＵの右上のブロックであり、提案されたブロック依存関係オフセットに従って予測に使用できる。
例えば、現在の最先端の標準０のＱＰ予測スキームは、特定のｆａｌｌＢａｃｋＱＰで次の導出スキームを使用する。
Ａ＝（ｉｓＬｅｆｔＣＵａｖａｉｌｂｌｅ ？ＣＵＬｅｆｔＱＰ：ｆａｌｌＢａｃｋＱＰ）
Ｂ＝（ｉｓＡｂｏｖｅＣＵａｖａｉｌｂｌｅ ？ＣＵＡｂｏｖｅＱＰ：ｆａｌｌＢａｃｋＱＰ）
ＰｒｅｄｉｃｔｅｄＱＰ＝（Ａ＋Ｂ＋１）＞＞１
例えば、現在の最先端の標準０のＱＰ予測スキームは、特定のｆａｌｌＢａｃｋＱＰで次の導出スキームを使用する。
Ａ＝（ｉｓＬｅｆｔＣＵａｖａｉｌｂｌｅ ？ＣＵＬｅｆｔＱＰ：ｆａｌｌＢａｃｋＱＰ）
Ｂ＝（ｉｓＡｂｏｖｅＣＵａｖａｉｌｂｌｅ ？ＣＵＡｂｏｖｅＱＰ：ｆａｌｌＢａｃｋＱＰ）
ＰｒｅｄｉｃｔｅｄＱＰ＝（Ａ＋Ｂ＋１）＞＞１
【0353】
特定の実施形態では、予測スキームは、左ＣＵが応答する場合、左下拡張ＣＵのＱＰを使用するように拡張される。上記のＣＵは予測に使用できないが、左下拡張のＣＵは予測に使用できる。通常のネイバーＣＵも左下拡張ＣＵも予測に使用できない場合は、代わりにｆａｌｌＢａｃｋＱＰを使用してＡ、Ｂ各々の値を導出する。
【0354】
Ａ＝（ｉｓＬｅｆｔＣＵａｖａｉｌｂｌｅ ？ＣＵＬｅｆｔＱＰ：（ｉｓＥｘｔｅｎｄｅｄＢｅｌｏｗＬｅｆｔＣＵａｖａｉｌｂｌｅ ？ＣＵＥｘｔｅｎｄｅｄＢｅｌｏｗＬｅｆｔＱＰ：ｆａｌｌＢａｃｋＱＰ））
【0355】
Ｂ＝（ｉｓＡｂｏｖｅＣＵａｖａｉｌｂｌｅ ？ＣＵＡｂｏｖｅＱＰ：（ｉｓＥｘｔｅｎｄｅｄＢｅｌｏｗＬｅｆｔＣＵａｖａｉｌｂｌｅ ？ＣＵＥｘｔｅｎｄｅｄＢｅｌｏｗＬｅｆｔＱＰ：ｆａｌｌＢａｃｋＱＰ））
ＰｒｅｄｉｃｔｅｄＱＰ＝（Ａ＋Ｂ＋１）＞＞１
ただし、この種の予測スキームは普遍的であり、左右のネイバーからの予測データを使用するすべての予測スキームに適用できる。
特に、
ｄｅｒｉｖａｔｉｏｎ ｏｆ ＣＡＢＡＣ ＣＴＸ ＣＵ ｓｐｌｉｔ＿ｆｌａｇ
ｄｅｒｉｖａｔｉｏｎ ｏｆ ＣＡＢＡＣ ＣＴＸ ａｆｆｉｎｅ＿ｆｌａｇ
ｄｅｒｉｖａｔｉｏｎ ｏｆ ＣＡＢＡＣ ＣＴＸ ｓｋｉｐ＿ｆｌａｇ
ｄｅｒｉｖａｔｉｏｎ ｏｆ ＣＡＢＡＣ ＣＴＸ ｉｍｖ＿ｆｌａｇ
ｄｅｒｉｖａｔｉｏｎ ｏｆ ＣＡＢＡＣ ＣＴＸ ｂｔ＿ｓｐｌｉｔ＿ｆｌａｇ
ｄｅｒｉｖａｔｉｏｎ ｏｆ ＣＡＢＡＣ ＣＴＸ ｉｎｔｒａ＿ｎｎ＿ｆｌａｇ
ＰｒｅｄｉｃｔｅｄＱＰ＝（Ａ＋Ｂ＋１）＞＞１
ただし、この種の予測スキームは普遍的であり、左右のネイバーからの予測データを使用するすべての予測スキームに適用できる。
特に、
ｄｅｒｉｖａｔｉｏｎ ｏｆ ＣＡＢＡＣ ＣＴＸ ＣＵ ｓｐｌｉｔ＿ｆｌａｇ
ｄｅｒｉｖａｔｉｏｎ ｏｆ ＣＡＢＡＣ ＣＴＸ ａｆｆｉｎｅ＿ｆｌａｇ
ｄｅｒｉｖａｔｉｏｎ ｏｆ ＣＡＢＡＣ ＣＴＸ ｓｋｉｐ＿ｆｌａｇ
ｄｅｒｉｖａｔｉｏｎ ｏｆ ＣＡＢＡＣ ＣＴＸ ｉｍｖ＿ｆｌａｇ
ｄｅｒｉｖａｔｉｏｎ ｏｆ ＣＡＢＡＣ ＣＴＸ ｂｔ＿ｓｐｌｉｔ＿ｆｌａｇ
ｄｅｒｉｖａｔｉｏｎ ｏｆ ＣＡＢＡＣ ＣＴＸ ｉｎｔｒａ＿ｎｎ＿ｆｌａｇ
【0356】
さらに、発明された予測スキームは、特定の予測子を導出するための規範的な復号プロセスでも使用することができる。例えば、動きベクトル成分と参照インデックスの導出プロセス、または輝度イントラ予測モードの導出プロセスが挙げられる。
【0357】
要約すると、実施形態によれば、前記８つの隣接するコーディングツリーユニットは、第１の近傍であり、データエンコーダ１１０は、例えば、第２の近傍の別の８つの隣接するコーディングツリーユニットの第３のコーディングツリーユニットを、第１の近傍の８つの隣接するコーディングツリーユニットの第２のコーディングツリーユニットにシフトすることによって、複数のコーディングツリーユニットの前記コーディングツリーユニットを符号化するように構成でき、第１の近傍の８つの隣接するコーディングツリーユニットの前記第２のコーディングツリーユニットが利用できない場合、第２の近傍の前記別の８つの隣接するコーディングツリーユニットが前記第２のコーディングツリーユニットに隣接している。
【0358】
同様に、実施形態では、８つの隣接するコーディングツリーユニットは、例えば、第１の近傍であり得、データデコーダ１７０は、例えば、第２の近傍の別の８つの隣接するコーディングツリーユニットの第３のコーディングツリーユニットを、第１の近傍の８つの隣接するコーディングツリーユニットの第２のコーディングツリーユニットにシフトすることによって、画像内に位置する複数のコーディングツリーユニットの前記コーディングツリーユニットを復号するように構成でき、第１の近傍の８つの隣接するコーディングツリーユニットの前記第２のコーディングツリーユニットが利用できない場合、第２の近傍の前記別の８つの隣接するコーディングツリーユニットが前記第２のコーディングツリーユニットに隣接している。
【0359】
さらには、符号化されたビデオ信号が符号化された画像データと指示データを含む、画像を符号化する符号化されたビデオ信号が提供され、画像は複数のコーディング領域に分割され、複数のコーディング領域の各コーディング領域は画像内に位置し、複数のコーディング領域のそれぞれは、画像内に位置する複数のコーディングツリーユニットの１つまたは複数のコーディングツリーユニットを含み、画像は、複数のコーディング領域に依存して符号化され、指示データは、複数のコーディング領域に関する情報を含み、複数のコーディング領域の１つまたは複数のコーディング領域は、複数のコーディングツリーユニットの２つまたはそれより多いコーディングツリーユニットを含み、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域は、前記コーディング領域の２つまたはそれより多いコーディングツリーユニットについてコーディング順序を示し、画像は、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に依存して符号化され、指示データは、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域のコーディング順序に関する情報を含む。
【0360】
実施形態によれば、複数のコーディング領域の各コーディング領域は、画像内で長方形に延び、複数のコーディング領域のそれぞれの１つまたは複数のコーディングツリーユニットの各コーディングツリーユニットは、画像内で長方形に延びる。
【0361】
実施形態では、複数のコーディングツリーユニットのそれぞれは、画像内に水平な位置を有し、画像内に垂直な位置を有し、ここで、複数のコーディング領域の第１のコーディング領域は、複数のコーディング領域の異なる第２のコーディング領域の異なる第２のコーディングツリーユニットの第２の垂直な位置と同一である第１の垂直な位置を有する第１のコーディングツリーユニットを含み、第１のコーディング領域の第３のコーディングツリーユニットは、第２のコーディング領域の他のいずれかのコーディングツリーユニットの垂直な位置とは異なる第３の垂直な位置を有し、第２のコーディング領域の第４のコーディングツリーユニットは、第１のコーディング領域の他のいずれかのコーディングツリーユニットの垂直な位置と異なる第４の垂直な位置を有する、または複数のコーディング領域の第１のコーディング領域は、複数のコーディング領域の異なる第２のコーディング領域の異なる第２のコーディングツリーユニットの第２の水平な位置と同一である第１の水平な位置を有する第１のコーディングツリーユニットを含み、第１のコーディング領域の第３のコーディングツリーユニットは、第２のコーディング領域の他のいずれかのコーディングツリーユニットの水平な位置とは異なる第３の水平な位置を有し、第２のコーディング領域の第４のコーディングツリーユニットは、第１のコーディング領域の他のいずれかのコーディングツリーユニットの水平な位置とは異なる第４の水平な位置を有する。
【0362】
実施形態によれば、複数のコーディング領域の各コーディング領域は、前記コーディング領域の位置、幅、および高さを含む空間特性を示し得、前記コーディング領域の幅および高さは、前記コーディング領域の長方形の延在に依存し、前記コーディング領域の位置は、画像内の前記コーディング領域の位置に依存する。
【0363】
複数のコーディング領域のうちの第１の１つの第１の高さは、複数のコーディング領域のうちの第２の１つの第２の高さとは異なる、または複数のコーディング領域のうちの第１の１つの第１の幅は、複数のコーディング領域のうちの第２の１つの第２の幅とは異なり得る。
実施形態によれば、指示は、例えば、複数のコーディング領域の各コーディング領域の空間特性に関する情報を含み得る。
実施形態では、指示データは、例えば、複数のコーディング領域の各コーディング領域の位置、幅、および高さを含み得る。
実施形態によれば、指示は、例えば、複数のコーディング領域の各コーディング領域の空間特性に関する情報を含み得る。
実施形態では、指示データは、例えば、複数のコーディング領域の各コーディング領域の位置、幅、および高さを含み得る。
【0364】
実施形態によれば、複数のコーディング領域のそれぞれの画像部分のイメージデータは、複数のコーディング領域の他のいずれかのコーディング領域の画像部分のイメージデータを符号化することとは独立して符号化され、符号化されたビデオ信号内の符号化された画像データを取得し得る。
【0365】
実施形態では、画像部分は、例えば、複数のコーディング領域の各コーディング領域内の画像部分のイメージデータを符号化して符号化された画像データを取得することにより、画像部分が符号化され、複数のコーディング領域のうちの少なくとも１つの画像部分のイメージデータは、複数のコーディング領域のうちの前記少なくとも１つのイメージデータを符号化することが、複数のコーディング領域のうちの少なくとも別の１つの画像データを符号化することに依存するように、符号化されたビデオ信号内に符号化され得る。
実施形態によれば、符号化されたビデオ信号は、例えば、ビットストリームを含み得、ビットストリームは、符号化された画像データおよび指示データを含む。
実施形態によれば、符号化されたビデオ信号は、例えば、ビットストリームを含み得、ビットストリームは、符号化された画像データおよび指示データを含む。
【0366】
実施形態では、指示データは、例えば、左上のコーディングツリーユニットのアドレスが指定されているかどうかに関する各コーディング領域の情報を含み得る。
【0367】
実施形態によれば、指示データは、例えば、複数のコーディング領域の数または複数のコーディング領域の数から１を引いた数、または複数のコーディング領域の数から２を引いた数に関する情報を含み得る。
【0368】
実施形態では、指示データは、例えば、複数のコーディング領域のうちの１つが複数のコーディング領域のうちの別の１つに依存するかどうかを、複数のコーディング領域のうちの前記別の１つに続く複数のコーディング領域のうちの前記１つについて示すことができる。
【0369】
実施形態によれば、指示データは、例えば、複数のスライスのうちの正確に１つのスライスが、複数のコーディング領域のうちの正確に１つのコーディング領域に割り当てられているかどうかを示し得る。
【0370】
実施形態では、指示データは、例えば、指示データが、複数のコーディング領域の１つまたは複数のコーディングツリーユニットのそれぞれの中でスキャンする方法に関する情報を含むかどうかを示すことができる。
【0371】
実施形態によれば、指示データは、例えば、複数のコーディング領域の１つまたは複数のコーディングツリーユニットのそれぞれの中でスキャンする方法を示すことができる。
【0372】
実施形態では、指示データは、例えば、複数のコーディング領域のそれぞれについて、コーディング領域が複数のコーディングツリーユニットを含むかどうかを示すことができる。
【0373】
実施形態によれば、指示データは、例えば、複数のコーディング領域のうちの１つについて、コーディングツリーユニットスキャンが左端のコーディングツリーユニットで開始されるか、またはコーディングツリーユニットスキャンが右端のコーディングツリーユニットで開始されるかを示すことができる。
【0374】
実施形態では、指示データは、例えば、複数のコーディング領域のうちの１つについて、コーディングツリーユニットスキャンがコーディング領域の上部のコーディングツリーユニット行で開始されるかどうか、またはコーディングツリーユニットスキャンがコーディング領域の下部コーディングツリーユニット行で開始されるかを示すことができる。
【0375】
実施形態では、指示データは、例えば、複数のコーディング領域のうちの１つについて、コーディングツリーユニットスキャンが水平方向に開始されるか、またはコーディングツリーユニットスキャンが垂直方向に開始されるかを示すことができる。
【0376】
実施形態によれば、指示データは、例えば、複数のコーディング領域の少なくとも１つが複数のコーディング領域の別の１つを囲むかどうか、または複数のコーディング領域のいずれもコーディング領域の別の１つを囲まないかどうかを示す非連続情報を示すことができる。
【0377】
実施形態によれば、指示データは、例えば、複数のコーディング領域のうちの１つについて、コーディング領域の１つ内に水平方向に配置されたコーディングツリーユニットの数を指定するコーディングツリーユニットのコーディング領域の幅を示すことができる。
【0378】
実施形態では、指示データは、例えば、複数のコーディング領域のうちの１つについて、コーディング領域の１つ内に垂直方向に配置されるいくつかのコーディングツリーユニットを指定するコーディングツリーユニット内のコーディング領域の高さを示すことができる。
【0379】
実施形態によれば、指示データは、例えば、複数のコーディング領域のコーディング領域について、前記コーディング領域内の水平方向の最後のコーディングツリーユニットが、前記コーディングツリーユニットに水平方向に先行する前記コーディング領域の別のコーディングツリーユニットよりも小さいかどうかを示すことができる。
【0380】
特定の実施形態では、前記コーディング領域は、例えば、水平方向の複数の最後のコーディングツリーユニットを含み得、水平方向の前記最後のコーディングツリーユニットは、水平方向の前記複数の最後のコーディングツリーユニットの１つである。前記コーディング領域内の水平方向の前記最後のコーディングツリーユニットが、水平方向の前記最後のコーディングツリーユニットに先行する前記コーディング領域の前記別のコーディングツリーユニットよりも小さい場合、水平方向の複数の最後のコーディングツリーユニットのそれぞれは、例えば、同じ幅を有することができる。
【0381】
実施形態では、指示データは、例えば、複数のコーディング領域のコーディング領域について、前記コーディング領域内の垂直方向の最後のコーディングツリーユニットが、前記コーディングツリーユニットに垂直方向に先行する前記コーディング領域の別のコーディングツリーユニットよりも小さいかどうかを示すことができる。
【0382】
特定の実施形態では、前記コーディング領域は、例えば、垂直方向の複数の最後のコーディングツリーユニットを含み得、垂直方向の前記最後のコーディングツリーユニットは、垂直方向の前記複数の最後のコーディングツリーユニットの１つである。前記コーディング領域内の垂直方向の前記最後のコーディングツリーユニットが、垂直方向の前記最後のコーディングツリーユニットに先行する前記コーディング領域の前記別のコーディングツリーユニットよりも小さい場合、垂直方向の複数の最後のコーディングツリーユニットのそれぞれは、例えば、同じ高さを有することができる。
【0383】
実施形態では、指示データは、コーディング領域について、前記コーディング領域の１つまたは複数のコーディングツリーユニットの１つを示す開始アドレスが示されているかどうか、または前記コーディング領域の１つまたは複数のコーディングツリーユニットの前記１つを示す開始アドレスが示されていないかどうかを示す。
【0384】
実施形態によれば、指示データは、例えば、画像を１回または複数回分割することによって、画像を１回または複数回分割して複数のコーディング領域を取得する方法を示すことができる。
実施形態では、指示データは、例えば、複数のコーディング領域分割位置を示すことができる。
実施形態によれば、指示データは、例えば、複数のコーディング領域分割位置を、順序付けられたシーケンスとして示すことができる。
実施形態では、指示データは、例えば、複数のコーディング領域分割位置を示すことができる。
実施形態によれば、指示データは、例えば、複数のコーディング領域分割位置を、順序付けられたシーケンスとして示すことができる。
【0385】
実施形態では、指示データが、例えば、複数のコーディング領域分割位置を複数のコーディング領域分割位置値として示し得、複数のコーディング領域分割位置値のそれぞれは、画像の幅に依存するか、または画像の高さに依存する。
【0386】
実施形態によれば、指示データは、例えば、画像を１回または複数回階層的に分割することによって、画像を１回または複数回階層的に分割して複数のコーディング領域を取得する方法を示すことができる。
【0387】
実施形態では、指示データは、例えば、１つまたは複数のコーディング領域のコーディング領域に対する１つまたは複数の領域列停止フラグを含むことができ、１つまたは複数のコーディング領域のコーディング領域の領域列停止フラグが停止値に設定されている場合、前記領域列停止フラグは、例えば、前記コーディング領域の幅を示し得る。または、指示データは、例えば、１つまたは複数のコーディング領域のコーディング領域に対する１つまたは複数の領域ライン停止フラグを含むことができ、１つまたは複数のコーディング領域のコーディング領域の領域ライン停止フラグが停止値に設定されている場合、前記領域ライン停止フラグは、例えば、前記コーディング領域の高さを示し得る。
【0388】
実施形態によれば、指示データは、例えば、明示的シグナリングモードがアクティブであるかどうか、または明示的シグナリングモードが非アクティブであるかどうかを示すことができる。明示的シグナリングモードがアクティブであり、コーディング領域の１つまたは複数のコーディングツリーユニットのコーディングツリーユニットが画像の画像境界に位置する場合、指示データは、例えば、前記コーディングツリーユニットの領域列停止フラグおよび領域ライン停止フラグの少なくとも１つを含み得る。明示的シグナリングモードが非アクティブであり、コーディング領域の１つまたは複数のコーディングツリーユニットの前記コーディングツリーユニットが画像の前記画像境界に位置する場合、指示データは、前記コーディングツリーユニットの領域列停止フラグを含まない、および／または前記コーディングツリーユニットの領域ライン停止フラグを含まない。
【0389】
実施形態によれば、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域のコーディング順序は、ラスタースキャンに依存し、指示データが、例えば、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域を符号化するためにラスタースキャンが使用されたことを示すことができる情報を含む。
【0390】
実施形態では、指示データが、例えば、２つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各コーディング領域を符号化するために対角スキャンが使用されたことを示すことができる情報を含む。
【0391】
実施形態では、指示データが、例えば、５つまたはそれより多いコーディングツリーユニットを含む１つまたは複数のコーディング領域の各前記領域を符号化するためにｚスキャンが使用されたことを示すことができる。
実施形態では、指示データは、例えば、１つまたは複数のスキャン方向を含むスキャン順序を示し得る。
実施形態では、指示データは、例えば、１つまたは複数のスキャン方向を含むスキャン順序を示し得る。
【0392】
実施形態によれば、例えば、指示データは、例えば、１つまたは複数のスキャン方向の選択されたスキャン方向を示すことができるインデックスを示すことができる。
実施形態では、指示データは、コード化されたビデオシーケンスのエラーの回復力に関する情報を含む。
実施形態では、指示データは、コード化されたビデオシーケンスのエラーの回復力に関する情報を含む。
【0393】
実施形態によれば、エラーの回復力に関する情報は、例えば、コード化されたビデオシーケンスのエラーの回復力に関する３つまたはそれより多い異なる状態のうちの１つを示し得る。
【0394】
実施形態では、３つまたはそれより多い異なる状態の第１の状態は、例えば、アクセスユニットがエラーの回復力がないことを示し得る。３つまたはそれより多い異なる状態の第２の状態は、例えば、画像のパラメータセットの第１の複数のアクセスユニットにはエラーの回復力がないことを示し得る。３つまたはそれより多い異なる状態の第３の状態は、例えば、シーケンスパラメータセットの第２の複数のアクセスユニットにはエラーの回復力がないことを示し得る。
【0395】
別の実施形態では、エラーの回復力に関する情報は、例えば、コード化されたビデオシーケンスのエラーの回復力に関する４つまたはそれより多い異なる状態のうちの１つを示し得る。４つまたはそれより多い異なる状態の第１の状態は、例えば、エラーの回復力が画像レベルで損なわれ、複数画像レベルで損なわれ、シーケンスレベルで損なわれることを示し得る。４つまたはそれより多い異なる状態の第２の状態は、例えば、エラーの回復力が画像レベルで損なわれ、複数画像レベルで損なわれるが、シーケンスレベルでは損なわれないことを示し得る。４つまたはそれより多い異なる状態の第３の状態は、例えば、エラーの回復力が画像レベルで損なわれるが、エラーの回復力が複数画像レベルで損なわれず、シーケンスレベルで損なわれないことを示し得る。また、４つまたはそれより多い異なる状態の第４の状態は、例えば、エラーの回復力が画像レベルで損なわれず、複数画像レベルで損なわれず、シーケンスレベルで損なわれないことを示し得る。
【0396】
いくつかの態様が装置の文脈で説明されたが、これらの態様は、対応する方法の説明も表すことは明らかであり、ブロックまたはデバイスは、方法ステップまたは方法ステップの特徴に対応する。同様に、方法ステップの文脈で説明された態様は、対応する装置の対応するブロックまたはアイテムまたは機能の説明も表す。方法ステップの一部またはすべては、例えば、マイクロプロセッサ、プログラム可能なコンピュータ、または電子回路などのハードウェア装置によって（または使用して）実行することができる。いくつかの実施形態では、最も重要な方法ステップの１つまたは複数は、そのような装置によって実行され得る。
【0397】
特定の実装要件に依存して、本発明の実施形態は、ハードウェアまたはソフトウェアで、または少なくとも部分的にハードウェアで、または少なくとも部分的にソフトウェアで実装することができる。実装は、フロッピーディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリなどのデジタル記憶媒体を使用して実行でき、電子的に読み取り可能な制御信号が格納されており、それぞれの方法が実行されるように、プログラム可能なコンピュータシステムと協働する（または協働することができる）。したがって、デジタル記憶媒体は、コンピュータ読み取り可能であり得る。
【0398】
本発明によるいくつかの実施形態は、本明細書に記載の方法の１つが実行されるように、プログラム可能なコンピュータシステムと協働することができる電子的に読み取り可能な制御信号を有するデータキャリアを含む。
【0399】
一般に、本発明の実施形態は、プログラムコードを伴うコンピュータプログラム製品として実装することができ、プログラムコードは、コンピュータプログラム製品がコンピュータで実行されるときに方法の１つを実行するように動作する。プログラムコードは、例えば、機械可読キャリアに格納されてもよい。
他の実施形態は、機械可読キャリアに格納された、本明細書に記載された方法の１つを実行するためのコンピュータプログラムを含む。
他の実施形態は、機械可読キャリアに格納された、本明細書に記載された方法の１つを実行するためのコンピュータプログラムを含む。
【0400】
言い換えれば、本発明の方法の実施形態は、したがって、コンピュータプログラムがコンピュータで実行されるときに、本明細書で説明される方法の１つを実行するためのプログラムコードを有するコンピュータプログラムである。
【0401】
したがって、本発明の方法のさらなる実施形態は、記録される本明細書に記載の方法の１つを実行するためのコンピュータプログラムを含むデータキャリア（またはデジタル記憶媒体、またはコンピュータ可読媒体）である。データキャリア、デジタル記憶媒体、または記録された媒体は、通常、有形および／または非一時的である。
【0402】
したがって、本発明の方法のさらなる実施形態は、本明細書で説明される方法の１つを実行するためのコンピュータプログラムを表すデータストリームまたは一連の信号である。データストリームまたは一連の信号は、例えば、インターネットなどのデータ通信接続を介して転送されるように構成されてもよい。
【0403】
さらなる実施形態は、本明細書に記載された方法の１つを実行するように構成または適合された処理手段、例えば、コンピュータまたはプログラマブル論理デバイスを含む。
さらなる実施形態は、本明細書に記載される方法の１つを実行するためのコンピュータプログラムがインストールされているコンピュータを含む。
さらなる実施形態は、本明細書に記載される方法の１つを実行するためのコンピュータプログラムがインストールされているコンピュータを含む。
【0404】
本発明によるさらなる実施形態は、本明細書に記載の方法の１つを実行するためのコンピュータプログラムを（例えば、電子的または光学的に）受信機に転送するように構成された装置またはシステムを含む。受信機は、例えば、コンピュータ、モバイルデバイス、メモリデバイスなどであり得る。装置またはシステムは、例えば、コンピュータプログラムを受信機に転送するためのファイルサーバを含み得る。
【0405】
いくつかの実施形態では、プログラマブル論理デバイス（例えば、フィールドプログラマブルゲートアレイ）を使用して、本明細書に記載されている方法の機能の一部またはすべてを実行することができる。いくつかの実施形態では、フィールドプログラマブルゲートアレイは、本明細書で説明される方法の１つを実行するために、マイクロプロセッサと協働し得る。一般に、方法は、好ましくは、任意のハードウェア装置によって実行される。
【0406】
本明細書で説明する装置は、ハードウェア装置を使用して、またはコンピュータを使用して、またはハードウェア装置とコンピュータの組合せを使用して、実装することができる。
【0407】
本明細書で説明する方法は、ハードウェア装置を使用して、またはコンピュータを使用して、またはハードウェア装置とコンピュータの組合せを使用して、実行することができる。
【0408】
上記の実施形態は、本発明の原理を単に例示するものである。本明細書に記載の配置および細部の修正および変形は、当業者には明らかであることが理解される。したがって、本明細書の実施形態の記載および説明として提示される特定の細部によってではなく、直近の特許クレームの範囲によってのみ制限されることが意図されている。
【0409】
参考文献
［１］ ＩＳＯ／ＩＥＣ， ＩＴＵ－Ｔ． Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ． ＩＴＵ－Ｔ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｈ．２６５ ｜ ＩＳＯ／ＩＥＣ ２３００８ １０ （ＨＥＶＣ）， ｅｄｉｔｉｏｎ １， ２０１３； ｅｄｉｔｉｏｎ ２， ２０１４．
［１］ ＩＳＯ／ＩＥＣ， ＩＴＵ－Ｔ． Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ． ＩＴＵ－Ｔ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｈ．２６５ ｜ ＩＳＯ／ＩＥＣ ２３００８ １０ （ＨＥＶＣ）， ｅｄｉｔｉｏｎ １， ２０１３； ｅｄｉｔｉｏｎ ２， ２０１４．
【0410】
［２］ Ｅｕｒｏｐｅａｎ Ｐａｔｅｎｔ Ａｐｐｌｉｃａｔｉｏｎ， Ａｐｐｌｉｃａｔｉｏｎ Ｎｏ． ＥＰ １８１６５２４９．６； ｆｉｌｅｄ ｏｎ ２９ Ｍａｒｃｈ ２０１８．
【図1a】
【図1b】
【図1c】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
