JP2024081676A - スライスとタイルピクチャ分割の信号通知 - Google Patents
スライスとタイルピクチャ分割の信号通知 Download PDFInfo
- Publication number
- JP2024081676A JP2024081676A JP2024039105A JP2024039105A JP2024081676A JP 2024081676 A JP2024081676 A JP 2024081676A JP 2024039105 A JP2024039105 A JP 2024039105A JP 2024039105 A JP2024039105 A JP 2024039105A JP 2024081676 A JP2024081676 A JP 2024081676A
- Authority
- JP
- Japan
- Prior art keywords
- slice
- video
- tile
- picture
- slices
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000011664 signaling Effects 0.000 title description 31
- 238000000034 method Methods 0.000 claims abstract description 141
- 238000003672 processing method Methods 0.000 claims abstract description 68
- 238000012545 processing Methods 0.000 claims description 43
- 238000006243 chemical reaction Methods 0.000 claims description 21
- 238000004590 computer program Methods 0.000 claims description 11
- 230000009466 transformation Effects 0.000 claims description 4
- 150000001576 beta-amino acids Chemical class 0.000 claims 1
- 238000005516 engineering process Methods 0.000 description 45
- 238000005192 partition Methods 0.000 description 41
- 238000000638 solvent extraction Methods 0.000 description 39
- 239000013598 vector Substances 0.000 description 21
- 230000008569 process Effects 0.000 description 13
- 238000009795 derivation Methods 0.000 description 10
- 238000013139 quantization Methods 0.000 description 10
- 238000010586 diagram Methods 0.000 description 9
- 238000000605 extraction Methods 0.000 description 9
- 230000001174 ascending effect Effects 0.000 description 7
- 230000006870 function Effects 0.000 description 7
- 238000013507 mapping Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 6
- 230000002441 reversible effect Effects 0.000 description 6
- 230000006835 compression Effects 0.000 description 5
- 238000007906 compression Methods 0.000 description 5
- 230000015654 memory Effects 0.000 description 5
- 101150061692 nus1 gene Proteins 0.000 description 5
- 241000023320 Luma <angiosperm> Species 0.000 description 4
- 230000001419 dependent effect Effects 0.000 description 4
- OSWPMRLSEDHDFF-UHFFFAOYSA-N methyl salicylate Chemical compound COC(=O)C1=CC=CC=C1O OSWPMRLSEDHDFF-UHFFFAOYSA-N 0.000 description 4
- 230000002123 temporal effect Effects 0.000 description 4
- 238000001914 filtration Methods 0.000 description 3
- 239000011159 matrix material Substances 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 208000037170 Delayed Emergence from Anesthesia Diseases 0.000 description 2
- 101100508818 Mus musculus Inpp5k gene Proteins 0.000 description 2
- 101100366438 Rattus norvegicus Sphkap gene Proteins 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000000903 blocking effect Effects 0.000 description 2
- 230000006837 decompression Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000006073 displacement reaction Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000013515 script Methods 0.000 description 2
- 230000000153 supplemental effect Effects 0.000 description 2
- 230000001131 transforming effect Effects 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 235000003325 Ilex Nutrition 0.000 description 1
- 241000209035 Ilex Species 0.000 description 1
- 108091028051 Numt Proteins 0.000 description 1
- 241000233805 Phoenix Species 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003086 colorant Substances 0.000 description 1
- 230000001143 conditioned effect Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000013178 mathematical model Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 229920000069 polyphenylene sulfide Polymers 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 239000000758 substrate Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
- H04N19/96—Tree coding, e.g. quad-tree coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/103—Selection of coding mode or of prediction mode
- H04N19/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/119—Adaptive subdivision aspects, e.g. subdivision of a picture into rectangular or non-rectangular coding blocks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/129—Scanning of coding units, e.g. zig-zag scan of transform coefficients or flexible macroblock ordering [FMO]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/172—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a picture, frame or field
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/174—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a slice, e.g. a line of blocks or a group of blocks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/184—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being bits, e.g. of the compressed video stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/189—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding
- H04N19/196—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding being specially adapted for the computation of encoding parameters, e.g. by averaging previously computed encoding parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234309—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234345—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements the reformatting operation being performed only on part of the stream, e.g. a region of the image or a time segment
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- Theoretical Computer Science (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
【課題】映像符号化、映像復号及び映像トランスコーディングなどの映像処理方法、装置、方法に従って生成されたビットストリーム及びシステムを提供する。【解決手段】方法は、１つ以上のスライスを含む映像タイルを含む映像ピクチャとその映像のビットストリームとの間で変換を規則に従って行うことを含む。この規則は、映像における第１スライスを含むタイル中の第２スライスが、コーディングツリーユニットの単位で表された高さを有していることを規定する。この第１スライスは第１スライスインデックスを有し、第２スライスは、第１スライスインデックスと映像タイルにおいて明確に提供されるスライス高さの数とに基づき判定される第２スライスインデックスを有している。第２スライスの高さは、第１スライスインデックスと第２スライスインデックスに基づき判定される。【選択図】図２９
Description
関連出願の相互参照
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０２０
年２月２１日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０７６１５８号の優先権およ
び利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願
の開示全体は、本明細書の開示の一部として参照により援用される。
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０２０
年２月２１日出願の国際特許出願第ＰＣＴ／ＣＮ２０２０／０７６１５８号の優先権およ
び利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願
の開示全体は、本明細書の開示の一部として参照により援用される。
この特許明細書は、画像および映像の符号化および復号に関する。
デジタル映像は、インターネット及び他のデジタル通信ネットワークにおいて最大の帯
域幅の使用量を占めている。映像を受信及び表示することが可能である接続されたユーザ
機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けること
が予測される。
域幅の使用量を占めている。映像を受信及び表示することが可能である接続されたユーザ
機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けること
が予測される。
本願は、コーディングされた表現の復号に有用な制御情報を用いて、映像のコーディン
グされた表現を処理するための、映像エンコーダ及びデコーダに用いることができる技術
を開示する。
グされた表現を処理するための、映像エンコーダ及びデコーダに用いることができる技術
を開示する。
１つの例示的な態様において、映像処理方法が開示される。この方法は、規則に従って
、映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この
映像ピクチャは、１つ以上のスライスを備え、この規則は、少なくとも１つの条件が満た
されたことに応答して、２つの矩形スライスのタイルインデックスの差を示す構文要素が
ビットストリームに存在することを規定する。２つの矩形スライスの第１矩形スライスを
、ｉ番目の矩形スライスとして表し、ここで、ｉは整数である。
、映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この
映像ピクチャは、１つ以上のスライスを備え、この規則は、少なくとも１つの条件が満た
されたことに応答して、２つの矩形スライスのタイルインデックスの差を示す構文要素が
ビットストリームに存在することを規定する。２つの矩形スライスの第１矩形スライスを
、ｉ番目の矩形スライスとして表し、ここで、ｉは整数である。
別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、
映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この映
像ピクチャは、１つ以上のサブピクチャを備え、各サブピクチャは、１つ以上の矩形スラ
イスを備える。この規則は、各サブピクチャにおける矩形スライスごとにサブピクチャレ
ベルでのスライスインデックスを導出し、各スライスにおけるコーディングツリーユニッ
トの数を判定することを規定する。
映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この映
像ピクチャは、１つ以上のサブピクチャを備え、各サブピクチャは、１つ以上の矩形スラ
イスを備える。この規則は、各サブピクチャにおける矩形スライスごとにサブピクチャレ
ベルでのスライスインデックスを導出し、各スライスにおけるコーディングツリーユニッ
トの数を判定することを規定する。
別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上のサブ
ピクチャを備える映像の映像ピクチャとこの映像のビットストリームとの変換のために、
サブピクチャにおけるスライスのサブピクチャレベルスライスインデックスとこのスライ
スのピクチャレベルスライスインデックスとのマッピング関係を決定することを含む。こ
の方法は、決定に基づいて変換を行うことをも含む。
ピクチャを備える映像の映像ピクチャとこの映像のビットストリームとの変換のために、
サブピクチャにおけるスライスのサブピクチャレベルスライスインデックスとこのスライ
スのピクチャレベルスライスインデックスとのマッピング関係を決定することを含む。こ
の方法は、決定に基づいて変換を行うことをも含む。
別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、
映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この映
像ピクチャは、１つ以上のサブピクチャを備え、この規則は、映像の１つのタイルがこの
映像ピクチャの１つのサブピクチャ内に完全に位置することを規定する。
映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この映
像ピクチャは、１つ以上のサブピクチャを備え、この規則は、映像の１つのタイルがこの
映像ピクチャの１つのサブピクチャ内に完全に位置することを規定する。
別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像ピク
チャとこの映像のビットストリームとの変換を行うことを含み、この映像ピクチャは、１
つ以上のサブピクチャを備える。このビットストリームは、ピクチャに関連する構文構造
にピクチャを分割する情報が含まれることを規定するフォーマット規則に準拠する。
チャとこの映像のビットストリームとの変換を行うことを含み、この映像ピクチャは、１
つ以上のサブピクチャを備える。このビットストリームは、ピクチャに関連する構文構造
にピクチャを分割する情報が含まれることを規定するフォーマット規則に準拠する。
別の例示的な態様において、映像処理方法が開示される。この方法は、非矩形形状を有
する１つ以上のスライスを備える映像の映像ピクチャとこの映像のビットストリームとの
変換のために、この映像ピクチャのスライス分割情報を決定することを含む。この方法は
、決定に基づいて変換を行うことをも含む。
する１つ以上のスライスを備える映像の映像ピクチャとこの映像のビットストリームとの
変換のために、この映像ピクチャのスライス分割情報を決定することを含む。この方法は
、決定に基づいて変換を行うことをも含む。
別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、
１つ以上のスライスを備える映像の映像ピクチャとこの映像のビットストリームとを変換
することを含む。この規則は、映像ピクチャにおけるスライス数が、映像ピクチャに矩形
分割を適用するか又は非矩形分割を適用するかに基づいて決定される最小スライス数以上
であることを規定する。
１つ以上のスライスを備える映像の映像ピクチャとこの映像のビットストリームとを変換
することを含む。この規則は、映像ピクチャにおけるスライス数が、映像ピクチャに矩形
分割を適用するか又は非矩形分割を適用するかに基づいて決定される最小スライス数以上
であることを規定する。
別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、
映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この映
像ピクチャは、１つ以上のスライスを備える。映像ピクチャのスライス分割情報が映像ユ
ニットの構文構造に含まれている場合、スライスが、左上の位置とスライスの寸法とで表
される。
映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この映
像ピクチャは、１つ以上のスライスを備える。映像ピクチャのスライス分割情報が映像ユ
ニットの構文構造に含まれている場合、スライスが、左上の位置とスライスの寸法とで表
される。
別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、
映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この映
像ピクチャは、１つ以上のサブピクチャを備え、各サブピクチャは、１つ以上のスライス
を備える。この規則は、各サブピクチャにおける１つ以上のスライスの分割情報がビット
ストリームに存在する方法を規定する。
映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この映
像ピクチャは、１つ以上のサブピクチャを備え、各サブピクチャは、１つ以上のスライス
を備える。この規則は、各サブピクチャにおける１つ以上のスライスの分割情報がビット
ストリームに存在する方法を規定する。
別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、
映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この映
像ピクチャは、１つ以上の矩形スライスを備え、各スライスは、１つ以上のタイルを備え
る。この規則は、ｉ番目の矩形スライスにおける第１タイルの第１タイルインデックスと
、（ｉ＋１）番目の矩形スライスにおける第１タイルの第２タイルインデックスとの差を
ビットストリームにおいて信号通知しないことを規定する。
映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この映
像ピクチャは、１つ以上の矩形スライスを備え、各スライスは、１つ以上のタイルを備え
る。この規則は、ｉ番目の矩形スライスにおける第１タイルの第１タイルインデックスと
、（ｉ＋１）番目の矩形スライスにおける第１タイルの第２タイルインデックスとの差を
ビットストリームにおいて信号通知しないことを規定する。
別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像ピク
チャと映像のビットストリームとの変換のために、映像ピクチャにおけるタイルの列数及
びタイルの行数を導出するための情報が、映像ピクチャの寸法とコーディングツリーブロ
ックの寸法との間の関係に基づいて、ビットストリームに条件付きで含まれることを判定
することを含む。この方法は、決定に基づいて変換を行うことをも含む。
チャと映像のビットストリームとの変換のために、映像ピクチャにおけるタイルの列数及
びタイルの行数を導出するための情報が、映像ピクチャの寸法とコーディングツリーブロ
ックの寸法との間の関係に基づいて、ビットストリームに条件付きで含まれることを判定
することを含む。この方法は、決定に基づいて変換を行うことをも含む。
別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像ピク
チャと映像のビットストリームとの間での変換を行うことを含む。この映像ピクチャは、
１つ以上のサブピクチャを備える。このビットストリームは、フォーマット規則に準拠し
、ビットストリーム中に、１つのスライスを含むサブピクチャのサブピクチャ識別子を規
定する変数が存在する場合、この構文要素に対応する第２変数がこの変数に等しいという
条件を満たす構文要素が１つしか存在しないことを規定する。
チャと映像のビットストリームとの間での変換を行うことを含む。この映像ピクチャは、
１つ以上のサブピクチャを備える。このビットストリームは、フォーマット規則に準拠し
、ビットストリーム中に、１つのスライスを含むサブピクチャのサブピクチャ識別子を規
定する変数が存在する場合、この構文要素に対応する第２変数がこの変数に等しいという
条件を満たす構文要素が１つしか存在しないことを規定する。
別の例示的な態様において、映像処理方法が開示される。この方法は、映像の映像ピク
チャと映像のビットストリームとの間での変換を行うことを含む。この映像ピクチャは、
１つ以上のサブピクチャを備える。ビットストリームにおいて非矩形分割が適用されるか
、又はサブピクチャ情報が省略される場合、１つのスライスにおける２つのタイルは異な
るアドレスを有する。
チャと映像のビットストリームとの間での変換を行うことを含む。この映像ピクチャは、
１つ以上のサブピクチャを備える。ビットストリームにおいて非矩形分割が適用されるか
、又はサブピクチャ情報が省略される場合、１つのスライスにおける２つのタイルは異な
るアドレスを有する。
別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、
映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この映
像ピクチャは、１つ以上のタイルを備える。この規則は、１つ以上のタイルが均一な間隔
及び不均一な間隔の両方で編成される場合、１つの構文要素を使用してタイルレイアウト
のタイプを示すことを規定する。
映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この映
像ピクチャは、１つ以上のタイルを備える。この規則は、１つ以上のタイルが均一な間隔
及び不均一な間隔の両方で編成される場合、１つの構文要素を使用してタイルレイアウト
のタイプを示すことを規定する。
別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、
映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規
則は、変換においてマージ推定領域（Ｍｅｒｇｅ Ｅｓｔｉｍａｔｉｏｎ Ｒｅｇｉｏｎ
、ＭＥＲ）のサイズを処理するかどうか、又はどのように処理するかを、最小許容コーデ
ィングブロックサイズに依存することを規定する。
映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規
則は、変換においてマージ推定領域（Ｍｅｒｇｅ Ｅｓｔｉｍａｔｉｏｎ Ｒｅｇｉｏｎ
、ＭＥＲ）のサイズを処理するかどうか、又はどのように処理するかを、最小許容コーデ
ィングブロックサイズに依存することを規定する。
別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、
少なくとも１つの映像タイルを備える映像とこの映像のビットストリームとを変換するこ
とを含む。この規則は、コーディングツリーユニットの単位で映像タイルにおけるスライ
スの高さを、そのスライスを含む映像タイルのスライスについて明確に提供されるスライ
ス高さの数を示すビットストリーム中の第１構文要素の値に基づいて導出することを規定
する。
少なくとも１つの映像タイルを備える映像とこの映像のビットストリームとを変換するこ
とを含む。この規則は、コーディングツリーユニットの単位で映像タイルにおけるスライ
スの高さを、そのスライスを含む映像タイルのスライスについて明確に提供されるスライ
ス高さの数を示すビットストリーム中の第１構文要素の値に基づいて導出することを規定
する。
別の例示的な態様において、映像処理方法が開示される。この方法は、規則に従って、
１つ以上のスライスを含む映像タイルを備える映像ピクチャを備える映像と、この映像の
ビットストリームとを変換することを含む。この規則は、ピクチャにおける第１スライス
を含むタイルにおける第２スライスがコーディングツリーユニット単位で表される高さを
有することを規定する。第１スライスは、第１スライスインデックスを有し、第２スライ
スは、第１スライスインデックスと、映像タイルにおいて明確に提供されるスライス高さ
の数に基づいて判定される第２スライスインデックスを有する。第１スライスインデック
ス及び第２スライスインデックスに基づいて、第２スライスの高さを決定する。
１つ以上のスライスを含む映像タイルを備える映像ピクチャを備える映像と、この映像の
ビットストリームとを変換することを含む。この規則は、ピクチャにおける第１スライス
を含むタイルにおける第２スライスがコーディングツリーユニット単位で表される高さを
有することを規定する。第１スライスは、第１スライスインデックスを有し、第２スライ
スは、第１スライスインデックスと、映像タイルにおいて明確に提供されるスライス高さ
の数に基づいて判定される第２スライスインデックスを有する。第１スライスインデック
ス及び第２スライスインデックスに基づいて、第２スライスの高さを決定する。
別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上のタイ
ルを含む映像ピクチャを備える映像と、この映像のビットストリームとを変換することを
含む。この映像ピクチャは、ピクチャパラメータセットを指し、このピクチャパラメータ
セットは、このピクチャパラメータセットがＮ個のタイル列の列幅のリストを含むことを
規定するフォーマット規則に準拠し、ここで、Ｎは整数である。映像ピクチャには、（Ｎ
－１）番目のタイル列が存在し、（Ｎ－１）番目のタイル列の幅は、明確に含まれるタイ
ル列の幅に１つのコーディングツリーブロックを加えたリストにおける（Ｎ－１）番目の
エントリに等しい。
ルを含む映像ピクチャを備える映像と、この映像のビットストリームとを変換することを
含む。この映像ピクチャは、ピクチャパラメータセットを指し、このピクチャパラメータ
セットは、このピクチャパラメータセットがＮ個のタイル列の列幅のリストを含むことを
規定するフォーマット規則に準拠し、ここで、Ｎは整数である。映像ピクチャには、（Ｎ
－１）番目のタイル列が存在し、（Ｎ－１）番目のタイル列の幅は、明確に含まれるタイ
ル列の幅に１つのコーディングツリーブロックを加えたリストにおける（Ｎ－１）番目の
エントリに等しい。
別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上のタイ
ルを含む映像ピクチャを備える映像と、この映像のビットストリームとを変換することを
含む。この映像ピクチャは、ピクチャパラメータセットを指し、このピクチャパラメータ
セットは、このピクチャパラメータセットがＮ個のタイル行の行高さのリストを含むこと
を規定するフォーマット規則に準拠し、ここで、Ｎは整数である。映像ピクチャには、（
Ｎ－１）番目のタイル行が存在し、この（Ｎ－１）番目のタイル行の高さは、明確に含ま
れるタイル行の高さに１つのコーディングツリーブロックを加えたリストにおける（Ｎ－
１）番目のエントリに等しい。
ルを含む映像ピクチャを備える映像と、この映像のビットストリームとを変換することを
含む。この映像ピクチャは、ピクチャパラメータセットを指し、このピクチャパラメータ
セットは、このピクチャパラメータセットがＮ個のタイル行の行高さのリストを含むこと
を規定するフォーマット規則に準拠し、ここで、Ｎは整数である。映像ピクチャには、（
Ｎ－１）番目のタイル行が存在し、この（Ｎ－１）番目のタイル行の高さは、明確に含ま
れるタイル行の高さに１つのコーディングツリーブロックを加えたリストにおける（Ｎ－
１）番目のエントリに等しい。
別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上の映像
ピクチャを含む映像と映像のコーディングされた表現との変換を行うことを含み、各映像
ピクチャは、１つ以上のスライスを含む１つ以上のサブピクチャを含み、コーディングさ
れた表現はフォーマット規則に準拠し、フォーマット規則は、映像ピクチャのために矩形
スライスモードが有効化されている場合、映像ピクチャにおける各サブピクチャの各スラ
イスのピクチャレベルスライスインデックスが、コーディングされた表現における明確な
信号通知なしに導出されることを規定し、且つ各スライスにおけるコーディングツリーユ
ニットの数がピクチャレベルスライスインデックスから導出可能であることを規定する。
ピクチャを含む映像と映像のコーディングされた表現との変換を行うことを含み、各映像
ピクチャは、１つ以上のスライスを含む１つ以上のサブピクチャを含み、コーディングさ
れた表現はフォーマット規則に準拠し、フォーマット規則は、映像ピクチャのために矩形
スライスモードが有効化されている場合、映像ピクチャにおける各サブピクチャの各スラ
イスのピクチャレベルスライスインデックスが、コーディングされた表現における明確な
信号通知なしに導出されることを規定し、且つ各スライスにおけるコーディングツリーユ
ニットの数がピクチャレベルスライスインデックスから導出可能であることを規定する。
別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の
映像ピクチャを含む映像と映像のコーディングされた表現との変換を行うことを含み、各
映像ピクチャは、１つ以上のスライスを含む１つ以上のサブピクチャを含み、コーディン
グされた表現はフォーマット規則に準拠し、フォーマット規則は、コーディングされた表
現におけるサブピクチャレベルスライスインデックスを信号通知せずに、コーディングさ
れた表現における情報に基づいてサブピクチャレベルスライスインデックスを導出可能で
あることを規定する。
映像ピクチャを含む映像と映像のコーディングされた表現との変換を行うことを含み、各
映像ピクチャは、１つ以上のスライスを含む１つ以上のサブピクチャを含み、コーディン
グされた表現はフォーマット規則に準拠し、フォーマット規則は、コーディングされた表
現におけるサブピクチャレベルスライスインデックスを信号通知せずに、コーディングさ
れた表現における情報に基づいてサブピクチャレベルスライスインデックスを導出可能で
あることを規定する。
別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の
映像ピクチャを含む映像であって、各映像ピクチャが１つ以上のサブピクチャ及び／又は
１つ以上のタイルを含む映像と、フォーマット規則に準拠したコーディングされた表現と
の間で、制約規則に準拠した変換を行うことを含む。
映像ピクチャを含む映像であって、各映像ピクチャが１つ以上のサブピクチャ及び／又は
１つ以上のタイルを含む映像と、フォーマット規則に準拠したコーディングされた表現と
の間で、制約規則に準拠した変換を行うことを含む。
別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の
映像ピクチャを含む映像間で変換を行うことを含み、各映像ピクチャは、１つ以上のタイ
ル及び／又は１つ以上のスライスを含み、コーディングされた表現は、フォーマット規則
に準拠し、フォーマット規則は、映像ピクチャレベルのフィールドが、映像ピクチャにお
けるスライス及び／又はタイルの分割に関する情報を搬送することを規定する。
映像ピクチャを含む映像間で変換を行うことを含み、各映像ピクチャは、１つ以上のタイ
ル及び／又は１つ以上のスライスを含み、コーディングされた表現は、フォーマット規則
に準拠し、フォーマット規則は、映像ピクチャレベルのフィールドが、映像ピクチャにお
けるスライス及び／又はタイルの分割に関する情報を搬送することを規定する。
別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の
ピクチャを含む映像とこの映像のコーディングされた表現とを変換することを含み、この
変換は、１つの映像ピクチャを分割する最小スライス数が、この映像ピクチャを分割する
ために矩形分割を使用するかどうかの関数であるという分割規則に従う。
ピクチャを含む映像とこの映像のコーディングされた表現とを変換することを含み、この
変換は、１つの映像ピクチャを分割する最小スライス数が、この映像ピクチャを分割する
ために矩形分割を使用するかどうかの関数であるという分割規則に従う。
別の例示的な態様において、別の映像処理方法が開示される。この方法は、映像の映像
領域の映像スライスと映像のコーディングされた表現との変換を行うことを含み、コーデ
ィングされた表現はフォーマット規則に準拠し、フォーマット規則は、コーディングされ
た表現が映像スライスの左上位置に基づいて映像スライスを信号通知することを規定し、
フォーマット規則は、コーディングされた表現が映像ユニットレベルで信号通知される分
割情報における映像スライスの高さ及び／又は幅を信号通知することを規定する。
領域の映像スライスと映像のコーディングされた表現との変換を行うことを含み、コーデ
ィングされた表現はフォーマット規則に準拠し、フォーマット規則は、コーディングされ
た表現が映像スライスの左上位置に基づいて映像スライスを信号通知することを規定し、
フォーマット規則は、コーディングされた表現が映像ユニットレベルで信号通知される分
割情報における映像スライスの高さ及び／又は幅を信号通知することを規定する。
別の例示的な態様において、別の映像処理方法が開示される。この方法は、映像ピクチ
ャを含む映像とこの映像のコーディングされた表現との変換を行うことを含み、このコー
ディングされた表現は、フォーマット規則に準拠し、このフォーマット規則は、矩形スラ
イスにおける第１タイルのタイルインデックスと、次の矩形スライスにおける第１タイル
のタイルインデックスとの間の異なる信号通知を省略することを規定する。
ャを含む映像とこの映像のコーディングされた表現との変換を行うことを含み、このコー
ディングされた表現は、フォーマット規則に準拠し、このフォーマット規則は、矩形スラ
イスにおける第１タイルのタイルインデックスと、次の矩形スライスにおける第１タイル
のタイルインデックスとの間の異なる信号通知を省略することを規定する。
別の例示的な態様において、別の映像処理方法が開示される。この方法は、映像とこの
映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現
は、フォーマット規則に準拠し、このフォーマット規則は、映像ピクチャの幅とコーディ
ングツリーユニットのサイズとの関係によって、この映像ピクチャにおけるタイルの列又
は行の数を導出するために使用される情報の信号通知を制御することを規定する。
映像のコーディングされた表現との変換を行うことを含み、このコーディングされた表現
は、フォーマット規則に準拠し、このフォーマット規則は、映像ピクチャの幅とコーディ
ングツリーユニットのサイズとの関係によって、この映像ピクチャにおけるタイルの列又
は行の数を導出するために使用される情報の信号通知を制御することを規定する。
別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の
映像ピクチャを含む映像とこの映像のコーディングされた表現との変換を行うことを含み
、このコーディングされた表現は、フォーマット規則に準拠し、このフォーマット規則は
、均一な間隔のタイル及び不均一な間隔のタイルを含む映像ピクチャのためのコーディン
グされた表現にタイルレイアウト情報が含まれることを規定する。
映像ピクチャを含む映像とこの映像のコーディングされた表現との変換を行うことを含み
、このコーディングされた表現は、フォーマット規則に準拠し、このフォーマット規則は
、均一な間隔のタイル及び不均一な間隔のタイルを含む映像ピクチャのためのコーディン
グされた表現にタイルレイアウト情報が含まれることを規定する。
さらに別の例示的な態様において、映像エンコーダ装置が開示される。この映像エンコ
ーダは、上述した方法を実装するように構成されたプロセッサを備える。
ーダは、上述した方法を実装するように構成されたプロセッサを備える。
さらに別の例示的な態様において、映像デコーダ装置が開示される。この映像デコーダ
は、上述した方法を実装するように構成されたプロセッサを備える。
は、上述した方法を実装するように構成されたプロセッサを備える。
さらに別の例示的な態様では、コードが記憶されたコンピュータ可読媒体が開示される
。このコードは、本明細書に記載の方法の１つをプロセッサが実行可能なコードの形式で
実施する。
。このコードは、本明細書に記載の方法の１つをプロセッサが実行可能なコードの形式で
実施する。
これらの及び他の特徴は、本文書全体にわたって説明される。
本明細書では、理解を容易にするために章の見出しを使用しており、その技術および各
章に記載された実施形態の適用可能性をその章のみに限定するものではない。さらに、Ｈ
．２６６という用語は、ある説明において、理解を容易にするためだけに用いられ、開示
される技術の範囲を限定するために用いられたものではない。このように、本明細書で説
明される技術は、他の映像コーデックプロトコル及び設計にも適用可能である。
章に記載された実施形態の適用可能性をその章のみに限定するものではない。さらに、Ｈ
．２６６という用語は、ある説明において、理解を容易にするためだけに用いられ、開示
される技術の範囲を限定するために用いられたものではない。このように、本明細書で説
明される技術は、他の映像コーデックプロトコル及び設計にも適用可能である。
１． 概要
本明細書は、映像コーディング技術に関する。具体的には、サブピクチャ、タイル、及
びスライスの信号通知に関する。この考えは、個々に又は様々な組み合わせで、マルチレ
イヤ映像コーディング、例えば、現在開発されているＶｅｒｓａｔｉｌｅ Ｖｉｄｅｏ
Ｃｏｄｉｎｇ（ＶＶＣ）をサポートする任意の映像コーディング標準又は非標準映像コー
デックに適用されてもよい。
本明細書は、映像コーディング技術に関する。具体的には、サブピクチャ、タイル、及
びスライスの信号通知に関する。この考えは、個々に又は様々な組み合わせで、マルチレ
イヤ映像コーディング、例えば、現在開発されているＶｅｒｓａｔｉｌｅ Ｖｉｄｅｏ
Ｃｏｄｉｎｇ（ＶＶＣ）をサポートする任意の映像コーディング標準又は非標準映像コー
デックに適用されてもよい。
２． 略語
ＡＰＳ （Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ） 適応パラメータセッ
ト
ＡＵ （Ａｃｃｅｓｓ Ｕｎｉｔ） アクセスユニット
ＡＵＤ （Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ） アクセスユニットデリミタ
ー
ＡＶＣ （Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ） 高度映像コーディング
ＣＬＶＳ （Ｃｏｄｅｄ Ｌａｙｅｒ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ） コーディング
レイヤ映像シーケンス
ＣＰＢ （Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ） コーディングピクチャバッフ
ァ
ＣＲＡ （Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ） クリーンランダムアクセス
ＣＴＵ （Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ） コーディングツリーユニット
ＣＶＳ （Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ） コーディング映像シーケンス
ＤＰＢ （Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ） 復号ピクチャバッファ
ＤＰＳ （Ｄｅｃｏｄｉｎｇ Ｐａｒａｍｅｔｅｒ Ｓｅｔ） 復号パラメータセット
ＥＯＢ （Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ） ビットストリーム終端
ＥＯＳ （Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ） シーケンス終端
ＧＤＲ （Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ） 漸次的復号リフレッ
シュ
ＨＥＶＣ （Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ） 高効率映
像コーディング
ＨＲＤ （Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ） 仮想参
照デコーダ
ＩＤＲ （Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ） 瞬時復
号リフレッシュ
ＪＥＭ （Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ） 共同探索モデル
ＭＣＴＳ （Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ） 動作制約
タイルセット
ＮＡＬ （Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ） ネットワーク抽象
化レイヤ
ＯＬＳ （Ｏｕｔｐｕｔ Ｌａｙｅｒ Ｓｅｔ） 出力レイヤセット
ＰＨ （Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ） ピクチャヘッダ
ＰＰＳ （Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ） ピクチャパラメータセット
ＰＴＬ （Ｐｒｏｆｉｌｅ，Ｔｉｅｒ ａｎｄ Ｌｅｖｅｌ） プロファイル、ティアお
よびレベル
ＰＵ （Ｐｉｃｔｕｒｅ Ｕｎｉｔ） ピクチャユニット
ＲＢＳＰ （Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ） 生バイトシーケ
ンスペイロード
ＳＥＩ （Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏ
ｎ） 補足強化情報
ＳＰＳ （Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ） シーケンスパラメータセ
ット
ＳＶＣ （Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ） スケーラブル映像コーディ
ング
ＶＣＬ （Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ） 映像コーディングレイヤ
ＶＰＳ （Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ） 映像パラメータセット
ＶＴＭ （ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ） ＶＶＣ試験モデル
ＶＵＩ （Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ） 映像ユーザビ
リティ情報
ＶＶＣ （Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ） 汎用映像コーディング
ＡＰＳ （Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ） 適応パラメータセッ
ト
ＡＵ （Ａｃｃｅｓｓ Ｕｎｉｔ） アクセスユニット
ＡＵＤ （Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ） アクセスユニットデリミタ
ー
ＡＶＣ （Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ） 高度映像コーディング
ＣＬＶＳ （Ｃｏｄｅｄ Ｌａｙｅｒ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ） コーディング
レイヤ映像シーケンス
ＣＰＢ （Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ） コーディングピクチャバッフ
ァ
ＣＲＡ （Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ） クリーンランダムアクセス
ＣＴＵ （Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ） コーディングツリーユニット
ＣＶＳ （Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ） コーディング映像シーケンス
ＤＰＢ （Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ） 復号ピクチャバッファ
ＤＰＳ （Ｄｅｃｏｄｉｎｇ Ｐａｒａｍｅｔｅｒ Ｓｅｔ） 復号パラメータセット
ＥＯＢ （Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ） ビットストリーム終端
ＥＯＳ （Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ） シーケンス終端
ＧＤＲ （Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ） 漸次的復号リフレッ
シュ
ＨＥＶＣ （Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ） 高効率映
像コーディング
ＨＲＤ （Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ） 仮想参
照デコーダ
ＩＤＲ （Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ） 瞬時復
号リフレッシュ
ＪＥＭ （Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ） 共同探索モデル
ＭＣＴＳ （Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ） 動作制約
タイルセット
ＮＡＬ （Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ） ネットワーク抽象
化レイヤ
ＯＬＳ （Ｏｕｔｐｕｔ Ｌａｙｅｒ Ｓｅｔ） 出力レイヤセット
ＰＨ （Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ） ピクチャヘッダ
ＰＰＳ （Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ） ピクチャパラメータセット
ＰＴＬ （Ｐｒｏｆｉｌｅ，Ｔｉｅｒ ａｎｄ Ｌｅｖｅｌ） プロファイル、ティアお
よびレベル
ＰＵ （Ｐｉｃｔｕｒｅ Ｕｎｉｔ） ピクチャユニット
ＲＢＳＰ （Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ） 生バイトシーケ
ンスペイロード
ＳＥＩ （Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏ
ｎ） 補足強化情報
ＳＰＳ （Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ） シーケンスパラメータセ
ット
ＳＶＣ （Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ） スケーラブル映像コーディ
ング
ＶＣＬ （Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ） 映像コーディングレイヤ
ＶＰＳ （Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ） 映像パラメータセット
ＶＴＭ （ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ） ＶＶＣ試験モデル
ＶＵＩ （Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ） 映像ユーザビ
リティ情報
ＶＶＣ （Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ） 汎用映像コーディング
３． 初期の協議
映像コーディング規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によ
って発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰ
ＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ Ｖ
ｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄ
ｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像コーディン
グ規格は、時間予測と変換コーディングが利用されるハイブリッド映像コーディング構造
に基づく。ＨＥＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年に
は、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔ
ｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用さ
れ、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフト
ウェアに組み込まれてきた。ＪＶＥＴは四半期に１回開催され、新しいコーディング規格
はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥ
Ｔ会議において、新しい映像コーディング規格を汎用映像コーディング（Ｖｅｒｓａｔｉ
ｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ：ＶＶＣ）と正式に命名し、その時、第１版のＶＶＣテ
ストモデル（ＶＴＭ）をリリースした。ＶＶＣの標準化に寄与する努力が続けられている
ので、すべてのＪＶＥＴ会議において、ＶＶＣ標準に新しいコーディング技術が採用され
ている。毎回の会議の後、ＶＶＣ作業草案およびテストモデルＶＴＭを更新する。ＶＶＣ
プロジェクトは、現在、２０２０年７月の会合における技術完成（ＦＤＩＳ）を目指して
いる。
映像コーディング規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によ
って発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰ
ＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ Ｖ
ｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄ
ｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像コーディン
グ規格は、時間予測と変換コーディングが利用されるハイブリッド映像コーディング構造
に基づく。ＨＥＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年に
は、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔ
ｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用さ
れ、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフト
ウェアに組み込まれてきた。ＪＶＥＴは四半期に１回開催され、新しいコーディング規格
はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥ
Ｔ会議において、新しい映像コーディング規格を汎用映像コーディング（Ｖｅｒｓａｔｉ
ｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ：ＶＶＣ）と正式に命名し、その時、第１版のＶＶＣテ
ストモデル（ＶＴＭ）をリリースした。ＶＶＣの標準化に寄与する努力が続けられている
ので、すべてのＪＶＥＴ会議において、ＶＶＣ標準に新しいコーディング技術が採用され
ている。毎回の会議の後、ＶＶＣ作業草案およびテストモデルＶＴＭを更新する。ＶＶＣ
プロジェクトは、現在、２０２０年７月の会合における技術完成（ＦＤＩＳ）を目指して
いる。
３．１． ＨＥＶＣにおけるピクチャ分割スキーム
ＨＥＶＣには、正規のスライス、依存性のあるスライス、タイル、ＷＰＰ（Ｗａｖｅｆ
ｒｏｎｔ Ｐａｒａｌｌｅｌ Ｐｒｏｃｅｓｓｉｎｇ）という４つの異なる画像分割スキ
ームがあり、これらを適用することで、最大転送ユニット（ＭＴＵ）サイズのマッチング
、並列処理、エンドツーエンドの遅延の低減が可能になる。
ＨＥＶＣには、正規のスライス、依存性のあるスライス、タイル、ＷＰＰ（Ｗａｖｅｆ
ｒｏｎｔ Ｐａｒａｌｌｅｌ Ｐｒｏｃｅｓｓｉｎｇ）という４つの異なる画像分割スキ
ームがあり、これらを適用することで、最大転送ユニット（ＭＴＵ）サイズのマッチング
、並列処理、エンドツーエンドの遅延の低減が可能になる。
正規のスライスは、Ｈ．２６４／ＡＶＣと同様である。各正規のスライスは、それ自体
のＮＡＬユニットにカプセル化され、スライス境界にわたるインピクチャ予測（イントラ
サンプル予測、動き情報予測、コーディングモード予測）およびエントロピーコーディン
グ依存性は無効化される。このように、１つの正規のスライスは、同じピクチャ内の他の
正規のスライスとは独立して再構成することができる（しかし、ループフィルタリング動
作のために依然として相互依存性が残っている場合がある）。
のＮＡＬユニットにカプセル化され、スライス境界にわたるインピクチャ予測（イントラ
サンプル予測、動き情報予測、コーディングモード予測）およびエントロピーコーディン
グ依存性は無効化される。このように、１つの正規のスライスは、同じピクチャ内の他の
正規のスライスとは独立して再構成することができる（しかし、ループフィルタリング動
作のために依然として相互依存性が残っている場合がある）。
正規のスライスは、並列化に使用できる唯一のツールであり、Ｈ．２６４／ＡＶＣでも
ほぼ同じ形式で使用できる。正規のスライスに基づく並列化は、プロセッサ間通信または
コア間通信をあまり必要としない（予測コーディングされたピクチャを復号するときの動
き補償のためにプロセッサ間またはコア間データ共有を除いて、通常、ピクチャ内予測の
ため、プロセッサ間またはコア間データ共有よりもはるかに重い）。しかしながら、同じ
理由で、正規のスライスを使用すると、スライスヘッダのビットコストおよびスライス境
界にわたる予測が欠如していることに起因して、コーディングのオーバーヘッドが大きく
なる可能性がある。さらに、レギュラースライスは（後述の他のツールとは対照的に）、
レギュラースライスのピクチャ内独立性および各レギュラースライスがそれ自体のＮＡＬ
ユニットにカプセル化されることに起因して、ＭＴＵサイズ要件に適応するようにビット
ストリームを分割するための鍵となるメカニズムとしても機能する。多くの場合、並列化
の目標およびＭＴＵサイズマッチングの目標は、画像におけるスライスレイアウトに矛盾
する要求を課す。このような状況を実現したことにより、以下のような並列化ツールが開
発された。
ほぼ同じ形式で使用できる。正規のスライスに基づく並列化は、プロセッサ間通信または
コア間通信をあまり必要としない（予測コーディングされたピクチャを復号するときの動
き補償のためにプロセッサ間またはコア間データ共有を除いて、通常、ピクチャ内予測の
ため、プロセッサ間またはコア間データ共有よりもはるかに重い）。しかしながら、同じ
理由で、正規のスライスを使用すると、スライスヘッダのビットコストおよびスライス境
界にわたる予測が欠如していることに起因して、コーディングのオーバーヘッドが大きく
なる可能性がある。さらに、レギュラースライスは（後述の他のツールとは対照的に）、
レギュラースライスのピクチャ内独立性および各レギュラースライスがそれ自体のＮＡＬ
ユニットにカプセル化されることに起因して、ＭＴＵサイズ要件に適応するようにビット
ストリームを分割するための鍵となるメカニズムとしても機能する。多くの場合、並列化
の目標およびＭＴＵサイズマッチングの目標は、画像におけるスライスレイアウトに矛盾
する要求を課す。このような状況を実現したことにより、以下のような並列化ツールが開
発された。
従属スライスは、ショートスライスヘッダを有し、ピクチャ内予測を一切中断すること
なく、ツリーブロック境界でビットストリームを区分することを可能にする。基本的に、
従属スライスは、正規のスライスを複数のＮＡＬユニットに断片化し、正規のスライス全
体の符号化が完了する前に正規のスライスの一部を送出することを可能にすることによっ
て、エンドツーエンド遅延を低減する。
なく、ツリーブロック境界でビットストリームを区分することを可能にする。基本的に、
従属スライスは、正規のスライスを複数のＮＡＬユニットに断片化し、正規のスライス全
体の符号化が完了する前に正規のスライスの一部を送出することを可能にすることによっ
て、エンドツーエンド遅延を低減する。
ＷＰＰにおいて、ピクチャは、単一行のコーディングツリーブロック（ＣＴＢ）に分割
される。エントロピー復号および予測は、他の分割におけるＣＴＢからのデータを使用す
ることを許可される。ＣＴＢ行の並列復号によって並列処理が可能であり、１つのＣＴＢ
行の復号の開始が２つのＣＴＢだけ遅延され、それによって、対象のＣＴＢが復号される
前に、対象のＣＴＢの右上のＣＴＢに関するデータが確実に利用可能になる。この互い違
いのスタート（グラフで表される場合、波面のように見える）を使用することで、ピクチ
ャがＣＴＢ行を含む数までの処理装置／コアを用いて並列化することが可能である。１つ
のピクチャ内の近傍のツリーブロック行間のピクチャ内予測が許可されるので、ピクチャ
内予測を可能にするために必要な処理装置間／コア間通信は十分となり得る。ＷＰＰ分割
は、適用されない場合と比較して、追加のＮＡＬユニットの生成をもたらさず、従って、
ＷＰＰは、ＭＴＵサイズマッチングのためのツールではない。しかし、ＭＴＵサイズのマ
ッチングが必要な場合、一定のコーディングオーバーヘッドを伴って、ＷＰＰで正規のス
ライスを使用することができる。
される。エントロピー復号および予測は、他の分割におけるＣＴＢからのデータを使用す
ることを許可される。ＣＴＢ行の並列復号によって並列処理が可能であり、１つのＣＴＢ
行の復号の開始が２つのＣＴＢだけ遅延され、それによって、対象のＣＴＢが復号される
前に、対象のＣＴＢの右上のＣＴＢに関するデータが確実に利用可能になる。この互い違
いのスタート（グラフで表される場合、波面のように見える）を使用することで、ピクチ
ャがＣＴＢ行を含む数までの処理装置／コアを用いて並列化することが可能である。１つ
のピクチャ内の近傍のツリーブロック行間のピクチャ内予測が許可されるので、ピクチャ
内予測を可能にするために必要な処理装置間／コア間通信は十分となり得る。ＷＰＰ分割
は、適用されない場合と比較して、追加のＮＡＬユニットの生成をもたらさず、従って、
ＷＰＰは、ＭＴＵサイズマッチングのためのツールではない。しかし、ＭＴＵサイズのマ
ッチングが必要な場合、一定のコーディングオーバーヘッドを伴って、ＷＰＰで正規のス
ライスを使用することができる。
タイルは、ピクチャをタイルの列および行に分割する水平および垂直境界を規定する。
タイルの列は、絵の上から下へと延びている。同様に、タイル行は、ピクチャの左から右
に延びる。ピクチャにおけるタイルの数は、単にタイル列の数にタイル行の数を乗算する
ことで得ることができる。
タイルの列は、絵の上から下へと延びている。同様に、タイル行は、ピクチャの左から右
に延びる。ピクチャにおけるタイルの数は、単にタイル列の数にタイル行の数を乗算する
ことで得ることができる。
ＣＴＢのスキャン順序は、１つのタイル内でローカルになるように（１つのタイルのＣ
ＴＢラスタスキャンの順に）変更され、その後、１つのピクチャのタイルラスタスキャン
の順に従って、次のタイルの左上のＣＴＢを復号する。正規のスライスと同様に、タイル
は、ピクチャ内予測依存性およびエントロピー復号依存性を損なう。しかしながら、これ
らは、個々のＮＡＬユニット（この点でＷＰＰと同じ）に含まれる必要がなく、従って、
タイルは、ＭＴＵサイズマッチングに使用できない。各タイルは、１つのプロセッサ／コ
アによって処理されてもよく、処理ユニット間のピクチャ内予測に必要なプロセッサ／コ
ア間通信では、近傍タイルの復号は、１つのスライスが２つ以上のタイルにまたがってい
る場合、共有スライスヘッダの伝達と、再構築されたサンプルおよびメタデータのループ
フィルタリングに関連する共有とに限定される。１つのスライスに２つ以上のタイルまた
はＷＰＰセグメントが含まれる場合、該スライスにおける最初の１つ以外の各タイルまた
はＷＰＰセグメントのエントリポイントバイトオフセットが、スライスヘッダにおいて信
号通知される。
ＴＢラスタスキャンの順に）変更され、その後、１つのピクチャのタイルラスタスキャン
の順に従って、次のタイルの左上のＣＴＢを復号する。正規のスライスと同様に、タイル
は、ピクチャ内予測依存性およびエントロピー復号依存性を損なう。しかしながら、これ
らは、個々のＮＡＬユニット（この点でＷＰＰと同じ）に含まれる必要がなく、従って、
タイルは、ＭＴＵサイズマッチングに使用できない。各タイルは、１つのプロセッサ／コ
アによって処理されてもよく、処理ユニット間のピクチャ内予測に必要なプロセッサ／コ
ア間通信では、近傍タイルの復号は、１つのスライスが２つ以上のタイルにまたがってい
る場合、共有スライスヘッダの伝達と、再構築されたサンプルおよびメタデータのループ
フィルタリングに関連する共有とに限定される。１つのスライスに２つ以上のタイルまた
はＷＰＰセグメントが含まれる場合、該スライスにおける最初の１つ以外の各タイルまた
はＷＰＰセグメントのエントリポイントバイトオフセットが、スライスヘッダにおいて信
号通知される。
説明を簡単にするために、ＨＥＶＣにおいては、４つの異なるピクチャ分割方式の適用
に関する制限が規定されている。所与のコーディングされた映像シーケンスは、ＨＥＶＣ
に規定されたプロファイルのほとんどについて、タイルおよび波面の両方を含むことがで
きない。各スライスおよびタイルについて、以下の条件のいずれかまたは両方を満たさな
ければならない。１）１つのスライスにおけるすべてのコーディングツリーブロックは、
同じタイルに属し、２）１つのタイルにおけるすべてのコーディングツリーブロックは、
同じスライスに属する。最後に、１つの波面セグメントはちょうど１つのＣＴＢ行を含み
、ＷＰＰが使用されている時に、１つのスライスが１つのＣＴＢ行内で始まる場合、同じ
ＣＴＢ行で終わらなければならない。
に関する制限が規定されている。所与のコーディングされた映像シーケンスは、ＨＥＶＣ
に規定されたプロファイルのほとんどについて、タイルおよび波面の両方を含むことがで
きない。各スライスおよびタイルについて、以下の条件のいずれかまたは両方を満たさな
ければならない。１）１つのスライスにおけるすべてのコーディングツリーブロックは、
同じタイルに属し、２）１つのタイルにおけるすべてのコーディングツリーブロックは、
同じスライスに属する。最後に、１つの波面セグメントはちょうど１つのＣＴＢ行を含み
、ＷＰＰが使用されている時に、１つのスライスが１つのＣＴＢ行内で始まる場合、同じ
ＣＴＢ行で終わらなければならない。
最近のＨＥＶＣの修正は、ＪＣＴ－ＶＣの出力文書であるＪＣＴＶＣ－ＡＣ１００５、
Ｊ．ボイス、Ａ．ラマスブラモニアン、Ｒ．スクピン、Ｇ．Ｊ．スリ版、Ａ．トゥラピス
、Ｙ．－Ｋ．ワング（ｅｄｉｔｏｒｓ），“ＨＥＶＣ追加の捕捉強化情報”（Ｄｒａｆｔ
４），“Ｏｃｔ．２４，２０１７，下記で入手可能：ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎ
ｔ－ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／２９＿
Ｍａｃａｕ／ｗｇ１１／ＪＣＴＶＣ－ＡＣ１００５－ｖ２．ｚｉｐこの補正を含め、ＨＥ
ＶＣは、３つのＭＣＴＳ関連ＳＥＩメッセージ、即ち、時間ＭＣＴＳ ＳＥＩ（補足強化
情報）メッセージ、ＭＣＴＳ抽出情報セットＳＥＩメッセージ、およびＭＣＴＳ抽出情報
ネストＳＥＩメッセージを特定する。
Ｊ．ボイス、Ａ．ラマスブラモニアン、Ｒ．スクピン、Ｇ．Ｊ．スリ版、Ａ．トゥラピス
、Ｙ．－Ｋ．ワング（ｅｄｉｔｏｒｓ），“ＨＥＶＣ追加の捕捉強化情報”（Ｄｒａｆｔ
４），“Ｏｃｔ．２４，２０１７，下記で入手可能：ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎ
ｔ－ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／２９＿
Ｍａｃａｕ／ｗｇ１１／ＪＣＴＶＣ－ＡＣ１００５－ｖ２．ｚｉｐこの補正を含め、ＨＥ
ＶＣは、３つのＭＣＴＳ関連ＳＥＩメッセージ、即ち、時間ＭＣＴＳ ＳＥＩ（補足強化
情報）メッセージ、ＭＣＴＳ抽出情報セットＳＥＩメッセージ、およびＭＣＴＳ抽出情報
ネストＳＥＩメッセージを特定する。
時間ＭＣＴＳ ＳＥＩメッセージは、ビットストリーム中にＭＣＴＳが存在することを
示し、ＭＣＴＳに信号を送信する。各ＭＣＴＳにおいて、動きベクトルは、ＭＣＴＳ内部
のフルサンプル位置と、補間のためにＭＣＴＳ内部のフルサンプル位置のみを必要とする
フラクショナルサンプル位置とを指すように制限され、且つ、ＭＣＴＳ外部のブロックか
ら導出された時間動きベクトル予測のための動きベクトル候補の使用は許可されない。こ
のように、各ＭＣＴＳは、ＭＣＴＳに含まれていないタイルが存在せず、独立して復号さ
れてもよい。
示し、ＭＣＴＳに信号を送信する。各ＭＣＴＳにおいて、動きベクトルは、ＭＣＴＳ内部
のフルサンプル位置と、補間のためにＭＣＴＳ内部のフルサンプル位置のみを必要とする
フラクショナルサンプル位置とを指すように制限され、且つ、ＭＣＴＳ外部のブロックか
ら導出された時間動きベクトル予測のための動きベクトル候補の使用は許可されない。こ
のように、各ＭＣＴＳは、ＭＣＴＳに含まれていないタイルが存在せず、独立して復号さ
れてもよい。
ＭＣＴＳ抽出情報セットＳＥＩメッセージは、ＭＣＴＳサブビットストリーム抽出（Ｓ
ＥＩメッセージの意味の一部として規定される）において使用され得る補足情報を提供し
、ＭＣＴＳセットのための適合ビットストリームを生成する。この情報は、抽出情報セッ
トの数を含み、各抽出情報セットは、ＭＣＴＳセットの数を定義し、ＭＣＴＳサブビット
ストリーム抽出処理において使用される代替ＶＰＳ、ＳＰＳ、およびＰＰＳのＲＢＳＰバ
イトを含む。ＭＣＴＳサブビットストリーム抽出プロセスによってサブビットストリーム
を抽出する場合、パラメータセット（ＶＰＳ，ＳＰＳ，ＰＰＳ）を書き換えるかまたは置
き換える必要があるが、その理由は、スライスアドレスに関連する構文要素の１つまたは
全て（ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ｐｉｃ＿ｆｌａｇおよびｓｌｉ
ｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓを含む）が異なる値となる必要があるためである
。
ＥＩメッセージの意味の一部として規定される）において使用され得る補足情報を提供し
、ＭＣＴＳセットのための適合ビットストリームを生成する。この情報は、抽出情報セッ
トの数を含み、各抽出情報セットは、ＭＣＴＳセットの数を定義し、ＭＣＴＳサブビット
ストリーム抽出処理において使用される代替ＶＰＳ、ＳＰＳ、およびＰＰＳのＲＢＳＰバ
イトを含む。ＭＣＴＳサブビットストリーム抽出プロセスによってサブビットストリーム
を抽出する場合、パラメータセット（ＶＰＳ，ＳＰＳ，ＰＰＳ）を書き換えるかまたは置
き換える必要があるが、その理由は、スライスアドレスに関連する構文要素の１つまたは
全て（ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ｐｉｃ＿ｆｌａｇおよびｓｌｉ
ｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓを含む）が異なる値となる必要があるためである
。
３．２． ＶＶＣにおけるピクチャの分割
ＶＶＣにおいて、１つのピクチャは、１つ以上のタイル行および１つ以上のタイル列に
分割される。１つのタイルは、１つの画像の１つの矩形領域を覆う１つのＣＴＵのシーケ
ンスである。１つのタイルにおけるＣＴＵは、そのタイル内でラスタスキャン順にスキャ
ンされる。
ＶＶＣにおいて、１つのピクチャは、１つ以上のタイル行および１つ以上のタイル列に
分割される。１つのタイルは、１つの画像の１つの矩形領域を覆う１つのＣＴＵのシーケ
ンスである。１つのタイルにおけるＣＴＵは、そのタイル内でラスタスキャン順にスキャ
ンされる。
１つのスライスは、１つのピクチャのタイル内において、整数個の完全なタイルまたは
整数個の連続した完全なＣＴＵ行を含む。
整数個の連続した完全なＣＴＵ行を含む。
２つのモードのスライス、即ちラスタスキャンスライスモードおよび矩形スライスモー
ドに対応している。ラスタスキャンスライスモードにおいて、１つのスライスは、１つの
ピクチャのタイルラスタスキャンにおける１つの完全なタイルのシーケンスを含む。矩形
スライスモードにおいて、１つのスライスは、ピクチャの矩形領域を集合的に形成する完
全なタイルの数、またはピクチャの矩形領域を集合的に形成する１つのタイルの連続した
完全なＣＴＵ行の数のいずれかを含む。矩形スライス内のタイルを、そのスライスに対応
する矩形領域内で、タイルラスタスキャンの順にスキャンする。
ドに対応している。ラスタスキャンスライスモードにおいて、１つのスライスは、１つの
ピクチャのタイルラスタスキャンにおける１つの完全なタイルのシーケンスを含む。矩形
スライスモードにおいて、１つのスライスは、ピクチャの矩形領域を集合的に形成する完
全なタイルの数、またはピクチャの矩形領域を集合的に形成する１つのタイルの連続した
完全なＣＴＵ行の数のいずれかを含む。矩形スライス内のタイルを、そのスライスに対応
する矩形領域内で、タイルラスタスキャンの順にスキャンする。
１つのサブピクチャは、１つのピクチャの矩形領域を集合的に覆う１つ以上のスライス
を含む。
を含む。
図１は、ピクチャのラスタスキャンスライス区分の例を示し、ピクチャは、１２個のタ
イルと３個のラスタスキャンスライスとに分割される。
イルと３個のラスタスキャンスライスとに分割される。
図２は、ピクチャを矩形スライス区分の例を示し、ピクチャは、２４個のタイル（６個
のタイル列および４個のタイル行）と９個の矩形スライスとに分割される。
のタイル列および４個のタイル行）と９個の矩形スライスとに分割される。
図３は、タイルおよび矩形のスライスに分割されたピクチャの例を示し、このピクチャ
は、４つのタイル（２つのタイル列および２つのタイル行）と４つの矩形スライスとに分
割される。
は、４つのタイル（２つのタイル列および２つのタイル行）と４つの矩形スライスとに分
割される。
図４は、１つのピクチャをサブピクチャで分割する例を示し、１つのピクチャは、１８
個のタイルに分割され、左側の１２個が、４×４のＣＴＵの１つのスライスをそれぞれ含
み、右側の６個のタイルが、２×２のＣＴＵの垂直方向に積み重ねられたスライスをそれ
ぞれ含み、全体で２４個のスライス及び２４個の異なる寸法のサブピクチャとなる（各ス
ライスは、１つのサブピクチャ）。
個のタイルに分割され、左側の１２個が、４×４のＣＴＵの１つのスライスをそれぞれ含
み、右側の６個のタイルが、２×２のＣＴＵの垂直方向に積み重ねられたスライスをそれ
ぞれ含み、全体で２４個のスライス及び２４個の異なる寸法のサブピクチャとなる（各ス
ライスは、１つのサブピクチャ）。
３．３ ＶＶＣにおけるＳＰＳ／ＰＰＳ／Ｐｉｃｔｕｒｅ ｈｅａｄｅｒ／Ｓｌｉｃｅ
ｈｅａｄｅｒの信号通知
７．３．２．３ シーケンスパラメータセットＲＢＳＰ構文
ｈｅａｄｅｒの信号通知
７．３．２．３ シーケンスパラメータセットＲＢＳＰ構文
７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文
７．３．２．７ ピクチャヘッダ構造構文
７．３．７．１ 一般スライスセグメントヘッダ構文
３．４ タイル、スライス、サブピクチャの仕様例
３ 定義
ピクチャレベルスライスインデックス：ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい
場合、ＰＰＳで信号通知される順番で、ピクチャにおけるスライスのリストに対するスラ
イスのインデックスを示す。
サブピクチャレベルスライスインデックス：ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等
しい場合、ＰＰＳで信号通知される順番にサブピクチャにおけるスライスのリストへのス
ライスのインデックスを示す。
６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
タイル列の数を規定する変数ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ、及びＣＴＢ単位でｉ番目
のタイル列の幅を規定するｉのための０からＮｕｍＴｉｌｅＣｏｌｕｍｎ－１の範囲（両
端含む）のリストｃｏｌＷｉｄｔｈ［ｉ］は、以下のように導出される。
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＝ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１；
ｉ＋＋）｛
ｃｏｌＷｉｄｔｈ［ｉ］＝ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ
］＋１
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ－＝ｃｏｌＷｉｄｔｈ［ｉ］
｝
ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ＝ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍ
ｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］＋１ （２
３）
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＞＝ｕｎｉｆｏｒｍＴｉｌ
ｅＣｏｌＷｉｄｔｈ）｛
ｃｏｌＷｉｄｔｈ［ｉ＋＋］＝ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ－＝ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷ
ｉｄｔｈ
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＞０）
ｃｏｌＷｉｄｔｈ［ｉ＋＋］＝ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ
ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ＝ｉ
タイル行の数を規定する変数ＮｕｍＴｉｌｅＲｏｗｓ、及びＣＴＢ単位でｊ番目のタイ
ル行の高さを規定する０からＮｕｍＴｉｌｅＲｏｗｓ－１までの範囲（両端含む）のｊの
リストＲｏｗＨｅｉｇｈｔ［ｊ］は、以下のように導出される。
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＝ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１；ｊ＋＋）
｛
ＲｏｗＨｅｉｇｈｔ［ｊ］＝ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］
＋１
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ＲｏｗＨｅｉｇｈｔ［ｊ］
｝
ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ＝ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉ
ｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］＋１ （２４）
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞＝ｕｎｉｆｏｒｍＴｉ
ｌｅＲｏｗＨｅｉｇｈｔ）｛
ＲｏｗＨｅｉｇｈｔ［ｊ＋＋］＝ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ｕｎｉｆｏｒｍＴｉｌｅＲｏｗ
Ｈｅｉｇｈｔ
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞０）
ＲｏｗＨｅｉｇｈｔ［ｊ＋＋］＝ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ
ＮｕｍＴｉｌｅＲｏｗｓ＝ｊ
変数ＮｕｍＴｉｌｅＩｎＰｉｃは、ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ＊ＮｕｍＴｉｌｅＲ
ｏｗｓに等しく設定される。
ｉが０からＮｕｍＴｉｌｅＣｏｌｕｍｎｓまでの範囲（両端含む）にあり、ＣＴＢの単
位でｉ番目のタイル列境界の位置を規定する場合、リストｔｉｌｅＣｏｌＢｄ［ｉ］は、
以下のように導出される。
ｆｏｒ（ｔｉｌｅＣｏｌＢｄ［０］＝０，ｉ＝０；ｉ＜ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
；ｉ＋＋）
ｔｉｌｅＣｏｌＢｄ［ｉ＋１］＝ｔｉｌｅＣｏｌＢｄ［ｉ］＋ｃｏｌＷｉｄｔｈ［ｉ
］ （２５）
注１－配列ｔｉｌｅＣｏｌＢｄ［］のサイズは、ＣｔｂＴｏｌｅＢｄ［］の導出における
実際のタイル列の数よりも１大きい。
ｊ番目のタイル行境界の位置をＣＴＢ単位で規定する、ｊが０からＮｕｍＴｉｌｅＲｏｗ
ｓまでの範囲（両端含む）にあるリストｔｉｌｅＲｏｗＢｄ［ｊ］は、以下のように導出
される。
ｆｏｒ（ｔｉｌｅＲｏｗＢｄ［０］＝０，ｊ＝０；ｊ＜ＮｕｍＴｉｌｅＲｏｗｓ；ｊ＋
＋）
ｔｉｌｅＲｏｗＢｄ［ｊ＋１］＝ｔｉｌｅＲｏｗＢｄ［ｊ］＋ＲｏｗＨｅｉｇｈｔ［
ｊ］ （２６）
注２－上記導出における配列ｔｉｌｅＲｏｗＢｄ［］のサイズは、ＣｔｂＴｏｌｅＲｏ
ｗＢｄ［ ］の導出における実際のタイル行の数よりも１大きい。
ＣＴＢ単位で水平ＣＴＢアドレスから左側タイル列境界への変換を規定する、０からＰ
ｉｃＷｉｄｔｈＩｎＣｔｂｓＹまでの範囲（両端含む）のｃｔｂＡｄｄｒＸのリストＣｔ
ｂＴｏＴｉｌｅＣｏｌＢｄ［ｃｔｂＡｄｄｒＸ］は、以下のように導出される。
ｔｉｌｅＸ＝０
ｆｏｒ（ｃｔｂＡｄｄｒＸ＝０；ｃｔｂＡｄｄｒＸ＜＝ＰｉｃＷｉｄｔｈＩｎＣｔｂｓ
Ｙ；ｃｔｂＡｄｄｒＸ＋＋）｛
ｉｆ（ｃｔｂＡｄｄｒＸ＝＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］）（２７）
ｔｉｌｅＸ＋＋
ＣｔｂＴｏＴｉｌｅＣｏｌＢｄ［ｃｔｂＡｄｄｒＸ］＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅ
Ｘ］
｝
注３－上記導出における配列ＣｔｂＴｏＴｉｌｅＣｏｌＢｄ［］のサイズは、ｄｅｒｉ
ｖａｔｉｏｎ ｓｌｉｃｅ＿ｄａｔａ（）信号通知におけるＣＴＢにおける実際のピクチ
ャ幅の数よりも１大きい。
ｃｔｂＡｄｄｒＹが０からＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹまでの範囲（両端含む）
にあり、ＣＴＢ単位で垂直ＣＴＢアドレスから上部タイル列境界への変換を規定するため
のリストＣｔｂＴｏＴｉｌｅＲｏｗＢｄ［ｃｔｂＡｄｄｒＹ］は、以下のように導出され
る。
ｔｉｌｅＹ＝０
ｆｏｒ（ｃｔｂＡｄｄｒＹ＝０；ｃｔｂＡｄｄｒＹ＜＝ＰｉｃＨｅｉｇｈｔＩｎＣｔｂ
ｓＹ；ｃｔｂＡｄｄｒＹ＋＋）｛
ｉｆ（ｃｔｂＡｄｄｒＹ＝＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］）（２８）
ｔｉｌｅＹ＋＋
ＣｔｂＴｏＴｉｌｅＲｏｗＢｄ［ｃｔｂＡｄｄｒＹ］＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌ
ｅＹ］
｝
注４－上記導出における配列ＣｔｂＴｏｌｅＲｏｗＢｄ［］のサイズは、ｓｌｉｃｅ＿
ｄａｔａ（）信号通知におけるＣＴＢにおける実際のピクチャの高さの数よりも１大きい
。
矩形スライスの場合、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１
の範囲（両端含む）のリストＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］は、ｉ番目のスライス
におけるＣＴＵの数を規定し、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎ
ｕｓ１の範囲（両端含む）のリストＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］は、
スライスの左上のタイルのインデックスを規定し、ｊは０からＮｕｍＣｔｕｓＩｎＳｌｉ
ｃｅ［ｉ］－１の範囲（両端含む）で、ｉ番目のスライス内のｊ番目のＣＴＢのピクチャ
ラスタスキャンアドレスを規定し、以下のように導出される。
ｉｆ（ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ）｛
ｆｏｒ（ｉ＝０；ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｉ＋＋）｛
ｓｌｉｃｅＩｄｘ＝ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ？Ｃｔｂ
ＴｏＳｕｂｐｉｃＩｄｘ［ｉ］：０
ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］［ＮｕｍＣｔｕｓＩｎＳｌｉ
ｃｅ［ｓｌｉｃｅＩｄｘ］］＝ｉ
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］＋＋
｝
｝ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋
＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋
＋）｛
ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］＝ｔｉｌｅＩｄｘ
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｉｆ（ｉ＝＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）｛
ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝ＮｕｍＴｉ
ｌｅＣｏｌｕｍｎｓ－１－ｔｉｌｅＸ
ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝ＮｕｍＴ
ｉｌｅＲｏｗｓ－１－ｔｉｌｅＹ
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝１
｝
ｉｆ（ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝＝０＆
＆ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝＝０）｛（２９
）
ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］－１；ｊ＋＋）｛
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔ
ｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，ｃｔｂＹ，ｃｔｂＹ＋ＳｌｉｃｅＨｅｉｇｈｔＩ
ｎＣｔｕｓＭｉｎｕｓ１［ｉ］＋１）
ｃｔｂＹ＋＝ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ］＋１
ｉ＋＋
｝
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉ
ｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，ｃｔｂＹ，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］
）
｝ｅｌｓｅ
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎ
ｕｓ１［ｉ］；ｊ＋＋）
ｆｏｒ（ｋ＝０；ｋ＜＝ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎ
ｕｓ１［ｉ］；ｋ＋＋）
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ］
，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ＋１］，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ］
，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ＋１］）
ｉｆ（ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）
ｔｉｌｅＩｄｘ＋＝ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］
ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＋＝ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１
［ｉ］＋１
ｉｆ（ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ＝＝０）
ｔｉｌｅＩｄｘ＋＝ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕ
ｓ１［ｉ］＊ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
｝
｝
｝
関数ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｓｌｉｃｅＩｄｘ，ｓｔａｒｔＸ，ｓｔｏｐＸ，
ｓｔａｒｔＹ，ｓｔｏｐＹ）を以下のように規定する。
ｆｏｒ（ｃｔｂＹ＝ｓｔａｒｔＹ；ｃｔｂＹ＜ｓｔｏｐＹ；ｃｔｂＹ＋＋）
ｆｏｒ（ｃｔｂＸ＝ｓｔａｒｔＸ；ｃｔｂＸ＜ｓｔｏｐＸ；ｃｔｂＸ＋＋）｛
ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］［ＮｕｍＣｔｕｓＩｎＳｌｉ
ｃｅ［ｓｌｉｃｅＩｄｘ］］＝ｃｔｂＹ＊ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ＋ｃｔｂＸ
（３０）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］＋＋
｝
ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１までの範囲（両端含む
）にある場合、ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］の値は、０よりも大きいことが、ビ
ットストリーム準拠の要件である。また、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉ
ｃ＿ｍｉｎｕｓ１の範囲（両端含む）であり、ｊが０からＮｕｍＣｔｕｓＩｎＳｌｉｃｅ
［ｉ］－１の範囲（両端含む）である行列ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［ｊ］は
、０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１の範囲（両端含む）のすべてのＣＴＢアドレ
スを１度に限り、含むべきであることが、ビットストリーム準拠の要件である。
ピクチャラスタスキャンにおけるＣＴＢアドレスからサブピクチャインデックスへの変
換を規定する、０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ＿１までの範囲（両端含む）のｃｔ
ｂＡｄｄｒＲのリストＣｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］は、以下の
ように導出される。
ｆｏｒ（ｃｔｂＡｄｄｒＲｓ＝０；ｃｔｂＡｄｄｒＲｓ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓ
Ｙ；ｃｔｂＡｄｄｒＲｓ＋＋）｛
ｐｏｓＸ＝ｃｔｂＡｄｄｒＲｓ％ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｐｏｓＹ＝ｃｔｂＡｄｄｒＲｓ／ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ＣｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＝－１
ｆｏｒ（ｉ＝０；ＣｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＜０＆＆ｉ
＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）｛ （３１）
ｉｆ（（ｐｏｓＸ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］）＆＆
（ｐｏｓＸ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］＋ｓｕｂｐｉ
ｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］＋１）＆＆
（ｐｏｓＹ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］）＆＆
（ｐｏｓＹ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］＋ｓｕｂｐｉ
ｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１））
ＣｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＝ｉ
｝
｝
ｉ番目のサブピクチャの矩形スライスの数を規定するリストＮｕｍＳｌｉｃｅｓＩｎＳ
ｕｂｐｉｃ［ｉ］は以下のように導出される。
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｊ＋＋）
ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋
）｛
ｐｏｓＸ＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［０］％ＰｉｃＷｉｄｔｈＩｎＣｔ
ｂｓＹ
ｐｏｓＹ＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［０］／ＰｉｃＷｉｄｔｈＩｎＣｔ
ｂｓＹ
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｊ＋＋）
｛
ｉｆ（（ｐｏｓＸ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］）＆＆
（３２）
（ｐｏｓＸ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］＋ｓｕｂｐｉ
ｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］＋１）＆＆
（ｐｏｓＹ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］）＆＆
（ｐｏｓＹ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］＋ｓｕｂｐｉ
ｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］＋１））｛
ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］＋＋
｝
｝
｝
３ 定義
ピクチャレベルスライスインデックス：ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい
場合、ＰＰＳで信号通知される順番で、ピクチャにおけるスライスのリストに対するスラ
イスのインデックスを示す。
サブピクチャレベルスライスインデックス：ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等
しい場合、ＰＰＳで信号通知される順番にサブピクチャにおけるスライスのリストへのス
ライスのインデックスを示す。
６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
タイル列の数を規定する変数ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ、及びＣＴＢ単位でｉ番目
のタイル列の幅を規定するｉのための０からＮｕｍＴｉｌｅＣｏｌｕｍｎ－１の範囲（両
端含む）のリストｃｏｌＷｉｄｔｈ［ｉ］は、以下のように導出される。
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＝ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１；
ｉ＋＋）｛
ｃｏｌＷｉｄｔｈ［ｉ］＝ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ
］＋１
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ－＝ｃｏｌＷｉｄｔｈ［ｉ］
｝
ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ＝ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍ
ｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］＋１ （２
３）
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＞＝ｕｎｉｆｏｒｍＴｉｌ
ｅＣｏｌＷｉｄｔｈ）｛
ｃｏｌＷｉｄｔｈ［ｉ＋＋］＝ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ－＝ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷ
ｉｄｔｈ
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＞０）
ｃｏｌＷｉｄｔｈ［ｉ＋＋］＝ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ
ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ＝ｉ
タイル行の数を規定する変数ＮｕｍＴｉｌｅＲｏｗｓ、及びＣＴＢ単位でｊ番目のタイ
ル行の高さを規定する０からＮｕｍＴｉｌｅＲｏｗｓ－１までの範囲（両端含む）のｊの
リストＲｏｗＨｅｉｇｈｔ［ｊ］は、以下のように導出される。
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＝ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１；ｊ＋＋）
｛
ＲｏｗＨｅｉｇｈｔ［ｊ］＝ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］
＋１
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ＲｏｗＨｅｉｇｈｔ［ｊ］
｝
ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ＝ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉ
ｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］＋１ （２４）
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞＝ｕｎｉｆｏｒｍＴｉ
ｌｅＲｏｗＨｅｉｇｈｔ）｛
ＲｏｗＨｅｉｇｈｔ［ｊ＋＋］＝ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ｕｎｉｆｏｒｍＴｉｌｅＲｏｗ
Ｈｅｉｇｈｔ
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞０）
ＲｏｗＨｅｉｇｈｔ［ｊ＋＋］＝ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ
ＮｕｍＴｉｌｅＲｏｗｓ＝ｊ
変数ＮｕｍＴｉｌｅＩｎＰｉｃは、ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ＊ＮｕｍＴｉｌｅＲ
ｏｗｓに等しく設定される。
ｉが０からＮｕｍＴｉｌｅＣｏｌｕｍｎｓまでの範囲（両端含む）にあり、ＣＴＢの単
位でｉ番目のタイル列境界の位置を規定する場合、リストｔｉｌｅＣｏｌＢｄ［ｉ］は、
以下のように導出される。
ｆｏｒ（ｔｉｌｅＣｏｌＢｄ［０］＝０，ｉ＝０；ｉ＜ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
；ｉ＋＋）
ｔｉｌｅＣｏｌＢｄ［ｉ＋１］＝ｔｉｌｅＣｏｌＢｄ［ｉ］＋ｃｏｌＷｉｄｔｈ［ｉ
］ （２５）
注１－配列ｔｉｌｅＣｏｌＢｄ［］のサイズは、ＣｔｂＴｏｌｅＢｄ［］の導出における
実際のタイル列の数よりも１大きい。
ｊ番目のタイル行境界の位置をＣＴＢ単位で規定する、ｊが０からＮｕｍＴｉｌｅＲｏｗ
ｓまでの範囲（両端含む）にあるリストｔｉｌｅＲｏｗＢｄ［ｊ］は、以下のように導出
される。
ｆｏｒ（ｔｉｌｅＲｏｗＢｄ［０］＝０，ｊ＝０；ｊ＜ＮｕｍＴｉｌｅＲｏｗｓ；ｊ＋
＋）
ｔｉｌｅＲｏｗＢｄ［ｊ＋１］＝ｔｉｌｅＲｏｗＢｄ［ｊ］＋ＲｏｗＨｅｉｇｈｔ［
ｊ］ （２６）
注２－上記導出における配列ｔｉｌｅＲｏｗＢｄ［］のサイズは、ＣｔｂＴｏｌｅＲｏ
ｗＢｄ［ ］の導出における実際のタイル行の数よりも１大きい。
ＣＴＢ単位で水平ＣＴＢアドレスから左側タイル列境界への変換を規定する、０からＰ
ｉｃＷｉｄｔｈＩｎＣｔｂｓＹまでの範囲（両端含む）のｃｔｂＡｄｄｒＸのリストＣｔ
ｂＴｏＴｉｌｅＣｏｌＢｄ［ｃｔｂＡｄｄｒＸ］は、以下のように導出される。
ｔｉｌｅＸ＝０
ｆｏｒ（ｃｔｂＡｄｄｒＸ＝０；ｃｔｂＡｄｄｒＸ＜＝ＰｉｃＷｉｄｔｈＩｎＣｔｂｓ
Ｙ；ｃｔｂＡｄｄｒＸ＋＋）｛
ｉｆ（ｃｔｂＡｄｄｒＸ＝＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］）（２７）
ｔｉｌｅＸ＋＋
ＣｔｂＴｏＴｉｌｅＣｏｌＢｄ［ｃｔｂＡｄｄｒＸ］＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅ
Ｘ］
｝
注３－上記導出における配列ＣｔｂＴｏＴｉｌｅＣｏｌＢｄ［］のサイズは、ｄｅｒｉ
ｖａｔｉｏｎ ｓｌｉｃｅ＿ｄａｔａ（）信号通知におけるＣＴＢにおける実際のピクチ
ャ幅の数よりも１大きい。
ｃｔｂＡｄｄｒＹが０からＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹまでの範囲（両端含む）
にあり、ＣＴＢ単位で垂直ＣＴＢアドレスから上部タイル列境界への変換を規定するため
のリストＣｔｂＴｏＴｉｌｅＲｏｗＢｄ［ｃｔｂＡｄｄｒＹ］は、以下のように導出され
る。
ｔｉｌｅＹ＝０
ｆｏｒ（ｃｔｂＡｄｄｒＹ＝０；ｃｔｂＡｄｄｒＹ＜＝ＰｉｃＨｅｉｇｈｔＩｎＣｔｂ
ｓＹ；ｃｔｂＡｄｄｒＹ＋＋）｛
ｉｆ（ｃｔｂＡｄｄｒＹ＝＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］）（２８）
ｔｉｌｅＹ＋＋
ＣｔｂＴｏＴｉｌｅＲｏｗＢｄ［ｃｔｂＡｄｄｒＹ］＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌ
ｅＹ］
｝
注４－上記導出における配列ＣｔｂＴｏｌｅＲｏｗＢｄ［］のサイズは、ｓｌｉｃｅ＿
ｄａｔａ（）信号通知におけるＣＴＢにおける実際のピクチャの高さの数よりも１大きい
。
矩形スライスの場合、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１
の範囲（両端含む）のリストＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］は、ｉ番目のスライス
におけるＣＴＵの数を規定し、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎ
ｕｓ１の範囲（両端含む）のリストＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］は、
スライスの左上のタイルのインデックスを規定し、ｊは０からＮｕｍＣｔｕｓＩｎＳｌｉ
ｃｅ［ｉ］－１の範囲（両端含む）で、ｉ番目のスライス内のｊ番目のＣＴＢのピクチャ
ラスタスキャンアドレスを規定し、以下のように導出される。
ｉｆ（ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ）｛
ｆｏｒ（ｉ＝０；ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｉ＋＋）｛
ｓｌｉｃｅＩｄｘ＝ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ？Ｃｔｂ
ＴｏＳｕｂｐｉｃＩｄｘ［ｉ］：０
ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］［ＮｕｍＣｔｕｓＩｎＳｌｉ
ｃｅ［ｓｌｉｃｅＩｄｘ］］＝ｉ
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］＋＋
｝
｝ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋
＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋
＋）｛
ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］＝ｔｉｌｅＩｄｘ
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｉｆ（ｉ＝＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）｛
ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝ＮｕｍＴｉ
ｌｅＣｏｌｕｍｎｓ－１－ｔｉｌｅＸ
ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝ＮｕｍＴ
ｉｌｅＲｏｗｓ－１－ｔｉｌｅＹ
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝１
｝
ｉｆ（ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝＝０＆
＆ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝＝０）｛（２９
）
ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］－１；ｊ＋＋）｛
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔ
ｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，ｃｔｂＹ，ｃｔｂＹ＋ＳｌｉｃｅＨｅｉｇｈｔＩ
ｎＣｔｕｓＭｉｎｕｓ１［ｉ］＋１）
ｃｔｂＹ＋＝ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ］＋１
ｉ＋＋
｝
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉ
ｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，ｃｔｂＹ，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］
）
｝ｅｌｓｅ
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎ
ｕｓ１［ｉ］；ｊ＋＋）
ｆｏｒ（ｋ＝０；ｋ＜＝ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎ
ｕｓ１［ｉ］；ｋ＋＋）
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ］
，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ＋１］，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ］
，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ＋１］）
ｉｆ（ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）
ｔｉｌｅＩｄｘ＋＝ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］
ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＋＝ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１
［ｉ］＋１
ｉｆ（ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ＝＝０）
ｔｉｌｅＩｄｘ＋＝ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕ
ｓ１［ｉ］＊ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
｝
｝
｝
関数ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｓｌｉｃｅＩｄｘ，ｓｔａｒｔＸ，ｓｔｏｐＸ，
ｓｔａｒｔＹ，ｓｔｏｐＹ）を以下のように規定する。
ｆｏｒ（ｃｔｂＹ＝ｓｔａｒｔＹ；ｃｔｂＹ＜ｓｔｏｐＹ；ｃｔｂＹ＋＋）
ｆｏｒ（ｃｔｂＸ＝ｓｔａｒｔＸ；ｃｔｂＸ＜ｓｔｏｐＸ；ｃｔｂＸ＋＋）｛
ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］［ＮｕｍＣｔｕｓＩｎＳｌｉ
ｃｅ［ｓｌｉｃｅＩｄｘ］］＝ｃｔｂＹ＊ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ＋ｃｔｂＸ
（３０）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］＋＋
｝
ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１までの範囲（両端含む
）にある場合、ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］の値は、０よりも大きいことが、ビ
ットストリーム準拠の要件である。また、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉ
ｃ＿ｍｉｎｕｓ１の範囲（両端含む）であり、ｊが０からＮｕｍＣｔｕｓＩｎＳｌｉｃｅ
［ｉ］－１の範囲（両端含む）である行列ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［ｊ］は
、０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１の範囲（両端含む）のすべてのＣＴＢアドレ
スを１度に限り、含むべきであることが、ビットストリーム準拠の要件である。
ピクチャラスタスキャンにおけるＣＴＢアドレスからサブピクチャインデックスへの変
換を規定する、０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ＿１までの範囲（両端含む）のｃｔ
ｂＡｄｄｒＲのリストＣｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］は、以下の
ように導出される。
ｆｏｒ（ｃｔｂＡｄｄｒＲｓ＝０；ｃｔｂＡｄｄｒＲｓ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓ
Ｙ；ｃｔｂＡｄｄｒＲｓ＋＋）｛
ｐｏｓＸ＝ｃｔｂＡｄｄｒＲｓ％ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｐｏｓＹ＝ｃｔｂＡｄｄｒＲｓ／ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ＣｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＝－１
ｆｏｒ（ｉ＝０；ＣｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＜０＆＆ｉ
＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）｛ （３１）
ｉｆ（（ｐｏｓＸ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］）＆＆
（ｐｏｓＸ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］＋ｓｕｂｐｉ
ｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］＋１）＆＆
（ｐｏｓＹ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］）＆＆
（ｐｏｓＹ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］＋ｓｕｂｐｉ
ｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１））
ＣｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＝ｉ
｝
｝
ｉ番目のサブピクチャの矩形スライスの数を規定するリストＮｕｍＳｌｉｃｅｓＩｎＳ
ｕｂｐｉｃ［ｉ］は以下のように導出される。
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｊ＋＋）
ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋
）｛
ｐｏｓＸ＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［０］％ＰｉｃＷｉｄｔｈＩｎＣｔ
ｂｓＹ
ｐｏｓＹ＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［０］／ＰｉｃＷｉｄｔｈＩｎＣｔ
ｂｓＹ
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｊ＋＋）
｛
ｉｆ（（ｐｏｓＸ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］）＆＆
（３２）
（ｐｏｓＸ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］＋ｓｕｂｐｉ
ｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］＋１）＆＆
（ｐｏｓＹ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］）＆＆
（ｐｏｓＹ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］＋ｓｕｂｐｉ
ｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］＋１））｛
ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］＋＋
｝
｝
｝
７．３．４．３ ピクチャパラメータセットＲＢＳＰ意味論
ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｐｐｓ＿ｆｌａｇが１に等しい場合、サ
ブピクチャＩＤマッピングがＰＰＳで信号通知されることを規定する。
ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｐｐｓ＿ｆｌａｇが０に等しい場合、Ｐ
ＰＳにおいてサブピクチャＩＤのマッピングは信号通知されないことを規定する。ｓｕｂ
ｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｅｘｐｌｉｃｉｔｌｙ＿ｓｉｇｎａｌｌｅｄ＿ｆｌａｇ
が０に等しい場合、又は、ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｓｐｓ＿ｆｌａ
ｇが１に等しい場合は、ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｐｐｓ＿ｆｌａｇ
の値は０に等しいとする。そうでない場合（ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｅｘ
ｐｌｉｃｉｔｌｙ＿ｓｉｇｎａｌｌｅｄ＿ｆｌａｇが１に等しく、かつ、ｓｕｂｐｉｃ＿
ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｓｐｓ＿ｆｌａｇが０に等しい場合）、ｓｕｂｐｉｃ＿ｉ
ｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｐｐｓ＿ｆｌａｇの値は１に等しいとする。
ｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１は、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ
＿ｍｉｎｕｓ１に等しいとする。
ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１は、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ
＿ｌｅｎ＿ｍｉｎｕｓ１に等しいとする。
ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］は、ｉ番目のサブピクチャのサブピクチャＩＤを規
定する。ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］構文要素の長さは、ｐｐｓ＿ｓｕｂｐｉｃ＿
ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１ビットである。
変数ＳｕｂｐｉｃＩｄＶａｌ［ｉ］は、０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉ
ｎｕｓ１の範囲（両端含む）のｉの各値について、以下のように導出される。
ｆｏｒ（ｉ＝０；ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ｉｆ（ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｅｘｐｌｉｃｉｔｌｙ＿ｓｉｇｎａｌ
ｌｅｄ＿ｆｌａｇ）
ＳｕｂｐｉｃＩｄＶａｌ［ｉ］＝ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｐ
ｐｓ＿ｆｌａｇ？ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］：ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ
］ （８０）
ｅｌｓｅ
ＳｕｂｐｉｃＩｄＶａｌ［ｉ］＝ｉ
ビットストリーム適合性の要件は、以下の制約の双方が適用されることである。
－ ０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の範囲（両端含む）のｉ及
びｊの任意の２つの異なる値の場合、ＳｕｂｐｉｃＩｄＶａｌ［ｉ］はＳｕｂｐｉｃＩｄ
Ｖａｌ［ｊ］に等しくならないものとする。
－ 現在のピクチャがＣＬＶＳの第１ピクチャでない場合、０からｓｐｓ＿ｎｕｍ＿ｓ
ｕｂｐｉｃｓ＿ｍｉｎｕｓ１の範囲（両端含む）のｉの各値について、ＳｕｂｐｉｃＩｄ
Ｖａｌ［ｉ］の値が、同じレイヤにおける復号順に前のピクチャのＳｕｂｐｉｃＩｄＶａ
ｌ［ｉ］の値に等しくない場合、サブピクチャインデックスｉを有する現在のピクチャに
おけるサブピクチャのすべてのコーディングされたスライスＮＡＬユニットのｎａｌ＿ｕ
ｎｉｔ＿ｔｙｐｅは、ＩＤＲ＿Ｗ＿ＲＡＤＬからＣＲＡ＿ＮＵＴの範囲（両端含む）の特
定の値に等しいものとする。
ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１に等しい場合、ＰＰＳを参照する各
ピクチャに対してピクチャ分割が適用されないことを規定する。
ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが０に等しい場合、ＰＰＳを参照する各
ピクチャを複数のタイル又はスライスに分割してよいことを規定する。
１つのＣＬＶＳ内のコーディングされたピクチャによって参照されるすべてのＰＰＳに
ついて、ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が同じであることが、ビット
ストリーム適合性の要件である。
ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１の値が１よりも大きい場合、ｎｏ
＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が１に等しくないことが、ビットストリー
ム準拠の要件である。
ｐｐｓ＿ｌｏｇ２＿ｃｔｕ＿ｓｉｚｅ＿ｍｉｎｕｓ５プラス５は、各ＣＴＵの輝度コー
ディングツリーブロックサイズを規定する。
ｐｐｓ＿ｌｏｇ２＿ｃｔｕ＿ｓｉｚｅ＿ｍｉｎｕｓ５は、ｓｐｓ＿ｌｏｇ２＿ｃｔｕ＿
ｓｉｚｅ＿ｍｉｎｕｓ５に等しいものとする。
ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１プラス１は、明確に提供さ
れるタイルの列の幅の数を規定する。ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉ
ｎｕｓ１の値は、０からＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－１までの範囲内にあるべきで
ある。ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｅｘｐ
＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の値は０に等しいと推測される。
ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１プラス１は、明確に提供されるタ
イルの行の高さの数を規定する。ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の
値は、０からＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－１までの範囲内にあるべきである。ｎ
ｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｔｉｌｅ＿ｒｏ
ｗｓ＿ｍｉｎｕｓ１の値は０に等しいと推測される。
ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番目のタイ
ル列の幅を、０からｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１－１の範
囲内にあるｉ番目のタイル列の幅をＣＴＢ単位で規定する。ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗ
ｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］
は、６．５．１項で規定されたようにｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉ
ｎｕｓ１以上であるインデックスでタイル列の幅を導出するのに使用される。ｔｉｌｅ＿
ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］の値は、０からＰｉｃＷｉｄｔｈＩｎＣ
ｔｂｓＹ－１までの範囲内にあるべきである。存在しない場合、ｔｉｌｅ＿ｃｏｌｕｍｎ
＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［０］の値は、ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－１に等し
いと推測される。
ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番目のタイル列
の高さを、０からｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１－１の範囲（両端
含む）にあるｉ番目のタイル行の高さをＣＴＢの単位で規定する。ｔｉｌｅ＿ｒｏｗ＿ｈ
ｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］は、
６．５．１項で規定されたようにｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１以
上であるインデックスでタイル行の高さを導出するのに使用される。ｔｉｌｅ＿ｒｏｗ＿
ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の値は、０からＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－
１までの範囲内にあるべきである。存在しない場合、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿
ｍｉｎｕｓ１［０］の値は、ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ＿１に等しいと推測され
る。
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、各スライス内のタイルがラスタス
キャン順に配列されており、且つスライス情報がＰＰＳで信号通知されないことを規定す
る。ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合、各スライス内のタイルがピクチ
ャの矩形領域を覆い、且つスライス情報がＰＰＳで信号通知されることを規定する。存在
しない場合、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇは１に等しいと推測される。ｓｕｂｐｉｃ
＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌ
ａｇの値は１である。
ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが１に等しい場合、各サ
ブピクチャは１つの矩形スライスのみで構成される。ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ
＿ｓｕｂｐｉｃ＿ｆｌａｇが０に等しい場合、各サブピクチャは１つ又は複数の矩形スラ
イスで構成されてもよいことを規定する。ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐ
ｉｃ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１
はｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に等しいと推測される。存在しない場
合、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇの値は０に等しいと推
測される。
ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１プラス１は、ＰＰＳを参照する各
ピクチャの矩形スライスの数を規定する。ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎ
ｕｓ１の値は、０からＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ－１の範囲（両端含む）
とし、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅは附属書Ａで規定されるものとする。ｎ
ｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１の場合、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿
ｐｉｃ＿ｍｉｎｕｓ１の値は０に等しいと推定される。
ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ＰＰＳ
にｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ値が存在しないことを規定し、６．５．１項に定義され
た処理に従って、ＰＰＳを参照するピクチャにおけるすべての矩形スライスをラスタ順に
規定する。ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合
、ＰＰＳにｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ値が存在してもよいことを規定し、ＰＰＳを参
照するピクチャのすべての矩形スライスが、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａの値によって
示された順で規定される。存在しない場合、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅ
ｎｔ＿ｆｌａｇの値は０と推測される。
ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番目
の矩形スライスの幅をタイルの列の単位で規定する。ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔ
ｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、０からＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－１までの
範囲内にあるべきである。ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［
ｉ］が存在しない場合、以下が適用される。
－ ＮｕｍＴｉｌｅＣｏｌｕｍｎｓが１に等しい場合、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿
ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は０に等しいと推論される。
－ そうでない場合、６．５．１項に規定されるように、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ
＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値を推論する。
ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番
目の矩形スライスの高さをタイル行単位で規定する。ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿
ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、０からＮｕｍＴｉｌｅＲｏｗｓ－１までの範囲
内にあるべきである。ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ
］が存在しない場合、以下が適用される。
－ ＮｕｍＴｉｌｅＲｏｗｓが１に等しい場合、又は、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿
ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しく、且つｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕ
ｍｎｓが０より大きい場合、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ
１［ｉ］の値は０に等しいと推論される。
－ そうでない場合（ＮｕｍＴｉｌｅＲｏｗｓが１に等しくなく、かつ、ｔｉｌｅ＿ｉｄ
ｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいか又はｔｉｌｅＩｄｘ％Ｎｕｍ
ＴｉｌｅＣｏｌｕｍｎｓが０に等しい場合）、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓ
ｅｎｔ＿ｆｌａｇが１に等しいか、又はｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
が０に等しい場合、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］
の値は、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ－１］と等し
いと推論される。
ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］は、２つ以上の矩形スライスを
含む、現在のタイルに明確に提供されるスライスの高さの数を規定する。ｎｕｍ＿ｅｘｐ
＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］の値は、０からＲｏｗＨｅｉｇｈｔ［ｔｉｌｅＹ
］－１の範囲（両端含む）とする。ここで、ｔｉｌｅＹは、ｉ番目のスライスを含むタイ
ル行インデックスである。存在しない場合、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉ
ｌｅ［ｉ］の値は０に等しいと推測される。ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉ
ｌｅ［ｉ］が０に等しい場合、変数ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］の値は１に等
しいと導出される。
ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｊ］プラス１は
、現在のタイルにおけるｊ番目の矩形スライスの高さをＣＴＵ行単位で規定する。ｅｘｐ
＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｊ］の値は、０からＲｏ
ｗＨｅｉｇｈｔ［ｔｉｌｅＹ］－１の範囲（両端含む）とする。ここで、ｔｉｌｅＹは、
現在のタイルのタイル行インデックスである。
ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が変数より大きい場合、０から
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］－１の範囲のｋに対する変数ＮｕｍＳｌｉｃｅｓ
ＩｎＴｉｌｅ［ｉ］とＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ＋ｋ］は、
以下のように導出される。
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＝ＲｏｗＨｅｉｇｈｔ［ＳｌｉｃｅＴ
ｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ］
ｎｕｍＥｘｐＳｌｉｃｅＩｎＴｉｌｅ＝ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌ
ｅ［ｉ］
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍＥｘｐＳｌｉｃｅＩｎＴｉｌｅ－１；ｊ＋＋）｛
ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ＋＋］＝ｅｘｐ＿ｓｌｉｃｅ
＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕ＿ｍｉｎｕｓ１［ｊ］
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ＳｌｉｃｅＨｅｉｇｈｔＩｎＣ
ｔｕｓＭｉｎｕｓ１［ｊ］
｝
ｕｎｉｆｏｒｍＳｌｉｃｅＨｅｉｇｈｔＭｉｎｕｓ１＝ＳｌｉｃｅＨｅｉｇｈｔＩｎＣ
ｔｕｓＭｉｎｕｓ１［ｉ－１］ （８１）
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞＝（ｕｎｉｆｏｒｍＳ
ｌｉｃｅＨｅｉｇｈｔＭｉｎｕｓ１＋１））｛
ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ＋＋］＝ｕｎｉｆｏｒｍＳｌ
ｉｃｅＨｅｉｇｈｔＭｉｎｕｓ１
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝（ｕｎｉｆｏｒｍＳｌｉｃｅＨ
ｅｉｇｈｔＭｉｎｕｓ１＋１）
ｊ＋＋
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞０）｛
ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ＋＋］＝ｒｅｍａｉｎｉｎｇ
ＨｅｉｇｈｔＩｎＣｔｂｓＹ
ｊ＋＋
｝
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝ｊ
ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］は，ｉ番目の矩形スライスの最初のタイルのタイ
ルインデックスと、（ｉ＋１）番目の矩形スライスの最初のタイルのタイルインデックス
の差を規定する。ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の値は、－ＮｕｍＴｉｌｅｓＩｎ
Ｐｉｃ＋１からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内にあるべきである。存在し
ない場合、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］ｉの値は０に等しいと推測される。存在
する場合、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の値は０に等しいと推測される。
…
ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｐｐｓ＿ｆｌａｇが１に等しい場合、サ
ブピクチャＩＤマッピングがＰＰＳで信号通知されることを規定する。
ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｐｐｓ＿ｆｌａｇが０に等しい場合、Ｐ
ＰＳにおいてサブピクチャＩＤのマッピングは信号通知されないことを規定する。ｓｕｂ
ｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｅｘｐｌｉｃｉｔｌｙ＿ｓｉｇｎａｌｌｅｄ＿ｆｌａｇ
が０に等しい場合、又は、ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｓｐｓ＿ｆｌａ
ｇが１に等しい場合は、ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｐｐｓ＿ｆｌａｇ
の値は０に等しいとする。そうでない場合（ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｅｘ
ｐｌｉｃｉｔｌｙ＿ｓｉｇｎａｌｌｅｄ＿ｆｌａｇが１に等しく、かつ、ｓｕｂｐｉｃ＿
ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｓｐｓ＿ｆｌａｇが０に等しい場合）、ｓｕｂｐｉｃ＿ｉ
ｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｐｐｓ＿ｆｌａｇの値は１に等しいとする。
ｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１は、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ
＿ｍｉｎｕｓ１に等しいとする。
ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１は、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ
＿ｌｅｎ＿ｍｉｎｕｓ１に等しいとする。
ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］は、ｉ番目のサブピクチャのサブピクチャＩＤを規
定する。ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］構文要素の長さは、ｐｐｓ＿ｓｕｂｐｉｃ＿
ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１ビットである。
変数ＳｕｂｐｉｃＩｄＶａｌ［ｉ］は、０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉ
ｎｕｓ１の範囲（両端含む）のｉの各値について、以下のように導出される。
ｆｏｒ（ｉ＝０；ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ｉｆ（ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｅｘｐｌｉｃｉｔｌｙ＿ｓｉｇｎａｌ
ｌｅｄ＿ｆｌａｇ）
ＳｕｂｐｉｃＩｄＶａｌ［ｉ］＝ｓｕｂｐｉｃ＿ｉｄ＿ｍａｐｐｉｎｇ＿ｉｎ＿ｐ
ｐｓ＿ｆｌａｇ？ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］：ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ
］ （８０）
ｅｌｓｅ
ＳｕｂｐｉｃＩｄＶａｌ［ｉ］＝ｉ
ビットストリーム適合性の要件は、以下の制約の双方が適用されることである。
－ ０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の範囲（両端含む）のｉ及
びｊの任意の２つの異なる値の場合、ＳｕｂｐｉｃＩｄＶａｌ［ｉ］はＳｕｂｐｉｃＩｄ
Ｖａｌ［ｊ］に等しくならないものとする。
－ 現在のピクチャがＣＬＶＳの第１ピクチャでない場合、０からｓｐｓ＿ｎｕｍ＿ｓ
ｕｂｐｉｃｓ＿ｍｉｎｕｓ１の範囲（両端含む）のｉの各値について、ＳｕｂｐｉｃＩｄ
Ｖａｌ［ｉ］の値が、同じレイヤにおける復号順に前のピクチャのＳｕｂｐｉｃＩｄＶａ
ｌ［ｉ］の値に等しくない場合、サブピクチャインデックスｉを有する現在のピクチャに
おけるサブピクチャのすべてのコーディングされたスライスＮＡＬユニットのｎａｌ＿ｕ
ｎｉｔ＿ｔｙｐｅは、ＩＤＲ＿Ｗ＿ＲＡＤＬからＣＲＡ＿ＮＵＴの範囲（両端含む）の特
定の値に等しいものとする。
ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１に等しい場合、ＰＰＳを参照する各
ピクチャに対してピクチャ分割が適用されないことを規定する。
ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが０に等しい場合、ＰＰＳを参照する各
ピクチャを複数のタイル又はスライスに分割してよいことを規定する。
１つのＣＬＶＳ内のコーディングされたピクチャによって参照されるすべてのＰＰＳに
ついて、ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が同じであることが、ビット
ストリーム適合性の要件である。
ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１の値が１よりも大きい場合、ｎｏ
＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が１に等しくないことが、ビットストリー
ム準拠の要件である。
ｐｐｓ＿ｌｏｇ２＿ｃｔｕ＿ｓｉｚｅ＿ｍｉｎｕｓ５プラス５は、各ＣＴＵの輝度コー
ディングツリーブロックサイズを規定する。
ｐｐｓ＿ｌｏｇ２＿ｃｔｕ＿ｓｉｚｅ＿ｍｉｎｕｓ５は、ｓｐｓ＿ｌｏｇ２＿ｃｔｕ＿
ｓｉｚｅ＿ｍｉｎｕｓ５に等しいものとする。
ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１プラス１は、明確に提供さ
れるタイルの列の幅の数を規定する。ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉ
ｎｕｓ１の値は、０からＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－１までの範囲内にあるべきで
ある。ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｅｘｐ
＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の値は０に等しいと推測される。
ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１プラス１は、明確に提供されるタ
イルの行の高さの数を規定する。ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の
値は、０からＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－１までの範囲内にあるべきである。ｎ
ｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｔｉｌｅ＿ｒｏ
ｗｓ＿ｍｉｎｕｓ１の値は０に等しいと推測される。
ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番目のタイ
ル列の幅を、０からｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１－１の範
囲内にあるｉ番目のタイル列の幅をＣＴＢ単位で規定する。ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗ
ｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］
は、６．５．１項で規定されたようにｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉ
ｎｕｓ１以上であるインデックスでタイル列の幅を導出するのに使用される。ｔｉｌｅ＿
ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］の値は、０からＰｉｃＷｉｄｔｈＩｎＣ
ｔｂｓＹ－１までの範囲内にあるべきである。存在しない場合、ｔｉｌｅ＿ｃｏｌｕｍｎ
＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［０］の値は、ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－１に等し
いと推測される。
ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番目のタイル列
の高さを、０からｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１－１の範囲（両端
含む）にあるｉ番目のタイル行の高さをＣＴＢの単位で規定する。ｔｉｌｅ＿ｒｏｗ＿ｈ
ｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］は、
６．５．１項で規定されたようにｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１以
上であるインデックスでタイル行の高さを導出するのに使用される。ｔｉｌｅ＿ｒｏｗ＿
ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の値は、０からＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－
１までの範囲内にあるべきである。存在しない場合、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿
ｍｉｎｕｓ１［０］の値は、ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ＿１に等しいと推測され
る。
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、各スライス内のタイルがラスタス
キャン順に配列されており、且つスライス情報がＰＰＳで信号通知されないことを規定す
る。ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合、各スライス内のタイルがピクチ
ャの矩形領域を覆い、且つスライス情報がＰＰＳで信号通知されることを規定する。存在
しない場合、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇは１に等しいと推測される。ｓｕｂｐｉｃ
＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌ
ａｇの値は１である。
ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが１に等しい場合、各サ
ブピクチャは１つの矩形スライスのみで構成される。ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ
＿ｓｕｂｐｉｃ＿ｆｌａｇが０に等しい場合、各サブピクチャは１つ又は複数の矩形スラ
イスで構成されてもよいことを規定する。ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐ
ｉｃ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１
はｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に等しいと推測される。存在しない場
合、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇの値は０に等しいと推
測される。
ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１プラス１は、ＰＰＳを参照する各
ピクチャの矩形スライスの数を規定する。ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎ
ｕｓ１の値は、０からＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ－１の範囲（両端含む）
とし、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅは附属書Ａで規定されるものとする。ｎ
ｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１の場合、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿
ｐｉｃ＿ｍｉｎｕｓ１の値は０に等しいと推定される。
ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ＰＰＳ
にｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ値が存在しないことを規定し、６．５．１項に定義され
た処理に従って、ＰＰＳを参照するピクチャにおけるすべての矩形スライスをラスタ順に
規定する。ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合
、ＰＰＳにｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ値が存在してもよいことを規定し、ＰＰＳを参
照するピクチャのすべての矩形スライスが、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａの値によって
示された順で規定される。存在しない場合、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅ
ｎｔ＿ｆｌａｇの値は０と推測される。
ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番目
の矩形スライスの幅をタイルの列の単位で規定する。ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔ
ｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、０からＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－１までの
範囲内にあるべきである。ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［
ｉ］が存在しない場合、以下が適用される。
－ ＮｕｍＴｉｌｅＣｏｌｕｍｎｓが１に等しい場合、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿
ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は０に等しいと推論される。
－ そうでない場合、６．５．１項に規定されるように、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ
＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値を推論する。
ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番
目の矩形スライスの高さをタイル行単位で規定する。ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿
ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、０からＮｕｍＴｉｌｅＲｏｗｓ－１までの範囲
内にあるべきである。ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ
］が存在しない場合、以下が適用される。
－ ＮｕｍＴｉｌｅＲｏｗｓが１に等しい場合、又は、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿
ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しく、且つｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕ
ｍｎｓが０より大きい場合、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ
１［ｉ］の値は０に等しいと推論される。
－ そうでない場合（ＮｕｍＴｉｌｅＲｏｗｓが１に等しくなく、かつ、ｔｉｌｅ＿ｉｄ
ｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいか又はｔｉｌｅＩｄｘ％Ｎｕｍ
ＴｉｌｅＣｏｌｕｍｎｓが０に等しい場合）、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓ
ｅｎｔ＿ｆｌａｇが１に等しいか、又はｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
が０に等しい場合、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］
の値は、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ－１］と等し
いと推論される。
ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］は、２つ以上の矩形スライスを
含む、現在のタイルに明確に提供されるスライスの高さの数を規定する。ｎｕｍ＿ｅｘｐ
＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］の値は、０からＲｏｗＨｅｉｇｈｔ［ｔｉｌｅＹ
］－１の範囲（両端含む）とする。ここで、ｔｉｌｅＹは、ｉ番目のスライスを含むタイ
ル行インデックスである。存在しない場合、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉ
ｌｅ［ｉ］の値は０に等しいと推測される。ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉ
ｌｅ［ｉ］が０に等しい場合、変数ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］の値は１に等
しいと導出される。
ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｊ］プラス１は
、現在のタイルにおけるｊ番目の矩形スライスの高さをＣＴＵ行単位で規定する。ｅｘｐ
＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｊ］の値は、０からＲｏ
ｗＨｅｉｇｈｔ［ｔｉｌｅＹ］－１の範囲（両端含む）とする。ここで、ｔｉｌｅＹは、
現在のタイルのタイル行インデックスである。
ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が変数より大きい場合、０から
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］－１の範囲のｋに対する変数ＮｕｍＳｌｉｃｅｓ
ＩｎＴｉｌｅ［ｉ］とＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ＋ｋ］は、
以下のように導出される。
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＝ＲｏｗＨｅｉｇｈｔ［ＳｌｉｃｅＴ
ｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ］
ｎｕｍＥｘｐＳｌｉｃｅＩｎＴｉｌｅ＝ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌ
ｅ［ｉ］
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍＥｘｐＳｌｉｃｅＩｎＴｉｌｅ－１；ｊ＋＋）｛
ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ＋＋］＝ｅｘｐ＿ｓｌｉｃｅ
＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕ＿ｍｉｎｕｓ１［ｊ］
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ＳｌｉｃｅＨｅｉｇｈｔＩｎＣ
ｔｕｓＭｉｎｕｓ１［ｊ］
｝
ｕｎｉｆｏｒｍＳｌｉｃｅＨｅｉｇｈｔＭｉｎｕｓ１＝ＳｌｉｃｅＨｅｉｇｈｔＩｎＣ
ｔｕｓＭｉｎｕｓ１［ｉ－１］ （８１）
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞＝（ｕｎｉｆｏｒｍＳ
ｌｉｃｅＨｅｉｇｈｔＭｉｎｕｓ１＋１））｛
ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ＋＋］＝ｕｎｉｆｏｒｍＳｌ
ｉｃｅＨｅｉｇｈｔＭｉｎｕｓ１
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝（ｕｎｉｆｏｒｍＳｌｉｃｅＨ
ｅｉｇｈｔＭｉｎｕｓ１＋１）
ｊ＋＋
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞０）｛
ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ＋＋］＝ｒｅｍａｉｎｉｎｇ
ＨｅｉｇｈｔＩｎＣｔｂｓＹ
ｊ＋＋
｝
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝ｊ
ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］は，ｉ番目の矩形スライスの最初のタイルのタイ
ルインデックスと、（ｉ＋１）番目の矩形スライスの最初のタイルのタイルインデックス
の差を規定する。ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の値は、－ＮｕｍＴｉｌｅｓＩｎ
Ｐｉｃ＋１からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内にあるべきである。存在し
ない場合、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］ｉの値は０に等しいと推測される。存在
する場合、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の値は０に等しいと推測される。
…
７．４．２．４．５ ＶＣＬ ＮＡＬユニットの順序およびそのコーディングされたピク
チャへの関連付け
コーディングされたピクチャにおけるＶＣＬ ＮＡＬユニットの順序は、以下のように
制約される。
－ １つのコーディングされたピクチャの任意の２つのコーディングされたスライスＮＡ
ＬユニットＡ及びＢについて、ｓｕｂｐｉｃＩｄｘＡ及びｓｕｂｐｉｃＩｄｘＢをそれら
のサブピクチャレベルインデックス値とし、ｓｌｉｃｅＡｄｄｒＡ及びｓｌｉｃｅｄｄｒ
Ｂをそれらのｓｌｉｃｅ＿ａｄｄｒｅｓｓ値とする。
－ 以下の条件のいずれかが真である場合、コーディングされたスライスＮＡＬユニット
Ａは、コーディングされたスライスＮＡＬユニットＢに先行するものとする。
－ ｓｕｂｐｉｃＩｄｘＡは、ｓｕｂｐｉｃＩｄｘＢ未満である。
－ ｓｕｂｐｉｃＩｄｘＡはｓｕｂｐｉｃＩｄｘＢに等しく、ｓｌｉｃｅＡｄｄｒＡは
ｓｌｉｃｅＡｄｄｒＢ未満である。
チャへの関連付け
コーディングされたピクチャにおけるＶＣＬ ＮＡＬユニットの順序は、以下のように
制約される。
－ １つのコーディングされたピクチャの任意の２つのコーディングされたスライスＮＡ
ＬユニットＡ及びＢについて、ｓｕｂｐｉｃＩｄｘＡ及びｓｕｂｐｉｃＩｄｘＢをそれら
のサブピクチャレベルインデックス値とし、ｓｌｉｃｅＡｄｄｒＡ及びｓｌｉｃｅｄｄｒ
Ｂをそれらのｓｌｉｃｅ＿ａｄｄｒｅｓｓ値とする。
－ 以下の条件のいずれかが真である場合、コーディングされたスライスＮＡＬユニット
Ａは、コーディングされたスライスＮＡＬユニットＢに先行するものとする。
－ ｓｕｂｐｉｃＩｄｘＡは、ｓｕｂｐｉｃＩｄｘＢ未満である。
－ ｓｕｂｐｉｃＩｄｘＡはｓｕｂｐｉｃＩｄｘＢに等しく、ｓｌｉｃｅＡｄｄｒＡは
ｓｌｉｃｅＡｄｄｒＢ未満である。
７．４．８．１ 一般スライスヘッダ意味論
Ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓを含むコーディングユニットの輝度量子化パラメータ
とその予測値の差を規定する変数ＣｕＱｐＤｅｌｔａＶａｌは、０に等しく設定される。
ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｆｌａｇを含むコーディングユニットの量子
化パラメータＱｐ’Ｃｂ，Ｑｐ’Ｃｒ，Ｑｐ’ＣｂＣｒのそれぞれの値を判定する際に用
いる値を規定する変数ＣｕＱｐＯｆｆｓｅｔＣｂ，ＣｕＱｐＯｆｆｓｅｔＣｒは、すべて
０に等しく設定される。
ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１に等
しい場合、スライスヘッダにＰＨ構文構造が存在する。ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿
ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に等しい場合、スライスヘッダにＰＨ構
文構造が存在しない。
ＣＬＶＳ内のすべてのコーディングされたスライスにおいてｐｉｃｔｕｒｅ＿ｈｅａｄ
ｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が同じであることは、ビットスト
リームコンフォーマンスの要件である。
コーディングされたスライスでｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈ
ｅａｄｅｒ＿ｆｌａｇが１に等しい場合、ＣＬＶＳ内にｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰ
Ｈ＿ＮＵＴであるＶＣＬ ＮＡＬユニットが存在しないことが適合性の要件となる。
ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に等
しい場合、現在のピクチャのすべてのコーディングされたスライスはｐｉｃｔｕｒｅ＿ｈ
ｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に等しくなり、現在のＰＵ
はＰＨ ＮＡＬ ユニットを持つものとする。
ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄは、スライスを含むサブピクチャのサブピクチャＩＤ
を規定する。ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄが存在する場合、変数ＣｕｒｒＳｕｂｐｉ
ｃＩｄｘの値は、ＳｕｂｐｉｃＩｄＶａｌ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］がｓｌｉｃｅ
＿ｓｕｂｐｉｃ＿ｉｄに等しくなるように導出される。そうでない場合（ｓｌｉｃｅ＿ｓ
ｕｂｐｉｃ＿ｉｄが存在しない場合）、ＣｕｒｒＳｕｂｐｉｃＩｄｘは０に等しくなるよ
うに導出される。ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さは、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉ
ｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１ビットである。
ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、スライスのスライスアドレスを規定する。存在しない
場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０に等しいと推測される。ｒｅｃｔ＿ｓｌｉｃ
ｅ＿ｆｌａｇが１でＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ
］が１に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０と推測される。
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、以下が適用される。
－ スライスアドレスは、ラスタスキャンタイルインデックスである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＴｉｌｅｓＩｎ
Ｐｉｃ））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの
範囲内にあるべきである。
そうでない場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用さ
れる。
－ スライスアドレスは、スライスのサブピクチャレベルスライスインデックスである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＳｌｉｃｅｓＩ
ｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［
ＣｕｒｒＳｕｂｐｉｃＩｄｘ］－１までの範囲内とする。
ビットストリーム適合性の要件は、以下の制約が適用されることである。
－ ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい、又はｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒ
ｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、同じコー
ディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニット
のｓｌｉｃｅ＿ａｄｄｒｅｓｓの値に等しくてはならない。
－ そうでない場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ
値の組は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスラ
イスＮＡＬユニットのｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ
値の組に等しくてはならない。
－ ピクチャのスライスの形状は、各ＣＴＵが復号された場合、その左側境界全体及び最
上の境界全体が１つのピクチャの境界、又は、以前に復号されたＣＴＵの境界を含むもの
でなければならない。
ｓｈ＿ｅｘｔｒａ＿ｂｉｔ［ｉ］は１又は０に等しくてもよい。本明細書バージョンに
準拠するデコーダは、ｓｈ＿ｅｘｔｒａ＿ｂｉｔ［ｉ］の値を無視すべきである。その値
は、本明細書のバージョンで特定された特徴に対するデコーダの適合性に影響を与えな
い。
ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１プラス１は、存在する場合、ス
ライス内のタイル数を規定する。ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１
の値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内にあるべきである。
現在のスライス内のＣＴＵの数を規定する変数ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ
と、０からＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ－１の範囲（両端含む）のｉについて
、スライス内のｉ番目のＣＴＢのピクチャラスタスキャンアドレスを規定するリストＣｔ
ｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］は、次のように導出される。
ｉｆ（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇ）｛
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ＝ｓｌｉｃｅ＿ａｄｄｒｅｓｓ
ｆｏｒ（ｊ＝０；ｊ＜ＣｕｒｒＳｕｂｐｉｃＩｄｘ；ｊ＋＋）
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ＋＝ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ
］
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｐｉｃＬ
ｅｖｅｌＳｌｉｃｅＩｄｘ］
ｆｏｒ（ｉ＝０；ｉ＜ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ；ｉ＋＋）
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］［ｉ］ （１１７）
｝ｅｌｓｅ｛
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝０
ｆｏｒ（ｔｉｌｅＩｄｘ＝ｓｌｉｃｅ＿ａｄｄｒｅｓｓ；ｔｉｌｅＩｄｘ＜＝ｓｌｉ
ｃｅ＿ａｄｄｒｅｓｓ＋ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１；ｔｉｌ
ｅＩｄｘ＋＋）｛
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｆｏｒ（ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］；ｃｔｂＹ＜ｔｉｌｅＲｏ
ｗＢｄ［ｔｉｌｅＹ＋１］；ｃｔｂＹ＋＋）｛
ｆｏｒ（ｃｔｂＸ＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］；ｃｔｂＸ＜ｔｉｌｅＣ
ｏｌＢｄ［ｔｉｌｅＸ＋１］；ｃｔｂＸ＋＋）｛
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉ
ｃｅ］＝ｃｔｂＹ＊ＰｉｃＷｉｄｔｈＩｎＣｔｂ＋ｃｔｂＸ
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＋＋
｝
｝
｝
｝
変数ＳｕｂｐｉｃＬｅｆｔＢｏｕｎｄａｒｙＰｏｓ、ＳｕｂｐｉｃＴｏｐＢｏｕｎｄａ
ｒｙＰｏｓ、ＳｕｂｐｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ、ＳｕｂｐｉｃＢｏｔＢｏ
ｕｎｄａｒｙＰｏｓは以下のように導出される。
ｉｆ（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＣｕｒｒＳｕｂｐｉ
ｃＩｄｘ］）｛
ＳｕｂｐｉｃＬｅｆｔＢｏｕｎｄａｒｙＰｏｓ＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌ
ｅｆｔ＿ｘ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］＊ＣｔｂＳｉｚｅＹ
ＳｕｂｐｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ＝Ｍｉｎ（ｐｉｃ＿ｗｉｄｔｈ＿ｍ
ａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－１，
（ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］
＋
ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］＋１）
＊ＣｔｂＳｉｚｅＹ－１）
ＳｕｂｐｉｃＴｏｐＢｏｕｎｄａｒｙＰｏｓ＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅ
ｆｔ＿ｙ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］＊ＣｔｂＳｉｚｅＹ （１１８）
ＳｕｂｐｉｃＢｏｔＢｏｕｎｄａｒｙＰｏｓ＝Ｍｉｎ（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａ
ｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－１，
（ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］
＋
ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］＋１
）＊ＣｔｂＳｉｚｅＹ－１）
｝
Ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓを含むコーディングユニットの輝度量子化パラメータ
とその予測値の差を規定する変数ＣｕＱｐＤｅｌｔａＶａｌは、０に等しく設定される。
ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｆｌａｇを含むコーディングユニットの量子
化パラメータＱｐ’Ｃｂ，Ｑｐ’Ｃｒ，Ｑｐ’ＣｂＣｒのそれぞれの値を判定する際に用
いる値を規定する変数ＣｕＱｐＯｆｆｓｅｔＣｂ，ＣｕＱｐＯｆｆｓｅｔＣｒは、すべて
０に等しく設定される。
ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが１に等
しい場合、スライスヘッダにＰＨ構文構造が存在する。ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿
ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に等しい場合、スライスヘッダにＰＨ構
文構造が存在しない。
ＣＬＶＳ内のすべてのコーディングされたスライスにおいてｐｉｃｔｕｒｅ＿ｈｅａｄ
ｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇの値が同じであることは、ビットスト
リームコンフォーマンスの要件である。
コーディングされたスライスでｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈ
ｅａｄｅｒ＿ｆｌａｇが１に等しい場合、ＣＬＶＳ内にｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰ
Ｈ＿ＮＵＴであるＶＣＬ ＮＡＬユニットが存在しないことが適合性の要件となる。
ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に等
しい場合、現在のピクチャのすべてのコーディングされたスライスはｐｉｃｔｕｒｅ＿ｈ
ｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇが０に等しくなり、現在のＰＵ
はＰＨ ＮＡＬ ユニットを持つものとする。
ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄは、スライスを含むサブピクチャのサブピクチャＩＤ
を規定する。ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄが存在する場合、変数ＣｕｒｒＳｕｂｐｉ
ｃＩｄｘの値は、ＳｕｂｐｉｃＩｄＶａｌ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］がｓｌｉｃｅ
＿ｓｕｂｐｉｃ＿ｉｄに等しくなるように導出される。そうでない場合（ｓｌｉｃｅ＿ｓ
ｕｂｐｉｃ＿ｉｄが存在しない場合）、ＣｕｒｒＳｕｂｐｉｃＩｄｘは０に等しくなるよ
うに導出される。ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さは、ｓｐｓ＿ｓｕｂｐｉｃ＿ｉ
ｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１ビットである。
ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、スライスのスライスアドレスを規定する。存在しない
場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０に等しいと推測される。ｒｅｃｔ＿ｓｌｉｃ
ｅ＿ｆｌａｇが１でＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ
］が１に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０と推測される。
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、以下が適用される。
－ スライスアドレスは、ラスタスキャンタイルインデックスである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＴｉｌｅｓＩｎ
Ｐｉｃ））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの
範囲内にあるべきである。
そうでない場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用さ
れる。
－ スライスアドレスは、スライスのサブピクチャレベルスライスインデックスである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＳｌｉｃｅｓＩ
ｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［
ＣｕｒｒＳｕｂｐｉｃＩｄｘ］－１までの範囲内とする。
ビットストリーム適合性の要件は、以下の制約が適用されることである。
－ ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい、又はｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒ
ｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、同じコー
ディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニット
のｓｌｉｃｅ＿ａｄｄｒｅｓｓの値に等しくてはならない。
－ そうでない場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ
値の組は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスラ
イスＮＡＬユニットのｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ
値の組に等しくてはならない。
－ ピクチャのスライスの形状は、各ＣＴＵが復号された場合、その左側境界全体及び最
上の境界全体が１つのピクチャの境界、又は、以前に復号されたＣＴＵの境界を含むもの
でなければならない。
ｓｈ＿ｅｘｔｒａ＿ｂｉｔ［ｉ］は１又は０に等しくてもよい。本明細書バージョンに
準拠するデコーダは、ｓｈ＿ｅｘｔｒａ＿ｂｉｔ［ｉ］の値を無視すべきである。その値
は、本明細書のバージョンで特定された特徴に対するデコーダの適合性に影響を与えな
い。
ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１プラス１は、存在する場合、ス
ライス内のタイル数を規定する。ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１
の値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内にあるべきである。
現在のスライス内のＣＴＵの数を規定する変数ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ
と、０からＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ－１の範囲（両端含む）のｉについて
、スライス内のｉ番目のＣＴＢのピクチャラスタスキャンアドレスを規定するリストＣｔ
ｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］は、次のように導出される。
ｉｆ（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇ）｛
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ＝ｓｌｉｃｅ＿ａｄｄｒｅｓｓ
ｆｏｒ（ｊ＝０；ｊ＜ＣｕｒｒＳｕｂｐｉｃＩｄｘ；ｊ＋＋）
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ＋＝ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ
］
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｐｉｃＬ
ｅｖｅｌＳｌｉｃｅＩｄｘ］
ｆｏｒ（ｉ＝０；ｉ＜ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ；ｉ＋＋）
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］［ｉ］ （１１７）
｝ｅｌｓｅ｛
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝０
ｆｏｒ（ｔｉｌｅＩｄｘ＝ｓｌｉｃｅ＿ａｄｄｒｅｓｓ；ｔｉｌｅＩｄｘ＜＝ｓｌｉ
ｃｅ＿ａｄｄｒｅｓｓ＋ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１；ｔｉｌ
ｅＩｄｘ＋＋）｛
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｆｏｒ（ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］；ｃｔｂＹ＜ｔｉｌｅＲｏ
ｗＢｄ［ｔｉｌｅＹ＋１］；ｃｔｂＹ＋＋）｛
ｆｏｒ（ｃｔｂＸ＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］；ｃｔｂＸ＜ｔｉｌｅＣ
ｏｌＢｄ［ｔｉｌｅＸ＋１］；ｃｔｂＸ＋＋）｛
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉ
ｃｅ］＝ｃｔｂＹ＊ＰｉｃＷｉｄｔｈＩｎＣｔｂ＋ｃｔｂＸ
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＋＋
｝
｝
｝
｝
変数ＳｕｂｐｉｃＬｅｆｔＢｏｕｎｄａｒｙＰｏｓ、ＳｕｂｐｉｃＴｏｐＢｏｕｎｄａ
ｒｙＰｏｓ、ＳｕｂｐｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ、ＳｕｂｐｉｃＢｏｔＢｏ
ｕｎｄａｒｙＰｏｓは以下のように導出される。
ｉｆ（ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ＣｕｒｒＳｕｂｐｉ
ｃＩｄｘ］）｛
ＳｕｂｐｉｃＬｅｆｔＢｏｕｎｄａｒｙＰｏｓ＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌ
ｅｆｔ＿ｘ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］＊ＣｔｂＳｉｚｅＹ
ＳｕｂｐｉｃＲｉｇｈｔＢｏｕｎｄａｒｙＰｏｓ＝Ｍｉｎ（ｐｉｃ＿ｗｉｄｔｈ＿ｍ
ａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－１，
（ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］
＋
ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］＋１）
＊ＣｔｂＳｉｚｅＹ－１）
ＳｕｂｐｉｃＴｏｐＢｏｕｎｄａｒｙＰｏｓ＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅ
ｆｔ＿ｙ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］＊ＣｔｂＳｉｚｅＹ （１１８）
ＳｕｂｐｉｃＢｏｔＢｏｕｎｄａｒｙＰｏｓ＝Ｍｉｎ（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａ
ｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－１，
（ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］
＋
ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］＋１
）＊ＣｔｂＳｉｚｅＹ－１）
｝
３．５ 色空間及びクロマサブサンプリング
色空間は、カラーモデル（又はカラーシステム）としても知られ、色の範囲を数字のタ
プル（ｔｕｐｌｅ）として簡単に記述する抽象的な数学モデルであり、典型的には３又は
４つの値又は色成分（例えばＲＧＢ）である。基本的には、色空間は座標系とサブ空間と
を精緻化したものである。
色空間は、カラーモデル（又はカラーシステム）としても知られ、色の範囲を数字のタ
プル（ｔｕｐｌｅ）として簡単に記述する抽象的な数学モデルであり、典型的には３又は
４つの値又は色成分（例えばＲＧＢ）である。基本的には、色空間は座標系とサブ空間と
を精緻化したものである。
映像圧縮の場合、最も頻繁に使用される色空間は、ＹＣｂＣｒ及びＲＧＢである。
ＹＣｂＣｒ、Ｙ’ＣｂＣｒ、またはＹ Ｐｂ／Ｃｂ Ｐｒ／Ｃｒは、ＹＣＢＣＲまたは
Ｙ’ＣＢＣＲとも呼ばれ、映像およびデジタル写真システムのカラー画像パイプラインの
一部として使用される色空間のファミリーである。Ｙ’は輝度成分であり、ＣＢ及びＣＲ
は青色差及び赤色差クロマ成分である。Ｙ’（素数を有する）はＹとは区別され、Ｙは輝
度であり、ガンマ補正されたＲＧＢ原色に基づいて光強度が非線形に符号化されることを
意味する。
Ｙ’ＣＢＣＲとも呼ばれ、映像およびデジタル写真システムのカラー画像パイプラインの
一部として使用される色空間のファミリーである。Ｙ’は輝度成分であり、ＣＢ及びＣＲ
は青色差及び赤色差クロマ成分である。Ｙ’（素数を有する）はＹとは区別され、Ｙは輝
度であり、ガンマ補正されたＲＧＢ原色に基づいて光強度が非線形に符号化されることを
意味する。
クロマサブサンプリングは、人間の視覚システムが、輝度よりも色差の方が知覚が低い
ことを利用して、輝度情報よりもクロマ情報の方が解像度が低くなるように実装してピク
チャを符号化する方法である。
ことを利用して、輝度情報よりもクロマ情報の方が解像度が低くなるように実装してピク
チャを符号化する方法である。
３．５．１． ４：４：４
３つのＹ’ＣｂＣｒ成分の各々は、同じサンプルレートを有し、従って、クロマサブサ
ンプリングは存在しない。この方式は、ハイエンドフィルムスキャナ及びシネマティック
ポストプロダクションに用いられることがある。
３つのＹ’ＣｂＣｒ成分の各々は、同じサンプルレートを有し、従って、クロマサブサ
ンプリングは存在しない。この方式は、ハイエンドフィルムスキャナ及びシネマティック
ポストプロダクションに用いられることがある。
３．５．２． ４：２：２
２つのクロマ成分は、輝度のサンプルレートの半分でサンプリングされ、水平クロマ解
像度は半分にされ、垂直クロマ解像度は変化しない。これにより、視覚的にほとんどまた
は全く差がなく、非圧縮の映像信号の帯域幅を１／３に低減することができる。４：２：
２カラーフォーマットの名目上の垂直および水平の位置の例が、例えば、ＶＶＣ作業草案
の図５に示されている。
２つのクロマ成分は、輝度のサンプルレートの半分でサンプリングされ、水平クロマ解
像度は半分にされ、垂直クロマ解像度は変化しない。これにより、視覚的にほとんどまた
は全く差がなく、非圧縮の映像信号の帯域幅を１／３に低減することができる。４：２：
２カラーフォーマットの名目上の垂直および水平の位置の例が、例えば、ＶＶＣ作業草案
の図５に示されている。
３．５．３． ４：２：０
４：２：０では、水平サンプリングは４：１：１に比べて２倍になるが、このスキーム
ではＣｂ及びＣｒチャネルを各１行おきのラインでのみサンプリングするので、垂直解像
度は半分になる。従って、データレートは同じである。Ｃｂ及びＣｒはそれぞれ水平及び
垂直方向の両方に２倍ずつサブサンプリングされる。異なる水平及び垂直位置を有する４
：２：０スキームの３つの変形がある。
● ＭＰＥＧ－２において、ＣｂおよびＣｒは水平方向に共座している。ＣｂおよびＣｒ
は垂直方向の画素間に位置する（格子間に位置する）。
● ＪＰＥＧ／ＪＦＩＦにおいて、Ｈ．２６１、およびＭＰＥＧ－１、Ｃｂ、およびＣｒ
は、交互の輝度サンプルの中間の格子間に位置する。
● ４：２：変数ＤＶにおいて、ＣｂおよびＣｒは、水平方向に共座している。垂直方向
には、それらは交互に共座している。
表３－１．ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃおよびｓｅｐａｒａｔｅ＿ｃｏｌｏｕ
ｒ＿ｐｌａｎｅ＿ｆｌａｇから導出したＳｕｂＷｉｄｔｈＣおよびＳｕｂＨｅｉｇｈｔＣ
の値
４：２：０では、水平サンプリングは４：１：１に比べて２倍になるが、このスキーム
ではＣｂ及びＣｒチャネルを各１行おきのラインでのみサンプリングするので、垂直解像
度は半分になる。従って、データレートは同じである。Ｃｂ及びＣｒはそれぞれ水平及び
垂直方向の両方に２倍ずつサブサンプリングされる。異なる水平及び垂直位置を有する４
：２：０スキームの３つの変形がある。
● ＭＰＥＧ－２において、ＣｂおよびＣｒは水平方向に共座している。ＣｂおよびＣｒ
は垂直方向の画素間に位置する（格子間に位置する）。
● ＪＰＥＧ／ＪＦＩＦにおいて、Ｈ．２６１、およびＭＰＥＧ－１、Ｃｂ、およびＣｒ
は、交互の輝度サンプルの中間の格子間に位置する。
● ４：２：変数ＤＶにおいて、ＣｂおよびＣｒは、水平方向に共座している。垂直方向
には、それらは交互に共座している。
表３－１．ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃおよびｓｅｐａｒａｔｅ＿ｃｏｌｏｕ
ｒ＿ｐｌａｎｅ＿ｆｌａｇから導出したＳｕｂＷｉｄｔｈＣおよびＳｕｂＨｅｉｇｈｔＣ
の値
４． 開示される実施形態が解決しようとする技術的課題の例
ＶＶＣにおけるＳＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダの信号化に関する既
存の設計には以下のような問題がある。
１） ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合、現在のＶＶＣのテキストによ
れば、以下のようになる。
ａ．ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、スライスのサブピクチャレベルのスライスインデ
ックスを表す。
ｂ． サブピクチャレベルのスライスインデックスとは、サブピクチャのスライスをＰ
ＰＳで信号化した順番に並べたリストに対するスライスのインデックスと定義される。
ｃ． ピクチャレベルのスライスインデックスとは、ピクチャ内のスライスをＰＰＳで
信号化された順に並べたリストに対するスライスのインデックスと定義される。
ｄ． 異なる２つのサブピクチャに属する２つのスライスについては、サブピクチャイ
ンデックスの小さい方が復号順が早くなり、同じサブピクチャに属する２つのスライスに
ついては、サブピクチャレベルのスライスインデックスが小さい方が復号順が早くなる。
ｅ． そして、現在のスライスのＣＴＵ数を規定する変数ＮｕｍＣｔｕｓＩｎＣｕｒｒ
Ｓｌｉｃｅの今回のＶＶＣテキストの式１１７による導出は、ピクチャレベルのスライス
インデックス値の増加順序がスライスの復号順序と同じであることを仮定している。
しかし、１枚のタイルを分割した結果、いくつかのスライスが生じた場合、上記のよう
な点に抵触する可能性がある。図６に示す例では、ピクチャが垂直方向のタイル境界によ
って２つのタイルに分割され、２つのタイルのそれぞれがピクチャ全体にわたって同じ水
平方向の境界によって２つのスライスに分割される場合、上側の２つのスライスが第１サ
ブピクチャに含まれ、下側の２つのスライスが第２サブピクチャに含まれる。この場合、
現在のＶＶＣテキストによれば、スライスラスタスキャン順の４つのスライスのピクチャ
レベルのスライスインデックス値は０、２、１、３となり、スライスラスタスキャン順の
４つのスライスの復号順序インデックス値は０、１、２、３ということになる。その結果
、ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅの導出が正しくなくなり、スライスデータの解
析に問題が生じ、復号化されたサンプル値が正しくなくなり、デコーダがクラッシュする
可能性が高くなる。
２）スライス信号方式には２種類ある。矩形モードでは、すべてのスライス分割情報がＰ
ＰＳで信号化される。非矩形モードでは、スライスヘッダでスライス分割情報の一部が通
知されるため、このモードではピクチャのすべてのスライスを解析する前にピクチャの完
全なスライス分割を知ることができない。
３）矩形モードではｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａを設定することにより、スライスを任
意に信号化することができる。邪悪なビットストリームは、このメカニズムでデコーダを
クラッシュさせる場合がある。
４）本発明の実施例において、ｉがｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１
に等しい場合、初期化されていないｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］
ＶＶＣにおけるＳＰＳ／ＰＰＳ／ピクチャヘッダ／スライスヘッダの信号化に関する既
存の設計には以下のような問題がある。
１） ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合、現在のＶＶＣのテキストによ
れば、以下のようになる。
ａ．ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、スライスのサブピクチャレベルのスライスインデ
ックスを表す。
ｂ． サブピクチャレベルのスライスインデックスとは、サブピクチャのスライスをＰ
ＰＳで信号化した順番に並べたリストに対するスライスのインデックスと定義される。
ｃ． ピクチャレベルのスライスインデックスとは、ピクチャ内のスライスをＰＰＳで
信号化された順に並べたリストに対するスライスのインデックスと定義される。
ｄ． 異なる２つのサブピクチャに属する２つのスライスについては、サブピクチャイ
ンデックスの小さい方が復号順が早くなり、同じサブピクチャに属する２つのスライスに
ついては、サブピクチャレベルのスライスインデックスが小さい方が復号順が早くなる。
ｅ． そして、現在のスライスのＣＴＵ数を規定する変数ＮｕｍＣｔｕｓＩｎＣｕｒｒ
Ｓｌｉｃｅの今回のＶＶＣテキストの式１１７による導出は、ピクチャレベルのスライス
インデックス値の増加順序がスライスの復号順序と同じであることを仮定している。
しかし、１枚のタイルを分割した結果、いくつかのスライスが生じた場合、上記のよう
な点に抵触する可能性がある。図６に示す例では、ピクチャが垂直方向のタイル境界によ
って２つのタイルに分割され、２つのタイルのそれぞれがピクチャ全体にわたって同じ水
平方向の境界によって２つのスライスに分割される場合、上側の２つのスライスが第１サ
ブピクチャに含まれ、下側の２つのスライスが第２サブピクチャに含まれる。この場合、
現在のＶＶＣテキストによれば、スライスラスタスキャン順の４つのスライスのピクチャ
レベルのスライスインデックス値は０、２、１、３となり、スライスラスタスキャン順の
４つのスライスの復号順序インデックス値は０、１、２、３ということになる。その結果
、ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅの導出が正しくなくなり、スライスデータの解
析に問題が生じ、復号化されたサンプル値が正しくなくなり、デコーダがクラッシュする
可能性が高くなる。
２）スライス信号方式には２種類ある。矩形モードでは、すべてのスライス分割情報がＰ
ＰＳで信号化される。非矩形モードでは、スライスヘッダでスライス分割情報の一部が通
知されるため、このモードではピクチャのすべてのスライスを解析する前にピクチャの完
全なスライス分割を知ることができない。
３）矩形モードではｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａを設定することにより、スライスを任
意に信号化することができる。邪悪なビットストリームは、このメカニズムでデコーダを
クラッシュさせる場合がある。
４）本発明の実施例において、ｉがｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１
に等しい場合、初期化されていないｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］
図６は、ピクチャ分割の例を示す。実線６０２はタイルの境界を、破線６０４はスライ
スの境界を、破線６０６はサブピクチャの境界を表す。図には、４つのスライスのピクチ
ャレベルインデックス、復号順序インデックス、サブピクチャレベルインデックス、及び
サブピクチャ及びタイルのインデックスが示されている。
スの境界を、破線６０６はサブピクチャの境界を表す。図には、４つのスライスのピクチ
ャレベルインデックス、復号順序インデックス、サブピクチャレベルインデックス、及び
サブピクチャ及びタイルのインデックスが示されている。
５． 例示的な実施形態及び技術
上述した課題等を解決するために、以下に示す方法が開示されている。本発明は、一般
的な概念を説明するための例と見なされるべきであり、狭い意味で解釈されるべきではな
い。さらに、本発明は、個々に適用されてもよいし、任意に組み合わせて適用されてもよ
い。
１． 矩形スライスモードのスライス（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場
合）については、各サブピクチャの各スライスに対するピクチャレベルのスライスインデ
ックスを導出し、その導出した値を用いて各スライスにおけるＣＴＵ数を導出する。
２． サブピクチャレベルのスライスインデックスは、以下の方法で定義／導出すること
ができる。
ａ． 一例では、サブピクチャレベルのスライスインデックスは、“ｒｅｃｔ＿ｓｌｉ
ｃｅ＿ｆｌａｇが１に等しいとき、そのデコード順でサブピクチャ内のスライスのリスト
へのスライスのインデックス”と定義される。
ｂ． あるいは、サブピクチャレベルのスライスインデックスは、“ｒｅｃｔ＿ｓｌｉ
ｃｅ＿ｆｌａｇが１に等しいときのサブピクチャのスライスリストに対するスライスのイ
ンデックスで、式３２（実施の形態１と同様）で導かれる変数ＳｕｂｐｉｃＬｅｖｅｌＳ
ｌｉｃｅＩｄｘ［ｉ］で規定され、ｉはそのスライスのピクチャレベルスライスインデッ
クス”として定義される。
ｃ． 一例として、ピクチャレベルのスライスインデックスが特定の値である各スライ
スのサブピクチャインデックスを導出する。
ｄ． 一例として、ピクチャレベルのスライスインデックスが特定の値である各スライ
スのサブピクチャレベルのスライスインデックスを導出する。
ｅ． 一例では、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいとき、スライスアドレ
スのセマンティクスは、“スライスアドレスは、式３２で導出される変数ＳｕｂｐｉｃＬ
ｅｖｅｌＳｌｉｃｅＩｄｘ［ｉ］で規定されるスライスのサブピクチャレベルスライスイ
ンデックス（例えば、実施形態１のように）、ｉはそのスライスのピクチャレベルスライ
スインデックス”と規定される。
３． スライスのサブピクチャレベルのスライスインデックスは、そのスライスを含む最
初のサブピクチャ内のスライスに割り当てられる。各スライスのサブピクチャレベルのス
ライスインデックスは、ピクチャレベルのスライスインデックスをインデックスとする配
列（例えば、実施の形態１におけるＳｕｂｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ［ｉ］）に
格納されてもよい。
ａ． 一例として、サブピクチャレベルのスライスインデックスは、非負の整数である
。
ｂ． 一例として、スライスのサブピクチャレベルのスライスインデックスの値は、０
以上である。
ｃ． ある例では、スライスのサブピクチャレベルのスライスインデックスの値はＮよ
り小さく、Ｎはサブピクチャのスライス数である。
ｄ． 一例として、第１スライス（スライスＡ）の第１サブピクチャレベルのスライス
インデックス（ｓｕｂＩｄｘＡと表記）は、第１スライスと第２スライス（スライスＢ）
が同じサブピクチャ内にありながら異なる場合、第２スライス（スライスＢ）の第２サブ
ピクチャレベルのスライスインデックス（ｓｕｂＩｄｘＢと表記）と異なる必要がある。
ｅ． 一例では、第１サブピクチャにおける第１スライス（スライスＡ）の第１サブピ
クチャレベルのスライスインデックス（ｓｕｂＩｄｘＡと表記）が、同じ第１サブピクチ
ャにおける第２スライス（スライスＢ）の第２サブピクチャレベルのスライスインデック
ス（ｓｕｂＩｄｘＢと表記）より小さい場合、ＩｄｘＡはＩｄｘＢより小さく、ｉｄｘＡ
とｉｄｘＢとは全画面に占めるスライスインデックスを表す（ａ。ここで、ｉｄｘＡはス
ライスＡの、ｉｄｘＢはスライスＢの、それぞれピクチャレベルのスライスインデックス
（ｓｌｉｃｅＩｄｘなど）である。
ｆ． 一例として、第１サブピクチャ内の第１スライス（スライスＡ）の第１サブピク
チャレベルのスライスインデックス（ｓｕｂＩｄｘＡと表記）が、同じ第１サブピクチャ
内の第２スライス（スライスＢ）の第２サブピクチャレベルのスライスインデックス（ｓ
ｕｂＩｄｘＢと表記）より小さい場合、復号順ではスライスＡがスライスＢより先行する
。
ｇ． 一例として、サブピクチャにおけるサブピクチャレベルのスライスインデックス
は、ピクチャレベルのスライスインデックス（例えば、ｓｌｉｃｅＩｄｘ）に基づいて導
出される。
４． サブピクチャ内のサブピクチャレベルのスライスインデックスとピクチャレベルの
スライスインデックスのマッピング関数／テーブルを導出することを提案する。
ａ． 一例として、二次元配列ＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ［ｓｕｂＰｉｃＩｄ
ｘ］［ＳｕｂＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］が、サブピクチャ内のサブピクチャレ
ベルスライスインデックスをピクチャレベルスライスインデックスにマッピングするよう
に導出される。ここで、ＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘはスライスのピクチャレベル
スライスインデックス、ｓｕｂＰｉｃＩｄｘはサブピクチャのインデックス、ＳｕｂＰｉ
ｃＬｅｖｅｌＳｌｉｃｅＩｄｘはサブピクチャのスライスのサブピクチャレベルスライス
インデックスを示す。
ｉ． 一例では、配列ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｓｕｂＰｉｃＩｄｘ］
がＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘの導出に用いられ、ＮｕｍＳｌｉｃｅｓＩｎＳｕｂ
ｐｉｃ［ｓｕｂＰｉｃＩｄｘ］は、ｓｕｂＰｉｃＩｄｘに等しいインデックスのサブピク
チャにおけるスライス数であることを示す。
１） 一例として、ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｓｕｂＰｉｃＩｄｘ］
とＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ［ｓｕｂＰｉｃＩｄｘ］［ＳｕｂＰｉｃＬｅｖｅｌ
ＳｌｉｃｅＩｄｘ］は、ピクチャレベルスライスのインデックス順にすべてのスライスを
スキャンして一度の処理で導出される。
ａ． ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｓｕｂＰｉｃＩｄｘ］は、処理前
のすべての有効なｓｕｂＰｉｃＩｄｘに対して０に等しく設定される。
ｂ． ピクチャレベルインデックスがＳであるスライスをチェックするとき、そ
れがサブピクチャインデックスがＰであるサブピクチャ内にあれば、ＰｉｃＬｅｖｅｌＳ
ｌｉｃｅＩｄｘ［Ｐ］［ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［Ｐ］］をＳとし、次にＮ
ｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［Ｐ］をＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［Ｐ］
＋１とする。
ｉｉ． 一例では、ＳｌｉｃｅＩｄｘＩｎＰｉｃ［ｓｕｂＰｉｃＩｄｘ］［ＳｕｂＰ
ｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］を使用して、ピクチャレベルのスライスインデックス
（例えばｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ）を導出し、これを使用して、スライスヘッ
ダの解析時にスライス内のＣＴＢの数及び／又はアドレスを導出する。
５． コンフォーマンスビットストリームでは、１つのタイルが２つ以上のサブピクチャ
に含まれないことが要求される。
６． スライスＡはタイルＡの中にあるがタイルＡより小さく、スライスＢはタイルＢの
中にあるがタイルＢより小さく、タイルＡとタイルＢが異なる場合、一つのサブピクチャ
はスライスＡとスライスＢで示される二つのスライスを含むことができないことがコンフ
ォーマンスビットストリームで要求される。
７． ピクチャのタイル及び／又はスライス分割情報を、関連するピクチャヘッダにおい
て信号通知することを提案する。
ａ． 一例では、ピクチャのタイル及び／又はスライス分割情報がＰＰＳで信号通知さ
れるか、関連するピクチャヘッダで信号通知されるかは、関連するＰＰＳで信号通知され
る。
ｂ． 一例では、ピクチャのタイル及び／又はスライス分割情報が、関連するピクチャ
ヘッダにあるかどうかが信号通知される。
ｉ． 一例として、ピクチャのタイル及び／又はスライス分割情報が、関連するＰＰ
Ｓと関連するピクチャヘッダの両方で信号通知されている場合、ピクチャヘッダで信号通
知されたピクチャのタイル及び／又はスライス分割情報が使用されることになる。
ｉｉ． 一例として、ピクチャのタイル及び／又はスライス分割情報が、関連するＰ
ＰＳと関連するピクチャヘッダの両方で信号通知される場合、ＰＰＳで信号通知されたピ
クチャのタイル及び／又はスライス分割情報が使用される。
ｃ． 一例として、ピクチャよりも高いレベル（ＳＰＳなど）の映像ユニットにおいて
、ピクチャのタイル及び／又はスライス分割情報が、関連するＰＰＳにおいて信号通知さ
れているか、又は関連するピクチャヘッダにおいて信号通知されているかを示すために信
号通知される。
８． 非矩形モードで関連ピクチャをスライス分割する場合、スライスレベルより上位の
映像ユニット（例えば、ＰＰＳ及び／又はピクチャヘッダ内）でスライス分割情報を信号
通知することを提案する。
ａ． 一例として、関連するピクチャが非矩形モードでスライス分割されている場合、
スライス数を示す情報（例えばｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）が
上位の映像ユニットで信号通知されてもよい。
ｂ． 一例として、関連するピクチャが非矩形モードを有するスライスで分割されると
き、上位映像ユニットにおけるスライスの最初のブロックユニットのインデックス（又は
アドレス、又は位置、又は座標）を示すための情報である。例えば、ブロック単位は、Ｃ
ＴＵまたはタイルであってもよい。
ｃ． 一例として、関連するピクチャが非矩形モードでスライス分割されている場合に
、上位の映像ユニットにおけるスライスのブロックユニットの数を示すための情報を提供
する。例えば、ブロック単位は、ＣＴＵまたはタイルであってもよい。
ｄ． 一例では、関連するピクチャが非矩形モードを有するスライスで分割されるとき
、スライス分割情報（例えば、ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１）
は、スライスヘッダで信号通知されない。
ｅ． 一例として、関連するピクチャが非矩形モードでスライスに分割されている場合
、スライスインデックスはスライスヘッダで信号通知される。
ｉ． 一例として、ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、関連するピクチャが非矩形モー
ドでスライスに分割される場合、ピクチャレベルのスライスインデックスとして解釈され
る。
ｆ． 一例では、関連するピクチャが非矩形モードを有するスライスで分割されるとき
、ピクチャ内の各スライスの分割情報（第１ブロックユニットのインデックス及び／又は
ブロックユニットの数など）は、上位の映像ユニットで順番に信号通知されてもよい。
ｉ． 一例として、関連するピクチャが非矩形モードでスライスに分割されている場
合、上位映像ユニットの各スライスに対してスライスのインデックスが信号通知されても
よい。
ｉｉ． 一例として、各スライスのパーティショニング情報は、スライスインデック
スの昇順で信号通知される。
１） 一例として、各スライスの分割情報は、スライス０、スライス１、．．．、
スライスＫ－１、スライスＫ、スライスＫ＋１、．．．スライスＳ－２、スライスＳ－１
の順で信号通知し、Ｋはスライスインデックス、Ｓはピクチャのスライス枚数を表す。
ｉｉｉ． 一例として、各スライスのパーティショニング情報は、スライスインデッ
クスの降順で信号通知される。
１） 一例として、各スライスの分割情報は、スライスＳ－２、スライスＳ－１、
．．．、スライスＫ＋１、スライスＫ、スライスＫ－１、．．．、スライス１、スライス
０の順で信号通知し、Ｋはスライスインデックス、Ｓはピクチャのスライス数を表す。
ｉｖ． 一例として、関連するピクチャが非矩形モードでスライスに分割されている
場合、スライスに対する第１ブロックユニットのインデックスは、上位の映像ユニットで
信号通知されないことがある。
１） 例えば、スライス０（スライスインデックスが０であるスライス）の最初の
ブロックユニットのインデックスは０であると推論される。
２） 例えば、スライスＫ（スライスインデックスがＫに等しいスライス、Ｋ＞０
）の最初のブロックユニットのインデックスは、
と推論され、Ｎｉはスライスｉのブロックユニットの数を表す。
ｖ． 一例として、関連するピクチャが非矩形モードでスライスに分割されている場
合、スライスに対する第１ブロックユニットのインデックスは、上位の映像ユニットで信
号通知されないことがある。
１） 例えば、スライス０（スライスインデックスが０であるスライス）の最初の
ブロックユニットのインデックスは０であると推論される。
２） 例えば、スライスＫ（スライスインデックスがＫに等しいスライス、Ｋ＞０
）の最初のブロックユニットのインデックスは、
と推論され、Ｎｉはスライスｉのブロックユニットの数を表す。
ｖｉ． 一例として、関連するピクチャが非矩形モードでスライスに分割されている
場合、スライスに対するブロックユニットの数は、上位の映像ユニットで信号通知されな
いことがある。
１） ピクチャ中にスライスが１つしかなく、ピクチャ中にブロックユニットがＭ
個あるとき、スライス０のブロックユニットの数はＭ個である。
２） 例えば、スライスＫ（スライスインデックスが０に等しいスライス）のブロ
ックユニットの数はＴＫ＋１－ＴＫと推論され、ＴＫはＫ＜Ｓ－１（Ｓはピクチャのスラ
イス数でＳ＞１）のときのスライスＫの最初のブロックユニットのインデックスを表す。
３） 例えば、スライスＳ－１のブロックユニットの数は
と推論され、このとき、Ｓはピクチャのスライス数、Ｓ＞１、Ｍはピクチャのブロックユ
ニットの数である。
ｖｉｉ． 一例として、関連するピクチャが非矩形モードのスライスで分割されてい
る場合、１つ以上のスライスの分割情報は、上位の映像ユニットで信号通知されない場合
がある。
１） 一例として、上位の映像ユニットで信号化しない１つ以上のスライスの分割
情報を、信号化される他のスライスの分割情報から推論することができる。
２） 一例として、最後のＣスライスの分割情報は信号通知されないことがある。
例えば、Ｃが１に等しい。
３） 例えば、スライスＳ－１のブロックユニットの数は信号通知されず、Ｓはピ
クチャのスライス数で、Ｓ＞１である。
ａ． 例えば、スライスＳ－１のブロックユニットの数は、
と推論され、ピクチャ中にＭ個のブロックユニットがある。
９． 矩形分割を行うか、非矩形分割を行うかによって、ピクチャの最小スライス数が異
なる可能性があることを提案する。
ａ． 一例として、非矩形分割モードが適用された場合、ピクチャは少なくとも２つの
スライスに分割され、矩形分割モードが適用された場合、ピクチャは少なくとも１つのス
ライスに分割される。
ｉ． 例えば、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２プラス２は、非
矩形分割モードを適用した場合に、ピクチャのスライス数を規定する信号となる場合があ
る。
ｂ． 一例として、非矩形分割モードが適用された場合、ピクチャは少なくとも１つの
スライスに分割され、矩形分割モードが適用された場合、ピクチャは少なくとも１つのス
ライスに分割される。
ｉ． 例えば、矩形分割モードを適用した場合、ピクチャのスライス数を規定するｎ
ｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２プラス２が信号通知されることがある
。
ｃ． 一例として、ピクチャがサブピクチャに分割されていない場合に矩形分割を適用
するか、１つのサブピクチャにのみ分割されている場合に非矩形分割を適用するかによっ
て、ピクチャ内の最小スライス数は異なる場合がある。
１０． ＰＰＳやピクチャヘッダなどの映像単位で分割情報を信号通知する場合、左上の
位置とスライスの幅／高さでスライスを表現することを提案する。
ａ． 一例として、スライスの左上のブロックユニット（ＣＴＵやタイルなど）のイン
デックス／位置／座標、及び映像単位（ＣＴＵやタイルなど）で測定した幅、及び映像ユ
ニット（ＣＴＵやタイルなど）で測定した高さが信号通知される。
ｂ． 一例として、左上の位置と各スライスの幅／高さの情報を順番に信号通知する。
ｉ． 例えば、左上の位置や各スライスの幅／高さの情報は、０、１、２、．．．、
Ｓ－１（Ｓはピクチャのスライス数）のようにスライスインデックスの昇順で信号通知さ
れる。
１１． サブピクチャ内のスライスの分割情報（位置／幅／高さなど）をＳＰＳ／ＰＰＳ
／ピクチャヘッダなどの映像ユニットで信号通知することを提案する。
ａ． 一例として、各サブピクチャのスライス分割情報を順番に信号通知する。
ｉ． 例えば、各サブピクチャのスライス分割情報は、サブピクチャのインデックス
の昇順で信号通知される。
ｂ． 一例として、サブピクチャ内の各スライスの分割情報（位置／幅／高さなど）が
順番に信号通知される。
ｉ． 一例として、サブピクチャ内の各スライスの分割情報（位置／幅／高さなど）
は、サブピクチャレベルのスライスインデックスで昇順に信号通知される。
１２． ｉ番目の矩形スライスの最初のタイルのタイルインデックスと（ｉ＋１）番目の
矩形スライスの最初のタイルのタイルインデックスとの差（ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔ
ａ［ｉ］とする）を信号通知せず、導出することを提案する。
ａ． 一例として、０番目の矩形スライスからｉ番目の矩形スライスまでの矩形スライ
スに基づいて、（ｉ＋１）番目の矩形スライスにおける最初のタイルのタイルインデック
スを導出する。
ｂ． 一例として、（ｉ＋１）番目の矩形スライスにおける最初のタイルのタイルイン
デックスは、０ｔｈ番目の矩形スライスからｉ番目の矩形スライスまで、矩形スライス内
にないタイルの最小インデックスであると導出される。
１３． タイルの列数／行数（例えばＮｕｍＴｉｌｅＣｏｌｕｍｎｓ又はＮｕｍＴｉｌｅ
Ｒｏｗｓ）を導出するための情報の信号通知は、ピクチャの幅とＣＴＵのサイズとの関係
を条件とすることを提案する。
ａ． 例えば、ピクチャの幅がＣＴＵのサイズ又は幅より小さいか等しい場合、ｎｕｍ
＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１及び／又はｔｉｌｅ＿ｃｏｌｕｍｎ
＿ｗｉｄｔｈ＿ｍｉｎｕｓ１が信号通知されない場合がある。
ｂ． 例えば、ピクチャの高さがＣＴＵのサイズ又は高さより小さいか又は等しい場合
、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１及び／又はｔｉｌｅ＿ｒｏｗ＿ｈ
ｅｉｇｈｔ＿ｍｉｎｕｓ１が信号通知されないことがある。
１４． ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄが存在する場合、ＳｕｂｐｉｃＩｄＶａｌ［Ｃ
ｕｒｒＳｕｂｐｉｃＩｄｘ］がｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄと等しいことを満たすＣ
ｕｒｒＳｕｂｐｉｃＩｄｘは１つだけでなければならない。
１５． ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０、又はｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓ
ｅｎｔ＿ｆｌａｇが０の場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓ＋ｉの値は、ｉが０からｎｕ
ｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の範囲（両端含む）において、ｓｌｉ
ｃｅ＿ａｄｄｒｅｓｓ＋ｊの値に一致しないものとし、ここでｊは、同じコーディングさ
れたピクチャの他のコーディングされたスライスＮＡＬユニットの０からｎｕｍ＿ｔｉｌ
ｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の範囲（両端含む）で、ｉはその範囲にある。
１６． ピクチャ内に均一間隔のタイルと非均一間隔のタイルが存在する場合、ＰＰＳ（
又はＳＰＳ）において、タイルレイアウトのタイプを規定する構文要素を信号通知するこ
とができる。
ａ． 一例として、ＰＰＳで信号通知される構文フラグがあり、タイルレイアウトが非
均一間隔の後に均一間隔が続くか、均一間隔の後に非均一間隔が続くかを指定することが
できる。
ｂ． 例えば、不均一な間隔のタイルがあるときはいつでも、明確に提供されるタイル
列／行の数（例えば、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕ
ｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１）は不均一タイルの総数と同程度であり
得る。
ｃ． 例えば、均一な間隔のタイルがあるときはいつでも、明確に提供されるタイル列
／行の数（例えば、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ
＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１）は均一タイルの総数よりも少ないか、等
しくなり得る。
ｄ． タイルのレイアウトが、均一な間隔の後に不均一な間隔が続くような場合（つま
り、均一な間隔のタイルで始まり、複数の不均一な間隔のタイルで終わるような絵の場合
）、
ｉ． 一例では、ピクチャの後者に位置する非均一間隔タイルのタイル列の幅は、ま
ず逆順に割り当てられ（すなわち、タイルインデックスの順序がＮｕｍＴｉｌｅＣｏｌｕ
ｍｎｓ、ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－１、ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－２、．．
．に等しい）、次にピクチャの前者に位置する均一間隔タイルのタイル列の幅は逆順に暗
に導き出されてもよい（すなわち、タイルインデックスの順序がＮｕｍＴｉｌｅＣｏｌｕ
ｍｎｓ－Ｔ，ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－Ｔ－１，．．．，２，１，０に等しく、こ
こでＴは不均一なタイル列の数を示す）。
ｉｉ． タイル列の高さは、前述したタイル列の幅と同様にして求めることができる
。
１７． 二つの矩形スライス（一方がｉ番目のスライス）の代表的なタイルインデックス
の差を規定する構文要素（例えばｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］）は、条件が真で
ある場合にのみ使用することが可能である。
ａ． 一例として、条件は（ｉ！＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ
１）であり、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１プラス１がピクチャ中
のスライス数を表している。
ｂ． 一例として、条件は（ｉ！＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ
１）であり、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１プラス１がピクチャ中
のスライス数を表している。
１８． マージ推定領域（ＭＥＲ）サイズ（例えばｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒ
ｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ２で信号通知される）を信号通知するか、及び／又は解釈
するか、又は制限するかは、最小許容コーディングブロックサイズ（例えばｌｏｇ２＿ｍ
ｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２及び／又はＭｉｎ
ＣｂＳｉｚｅＹとして信号通知／表示される）によっても決まりうる。
ａ． 一例として、ＭＥＲのサイズは、最小許容コーディングブロックサイズより小さ
くできないことが要求される。
ｉ． 例えば、ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ
２はｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２
と同等かそれ以上であることが必要である。
ｉｉ． 例えば、ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕ
ｓ２はｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ
２からＣｔｂＬｏｇ２ＳｉｚｅＹ－２の範囲であることが必要である。
ｂ． 一例として、Ｌｏｇ２（ＭＥＲサイズ）とＬｏｇ２（ＭｉｎＣｂＳｉｚｅＹ）の
差を信号通知とし、これをｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉ
ｎｕｓ＿ｌｏｇ２＿ｍｉｎｃｂと表現する。
ｉ． 例えば、ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ
＿ｌｏｇ２＿ｍｉｎｃｂは単項のコード（ｕｅ）でコーディングされる。
ｉｉ． 例えば、ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕ
ｓ＿ｌｏｇ２＿ｍｉｎｃｂは、０からＣｔｂＬｏｇ２ＳｉｚｅＹ－ｌｏｇ２＿ｍｉｎ＿ｌ
ｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２－２の範囲であることが必
要である。
ｉｉｉ． 例えば、Ｌｏｇ２ＰａｒＭｒｇＬｅｖｅｌ＝ｌｏｇ２＿ｐａｒａｌｌｅｌ
＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ＿ｌｏｇ２＿ｍｉｎｃｂ＋ｌｏｇ２＿ｍｉｎ＿ｌ
ｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２、ここでＬｏｇ２Ｐａ
ｒＭｒｇＬｅｖｅｌはＭＥＲサイズの制御に使用される。
１９． ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が０に等しい場合、ｉ番
目のスライスのＣＴＵ行のユニットでのスライス高、例えば、ｓｌｉｃｅＨｅｉｇｈｔＩ
ｎＣｔｕｓ［ｉ］と表記することが提案される。
ａ． 一例では、ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］は、ｎｕｍ＿ｅｘｐ＿ｓ
ｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が０に等しいとき、ＲｏｗＨｅｉｇｈｔ［Ｓｌｉｃｅ
ＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ］に等しいように
導出される。
２０． ピクチャのｉ番目のスライスを含むタイルの（ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿
ｉｎ＿ｔｉｌｅ［ｉ］－１）番目のスライスは常に存在し、高さは常にｅｘｐ＿ｓｌｉｃ
ｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅ
ｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］＋１ＣＴＵ行とすることが提案される。
ａ． あるいは、ピクチャのｉ番目のスライスを含むタイルの（ｎｕｍ＿ｅｘｐ＿ｓｌ
ｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１）番目のスライスは存在してもしなくてもよく、高
さはｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ
＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］＋１ＣＴＵ行以下である。
２１． 矩形スライスの情報導出の際、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕ
ｓ１より小さいピクチャレベルのスライスインデックスを持つスライスに対してのみ変数
ｔｉｌｅＩｄｘを更新する、すなわちＰＰＳを参照する各ピクチャの最後のスライスに対
しては更新しないことが提案される。
２２． ＰＰＳを参照するピクチャでは、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿
ｍｉｎｕｓ１番目のタイル列が常に存在し、幅は常にｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔ
ｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］＋１Ｃ
ＴＢｓであることが提案される。
２３． ＰＰＳを参照するピクチャでは、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎ
ｕｓ１番目のタイル行が常に存在し、高さは常にｔｉｌｅ＿ｃｏｌｕｍｎ＿ｈｅｉｇｈｔ
＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］＋１ＣＴＢｓで
あること提案される。
２４． 最大ピクチャ幅と最大ピクチャ高さがともにＣｔｂＳｉｚｅＹよりも大きくない
場合、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の構文要素の信号通知をスキップ
することが提案される。
ａ． あるいは、追加的に、上記条件が成立する場合、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃ
ｓ＿ｍｉｎｕｓ１の値は０に等しいと推論される。
２５． ピクチャ幅がＣｔｂＳｉｚｅＹよりも大きくない場合、構文要素ｎｕｍ＿ｅｘｐ
＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の信号通知はスキップされてもよいことが提
案される。
ｂ． あるいは、追加的に、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ
１の値は、上記条件が真のとき、０に等しいと推論される。
２６． ピクチャの高さがＣｔｂＳｉｚｅＹよりも大きくない場合、構文要素ｎｕｍ＿ｅ
ｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の信号通知はスキップされてもよいことが提案
される。
ｃ． あるいは、追加的に、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ１の値は
、上記条件が真のとき、０に等しいと推論される。
２７． ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１がＰｉｃＷｉｄｔｈ
ＩｎＣｔｂｓＹ－１に等しい場合、０からｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿
ｍｉｎｕｓ１の範囲（両端含む）のｉに対する構文要素ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄ
ｔｈ＿ｍｉｎｕｓ１［ｉ］の信号通知はスキップされてもよいことが提案される。
ｄ． あるいは、追加的に、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ
］の値は０に等しいと推論される。
２８． ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１がＰｉｃＨｅｉｇｈｔＩｎ
ＣｔｂｓＹ－１に等しい場合、０からｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ
１の範囲（両端含む）のｉに対する構文要素ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕ
ｓ１［ｉ］の信号通知はスキップされてもよいことが提案される。
ｅ． あるいは、追加的に、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の値
は０に等しいと推論される。
２９． タイルを分割する一様なスライスの高さは、そのタイルのスライスの高さを示す
ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［］の最後のエント
リで示されることが提案される。ユニフォームスライスとは、明確に信号通知されるスラ
イスより下のスライスを指す。例：ｕｎｉｆｏｒｍＳｌｉｃｅＨｅｉｇｈｔ＝ｅｘｐ＿ｓ
ｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌ
ｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］＋１
３０． 「ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１」番目のタイル列
の幅のリセットを禁止すること、すなわち、ビットストリームから解析された値（例えば
、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃ
ｏｌｕｍｎｓ＿ｍｉｎｕｓ１］で示される）を他の情報を参照せずに直接使用して幅を導
出してもよいことが提案される。
ａ． 一例として、「ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１」番
目のタイルカラムの幅は、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ
＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］プラス１に直接設定される。ある
いは、さらに、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿
ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］を使用して、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃ
ｏｌｕｍｎｓ＿ｍｉｎｕｓ１より大きいインデックスのタイル列の幅を、例えば、６．５
．１項で規定されるように導出する。
ｂ． 同様に、「ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１」番目の
タイル行の高さについては、リセットが禁止されている、つまり、ビットストリームから
の解析値（例えば、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿
ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］で示される）が他の情報を参照せずに直接高
さを導くために使用されてもよい。
ｉ． 一例として、「ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１」
番目のタイル行の高さは、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅ
ｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］プラス１に直接設定される。あるいは
、さらに、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ
＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］を用いて、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎ
ｓ＿ｍｉｎｕｓ１より大きいインデックスを持つタイル行の高さを導き出す、例えば、６
．５．１項で規定されるように、タイル行を導出する。
３１． タイル内の（ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１）番目
のスライスの高さのリセットを禁止し、すなわち、ビットストリームからの解析値（例え
ば、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿
ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］で示される）を直接用いて他の情報
を参照せずに高さを導出してもよいと提案される。
ａ． 一例では、タイル内の（ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］
－１）番目のスライスの高さは、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿
ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］プラ
ス１に直接設定される。あるいは、さらに、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉ
ｌｅ［ｉ］－１より大きいインデックスを有するスライスの高さを導出するために、ｅｘ
ｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ
＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］が使用されてもよい。
上述した課題等を解決するために、以下に示す方法が開示されている。本発明は、一般
的な概念を説明するための例と見なされるべきであり、狭い意味で解釈されるべきではな
い。さらに、本発明は、個々に適用されてもよいし、任意に組み合わせて適用されてもよ
い。
１． 矩形スライスモードのスライス（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場
合）については、各サブピクチャの各スライスに対するピクチャレベルのスライスインデ
ックスを導出し、その導出した値を用いて各スライスにおけるＣＴＵ数を導出する。
２． サブピクチャレベルのスライスインデックスは、以下の方法で定義／導出すること
ができる。
ａ． 一例では、サブピクチャレベルのスライスインデックスは、“ｒｅｃｔ＿ｓｌｉ
ｃｅ＿ｆｌａｇが１に等しいとき、そのデコード順でサブピクチャ内のスライスのリスト
へのスライスのインデックス”と定義される。
ｂ． あるいは、サブピクチャレベルのスライスインデックスは、“ｒｅｃｔ＿ｓｌｉ
ｃｅ＿ｆｌａｇが１に等しいときのサブピクチャのスライスリストに対するスライスのイ
ンデックスで、式３２（実施の形態１と同様）で導かれる変数ＳｕｂｐｉｃＬｅｖｅｌＳ
ｌｉｃｅＩｄｘ［ｉ］で規定され、ｉはそのスライスのピクチャレベルスライスインデッ
クス”として定義される。
ｃ． 一例として、ピクチャレベルのスライスインデックスが特定の値である各スライ
スのサブピクチャインデックスを導出する。
ｄ． 一例として、ピクチャレベルのスライスインデックスが特定の値である各スライ
スのサブピクチャレベルのスライスインデックスを導出する。
ｅ． 一例では、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいとき、スライスアドレ
スのセマンティクスは、“スライスアドレスは、式３２で導出される変数ＳｕｂｐｉｃＬ
ｅｖｅｌＳｌｉｃｅＩｄｘ［ｉ］で規定されるスライスのサブピクチャレベルスライスイ
ンデックス（例えば、実施形態１のように）、ｉはそのスライスのピクチャレベルスライ
スインデックス”と規定される。
３． スライスのサブピクチャレベルのスライスインデックスは、そのスライスを含む最
初のサブピクチャ内のスライスに割り当てられる。各スライスのサブピクチャレベルのス
ライスインデックスは、ピクチャレベルのスライスインデックスをインデックスとする配
列（例えば、実施の形態１におけるＳｕｂｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ［ｉ］）に
格納されてもよい。
ａ． 一例として、サブピクチャレベルのスライスインデックスは、非負の整数である
。
ｂ． 一例として、スライスのサブピクチャレベルのスライスインデックスの値は、０
以上である。
ｃ． ある例では、スライスのサブピクチャレベルのスライスインデックスの値はＮよ
り小さく、Ｎはサブピクチャのスライス数である。
ｄ． 一例として、第１スライス（スライスＡ）の第１サブピクチャレベルのスライス
インデックス（ｓｕｂＩｄｘＡと表記）は、第１スライスと第２スライス（スライスＢ）
が同じサブピクチャ内にありながら異なる場合、第２スライス（スライスＢ）の第２サブ
ピクチャレベルのスライスインデックス（ｓｕｂＩｄｘＢと表記）と異なる必要がある。
ｅ． 一例では、第１サブピクチャにおける第１スライス（スライスＡ）の第１サブピ
クチャレベルのスライスインデックス（ｓｕｂＩｄｘＡと表記）が、同じ第１サブピクチ
ャにおける第２スライス（スライスＢ）の第２サブピクチャレベルのスライスインデック
ス（ｓｕｂＩｄｘＢと表記）より小さい場合、ＩｄｘＡはＩｄｘＢより小さく、ｉｄｘＡ
とｉｄｘＢとは全画面に占めるスライスインデックスを表す（ａ。ここで、ｉｄｘＡはス
ライスＡの、ｉｄｘＢはスライスＢの、それぞれピクチャレベルのスライスインデックス
（ｓｌｉｃｅＩｄｘなど）である。
ｆ． 一例として、第１サブピクチャ内の第１スライス（スライスＡ）の第１サブピク
チャレベルのスライスインデックス（ｓｕｂＩｄｘＡと表記）が、同じ第１サブピクチャ
内の第２スライス（スライスＢ）の第２サブピクチャレベルのスライスインデックス（ｓ
ｕｂＩｄｘＢと表記）より小さい場合、復号順ではスライスＡがスライスＢより先行する
。
ｇ． 一例として、サブピクチャにおけるサブピクチャレベルのスライスインデックス
は、ピクチャレベルのスライスインデックス（例えば、ｓｌｉｃｅＩｄｘ）に基づいて導
出される。
４． サブピクチャ内のサブピクチャレベルのスライスインデックスとピクチャレベルの
スライスインデックスのマッピング関数／テーブルを導出することを提案する。
ａ． 一例として、二次元配列ＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ［ｓｕｂＰｉｃＩｄ
ｘ］［ＳｕｂＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］が、サブピクチャ内のサブピクチャレ
ベルスライスインデックスをピクチャレベルスライスインデックスにマッピングするよう
に導出される。ここで、ＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘはスライスのピクチャレベル
スライスインデックス、ｓｕｂＰｉｃＩｄｘはサブピクチャのインデックス、ＳｕｂＰｉ
ｃＬｅｖｅｌＳｌｉｃｅＩｄｘはサブピクチャのスライスのサブピクチャレベルスライス
インデックスを示す。
ｉ． 一例では、配列ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｓｕｂＰｉｃＩｄｘ］
がＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘの導出に用いられ、ＮｕｍＳｌｉｃｅｓＩｎＳｕｂ
ｐｉｃ［ｓｕｂＰｉｃＩｄｘ］は、ｓｕｂＰｉｃＩｄｘに等しいインデックスのサブピク
チャにおけるスライス数であることを示す。
１） 一例として、ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｓｕｂＰｉｃＩｄｘ］
とＰｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ［ｓｕｂＰｉｃＩｄｘ］［ＳｕｂＰｉｃＬｅｖｅｌ
ＳｌｉｃｅＩｄｘ］は、ピクチャレベルスライスのインデックス順にすべてのスライスを
スキャンして一度の処理で導出される。
ａ． ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｓｕｂＰｉｃＩｄｘ］は、処理前
のすべての有効なｓｕｂＰｉｃＩｄｘに対して０に等しく設定される。
ｂ． ピクチャレベルインデックスがＳであるスライスをチェックするとき、そ
れがサブピクチャインデックスがＰであるサブピクチャ内にあれば、ＰｉｃＬｅｖｅｌＳ
ｌｉｃｅＩｄｘ［Ｐ］［ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［Ｐ］］をＳとし、次にＮ
ｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［Ｐ］をＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［Ｐ］
＋１とする。
ｉｉ． 一例では、ＳｌｉｃｅＩｄｘＩｎＰｉｃ［ｓｕｂＰｉｃＩｄｘ］［ＳｕｂＰ
ｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］を使用して、ピクチャレベルのスライスインデックス
（例えばｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ）を導出し、これを使用して、スライスヘッ
ダの解析時にスライス内のＣＴＢの数及び／又はアドレスを導出する。
５． コンフォーマンスビットストリームでは、１つのタイルが２つ以上のサブピクチャ
に含まれないことが要求される。
６． スライスＡはタイルＡの中にあるがタイルＡより小さく、スライスＢはタイルＢの
中にあるがタイルＢより小さく、タイルＡとタイルＢが異なる場合、一つのサブピクチャ
はスライスＡとスライスＢで示される二つのスライスを含むことができないことがコンフ
ォーマンスビットストリームで要求される。
７． ピクチャのタイル及び／又はスライス分割情報を、関連するピクチャヘッダにおい
て信号通知することを提案する。
ａ． 一例では、ピクチャのタイル及び／又はスライス分割情報がＰＰＳで信号通知さ
れるか、関連するピクチャヘッダで信号通知されるかは、関連するＰＰＳで信号通知され
る。
ｂ． 一例では、ピクチャのタイル及び／又はスライス分割情報が、関連するピクチャ
ヘッダにあるかどうかが信号通知される。
ｉ． 一例として、ピクチャのタイル及び／又はスライス分割情報が、関連するＰＰ
Ｓと関連するピクチャヘッダの両方で信号通知されている場合、ピクチャヘッダで信号通
知されたピクチャのタイル及び／又はスライス分割情報が使用されることになる。
ｉｉ． 一例として、ピクチャのタイル及び／又はスライス分割情報が、関連するＰ
ＰＳと関連するピクチャヘッダの両方で信号通知される場合、ＰＰＳで信号通知されたピ
クチャのタイル及び／又はスライス分割情報が使用される。
ｃ． 一例として、ピクチャよりも高いレベル（ＳＰＳなど）の映像ユニットにおいて
、ピクチャのタイル及び／又はスライス分割情報が、関連するＰＰＳにおいて信号通知さ
れているか、又は関連するピクチャヘッダにおいて信号通知されているかを示すために信
号通知される。
８． 非矩形モードで関連ピクチャをスライス分割する場合、スライスレベルより上位の
映像ユニット（例えば、ＰＰＳ及び／又はピクチャヘッダ内）でスライス分割情報を信号
通知することを提案する。
ａ． 一例として、関連するピクチャが非矩形モードでスライス分割されている場合、
スライス数を示す情報（例えばｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）が
上位の映像ユニットで信号通知されてもよい。
ｂ． 一例として、関連するピクチャが非矩形モードを有するスライスで分割されると
き、上位映像ユニットにおけるスライスの最初のブロックユニットのインデックス（又は
アドレス、又は位置、又は座標）を示すための情報である。例えば、ブロック単位は、Ｃ
ＴＵまたはタイルであってもよい。
ｃ． 一例として、関連するピクチャが非矩形モードでスライス分割されている場合に
、上位の映像ユニットにおけるスライスのブロックユニットの数を示すための情報を提供
する。例えば、ブロック単位は、ＣＴＵまたはタイルであってもよい。
ｄ． 一例では、関連するピクチャが非矩形モードを有するスライスで分割されるとき
、スライス分割情報（例えば、ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１）
は、スライスヘッダで信号通知されない。
ｅ． 一例として、関連するピクチャが非矩形モードでスライスに分割されている場合
、スライスインデックスはスライスヘッダで信号通知される。
ｉ． 一例として、ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、関連するピクチャが非矩形モー
ドでスライスに分割される場合、ピクチャレベルのスライスインデックスとして解釈され
る。
ｆ． 一例では、関連するピクチャが非矩形モードを有するスライスで分割されるとき
、ピクチャ内の各スライスの分割情報（第１ブロックユニットのインデックス及び／又は
ブロックユニットの数など）は、上位の映像ユニットで順番に信号通知されてもよい。
ｉ． 一例として、関連するピクチャが非矩形モードでスライスに分割されている場
合、上位映像ユニットの各スライスに対してスライスのインデックスが信号通知されても
よい。
ｉｉ． 一例として、各スライスのパーティショニング情報は、スライスインデック
スの昇順で信号通知される。
１） 一例として、各スライスの分割情報は、スライス０、スライス１、．．．、
スライスＫ－１、スライスＫ、スライスＫ＋１、．．．スライスＳ－２、スライスＳ－１
の順で信号通知し、Ｋはスライスインデックス、Ｓはピクチャのスライス枚数を表す。
ｉｉｉ． 一例として、各スライスのパーティショニング情報は、スライスインデッ
クスの降順で信号通知される。
１） 一例として、各スライスの分割情報は、スライスＳ－２、スライスＳ－１、
．．．、スライスＫ＋１、スライスＫ、スライスＫ－１、．．．、スライス１、スライス
０の順で信号通知し、Ｋはスライスインデックス、Ｓはピクチャのスライス数を表す。
ｉｖ． 一例として、関連するピクチャが非矩形モードでスライスに分割されている
場合、スライスに対する第１ブロックユニットのインデックスは、上位の映像ユニットで
信号通知されないことがある。
１） 例えば、スライス０（スライスインデックスが０であるスライス）の最初の
ブロックユニットのインデックスは０であると推論される。
２） 例えば、スライスＫ（スライスインデックスがＫに等しいスライス、Ｋ＞０
）の最初のブロックユニットのインデックスは、
と推論され、Ｎｉはスライスｉのブロックユニットの数を表す。
ｖ． 一例として、関連するピクチャが非矩形モードでスライスに分割されている場
合、スライスに対する第１ブロックユニットのインデックスは、上位の映像ユニットで信
号通知されないことがある。
１） 例えば、スライス０（スライスインデックスが０であるスライス）の最初の
ブロックユニットのインデックスは０であると推論される。
２） 例えば、スライスＫ（スライスインデックスがＫに等しいスライス、Ｋ＞０
）の最初のブロックユニットのインデックスは、
と推論され、Ｎｉはスライスｉのブロックユニットの数を表す。
ｖｉ． 一例として、関連するピクチャが非矩形モードでスライスに分割されている
場合、スライスに対するブロックユニットの数は、上位の映像ユニットで信号通知されな
いことがある。
１） ピクチャ中にスライスが１つしかなく、ピクチャ中にブロックユニットがＭ
個あるとき、スライス０のブロックユニットの数はＭ個である。
２） 例えば、スライスＫ（スライスインデックスが０に等しいスライス）のブロ
ックユニットの数はＴＫ＋１－ＴＫと推論され、ＴＫはＫ＜Ｓ－１（Ｓはピクチャのスラ
イス数でＳ＞１）のときのスライスＫの最初のブロックユニットのインデックスを表す。
３） 例えば、スライスＳ－１のブロックユニットの数は
ニットの数である。
ｖｉｉ． 一例として、関連するピクチャが非矩形モードのスライスで分割されてい
る場合、１つ以上のスライスの分割情報は、上位の映像ユニットで信号通知されない場合
がある。
１） 一例として、上位の映像ユニットで信号化しない１つ以上のスライスの分割
情報を、信号化される他のスライスの分割情報から推論することができる。
２） 一例として、最後のＣスライスの分割情報は信号通知されないことがある。
例えば、Ｃが１に等しい。
３） 例えば、スライスＳ－１のブロックユニットの数は信号通知されず、Ｓはピ
クチャのスライス数で、Ｓ＞１である。
ａ． 例えば、スライスＳ－１のブロックユニットの数は、
と推論され、ピクチャ中にＭ個のブロックユニットがある。
９． 矩形分割を行うか、非矩形分割を行うかによって、ピクチャの最小スライス数が異
なる可能性があることを提案する。
ａ． 一例として、非矩形分割モードが適用された場合、ピクチャは少なくとも２つの
スライスに分割され、矩形分割モードが適用された場合、ピクチャは少なくとも１つのス
ライスに分割される。
ｉ． 例えば、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２プラス２は、非
矩形分割モードを適用した場合に、ピクチャのスライス数を規定する信号となる場合があ
る。
ｂ． 一例として、非矩形分割モードが適用された場合、ピクチャは少なくとも１つの
スライスに分割され、矩形分割モードが適用された場合、ピクチャは少なくとも１つのス
ライスに分割される。
ｉ． 例えば、矩形分割モードを適用した場合、ピクチャのスライス数を規定するｎ
ｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ２プラス２が信号通知されることがある
。
ｃ． 一例として、ピクチャがサブピクチャに分割されていない場合に矩形分割を適用
するか、１つのサブピクチャにのみ分割されている場合に非矩形分割を適用するかによっ
て、ピクチャ内の最小スライス数は異なる場合がある。
１０． ＰＰＳやピクチャヘッダなどの映像単位で分割情報を信号通知する場合、左上の
位置とスライスの幅／高さでスライスを表現することを提案する。
ａ． 一例として、スライスの左上のブロックユニット（ＣＴＵやタイルなど）のイン
デックス／位置／座標、及び映像単位（ＣＴＵやタイルなど）で測定した幅、及び映像ユ
ニット（ＣＴＵやタイルなど）で測定した高さが信号通知される。
ｂ． 一例として、左上の位置と各スライスの幅／高さの情報を順番に信号通知する。
ｉ． 例えば、左上の位置や各スライスの幅／高さの情報は、０、１、２、．．．、
Ｓ－１（Ｓはピクチャのスライス数）のようにスライスインデックスの昇順で信号通知さ
れる。
１１． サブピクチャ内のスライスの分割情報（位置／幅／高さなど）をＳＰＳ／ＰＰＳ
／ピクチャヘッダなどの映像ユニットで信号通知することを提案する。
ａ． 一例として、各サブピクチャのスライス分割情報を順番に信号通知する。
ｉ． 例えば、各サブピクチャのスライス分割情報は、サブピクチャのインデックス
の昇順で信号通知される。
ｂ． 一例として、サブピクチャ内の各スライスの分割情報（位置／幅／高さなど）が
順番に信号通知される。
ｉ． 一例として、サブピクチャ内の各スライスの分割情報（位置／幅／高さなど）
は、サブピクチャレベルのスライスインデックスで昇順に信号通知される。
１２． ｉ番目の矩形スライスの最初のタイルのタイルインデックスと（ｉ＋１）番目の
矩形スライスの最初のタイルのタイルインデックスとの差（ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔ
ａ［ｉ］とする）を信号通知せず、導出することを提案する。
ａ． 一例として、０番目の矩形スライスからｉ番目の矩形スライスまでの矩形スライ
スに基づいて、（ｉ＋１）番目の矩形スライスにおける最初のタイルのタイルインデック
スを導出する。
ｂ． 一例として、（ｉ＋１）番目の矩形スライスにおける最初のタイルのタイルイン
デックスは、０ｔｈ番目の矩形スライスからｉ番目の矩形スライスまで、矩形スライス内
にないタイルの最小インデックスであると導出される。
１３． タイルの列数／行数（例えばＮｕｍＴｉｌｅＣｏｌｕｍｎｓ又はＮｕｍＴｉｌｅ
Ｒｏｗｓ）を導出するための情報の信号通知は、ピクチャの幅とＣＴＵのサイズとの関係
を条件とすることを提案する。
ａ． 例えば、ピクチャの幅がＣＴＵのサイズ又は幅より小さいか等しい場合、ｎｕｍ
＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１及び／又はｔｉｌｅ＿ｃｏｌｕｍｎ
＿ｗｉｄｔｈ＿ｍｉｎｕｓ１が信号通知されない場合がある。
ｂ． 例えば、ピクチャの高さがＣＴＵのサイズ又は高さより小さいか又は等しい場合
、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１及び／又はｔｉｌｅ＿ｒｏｗ＿ｈ
ｅｉｇｈｔ＿ｍｉｎｕｓ１が信号通知されないことがある。
１４． ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄが存在する場合、ＳｕｂｐｉｃＩｄＶａｌ［Ｃ
ｕｒｒＳｕｂｐｉｃＩｄｘ］がｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄと等しいことを満たすＣ
ｕｒｒＳｕｂｐｉｃＩｄｘは１つだけでなければならない。
１５． ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０、又はｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓ
ｅｎｔ＿ｆｌａｇが０の場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓ＋ｉの値は、ｉが０からｎｕ
ｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の範囲（両端含む）において、ｓｌｉ
ｃｅ＿ａｄｄｒｅｓｓ＋ｊの値に一致しないものとし、ここでｊは、同じコーディングさ
れたピクチャの他のコーディングされたスライスＮＡＬユニットの０からｎｕｍ＿ｔｉｌ
ｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の範囲（両端含む）で、ｉはその範囲にある。
１６． ピクチャ内に均一間隔のタイルと非均一間隔のタイルが存在する場合、ＰＰＳ（
又はＳＰＳ）において、タイルレイアウトのタイプを規定する構文要素を信号通知するこ
とができる。
ａ． 一例として、ＰＰＳで信号通知される構文フラグがあり、タイルレイアウトが非
均一間隔の後に均一間隔が続くか、均一間隔の後に非均一間隔が続くかを指定することが
できる。
ｂ． 例えば、不均一な間隔のタイルがあるときはいつでも、明確に提供されるタイル
列／行の数（例えば、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕ
ｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１）は不均一タイルの総数と同程度であり
得る。
ｃ． 例えば、均一な間隔のタイルがあるときはいつでも、明確に提供されるタイル列
／行の数（例えば、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ
＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１）は均一タイルの総数よりも少ないか、等
しくなり得る。
ｄ． タイルのレイアウトが、均一な間隔の後に不均一な間隔が続くような場合（つま
り、均一な間隔のタイルで始まり、複数の不均一な間隔のタイルで終わるような絵の場合
）、
ｉ． 一例では、ピクチャの後者に位置する非均一間隔タイルのタイル列の幅は、ま
ず逆順に割り当てられ（すなわち、タイルインデックスの順序がＮｕｍＴｉｌｅＣｏｌｕ
ｍｎｓ、ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－１、ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－２、．．
．に等しい）、次にピクチャの前者に位置する均一間隔タイルのタイル列の幅は逆順に暗
に導き出されてもよい（すなわち、タイルインデックスの順序がＮｕｍＴｉｌｅＣｏｌｕ
ｍｎｓ－Ｔ，ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－Ｔ－１，．．．，２，１，０に等しく、こ
こでＴは不均一なタイル列の数を示す）。
ｉｉ． タイル列の高さは、前述したタイル列の幅と同様にして求めることができる
。
１７． 二つの矩形スライス（一方がｉ番目のスライス）の代表的なタイルインデックス
の差を規定する構文要素（例えばｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］）は、条件が真で
ある場合にのみ使用することが可能である。
ａ． 一例として、条件は（ｉ！＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ
１）であり、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１プラス１がピクチャ中
のスライス数を表している。
ｂ． 一例として、条件は（ｉ！＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ
１）であり、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１プラス１がピクチャ中
のスライス数を表している。
１８． マージ推定領域（ＭＥＲ）サイズ（例えばｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒ
ｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ２で信号通知される）を信号通知するか、及び／又は解釈
するか、又は制限するかは、最小許容コーディングブロックサイズ（例えばｌｏｇ２＿ｍ
ｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２及び／又はＭｉｎ
ＣｂＳｉｚｅＹとして信号通知／表示される）によっても決まりうる。
ａ． 一例として、ＭＥＲのサイズは、最小許容コーディングブロックサイズより小さ
くできないことが要求される。
ｉ． 例えば、ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ
２はｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２
と同等かそれ以上であることが必要である。
ｉｉ． 例えば、ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕ
ｓ２はｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ
２からＣｔｂＬｏｇ２ＳｉｚｅＹ－２の範囲であることが必要である。
ｂ． 一例として、Ｌｏｇ２（ＭＥＲサイズ）とＬｏｇ２（ＭｉｎＣｂＳｉｚｅＹ）の
差を信号通知とし、これをｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉ
ｎｕｓ＿ｌｏｇ２＿ｍｉｎｃｂと表現する。
ｉ． 例えば、ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ
＿ｌｏｇ２＿ｍｉｎｃｂは単項のコード（ｕｅ）でコーディングされる。
ｉｉ． 例えば、ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕ
ｓ＿ｌｏｇ２＿ｍｉｎｃｂは、０からＣｔｂＬｏｇ２ＳｉｚｅＹ－ｌｏｇ２＿ｍｉｎ＿ｌ
ｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２－２の範囲であることが必
要である。
ｉｉｉ． 例えば、Ｌｏｇ２ＰａｒＭｒｇＬｅｖｅｌ＝ｌｏｇ２＿ｐａｒａｌｌｅｌ
＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ＿ｌｏｇ２＿ｍｉｎｃｂ＋ｌｏｇ２＿ｍｉｎ＿ｌ
ｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２、ここでＬｏｇ２Ｐａ
ｒＭｒｇＬｅｖｅｌはＭＥＲサイズの制御に使用される。
１９． ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が０に等しい場合、ｉ番
目のスライスのＣＴＵ行のユニットでのスライス高、例えば、ｓｌｉｃｅＨｅｉｇｈｔＩ
ｎＣｔｕｓ［ｉ］と表記することが提案される。
ａ． 一例では、ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］は、ｎｕｍ＿ｅｘｐ＿ｓ
ｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が０に等しいとき、ＲｏｗＨｅｉｇｈｔ［Ｓｌｉｃｅ
ＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ］に等しいように
導出される。
２０． ピクチャのｉ番目のスライスを含むタイルの（ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿
ｉｎ＿ｔｉｌｅ［ｉ］－１）番目のスライスは常に存在し、高さは常にｅｘｐ＿ｓｌｉｃ
ｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅ
ｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］＋１ＣＴＵ行とすることが提案される。
ａ． あるいは、ピクチャのｉ番目のスライスを含むタイルの（ｎｕｍ＿ｅｘｐ＿ｓｌ
ｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１）番目のスライスは存在してもしなくてもよく、高
さはｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ
＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］＋１ＣＴＵ行以下である。
２１． 矩形スライスの情報導出の際、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕ
ｓ１より小さいピクチャレベルのスライスインデックスを持つスライスに対してのみ変数
ｔｉｌｅＩｄｘを更新する、すなわちＰＰＳを参照する各ピクチャの最後のスライスに対
しては更新しないことが提案される。
２２． ＰＰＳを参照するピクチャでは、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿
ｍｉｎｕｓ１番目のタイル列が常に存在し、幅は常にｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔ
ｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］＋１Ｃ
ＴＢｓであることが提案される。
２３． ＰＰＳを参照するピクチャでは、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎ
ｕｓ１番目のタイル行が常に存在し、高さは常にｔｉｌｅ＿ｃｏｌｕｍｎ＿ｈｅｉｇｈｔ
＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］＋１ＣＴＢｓで
あること提案される。
２４． 最大ピクチャ幅と最大ピクチャ高さがともにＣｔｂＳｉｚｅＹよりも大きくない
場合、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の構文要素の信号通知をスキップ
することが提案される。
ａ． あるいは、追加的に、上記条件が成立する場合、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃ
ｓ＿ｍｉｎｕｓ１の値は０に等しいと推論される。
２５． ピクチャ幅がＣｔｂＳｉｚｅＹよりも大きくない場合、構文要素ｎｕｍ＿ｅｘｐ
＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１の信号通知はスキップされてもよいことが提
案される。
ｂ． あるいは、追加的に、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ
１の値は、上記条件が真のとき、０に等しいと推論される。
２６． ピクチャの高さがＣｔｂＳｉｚｅＹよりも大きくない場合、構文要素ｎｕｍ＿ｅ
ｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１の信号通知はスキップされてもよいことが提案
される。
ｃ． あるいは、追加的に、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ１の値は
、上記条件が真のとき、０に等しいと推論される。
２７． ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１がＰｉｃＷｉｄｔｈ
ＩｎＣｔｂｓＹ－１に等しい場合、０からｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿
ｍｉｎｕｓ１の範囲（両端含む）のｉに対する構文要素ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄ
ｔｈ＿ｍｉｎｕｓ１［ｉ］の信号通知はスキップされてもよいことが提案される。
ｄ． あるいは、追加的に、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ
］の値は０に等しいと推論される。
２８． ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１がＰｉｃＨｅｉｇｈｔＩｎ
ＣｔｂｓＹ－１に等しい場合、０からｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ
１の範囲（両端含む）のｉに対する構文要素ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕ
ｓ１［ｉ］の信号通知はスキップされてもよいことが提案される。
ｅ． あるいは、追加的に、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の値
は０に等しいと推論される。
２９． タイルを分割する一様なスライスの高さは、そのタイルのスライスの高さを示す
ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［］の最後のエント
リで示されることが提案される。ユニフォームスライスとは、明確に信号通知されるスラ
イスより下のスライスを指す。例：ｕｎｉｆｏｒｍＳｌｉｃｅＨｅｉｇｈｔ＝ｅｘｐ＿ｓ
ｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌ
ｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］＋１
３０． 「ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１」番目のタイル列
の幅のリセットを禁止すること、すなわち、ビットストリームから解析された値（例えば
、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃ
ｏｌｕｍｎｓ＿ｍｉｎｕｓ１］で示される）を他の情報を参照せずに直接使用して幅を導
出してもよいことが提案される。
ａ． 一例として、「ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１」番
目のタイルカラムの幅は、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ
＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］プラス１に直接設定される。ある
いは、さらに、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿
ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］を使用して、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃ
ｏｌｕｍｎｓ＿ｍｉｎｕｓ１より大きいインデックスのタイル列の幅を、例えば、６．５
．１項で規定されるように導出する。
ｂ． 同様に、「ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１」番目の
タイル行の高さについては、リセットが禁止されている、つまり、ビットストリームから
の解析値（例えば、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿
ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］で示される）が他の情報を参照せずに直接高
さを導くために使用されてもよい。
ｉ． 一例として、「ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１」
番目のタイル行の高さは、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅ
ｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］プラス１に直接設定される。あるいは
、さらに、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ
＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］を用いて、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎ
ｓ＿ｍｉｎｕｓ１より大きいインデックスを持つタイル行の高さを導き出す、例えば、６
．５．１項で規定されるように、タイル行を導出する。
３１． タイル内の（ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１）番目
のスライスの高さのリセットを禁止し、すなわち、ビットストリームからの解析値（例え
ば、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿
ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］で示される）を直接用いて他の情報
を参照せずに高さを導出してもよいと提案される。
ａ． 一例では、タイル内の（ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］
－１）番目のスライスの高さは、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿
ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］プラ
ス１に直接設定される。あるいは、さらに、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉ
ｌｅ［ｉ］－１より大きいインデックスを有するスライスの高さを導出するために、ｅｘ
ｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ
＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］が使用されてもよい。
６． 実施形態
以下の実施例において、追加された部分には太字、下線、イタリック体の文字を付して
いる。削除された部分は［］内にマークされる。
以下の実施例において、追加された部分には太字、下線、イタリック体の文字を付して
いる。削除された部分は［］内にマークされる。
６．１． 実施例１：サブピクチャレベルのスライスインデックスの変更例
３ 定義
３ 定義
６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
…
…
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｊ＋＋）
ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋
）｛
ｐｏｓＸ＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［０］％ＰｉｃＷｉｄｔｈＩｎＣｔ
ｂｓＹ
ｐｏｓＹ＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［０］／ＰｉｃＷｉｄｔｈＩｎＣｔ
ｂｓＹ
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｊ＋＋）
｛
ｉｆ（（ｐｏｓＸ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］）＆＆
（３２）
（ｐｏｓＸ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］＋ｓｕｂｐ
ｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］＋１）＆＆
（ｐｏｓＹ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］）＆＆
（ｐｏｓＹ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］＋ｓｕｂｐ
ｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］＋１））｛
ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］＋＋
｝
｝
｝
…
ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋
）｛
ｐｏｓＸ＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［０］％ＰｉｃＷｉｄｔｈＩｎＣｔ
ｂｓＹ
ｐｏｓＹ＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［０］／ＰｉｃＷｉｄｔｈＩｎＣｔ
ｂｓＹ
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｊ＋＋）
｛
ｉｆ（（ｐｏｓＸ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］）＆＆
（３２）
（ｐｏｓＸ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］＋ｓｕｂｐ
ｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］＋１）＆＆
（ｐｏｓＹ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］）＆＆
（ｐｏｓＹ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］＋ｓｕｂｐ
ｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］＋１））｛
ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］＋＋
｝
｝
｝
…
７．４．８．１ 一般スライスヘッダ意味論
．．．
ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、スライスのスライスアドレスを規定する。存在しない
場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０に等しいと推測される。ｒｅｃｔ＿ｓｌｉｃ
ｅ＿ｆｌａｇが１でＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ
］が１のとき、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０と推測される．
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、以下が適用される。
－ スライスアドレスは、ラスタスキャンタイルインデックスである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＴｉｌｅｓＩｎ
Ｐｉｃ））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの
範囲内にあるべきである。
そうでない場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用さ
れる。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＳｌｉｃｅｓＩ
ｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［
ＣｕｒｒＳｕｂｐｉｃＩｄｘ］－１までの範囲内とする。
ビットストリーム適合性の要件は、以下の制約が適用されることである。
－ ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい、又はｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒ
ｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、同じコー
ディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニット
のｓｌｉｃｅ＿ａｄｄｒｅｓｓの値に等しくてはならない。
－ そうでない場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ
値の組は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスラ
イスＮＡＬユニットのｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ
値の組に等しくてはならない。
－ ピクチャのスライスの形状は、各ＣＴＵが復号された場合、その左側境界全体及び最
上の境界全体が１つのピクチャの境界、又は、以前に復号されたＣＴＵの境界を含むもの
でなければならない。
．．．
ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１プラス１は、存在する場合、ス
ライス内のタイル数を規定する。ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１
の値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内にあるべきである。
現在のスライス内のＣＴＵの数を規定する変数ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ
と、０からＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ－１の範囲（両端含む）のｉについて
、スライス内のｉ番目のＣＴＢのピクチャラスタスキャンアドレスを規定するリストＣｔ
ｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］は、次のように導出される。
ｉｆ（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇ）｛
［［ｆｏｒ（ｊ＝０；ｊ＜ＣｕｒｒＳｕｂｐｉｃＩｄｘ；ｊ＋＋）
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ＋＝ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］
｝］
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｐｉｃＬｅ
ｖｅｌＳｌｉｃｅＩｄｘ］
ｆｏｒ（ｉ＝０；ｉ＜ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ；ｉ＋＋）
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｐ
ｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］［ｉ］ （１１７）
｝ｅｌｓｅ｛
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝０
ｆｏｒ（ｔｉｌｅＩｄｘ＝ｓｌｉｃｅ＿ａｄｄｒｅｓｓ；ｔｉｌｅＩｄｘ＜＝ｓｌｉｃ
ｅ＿ａｄｄｒｅｓｓ＋ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１；ｔｉｌｅ
Ｉｄｘ＋＋）｛
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｆｏｒ（ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］；ｃｔｂＹ＜ｔｉｌｅＲｏｗ
Ｂｄ［ｔｉｌｅＹ＋１］；ｃｔｂＹ＋＋）｛
ｆｏｒ（ｃｔｂＸ＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］；ｃｔｂＸ＜ｔｉｌｅＣｏ
ｌＢｄ［ｔｉｌｅＸ＋１］；ｃｔｂＸ＋＋）｛
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃ
ｅ］＝ｃｔｂＹ＊ＰｉｃＷｉｄｔｈＩｎＣｔｂ＋ｃｔｂＸ
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＋＋
｝
｝
｝
｝
…
．．．
ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、スライスのスライスアドレスを規定する。存在しない
場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０に等しいと推測される。ｒｅｃｔ＿ｓｌｉｃ
ｅ＿ｆｌａｇが１でＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ
］が１のとき、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０と推測される．
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、以下が適用される。
－ スライスアドレスは、ラスタスキャンタイルインデックスである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＴｉｌｅｓＩｎ
Ｐｉｃ））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの
範囲内にあるべきである。
そうでない場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用さ
れる。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＳｌｉｃｅｓＩ
ｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［
ＣｕｒｒＳｕｂｐｉｃＩｄｘ］－１までの範囲内とする。
ビットストリーム適合性の要件は、以下の制約が適用されることである。
－ ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい、又はｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒ
ｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、同じコー
ディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニット
のｓｌｉｃｅ＿ａｄｄｒｅｓｓの値に等しくてはならない。
－ そうでない場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ
値の組は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスラ
イスＮＡＬユニットのｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ
値の組に等しくてはならない。
－ ピクチャのスライスの形状は、各ＣＴＵが復号された場合、その左側境界全体及び最
上の境界全体が１つのピクチャの境界、又は、以前に復号されたＣＴＵの境界を含むもの
でなければならない。
．．．
ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１プラス１は、存在する場合、ス
ライス内のタイル数を規定する。ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１
の値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内にあるべきである。
現在のスライス内のＣＴＵの数を規定する変数ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ
と、０からＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ－１の範囲（両端含む）のｉについて
、スライス内のｉ番目のＣＴＢのピクチャラスタスキャンアドレスを規定するリストＣｔ
ｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］は、次のように導出される。
ｉｆ（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇ）｛
［［ｆｏｒ（ｊ＝０；ｊ＜ＣｕｒｒＳｕｂｐｉｃＩｄｘ；ｊ＋＋）
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ＋＝ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］
｝］
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｐｉｃＬｅ
ｖｅｌＳｌｉｃｅＩｄｘ］
ｆｏｒ（ｉ＝０；ｉ＜ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ；ｉ＋＋）
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｐ
ｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］［ｉ］ （１１７）
｝ｅｌｓｅ｛
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝０
ｆｏｒ（ｔｉｌｅＩｄｘ＝ｓｌｉｃｅ＿ａｄｄｒｅｓｓ；ｔｉｌｅＩｄｘ＜＝ｓｌｉｃ
ｅ＿ａｄｄｒｅｓｓ＋ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１；ｔｉｌｅ
Ｉｄｘ＋＋）｛
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｆｏｒ（ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］；ｃｔｂＹ＜ｔｉｌｅＲｏｗ
Ｂｄ［ｔｉｌｅＹ＋１］；ｃｔｂＹ＋＋）｛
ｆｏｒ（ｃｔｂＸ＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］；ｃｔｂＸ＜ｔｉｌｅＣｏ
ｌＢｄ［ｔｉｌｅＸ＋１］；ｃｔｂＸ＋＋）｛
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃ
ｅ］＝ｃｔｂＹ＊ＰｉｃＷｉｄｔｈＩｎＣｔｂ＋ｃｔｂＸ
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＋＋
｝
｝
｝
｝
…
６．２． 実施例２：非矩形モードのためのＰＰＳにおける信号通知スライス
７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文
７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文
７．３．７．１ 一般スライスセグメントヘッダ構文
７．４．３．４ ピクチャパラメータセットＲＢＳＰ意味論
ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１プラス１は、ＰＰＳを参照し、各
ピクチャの［［矩形］］スライスの数を規定する。ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ
＿ｍｉｎｕｓ１の値は、０からＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ－１の範囲（両
端含む）とし、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅは附属書Ａで規定されるものと
する。ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１の場合、ｎｕｍ＿ｓｌｉｃｅｓ
＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値は０に等しいと推定される。
…
ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１プラス１は、ＰＰＳを参照し、各
ピクチャの［［矩形］］スライスの数を規定する。ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ
＿ｍｉｎｕｓ１の値は、０からＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ－１の範囲（両
端含む）とし、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅは附属書Ａで規定されるものと
する。ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１の場合、ｎｕｍ＿ｓｌｉｃｅｓ
＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の値は０に等しいと推定される。
…
７．４．８．１ 一般スライスヘッダ意味論
…
ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、スライスのスライスアドレスを規定する。存在しない
場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０に等しいと推測される。ｒｅｃｔ＿ｓｌｉｃ
ｅ＿ｆｌａｇが１でＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ
］が１のとき、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０と推測される．ｒｅｃｔ＿ｓｌｉｃ
ｅ＿ｆｌａｇが０であり、ＮｕｍＳｌｉｃｅｓＩｎＰｉｃが１である場合、ｓｌｉｃｅ＿
ａｄｄｒｅｓｓの値は０であると推測される
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、以下が適用される。
そうでない場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用さ
れる。
－ スライスアドレスは、スライスのサブピクチャレベルスライスインデックスである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＳｌｉｃｅｓＩ
ｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［
ＣｕｒｒＳｕｂｐｉｃＩｄｘ］－１までの範囲内とする。
ビットストリーム適合性の要件は、以下の制約が適用されることである。
－ ［［ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい、又はｓｕｂｐｉｃ＿ｉｎｆｏ＿
ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、同じ
コーディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニ
ットのｓｌｉｃｅ＿ａｄｄｒｅｓｓの値に等しくてはならない。
－ ピクチャのスライスの形状は、各ＣＴＵが復号された場合、その左側境界全体及び最
上の境界全体が１つのピクチャの境界、又は、以前に復号されたＣＴＵの境界を含むもの
でなければならない。
…
現在のスライス内のＣＴＵの数を規定する変数ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ
と、０からＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ－１の範囲（両端含む）のｉについて
、スライス内のｉ番目のＣＴＢのピクチャラスタスキャンアドレスを規定するリストＣｔ
ｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］は、次のように導出される。
ｉｆ（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇ）｛
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ＝ｓｌｉｃｅ＿ａｄｄｒｅｓｓ
ｆｏｒ（ｊ＝０；ｊ＜ＣｕｒｒＳｕｂｐｉｃＩｄｘ；ｊ＋＋）
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ＋＝ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｐｉｃＬｅ
ｖｅｌＳｌｉｃｅＩｄｘ］
ｆｏｒ（ｉ＝０；ｉ＜ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ；ｉ＋＋）
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｐ
ｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］［ｉ］ （１１７）
｝ｅｌｓｅ｛
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝０
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｆｏｒ（ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］；ｃｔｂＹ＜ｔｉｌｅＲｏｗ
Ｂｄ［ｔｉｌｅＹ＋１］；ｃｔｂＹ＋＋）｛
ｆｏｒ（ｃｔｂＸ＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］；ｃｔｂＸ＜ｔｉｌｅＣｏ
ｌＢｄ［ｔｉｌｅＸ＋１］；ｃｔｂＸ＋＋）｛
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃ
ｅ］＝ｃｔｂＹ＊ＰｉｃＷｉｄｔｈＩｎＣｔｂ＋ｃｔｂＸ
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＋＋
｝
｝
｝
｝
…
ｓｌｉｃｅ＿ａｄｄｒｅｓｓは、スライスのスライスアドレスを規定する。存在しない
場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０に等しいと推測される。ｒｅｃｔ＿ｓｌｉｃ
ｅ＿ｆｌａｇが１でＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ
］が１のとき、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０と推測される．ｒｅｃｔ＿ｓｌｉｃ
ｅ＿ｆｌａｇが０であり、ＮｕｍＳｌｉｃｅｓＩｎＰｉｃが１である場合、ｓｌｉｃｅ＿
ａｄｄｒｅｓｓの値は０であると推測される
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、以下が適用される。
そうでない場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用さ
れる。
－ スライスアドレスは、スライスのサブピクチャレベルスライスインデックスである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＳｌｉｃｅｓＩ
ｎＳｕｂｐｉｃ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［
ＣｕｒｒＳｕｂｐｉｃＩｄｘ］－１までの範囲内とする。
ビットストリーム適合性の要件は、以下の制約が適用されることである。
－ ［［ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい、又はｓｕｂｐｉｃ＿ｉｎｆｏ＿
ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、同じ
コーディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニ
ットのｓｌｉｃｅ＿ａｄｄｒｅｓｓの値に等しくてはならない。
－ ピクチャのスライスの形状は、各ＣＴＵが復号された場合、その左側境界全体及び最
上の境界全体が１つのピクチャの境界、又は、以前に復号されたＣＴＵの境界を含むもの
でなければならない。
…
現在のスライス内のＣＴＵの数を規定する変数ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ
と、０からＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ－１の範囲（両端含む）のｉについて
、スライス内のｉ番目のＣＴＢのピクチャラスタスキャンアドレスを規定するリストＣｔ
ｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］は、次のように導出される。
ｉｆ（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇ）｛
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ＝ｓｌｉｃｅ＿ａｄｄｒｅｓｓ
ｆｏｒ（ｊ＝０；ｊ＜ＣｕｒｒＳｕｂｐｉｃＩｄｘ；ｊ＋＋）
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ＋＝ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｐｉｃＬｅ
ｖｅｌＳｌｉｃｅＩｄｘ］
ｆｏｒ（ｉ＝０；ｉ＜ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ；ｉ＋＋）
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ｉ］＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｐ
ｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘ］［ｉ］ （１１７）
｝ｅｌｓｅ｛
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＝０
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｆｏｒ（ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］；ｃｔｂＹ＜ｔｉｌｅＲｏｗ
Ｂｄ［ｔｉｌｅＹ＋１］；ｃｔｂＹ＋＋）｛
ｆｏｒ（ｃｔｂＸ＝ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］；ｃｔｂＸ＜ｔｉｌｅＣｏ
ｌＢｄ［ｔｉｌｅＸ＋１］；ｃｔｂＸ＋＋）｛
ＣｔｂＡｄｄｒＩｎＣｕｒｒＳｌｉｃｅ［ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃ
ｅ］＝ｃｔｂＹ＊ＰｉｃＷｉｄｔｈＩｎＣｔｂ＋ｃｔｂＸ
ＮｕｍＣｔｕｓＩｎＣｕｒｒＳｌｉｃｅ＋＋
｝
｝
｝
｝
６．３． 実施例３：ピクチャの寸法に調整された信号タイル
７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文
７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文
６．４． 実施形態＃４：ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１及びｔｉ
ｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１における意味論の例１
７．４．３．４ ピクチャパラメータセットＲＢＳＰ意味論
…
…
ｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１における意味論の例１
７．４．３．４ ピクチャパラメータセットＲＢＳＰ意味論
…
…
６．５． 実施形態＃５：ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１及びｔｉ
ｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１における意味論の例２
７．４．３．４ ピクチャパラメータセットＲＢＳＰ意味論
…
…
ｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１における意味論の例２
７．４．３．４ ピクチャパラメータセットＲＢＳＰ意味論
…
…
６．６． 実施形態＃６：スライスにおけるＣＴＵの導出例
６．５ 走査プロセス
６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
…
矩形スライスの場合、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１
の範囲（両端含む）のリストＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］は、ｉ番目のスライス
におけるＣＴＵの数を規定し、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎ
ｕｓ１の範囲（両端含む）のリストＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］は、
スライスの左上のタイルのインデックスを規定し、ｊは０からＮｕｍＣｔｕｓＩｎＳｌｉ
ｃｅ［ｉ］－１の範囲（両端含む）で、ｉ番目のスライス内のｊ番目のＣＴＢのピクチャ
ラスタスキャンアドレスを規定し、以下のように導出される。
ｉｆ（ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ）｛
ｆｏｒ（ｉ＝０；ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｉ＋＋）｛
ｓｌｉｃｅＩｄｘ＝ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ？ＣｔｂＴ
ｏＳｕｂｐｉｃＩｄｘ［ｉ］：０
ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］［ＮｕｍＣｔｕｓＩｎＳｌｉｃ
ｅ［ｓｌｉｃｅＩｄｘ］］＝ｉ
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］＋＋
｝
｝ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋
）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋
）｛
ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］＝ｔｉｌｅＩｄｘ
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｉｆ（ｉ＝＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）｛
ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝ＮｕｍＴｉｌ
ｅＣｏｌｕｍｎｓ－１－ｔｉｌｅＸ
ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝ＮｕｍＴｉ
ｌｅＲｏｗｓ－１－ｔｉｌｅＹ
｝
ｉｆ（ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝＝０＆＆
ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝＝０）｛ （２９
）
ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］－１；ｊ＋＋）｛
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉ
ｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，
ｃｔｂＹ，ｃｔｂＹ＋ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［
ｉ］＋１）
ｃｔｂＹ＋＝ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ］＋１
ｉ＋＋
｝
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉｌ
ｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，ｃｔｂＹ，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］）
｝ｅｌｓｅ
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕ
ｓ１［ｉ］；ｊ＋＋）
ｆｏｒ（ｋ＝０；ｋ＜＝ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕ
ｓ１［ｉ］；ｋ＋＋）
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ］
，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ＋１］，
ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ］，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ
＋ｊ＋１］）
｝
｝
６．５ 走査プロセス
６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
…
矩形スライスの場合、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１
の範囲（両端含む）のリストＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］は、ｉ番目のスライス
におけるＣＴＵの数を規定し、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎ
ｕｓ１の範囲（両端含む）のリストＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］は、
スライスの左上のタイルのインデックスを規定し、ｊは０からＮｕｍＣｔｕｓＩｎＳｌｉ
ｃｅ［ｉ］－１の範囲（両端含む）で、ｉ番目のスライス内のｊ番目のＣＴＢのピクチャ
ラスタスキャンアドレスを規定し、以下のように導出される。
ｉｆ（ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ）｛
ｆｏｒ（ｉ＝０；ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｉ＋＋）｛
ｓｌｉｃｅＩｄｘ＝ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ？ＣｔｂＴ
ｏＳｕｂｐｉｃＩｄｘ［ｉ］：０
ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］［ＮｕｍＣｔｕｓＩｎＳｌｉｃ
ｅ［ｓｌｉｃｅＩｄｘ］］＝ｉ
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］＋＋
｝
｝ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋
）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋
）｛
ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］＝ｔｉｌｅＩｄｘ
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｉｆ（ｉ＝＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）｛
ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝ＮｕｍＴｉｌ
ｅＣｏｌｕｍｎｓ－１－ｔｉｌｅＸ
ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝ＮｕｍＴｉ
ｌｅＲｏｗｓ－１－ｔｉｌｅＹ
｝
ｉｆ（ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝＝０＆＆
ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＝＝０）｛ （２９
）
ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］－１；ｊ＋＋）｛
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉ
ｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，
ｃｔｂＹ，ｃｔｂＹ＋ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［
ｉ］＋１）
ｃｔｂＹ＋＝ＳｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓＭｉｎｕｓ１［ｉ］＋１
ｉ＋＋
｝
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉｌ
ｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，ｃｔｂＹ，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］）
｝ｅｌｓｅ
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕ
ｓ１［ｉ］；ｊ＋＋）
ｆｏｒ（ｋ＝０；ｋ＜＝ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕ
ｓ１［ｉ］；ｋ＋＋）
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ］
，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ＋１］，
ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ］，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ
＋ｊ＋１］）
｝
｝
６．７． 実施形態＃７：ＭＥＲサイズの信号通知について
７．３．２．３ シーケンスパラメータセットＲＢＳＰ構文
７．３．２．３ シーケンスパラメータセットＲＢＳＰ構文
７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論
ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕ＿ｌｏｇ２＿ｍｉｎ
ｃｂ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２は、変数Ｌｏｇ２Ｐａｒ
ＭｒｇＬｅｖｅｌの値を規定し、これは８．５．２．３に規定される空間マージ候補の派
生処理と、８．５．５．２に規定されるサブブロックマージモードにおける動きベクトル
及び参照インデックスの派生処理とにおいて、８．５．２．１項の履歴に基づく動きベク
トル予測子リストの更新処理の呼び出しを制御するために使用する。ｌｏｇ２＿ｐａｒａ
ｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ＿ｌｏｇ２＿ｍｉｎｃｂの値は、０から
ＣｔｂＬｏｇ２ＳｉｚｅＹ－ｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿
ｓｉｚｅ＿ｍｉｎｕｓ２－２を含む範囲内とする。変数Ｌｏｇ２ＰａｒＭｒｇＬｅｖｅｌ
は、以下のように導出される。
Ｌｏｇ２ＰａｒＭｒｇＬｅｖｅｌ＝ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅ
ｌ＿ｍｉｎｕｓ２＋ｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ
＿ｍｉｎｕｓ２＋２ （６８）
ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕ＿ｌｏｇ２＿ｍｉｎ
ｃｂ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ＿ｍｉｎｕｓ２＋２は、変数Ｌｏｇ２Ｐａｒ
ＭｒｇＬｅｖｅｌの値を規定し、これは８．５．２．３に規定される空間マージ候補の派
生処理と、８．５．５．２に規定されるサブブロックマージモードにおける動きベクトル
及び参照インデックスの派生処理とにおいて、８．５．２．１項の履歴に基づく動きベク
トル予測子リストの更新処理の呼び出しを制御するために使用する。ｌｏｇ２＿ｐａｒａ
ｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅｌ＿ｍｉｎｕｓ＿ｌｏｇ２＿ｍｉｎｃｂの値は、０から
ＣｔｂＬｏｇ２ＳｉｚｅＹ－ｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿
ｓｉｚｅ＿ｍｉｎｕｓ２－２を含む範囲内とする。変数Ｌｏｇ２ＰａｒＭｒｇＬｅｖｅｌ
は、以下のように導出される。
Ｌｏｇ２ＰａｒＭｒｇＬｅｖｅｌ＝ｌｏｇ２＿ｐａｒａｌｌｅｌ＿ｍｅｒｇｅ＿ｌｅｖｅ
ｌ＿ｍｉｎｕｓ２＋ｌｏｇ２＿ｍｉｎ＿ｌｕｍａ＿ｃｏｄｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ
＿ｍｉｎｕｓ２＋２ （６８）
６．８． 実施形態＃８矩形スライスの信号通知について
６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
．．．
ピクチャラスタスキャンにおけるＣＴＢアドレスからサブピクチャインデックスへの変換
を規定する、０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ＿１までの範囲（両端含む）のｃｔｂ
ＡｄｄｒＲのためのリストｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］は、以
下のように導出される。
ｆｏｒ（ｃｔｂＡｄｄｒＲｓ＝０；ｃｔｂＡｄｄｒＲｓ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ
；ｃｔｂＡｄｄｒＲｓ＋＋）｛
ｐｏｓＸ＝ｃｔｂＡｄｄｒＲｓ％ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｐｏｓＹ＝ｃｔｂＡｄｄｒＲｓ／ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＝－１
ｆｏｒ（ｉ＝０；ｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＜０＆＆ｉ＜
＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）｛ （２９）
ｉｆ（（ｐｏｓＸ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］）＆＆
（ｐｏｓＸ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］＋ｓｕｂｐｉ
ｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］＋１）＆＆
（ｐｏｓＹ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］）＆＆
（ｐｏｓＹ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］＋ｓｕｂｐｉ
ｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１））
ｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＝ｉ
｝
｝
ｉｆ（ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ） ｛
ｆｏｒ（ｉ＝０；ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｉ＋＋）｛
ｓｌｉｃｅＩｄｘ＝ｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｉ］
ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］［ＮｕｍＣｔｕｓＩｎＳｌｉｃ
ｅ［ｓｌｉｃｅＩｄｘ］］＝ｉ
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］＋＋
｝
｝ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋
）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋
）｛
ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］＝ｔｉｌｅＩｄｘ
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｉｆ（ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］＝＝１＆＆ｓｌｉｃｅＨｅｉｇｈ
ｔＩｎＴｉｌｅｓ［ｉ］＝＝１）｛ （３０）
ｉｆ（ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］＝＝０）｛
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝１
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝ｊ
｝
ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］－１；ｊ＋＋）｛
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉ
ｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，
ｃｔｂＹ，ｃｔｂＹ＋ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］）
ｃｔｂＹ＋＝ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］
ｉ＋＋
｝
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉｌ
ｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，ｃｔｂＹ，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］）
｝ｅｌｓｅ
ｆｏｒ（ｊ＝０；ｊ＜ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］；ｊ＋＋）
ｆｏｒ（ｋ＝０；ｋ＜ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］；ｋ＋＋）
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ］
，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ＋１］，
ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ］，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ
＋ｊ＋１］）
｝
｝
ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１までの範囲（両端含む
）にある場合、ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］の値は、０よりも大きいことが、ビ
ットストリーム準拠の要件である。また、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉ
ｃ＿ｍｉｎｕｓ１の範囲（両端含む）であり、ｊが０からＮｕｍＣｔｕｓＩｎＳｌｉｃｅ
［ｉ］－１の範囲（両端含む）である行列ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［ｊ］に
は、０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１の範囲（両端含む）のすべてのＣＴＢアド
レスをそれぞれ一度のみ含まれることが、ビットストリーム準拠の要件である。
．．．
７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文
６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
．．．
ピクチャラスタスキャンにおけるＣＴＢアドレスからサブピクチャインデックスへの変換
を規定する、０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ＿１までの範囲（両端含む）のｃｔｂ
ＡｄｄｒＲのためのリストｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］は、以
下のように導出される。
ｆｏｒ（ｃｔｂＡｄｄｒＲｓ＝０；ｃｔｂＡｄｄｒＲｓ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ
；ｃｔｂＡｄｄｒＲｓ＋＋）｛
ｐｏｓＸ＝ｃｔｂＡｄｄｒＲｓ％ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｐｏｓＹ＝ｃｔｂＡｄｄｒＲｓ／ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＝－１
ｆｏｒ（ｉ＝０；ｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＜０＆＆ｉ＜
＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）｛ （２９）
ｉｆ（（ｐｏｓＸ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］）＆＆
（ｐｏｓＸ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］＋ｓｕｂｐｉ
ｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］＋１）＆＆
（ｐｏｓＹ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］）＆＆
（ｐｏｓＹ＜ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］＋ｓｕｂｐｉ
ｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］＋１））
ｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｃｔｂＡｄｄｒＲｓ］＝ｉ
｝
｝
ｉｆ（ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ） ｛
ｆｏｒ（ｉ＝０；ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｉ＋＋）｛
ｓｌｉｃｅＩｄｘ＝ｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｉ］
ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］［ＮｕｍＣｔｕｓＩｎＳｌｉｃ
ｅ［ｓｌｉｃｅＩｄｘ］］＝ｉ
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］＋＋
｝
｝ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋
）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋
）｛
ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］＝ｔｉｌｅＩｄｘ
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｉｆ（ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］＝＝１＆＆ｓｌｉｃｅＨｅｉｇｈ
ｔＩｎＴｉｌｅｓ［ｉ］＝＝１）｛ （３０）
ｉｆ（ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］＝＝０）｛
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝１
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝ｊ
｝
ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］－１；ｊ＋＋）｛
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉ
ｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，
ｃｔｂＹ，ｃｔｂＹ＋ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］）
ｃｔｂＹ＋＝ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］
ｉ＋＋
｝
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉｌ
ｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，ｃｔｂＹ，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］）
｝ｅｌｓｅ
ｆｏｒ（ｊ＝０；ｊ＜ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］；ｊ＋＋）
ｆｏｒ（ｋ＝０；ｋ＜ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］；ｋ＋＋）
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ］
，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ＋１］，
ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ］，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ
＋ｊ＋１］）
｝
｝
ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１までの範囲（両端含む
）にある場合、ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］の値は、０よりも大きいことが、ビ
ットストリーム準拠の要件である。また、ｉが０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉ
ｃ＿ｍｉｎｕｓ１の範囲（両端含む）であり、ｊが０からＮｕｍＣｔｕｓＩｎＳｌｉｃｅ
［ｉ］－１の範囲（両端含む）である行列ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［ｊ］に
は、０からＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１の範囲（両端含む）のすべてのＣＴＢアド
レスをそれぞれ一度のみ含まれることが、ビットストリーム準拠の要件である。
．．．
７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文
７．４．３．４ ピクチャパラメータセット意味論
．．．
ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｔｉｌ
ｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］構文要素がＰＰＳに含まれていないことを規定し、ＰＰＳ
を参照するすべてのピクチャは、スライスラスタ順に矩形スライス行と矩形スライス列に
分割される。ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場
合、ＰＰＳにｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］構文要素が存在してもよく、ＰＰＳを
参照するピクチャのすべての矩形スライスは、ｉの値の増加によりｔｉｌｅ＿ｉｄｘ＿ｄ
ｅｌｔａ［ｉ］が示す順序で規定されることを規定する。存在しない場合、ｔｉｌｅ＿ｉ
ｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０と推測される。
ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番目
の矩形スライスの幅をタイルの列の単位で規定する。ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔ
ｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、０からＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－１までの
範囲内にあるべきである。
ｉがｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１未満であり、かつＮｕｍＴｉ
ｌｅＣｏｌｕｍｎｓが１に等しい場合、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍ
ｉｎｕｓ１［ｉ］の値は０に等しいと推測される。
ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｎｕ
ｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が０に等しい場合、ｉ番目の矩形スラ
イスの高さをタイル行の単位で規定する。ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ
＿ｍｉｎｕｓ１［ｉ］の値は、０からＮｕｍＴｉｌｅＲｏｗｓ－１までの範囲内にあるべ
きである。
ｉがｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１未満であり、かつｓｌｉｃｅ
＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］が存在しない場合、ＮｕｍＴｉ
ｌｅＲｏｗｓ＝＝１？０：ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１
［ｉ－１］と等しいと推測される。
ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］は、ｉ番目のスライスを含むタ
イルにおけるスライスのために明確に提供されるスライスの高さの数を規定する（すなわ
ち、タイルインデックスがＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］に等しいタイ
ル）。ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］の値は、０からＲｏｗＨｅ
ｉｇｈｔ［ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍ
ｎｓ］－１の範囲（両端含む）とする。存在しない場合、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ
＿ｉｎ＿ｔｉｌｅ［ｉ］の値は０に等しいと推測される。
．．．
．．．
ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｔｉｌ
ｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］構文要素がＰＰＳに含まれていないことを規定し、ＰＰＳ
を参照するすべてのピクチャは、スライスラスタ順に矩形スライス行と矩形スライス列に
分割される。ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場
合、ＰＰＳにｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］構文要素が存在してもよく、ＰＰＳを
参照するピクチャのすべての矩形スライスは、ｉの値の増加によりｔｉｌｅ＿ｉｄｘ＿ｄ
ｅｌｔａ［ｉ］が示す順序で規定されることを規定する。存在しない場合、ｔｉｌｅ＿ｉ
ｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０と推測される。
ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番目
の矩形スライスの幅をタイルの列の単位で規定する。ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔ
ｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］の値は、０からＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－１までの
範囲内にあるべきである。
ｉがｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１未満であり、かつＮｕｍＴｉ
ｌｅＣｏｌｕｍｎｓが１に等しい場合、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍ
ｉｎｕｓ１［ｉ］の値は０に等しいと推測される。
ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｎｕ
ｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］が０に等しい場合、ｉ番目の矩形スラ
イスの高さをタイル行の単位で規定する。ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ
＿ｍｉｎｕｓ１［ｉ］の値は、０からＮｕｍＴｉｌｅＲｏｗｓ－１までの範囲内にあるべ
きである。
ｉがｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１未満であり、かつｓｌｉｃｅ
＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］が存在しない場合、ＮｕｍＴｉ
ｌｅＲｏｗｓ＝＝１？０：ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１
［ｉ－１］と等しいと推測される。
ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］は、ｉ番目のスライスを含むタ
イルにおけるスライスのために明確に提供されるスライスの高さの数を規定する（すなわ
ち、タイルインデックスがＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］に等しいタイ
ル）。ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］の値は、０からＲｏｗＨｅ
ｉｇｈｔ［ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍ
ｎｓ］－１の範囲（両端含む）とする。存在しない場合、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ
＿ｉｎ＿ｔｉｌｅ［ｉ］の値は０に等しいと推測される。
．．．
６．９． 実施形態＃９：矩形スライスの信号通知について
６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
．．．
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合、ｉ番目のスライスにおけるＣＴＵ
の数を規定するリストＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］（ｉは０からｎｕｍ＿ｓｌｉ
ｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の範囲で両端含む）、スライスにおける最初のＣＴ
Ｕを含むタイルのタイルインデックスを規定するリストＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌ
ｅＩｄｘ［ｉ］（ｉは０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の範囲
で両端含む）、ｉ番目のスライス内のｊ番目のＣＴＢのピクチャラスタスキャンアドレス
を規定する行列ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［ｊ］（ｉは０からｎｕｍ＿ｓｌｉ
ｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の範囲で両端含み、ｊは０からＮｕｍＣｔｕｓＩｎ
Ｓｌｉｃｅ［ｉ］－１の範囲で両端含む）、ｉ番目のスライスを含むタイル（すなわち、
タイルインデックスがＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］に等しいタイル）
内のスライス数を規定する変数ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］は、以下のように
導出される。
ｉｆ（ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ）｛
ｆｏｒ（ｉ＝０；ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｉ＋＋）｛
ｓｌｉｃｅＩｄｘ＝ｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｉ］
ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］［ＮｕｍＣｔｕｓＩｎＳｌｉｃ
ｅ［ｓｌｉｃｅＩｄｘ］］＝ｉ
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］＋＋
｝
｝ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋
）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋
）｛
ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］＝ｔｉｌｅＩｄｘ
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｉｆ（ｉ＜ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）｛
ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］＝ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔ
ｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＋１
ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］＝ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ
＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＋１
｝ｅｌｓｅ｛
ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］＝ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－ｔ
ｉｌｅＸ
ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］＝ＮｕｍＴｉｌｅＲｏｗｓ－ｔｉｌ
ｅＹ
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝１
｝
ｉｆ（ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］＝＝１＆＆ｓｌｉｃｅＨｅｉｇｈ
ｔＩｎＴｉｌｅｓ［ｉ］＝＝１）｛ （３０）
ｉｆ（ ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］＝＝０）｛
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝１
ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］＝ＲｏｗＨｅｉｇｈｔ［Ｓｌｉｃｅ
ＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ］
｝
ｅｌｓｅ｛
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＝ＲｏｗＨｅｉｇｈｔ［Ｓｌｉ
ｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ］
［［ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ
］；ｊ＋＋）｛｝］
ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ＋ｊ］＝ｅｘｐ＿ｓｌｉｃｅ＿ｈｅ
ｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ｓｌｉｃｅＨｅｉｇｈｔ
ＩｎＣｔｕｓ［ｉ＋ｊ］
｝
［［ｕｎｉｆｏｒｍＳｌｉｃｅＨｅｉｇｈｔ＝ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔ
ｕｓ［ｉ＋ｊ－１］］］
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞＝ｕｎｉｆｏｒ
ｍＳｌｉｃｅＨｅｉｇｈｔ）｛
ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ＋ｊ］＝ｕｎｉｆｏｒｍＳｌｉｃｅ
Ｈｅｉｇｈｔ
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ｕｎｉｆｏｒｍＳｌｉｃ
ｅＨｅｉｇｈｔ
ｊ＋＋
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞０）｛
ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ＋ｊ］＝ｒｅｍａｉｎｉｎｇＨｅｉ
ｇｈｔＩｎＣｔｂｓＹ
ｊ＋＋
｝
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝ｊ
｝
ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］－１；ｊ＋＋）｛
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉ
ｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，
ｃｔｂＹ，ｃｔｂＹ＋ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］）
ｃｔｂＹ＋＝ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］
ｉ＋＋
｝
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉｌ
ｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，ｃｔｂＹ，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］）
｝ｅｌｓｅ
ｆｏｒ（ｊ＝０；ｊ＜ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］；ｊ＋＋）
ｆｏｒ（ｋ＝０；ｋ＜ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］；ｋ＋＋）
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ］
，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ＋１］，
ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ］，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ
＋ｊ＋１］）
ｉｆ（ｉ＜ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）｛
ｉｆ（ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）
ｔｉｌｅＩｄｘ＋＝ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］
ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＋＝ｓｌｉｃｅＷｄｉｔｈＩｎＴｉｌｅｓ［ｉ］
ｉｆ（ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ＝＝０）
ｔｉｌｅＩｄｘ＋＝（ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］－１）＊
ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
｝
｝
｝
｝
．．．
６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
．．．
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合、ｉ番目のスライスにおけるＣＴＵ
の数を規定するリストＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］（ｉは０からｎｕｍ＿ｓｌｉ
ｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の範囲で両端含む）、スライスにおける最初のＣＴ
Ｕを含むタイルのタイルインデックスを規定するリストＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌ
ｅＩｄｘ［ｉ］（ｉは０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の範囲
で両端含む）、ｉ番目のスライス内のｊ番目のＣＴＢのピクチャラスタスキャンアドレス
を規定する行列ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［ｊ］（ｉは０からｎｕｍ＿ｓｌｉ
ｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１の範囲で両端含み、ｊは０からＮｕｍＣｔｕｓＩｎ
Ｓｌｉｃｅ［ｉ］－１の範囲で両端含む）、ｉ番目のスライスを含むタイル（すなわち、
タイルインデックスがＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］に等しいタイル）
内のスライス数を規定する変数ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］は、以下のように
導出される。
ｉｆ（ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ）｛
ｆｏｒ（ｉ＝０；ｉ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｉ＋＋）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ；ｉ＋＋）｛
ｓｌｉｃｅＩｄｘ＝ｃｔｂＴｏＳｕｂｐｉｃＩｄｘ［ｉ］
ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］［ＮｕｍＣｔｕｓＩｎＳｌｉｃ
ｅ［ｓｌｉｃｅＩｄｘ］］＝ｉ
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］＋＋
｝
｝ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋
）
ＮｕｍＣｔｕｓＩｎＳｌｉｃｅ［ｉ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋
）｛
ＳｌｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］＝ｔｉｌｅＩｄｘ
ｔｉｌｅＸ＝ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｔｉｌｅＹ＝ｔｉｌｅＩｄｘ／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
ｉｆ（ｉ＜ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）｛
ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］＝ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔ
ｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＋１
ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］＝ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ
＿ｔｉｌｅｓ＿ｍｉｎｕｓ１［ｉ］＋１
｝ｅｌｓｅ｛
ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］＝ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－ｔ
ｉｌｅＸ
ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］＝ＮｕｍＴｉｌｅＲｏｗｓ－ｔｉｌ
ｅＹ
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝１
｝
ｉｆ（ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］＝＝１＆＆ｓｌｉｃｅＨｅｉｇｈ
ｔＩｎＴｉｌｅｓ［ｉ］＝＝１）｛ （３０）
ｉｆ（ ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］＝＝０）｛
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝１
ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］＝ＲｏｗＨｅｉｇｈｔ［Ｓｌｉｃｅ
ＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ］
｝
ｅｌｓｅ｛
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＝ＲｏｗＨｅｉｇｈｔ［Ｓｌｉ
ｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ］
［［ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ
］；ｊ＋＋）｛｝］
ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ＋ｊ］＝ｅｘｐ＿ｓｌｉｃｅ＿ｈｅ
ｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｊ］＋１
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ｓｌｉｃｅＨｅｉｇｈｔ
ＩｎＣｔｕｓ［ｉ＋ｊ］
｝
［［ｕｎｉｆｏｒｍＳｌｉｃｅＨｅｉｇｈｔ＝ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔ
ｕｓ［ｉ＋ｊ－１］］］
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞＝ｕｎｉｆｏｒ
ｍＳｌｉｃｅＨｅｉｇｈｔ）｛
ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ＋ｊ］＝ｕｎｉｆｏｒｍＳｌｉｃｅ
Ｈｅｉｇｈｔ
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ｕｎｉｆｏｒｍＳｌｉｃ
ｅＨｅｉｇｈｔ
ｊ＋＋
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞０）｛
ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ＋ｊ］＝ｒｅｍａｉｎｉｎｇＨｅｉ
ｇｈｔＩｎＣｔｂｓＹ
ｊ＋＋
｝
ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］＝ｊ
｝
ｃｔｂＹ＝ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ］
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＳｌｉｃｅｓＩｎＴｉｌｅ［ｉ］－１；ｊ＋＋）｛
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉ
ｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，
ｃｔｂＹ，ｃｔｂＹ＋ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］）
ｃｔｂＹ＋＝ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］
ｉ＋＋
｝
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ］，ｔｉｌ
ｅＣｏｌＢｄ［ｔｉｌｅＸ＋１］，ｃｔｂＹ，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋１］）
｝ｅｌｓｅ
ｆｏｒ（ｊ＝０；ｊ＜ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］；ｊ＋＋）
ｆｏｒ（ｋ＝０；ｋ＜ｓｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］；ｋ＋＋）
ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ（ｉ，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ］
，ｔｉｌｅＣｏｌＢｄ［ｔｉｌｅＸ＋ｋ＋１］，
ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ＋ｊ］，ｔｉｌｅＲｏｗＢｄ［ｔｉｌｅＹ
＋ｊ＋１］）
ｉｆ（ｉ＜ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１）｛
ｉｆ（ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）
ｔｉｌｅＩｄｘ＋＝ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］
ｅｌｓｅ｛
ｔｉｌｅＩｄｘ＋＝ｓｌｉｃｅＷｄｉｔｈＩｎＴｉｌｅｓ［ｉ］
ｉｆ（ｔｉｌｅＩｄｘ％ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ＝＝０）
ｔｉｌｅＩｄｘ＋＝（ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］－１）＊
ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ
｝
｝
｝
｝
．．．
６．１０． 実施形態＃１０：サブピクチャおよびタイルの信号通知について
６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
タイル列の数を規定する変数ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ、及びＣＴＢの単位でｉ番
目のタイル列の幅を規定するリストｃｏｌＷｉｄｔｈ［ｉ］（ｉは０からＮｕｍＴｉｌｅ
Ｃｏｌｕｍｎｓ－１の範囲で両端含む）は、以下のように導出される。
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＝ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｃｏｌＷｉｄｔｈ［ｉ］＝ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］
＋１
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ－＝ｃｏｌＷｉｄｔｈ［ｉ］
｝
ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ＝ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉ
ｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］＋１ （２３）
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＞＝ｕｎｉｆｏｒｍＴｉｌｅ
ＣｏｌＷｉｄｔｈ）｛
ｃｏｌＷｉｄｔｈ［ｉ＋＋］＝ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ－＝ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉ
ｄｔｈ
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＞０）
ｃｏｌＷｉｄｔｈ［ｉ＋＋］＝ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ
ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ＝ｉ
タイル行の数を規定する変数ＮｕｍＴｉｌｅＲｏｗｓ、及びＣＴＢ単位でｊ番目のタイル
行の高さを規定する０からＮｕｍＴｉｌｅＲｏｗｓ＿１までの範囲（両端含む）のｊのリ
ストＲｏｗＨｅｉｇｈｔ［ｊ］は、以下のように導出される。
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＝ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ
ＲｏｗＨｅｉｇｈｔ［ｊ］＝ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］＋
１
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ＲｏｗＨｅｉｇｈｔ［ｊ］
｝
ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ＝ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎ
ｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］＋１ （２４）
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞＝ｕｎｉｆｏｒｍＴｉｌ
ｅＲｏｗＨｅｉｇｈｔ）｛
ＲｏｗＨｅｉｇｈｔ［ｊ＋＋］＝ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨ
ｅｉｇｈｔ
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞０）
ＲｏｗＨｅｉｇｈｔ［ｊ＋＋］＝ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ
ＮｕｍＴｉｌｅＲｏｗｓ＝ｊ
７．３．２．３ シーケンスパラメータセットＲＢＳＰ構文
６．５．１ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理
タイル列の数を規定する変数ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ、及びＣＴＢの単位でｉ番
目のタイル列の幅を規定するリストｃｏｌＷｉｄｔｈ［ｉ］（ｉは０からＮｕｍＴｉｌｅ
Ｃｏｌｕｍｎｓ－１の範囲で両端含む）は、以下のように導出される。
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＝ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ
ｃｏｌＷｉｄｔｈ［ｉ］＝ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］
＋１
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ－＝ｃｏｌＷｉｄｔｈ［ｉ］
｝
ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ＝ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉ
ｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］＋１ （２３）
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＞＝ｕｎｉｆｏｒｍＴｉｌｅ
ＣｏｌＷｉｄｔｈ）｛
ｃｏｌＷｉｄｔｈ［ｉ＋＋］＝ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉｄｔｈ
ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ－＝ｕｎｉｆｏｒｍＴｉｌｅＣｏｌＷｉ
ｄｔｈ
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ＞０）
ｃｏｌＷｉｄｔｈ［ｉ＋＋］＝ｒｅｍａｉｎｉｎｇＷｉｄｔｈＩｎＣｔｂｓＹ
ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ＝ｉ
タイル行の数を規定する変数ＮｕｍＴｉｌｅＲｏｗｓ、及びＣＴＢ単位でｊ番目のタイル
行の高さを規定する０からＮｕｍＴｉｌｅＲｏｗｓ＿１までの範囲（両端含む）のｊのリ
ストＲｏｗＨｅｉｇｈｔ［ｊ］は、以下のように導出される。
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＝ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ
ＲｏｗＨｅｉｇｈｔ［ｊ］＝ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］＋
１
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ＲｏｗＨｅｉｇｈｔ［ｊ］
｝
ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ＝ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎ
ｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１］＋１ （２４）
ｗｈｉｌｅ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞＝ｕｎｉｆｏｒｍＴｉｌ
ｅＲｏｗＨｅｉｇｈｔ）｛
ＲｏｗＨｅｉｇｈｔ［ｊ＋＋］＝ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨｅｉｇｈｔ
ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ－＝ｕｎｉｆｏｒｍＴｉｌｅＲｏｗＨ
ｅｉｇｈｔ
｝
ｉｆ（ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ＞０）
ＲｏｗＨｅｉｇｈｔ［ｊ＋＋］＝ｒｅｍａｉｎｉｎｇＨｅｉｇｈｔＩｎＣｔｂｓＹ
ＮｕｍＴｉｌｅＲｏｗｓ＝ｊ
７．３．２．３ シーケンスパラメータセットＲＢＳＰ構文
７．３．２．４ ピクチャパラメータセットＲＢＳＰ構文
７．４．３．４ ピクチャパラメータセット意味論
．．．
．．．
．．．
．．．
図７は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム１
９００を示すブロック図である。様々な実装形態は、システム１９００のコンポーネント
の一部又は全部を含んでもよい。システム１９００は、映像コンテンツを受信するための
入力ユニット１９０２を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマッ
ト、例えば、８又は１０ビットのマルチコンポーネント画素値で受信されてもよく、又は
圧縮又は符号化フォーマットで受信されてもよい。入力ユニット１９０２は、ネットワー
クインターフェース、周辺バスインターフェース、又は記憶インターフェースを表しても
よい。ネットワークインターフェースの例は、イーサネット（登録商標）、ＰＯＮ（登録
商標；Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）等の有線インターフェース、
およびＷｉ－Ｆｉ（登録商標）またはセルラーインターフェース等の無線インターフェー
スを含む。
９００を示すブロック図である。様々な実装形態は、システム１９００のコンポーネント
の一部又は全部を含んでもよい。システム１９００は、映像コンテンツを受信するための
入力ユニット１９０２を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマッ
ト、例えば、８又は１０ビットのマルチコンポーネント画素値で受信されてもよく、又は
圧縮又は符号化フォーマットで受信されてもよい。入力ユニット１９０２は、ネットワー
クインターフェース、周辺バスインターフェース、又は記憶インターフェースを表しても
よい。ネットワークインターフェースの例は、イーサネット（登録商標）、ＰＯＮ（登録
商標；Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）等の有線インターフェース、
およびＷｉ－Ｆｉ（登録商標）またはセルラーインターフェース等の無線インターフェー
スを含む。
システム１９００は、本明細書に記載される様々なコーディング又は符号化方法を実装
することができるコーディングコンポーネント１９０４を含んでもよい。コーディングコ
ンポーネント１９０４は、入力ユニット１９０２からの映像の平均ビットレートをコーデ
ィングコンポーネント１９０４の出力に低減し、映像のコーディング表現を生成してもよ
い。従って、このコーディング技術は、映像圧縮または映像トランスコーディング技術と
呼ばれることがある。コーディングコンポーネント１９０４の出力は、コンポーネント１
９０６によって表されるように、記憶されてもよいし、接続された通信を介して送信され
てもよい。入力ユニット１９０２において受信された、記憶された又は通信された映像の
ビットストリーム（又はコーディング）表現は、コンポーネント１９０８によって使用さ
れて、表示インターフェース１９１０に送信される画素値又は表示可能な映像を生成して
もよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映
像伸張（映像展開）と呼ばれることがある。さらに、特定の映像処理操作を「コーディン
グ」操作又はツールと呼ぶが、コーディングツール又は操作は、エンコーダ及びそれに対
応する、コーディングの結果を逆にする復号ツール又は操作が、デコーダによって行われ
ることが理解されよう。
することができるコーディングコンポーネント１９０４を含んでもよい。コーディングコ
ンポーネント１９０４は、入力ユニット１９０２からの映像の平均ビットレートをコーデ
ィングコンポーネント１９０４の出力に低減し、映像のコーディング表現を生成してもよ
い。従って、このコーディング技術は、映像圧縮または映像トランスコーディング技術と
呼ばれることがある。コーディングコンポーネント１９０４の出力は、コンポーネント１
９０６によって表されるように、記憶されてもよいし、接続された通信を介して送信され
てもよい。入力ユニット１９０２において受信された、記憶された又は通信された映像の
ビットストリーム（又はコーディング）表現は、コンポーネント１９０８によって使用さ
れて、表示インターフェース１９１０に送信される画素値又は表示可能な映像を生成して
もよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映
像伸張（映像展開）と呼ばれることがある。さらに、特定の映像処理操作を「コーディン
グ」操作又はツールと呼ぶが、コーディングツール又は操作は、エンコーダ及びそれに対
応する、コーディングの結果を逆にする復号ツール又は操作が、デコーダによって行われ
ることが理解されよう。
周辺バスインターフェースまたは表示インターフェースの例は、ＵＳＢ（登録商標；Ｕ
ｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）またはＨＤＭＩ（登録商標；Ｈｉｇｈ Ｄｅ
ｆｉｎｉｙｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）またはディスプレイポ
ート等を含んでもよい。ストレージインターフェースの例は、ＳＡＴＡ（Ｓｅｒｉａｌ
Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ、ＩＤＥイ
ンターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、ス
マートフォン、又はデジタルデータ処理及び／又は映像表示を実施可能な他のデバイス等
の様々な電子デバイスに実施されてもよい。
ｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）またはＨＤＭＩ（登録商標；Ｈｉｇｈ Ｄｅ
ｆｉｎｉｙｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）またはディスプレイポ
ート等を含んでもよい。ストレージインターフェースの例は、ＳＡＴＡ（Ｓｅｒｉａｌ
Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ、ＩＤＥイ
ンターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、ス
マートフォン、又はデジタルデータ処理及び／又は映像表示を実施可能な他のデバイス等
の様々な電子デバイスに実施されてもよい。
図８は、映像処理装置３６００のブロック図である。装置３６００は、本明細書に記載
の方法の１つ以上を実装するために使用してもよい。装置３６００は、スマートフォン、
タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等に実施されてもよ
い。装置３６００は、１つ以上のプロセッサ３６０２と、１つ以上のメモリ３６０４と、
映像処理ハードウェア３６０６と、を含んでもよい。１つまたは複数のプロセッサ３６０
２は、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ
（複数可）３６０４は、本明細書で説明される方法および技術を実装するために使用され
るデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア３６０６
は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。
の方法の１つ以上を実装するために使用してもよい。装置３６００は、スマートフォン、
タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等に実施されてもよ
い。装置３６００は、１つ以上のプロセッサ３６０２と、１つ以上のメモリ３６０４と、
映像処理ハードウェア３６０６と、を含んでもよい。１つまたは複数のプロセッサ３６０
２は、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ
（複数可）３６０４は、本明細書で説明される方法および技術を実装するために使用され
るデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア３６０６
は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。
図１０は、本開示の技法を利用し得る例示的な映像コーディングシステム１００を示す
ブロック図である。
ブロック図である。
図１０に示すように、映像コーディングシステム１００は、送信元デバイス１１０と、
送信先デバイス１２０と、を備えてもよい。送信元デバイス１１０は、符号化された映像
データを生成するものであり、映像符号化デバイスとも呼ばれ得る。送信先デバイス１２
０は、送信元デバイス１１０によって生成された符号化された映像データを復号してよく
、映像復号デバイスと呼ばれ得る。
送信先デバイス１２０と、を備えてもよい。送信元デバイス１１０は、符号化された映像
データを生成するものであり、映像符号化デバイスとも呼ばれ得る。送信先デバイス１２
０は、送信元デバイス１１０によって生成された符号化された映像データを復号してよく
、映像復号デバイスと呼ばれ得る。
送信元デバイス１１０は、映像ソース１１２と、映像エンコーダ１１４と、入出力（Ｉ
／Ｏ）インターフェース１１６と、を含んでよい。
／Ｏ）インターフェース１１６と、を含んでよい。
映像ソース１１２は、映像キャプチャデバイスなどのソース、映像コンテンツプロバイ
ダからの映像データを受信するためのインターフェース、および／または映像データを生
成するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせ
を含んでもよい。映像データは、１または複数のピクチャを含んでもよい。映像エンコー
ダ１１４は、映像ソース１１２からの映像データを符号化し、ビットストリームを生成す
る。ビットストリームは、映像データのコーディングされた表現を形成するビットのシー
ケンスを含んでもよい。ビットストリームは、コーディングされたピクチャおよび関連付
けられたデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディン
グされた表現である。関連付けられたデータは、シーケンスパラメータセット、ピクチャ
パラメータセット、および他の構文構造を含んでもよい。Ｉ／Ｏインターフェース１１６
は、変復調器（モデム）および／または送信機を含んでもよい。符号化された映像データ
は、ネットワーク１３０ａを介して、Ｉ／Ｏインターフェース１１６を介して送信先デバ
イス１２０に直接送信されてよい。符号化された映像データは、送信先デバイス１２０が
アクセスするために、記憶媒体／サーバ１３０ｂに記憶してもよい。
ダからの映像データを受信するためのインターフェース、および／または映像データを生
成するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせ
を含んでもよい。映像データは、１または複数のピクチャを含んでもよい。映像エンコー
ダ１１４は、映像ソース１１２からの映像データを符号化し、ビットストリームを生成す
る。ビットストリームは、映像データのコーディングされた表現を形成するビットのシー
ケンスを含んでもよい。ビットストリームは、コーディングされたピクチャおよび関連付
けられたデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディン
グされた表現である。関連付けられたデータは、シーケンスパラメータセット、ピクチャ
パラメータセット、および他の構文構造を含んでもよい。Ｉ／Ｏインターフェース１１６
は、変復調器（モデム）および／または送信機を含んでもよい。符号化された映像データ
は、ネットワーク１３０ａを介して、Ｉ／Ｏインターフェース１１６を介して送信先デバ
イス１２０に直接送信されてよい。符号化された映像データは、送信先デバイス１２０が
アクセスするために、記憶媒体／サーバ１３０ｂに記憶してもよい。
送信先デバイス１２０は、Ｉ／Ｏインターフェース１２６、映像デコーダ１２４、およ
び表示装置１２２を含んでもよい。
び表示装置１２２を含んでもよい。
Ｉ／Ｏインターフェース１２６は、受信機および／またはモデムを含んでもよい。Ｉ／
Ｏインターフェース１２６は、送信元デバイス１１０または記憶媒体／サーバ１３０ｂか
ら符号化された映像データを取得してもよい。映像デコーダ１２４は、符号化された映像
データを復号してもよい。表示装置１２２は、復号された映像データをユーザに表示して
もよい。表示装置１２２は、送信先デバイス１２０と一体化されてもよく、または外部の
表示装置とインターフェースで接続するように構成される送信先デバイス１２０の外部に
あってもよい。
Ｏインターフェース１２６は、送信元デバイス１１０または記憶媒体／サーバ１３０ｂか
ら符号化された映像データを取得してもよい。映像デコーダ１２４は、符号化された映像
データを復号してもよい。表示装置１２２は、復号された映像データをユーザに表示して
もよい。表示装置１２２は、送信先デバイス１２０と一体化されてもよく、または外部の
表示装置とインターフェースで接続するように構成される送信先デバイス１２０の外部に
あってもよい。
映像エンコーダ１１４および映像デコーダ１２４は、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃ
ｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）規格、ＶＶＭ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅ
ｏ Ｃｏｄｉｎｇ）規格、および他の現在のおよび／またはさらなる規格等の映像圧縮規
格に従って動作してもよい。
ｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）規格、ＶＶＭ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅ
ｏ Ｃｏｄｉｎｇ）規格、および他の現在のおよび／またはさらなる規格等の映像圧縮規
格に従って動作してもよい。
図１１は、映像エンコーダ２００の一例を示すブロック図であり、この映像エンコーダ
２００は、図１０に示されるシステム１００における映像エンコーダ１１４であってもよ
い。
２００は、図１０に示されるシステム１００における映像エンコーダ１１４であってもよ
い。
映像エンコーダ２００は、本開示の技術のいずれか又は全部を実行するように構成され
てもよい。図１１の例において、映像エンコーダ２００は、複数の機能コンポーネントを
備える。本開示で説明される技法は、映像エンコーダ２００の様々なコンポーネント間で
共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれ
かまたはすべてを行うように構成してもよい。
てもよい。図１１の例において、映像エンコーダ２００は、複数の機能コンポーネントを
備える。本開示で説明される技法は、映像エンコーダ２００の様々なコンポーネント間で
共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれ
かまたはすべてを行うように構成してもよい。
映像エンコーダ２００の機能コンポーネントは、分割ユニット２０１と、モード選択ユ
ニット２０３、動き推定ユニット２０４、動き補償ユニット２０５及びイントラ予測ユニ
ット２０６を含んでもよい予測ユニット２０２と、残差生成ユニット２０７と、変換ユニ
ット２０８と、量子化ユニット２０９と、逆量子化ユニット２１０と、逆変換ユニット２
１１と、再構成ユニット２１２と、バッファ２１３と、エントロピー符号化ユニット２１
４と、を含んでもよい。
ニット２０３、動き推定ユニット２０４、動き補償ユニット２０５及びイントラ予測ユニ
ット２０６を含んでもよい予測ユニット２０２と、残差生成ユニット２０７と、変換ユニ
ット２０８と、量子化ユニット２０９と、逆量子化ユニット２１０と、逆変換ユニット２
１１と、再構成ユニット２１２と、バッファ２１３と、エントロピー符号化ユニット２１
４と、を含んでもよい。
他の例において、映像エンコーダ２００は、より多くの、より少ない、又は異なる機能
コンポーネントを含んでもよい。一例において、予測ユニット２０２は、イントラブロッ
クコピー（ＩＢＣ）ユニットを含んでもよい。ＩＢＣユニットは、少なくとも１つの参照
ピクチャが現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて予測を行
ってよい。
コンポーネントを含んでもよい。一例において、予測ユニット２０２は、イントラブロッ
クコピー（ＩＢＣ）ユニットを含んでもよい。ＩＢＣユニットは、少なくとも１つの参照
ピクチャが現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて予測を行
ってよい。
さらに、動き推定ユニット２０４及び動き補償ユニット２０５などのいくつかのコンポ
ーネントは、高度に統合されてもよいが、説明のために、図１１の例においては別々に表
されている。
ーネントは、高度に統合されてもよいが、説明のために、図１１の例においては別々に表
されている。
分割ユニット２０１は、１つのピクチャを１または複数の映像ブロックに分割してよい
。映像エンコーダ２００及び映像デコーダ３００は、様々な映像ブロックサイズをサポー
トしてもよい。
。映像エンコーダ２００及び映像デコーダ３００は、様々な映像ブロックサイズをサポー
トしてもよい。
モード選択ユニット２０３は、例えば、エラー結果に基づいて、イントラ又はインター
のいずれかのコーディングモードの１つを選択し、得られたイントラ又はインターコーデ
ィングブロックを、残差生成ユニット２０７に供給して残差ブロックデータを生成し、ま
た再構成ユニット２１２に供給して参照ピクチャとして使用するために符号化ブロックを
再構成してもよい。いくつかの例において、モード選択ユニット２０３は、インター予測
信号およびイントラ予測信号に基づいて予測を行うＣＩＩＰ（Ｃｏｍｂｉｎａｔｉｏｎ
ｏｆ Ｉｎｔｒａ ａｎｄ Ｉｎｔｅｒ Ｐｒｅｄｉｃｔｉｏｎ）モードを選択してもよ
い。モード選択ユニット２０３は、インター予測の場合、ブロックのために動きベクトル
の解像度（例えば、サブピクセル又は整数ピクセル精度）を選択してもよい。
のいずれかのコーディングモードの１つを選択し、得られたイントラ又はインターコーデ
ィングブロックを、残差生成ユニット２０７に供給して残差ブロックデータを生成し、ま
た再構成ユニット２１２に供給して参照ピクチャとして使用するために符号化ブロックを
再構成してもよい。いくつかの例において、モード選択ユニット２０３は、インター予測
信号およびイントラ予測信号に基づいて予測を行うＣＩＩＰ（Ｃｏｍｂｉｎａｔｉｏｎ
ｏｆ Ｉｎｔｒａ ａｎｄ Ｉｎｔｅｒ Ｐｒｅｄｉｃｔｉｏｎ）モードを選択してもよ
い。モード選択ユニット２０３は、インター予測の場合、ブロックのために動きベクトル
の解像度（例えば、サブピクセル又は整数ピクセル精度）を選択してもよい。
現在の映像ブロックに対してインター予測を実行するために、動き推定ユニット２０４
は、バッファ２１３からの１または複数の参照フレームと現在の映像ブロックとを比較す
ることにより、現在の映像ブロックのために動き情報を生成してもよい。動き補償ユニッ
ト２０５は、現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からの
ピクチャの動き情報及び復号サンプルに基づいて、現在の映像ブロックのために予測映像
ブロックを判定してもよい。
は、バッファ２１３からの１または複数の参照フレームと現在の映像ブロックとを比較す
ることにより、現在の映像ブロックのために動き情報を生成してもよい。動き補償ユニッ
ト２０５は、現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からの
ピクチャの動き情報及び復号サンプルに基づいて、現在の映像ブロックのために予測映像
ブロックを判定してもよい。
動き推定ユニット２０４及び動き補償ユニット２０５は、例えば、現在の映像ブロック
がＩスライスであるか、Ｐスライスであるか、又はＢスライスであるかに基づいて、現在
の映像ブロックに対して異なる演算を実行してもよい。
がＩスライスであるか、Ｐスライスであるか、又はＢスライスであるかに基づいて、現在
の映像ブロックに対して異なる演算を実行してもよい。
いくつかの例において、動き推定ユニット２０４は、現在の映像ブロックに対して単方
向予測を実行し、動き推定ユニット２０４は、現在の映像ブロックに対する参照映像ブロ
ックのために、リスト０又はリスト１の参照ピクチャを検索してもよい。そして、動き推
定ユニット２０４は、参照映像ブロックと、現在の映像ブロックと参照映像ブロックとの
間の空間的変位を示す動きベクトルとを含む、リスト０またはリスト１における参照ピク
チャを示す参照インデックスを生成してもよい。動き推定ユニット２０４は、参照インデ
ックス、予測方向インジケータ、および動きベクトルを、現在の映像ブロックの動き情報
として出力してもよい。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示
す参照映像ブロックに基づいて、現在のブロックの予測映像ブロックを生成してもよい。
向予測を実行し、動き推定ユニット２０４は、現在の映像ブロックに対する参照映像ブロ
ックのために、リスト０又はリスト１の参照ピクチャを検索してもよい。そして、動き推
定ユニット２０４は、参照映像ブロックと、現在の映像ブロックと参照映像ブロックとの
間の空間的変位を示す動きベクトルとを含む、リスト０またはリスト１における参照ピク
チャを示す参照インデックスを生成してもよい。動き推定ユニット２０４は、参照インデ
ックス、予測方向インジケータ、および動きベクトルを、現在の映像ブロックの動き情報
として出力してもよい。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示
す参照映像ブロックに基づいて、現在のブロックの予測映像ブロックを生成してもよい。
他の例において、動き推定ユニット２０４は、現在の映像ブロックを双方向予測しても
よく、動き推定ユニット２０４は、リスト０における参照ピクチャの中から現在の映像ブ
ロックために参照映像ブロックを検索してもよく、また、リスト１における参照ピクチャ
の中から現在の映像ブロックのために別の参照映像ブロックを検索してもよい。そして、
動き推定ユニット２０４は、参照映像ブロックを含むリスト０およびリスト１における参
照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブロックとの間の
空間的変位を示す動きベクトルとを生成してもよい。動き推定ユニット２０４は、現在の
映像ブロックの参照インデックスおよび動きベクトルを、現在の映像ブロックの動き情報
として出力してもよい。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示
す参照映像ブロックに基づいて、現在の映像ブロックの予測映像ブロックを生成してもよ
い。
よく、動き推定ユニット２０４は、リスト０における参照ピクチャの中から現在の映像ブ
ロックために参照映像ブロックを検索してもよく、また、リスト１における参照ピクチャ
の中から現在の映像ブロックのために別の参照映像ブロックを検索してもよい。そして、
動き推定ユニット２０４は、参照映像ブロックを含むリスト０およびリスト１における参
照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブロックとの間の
空間的変位を示す動きベクトルとを生成してもよい。動き推定ユニット２０４は、現在の
映像ブロックの参照インデックスおよび動きベクトルを、現在の映像ブロックの動き情報
として出力してもよい。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示
す参照映像ブロックに基づいて、現在の映像ブロックの予測映像ブロックを生成してもよ
い。
いくつかの例において、動き推定ユニット２０４は、デコーダの復号処理のために、動
き情報のフルセットを出力してもよい。
き情報のフルセットを出力してもよい。
いくつかの例では、動き推定ユニット２０４は、現在の映像のために動き情報のフルセ
ットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、別の映像ブロックの動
き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き
推定ユニット２０４は、現在の映像ブロックの動き情報が近傍の映像ブロックの動き情報
に十分に類似していると判定してもよい。
ットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、別の映像ブロックの動
き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き
推定ユニット２０４は、現在の映像ブロックの動き情報が近傍の映像ブロックの動き情報
に十分に類似していると判定してもよい。
一例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構文
構造において、現在の映像ブロックが別の映像ブロックと同じ動き情報を有することを映
像デコーダ３００に示す値を示してもよい。
構造において、現在の映像ブロックが別の映像ブロックと同じ動き情報を有することを映
像デコーダ３００に示す値を示してもよい。
別の例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構
文構造において、別の映像ブロックと、ＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆ
ｅｒｅｎｃｅ）と、を識別してもよい。動きベクトル差分は、現在の映像ブロックの動き
ベクトルと、示された映像ブロックの動きベクトルとの差分を示す。映像デコーダ３００
は、指示された映像ブロックの動きベクトルと、動きベクトル差分とを用いて、現在の映
像ブロックの動きベクトルを判定してもよい。
文構造において、別の映像ブロックと、ＭＶＤ（Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆ
ｅｒｅｎｃｅ）と、を識別してもよい。動きベクトル差分は、現在の映像ブロックの動き
ベクトルと、示された映像ブロックの動きベクトルとの差分を示す。映像デコーダ３００
は、指示された映像ブロックの動きベクトルと、動きベクトル差分とを用いて、現在の映
像ブロックの動きベクトルを判定してもよい。
上述したように、映像エンコーダ２００は、動きベクトルを予測的に信号通知してもよ
い。映像エンコーダ２００によって実装され得る予測信号通知技法の２つの例は、ＡＭＶ
Ｐ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）およびマ
ージモード信号通知を含む。
い。映像エンコーダ２００によって実装され得る予測信号通知技法の２つの例は、ＡＭＶ
Ｐ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）およびマ
ージモード信号通知を含む。
イントラ予測ユニット２０６は、現在の映像ブロックに対してイントラ予測を行っても
よい。イントラ予測ユニット２０６が現在の映像ブロックをイントラ予測する場合、イン
トラ予測ユニット２０６は、同じピクチャにおける他の映像ブロックの復号されたサンプ
ルに基づいて、現在の映像ブロックのための予測データを生成してもよい。現在の映像ブ
ロックのための予測データは、予測された映像ブロック及び様々な構文要素を含んでもよ
い。
よい。イントラ予測ユニット２０６が現在の映像ブロックをイントラ予測する場合、イン
トラ予測ユニット２０６は、同じピクチャにおける他の映像ブロックの復号されたサンプ
ルに基づいて、現在の映像ブロックのための予測データを生成してもよい。現在の映像ブ
ロックのための予測データは、予測された映像ブロック及び様々な構文要素を含んでもよ
い。
残差生成ユニット２０７は、現在の映像ブロックから現在の映像ブロックの予測された
映像ブロックを減算することによって（例えば、マイナス符号によって示されている）、
現在の映像ブロックのために残差データを生成してもよい。現在の映像ブロックの残差デ
ータは、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応する残差映像
ブロックを含んでもよい。
映像ブロックを減算することによって（例えば、マイナス符号によって示されている）、
現在の映像ブロックのために残差データを生成してもよい。現在の映像ブロックの残差デ
ータは、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応する残差映像
ブロックを含んでもよい。
他の例において、例えば、スキップモードにおいて、現在の映像ブロックのための残差
データがなくてもよく、残差生成ユニット２０７は、減算演算を実行しなくてもよい。
データがなくてもよく、残差生成ユニット２０７は、減算演算を実行しなくてもよい。
変換処理ユニット２０８は、現在の映像ブロックに関連付けられた残差映像ブロック
に１または複数の変換を適用することによって、現在の映像ブロックのために１または複
数の変換係数映像ブロックを生成してもよい。
に１または複数の変換を適用することによって、現在の映像ブロックのために１または複
数の変換係数映像ブロックを生成してもよい。
変換処理ユニット２０８が現在の映像ブロックに関連付けられた変換係数映像ブロッ
クを生成した後、量子化ユニット２０９は、現在の映像ブロックに関連付けられた１また
は複数の量子化パラメータ（ＱＰ）の値に基づいて、現在の映像ブロックに関連付けられ
た変換係数映像ブロックを量子化してもよい。
クを生成した後、量子化ユニット２０９は、現在の映像ブロックに関連付けられた１また
は複数の量子化パラメータ（ＱＰ）の値に基づいて、現在の映像ブロックに関連付けられ
た変換係数映像ブロックを量子化してもよい。
逆量子化ユニット２１０および逆変換ユニット２１１は、変換係数映像ブロックに逆
量子化および逆変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再
構成してもよい。再構成ユニット２１２は、予測ユニット２０２が生成した１または複数
の予測映像ブロックから対応するサンプルに再構成された残差映像ブロックを加え、バッ
ファ２１３での記憶のために現在のブロックに関連付けられた再構成された映像ブロック
を生成してよい。
量子化および逆変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再
構成してもよい。再構成ユニット２１２は、予測ユニット２０２が生成した１または複数
の予測映像ブロックから対応するサンプルに再構成された残差映像ブロックを加え、バッ
ファ２１３での記憶のために現在のブロックに関連付けられた再構成された映像ブロック
を生成してよい。
再構成ユニット２１２が映像ブロックを再構成した後、映像ブロックにおける映像ブロ
ッキングアーチファクトを縮小するために、ループフィルタリング演算を行ってもよい。
ッキングアーチファクトを縮小するために、ループフィルタリング演算を行ってもよい。
エントロピー符号化ユニット２１４は、映像エンコーダ２００の他の機能コンポーネ
ントからデータを受信してもよい。エントロピー符号化ユニット２１４は、データを受信
すると、１または複数のエントロピー符号化演算を行い、エントロピー符号化されたデー
タを生成し、エントロピー符号化されたデータを含むビットストリームを出力してもよい
。
ントからデータを受信してもよい。エントロピー符号化ユニット２１４は、データを受信
すると、１または複数のエントロピー符号化演算を行い、エントロピー符号化されたデー
タを生成し、エントロピー符号化されたデータを含むビットストリームを出力してもよい
。
図１２は、映像デコーダ３００の一例を示すブロック図であり、この映像デコーダ３０
０は、図１０に示されるシステム１００における映像デコーダ１１４であってもよい。
０は、図１０に示されるシステム１００における映像デコーダ１１４であってもよい。
映像デコーダ３００は、本開示の技術のいずれか又は全部を実行するように構成されて
もよい。図１２の実施例において、映像デコーダ３００は、複数の機能コンポーネントを
含む。本開示で説明される技法は、映像デコーダ３００の様々なコンポーネント間で共有
されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかま
たはすべてを行うように構成してもよい。
もよい。図１２の実施例において、映像デコーダ３００は、複数の機能コンポーネントを
含む。本開示で説明される技法は、映像デコーダ３００の様々なコンポーネント間で共有
されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかま
たはすべてを行うように構成してもよい。
図１２の例において、映像デコーダ３００は、エントロピー復号ユニット３０１、動き
補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変換ユ
ニット３０５、及び再構成ユニット３０６、並びにバッファ３０７を備える。映像デコー
ダ３００は、いくつかの例では、映像エンコーダ２００（図１１）に関して説明した符号
化パスとほぼ逆の復号パスを行ってもよい。
補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変換ユ
ニット３０５、及び再構成ユニット３０６、並びにバッファ３０７を備える。映像デコー
ダ３００は、いくつかの例では、映像エンコーダ２００（図１１）に関して説明した符号
化パスとほぼ逆の復号パスを行ってもよい。
エントロピー復号ユニット３０１は、符号化されたビットストリームを取り出す。符号
化されたビットストリームは、エントロピー符号化された映像データ（例えば、映像デー
タの符号化されたブロック）を含んでもよい。エントロピー復号ユニット３０１は、エン
トロピー符号化された映像データを復号し、エントロピー復号された映像データから、動
き補償ユニット３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデ
ックス、および他の動き情報を含む動き情報を決定してもよい。動き補償ユニット３０２
は、例えば、ＡＭＶＰ及びマージモードを実行することにより、このような情報を判定し
てもよい。
化されたビットストリームは、エントロピー符号化された映像データ（例えば、映像デー
タの符号化されたブロック）を含んでもよい。エントロピー復号ユニット３０１は、エン
トロピー符号化された映像データを復号し、エントロピー復号された映像データから、動
き補償ユニット３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデ
ックス、および他の動き情報を含む動き情報を決定してもよい。動き補償ユニット３０２
は、例えば、ＡＭＶＰ及びマージモードを実行することにより、このような情報を判定し
てもよい。
動き補償ユニット３０２は、動き補償されたブロックを生成してもよく、場合によって
は、補間フィルタに基づいて補間を実行する。サブピクセルの精度で使用される補間フィ
ルタのための識別子が、構文要素に含まれてもよい。
は、補間フィルタに基づいて補間を実行する。サブピクセルの精度で使用される補間フィ
ルタのための識別子が、構文要素に含まれてもよい。
動き補償ユニット３０２は、映像ブロックの符号化中に映像エンコーダ２００によって
使用されるような補間フィルタを使用して、参照ブロックのサブ整数画素のための補間値
を計算してもよい。動き補償ユニット３０２は、受信した構文情報に基づいて、映像エン
コーダ２００が使用する補間フィルタを判定し、この補間フィルタを使用して予測ブロッ
クを生成してもよい。
使用されるような補間フィルタを使用して、参照ブロックのサブ整数画素のための補間値
を計算してもよい。動き補償ユニット３０２は、受信した構文情報に基づいて、映像エン
コーダ２００が使用する補間フィルタを判定し、この補間フィルタを使用して予測ブロッ
クを生成してもよい。
動き補償ユニット３０２は、符号化された映像シーケンスのフレームおよび／またはス
ライスを符号化するために使用されるブロックのサイズを判定するための構文情報、符号
化された映像シーケンスのピクチャの各マクロブロックがどのように分割されるかを記述
する分割情報、各分割がどのように符号化されるかを示すモード、各インター符号化ブロ
ックに対する１または複数の参照フレーム（および参照フレームリスト）、および符号化
された映像シーケンスを復号するための他の情報のいくつかを用いてよい。
ライスを符号化するために使用されるブロックのサイズを判定するための構文情報、符号
化された映像シーケンスのピクチャの各マクロブロックがどのように分割されるかを記述
する分割情報、各分割がどのように符号化されるかを示すモード、各インター符号化ブロ
ックに対する１または複数の参照フレーム（および参照フレームリスト）、および符号化
された映像シーケンスを復号するための他の情報のいくつかを用いてよい。
イントラ予測ユニット３０３は、例えば、ビットストリームにおいて受信したイントラ
予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してもよい。
逆量子化ユニット３０３は、ビットストリームに提供され、エントロピー復号ユニット３
０１によって復号された量子化映像ブロック係数を逆量子化（すなわち、非量子化）する
。逆変換ユニット３０３は、逆変換を適用する。
予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してもよい。
逆量子化ユニット３０３は、ビットストリームに提供され、エントロピー復号ユニット３
０１によって復号された量子化映像ブロック係数を逆量子化（すなわち、非量子化）する
。逆変換ユニット３０３は、逆変換を適用する。
再構成ユニット３０６は、残差ブロックと、動き補償ユニット２０２又はイントラ予測
ユニット３０３によって生成された対応する予測ブロックとを合計し、復号されたブロッ
クを形成してもよい。所望であれば、ブロックアーチファクトを除去するために、復号さ
れたブロックをフィルタリングするためにデブロッキングフィルタを適用してもよい。復
号された映像ブロックは、バッファ３０７に記憶され、バッファ３０７は、後続の動き補
償／イントラ予測のために参照ブロックを提供し、また表示装置に表示するために復号さ
れた映像を生成する。
ユニット３０３によって生成された対応する予測ブロックとを合計し、復号されたブロッ
クを形成してもよい。所望であれば、ブロックアーチファクトを除去するために、復号さ
れたブロックをフィルタリングするためにデブロッキングフィルタを適用してもよい。復
号された映像ブロックは、バッファ３０７に記憶され、バッファ３０７は、後続の動き補
償／イントラ予測のために参照ブロックを提供し、また表示装置に表示するために復号さ
れた映像を生成する。
次に、いくつかの実施形態において好適な解決策を列挙する。
以下の解決策は、前章（例えば、項目１）で論じた技術の例示的な実施形態を示す。
１．映像処理方法（例えば、図９に記載される方法９００）は、１つ以上の映像ピクチ
ャを含む映像と映像のコーディングされた表現との間の変換を行うこと（９０２）を含み
、各映像ピクチャは１つ以上のスライスを含むサブピクチャを含み、コーディングされた
表現はフォーマット規則に準拠し、フォーマット規則は、映像ピクチャに対して矩形スラ
イスモードが有効化されている場合、映像ピクチャにおける各サブピクチャの各スライス
に対するピクチャレベルスライスインデックスを、コーディングされた表現における明確
な信号通知なしに導出することを規定し、且つ、フォーマット規則は、各スライスにおけ
るコーディングツリーユニットの数がピクチャレベルスライスインデックスから導出可能
であることを規定する。
ャを含む映像と映像のコーディングされた表現との間の変換を行うこと（９０２）を含み
、各映像ピクチャは１つ以上のスライスを含むサブピクチャを含み、コーディングされた
表現はフォーマット規則に準拠し、フォーマット規則は、映像ピクチャに対して矩形スラ
イスモードが有効化されている場合、映像ピクチャにおける各サブピクチャの各スライス
に対するピクチャレベルスライスインデックスを、コーディングされた表現における明確
な信号通知なしに導出することを規定し、且つ、フォーマット規則は、各スライスにおけ
るコーディングツリーユニットの数がピクチャレベルスライスインデックスから導出可能
であることを規定する。
以下の解決策は、前章（例えば、項目２）で論じた技術の例示的な実施形態を示す。
２．映像処理方法は、１つ以上の映像ピクチャを含む映像と映像のコーディングされた
表現との間の変換を行うことを含み、各映像ピクチャは１つ以上のスライスを含む１つ以
上のサブピクチャを含み、コーディングされた表現はフォーマット規則に準拠し、フォー
マット規則は、コーディングされた表現におけるサブピクチャレベルスライスインデック
スを信号通知せずに、コーディングされた表現における情報に基づいてサブピクチャレベ
ルスライスインデックスを導出可能であることを規定する。
表現との間の変換を行うことを含み、各映像ピクチャは１つ以上のスライスを含む１つ以
上のサブピクチャを含み、コーディングされた表現はフォーマット規則に準拠し、フォー
マット規則は、コーディングされた表現におけるサブピクチャレベルスライスインデック
スを信号通知せずに、コーディングされた表現における情報に基づいてサブピクチャレベ
ルスライスインデックスを導出可能であることを規定する。
３．前記フォーマット規則は、矩形のスライス構造を使用することによって、サブピク
チャレベルスライスインデックスが、１つのサブピクチャにおけるスライスのリストにお
ける当該スライスへのインデックスに対応することを規定する、解決策２に記載の方法。
チャレベルスライスインデックスが、１つのサブピクチャにおけるスライスのリストにお
ける当該スライスへのインデックスに対応することを規定する、解決策２に記載の方法。
４．前記フォーマット規則は、前記サブピクチャレベルスライスインデックスがピクチ
ャレベルスライスインデックスの特定の値から導出されることを規定する、解決策２に記
載の方法。
ャレベルスライスインデックスの特定の値から導出されることを規定する、解決策２に記
載の方法。
以下の解決策は、前章（例えば、項目５，６）で論じた技術の例示的な実施形態を示す
。
。
５．映像処理方法は、１つ以上の映像ピクチャを含む映像と映像のコーディングされ
た表現との間の変換を行うことを含み、各映像ピクチャは１つ以上のサブピクチャ及び／
又は１つ以上のタイルを含み、コーディングされた表現はフォーマット規則に準拠し、変
換は制約規則に準拠することを含む。
た表現との間の変換を行うことを含み、各映像ピクチャは１つ以上のサブピクチャ及び／
又は１つ以上のタイルを含み、コーディングされた表現はフォーマット規則に準拠し、変
換は制約規則に準拠することを含む。
６．前記制約規則は、１つのタイルが複数のサブピクチャに含まれていてはならないこ
とを規定する、解決策５に記載の方法。
とを規定する、解決策５に記載の方法。
７．前記制約規則は、１つのサブピクチャが、２つのスライスが属する対応するタイル
よりも小さい２つのスライスを含むことができないことを規定する、解決策５に記載の方
法。
よりも小さい２つのスライスを含むことができないことを規定する、解決策５に記載の方
法。
以下の解決策は、前章（例えば、項目７、８）で論じた技術の例示的な実施形態を示す
。
。
８．映像処理方法は、１つ以上の映像ピクチャを含む映像と映像のコーディングされた
表現との間の変換を行うことを含み、各映像ピクチャは１つ以上のタイル及び／又は１つ
以上のスライスを含み、コーディングされた表現はフォーマット規則に準拠し、フォーマ
ット規則は、映像ピクチャレベルの１つのフィールドが映像ピクチャにおけるスライス及
び／又はタイルの分割に関する情報を搬送することを規定する。
表現との間の変換を行うことを含み、各映像ピクチャは１つ以上のタイル及び／又は１つ
以上のスライスを含み、コーディングされた表現はフォーマット規則に準拠し、フォーマ
ット規則は、映像ピクチャレベルの１つのフィールドが映像ピクチャにおけるスライス及
び／又はタイルの分割に関する情報を搬送することを規定する。
９．前記フィールドは、映像ピクチャヘッダを含む、解決策８に記載の方法。
１０．前記フィールドはピクチャパラメータセットを備える、解決策８に記載の方法。
１１．前記フォーマット規則は、映像ピクチャレベルの前記フィールドにスライス分割
情報を含めることによって、前記スライスレベルのスライス分割情報を省略することを規
定する、解決策８から１０のいずれかに記載の方法。
情報を含めることによって、前記スライスレベルのスライス分割情報を省略することを規
定する、解決策８から１０のいずれかに記載の方法。
以下の解決策は、前章（例えば、項目９）で論じた技術の例示的な実施形態を示す。
１２．映像処理方法は、１つ以上のピクチャを含む映像とこの映像のコーディングされ
た表現との間の変換を行うことを含み、この変換は、１つの映像ピクチャを分割する最小
スライス数が、この映像ピクチャを分割するために矩形分割を使用するかどうかの関数で
ある分割規則に従う。
た表現との間の変換を行うことを含み、この変換は、１つの映像ピクチャを分割する最小
スライス数が、この映像ピクチャを分割するために矩形分割を使用するかどうかの関数で
ある分割規則に従う。
１３．前記分割規則は、非矩形分割のために少なくとも２つのスライスを使用し、矩形
分割のために少なくとも１つのスライスを使用することを規定する、解決策１２に記載の
方法。
分割のために少なくとも１つのスライスを使用することを規定する、解決策１２に記載の
方法。
１４．前記分割規則は、前記映像ピクチャを分割するために使用されるサブピクチャの
数及び／又は数の関数でもある、解決策１２に記載の方法。
数及び／又は数の関数でもある、解決策１２に記載の方法。
以下の解決策は、前章（例えば、項目１０、１１）で論じた技術の例示的な実施形態を
示す。
示す。
１５．映像処理方法は、映像の映像領域の映像スライスと前記映像のコーディングされ
た表現との間の変換を行うことを含み、前記コーディングされた表現はフォーマット規則
に準拠し、前記フォーマット規則は、前記コーディングされた表現が前記映像スライスの
左上位置に基づいて前記映像スライスを信号通知することを規定し、前記フォーマット規
則は、前記コーディングされた表現が映像ユニットレベルで信号通知される分割情報にお
ける前記映像スライスの高さ及び／又は幅を信号通知することを規定する。
た表現との間の変換を行うことを含み、前記コーディングされた表現はフォーマット規則
に準拠し、前記フォーマット規則は、前記コーディングされた表現が前記映像スライスの
左上位置に基づいて前記映像スライスを信号通知することを規定し、前記フォーマット規
則は、前記コーディングされた表現が映像ユニットレベルで信号通知される分割情報にお
ける前記映像スライスの高さ及び／又は幅を信号通知することを規定する。
１６．前記フォーマット規則は、前記映像スライスが前記フォーマット規則によって規
定されるスライスの順に信号通知されることを規定する、解決策１５に記載の方法。
定されるスライスの順に信号通知されることを規定する、解決策１５に記載の方法。
１７．前記映像領域は１つのサブピクチャに対応し、前記映像ユニットレベルは１つの
映像ピクチャに対応する、解決策１５に記載の方法。
映像ピクチャに対応する、解決策１５に記載の方法。
以下の解決策は、前章（例えば、項目１２）で論じた技術の例示的な実施形態を示す。
１８．映像処理方法は、映像ピクチャを含む映像とこの映像のコーディングされた表現
との間の変換を行うことを含み、このコーディングされた表現はフォーマット規則に準拠
し、このフォーマット規則は、矩形スライスにおける第１タイルのタイルインデックスと
次の矩形スライスにおける第１タイルのタイルインデックスとの間の差を信号通知するこ
とを省略することを規定する。
との間の変換を行うことを含み、このコーディングされた表現はフォーマット規則に準拠
し、このフォーマット規則は、矩形スライスにおける第１タイルのタイルインデックスと
次の矩形スライスにおける第１タイルのタイルインデックスとの間の差を信号通知するこ
とを省略することを規定する。
１９．前記差は、前記映像ピクチャにおける第０のスライスと前記矩形スライスとから
導出可能である、解決策１８に記載の方法。
導出可能である、解決策１８に記載の方法。
以下の解決策は、前章（例えば、項目１３）で論じた技術の例示的な実施形態を示す。
２０．映像処理方法は、映像とこの映像のコーディングされた表現との間の変換を行う
ことを含み、このコーディングされた表現はフォーマット規則に準拠し、このフォーマッ
ト規則は、映像ピクチャの幅とコーディングツリーユニットのサイズとの間の関係が、こ
の映像ピクチャにおけるタイルの列又は行の数を導出するために使用される情報の信号通
知を制御することを規定する。
ことを含み、このコーディングされた表現はフォーマット規則に準拠し、このフォーマッ
ト規則は、映像ピクチャの幅とコーディングツリーユニットのサイズとの間の関係が、こ
の映像ピクチャにおけるタイルの列又は行の数を導出するために使用される情報の信号通
知を制御することを規定する。
２１．前記フォーマット規則は、前記映像ピクチャの幅が前記コーディングツリーユニ
ットの幅以下である場合、タイルの行数又はタイルの列数を信号通知することを排除する
ことを規定する、解決策２０に記載の方法。
ットの幅以下である場合、タイルの行数又はタイルの列数を信号通知することを排除する
ことを規定する、解決策２０に記載の方法。
以下の解決策は、前章（例えば、項目１６）で論じた技術の例示的な実施形態を示す。
２２．映像処理方法は、１つ以上の映像ピクチャを含む映像とこの映像のコーディング
された表現との間の変換を行うことを含み、このコーディングされた表現はフォーマット
規則に準拠し、このフォーマット規則は、均一な間隔のタイル及び不均一な間隔のタイル
を備えるピクチャのためのこのコーディングされた表現にタイルレイアウト情報が含まれ
ることを規定する。
された表現との間の変換を行うことを含み、このコーディングされた表現はフォーマット
規則に準拠し、このフォーマット規則は、均一な間隔のタイル及び不均一な間隔のタイル
を備えるピクチャのためのこのコーディングされた表現にタイルレイアウト情報が含まれ
ることを規定する。
２３．前記タイルレイアウト情報は、ピクチャパラメータセットに含まれる構文フラグ
に含まれる、解決策２２に記載の方法。
に含まれる、解決策２２に記載の方法。
２４．明確に信号通知されるタイルの行又は列の数が、不均一な間隔のタイルの数と同
程度である、解決策２２から２３のいずれか１つに記載の方法。
程度である、解決策２２から２３のいずれか１つに記載の方法。
２５．明確に信号通知されるタイルの行又は列の数が、均一な間隔のタイルの数と同程
度である、解決策２２から２３のいずれか１つに記載の方法。
度である、解決策２２から２３のいずれか１つに記載の方法。
２６．前記映像領域は、映像コーディングユニットを含む、上記解決策のいずれか１つ
に記載の方法。
に記載の方法。
２７．前記映像領域は映像ピクチャを含む、上記解決策のいずれか１つに記載の方法。
２８．前記変換は、前記映像を前記コーディングされた表現に符号化することを含む、
解決策１から２７のいずれかに記載の方法。
解決策１から２７のいずれかに記載の方法。
２９．前記変換は、前記映像の画素値を生成すべく前記コーディングされた表現を復号
することを含む、解決策１から２７のいずれかに記載の方法。
することを含む、解決策１から２７のいずれかに記載の方法。
３０．解決策１から２９の１つ以上に記載の方法を実装するように構成されたプロセッ
サを備える、映像復号装置。
サを備える、映像復号装置。
３１．解決策１から２９の１つ以上に記載の方法を実装するように構成されたプロセッ
サを備える、映像符号化装置。
サを備える、映像符号化装置。
３２．コンピュータコードが記憶されたコンピュータプログラム製品であって、前記コ
ードは、プロセッサにより実行されると、前記プロセッサに、解決策１から２９のいずれ
かに記載の方法を実装させるコンピュータプログラム製品。
ードは、プロセッサにより実行されると、前記プロセッサに、解決策１から２９のいずれ
かに記載の方法を実装させるコンピュータプログラム製品。
３３．本明細書に記載の方法、装置またはシステム。
図１３は、本技術にしたがった映像処理方法を示すフローチャートである。この方法１
３００は、動作１３１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のスライスを
備える。この規則は、条件が満たされたことに応答して、２つの矩形スライスのタイルイ
ンデックス間の差を示す構文要素を信号通知することを規定し、ここで、スライスインデ
ックスの１つをｉとして表す（ｉは整数である）。
３００は、動作１３１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のスライスを
備える。この規則は、条件が満たされたことに応答して、２つの矩形スライスのタイルイ
ンデックス間の差を示す構文要素を信号通知することを規定し、ここで、スライスインデ
ックスの１つをｉとして表す（ｉは整数である）。
幾つかの実施形態において、２つの長方形スライスの第２長方形スライスは、（ｉ＋１
）番目の長方形スライスとして表され、構文要素は、（ｉ＋１）番目の長方形スライスに
おける第１コーディングツリーユニットを含む第１タイルの第１タイルインデックスと、
ｉ番目の長方形スライスにおける第１コーディングツリーユニットを含む第２タイルの第
２タイルインデックスとの間の差を示す。幾つかの実施形態において、前記少なくとも１
つの条件が満たされる工程は、ｉが（前記映像ピクチャにおける矩形スライスの数－１）
よりも小さいことを特徴とする。幾つかの実施形態において、前記少なくとも１つの条件
が満たされる工程は、ｉが（前記映像ピクチャにおける矩形スライスの数－１）に等しく
ないことを含む。
）番目の長方形スライスとして表され、構文要素は、（ｉ＋１）番目の長方形スライスに
おける第１コーディングツリーユニットを含む第１タイルの第１タイルインデックスと、
ｉ番目の長方形スライスにおける第１コーディングツリーユニットを含む第２タイルの第
２タイルインデックスとの間の差を示す。幾つかの実施形態において、前記少なくとも１
つの条件が満たされる工程は、ｉが（前記映像ピクチャにおける矩形スライスの数－１）
よりも小さいことを特徴とする。幾つかの実施形態において、前記少なくとも１つの条件
が満たされる工程は、ｉが（前記映像ピクチャにおける矩形スライスの数－１）に等しく
ないことを含む。
図１４は、本技術にしたがった映像処理方法を示すフローチャートである。この方法１
４００は、動作１４１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のサブピクチ
ャを備え、各サブピクチャは、１つ以上の矩形スライスを備える。この規則は、各サブピ
クチャにおける矩形スライスごとにサブピクチャレベルでのスライスインデックスを導出
し、各スライスにおけるコーディングツリーユニットの数を判定することを規定する。
４００は、動作１４１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のサブピクチ
ャを備え、各サブピクチャは、１つ以上の矩形スライスを備える。この規則は、各サブピ
クチャにおける矩形スライスごとにサブピクチャレベルでのスライスインデックスを導出
し、各スライスにおけるコーディングツリーユニットの数を判定することを規定する。
幾つかの実施形態において、サブピクチャレベルのスライスインデックスは、サブピク
チャにおけるスライスのリストにおける対応するスライスの復号順に基づいて判定される
。幾つかの実施形態において、第１スライスのためのサブピクチャレベルの第１スライス
インデックスが、第２スライスのためのサブピクチャレベルの第２スライスインデックス
よりも小さい場合、第１スライスは、復号順に従って、第２スライスの前方で処理される
。幾つかの実施形態において、サブピクチャレベルのスライスインデックスは変数Ｓｕｂ
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘを用いて表される。幾つかの実施形態において、スラ
イスアドレスは、サブピクチャレベルのスライスインデックスに基づいて判定される。幾
つかの実施形態において、１つのスライスのサブピクチャレベルにおけるスライスインデ
ックスは、該スライスを含む第１サブピクチャに基づいて判定される。幾つかの実施形態
において、サブピクチャレベルのスライスインデックスは負でない整数である。幾つかの
実施形態において、サブピクチャレベルのスライスインデックスは、０以上Ｎ未満であり
、Ｎはサブピクチャにおけるスライス数である。
チャにおけるスライスのリストにおける対応するスライスの復号順に基づいて判定される
。幾つかの実施形態において、第１スライスのためのサブピクチャレベルの第１スライス
インデックスが、第２スライスのためのサブピクチャレベルの第２スライスインデックス
よりも小さい場合、第１スライスは、復号順に従って、第２スライスの前方で処理される
。幾つかの実施形態において、サブピクチャレベルのスライスインデックスは変数Ｓｕｂ
ｐｉｃＬｅｖｅｌＳｌｉｃｅＩｄｘを用いて表される。幾つかの実施形態において、スラ
イスアドレスは、サブピクチャレベルのスライスインデックスに基づいて判定される。幾
つかの実施形態において、１つのスライスのサブピクチャレベルにおけるスライスインデ
ックスは、該スライスを含む第１サブピクチャに基づいて判定される。幾つかの実施形態
において、サブピクチャレベルのスライスインデックスは負でない整数である。幾つかの
実施形態において、サブピクチャレベルのスライスインデックスは、０以上Ｎ未満であり
、Ｎはサブピクチャにおけるスライス数である。
幾つかの実施形態において、第１スライスと第２スライスとが異なる場合、第１スライ
スのためのサブピクチャレベルの第１スライスインデックスは、第２スライスのためのサ
ブピクチャレベルの第２スライスインデックスとは異なり、第１スライスと第２スライス
とは同じサブピクチャにある。幾つかの実施形態において、第１スライスのためのサブピ
クチャレベルの第１スライスインデックスは、第２スライスのためのサブピクチャレベル
の第２スライスインデックスよりも小さい場合、第１スライスのためのピクチャレベルの
第１スライスインデックスは、第２スライスのためのピクチャレベルの第２スライスイン
デックスよりも小さい。幾つかの実施形態において、１つのスライスのサブピクチャレベ
ルにおけるスライスインデックスは、このスライスのピクチャレベルにおけるスライスイ
ンデックスに基づいて判定される。
スのためのサブピクチャレベルの第１スライスインデックスは、第２スライスのためのサ
ブピクチャレベルの第２スライスインデックスとは異なり、第１スライスと第２スライス
とは同じサブピクチャにある。幾つかの実施形態において、第１スライスのためのサブピ
クチャレベルの第１スライスインデックスは、第２スライスのためのサブピクチャレベル
の第２スライスインデックスよりも小さい場合、第１スライスのためのピクチャレベルの
第１スライスインデックスは、第２スライスのためのピクチャレベルの第２スライスイン
デックスよりも小さい。幾つかの実施形態において、１つのスライスのサブピクチャレベ
ルにおけるスライスインデックスは、このスライスのピクチャレベルにおけるスライスイ
ンデックスに基づいて判定される。
図１５は、本技術にしたがった映像処理方法を示すフローチャートである。方法１５０
０は、工程１５１０において、１つ以上のサブピクチャを含む映像の映像ピクチャと映像
のビットストリームとの間の変換のために、１つのサブピクチャにおける１つのスライス
のサブピクチャレベルスライスインデックスとこのスライスのピクチャレベルスライスイ
ンデックスとの間のマッピング関係を決定することを含む。方法１５００は、また、工程
１５２０において、その判定に基づいて変換を行うことを含む。
０は、工程１５１０において、１つ以上のサブピクチャを含む映像の映像ピクチャと映像
のビットストリームとの間の変換のために、１つのサブピクチャにおける１つのスライス
のサブピクチャレベルスライスインデックスとこのスライスのピクチャレベルスライスイ
ンデックスとの間のマッピング関係を決定することを含む。方法１５００は、また、工程
１５２０において、その判定に基づいて変換を行うことを含む。
幾つかの実施形態において、前記マッピング関係は、前記サブピクチャのピクチャレベ
ルスライスインデックス及びサブピクチャインデックスを利用して索引付けられる二次元
配列として表される。幾つかの実施形態において、前記ピクチャレベルのスライスインデ
ックスは、１つ以上のサブピクチャの各々におけるスライス数を示す配列に基づき判定さ
れる。幾つかの実施形態において、１つ以上のサブピクチャの各々における２次元配列及
びスライス数を示す配列は、すべてのスライスをピクチャレベルスライスインデックスの
順に走査する処理に基づいて判定される。幾つかの実施形態において、前記スライスのピ
クチャレベルスライスインデックスは、前記マッピング関係を使用して判定され、前記ス
ライスにおけるコーディングツリーブロック及び／又はアドレスの数は、前記スライスの
ピクチャレベルスライスインデックスに基づいて判定される。
ルスライスインデックス及びサブピクチャインデックスを利用して索引付けられる二次元
配列として表される。幾つかの実施形態において、前記ピクチャレベルのスライスインデ
ックスは、１つ以上のサブピクチャの各々におけるスライス数を示す配列に基づき判定さ
れる。幾つかの実施形態において、１つ以上のサブピクチャの各々における２次元配列及
びスライス数を示す配列は、すべてのスライスをピクチャレベルスライスインデックスの
順に走査する処理に基づいて判定される。幾つかの実施形態において、前記スライスのピ
クチャレベルスライスインデックスは、前記マッピング関係を使用して判定され、前記ス
ライスにおけるコーディングツリーブロック及び／又はアドレスの数は、前記スライスの
ピクチャレベルスライスインデックスに基づいて判定される。
図１６は、本技術にしたがった映像処理方法を示すフローチャートである。この方法１
６００は、工程１６１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のサブピクチ
ャを備える。この規則は、映像のタイルが映像ピクチャの単一のサブピクチャ内に完全に
位置することを規定する。
６００は、工程１６１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のサブピクチ
ャを備える。この規則は、映像のタイルが映像ピクチャの単一のサブピクチャ内に完全に
位置することを規定する。
幾つかの実施形態において、第１スライスは第１タイルに位置し、第１スライスは第１
タイルより小さい。第２スライスは、第２タイルに位置し、第２スライスは、第２タイル
よりも小さい。第１タイルは第２タイルと異なり、第１スライス及び第２スライスは１つ
のサブピクチャの異なるスライスに位置する。
タイルより小さい。第２スライスは、第２タイルに位置し、第２スライスは、第２タイル
よりも小さい。第１タイルは第２タイルと異なり、第１スライス及び第２スライスは１つ
のサブピクチャの異なるスライスに位置する。
図１７は、本技術にしたがった映像処理方法を示すフローチャートである。この方法１
７００は、工程１７１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のサブピクチ
ャを備える。このビットストリームは、ピクチャに関連する構文構造にピクチャを分割す
る情報が含まれることを規定するフォーマット規則に準拠する。
７００は、工程１７１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のサブピクチ
ャを備える。このビットストリームは、ピクチャに関連する構文構造にピクチャを分割す
る情報が含まれることを規定するフォーマット規則に準拠する。
幾つかの実施形態において、前記構文構造はピクチャヘッダ又はピクチャパラメータセ
ットを備える。幾つかの実施形態において、映像ユニットが、ピクチャを分割する情報が
この構文構造に含まれているかどうかを示すフラグを含む。幾つかの実施形態において、
前記映像ユニットは、ピクチャヘッダ、ピクチャパラメータセット又はシーケンスパラメ
ータセットを備える。幾つかの実施形態において、ピクチャを分割する情報がピクチャヘ
ッダ及びピクチャパラメータセットの両方に含まれる場合、ピクチャヘッダに含まれる情
報が変換に用いられる。
ットを備える。幾つかの実施形態において、映像ユニットが、ピクチャを分割する情報が
この構文構造に含まれているかどうかを示すフラグを含む。幾つかの実施形態において、
前記映像ユニットは、ピクチャヘッダ、ピクチャパラメータセット又はシーケンスパラメ
ータセットを備える。幾つかの実施形態において、ピクチャを分割する情報がピクチャヘ
ッダ及びピクチャパラメータセットの両方に含まれる場合、ピクチャヘッダに含まれる情
報が変換に用いられる。
図１８は、本技術にしたがった映像処理方法を示すフローチャートである。方法１８０
０は、工程１８１０において、非矩形形状を有する１つ以上のスライスを備える映像の映
像ピクチャとこの映像のビットストリームとの間の変換を行うために、この映像ピクチャ
のスライス分割情報を決定することを含む。方法１８００は、また、工程１８２０におい
て、その判定に基づいて変換を行うことを含む。
０は、工程１８１０において、非矩形形状を有する１つ以上のスライスを備える映像の映
像ピクチャとこの映像のビットストリームとの間の変換を行うために、この映像ピクチャ
のスライス分割情報を決定することを含む。方法１８００は、また、工程１８２０におい
て、その判定に基づいて変換を行うことを含む。
幾つかの実施形態において、前記スライス分割情報は前記映像の映像ユニットに記憶さ
れ、前記映像ユニットはピクチャパラメータセット又はピクチャヘッダを備える。幾つか
の実施形態において、前記ビットストリームは、前記映像ピクチャのスライス分割情報が
前記スライスを含む映像ユニットに関連する構文構造に含まれることを規定するフォーマ
ット規則に準拠する。幾つかの実施形態において、映像ピクチャのスライス分割情報は、
ピクチャにおけるスライス数を示す値を含む。幾つかの実施形態において、前記映像ピク
チャの前記スライス分割情報は、１つのスライス内の１つのブロックユニットのインデッ
クスを示す値を含む。幾つかの実施形態において、１つのスライス内の１つのブロックユ
ニットのインデックスを示す値は、映像ピクチャのスライス分割情報から省略される。幾
つかの実施形態において、前記映像ピクチャの前記スライス分割情報は、スライス内のブ
ロックユニットの数を示す値を含む。幾つかの実施形態において、スライス内のブロック
ユニットの数を示す値は、映像ピクチャのスライス分割情報から省略される。幾つかの実
施形態において、前記ブロックユニットはコーディングツリーユニット又はタイルである
。幾つかの実施形態において、映像ピクチャのスライス分割情報は、スライスヘッダから
省略される。幾つかの実施形態において、スライスのスライスインデックスはスライスヘ
ッダに含まれ、スライスのピクチャレベルスライスインデックスはスライスのアドレスに
基づいて判定される。
れ、前記映像ユニットはピクチャパラメータセット又はピクチャヘッダを備える。幾つか
の実施形態において、前記ビットストリームは、前記映像ピクチャのスライス分割情報が
前記スライスを含む映像ユニットに関連する構文構造に含まれることを規定するフォーマ
ット規則に準拠する。幾つかの実施形態において、映像ピクチャのスライス分割情報は、
ピクチャにおけるスライス数を示す値を含む。幾つかの実施形態において、前記映像ピク
チャの前記スライス分割情報は、１つのスライス内の１つのブロックユニットのインデッ
クスを示す値を含む。幾つかの実施形態において、１つのスライス内の１つのブロックユ
ニットのインデックスを示す値は、映像ピクチャのスライス分割情報から省略される。幾
つかの実施形態において、前記映像ピクチャの前記スライス分割情報は、スライス内のブ
ロックユニットの数を示す値を含む。幾つかの実施形態において、スライス内のブロック
ユニットの数を示す値は、映像ピクチャのスライス分割情報から省略される。幾つかの実
施形態において、前記ブロックユニットはコーディングツリーユニット又はタイルである
。幾つかの実施形態において、映像ピクチャのスライス分割情報は、スライスヘッダから
省略される。幾つかの実施形態において、スライスのスライスインデックスはスライスヘ
ッダに含まれ、スライスのピクチャレベルスライスインデックスはスライスのアドレスに
基づいて判定される。
幾つかの実施形態において、１つ以上のスライスの各々のスライス分割情報は、映像ユ
ニットに関連する構文構造の順に編成される。幾つかの実施形態において、１つ以上のス
ライスの各々のスライス分割情報は構文構造に昇順に含まれる。幾つかの実施形態におい
て、１つ以上のスライスの各々のスライス分割情報は構文構造に降順に含まれる。
ニットに関連する構文構造の順に編成される。幾つかの実施形態において、１つ以上のス
ライスの各々のスライス分割情報は構文構造に昇順に含まれる。幾つかの実施形態におい
て、１つ以上のスライスの各々のスライス分割情報は構文構造に降順に含まれる。
幾つかの実施形態において、１つ以上のスライスの少なくとも１つのスライスのスライ
ス分割情報はビットストリームにおいて省略される。幾つかの実施形態において、１つ以
上のスライスの少なくとも１つのスライスのスライス分割情報は、前記ビットストリーム
に含まれた他のスライスのスライス分割情報から推論される。幾つかの実施形態において
、スライスＳ－１のためのブロックユニットの数は、ビットストリームに含まれず、ここ
で、Ｓは、映像ピクチャにおけるスライス数を表し、Ｓは１よりも大きい。
ス分割情報はビットストリームにおいて省略される。幾つかの実施形態において、１つ以
上のスライスの少なくとも１つのスライスのスライス分割情報は、前記ビットストリーム
に含まれた他のスライスのスライス分割情報から推論される。幾つかの実施形態において
、スライスＳ－１のためのブロックユニットの数は、ビットストリームに含まれず、ここ
で、Ｓは、映像ピクチャにおけるスライス数を表し、Ｓは１よりも大きい。
図１９は、本技術にしたがった映像処理方法を示すフローチャートである。方法１９０
０は、工程１９１０において、１つ以上のスライスを含む映像の映像ピクチャと該映像の
ビットストリームとの間の変換を規則に従って行うことを含む。この規則は、映像ピクチ
ャにおけるスライス数が、映像ピクチャに矩形分割を適用するか又は非矩形分割を適用す
るかに基づいて決定される最小スライス数以上であることを規定する。
０は、工程１９１０において、１つ以上のスライスを含む映像の映像ピクチャと該映像の
ビットストリームとの間の変換を規則に従って行うことを含む。この規則は、映像ピクチ
ャにおけるスライス数が、映像ピクチャに矩形分割を適用するか又は非矩形分割を適用す
るかに基づいて決定される最小スライス数以上であることを規定する。
幾つかの実施形態において、非矩形分割が適用される場合、最小スライス数は２であり
、矩形分割が適用される場合、最小スライス数は１である。幾つかの実施形態において、
非矩形分割が適用される場合、最小スライス数は１であり、矩形分割が適用される場合、
最小スライス数は１である。幾つかの実施形態において、前記最小スライス数は前記映像
ピクチャにおけるサブピクチャの数に基づき更に判定される。
、矩形分割が適用される場合、最小スライス数は１である。幾つかの実施形態において、
非矩形分割が適用される場合、最小スライス数は１であり、矩形分割が適用される場合、
最小スライス数は１である。幾つかの実施形態において、前記最小スライス数は前記映像
ピクチャにおけるサブピクチャの数に基づき更に判定される。
図２０は、本技術にしたがった映像処理方法を示すフローチャートである。この方法２
０００は、工程２０１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のスライスを
備える。映像ピクチャのスライス分割情報が映像ユニットの構文構造に含まれている場合
、スライスが、左上の位置とスライスの寸法とで表される。
０００は、工程２０１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のスライスを
備える。映像ピクチャのスライス分割情報が映像ユニットの構文構造に含まれている場合
、スライスが、左上の位置とスライスの寸法とで表される。
幾つかの実施形態において、スライスの左上の位置及び寸法は、スライス内にあるブロ
ックユニットの左上の位置、ブロックユニットの寸法、及びブロックユニットの寸法を用
いて測定されたスライスの寸法を用いて示される。幾つかの実施形態において、各スライ
スの左上の位置及び各スライスの寸法は、順に構文構造に含まれる。
ックユニットの左上の位置、ブロックユニットの寸法、及びブロックユニットの寸法を用
いて測定されたスライスの寸法を用いて示される。幾つかの実施形態において、各スライ
スの左上の位置及び各スライスの寸法は、順に構文構造に含まれる。
図２１は、本技術にしたがった映像処理方法を示すフローチャートである。この方法２
１００は、工程２１１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のサブピクチ
ャを備え、各サブピクチャは、１つ以上のスライスを備える。この規則は、各サブピクチ
ャにおける１つ以上のスライスの分割情報がビットストリームに存在する方法を規定する
。
１００は、工程２１１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のサブピクチ
ャを備え、各サブピクチャは、１つ以上のスライスを備える。この規則は、各サブピクチ
ャにおける１つ以上のスライスの分割情報がビットストリームに存在する方法を規定する
。
幾つかの実施形態において、前記映像ユニットは、シーケンスパラメータセット、ピク
チャパラメータセット又はピクチャヘッダを含む。幾つかの実施形態において、前記１つ
以上のサブピクチャの分割情報は、サブピクチャインデックスに基づいて昇順に配列され
る。幾つかの実施形態において、各サブピクチャにおける１つ以上のスライスの分割情報
は、サブピクチャレベルスライスインデックスに基づいて昇順に配列される。
チャパラメータセット又はピクチャヘッダを含む。幾つかの実施形態において、前記１つ
以上のサブピクチャの分割情報は、サブピクチャインデックスに基づいて昇順に配列され
る。幾つかの実施形態において、各サブピクチャにおける１つ以上のスライスの分割情報
は、サブピクチャレベルスライスインデックスに基づいて昇順に配列される。
図２２は、本技術にしたがった映像処理方法を示すフローチャートである。この方法２
２００は、工程２２１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上の矩形スライ
スを備え、各スライスは、１つ以上のタイルを備える。この規則は、ｉｔｈ矩形スライス
における第１タイルの第１タイルインデックスと、（ｉ＋１）ｔｈ矩形スライスにおける
第１タイルの第２タイルインデックスとの間の差を信号通知することを省略することを規
定する。
２００は、工程２２１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上の矩形スライ
スを備え、各スライスは、１つ以上のタイルを備える。この規則は、ｉｔｈ矩形スライス
における第１タイルの第１タイルインデックスと、（ｉ＋１）ｔｈ矩形スライスにおける
第１タイルの第２タイルインデックスとの間の差を信号通知することを省略することを規
定する。
幾つかの実施形態において、（ｉ＋１）ｔｈ矩形スライスにおける第１タイルの第２タ
イルインデックスは、０ｔｈからｉｔｈにインデックス付けされた矩形スライスに基づい
て導出される。幾つかの実施形態において、（ｉ＋１）ｔｈ長方形スライスにおける第１
タイルの第２タイルインデックスは、０ｔｈからｉｔｈにインデックス付けされた長方形
スライスによって規定されるレンジ外の最小タイルインデックスとすることができる。
イルインデックスは、０ｔｈからｉｔｈにインデックス付けされた矩形スライスに基づい
て導出される。幾つかの実施形態において、（ｉ＋１）ｔｈ長方形スライスにおける第１
タイルの第２タイルインデックスは、０ｔｈからｉｔｈにインデックス付けされた長方形
スライスによって規定されるレンジ外の最小タイルインデックスとすることができる。
図２３は、本技術にしたがった映像処理方法を示すフローチャートである。方法２３０
０は、工程２３１０において、映像の映像ピクチャと映像のビットストリームとの変換を
行うために、映像ピクチャにおけるタイルの列数及びタイルの行数を導出するための情報
が、映像ピクチャの寸法とコーディングツリーブロックの寸法との関係に応じてビットス
トリームに条件付きで含まれることを判定することを含む。方法２３００は、また、工程
２３２０において、その判定に基づいて変換を行うことを含む。
０は、工程２３１０において、映像の映像ピクチャと映像のビットストリームとの変換を
行うために、映像ピクチャにおけるタイルの列数及びタイルの行数を導出するための情報
が、映像ピクチャの寸法とコーディングツリーブロックの寸法との関係に応じてビットス
トリームに条件付きで含まれることを判定することを含む。方法２３００は、また、工程
２３２０において、その判定に基づいて変換を行うことを含む。
幾つかの実施形態において、映像ピクチャの幅がコーディングツリーブロックの幅以下
である場合、前記情報は省略される。幾つかの実施形態において、映像ピクチャの高さが
コーディングツリーブロックの高さ以下である場合、前記情報は省略される。
である場合、前記情報は省略される。幾つかの実施形態において、映像ピクチャの高さが
コーディングツリーブロックの高さ以下である場合、前記情報は省略される。
図２４は、本技術にしたがった映像処理方法を示すフローチャートである。この方法２
４００は、工程２４１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のサブピクチ
ャを備える。このビットストリームは、フォーマット規則に準拠し、ビットストリーム中
に、１つのスライスを含むサブピクチャのサブピクチャ識別子を規定する変数が存在する
場合、この構文要素に対応する第２変数がこの変数に等しいという条件を満たす構文要素
が１つしか存在しないことを規定する。
４００は、工程２４１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のサブピクチ
ャを備える。このビットストリームは、フォーマット規則に準拠し、ビットストリーム中
に、１つのスライスを含むサブピクチャのサブピクチャ識別子を規定する変数が存在する
場合、この構文要素に対応する第２変数がこの変数に等しいという条件を満たす構文要素
が１つしか存在しないことを規定する。
幾つかの実施形態において、変数はｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄであり、第２変数
はＳｕｂｐｉｃＩｄＶａｌである。この構文要素に対応する構文要素は、ＳｕｂｐｉｃＩ
ｄＶａｌ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］で表される。
はＳｕｂｐｉｃＩｄＶａｌである。この構文要素に対応する構文要素は、ＳｕｂｐｉｃＩ
ｄＶａｌ［ＣｕｒｒＳｕｂｐｉｃＩｄｘ］で表される。
図２５は、本技術にしたがった映像処理方法を示すフローチャートである。この方法２
５００は、工程２５１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のサブピクチ
ャを備える。ビットストリームにおいて非矩形分割が適用されるか、又はサブピクチャ情
報が省略される場合、１つのスライスにおける２つのタイルは異なるアドレスを有する。
５００は、工程２５１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のサブピクチ
ャを備える。ビットストリームにおいて非矩形分割が適用されるか、又はサブピクチャ情
報が省略される場合、１つのスライスにおける２つのタイルは異なるアドレスを有する。
幾つかの実施形態において、１つ目の構文フラグｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇは非
矩形分割が適用されるかを示し、２つ目の構文フラグｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓ
ｅｎｔ＿ｉｎｆｏは前記サブピクチャ情報が前記ビットストリームに存在するかを示す。
矩形分割が適用されるかを示し、２つ目の構文フラグｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓ
ｅｎｔ＿ｉｎｆｏは前記サブピクチャ情報が前記ビットストリームに存在するかを示す。
図２６は、本技術にしたがった映像処理方法を示すフローチャートである。この方法２
６００は、工程２６１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のタイルを備
える。この規則は、１つ以上のタイルが均一な間隔及び不均一な間隔の両方で編成される
場合、１つの構文要素を使用してタイルレイアウトのタイプを示すことを規定する。
６００は、工程２６１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この映像ピクチャは、１つ以上のタイルを備
える。この規則は、１つ以上のタイルが均一な間隔及び不均一な間隔の両方で編成される
場合、１つの構文要素を使用してタイルレイアウトのタイプを示すことを規定する。
幾つかの実施形態において、構文要素は、タイルレイアウトにおいて、均一な間隔が不
均一な間隔に続くか、または不均一な間隔が均一な感覚に続くかを示すピクチャパラメー
タセットに含まれる。幾つかの実施形態において、タイルレイアウトは、不均一な間隔の
タイルを含み、明確に示されるタイルの列又は行の数は、不均一な間隔のタイルの総数以
上である。幾つかの実施形態において、タイルレイアウトは、均一な間隔のタイルを含み
、明確に示されるタイルの列又は行の数は、均一な間隔のタイルの総数以上である。幾つ
かの実施形態において、タイルレイアウトにおいて、均一な間隔が不均一な間隔に続き、
まず第１逆順に基づいて不均一な間隔のタイルの寸法が判定され、次に第２逆順に基づい
て均一な間隔のタイルの寸法が判定される。幾つかの実施形態において、この寸法は、タ
イルの列の幅又はタイルの行の高さを含む。
均一な間隔に続くか、または不均一な間隔が均一な感覚に続くかを示すピクチャパラメー
タセットに含まれる。幾つかの実施形態において、タイルレイアウトは、不均一な間隔の
タイルを含み、明確に示されるタイルの列又は行の数は、不均一な間隔のタイルの総数以
上である。幾つかの実施形態において、タイルレイアウトは、均一な間隔のタイルを含み
、明確に示されるタイルの列又は行の数は、均一な間隔のタイルの総数以上である。幾つ
かの実施形態において、タイルレイアウトにおいて、均一な間隔が不均一な間隔に続き、
まず第１逆順に基づいて不均一な間隔のタイルの寸法が判定され、次に第２逆順に基づい
て均一な間隔のタイルの寸法が判定される。幾つかの実施形態において、この寸法は、タ
イルの列の幅又はタイルの行の高さを含む。
図２７は、本技術にしたがった映像処理方法を示すフローチャートである。この方法２
７００は、工程２７１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この規則は、変換においてマージ推定領域（
Ｍｅｒｇｅ Ｅｓｔｉｍａｔｉｏｎ Ｒｅｇｉｏｎ、ＭＥＲ）のサイズを処理するかどう
か、又はどのように処理するかを、最小許容コーディングブロックサイズに依存すること
を規定する。
７００は、工程２７１０において、規則に従って、映像の映像ピクチャと映像のビットス
トリームとの間での変換を行うことを含む。この規則は、変換においてマージ推定領域（
Ｍｅｒｇｅ Ｅｓｔｉｍａｔｉｏｎ Ｒｅｇｉｏｎ、ＭＥＲ）のサイズを処理するかどう
か、又はどのように処理するかを、最小許容コーディングブロックサイズに依存すること
を規定する。
幾つかの実施形態において、前記ＭＥＲサイズは最小許容コーディングブロックサイズ
以上であることができる。幾つかの実施形態において、ＭＥＲサイズはＭＥＲ＿ｓｉｚｅ
で表され、最小許容コーディングブロックサイズはＭｉｎＣｂＳｉｚｅＹで表され、Ｌｏ
ｇ２（ＭＥＲ＿ｓｉｚｅ）とＬｏｇ２（ＭｉｎＣｂＳｉｚｅＹ）との差はビットストリー
ムに含まれる。
以上であることができる。幾つかの実施形態において、ＭＥＲサイズはＭＥＲ＿ｓｉｚｅ
で表され、最小許容コーディングブロックサイズはＭｉｎＣｂＳｉｚｅＹで表され、Ｌｏ
ｇ２（ＭＥＲ＿ｓｉｚｅ）とＬｏｇ２（ＭｉｎＣｂＳｉｚｅＹ）との差はビットストリー
ムに含まれる。
図２８は、本技術にしたがった映像処理方法を示すフローチャートである。方法２８０
０は、工程２８１０において、規則に従って、少なくとも１つの映像タイルを備える映像
とこの映像のビットストリームとの変換を行うことを含む。この規則は、コーディングツ
リーユニットの単位で映像タイルにおけるスライスの高さを、そのスライスを含む映像タ
イルのスライスについて明確に提供されるスライス高さの数を示すビットストリーム中の
第１構文要素の値に基づいて導出することを規定する。
０は、工程２８１０において、規則に従って、少なくとも１つの映像タイルを備える映像
とこの映像のビットストリームとの変換を行うことを含む。この規則は、コーディングツ
リーユニットの単位で映像タイルにおけるスライスの高さを、そのスライスを含む映像タ
イルのスライスについて明確に提供されるスライス高さの数を示すビットストリーム中の
第１構文要素の値に基づいて導出することを規定する。
幾つかの実施形態において、コーディングツリーユニット単位での映像タイルにおける
スライスの高さは、第１構文要素の値が０に等しい場合、映像の情報から導出される。幾
つかの実施形態において、コーディングツリーユニット単位での映像タイルにおけるスラ
イスの高さは、ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］で表される。ｓｌｉｃｅＨｅ
ｉｇｈｔＩｎＣｔｕｓ［ｉ］は、行の高さＲｏｗＨｅｉｇｈｔ［ＳｌｉｃｅＴｏｐＬｅｆ
ｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ］の値に等しく、ここで、Ｓｌ
ｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘは、スライスにおける第１コーディングツリーユニ
ットを含むタイルのタイルインデックスを規定し、ＮｕｍＴｉｌｅＣｏｌｕｍｎｓは、タ
イル列の数を規定し、行高さＲｏｗＨｅｉｇｈｔ［ｊ］の値は、コーディングツリーブロ
ックの単位でｊ番目の行の高さを規定する。
スライスの高さは、第１構文要素の値が０に等しい場合、映像の情報から導出される。幾
つかの実施形態において、コーディングツリーユニット単位での映像タイルにおけるスラ
イスの高さは、ｓｌｉｃｅＨｅｉｇｈｔＩｎＣｔｕｓ［ｉ］で表される。ｓｌｉｃｅＨｅ
ｉｇｈｔＩｎＣｔｕｓ［ｉ］は、行の高さＲｏｗＨｅｉｇｈｔ［ＳｌｉｃｅＴｏｐＬｅｆ
ｔＴｉｌｅＩｄｘ［ｉ］／ＮｕｍＴｉｌｅＣｏｌｕｍｎｓ］の値に等しく、ここで、Ｓｌ
ｉｃｅＴｏｐＬｅｆｔＴｉｌｅＩｄｘは、スライスにおける第１コーディングツリーユニ
ットを含むタイルのタイルインデックスを規定し、ＮｕｍＴｉｌｅＣｏｌｕｍｎｓは、タ
イル列の数を規定し、行高さＲｏｗＨｅｉｇｈｔ［ｊ］の値は、コーディングツリーブロ
ックの単位でｊ番目の行の高さを規定する。
幾つかの実施形態において、コーディングツリーユニット単位での映像タイルにおける
スライスの高さは、映像タイルにおけるスライスの高さがビットストリームに存在しない
場合、映像の情報から得られる。幾つかの実施形態において、コーディングツリーユニッ
ト単位での映像タイルにおけるスライスの高さは、映像タイルにおけるスライスの高さを
示す、ビットストリームに存在する第２構文要素に基づいて導出される。幾つかの実施形
態において、第１構文要素が０に等しい場合、このスライスを含む映像タイルは複数のス
ライスに分割されない。
スライスの高さは、映像タイルにおけるスライスの高さがビットストリームに存在しない
場合、映像の情報から得られる。幾つかの実施形態において、コーディングツリーユニッ
ト単位での映像タイルにおけるスライスの高さは、映像タイルにおけるスライスの高さを
示す、ビットストリームに存在する第２構文要素に基づいて導出される。幾つかの実施形
態において、第１構文要素が０に等しい場合、このスライスを含む映像タイルは複数のス
ライスに分割されない。
図２９は、本技術にしたがった映像処理方法を示すフローチャートである。方法２９０
０は、工程２９１０において、１つ以上のスライスを含む映像タイルを備える映像ピクチ
ャを備える映像と、規則に従って該映像のビットストリームとの間の変換を行うことを含
む。この規則は、ピクチャにおける第１スライスを含むタイルにおける第２スライスがコ
ーディングツリーユニット単位で表される高さを有することを規定する。第１スライスは
、第１スライスインデックスを有し、第２スライスは、第１スライスインデックスと、映
像タイルにおいて明確に提供されるスライス高さの数に基づいて判定される第２スライス
インデックスを有する。第１スライスインデックス及び第２スライスインデックスに基づ
いて、第２スライスの高さを決定する。
０は、工程２９１０において、１つ以上のスライスを含む映像タイルを備える映像ピクチ
ャを備える映像と、規則に従って該映像のビットストリームとの間の変換を行うことを含
む。この規則は、ピクチャにおける第１スライスを含むタイルにおける第２スライスがコ
ーディングツリーユニット単位で表される高さを有することを規定する。第１スライスは
、第１スライスインデックスを有し、第２スライスは、第１スライスインデックスと、映
像タイルにおいて明確に提供されるスライス高さの数に基づいて判定される第２スライス
インデックスを有する。第１スライスインデックス及び第２スライスインデックスに基づ
いて、第２スライスの高さを決定する。
幾つかの実施形態において、第１スライスインデックスをｉとし、第２スライスインデ
ックスを（ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１）とし、ここで、
ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅは、映像タイルにおいて明確に提供され
るスライスの高さの数を規定する。第２スライスの高さは、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉ
ｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿
ｔｉｌｅ［ｉ］－１］＋１に基づいて判定され、ここで、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇ
ｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１は、映像タイルにおけるコーディングツリーユニッ
ト単位でスライスの高さを規定する。幾つかの実施形態において、映像タイルを分割する
均一なスライスの高さは、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎ
ｕｓ１の最後のエントリにより示される。幾つかの実施形態において、第２スライスは常
にピクチャに存在する。幾つかの実施形態において、第２スライスの高さは変換のために
リセットされることが許可されない。幾つかの実施形態において、（ｎｕｍ＿ｅｘｐ＿ｓ
ｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１）より大きいインデックスを有する第３スライス
の高さが、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［
ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］に基づいて判定される。幾
つかの実施形態において、第２スライスは映像タイルに存在しない。幾つかの実施形態に
おいて、第２スライスの高さはｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍ
ｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１＋１以下
である。
ックスを（ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１）とし、ここで、
ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅは、映像タイルにおいて明確に提供され
るスライスの高さの数を規定する。第２スライスの高さは、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉ
ｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿
ｔｉｌｅ［ｉ］－１］＋１に基づいて判定され、ここで、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇ
ｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１は、映像タイルにおけるコーディングツリーユニッ
ト単位でスライスの高さを規定する。幾つかの実施形態において、映像タイルを分割する
均一なスライスの高さは、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎ
ｕｓ１の最後のエントリにより示される。幾つかの実施形態において、第２スライスは常
にピクチャに存在する。幾つかの実施形態において、第２スライスの高さは変換のために
リセットされることが許可されない。幾つかの実施形態において、（ｎｕｍ＿ｅｘｐ＿ｓ
ｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１）より大きいインデックスを有する第３スライス
の高さが、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１［ｉ］［
ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］に基づいて判定される。幾
つかの実施形態において、第２スライスは映像タイルに存在しない。幾つかの実施形態に
おいて、第２スライスの高さはｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍ
ｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１＋１以下
である。
図３０は、本技術にしたがった映像処理方法を示すフローチャートである。方法３００
０は、工程３０１０において、１つ以上のタイルを含む映像ピクチャを備える映像と、こ
の映像のビットストリームとの間の変換を行うことを含む。映像ピクチャとは、ピクチャ
パラメータセットを指す。このピクチャパラメータセットは、このピクチャパラメータセ
ットがＮ個のタイル列の列幅のリストを含むことを規定するフォーマット規則に準拠し、
ここで、Ｎは整数である。映像ピクチャには、（Ｎ－１）番目のタイル列が存在し、（Ｎ
－１）番目のタイル列の幅は、明確に含まれるタイル列の幅に１つのコーディングツリー
ブロックを加えたリストにおける（Ｎ－１）番目のエントリに等しい。
０は、工程３０１０において、１つ以上のタイルを含む映像ピクチャを備える映像と、こ
の映像のビットストリームとの間の変換を行うことを含む。映像ピクチャとは、ピクチャ
パラメータセットを指す。このピクチャパラメータセットは、このピクチャパラメータセ
ットがＮ個のタイル列の列幅のリストを含むことを規定するフォーマット規則に準拠し、
ここで、Ｎは整数である。映像ピクチャには、（Ｎ－１）番目のタイル列が存在し、（Ｎ
－１）番目のタイル列の幅は、明確に含まれるタイル列の幅に１つのコーディングツリー
ブロックを加えたリストにおける（Ｎ－１）番目のエントリに等しい。
幾つかの実施形態において、Ｎ－１はｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍ
ｉｎｕｓ１で表される。幾つかの実施形態において、コーディングツリーブロックの単位
におけるタイル列の幅は、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ
＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］＋１に基づいて判定され、ｔｉｌ
ｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１はコーディングツリーブロックの単位にお
けるタイル列の幅を規定する。幾つかの実施形態において、コーディングツリーブロック
の単位におけるタイル列の幅はリセットすることが許可されておらず、ｔｉｌｅ＿ｃｏｌ
ｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉ
ｎｕｓ１］のみに基づいて判定される。幾つかの実施形態において、コーディングツリー
ブロックの単位におけるタイル列の幅は、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎ
ｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］＋１に等しい。幾
つかの実施形態において、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１よ
り大きいインデックスを有する第２タイル列の幅は、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔ
ｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］に基づ
いて判定される。
ｉｎｕｓ１で表される。幾つかの実施形態において、コーディングツリーブロックの単位
におけるタイル列の幅は、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ
＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］＋１に基づいて判定され、ｔｉｌ
ｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１はコーディングツリーブロックの単位にお
けるタイル列の幅を規定する。幾つかの実施形態において、コーディングツリーブロック
の単位におけるタイル列の幅はリセットすることが許可されておらず、ｔｉｌｅ＿ｃｏｌ
ｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉ
ｎｕｓ１］のみに基づいて判定される。幾つかの実施形態において、コーディングツリー
ブロックの単位におけるタイル列の幅は、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎ
ｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］＋１に等しい。幾
つかの実施形態において、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１よ
り大きいインデックスを有する第２タイル列の幅は、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔ
ｈ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１］に基づ
いて判定される。
図３１は、本技術にしたがった映像処理方法を示すフローチャートである。方法３１０
０は、工程３１１０において、１つ以上のタイルを含む映像ピクチャを備える映像と、こ
の映像のビットストリームとの間の変換を行うことを含む。映像ピクチャとは、ピクチャ
パラメータセットを指す。このピクチャパラメータセットは、このピクチャパラメータセ
ットがＮ個のタイル行の行高さのリストを含むことを規定するフォーマット規則に準拠し
、ここで、Ｎは整数である。映像ピクチャには、（Ｎ－１）番目のタイル行が存在し、こ
の（Ｎ－１）番目のタイル行の高さは、明確に含まれるタイル行の高さに１つのコーディ
ングツリーブロックを加えたリストにおける（Ｎ－１）番目のエントリに等しい。
０は、工程３１１０において、１つ以上のタイルを含む映像ピクチャを備える映像と、こ
の映像のビットストリームとの間の変換を行うことを含む。映像ピクチャとは、ピクチャ
パラメータセットを指す。このピクチャパラメータセットは、このピクチャパラメータセ
ットがＮ個のタイル行の行高さのリストを含むことを規定するフォーマット規則に準拠し
、ここで、Ｎは整数である。映像ピクチャには、（Ｎ－１）番目のタイル行が存在し、こ
の（Ｎ－１）番目のタイル行の高さは、明確に含まれるタイル行の高さに１つのコーディ
ングツリーブロックを加えたリストにおける（Ｎ－１）番目のエントリに等しい。
幾つかの実施形態において、Ｎ－１はｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕ
ｓ１で表される。幾つかの実施形態において、コーディングツリーブロック単位でのタイ
ル行の高さは、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉ
ｌｅ＿ｒｏｗ＿ｍｉｎｕｓ１］＋１に基づき判定され、ここで、ｔｉｌｅ＿ｒｏｗ＿ｈｅ
ｉｇｈｔ＿ｍｉｎｕｓ１は、コーディングツリーブロックの単位でタイル行の高さを規定
する。幾つかの実施形態において、コーディングツリーブロックの単位におけるタイル行
の高さはリセットすることが許可されておらず、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉ
ｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ１］のみに基づき判定される
。幾つかの実施形態において、コーディングツリーブロックの単位におけるタイル行の高
さは、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒ
ｏｗ＿ｍｉｎｕｓ１］＋１に等しい。幾つかの実施形態において、ｎｕｍ＿ｅｘｐ＿ｔｉ
ｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１より大きいインデックスを有する第２タイル行の高さは、
ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ
＿ｍｉｎｕｓ１］に基づいて判定される。
ｓ１で表される。幾つかの実施形態において、コーディングツリーブロック単位でのタイ
ル行の高さは、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉ
ｌｅ＿ｒｏｗ＿ｍｉｎｕｓ１］＋１に基づき判定され、ここで、ｔｉｌｅ＿ｒｏｗ＿ｈｅ
ｉｇｈｔ＿ｍｉｎｕｓ１は、コーディングツリーブロックの単位でタイル行の高さを規定
する。幾つかの実施形態において、コーディングツリーブロックの単位におけるタイル行
の高さはリセットすることが許可されておらず、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉ
ｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗ＿ｍｉｎｕｓ１］のみに基づき判定される
。幾つかの実施形態において、コーディングツリーブロックの単位におけるタイル行の高
さは、ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒ
ｏｗ＿ｍｉｎｕｓ１］＋１に等しい。幾つかの実施形態において、ｎｕｍ＿ｅｘｐ＿ｔｉ
ｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１より大きいインデックスを有する第２タイル行の高さは、
ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ
＿ｍｉｎｕｓ１］に基づいて判定される。
幾つかの実施形態において、前記変換は、前記映像を前記ビットストリームに符号化す
ることを含む。幾つかの実施形態において、前記変換は、前記映像を前記ビットストリー
ムから復号することを含む。
ることを含む。幾つかの実施形態において、前記変換は、前記映像を前記ビットストリー
ムから復号することを含む。
本明細書に記載の解決策において、エンコーダは、フォーマット規則に従ってコーディ
ングされた表現を生成することで、フォーマット規則に準拠することができる。本明細書
に記載の解決策において、デコーダは、フォーマット規則を使用して、フォーマット規則
に従って、構文要素の有無の知識でコーディングされた表現内の構文要素を解析し、復号
された映像を生成してよい。
ングされた表現を生成することで、フォーマット規則に準拠することができる。本明細書
に記載の解決策において、デコーダは、フォーマット規則を使用して、フォーマット規則
に従って、構文要素の有無の知識でコーディングされた表現内の構文要素を解析し、復号
された映像を生成してよい。
本明細書では、「映像処理」という用語は、映像符号化、映像復号、映像圧縮、または
映像展開を指してよい。例えば、映像圧縮アルゴリズムは、映像の画素表現から対応する
ビットストリーム表現への変換、またはその逆の変換中に適用されてもよい。現在の映像
ブロックのビットストリーム表現は、例えば、構文によって規定されるように、ビットス
トリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例え
ば、１つのマクロブロックは、変換およびコーディングされた誤り残差値の観点から、且
つビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号
化されてもよい。さらに、変換中、デコーダは、上記解決策で説明されているように、判
定に基づいて、いくつかのフィールドが存在しても存在しなくてもよいという知識を持っ
て、ビットストリームを構文解析してもよい。同様に、エンコーダは、特定の構文フィー
ルドが含まれるべきであるか、または含まれないべきであるかを判定し、構文フィールド
をコーディングされた表現に含めるか、またはコーディングされた表現から除外すること
によって、それに応じてコーディングされた表現を生成してもよい。
映像展開を指してよい。例えば、映像圧縮アルゴリズムは、映像の画素表現から対応する
ビットストリーム表現への変換、またはその逆の変換中に適用されてもよい。現在の映像
ブロックのビットストリーム表現は、例えば、構文によって規定されるように、ビットス
トリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例え
ば、１つのマクロブロックは、変換およびコーディングされた誤り残差値の観点から、且
つビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号
化されてもよい。さらに、変換中、デコーダは、上記解決策で説明されているように、判
定に基づいて、いくつかのフィールドが存在しても存在しなくてもよいという知識を持っ
て、ビットストリームを構文解析してもよい。同様に、エンコーダは、特定の構文フィー
ルドが含まれるべきであるか、または含まれないべきであるかを判定し、構文フィールド
をコーディングされた表現に含めるか、またはコーディングされた表現から除外すること
によって、それに応じてコーディングされた表現を生成してもよい。
本明細書に記載された開示された、およびその他の解決策、実施例、実施形態、モジュ
ール、および機能動作の実装形態は、本明細書に開示された構造およびその構造的等価物
を含め、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しく
はハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実施しても
よい。開示された、およびその他の実施形態は、１または複数のコンピュータプログラム
製品、すなわち、データ処理装置によって実装されるため、またはデータ処理装置の動作
を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令
の１または複数のモジュールとして実施することができる。このコンピュータ可読媒体は
、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもた
らす物質の組成物、またはこれらの１または複数の組み合わせであってもよい。「データ
処理装置」という用語は、例えば、プログラマブルプロセッサ、コンピュータ、または複
数のプロセッサ、若しくはコンピュータを含む、データを処理するためのすべての装置、
デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプロ
グラムの実行環境を作るコード、例えば、プロセッサファームウェア、プロトコルスタッ
ク、データベース管理システム、オペレーティングシステム、またはこれらの１または複
数の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成した信
号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置に送信す
るための情報を符号化するために生成される。
ール、および機能動作の実装形態は、本明細書に開示された構造およびその構造的等価物
を含め、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しく
はハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実施しても
よい。開示された、およびその他の実施形態は、１または複数のコンピュータプログラム
製品、すなわち、データ処理装置によって実装されるため、またはデータ処理装置の動作
を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令
の１または複数のモジュールとして実施することができる。このコンピュータ可読媒体は
、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもた
らす物質の組成物、またはこれらの１または複数の組み合わせであってもよい。「データ
処理装置」という用語は、例えば、プログラマブルプロセッサ、コンピュータ、または複
数のプロセッサ、若しくはコンピュータを含む、データを処理するためのすべての装置、
デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプロ
グラムの実行環境を作るコード、例えば、プロセッサファームウェア、プロトコルスタッ
ク、データベース管理システム、オペレーティングシステム、またはこれらの１または複
数の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成した信
号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置に送信す
るための情報を符号化するために生成される。
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション
、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された
言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタ
ンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジ
ュール、コンポーネント、サブルーチン、または他のユニットとして含む任意の形式で展
開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるフ
ァイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持する
ファイルの一部（例えば、マークアップ言語文書に格納された１または複数のスクリプト
）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていても
よいし、複数の調整ファイル（例えば、１または複数のモジュール、サブプログラム、ま
たはコードの一部を格納するファイル）に記憶されていてもよい。コンピュータプログラ
ムを、１つのサイトに位置する１つのコンピュータ、または複数のサイトに分散され通信
ネットワークによって相互接続される複数のコンピュータで実行させるように展開するこ
とも可能である。
、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された
言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタ
ンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジ
ュール、コンポーネント、サブルーチン、または他のユニットとして含む任意の形式で展
開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるフ
ァイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持する
ファイルの一部（例えば、マークアップ言語文書に格納された１または複数のスクリプト
）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていても
よいし、複数の調整ファイル（例えば、１または複数のモジュール、サブプログラム、ま
たはコードの一部を格納するファイル）に記憶されていてもよい。コンピュータプログラ
ムを、１つのサイトに位置する１つのコンピュータ、または複数のサイトに分散され通信
ネットワークによって相互接続される複数のコンピュータで実行させるように展開するこ
とも可能である。
本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生
成することによって機能を実行するための１つ以上のコンピュータプログラムを実行する
１つ以上のプログラマブルプロセッサによって行うことができる。処理およびロジックフ
ローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲ
ートアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって行うことができ、装置は
また、特別目的のロジック回路として実装することができる。
成することによって機能を実行するための１つ以上のコンピュータプログラムを実行する
１つ以上のプログラマブルプロセッサによって行うことができる。処理およびロジックフ
ローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲ
ートアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって行うことができ、装置は
また、特別目的のロジック回路として実装することができる。
コンピュータプログラムの実行に適したプロセッサは、例えば、汎用および専用マイク
ロプロセッサの両方、並びに任意の種類のデジタルコンピュータの任意の１または複数の
プロセッサを含む。一般的に、プロセッサは、リードオンリーメモリまたはランダムアク
セスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要
素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１または
複数のメモリデバイスとである。一般的に、コンピュータは、データを記憶するための１
または複数の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを
含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれ
らにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータ
は、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータ
を記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、
およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ記憶装置
、磁気ディスク、例えば内部ハードディスクまたはリムーバブルディスク、光磁気ディス
ク、およびＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスク等の半導体記憶装置を含む。プロ
セッサおよびメモリは、特定用途のロジック回路によって補完されてもよく、または特定
用途のロジック回路に組み込まれてもよい。
ロプロセッサの両方、並びに任意の種類のデジタルコンピュータの任意の１または複数の
プロセッサを含む。一般的に、プロセッサは、リードオンリーメモリまたはランダムアク
セスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要
素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１または
複数のメモリデバイスとである。一般的に、コンピュータは、データを記憶するための１
または複数の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを
含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれ
らにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータ
は、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータ
を記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、
およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ記憶装置
、磁気ディスク、例えば内部ハードディスクまたはリムーバブルディスク、光磁気ディス
ク、およびＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスク等の半導体記憶装置を含む。プロ
セッサおよびメモリは、特定用途のロジック回路によって補完されてもよく、または特定
用途のロジック回路に組み込まれてもよい。
本特許明細書は多くの詳細を含むが、これらは、任意の主題の範囲または特許請求の範
囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特
有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態の
コンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装しても
よい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態におい
て別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、
特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されてい
てもよいが、主張された組み合わせからの１または複数の特徴は、場合によっては、組み
合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまた
はサブコンビネーションのバリエーションに向けられてもよい。
囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特
有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態の
コンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装しても
よい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態におい
て別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、
特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されてい
てもよいが、主張された組み合わせからの１または複数の特徴は、場合によっては、組み
合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまた
はサブコンビネーションのバリエーションに向けられてもよい。
同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成
するために、このような動作が示された特定の順番でまたは連続した順番で行われること
、または示された全ての動作が行われることを必要とするものと理解されるべきではない
。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、
全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
するために、このような動作が示された特定の順番でまたは連続した順番で行われること
、または示された全ての動作が行われることを必要とするものと理解されるべきではない
。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、
全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
いくつかの実装形態および例のみが記載されており、この特許文献に記載され図示され
ているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。
ているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。
Claims (16)
- 規則に従って、１つ以上のスライスを含む映像タイルを備える映像ピクチャを含む映像
と前記映像のビットストリームとの間の変換を行うこと、を含む映像処理方法であって、
前記規則は、ピクチャ内の第１スライスを含むタイル内の第２スライスがコーディング
ツリーユニットの単位で表される高さを有することを規定し、
前記第１スライスは第１スライスインデックスを有し、
前記第２スライスは、前記第１スライスインデックスと前記映像タイルにおける明確に
提供されるスライス高さの数とに基づき判定される第２スライスインデックスを有し、
前記第２スライスの前記高さは、前記第１スライスインデックスおよび前記第２スライ
スインデックスに基づき判定される、映像処理方法。 - 前記第１スライスインデックスはｉとして表され、
前記第２スライスインデックスは、（ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ
［ｉ］－１）として表され、ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅは、前記映
像タイルにおいて明確に提供されるスライス高さの数を規定し、
前記第２スライスの前記高さは、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ
＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］＋
１に基づき判定され、
ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１は、前記映像タイ
ルにおいてコーディングツリーユニットの前記単位でスライス高さを規定する、請求項１
に記載の方法。 - 前記映像タイルを分割する均一なスライスの高さが、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈ
ｔ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ１の最後のエントリによって示される、請求項１又は２
に記載の方法。 - 前記第２スライスは、常に前記ピクチャ内に存在する、請求項１から３のいずれか１項
に記載の方法。 - 前記第２スライスの前記高さは、前記変換のためにリセットされることが許可されない
、請求項１から４のいずれか１項に記載の方法。 - （ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１）より大きいインデック
スを有する第３のスライスの高さが、ｅｘｐ＿ｓｌｉｃｅ＿ｉｎ＿ｃｔｕｓ＿ｍｉｎｕｓ
１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］に基づき判定さ
れる、請求項１から４のいずれか１項に記載の方法。 - 前記第２スライスは、前記映像タイル内に存在しない、請求項１から３のいずれか１項
に記載の方法。 - 前記第２スライスの前記高さは、ｅｘｐ＿ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕｓ
＿ｍｉｎｕｓ１［ｉ］［ｎｕｍ＿ｅｘｐ＿ｓｌｉｃｅｓ＿ｉｎ＿ｔｉｌｅ［ｉ］－１］＋
１以下である、請求項１から７のいずれか１項に記載の方法。 - 前記変換は、前記映像を前記ビットストリームに符号化することを含む、請求項１～８
のいずれか１項に記載の方法。 - 前記変換は、前記映像を前記ビットストリームから復号することを含む、請求項１～８
のいずれか１項に記載の方法。 - 映像のビットストリームを記憶するための方法であって、
規則に従って、前記映像のビットストリームをブロックから生成することと、
前記映像は１つ以上のスライスを含む映像タイルを備え、
前記規則は、ピクチャ内の第１スライスを含むタイル内の第２スライスがコーディング
ツリーユニットの単位で表される高さを有することを規定し、
前記第１スライスは第１スライスインデックスを有し、
前記第２スライスは、前記第１スライスインデックスと前記映像タイルにおける明確に
提供されるスライス高さの数とに基づき判定される第２スライスインデックスを有し、
前記第２スライスの前記高さは、前記第１スライスインデックスおよび前記第２スライ
スインデックスに基づき判定され、
非一時的なコンピュータ可読記録媒体に前記ビットストリームを記憶することと、を備
える映像のビットストリームを記憶するための方法。 - 請求項１～１１の１項以上に記載の方法を実装するように構成される処理装置を備える
、映像復号装置。 - 請求項１～１１の１項以上に記載の方法を実装するように構成される処理装置を備える
、映像符号化装置。 - コンピュータコードが記憶されたコンピュータプログラム製品であって、前記コードは
、プロセッサにより実行されると、前記プロセッサに、請求項１～１１のいずれかに記載
の方法を実装させるコンピュータプログラム製品。 - 映像処理装置で行われる方法により生成される映像のビットストリームを記憶する非一
時的なコンピュータ可読記録媒体であって、前記方法は、
規則に従って、前記映像のビットストリームをブロックから生成することを備え、
前記映像は１つ以上のスライスを含む映像タイルを備え、
前記規則は、ピクチャ内の第１スライスを含むタイル内の第２スライスがコーディング
ツリーユニットの単位で表される高さを有することを規定し、
前記第１スライスは第１スライスインデックスを有し、
前記第２スライスは、前記第１スライスインデックスと前記映像タイルにおける明確に
提供されるスライス高さの数とに基づき判定される第２スライスインデックスを有し、
前記第２スライスの前記高さは、前記第１スライスインデックスおよび前記第２スライ
スインデックスに基づき判定される、非一時的なコンピュータ可読記録媒体。 - 本明細書に記載の方法、装置、方法に従って生成されたビットストリーム、又はシステ
ム。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2020076158 | 2020-02-21 | ||
| CNPCT/CN2020/076158 | 2020-02-21 | ||
| PCT/CN2021/077216 WO2021164783A1 (en) | 2020-02-21 | 2021-02-22 | Signaling of slice and tile picture partitions |
| JP2022549959A JP7495508B2 (ja) | 2020-02-21 | 2021-02-22 | スライスとタイルピクチャ分割の信号通知 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022549959A Division JP7495508B2 (ja) | 2020-02-21 | 2021-02-22 | スライスとタイルピクチャ分割の信号通知 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2024081676A true JP2024081676A (ja) | 2024-06-18 |
Family
ID=77391818
Family Applications (4)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022549959A Active JP7495508B2 (ja) | 2020-02-21 | 2021-02-22 | スライスとタイルピクチャ分割の信号通知 |
| JP2022549960A Active JP7495509B2 (ja) | 2020-02-21 | 2021-02-22 | 映像コーディングにおけるスライス及びタイル分割 |
| JP2024039105A Pending JP2024081676A (ja) | 2020-02-21 | 2024-03-13 | スライスとタイルピクチャ分割の信号通知 |
| JP2024039123A Pending JP2024081677A (ja) | 2020-02-21 | 2024-03-13 | 映像コーディングにおけるスライス及びタイル分割 |
Family Applications Before (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022549959A Active JP7495508B2 (ja) | 2020-02-21 | 2021-02-22 | スライスとタイルピクチャ分割の信号通知 |
| JP2022549960A Active JP7495509B2 (ja) | 2020-02-21 | 2021-02-22 | 映像コーディングにおけるスライス及びタイル分割 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2024039123A Pending JP2024081677A (ja) | 2020-02-21 | 2024-03-13 | 映像コーディングにおけるスライス及びタイル分割 |
Country Status (7)
| Country | Link |
|---|---|
| US (3) | US11962814B2 (ja) |
| EP (2) | EP4097976A4 (ja) |
| JP (4) | JP7495508B2 (ja) |
| KR (2) | KR20220143822A (ja) |
| CN (4) | CN115211124A (ja) |
| BR (1) | BR112022016608A2 (ja) |
| WO (4) | WO2021164782A1 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115362686A (zh) * | 2020-03-31 | 2022-11-18 | 夏普株式会社 | 运动图像解码装置、运动图像编码装置、运动图像解码方法以及运动图像编码方法 |
| CN114584806A (zh) * | 2022-03-07 | 2022-06-03 | 湖南国科微电子股份有限公司 | 视频源文件的处理方法、视频播放方法、装置及设备 |
Family Cites Families (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7965296B2 (en) * | 2006-06-20 | 2011-06-21 | Via Technologies, Inc. | Systems and methods for storing texture map data |
| US20080285652A1 (en) * | 2007-05-14 | 2008-11-20 | Horizon Semiconductors Ltd. | Apparatus and methods for optimization of image and motion picture memory access |
| US8990435B2 (en) | 2011-01-17 | 2015-03-24 | Mediatek Inc. | Method and apparatus for accessing data of multi-tile encoded picture stored in buffering apparatus |
| US9325999B2 (en) | 2011-03-10 | 2016-04-26 | Sharp Kabushiki Kaisha | Video decoder for slices |
| US8767824B2 (en) | 2011-07-11 | 2014-07-01 | Sharp Kabushiki Kaisha | Video decoder parallelization for tiles |
| US9332259B2 (en) * | 2012-01-18 | 2016-05-03 | Qualcomm Incorporated | Indication of use of wavefront parallel processing in video coding |
| CN103220507B (zh) * | 2012-01-19 | 2018-04-20 | 中兴通讯股份有限公司 | 一种视频编解码方法及*** |
| TWI562644B (en) * | 2012-01-30 | 2016-12-11 | Samsung Electronics Co Ltd | Method for video decoding in spatial subdivisions and computer-readable recording medium |
| HUE051172T2 (hu) | 2012-04-13 | 2021-03-01 | Ge Video Compression Llc | Kis késleltetésû képkódolás |
| KR20240070581A (ko) | 2012-06-29 | 2024-05-21 | 지이 비디오 컴프레션, 엘엘씨 | 비디오 데이터 스트림 개념 |
| US20140192899A1 (en) * | 2013-01-09 | 2014-07-10 | Mediatek Inc. | Method and apparatus for referring to bitstream address related information derived from segment of multi-tile picture to determine bitstream start address of tile of multi-tile picture |
| GB2516224A (en) | 2013-07-11 | 2015-01-21 | Nokia Corp | An apparatus, a method and a computer program for video coding and decoding |
| US20150016503A1 (en) * | 2013-07-15 | 2015-01-15 | Qualcomm Incorporated | Tiles and wavefront processing in multi-layer context |
| US11425395B2 (en) * | 2013-08-20 | 2022-08-23 | Google Llc | Encoding and decoding using tiling |
| KR101782454B1 (ko) * | 2013-12-06 | 2017-09-28 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 이미지 복호화 장치, 이미지 부호화 장치, 및 부호화된 데이터 변환 장치 |
| WO2016090568A1 (en) * | 2014-12-10 | 2016-06-16 | Mediatek Singapore Pte. Ltd. | Binary tree block partitioning structure |
| GB2539461B (en) * | 2015-06-16 | 2020-01-08 | Canon Kk | Image data encapsulation |
| KR20170031643A (ko) | 2015-09-11 | 2017-03-21 | 주식회사 케이티 | 비디오 신호 처리 방법 및 장치 |
| US20190082178A1 (en) * | 2016-03-30 | 2019-03-14 | Electronics And Telecommunications Research Institute | Method and apparatus for encoding and decoding video using picture division information |
| US11039143B2 (en) * | 2017-11-20 | 2021-06-15 | Qualcomm Incorporated | Memory reduction for context initialization with temporal prediction |
| WO2020003282A1 (en) * | 2018-06-29 | 2020-01-02 | Beijing Bytedance Network Technology Co., Ltd. | Managing motion vector predictors for video coding |
| WO2020008106A1 (en) * | 2018-07-02 | 2020-01-09 | Nokia Technologies Oy | An apparatus, a method and a computer program for video coding and decoding |
| CN112640463B (zh) * | 2018-07-02 | 2023-09-15 | 诺基亚技术有限公司 | 视频编码中用于图块相对寻址的方法和装置 |
| EP3820148A1 (en) | 2018-07-04 | 2021-05-12 | Panasonic Intellectual Property Corporation of America | Encoding device, decoding device, encoding method, and decoding method |
| US20230027997A1 (en) * | 2018-11-30 | 2023-01-26 | FG Innovation Company Limited | Systems and methods for signaling tile structures for pictures of coded video |
| CN113273193A (zh) * | 2018-12-31 | 2021-08-17 | 华为技术有限公司 | 用于分块配置指示的编码器，解码器及对应方法 |
| WO2020209478A1 (ko) * | 2019-04-08 | 2020-10-15 | 엘지전자 주식회사 | 픽처를 복수의 타일들로 분할하는 방법 및 장치 |
| WO2020256442A1 (ko) | 2019-06-20 | 2020-12-24 | 주식회사 엑스리스 | 영상 신호 부호화/복호화 방법 및 이를 위한 장치 |
| US20220279179A1 (en) | 2019-08-12 | 2022-09-01 | Hanwha Techwin Co., Ltd. | Method and device for high-level image segmentation and image encoding/decoding |
| CN113711596A (zh) * | 2019-09-10 | 2021-11-26 | 株式会社 Xris | 图像信号编码/解码方法及其装置 |
| WO2021107622A1 (ko) | 2019-11-28 | 2021-06-03 | 엘지전자 주식회사 | 영상/비디오 코딩 방법 및 장치 |
| CA3162821A1 (en) | 2019-12-23 | 2021-07-01 | Anand Meher Kotra | Cross-component adaptive loop filtering for video coding |
| US20230085937A1 (en) * | 2020-01-28 | 2023-03-23 | Sharp Kabushiki Kaisha | Systems and methods for signaling picture information in a slice header in video coding |
| JP7479492B2 (ja) * | 2020-03-03 | 2024-05-08 | バイトダンス インコーポレイテッド | ビデオ・コーディングにおける低周波ノン・セパラブル変換シグナリング |
-
2021
- 2021-02-22 CN CN202180016121.3A patent/CN115211124A/zh active Pending
- 2021-02-22 WO PCT/CN2021/077215 patent/WO2021164782A1/en unknown
- 2021-02-22 KR KR1020227026963A patent/KR20220143822A/ko unknown
- 2021-02-22 BR BR112022016608A patent/BR112022016608A2/pt unknown
- 2021-02-22 CN CN202180016147.8A patent/CN115211130B/zh active Active
- 2021-02-22 KR KR1020227026950A patent/KR20220137903A/ko unknown
- 2021-02-22 WO PCT/CN2021/077216 patent/WO2021164783A1/en unknown
- 2021-02-22 EP EP21756578.7A patent/EP4097976A4/en active Pending
- 2021-02-22 JP JP2022549959A patent/JP7495508B2/ja active Active
- 2021-02-22 EP EP21757952.3A patent/EP4097988A4/en active Pending
- 2021-02-22 JP JP2022549960A patent/JP7495509B2/ja active Active
- 2021-02-22 CN CN202180016194.2A patent/CN115552899A/zh active Pending
- 2021-02-22 WO PCT/CN2021/077217 patent/WO2021164784A1/en active Application Filing
- 2021-02-22 WO PCT/CN2021/077214 patent/WO2021164781A1/en active Application Filing
- 2021-02-22 CN CN202180016200.4A patent/CN115211110A/zh active Pending
-
2022
- 2022-08-22 US US17/892,866 patent/US11962814B2/en active Active
- 2022-08-22 US US17/892,858 patent/US11812067B2/en active Active
- 2022-08-22 US US17/892,746 patent/US11917211B2/en active Active
-
2024
- 2024-03-13 JP JP2024039105A patent/JP2024081676A/ja active Pending
- 2024-03-13 JP JP2024039123A patent/JP2024081677A/ja active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| BR112022016608A2 (pt) | 2022-10-04 |
| US20230007307A1 (en) | 2023-01-05 |
| EP4097976A1 (en) | 2022-12-07 |
| CN115211130B (zh) | 2024-04-09 |
| JP2023514623A (ja) | 2023-04-06 |
| EP4097988A4 (en) | 2023-03-01 |
| WO2021164781A1 (en) | 2021-08-26 |
| JP2024081677A (ja) | 2024-06-18 |
| CN115211110A (zh) | 2022-10-18 |
| CN115211124A (zh) | 2022-10-18 |
| CN115552899A (zh) | 2022-12-30 |
| EP4097988A1 (en) | 2022-12-07 |
| US11917211B2 (en) | 2024-02-27 |
| JP2023514624A (ja) | 2023-04-06 |
| JP7495509B2 (ja) | 2024-06-04 |
| KR20220143822A (ko) | 2022-10-25 |
| US11962814B2 (en) | 2024-04-16 |
| CN115211130A (zh) | 2022-10-18 |
| WO2021164782A1 (en) | 2021-08-26 |
| US20230027555A1 (en) | 2023-01-26 |
| JP7495508B2 (ja) | 2024-06-04 |
| EP4097976A4 (en) | 2023-03-01 |
| WO2021164783A1 (en) | 2021-08-26 |
| KR20220137903A (ko) | 2022-10-12 |
| US20220417565A1 (en) | 2022-12-29 |
| US11812067B2 (en) | 2023-11-07 |
| WO2021164784A1 (en) | 2021-08-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2024081676A (ja) | スライスとタイルピクチャ分割の信号通知 | |
| CN114902677A (zh) | 信令通知视频子图片的语法 | |
| CN115211125A (zh) | 视频编解码中的低频不可分变换信令通知 | |
| JP2024023476A (ja) | コーディングされたピクチャ内における復号順を実装する技術 | |
| JP2024026265A (ja) | スライスおよびタイルを含むピクチャのコーディング | |
| JP2024015106A (ja) | サブピクチャレベルに基づいたパーティション計算 | |
| CN114930837A (zh) | 对子图片的帧间预测的限制 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20240405 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20240405 |