特許 7495509 映像コーディングにおけるスライス及びタイル分割

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

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

(11)【特許番号】

(24)【登録日】2024-05-27

(45)【発行日】2024-06-04

(54)【発明の名称】映像コーディングにおけるスライス及びタイル分割

(51)【国際特許分類】

   H04N 19/70 20140101AFI20240528BHJP

【ＦＩ】

H04N19/70

【請求項の数】 10

(21)【出願番号】P 2022549960

(86)(22)【出願日】2021-02-22

(65)【公表番号】

(43)【公表日】2023-04-06

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

(87)【国際公開番号】W WO2021164782

(87)【国際公開日】2021-08-26

【審査請求日】2022-08-29

(31)【優先権主張番号】PCT/CN2020/076158

(32)【優先日】2020-02-21

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

【前置審査】

(73)【特許権者】

【識別番号】520476341

【氏名又は名称】北京字節跳動網絡技術有限公司

【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂｙｔｅｄａｎｃｅ Ｎｅｔｗｏｒｋ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．

【住所又は居所原語表記】Ｒｏｏｍ Ｂ－００３５， ２／Ｆ， Ｎｏ．３ Ｂｕｉｌｄｉｎｇ， Ｎｏ．３０， Ｓｈｉｘｉｎｇ Ｒｏａｄ， Ｓｈｉｊｉｎｇｓｈａｎ Ｄｉｓｔｒｉｃｔ Ｂｅｉｊｉｎｇ １０００４１ Ｃｈｉｎａ

(73)【特許権者】

【識別番号】520477474

【氏名又は名称】バイトダンス インコーポレイテッド

【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．

【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】110002000

【氏名又は名称】弁理士法人栄光事務所

(72)【発明者】

【氏名】ジャン カイ

(72)【発明者】

【氏名】ジャン リー

(72)【発明者】

【氏名】ワン イェクイ

(72)【発明者】

【氏名】ドン ジピン

(72)【発明者】

【氏名】ファン クイ

(72)【発明者】

【氏名】シュー ジジョン

(72)【発明者】

【氏名】リウ ホンビン

【審査官】岩井 健二

(56)【参考文献】

【文献】Bae-Keun Lee, and Dongsan Jun，AHG12: Singalling of rectangular slices，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-Q0228，17th Meeting: Brussels, BE，2020年01月，pp.1-5

【文献】Seethal Paluri, Hendry, and Seung Hwan Kim，[AHG12]: Misc improvements to tile and rectangular slice signalling，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-Q0244-v2，17th Meeting: Brussels, BE，2020年01月，pp.1-7

【文献】Benjamin Bross, Jianle Chen, Shan Liu, and Ye-Kui Wang，Versatile Video Coding (Draft 8)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-Q2001 (version 13)，17th Meeting: Brussels, BE，2020年02月09日，pp.21-23,28-31,43-45,110-117

【文献】Kai Zhang, et al.，AHG12: A direct signalling method of rectangular slice partitioning，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-R0241，18th Meeting: by teleconference，2020年04月，pp.1-6

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

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

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

【請求項1】

映像ピクチャを含む映像と前記映像のビットストリームとの間の変換のために、スキャン処理を前記映像ピクチャに適用することを決定することと、前記映像ピクチャは１つ以上のタイル、１つ以上のスライス、および複数のコーディングツリーユニットに分割され、
前記スキャン処理において、第１のスライスに対応する第１の構文要素の値に基づいて、コーディングツリーユニット（ＣＴＵ）の単位で前記第１のスライスを含む映像タイル内の第１のスライスの高さを前記ビットストリームに導出するか又は含めるかを決定することと、
前記決定に基づいて前記変換を実行することと、を含む映像ピクチャを処理する方法であって、
前記第１の構文要素は、条件のセットが満たされることに呼応して前記ビットストリーム内のピクチャパラメータセットに含まれ、
前記条件のセットは、前記第１のスライスが矩形モードであること、タイル列の単位での前記第１のスライスの幅と１との差を規定する構文要素の値が０に等しいこと、および、タイル行の単位での前記第１のスライスの高さと１との差を規定する構文要素の値が０に等しいことを含み、
コーディングツリーユニットの単位での前記第１のスライスを含む前記映像タイル内の前記第１のスライスの前記高さを、前記第１の構文要素の前記値が第１の値であることに呼応して、前記映像に対して導出し、前記第１の値は０に等しい、映像データを処理する方法。

【請求項2】

前記第１の構文要素が前記ビットストリーム内に存在しない場合、前記第１の構文要素は前記第１の値を有すると推測される、請求項１に記載の方法。

【請求項3】

前記第１の構文要素の前記値が、前記第１の値である場合、コーディングツリーユニットの単位での前記第１のスライスを含む前記映像タイル内の前記第１のスライスの前記高さは、ＲｏｗＨｅｉｇｈｔ［ＴｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ］に等しく、
ここで、ＲｏｗＨｅｉｇｈｔ［ｊ］は、コーディングツリーブロックの単位での第ｊ番目のタイル行の高さを規定し、
ＴｉｌｅＩｄｘは、前記第１のスライス内の第１のＣＴＵを含むタイルのタイルインデックスを規定し、
ＮｕｍＴｉｌｅＣｏｌｕｍｎｓは、タイル列の数を規定する、請求項１または２に記載の方法。

【請求項4】

前記第１の構文要素がＮの値を有し、Ｎが前記第１の値と異なる場合、ＣＴＵ行の単位での前記第１のスライスを含む前記映像タイル内のスライスの高さの値を規定するＮ個の第２の構文要素が、前記ビットストリーム内の前記ピクチャパラメータセットに含まれる、請求項１～３のいずれか１項に記載の方法。

【請求項5】

前記映像ピクチャ内の矩形スライスの数を示す構文要素が０に等しい場合、または、構文要素に１を加えたものがタイル列の単位での前記第１のスライスの幅が０に等しいことを規定し、かつ構文要素に１を加えたものがタイル行の単位での前記第１のスライスの高さが０に等しいことを規定する場合、前記スキャン処理を前記映像ピクチャに適用する、請求項１～４のいずれか１項に記載の方法。

【請求項6】

前記変換は、前記映像を前記ビットストリームに符号化することを含む、請求項１～５のいずれか１項に記載の方法。

【請求項7】

前記変換は、前記映像を前記ビットストリームから復号することを含む、請求項１～５のいずれか１項に記載の方法。

【請求項8】

プロセッサと命令を記憶する非一時的な記憶装置とを備えた、映像データを処理するための装置であって、前記プロセッサによる実行時に、前記命令は前記プロセッサに対して、
映像ピクチャを含む映像と前記映像のビットストリームとの間の変換のために、スキャン処理を前記映像ピクチャに適用することを決定することと、前記映像ピクチャは１つ以上のタイル、１つ以上のスライス、および複数のコーディングツリーユニットに分割され、
前記スキャン処理において、第１のスライスに対応する第１の構文要素の値に基づいて、コーディングツリーユニット（ＣＴＵ）の単位で前記第１のスライスを含む映像タイル内の第１のスライスの高さを前記ビットストリームに導出するか又は含めるかを決定することと、
前記決定に基づいて前記変換を行うことと、を行わせ、
前記第１の構文要素は、条件のセットが満たされることに呼応して前記ビットストリーム内のピクチャパラメータセットに含まれ、
前記条件のセットは、前記第１のスライスが矩形モードであること、タイル列の単位での前記第１のスライスの幅と１との差を規定する構文要素の値が０に等しいこと、および、タイル行の単位での前記第１のスライスの高さと１との差を規定する構文要素の値が０に等しいことを含み、
コーディングツリーユニットの単位での前記第１のスライスを含む前記映像タイル内の前記第１のスライスの前記高さを、前記第１の構文要素の前記値が第１の値であることに呼応して、前記映像に対して導出し、前記第１の値は０に等しい、映像データを処理するための装置。

【請求項9】

命令を記憶する非一時的なコンピュータ可読記憶媒体であって、前記命令は、プロセッサに対して、
映像ピクチャを含む映像と前記映像のビットストリームとの間の変換のために、スキャン処理を前記映像ピクチャに適用することを決定することと、前記映像ピクチャは１つ以上のタイル、１つ以上のスライス、および複数のコーディングツリーユニットに分割され、
前記スキャン処理において、第１のスライスに対応する第１の構文要素の値に基づいて、コーディングツリーユニット（ＣＴＵ）の単位で前記第１のスライスを含む映像タイル内の第１のスライスの高さを前記ビットストリームに導出するか又は含めるかを決定することと、
前記決定に基づいて前記変換を行うことと、を行わせ、
前記第１の構文要素は、条件のセットが満たされることに呼応して前記ビットストリーム内のピクチャパラメータセットに含まれ、
前記条件のセットは、前記第１のスライスが矩形モードであること、タイル列の単位での前記第１のスライスの幅と１との差を規定する構文要素の値が０に等しいこと、および、タイル行の単位での前記第１のスライスの高さと１との差を規定する構文要素の値が０に等しいことを含み、
コーディングツリーユニットの単位での前記第１のスライスを含む前記映像タイル内の前記第１のスライスの前記高さを、前記第１の構文要素の前記値が第１の値であることに呼応して、前記映像に対して導出し、前記第１の値は０に等しい、非一時的なコンピュータ可読記憶媒体。

【請求項10】

映像のビットストリームを記憶する方法であって、
映像ピクチャを含む映像と前記映像のビットストリームとの間の変換のために、スキャン処理を前記映像ピクチャに適用することを決定することと、前記映像ピクチャは１つ以上のタイル、１つ以上のスライス、および複数のコーディングツリーユニットに分割され、
前記スキャン処理において、第１のスライスに対応する第１の構文要素の値に基づいて、コーディングツリーユニット（ＣＴＵ）の単位で前記第１のスライスを含む映像タイル内の第１のスライスの高さを前記ビットストリームに導出するか又は含めるかを決定することと、
前記決定に基づいて前記ビットストリームを生成することと、
非一時的なコンピュータ可読記録媒体に前記ビットストリームを記憶することと、を含み、
前記第１の構文要素は、条件のセットが満たされることに呼応して前記ビットストリーム内のピクチャパラメータセットに含まれ、
前記条件のセットは、前記第１のスライスが矩形モードであること、タイル列の単位での前記第１のスライスの幅と１との差を規定する構文要素の値が０に等しいこと、および、タイル行の単位での前記第１のスライスの高さと１との差を規定する構文要素の値が０に等しいことを含み、
コーディングツリーユニットの単位での前記第１のスライスを含む前記映像タイル内の前記第１のスライスの前記高さを、前記第１の構文要素の前記値が第１の値であることに呼応して、前記映像に対して導出し、前記第１の値は０に等しい、方法。

【発明の詳細な説明】

【技術分野】

【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】

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像ピクチャを含む映像と映像のコーディングされた表現との変換を行うことを含み、各映像ピクチャは、１つ以上のスライスを含む１つ以上のサブピクチャを含み、コーディングされた表現はフォーマット規則に準拠し、フォーマット規則は、コーディングされた表現におけるサブピクチャレベルスライスインデックスを信号通知せずに、コーディングされた表現における情報に基づいてサブピクチャレベルスライスインデックスを導出可能であることを規定する。

【0026】

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像ピクチャを含む映像であって、各映像ピクチャが１つ以上のサブピクチャ及び／又は１つ以上のタイルを含む映像と、フォーマット規則に準拠したコーディングされた表現との間で、制約規則に準拠した変換を行うことを含む。

【0027】

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像ピクチャを含む映像間で変換を行うことを含み、各映像ピクチャは、１つ以上のタイル及び／又は１つ以上のスライスを含み、コーディングされた表現は、フォーマット規則に準拠し、フォーマット規則は、映像ピクチャレベルのフィールドが、映像ピクチャにおけるスライス及び／又はタイルの分割に関する情報を搬送することを規定する。

【0028】

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上のピクチャを含む映像とこの映像のコーディングされた表現とを変換することを含み、この変換は、１つの映像ピクチャを分割する最小スライス数が、この映像ピクチャを分割するために矩形分割を使用するかどうかの関数であるという分割規則に従う。

【0029】

別の例示的な態様において、別の映像処理方法が開示される。この方法は、映像の映像領域の映像スライスと映像のコーディングされた表現との変換を行うことを含み、コーディングされた表現はフォーマット規則に準拠し、フォーマット規則は、コーディングされた表現が映像スライスの左上位置に基づいて映像スライスを信号通知することを規定し、フォーマット規則は、コーディングされた表現が映像ユニットレベルで信号通知される分割情報における映像スライスの高さ及び／又は幅を信号通知することを規定する。

【0030】

別の例示的な態様において、別の映像処理方法が開示される。この方法は、映像ピクチャを含む映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、フォーマット規則に準拠し、このフォーマット規則は、矩形スライスにおける第１タイルのタイルインデックスと、次の矩形スライスにおける第１タイルのタイルインデックスとの間の異なる信号通知を省略することを規定する。

【0031】

別の例示的な態様において、別の映像処理方法が開示される。この方法は、映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、フォーマット規則に準拠し、このフォーマット規則は、映像ピクチャの幅とコーディングツリーユニットのサイズとの関係によって、この映像ピクチャにおけるタイルの列又は行の数を導出するために使用される情報の信号通知を制御することを規定する。

【0032】

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像ピクチャを含む映像とこの映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現は、フォーマット規則に準拠し、このフォーマット規則は、均一な間隔のタイル及び不均一な間隔のタイルを含む映像ピクチャのためのコーディングされた表現にタイルレイアウト情報が含まれることを規定する。

【0033】

さらに別の例示的な態様において、映像エンコーダ装置が開示される。この映像エンコーダは、上述した方法を実装するように構成されたプロセッサを備える。

【0034】

さらに別の例示的な態様において、映像デコーダ装置が開示される。この映像デコーダは、上述した方法を実装するように構成されたプロセッサを備える。

【0035】

さらに別の例示的な態様では、コードが記憶されたコンピュータ可読媒体が開示される。このコードは、本明細書に記載の方法の１つをプロセッサが実行可能なコードの形式で実施する。

【0036】

これらの及び他の特徴は、本文書全体にわたって説明される。

【図面の簡単な説明】

【0037】

【図1】ピクチャのラスタスキャンスライス区分の例を示し、ピクチャは、１２個のタイルと３個のラスタスキャンスライスとに分割される。

【図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】本技術にしたがった別の映像処理方法を示すフローチャートである。

【図31】本技術にしたがった別の映像処理方法を示すフローチャートである。

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

【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】

【表1】

【表2】

【表3】

【表4】

【表5】

【表6】

【0063】

７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文

【0064】

【表7】

【表8】

【表9】

【表10】

【0065】

７．３．２．７ ピクチャヘッダ構造構文

【0066】

【表11】

【表12】

【表13】

【表14】

【0067】

７．３．７．１ 一般スライスセグメントヘッダ構文

【表15】

【表16】

【表17】

【0068】

３．４ タイル、スライス、サブピクチャの仕様例
３ 定義
ピクチャレベルスライスインデックス：ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合、ＰＰＳで信号通知される順番で、ピクチャにおけるスライスのリストに対するスライスのインデックスを示す。
サブピクチャレベルスライスインデックス：ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合、ＰＰＳで信号通知される順番にサブピクチャにおけるスライスのリストへのスライスのインデックスを示す。
６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
タイル列の数を規定する変数ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ、及びＣＴＢ単位でｉ番目のタイル列の幅を規定するｉのための０からＮｕｍＴｉｌｅＣｏｌｕｍｎ－１の範囲（両端含む）のリストｃｏｌＷｉｄｔｈ［ｉ］は、以下のように導出される。
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＝ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１；ｉ＋＋）｛
ｃｏｌＷｉｄｔｈ［ｉ］＝ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］＋１
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ－＝ｃｏｌＷｉｄｔｈ［ｉ］
｝
ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ＝ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］＋１ （２３）
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＞＝ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ）｛
ｃｏｌＷｉｄｔｈ［ｉ＋＋］＝ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ－＝ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＞０）
ｃｏｌＷｉｄｔｈ［ｉ＋＋］＝ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ
ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ＝ｉ
タイル行の数を規定する変数ＮｕｍＴｉｌｅＲｏｗｓ、及びＣＴＢ単位でｊ番目のタイル行の高さを規定する０からＮｕｍＴｉｌｅＲｏｗｓ－１までの範囲（両端含む）のｊのリストＲｏｗＨｅｉｇｈｔ［ｊ］は、以下のように導出される。
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＝ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１；ｊ＋＋）｛
ＲｏｗＨｅｉｇｈｔ［ｊ］＝ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］＋１
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ＲｏｗＨｅｉｇｈｔ［ｊ］
｝
ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ＝ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］＋１ （２４）
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞＝ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ）｛
ＲｏｗＨｅｉｇｈｔ［ｊ＋＋］＝ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞０）
ＲｏｗＨｅｉｇｈｔ［ｊ＋＋］＝ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ
ＮｕｍＴｉｌｅＲｏｗｓ＝ｊ
変数ＮｕｍＴｉｌｅＩｎＰｉｃは、ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ＊ＮｕｍＴｉｌｅＲｏｗｓに等しく設定される。
ｉが０からＮｕｍＴｉｌｅＣｏｌｕｍｎｓまでの範囲（両端含む）にあり、ＣＴＢの単位でｉ番目のタイル列境界の位置を規定する場合、リストｔｉｌｅＣｏｌＢｄ［ｉ］は、以下のように導出される。
ｆｏｒ（ｔｉｌｅＣｏｌＢｄ［０］＝０，ｉ＝０；ｉ＜ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ；ｉ＋＋）
ｔｉｌｅＣｏｌＢｄ［ｉ＋１］＝ｔｉｌｅＣｏｌＢｄ［ｉ］＋ｃｏｌＷｉｄｔｈ［ｉ］ （２５）
注１－配列ｔｉｌｅＣｏｌＢｄ［］のサイズは、ＣｔｂＴｏｌｅＢｄ［］の導出における実際のタイル列の数よりも１大きい。
ｊ番目のタイル行境界の位置をＣＴＢ単位で規定する、ｊが０からＮｕｍＴｉｌｅＲｏｗｓまでの範囲（両端含む）にあるリストｔｉｌｅＲｏｗＢｄ［ｊ］は、以下のように導出される。
ｆｏｒ（ｔｉｌｅＲｏｗＢｄ［０］＝０，ｊ＝０；ｊ＜ＮｕｍＴｉｌｅＲｏｗｓ；ｊ＋＋）
ｔｉｌｅＲｏｗＢｄ［ｊ＋１］＝ｔｉｌｅＲｏｗＢｄ［ｊ］＋ＲｏｗＨｅｉｇｈｔ［ｊ］ （２６）
注２－上記導出における配列ｔｉｌｅＲｏｗＢｄ［］のサイズは、ＣｔｂＴｏｌｅＲｏｗＢｄ［ ］の導出における実際のタイル行の数よりも１大きい。
ＣＴＢ単位で水平ＣＴＢアドレスから左側タイル列境界への変換を規定する、０からＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹまでの範囲（両端含む）のｃｔｂＡｄｄｒＸのリストＣｔｂＴｏＴｉｌｅＣｏｌＢｄ［ｃｔｂＡｄｄｒＸ］は、以下のように導出される。
ｔｉｌｅＸ＝０
ｆｏｒ（ｃｔｂＡｄｄｒＸ＝０；ｃｔｂＡｄｄｒＸ＜＝ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ；ｃｔｂＡｄｄｒＸ＋＋）｛
ｉｆ（ｃｔｂＡｄｄｒＸ＝＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］）（２７）
ｔｉｌｅＸ＋＋
ＣｔｂＴｏＴｉｌｅＣｏｌＢｄ［ｃｔｂＡｄｄｒＸ］＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］
｝
注３－上記導出における配列ＣｔｂＴｏＴｉｌｅＣｏｌＢｄ［］のサイズは、ｄｅｒｉｖａｔｉｏｎ ｓｌｉｃｅ＿ｄａｔａ（）信号通知におけるＣＴＢにおける実際のピクチャ幅の数よりも１大きい。
ｃｔｂＡｄｄｒＹが０からＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹまでの範囲（両端含む）にあり、ＣＴＢ単位で垂直ＣＴＢアドレスから上部タイル列境界への変換を規定するためのリストＣｔｂＴｏＴｉｌｅＲｏｗＢｄ［ｃｔｂＡｄｄｒＹ］は、以下のように導出される。
ｔｉｌｅＹ＝０
ｆｏｒ（ｃｔｂＡｄｄｒＹ＝０；ｃｔｂＡｄｄｒＹ＜＝ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ；ｃｔｂＡｄｄｒＹ＋＋）｛
ｉｆ（ｃｔｂＡｄｄｒＹ＝＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］）（２８）
ｔｉｌｅＹ＋＋
ＣｔｂＴｏＴｉｌｅＲｏｗＢｄ［ｃｔｂＡｄｄｒＹ］＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］
｝
注４－上記導出における配列ＣｔｂＴｏｌｅＲｏｗＢｄ［］のサイズは、ｓｌｉｃｅ＿ｄａｔａ（）信号通知におけるＣＴＢにおける実際のピクチャの高さの数よりも１大きい。
矩形スライスの場合、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の範囲（両端含む）のリストＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］は、ｉ番目のスライスにおけるＣＴＵの数を規定し、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の範囲（両端含む）のリストＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］は、スライスの左上のタイルのインデックスを規定し、ｊは０からＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］－１の範囲（両端含む）で、ｉ番目のスライス内のｊ番目のＣＴＢのピクチャラスタスキャンアドレスを規定し、以下のように導出される。
ｉｆ（ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ）｛
ｆｏｒ（ｉ＝０；ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｉ＋＋）｛
ｓｌｉｃｅＩｄｘ＝ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ？ＣｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｉ］：０
ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］［ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］］＝ｉ
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］＋＋
｝
｝ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋）｛
ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］＝ｔｉｌｅＩｄｘ
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｉｆ（ｉ＝＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）｛
ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－１－ｔｉｌｅＸ
ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝ＮｕｍＴｉｌｅＲｏｗｓ－１－ｔｉｌｅＹ
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝１
｝
ｉｆ（ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝＝０＆＆ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝＝０）｛（２９）
ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］－１；ｊ＋＋）｛
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，ｃｔｂＹ，ｃｔｂＹ＋ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ］＋１）
ｃｔｂＹ＋＝ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ］＋１
ｉ＋＋
｝
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，ｃｔｂＹ，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］）
｝ｅｌｓｅ
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］；ｊ＋＋）
ｆｏｒ（ｋ＝０；ｋ＜＝ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］；ｋ＋＋）
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ］，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ＋１］，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ］，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ＋１］）
ｉｆ（ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）
ｔｉｌｅＩｄｘ＋＝ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］
ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＋＝ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＋１
ｉｆ（ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ＝＝０）
ｔｉｌｅＩｄｘ＋＝ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＊ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
｝
｝
｝
関数ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｓｌｉｃｅＩｄｘ，ｓｔａｒｔＸ，ｓｔｏｐＸ，ｓｔａｒｔＹ，ｓｔｏｐＹ）を以下のように規定する。
ｆｏｒ（ｃｔｂＹ＝ｓｔａｒｔＹ；ｃｔｂＹ＜ｓｔｏｐＹ；ｃｔｂＹ＋＋）
ｆｏｒ（ｃｔｂＸ＝ｓｔａｒｔＸ；ｃｔｂＸ＜ｓｔｏｐＸ；ｃｔｂＸ＋＋）｛
ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］［ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］］＝ｃｔｂＹ＊ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ＋ｃｔｂＸ （３０）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］＋＋
｝
ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１までの範囲（両端含む）にある場合、ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］の値は、０よりも大きいことが、ビットストリーム準拠の要件である。また、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の範囲（両端含む）であり、ｊが０からＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］－１の範囲（両端含む）である行列ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［ｊ］は、０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１の範囲（両端含む）のすべてのＣＴＢアドレスを１度に限り、含むべきであることが、ビットストリーム準拠の要件である。
ピクチャラスタスキャンにおけるＣＴＢアドレスからサブピクチャインデックスへの変換を規定する、０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ＿１までの範囲（両端含む）のｃｔｂＡｄｄｒＲのリストＣｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］は、以下のように導出される。
ｆｏｒ（ｃｔｂＡｄｄｒＲｓ＝０；ｃｔｂＡｄｄｒＲｓ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｃｔｂＡｄｄｒＲｓ＋＋）｛
ｐｏｓＸ＝ｃｔｂＡｄｄｒＲｓ％ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｐｏｓＹ＝ｃｔｂＡｄｄｒＲｓ／ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ＣｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＝－１
ｆｏｒ（ｉ＝０；ＣｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＜０＆＆ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）｛ （３１）
ｉｆ（（ｐｏｓＸ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］）＆＆
（ｐｏｓＸ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］＋ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］＋１）＆＆
（ｐｏｓＹ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］）＆＆
（ｐｏｓＹ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］＋ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１））
ＣｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＝ｉ
｝
｝
ｉ番目のサブピクチャの矩形スライスの数を規定するリストＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｉ］は以下のように導出される。
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｊ＋＋）
ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋）｛
ｐｏｓＸ＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［０］％ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｐｏｓＹ＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［０］／ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｊ＋＋）｛
ｉｆ（（ｐｏｓＸ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］）＆＆（３２）
（ｐｏｓＸ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］＋ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］＋１）＆＆
（ｐｏｓＹ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］）＆＆
（ｐｏｓＹ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］＋ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］＋１））｛
ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］＋＋
｝
｝
｝

【0069】

７．３．４．３ ピクチャパラメータセットＲＢＳＰ意味論
ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｐｐｓ＿ｆｌａｇが１に等しい場合、サブピクチャＩＤマッピングがＰＰＳで信号通知されることを規定する。
ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｐｐｓ＿ｆｌａｇが０に等しい場合、ＰＰＳにおいてサブピクチャＩＤのマッピングは信号通知されないことを規定する。ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｅｘｐｌｉｃｉｔｌｙ＿ｓｉｇｎａｌｌｅｄ＿ｆｌａｇが０に等しい場合、又は、ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｓｐｓ＿ｆｌａｇが１に等しい場合は、ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｐｐｓ＿ｆｌａｇの値は０に等しいとする。そうでない場合（ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｅｘｐｌｉｃｉｔｌｙ＿ｓｉｇｎａｌｌｅｄ＿ｆｌａｇが１に等しく、かつ、ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｓｐｓ＿ｆｌａｇが０に等しい場合）、ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｐｐｓ＿ｆｌａｇの値は１に等しいとする。
ｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１は、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に等しいとする。
ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１は、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１に等しいとする。
ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］は、ｉ番目のサブピクチャのサブピクチャＩＤを規定する。ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］構文要素の長さは、ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１ビットである。
変数ＳｕｂｐｉｃＩｄＶａｌ［ｉ］は、０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の範囲（両端含む）のｉの各値について、以下のように導出される。
ｆｏｒ（ｉ＝０；ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ｉｆ（ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｅｘｐｌｉｃｉｔｌｙ＿ｓｉｇｎａｌｌｅｄ＿ｆｌａｇ）
ＳｕｂｐｉｃＩｄＶａｌ［ｉ］＝ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｐｐｓ＿ｆｌａｇ？ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］：ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］ （８０）
ｅｌｓｅ
ＳｕｂｐｉｃＩｄＶａｌ［ｉ］＝ｉ
ビットストリーム適合性の要件は、以下の制約の双方が適用されることである。
－ ０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の範囲（両端含む）のｉ及びｊの任意の２つの異なる値の場合、ＳｕｂｐｉｃＩｄＶａｌ［ｉ］はＳｕｂｐｉｃＩｄＶａｌ［ｊ］に等しくならないものとする。
－ 現在のピクチャがＣＬＶＳの第１ピクチャでない場合、０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の範囲（両端含む）のｉの各値について、ＳｕｂｐｉｃＩｄＶａｌ［ｉ］の値が、同じレイヤにおける復号順に前のピクチャのＳｕｂｐｉｃＩｄＶａｌ［ｉ］の値に等しくない場合、サブピクチャインデックスｉを有する現在のピクチャにおけるサブピクチャのすべてのコーディングされたスライスＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、ＩＤＲ＿Ｗ＿ＲＡＤＬからＣＲＡ＿ＮＵＴの範囲（両端含む）の特定の値に等しいものとする。
ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１に等しい場合、ＰＰＳを参照する各ピクチャに対してピクチャ分割が適用されないことを規定する。
ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが０に等しい場合、ＰＰＳを参照する各ピクチャを複数のタイル又はスライスに分割してよいことを規定する。
１つのＣＬＶＳ内のコーディングされたピクチャによって参照されるすべてのＰＰＳについて、ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が同じであることが、ビットストリーム適合性の要件である。
ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１の値が１よりも大きい場合、ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が１に等しくないことが、ビットストリーム準拠の要件である。
ｐｐｓ＿ｌｏｇ２＿ｃｔｕ＿ｓｉｚｅ＿ｍｉｎｕｓ５プラス５は、各ＣＴＵの輝度コーディングツリーブロックサイズを規定する。
ｐｐｓ＿ｌｏｇ２＿ｃｔｕ＿ｓｉｚｅ＿ｍｉｎｕｓ５は、ｓｐｓ＿ｌｏｇ２＿ｃｔｕ＿ｓｉｚｅ＿ｍｉｎｕｓ５に等しいものとする。
ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１プラス１は、明確に提供されるタイルの列の幅の数を規定する。ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の値は、０からＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－１までの範囲内にあるべきである。ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の値は０に等しいと推測される。
ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１プラス１は、明確に提供されるタイルの行の高さの数を規定する。ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の値は、０からＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－１までの範囲内にあるべきである。ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の値は０に等しいと推測される。
ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番目のタイル列の幅を、０からｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１－１の範囲内にあるｉ番目のタイル列の幅をＣＴＢ単位で規定する。ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］は、６．５．１項で規定されたようにｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１以上であるインデックスでタイル列の幅を導出するのに使用される。ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］の値は、０からＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－１までの範囲内にあるべきである。存在しない場合、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［０］の値は、ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－１に等しいと推測される。
ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番目のタイル列の高さを、０からｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１－１の範囲（両端含む）にあるｉ番目のタイル行の高さをＣＴＢの単位で規定する。ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］は、６．５．１項で規定されたようにｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１以上であるインデックスでタイル行の高さを導出するのに使用される。ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の値は、０からＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－１までの範囲内にあるべきである。存在しない場合、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［０］の値は、ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ＿１に等しいと推測される。
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、各スライス内のタイルがラスタスキャン順に配列されており、且つスライス情報がＰＰＳで信号通知されないことを規定する。ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合、各スライス内のタイルがピクチャの矩形領域を覆い、且つスライス情報がＰＰＳで信号通知されることを規定する。存在しない場合、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇは１に等しいと推測される。ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇの値は１である。
ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが１に等しい場合、各サブピクチャは１つの矩形スライスのみで構成される。ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが０に等しい場合、各サブピクチャは１つ又は複数の矩形スライスで構成されてもよいことを規定する。ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１はｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に等しいと推測される。存在しない場合、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇの値は０に等しいと推測される。
ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１プラス１は、ＰＰＳを参照する各ピクチャの矩形スライスの数を規定する。ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値は、０からＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ－１の範囲（両端含む）とし、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅは附属書Ａで規定されるものとする。ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１の場合、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値は０に等しいと推定される。
ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ＰＰＳにｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ値が存在しないことを規定し、６．５．１項に定義された処理に従って、ＰＰＳを参照するピクチャにおけるすべての矩形スライスをラスタ順に規定する。ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ＰＰＳにｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ値が存在してもよいことを規定し、ＰＰＳを参照するピクチャのすべての矩形スライスが、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａの値によって示された順で規定される。存在しない場合、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０と推測される。
ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番目の矩形スライスの幅をタイルの列の単位で規定する。ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、０からＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－１までの範囲内にあるべきである。ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］が存在しない場合、以下が適用される。
－ ＮｕｍＴｉｌｅＣｏｌｕｍｎｓが１に等しい場合、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は０に等しいと推論される。
－ そうでない場合、６．５．１項に規定されるように、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値を推論する。
ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番目の矩形スライスの高さをタイル行単位で規定する。ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、０からＮｕｍＴｉｌｅＲｏｗｓ－１までの範囲内にあるべきである。ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］が存在しない場合、以下が適用される。
－ ＮｕｍＴｉｌｅＲｏｗｓが１に等しい場合、又は、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しく、且つｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓが０より大きい場合、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は０に等しいと推論される。
－ そうでない場合（ＮｕｍＴｉｌｅＲｏｗｓが１に等しくなく、かつ、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいか又はｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓが０に等しい場合）、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいか、又はｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓが０に等しい場合、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ－１］と等しいと推論される。
ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］は、２つ以上の矩形スライスを含む、現在のタイルに明確に提供されるスライスの高さの数を規定する。ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］の値は、０からＲｏｗＨｅｉｇｈｔ［ｔｉｌｅＹ］－１の範囲（両端含む）とする。ここで、ｔｉｌｅＹは、ｉ番目のスライスを含むタイル行インデックスである。存在しない場合、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］の値は０に等しいと推測される。ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が０に等しい場合、変数ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］の値は１に等しいと導出される。
ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｊ］プラス１は、現在のタイルにおけるｊ番目の矩形スライスの高さをＣＴＵ行単位で規定する。ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｊ］の値は、０からＲｏｗＨｅｉｇｈｔ［ｔｉｌｅＹ］－１の範囲（両端含む）とする。ここで、ｔｉｌｅＹは、現在のタイルのタイル行インデックスである。
ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が変数より大きい場合、０からＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］－１の範囲のｋに対する変数ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］とＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ＋ｋ］は、以下のように導出される。
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＝ＲｏｗＨｅｉｇｈｔ［ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ］
ｎｕｍＥｘｐＳｌｉｃｅＩｎＴｉｌｅ＝ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍＥｘｐＳｌｉｃｅＩｎＴｉｌｅ－１；ｊ＋＋）｛
ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ＋＋］＝ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕ＿ｍｉｎｕｓ１［ｊ］
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｊ］
｝
ｕｎｉｆｏｒｍＳｌｉｃｅＨｅｉｇｈｔＭｉｎｕｓ１＝ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ－１］ （８１）
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞＝（ｕｎｉｆｏｒｍＳｌｉｃｅＨｅｉｇｈｔＭｉｎｕｓ１＋１））｛
ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ＋＋］＝ｕｎｉｆｏｒｍＳｌｉｃｅＨｅｉｇｈｔＭｉｎｕｓ１
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝（ｕｎｉｆｏｒｍＳｌｉｃｅＨｅｉｇｈｔＭｉｎｕｓ１＋１）
ｊ＋＋
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞０）｛
ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ＋＋］＝ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ
ｊ＋＋
｝
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝ｊ
ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］は，ｉ番目の矩形スライスの最初のタイルのタイルインデックスと、（ｉ＋１）番目の矩形スライスの最初のタイルのタイルインデックスの差を規定する。ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の値は、－ＮｕｍＴｉｌｅｓＩｎＰｉｃ＋１からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内にあるべきである。存在しない場合、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］ｉの値は０に等しいと推測される。存在する場合、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の値は０に等しいと推測される。
…

【0070】

７．４．２．４．５ ＶＣＬ ＮＡＬユニットの順序およびそのコーディングされたピクチャへの関連付け
コーディングされたピクチャにおけるＶＣＬ ＮＡＬユニットの順序は、以下のように制約される。
－ １つのコーディングされたピクチャの任意の２つのコーディングされたスライスＮＡＬユニットＡ及びＢについて、ｓｕｂｐｉｃＩｄｘＡ及びｓｕｂｐｉｃＩｄｘＢをそれらのサブピクチャレベルインデックス値とし、ｓｌｉｃｅＡｄｄｒＡ及びｓｌｉｃｅｄｄｒＢをそれらのｓｌｉｃｅ＿ａｄｄｒｅｓｓ値とする。
－ 以下の条件のいずれかが真である場合、コーディングされたスライスＮＡＬユニットＡは、コーディングされたスライスＮＡＬユニットＢに先行するものとする。
－ ｓｕｂｐｉｃＩｄｘＡは、ｓｕｂｐｉｃＩｄｘＢ未満である。
－ ｓｕｂｐｉｃＩｄｘＡはｓｕｂｐｉｃＩｄｘＢに等しく、ｓｌｉｃｅＡｄｄｒＡはｓｌｉｃｅＡｄｄｒＢ未満である。

【0071】

７．４．８．１ 一般スライスヘッダ意味論
Ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓを含むコーディングユニットの輝度量子化パラメータとその予測値の差を規定する変数ＣｕＱｐＤｅｌｔａＶａｌは、０に等しく設定される。ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｆｌａｇを含むコーディングユニットの量子化パラメータＱｐ’_Ｃｂ，Ｑｐ’_Ｃｒ，Ｑｐ’_ＣｂＣｒのそれぞれの値を判定する際に用いる値を規定する変数ＣｕＱｐＯｆｆｓｅｔ_Ｃｂ，ＣｕＱｐＯｆｆｓｅｔ_Ｃｒは、すべて０に等しく設定される。
ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１に等しい場合、スライスヘッダにＰＨ構文構造が存在する。ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に等しい場合、スライスヘッダにＰＨ構文構造が存在しない。
ＣＬＶＳ内のすべてのコーディングされたスライスにおいてｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が同じであることは、ビットストリームコンフォーマンスの要件である。
コーディングされたスライスでｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１に等しい場合、ＣＬＶＳ内にｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＨ＿ＮＵＴであるＶＣＬ ＮＡＬユニットが存在しないことが適合性の要件となる。
ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に等しい場合、現在のピクチャのすべてのコーディングされたスライスはｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に等しくなり、現在のＰＵはＰＨ ＮＡＬ ユニットを持つものとする。
ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄは、スライスを含むサブピクチャのサブピクチャＩＤを規定する。ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄが存在する場合、変数ＣｕｒｒＳｕｂｐｉｃＩｄｘの値は、ＳｕｂｐｉｃＩｄＶａｌ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］がｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄに等しくなるように導出される。そうでない場合（ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄが存在しない場合）、ＣｕｒｒＳｕｂｐｉｃＩｄｘは０に等しくなるように導出される。ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さは、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１ビットである。
ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、スライスのスライスアドレスを規定する。存在しない場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０に等しいと推測される。ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１でＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］が１に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０と推測される．
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、以下が適用される。
－ スライスアドレスは、ラスタスキャンタイルインデックスである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＴｉｌｅｓＩｎＰｉｃ））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内にあるべきである。
そうでない場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用される。
－ スライスアドレスは、スライスのサブピクチャレベルスライスインデックスである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］－１までの範囲内とする。
ビットストリーム適合性の要件は、以下の制約が適用されることである。
－ ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい、又はｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニットのｓｌｉｃｅ＿ａｄｄｒｅｓｓの値に等しくてはならない。
－ そうでない場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の組は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニットのｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の組に等しくてはならない。
－ ピクチャのスライスの形状は、各ＣＴＵが復号された場合、その左側境界全体及び最上の境界全体が１つのピクチャの境界、又は、以前に復号されたＣＴＵの境界を含むものでなければならない。
ｓｈ＿ｅｘｔｒａ＿ｂｉｔ［ｉ］は１又は０に等しくてもよい。本明細書バージョンに準拠するデコーダは、ｓｈ＿ｅｘｔｒａ＿ｂｉｔ［ｉ］の値を無視すべきである。その値は、本明細書のバージョンで特定された特徴に対するのデコーダの適合性に影響を与えない。
ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１プラス１は、存在する場合、スライス内のタイル数を規定する。ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内にあるべきである。
現在のスライス内のＣＴＵの数を規定する変数ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅと、０からＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ－１の範囲（両端含む）のｉについて、スライス内のｉ番目のＣＴＢのピクチャラスタスキャンアドレスを規定するリストＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］は、次のように導出される。
ｉｆ（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇ）｛
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ＝ｓｌｉｃｅ＿ａｄｄｒｅｓｓ
ｆｏｒ（ｊ＝０；ｊ＜ＣｕｒｒＳｕｂｐｉｃＩｄｘ；ｊ＋＋）
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ＋＝ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］
ｆｏｒ（ｉ＝０；ｉ＜ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ；ｉ＋＋）
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］［ｉ］ （１１７）
｝ｅｌｓｅ｛
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝０
ｆｏｒ（ｔｉｌｅＩｄｘ＝ｓｌｉｃｅ＿ａｄｄｒｅｓｓ；ｔｉｌｅＩｄｘ＜＝ｓｌｉｃｅ＿ａｄｄｒｅｓｓ＋ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１；ｔｉｌｅＩｄｘ＋＋）｛
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｆｏｒ（ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］；ｃｔｂＹ＜ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］；ｃｔｂＹ＋＋）｛
ｆｏｒ（ｃｔｂＸ＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］；ｃｔｂＸ＜ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］；ｃｔｂＸ＋＋）｛
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ］＝ｃｔｂＹ＊ＰｉｃＷｉｄｔｈＩｎＣｔｂ＋ｃｔｂＸ
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＋＋
｝
｝
｝
｝
変数ＳｕｂｐｉｃＬｅｆｔＢｏｕｎｄａｒｙＰｏｓ、ＳｕｂｐｉｃＴｏｐＢｏｕｎｄａｒｙＰｏｓ、ＳｕｂｐｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ、ＳｕｂｐｉｃＢｏｔＢｏｕｎｄａｒｙＰｏｓは以下のように導出される。
ｉｆ（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］）｛
ＳｕｂｐｉｃＬｅｆｔＢｏｕｎｄａｒｙＰｏｓ＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］＊ＣｔｂＳｉｚｅＹ
ＳｕｂｐｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ＝Ｍｉｎ（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－１，
（ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］＋
ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］＋１）＊ＣｔｂＳｉｚｅＹ－１）
ＳｕｂｐｉｃＴｏｐＢｏｕｎｄａｒｙＰｏｓ＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］＊ＣｔｂＳｉｚｅＹ （１１８）
ＳｕｂｐｉｃＢｏｔＢｏｕｎｄａｒｙＰｏｓ＝Ｍｉｎ（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－１，
（ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］＋
ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］＋１）＊ＣｔｂＳｉｚｅＹ－１）
｝

【0072】

３．５ 色空間及びクロマサブサンプリング
色空間は、カラーモデル（又はカラーシステム）としても知られ、色の範囲を数字のタプル（ｔｕｐｌｅ）として簡単に記述する抽象的な数学モデルであり、典型的には３又は４つの値又は色成分（例えばＲＧＢ）である。基本的には、色空間は座標系とサブ空間とを精緻化したものである。

【0073】

映像圧縮の場合、最も頻繁に使用される色空間は、ＹＣｂＣｒ及びＲＧＢである。

【0074】

ＹＣｂＣｒ、Ｙ’ＣｂＣｒ、またはＹ Ｐｂ／Ｃｂ Ｐｒ／Ｃｒは、ＹＣＢＣＲまたはＹ’ＣＢＣＲとも呼ばれ、映像およびデジタル写真システムのカラー画像パイプラインの一部として使用される色空間のファミリーである。Ｙ’は輝度成分であり、ＣＢ及びＣＲは青色差及び赤色差クロマ成分である。Ｙ’（素数を有する）はＹとは区別され、Ｙは輝度であり、ガンマ補正されたＲＧＢ原色に基づいて光強度が非線形に符号化されることを意味する。

【0075】

クロマサブサンプリングは、人間の視覚システムが、輝度よりも色差の方が知覚が低いことを利用して、輝度情報よりもクロマ情報の方が解像度が低くなるように実装してピクチャを符号化する方法である。

【0076】

３．５．１． ４：４：４
３つのＹ’ＣｂＣｒ成分の各々は、同じサンプルレートを有し、従って、クロマサブサンプリングは存在しない。この方式は、ハイエンドフィルムスキャナ及びシネマティックポストプロダクションに用いられることがある。

【0077】

３．５．２． ４：２：２
２つのクロマ成分は、輝度のサンプルレートの半分でサンプリングされ、水平クロマ解像度は半分にされ、垂直クロマ解像度は変化しない。これにより、視覚的にほとんどまたは全く差がなく、非圧縮の映像信号の帯域幅を１／３に低減することができる。４：２：２カラーフォーマットの名目上の垂直および水平の位置の例が、例えば、ＶＶＣ作業草案の図５に示されている。

【0078】

３．５．３． ４：２：０
４：２：０では、水平サンプリングは４：１：１に比べて２倍になるが、このスキームではＣｂ及びＣｒチャネルを各１行おきのラインでのみサンプリングするので、垂直解像度は半分になる。従って、データレートは同じである。Ｃｂ及びＣｒはそれぞれ水平及び垂直方向の両方に２倍ずつサブサンプリングされる。異なる水平及び垂直位置を有する４：２：０スキームの３つの変形がある。
● ＭＰＥＧ－２において、ＣｂおよびＣｒは水平方向に共座している。ＣｂおよびＣｒは垂直方向の画素間に位置する（格子間に位置する）。
● ＪＰＥＧ／ＪＦＩＦにおいて、Ｈ．２６１、およびＭＰＥＧ－１、Ｃｂ、およびＣｒは、交互の輝度サンプルの中間の格子間に位置する。
● ４：２：変数ＤＶにおいて、ＣｂおよびＣｒは、水平方向に共座している。垂直方向には、それらは交互に共座している。
表３－１．ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃおよびｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇから導出したＳｕｂＷｉｄｔｈＣおよびＳｕｂＨｅｉｇｈｔＣの値

【0079】

【表18】

【0080】

４． 開示される実施形態が解決しようとする技術的課題の例
ＶＶＣにおけるＳＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダの信号化に関する既存の設計には以下のような問題がある。
１） ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合、現在のＶＶＣのテキストによれば、以下のようになる。
ａ．ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、スライスのサブピクチャレベルのスライスインデックスを表す。
ｂ． サブピクチャレベルのスライスインデックスとは、サブピクチャのスライスをＰＰＳで信号化した順番に並べたリストに対するスライスのインデックスと定義される。
ｃ． ピクチャレベルのスライスインデックスとは、ピクチャ内のスライスをＰＰＳで信号化された順に並べたリストに対するスライスのインデックスと定義される。
ｄ． 異なる２つのサブピクチャに属する２つのスライスについては、サブピクチャインデックスの小さい方が復号順が早くなり、同じサブピクチャに属する２つのスライスについては、サブピクチャレベルのスライスインデックスが小さい方が復号順が早くなる。
ｅ． そして、現在のスライスのＣＴＵ数を規定する変数ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅの今回のＶＶＣテキストの式１１７による導出は、ピクチャレベルのスライスインデックス値の増加順序がスライスの復号順序と同じであることを仮定している。
しかし、１枚のタイルを分割した結果、いくつかのスライスが生じた場合、上記のような点に抵触する可能性がある。図６に示す例では、ピクチャが垂直方向のタイル境界によって２つのタイルに分割され、２つのタイルのそれぞれがピクチャ全体にわたって同じ水平方向の境界によって２つのスライスに分割される場合、上側の２つのスライスが第１サブピクチャに含まれ、下側の２つのスライスが第２サブピクチャに含まれる。この場合、現在のＶＶＣテキストによれば、スライスラスタスキャン順の４つのスライスのピクチャレベルのスライスインデックス値は０、２、１、３となり、スライスラスタスキャン順の４つのスライスの復号順序インデックス値は０、１、２、３ということになる。その結果、ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅの導出が正しくなくなり、スライスデータの解析に問題が生じ、復号化されたサンプル値が正しくなくなり、デコーダがクラッシュする可能性が高くなる。
２）スライス信号方式には２種類ある。矩形モードでは、すべてのスライス分割情報がＰＰＳで信号化される。非矩形モードでは、スライスヘッダでスライス分割情報の一部が通知されるため、このモードではピクチャのすべてのスライスを解析する前にピクチャの完全なスライス分割を知ることができない。
３）矩形モードではｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａを設定することにより、スライスを任意に信号化することができる。邪悪なビットストリームは、このメカニズムでデコーダをクラッシュさせる場合がある。
４）本発明の実施例において、ｉがｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１に等しい場合、初期化されていないｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］

【0081】

図６は、ピクチャ分割の例を示す。実線６０２はタイルの境界を、破線６０４はスライスの境界を、破線６０６はサブピクチャの境界を表す。図には、４つのスライスのピクチャレベルインデックス、復号順序インデックス、サブピクチャレベルインデックス、及びサブピクチャ及びタイルのインデックスが示されている。

【0082】

５． 例示的な実施形態及び技術
上述した課題等を解決するために、以下に示す方法が開示されている。本発明は、一般的な概念を説明するための例と見なされるべきであり、狭い意味で解釈されるべきではない。さらに、本発明は、個々に適用されてもよいし、任意に組み合わせて適用されてもよい。
１． 矩形スライスモードのスライス（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）については、各サブピクチャの各スライスに対するピクチャレベルのスライスインデックスを導出し、その導出した値を用いて各スライスにおけるＣＴＵ数を導出する。
２． サブピクチャレベルのスライスインデックスは、以下の方法で定義／導出することができる。
ａ． 一例では、サブピクチャレベルのスライスインデックスは、“ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいとき、そのデコード順でサブピクチャ内のスライスのリストへのスライスのインデックス”と定義される。
ｂ． あるいは、サブピクチャレベルのスライスインデックスは、“ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいときのサブピクチャのスライスリストに対するスライスのインデックスで、式３２（実施の形態１と同様）で導かれる変数ＳｕｂｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ［ｉ］で規定され、ｉはそのスライスのピクチャレベルスライスインデックス”として定義される。
ｃ． 一例として、ピクチャレベルのスライスインデックスが特定の値である各スライスのサブピクチャインデックスを導出する。
ｄ． 一例として、ピクチャレベルのスライスインデックスが特定の値である各スライスのサブピクチャレベルのスライスインデックスを導出する。
ｅ． 一例では、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいとき、スライスアドレスのセマンティクスは、“スライスアドレスは、式３２で導出される変数ＳｕｂｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ［ｉ］で規定されるスライスのサブピクチャレベルスライスインデックス（例えば、実施形態１のように）、ｉはそのスライスのピクチャレベルスライスインデックス”と規定される。
３． スライスのサブピクチャレベルのスライスインデックスは、そのスライスを含む最初のサブピクチャ内のスライスに割り当てられる。各スライスのサブピクチャレベルのスライスインデックスは、ピクチャレベルのスライスインデックスをインデックスとする配列（例えば、実施の形態１におけるＳｕｂｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ［ｉ］）に格納されてもよい。
ａ． 一例として、サブピクチャレベルのスライスインデックスは、非負の整数である。
ｂ． 一例として、スライスのサブピクチャレベルのスライスインデックスの値は、０以上である。
ｃ． ある例では、スライスのサブピクチャレベルのスライスインデックスの値はＮより小さく、Ｎはサブピクチャのスライス数である。
ｄ． 一例として、第１スライス（スライスＡ）の第１サブピクチャレベルのスライスインデックス（ｓｕｂＩｄｘＡと表記）は、第１スライスと第２スライス（スライスＢ）が同じサブピクチャ内にありながら異なる場合、第２スライス（スライスＢ）の第２サブピクチャレベルのスライスインデックス（ｓｕｂＩｄｘＢと表記）と異なる必要がある。
ｅ． 一例では、第１サブピクチャにおける第１スライス（スライスＡ）の第１サブピクチャレベルのスライスインデックス（ｓｕｂＩｄｘＡと表記）が、同じ第１サブピクチャにおける第２スライス（スライスＢ）の第２サブピクチャレベルのスライスインデックス（ｓｕｂＩｄｘＢと表記）より小さい場合、ＩｄｘＡはＩｄｘＢより小さく、ｉｄｘＡとｉｄｘＢとは全画面に占めるスライスインデックスを表す（ａ。ここで、ｉｄｘＡはスライスＡの、ｉｄｘＢはスライスＢの、それぞれピクチャレベルのスライスインデックス（ｓｌｉｃｅＩｄｘなど）である。
ｆ． 一例として、第１サブピクチャ内の第１スライス（スライスＡ）の第１サブピクチャレベルのスライスインデックス（ｓｕｂＩｄｘＡと表記）が、同じ第１サブピクチャ内の第２スライス（スライスＢ）の第２サブピクチャレベルのスライスインデックス（ｓｕｂＩｄｘＢと表記）より小さい場合、復号順ではスライスＡがスライスＢより先行する。
ｇ． 一例として、サブピクチャにおけるサブピクチャレベルのスライスインデックスは、ピクチャレベルのスライスインデックス（例えば、ｓｌｉｃｅＩｄｘ）に基づいて導出される。
４． サブピクチャ内のサブピクチャレベルのスライスインデックスとピクチャレベルのスライスインデックスのマッピング関数／テーブルを導出することを提案する。
ａ． 一例として、二次元配列ＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ［ｓｕｂＰｉｃＩｄｘ］［ＳｕｂＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］が、サブピクチャ内のサブピクチャレベルスライスインデックスをピクチャレベルスライスインデックスにマッピングするように導出される。ここで、ＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘはスライスのピクチャレベルスライスインデックス、ｓｕｂＰｉｃＩｄｘはサブピクチャのインデックス、ＳｕｂＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘはサブピクチャのスライスのサブピクチャレベルスライスインデックスを示す。
ｉ． 一例では、配列ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｓｕｂＰｉｃＩｄｘ］がＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘの導出に用いられ、ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｓｕｂＰｉｃＩｄｘ］は、ｓｕｂＰｉｃＩｄｘに等しいインデックスのサブピクチャにおけるスライス数であることを示す。
１） 一例として、ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｓｕｂＰｉｃＩｄｘ］とＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ［ｓｕｂＰｉｃＩｄｘ］［ＳｕｂＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］は、ピクチャレベルスライスのインデックス順にすべてのスライスをスキャンして一度の処理で導出される。
ａ． ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｓｕｂＰｉｃＩｄｘ］は、処理前のすべての有効なｓｕｂＰｉｃＩｄｘに対して０に等しく設定される。
ｂ． ピクチャレベルインデックスがＳであるスライスをチェックするとき、それがサブピクチャインデックスがＰであるサブピクチャ内にあれば、ＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ［Ｐ］［ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［Ｐ］］をＳとし、次にＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［Ｐ］をＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［Ｐ］＋１とする。
ｉｉ． 一例では、ＳｌｉｃｅＩｄｘＩｎＰｉｃ［ｓｕｂＰｉｃＩｄｘ］［ＳｕｂＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］を使用して、ピクチャレベルのスライスインデックス（例えばｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ）を導出し、これを使用して、スライスヘッダの解析時にスライス内のＣＴＢの数及び／又はアドレスを導出する。
５． コンフォーマンスビットストリームでは、１つのタイルが２つ以上のサブピクチャに含まれないことが要求される。
６． スライスＡはタイルＡの中にあるがタイルＡより小さく、スライスＢはタイルＢの中にあるがタイルＢより小さく、タイルＡとタイルＢが異なる場合、一つのサブピクチャはスライスＡとスライスＢで示される二つのスライスを含むことができないことがコンフォーマンスビットストリームで要求される。
７． ピクチャのタイル及び／又はスライス分割情報を、関連するピクチャヘッダにおいて信号通知することを提案する。
ａ． 一例では、ピクチャのタイル及び／又はスライス分割情報がＰＰＳで信号通知されるか、関連するピクチャヘッダで信号通知されるかは、関連するＰＰＳで信号通知される。
ｂ． 一例では、ピクチャのタイル及び／又はスライス分割情報が、関連するピクチャヘッダにあるかどうかが信号通知される。
ｉ． 一例として、ピクチャのタイル及び／又はスライス分割情報が、関連するＰＰＳと関連するピクチャヘッダの両方で信号通知されている場合、ピクチャヘッダで信号通知されたピクチャのタイル及び／又はスライス分割情報が使用されることになる。
ｉｉ． 一例として、ピクチャのタイル及び／又はスライス分割情報が、関連するＰＰＳと関連するピクチャヘッダの両方で信号通知される場合、ＰＰＳで信号通知されたピクチャのタイル及び／又はスライス分割情報が使用される。
ｃ． 一例として、ピクチャよりも高いレベル（ＳＰＳなど）の映像ユニットにおいて、ピクチャのタイル及び／又はスライス分割情報が、関連するＰＰＳにおいて信号通知されているか、又は関連するピクチャヘッダにおいて信号通知されているかを示すために信号通知される。
８． 非矩形モードで関連ピクチャをスライス分割する場合、スライスレベルより上位の映像ユニット（例えば、ＰＰＳ及び／又はピクチャヘッダ内）でスライス分割情報を信号通知することを提案する。
ａ． 一例として、関連するピクチャが非矩形モードでスライス分割されている場合、スライス数を示す情報（例えばｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）が上位の映像ユニットで信号通知されてもよい。
ｂ． 一例として、関連するピクチャが非矩形モードを有するスライスで分割されるとき、上位映像ユニットにおけるスライスの最初のブロックユニットのインデックス（又はアドレス、又は位置、又は座標）を示すための情報である。例えば、ブロック単位は、ＣＴＵまたはタイルであってもよい。
ｃ． 一例として、関連するピクチャが非矩形モードでスライス分割されている場合に、上位の映像ユニットにおけるスライスのブロックユニットの数を示すための情報を提供する。例えば、ブロック単位は、ＣＴＵまたはタイルであってもよい。
ｄ． 一例では、関連するピクチャが非矩形モードを有するスライスで分割されるとき、スライス分割情報（例えば、ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１）は、スライスヘッダで信号通知されない。
ｅ． 一例として、関連するピクチャが非矩形モードでスライスに分割されている場合、スライスインデックスはスライスヘッダで信号通知される。
ｉ． 一例として、ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、関連するピクチャが非矩形モードでスライスに分割される場合、ピクチャレベルのスライスインデックスとして解釈される。
ｆ． 一例では、関連するピクチャが非矩形モードを有するスライスで分割されるとき、ピクチャ内の各スライスの分割情報（第１ブロックユニットのインデックス及び／又はブロックユニットの数など）は、上位の映像ユニットで順番に信号通知されてもよい。
ｉ． 一例として、関連するピクチャが非矩形モードでスライスに分割されている場合、上位映像ユニットの各スライスに対してスライスのインデックスが信号通知されてもよい。
ｉｉ． 一例として、各スライスのパーティショニング情報は、スライスインデックスの昇順で信号通知される。
１） 一例として、各スライスの分割情報は、スライス０、スライス１、．．．、スライスＫ－１、スライスＫ、スライスＫ＋１、．．．スライスＳ－２、スライスＳ－１の順で信号通知し、Ｋはスライスインデックス、Ｓはピクチャのスライス枚数を表す。
ｉｉｉ． 一例として、各スライスのパーティショニング情報は、スライスインデックスの降順で信号通知される。
１） 一例として、各スライスの分割情報は、スライスＳ－２、スライスＳ－１、．．．、スライスＫ＋１、スライスＫ、スライスＫ－１、．．．、スライス１、スライス０の順で信号通知し、Ｋはスライスインデックス、Ｓはピクチャのスライス数を表す。
ｉｖ． 一例として、関連するピクチャが非矩形モードでスライスに分割されている場合、スライスに対する第１ブロックユニットのインデックスは、上位の映像ユニットで信号通知されないことがある。
１） 例えば、スライス０（スライスインデックスが０であるスライス）の最初のブロックユニットのインデックスは０であると推論される。
２） 例えば、スライスＫ（スライスインデックスがＫに等しいスライス、Ｋ＞０）の最初のブロックユニットのインデックスは、

【数1】

と推論され、Ｎｉはスライスｉのブロックユニットの数を表す。
ｖ． 一例として、関連するピクチャが非矩形モードでスライスに分割されている場合、スライスに対する第１ブロックユニットのインデックスは、上位の映像ユニットで信号通知されないことがある。
１） 例えば、スライス０（スライスインデックスが０であるスライス）の最初のブロックユニットのインデックスは０であると推論される。
２） 例えば、スライスＫ（スライスインデックスがＫに等しいスライス、Ｋ＞０）の最初のブロックユニットのインデックスは、

【数2】

と推論され、Ｎｉはスライスｉのブロックユニットの数を表す。
ｖｉ． 一例として、関連するピクチャが非矩形モードでスライスに分割されている場合、スライスに対するブロックユニットの数は、上位の映像ユニットで信号通知されないことがある。
１） ピクチャ中にスライスが１つしかなく、ピクチャ中にブロックユニットがＭ個あるとき、スライス０のブロックユニットの数はＭ個である。
２） 例えば、スライスＫ（スライスインデックスが０に等しいスライス）のブロックユニットの数はＴ_Ｋ＋１－Ｔ_Ｋと推論され、Ｔ_ＫはＫ＜Ｓ－１（Ｓはピクチャのスライス数でＳ＞１）のときのスライスＫの最初のブロックユニットのインデックスを表す。
３） 例えば、スライスＳ－１のブロックユニットの数は、

【数3】

と推論され、このとき、Ｓはピクチャのスライス数、Ｓ＞１、Ｍはピクチャのブロックユニットの数である。
ｖｉｉ． 一例として、関連するピクチャが非矩形モードのスライスで分割されている場合、１つ以上のスライスの分割情報は、上位の映像ユニットで信号通知されない場合がある。
１） 一例として、上位の映像ユニットで信号化しない１つ以上のスライスの分割情報を、信号化される他のスライスの分割情報から推論することができる。
２） 一例として、最後のＣスライスの分割情報は信号通知されないことがある。例えば、Ｃが１に等しい。
３） 例えば、スライスＳ－１のブロックユニットの数は信号通知されず、Ｓはピクチャのスライス数で、Ｓ＞１である。
ａ． 例えば、スライスＳ－１のブロックユニットの数は、

【数4】

と推論され、ピクチャ中にＭ個のブロックユニットがある。
９． 矩形分割を行うか、非矩形分割を行うかによって、ピクチャの最小スライス数が異なる可能性があることを提案する。
ａ． 一例として、非矩形分割モードが適用された場合、ピクチャは少なくとも２つのスライスに分割され、矩形分割モードが適用された場合、ピクチャは少なくとも１つのスライスに分割される。
ｉ． 例えば、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２プラス２は、非矩形分割モードを適用した場合に、ピクチャのスライス数を規定する信号となる場合がある。
ｂ． 一例として、非矩形分割モードが適用された場合、ピクチャは少なくとも１つのスライスに分割され、矩形分割モードが適用された場合、ピクチャは少なくとも１つのスライスに分割される。
ｉ． 例えば、矩形分割モードを適用した場合、ピクチャのスライス数を規定するｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２プラス２が信号通知されることがある。
ｃ． 一例として、ピクチャがサブピクチャに分割されていない場合に矩形分割を適用するか、１つのサブピクチャにのみ分割されている場合に非矩形分割を適用するかによって、ピクチャ内の最小スライス数は異なる場合がある。
１０． ＰＰＳやピクチャヘッダなどの映像単位で分割情報を信号通知する場合、左上の位置とスライスの幅／高さでスライスを表現することを提案する。
ａ． 一例として、スライスの左上のブロックユニット（ＣＴＵやタイルなど）のインデックス／位置／座標、及び映像単位（ＣＴＵやタイルなど）で測定した幅、及び映像ユニット（ＣＴＵやタイルなど）で測定した高さが信号通知される。
ｂ． 一例として、左上の位置と各スライスの幅／高さの情報を順番に信号通知する。
ｉ． 例えば、左上の位置や各スライスの幅／高さの情報は、０、１、２、．．．、Ｓ－１（Ｓはピクチャのスライス数）のようにスライスインデックスの昇順で信号通知される。
１１． サブピクチャ内のスライスの分割情報（位置／幅／高さなど）をＳＰＳ／ＰＰＳ／ピクチャヘッダなどの映像ユニットで信号通知することを提案する。
ａ． 一例として、各サブピクチャのスライス分割情報を順番に信号通知する。
ｉ． 例えば、各サブピクチャのスライス分割情報は、サブピクチャのインデックスの昇順で信号通知される。
ｂ． 一例として、サブピクチャ内の各スライスの分割情報（位置／幅／高さなど）が順番に信号通知される。
ｉ． 一例として、サブピクチャ内の各スライスの分割情報（位置／幅／高さなど）は、サブピクチャレベルのスライスインデックスで昇順に信号通知される。
１２． ｉ番目の矩形スライスの最初のタイルのタイルインデックスと（ｉ＋１）番目の矩形スライスの最初のタイルのタイルインデックスとの差（ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］とする）を信号通知せず、導出することを提案する。
ａ． 一例として、０番目の矩形スライスからｉ番目の矩形スライスまでの矩形スライスに基づいて、（ｉ＋１）番目の矩形スライスにおける最初のタイルのタイルインデックスを導出する。
ｂ． 一例として、（ｉ＋１）番目の矩形スライスにおける最初のタイルのタイルインデックスは、０^ｔｈ番目の矩形スライスからｉ番目の矩形スライスまで、矩形スライス内にないタイルの最小インデックスであると導出される。
１３． タイルの列数／行数（例えばＮｕｍＴｉｌｅＣｏｌｕｍｎｓ又はＮｕｍＴｉｌｅＲｏｗｓ）を導出するための情報の信号通知は、ピクチャの幅とＣＴＵのサイズとの関係を条件とすることを提案する。
ａ． 例えば、ピクチャの幅がＣＴＵのサイズ又は幅より小さいか等しい場合、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１及び／又はｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１が信号通知されない場合がある。
ｂ． 例えば、ピクチャの高さがＣＴＵのサイズ又は高さより小さいか又は等しい場合、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１及び／又はｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１が信号通知されないことがある。
１４． ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄが存在する場合、ＳｕｂｐｉｃＩｄＶａｌ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］がｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄと等しいことを満たすＣｕｒｒＳｕｂｐｉｃＩｄｘは１つだけでなければならない。
１５． ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０、又はｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０の場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓ＋ｉの値は、ｉが０からｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の範囲（両端含む）において、ｓｌｉｃｅ＿ａｄｄｒｅｓｓ＋ｊの値に一致しないものとし、ここでｊは、同じコーディングされたピクチャの他のコーディングされたスライスＮＡＬユニットの０からｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の範囲（両端含む）で、ｉはその範囲にある。
１６． ピクチャ内に均一間隔のタイルと非均一間隔のタイルが存在する場合、ＰＰＳ（又はＳＰＳ）において、タイルレイアウトのタイプを規定する構文要素を信号通知することができる。
ａ． 一例として、ＰＰＳで信号通知される構文フラグがあり、タイルレイアウトが非均一間隔の後に均一間隔が続くか、均一間隔の後に非均一間隔が続くかを指定することができる。
ｂ． 例えば、不均一な間隔のタイルがあるときはいつでも、明確に提供されるタイル列／行の数（例えば、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１）は不均一タイルの総数と同程度であり得る。
ｃ． 例えば、均一な間隔のタイルがあるときはいつでも、明確に提供されるタイル列／行の数（例えば、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１）は均一タイルの総数よりも少ないか、等しくなり得る。
ｄ． タイルのレイアウトが、均一な間隔の後に不均一な間隔が続くような場合（つまり、均一な間隔のタイルで始まり、複数の不均一な間隔のタイルで終わるような絵の場合）、
ｉ． 一例では、ピクチャの後者に位置する非均一間隔タイルのタイル列の幅は、まず逆順に割り当てられ（すなわち、タイルインデックスの順序がＮｕｍＴｉｌｅＣｏｌｕｍｎｓ、ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－１、ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－２、．．．に等しい）、次にピクチャの前者に位置する均一間隔タイルのタイル列の幅は逆順に暗に導き出されてもよい（すなわち、タイルインデックスの順序がＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－Ｔ，ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－Ｔ－１，．．．，２，１，０に等しく、ここでＴは不均一なタイル列の数を示す）。
ｉｉ． タイル列の高さは、前述したタイル列の幅と同様にして求めることができる。
１７． 二つの矩形スライス（一方がｉ番目のスライス）の代表的なタイルインデックスの差を規定する構文要素（例えばｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］）は、条件が真である場合にのみ使用することが可能である。
ａ． 一例として、条件は（ｉ！＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）であり、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１プラス１がピクチャ中のスライス数を表している。
ｂ． 一例として、条件は（ｉ！＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）であり、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１プラス１がピクチャ中のスライス数を表している。
１８． マージ推定領域（ＭＥＲ）サイズ（例えばｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ２で信号通知される）を信号通知するか、及び／又は解釈するか、又は制限するかは、最小許容コーディングブロックサイズ（例えばｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２及び／又はＭｉｎＣｂＳｉｚｅＹとして信号通知／表示される）によっても決まりうる。
ａ． 一例として、ＭＥＲのサイズは、最小許容コーディングブロックサイズより小さくできないことが要求される。
ｉ． 例えば、ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ２はｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２と同等かそれ以上であることが必要である。
ｉｉ． 例えば、ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ２はｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２からＣｔｂＬｏｇ２ＳｉｚｅＹ－２の範囲であることが必要である。
ｂ． 一例として、Ｌｏｇ２（ＭＥＲサイズ）とＬｏｇ２（ＭｉｎＣｂＳｉｚｅＹ）の差を信号通知とし、これをｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ＿ｌｏｇ２＿ｍｉｎｃｂと表現する。
ｉ． 例えば、ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ＿ｌｏｇ２＿ｍｉｎｃｂは単項のコード（ｕｅ）でコーディングされる。
ｉｉ． 例えば、ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ＿ｌｏｇ２＿ｍｉｎｃｂは、０からＣｔｂＬｏｇ２ＳｉｚｅＹ－ｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２－２の範囲であることが必要である。
ｉｉｉ． 例えば、Ｌｏｇ２ＰａｒＭｒｇＬｅｖｅｌ＝ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ＿ｌｏｇ２＿ｍｉｎｃｂ＋ｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２、ここでＬｏｇ２ＰａｒＭｒｇＬｅｖｅｌはＭＥＲサイズの制御に使用される。
１９． ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が０に等しい場合、ｉ番目のスライスのＣＴＵ行のユニットでのスライス高、例えば、ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］と表記することが提案される。
ａ． 一例では、ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］は、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が０に等しいとき、ＲｏｗＨｅｉｇｈｔ［ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ］に等しいように導出される。
２０． ピクチャのｉ番目のスライスを含むタイルの（ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１）番目のスライスは常に存在し、高さは常にｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］＋１ＣＴＵ行とすることが提案される。
ａ． あるいは、ピクチャのｉ番目のスライスを含むタイルの（ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１）番目のスライスは存在してもしなくてもよく、高さはｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］＋１ＣＴＵ行以下である。
２１． 矩形スライスの情報導出の際、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１より小さいピクチャレベルのスライスインデックスを持つスライスに対してのみ変数ｔｉｌｅＩｄｘを更新する、すなわちＰＰＳを参照する各ピクチャの最後のスライスに対しては更新しないことが提案される。
２２． ＰＰＳを参照するピクチャでは、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１番目のタイル列が常に存在し、幅は常にｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］＋１ＣＴＢｓであることが提案される。
２３． ＰＰＳを参照するピクチャでは、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１番目のタイル行が常に存在し、高さは常にｔｉｌｅ＿ｃｏｌｕｍｎ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］＋１ＣＴＢｓであること提案される。
２４． 最大ピクチャ幅と最大ピクチャ高さがともにＣｔｂＳｉｚｅＹよりも大きくない場合、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の構文要素の信号通知をスキップすることが提案される。
ａ． あるいは、追加的に、上記条件が成立する場合、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値は０に等しいと推論される。
２５． ピクチャ幅がＣｔｂＳｉｚｅＹよりも大きくない場合、構文要素ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の信号通知はスキップされてもよいことが提案される。
ｂ． あるいは、追加的に、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の値は、上記条件が真のとき、０に等しいと推論される。
２６． ピクチャの高さがＣｔｂＳｉｚｅＹよりも大きくない場合、構文要素ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の信号通知はスキップされてもよいことが提案される。
ｃ． あるいは、追加的に、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ１の値は、上記条件が真のとき、０に等しいと推論される。
２７． ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１がＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－１に等しい場合、０からｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の範囲（両端含む）のｉに対する構文要素ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］の信号通知はスキップされてもよいことが提案される。
ｄ． あるいは、追加的に、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］の値は０に等しいと推論される。
２８． ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１がＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－１に等しい場合、０からｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の範囲（両端含む）のｉに対する構文要素ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の信号通知はスキップされてもよいことが提案される。
ｅ． あるいは、追加的に、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の値は０に等しいと推論される。
２９． タイルを分割する一様なスライスの高さは、そのタイルのスライスの高さを示すｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［］の最後のエントリで示されることが提案される。ユニフォームスライスとは、明確に信号通知されるスライスより下のスライスを指す。例：ｕｎｉｆｏｒｍＳｌｉｃｅＨｅｉｇｈｔ＝ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］＋１
３０． 「ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１」番目のタイル列の幅のリセットを禁止すること、すなわち、ビットストリームから解析された値（例えば、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］で示される）を他の情報を参照せずに直接使用して幅を導出してもよいことが提案される。
ａ． 一例として、「ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１」番目のタイルカラムの幅は、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］プラス１に直接設定される。あるいは、さらに、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］を使用して、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１より大きいインデックスのタイル列の幅を、例えば、６．５．１項で規定されるように導出する。
ｂ． 同様に、「ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１」番目のタイル行の高さについては、リセットが禁止されている、つまり、ビットストリームからの解析値（例えば、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］で示される）が他の情報を参照せずに直接高さを導くために使用されてもよい。
ｉ． 一例として、「ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１」番目のタイル行の高さは、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］プラス１に直接設定される。あるいは、さらに、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］を用いて、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１より大きいインデックスを持つタイル行の高さを導き出す、例えば、６．５．１項で規定されるように、タイル行を導出する。
３１． タイル内の（ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１）番目のスライスの高さのリセットを禁止し、すなわち、ビットストリームからの解析値（例えば、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］で示される）を直接用いて他の情報を参照せずに高さを導出してもよいと提案される。
ａ． 一例では、タイル内の（ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１）番目のスライスの高さは、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］プラス１に直接設定される。あるいは、さらに、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１より大きいインデックスを有するスライスの高さを導出するために、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］が使用されてもよい。

【0083】

６． 実施形態
以下の実施例において、追加された部分には太字、下線、イタリック体の文字を付している。削除された部分は［］内にマークされる。

【0084】

６．１． 実施例１：サブピクチャレベルのスライスインデックスの変更例
３ 定義

【0085】

【化1】

【0086】

６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
…

【0087】

【化2】

【0088】

ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｊ＋＋）
ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋）｛
ｐｏｓＸ＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［０］％ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｐｏｓＹ＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［０］／ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｊ＋＋）｛
ｉｆ（（ｐｏｓＸ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］）＆＆ （３２）
（ｐｏｓＸ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］＋ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］＋１）＆＆
（ｐｏｓＹ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］）＆＆
（ｐｏｓＹ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］＋ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］＋１））｛

【化3】

ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］＋＋
｝
｝
｝
…

【0089】

７．４．８．１ 一般スライスヘッダ意味論
．．．
ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、スライスのスライスアドレスを規定する。存在しない場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０に等しいと推測される。ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１でＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］が１のとき、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０と推測される．
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、以下が適用される。
－ スライスアドレスは、ラスタスキャンタイルインデックスである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＴｉｌｅｓＩｎＰｉｃ））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内にあるべきである。
そうでない場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用される。

【化4】

－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］－１までの範囲内とする。
ビットストリーム適合性の要件は、以下の制約が適用されることである。
－ ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい、又はｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニットのｓｌｉｃｅ＿ａｄｄｒｅｓｓの値に等しくてはならない。
－ そうでない場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の組は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニットのｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の組に等しくてはならない。
－ ピクチャのスライスの形状は、各ＣＴＵが復号された場合、その左側境界全体及び最上の境界全体が１つのピクチャの境界、又は、以前に復号されたＣＴＵの境界を含むものでなければならない。
．．．
ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１プラス１は、存在する場合、スライス内のタイル数を規定する。ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内にあるべきである。
現在のスライス内のＣＴＵの数を規定する変数ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅと、０からＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ－１の範囲（両端含む）のｉについて、スライス内のｉ番目のＣＴＢのピクチャラスタスキャンアドレスを規定するリストＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］は、次のように導出される。
ｉｆ（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇ）｛

【化5】

［［ｆｏｒ（ｊ＝０；ｊ＜ＣｕｒｒＳｕｂｐｉｃＩｄｘ；ｊ＋＋）
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ＋＝ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］｝］
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］
ｆｏｒ（ｉ＝０；ｉ＜ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ；ｉ＋＋）
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］［ｉ］ （１１７）
｝ｅｌｓｅ｛
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝０
ｆｏｒ（ｔｉｌｅＩｄｘ＝ｓｌｉｃｅ＿ａｄｄｒｅｓｓ；ｔｉｌｅＩｄｘ＜＝ｓｌｉｃｅ＿ａｄｄｒｅｓｓ＋ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１；ｔｉｌｅＩｄｘ＋＋）｛
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｆｏｒ（ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］；ｃｔｂＹ＜ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］；ｃｔｂＹ＋＋）｛
ｆｏｒ（ｃｔｂＸ＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］；ｃｔｂＸ＜ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］；ｃｔｂＸ＋＋）｛
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ］＝ｃｔｂＹ＊ＰｉｃＷｉｄｔｈＩｎＣｔｂ＋ｃｔｂＸ
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＋＋
｝
｝
｝
｝
…

【0090】

６．２． 実施例２：非矩形モードのためのＰＰＳにおける信号通知スライス
７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文

【0091】

【表19】

【表20】

【0092】

７．３．７．１ 一般スライスセグメントヘッダ構文

【0093】

【表21】

【0094】

７．４．３．４ ピクチャパラメータセットＲＢＳＰ意味論
ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１プラス１は、ＰＰＳを参照し、各ピクチャの［［矩形］］スライスの数を規定する。ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値は、０からＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ－１の範囲（両端含む）とし、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅは附属書Ａで規定されるものとする。ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１の場合、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値は０に等しいと推定される。

【化6】

…

【0095】

７．４．８．１ 一般スライスヘッダ意味論
…
ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、スライスのスライスアドレスを規定する。存在しない場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０に等しいと推測される。ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１でＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］が１のとき、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０と推測される．ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０であり、ＮｕｍＳｌｉｃｅｓＩｎＰｉｃが１である場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０であると推測される
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、以下が適用される。

【化7】

そうでない場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用される。
－ スライスアドレスは、スライスのサブピクチャレベルスライスインデックスである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］－１までの範囲内とする。
ビットストリーム適合性の要件は、以下の制約が適用されることである。
－ ［［ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい、又はｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニットのｓｌｉｃｅ＿ａｄｄｒｅｓｓの値に等しくてはならない。

【化8】

－ ピクチャのスライスの形状は、各ＣＴＵが復号された場合、その左側境界全体及び最上の境界全体が１つのピクチャの境界、又は、以前に復号されたＣＴＵの境界を含むものでなければならない。
…
現在のスライス内のＣＴＵの数を規定する変数ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅと、０からＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ－１の範囲（両端含む）のｉについて、スライス内のｉ番目のＣＴＢのピクチャラスタスキャンアドレスを規定するリストＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］は、次のように導出される。
ｉｆ（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇ）｛
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ＝ｓｌｉｃｅ＿ａｄｄｒｅｓｓ
ｆｏｒ（ｊ＝０；ｊ＜ＣｕｒｒＳｕｂｐｉｃＩｄｘ；ｊ＋＋）
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ＋＝ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］
ｆｏｒ（ｉ＝０；ｉ＜ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ；ｉ＋＋）
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］［ｉ］ （１１７）
｝ｅｌｓｅ｛
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝０

【化9】

ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｆｏｒ（ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］；ｃｔｂＹ＜ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］；ｃｔｂＹ＋＋）｛
ｆｏｒ（ｃｔｂＸ＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］；ｃｔｂＸ＜ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］；ｃｔｂＸ＋＋）｛
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ］＝ｃｔｂＹ＊ＰｉｃＷｉｄｔｈＩｎＣｔｂ＋ｃｔｂＸ
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＋＋
｝
｝
｝
｝

【0096】

６．３． 実施例３：ピクチャの寸法に調整された信号タイル
７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文

【0097】

【表22】

【表23】

【0098】

６．４． 実施形態＃４：ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１及びｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１における意味論の例１
７．４．３．４ ピクチャパラメータセットＲＢＳＰ意味論
…

【化10】

【化11】

…

【0099】

６．５． 実施形態＃５：ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１及びｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１における意味論の例２
７．４．３．４ ピクチャパラメータセットＲＢＳＰ意味論
…

【化12】

…

【0100】

６．６． 実施形態＃６：スライスにおけるＣＴＵの導出例
６．５ 走査プロセス
６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
…
矩形スライスの場合、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の範囲（両端含む）のリストＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］は、ｉ番目のスライスにおけるＣＴＵの数を規定し、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の範囲（両端含む）のリストＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］は、スライスの左上のタイルのインデックスを規定し、ｊは０からＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］－１の範囲（両端含む）で、ｉ番目のスライス内のｊ番目のＣＴＢのピクチャラスタスキャンアドレスを規定し、以下のように導出される。
ｉｆ（ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ）｛
ｆｏｒ（ｉ＝０；ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｉ＋＋）｛
ｓｌｉｃｅＩｄｘ＝ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ？ＣｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｉ］：０
ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］［ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］］＝ｉ
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］＋＋
｝
｝ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋）｛
ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］＝ｔｉｌｅＩｄｘ
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｉｆ（ｉ＝＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）｛
ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－１－ｔｉｌｅＸ
ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝ＮｕｍＴｉｌｅＲｏｗｓ－１－ｔｉｌｅＹ
｝
ｉｆ（ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝＝０＆＆ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝＝０）｛ （２９）
ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］－１；ｊ＋＋）｛
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，
ｃｔｂＹ，ｃｔｂＹ＋ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ］＋１）
ｃｔｂＹ＋＝ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ］＋１
ｉ＋＋
｝
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，ｃｔｂＹ，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］）
｝ｅｌｓｅ
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］；ｊ＋＋）
ｆｏｒ（ｋ＝０；ｋ＜＝ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］；ｋ＋＋）
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ］，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ＋１］，
ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ］，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ＋１］）

【化13】

｝
｝

【0101】

６．７． 実施形態＃７：ＭＥＲサイズの信号通知について
７．３．２．３ シーケンスパラメータセットＲＢＳＰ構文

【0102】

【表24】

【0103】

７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論
ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕ＿ｌｏｇ２＿ｍｉｎｃｂ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２は、変数Ｌｏｇ２ＰａｒＭｒｇＬｅｖｅｌの値を規定し、これは８．５．２．３に規定される空間マージ候補の派生処理と、８．５．５．２に規定されるサブブロックマージモードにおける動きベクトル及び参照インデックスの派生処理とにおいて、８．５．２．１項の履歴に基づく動きベクトル予測子リストの更新処理の呼び出しを制御するために使用する。ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ＿ｌｏｇ２＿ｍｉｎｃｂの値は、０からＣｔｂＬｏｇ２ＳｉｚｅＹ－ｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２－２を含む範囲内とする。変数Ｌｏｇ２ＰａｒＭｒｇＬｅｖｅｌは、以下のように導出される。
Ｌｏｇ２ＰａｒＭｒｇＬｅｖｅｌ＝ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ２＋ｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２ （６８）

【0104】

６．８． 実施形態＃８矩形スライスの信号通知について
６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
．．．
ピクチャラスタスキャンにおけるＣＴＢアドレスからサブピクチャインデックスへの変換を規定する、０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ＿１までの範囲（両端含む）のｃｔｂＡｄｄｒＲのためのリストｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］は、以下のように導出される。
ｆｏｒ（ｃｔｂＡｄｄｒＲｓ＝０；ｃｔｂＡｄｄｒＲｓ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｃｔｂＡｄｄｒＲｓ＋＋）｛
ｐｏｓＸ＝ｃｔｂＡｄｄｒＲｓ％ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｐｏｓＹ＝ｃｔｂＡｄｄｒＲｓ／ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＝－１
ｆｏｒ（ｉ＝０；ｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＜０＆＆ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）｛ （２９）
ｉｆ（（ｐｏｓＸ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］）＆＆
（ｐｏｓＸ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］＋ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］＋１）＆＆
（ｐｏｓＹ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］）＆＆
（ｐｏｓＹ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］＋ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１））
ｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＝ｉ
｝
｝

【化14】

ｉｆ（ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ） ｛
ｆｏｒ（ｉ＝０；ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｉ＋＋）｛
ｓｌｉｃｅＩｄｘ＝ｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｉ］
ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］［ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］］＝ｉ
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］＋＋
｝
｝ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋）｛
ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］＝ｔｉｌｅＩｄｘ
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ

【化15】

ｉｆ（ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］＝＝１＆＆ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］＝＝１）｛ （３０）
ｉｆ（ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］＝＝０）｛
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝１

【化16】

ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝ｊ
｝
ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］－１；ｊ＋＋）｛
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，
ｃｔｂＹ，ｃｔｂＹ＋ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］）
ｃｔｂＹ＋＝ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］
ｉ＋＋
｝
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，ｃｔｂＹ，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］）
｝ｅｌｓｅ
ｆｏｒ（ｊ＝０；ｊ＜ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］；ｊ＋＋）
ｆｏｒ（ｋ＝０；ｋ＜ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］；ｋ＋＋）
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ］，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ＋１］，
ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ］，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ＋１］）

【化17】

｝
｝
ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１までの範囲（両端含む）にある場合、ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］の値は、０よりも大きいことが、ビットストリーム準拠の要件である。また、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の範囲（両端含む）であり、ｊが０からＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］－１の範囲（両端含む）である行列ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［ｊ］には、０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１の範囲（両端含む）のすべてのＣＴＢアドレスをそれぞれ一度のみ含まれることが、ビットストリーム準拠の要件である。
．．．
７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文

【0105】

【表25】

【0106】

７．４．３．４ ピクチャパラメータセット意味論
．．．
ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］構文要素がＰＰＳに含まれていないことを規定し、ＰＰＳを参照するすべてのピクチャは、スライスラスタ順に矩形スライス行と矩形スライス列に分割される。ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ＰＰＳにｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］構文要素が存在してもよく、ＰＰＳを参照するピクチャのすべての矩形スライスは、ｉの値の増加によりｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］が示す順序で規定されることを規定する。存在しない場合、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０と推測される。
ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番目の矩形スライスの幅をタイルの列の単位で規定する。ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、０からＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－１までの範囲内にあるべきである。
ｉがｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１未満であり、かつＮｕｍＴｉｌｅＣｏｌｕｍｎｓが１に等しい場合、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は０に等しいと推測される。
ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が０に等しい場合、ｉ番目の矩形スライスの高さをタイル行の単位で規定する。ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、０からＮｕｍＴｉｌｅＲｏｗｓ－１までの範囲内にあるべきである。
ｉがｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１未満であり、かつｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］が存在しない場合、ＮｕｍＴｉｌｅＲｏｗｓ＝＝１？０：ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ－１］と等しいと推測される。
ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］は、ｉ番目のスライスを含むタイルにおけるスライスのために明確に提供されるスライスの高さの数を規定する（すなわち、タイルインデックスがＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］に等しいタイル）。ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］の値は、０からＲｏｗＨｅｉｇｈｔ［ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ］－１の範囲（両端含む）とする。存在しない場合、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］の値は０に等しいと推測される。

【化18】

【化19】

．．．

【0107】

６．９． 実施形態＃９：矩形スライスの信号通知について
６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
．．．
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合、ｉ番目のスライスにおけるＣＴＵの数を規定するリストＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］（ｉは０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の範囲で両端含む）、スライスにおける最初のＣＴＵを含むタイルのタイルインデックスを規定するリストＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］（ｉは０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の範囲で両端含む）、ｉ番目のスライス内のｊ番目のＣＴＢのピクチャラスタスキャンアドレスを規定する行列ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［ｊ］（ｉは０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の範囲で両端含み、ｊは０からＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］－１の範囲で両端含む）、ｉ番目のスライスを含むタイル（すなわち、タイルインデックスがＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］に等しいタイル）内のスライス数を規定する変数ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］は、以下のように導出される。
ｉｆ（ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ）｛
ｆｏｒ（ｉ＝０；ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｉ＋＋）｛
ｓｌｉｃｅＩｄｘ＝ｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｉ］
ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］［ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］］＝ｉ
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］＋＋
｝
｝ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋）｛
ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］＝ｔｉｌｅＩｄｘ
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｉｆ（ｉ＜ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）｛
ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］＝ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＋１
ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］＝ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＋１
｝ｅｌｓｅ｛
ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］＝ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－ｔｉｌｅＸ
ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］＝ＮｕｍＴｉｌｅＲｏｗｓ－ｔｉｌｅＹ
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝１
｝
ｉｆ（ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］＝＝１＆＆ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］＝＝１）｛ （３０）
ｉｆ（ ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］＝＝０）｛
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝１
ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］＝ＲｏｗＨｅｉｇｈｔ［ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ］
｝
ｅｌｓｅ｛
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＝ＲｏｗＨｅｉｇｈｔ［ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ］
［［ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］；ｊ＋＋）｛｝］

【化20】

ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ＋ｊ］＝ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ＋ｊ］
｝
［［ｕｎｉｆｏｒｍＳｌｉｃｅＨｅｉｇｈｔ＝ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ＋ｊ－１］］］

【化21】

ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞＝ｕｎｉｆｏｒｍＳｌｉｃｅＨｅｉｇｈｔ）｛
ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ＋ｊ］＝ｕｎｉｆｏｒｍＳｌｉｃｅＨｅｉｇｈｔ
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ｕｎｉｆｏｒｍＳｌｉｃｅＨｅｉｇｈｔ
ｊ＋＋
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞０）｛
ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ＋ｊ］＝ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ
ｊ＋＋
｝
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝ｊ
｝
ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］－１；ｊ＋＋）｛
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，
ｃｔｂＹ，ｃｔｂＹ＋ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］）
ｃｔｂＹ＋＝ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］
ｉ＋＋
｝
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，ｃｔｂＹ，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］）
｝ｅｌｓｅ
ｆｏｒ（ｊ＝０；ｊ＜ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］；ｊ＋＋）
ｆｏｒ（ｋ＝０；ｋ＜ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］；ｋ＋＋）
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ］，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ＋１］，
ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ］，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ＋１］）
ｉｆ（ｉ＜ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）｛
ｉｆ（ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）
ｔｉｌｅＩｄｘ＋＝ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］
ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＋＝ｓｌｉｃｅＷｄｉｔｈＩｎＴｉｌｅｓ［ｉ］
ｉｆ（ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ＝＝０）
ｔｉｌｅＩｄｘ＋＝（ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］－１）＊ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
｝
｝
｝
｝
．．．

【化22】

【0108】

６．１０． 実施形態＃１０：サブピクチャおよびタイルの信号通知について
６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
タイル列の数を規定する変数ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ、及びＣＴＢの単位でｉ番目のタイル列の幅を規定するリストｃｏｌＷｉｄｔｈ［ｉ］（ｉは０からＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－１の範囲で両端含む）は、以下のように導出される。
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＝ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ

【化23】

ｃｏｌＷｉｄｔｈ［ｉ］＝ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］＋１
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ－＝ｃｏｌＷｉｄｔｈ［ｉ］
｝
ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ＝ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］＋１ （２３）
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＞＝ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ）｛
ｃｏｌＷｉｄｔｈ［ｉ＋＋］＝ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ－＝ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＞０）
ｃｏｌＷｉｄｔｈ［ｉ＋＋］＝ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ
ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ＝ｉ
タイル行の数を規定する変数ＮｕｍＴｉｌｅＲｏｗｓ、及びＣＴＢ単位でｊ番目のタイル行の高さを規定する０からＮｕｍＴｉｌｅＲｏｗｓ＿１までの範囲（両端含む）のｊのリストＲｏｗＨｅｉｇｈｔ［ｊ］は、以下のように導出される。
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＝ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ

【化24】

ＲｏｗＨｅｉｇｈｔ［ｊ］＝ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］＋１
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ＲｏｗＨｅｉｇｈｔ［ｊ］
｝
ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ＝ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］＋１ （２４）
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞＝ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ）｛
ＲｏｗＨｅｉｇｈｔ［ｊ＋＋］＝ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞０）
ＲｏｗＨｅｉｇｈｔ［ｊ＋＋］＝ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ
ＮｕｍＴｉｌｅＲｏｗｓ＝ｊ
７．３．２．３ シーケンスパラメータセットＲＢＳＰ構文

【0109】

【表26】

【0110】

７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文

【0111】

【表27】

【0112】

７．４．３．４ ピクチャパラメータセット意味論
．．．

【化25】

．．．

【0113】

図７は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム１９００を示すブロック図である。様々な実装形態は、システム１９００のコンポーネントの一部又は全部を含んでもよい。システム１９００は、映像コンテンツを受信するための入力ユニット１９０２を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマット、例えば、８又は１０ビットのマルチコンポーネント画素値で受信されてもよく、又は圧縮又は符号化フォーマットで受信されてもよい。入力ユニット１９０２は、ネットワークインターフェース、周辺バスインターフェース、又は記憶インターフェースを表してもよい。ネットワークインターフェースの例は、イーサネット（登録商標）、ＰＯＮ（登録商標；Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）等の有線インターフェース、およびＷｉ－Ｆｉ（登録商標）またはセルラーインターフェース等の無線インターフェースを含む。

【0114】

システム１９００は、本明細書に記載される様々なコーディング又は符号化方法を実装することができるコーディングコンポーネント１９０４を含んでもよい。コーディングコンポーネント１９０４は、入力ユニット１９０２からの映像の平均ビットレートをコーディングコンポーネント１９０４の出力に低減し、映像のコーディング表現を生成してもよい。従って、このコーディング技術は、映像圧縮または映像トランスコーディング技術と呼ばれることがある。コーディングコンポーネント１９０４の出力は、コンポーネント１９０６によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力ユニット１９０２において受信された、記憶された又は通信された映像のビットストリーム（又はコーディング）表現は、コンポーネント１９０８によって使用されて、表示インターフェース１９１０に送信される画素値又は表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像伸張（映像展開）と呼ばれることがある。さらに、特定の映像処理操作を「コーディング」操作又はツールと呼ぶが、コーディングツール又は操作は、エンコーダ及びそれに対応する、コーディングの結果を逆にする復号ツール又は操作が、デコーダによって行われることが理解されよう。

【0115】

周辺バスインターフェースまたは表示インターフェースの例は、ＵＳＢ（登録商標；Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）またはＨＤＭＩ（登録商標；Ｈｉｇｈ Ｄｅｆｉｎｉｙｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、ＳＡＴＡ（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、又はデジタルデータ処理及び／又は映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい。

【0116】

図８は、映像処理装置３６００のブロック図である。装置３６００は、本明細書に記載の方法の１つ以上を実装するために使用してもよい。装置３６００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等に実施されてもよい。装置３６００は、１つ以上のプロセッサ３６０２と、１つ以上のメモリ３６０４と、映像処理ハードウェア３６０６と、を含んでもよい。１つまたは複数のプロセッサ３６０２は、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ（複数可）３６０４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア３６０６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。

【0117】

図１０は、本開示の技法を利用し得る例示的な映像コーディングシステム１００を示すブロック図である。

【0118】

図１０に示すように、映像コーディングシステム１００は、送信元デバイス１１０と、送信先デバイス１２０と、を備えてもよい。送信元デバイス１１０は、符号化された映像データを生成するものであり、映像符号化デバイスとも呼ばれ得る。送信先デバイス１２０は、送信元デバイス１１０によって生成された符号化された映像データを復号してよく、映像復号デバイスと呼ばれ得る。

【0119】

送信元デバイス１１０は、映像ソース１１２と、映像エンコーダ１１４と、入出力（Ｉ／Ｏ）インターフェース１１６と、を含んでよい。

【0120】

映像ソース１１２は、映像キャプチャデバイスなどのソース、映像コンテンツプロバイダからの映像データを受信するためのインターフェース、および／または映像データを生成するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせを含んでもよい。映像データは、１または複数のピクチャを含んでもよい。映像エンコーダ１１４は、映像ソース１１２からの映像データを符号化し、ビットストリームを生成する。ビットストリームは、映像データのコーディングされた表現を形成するビットのシーケンスを含んでもよい。ビットストリームは、コーディングされたピクチャおよび関連付けられたデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディングされた表現である。関連付けられたデータは、シーケンスパラメータセット、ピクチャパラメータセット、および他の構文構造を含んでもよい。Ｉ／Ｏインターフェース１１６は、変復調器（モデム）および／または送信機を含んでもよい。符号化された映像データは、ネットワーク１３０ａを介して、Ｉ／Ｏインターフェース１１６を介して送信先デバイス１２０に直接送信されてよい。符号化された映像データは、送信先デバイス１２０がアクセスするために、記憶媒体／サーバ１３０ｂに記憶してもよい。

【0121】

送信先デバイス１２０は、Ｉ／Ｏインターフェース１２６、映像デコーダ１２４、および表示装置１２２を含んでもよい。

【0122】

Ｉ／Ｏインターフェース１２６は、受信機および／またはモデムを含んでもよい。Ｉ／Ｏインターフェース１２６は、送信元デバイス１１０または記憶媒体／サーバ１３０ｂから符号化された映像データを取得してもよい。映像デコーダ１２４は、符号化された映像データを復号してもよい。表示装置１２２は、復号された映像データをユーザに表示してもよい。表示装置１２２は、送信先デバイス１２０と一体化されてもよく、または外部の表示装置とインターフェースで接続するように構成される送信先デバイス１２０の外部にあってもよい。

【0123】

映像エンコーダ１１４および映像デコーダ１２４は、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）規格、ＶＶＭ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）規格、および他の現在のおよび／またはさらなる規格等の映像圧縮規格に従って動作してもよい。

【0124】

図１１は、映像エンコーダ２００の一例を示すブロック図であり、この映像エンコーダ２００は、図１０に示されるシステム１００における映像エンコーダ１１４であってもよい。

【0125】

映像エンコーダ２００は、本開示の技術のいずれか又は全部を実行するように構成されてもよい。図１１の例において、映像エンコーダ２００は、複数の機能コンポーネントを備える。本開示で説明される技法は、映像エンコーダ２００の様々なコンポーネント間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。

【0126】

映像エンコーダ２００の機能コンポーネントは、分割ユニット２０１と、モード選択ユニット２０３、動き推定ユニット２０４、動き補償ユニット２０５及びイントラ予測ユニット２０６を含んでもよい予測ユニット２０２と、残差生成ユニット２０７と、変換ユニット２０８と、量子化ユニット２０９と、逆量子化ユニット２１０と、逆変換ユニット２１１と、再構成ユニット２１２と、バッファ２１３と、エントロピー符号化ユニット２１４と、を含んでもよい。

【0127】

他の例において、映像エンコーダ２００は、より多くの、より少ない、又は異なる機能コンポーネントを含んでもよい。一例において、予測ユニット２０２は、イントラブロックコピー（ＩＢＣ）ユニットを含んでもよい。ＩＢＣユニットは、少なくとも１つの参照ピクチャが現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて予測を行ってよい。

【0128】

さらに、動き推定ユニット２０４及び動き補償ユニット２０５などのいくつかのコンポーネントは、高度に統合されてもよいが、説明のために、図１１の例においては別々に表されている。

【0129】

分割ユニット２０１は、１つのピクチャを１または複数の映像ブロックに分割してよい。映像エンコーダ２００及び映像デコーダ３００は、様々な映像ブロックサイズをサポートしてもよい。

【0130】

モード選択ユニット２０３は、例えば、エラー結果に基づいて、イントラ又はインターのいずれかのコーディングモードの１つを選択し、得られたイントラ又はインターコーディングブロックを、残差生成ユニット２０７に供給して残差ブロックデータを生成し、また再構成ユニット２１２に供給して参照ピクチャとして使用するために符号化ブロックを再構成してもよい。いくつかの例において、モード選択ユニット２０３は、インター予測信号およびイントラ予測信号に基づいて予測を行うＣＩＩＰ（Ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ｉｎｔｒａ ａｎｄ Ｉｎｔｅｒ Ｐｒｅｄｉｃｔｉｏｎ）モードを選択してもよい。モード選択ユニット２０３は、インター予測の場合、ブロックのために動きベクトルの解像度（例えば、サブピクセル又は整数ピクセル精度）を選択してもよい。

【0131】

現在の映像ブロックに対してインター予測を実行するために、動き推定ユニット２０４は、バッファ２１３からの１または複数の参照フレームと現在の映像ブロックとを比較することにより、現在の映像ブロックのために動き情報を生成してもよい。動き補償ユニット２０５は、現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からのピクチャの動き情報及び復号サンプルに基づいて、現在の映像ブロックのために予測映像ブロックを判定してもよい。

【0132】

動き推定ユニット２０４及び動き補償ユニット２０５は、例えば、現在の映像ブロックがＩスライスであるか、Ｐスライスであるか、又はＢスライスであるかに基づいて、現在の映像ブロックに対して異なる演算を実行してもよい。

【0133】

いくつかの例において、動き推定ユニット２０４は、現在の映像ブロックに対して単方向予測を実行し、動き推定ユニット２０４は、現在の映像ブロックに対する参照映像ブロックのために、リスト０又はリスト１の参照ピクチャを検索してもよい。そして、動き推定ユニット２０４は、参照映像ブロックと、現在の映像ブロックと参照映像ブロックとの間の空間的変位を示す動きベクトルとを含む、リスト０またはリスト１における参照ピクチャを示す参照インデックスを生成してもよい。動き推定ユニット２０４は、参照インデックス、予測方向インジケータ、および動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在のブロックの予測映像ブロックを生成してもよい。

【0134】

他の例において、動き推定ユニット２０４は、現在の映像ブロックを双方向予測してもよく、動き推定ユニット２０４は、リスト０における参照ピクチャの中から現在の映像ブロックために参照映像ブロックを検索してもよく、また、リスト１における参照ピクチャの中から現在の映像ブロックのために別の参照映像ブロックを検索してもよい。そして、動き推定ユニット２０４は、参照映像ブロックを含むリスト０およびリスト１における参照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブロックとの間の空間的変位を示す動きベクトルとを生成してもよい。動き推定ユニット２０４は、現在の映像ブロックの参照インデックスおよび動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在の映像ブロックの予測映像ブロックを生成してもよい。

【0135】

いくつかの例において、動き推定ユニット２０４は、デコーダの復号処理のために、動き情報のフルセットを出力してもよい。

【0136】

いくつかの例では、動き推定ユニット２０４は、現在の映像のために動き情報のフルセットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、別の映像ブロックの動き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き推定ユニット２０４は、現在の映像ブロックの動き情報が近傍の映像ブロックの動き情報に十分に類似していると判定してもよい。

【0137】

一例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構文構造において、現在の映像ブロックが別の映像ブロックと同じ動き情報を有することを映像デコーダ３００に示す値を示してもよい。

【0138】

別の例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構文構造において、別の映像ブロックと、ＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）と、を識別してもよい。動きベクトル差分は、現在の映像ブロックの動きベクトルと、示された映像ブロックの動きベクトルとの差分を示す。映像デコーダ３００は、指示された映像ブロックの動きベクトルと、動きベクトル差分とを用いて、現在の映像ブロックの動きベクトルを判定してもよい。

【0139】

上述したように、映像エンコーダ２００は、動きベクトルを予測的に信号通知してもよい。映像エンコーダ２００によって実装され得る予測信号通知技法の２つの例は、ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）およびマージモード信号通知を含む。

【0140】

イントラ予測ユニット２０６は、現在の映像ブロックに対してイントラ予測を行ってもよい。イントラ予測ユニット２０６が現在の映像ブロックをイントラ予測する場合、イントラ予測ユニット２０６は、同じピクチャにおける他の映像ブロックの復号されたサンプルに基づいて、現在の映像ブロックのための予測データを生成してもよい。現在の映像ブロックのための予測データは、予測された映像ブロック及び様々な構文要素を含んでもよい。

【0141】

残差生成ユニット２０７は、現在の映像ブロックから現在の映像ブロックの予測された映像ブロックを減算することによって（例えば、マイナス符号によって示されている）、現在の映像ブロックのために残差データを生成してもよい。現在の映像ブロックの残差データは、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応する残差映像ブロックを含んでもよい。

【0142】

他の例において、例えば、スキップモードにおいて、現在の映像ブロックのための残差データがなくてもよく、残差生成ユニット２０７は、減算演算を実行しなくてもよい。

【0143】

変換処理ユニット２０８は、現在の映像ブロックに関連付けられた残差映像ブロックに１または複数の変換を適用することによって、現在の映像ブロックのために１または複数の変換係数映像ブロックを生成してもよい。

【0144】

変換処理ユニット２０８が現在の映像ブロックに関連付けられた変換係数映像ブロックを生成した後、量子化ユニット２０９は、現在の映像ブロックに関連付けられた１または複数の量子化パラメータ（ＱＰ）の値に基づいて、現在の映像ブロックに関連付けられた変換係数映像ブロックを量子化してもよい。

【0145】

逆量子化ユニット２１０および逆変換ユニット２１１は、変換係数映像ブロックに逆量子化および逆変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再構成してもよい。再構成ユニット２１２は、予測ユニット２０２が生成した１または複数の予測映像ブロックから対応するサンプルに再構成された残差映像ブロックを加え、バッファ２１３での記憶のために現在のブロックに関連付けられた再構成された映像ブロックを生成してよい。

【0146】

再構成ユニット２１２が映像ブロックを再構成した後、映像ブロックにおける映像ブロッキングアーチファクトを縮小するために、ループフィルタリング演算を行ってもよい。

【0147】

エントロピー符号化ユニット２１４は、映像エンコーダ２００の他の機能コンポーネントからデータを受信してもよい。エントロピー符号化ユニット２１４は、データを受信すると、１または複数のエントロピー符号化演算を行い、エントロピー符号化されたデータを生成し、エントロピー符号化されたデータを含むビットストリームを出力してもよい。

【0148】

図１２は、映像デコーダ３００の一例を示すブロック図であり、この映像デコーダ３００は、図１０に示されるシステム１００における映像デコーダ１１４であってもよい。

【0149】

映像デコーダ３００は、本開示の技術のいずれか又は全部を実行するように構成されてもよい。図１２の実施例において、映像デコーダ３００は、複数の機能コンポーネントを含む。本開示で説明される技法は、映像デコーダ３００の様々なコンポーネント間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。

【0150】

図１２の例において、映像デコーダ３００は、エントロピー復号ユニット３０１、動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変換ユニット３０５、及び再構成ユニット３０６、並びにバッファ３０７を備える。映像デコーダ３００は、いくつかの例では、映像エンコーダ２００（図１１）に関して説明した符号化パスとほぼ逆の復号パスを行ってもよい。

【0151】

エントロピー復号ユニット３０１は、符号化されたビットストリームを取り出す。符号化されたビットストリームは、エントロピー符号化された映像データ（例えば、映像データの符号化されたブロック）を含んでもよい。エントロピー復号ユニット３０１は、エントロピー符号化された映像データを復号し、エントロピー復号された映像データから、動き補償ユニット３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、および他の動き情報を含む動き情報を決定してもよい。動き補償ユニット３０２は、例えば、ＡＭＶＰ及びマージモードを実行することにより、このような情報を判定してもよい。

【0152】

動き補償ユニット３０２は、動き補償されたブロックを生成してもよく、場合によっては、補間フィルタに基づいて補間を実行する。サブピクセルの精度で使用される補間フィルタのための識別子が、構文要素に含まれてもよい。

【0153】

動き補償ユニット３０２は、映像ブロックの符号化中に映像エンコーダ２００によって使用されるような補間フィルタを使用して、参照ブロックのサブ整数画素のための補間値を計算してもよい。動き補償ユニット３０２は、受信した構文情報に基づいて、映像エンコーダ２００が使用する補間フィルタを判定し、この補間フィルタを使用して予測ブロックを生成してもよい。

【0154】

動き補償ユニット３０２は、符号化された映像シーケンスのフレームおよび／またはスライスを符号化するために使用されるブロックのサイズを判定するための構文情報、符号化された映像シーケンスのピクチャの各マクロブロックがどのように分割されるかを記述する分割情報、各分割がどのように符号化されるかを示すモード、各インター符号化ブロックに対する１または複数の参照フレーム（および参照フレームリスト）、および符号化された映像シーケンスを復号するための他の情報のいくつかを用いてよい。

【0155】

イントラ予測ユニット３０３は、例えば、ビットストリームにおいて受信したイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してもよい。逆量子化ユニット３０３は、ビットストリームに提供され、エントロピー復号ユニット３０１によって復号された量子化映像ブロック係数を逆量子化（すなわち、非量子化）する。逆変換ユニット３０３は、逆変換を適用する。

【0156】

再構成ユニット３０６は、残差ブロックと、動き補償ユニット２０２又はイントラ予測ユニット３０３によって生成された対応する予測ブロックとを合計し、復号されたブロックを形成してもよい。所望であれば、ブロックアーチファクトを除去するために、復号されたブロックをフィルタリングするためにデブロッキングフィルタを適用してもよい。復号された映像ブロックは、バッファ３０７に記憶され、バッファ３０７は、後続の動き補償／イントラ予測のために参照ブロックを提供し、また表示装置に表示するために復号された映像を生成する。

【0157】

次に、いくつかの実施形態において好適な解決策を列挙する。

【0158】

以下の解決策は、前章（例えば、項目１）で論じた技術の例示的な実施形態を示す。

【0159】

１．映像処理方法（例えば、図９に記載される方法９００）は、１つ以上の映像ピクチャを含む映像と映像のコーディングされた表現との間の変換を行うこと（９０２）を含み、各映像ピクチャは１つ以上のスライスを含むサブピクチャを含み、コーディングされた表現はフォーマット規則に準拠し、フォーマット規則は、映像ピクチャに対して矩形スライスモードが有効化されている場合、映像ピクチャにおける各サブピクチャの各スライスに対するピクチャレベルスライスインデックスを、コーディングされた表現における明確な信号通知なしに導出することを規定し、且つ、フォーマット規則は、各スライスにおけるコーディングツリーユニットの数がピクチャレベルスライスインデックスから導出可能であることを規定する。

【0160】

以下の解決策は、前章（例えば、項目２）で論じた技術の例示的な実施形態を示す。

【0161】

２．映像処理方法は、１つ以上の映像ピクチャを含む映像と映像のコーディングされた表現との間の変換を行うことを含み、各映像ピクチャは１つ以上のスライスを含む１つ以上のサブピクチャを含み、コーディングされた表現はフォーマット規則に準拠し、フォーマット規則は、コーディングされた表現におけるサブピクチャレベルスライスインデックスを信号通知せずに、コーディングされた表現における情報に基づいてサブピクチャレベルスライスインデックスを導出可能であることを規定する。

【0162】

３．前記フォーマット規則は、矩形のスライス構造を使用することによって、サブピクチャレベルスライスインデックスが、１つのサブピクチャにおけるスライスのリストにおける当該スライスへのインデックスに対応することを規定する、解決策２に記載の方法。

【0163】

４．前記フォーマット規則は、前記サブピクチャレベルスライスインデックスがピクチャレベルスライスインデックスの特定の値から導出されることを規定する、解決策２に記載の方法。

【0164】

以下の解決策は、前章（例えば、項目５，６）で論じた技術の例示的な実施形態を示す。

【0165】

５．映像処理方法は、１つ以上の映像ピクチャを含む映像と映像のコーディングされた表現との間の変換を行うことを含み、各映像ピクチャは１つ以上のサブピクチャ及び／又は１つ以上のタイルを含み、コーディングされた表現はフォーマット規則に準拠し、変換は制約規則に準拠することを含む。

【0166】

６．前記制約規則は、１つのタイルが複数のサブピクチャに含まれていてはならないことを規定する、解決策５に記載の方法。

【0167】

７．前記制約規則は、１つのサブピクチャが、２つのスライスが属する対応するタイルよりも小さい２つのスライスを含むことができないことを規定する、解決策５に記載の方法。

【0168】

以下の解決策は、前章（例えば、項目７、８）で論じた技術の例示的な実施形態を示す。

【0169】

８．映像処理方法は、１つ以上の映像ピクチャを含む映像と映像のコーディングされた表現との間の変換を行うことを含み、各映像ピクチャは１つ以上のタイル及び／又は１つ以上のスライスを含み、コーディングされた表現はフォーマット規則に準拠し、フォーマット規則は、映像ピクチャレベルの１つのフィールドが映像ピクチャにおけるスライス及び／又はタイルの分割に関する情報を搬送することを規定する。

【0170】

９．前記フィールドは、映像ピクチャヘッダを含む、解決策８に記載の方法。

【0171】

１０．前記フィールドはピクチャパラメータセットを備える、解決策８に記載の方法。

【0172】

１１．前記フォーマット規則は、映像ピクチャレベルの前記フィールドにスライス分割情報を含めることによって、前記スライスレベルのスライス分割情報を省略することを規定する、解決策８から１０のいずれかに記載の方法。

【0173】

以下の解決策は、前章（例えば、項目９）で論じた技術の例示的な実施形態を示す。

【0174】

１２．映像処理方法は、１つ以上のピクチャを含む映像とこの映像のコーディングされた表現との間の変換を行うことを含み、この変換は、１つの映像ピクチャを分割する最小スライス数が、この映像ピクチャを分割するために矩形分割を使用するかどうかの関数である分割規則に従う。

【0175】

１３．前記分割規則は、非矩形分割のために少なくとも２つのスライスを使用し、矩形分割のために少なくとも１つのスライスを使用することを規定する、解決策１２に記載の方法。

【0176】

１４．前記分割規則は、前記映像ピクチャを分割するために使用されるサブピクチャの数及び／又は数の関数でもある、解決策１２に記載の方法。

【0177】

以下の解決策は、前章（例えば、項目１０、１１）で論じた技術の例示的な実施形態を示す。

【0178】

１５．映像処理方法は、映像の映像領域の映像スライスと前記映像のコーディングされた表現との間の変換を行うことを含み、前記コーディングされた表現はフォーマット規則に準拠し、前記フォーマット規則は、前記コーディングされた表現が前記映像スライスの左上位置に基づいて前記映像スライスを信号通知することを規定し、前記フォーマット規則は、前記コーディングされた表現が映像ユニットレベルで信号通知される分割情報における前記映像スライスの高さ及び／又は幅を信号通知することを規定する。

【0179】

１６．前記フォーマット規則は、前記映像スライスが前記フォーマット規則によって規定されるスライスの順に信号通知されることを規定する、解決策１５に記載の方法。

【0180】

１７．前記映像領域は１つのサブピクチャに対応し、前記映像ユニットレベルは１つの映像ピクチャに対応する、解決策１５に記載の方法。

【0181】

以下の解決策は、前章（例えば、項目１２）で論じた技術の例示的な実施形態を示す。

【0182】

１８．映像処理方法は、映像ピクチャを含む映像とこの映像のコーディングされた表現との間の変換を行うことを含み、このコーディングされた表現はフォーマット規則に準拠し、このフォーマット規則は、矩形スライスにおける第１タイルのタイルインデックスと次の矩形スライスにおける第１タイルのタイルインデックスとの間の差を信号通知することを省略することを規定する。

【0183】

１９．前記差は、前記映像ピクチャにおける第０のスライスと前記矩形スライスとから導出可能である、解決策１８に記載の方法。

【0184】

以下の解決策は、前章（例えば、項目１３）で論じた技術の例示的な実施形態を示す。

【0185】

２０．映像処理方法は、映像とこの映像のコーディングされた表現との間の変換を行うことを含み、このコーディングされた表現はフォーマット規則に準拠し、このフォーマット規則は、映像ピクチャの幅とコーディングツリーユニットのサイズとの間の関係が、この映像ピクチャにおけるタイルの列又は行の数を導出するために使用される情報の信号通知を制御することを規定する。

【0186】

２１．前記フォーマット規則は、前記映像ピクチャの幅が前記コーディングツリーユニットの幅以下である場合、タイルの行数又はタイルの列数を信号通知することを排除することを規定する、解決策２０に記載の方法。

【0187】

以下の解決策は、前章（例えば、項目１６）で論じた技術の例示的な実施形態を示す。

【0188】

２２．映像処理方法は、１つ以上の映像ピクチャを含む映像とこの映像のコーディングされた表現との間の変換を行うことを含み、このコーディングされた表現はフォーマット規則に準拠し、このフォーマット規則は、均一な間隔のタイル及び不均一な間隔のタイルを備えるピクチャのためのこのコーディングされた表現にタイルレイアウト情報が含まれることを規定する。

【0189】

２３．前記タイルレイアウト情報は、ピクチャパラメータセットに含まれる構文フラグに含まれる、解決策２２に記載の方法。

【0190】

２４．明確に信号通知されるタイルの行又は列の数が、不均一な間隔のタイルの数と同程度である、解決策２２から２３のいずれか１つに記載の方法。

【0191】

２５．明確に信号通知されるタイルの行又は列の数が、均一な間隔のタイルの数と同程度である、解決策２２から２３のいずれか１つに記載の方法。

【0192】

２６．前記映像領域は、映像コーディングユニットを含む、上記解決策のいずれか１つに記載の方法。

【0193】

２７．前記映像領域は映像ピクチャを含む、上記解決策のいずれか１つに記載の方法。

【0194】

２８．前記変換は、前記映像を前記コーディングされた表現に符号化することを含む、解決策１から２７のいずれかに記載の方法。

【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】

いくつかの実装形態および例のみが記載されており、この特許文献に記載され図示されているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。

【図1】

【図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】

【図31】