JP7405990B2 - コーディングされたピクチャ内における復号順を実装する技術 - Google Patents
コーディングされたピクチャ内における復号順を実装する技術 Download PDFInfo
- Publication number
- JP7405990B2 JP7405990B2 JP2022537686A JP2022537686A JP7405990B2 JP 7405990 B2 JP7405990 B2 JP 7405990B2 JP 2022537686 A JP2022537686 A JP 2022537686A JP 2022537686 A JP2022537686 A JP 2022537686A JP 7405990 B2 JP7405990 B2 JP 7405990B2
- Authority
- JP
- Japan
- Prior art keywords
- slice
- video
- picture
- unit
- coded
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 90
- 238000012545 processing Methods 0.000 claims description 37
- 230000001174 ascending effect Effects 0.000 claims description 23
- 230000015654 memory Effects 0.000 claims description 6
- 238000003672 processing method Methods 0.000 claims description 6
- 238000006243 chemical reaction Methods 0.000 claims 1
- 239000013598 vector Substances 0.000 description 19
- 238000005516 engineering process Methods 0.000 description 13
- 238000004590 computer program Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 10
- 238000013139 quantization Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 6
- 238000000605 extraction Methods 0.000 description 6
- 108091000069 Cystinyl Aminopeptidase Proteins 0.000 description 5
- 102100020872 Leucyl-cystinyl aminopeptidase Human genes 0.000 description 5
- 230000001419 dependent effect Effects 0.000 description 5
- 238000012360 testing method Methods 0.000 description 5
- 230000006835 compression Effects 0.000 description 4
- 238000007906 compression Methods 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 238000001914 filtration Methods 0.000 description 3
- 230000011218 segmentation Effects 0.000 description 3
- 230000009466 transformation Effects 0.000 description 3
- FMYKJLXRRQTBOR-UBFHEZILSA-N (2s)-2-acetamido-4-methyl-n-[4-methyl-1-oxo-1-[[(2s)-1-oxohexan-2-yl]amino]pentan-2-yl]pentanamide Chemical group CCCC[C@@H](C=O)NC(=O)C(CC(C)C)NC(=O)[C@H](CC(C)C)NC(C)=O FMYKJLXRRQTBOR-UBFHEZILSA-N 0.000 description 2
- 208000037170 Delayed Emergence from Anesthesia Diseases 0.000 description 2
- 230000000903 blocking effect Effects 0.000 description 2
- 238000006073 displacement reaction Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000005192 partition Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 238000013515 script Methods 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- 238000000638 solvent extraction Methods 0.000 description 2
- 230000002123 temporal effect Effects 0.000 description 2
- 241000023320 Luma <angiosperm> Species 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000003709 image segmentation Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- OSWPMRLSEDHDFF-UHFFFAOYSA-N methyl salicylate Chemical compound COC(=O)C1=CC=CC=C1O OSWPMRLSEDHDFF-UHFFFAOYSA-N 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 239000000758 substrate Substances 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- 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/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
-
- 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
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/40—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video transcoding, i.e. partial or full decoding of a coded input stream followed by re-encoding of the decoded output 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/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/177—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 a group of pictures [GOP]
-
- 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/188—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 a video data packet, e.g. a network abstraction layer [NAL] unit
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Television Signal Processing For Recording (AREA)
Description
（関連出願の相互参照）
本願は、２０１９年１２月２６日出願の米国特許仮出願第６２／９５３８１２号および２０１９年１２月２７日出願の米国特許仮出願第６２／９５４３７５号の優先権および利益を主張する、２０２０年１２月２１日出願の国際特許出願第ＰＣＴ／ＵＳ２０２０／０６６３５６号に基づく。上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
本願は、２０１９年１２月２６日出願の米国特許仮出願第６２／９５３８１２号および２０１９年１２月２７日出願の米国特許仮出願第６２／９５４３７５号の優先権および利益を主張する、２０２０年１２月２１日出願の国際特許出願第ＰＣＴ／ＵＳ２０２０／０６６３５６号に基づく。上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
本明細書は、映像コーディング化技術、システムおよびデバイスに関する。
デジタル映像は、インターネット及び他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像を受信及び表示することが可能である接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。
コーディングされたピクチャ内の映像コーディング層（ＶＣＬ）ネットワーク抽象化層（ＮＡＬ）ユニットの復号順を規定することを含む、デジタル映像コーディングに関連するデバイス、システム、および方法を説明する。記載された方法は、既存の映像コーディング標準（例えば、高効率映像コーディング（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ、ＨＥＶＣ）および／または汎用映像コーディング標準（ＶＶＣ））および将来の映像コーディング規格、または映像コーデックの両方に適用することができる。
１つの代表的な態様において、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、１つ以上のスライスを含む１つ以上のサブピクチャを含む映像と、規則に従った映像のビットストリーム表現との間で変換を行うことを含み、前記ビットストリーム表現は、多数のコーディングされたユニットを含み、前記規則は、サブピクチャ内のコーディングされたユニットの復号順が、前記コーディングされたユニットのレベルスライスインデックス値の昇順であることを規定する。
１つの代表的な態様において、開示される技術は、映像処理の方法を提供するために使用してもよい。この方法は、１つ以上のスライスを含む１つ以上のサブピクチャを含む映像と、規則に従った映像のビットストリーム表現との間で変換を行うことを含み、前記ビットストリーム表現は、多数のコーディングされたユニットを含み、前記規則は、コーディングされたユニットの復号順が、前記コードユニットを含む前記１つ以上のサブピクチャから、サブピクチャのサブピクチャ関連値の昇順であることを規定する。
別の代表的な態様において、上記方法は、プロセッサが実行可能なコードの形式で実施され、コンピュータ読み取り可能プログラム媒体に記憶される。
さらに別の代表的な態様において、上述した方法を行うように構成された、または動作可能なデバイスが開示される。この装置は、この方法を実装するようにプログラムされたプロセッサを含んでもよい。
さらに別の代表的な態様において、映像デコーダ装置は、本明細書で説明されるような方法を実装してもよい。
開示される技術の上記および他の態様および特徴は、図面、説明および特許請求の範囲でより詳細に説明される。
より高い解像度の映像の需要が増大しているため、近代技術において、映像コーディング法および技術は、遍在している。映像コーデックは、一般的に、デジタル映像を圧縮又は展開する電子回路又はソフトウェアを含み、より高いコーディング効率を提供するように絶えず改良されている。映像コーデックは、非圧縮映像を圧縮フォーマットに変換する、又はその逆である。映像の品質、映像を表現するために使用されるデータの数（ビットレートにより決まる）、符号化および復号化アルゴリズムの複雑性、データの損失およびエラーに対する敏感さ、編集のしやすさ、ランダムアクセス、およびエンドツーエンドの遅延（待ち時間）の間には複雑な関係がある。この圧縮フォーマットは、通常、標準的な映像圧縮仕様、例えば、高効率映像コーディング（ＨＥＶＣ）規格（Ｈ．２６５またはＭＰＥＧ－Ｈ Ｐａｒｔ ２としても知られている）、完成させるべき汎用映像コーディング規格、または他の現在のおよび／または将来の映像コーディング基準に準拠する。
開示される技術の実施形態は、ランタイム性能を向上させるために、既存の映像コーディング規格（例えば、ＨＥＶＣ、Ｈ．２６５）および将来の規格に適用されてもよい。本発明は、具体的には、映像コーディング化におけるマージモードに関する。本明細書では、説明の可読性を向上させるために章の見出しを使用しており、説明又は実施形態（及び／又は実装形態）をそれぞれの章のみに限定するものではない。
１．例示的な実施形態の概要
開示される技術の実施例は、コーディングされた映像ビットストリームにおけるコーディングされたピクチャ内の映像コーディング層（ＶＣＬ）ネットワーク抽象化層（ＮＡＬ）ユニットの復号順を規定することに向けられる。本発明は、ピクチャをスライス及びサブピクチャの分割に対応可能な任意の映像コーディング規格、例えば、開発されている汎用映像コーディング（ＶＶＣ）、又は他の任意の映像コーディング規格若しくは映像コーデックに適用されてもよい。
開示される技術の実施例は、コーディングされた映像ビットストリームにおけるコーディングされたピクチャ内の映像コーディング層（ＶＣＬ）ネットワーク抽象化層（ＮＡＬ）ユニットの復号順を規定することに向けられる。本発明は、ピクチャをスライス及びサブピクチャの分割に対応可能な任意の映像コーディング規格、例えば、開発されている汎用映像コーディング（ＶＶＣ）、又は他の任意の映像コーディング規格若しくは映像コーデックに適用されてもよい。
２．本明細書で使用される略語のリスト
ＡＰＳ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（適応パラメータセット）
ＡＰＳ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（適応パラメータセット）
ＡＵ Ａｃｃｅｓｓ Ｕｎｉｔ（アクセスユニット）
ＡＵＤ Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ（アクセスユニットデリミター）
ＡＶＣ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高度映像コーディング）
ＣＲＡ Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ（クリーンランダムアクセス）
ＣＴＵ Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ（コーディングツリーユニット）
ＣＶＳ Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディング映像シーケンス）
ＤＰＳ Ｄｅｃｏｄｉｎｇ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（復号パラメータセット）
ＥＯＢ Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ（ビットストリーム終端）
ＥＯＳ Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ（シーケンス終端）
ＧＤＲ Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（漸次的復号化リフレッシュ）
ＨＥＶＣ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高効率映像コーディング）
ＩＤＲ Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（
瞬時復号化リフレッシュ）
瞬時復号化リフレッシュ）
ＪＥＭ Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（共同探索モデル）
ＭＣＴＳ Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ（動作制約タイルセット）
ＮＡＬ Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ（ネットワーク抽象化層）
ＰＨ Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ（ピクチャヘッダ）
ＰＰＳ Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（ピクチャパラメータセット）
ＰＵ Ｐｉｃｔｕｒｅ Ｕｎｉｔ（ピクチャユニット）
ＲＢＳＰ Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ（生バイトシーケンスペイロード）
ＳＥＩ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（補足強化情報）
ＳＰＳ Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（シーケンスパラメータセット）
ＶＣＬ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ（映像コーディング層）
ＶＰＳ Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（映像パラメータセット）
ＶＴＭ ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ（ＶＶＣ試験モデル）
ＶＵＩ Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（映像ユーザビリティ情報）
ＶＶＣ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（汎用映像コーディング）
３．背景技術
映像コーディング規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像コーディング規格は、時間予測と変換コーディングが利用されるハイブリッド映像コーディング構造に基づく。ＨＥＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴは四半期に１回開催され、新しいコーディング規格はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像コーディング規格を「汎用映像コーディング（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ：ＶＶＣ）」と正式に命名し、その時、第１版のＶＶＣテストモデル（ＶＴＭ）をリリースした。
映像コーディング規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像コーディング規格は、時間予測と変換コーディングが利用されるハイブリッド映像コーディング構造に基づく。ＨＥＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴは四半期に１回開催され、新しいコーディング規格はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像コーディング規格を「汎用映像コーディング（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ：ＶＶＣ）」と正式に命名し、その時、第１版のＶＶＣテストモデル（ＶＴＭ）をリリースした。
３．１ ＨＥＶＣにおけるピクチャ分割スキーム
ＨＥＶＣには、正規のスライス、依存性のあるスライス、タイル、ＷＰＰ（Ｗａｖｅｆｒｏｎｔ Ｐａｒａｌｌｅｌ Ｐｒｏｃｅｓｓｉｎｇ）という４つの異なる画像分割スキームがあり、これらを適用することで、最大転送ユニット（ＭＴＵ）サイズのマッチング、並列処理、エンドツーエンドの遅延の低減が可能になる。
ＨＥＶＣには、正規のスライス、依存性のあるスライス、タイル、ＷＰＰ（Ｗａｖｅｆｒｏｎｔ Ｐａｒａｌｌｅｌ Ｐｒｏｃｅｓｓｉｎｇ）という４つの異なる画像分割スキームがあり、これらを適用することで、最大転送ユニット（ＭＴＵ）サイズのマッチング、並列処理、エンドツーエンドの遅延の低減が可能になる。
正規のスライスは、Ｈ．２６４／ＡＶＣと同様である。各正規のスライスは、それ自体のＮＡＬユニットにカプセル化され、スライス境界にわたるインピクチャ予測（イントラサンプル予測、動き情報予測、コーディングモード予測）およびエントロピーコーディング依存性は無効化される。このように、１つの正規のスライスは、同じピクチャ内の他の正規のスライスとは独立して再構成することができる（しかし、ループフィルタリング動作のために依然として相互依存性が残っている場合がある）。
正規のスライスは、並列化に使用できる唯一のツールであり、Ｈ．２６４／ＡＶＣでもほぼ同じ形式で使用できる。正規のスライスに基づく並列化は、プロセッサ間通信またはコア間通信をあまり必要としない（予測コーディングされたピクチャを復号化するとき、動き補償のためにプロセッサ間またはコア間データ共有を除いて、通常、ピクチャ内予測のためにプロセッサ間またはコア間データ共有よりもはるかに重い）。しかしながら、同じ理由で、正規のスライスを使用すると、スライスヘッダのビットコストおよびスライス境界にわたる予測が欠如していることに起因して、コーディングのオーバーヘッドが大きくなる可能性がある。さらに、レギュラースライスは（後述の他のツールとは対照的に）、レギュラースライスのピクチャ内独立性および各レギュラースライスがそれ自体のＮＡＬユニットにカプセル化されることに起因して、ＭＴＵサイズ要件に適応するようにビットストリームを分割するための鍵となるメカニズムとしても機能する。多くの場合、並列化の目標およびＭＴＵサイズマッチングの目標は、画像におけるスライスレイアウトに矛盾する要求を課す。このような状況を実現したことにより、以下のような並列化ツールが開発された。
従属スライスは、ショートスライスヘッダを有し、ピクチャ内予測を一切中断することなく、ツリーブロック境界でビットストリームを区分することを可能にする。基本的に、従属スライスは、正規のスライスを複数のＮＡＬユニットに断片化し、正規のスライス全体の符号化が完了する前に正規のスライスの一部を送出することを可能にすることによって、エンドツーエンド遅延を低減する。
ＷＰＰにおいて、ピクチャは、単一行のコーディングツリーブロック（ＣＴＢ）に分割される。エントロピー復号化および予測は、他の分割におけるＣＴＢからのデータを使用することを許可される。ＣＴＢ行の並列復号によって並列処理が可能であり、１つのＣＴＢ行の復号化の開始が２つのＣＴＢだけ遅延され、それによって、対象のＣＴＢが復号化される前に、対象のＣＴＢの右上のＣＴＢに関するデータが確実に利用可能になる。この互い違いのスタート（グラフで表される場合、波面のように見える）を使用することで、ピクチャがＣＴＢ行を含む数までのプロセッサ／コアを用いて並列化することが可能である。１つのピクチャ内の近傍のツリーブロック行間のピクチャ内予測が許可されるので、ピクチャ内予測を可能にするために必要なプロセッサ間／コア間通信は十分となり得る。ＷＰＰ分割は、適用されない場合と比較して、追加のＮＡＬユニットの生成をもたらさず、従って、ＷＰＰは、ＭＴＵサイズマッチングのためのツールではない。しかし、ＭＴＵサイズのマッチングが必要な場合、一定のコーディングオーバーヘッドを伴って、ＷＰＰで正規のスライスを使用することができる。
タイルは、ピクチャをタイルの列および行に分割する水平および垂直境界を規定する。タイルの列は、ピクチャの上からピクチャの下へと延びている。同様に、タイルの行は、ピクチャの左からピクチャの右に延びる。ピクチャにおけるタイルの数は、単にタイル列の数にタイル行の数を乗算することで得ることができる。
ＣＴＢのスキャン順序は、１つのタイル内でローカルになるように（１つのタイルのＣＴＢラスタスキャンの順に）変更され、その後、１つのピクチャのタイルラスタスキャンの順に従って、次のタイルの左上のＣＴＢを復号する。正規のスライスと同様に、タイルは、ピクチャ内予測依存性およびエントロピー復号化依存性を損なう。しかしながら、これらは、個々のＮＡＬユニット（この点でＷＰＰと同じ）に含まれる必要がなく、従って、タイルは、ＭＴＵサイズマッチングに使用できない。各タイルは、１つのプロセッサ／コアによって処理されてもよく、処理ユニット間のピクチャ内予測に必要なプロセッサ／コア間通信では、近傍タイルの復号化は、１つのスライスが２つ以上のタイルにまたがっている場合、共有スライスヘッダの伝達と、再構築されたサンプルおよびメタデータのループフィルタリングに関連する共有とに限定される。１つのスライスに２つ以上のタイルまたはＷＰＰセグメントが含まれる場合、該スライスにおける最初の１つ以外の各タイルまたはＷＰＰセグメントのエントリポイントバイトオフセットが、スライスヘッダにおいて信号通知される。
説明を簡単にするために、ＨＥＶＣにおいては、４つの異なるピクチャ分割方式の適用に関する制限が規定されている。所与のコーディングされた映像シーケンスは、ＨＥＶＣに指定されたプロファイルのほとんどについて、タイルおよび波面の両方を含むことができない。各スライスおよびタイルについて、以下のいずれかまたは両方の条件を満たさなければならない。１）１つのスライスにおけるすべてのコーディングされたツリーブロックは、同じタイルに属し、２）１つのタイルにおけるすべてのコーディングされたツリーブロックは、同じスライスに属する。最後に、１つの波面セグメントはちょうど１つのＣＴＢ行を含み、ＷＰＰが使用されている時に、１つのスライスが１つのＣＴＢ行内で始まる場合、同じＣＴＢ行で終わらなければならない。
最近のＨＥＶＣの修正は、ＪＣＴ－ＶＣの出力文書であるＪＣＴＶＣ－ＡＣ１００５、Ｊ．ボイス、Ａ．ラマスブラモニアン、Ｒ．スクピン、Ｇ．Ｊ．スリ版、Ａ．トゥラピス、Ｙ．－Ｋ．ワング（ｅｄｉｔｏｒｓ），“ＨＥＶＣ 追加の捕捉強化情報（Ｄｒａｆｔ４），”Ｏｃｔ．２４，２０１７，下記で入手可能：ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ－ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／２９＿Ｍａｃａｕ／ｗｇ１１／ＪＣＴＶＣ－ＡＣ１００５－ｖ２．ｚｉｐこの補正を含め、ＨＥＶＣは、３つのＭＣＴＳ関連ＳＥＩメッセージ、即ち、時間ＭＣＴＳ ＳＥＩメッセージ、ＭＣＴＳ抽出情報セットＳＥＩメッセージ、およびＭＣＴＳ抽出情報ネストＳＥＩメッセージを特定する。
時間ＭＣＴＳ ＳＥＩメッセージは、ビットストリーム中にＭＣＴＳが存在することを示し、ＭＣＴＳに信号を送信する。各ＭＣＴＳにおいて、動きベクトルは、ＭＣＴＳ内部のフルサンプル位置と、補間のためにＭＣＴＳ内部のフルサンプル位置のみを必要とするフラクショナルサンプル位置とを指すように制限され、且つ、ＭＣＴＳ外部のブロックから導出された時間動きベクトル予測のための動きベクトル候補の使用は許可されない。このように、各ＭＣＴＳは、ＭＣＴＳに含まれていないタイルが存在せず、独立して復号化されてもよい。
ＭＣＴＳ抽出情報セットＳＥＩメッセージは、ＭＣＴＳサブビットストリーム抽出（ＳＥＩメッセージの意味の一部として指定される）において使用され得る補足情報を提供し、ＭＣＴＳセットのための適合ビットストリームを生成する。この情報は、複数の抽出情報セットを含み、各抽出情報セットは、複数のＭＣＴＳセットを定義し、ＭＣＴＳサブビットストリーム抽出処理において使用される代替ＶＰＳ、ＳＰＳ、およびＰＰＳのＲＢＳＰバイトを含む。ＭＣＴＳサブビットストリーム抽出プロセスによってサブビットストリームを抽出する場合、パラメータセット（ＶＰＳ，ＳＰＳ，ＰＰＳ）を書き換えるかまたは置き換える必要があるが、その理由は、スライスアドレスに関連する構文要素の１つまたは全て（ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ｐｉｃ＿ｆｌａｇおよびｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓを含む）が異なる値となる必要があるためである。
３．２． ＶＶＣにおけるピクチャの分割
ＶＶＣにおいて、１つのピクチャは、１つ以上のタイル行および１つ以上のタイル列に分割される。１つのタイルは、１つの画像の１つの矩形領域を覆う１つのＣＴＵのシーケンスである。１つのタイルにおけるＣＴＵは、そのタイル内でラスタスキャン順にスキャンされる。
ＶＶＣにおいて、１つのピクチャは、１つ以上のタイル行および１つ以上のタイル列に分割される。１つのタイルは、１つの画像の１つの矩形領域を覆う１つのＣＴＵのシーケンスである。１つのタイルにおけるＣＴＵは、そのタイル内でラスタスキャン順にスキャンされる。
１つのスライスは、１つのピクチャのタイル内において、整数個の完全なタイルまたは整数個の連続した完全なＣＴＵ行を含む。
２つのモードのスライス、即ちラスタスキャンスライスモードおよび矩形スライスモードに対応している。ラスタスキャンスライスモードにおいて、１つのスライスは、１つのピクチャのタイルラスタスキャンにおける１つの完全なタイルのシーケンスを含む。矩形スライスモードにおいて、１つのスライスは、ピクチャの矩形領域を集合的に形成する複数の完全なタイル、またはピクチャの矩形領域を集合的に形成する１つのタイルの複数の連続した完全なＣＴＵ行のいずれかを含む。矩形スライス内のタイルを、そのスライスに対応する矩形領域内で、タイルラスタスキャンの順にスキャンする。
１つのサブピクチャは、１つのピクチャの矩形領域を集合的に覆う１つ以上のスライスを含む。
図１は、ピクチャのラスタスキャンスライス区分の例を示し、ピクチャは、１２個のタイルと３個のラスタスキャンスライスとに分割される。
図２は、ピクチャを矩形スライス区分の例を示し、ピクチャは、２４個のタイル（６個のタイル列および４個のタイル行）と９個の矩形スライスとに分割される。
図３は、タイルおよび矩形のスライスに分割されたピクチャの例を示し、このピクチャは、４つのタイル（２つのタイルの列および２つのタイルの行）と４つの矩形スライスとに分割される。
図４は、１つのピクチャをサブピクチャで分割する例を示し、１つのピクチャは、１８個のタイルに分割され、左側の１２個が、４×４のＣＴＵの１つのスライスをそれぞれ含み、右側の６個のタイルが、２×２のＣＴＵの垂直方向に積み重ねられたスライスをそれぞれ含み、全体で２４個のスライス及び２４個の異なる寸法のサブピクチャとなる（各スライスは、１つのサブピクチャ）。
３．３ ＶＶＣにおけるサブピクチャ、スライスおよびタイルの信号通知
最近のＶＶＣ草案テキストにおいて、サブピクチャの情報は、サブピクチャのレイアウト（即ち、各ピクチャのサブピクチャの数、および各ピクチャの位置及びサイズ）と、他のシーケンスレベルのサブピクチャ情報とを含み、これらの情報は、ＳＰＳにおいて信号通知される。ＳＰＳにおいて信号通知されるサブピクチャの順序は、サブピクチャインデックスを規定する。各サブピクチャに１つのサブピクチャＩＤのリストは、例えば、ＳＰＳ又はＰＰＳにおいて、明示的に信号通知されてもよい。
最近のＶＶＣ草案テキストにおいて、サブピクチャの情報は、サブピクチャのレイアウト（即ち、各ピクチャのサブピクチャの数、および各ピクチャの位置及びサイズ）と、他のシーケンスレベルのサブピクチャ情報とを含み、これらの情報は、ＳＰＳにおいて信号通知される。ＳＰＳにおいて信号通知されるサブピクチャの順序は、サブピクチャインデックスを規定する。各サブピクチャに１つのサブピクチャＩＤのリストは、例えば、ＳＰＳ又はＰＰＳにおいて、明示的に信号通知されてもよい。
ＶＶＣにおけるタイルは、概念的にはＨＥＶＣにおけるものと同じであり、即ち、各ピクチャは、タイルの列及びタイルの行に分割されるが、ＰＰＳではタイルの信号通知のために異なる構文を有する。
ＶＶＣにおいて、スライスモードもＰＰＳで信号通知される。スライスモードが矩形スライスモードである場合、ＰＰＳにおいて、各ピクチャのスライスレイアウト（即ち、各ピクチャのスライス数、各スライスの位置及びサイズ）が信号通知される。ＰＰＳにおいて信号通知されるピクチャ内の矩形スライスの順序は、ピクチャレベルのスライスインデックスを規定する。サブピクチャレベルのスライスインデックスは、サブピクチャにおけるスライスの順番として、ピクチャレベルのスライスインデックスの昇順に定義される。矩形スライスの位置及びサイズは、ＳＰＳにおいて信号通知されるサブピクチャの位置及びサイズ（各サブピクチャが１つのスライスのみを含む場合）に基づいて、又は、ＰＰＳにおいて信号通知されるタイルの位置及びサイズに基づいて（１つのサブピクチャが１つ以上のスライスを含む場合）、信号通知／導出される。スライスモードがラスタスキャンスライスモードである場合、ＨＥＶＣと同様に、１つのピクチャ内のスライスのレイアウトは、スライスそのものに異なる詳細で信号通知される。
３．４ ＶＶＣにおけるコーディングされたスライスのサブピクチャＩＤ及びスライスアドレス
ＶＶＣにおいて、ＶＣＬ ＮＡＬユニットは、コーディングされたスライスＮＡＬユニットに相当する。各コーディングされたスライスは、サブピクチャＩＤ（ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ）及びスライスアドレス（ｓｌｉｃｅ＿ａｄｄｒｅｓｓ）を含むスライスヘッダを含む。この１対のパラメータは、ピクチャ内のスライス内でココーディングされたサンプルの位置を示す。
ＶＶＣにおいて、ＶＣＬ ＮＡＬユニットは、コーディングされたスライスＮＡＬユニットに相当する。各コーディングされたスライスは、サブピクチャＩＤ（ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ）及びスライスアドレス（ｓｌｉｃｅ＿ａｄｄｒｅｓｓ）を含むスライスヘッダを含む。この１対のパラメータは、ピクチャ内のスライス内でココーディングされたサンプルの位置を示す。
スライスモードが矩形スライスモードである（即ち、ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい）場合、スライスアドレスは、サブピクチャ内のスライスのうち、スライスの（サブピクチャレベル）スライスインデックスを規定する。
そうでない場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しく、スライスモードがラスタスキャンスライスモードであり、この場合、ピクチャ全体が１つのサブピクチャである）、スライスアドレスは、ピクチャ内のタイルインデックスを規定する。
以下では、便宜上、一般的なスライスヘッダの意味論の一部であるｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びスライスアドレスの意味論を含む。
７．４．８．１ 一般スライスヘッダ意味論
スライスヘッダ構文要素ｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値があれば、コーディングされたピクチャのすべてのスライスヘッダにおいて同じである。
．．．
スライスヘッダ構文要素ｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値があれば、コーディングされたピクチャのすべてのスライスヘッダにおいて同じである。
．．．
－ ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さはｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１に等しい。
－ そうでない場合、ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さはｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１に等しい。
－ そうでない場合、ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さはｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１に等しい。
－ そうでない場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さは、Ｃｅｉｌ（Ｌｏｇ２（ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１））に等しい。
－ そうでない場合、ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さはｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１に等しい。
－ そうでない場合、ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さはｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１に等しい。
－ そうでない場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さは、Ｃｅｉｌ（Ｌｏｇ２（ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１））に等しい。
－ スライスアドレスは、ラスタスキャンタイルインデックスである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＴｉｌｅｓＩｎＰｉｃ））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内にあるべきである。
そうでない場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用される。
－ スライスアドレスは、ＳｕｂＰｉｃＩｄｘ番目のサブピクチャ内のスライスのスライスインデックスである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＳｕｂＰｉｃＩｄｘ］））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０～ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＳｕｂＰｉｃＩｄｘ］－１までの範囲内とする。
ビットストリーム適合性の要件は、以下の制約が適用されることである。
－ ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい、又はｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニットのｓｌｉｃｅ＿ａｄｄｒｅｓｓの値に等しくてはならない。
－ そうでない場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の組は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニットのｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の組に等しくてはならない。
－ ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、ピクチャのスライスは、そのｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の昇順となる。
－ ピクチャのスライスの形状は、各ＣＴＵが復号された場合、その左側境界全体及び最上の境界全体が１つのピクチャの境界、又は、以前に復号されたＣＴＵの境界を含むものでなければならない。
．．．
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＴｉｌｅｓＩｎＰｉｃ））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内にあるべきである。
そうでない場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用される。
－ スライスアドレスは、ＳｕｂＰｉｃＩｄｘ番目のサブピクチャ内のスライスのスライスインデックスである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＳｕｂＰｉｃＩｄｘ］））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０～ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ＳｕｂＰｉｃＩｄｘ］－１までの範囲内とする。
ビットストリーム適合性の要件は、以下の制約が適用されることである。
－ ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい、又はｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニットのｓｌｉｃｅ＿ａｄｄｒｅｓｓの値に等しくてはならない。
－ そうでない場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の組は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニットのｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の組に等しくてはならない。
－ ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、ピクチャのスライスは、そのｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の昇順となる。
－ ピクチャのスライスの形状は、各ＣＴＵが復号された場合、その左側境界全体及び最上の境界全体が１つのピクチャの境界、又は、以前に復号されたＣＴＵの境界を含むものでなければならない。
．．．
３．５ ＮＡＬユニットの復号化の順序
ＶＶＣにおいて、ＮＡＬユニットの復号順（即ち、ＶＶＣビットストリームにおけるＮＡＬユニットの順序）は、最新のＶＶＣ草案テキストの７．４．２．４項、およびその従属節、並びに、ＳＰＳ意味論（７．４．３．３項）、および一般的なスライスヘッダ意味論（７．４．８．１項）に規定されている。以下では、便宜上、これらのテキストをコピーして貼り付けている。
ＶＶＣにおいて、ＮＡＬユニットの復号順（即ち、ＶＶＣビットストリームにおけるＮＡＬユニットの順序）は、最新のＶＶＣ草案テキストの７．４．２．４項、およびその従属節、並びに、ＳＰＳ意味論（７．４．３．３項）、および一般的なスライスヘッダ意味論（７．４．８．１項）に規定されている。以下では、便宜上、これらのテキストをコピーして貼り付けている。
７．４．２．４ ＮＡＬユニットの順序及びコーディングされたピクチャ、ＰＵ、ＡＵ、及びコーディングされた映像シーケンスへの関連付け
７．４．２．４．１ 一般
この項では、ビットストリームにおけるＮＡＬユニットの順序に関する制約を規定する。
これらの制約に従うビットストリームにおけるＮＡＬユニットの任意の順序は、本明細書ではＮＡＬユニットの復号順と呼ばれる。ＮＡＬユニット内で、項目７．３及びＤ．２における構文は、構文要素の復号順を規定する。本明細書に規定されるＮＡＬユニットに、ＩＴＵ－Ｔ Ｈ．ＳＥＩ ｜ ＩＳＯ／ＩＥＣ ２３００２－７に規定されるＶＵＩパラメータ又はＳＥＩメッセージが含まれている場合、ＩＴＵ－Ｔ Ｈ．ＳＥＩ｜ＩＳＯ／ＩＥＣ ２３００２－７に規定されるＶＵＩパラメータ又はＳＥＩメッセージの構文は、これらの構文要素の復号順を規定する。デコーダは、ＮＡＬユニット及びそれらの構文要素をデコード順に受信することができる。
この項では、ビットストリームにおけるＮＡＬユニットの順序に関する制約を規定する。
これらの制約に従うビットストリームにおけるＮＡＬユニットの任意の順序は、本明細書ではＮＡＬユニットの復号順と呼ばれる。ＮＡＬユニット内で、項目７．３及びＤ．２における構文は、構文要素の復号順を規定する。本明細書に規定されるＮＡＬユニットに、ＩＴＵ－Ｔ Ｈ．ＳＥＩ ｜ ＩＳＯ／ＩＥＣ ２３００２－７に規定されるＶＵＩパラメータ又はＳＥＩメッセージが含まれている場合、ＩＴＵ－Ｔ Ｈ．ＳＥＩ｜ＩＳＯ／ＩＥＣ ２３００２－７に規定されるＶＵＩパラメータ又はＳＥＩメッセージの構文は、これらの構文要素の復号順を規定する。デコーダは、ＮＡＬユニット及びそれらの構文要素をデコード順に受信することができる。
７．４．２．４．２ ＡＵの順番及びＣＶＳへの関連付け
本仕様に準拠するビットストリームは、１つ以上のＣＶＳからなる。
ＣＶＳは、１つ以上のＡＵからなる。ＮＡＬユニット及びコーディングされたピクチャの順番及びＡＵとの関連付けは、７．４．２．４．３項に記載されている。
ＣＶＳの最初のＡＵは、ＣＶＳＳ ＡＵであり、現在の各ＰＵは、ＣＬＶＳＳ ＰＵであり、ＮｏＩｎｃｏｒｒｅｃｔＰｉｃＯｕｔｐｕｔＦｌａｇが１に等しいＩＲＡＰ ＰＵ、又はＮｏＩｎｃｏｒｒｅｃｔＰｉｃＯｕｔｐｕｔＦｌａｇが１に等しいＧＤＲ ＰＵのいずれかである。
各ＣＶＳＳ ＡＵは、ＣＶＳに存在する各層に１つのピクチャを有する。
ビットストリーム適合性の要件がある場合、ＥＯＳ ＮＡＬユニット又はＥＯＢ ＮＡＬユニットを含むＡＵの後の次のＡＵにおける各ＰＵが、ＩＤＲ ＰＵまたはＣＲＡ ＰＵまたははＧＤＲ ＰＵであり得るＩＲＡＰ ＰＵであることである。
本仕様に準拠するビットストリームは、１つ以上のＣＶＳからなる。
ＣＶＳは、１つ以上のＡＵからなる。ＮＡＬユニット及びコーディングされたピクチャの順番及びＡＵとの関連付けは、７．４．２．４．３項に記載されている。
ＣＶＳの最初のＡＵは、ＣＶＳＳ ＡＵであり、現在の各ＰＵは、ＣＬＶＳＳ ＰＵであり、ＮｏＩｎｃｏｒｒｅｃｔＰｉｃＯｕｔｐｕｔＦｌａｇが１に等しいＩＲＡＰ ＰＵ、又はＮｏＩｎｃｏｒｒｅｃｔＰｉｃＯｕｔｐｕｔＦｌａｇが１に等しいＧＤＲ ＰＵのいずれかである。
各ＣＶＳＳ ＡＵは、ＣＶＳに存在する各層に１つのピクチャを有する。
ビットストリーム適合性の要件がある場合、ＥＯＳ ＮＡＬユニット又はＥＯＢ ＮＡＬユニットを含むＡＵの後の次のＡＵにおける各ＰＵが、ＩＤＲ ＰＵまたはＣＲＡ ＰＵまたははＧＤＲ ＰＵであり得るＩＲＡＰ ＰＵであることである。
７．４．２．４．３ ＮＡＬユニット及びコーディングされたピクチャの順序並びにＰＵ及びＡＵとの関連付け
本項は、ＮＡＬユニット及びコーディングされたピクチャの順序、並びに、附属書Ａに規定されたプロファイルの１つ以上に準拠し、かつ、第２項から第９項に規定される復号処理を使用して復号されたＣＶＳのためのＰＵ及びＡＵへのそれらの関連付けを規定する。
１つのＰＵは、１つのＰＨ ＮＡＬユニットと、１つ以上のＶＣＬ ＮＡＬユニットを備える１つのコーディングされたピクチャと、ゼロ以上の非ＶＣＬ ＮＡＬユニットとからなる。ＶＣＬ ＮＡＬユニットのコーディングされたピクチャへの関連付けは、７．４．２．４．４項に記載されている。
ＡＵは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの昇順に、ゼロ又は１つのＡＵ区切り文字ＮＡＬユニットと、１つ以上のＰＵとからなる。
ビットストリームにおける最初のＡＵは、ビットストリームの最初のＮＡＬユニットから始まる。ＡＵには、最大１つのＡＵ区切り文字ＮＡＬユニットが存在するものとする。
ピクチャの最初のＶＣＬ ＮＡＬユニットは、ピクチャの復号順で、ＰＨ ＮＡＬユニットの後に続く最初のＶＣＬ ＮＡＬユニットである。
ＶＣＬ ＮＡＬユニットが１つのピクチャの最初のＶＣＬ ＮＡＬユニットであり、且つ、以下の条件が１つ以上真である場合、ＶＣＬ ＮＡＬユニットはＡＵの最初のＶＣＬ ＮＡＬユニットである（従って、最初のＶＣＬ ＮＡＬユニットを含むピクチャはＡＵの最初のピクチャである）。
－ ＶＣＬ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、復号順で前のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄよりも小さい。
－ ＶＣＬ ＮＡＬユニットのｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は、復号順で前のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌの値と異なる。
－ ＶＣＬ ＮＡＬユニットに対して導出されたＰｉｃＯｒｄｅｒＣｎｔＶａｌは、復号順で前のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌと異なる。
ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕをＡＵの最初のＶＣＬ ＮＡＬユニットとする。ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行し、ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行する最後のＶＣＬ ＮＡＬユニットに続く以下のＮＡＬユニットのうちのいずれか最初のものがあれば、それが新しいアクセスユニットの開始を規定する。
－ ＡＵＤ ＮＡＬ ユニット （存在する場合）、
－ ＤＰＳ ＮＡＬ ユニット （存在する場合）、
－ ＶＰＳ ＮＡＬ ユニット （存在する場合）、
－ ＳＰＳ ＮＡＬ ユニット （存在する場合）、
－ ＰＰＳ ＮＡＬ ユニット （存在する場合）、
－ Ｐｒｅｆｉｘ ＡＰＳ ＮＡＬ ユニット （存在する場合）、
－ ＰＨ ＮＡＬ ユニット、
－ Ｐｒｅｆｉｘ ＳＥＩ ＮＡＬ ユニット （存在する場合）、
－ ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＲＳＶ＿ＮＶＣＬ＿２６ に等しいＮＡＬユニット（存在する場合）、
－ ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＵＮＳＰＥＣ２８．．ＵＮＳＰＥＣ２９ （存在する場合）の範囲にあるＮＡＬユニット。
注：ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行し、ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行する最後のＶＣＬ ＮＡＬユニットに続く最初のＮＡＬユニットがあれば、それのみが上に列記したＮＡＬユニットのうちの１つになり得る。
ＰＵ又はＡＵにおけるコーディングされたピクチャ及び非ＶＣＬ ＮＡＬユニットの順番は、以下の制約に従う。
－ ＡＵデリミタＮＡＬユニットがＡＵに存在する場合、ＡＵの最初のＮＡＬユニットとする。
－ ＰＵにおけるＰＨ ＮＡＬユニットは、ＰＵの最初のＶＣＬ ＮＡＬに先行するものとする。
－ ＰＵ内に、ＤＰＳ ＮＡＬユニット、ＶＰＳ ＮＡＬユニット、ＳＰＳ ＮＡＬユニット、ＰＰＳ ＮＡＬユニット、プレフィクスＡＰＳ ＮＡＬユニット、プレフィクスＳＥＩ ＮＡＬユニット、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＲＳＶ＿ＮＶＣＬ＿２６に等しいＮＡＬユニット、又は、ＮＡＬユニットがＵＮＳＰＥＣ＿２８．．ＵＮＳＰＥＣ＿２９の範囲にあるＮＡＬユニットが存在する場合、それらはＰＵの最後のＶＣＬ ＮＡＬユニットを追従しないものとする。
－ ＰＵ内にＤＰＳ ＮＡＬユニット、ＶＰＳ ＮＡＬユニット、ＳＰＳ ＮＡＬユニット、又は、ＰＰＳ ＮＡＬユニットが存在する場合、それらはＰＵのＰＨ ＮＡＬユニットに先行するものとする。
－ ＰＵにおけるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴ、ＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴ、ＦＤ＿ＮＵＴ、又はＲＳＶ＿ＮＶＣＬ＿２７に等しい、又は、ＵＮＳＰＥＣ＿３０．．．ＵＮＳＰＥＣ＿３１の範囲内にあるＮＡＬユニットは、ＰＵの最初のＶＣＬ ＮＡＬユニットより先行することはないものとする。
－ ＥＯＳ ＮＡＬユニットが１つのＰＵ内に存在する場合、ＥＯＢ ＮＡＬユニット（存在する場合）以外のＰＵ内にあるすべてのＮＡＬユニットのうち、最後のＮＡＬユニットとするものとする。
－ １つのＥＯＢ ＮＡＬユニットが１つのＡＵ内に存在する場合、それはこのＡＵ内における最後のＮＡＬユニットをするものとする。
本項は、ＮＡＬユニット及びコーディングされたピクチャの順序、並びに、附属書Ａに規定されたプロファイルの１つ以上に準拠し、かつ、第２項から第９項に規定される復号処理を使用して復号されたＣＶＳのためのＰＵ及びＡＵへのそれらの関連付けを規定する。
１つのＰＵは、１つのＰＨ ＮＡＬユニットと、１つ以上のＶＣＬ ＮＡＬユニットを備える１つのコーディングされたピクチャと、ゼロ以上の非ＶＣＬ ＮＡＬユニットとからなる。ＶＣＬ ＮＡＬユニットのコーディングされたピクチャへの関連付けは、７．４．２．４．４項に記載されている。
ＡＵは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの昇順に、ゼロ又は１つのＡＵ区切り文字ＮＡＬユニットと、１つ以上のＰＵとからなる。
ビットストリームにおける最初のＡＵは、ビットストリームの最初のＮＡＬユニットから始まる。ＡＵには、最大１つのＡＵ区切り文字ＮＡＬユニットが存在するものとする。
ピクチャの最初のＶＣＬ ＮＡＬユニットは、ピクチャの復号順で、ＰＨ ＮＡＬユニットの後に続く最初のＶＣＬ ＮＡＬユニットである。
ＶＣＬ ＮＡＬユニットが１つのピクチャの最初のＶＣＬ ＮＡＬユニットであり、且つ、以下の条件が１つ以上真である場合、ＶＣＬ ＮＡＬユニットはＡＵの最初のＶＣＬ ＮＡＬユニットである（従って、最初のＶＣＬ ＮＡＬユニットを含むピクチャはＡＵの最初のピクチャである）。
－ ＶＣＬ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、復号順で前のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄよりも小さい。
－ ＶＣＬ ＮＡＬユニットのｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は、復号順で前のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌの値と異なる。
－ ＶＣＬ ＮＡＬユニットに対して導出されたＰｉｃＯｒｄｅｒＣｎｔＶａｌは、復号順で前のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌと異なる。
ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕをＡＵの最初のＶＣＬ ＮＡＬユニットとする。ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行し、ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行する最後のＶＣＬ ＮＡＬユニットに続く以下のＮＡＬユニットのうちのいずれか最初のものがあれば、それが新しいアクセスユニットの開始を規定する。
－ ＡＵＤ ＮＡＬ ユニット （存在する場合）、
－ ＤＰＳ ＮＡＬ ユニット （存在する場合）、
－ ＶＰＳ ＮＡＬ ユニット （存在する場合）、
－ ＳＰＳ ＮＡＬ ユニット （存在する場合）、
－ ＰＰＳ ＮＡＬ ユニット （存在する場合）、
－ Ｐｒｅｆｉｘ ＡＰＳ ＮＡＬ ユニット （存在する場合）、
－ ＰＨ ＮＡＬ ユニット、
－ Ｐｒｅｆｉｘ ＳＥＩ ＮＡＬ ユニット （存在する場合）、
－ ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＲＳＶ＿ＮＶＣＬ＿２６ に等しいＮＡＬユニット（存在する場合）、
－ ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＵＮＳＰＥＣ２８．．ＵＮＳＰＥＣ２９ （存在する場合）の範囲にあるＮＡＬユニット。
注：ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行し、ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行する最後のＶＣＬ ＮＡＬユニットに続く最初のＮＡＬユニットがあれば、それのみが上に列記したＮＡＬユニットのうちの１つになり得る。
ＰＵ又はＡＵにおけるコーディングされたピクチャ及び非ＶＣＬ ＮＡＬユニットの順番は、以下の制約に従う。
－ ＡＵデリミタＮＡＬユニットがＡＵに存在する場合、ＡＵの最初のＮＡＬユニットとする。
－ ＰＵにおけるＰＨ ＮＡＬユニットは、ＰＵの最初のＶＣＬ ＮＡＬに先行するものとする。
－ ＰＵ内に、ＤＰＳ ＮＡＬユニット、ＶＰＳ ＮＡＬユニット、ＳＰＳ ＮＡＬユニット、ＰＰＳ ＮＡＬユニット、プレフィクスＡＰＳ ＮＡＬユニット、プレフィクスＳＥＩ ＮＡＬユニット、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＲＳＶ＿ＮＶＣＬ＿２６に等しいＮＡＬユニット、又は、ＮＡＬユニットがＵＮＳＰＥＣ＿２８．．ＵＮＳＰＥＣ＿２９の範囲にあるＮＡＬユニットが存在する場合、それらはＰＵの最後のＶＣＬ ＮＡＬユニットを追従しないものとする。
－ ＰＵ内にＤＰＳ ＮＡＬユニット、ＶＰＳ ＮＡＬユニット、ＳＰＳ ＮＡＬユニット、又は、ＰＰＳ ＮＡＬユニットが存在する場合、それらはＰＵのＰＨ ＮＡＬユニットに先行するものとする。
－ ＰＵにおけるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴ、ＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴ、ＦＤ＿ＮＵＴ、又はＲＳＶ＿ＮＶＣＬ＿２７に等しい、又は、ＵＮＳＰＥＣ＿３０．．．ＵＮＳＰＥＣ＿３１の範囲内にあるＮＡＬユニットは、ＰＵの最初のＶＣＬ ＮＡＬユニットより先行することはないものとする。
－ ＥＯＳ ＮＡＬユニットが１つのＰＵ内に存在する場合、ＥＯＢ ＮＡＬユニット（存在する場合）以外のＰＵ内にあるすべてのＮＡＬユニットのうち、最後のＮＡＬユニットとするものとする。
－ １つのＥＯＢ ＮＡＬユニットが１つのＡＵ内に存在する場合、それはこのＡＵ内における最後のＮＡＬユニットをするものとする。
７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論
ＳＰＳ ＲＢＳＰは、それが参照される前に、復号処理に利用可能であり、ＴｅｍｐｏｒａｌＩｄが０に等しい、又は外部手段によって提供される少なくとも１つのＡＵに含まれる。
．．．
ビットストリーム適合性の要件は、以下の制約が適用されることである。
－ 任意の２つのサブピクチャｓｕｂｐｉｃＡ及びｓｕｂｐｉｃＢの場合、ｓｕｂｐｉｃＡのサブピクチャインデックスがｓｕｂｐｉｃＢのサブピクチャインデックスよりも小さい場合、ｓｕｂＰｉｃＡの任意のコーディングされたスライスＮＡＬユニットは、復号順で、ｓｕｂＰｉｃＢの任意のコーディングされたスライスＮＡＬユニットに先行するものとする。
－．．．
．．．
ＳＰＳ ＲＢＳＰは、それが参照される前に、復号処理に利用可能であり、ＴｅｍｐｏｒａｌＩｄが０に等しい、又は外部手段によって提供される少なくとも１つのＡＵに含まれる。
．．．
ビットストリーム適合性の要件は、以下の制約が適用されることである。
－ 任意の２つのサブピクチャｓｕｂｐｉｃＡ及びｓｕｂｐｉｃＢの場合、ｓｕｂｐｉｃＡのサブピクチャインデックスがｓｕｂｐｉｃＢのサブピクチャインデックスよりも小さい場合、ｓｕｂＰｉｃＡの任意のコーディングされたスライスＮＡＬユニットは、復号順で、ｓｕｂＰｉｃＢの任意のコーディングされたスライスＮＡＬユニットに先行するものとする。
－．．．
．．．
７．４．８．２ 一般的なスライスヘッダ意味論
スライスヘッダ構文要素ｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値があれば、コーディングされたピクチャのすべてのスライスヘッダにおいて同じである。
．．．
ビットストリーム適合性の要件は、以下の制約が適用されることである。
－．．．
－ ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、ピクチャのスライスは、そのｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の昇順となる。
－．．．
．．．
スライスヘッダ構文要素ｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値があれば、コーディングされたピクチャのすべてのスライスヘッダにおいて同じである。
．．．
ビットストリーム適合性の要件は、以下の制約が適用されることである。
－．．．
－ ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、ピクチャのスライスは、そのｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の昇順となる。
－．．．
．．．
４．既存の実装形態の欠点
既存のＶＶＣ設計において、次のような問題がある。
既存のＶＶＣ設計において、次のような問題がある。
（１）スライスモードが矩形スライスモードである場合、１つのサブピクチャ内のＶＣＬ ＮＡＬユニット（すなわち、コーディングされたスライスＮＡＬユニット）の復号順は規定されない。その結果、適合したデコーダ実装は、スライスモードが矩形スライスモードである場合、１つのサブピクチャ内で任意の順序のＶＣＬ ＮＡＬユニットを有するビットストリームを正確に復号できるかどうかをテストし、確認する必要がある。これは、例えば実装中の適合性試験のために、デコーダ実装に重い負荷を課すことになる。
（２）ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄがスライスヘッダ内に存在しない場合、その値を推測する必要があり、例えば、ピクチャ内のＶＣＬ ＮＡＬユニットのＮＡＬユニット復号順を規定するために使用される。
（３）ＳＰＳ又はＰＰＳにおいて明示的に信号通知されるサブピクチャＩＤの値は、サブピクチャインデックス値の昇順に対してサブピクチャＩＤの値の順序が変わらないように制約する必要があり、これにより、適合性試験等でデコーダの実装負荷がかかる。
５．開示される技術の実施例
以下の詳細な実施形態は、一般的な概念を説明するための例であると考えられるべきである。これらの実施形態は狭い意味で解釈されるべきではない。さらに、これらの実施形態は、任意の方法で組み合わせることができる。
１）スライスモードが矩形スライスモードである場合、１つのサブピクチャ内のＶＣＬ ＮＡＬユニット（すなわち、コーディングされたスライスＮＡＬユニット）の復号順は、このＶＣＬ ＮＡＬユニットを含むサブピクチャのサブピクチャＩＤ値の昇順となるように規定される。
代替的に、スライスモードが矩形スライスモードである場合、１つのサブピクチャ内のＶＣＬ ＮＡＬユニット（即ち、コーディングされたスライスＮＡＬユニット）の復号順は、このＶＣＬ ＮＡＬユニットを含むサブピクチャのサブピクチャインデックス値の昇順となるように規定される。
２）スライスモードが矩形スライスモードである場合、１つのサブピクチャ内のＶＣＬ ＮＡＬユニット（即ち、コーディングされたスライスＮＡＬユニット）の復号順は、このＶＣＬ ＮＡＬユニットのサブピクチャレベルのスライスインデックス値の昇順となるように規定される。なお、コーディングされたスライスＮＡＬユニットのサブピクチャレベルのスライスインデックス値は、実際には、スライスヘッダにおけるｓｌｉｃｅ＿ａｄｄｒｅｓｓ構文要素の値である。
３）ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄが存在しない場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの値は、例えば、０に等しいと推測される。
４）サブピクチャＩＤの値は、サブピクチャインデックスの昇順に大きくなる必要がある。
なお、最近のＶＶＣ草案テキストにおいて、１つのピクチャ内の、異なるサブピクチャに属する任意の２つのＶＣＬ ＮＡＬユニット（即ち、コーディングされたスライスＮＡＬユニット）の復号順は、既に、このＶＣＬ ＮＡＬユニットを含むサブピクチャのサブピクチャインデックス値の昇順に規定されている。
この制約を加えることで、１つのピクチャ内の、異なるサブピクチャに属する任意の２つのＶＣＬ ＮＡＬユニットの復号順を、このＶＣＬ ＮＡＬユニットを含むサブピクチャのサブピクチャＩＤ値の昇順に規定することができる。
以下の詳細な実施形態は、一般的な概念を説明するための例であると考えられるべきである。これらの実施形態は狭い意味で解釈されるべきではない。さらに、これらの実施形態は、任意の方法で組み合わせることができる。
１）スライスモードが矩形スライスモードである場合、１つのサブピクチャ内のＶＣＬ ＮＡＬユニット（すなわち、コーディングされたスライスＮＡＬユニット）の復号順は、このＶＣＬ ＮＡＬユニットを含むサブピクチャのサブピクチャＩＤ値の昇順となるように規定される。
代替的に、スライスモードが矩形スライスモードである場合、１つのサブピクチャ内のＶＣＬ ＮＡＬユニット（即ち、コーディングされたスライスＮＡＬユニット）の復号順は、このＶＣＬ ＮＡＬユニットを含むサブピクチャのサブピクチャインデックス値の昇順となるように規定される。
２）スライスモードが矩形スライスモードである場合、１つのサブピクチャ内のＶＣＬ ＮＡＬユニット（即ち、コーディングされたスライスＮＡＬユニット）の復号順は、このＶＣＬ ＮＡＬユニットのサブピクチャレベルのスライスインデックス値の昇順となるように規定される。なお、コーディングされたスライスＮＡＬユニットのサブピクチャレベルのスライスインデックス値は、実際には、スライスヘッダにおけるｓｌｉｃｅ＿ａｄｄｒｅｓｓ構文要素の値である。
３）ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄが存在しない場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの値は、例えば、０に等しいと推測される。
４）サブピクチャＩＤの値は、サブピクチャインデックスの昇順に大きくなる必要がある。
なお、最近のＶＶＣ草案テキストにおいて、１つのピクチャ内の、異なるサブピクチャに属する任意の２つのＶＣＬ ＮＡＬユニット（即ち、コーディングされたスライスＮＡＬユニット）の復号順は、既に、このＶＣＬ ＮＡＬユニットを含むサブピクチャのサブピクチャインデックス値の昇順に規定されている。
この制約を加えることで、１つのピクチャ内の、異なるサブピクチャに属する任意の２つのＶＣＬ ＮＡＬユニットの復号順を、このＶＣＬ ＮＡＬユニットを含むサブピクチャのサブピクチャＩＤ値の昇順に規定することができる。
上述した例は、以下に説明する方法、例えば、方法５００のコンテキストに含まれてもよく、これらの方法は、映像復号化または映像符号化において実装されてもよい。
図５は、動画処理の例示的な方法５００のフローチャートを示す。本方法は、動作５１０において、現在の映像セグメントと、複数の映像コーディング層（ＶＣＬ）ネットワーク抽象化層（ＮＡＬ）ユニットを含む映像のビットストリーム表現との間での変換について、現在の映像セグメントを含むスライスのスライスモードが、矩形スライスモードであることを決定することを含む。
この方法は、動作５２０において、この決定に基づいて、この変換を行うことを含み、このビットストリーム表現は、複数のＶＣＬ ＮＡＬユニットの復号順を信号通知する１つ以上の構文要素をさらに含む。
６．追加の例示的な実施形態
６．１ 第１の実施形態
６．１．１ 定義（ＶＶＣ第３項）
６．１．２ ＣＴＢラスタスキャン、タイルスキャン、及びサブピクチャスキャン処理の定義（ＶＶＣ ６．５．１項）
．．．
．．．
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｊ＋＋）
ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋）｛
ｐｏｓＸ＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［０］％ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ＊ＣｔｂＳｉｚｅＹ
ｐｏｓＹ＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［０］／ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ＊ＣｔｂＳｉｚｅＹ
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｊ＋＋）｛
ｉｆ（（ｐｏｓＸ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］＊ＣｔｂＳｉｚｅＹ）＆＆ （３２）
（ｐｏｓＸ＜（ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］＋ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］＋１）＊ＣｔｂＳｉｚｅＹ）＆＆
（ｐｏｓＹ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］＊ＣｔｂＳｉｚｅＹ）＆＆
（ｐｏｓＹ＜（ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］＋ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］＋１）＊ＣｔｂＳｉｚｅＹ））｛
ＳｌｉｃｅＳｕｂｐｉｃＴｏＰｉｃＩｄｘ［ｊ］［ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］］＝ｉ
ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］＋＋
｝
｝
｝
．．．
ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］＝０
ｆｏｒ（ｉ＝０；ｉ＜＝ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１；ｉ＋＋）｛
ｐｏｓＸ＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［０］％ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ＊ＣｔｂＳｉｚｅＹ
ｐｏｓＹ＝ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｉ］［０］／ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ＊ＣｔｂＳｉｚｅＹ
ｆｏｒ（ｊ＝０；ｊ＜＝ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１；ｊ＋＋）｛
ｉｆ（（ｐｏｓＸ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］＊ＣｔｂＳｉｚｅＹ）＆＆ （３２）
（ｐｏｓＸ＜（ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］＋ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］＋１）＊ＣｔｂＳｉｚｅＹ）＆＆
（ｐｏｓＹ＞＝ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］＊ＣｔｂＳｉｚｅＹ）＆＆
（ｐｏｓＹ＜（ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］＋ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］＋１）＊ＣｔｂＳｉｚｅＹ））｛
ＳｌｉｃｅＳｕｂｐｉｃＴｏＰｉｃＩｄｘ［ｊ］［ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］］＝ｉ
ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｊ］＋＋
｝
｝
｝
．．．
６．１．３ ビットストリームにおけるＮＡＬユニットの順番（ＶＶＣ ７．４．２．４項）
７．４．２．４ ビットストリームにおけるＮＡＬユニットの順番
７．４．２．４．１ 一般
７．４．２．４項の従属節は、ビットストリームにおけるＮＡＬユニットの順序に関する制約を規定する。これらの制約に従うビットストリームにおけるＮＡＬユニットの任意の順序は、本明細書ではＮＡＬユニットの復号順と呼ばれる。
ＮＡＬユニット内で、項目７．３及びＤ．２における構文は、構文要素の復号順を規定する。本明細書に規定されるＮＡＬユニットに、ＩＴＵ－Ｔ Ｈ．ＳＥＩ｜ＩＳＯ／ＩＥＣ ２３００２－７に規定されるＶＵＩパラメータ又はＳＥＩメッセージが含まれている場合、ＩＴＵ－Ｔ Ｈ．ＳＥＩ｜ＩＳＯ／ＩＥＣ ２３００２－７に規定されるＶＵＩパラメータ又はＳＥＩメッセージの構文は、これらの構文要素の復号順を規定する。デコーダは、ＮＡＬユニット及びそれらの構文要素をデコード順に受信することができる。
７．４．２．４項の従属節は、ビットストリームにおけるＮＡＬユニットの順序に関する制約を規定する。これらの制約に従うビットストリームにおけるＮＡＬユニットの任意の順序は、本明細書ではＮＡＬユニットの復号順と呼ばれる。
ＮＡＬユニット内で、項目７．３及びＤ．２における構文は、構文要素の復号順を規定する。本明細書に規定されるＮＡＬユニットに、ＩＴＵ－Ｔ Ｈ．ＳＥＩ｜ＩＳＯ／ＩＥＣ ２３００２－７に規定されるＶＵＩパラメータ又はＳＥＩメッセージが含まれている場合、ＩＴＵ－Ｔ Ｈ．ＳＥＩ｜ＩＳＯ／ＩＥＣ ２３００２－７に規定されるＶＵＩパラメータ又はＳＥＩメッセージの構文は、これらの構文要素の復号順を規定する。デコーダは、ＮＡＬユニット及びそれらの構文要素をデコード順に受信することができる。
７．４．２．４．２ ＡＵの順序及びそれらのＣＶＳへの関連付け
ビットストリームは、１つ以上のＣＶＳからなる。ＣＶＳは、１つ以上のＡＵからなる。ＰＵの順番及びＡＵとの関連付けは、項目０に記載されている。
ＣＶＳの最初のＡＵは、ＣＶＳＳ ＡＵであり、現在の各ＰＵは、ＣＬＶＳＳ ＰＵであり、ＮｏＩｎｃｏｒｒｅｃｔＰｉｃＯｕｔｐｕｔＦｌａｇが１に等しいＩＲＡＰ ＰＵ、又はＮｏＩｎｃｏｒｒｅｃｔＰｉｃＯｕｔｐｕｔＦｌａｇが１に等しいＧＤＲ ＰＵのいずれかである。
各ＣＶＳＳ ＡＵは、ＣＶＳに存在する各層に１つのＰＵを有する。
ＥＯＢ ＮＡＬユニットを含むＡＵの後に次のＡＵがある場合、ビットストリーム適合性の要件は、存在する場合、ＣＶＳＳ ＡＵとする。
ビットストリームは、１つ以上のＣＶＳからなる。ＣＶＳは、１つ以上のＡＵからなる。ＰＵの順番及びＡＵとの関連付けは、項目０に記載されている。
ＣＶＳの最初のＡＵは、ＣＶＳＳ ＡＵであり、現在の各ＰＵは、ＣＬＶＳＳ ＰＵであり、ＮｏＩｎｃｏｒｒｅｃｔＰｉｃＯｕｔｐｕｔＦｌａｇが１に等しいＩＲＡＰ ＰＵ、又はＮｏＩｎｃｏｒｒｅｃｔＰｉｃＯｕｔｐｕｔＦｌａｇが１に等しいＧＤＲ ＰＵのいずれかである。
各ＣＶＳＳ ＡＵは、ＣＶＳに存在する各層に１つのＰＵを有する。
ＥＯＢ ＮＡＬユニットを含むＡＵの後に次のＡＵがある場合、ビットストリーム適合性の要件は、存在する場合、ＣＶＳＳ ＡＵとする。
７．４．２．４．３ ＰＵの順番及びＡＵとの関連付け
１つのＡＵは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの昇順に１つ以上のＰＵを含む。ＮＡＬユニットの順番及びコーディングされたピクチャ、並びにそれらのＰＵとの関連付けは、７．４．２．４．４項に記載されている。
１つのＡＵには、最大１つのＡＵＤ ＮＡＬユニットがあってもよい。ＡＵＤ ＮＡＬユニットがＡＵに存在する場合、ＡＵの最初のＮＡＬユニットとなり、その結果、ＡＵの最初のＰＵの最初のＮＡＬユニットとなる。
１つのＡＵには、最大１つのＥＯＢ ＮＡＬユニットが存在してもよい。１つＡＵに１つのＥＯＢ ＮＡＬユニットが存在する場合、このユニットはこのＡＵの最後のＮＡＬユニットとなり、その結果、このＡＵの最後のＰＵの最後のＮＡＬユニットとなる。
１つのＶＣＬ ＮＡＬユニットがＰＨ ＮＡＬユニットに続く最初のＶＣＬ ＮＡＬユニットであり、以下の条件が１つ以上真である場合、ＶＣＬ ＮＡＬユニットはＡＵの最初のＶＣＬ ＮＡＬユニットとなる（その結果、ＶＣＬ ＮＡＬユニットを含むＰＵは、ＡＵの最初のＰＵとなる）。
－ ＶＣＬ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、復号順で前のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄよりも小さい。
－ ＶＣＬ ＮＡＬユニットのｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は、復号順で前のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌの値と異なる。
－ ＶＣＬ ＮＡＬユニットに対して導出されたＰｉｃＯｒｄｅｒＣｎｔＶａｌは、復号順で前のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌと異なる。
ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕをＡＵの最初のＶＣＬ ＮＡＬユニットとする。ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行し、ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行する最後のＶＣＬ ＮＡＬユニットに続く、以下のＮＡＬユニットのうちいずれか最初のものがある場合、新しいＡＵの開始を規定する。
－ ＡＵＤ ＮＡＬ ユニット （存在する場合）、
－ ＤＰＳ ＮＡＬ ユニット （存在する場合）、
－ ＶＰＳ ＮＡＬ ユニット （存在する場合）、
－ ＳＰＳ ＮＡＬ ユニット （存在する場合）、
－ ＰＰＳ ＮＡＬ ユニット （存在する場合）、
－ Ｐｒｅｆｉｘ ＡＰＳ ＮＡＬ ユニット （存在する場合）、
－ ＰＨ ＮＡＬ ユニット、
－ Ｐｒｅｆｉｘ ＳＥＩ ＮＡＬ ユニット （存在する場合）、
－ ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＲＳＶ＿ＮＶＣＬ＿２６ に等しいＮＡＬユニット（存在する場合）、
－ ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＵＮＳＰＥＣ２８．．ＵＮＳＰＥＣ２９ （存在する場合）の範囲にあるＮＡＬユニット。
注：ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行し、ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行する最後のＶＣＬ ＮＡＬユニットに続く最初のＮＡＬユニットがあれば、それのみが上に列記したＮＡＬユニットのうちの１つになり得る。
ビットストリーム適合性の要件がある場合、それは同じ層に属し、ＥＯＳ ＮＡＬユニット又はＥＯＢ ＮＡＬユニットを含むＰＵの後の規定の層の次のＰＵが、ＮｏＩｎｃｏｒｒｅｃｔＰｉｃＯｕｔｐｕｔＦｌａｇが１に等しいＩＲＡＰ ＰＵ、またはＮｏＩｎｃｏｒｒｅｃｔＰｉｃＯｕｔｐｕｔＦｌａｇが１に等しいＧＤＲ ＰＵのいずれかのＣＬＶＳＳ ＰＵであるとする。
１つのＡＵは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの昇順に１つ以上のＰＵを含む。ＮＡＬユニットの順番及びコーディングされたピクチャ、並びにそれらのＰＵとの関連付けは、７．４．２．４．４項に記載されている。
１つのＡＵには、最大１つのＡＵＤ ＮＡＬユニットがあってもよい。ＡＵＤ ＮＡＬユニットがＡＵに存在する場合、ＡＵの最初のＮＡＬユニットとなり、その結果、ＡＵの最初のＰＵの最初のＮＡＬユニットとなる。
１つのＡＵには、最大１つのＥＯＢ ＮＡＬユニットが存在してもよい。１つＡＵに１つのＥＯＢ ＮＡＬユニットが存在する場合、このユニットはこのＡＵの最後のＮＡＬユニットとなり、その結果、このＡＵの最後のＰＵの最後のＮＡＬユニットとなる。
１つのＶＣＬ ＮＡＬユニットがＰＨ ＮＡＬユニットに続く最初のＶＣＬ ＮＡＬユニットであり、以下の条件が１つ以上真である場合、ＶＣＬ ＮＡＬユニットはＡＵの最初のＶＣＬ ＮＡＬユニットとなる（その結果、ＶＣＬ ＮＡＬユニットを含むＰＵは、ＡＵの最初のＰＵとなる）。
－ ＶＣＬ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、復号順で前のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄよりも小さい。
－ ＶＣＬ ＮＡＬユニットのｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は、復号順で前のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌの値と異なる。
－ ＶＣＬ ＮＡＬユニットに対して導出されたＰｉｃＯｒｄｅｒＣｎｔＶａｌは、復号順で前のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌと異なる。
ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕをＡＵの最初のＶＣＬ ＮＡＬユニットとする。ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行し、ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行する最後のＶＣＬ ＮＡＬユニットに続く、以下のＮＡＬユニットのうちいずれか最初のものがある場合、新しいＡＵの開始を規定する。
－ ＡＵＤ ＮＡＬ ユニット （存在する場合）、
－ ＤＰＳ ＮＡＬ ユニット （存在する場合）、
－ ＶＰＳ ＮＡＬ ユニット （存在する場合）、
－ ＳＰＳ ＮＡＬ ユニット （存在する場合）、
－ ＰＰＳ ＮＡＬ ユニット （存在する場合）、
－ Ｐｒｅｆｉｘ ＡＰＳ ＮＡＬ ユニット （存在する場合）、
－ ＰＨ ＮＡＬ ユニット、
－ Ｐｒｅｆｉｘ ＳＥＩ ＮＡＬ ユニット （存在する場合）、
－ ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＲＳＶ＿ＮＶＣＬ＿２６ に等しいＮＡＬユニット（存在する場合）、
－ ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＵＮＳＰＥＣ２８．．ＵＮＳＰＥＣ２９ （存在する場合）の範囲にあるＮＡＬユニット。
注：ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行し、ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行する最後のＶＣＬ ＮＡＬユニットに続く最初のＮＡＬユニットがあれば、それのみが上に列記したＮＡＬユニットのうちの１つになり得る。
ビットストリーム適合性の要件がある場合、それは同じ層に属し、ＥＯＳ ＮＡＬユニット又はＥＯＢ ＮＡＬユニットを含むＰＵの後の規定の層の次のＰＵが、ＮｏＩｎｃｏｒｒｅｃｔＰｉｃＯｕｔｐｕｔＦｌａｇが１に等しいＩＲＡＰ ＰＵ、またはＮｏＩｎｃｏｒｒｅｃｔＰｉｃＯｕｔｐｕｔＦｌａｇが１に等しいＧＤＲ ＰＵのいずれかのＣＬＶＳＳ ＰＵであるとする。
７．４．２．４．４ ＮＡＬユニットおよびコーディングされたピクチャの順序、並びに、それらのＰＵとの関連付け
１つのＰＵは、１つのＰＨ ＮＡＬユニットと、１つ以上のＶＣＬ ＮＡＬユニットを備える１つのコーディングされたピクチャと、ゼロ以上の他の非ＶＣＬ ＮＡＬユニットを含む。ＶＣＬ ＮＡＬユニットのコーディングされたピクチャへの関連付けは、７．４．２．４．４項に記載されている。
ピクチャの最初のＶＣＬ ＮＡＬユニットは、ピクチャのＰＨ ＮＡＬユニットの後に続く最初のＶＣＬ ＮＡＬユニットである。
ＰＵ内の非ＶＣＬ ＮＡＬユニット（ＡＵＤ及びＥＯＢ ＮＡＬユニットを除く）の順番は、以下の制約に従うものとする。
－ ＰＵにおけるＰＨ ＮＡＬユニットは、ＰＵの最初のＶＣＬ ＮＡＬに先行するものとする。
－ ＰＵ内に、ＤＰＳ ＮＡＬユニット、ＶＰＳ ＮＡＬユニット、ＳＰＳ ＮＡＬユニット、ＰＰＳ ＮＡＬユニット、プレフィクスＡＰＳ ＮＡＬユニット、プレフィクスＳＥＩ ＮＡＬユニット、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＲＳＶ＿ＮＶＣＬ＿２６に等しいＮＡＬユニット、又は、ＮＡＬユニットがＵＮＳＰＥＣ＿２８．．ＵＮＳＰＥＣ＿２９の範囲にあるＮＡＬユニットが存在する場合、それらはＰＵの最後のＶＣＬ ＮＡＬユニットを追従しないものとする。
－ ＰＵ内にＤＰＳ ＮＡＬユニット、ＶＰＳ ＮＡＬユニット、ＳＰＳ ＮＡＬユニット、又は、ＰＰＳ ＮＡＬユニットが存在する場合、それらはＰＵのＰＨ ＮＡＬユニットに先行するものとする。
－ ＰＵにおけるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴ、ＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴ、ＦＤ＿ＮＵＴ、又はＲＳＶ＿ＮＶＣＬ＿２７に等しい、又は、ＵＮＳＰＥＣ＿３０．．．ＵＮＳＰＥＣ＿３１の範囲内にあるＮＡＬユニットは、ＰＵの最初のＶＣＬ ＮＡＬユニットより先行することはないものとする。
－ ＥＯＳ ＮＡＬユニットが１つのＰＵ内に存在する場合、ＥＯＢ ＮＡＬユニット（存在する場合）以外のＰＵ内にあるすべてのＮＡＬユニットのうち、最後のＮＡＬユニットとするものとする。
１つのＰＵは、１つのＰＨ ＮＡＬユニットと、１つ以上のＶＣＬ ＮＡＬユニットを備える１つのコーディングされたピクチャと、ゼロ以上の他の非ＶＣＬ ＮＡＬユニットを含む。ＶＣＬ ＮＡＬユニットのコーディングされたピクチャへの関連付けは、７．４．２．４．４項に記載されている。
ピクチャの最初のＶＣＬ ＮＡＬユニットは、ピクチャのＰＨ ＮＡＬユニットの後に続く最初のＶＣＬ ＮＡＬユニットである。
ＰＵ内の非ＶＣＬ ＮＡＬユニット（ＡＵＤ及びＥＯＢ ＮＡＬユニットを除く）の順番は、以下の制約に従うものとする。
－ ＰＵにおけるＰＨ ＮＡＬユニットは、ＰＵの最初のＶＣＬ ＮＡＬに先行するものとする。
－ ＰＵ内に、ＤＰＳ ＮＡＬユニット、ＶＰＳ ＮＡＬユニット、ＳＰＳ ＮＡＬユニット、ＰＰＳ ＮＡＬユニット、プレフィクスＡＰＳ ＮＡＬユニット、プレフィクスＳＥＩ ＮＡＬユニット、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＲＳＶ＿ＮＶＣＬ＿２６に等しいＮＡＬユニット、又は、ＮＡＬユニットがＵＮＳＰＥＣ＿２８．．ＵＮＳＰＥＣ＿２９の範囲にあるＮＡＬユニットが存在する場合、それらはＰＵの最後のＶＣＬ ＮＡＬユニットを追従しないものとする。
－ ＰＵ内にＤＰＳ ＮＡＬユニット、ＶＰＳ ＮＡＬユニット、ＳＰＳ ＮＡＬユニット、又は、ＰＰＳ ＮＡＬユニットが存在する場合、それらはＰＵのＰＨ ＮＡＬユニットに先行するものとする。
－ ＰＵにおけるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴ、ＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴ、ＦＤ＿ＮＵＴ、又はＲＳＶ＿ＮＶＣＬ＿２７に等しい、又は、ＵＮＳＰＥＣ＿３０．．．ＵＮＳＰＥＣ＿３１の範囲内にあるＮＡＬユニットは、ＰＵの最初のＶＣＬ ＮＡＬユニットより先行することはないものとする。
－ ＥＯＳ ＮＡＬユニットが１つのＰＵ内に存在する場合、ＥＯＢ ＮＡＬユニット（存在する場合）以外のＰＵ内にあるすべてのＮＡＬユニットのうち、最後のＮＡＬユニットとするものとする。
７．４．２．４．５ ＶＣＬ ＮＡＬユニットの順序およびそのコーディングされたピクチャへの関連付け
６．１．４ シーケンスパラメータセットＲＢＳＰ意味論（ＶＶＣ第７．４．３．３項）
ＳＰＳ ＲＢＳＰは、それが参照される前に、復号処理に利用可能であり、ＴｅｍｐｏｒａｌＩｄが０に等しい、又は外部手段によって提供される少なくとも１つのＡＵに含まれる。
．．．
ビットストリーム適合性の要件は、以下の制約が適用されることである。
ＳＰＳ ＲＢＳＰは、それが参照される前に、復号処理に利用可能であり、ＴｅｍｐｏｒａｌＩｄが０に等しい、又は外部手段によって提供される少なくとも１つのＡＵに含まれる。
．．．
ビットストリーム適合性の要件は、以下の制約が適用されることである。
６．１．５ 一般スライスヘッダ意味論（ＶＶＣ第７．４．８．２項）
スライスヘッダ構文要素ｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値があれば、コーディングされたピクチャのすべてのスライスヘッダにおいて同じである。
．．．
スライスヘッダ構文要素ｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値があれば、コーディングされたピクチャのすべてのスライスヘッダにおいて同じである。
．．．
－ ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さはｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１に等しい。
－ そうでない場合、ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さはｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１に等しい。
－ そうでない場合、ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さはｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１に等しい。
－ そうでない場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さは、Ｃｅｉｌ（Ｌｏｇ２（ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１））に等しい。
－ そうでない場合、ｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さはｐｈ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１に等しい。
－ そうでない場合、ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｓｉｇｎａｌｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さはｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１に等しい。
－ そうでない場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄの長さは、Ｃｅｉｌ（Ｌｏｇ２（ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１））に等しい。
－ スライスアドレスは、ラスタスキャンタイルインデックスである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＴｉｌｅｓＩｎＰｉｃ））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内にあるべきである。
そうでない場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用される。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＴｉｌｅｓＩｎＰｉｃ））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、０からＮｕｍＴｉｌｅｓＩｎＰｉｃ－１までの範囲内にあるべきである。
そうでない場合（ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合）、以下が適用される。
ビットストリーム適合性の要件は、以下の制約が適用されることである。
－ ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい、又はｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニットのｓｌｉｃｅ＿ａｄｄｒｅｓｓの値に等しくてはならない。
－ そうでない場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の組は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニットのｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の組に等しくてはならない。
－ ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい、又はｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニットのｓｌｉｃｅ＿ａｄｄｒｅｓｓの値に等しくてはならない。
－ そうでない場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の組は、同じコーディングされたピクチャにおいて任意の他のコーディングされたスライスＮＡＬユニットのｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄ及びｓｌｉｃｅ＿ａｄｄｒｅｓｓ値の組に等しくてはならない。
６．２．第２の実施形態
本実施形態において、第１の実施形態に対して以下のような変更がなされる。
１）以下の制約は、一般的なスライスヘッダ意味論におけるように、除去される。
０～ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の範囲内における任意のｉおよびｊについて、ｉがｊよりも小さい場合、ＳｕｂｐｉｃＩｄＬｉｓｔ［ｉ］はＳｕｂｐｉｃＩｄＬｉｓｔ［ｊ］よりも小さいとすることが、ビットストリーム適合性の要件である。
代替的に、この制約は取り除かれないままにされる。
本実施形態において、第１の実施形態に対して以下のような変更がなされる。
１）以下の制約は、一般的なスライスヘッダ意味論におけるように、除去される。
０～ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の範囲内における任意のｉおよびｊについて、ｉがｊよりも小さい場合、ＳｕｂｐｉｃＩｄＬｉｓｔ［ｉ］はＳｕｂｐｉｃＩｄＬｉｓｔ［ｊ］よりも小さいとすることが、ビットストリーム適合性の要件である。
代替的に、この制約は取り除かれないままにされる。
７．開示される技術の例示的な実装形態
図６は、映像処理装置６００のブロック図である。装置６００は、本明細書に記載の方法の１つ以上を実装するために使用してもよい。装置６００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等により実施されてもよい。装置６００は、１つ以上のプロセッサ６０２と、１つ以上のメモリ６０４と、映像処理ハードウェア６０６と、を含んでもよい。プロセッサ（単数または複数）６０２は、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ（単数または複数）６０４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア６０６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。
図６は、映像処理装置６００のブロック図である。装置６００は、本明細書に記載の方法の１つ以上を実装するために使用してもよい。装置６００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等により実施されてもよい。装置６００は、１つ以上のプロセッサ６０２と、１つ以上のメモリ６０４と、映像処理ハードウェア６０６と、を含んでもよい。プロセッサ（単数または複数）６０２は、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ（単数または複数）６０４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア６０６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。
図７は、本開示の技法を利用し得る例示的な映像コーディングシステム７００を示すブロック図である。
図７に示すように、映像コーディングシステム７００は、送信元デバイス７１０と、送信先デバイス７２０と、を備えてもよい。送信元デバイス７１０は、映像符号化デバイスとも称され得る符号化された映像データを生成する。送信先デバイス７２０は、映像復号化デバイスと呼ばれ得る送信元デバイス７１０により生成され、符号化された映像データを復号化し得る。
送信元デバイス７１０は、映像ソース７１２と、映像エンコーダ７１４と、入出力（Ｉ／Ｏ）インターフェース７１６と、を備えてもよい。
映像ソース７１２は、映像キャプチャデバイスなどのソース、映像コンテンツプロバイダからの映像データを受信するためのインターフェース、および／または映像データを生成するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせたものを含んでもよい。映像データは、１つ以上のピクチャを含んでもよい。映像エンコーダ７１４は、映像ソース７１２からの映像データを符号化し、ビットストリームを生成する。ビットストリームは、映像データのコーディングされた表現を形成するビットのシーケンスを含んでもよい。ビットストリームは、コーディングされたピクチャおよび関連付けられたデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディングされた表現である。関連付けられたデータは、シーケンスパラメータセット、ピクチャパラメータセット、および他の構文構造を含んでもよい。Ｉ／Ｏインターフェース７１６は、変復調器（モデム）および／または送信機を含んでもよい。符号化された映像データは、ネットワーク７３０ａを介して、Ｉ／Ｏインターフェース７１６を経由して直接送信先デバイス７２０に送信されることができる。符号化された映像データは、送信先デバイス７２０がアクセスするために、記憶媒体／サーバ７３０ｂに記憶してもよい。
送信先デバイス７２０は、Ｉ／Ｏインターフェース７２６、映像デコーダ７２４、および表示装置７２２を含んでもよい。
Ｉ／Ｏインターフェース７２６は、受信機および／またはモデムを含んでもよい。Ｉ／Ｏインターフェース７２６は、送信元デバイス７１０または記憶媒体／サーバ７３０ｂから符号化映像データを取得してもよい。映像デコーダ７２４は、符号化された映像データを復号化してもよい。表示装置７２２は、復号化された映像データをユーザに表示してもよい。表示デバイス７２２は、送信先デバイス７２０と一体化されてもよく、または外部表示デバイスとインターフェースで接続するように構成される送信先デバイス７２０の外部にあってもよい。
映像エンコーダ７１４および映像デコーダ７２４は、高効率映像コーディング（ＨＥＶＣ）規格、汎用映像コーディング（ＶＶＶＭ）規格、および他の現在のおよび／または将来の規格等の映像圧縮規格に従って動作してもよい。
図８は、映像エンコーダ８００の一例を示すブロック図であり、この映像エンコーダ８００は、図７に示されるシステム７００における映像エンコーダ７１４であってもよい。
映像エンコーダ８００は、本開示の技術のいずれか又は全部を実行するように構成されてもよい。図８の実施例において、映像エンコーダ８００は、複数の機能モジュールを含む。本開示で説明される技法は、映像エンコーダ８００の様々なモジュール間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。
映像エンコーダ８００の機能モジュールは、パーティションユニット８０１と、モード選択ユニット８０３、動き推定ユニット８０４、動き補償ユニット８０５及びイントラ予測ユニット８０６を含んでもよい予測ユニット８０２と、残差生成ユニット８０７と、変換ユニット８０８と、量子化ユニット８０９と、逆量子化ユニット８１０と、逆変換ユニット８１１と、再構成ユニット８１２と、バッファ８１３と、エントロピー符号化ユニット８１４とを含んでもよい。
他の例において、映像エンコーダ８００は、より多くの、より少ない、又は異なる機能コンポーネントを含んでもよい。一例において、予測ユニット８０２は、イントラブロックコピー（ＩＢＣ）ユニットを含んでもよい。ＩＢＣユニットは、少なくとも１つの参照ピクチャが現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて予測を行うことができる。
さらに、動き推定ユニット８０４および動き補償ユニット８０５などのいくつかのコンポーネントは、高度に統合されてもよいが、説明のために、図８の例においては個別に表現されている。
分割ユニット８０１は、１つのピクチャを１つ以上の映像ブロックに分割することができる。映像エンコーダ８００及び映像デコーダ９００は、様々な映像ブロックサイズに対応可能であってよい。
モード選択ユニット８０３は、例えば、エラー結果に基づいて、イントラ又はインターのいずれか１つのコーディングモードを選択し、結果として得られたイントラ又はインターコーディングされたブロックを、残差生成ユニット８０７に供給して残差ブロックデータを生成し、また再構成ユニット８１２に供給して参照ピクチャとして使用するために符号化されたブロックを再構成してもよい。本発明の実施例において、モード選択ユニット８０３は、インター予測信号およびイントラ予測信号に基づく予測を行うイントラおよびインター予測（ＣＩＩＰ）モードの組み合わせを選択してもよい。また、モード選択ユニット８０３は、インター予測の場合、ブロックのために動きベクトルの解像度（例えば、サブピクセル又は整数ピクセル精度）を選択してもよい。
現在の映像ブロックに対してインター予測を実行するために、動き推定ユニット８０４は、バッファ８１３からの１つ以上の参照フレームと現在の映像ブロックとを比較することで、現在の映像ブロックのために動き情報を生成してもよい。動き補償ユニット８０５は、現在の映像ブロックに関連付けられたピクチャ以外のバッファ８１３からのピクチャの動き情報及び復号化されたサンプルに基づいて、現在の映像ブロックのために予測映像ブロックを判定してもよい。
動き推定ユニット８０４及び動き補償ユニット８０５は、例えば、現在の映像ブロックがＩスライスであるか、Ｐスライスであるか、又はＢスライスであるかに基づいて、現在の映像ブロックに対して異なる演算を実行してもよい。
いくつかの例において、動き推定ユニット８０４は、現在の映像ブロックに対して単方向予測を実行し、動き推定ユニット８０４は、現在の映像ブロックに対して、リスト０又はリスト７の参照ピクチャから、参照映像ブロックを検索してもよい。そして、動き推定ユニット８０４は、参照映像ブロックと、現在の映像ブロックと参照映像ブロックとの間の空間的変位を示す動きベクトルとを含む、リスト０またはリスト７における参照ピクチャを示す参照インデックスを生成してもよい。動き推定ユニット８０４は、参照インデックス、予測方向インジケータ、および動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償ユニット８０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在のブロックの予測映像ブロックを生成してもよい。
他の例において、動き推定ユニット８０４は、現在の映像ブロックを双方向予測してもよく、動き推定ユニット８０４は、リスト０における参照ピクチャの中から現在の映像ブロックために参照映像ブロックを検索してもよく、また、リスト７における参照ピクチャの中から現在の映像ブロックのために別の参照映像ブロックを検索してもよい。そして、動き推定ユニット８０４は、参照映像ブロックを含むリスト０およびリスト７における参照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブロックとの間の空間的変位を示す動きベクトルとを生成してもよい。動き推定ユニット８０４は、現在の映像ブロックの参照インデックスおよび動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償ユニット８０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在の映像ブロックの予測映像ブロックを生成してもよい。
いくつかの例において、動き推定ユニット８０４は、デコーダの復号化処理のために、動き情報のフルセットを出力してもよい。
いくつかの例では、動き推定ユニット８０４は、現在の映像のために動き情報のフルセットを出力しなくてもよい。むしろ、動き推定ユニット８０４は、別の映像ブロックの動き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き推定ユニット８０４は、現在の映像ブロックの動き情報が近傍の映像ブロックの動き情報に十分に類似していると判定してもよい。
一例において、動き推定ユニット８０４は、現在の映像ブロックに関連付けられた構文構造において、現在の映像ブロックが別の映像ブロックと同じ動き情報を有することを映像デコーダ９００に示す値を示してもよい。
別の例において、動き推定ユニット８０４は、現在の映像ブロックに関連付けられた構文構造において、別の映像ブロックと、動きベクトル差（ＭＶＤ）とを識別してもよい。動きベクトルの差分は、現在の映像ブロックの動きベクトルと、指定された映像ブロックの動きベクトルとの差分を示す。映像デコーダ９００は、指定された映像ブロックの動きベクトルと、動きベクトルの差分を用いて、現在の映像ブロックの動きベクトルを判定してもよい。
上述したように、映像エンコーダ８００は、動きベクトルを予測的に信号通知してもよい。実装され得る予測信号通知技術の２つの例は、
映像エンコーダ８００によって、高度動きベクトル予測（ＡＭＶＰ）およびマージモード信号通知を含む。
イントラ予測ユニット８０６は、現在の映像ブロックに対してイントラ予測を行ってもよい。イントラ予測ユニット８０６が現在の映像ブロックをイントラ予測する場合、イントラ予測ユニット８０６は、同一ピクチャにおける他の映像ブロックの復号化されたサンプルに基づいて、現在の映像ブロックのための予測データを生成してもよい。現在の映像ブロックのための予測データは、予測された映像ブロック及び様々な構文要素を含んでもよい。
残差生成ユニット８０７は、現在の映像ブロックから現在の映像ブロックの予測された映像ブロックを減算することによって（例えば、マイナス符号によって示されている）、現在の映像ブロックのために残差データを生成してもよい。現在の映像ブロックの残差データは、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応する残差映像ブロックを含んでもよい。
他の例において、例えば、スキップモードにおいて、現在の映像ブロックのための残差データがなくてもよく、残差生成ユニット８０７は、減算演算を実行しなくてもよい。
変換処理ユニット８０８は、現在の映像ブロックに関連付けられた残差映像ブロックに１つ以上の変換を適用することによって、現在の映像ブロックのために１つ以上の変換係数映像ブロックを生成してもよい。
変換処理ユニット８０８が現在の映像ブロックに関連付けられた変換係数映像ブロックを生成した後、量子化ユニット８０９は、現在の映像ブロックに関連付けられた１つ以上の量子化パラメータ（ＱＰ）値に基づいて、現在の映像ブロックに関連付けられた変換係数映像ブロックを量子化してもよい。
逆量子化ユニット８１０および逆変換ユニット８１１は、変換係数映像ブロックに逆量子化および逆変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再構成してもよい。再構成ユニット８１２は、予測ユニット８０２が生成した１つ以上の予測映像ブロックから対応するサンプルに再構成された残差映像ブロックを加え、現在のブロックに関連付けられた再構成映像ブロックを生成し、バッファ８１３に記憶することができる。
再構成ユニット８１２が映像ブロックを再構成した後、映像ブロックにおける映像ブロッキングアーティファクトを縮小するために、ループフィルタリング動作を行ってもよい。
エントロピー符号化ユニット８１４は、映像エンコーダ８００の他の機能コンポーネントからデータを受信してもよい。エントロピー符号化ユニット８１４がデータを受信した場合、エントロピー符号化ユニット８１４は、１つ以上のエントロピー符号化演算を行い、エントロピー符号化データを生成し、エントロピー符号化データを含むビットストリームを出力してもよい。
図９は、映像デコーダ９００の一例を示すブロック図であり、この映像デコーダ９００は、図７に示すシステム７００における映像デコーダ７１４であってもよい。
映像デコーダ９００は、本開示の技術のいずれか又は全部を実行するように構成されてもよい。図９の実施例において、映像デコーダ９００は、複数の機能コンポーネントを含む。本開示で説明される技法は、映像デコーダ９００の様々なコンポーネント間で共有されてもよい。いくつかの例では、プロセッサは、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。
図９の実施例において、映像デコーダ９００は、エントロピー復号化ユニット９０１、動き補償ユニット９０２、イントラ予測ユニット９０３、逆量子化ユニット９０４、逆変換ユニット９０５、および再構成ユニット９０６、並びにバッファ９０７を含む。映像デコーダ９００は、いくつかの例では、映像エンコーダ８００（図８）に関して説明した符号化パスとほぼ逆の復号化パスを行ってもよい。
エントロピー復号化ユニット９０１は、符号化されたビットストリームを取り出す。符号化されたビットストリームは、エントロピーコーディングされた映像データ（例えば、映像データの符号化されたブロック）を含んでもよい。エントロピー復号化ユニット９０１は、エントロピーコーディングされた映像データを復号化し、エントロピー復号された映像データから、動き補償ユニット９０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、および他の動き情報を含む動き情報を判定してもよい。動き補償ユニット９０２は、例えば、ＡＭＶＰ及びマージモードを実行することで、このような情報を判定してもよい。
動き補償ユニット９０２は、動き補償されたブロックを生成してもよく、場合によっては、補間フィルタに基づいて補間を実行してもよい。構文要素には、サブピクセルの精度で使用される補間フィルタのための識別子が含まれてもよい。
動き補償ユニット９０２は、映像ブロックの符号化中に映像エンコーダ８０によって使用されるような補間フィルタを使用して、参照ブロックのサブ整数ピクセルのための補間値を計算してもよい。動き補償ユニット９０２は、受信された構文情報に基づいて、映像エンコーダ８００が使用する補間フィルタを決定し、この補間フィルタを使用して予測ブロックを生成してもよい。
動き補償ユニット９０２は、構文情報の一部を用いて、符号化された映像シーケンスのフレーム（複数可）および／またはスライス（複数可）を符号化するために使用されるブロックのサイズ、符号化された映像シーケンスのピクチャの各マクロブロックがどのように分割されるかを記述する分割情報、各分割がどのように符号化されるかを示すモード、インター符号化ブロック間の各１つ以上の参照フレーム（および参照フレームリスト）、および符号化された映像シーケンスを復号化するための他の情報を判定してもよい。
イントラ予測ユニット９０３は、例えば、ビットストリームにおいて受信したイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してもよい。逆量子化ユニット９０３は、ビットストリームに提供され、エントロピー復号化ユニット９０１によって復号されることで、量子化された映像ブロック係数を逆量子化（すなわち、逆量子化）する。逆変換ユニット９０３は、逆変換を適用する。
再構成ユニット９０６は、残差ブロックと、動き補償ユニット８０２、又はイントラ予測ユニット９０３によって生成された対応する予測ブロックとを合計し、復号化されたブロックを生成してもよい。所望であれば、デブロッキングフィルタは、ブロック化されたアーティファクトを除去するために、復号化されたブロックをフィルタリングするため適用されてもよい。復号化された映像ブロックは、バッファ９０７に記憶され、バッファ９０７は、後続の動き補償／イントラ予測のために参照ブロックを提供し、且つ、表示装置に表示するために復号化された映像を生成する。
図１０は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム１０００を示すブロック図である。様々な実装形態は、システム１０００のモジュールの一部又は全部を含んでもよい。システム１０００は、映像コンテンツを受信するための入力ユニット１００２を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマット、例えば、８又は１０ビットのマルチモジュール画素値で受信されてもよく、又は圧縮又は符号化フォーマットで受信されてもよい。入力ユニット１００２は、ネットワークインターフェース、周辺バスインターフェース、又は記憶インターフェースを表してもよい。ネットワークインターフェースの例は、イーサネット（登録商標）、パッシブ光ネットワーク（ＰＯＮ）等の有線インターフェース、およびＷｉ－Ｆｉ（登録商標）またはセルラーインターフェース等の無線インターフェースを含む。
システム１０００は、本明細書に記載される様々なコーディング、又は符号化方法を実装可能なコーディングコンポーネント１００４を含んでもよい。コーディングモジュール１００４は、入力ユニット１００２からの映像の平均ビットレートをコーディングモジュール１００４の出力に低減し、映像のコーディングされた表現を生成してもよい。従って、このコーディング技術は、映像圧縮または映像コード変換技術と呼ばれることがある。コーディングモジュール１００４の出力は、コンポーネント１００６によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力ユニット１００２において受信された、記憶された、又は通信された映像のビットストリーム（又はコーディングされた）表現は、コンポーネント１００８によって使用されて、表示インターフェースユニット１０１０に送信される画素値、又は表示可能な映像を生成してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像伸張（映像展開）と呼ばれることがある。さらに、特定の映像処理操作を「コーディング」操作又はツールと呼ぶが、コーディングツール又は操作は、符号化及びそれに対応する、コーディングの結果を逆にする復号化ツール又は操作が、デコーダによって行われることが理解されよう。
周辺バスインターフェースまたは表示インターフェースの例は、ユニバーサルシリアルバス（ＵＳＢ）または高精細マルチメディアインターフェース（ＨＤＭＩ（登録商標））またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、シリアルアドバンスドテクノロジーアタッチメント（ＳＡＴＡ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、又はデジタルデータ処理及び／又は映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい。
以上、説明の目的で本開示の技術の特定の実施形態を説明したが、本発明の範囲から逸脱することなく様々な修正が可能であることは、理解されるであろう。従って、本開示の技術は、添付の特許請求の範囲による場合を除き、限定されない。
本特許明細書に記載された主題および機能操作の実装形態は、本明細書に開示された構造およびその構造的等価物を含め、様々なシステム、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しくはハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実施してもよい。本明細書に記載された主題の実装形態は、１つ以上のコンピュータプログラム製品、すなわち、データ処理装置によって実行されるため、又はデータ処理装置の操作を制御するために、有形で非可搬性のコンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１つ以上のモジュールとして実装することができる。このコンピュータ可読媒体は、機械読取可能な記憶装置、機械読取可能な記憶基板、メモリデバイス、機械読取可能な伝播信号をもたらす物質の組成物、又はこれらの１つ以上の組み合わせであってもよい。「データ処理ユニット」又は「データ処理装置」という用語は、例えば、プログラマブルプロセッサ、コンピュータ、又は複数の処理装置若しくはコンピュータを含め、データを処理するためのすべての装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境を作るコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはこれらの１つ以上の組み合わせを構成するコードを含むことができる。
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジュール、コンポーネント、サブルーチン、または他のユニットとして含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１つ以上のスクリプト）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル（例えば、１つ以上のモジュール、サブプログラム、またはコードの一部を格納するファイル）に記憶されていてもよい。１つのコンピュータプログラムを、１つのサイトに位置する１つのコンピュータ、または複数のサイトに分散され通信ネットワークによって相互接続される複数のコンピュータで実行させるように展開することも可能である。
本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を実行するための１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブルプロセッサによって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。
コンピュータプログラムの実行に適したプロセッサは、例えば、汎用および専用マイクロプロセッサの両方、並びに任意の種類のデジタルコンピュータの任意の１つ以上のプロセッサを含む。一般的に、プロセッサは、読み出し専用メモリ又はランダムアクセスメモリ又はその両方から命令及びデータを受信する。コンピュータの本質的な要素は、命令を実行するためのプロセッサと、命令およびデータを記憶するための１つ以上の記憶装置とである。一般的に、コンピュータは、データを記憶するための１つ以上の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリデバイス等の半導体メモリデバイスを含む。プロセッサおよびメモリは、特定用途のロジック回路によって補完されてもよく、または特定用途のロジック回路に組み込まれてもよい。
いくつかの実施形態を、以下の項に基づくフォーマットを使用して説明することができる。以下の項目は、前章に記載された技術の例示的な実施形態を示す。
Ａ１．現在の映像セグメントと、複数の映像コーディング層（ＶＣＬ）ネットワーク抽象化層（ＮＡＬ）ユニットを含む前記映像のビットストリーム表現との間での変換について、前記現在の映像セグメントを含むスライスのスライスモードが矩形スライスモードであることを決定することと、前記決定に基づいて、前記変換を行うことを含み、前記ビットストリーム表現は、前記複数の前記ＶＣＬ ＮＡＬユニットの復号順を信号通知する１つ以上の構文要素をさらに含む、映像処理方法。
Ａ２－１．前記復号順は、前記複数の前記ＶＣＬ ＮＡＬユニットを含むサブピクチャのサブピクチャＩＤ値を昇順に含む、項目Ａ１に記載の方法。
Ａ２－２．前記復号順は、昇順に並べられた前記複数の前記ＶＣＬ ＮＡＬユニットのサブピクチャレベルのスライスインデックス値を含む、項目Ａ１に記載の方法。
Ａ３－１．前記復号順は、昇順に並べられた前記複数のＶＣＬ ＮＡＬユニットを含むサブピクチャのサブピクチャインデックス値を含む、項目Ａ１に記載の方法。Ａ３－２．前記サブピクチャレベルのスライスインデックス値の１つは、スライスヘッダにおけるｓｌｉｃｅ＿ａｄｄｒｅｓｓ構文要素の値である、項目Ａ１に記載の方法。
Ａ４．前記ビットストリーム表現が前記ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄパラメータを排除すると判定された場合、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄパラメータの値がゼロであると推測される、項目Ａ１～Ａ３のいずれかに記載の方法。
Ａ５．前記サブピクチャＩＤ値は、前記サブピクチャインデックス値とともに単調に増加する、項目Ａ２およびＡ３に記載の方法。
Ａ６．前記変換は、前記ビットストリーム表現から前記現在の映像セグメントを生成する、項目Ａ１～Ａ５のいずれかに記載の方法。
Ａ７．前記変換は、現在の映像セグメントから前記ビットストリーム表現を生成する、項目Ａ１～Ａ５のいずれかに記載の方法。
Ａ８．前記現在の映像セグメントが、現在のスライス、現在のブロック、現在のタイル、又は現在のサブピクチャである、項目Ａ１～Ａ７のいずれかに記載の方法。
Ａ９．項目Ａ１～Ａ８のずれか１項目以上に記載の方法を実装するように構成されたプロセッサを備える映像処理装置。
Ａ１０．コードを含むプログラムが記録され、前記プログラムが、プロセッサが項目Ａ１～Ａ８のいずれか１つに記載の方法を実行するための、コンピュータ可読記録媒体。
Ａ１１．非一時的なコンピュータ可読媒体に記憶されたコンピュータプログラム製品であって、項目Ａ１～Ａ８のいずれか１項に記載の方法を実行するためのプログラムコードを含む、コンピュータプログラム製品。
第２組の項目では、前章で開示された技術の特定の特徴及び態様を説明する。
１．１つ以上のスライスを含む１つ以上のサブピクチャを含む映像と、規則に従った映像のビットストリーム表現との間で変換を行うこと１１１０を含み、前記ビットストリーム表現は、多数のコーディングされたユニットを含み、前記規則は、サブピクチャ内のコーディングされたユニットの復号順が、昇順に並べられた前記コーディングされたユニットのサブピクチャレベルのスライスインデックス値である、ことを規定する、映像処理方法（例えば、図１１に示す方法１１００）。
２．前記コーディングされたユニットは、映像コーディングされた層（ＶＣＬ）ネットワーク抽象化層（ＮＡＬ）ユニットに対応する、請求項１に記載の方法。
３．前記規則は、スライスモードが矩形スライスモードである場合に適用される、請求項１に記載の方法。
４．サブピクチャレベルのスライスインデックス値は、スライスのスライスアドレスを規定するスライスヘッダにおけるｓｌｉｃｅ＿ａｄｄｒｅｓｓ構文要素の値である、請求項１に記載の方法。
５．前記ビットストリーム表現がｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄパラメータを排除すると決定されると、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄパラメータの値を推測する、請求項１～４のいずれかに記載の方法。
６．前記ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄパラメータは、前記スライスを含む前記サブピクチャのサブピクチャ識別（ＩＤ）を規定する、請求項５に記載の方法。
７．前記決定時に、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄパラメータの値が０に等しいと推測される、請求項５に記載の方法。
８．前記複数のコーディングされたユニットを含むサブピクチャのサブピクチャＩＤ値は、前記複数のコーディングされたユニットを含むサブピクチャのサブピクチャインデックス値とともに単調に増加する、請求項１～７のいずれかに記載の方法。
９．第１のスライスＮＡＬ（ネットワーク抽象化層）ユニットと第２のスライスＮＡＬユニットを含むピクチャ内における前記コーディングされたユニットの復号順は、ｉ）第１のスライスＮＡＬユニットのサブピクチャレベルのスライスインデックス値が第２のスライスＮＡＬユニットのサブピクチャレベルのスライスインデックス値よりも小さい、又は、ｉｉ）第１のスライスＮＡＬユニットのサブピクチャレベルのスライスインデックス値が第２のスライスＮＡＬユニットのサブピクチャレベルのスライスインデックス値に等しく、かつ、第１のスライスＮＡＬユニットのｓｌｉｃｅ＿ａｄｒｅｓｓ構文要素の値が第２のスライスＮＡＬユニットのｓｌｉｃｅ＿ａｄｒｅｓｓ構文要素の値よりも小さい場合、前記第１のスライスＮＡＬユニットが前記第２のスライスＮＡＬユニットに先行するように規定される、請求項５～７のいずれかに記載の方法。
１０．１つ以上のスライスを含む１つ以上のサブピクチャを含む映像と、規則に従った映像のビットストリーム表現との間で変換を行うことを含み、前記ビットストリーム表現は、多数のコーディングされたユニットを含み、前記規則は、コーディングされたユニットの復号順を、前記コーディングされたユニットを含む前記１つ以上のサブピクチャから、サブピクチャのサブピクチャ関連値の昇順にすることを規定する、映像処理方法。
１１．前記コーディングされたユニットは、映像コーディングされた層（ＶＣＬ）ネットワーク抽象化層（ＮＡＬ）ユニットに対応する、請求項１０に記載の方法。
１２．前記規則は、スライスモードが矩形スライスモードである場合に適用される、請求項１０に記載の方法。
１３．前記サブピクチャ関連値は、前記コーディングされたユニットを含むサブピクチャの識別（ＩＤ）値に対応する、請求項１０に記載の方法。
１４．前記サブピクチャ関連値は、前記コーディングされたユニットを含むサブピクチャのサブピクチャインデックス値に対応する、請求項１０に記載の方法。
１５．前記ビットストリーム表現がｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄパラメータを排除すると決定されると、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄパラメータの値を推測する、請求項１０～１４のいずれかに記載の方法。
１６．前記決定時に、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄパラメータの値が０に等しいと推測される、請求項１５に記載の方法。
１７．前記コーディングされたユニットを含むサブピクチャのサブピクチャＩＤ値は、前記複数のコーディングされたユニットを含むサブピクチャのサブピクチャインデックス値とともに単調に増加する、請求項１０～１６のいずれかに記載の方法。
１８．前記変換は、前記映像を前記ビットストリーム表現に符号化することを含む、項１０～１６のいずれかに記載の方法。
１９．前記変換は、前記ビットストリーム表現から前記映像を復号することを含む、項１０～１６のいずれかに記載の方法。
２０．請求項１～１９のいずれか１項以上に記載の方法を実装するように構成されたプロセッサを備える映像処理装置。
２１．実行されると、プロセッサに、請求項１から１９のいずれか１つ以上に記載の方法を実装させるプログラムコードを格納するコンピュータ読み取り可能媒体。
２２． 上述した方法のいずれかに従って生成されたコーディングされた表現またはビットストリーム表現を記憶する、コンピュータ読み取り可能媒体。
２３．請求項１～１９のいずれか１つ以上に記載の方法を実装するように構成された、ビットストリーム表現を記憶するための映像処理装置。
本特許明細書は多くの詳細を含むが、これらは、任意の発明の範囲又は特許請求の範囲を限定するものと解釈されるべきではなく、むしろ、特定の発明の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態の文脈で説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態において別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。
同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番でまたは連続した順番で行われること、または示された全ての動作が行われることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
いくつかの実装形態および例のみが記載されており、この特許文献に記載され図示されているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。
Claims (13)
- 規則に従って、１つ以上のスライスを含む１つ以上のサブピクチャを含む映像と、前記映像のビットストリームとの間で変換を行うことを含み、
前記ビットストリームは、少なくとも１つのコーディングされたユニットを含み、
前記規則は、前記サブピクチャ内の前記コーディングされたユニットの復号順が、前記コーディングされたユニットに対応するスライスのスライスアドレスを規定するスライスヘッダ内のｓｌｉｃｅ＿ａｄｄｒｅｓｓ構文要素の値の昇順であることを規定する、
映像処理方法。 - 前記サブピクチャ内の前記コーディングされたユニットは、映像コーディングされた層（ＶＣＬ）ネットワーク抽象化層（ＮＡＬ）ユニットに対応する、
請求項１に記載の方法。 - スライスモードが矩形スライスモードである場合、スライスヘッダにおけるｓｌｉｃｅ＿ａｄｄｒｅｓｓ構文要素の値は、サブピクチャレベルのスライスインデックスに等しい、
請求項１または請求項２に記載の方法。 - サブピクチャレベルのスライスインデックスは、ピクチャパラメータセットにおいて信号通知される順で、サブピクチャにおけるスライスのリストに対するスライスのインデックスを規定する、
請求項１～３のいずれか１項に記載の方法。 - 前記ビットストリームがｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄパラメータを排除すると決定されると、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄパラメータの値を推測し、
前記ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄパラメータは、前記スライスを含む前記サブピクチャのサブピクチャ識別（ＩＤ）を規定する、
請求項１～４のいずれか１項に記載の方法。 - 前記決定の結果、前記ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄパラメータの前記値が０であると推測される、
請求項５に記載の方法。 - 前記少なくとも１つのコーディングされたユニットを含むサブピクチャのサブピクチャＩＤ値は、前記少なくとも１つのコーディングされたユニットを含むサブピクチャのサブピクチャインデックス値とともに単調に増加する、
請求項１～６のいずれか１項に記載の方法。 - 第１のスライスＮＡＬ（ネットワーク抽象化層）ユニットと第２のスライスＮＡＬユニットを含むピクチャ内における前記コーディングされたユニットの前記復号順は、ｉ）前記第１のスライスＮＡＬユニットのサブピクチャインデックス値が、前記第２のスライスＮＡＬユニットのサブピクチャインデックス値よりも小さい、又は、ｉｉ）前記第１のスライスＮＡＬユニットの前記サブピクチャインデックス値が、前記第２のスライスＮＡＬユニットの前記サブピクチャインデックス値に等しく、かつ、前記第１のスライスＮＡＬユニットの前記ｓｌｉｃｅ＿ａｄｒｅｓｓ構文要素の値が、前記第２のスライスＮＡＬユニットの前記ｓｌｉｃｅ＿ａｄｒｅｓｓ構文要素の値よりも小さい場合、前記第１のスライスＮＡＬユニットが前記第２のスライスＮＡＬユニットに先行するように規定される、
請求項１～７のいずれか１項に記載の方法。 - 前記変換は、前記映像を前記ビットストリームに符号化することを含む、
請求項１～８のいずれか１項に記載の方法。 - 前記変換は、前記映像を前記ビットストリームから復号化することを含む、
請求項１～８のいずれか１項に記載の方法。 - 処理装置と、前記処理装置に命令が記憶された非一時的メモリと、を備える映像データ処理装置であって、前記処理装置によって実行されると、前記命令が、前記処理装置に以下を行わせる装置であって、
１つ以上のスライスを含む１つ以上のサブピクチャを含む映像と、前記映像のビットストリームとの間で、規則に従って変換を行わせ、
前記ビットストリームは、少なくとも１つのコーディングされたユニットを含み、
前記規則は、前記サブピクチャ内の前記コーディングされたユニットの復号順が、前記コーディングされたユニットに対応するスライスのスライスアドレスを規定するスライスヘッダ内のｓｌｉｃｅ＿ａｄｄｒｅｓｓ構文要素の値の昇順であることを規定する、
映像処理装置。 - 処理装置に実行させる命令を記憶する非一時的なコンピュータ可読記憶媒体であって、
１つ以上のスライスを含む１つ以上のサブピクチャを含む映像と、映像のビットストリームとの間で規則に従って変換を行わせ、
前記ビットストリームは、少なくとも１つのコーディングされたユニットを含み、
前記規則は、前記サブピクチャ内の前記コーディングされたユニットの復号順が、前記コーディングされたユニットに対応するスライスのスライスアドレスを規定するスライスヘッダ内のｓｌｉｃｅ＿ａｄｄｒｅｓｓ構文要素の値の昇順であることを規定する、
非一時的なコンピュータ可読記憶媒体。 - 映像のビットストリームを記憶する方法であって、前記方法は、
規則に従って、１つ以上のスライスを含む１つ以上のサブピクチャを含む１つ以上のピクチャを含む前記映像の前記ビットストリームを生成することを含み、
前記ビットストリームは、少なくとも１つのコーディングされたユニットを含み、
非一時的なコンピュータ可読記録媒体に前記ビットストリームを記憶し、
前記規則は、前記サブピクチャ内の前記コーディングされたユニットの復号順が、前記コーディングされたユニットに対応するスライスのスライスアドレスを規定するスライスヘッダ内のｓｌｉｃｅ＿ａｄｄｒｅｓｓ構文要素の値の昇順であることを規定する、
方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2023202894A JP2024023476A (ja) | 2019-12-26 | 2023-11-30 | コーディングされたピクチャ内における復号順を実装する技術 |
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201962953812P | 2019-12-26 | 2019-12-26 | |
| US62/953,812 | 2019-12-26 | ||
| US201962954375P | 2019-12-27 | 2019-12-27 | |
| US62/954,375 | 2019-12-27 | ||
| PCT/US2020/066356 WO2021133721A1 (en) | 2019-12-26 | 2020-12-21 | Techniques for implementing a decoding order within a coded picture |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2023202894A Division JP2024023476A (ja) | 2019-12-26 | 2023-11-30 | コーディングされたピクチャ内における復号順を実装する技術 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2023510110A JP2023510110A (ja) | 2023-03-13 |
| JP7405990B2 true JP7405990B2 (ja) | 2023-12-26 |
Family
ID=76575167
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022537686A Active JP7405990B2 (ja) | 2019-12-26 | 2020-12-21 | コーディングされたピクチャ内における復号順を実装する技術 |
| JP2023202894A Pending JP2024023476A (ja) | 2019-12-26 | 2023-11-30 | コーディングされたピクチャ内における復号順を実装する技術 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2023202894A Pending JP2024023476A (ja) | 2019-12-26 | 2023-11-30 | コーディングされたピクチャ内における復号順を実装する技術 |
Country Status (8)
| Country | Link |
|---|---|
| US (2) | US11641477B2 (ja) |
| EP (1) | EP4058935A4 (ja) |
| JP (2) | JP7405990B2 (ja) |
| KR (1) | KR20220114557A (ja) |
| CN (1) | CN114930825A (ja) |
| BR (1) | BR112022011719A2 (ja) |
| MX (1) | MX2022007502A (ja) |
| WO (1) | WO2021133721A1 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20220114557A (ko) * | 2019-12-26 | 2022-08-17 | 바이트댄스 아이엔씨 | 코딩된 픽처 내에서 디코딩 순서를 구현하기 위한 기술들 |
| WO2024053954A1 (ko) * | 2022-09-05 | 2024-03-14 | 엘지전자 주식회사 | 종속 랜덤 액세스 포인트 픽처에 기반한 영상 부호화/복호화 방법, 장치 및 비트스트림 전송 방법 |
Family Cites Families (39)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI249356B (en) | 2002-11-06 | 2006-02-11 | Nokia Corp | Picture buffering for prediction references and display |
| US7403660B2 (en) * | 2003-04-30 | 2008-07-22 | Nokia Corporation | Encoding picture arrangement parameter in picture bitstream |
| US20050254526A1 (en) | 2004-05-12 | 2005-11-17 | Nokia Corporation | Parameter sets update in streaming applications |
| US20070014346A1 (en) | 2005-07-13 | 2007-01-18 | Nokia Corporation | Coding dependency indication in scalable video coding |
| WO2008112871A1 (en) * | 2007-03-13 | 2008-09-18 | Nec Laboratories America, Inc. | Group mmse-dfd with rate (sinr) feedback and without pre-determined decoding order for reception on a cellular downlink |
| WO2009127961A1 (en) | 2008-04-16 | 2009-10-22 | Nokia Corporation | Decoding order recovery in session multiplexing |
| US10034018B2 (en) | 2011-09-23 | 2018-07-24 | Velos Media, Llc | Decoded picture buffer management |
| US9264717B2 (en) | 2011-10-31 | 2016-02-16 | Qualcomm Incorporated | Random access with advanced decoded picture buffer (DPB) management in video coding |
| US9979958B2 (en) | 2012-04-20 | 2018-05-22 | Qualcomm Incorporated | Decoded picture buffer processing for random access point pictures in video sequences |
| CN111031302A (zh) * | 2012-04-25 | 2020-04-17 | 浙江大学 | 三维视频序列辅助信息的解码方法、编码方法及装置 |
| US20130287093A1 (en) * | 2012-04-25 | 2013-10-31 | Nokia Corporation | Method and apparatus for video coding |
| US9479774B2 (en) | 2012-09-24 | 2016-10-25 | Qualcomm Incorporated | Buffering period and recovery point supplemental enhancement information messages |
| US8989508B2 (en) * | 2012-09-28 | 2015-03-24 | Sharp Kabushiki Kaisha | Electronic device for signaling a sub-picture buffer parameter |
| US9374581B2 (en) | 2013-01-07 | 2016-06-21 | Qualcomm Incorporated | Signaling of picture order count to timing information relations for video timing in video coding |
| US9398293B2 (en) | 2013-01-07 | 2016-07-19 | Qualcomm Incorporated | Gradual decoding refresh with temporal scalability support in video coding |
| US9723305B2 (en) | 2013-03-29 | 2017-08-01 | Qualcomm Incorporated | RTP payload format designs |
| CA3129121C (en) * | 2013-04-07 | 2024-02-20 | Dolby International Ab | Signaling change in output layer sets |
| US9350781B2 (en) | 2013-05-31 | 2016-05-24 | Qualcomm Incorporated | Single network abstraction layer unit packets with decoding order number for video coding |
| US9648333B2 (en) | 2013-10-11 | 2017-05-09 | Vid Scale, Inc. | High level syntax for HEVC extensions |
| US20150103887A1 (en) | 2013-10-14 | 2015-04-16 | Qualcomm Incorporated | Device and method for scalable coding of video information |
| US9900605B2 (en) | 2013-10-14 | 2018-02-20 | Qualcomm Incorporated | Device and method for scalable coding of video information |
| US9854270B2 (en) | 2013-12-19 | 2017-12-26 | Qualcomm Incorporated | Device and method for scalable coding of video information |
| US10645404B2 (en) * | 2014-03-24 | 2020-05-05 | Qualcomm Incorporated | Generic use of HEVC SEI messages for multi-layer codecs |
| US9866851B2 (en) | 2014-06-20 | 2018-01-09 | Qualcomm Incorporated | Full picture order count reset for multi-layer codecs |
| US9866852B2 (en) | 2014-06-20 | 2018-01-09 | Qualcomm Incorporated | Video coding using end of sequence network abstraction layer units |
| US20150373350A1 (en) | 2014-06-20 | 2015-12-24 | Qualcomm Incorporated | Temporal motion vector prediction (tmvp) indication in multi-layer codecs |
| US11418812B2 (en) | 2015-02-11 | 2022-08-16 | Qualcomm Incorporated | Placement of parameter sets and sync samples in video coding |
| US10652631B2 (en) | 2016-05-24 | 2020-05-12 | Qualcomm Incorporated | Sample entries and random access |
| WO2020044195A1 (en) | 2018-08-26 | 2020-03-05 | Beijing Bytedance Network Technology Co., Ltd. | Multi-motion model based video coding and decoding |
| WO2020185959A1 (en) | 2019-03-11 | 2020-09-17 | Futurewei Technologies, Inc. | Gradual decoding refresh in video coding |
| JP2022527555A (ja) | 2019-04-03 | 2022-06-02 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | エンコーダ、デコーダ、および対応する方法 |
| JP7462679B2 (ja) | 2019-05-06 | 2024-04-05 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | ビデオ符号化における回復ポイントシグナリング |
| WO2021003447A1 (en) | 2019-07-03 | 2021-01-07 | Futurewei Technologies, Inc. | Types of reference pictures in reference picture lists |
| CN114073073B (zh) | 2019-07-08 | 2023-06-06 | 华为技术有限公司 | 一种支持混合nal单元的编解码方法和编解码器 |
| EP4011063A4 (en) | 2019-08-09 | 2022-11-02 | Huawei Technologies Co., Ltd. | EXTERNAL DECODING REFRESH TO VIDEO CODING |
| CN115002467B (zh) | 2019-09-24 | 2023-04-04 | 华为技术有限公司 | 用于分辨率改变的解码图像缓冲区操作的方法和设备 |
| EP4078977A4 (en) * | 2019-12-19 | 2023-12-27 | Telefonaktiebolaget LM Ericsson (publ) | ORDERING IMAGE SEGMENTS |
| KR20220114557A (ko) * | 2019-12-26 | 2022-08-17 | 바이트댄스 아이엔씨 | 코딩된 픽처 내에서 디코딩 순서를 구현하기 위한 기술들 |
| US11962936B2 (en) | 2020-09-29 | 2024-04-16 | Lemon Inc. | Syntax for dependent random access point indication in video bitstreams |
-
2020
- 2020-12-21 KR KR1020227020445A patent/KR20220114557A/ko active IP Right Grant
- 2020-12-21 JP JP2022537686A patent/JP7405990B2/ja active Active
- 2020-12-21 BR BR112022011719A patent/BR112022011719A2/pt unknown
- 2020-12-21 WO PCT/US2020/066356 patent/WO2021133721A1/en unknown
- 2020-12-21 MX MX2022007502A patent/MX2022007502A/es unknown
- 2020-12-21 CN CN202080090631.0A patent/CN114930825A/zh active Pending
- 2020-12-21 EP EP20905915.3A patent/EP4058935A4/en active Pending
-
2022
- 2022-06-13 US US17/838,522 patent/US11641477B2/en active Active
-
2023
- 2023-04-03 US US18/194,803 patent/US20230239483A1/en active Pending
- 2023-11-30 JP JP2023202894A patent/JP2024023476A/ja active Pending
Non-Patent Citations (2)
Also Published As
| Publication number | Publication date |
|---|---|
| WO2021133721A1 (en) | 2021-07-01 |
| US11641477B2 (en) | 2023-05-02 |
| JP2024023476A (ja) | 2024-02-21 |
| EP4058935A4 (en) | 2023-01-18 |
| JP2023510110A (ja) | 2023-03-13 |
| MX2022007502A (es) | 2022-07-04 |
| EP4058935A1 (en) | 2022-09-21 |
| US20220312022A1 (en) | 2022-09-29 |
| US20230239483A1 (en) | 2023-07-27 |
| CN114930825A (zh) | 2022-08-19 |
| KR20220114557A (ko) | 2022-08-17 |
| BR112022011719A2 (pt) | 2022-09-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7422881B2 (ja) | パラメータセットにおけるサブピクチャシグナリング | |
| JP7464742B2 (ja) | 参照ピクチャリサンプリング | |
| US20230239483A1 (en) | Techniques for implementing a decoding order within a coded picture | |
| US20240080493A1 (en) | Profile tier level parameter set in video coding | |
| JP7495509B2 (ja) | 映像コーディングにおけるスライス及びタイル分割 | |
| JP2024026265A (ja) | スライスおよびタイルを含むピクチャのコーディング | |
| JP2023529430A (ja) | 映像ビットストリームにおけるサブレイヤ信号通知 | |
| JP7400115B2 (ja) | サブピクチャとタイル行シグナリングとの間のインタラクション | |
| JP7513756B2 (ja) | サブレイヤ数制限 | |
| JP2023529422A (ja) | 映像コーディングにおける補足強化情報メッセージのスケーラブルネスティング |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220617 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220617 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230516 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230816 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20231114 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20231214 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7405990 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |