JP2024020476A - 符号化された映像におけるサブピクチャトラック - Google Patents
符号化された映像におけるサブピクチャトラック Download PDFInfo
- Publication number
- JP2024020476A JP2024020476A JP2023196800A JP2023196800A JP2024020476A JP 2024020476 A JP2024020476 A JP 2024020476A JP 2023196800 A JP2023196800 A JP 2023196800A JP 2023196800 A JP2023196800 A JP 2023196800A JP 2024020476 A JP2024020476 A JP 2024020476A
- Authority
- JP
- Japan
- Prior art keywords
- track
- picture
- vvc
- sub
- video
- 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
- 238000000034 method Methods 0.000 claims abstract description 133
- 230000000007 visual effect Effects 0.000 claims abstract description 94
- 238000012545 processing Methods 0.000 claims abstract description 79
- 230000033001 locomotion Effects 0.000 claims description 81
- 238000006243 chemical reaction Methods 0.000 abstract description 7
- 239000000523 sample Substances 0.000 description 134
- 239000013598 vector Substances 0.000 description 24
- 238000000605 extraction Methods 0.000 description 18
- 208000031212 Autoimmune polyendocrinopathy Diseases 0.000 description 15
- 235000019395 ammonium persulphate Nutrition 0.000 description 15
- 238000010586 diagram Methods 0.000 description 11
- 238000005516 engineering process Methods 0.000 description 11
- 238000004590 computer program Methods 0.000 description 10
- 239000010410 layer Substances 0.000 description 10
- 230000008569 process Effects 0.000 description 10
- 230000003044 adaptive effect Effects 0.000 description 9
- 230000002265 prevention Effects 0.000 description 9
- 238000013139 quantization Methods 0.000 description 8
- 230000001419 dependent effect Effects 0.000 description 7
- 238000001914 filtration Methods 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 6
- 230000008859 change Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 6
- 230000011218 segmentation Effects 0.000 description 6
- 230000015654 memory Effects 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 5
- 230000002123 temporal effect Effects 0.000 description 5
- 108091000069 Cystinyl Aminopeptidase Proteins 0.000 description 4
- 102100025027 E3 ubiquitin-protein ligase TRIM69 Human genes 0.000 description 4
- 101000830203 Homo sapiens E3 ubiquitin-protein ligase TRIM69 Proteins 0.000 description 4
- 102100020872 Leucyl-cystinyl aminopeptidase Human genes 0.000 description 4
- 230000006835 compression Effects 0.000 description 4
- 238000007906 compression Methods 0.000 description 4
- 238000012937 correction Methods 0.000 description 4
- 239000012634 fragment Substances 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 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 3
- 230000002457 bidirectional effect Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 208000037170 Delayed Emergence from Anesthesia Diseases 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000006837 decompression 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
- 238000005457 optimization Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 238000003672 processing method Methods 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
- 238000000926 separation method Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 101100533821 Arabidopsis thaliana FSD1 gene Proteins 0.000 description 1
- 240000002791 Brassica napus Species 0.000 description 1
- 240000007594 Oryza sativa Species 0.000 description 1
- 235000007164 Oryza sativa Nutrition 0.000 description 1
- 238000012952 Resampling Methods 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000000261 appearance potential spectroscopy Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 239000011229 interlayer Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 235000009566 rice Nutrition 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 101150018269 sodB gene Proteins 0.000 description 1
- 239000000758 substrate Substances 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
- 230000009466 transformation 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/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
- H04N7/00—Television systems
- H04N7/01—Conversion of standards, e.g. involving analogue television standards or digital television standards processed at pixel level
-
- 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/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
-
- 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/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/132—Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
-
- 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/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/136—Incoming video signal characteristics or properties
-
- 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/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
-
- 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/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/186—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 colour or a chrominance component
-
- 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
-
- 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/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
-
- 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/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
- H04N19/436—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation using parallelised computational arrangements
-
- 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/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/21805—Source of audio or video content, e.g. local disk arrays enabling multiple viewpoints, e.g. using a plurality of cameras
-
- 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/234336—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 media transcoding, e.g. video is transformed into a slideshow of still pictures or audio is converted into text
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
【課題】視覚メディアデータを処理するためのシステム、方法および映像処理装置を提供する。【解決手段】方法は、視覚メディアデータと、視覚メディアデータの１つ以上のビットストリームを記憶する１つ以上のトラックを含む視覚メディアファイルとの変換を行うことを含み、視覚メディアデータは、１つ以上のサブピクチャまたは１つ以上のスライスを含む１つ以上のピクチャを含み、視覚メディアファイルは、フォーマット規則に従って１つ以上のトラックを記憶し、フォーマット規則は、１つ以上のスライスまたは１つ以上のサブピクチャのシーケンスを含むトラックが、１つ以上のピクチャの矩形領域を覆うカバーすることを規定する。【選択図】図１１
Description
関連出願の相互参照
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０２０
年９月１７日出願の米国特許仮出願第６３／０７９９３３号および２０２０年１０月６日
出願の米国特許仮出願第６３／０８８１２６号の優先権および利益を適時に主張すること
を目的とする。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開
示の一部として参照により援用される。
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０２０
年９月１７日出願の米国特許仮出願第６３／０７９９３３号および２０２０年１０月６日
出願の米国特許仮出願第６３／０８８１２６号の優先権および利益を適時に主張すること
を目的とする。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開
示の一部として参照により援用される。
この特許文献は、ファイルフォーマットのデジタルオーディオ映像媒体情報の生成、記
憶、および消費に関する。
憶、および消費に関する。
デジタル映像は、インターネット及び他のデジタル通信ネットワークにおいて最大の帯
域幅の使用量を占めている。映像を受信及び表示することが可能である接続されたユーザ
機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けること
が予測される。
域幅の使用量を占めている。映像を受信及び表示することが可能である接続されたユーザ
機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けること
が予測される。
本明細書は、映像エンコーダおよびデコーダが、ファイルフォーマットに従って映像ま
たは画像の符号化表現を処理するために使用できる技術を開示する。
たは画像の符号化表現を処理するために使用できる技術を開示する。
１つの例示的な態様において、視覚メディアデータを処理する方法が開示される。この
方法は、視覚メディアデータと、前記視覚メディアデータの１つ以上のビットストリーム
を記憶する１つ以上のトラックを含む視覚メディアファイルとの変換を行うことを含み、
前記視覚メディアデータは、１つまたは複数のサブピクチャまたは複数のスライスを含む
１つ以上のピクチャを含み、前記視覚メディアファイルは、フォーマット規則に従って前
記１つ以上のトラックを記憶し、前記フォーマット規則は、前記１つ以上のスライスまた
は前記１つ以上のサブピクチャのシーケンスを含むトラックが、前記１つ以上のピクチャ
の矩形領域を覆うことを規定する。
方法は、視覚メディアデータと、前記視覚メディアデータの１つ以上のビットストリーム
を記憶する１つ以上のトラックを含む視覚メディアファイルとの変換を行うことを含み、
前記視覚メディアデータは、１つまたは複数のサブピクチャまたは複数のスライスを含む
１つ以上のピクチャを含み、前記視覚メディアファイルは、フォーマット規則に従って前
記１つ以上のトラックを記憶し、前記フォーマット規則は、前記１つ以上のスライスまた
は前記１つ以上のサブピクチャのシーケンスを含むトラックが、前記１つ以上のピクチャ
の矩形領域を覆うことを規定する。
別の例示的な態様において、視覚メディアデータ処理の別の方法が開示される。前記方
法は、フォーマット規則に従って、視覚メディアデータと、視覚メディアデータの１つ以
上のビットストリームを記憶する１つ以上のトラックを含む視覚メディアファイルとの変
換を行うことを含み、前記視覚メディアファイルは、前記視覚メディアデータの１つ以上
のサブピクチャのための符号化された情報を記憶する１つ以上のサブピクチャトラックを
参照するベーストラックを含み、前記フォーマット規則は、前記ベーストラックにおける
サンプルおよび１つ以上のサブピクチャトラックから映像ユニットを再構成するために使
用されるプロセスを規定する。
法は、フォーマット規則に従って、視覚メディアデータと、視覚メディアデータの１つ以
上のビットストリームを記憶する１つ以上のトラックを含む視覚メディアファイルとの変
換を行うことを含み、前記視覚メディアファイルは、前記視覚メディアデータの１つ以上
のサブピクチャのための符号化された情報を記憶する１つ以上のサブピクチャトラックを
参照するベーストラックを含み、前記フォーマット規則は、前記ベーストラックにおける
サンプルおよび１つ以上のサブピクチャトラックから映像ユニットを再構成するために使
用されるプロセスを規定する。
さらに別の例示的な態様において、映像処理装置が開示される。この映像処理装置は、
上述した方法を実装するように構成された処理装置を備える。
上述した方法を実装するように構成された処理装置を備える。
さらに別の例示的な態様において、１つ以上のビットストリームを含むファイルに視覚
メディアデータを記憶する方法が開示される。この方法は、上述した方法に対応し、且つ
前記１つ以上のビットストリームを非一時的なコンピュータ可読記録媒体に記憶すること
をさらに含む。
メディアデータを記憶する方法が開示される。この方法は、上述した方法に対応し、且つ
前記１つ以上のビットストリームを非一時的なコンピュータ可読記録媒体に記憶すること
をさらに含む。
さらに別の例示的な態様において、ビットストリームを記憶するコンピュータ可読媒体
が開示される。前記ビットストリームは、上述した方法に従って生成される。
が開示される。前記ビットストリームは、上述した方法に従って生成される。
さらに別の例示的な態様において、ビットストリームを記憶するための映像処理装置が
開示され、前記映像処理装置は、上述した方法を実装するように構成される。
開示され、前記映像処理装置は、上述した方法を実装するように構成される。
さらに別の例示的な態様において、ビットストリームが、上述した方法に従って生成さ
れるファイルフォーマットに準拠する、コンピュータ可読媒体が開示される。
れるファイルフォーマットに準拠する、コンピュータ可読媒体が開示される。
これらの、およびその他の特徴は、本明細書全体にわたって説明されている。
本明細書では、理解を容易にするために章の見出しを使用しており、その技術および各
章に記載された実施形態の適用可能性をその章のみに限定するものではない。さらに、Ｈ
．２６６という用語は、ある説明において、理解を容易にするためだけに使用され、開示
された技術の範囲を限定するために用いられたものではない。このように、本明細書で説
明されている技術は、他の映像コーデックプロトコルおよび設計にも適用可能である。本
明細書において、編集変更は、ＶＶＣ規格またはＩＳＯＢＭＦＦファイルフォーマット規
格の現在の草案に対して、取り消されたテキストを示す取り消し線および付加されたテキ
ストを示すハイライト（太字のイタリック体を含む）によってテキストに示す。
章に記載された実施形態の適用可能性をその章のみに限定するものではない。さらに、Ｈ
．２６６という用語は、ある説明において、理解を容易にするためだけに使用され、開示
された技術の範囲を限定するために用いられたものではない。このように、本明細書で説
明されている技術は、他の映像コーデックプロトコルおよび設計にも適用可能である。本
明細書において、編集変更は、ＶＶＣ規格またはＩＳＯＢＭＦＦファイルフォーマット規
格の現在の草案に対して、取り消されたテキストを示す取り消し線および付加されたテキ
ストを示すハイライト（太字のイタリック体を含む）によってテキストに示す。
１．初期の協議
本明細書は、映像ファイルフォーマットに関する。具体的には、本発明は、ＩＳＯベー
スのメディアファイル形式（ＩＳＯＢＭＦＦ）に基づいて、メディアファイルにおけるマ
ルチトラックにおける汎用映像符号化（ＶＶＶＣ）映像ビットストリームのサブピクチャ
に関する。この考えは、任意のコーデック、例えば、ＶＶＣ規格によって符号化された映
像ビットストリーム、および任意の映像ファイルフォーマット、例えば、開発されている
ＶＶＣ映像ファイルフォーマットに、個々にまたは様々な組み合わせで適用されてもよい
。
２．略語
ＡＣＴ 適応色変換
ＡＬＦ 適応ループフィルタ
ＡＭＶＲ 適応型動きベクトル解像度
ＡＰＳ 適応パラメータセット
ＡＵ アクセスユニット
ＡＵＤ アクセスユニット区切り文字
ＡＶＣ 高度映像符号化（Ｒｅｃ．ＩＴＵ－Ｔ Ｈ．２６４｜ＩＳＯ／ＩＥＣ１４４９６
－１０）
Ｂ 双方向予測
ＢＣＷ ＣＵレベル重み付き双方向予測
ＢＤＯＦ 双方向オプティカルフロー
ＢＤＰＣＭ ブロックベースのデルタパルス符号変調
ＢＰ バッファリング時間
ＣＡＢＡＣ コンテキストに基づく適応２進算術符号化
ＣＢ 符号化ブロック
ＣＢＲ 一定ビットレート
ＣＣＡＬＦ クロスコンポーネント適応ループフィルタ
ＣＰＢ 符号化ピクチャバッファ
ＣＲＡ クリーンなランダムアクセス
ＣＲＣ 巡回冗長性検査
ＣＴＢ 符号化ツリーブロック
ＣＴＵ 符号化ツリーユニット
ＣＵ 符号化ユニット
ＣＶＳ 符号化映像シーケンス
ＤＰＢ 復号化ピクチャバッファ
ＤＣＩ 復号化能力情報
ＤＲＡＰ 従属ランダムアクセスポイント
ＤＵ 復号化ユニット
ＤＵＩ 復号化ユニット情報
ＥＧ 指数ゴロム
ＥＧｋ ｋ次指数ゴロム
ＥＯＢ ビットストリームの末端
ＥＯＳ シーケンスの末端
ＦＤ フィラーデータ
ＦＩＦＯ 先入れ先出し
ＦＬ 固定長
ＧＢＲ 緑色、青色、赤色
ＧＣＩ 一般的な制約情報
ＧＤＲ 緩やかな復号化更新
ＧＰＭ ジオメトリ分割モード
ＨＥＶＣ 高効率映像符号化（Ｒｅｃ．ＩＴＵ－Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３０
０８－２）
ＨＲＤ 仮想参照デコーダ
ＨＳＳ 仮想ストリームスケジューラ
Ｉ イントラ
ＩＢＣ イントラブロックコピー
ＩＤＲ 瞬時復号化更新
ＩＬＲＰ 層間参照画像
ＩＲＡＰ イントラランダムアクセスポイント
ＬＦＮＳＴ 低周波数非可分変換
ＬＰＳ 最小確率シンボル
ＬＳＢ 最下位ビット
ＬＴＲＰ 長期参照画像
ＬＭＣＳ 彩度スケーリングを伴う輝度マッピング
ＭＩＰ マトリックスに基づくイントラ予測
ＭＰＳ 最大確率記号
ＭＳＢ 最上位ビット
ＭＴＳ 多重変換選択
ＭＶＰ 動きベクトル予測
ＮＡＬ ネットワーク抽象化層
ＯＬＳ 出力層セット
ＯＰ 動作点
ＯＰＩ 動作点情報
Ｐ 予測
ＰＨ ピクチャヘッダ
ＰＯＣ ピクチャオーダカウント
ＰＰＳ ピクチャパラメータセット
ＰＲＯＦ オプティカルフローによる予測微調整
ＰＴ ピクチャタイミング
ＰＵ ピクチャユニット
ＱＰ 量子化パラメータ
ＲＡＤＬ ランダムアクセス復号化可能リード（ピクチャ）
ＲＡＳＬ ランダムアクセススキップリード（ピクチャ）
ＲＢＳＰ 生バイトシーケンスペイロード
ＲＧＢ 赤、緑、青
ＲＰＬ 参照ピクチャリスト
ＳＡＯ サンプル適応オフセット
ＳＡＲ サンプルアスペクト比
ＳＥＩ 補足強化情報
ＳＨ スライスヘッダ
ＳＬＩ サブピクチャレベル情報
ＳＯＤＢ データビットのストリング
ＳＰＳ シーケンスパラメータセット
ＳＴＲＰ 短期参照ピクチャ
ＳＴＳＡ ステップワイズ時間的サブレイヤアクセス
ＴＲ 短縮ライス
ＶＢＲ 可変ビットレート
ＶＣＬ 映像符号化層
ＶＰＳ 映像パラメータセット
ＶＳＥＩ 汎用補足強化情報（Ｒｅｃ．ＩＴＵ－Ｔ Ｈ．２７４ ｜ ＩＳＯ／ＩＥＣ２
３００２－７）
ＶＵＩ 映像可用性情報
ＶＶＣ（Ｒｅｃ．ＩＴＵ－Ｔ Ｈ．２６６ ｜ ＩＳＯ／ＩＥＣ２３０９０－３）Ｈ．２
６５｜ＩＳＯ／ＩＥＣ２３００８－２）
本明細書は、映像ファイルフォーマットに関する。具体的には、本発明は、ＩＳＯベー
スのメディアファイル形式（ＩＳＯＢＭＦＦ）に基づいて、メディアファイルにおけるマ
ルチトラックにおける汎用映像符号化（ＶＶＶＣ）映像ビットストリームのサブピクチャ
に関する。この考えは、任意のコーデック、例えば、ＶＶＣ規格によって符号化された映
像ビットストリーム、および任意の映像ファイルフォーマット、例えば、開発されている
ＶＶＣ映像ファイルフォーマットに、個々にまたは様々な組み合わせで適用されてもよい
。
２．略語
ＡＣＴ 適応色変換
ＡＬＦ 適応ループフィルタ
ＡＭＶＲ 適応型動きベクトル解像度
ＡＰＳ 適応パラメータセット
ＡＵ アクセスユニット
ＡＵＤ アクセスユニット区切り文字
ＡＶＣ 高度映像符号化（Ｒｅｃ．ＩＴＵ－Ｔ Ｈ．２６４｜ＩＳＯ／ＩＥＣ１４４９６
－１０）
Ｂ 双方向予測
ＢＣＷ ＣＵレベル重み付き双方向予測
ＢＤＯＦ 双方向オプティカルフロー
ＢＤＰＣＭ ブロックベースのデルタパルス符号変調
ＢＰ バッファリング時間
ＣＡＢＡＣ コンテキストに基づく適応２進算術符号化
ＣＢ 符号化ブロック
ＣＢＲ 一定ビットレート
ＣＣＡＬＦ クロスコンポーネント適応ループフィルタ
ＣＰＢ 符号化ピクチャバッファ
ＣＲＡ クリーンなランダムアクセス
ＣＲＣ 巡回冗長性検査
ＣＴＢ 符号化ツリーブロック
ＣＴＵ 符号化ツリーユニット
ＣＵ 符号化ユニット
ＣＶＳ 符号化映像シーケンス
ＤＰＢ 復号化ピクチャバッファ
ＤＣＩ 復号化能力情報
ＤＲＡＰ 従属ランダムアクセスポイント
ＤＵ 復号化ユニット
ＤＵＩ 復号化ユニット情報
ＥＧ 指数ゴロム
ＥＧｋ ｋ次指数ゴロム
ＥＯＢ ビットストリームの末端
ＥＯＳ シーケンスの末端
ＦＤ フィラーデータ
ＦＩＦＯ 先入れ先出し
ＦＬ 固定長
ＧＢＲ 緑色、青色、赤色
ＧＣＩ 一般的な制約情報
ＧＤＲ 緩やかな復号化更新
ＧＰＭ ジオメトリ分割モード
ＨＥＶＣ 高効率映像符号化（Ｒｅｃ．ＩＴＵ－Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３０
０８－２）
ＨＲＤ 仮想参照デコーダ
ＨＳＳ 仮想ストリームスケジューラ
Ｉ イントラ
ＩＢＣ イントラブロックコピー
ＩＤＲ 瞬時復号化更新
ＩＬＲＰ 層間参照画像
ＩＲＡＰ イントラランダムアクセスポイント
ＬＦＮＳＴ 低周波数非可分変換
ＬＰＳ 最小確率シンボル
ＬＳＢ 最下位ビット
ＬＴＲＰ 長期参照画像
ＬＭＣＳ 彩度スケーリングを伴う輝度マッピング
ＭＩＰ マトリックスに基づくイントラ予測
ＭＰＳ 最大確率記号
ＭＳＢ 最上位ビット
ＭＴＳ 多重変換選択
ＭＶＰ 動きベクトル予測
ＮＡＬ ネットワーク抽象化層
ＯＬＳ 出力層セット
ＯＰ 動作点
ＯＰＩ 動作点情報
Ｐ 予測
ＰＨ ピクチャヘッダ
ＰＯＣ ピクチャオーダカウント
ＰＰＳ ピクチャパラメータセット
ＰＲＯＦ オプティカルフローによる予測微調整
ＰＴ ピクチャタイミング
ＰＵ ピクチャユニット
ＱＰ 量子化パラメータ
ＲＡＤＬ ランダムアクセス復号化可能リード（ピクチャ）
ＲＡＳＬ ランダムアクセススキップリード（ピクチャ）
ＲＢＳＰ 生バイトシーケンスペイロード
ＲＧＢ 赤、緑、青
ＲＰＬ 参照ピクチャリスト
ＳＡＯ サンプル適応オフセット
ＳＡＲ サンプルアスペクト比
ＳＥＩ 補足強化情報
ＳＨ スライスヘッダ
ＳＬＩ サブピクチャレベル情報
ＳＯＤＢ データビットのストリング
ＳＰＳ シーケンスパラメータセット
ＳＴＲＰ 短期参照ピクチャ
ＳＴＳＡ ステップワイズ時間的サブレイヤアクセス
ＴＲ 短縮ライス
ＶＢＲ 可変ビットレート
ＶＣＬ 映像符号化層
ＶＰＳ 映像パラメータセット
ＶＳＥＩ 汎用補足強化情報（Ｒｅｃ．ＩＴＵ－Ｔ Ｈ．２７４ ｜ ＩＳＯ／ＩＥＣ２
３００２－７）
ＶＵＩ 映像可用性情報
ＶＶＣ（Ｒｅｃ．ＩＴＵ－Ｔ Ｈ．２６６ ｜ ＩＳＯ／ＩＥＣ２３０９０－３）Ｈ．２
６５｜ＩＳＯ／ＩＥＣ２３００８－２）
３． 映像符号化の導入
３．１． 映像符号化規格
映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発
展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－
１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ Ｖｉｄｅ
ｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ
）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像符号化規格は、時
間予測と変換符号化が利用されるハイブリッド映像符号化構造に基づく。ＨＥＶＣを超え
た将来の映像符号化技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同で
ＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。
それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐ
ｌｏｒａｔｉｏｎ Ｍｏｄｅ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥ
Ｔは、後に汎用映像符号化（ＶＶＣ）プロジェクトが正式に始まったとき、共同映像エキ
スパートチーム（ＪＶＥＴ）に改称された。ＶＶＣは新しい符号化規格であり、ＨＥＶＣ
に比べて５０％のビットレート低減を目指し、２０２０年７月１日に終了した第１９回Ｊ
ＶＥＴ総会において完成した。
３．１． 映像符号化規格
映像符号化規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発
展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－
１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ Ｖｉｄｅ
ｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ
）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像符号化規格は、時
間予測と変換符号化が利用されるハイブリッド映像符号化構造に基づく。ＨＥＶＣを超え
た将来の映像符号化技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同で
ＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。
それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐ
ｌｏｒａｔｉｏｎ Ｍｏｄｅ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥ
Ｔは、後に汎用映像符号化（ＶＶＣ）プロジェクトが正式に始まったとき、共同映像エキ
スパートチーム（ＪＶＥＴ）に改称された。ＶＶＣは新しい符号化規格であり、ＨＥＶＣ
に比べて５０％のビットレート低減を目指し、２０２０年７月１日に終了した第１９回Ｊ
ＶＥＴ総会において完成した。
汎用映像符号化（ＶＶＣ）規格（ＩＴＵ－Ｔ Ｈ．２６６｜ＩＳＯ／ＩＥＣ ２３０９
０－３）と汎用補足強化情報（ＶＳＥＩ）規格（ＩＴＵ－Ｔ Ｈ．２７４｜ＩＳＯ／ＩＥ
Ｃ ２３００２－７）は、テレビ放送、ビデオ会議、記憶媒体からの再生などの従来の用
途に加え、適応ビットレートストリーミング、映像領域抽出、複数の符号化映像ビットス
トリームからのコンテンツの合成・結合、マルチビュー映像、スケーラブルレイヤードコ
ーディング、ビューポートに適応した３６０°没入型メディアなど、より新しく、より高
度な用途を含め、最大限に幅広いアプリケーションで使用できるように設計されている。
０－３）と汎用補足強化情報（ＶＳＥＩ）規格（ＩＴＵ－Ｔ Ｈ．２７４｜ＩＳＯ／ＩＥ
Ｃ ２３００２－７）は、テレビ放送、ビデオ会議、記憶媒体からの再生などの従来の用
途に加え、適応ビットレートストリーミング、映像領域抽出、複数の符号化映像ビットス
トリームからのコンテンツの合成・結合、マルチビュー映像、スケーラブルレイヤードコ
ーディング、ビューポートに適応した３６０°没入型メディアなど、より新しく、より高
度な用途を含め、最大限に幅広いアプリケーションで使用できるように設計されている。
３．２． ファイルフォーマット規格
メディアストリーミングアプリケーションは、一般的に、ＩＰ、ＴＣＰ、およびＨＴＴ
Ｐトランスポート方法に基づいており、一般的に、ＩＳＯベースのメディアファイルフォ
ーマット（ＩＳＯＢＭＦＦ）などのファイルフォーマットに依存する。そのようなストリ
ーミングシステムの１つは、ＨＴＴＰ（ＤＡＳＨ）を介した動的適応ストリーミングであ
る。ＩＳＯＢＭＦＦとＤＡＳＨで映像フォーマットを使用するには、ＩＳＯ／ＩＥＣ １
４４９６－１５（“情報技術－オーディオビジュアルオブジェクトの符号化－Ｐａｒｔ１
５：ネットワーク抽象化層（ＮＡＬ）単位で構造化されたＩＳＯベースのメディアファイ
ルフォーマットの映像のキャリッジ”）のＡＶＣファイルフォーマットやＨＥＶＣファイ
ルフォーマットのような、映像フォーマット固有のファイルフォーマット仕様が、ＩＳＯ
ＢＭＦＦトラックやＤＡＳＨの表現やセグメントに映像コンテンツをカプセル化するため
に必要である。映像ビットストリームに関する重要な情報、例えば、プロファイル、階層
、レベル、その他多数は、コンテンツ選択のために、例えば、ストリーミングセッション
の開始時の初期化およびストリーミングセッション中のストリーム適応の両方のために、
ファイルフォーマットレベルのメタデータおよび／またはＤＡＳＨメディアプレゼンテー
ション記述（ＭＰＤ）として公開される必要がある。
メディアストリーミングアプリケーションは、一般的に、ＩＰ、ＴＣＰ、およびＨＴＴ
Ｐトランスポート方法に基づいており、一般的に、ＩＳＯベースのメディアファイルフォ
ーマット（ＩＳＯＢＭＦＦ）などのファイルフォーマットに依存する。そのようなストリ
ーミングシステムの１つは、ＨＴＴＰ（ＤＡＳＨ）を介した動的適応ストリーミングであ
る。ＩＳＯＢＭＦＦとＤＡＳＨで映像フォーマットを使用するには、ＩＳＯ／ＩＥＣ １
４４９６－１５（“情報技術－オーディオビジュアルオブジェクトの符号化－Ｐａｒｔ１
５：ネットワーク抽象化層（ＮＡＬ）単位で構造化されたＩＳＯベースのメディアファイ
ルフォーマットの映像のキャリッジ”）のＡＶＣファイルフォーマットやＨＥＶＣファイ
ルフォーマットのような、映像フォーマット固有のファイルフォーマット仕様が、ＩＳＯ
ＢＭＦＦトラックやＤＡＳＨの表現やセグメントに映像コンテンツをカプセル化するため
に必要である。映像ビットストリームに関する重要な情報、例えば、プロファイル、階層
、レベル、その他多数は、コンテンツ選択のために、例えば、ストリーミングセッション
の開始時の初期化およびストリーミングセッション中のストリーム適応の両方のために、
ファイルフォーマットレベルのメタデータおよび／またはＤＡＳＨメディアプレゼンテー
ション記述（ＭＰＤ）として公開される必要がある。
同様に、ＩＳＯＢＭＦＦを用いた画像フォーマットを使用するために、この画像フォー
マットに固有の、例えば、ＩＳＯ／ＩＥＣ２３００８－１２におけるＡＶＣ画像ファイル
フォーマットおよびＨＥＶＣ画像ファイルフォーマットなどのようなファイルフォーマッ
ト仕様（“情報技術－異種環境における高効率符号化およびメディア配信－パート１２：
画像ファイルフォーマット”）が必要とされる。
マットに固有の、例えば、ＩＳＯ／ＩＥＣ２３００８－１２におけるＡＶＣ画像ファイル
フォーマットおよびＨＥＶＣ画像ファイルフォーマットなどのようなファイルフォーマッ
ト仕様（“情報技術－異種環境における高効率符号化およびメディア配信－パート１２：
画像ファイルフォーマット”）が必要とされる。
ＩＳＯＢＭＦＦに基づくＶＶＣ映像コンテンツを記憶するためのファイルフォーマット
であるＶＶＣ映像ファイルフォーマットは、現在、ＭＰＥＧによって開発されている。Ｖ
ＶＣ映像ファイルフォーマットの最新草案仕様は、ＭＰＥＧ出力文書Ｎ１９４５４（“情
報技術－オーディオビジュアルオブジェクトの符号化－Ｐａｒｔ１５：ネットワーク抽象
化層（ＮＡＬ）単位で構造化されたＩＳＯベースのメディアファイルフォーマットの映像
のキャリッジ－補正２：ＩＳＯＢＭＦＦにおけるＶＶＣおよびＥＶＣのキャリッジについ
て”、２０２０年７月）に含まれている。
であるＶＶＣ映像ファイルフォーマットは、現在、ＭＰＥＧによって開発されている。Ｖ
ＶＣ映像ファイルフォーマットの最新草案仕様は、ＭＰＥＧ出力文書Ｎ１９４５４（“情
報技術－オーディオビジュアルオブジェクトの符号化－Ｐａｒｔ１５：ネットワーク抽象
化層（ＮＡＬ）単位で構造化されたＩＳＯベースのメディアファイルフォーマットの映像
のキャリッジ－補正２：ＩＳＯＢＭＦＦにおけるＶＶＣおよびＥＶＣのキャリッジについ
て”、２０２０年７月）に含まれている。
ＩＳＯＢＭＦＦに基づく、ＶＶＣを使用して符号化された画像内容を記憶するためのフ
ァイルフォーマットであるＶＶＣ画像ファイルフォーマットは、現在、ＭＰＥＧによって
開発されている。ＶＶＣ画像ファイルフォーマットの最新草案仕様は、ＭＰＥＧ出力文書
Ｎ１９４６０（“情報技術－異種環境における高効率符号化およびメディア配信－第１２
部：画像ファイルフォーマット－補正３：ＶＶＣ、ＥＶＣ、スライドショーおよびその他
の改善のサポート”、２０２０年７月）に含まれている。
ァイルフォーマットであるＶＶＣ画像ファイルフォーマットは、現在、ＭＰＥＧによって
開発されている。ＶＶＣ画像ファイルフォーマットの最新草案仕様は、ＭＰＥＧ出力文書
Ｎ１９４６０（“情報技術－異種環境における高効率符号化およびメディア配信－第１２
部：画像ファイルフォーマット－補正３：ＶＶＣ、ＥＶＣ、スライドショーおよびその他
の改善のサポート”、２０２０年７月）に含まれている。
３．３． ＨＥＶＣにおけるピクチャ分割スキーム
ＨＥＶＣは、正規のスライス、依存性のあるスライス、タイル、ＷＰＰ（Ｗａｖｅｆｒ
ｏｎｔ Ｐａｒａｌｌｅｌ Ｐｒｏｃｅｓｓｉｎｇ）という４つの異なるピクチャ分割ス
キームを含み、これらを適用することで、最大転送ユニット（ＭＴＵ）サイズのマッチン
グ、並列処理、エンドツーエンドの遅延の低減が可能になる。
ＨＥＶＣは、正規のスライス、依存性のあるスライス、タイル、ＷＰＰ（Ｗａｖｅｆｒ
ｏｎｔ Ｐａｒａｌｌｅｌ Ｐｒｏｃｅｓｓｉｎｇ）という４つの異なるピクチャ分割ス
キームを含み、これらを適用することで、最大転送ユニット（ＭＴＵ）サイズのマッチン
グ、並列処理、エンドツーエンドの遅延の低減が可能になる。
正規のスライスは、Ｈ．２６４／ＡＶＣと同様である。各正規のスライスは、それ自体
のＮＡＬユニットにカプセル化され、スライス境界にわたるインピクチャ予測（イントラ
サンプル予測、動き情報予測、符号化モード予測）およびエントロピー符号化依存性は無
効化される。このように、正規のスライスを、同じピクチャ内の他の正規のスライスとは
独立して再構成することができる（しかし、ループフィルタリング動作のために依然とし
て相互依存性がある場合がある）。
のＮＡＬユニットにカプセル化され、スライス境界にわたるインピクチャ予測（イントラ
サンプル予測、動き情報予測、符号化モード予測）およびエントロピー符号化依存性は無
効化される。このように、正規のスライスを、同じピクチャ内の他の正規のスライスとは
独立して再構成することができる（しかし、ループフィルタリング動作のために依然とし
て相互依存性がある場合がある）。
正規のスライスは、並列化に使用できる唯一のツールであり、Ｈ．２６４／ＡＶＣでも
ほぼ同じフォーマットで利用可能である。正規のスライスに基づく並列化は、あまり処理
装置間通信またはコア間通信を必要としない（予測符号化されたピクチャを復号化すると
き、動き補償のために処理装置間またはコア間データ共有を除き、一般的に、ピクチャ内
予測のために処理装置間またはコア間データ共有よりもはるかに重い）。しかしながら、
同じ理由で、正規のスライスを使用すると、スライスヘッダのビットコストおよびスライ
ス境界にわたる予測が欠如していることに起因して、符号化のオーバーヘッドが大きくな
る可能性がある。さらに、正規のスライスは（後述の他のツールとは対照的に）、正規の
スライスのピクチャ内独立性および各正規のスライスがそれ自体のＮＡＬユニットにカプ
セル化されることに起因して、ＭＴＵサイズ要件に適応するようにビットストリームを分
割するための鍵となるメカニズムとしても機能する。多くの場合、並列化の目標およびＭ
ＴＵサイズマッチングの目標は、ピクチャにおけるスライスレイアウトに矛盾する要求を
課す。このような状況を実現したことにより、以下のような並列化ツールが開発された。
ほぼ同じフォーマットで利用可能である。正規のスライスに基づく並列化は、あまり処理
装置間通信またはコア間通信を必要としない（予測符号化されたピクチャを復号化すると
き、動き補償のために処理装置間またはコア間データ共有を除き、一般的に、ピクチャ内
予測のために処理装置間またはコア間データ共有よりもはるかに重い）。しかしながら、
同じ理由で、正規のスライスを使用すると、スライスヘッダのビットコストおよびスライ
ス境界にわたる予測が欠如していることに起因して、符号化のオーバーヘッドが大きくな
る可能性がある。さらに、正規のスライスは（後述の他のツールとは対照的に）、正規の
スライスのピクチャ内独立性および各正規のスライスがそれ自体のＮＡＬユニットにカプ
セル化されることに起因して、ＭＴＵサイズ要件に適応するようにビットストリームを分
割するための鍵となるメカニズムとしても機能する。多くの場合、並列化の目標およびＭ
ＴＵサイズマッチングの目標は、ピクチャにおけるスライスレイアウトに矛盾する要求を
課す。このような状況を実現したことにより、以下のような並列化ツールが開発された。
従属スライスは、ショートスライスヘッダを有し、ピクチャ内予測を一切中断すること
なく、ツリーブロック境界でビットストリームを分割することを可能にする。基本的に、
従属スライスは、正規のスライスを複数のＮＡＬユニットに断片化し、正規のスライス全
体の符号化が完了する前に正規のスライスの一部を送出することを可能にすることによっ
て、エンドツーエンドの遅延を低減する。
なく、ツリーブロック境界でビットストリームを分割することを可能にする。基本的に、
従属スライスは、正規のスライスを複数のＮＡＬユニットに断片化し、正規のスライス全
体の符号化が完了する前に正規のスライスの一部を送出することを可能にすることによっ
て、エンドツーエンドの遅延を低減する。
ＷＰＰにおいて、ピクチャは、単一行の符号化ツリーブロック（ＣＴＢ）に分割される
。エントロピー復号化および予測は、他の分割におけるＣＴＢからのデータを使用するこ
とを許可される。ＣＴＢ行の並列復号によって並列処理が可能であり、１つのＣＴＢ行の
復号の開始が２つのＣＴＢだけ遅延され、それによって、対象のＣＴＢが復号化される前
に、対象のＣＴＢの右上のＣＴＢに関するデータが確実に利用可能になる。この互い違い
のスタート（グラフで表現される場合、波面のように見える）を使用することで、ピクチ
ャがＣＴＢ行を含む数までの処理装置／コアを使用して並列化することが可能である。１
つのピクチャ内の近傍のツリーブロック行間のピクチャ内予測が許可されるので、ピクチ
ャ内予測を可能にするために必要な処理装置間／コア間通信は十分となり得る。ＷＰＰ分
割は、適用されない場合と比較して、追加のＮＡＬユニットの生成をもたらさず、従って
、ＷＰＰは、ＭＴＵサイズマッチングのためのツールではない。しかし、ＭＴＵサイズの
マッチングが必要な場合、一定の符号化オーバーヘッドを伴って、ＷＰＰで正規のスライ
スを使用することができる。
。エントロピー復号化および予測は、他の分割におけるＣＴＢからのデータを使用するこ
とを許可される。ＣＴＢ行の並列復号によって並列処理が可能であり、１つのＣＴＢ行の
復号の開始が２つのＣＴＢだけ遅延され、それによって、対象のＣＴＢが復号化される前
に、対象のＣＴＢの右上のＣＴＢに関するデータが確実に利用可能になる。この互い違い
のスタート（グラフで表現される場合、波面のように見える）を使用することで、ピクチ
ャがＣＴＢ行を含む数までの処理装置／コアを使用して並列化することが可能である。１
つのピクチャ内の近傍のツリーブロック行間のピクチャ内予測が許可されるので、ピクチ
ャ内予測を可能にするために必要な処理装置間／コア間通信は十分となり得る。ＷＰＰ分
割は、適用されない場合と比較して、追加のＮＡＬユニットの生成をもたらさず、従って
、ＷＰＰは、ＭＴＵサイズマッチングのためのツールではない。しかし、ＭＴＵサイズの
マッチングが必要な場合、一定の符号化オーバーヘッドを伴って、ＷＰＰで正規のスライ
スを使用することができる。
タイルは、ピクチャをタイルの列および行に分割する水平および垂直境界を規定する。
タイルの列は、ピクチャの上から下へと延びている。同様に、タイル行は、ピクチャの左
から右に延びる。ピクチャにおけるタイルの数は、単にタイル列の数にタイル行の数を乗
算することで導出することができる。
タイルの列は、ピクチャの上から下へと延びている。同様に、タイル行は、ピクチャの左
から右に延びる。ピクチャにおけるタイルの数は、単にタイル列の数にタイル行の数を乗
算することで導出することができる。
ＣＴＢのスキャン順序は、１つのタイル内でローカルになるように（１つのタイルのＣ
ＴＢラスタスキャンの順に）変更され、その後、１つのピクチャのタイルラスタスキャン
の順に従って、次のタイルの左上のＣＴＢを復号化する。正規のスライスと同様に、タイ
ルは、ピクチャ内予測依存性およびエントロピー復号化依存性を損なう。しかしながら、
これらは、個々のＮＡＬユニット（この点でＷＰＰと同じ）に含まれる必要がなく、従っ
て、タイルは、ＭＴＵサイズマッチングに使用できない。各タイルは、１つの処理装置／
コアによって処理されてもよく、処理ユニット間のピクチャ内予測に必要な処理装置間／
コア間通信は、近傍のタイルを復号化することは、１つのスライスが２つ以上のタイルに
またがっている場合、共有スライスヘッダを搬送すること、および再構成されたサンプル
およびメタデータのループフィルタリングに関連する共有に限定される。１つのスライス
に２つ以上のタイルまたはＷＰＰセグメントが含まれる場合、該スライスにおける第１の
もの以外の各タイルまたはＷＰＰセグメントのエントリポイントバイトオフセットが、ス
ライスヘッダにおいて信号通知される。
ＴＢラスタスキャンの順に）変更され、その後、１つのピクチャのタイルラスタスキャン
の順に従って、次のタイルの左上のＣＴＢを復号化する。正規のスライスと同様に、タイ
ルは、ピクチャ内予測依存性およびエントロピー復号化依存性を損なう。しかしながら、
これらは、個々のＮＡＬユニット（この点でＷＰＰと同じ）に含まれる必要がなく、従っ
て、タイルは、ＭＴＵサイズマッチングに使用できない。各タイルは、１つの処理装置／
コアによって処理されてもよく、処理ユニット間のピクチャ内予測に必要な処理装置間／
コア間通信は、近傍のタイルを復号化することは、１つのスライスが２つ以上のタイルに
またがっている場合、共有スライスヘッダを搬送すること、および再構成されたサンプル
およびメタデータのループフィルタリングに関連する共有に限定される。１つのスライス
に２つ以上のタイルまたはＷＰＰセグメントが含まれる場合、該スライスにおける第１の
もの以外の各タイルまたはＷＰＰセグメントのエントリポイントバイトオフセットが、ス
ライスヘッダにおいて信号通知される。
説明を簡単にするために、ＨＥＶＣにおいては、４つの異なるピクチャ分割スキームの
適用に関する制限が規定されている。所与の符号化映像シーケンスは、ＨＥＶＣに指定さ
れたプロファイルのほとんどについて、タイルおよび波面の両方を含むことができない。
各スライスおよびタイルについて、以下の条件のいずれかまたは両方を満たさなければな
らない。１）１つのスライスにおけるすべての符号化ツリーブロックは、同じタイルに属
し、２）１つのタイルにおけるすべての符号化ツリーブロックは、同じスライスに属する
。最後に、１つの波面セグメントはちょうど１つのＣＴＢ行を含み、ＷＰＰが使用されて
いる時に、１つのスライスが１つのＣＴＢ行内で始まる場合、同じＣＴＢ行で終わらなけ
ればならない。
適用に関する制限が規定されている。所与の符号化映像シーケンスは、ＨＥＶＣに指定さ
れたプロファイルのほとんどについて、タイルおよび波面の両方を含むことができない。
各スライスおよびタイルについて、以下の条件のいずれかまたは両方を満たさなければな
らない。１）１つのスライスにおけるすべての符号化ツリーブロックは、同じタイルに属
し、２）１つのタイルにおけるすべての符号化ツリーブロックは、同じスライスに属する
。最後に、１つの波面セグメントはちょうど１つのＣＴＢ行を含み、ＷＰＰが使用されて
いる時に、１つのスライスが１つのＣＴＢ行内で始まる場合、同じＣＴＢ行で終わらなけ
ればならない。
最近のＨＥＶＣの修正は、ＪＣＴ－ＶＣの出力文書であるＪＣＴＶＣ－ＡＣ１００５、
Ｊ．ボイス、Ａ．ラマスブラモニアン、Ｒ．スクピン、Ｇ．Ｊ．スリ版、Ａ．トゥラピス
、Ｙ．－Ｋ．ワング（ｅｄｉｔｏｒｓ），「ＨＥＶＣ追加の補足強化情報（草案４），」
２０１７年１０月２４日，下記で入手可能：ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ－ｅｖ
ｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／２９＿Ｍａｃａ
ｕ／ｗｇ１１／ＪＣＴＶＣ－ＡＣ１００５－ｖ２．ｚｉｐ。この補正を含め、ＨＥＶＣは
、３つのＭＣＴＳ関連ＳＥＩメッセージ、即ち、時間的ＭＣＴＳ ＳＥＩメッセージ、Ｍ
ＣＴＳ抽出情報セットＳＥＩメッセージ、およびＭＣＴＳ抽出情報ネストＳＥＩメッセー
ジを規定する。
Ｊ．ボイス、Ａ．ラマスブラモニアン、Ｒ．スクピン、Ｇ．Ｊ．スリ版、Ａ．トゥラピス
、Ｙ．－Ｋ．ワング（ｅｄｉｔｏｒｓ），「ＨＥＶＣ追加の補足強化情報（草案４），」
２０１７年１０月２４日，下記で入手可能：ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ－ｅｖ
ｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／２９＿Ｍａｃａ
ｕ／ｗｇ１１／ＪＣＴＶＣ－ＡＣ１００５－ｖ２．ｚｉｐ。この補正を含め、ＨＥＶＣは
、３つのＭＣＴＳ関連ＳＥＩメッセージ、即ち、時間的ＭＣＴＳ ＳＥＩメッセージ、Ｍ
ＣＴＳ抽出情報セットＳＥＩメッセージ、およびＭＣＴＳ抽出情報ネストＳＥＩメッセー
ジを規定する。
時間的ＭＣＴＳ ＳＥＩメッセージは、ビットストリーム中にＭＣＴＳが存在すること
を示し、ＭＣＴＳに信号を送信する。各ＭＣＴＳにおいて、動きベクトルは、ＭＣＴＳ内
部のフルサンプル位置を指し、且つ補間のためにＭＣＴＳ内部のフルサンプル位置のみを
必要とするフラクショナルサンプル位置を指すように制限され、且つＭＣＴＳ外部のブロ
ックから導出された時間的動きベクトル予測のための動きベクトル候補の使用は許可され
ない。このように、各ＭＣＴＳは、ＭＣＴＳに含まれていないタイルが存在せず、独立し
て復号化されてもよい。
を示し、ＭＣＴＳに信号を送信する。各ＭＣＴＳにおいて、動きベクトルは、ＭＣＴＳ内
部のフルサンプル位置を指し、且つ補間のためにＭＣＴＳ内部のフルサンプル位置のみを
必要とするフラクショナルサンプル位置を指すように制限され、且つＭＣＴＳ外部のブロ
ックから導出された時間的動きベクトル予測のための動きベクトル候補の使用は許可され
ない。このように、各ＭＣＴＳは、ＭＣＴＳに含まれていないタイルが存在せず、独立し
て復号化されてもよい。
ＭＣＴＳ抽出情報セットＳＥＩメッセージは、ＭＣＴＳサブビットストリーム抽出（Ｓ
ＥＩメッセージの意味論の一部として指定される）において使用できる補足情報を提供し
、ＭＣＴＳセットのための適合ビットストリームを生成する。この情報は、複数の抽出情
報セットからなり、各抽出情報セットは、複数のＭＣＴＳセットを定義し、ＭＣＴＳサブ
ビットストリーム抽出処理において使用される代替ＶＰＳ、ＳＰＳ、およびＰＰＳのＲＢ
ＳＰバイトを含む。ＭＣＴＳサブビットストリーム抽出処理に従ってサブビットストリー
ムを抽出する場合、パラメータセット（ＶＰＳ、ＳＰＳ、ＰＰＳ）を書き換えるかまたは
置き換える必要があるが、その理由は、スライスアドレスに関連する構文要素の１つまた
は全て（ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ｐｉｃ＿ｆｌａｇおよびｓｌ
ｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓを含む）が、一般的に、異なる値となる必要が
あるため、スライスヘッダはわずかに更新される必要がある。
ＥＩメッセージの意味論の一部として指定される）において使用できる補足情報を提供し
、ＭＣＴＳセットのための適合ビットストリームを生成する。この情報は、複数の抽出情
報セットからなり、各抽出情報セットは、複数のＭＣＴＳセットを定義し、ＭＣＴＳサブ
ビットストリーム抽出処理において使用される代替ＶＰＳ、ＳＰＳ、およびＰＰＳのＲＢ
ＳＰバイトを含む。ＭＣＴＳサブビットストリーム抽出処理に従ってサブビットストリー
ムを抽出する場合、パラメータセット（ＶＰＳ、ＳＰＳ、ＰＰＳ）を書き換えるかまたは
置き換える必要があるが、その理由は、スライスアドレスに関連する構文要素の１つまた
は全て（ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ｐｉｃ＿ｆｌａｇおよびｓｌ
ｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓを含む）が、一般的に、異なる値となる必要が
あるため、スライスヘッダはわずかに更新される必要がある。
３．４． ＶＶＣにおけるピクチャの分割およびサブピクチャ
３．４．１． ＶＶＣにおけるピクチャ分割
ＶＶＣにおいて、１つのピクチャは、１つ以上のタイル行および１つ以上のタイル列に
分割される。１つのタイルは、１つのピクチャの１つの矩形領域を覆う１つのＣＴＵのシ
ーケンスである。１つのタイルにおけるＣＴＵは、そのタイル内でラスタスキャン順にス
キャンされる。
３．４．１． ＶＶＣにおけるピクチャ分割
ＶＶＣにおいて、１つのピクチャは、１つ以上のタイル行および１つ以上のタイル列に
分割される。１つのタイルは、１つのピクチャの１つの矩形領域を覆う１つのＣＴＵのシ
ーケンスである。１つのタイルにおけるＣＴＵは、そのタイル内でラスタスキャン順にス
キャンされる。
１つのスライスは、１つのピクチャのタイル内において、整数個の完全なタイルまたは
整数個の連続した完全なＣＴＵ行からなる。
整数個の連続した完全なＣＴＵ行からなる。
２つのモードのスライス、即ちラスタスキャンスライスモードおよび矩形スライスモー
ドがサポートされる。ラスタスキャンスライスモードにおいて、１つのスライスは、１つ
のピクチャのタイルラスタスキャンにおける１つの完全なタイルのシーケンスを含む。矩
形スライスモードにおいて、１つのスライスは、ピクチャの矩形領域をセット的に形成す
る複数の完全なタイル、またはピクチャの矩形領域をセット的に形成する１つのタイルの
複数の連続した完全なＣＴＵ行のいずれかを含む。矩形スライス内のタイルを、そのスラ
イスに対応する矩形領域内で、タイルラスタスキャンの順にスキャンする。
ドがサポートされる。ラスタスキャンスライスモードにおいて、１つのスライスは、１つ
のピクチャのタイルラスタスキャンにおける１つの完全なタイルのシーケンスを含む。矩
形スライスモードにおいて、１つのスライスは、ピクチャの矩形領域をセット的に形成す
る複数の完全なタイル、またはピクチャの矩形領域をセット的に形成する１つのタイルの
複数の連続した完全なＣＴＵ行のいずれかを含む。矩形スライス内のタイルを、そのスラ
イスに対応する矩形領域内で、タイルラスタスキャンの順にスキャンする。
１つのサブピクチャは、１つのピクチャの矩形領域をセット的に覆う１つ以上のスライ
スを含む。
スを含む。
３．４．２． サブピクチャの概念および機能性
ＶＶＣにおいて、個々のサブピクチャは、例えば図８に示すように、ピクチャの矩形領
域をまとめて覆う１つ以上の完全な矩形スライスからなる。１つのサブピクチャは、抽出
可能なように指定されてもよいし（即ち、同じピクチャの他のサブピクチャおよび前のピ
クチャの復号化の順序で独立して符号化されてもよいし）、抽出不可能なように指定され
てもよい。サブピクチャが抽出可能であるかどうかにかかわらず、エンコーダは、各サブ
ピクチャごとに、サブピクチャの境界にわたって個々にインループフィルタリング（非ブ
ロック化、ＳＡＯ、およびＡＬＦを含む）を適用するかどうかを制御することができる。
ＶＶＣにおいて、個々のサブピクチャは、例えば図８に示すように、ピクチャの矩形領
域をまとめて覆う１つ以上の完全な矩形スライスからなる。１つのサブピクチャは、抽出
可能なように指定されてもよいし（即ち、同じピクチャの他のサブピクチャおよび前のピ
クチャの復号化の順序で独立して符号化されてもよいし）、抽出不可能なように指定され
てもよい。サブピクチャが抽出可能であるかどうかにかかわらず、エンコーダは、各サブ
ピクチャごとに、サブピクチャの境界にわたって個々にインループフィルタリング（非ブ
ロック化、ＳＡＯ、およびＡＬＦを含む）を適用するかどうかを制御することができる。
機能的には、サブピクチャは、ＨＥＶＣにおける動き拘束タイルセット（ＭＣＴＳ）に
類似している。それらは両方とも、ビューポートに依存する３６０°の映像ストリーミン
グの最適化および関心領域（ＲＯＩ）アプリケーションのような使用例のために、符号化
ピクチャのシーケンスの矩形サブセットの独立した符号化および抽出を可能にする。
類似している。それらは両方とも、ビューポートに依存する３６０°の映像ストリーミン
グの最適化および関心領域（ＲＯＩ）アプリケーションのような使用例のために、符号化
ピクチャのシーケンスの矩形サブセットの独立した符号化および抽出を可能にする。
３６０°映像のストリーミング、別名、全方向性映像のストリーミングにおいて、任意
の特定の瞬間に、全方向性映像球体全体のサブセット（即ち、現在のビューポート）のみ
がユーザにレンダリングされ、一方、ユーザは、自分の頭をいつでも回して視線の向きを
変更し、その結果、現在のビューポートを変更することができる。クライアント側で利用
可能な現在のビューポートで覆われていない領域を少なくともある程度低品質に表現し、
且つユーザにレンダリングする準備ができていることが望ましいが、ユーザが突然その視
線方向を球面上の任意の場所に変えた場合に備えて、全方位映像の高品質な表現は、任意
の瞬間にユーザにレンダリングされている現在のビューポートにのみ必要である。全方位
映像全体の高画質表現を適切な粒度のサブピクチャに分割することで、図８に示されるよ
うに、左側に１２枚の高解像度のサブピクチャ、右側に残りの１２枚の低解像度の全方位
映像のサブピクチャを配置するという最適化が可能になる。
の特定の瞬間に、全方向性映像球体全体のサブセット（即ち、現在のビューポート）のみ
がユーザにレンダリングされ、一方、ユーザは、自分の頭をいつでも回して視線の向きを
変更し、その結果、現在のビューポートを変更することができる。クライアント側で利用
可能な現在のビューポートで覆われていない領域を少なくともある程度低品質に表現し、
且つユーザにレンダリングする準備ができていることが望ましいが、ユーザが突然その視
線方向を球面上の任意の場所に変えた場合に備えて、全方位映像の高品質な表現は、任意
の瞬間にユーザにレンダリングされている現在のビューポートにのみ必要である。全方位
映像全体の高画質表現を適切な粒度のサブピクチャに分割することで、図８に示されるよ
うに、左側に１２枚の高解像度のサブピクチャ、右側に残りの１２枚の低解像度の全方位
映像のサブピクチャを配置するという最適化が可能になる。
別の典型的なサブピクチャに基づくビューポートに依存する３６０°の映像配信スキー
ムが図９に示されており、ここでは、フル映像のより高い解像度の表現のみがサブピクチ
ャからなり、一方、フル映像のより低い解像度の表現は、サブピクチャを使用せず、より
高い解像度の表現よりも頻度の低いＲＡＰで符号化できる。クライアント側は、フル映像
を低解像度で受信し、より高い解像度映像の場合、クライアント側は、現在のビューポー
トを覆うサブピクチャのみを受信して復号化する。
ムが図９に示されており、ここでは、フル映像のより高い解像度の表現のみがサブピクチ
ャからなり、一方、フル映像のより低い解像度の表現は、サブピクチャを使用せず、より
高い解像度の表現よりも頻度の低いＲＡＰで符号化できる。クライアント側は、フル映像
を低解像度で受信し、より高い解像度映像の場合、クライアント側は、現在のビューポー
トを覆うサブピクチャのみを受信して復号化する。
３．４．３． サブピクチャとＭＣＴＳの相違
サブピクチャとＭＣＴＳとの間には、いくつかの重要な設計上の相違がある。第１に、
ＶＶＣにおけるサブピクチャの特徴は、この場合、サブピクチャの境界においてサンプル
パディングを適用することで、サブピクチャが抽出可能である場合であっても、ピクチャ
の境界における場合と同様に、サブピクチャの外側を指す符号化ブロックの動きベクトル
を許容する。第２に、ＶＶＣのマージモードおよびデコーダ側動きベクトル微調整処理に
おいて、動きベクトルの選択および導出のために追加の変更を導入した。これにより、Ｍ
ＣＴＳのためにエンコーダ側で適用される非規範的な動き制約に比べて、より高い符号化
効率が可能になる。第３に、ピクチャのシーケンスから１つ以上の抽出可能なサブピクチ
ャを抽出し、適合ビットストリームであるサブビットストリームを生成する場合、ＳＨ（
およびＰＨ ＮＡＬユニットが存在する場合、それら）を書き換える必要がない。ＨＥＶ
Ｃ ＭＣＴＳに基づくサブビットストリーム抽出においては、ＳＨの書き換えが必要であ
る。なお、ＨＥＶＣ ＭＣＴＳ抽出およびＶＶＣサブピクチャ抽出の両方において、ＳＰ
ＳおよびＰＰＳの書き換えが必要である。しかしながら、一般的に、ビットストリーム内
には少数のパラメータセットしか存在せず、各ピクチャは少なくとも１つのスライスを有
するため、ＳＨの書き換えはアプリケーションシステムにとって大きな負担となり得る。
第４に、１つのピクチャ内の異なるサブピクチャのスライスは、異なるＮＡＬユニットタ
イプを有する場合がある。これは、以下でより詳細に説明するように、しばしば１つのピ
クチャ内の混合ＮＡＬユニットタイプまたは混合サブピクチャタイプと呼ばれる特徴であ
る。第５に、ＶＶＣは、サブピクチャシーケンスのためにＨＲＤおよびレベル定義を規定
し、従って、各抽出可能なサブピクチャシーケンスのサブビットストリームの適合性をエ
ンコーダによって保証することができる。
サブピクチャとＭＣＴＳとの間には、いくつかの重要な設計上の相違がある。第１に、
ＶＶＣにおけるサブピクチャの特徴は、この場合、サブピクチャの境界においてサンプル
パディングを適用することで、サブピクチャが抽出可能である場合であっても、ピクチャ
の境界における場合と同様に、サブピクチャの外側を指す符号化ブロックの動きベクトル
を許容する。第２に、ＶＶＣのマージモードおよびデコーダ側動きベクトル微調整処理に
おいて、動きベクトルの選択および導出のために追加の変更を導入した。これにより、Ｍ
ＣＴＳのためにエンコーダ側で適用される非規範的な動き制約に比べて、より高い符号化
効率が可能になる。第３に、ピクチャのシーケンスから１つ以上の抽出可能なサブピクチ
ャを抽出し、適合ビットストリームであるサブビットストリームを生成する場合、ＳＨ（
およびＰＨ ＮＡＬユニットが存在する場合、それら）を書き換える必要がない。ＨＥＶ
Ｃ ＭＣＴＳに基づくサブビットストリーム抽出においては、ＳＨの書き換えが必要であ
る。なお、ＨＥＶＣ ＭＣＴＳ抽出およびＶＶＣサブピクチャ抽出の両方において、ＳＰ
ＳおよびＰＰＳの書き換えが必要である。しかしながら、一般的に、ビットストリーム内
には少数のパラメータセットしか存在せず、各ピクチャは少なくとも１つのスライスを有
するため、ＳＨの書き換えはアプリケーションシステムにとって大きな負担となり得る。
第４に、１つのピクチャ内の異なるサブピクチャのスライスは、異なるＮＡＬユニットタ
イプを有する場合がある。これは、以下でより詳細に説明するように、しばしば１つのピ
クチャ内の混合ＮＡＬユニットタイプまたは混合サブピクチャタイプと呼ばれる特徴であ
る。第５に、ＶＶＣは、サブピクチャシーケンスのためにＨＲＤおよびレベル定義を規定
し、従って、各抽出可能なサブピクチャシーケンスのサブビットストリームの適合性をエ
ンコーダによって保証することができる。
３．４．４． ピクチャ内の混合サブピクチャタイプ
ＡＶＣおよびＨＥＶＣにおいて、１つのピクチャにおけるすべてのＶＣＬ ＮＡＬユニ
ットは、同じＮＡＬユニットタイプを有している必要がある。ＶＶＣは、１つのピクチャ
内で特定の異なるＶＣＬ ＮＡＬユニットタイプを有するサブピクチャを混合する選択肢
を導入し、これにより、ピクチャレベルだけでなくサブピクチャレベルでもランダムアク
セスをサポートする。ＶＶＣ ＶＣＬにおいて、１つのサブピクチャ内のＮＡＬユニット
は、依然として同じＮＡＬユニットタイプを有している必要がある。
ＡＶＣおよびＨＥＶＣにおいて、１つのピクチャにおけるすべてのＶＣＬ ＮＡＬユニ
ットは、同じＮＡＬユニットタイプを有している必要がある。ＶＶＣは、１つのピクチャ
内で特定の異なるＶＣＬ ＮＡＬユニットタイプを有するサブピクチャを混合する選択肢
を導入し、これにより、ピクチャレベルだけでなくサブピクチャレベルでもランダムアク
セスをサポートする。ＶＶＣ ＶＣＬにおいて、１つのサブピクチャ内のＮＡＬユニット
は、依然として同じＮＡＬユニットタイプを有している必要がある。
ＩＲＡＰサブピクチャからのランダムアクセスの能力は、３６０°映像アプリケーショ
ンに有益である。図９に示されたものに類似したビューポートに依存する３６０°映像配
信スキームにおいて、空間的に近傍のビューポートの内容は大きく重複し、即ち、ビュー
ポートにおけるサブピクチャの一部のみが、ビューポートの向きを変更する間に新しいサ
ブピクチャに置き換えられ、ほとんどのサブピクチャはビューポートに残る。ビューポー
トに新規に導入されるサブピクチャシーケンスは、ＩＲＡＰスライスで開始しなければな
らないが、ビューポートの変更時に残りのサブピクチャがインター予測を実行することを
許可される場合、全体の伝送ビットレートを有意に低減することができる。
ンに有益である。図９に示されたものに類似したビューポートに依存する３６０°映像配
信スキームにおいて、空間的に近傍のビューポートの内容は大きく重複し、即ち、ビュー
ポートにおけるサブピクチャの一部のみが、ビューポートの向きを変更する間に新しいサ
ブピクチャに置き換えられ、ほとんどのサブピクチャはビューポートに残る。ビューポー
トに新規に導入されるサブピクチャシーケンスは、ＩＲＡＰスライスで開始しなければな
らないが、ビューポートの変更時に残りのサブピクチャがインター予測を実行することを
許可される場合、全体の伝送ビットレートを有意に低減することができる。
ピクチャが１つのタイプのＮＡＬユニットだけを含むか、または２つ以上のタイプを含
むかの指示は、ピクチャが参照するＰＰＳに提供される（即ち、ｐｐｓ＿ｍｉｘｅｄ＿ｎ
ａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇと呼ばれるフラグを使用する）。１つのピ
クチャは、ＩＲＡＰスライスを含むサブピクチャと、末尾のスライスを含むサブピクチャ
とを同時に構成することができる。１つのピクチャ内の、ＮＡＬユニットタイプＲＡＳＬ
およびＲＡＤＬの先頭ピクチャスライスを含む、異なるＮＡＬユニットタイプの他の若干
の組み合わせが許可され、これにより、異なるビットストリームから抽出されたオープン
ＧＯＰおよびクローズＧＯＰ符号化構造を有するサブピクチャシーケンスを１つのビット
ストリームにマージすることができる。
むかの指示は、ピクチャが参照するＰＰＳに提供される（即ち、ｐｐｓ＿ｍｉｘｅｄ＿ｎ
ａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇと呼ばれるフラグを使用する）。１つのピ
クチャは、ＩＲＡＰスライスを含むサブピクチャと、末尾のスライスを含むサブピクチャ
とを同時に構成することができる。１つのピクチャ内の、ＮＡＬユニットタイプＲＡＳＬ
およびＲＡＤＬの先頭ピクチャスライスを含む、異なるＮＡＬユニットタイプの他の若干
の組み合わせが許可され、これにより、異なるビットストリームから抽出されたオープン
ＧＯＰおよびクローズＧＯＰ符号化構造を有するサブピクチャシーケンスを１つのビット
ストリームにマージすることができる。
３．４．５． サブピクチャレイアウトおよびＩＤ信号通知
ＶＶＣにおけるサブピクチャのレイアウトは、ＳＰＳにおいて信号通知され、従って、
ＣＬＶＳ内で一定である。各サブピクチャは、その左上のＣＴＵの位置およびＣＴＵの数
におけるその幅および高さによって信号伝達され、よって、１つのサブピクチャが、ＣＴ
Ｕ粒度を有するピクチャの矩形領域を確実に覆う。ＳＰＳにおいてサブピクチャが信号通
知される順序は、ピクチャ内の各サブピクチャのインデックスを決定する。
ＶＶＣにおけるサブピクチャのレイアウトは、ＳＰＳにおいて信号通知され、従って、
ＣＬＶＳ内で一定である。各サブピクチャは、その左上のＣＴＵの位置およびＣＴＵの数
におけるその幅および高さによって信号伝達され、よって、１つのサブピクチャが、ＣＴ
Ｕ粒度を有するピクチャの矩形領域を確実に覆う。ＳＰＳにおいてサブピクチャが信号通
知される順序は、ピクチャ内の各サブピクチャのインデックスを決定する。
ＳＨまたはＰＨを書き換えることなくサブピクチャシーケンスの抽出およびマージを有
効化するために、ＶＶＣにおけるスライスアドレッシングスキームは、サブピクチャＩＤ
およびサブピクチャ固有のスライスインデックスに基づいて、スライスをサブピクチャに
関連付ける。ＳＨにおいて、スライスを含むサブピクチャのサブピクチャＩＤおよびサブ
ピクチャレベルのスライスインデックスが信号通知される。なお、特定のサブピクチャの
サブピクチャＩＤの値は、そのサブピクチャインデックスの値と異なってもよい。２つの
間のマッピングは、ＳＰＳまたはＰＰＳで信号通知される（しかし、両方ではない）か、
または暗黙的に推測される。存在する場合、サブピクチャサブビットストリーム抽出処理
中にＳＰＳおよびＰＰＳを書き換える時に、サブピクチャＩＤマッピングを書き換えるか
、または追加する必要がある。サブピクチャＩＤおよびサブピクチャレベルのスライスイ
ンデックスは、共に、デコードされたピクチャのＤＰＢスロット内におけるスライスの第
１の復号化されたＣＴＵの正確な位置をデコーダに示す。サブビットストリーム抽出の後
、サブピクチャのサブピクチャＩＤは変化しないが、サブピクチャのインデックスは変化
する場合がある。たとえサブピクチャにおける１つ目のＣＴＵのラスタスキャンＣＴＵア
ドレスが元のビットストリームにおける値と比較して変化したとしても、サブピクチャＩ
Ｄの変化しなかった値およびそれぞれのＳＨのサブピクチャレベルのスライスインデック
スは、抽出されたサブビットストリームの復号化ピクチャにおける各ＣＴＵの位置を依然
として正確に判定する。図１０は、サブピクチャＩＤ、サブピクチャインデックス、およ
びサブピクチャレベルスライスインデックスを使用して、２つのサブピクチャおよび４つ
のスライスを含む例で、サブピクチャの抽出を有効化することを示している。
効化するために、ＶＶＣにおけるスライスアドレッシングスキームは、サブピクチャＩＤ
およびサブピクチャ固有のスライスインデックスに基づいて、スライスをサブピクチャに
関連付ける。ＳＨにおいて、スライスを含むサブピクチャのサブピクチャＩＤおよびサブ
ピクチャレベルのスライスインデックスが信号通知される。なお、特定のサブピクチャの
サブピクチャＩＤの値は、そのサブピクチャインデックスの値と異なってもよい。２つの
間のマッピングは、ＳＰＳまたはＰＰＳで信号通知される（しかし、両方ではない）か、
または暗黙的に推測される。存在する場合、サブピクチャサブビットストリーム抽出処理
中にＳＰＳおよびＰＰＳを書き換える時に、サブピクチャＩＤマッピングを書き換えるか
、または追加する必要がある。サブピクチャＩＤおよびサブピクチャレベルのスライスイ
ンデックスは、共に、デコードされたピクチャのＤＰＢスロット内におけるスライスの第
１の復号化されたＣＴＵの正確な位置をデコーダに示す。サブビットストリーム抽出の後
、サブピクチャのサブピクチャＩＤは変化しないが、サブピクチャのインデックスは変化
する場合がある。たとえサブピクチャにおける１つ目のＣＴＵのラスタスキャンＣＴＵア
ドレスが元のビットストリームにおける値と比較して変化したとしても、サブピクチャＩ
Ｄの変化しなかった値およびそれぞれのＳＨのサブピクチャレベルのスライスインデック
スは、抽出されたサブビットストリームの復号化ピクチャにおける各ＣＴＵの位置を依然
として正確に判定する。図１０は、サブピクチャＩＤ、サブピクチャインデックス、およ
びサブピクチャレベルスライスインデックスを使用して、２つのサブピクチャおよび４つ
のスライスを含む例で、サブピクチャの抽出を有効化することを示している。
サブピクチャ抽出と同様に、サブピクチャのための信号通知は、異なるビットストリー
ムが協調して生成されれば（例えば、異なるサブピクチャＩＤを使用するが、そうでない
場合、ほとんど整列されたＳＰＳ、ＰＰＳ、およびＰＨパラメータ、例えば、ＣＴＵサイ
ズ、彩度フォーマット、符号化ツール等を使用する）、ＳＰＳおよびＰＰＳを書き換える
だけで、異なるビットストリームからのいくつかのサブピクチャを１つのビットストリー
ムにマージすることを許可する。
ムが協調して生成されれば（例えば、異なるサブピクチャＩＤを使用するが、そうでない
場合、ほとんど整列されたＳＰＳ、ＰＰＳ、およびＰＨパラメータ、例えば、ＣＴＵサイ
ズ、彩度フォーマット、符号化ツール等を使用する）、ＳＰＳおよびＰＰＳを書き換える
だけで、異なるビットストリームからのいくつかのサブピクチャを１つのビットストリー
ムにマージすることを許可する。
ＳＰＳおよびＰＰＳにおいて、それぞれサブピクチャおよびスライスが独立して信号通
知されるが、従順なビットストリームを形成するために、サブピクチャとスライスとの間
には固有の相互制約がある。第１に、サブピクチャの存在は、矩形のスライスを使用し、
ラスタスキャンスライスを禁止する必要がある。第２に、所与のサブピクチャのスライス
は、復号化の順序で連続したＮＡＬユニットであるべきであり、このことは、サブピクチ
ャのレイアウトがビットストリーム内の符号化されたスライスＮＡＬユニットの順序を制
約することを意味する。
３．５． ＶＶＣ映像ファイルフォーマットの詳細
３．５．１． トラックのタイプ
ＶＶＣ映像ファイルフォーマットは、ＩＳＯＢＭＦＦファイルにおけるＶＶＣビットスト
リームをキャリッジするための以下のタイプの映像トラックを規定する。
ａ） ＶＶＣトラック：
ＶＶＣトラックは、そのサンプルおよびサンプルエントリにＮＡＬユニットを含めるこ
とによって、また、場合によってはＶＶＣビットストリームの他のサブレイヤを含む他の
ＶＶＣトラックを参照することによって、そして、場合によってはＶＶＣサブピクチャト
ラックを参照することによって、ＶＶＣビットストリームを表す。１つのＶＶＣトラック
がＶＶＣサブピクチャトラックを参照する場合、これをＶＶＣベーストラックと呼ぶ。
ｂ） ＶＶＣ非ＶＣＬトラック：
ＡＬＦ、ＬＭＣＳ、またはスケーリングリストパラメータを搬送するＡＰＳ、および他
の非ＶＣＬ ＮＡＬユニットは、ＶＣＬ ＮＡＬユニットを含むトラックとは別個のトラ
ックに記憶され且つ該トラックを介して送信されてもよく、これはＶＶＣ非ＶＣＬトラッ
クである。
ｃ） ＶＶＣ サブピクチャトラック：
ＶＶＣサブピクチャトラックは、以下のいずれかを含む。
１つ以上のＶＶＣサブピクチャのシーケンス。
１つの矩形領域を形成する１つ以上の完全なスライスのシーケンス。
ＶＶＣサブピクチャトラックの１つのサンプルは、以下のいずれかを含む。
ＩＳＯ／ＩＥＣ２３０９０－３で規定されているような、復号化の順序で連続した１
つ以上の完全なサブピクチャ。
ＩＳＯ／ＩＥＣ２３０９０－３で規定されているような、１つの矩形領域を形成し、
復号化の順序で連続する１つ以上の完全なスライス。
ＶＶＣサブピクチャトラックの任意のサンプルに含まれるＶＶＣサブピクチャまたはス
ライスは、復号化の順序で連続している。
注：ＶＶＣ非ＶＣＬトラックおよびＶＶＣサブピクチャトラックは、ストリーミング
アプリケーションにおけるＶＶＣ映像の最適な配信を以下のように可能にする。これらの
トラックはそれぞれ、それ自体のＤＡＳＨ表現で搬送されてもよく、トラックのサブセッ
トを復号化およびレンダリングするために、ＶＶＣサブピクチャトラックのサブセットを
含むＤＡＳＨ表現、および非ＶＣＬトラックを含むＤＡＳＨ表現は、クライアントがセグ
メントごとに要求することができる。このようにして、ＡＰＳおよび他の非ＶＣＬ ＮＡ
Ｌユニットの冗長な伝送が回避できる。
３．５．２． ＶＶＣビットストリームにおいて搬送される矩形領域の概要
本明細書は、以下のいずれかからなる矩形領域を説明することを支援する。
－ 復号化の順序で連続する１つ以上のＶＶＣサブピクチャのシーケンス、又は、
－ １つの矩形領域を形成し、復号化の順序で連続する１つ以上の完全なスライスのシ
ーケンス。
矩形の領域は、穴のない矩形を覆う。ピクチャ内の矩形領域は互いに重複しない。
矩形領域は、ｒｅｃｔ＿ｒｅｇｉｏｎ＿ｆｌａｇが１に等しい矩形領域視覚サンプルグ
ループ記述エントリ（すなわち、ＲｅｃｔａｎｇｕｌａｒＲｅｇｉｏｎＧｒｏｕｐＥｎｔ
ｒｙのインスタンス）によって記述してもよい。
１つのトラックのそれぞれのサンプルが１つの矩形領域のみのＮＡＬユニットからなる
場合、タイプ‘ｔｒｉｆ’のＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘを使用してサンプルを矩
形領域に関連付けることができるが、デフォルトサンプルグルーピングメカニズムが使用
される場合（すなわち、タイプ‘ｔｒｉｆ’のＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔ
ｉｏｎＢｏｘのバージョンが２以上である場合）、このタイプ‘ｔｒｉｆ’のＳａｍｐｌ
ｅＴｏＧｒｏｕｐＢｏｘは省略可能である。そうでない場合、ＳａｍｐｌｅＴｏＧｒｏｕ
ｐＢｏｘｅｓ（タイプ‘ｎａｌｍ’）およびｇｒｏｕｐｉｎｇ＿ｔｙｐｅ＿ｐａｒａｍｅ
ｔｅｒが‘ｔｒｉｆ’であり、ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏｘ（
タイプ‘ｎａｌｍ’）を介して、サンプル、ＮＡＬユニット、および矩形領域を関連付け
る。ＲｅｃｔａｎｇｕｌａｒＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙは、以下を記述する。
－ １つの矩形領域、
－ この矩形領域と他の矩形領域との間の符号化依存性。
各ＲｅｃｔａｎｇｕｌａｒＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙには、ｇｒｏｕｐＩＤと
呼ばれる固有の識別子が割り当てられる。この識別子を使用して、サンプルにおけるＮＡ
Ｌユニットを特定のＲｅｃｔａｎｇｕｌａｒＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙに関連付
けることができる。
輝度サンプル座標を使用して、矩形領域の位置およびサイズを識別する。
ムービーフラグメントとともに使用される場合、ＲｅｃｔａｎｇｕｌａｒＲｅｇｉｏｎ
ＧｒｏｕｐＥｎｔｒｙは、ＩＳＯ／ＩＥＣ１４４９６－１２の８．９．４項に定義される
ように、トラックフラグメントボックスに新しいＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐ
ｔｉｏｎＢｏｘを定義することによって、ムービーフラグメントの持続時間に対して定義
され得る。ただし、既に定義されたＲｅｃｔａｎｇｕｌａｒＲｅｇｉｏｎＧｒｏｕｐＥｎ
ｔｒｙと同じｇｒｏｕｐＩＤを有するトラックフラグメントには、Ｒｅｃｔａｎｇｕｌａ
ｒＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙは存在しない。
ＲｅｃｔａｎｇｕｌａｒＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙで使用されるベース領域は
、この矩形領域グループエントリに関連付けられた矩形領域におけるＮＡＬユニットが属
するピクチャである。
連続するサンプルにおいてベース領域のサイズに何らかの変化がある場合（例えば、参
照ピクチャの再サンプリング（ＲＰＲ）またはＳＰＳのサイズ変更の場合）、サンプルは
、そのそれぞれのベース領域のサイズを反映した異なるＲｅｃｔａｎｇｕｌａｒＲｅｇｉ
ｏｎＧｒｏｕｐＥｎｔｒｙエントリに関連付けられるべきである。
１つの矩形領域にマッピングされたＮＡＬユニットは、通常通り、ＶＶＣトラックに含
まれてもよいし、或いはＶＶＣサブピクチャトラックと呼ばれる別個のトラックに含まれ
てもよい。
３．５．３． ＶＶＣサブピクチャトラックを参照するＶＶＣトラックにおけるサンプル
からピクチャユニットを再構成する方法
ＶＶＣトラックのサンプルを、黒丸の順に以下のＮＡＬユニットを含むアクセスユニッ
トに分解する。
●サンプル中のＡＵＤ ＮＡＬユニット（あれば）（および第１のＮＡＬユニット）。
●サンプルが同じサンプルエントリに関連付けられた一連のサンプルの最初のサンプル
である場合、そのサンプルエントリに含まれているパラメータセットおよびＳＥＩ ＮＡ
Ｌユニット（もしあれば）。
●サンプル中に存在し、かつＰＨ ＮＡＬユニットまでのＮＡＬユニット。
●このサンプルにマッピングされた‘ｓｐｏｒ’サンプルグループ記述エントリで指定
された順序で、参照された各ＶＶＣサブピクチャトラックから時間的に整列された（復号
化時間内の）解決済みサンプルの内容で、ＶＰＳ、ＤＣＩ、ＳＰＳ、ＰＰＳ、ＡＵＤ、Ｐ
Ｈ、ＥＯＳ、ＥＯＢ ＮＡＬユニットがある場合はすべてを除く。トラック参照は、以下
のように分解される。
注１：参照されたＶＶＣサブピクチャトラックがＶＶＣ非ＶＣＬトラックに関連付け
られている場合、ＶＶＣサブピクチャトラックの分解されたサンプルは、ＶＶＣ非ＶＣＬ
トラックの時間整列されたサンプルの非ＶＣＬ ＮＡＬユニット（もしあれば）を含む。
●サンプル中のＰＨ ＮＡＬユニットの後に続くＮＡＬユニット。
注２：サンプルにおけるＰＨ ＮＡＬユニットの後に続くＮＡＬユニットは、サフィ
ックスＳＥＩ ＮＡＬユニット、サフィックスＡＰＳ ＮＡＬユニット、ＥＯＳ ＮＡＬ
ユニット、ＥＯＢ ＮＡＬユニット、または最後のＶＣＬ ＮＡＬユニットの後に許可さ
れる予約ＮＡＬユニットを含むことができる。
‘ｓｐｏｒ’サンプルグループ記述エントリの‘ｓｕｂｐ’トラック参照インデックス
は、以下のように分解される。
●トラック参照がＶＶＣサブピクチャトラックのトラックＩＤを指している場合、トラ
ック参照はＶＶＣサブピクチャトラックに分解される。
●そうでない場合（トラック参照は‘ａｌｔｅ’のトラックグループを指す）、トラッ
ク参照を‘ａｌｔｅ’のトラックグループのいずれかのトラックに分解する。特定のトラ
ック参照インデックス値が前回のサンプルにおける特定のトラックに分解された場合、現
在のサンプルにおいて以下のいずれかに分解される。
●同じ特定のトラック、あるいは、
●現在のサンプルと時間整列された同期サンプルを含む、同じ‘ａｌｔｅ’トラック
グループにおける任意の他のトラック。
注３：同じ‘ａｌｔｅ’トラックグループにおけるＶＶＣサブピクチャトラックは
、復号化の不整合を回避するために、同じＶＶＣベーストラックによって参照される他の
ＶＶＣサブピクチャトラックから必ず独立しており、従って、以下のように制約される場
合がある。
●すべてのＶＶＣサブピクチャトラックは、ＶＶＣサブピクチャを含む。
●サブピクチャの境界はピクチャの境界に類似している。
●サブピクチャの境界を越えてループフィルタリングをオフにする。
読取装置が、最初の選択であるかまたは前回の選択とは異なる１組のサブピクチャＩＤ
値を有するＶＶＣサブピクチャを含むＶＶＣサブピクチャトラックを選択した場合、以下
のステップを実行することができる。
●‘ｓｐｏｒ’サンプルグループ記述エントリを調査し、ＰＰＳまたはＳＰＳ ＮＡＬ
ユニットを変更する必要があるかどうかを結論づける。
注：ＳＰＳの変更は、ＣＬＶＳの開始時にのみ可能である。
●‘ｓｐｏｒ’サンプルグループディスクリプションエントリが、含まれているＮＡＬ
ユニットにおけるサブピクチャＩＤの前後または内部にスタートコードエミュレーション
防止バイトが存在することを示す場合、ＮＡＬユニットからＲＢＳＰを導出する（即ち、
スタートコードエミュレーション防止バイトを削除する）。次のステップでオーバーライ
ドした後、スタートコードのエミュレーション防止を再び行う。
●読取装置は、‘ｓｐｏｒ’サンプルグループエントリにおけるビット位置およびサブ
ピクチャＩＤの長さを用いて、どのビットを上書きするかを確定し、サブピクチャＩＤを
選択されたものにアップデートする。
●ＰＰＳまたはＳＰＳのサブピクチャＩＤ値を最初に選択するとき、読取装置は、再構
築されたアクセスユニットにおいて、選択したサブピクチャＩＤ値でＰＰＳまたはＳＰＳ
をそれぞれ書き換えることが必要である。
●ＰＰＳまたはＳＰＳのサブピクチャＩＤ値が、同じＰＰＳ ＩＤ値またはＳＰＳ Ｉ
Ｄ値を有する前のＰＰＳまたはＳＰＳ（それぞれ）と比較された場合、読取装置は、前の
ＰＰＳおよびＳＰＳのコピー（同じＰＰＳまたはＳＰＳ ＩＤ値を有するＰＰＳまたはＳ
ＰＳがそれぞれアクセスユニットに存在しない場合）を含め、更新されたサブピクチャＩ
Ｄ値を有するＰＰＳまたはＳＰＳ（それぞれ）を再構成されたアクセスユニットに書き換
える必要がある。
３．５．４． サブピクチャ順サンプルグループ
３．５．４．１． 定義
このサンプルグループは、ＶＶＣベーストラック、即ち、ＶＶＣサブピクチャトラック
を参照する‘ｓｕｂｐ’トラックを有するＶＶＣトラックにおいて使用される。各サンプ
ルグループディスクリプションエントリは、符号化ピクチャのサブピクチャまたはスライ
スを復号化の順序で示し、‘ｓｕｂｐ’タイプのトラック参照のインデックスは、復号化
の順序で連続する１つ以上のサブピクチャまたはスライスを示す。
サブピクチャの選択に呼応してＰＰＳまたはＳＰＳを容易に書き換えるために、各サン
プルグループ記述エントリは、以下を含むことができる。
－ ＰＰＳまたはＳＰＳ ＮＡＬユニットにおいて選択されたサブピクチャＩＤを変更
すべきかどうかの指示。
－ サブピクチャＩＤ構文要素の長さ（ビット単位）。
－ 含まれているＲＢＳＰにおけるサブピクチャＩＤ構文要素のビット位置。
－ サブピクチャＩＤの前にまたはサブピクチャＩＤ内にスタートコードエミュレーシ
ョン防止バイトが存在するかどうかを示すフラグ。
－ サブピクチャＩＤを含むパラメータセットのパラメータセットＩＤ。
３．５．４．２． 構文
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶｖｃＳｕｂｐｉｃＯｒｄｅｒＥｎｔｒｙ（）ｅｘ
ｔｅｎｄｓ ＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙ（‘ｓｐｏｒ’）
｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１）ｓｕｂｐｉｃ＿ｉｄ＿ｉｎｆｏ＿ｆｌａｇ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１５）ｎｕｍ＿ｓｕｂｐｉｃ＿ｒｅｆ＿ｉｄｘ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿ｓｕｂｐｉｃ＿ｒｅｆ＿ｉｄｘ；ｉ＋＋）
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６）ｓｕｂｐ＿ｔｒａｃｋ＿ｒｅｆ＿ｉｄｘ；
ｉｆ（ｓｕｂｐｉｃ＿ｉｄ＿ｉｎｆｏ＿ｆｌａｇ）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（４）ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１２）ｓｕｂｐｉｃ＿ｉｄ＿ｂｉｔ＿ｐｏｓ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１）ｓｔａｒｔ＿ｃｏｄｅ＿ｅｍｕｌ＿ｆｌａｇ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１）ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｆｌａｇ；
ｉｆ（ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｆｌａｇ）
ｕｎｓｉｇｎｅｄ ｉｎｔ（６）ｐｐｓ＿ｉｄ；
ｅｌｓｅ｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１）ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｆｌａｇ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（４）ｓｐｓ＿ｉｄ；
ｂｉｔ（１） ｒｅｓｅｒｖｅｄ＝０；
｝
｝
｝
３．５．４．３． 意味論
ｓｕｂｐｉｃ＿ｉｄ＿ｉｎｆｏ＿ｆｌａｇが０である場合、ＳＰＳおよび／またはＰＰ
Ｓに提供されるサブピクチャＩＤ値が、示されたサブｐ＿ｔｒａｃｋ＿ｒｅｆ＿ｉｄｘ値
の集まりに対して正確であり、従って、ＳＰＳまたはＰＰＳの書き換えが必要でないこと
を示す。ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｆｌａｇが１であると、ＳＰＳおよび／またはＰＰＳ
がｓｕｂｐ＿ｔｒａｃｋ＿ｒｅｆ＿ｉｄｘ値のセットに対応するサブピクチャを示すよう
に書き換える必要があることを示す。
ｎｕｍ＿ｓｕｂｐｉｃ＿ｒｅｆ＿ｉｄｘは、ＶＶＣトラックが参照するサブピクチャト
ラックまたはサブピクチャトラックのトラックグループの参照インデックスの数を示す。
ｓｕｂｐ＿ｔｒａｃｋ＿ｒｅｆ＿ｉｄｘは、ｉのそれぞれの数値に対して、ＶＶＣトラ
ックから再構成されたＶＶＣビットストリームに含まれるべき１つ以上のサブピクチャま
たはスライスのｉ番目のリストの‘ｓｕｂｐ’トラック参照インデックスを指定する。
ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１は、ＰＰＳまたはＳＰＳのサブピクチ
ャＩＤ 構文要素のビット数を示し、どちらがこの構造によって参照されても構わない。
ｓｕｂｐｉｃ＿ｉｄ＿ｂｉｔ＿ｐｏｓは、参照されるＰＰＳまたはＳＰＳ ＲＢＳＰに
おける第１のサブピクチャＩＤ構文要素の第１のビットの０から始まるビット位置を示す
。
ｓｔａｒｔ＿ｃｏｄｅ＿ｅｍｐｕｌ＿ｆｌａｇが０である場合、参照されたＰＰＳまた
はＳＰＳ ＮＡＬユニットにおけるサブピクチャＩＤの前または内部にスタートコードエ
ミュレーション防止バイトが存在しないことを示す。ｓｔａｒｔ＿ｃｏｄｅ＿ｅｍｕｌ＿
ｆｌａｇが１である場合、参照されたＰＰＳまたはＳＰＳ ＮＡＬユニットにおけるサブ
ピクチャＩＤの前または内部にスタートコードエミュレーション防止バイトが存在し得る
ことを示す。
ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｆｌａｇが０である場合、このサンプルグループ記述エ
ントリにマッピングされたサンプルに適用されるＰＰＳ ＮＡＬユニットがサブピクチャ
ＩＤ構文要素を含まないことを示す。ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｆｌａｇが１である
場合、このサンプルグループ記述エントリにマッピングされたサンプルに適用されるＰＰ
Ｓ ＮＡＬユニットがサブピクチャＩＤ構文要素を含む。
ｐｐｓ＿ｉｄ（存在する場合）は、このサンプルグループ記述エントリにマッピングさ
れるサンプルに適用されるＰＰＳのＰＰＳ ＩＤを示す。
ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｆｌａｇが存在し、且つ０である場合、このサンプルグ
ループ記述エントリにマッピングされたサンプルに適用されるＰＰＳ ＮＡＬユニットが
サブピクチャＩＤ構文要素を含まないことを示し、サブピクチャＩＤ値が推測される。ｓ
ｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｆｌａｇが存在し、且つ１である場合、このサンプルグルー
プ記述エントリにマッピングされたサンプルに適用されるＳＰＳ ＮＡＬユニットがサブ
ピクチャＩＤ構文要素を含む。
ｓｐｓ＿ｉｄ（存在する場合）は、このサンプルグループ記述エントリにマッピングさ
れるサンプルに適用されるＳＰＳのＳＰＳ ＩＤを示す。
３．５．５． サブピクチャエンティティグループ
３．５．５．１． 一般
複数のＶＶＣサブピクチャトラックからのマージされたビットストリームの適合性を示
すレベル情報を提供するサブピクチャエンティティグループが定義される。
注：ＶＶＣベーストラックは、ＶＶＣサブピクチャトラックをマージするための別の
メカニズムを提供する。
暗示的な再構成処理は、パラメータセットの修正を必要とする。サブピクチャエンティ
ティグループは、再構成されたビットストリームのためのパラメータセットを容易に生成
できるような指針を与える。
１つのグループ内の共同復号化されるべき符号化されたサブピクチャが互いに差し替え
可能である、即ち、プレーヤが、同じレベル寄与を有する１つのサンプルごとのサブピク
チャのグループから複数のアクティブトラックを選択する場合、ＳｕｂｐｉｃＣｏｍｍｏ
ｎＧｒｏｕｐＢｏｘは、連帯で復号化される場合、得られる組み合わせ規則およびｌｅｖ
ｅｌ＿ｉｄｃを示す。
異なる特性、例えば異なる解像度を有する符号化されたサブピクチャが連帯で復号化さ
れるように選択された場合、ＳｕｂｐｉｃＭｕｌｔｉｐｌｅＧｒｏｕｐＳＢｏｘは、連帯
で復号化される場合、得られる組み合わせ規則およびｌｅｖｅｌ＿ｉｄｃを示す。
サブピクチャエンティティグループに含まれるすべてのｅｎｔｉｔｙ＿ｉｄ値は、ＶＶ
Ｃサブピクチャトラックを識別する。存在する場合、ＳｕｂｐｉｃＣｏｍｍｏｎＧｒｏｕ
ｐＢｏｘおよびＳｕｂｐｉｃＭｕｌｔｉｐｌｅＧｒｏｕｐＳＢｏｘは、ムービーレベルの
ＭｅｔａＢｏｘにおけるＧｒｏｕｐｓＬｉｓｔＢｏｘに含まれるものであり、ファイルレ
ベルまたはトラックレベルのＭｅｔａＢｏｘｅｓに含まれないものとする。
３．５．５．２． サブピクチャ共通グループボックスの構文
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＳｕｂｐｉｃＣｏｍｍｏｎＧｒｏｕｐＢｏｘ ｅｘ
ｔｅｎｄｓ ＥｎｔｉｔｙＴｏＧｒｏｕｐＢｏｘ（‘ａｃｇｌ’，０，０）
｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２）ｌｅｖｅｌ＿ｉｄｃ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２）ｎｕｍ＿ａｃｔｉｖｅ＿ｔｒａｃｋｓ；
｝
３．５．５．３． サブピクチャ共通グループボックスの意味論
ｌｅｖｅｌ＿ｉｄｃは、エンティティグループからｎｕｍ＿ａｃｔｉｖｅ＿ｔｒａｃｋ
ｓエンティティを選択した場合、そのエンティティが適合するレベルを示す。
ｎｕｍ＿ａｃｔｉｖｅ＿ｔｒａｃｋｓは、ｌｅｖｅｌ＿ｉｄｃの値を指定するトラック
の数を指示す。
３．５．５．４． サブピクチャの複数のグループボックスの構文
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＳｕｂｐｉｃＭｕｌｔｉｐｌｅＧｒｏｕｐｓＢｏｘ
ｅｘｔｅｎｄｓ ＥｎｔｉｔｙＴｏＧｒｏｕｐＢｏｘ（‘ａｍｇｌ’，０，０）
｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２）ｌｅｖｅｌ＿ｉｄｃ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２）ｎｕｍ＿ｓｕｂｇｒｏｕｐ＿ｉｄｓ；
ｓｕｂｇｒｏｕｐＩｄＬｅｎ＝（ｎｕｍ＿ｓｕｂｇｒｏｕｐ＿ｉｄｓ＞＝（１＜＜２４
）） ？３２：
（ｎｕｍ＿ｓｕｂｇｒｏｕｐ＿ｉｄｓ＞＝（１＜＜１６））？２４：
（ｎｕｍ＿ｓｕｂｇｒｏｕｐ＿ｉｄｓ＞＝（１＜＜８））？１６：８；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿ｅｎｔｉｔｉｅｓ＿ｉｎ＿ｇｒｏｕｐ；ｉ＋＋）
ｕｎｓｉｇｎｅｄ ｉｎｔ（ｓｕｂｇｒｏｕｐＩｄＬｅｎ）ｔｒａｃｋ＿ｓｕｂｇｒ
ｏｕｐ＿ｉｄ［ｉ］；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿ｓｕｂｇｒｏｕｐ＿ｉｄｓ；ｉ＋＋）
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２）ｎｕｍ＿ａｃｔｉｖｅ＿ｔｒａｃｋｓ［ｉ］；
｝
３．５．５．５． 意味論
ｌｅｖｅｌ＿ｉｄｃは、０からｎｕｍ＿ｓｕｂｇｒｏｕｐ＿ｉｄｓ－１までの範囲のｉ
のすべての値について、ＩＤがｉであるサブグループの中から任意のｎｕｍ＿ａｃｔｉｖ
ｅ＿ｔｒａｃｋｓ［ｉ］トラックを選択するという組み合わせが適合するレベルを示す。
ｎｕｍ＿ｓｕｂｇｒｏｕｐ＿ｉｄは別個のサブグループの数を示し、各サブグループは
ｔｒａｃｋ＿ｓｕｂｇｒｏｕｐ＿ｉｄ［ｉ］の同じ値で識別される。ｔｒａｃｋ＿ｓｕｂ
ｇｒｏｕｐ＿ｉｄ［ｉ］の異なる値によって、異なるサブグループが識別される。
ｔｒａｃｋ＿ｓｕｂｇｒｏｕｐ＿ｉｄ［ｉ］は、このエンティティグループのｉ番目の
トラックのサブグループＩＤを示す。サブグループＩＤの値は、０からｎｕｍ＿ｓｕｂｇ
ｒｏｕｐ＿ｉｄｓ～１までの（両端を含む）範囲とする。
ｎｕｍ＿ａｃｔｉｖｅ＿ｔｒａｃｋｓ［ｉ］は、ｌｅｖｅｌ＿ｉｄｃに記載されている
ＩＤがｉであるサブグループにおけるトラック数を示す。
知されるが、従順なビットストリームを形成するために、サブピクチャとスライスとの間
には固有の相互制約がある。第１に、サブピクチャの存在は、矩形のスライスを使用し、
ラスタスキャンスライスを禁止する必要がある。第２に、所与のサブピクチャのスライス
は、復号化の順序で連続したＮＡＬユニットであるべきであり、このことは、サブピクチ
ャのレイアウトがビットストリーム内の符号化されたスライスＮＡＬユニットの順序を制
約することを意味する。
３．５． ＶＶＣ映像ファイルフォーマットの詳細
３．５．１． トラックのタイプ
ＶＶＣ映像ファイルフォーマットは、ＩＳＯＢＭＦＦファイルにおけるＶＶＣビットスト
リームをキャリッジするための以下のタイプの映像トラックを規定する。
ａ） ＶＶＣトラック：
ＶＶＣトラックは、そのサンプルおよびサンプルエントリにＮＡＬユニットを含めるこ
とによって、また、場合によってはＶＶＣビットストリームの他のサブレイヤを含む他の
ＶＶＣトラックを参照することによって、そして、場合によってはＶＶＣサブピクチャト
ラックを参照することによって、ＶＶＣビットストリームを表す。１つのＶＶＣトラック
がＶＶＣサブピクチャトラックを参照する場合、これをＶＶＣベーストラックと呼ぶ。
ｂ） ＶＶＣ非ＶＣＬトラック：
ＡＬＦ、ＬＭＣＳ、またはスケーリングリストパラメータを搬送するＡＰＳ、および他
の非ＶＣＬ ＮＡＬユニットは、ＶＣＬ ＮＡＬユニットを含むトラックとは別個のトラ
ックに記憶され且つ該トラックを介して送信されてもよく、これはＶＶＣ非ＶＣＬトラッ
クである。
ｃ） ＶＶＣ サブピクチャトラック：
ＶＶＣサブピクチャトラックは、以下のいずれかを含む。
１つ以上のＶＶＣサブピクチャのシーケンス。
１つの矩形領域を形成する１つ以上の完全なスライスのシーケンス。
ＶＶＣサブピクチャトラックの１つのサンプルは、以下のいずれかを含む。
ＩＳＯ／ＩＥＣ２３０９０－３で規定されているような、復号化の順序で連続した１
つ以上の完全なサブピクチャ。
ＩＳＯ／ＩＥＣ２３０９０－３で規定されているような、１つの矩形領域を形成し、
復号化の順序で連続する１つ以上の完全なスライス。
ＶＶＣサブピクチャトラックの任意のサンプルに含まれるＶＶＣサブピクチャまたはス
ライスは、復号化の順序で連続している。
注：ＶＶＣ非ＶＣＬトラックおよびＶＶＣサブピクチャトラックは、ストリーミング
アプリケーションにおけるＶＶＣ映像の最適な配信を以下のように可能にする。これらの
トラックはそれぞれ、それ自体のＤＡＳＨ表現で搬送されてもよく、トラックのサブセッ
トを復号化およびレンダリングするために、ＶＶＣサブピクチャトラックのサブセットを
含むＤＡＳＨ表現、および非ＶＣＬトラックを含むＤＡＳＨ表現は、クライアントがセグ
メントごとに要求することができる。このようにして、ＡＰＳおよび他の非ＶＣＬ ＮＡ
Ｌユニットの冗長な伝送が回避できる。
３．５．２． ＶＶＣビットストリームにおいて搬送される矩形領域の概要
本明細書は、以下のいずれかからなる矩形領域を説明することを支援する。
－ 復号化の順序で連続する１つ以上のＶＶＣサブピクチャのシーケンス、又は、
－ １つの矩形領域を形成し、復号化の順序で連続する１つ以上の完全なスライスのシ
ーケンス。
矩形の領域は、穴のない矩形を覆う。ピクチャ内の矩形領域は互いに重複しない。
矩形領域は、ｒｅｃｔ＿ｒｅｇｉｏｎ＿ｆｌａｇが１に等しい矩形領域視覚サンプルグ
ループ記述エントリ（すなわち、ＲｅｃｔａｎｇｕｌａｒＲｅｇｉｏｎＧｒｏｕｐＥｎｔ
ｒｙのインスタンス）によって記述してもよい。
１つのトラックのそれぞれのサンプルが１つの矩形領域のみのＮＡＬユニットからなる
場合、タイプ‘ｔｒｉｆ’のＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘを使用してサンプルを矩
形領域に関連付けることができるが、デフォルトサンプルグルーピングメカニズムが使用
される場合（すなわち、タイプ‘ｔｒｉｆ’のＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔ
ｉｏｎＢｏｘのバージョンが２以上である場合）、このタイプ‘ｔｒｉｆ’のＳａｍｐｌ
ｅＴｏＧｒｏｕｐＢｏｘは省略可能である。そうでない場合、ＳａｍｐｌｅＴｏＧｒｏｕ
ｐＢｏｘｅｓ（タイプ‘ｎａｌｍ’）およびｇｒｏｕｐｉｎｇ＿ｔｙｐｅ＿ｐａｒａｍｅ
ｔｅｒが‘ｔｒｉｆ’であり、ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏｘ（
タイプ‘ｎａｌｍ’）を介して、サンプル、ＮＡＬユニット、および矩形領域を関連付け
る。ＲｅｃｔａｎｇｕｌａｒＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙは、以下を記述する。
－ １つの矩形領域、
－ この矩形領域と他の矩形領域との間の符号化依存性。
各ＲｅｃｔａｎｇｕｌａｒＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙには、ｇｒｏｕｐＩＤと
呼ばれる固有の識別子が割り当てられる。この識別子を使用して、サンプルにおけるＮＡ
Ｌユニットを特定のＲｅｃｔａｎｇｕｌａｒＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙに関連付
けることができる。
輝度サンプル座標を使用して、矩形領域の位置およびサイズを識別する。
ムービーフラグメントとともに使用される場合、ＲｅｃｔａｎｇｕｌａｒＲｅｇｉｏｎ
ＧｒｏｕｐＥｎｔｒｙは、ＩＳＯ／ＩＥＣ１４４９６－１２の８．９．４項に定義される
ように、トラックフラグメントボックスに新しいＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐ
ｔｉｏｎＢｏｘを定義することによって、ムービーフラグメントの持続時間に対して定義
され得る。ただし、既に定義されたＲｅｃｔａｎｇｕｌａｒＲｅｇｉｏｎＧｒｏｕｐＥｎ
ｔｒｙと同じｇｒｏｕｐＩＤを有するトラックフラグメントには、Ｒｅｃｔａｎｇｕｌａ
ｒＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙは存在しない。
ＲｅｃｔａｎｇｕｌａｒＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙで使用されるベース領域は
、この矩形領域グループエントリに関連付けられた矩形領域におけるＮＡＬユニットが属
するピクチャである。
連続するサンプルにおいてベース領域のサイズに何らかの変化がある場合（例えば、参
照ピクチャの再サンプリング（ＲＰＲ）またはＳＰＳのサイズ変更の場合）、サンプルは
、そのそれぞれのベース領域のサイズを反映した異なるＲｅｃｔａｎｇｕｌａｒＲｅｇｉ
ｏｎＧｒｏｕｐＥｎｔｒｙエントリに関連付けられるべきである。
１つの矩形領域にマッピングされたＮＡＬユニットは、通常通り、ＶＶＣトラックに含
まれてもよいし、或いはＶＶＣサブピクチャトラックと呼ばれる別個のトラックに含まれ
てもよい。
３．５．３． ＶＶＣサブピクチャトラックを参照するＶＶＣトラックにおけるサンプル
からピクチャユニットを再構成する方法
ＶＶＣトラックのサンプルを、黒丸の順に以下のＮＡＬユニットを含むアクセスユニッ
トに分解する。
●サンプル中のＡＵＤ ＮＡＬユニット（あれば）（および第１のＮＡＬユニット）。
●サンプルが同じサンプルエントリに関連付けられた一連のサンプルの最初のサンプル
である場合、そのサンプルエントリに含まれているパラメータセットおよびＳＥＩ ＮＡ
Ｌユニット（もしあれば）。
●サンプル中に存在し、かつＰＨ ＮＡＬユニットまでのＮＡＬユニット。
●このサンプルにマッピングされた‘ｓｐｏｒ’サンプルグループ記述エントリで指定
された順序で、参照された各ＶＶＣサブピクチャトラックから時間的に整列された（復号
化時間内の）解決済みサンプルの内容で、ＶＰＳ、ＤＣＩ、ＳＰＳ、ＰＰＳ、ＡＵＤ、Ｐ
Ｈ、ＥＯＳ、ＥＯＢ ＮＡＬユニットがある場合はすべてを除く。トラック参照は、以下
のように分解される。
注１：参照されたＶＶＣサブピクチャトラックがＶＶＣ非ＶＣＬトラックに関連付け
られている場合、ＶＶＣサブピクチャトラックの分解されたサンプルは、ＶＶＣ非ＶＣＬ
トラックの時間整列されたサンプルの非ＶＣＬ ＮＡＬユニット（もしあれば）を含む。
●サンプル中のＰＨ ＮＡＬユニットの後に続くＮＡＬユニット。
注２：サンプルにおけるＰＨ ＮＡＬユニットの後に続くＮＡＬユニットは、サフィ
ックスＳＥＩ ＮＡＬユニット、サフィックスＡＰＳ ＮＡＬユニット、ＥＯＳ ＮＡＬ
ユニット、ＥＯＢ ＮＡＬユニット、または最後のＶＣＬ ＮＡＬユニットの後に許可さ
れる予約ＮＡＬユニットを含むことができる。
‘ｓｐｏｒ’サンプルグループ記述エントリの‘ｓｕｂｐ’トラック参照インデックス
は、以下のように分解される。
●トラック参照がＶＶＣサブピクチャトラックのトラックＩＤを指している場合、トラ
ック参照はＶＶＣサブピクチャトラックに分解される。
●そうでない場合（トラック参照は‘ａｌｔｅ’のトラックグループを指す）、トラッ
ク参照を‘ａｌｔｅ’のトラックグループのいずれかのトラックに分解する。特定のトラ
ック参照インデックス値が前回のサンプルにおける特定のトラックに分解された場合、現
在のサンプルにおいて以下のいずれかに分解される。
●同じ特定のトラック、あるいは、
●現在のサンプルと時間整列された同期サンプルを含む、同じ‘ａｌｔｅ’トラック
グループにおける任意の他のトラック。
注３：同じ‘ａｌｔｅ’トラックグループにおけるＶＶＣサブピクチャトラックは
、復号化の不整合を回避するために、同じＶＶＣベーストラックによって参照される他の
ＶＶＣサブピクチャトラックから必ず独立しており、従って、以下のように制約される場
合がある。
●すべてのＶＶＣサブピクチャトラックは、ＶＶＣサブピクチャを含む。
●サブピクチャの境界はピクチャの境界に類似している。
●サブピクチャの境界を越えてループフィルタリングをオフにする。
読取装置が、最初の選択であるかまたは前回の選択とは異なる１組のサブピクチャＩＤ
値を有するＶＶＣサブピクチャを含むＶＶＣサブピクチャトラックを選択した場合、以下
のステップを実行することができる。
●‘ｓｐｏｒ’サンプルグループ記述エントリを調査し、ＰＰＳまたはＳＰＳ ＮＡＬ
ユニットを変更する必要があるかどうかを結論づける。
注：ＳＰＳの変更は、ＣＬＶＳの開始時にのみ可能である。
●‘ｓｐｏｒ’サンプルグループディスクリプションエントリが、含まれているＮＡＬ
ユニットにおけるサブピクチャＩＤの前後または内部にスタートコードエミュレーション
防止バイトが存在することを示す場合、ＮＡＬユニットからＲＢＳＰを導出する（即ち、
スタートコードエミュレーション防止バイトを削除する）。次のステップでオーバーライ
ドした後、スタートコードのエミュレーション防止を再び行う。
●読取装置は、‘ｓｐｏｒ’サンプルグループエントリにおけるビット位置およびサブ
ピクチャＩＤの長さを用いて、どのビットを上書きするかを確定し、サブピクチャＩＤを
選択されたものにアップデートする。
●ＰＰＳまたはＳＰＳのサブピクチャＩＤ値を最初に選択するとき、読取装置は、再構
築されたアクセスユニットにおいて、選択したサブピクチャＩＤ値でＰＰＳまたはＳＰＳ
をそれぞれ書き換えることが必要である。
●ＰＰＳまたはＳＰＳのサブピクチャＩＤ値が、同じＰＰＳ ＩＤ値またはＳＰＳ Ｉ
Ｄ値を有する前のＰＰＳまたはＳＰＳ（それぞれ）と比較された場合、読取装置は、前の
ＰＰＳおよびＳＰＳのコピー（同じＰＰＳまたはＳＰＳ ＩＤ値を有するＰＰＳまたはＳ
ＰＳがそれぞれアクセスユニットに存在しない場合）を含め、更新されたサブピクチャＩ
Ｄ値を有するＰＰＳまたはＳＰＳ（それぞれ）を再構成されたアクセスユニットに書き換
える必要がある。
３．５．４． サブピクチャ順サンプルグループ
３．５．４．１． 定義
このサンプルグループは、ＶＶＣベーストラック、即ち、ＶＶＣサブピクチャトラック
を参照する‘ｓｕｂｐ’トラックを有するＶＶＣトラックにおいて使用される。各サンプ
ルグループディスクリプションエントリは、符号化ピクチャのサブピクチャまたはスライ
スを復号化の順序で示し、‘ｓｕｂｐ’タイプのトラック参照のインデックスは、復号化
の順序で連続する１つ以上のサブピクチャまたはスライスを示す。
サブピクチャの選択に呼応してＰＰＳまたはＳＰＳを容易に書き換えるために、各サン
プルグループ記述エントリは、以下を含むことができる。
－ ＰＰＳまたはＳＰＳ ＮＡＬユニットにおいて選択されたサブピクチャＩＤを変更
すべきかどうかの指示。
－ サブピクチャＩＤ構文要素の長さ（ビット単位）。
－ 含まれているＲＢＳＰにおけるサブピクチャＩＤ構文要素のビット位置。
－ サブピクチャＩＤの前にまたはサブピクチャＩＤ内にスタートコードエミュレーシ
ョン防止バイトが存在するかどうかを示すフラグ。
－ サブピクチャＩＤを含むパラメータセットのパラメータセットＩＤ。
３．５．４．２． 構文
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶｖｃＳｕｂｐｉｃＯｒｄｅｒＥｎｔｒｙ（）ｅｘ
ｔｅｎｄｓ ＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙ（‘ｓｐｏｒ’）
｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１）ｓｕｂｐｉｃ＿ｉｄ＿ｉｎｆｏ＿ｆｌａｇ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１５）ｎｕｍ＿ｓｕｂｐｉｃ＿ｒｅｆ＿ｉｄｘ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿ｓｕｂｐｉｃ＿ｒｅｆ＿ｉｄｘ；ｉ＋＋）
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６）ｓｕｂｐ＿ｔｒａｃｋ＿ｒｅｆ＿ｉｄｘ；
ｉｆ（ｓｕｂｐｉｃ＿ｉｄ＿ｉｎｆｏ＿ｆｌａｇ）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（４）ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１２）ｓｕｂｐｉｃ＿ｉｄ＿ｂｉｔ＿ｐｏｓ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１）ｓｔａｒｔ＿ｃｏｄｅ＿ｅｍｕｌ＿ｆｌａｇ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１）ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｆｌａｇ；
ｉｆ（ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｆｌａｇ）
ｕｎｓｉｇｎｅｄ ｉｎｔ（６）ｐｐｓ＿ｉｄ；
ｅｌｓｅ｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１）ｓｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｆｌａｇ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（４）ｓｐｓ＿ｉｄ；
ｂｉｔ（１） ｒｅｓｅｒｖｅｄ＝０；
｝
｝
｝
３．５．４．３． 意味論
ｓｕｂｐｉｃ＿ｉｄ＿ｉｎｆｏ＿ｆｌａｇが０である場合、ＳＰＳおよび／またはＰＰ
Ｓに提供されるサブピクチャＩＤ値が、示されたサブｐ＿ｔｒａｃｋ＿ｒｅｆ＿ｉｄｘ値
の集まりに対して正確であり、従って、ＳＰＳまたはＰＰＳの書き換えが必要でないこと
を示す。ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｆｌａｇが１であると、ＳＰＳおよび／またはＰＰＳ
がｓｕｂｐ＿ｔｒａｃｋ＿ｒｅｆ＿ｉｄｘ値のセットに対応するサブピクチャを示すよう
に書き換える必要があることを示す。
ｎｕｍ＿ｓｕｂｐｉｃ＿ｒｅｆ＿ｉｄｘは、ＶＶＣトラックが参照するサブピクチャト
ラックまたはサブピクチャトラックのトラックグループの参照インデックスの数を示す。
ｓｕｂｐ＿ｔｒａｃｋ＿ｒｅｆ＿ｉｄｘは、ｉのそれぞれの数値に対して、ＶＶＣトラ
ックから再構成されたＶＶＣビットストリームに含まれるべき１つ以上のサブピクチャま
たはスライスのｉ番目のリストの‘ｓｕｂｐ’トラック参照インデックスを指定する。
ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１＋１は、ＰＰＳまたはＳＰＳのサブピクチ
ャＩＤ 構文要素のビット数を示し、どちらがこの構造によって参照されても構わない。
ｓｕｂｐｉｃ＿ｉｄ＿ｂｉｔ＿ｐｏｓは、参照されるＰＰＳまたはＳＰＳ ＲＢＳＰに
おける第１のサブピクチャＩＤ構文要素の第１のビットの０から始まるビット位置を示す
。
ｓｔａｒｔ＿ｃｏｄｅ＿ｅｍｐｕｌ＿ｆｌａｇが０である場合、参照されたＰＰＳまた
はＳＰＳ ＮＡＬユニットにおけるサブピクチャＩＤの前または内部にスタートコードエ
ミュレーション防止バイトが存在しないことを示す。ｓｔａｒｔ＿ｃｏｄｅ＿ｅｍｕｌ＿
ｆｌａｇが１である場合、参照されたＰＰＳまたはＳＰＳ ＮＡＬユニットにおけるサブ
ピクチャＩＤの前または内部にスタートコードエミュレーション防止バイトが存在し得る
ことを示す。
ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｆｌａｇが０である場合、このサンプルグループ記述エ
ントリにマッピングされたサンプルに適用されるＰＰＳ ＮＡＬユニットがサブピクチャ
ＩＤ構文要素を含まないことを示す。ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｆｌａｇが１である
場合、このサンプルグループ記述エントリにマッピングされたサンプルに適用されるＰＰ
Ｓ ＮＡＬユニットがサブピクチャＩＤ構文要素を含む。
ｐｐｓ＿ｉｄ（存在する場合）は、このサンプルグループ記述エントリにマッピングさ
れるサンプルに適用されるＰＰＳのＰＰＳ ＩＤを示す。
ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｆｌａｇが存在し、且つ０である場合、このサンプルグ
ループ記述エントリにマッピングされたサンプルに適用されるＰＰＳ ＮＡＬユニットが
サブピクチャＩＤ構文要素を含まないことを示し、サブピクチャＩＤ値が推測される。ｓ
ｐｓ＿ｓｕｂｐｉｃ＿ｉｄ＿ｆｌａｇが存在し、且つ１である場合、このサンプルグルー
プ記述エントリにマッピングされたサンプルに適用されるＳＰＳ ＮＡＬユニットがサブ
ピクチャＩＤ構文要素を含む。
ｓｐｓ＿ｉｄ（存在する場合）は、このサンプルグループ記述エントリにマッピングさ
れるサンプルに適用されるＳＰＳのＳＰＳ ＩＤを示す。
３．５．５． サブピクチャエンティティグループ
３．５．５．１． 一般
複数のＶＶＣサブピクチャトラックからのマージされたビットストリームの適合性を示
すレベル情報を提供するサブピクチャエンティティグループが定義される。
注：ＶＶＣベーストラックは、ＶＶＣサブピクチャトラックをマージするための別の
メカニズムを提供する。
暗示的な再構成処理は、パラメータセットの修正を必要とする。サブピクチャエンティ
ティグループは、再構成されたビットストリームのためのパラメータセットを容易に生成
できるような指針を与える。
１つのグループ内の共同復号化されるべき符号化されたサブピクチャが互いに差し替え
可能である、即ち、プレーヤが、同じレベル寄与を有する１つのサンプルごとのサブピク
チャのグループから複数のアクティブトラックを選択する場合、ＳｕｂｐｉｃＣｏｍｍｏ
ｎＧｒｏｕｐＢｏｘは、連帯で復号化される場合、得られる組み合わせ規則およびｌｅｖ
ｅｌ＿ｉｄｃを示す。
異なる特性、例えば異なる解像度を有する符号化されたサブピクチャが連帯で復号化さ
れるように選択された場合、ＳｕｂｐｉｃＭｕｌｔｉｐｌｅＧｒｏｕｐＳＢｏｘは、連帯
で復号化される場合、得られる組み合わせ規則およびｌｅｖｅｌ＿ｉｄｃを示す。
サブピクチャエンティティグループに含まれるすべてのｅｎｔｉｔｙ＿ｉｄ値は、ＶＶ
Ｃサブピクチャトラックを識別する。存在する場合、ＳｕｂｐｉｃＣｏｍｍｏｎＧｒｏｕ
ｐＢｏｘおよびＳｕｂｐｉｃＭｕｌｔｉｐｌｅＧｒｏｕｐＳＢｏｘは、ムービーレベルの
ＭｅｔａＢｏｘにおけるＧｒｏｕｐｓＬｉｓｔＢｏｘに含まれるものであり、ファイルレ
ベルまたはトラックレベルのＭｅｔａＢｏｘｅｓに含まれないものとする。
３．５．５．２． サブピクチャ共通グループボックスの構文
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＳｕｂｐｉｃＣｏｍｍｏｎＧｒｏｕｐＢｏｘ ｅｘ
ｔｅｎｄｓ ＥｎｔｉｔｙＴｏＧｒｏｕｐＢｏｘ（‘ａｃｇｌ’，０，０）
｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２）ｌｅｖｅｌ＿ｉｄｃ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２）ｎｕｍ＿ａｃｔｉｖｅ＿ｔｒａｃｋｓ；
｝
３．５．５．３． サブピクチャ共通グループボックスの意味論
ｌｅｖｅｌ＿ｉｄｃは、エンティティグループからｎｕｍ＿ａｃｔｉｖｅ＿ｔｒａｃｋ
ｓエンティティを選択した場合、そのエンティティが適合するレベルを示す。
ｎｕｍ＿ａｃｔｉｖｅ＿ｔｒａｃｋｓは、ｌｅｖｅｌ＿ｉｄｃの値を指定するトラック
の数を指示す。
３．５．５．４． サブピクチャの複数のグループボックスの構文
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＳｕｂｐｉｃＭｕｌｔｉｐｌｅＧｒｏｕｐｓＢｏｘ
ｅｘｔｅｎｄｓ ＥｎｔｉｔｙＴｏＧｒｏｕｐＢｏｘ（‘ａｍｇｌ’，０，０）
｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２）ｌｅｖｅｌ＿ｉｄｃ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２）ｎｕｍ＿ｓｕｂｇｒｏｕｐ＿ｉｄｓ；
ｓｕｂｇｒｏｕｐＩｄＬｅｎ＝（ｎｕｍ＿ｓｕｂｇｒｏｕｐ＿ｉｄｓ＞＝（１＜＜２４
）） ？３２：
（ｎｕｍ＿ｓｕｂｇｒｏｕｐ＿ｉｄｓ＞＝（１＜＜１６））？２４：
（ｎｕｍ＿ｓｕｂｇｒｏｕｐ＿ｉｄｓ＞＝（１＜＜８））？１６：８；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿ｅｎｔｉｔｉｅｓ＿ｉｎ＿ｇｒｏｕｐ；ｉ＋＋）
ｕｎｓｉｇｎｅｄ ｉｎｔ（ｓｕｂｇｒｏｕｐＩｄＬｅｎ）ｔｒａｃｋ＿ｓｕｂｇｒ
ｏｕｐ＿ｉｄ［ｉ］；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍ＿ｓｕｂｇｒｏｕｐ＿ｉｄｓ；ｉ＋＋）
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２）ｎｕｍ＿ａｃｔｉｖｅ＿ｔｒａｃｋｓ［ｉ］；
｝
３．５．５．５． 意味論
ｌｅｖｅｌ＿ｉｄｃは、０からｎｕｍ＿ｓｕｂｇｒｏｕｐ＿ｉｄｓ－１までの範囲のｉ
のすべての値について、ＩＤがｉであるサブグループの中から任意のｎｕｍ＿ａｃｔｉｖ
ｅ＿ｔｒａｃｋｓ［ｉ］トラックを選択するという組み合わせが適合するレベルを示す。
ｎｕｍ＿ｓｕｂｇｒｏｕｐ＿ｉｄは別個のサブグループの数を示し、各サブグループは
ｔｒａｃｋ＿ｓｕｂｇｒｏｕｐ＿ｉｄ［ｉ］の同じ値で識別される。ｔｒａｃｋ＿ｓｕｂ
ｇｒｏｕｐ＿ｉｄ［ｉ］の異なる値によって、異なるサブグループが識別される。
ｔｒａｃｋ＿ｓｕｂｇｒｏｕｐ＿ｉｄ［ｉ］は、このエンティティグループのｉ番目の
トラックのサブグループＩＤを示す。サブグループＩＤの値は、０からｎｕｍ＿ｓｕｂｇ
ｒｏｕｐ＿ｉｄｓ～１までの（両端を含む）範囲とする。
ｎｕｍ＿ａｃｔｉｖｅ＿ｔｒａｃｋｓ［ｉ］は、ｌｅｖｅｌ＿ｉｄｃに記載されている
ＩＤがｉであるサブグループにおけるトラック数を示す。
４． 開示される技術的解決策によって対処する例示的な技術的問題
複数のトラックのＶＶＣビットストリームにおけるサブピクチャのキャリッジに関する
ＶＶＣ映像ファイルフォーマットの最近の設計は、以下のような問題を有する。
１）ＶＶＣサブピクチャトラックの１つのサンプルは、以下のいずれかを含む。Ａ）ＩＳ
Ｏ／ＩＥＣ２３０９０－３で規定されているような、復号化の順序で連続した１つ以上の
完全なサブピクチャ。Ｂ）ＩＳＯ／ＩＥＣ２３０９０－３に規定されているような、１つ
の矩形領域を形成し、復号化の順序で連続する１つ以上の完全なスライス。
しかしながら、以下のような問題が存在する。
ａ．また、ＶＶＣのサブピクチャトラックは、スライスを含むトラックと同様に、矩形
領域をカバーしなければならないとした方が理にかなっている。
ｂ．ＶＶＣサブピクチャトラックのサブピクチャやスライスが動きに制約されているこ
と、すなわち抽出可能であること、または自己完結していることを要求する方が、理にか
なっている。
ｃ．ＶＶＣのサブピクチャトラックには、元のビットストリームでは復号化の順序で連
続していないが、このトラック自体を復号化すれば、これらのサブピクチャが復号化の順
序で連続するような、矩形領域を形成するサブピクチャのセットを含めることができるよ
うにしてはどうか？例えば、３６０°の映像の視野（ＦＯＶ）が、投影された映像の左右
の境界にあるいくつかのサブピクチャで覆われているような場合には、そのようなことは
許されないのか？
２）ＶＶＣベーストラックのサンプルと、ＶＶＣベーストラックによって参照されるＶＶ
Ｃサブピクチャトラックのリストにおける時間整列されたサンプルとからＰＵを再構成す
る際に、ＰＨ ＮＡＬユニットがサンプル中に存在しない場合、ＶＶＣベーストラックの
サンプルにおける非ＶＣＬ ＮＡＬユニットの順番は、明確に特定されない。
３）サブピクチャオーダサンプルグループメカニズム（‘ｓｐｏｒ’）は、異なるサンプ
ルのために、再構成ビットストリームにおけるサブピクチャトラックからのサブピクチャ
の異なる順序を有効化し、且つＳＰＳおよび／またはＰＰＳ書き換えを必要とする場合を
有効化。しかし、これらの柔軟性のいずれかが必要とされる理由は不明である。そのため
、‘ｓｐｏｒ’サンプルグループのメカニズムが不要となり、サンプルグループを削除す
ることができる。
４）ＶＶＣベーストラックのサンプルと、ＶＶＣベーストラックによって参照されるＶＶ
Ｃサブピクチャトラックのリストにおける時間整列サンプルとからＰＵを再構成する場合
、ＶＶＣサブピクチャトラックの時間整列サンプルにおけるＮＡＬユニットをＰＵに加え
ると、すべてのＶＰＳ、ＤＣＩ、ＳＰＳ、ＰＰＳ、ＡＵＤ、ＰＨ、ＥＯＳ、ＥＯＢ ＮＡ
Ｌユニットがあれば、それらを除外する。しかし、ＯＰＩ ＮＡＬユニットはどうか？Ｓ
ＥＩ ＮＡＬユニットはどうか？これらの非ＶＣＬ ＮＡＬユニットがサブピクチャトラ
ックに存在することを許可される理由は何であるか？存在する場合、ビットストリーム再
構成において、それらを通過させるだけでよいか？
５）２つのサブピクチャエンティティグループのボックスのコンテナを、ムービーレベル
のＭｅｔａＢｏｘとする。ただし、ファイルレベルのＭｅｔａＢｏｘにボックスが含まれ
ている場合にのみ、エンティティグループのｅｎｔｉｔｙ＿ｉｄ値がトラックＩＤを参照
することができる。
６）サブピクチャエンティティグループは、関連するサブピクチャ情報がトラックの時間
の長さ全体にわたって一貫している場合に機能する。しかしながら、これは常にそうであ
るとは限らない。例えば、特定のサブピクチャシーケンスに対して異なるＣＶＳが異なる
レベルを有する場合、どのようになるか？その場合、サンプルグループを代わりに使用し
て、本質的に同じ情報を搬送すべきであるが、異なるサンプル（例えば、ＣＶＳ）ごとに
特定の情報が異なることを可能にすべきである。
７）各ＶＶＣベーストラックには、現在、サブピクチャオーダ（‘ｓｐｏｒ’）のサンプ
ルグループが存在することが義務付けられている。‘ｓｐｏｒ’サンプルグループメカニ
ズムは、異なるサンプルのために、再構成ビットストリームにおけるサブピクチャトラッ
クからのサブピクチャの異なる順序を有効化し、且つＳＰＳおよび／またはＰＰＳ書き換
えを必要とする場合を有効化する。ただし、ＶＶＣベーストラックの‘ｓｕｂｐ’トラッ
クリファレンスを介して、サブピクチャのストレートな“早期バインディング”を行う場
合には、‘ｓｐｏｒ’サンプルグループは必要ない
複数のトラックのＶＶＣビットストリームにおけるサブピクチャのキャリッジに関する
ＶＶＣ映像ファイルフォーマットの最近の設計は、以下のような問題を有する。
１）ＶＶＣサブピクチャトラックの１つのサンプルは、以下のいずれかを含む。Ａ）ＩＳ
Ｏ／ＩＥＣ２３０９０－３で規定されているような、復号化の順序で連続した１つ以上の
完全なサブピクチャ。Ｂ）ＩＳＯ／ＩＥＣ２３０９０－３に規定されているような、１つ
の矩形領域を形成し、復号化の順序で連続する１つ以上の完全なスライス。
しかしながら、以下のような問題が存在する。
ａ．また、ＶＶＣのサブピクチャトラックは、スライスを含むトラックと同様に、矩形
領域をカバーしなければならないとした方が理にかなっている。
ｂ．ＶＶＣサブピクチャトラックのサブピクチャやスライスが動きに制約されているこ
と、すなわち抽出可能であること、または自己完結していることを要求する方が、理にか
なっている。
ｃ．ＶＶＣのサブピクチャトラックには、元のビットストリームでは復号化の順序で連
続していないが、このトラック自体を復号化すれば、これらのサブピクチャが復号化の順
序で連続するような、矩形領域を形成するサブピクチャのセットを含めることができるよ
うにしてはどうか？例えば、３６０°の映像の視野（ＦＯＶ）が、投影された映像の左右
の境界にあるいくつかのサブピクチャで覆われているような場合には、そのようなことは
許されないのか？
２）ＶＶＣベーストラックのサンプルと、ＶＶＣベーストラックによって参照されるＶＶ
Ｃサブピクチャトラックのリストにおける時間整列されたサンプルとからＰＵを再構成す
る際に、ＰＨ ＮＡＬユニットがサンプル中に存在しない場合、ＶＶＣベーストラックの
サンプルにおける非ＶＣＬ ＮＡＬユニットの順番は、明確に特定されない。
３）サブピクチャオーダサンプルグループメカニズム（‘ｓｐｏｒ’）は、異なるサンプ
ルのために、再構成ビットストリームにおけるサブピクチャトラックからのサブピクチャ
の異なる順序を有効化し、且つＳＰＳおよび／またはＰＰＳ書き換えを必要とする場合を
有効化。しかし、これらの柔軟性のいずれかが必要とされる理由は不明である。そのため
、‘ｓｐｏｒ’サンプルグループのメカニズムが不要となり、サンプルグループを削除す
ることができる。
４）ＶＶＣベーストラックのサンプルと、ＶＶＣベーストラックによって参照されるＶＶ
Ｃサブピクチャトラックのリストにおける時間整列サンプルとからＰＵを再構成する場合
、ＶＶＣサブピクチャトラックの時間整列サンプルにおけるＮＡＬユニットをＰＵに加え
ると、すべてのＶＰＳ、ＤＣＩ、ＳＰＳ、ＰＰＳ、ＡＵＤ、ＰＨ、ＥＯＳ、ＥＯＢ ＮＡ
Ｌユニットがあれば、それらを除外する。しかし、ＯＰＩ ＮＡＬユニットはどうか？Ｓ
ＥＩ ＮＡＬユニットはどうか？これらの非ＶＣＬ ＮＡＬユニットがサブピクチャトラ
ックに存在することを許可される理由は何であるか？存在する場合、ビットストリーム再
構成において、それらを通過させるだけでよいか？
５）２つのサブピクチャエンティティグループのボックスのコンテナを、ムービーレベル
のＭｅｔａＢｏｘとする。ただし、ファイルレベルのＭｅｔａＢｏｘにボックスが含まれ
ている場合にのみ、エンティティグループのｅｎｔｉｔｙ＿ｉｄ値がトラックＩＤを参照
することができる。
６）サブピクチャエンティティグループは、関連するサブピクチャ情報がトラックの時間
の長さ全体にわたって一貫している場合に機能する。しかしながら、これは常にそうであ
るとは限らない。例えば、特定のサブピクチャシーケンスに対して異なるＣＶＳが異なる
レベルを有する場合、どのようになるか？その場合、サンプルグループを代わりに使用し
て、本質的に同じ情報を搬送すべきであるが、異なるサンプル（例えば、ＣＶＳ）ごとに
特定の情報が異なることを可能にすべきである。
７）各ＶＶＣベーストラックには、現在、サブピクチャオーダ（‘ｓｐｏｒ’）のサンプ
ルグループが存在することが義務付けられている。‘ｓｐｏｒ’サンプルグループメカニ
ズムは、異なるサンプルのために、再構成ビットストリームにおけるサブピクチャトラッ
クからのサブピクチャの異なる順序を有効化し、且つＳＰＳおよび／またはＰＰＳ書き換
えを必要とする場合を有効化する。ただし、ＶＶＣベーストラックの‘ｓｕｂｐ’トラッ
クリファレンスを介して、サブピクチャのストレートな“早期バインディング”を行う場
合には、‘ｓｐｏｒ’サンプルグループは必要ない
５． 技術的解決策の一覧
上述した課題等を解決するために、以下に示す方法が開示されている。本発明は、一般
的な概念を説明するための例と見なされるべきであり、狭い意味で解釈されるべきではな
い。さらに、本発明は、個々に適用されてもよいし、任意に組み合わせて適用されてもよ
い。
１）ＶＶＣサブピクチャトラックにおいて、以下の項目のうちの１つ以上を提案する。
ａ．サブピクチャを含む場合、１つのＶＶＣサブピクチャトラックが１つの矩形領域を
覆うようにすることが必要である。
ｂ．ＶＶＣサブピクチャトラックにおけるサブピクチャまたはスライスは、他の領域を
覆うサブピクチャまたはスライスが存在しなくても抽出、復号化および提示ができるよう
に、動き拘束されることが必要である。
ｉ．代替的に、ＶＶＣサブピクチャトラックにおけるサブピクチャまたはスライスが
、他の領域を覆うサブピクチャまたはスライスの動き補償に依存することを可能にし、そ
の結果、他の領域を覆うサブピクチャまたはスライスのいずれかが存在しなければ、サブ
ピクチャまたはスライスを抽出、復号化、提示できない。
ｃ．１つのＶＶＣサブピクチャトラックが、１つの矩形領域を形成するが、元の／全体
のＶＶＣビットストリームにおける復号化の順序において連続していない１つのサブピク
チャまたはスライスのセットを含むことができる。
これにより、元の／全体のＶＶＣビットストリームにおける、例えば、投影画像の左
右の境界において、復号化の順序で連続していないサブピクチャで覆われる３６０ｏ映像
の視野（ＦＯＶ）を、ＶＶＣサブピクチャトラックによって表現することができるように
なる。
ｄ．ＶＶＣサブピクチャトラックの各サンプルにおけるサブピクチャまたはスライスの
順序は、元の／全体のＶＶＣビットストリームにおけるそれらの順序と同じであることが
必要である。
ｅ．ＶＶＣサブピクチャトラックの各サンプルにおけるサブピクチャまたはスライスの
復号化の順序が、元の／全体のＶＶＣビットストリームにおいて連続しているかどうかを
示す指示を追加する。
ｉ．この指示は、例えば、ＶＶＣベーストラックサンプルエントリ記述において、ま
たは他のどこかで信号通知される。
ｉｉ．元の／全体のＶＶＣビットストリームにおいて、ＶＶＣサブピクチャトラック
の各サンプルにおけるサブピクチャまたはスライスの順番が復号化の順序で連続している
ことが示されていない場合、このトラックにおけるサブピクチャまたはスライスは、他の
ＶＶＣサブピクチャトラックにおけるサブピクチャまたはスライスとマージされてはなら
ない。例えば、この例において、ＶＶＣベーストラック参照は、トラック基準フォーマッ
ト‘ｓｕｂｐ’によって、このＶＶＣサブピクチャトラックおよび別のＶＶＣサブピクチ
ャトラックの両方を参照することが許可されない。
ｆ．ＶｖｃＮＡＬＵＣｏｎｆｉｇＢｏｘにフラグｎａｌｕｓＩｎＣｏｎｔｉｇｕｏｕｓ
ＤｅｃｏｄｉｎｇＯｒｄｅｒＦｌａｇを追加する。このフラグが１であることは、各サン
プルにおけるＮＡＬユニットが元のビットストリーム全体において復号化の順序で連続し
ていることを示し、よって、タイプ‘ｓｕｂｐ’のトラック参照によってＶＶＣサブピク
チャトラックを参照するＶＶＣベーストラックは、同じトラック参照を通して他のＶＶＣ
サブピクチャトラックを参照してもよい。値０は、各サンプルにおけるＮＡＬユニットが
元のビットストリーム全体において復号化の順序で連続していてもいなくてもよいことを
示し、よって、タイプ‘ｓｕｂｐ’のトラック参照によってＶＶＣサブピクチャトラック
を参照するＶＶＣベーストラックは、同じトラック参照を通して他のＶＶＣサブピクチャ
トラックを参照しなくてもよい。
２）ＶＶＣベーストラックのサンプルと、ＶＶＣベーストラックによって参照されるＶＶ
Ｃサブピクチャトラックのリストにおける時間整列されたサンプルとから、トラック参照
によってＰＵを再構成する場合、サンプル中にＰＨ ＮＡＬユニットが存在するかどうか
にかかわらず、ＶＶＣベーストラックのサンプルにおける非ＶＣＬ ＮＡＬユニットの順
番がはっきりと特定される。
ａ．一例において、ＶＶＣサブピクチャトラックにおけるＮＡＬユニットの前に、ＰＵ
に配置されるべきＶＶＣベーストラックのサンプルからのセットＮＡＬユニットは、以下
のように指定される。サンプルの中に、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＥＯＳ＿ＮＵＴ、
ＥＯＢ＿ＮＵＴ、ＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴ、ＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴ、ＦＤ
＿ＮＵＴ、ＲＳＶ＿ＮＶＣＬ＿２７、ＵＮＳＰＥＣ＿３０、ＵＮＳＰＥＣ＿３１のいずれ
かであるＮＡＬユニットが少なくとも１つ存在する場合（このようなＮＡＬユニットタイ
プを持つＮＡＬユニットは、ピクチャユニット内の最初のＶＣＬ ＮＡＬユニットに先行
することはできない）、サンプル内のこれらのＮＡＬユニットの最初のものまででこれを
除くＮＡＬユニット、そうでない場合はサンプル内のすべてのＮＡＬユニット。
ｂ．一例において、ＶＶＣサブピクチャトラックにおけるＮＡＬユニットの後に、ＰＵ
に配置されるべきＶＶＣベーストラックのサンプルからのセットＮＡＬユニットは、以下
のように指定される。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＥＯＳ＿ＮＵＴ、ＥＯＢ＿ＮＵＴ、
ＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴ、ＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴ、ＦＤ＿ＮＵＴ、ＲＳＶ
＿ＮＶＣＬ＿２７、ＵＮＳＰＥＣ＿３０、またはＵＮＳＰＥＣ＿３１であるサンプル内の
すべてのＮＡＬユニット。
３）‘ｓｕｂｐ’トラック参照を使用して、ＶＶＣトラックが複数の（サブピクチャ）ト
ラックを参照できるようにし、参照順は、参照されたＶＶＣサブピクチャトラックから再
構成されたビットストリームにおけるサブピクチャの復号化の順序を示す。
ａ．ＶＶＣベーストラックのサンプルと、ＶＶＣベーストラックによって参照されるＶ
ＶＣサブピクチャトラックリストにおける時間整列されたサンプルとからＰＵを再構成す
る場合、参照サブピクチャトラックのサンプルは、‘ｓｕｂｐ’トラック参照において参
照されるＶＶＣサブピクチャトラックの順に処理される。
４）サブピクチャトラックにＡＵレベルまたはピクチャレベルの非ＶＣＬ ＮＡＬユニッ
ト（ＡＵＤ、ＤＣＩ、ＯＰＩ、ＶＰＳ、ＳＰＳ、ＰＰＳ、ＰＨ、ＥＯＳ、ＥＯＢのＮＡＬ
ユニット、ＡＵレベルおよびピクチャレベルのＳＥＩメッセージのみを含むＳＥＩ ＮＡ
Ｌユニットを含む）の存在を禁止する。ＡＵレベルのＳＥＩメッセージは、１つ以上のＡ
Ｕ全体に適用される。ピクチャレベルのＳＥＩメッセージは、１つ以上のピクチャ全体に
適用される。
ａ．さらに、ＶＶＣベーストラックのサンプルと、ＶＶＣベーストラックから参照され
るＶＶＣサブピクチャトラックのリストの中の時間的に整列させたサンプルからＰＵを再
構成する際に、ＶＶＣサブピクチャトラックの時間的に整列させたサンプルに含まれるす
べてのＮＡＬユニットが、特定の非ＶＣＬ ＮＡＬユニットを廃棄することなく、ＰＵに
追加される。
５）ＶＶＣベーストラックのサンプルと、ＶＶＣベーストラックからトラックリファレン
スを介して参照されるＶＶＣサブピクチャトラックのリストの中の時間的にずれたサンプ
ルから、ＰＵを再構成する際に、‘ｓｐｏｒ’サンプルグループの使用を削除し、‘ｓｐ
ｏｒ’サンプルグループに基づくパラメータセットの書き換え処理の記述を削除する。
６）‘ｓｐｏｒ’サンプルグループの仕様を削除する。
７）各‘ｓｕｂｐ’トラック参照インデックスは、ＶＶＣサブピクチャトラックのトラッ
クＩＤまたはＶＶＣサブピクチャトラックグループのトラックグループＩＤのいずれかを
参照し、それ以外のものは参照しないことを規定する。
８）問題５を解決するために、２つのサブピクチャエンティティグループのボックスのコ
ンテナを、ファイルレベルのＭｅｔａＢｏｘとして、以下のように規定する。Ｓｕｂｐｉ
ｃＣｏｍｍｏｎＧｒｏｕｐＢｏｘおよびＳｕｂｐｉｃＭｕｌｔｉｐｌｅＧｒｏｕｐＳＢｏ
ｘは、存在する場合、ファイルレベルのＭｅｔａＢｏｘにおけるＧｒｏｕｐｓＬｉｓｔＢ
ｏｘに含まれるべきであり、他のレベルのＭｅｔａＢｏｘに含まれてはならない。
９）問題点６を解決するために、２つのサンプルグループを追加し、２つのサブピクチャ
エンティティグループと同様の情報を伝えるようにする。これにより、ＶＶＣファイルフ
ォーマットは、関連するサブピクチャ情報がトラックの時間の長さ全体で一貫していない
場合、例えば、異なるＣＶＳが特定のサブピクチャシーケンスに対して異なるレベルを持
っている場合などに対応できるようになる。
１０）課題７を解決するために、以下の項目の１つ以上を提案する。
ａ．１つの「ｓｐｏｒ」サンプルグループは、それぞれのＶＶＣベーストラックに対し
て選択可能であるように規定される。
ｂ．ＰＵを再構成する場合、‘ｓｐｏｒ’サンプルグループが、ＶＶＣベーストラック
に存在しない場合には、参照サブピクチャトラックのサンプルは、‘ｓｕｂｐ’トラック
参照において参照されるＶＶＣサブピクチャトラックの順に処理される。
６． 実施形態
以下は、上記第５章に要約されたいくつかの発明の態様のためのいくつかの例示的な実
施形態であり、ＶＶＣ映像ファイルフォーマットの標準仕様に適用できる。変更したテキ
ストは、ＭＰＥＧ出力文書Ｎ１９４５４の最終草案仕様（情報技術－オーディオビジュア
ルオブジェクトの符号化－パート１５：ＩＳＯベースのメディアファイルフォーマットの
ネットワーク抽象化層（ＮＡＬ）単位で構造化された映像のキャリッジ、補正２：ＩＳＯ
ＢＭＦＦにおけるＶＶＣおよびＥＶＣのキャリッジ、２０２０年７月）に基づく。既に追
加または修正された最も関連性のある部分は、太字およびイタリック文字で強調表示され
、且つ削除された部分の一部は、二重括弧でマークされている（例えば、［［ａ］］は、
‘ａ’という文字の削除を示す）。本質的に編集可能であるため、強調されていない他の
何らかの変更があってもよい。
６．１． 第一の実施形態
本実施形態は１ａ、１ｂ、１ｃ項である。
６．１．１． トラックのタイプ
本明細書では、ＶＶＣビットストリームをキャリッジするための以下のタイプの映像ト
ラックを指定する。
ａ）ＶＶＣトラック：
ＶＶＣトラックは、そのサンプルおよび／またはサンプルエントリにＮＡＬユニットを
含めることによって、且つ場合によっては、‘ｖｏｐｉ’および‘ｌｉｎｆ’サンプルグ
ループを介して、または‘ｏｐｅｇ’エンティティグループを介してＶＶＣビットストリ
ームの他のレイヤおよび／またはサブレイヤを含む他のＶＶＣトラックを関連付けること
によって、また、場合によってはＶＶＣサブピクチャトラックを参照することによって、
ＶＶＣビットストリームを表す。
ＶＶＣトラックがＶＶＣサブピクチャトラックを参照する場合、これをＶＶＣベースト
ラックとも呼ぶ。ＶＶＣベーストラックは、ＶＣＬ ＮＡＬユニットを含まないものとし
、‘ｖｖｃＮ’トラックリファレンスを介してＶＶＣトラックによって参照されないもの
とする。
ｂ）ＶＶＣ非ＶＣＬトラック：
ＶＶＣ非ＶＣＬトラックは、非ＶＣＬ ＮＡＬユニットのみを含むトラックであり、「
ｖｖｃＮ」トラック基準によってＶＶＣトラックによって参照される。
ＶＶＣの非ＶＣＬトラックには、ＡＬＦ、ＬＭＣＳ、またはスケーリングリストのパラ
メータを搬送するＡＰＳが、他の非ＶＣＬ ＮＡＬユニットとともに、または他の非ＶＣ
Ｌ ＮＡＬユニットを伴わずに、ＶＣＬ ＮＡＬユニットを含むトラックとは別個のトラ
ックに記憶され、そのトラックを介して送信されることがあるＡＰＳを含んでいてもよい
。
ＶＶＣの非ＶＣＬトラックには、また、ＡＰＳ ＮＡＬユニットとともに、または伴わ
ずに、また、他の非ＶＣＬ ＮＡＬユニットとともに、または他の非ＶＣＬ ＮＡＬユニ
ットを伴わずに、ピクチャヘッダＮＡＬユニットを含むトラックとは別個のトラックに記
憶され、そのトラックを介して送信されることがあるＡＰＳを含んでいてもよい。
ｃ）ＶＶＣサブピクチャトラック：
ＶＶＣサブピクチャトラックは、以下のいずれかを含む。
上述した課題等を解決するために、以下に示す方法が開示されている。本発明は、一般
的な概念を説明するための例と見なされるべきであり、狭い意味で解釈されるべきではな
い。さらに、本発明は、個々に適用されてもよいし、任意に組み合わせて適用されてもよ
い。
１）ＶＶＣサブピクチャトラックにおいて、以下の項目のうちの１つ以上を提案する。
ａ．サブピクチャを含む場合、１つのＶＶＣサブピクチャトラックが１つの矩形領域を
覆うようにすることが必要である。
ｂ．ＶＶＣサブピクチャトラックにおけるサブピクチャまたはスライスは、他の領域を
覆うサブピクチャまたはスライスが存在しなくても抽出、復号化および提示ができるよう
に、動き拘束されることが必要である。
ｉ．代替的に、ＶＶＣサブピクチャトラックにおけるサブピクチャまたはスライスが
、他の領域を覆うサブピクチャまたはスライスの動き補償に依存することを可能にし、そ
の結果、他の領域を覆うサブピクチャまたはスライスのいずれかが存在しなければ、サブ
ピクチャまたはスライスを抽出、復号化、提示できない。
ｃ．１つのＶＶＣサブピクチャトラックが、１つの矩形領域を形成するが、元の／全体
のＶＶＣビットストリームにおける復号化の順序において連続していない１つのサブピク
チャまたはスライスのセットを含むことができる。
これにより、元の／全体のＶＶＣビットストリームにおける、例えば、投影画像の左
右の境界において、復号化の順序で連続していないサブピクチャで覆われる３６０ｏ映像
の視野（ＦＯＶ）を、ＶＶＣサブピクチャトラックによって表現することができるように
なる。
ｄ．ＶＶＣサブピクチャトラックの各サンプルにおけるサブピクチャまたはスライスの
順序は、元の／全体のＶＶＣビットストリームにおけるそれらの順序と同じであることが
必要である。
ｅ．ＶＶＣサブピクチャトラックの各サンプルにおけるサブピクチャまたはスライスの
復号化の順序が、元の／全体のＶＶＣビットストリームにおいて連続しているかどうかを
示す指示を追加する。
ｉ．この指示は、例えば、ＶＶＣベーストラックサンプルエントリ記述において、ま
たは他のどこかで信号通知される。
ｉｉ．元の／全体のＶＶＣビットストリームにおいて、ＶＶＣサブピクチャトラック
の各サンプルにおけるサブピクチャまたはスライスの順番が復号化の順序で連続している
ことが示されていない場合、このトラックにおけるサブピクチャまたはスライスは、他の
ＶＶＣサブピクチャトラックにおけるサブピクチャまたはスライスとマージされてはなら
ない。例えば、この例において、ＶＶＣベーストラック参照は、トラック基準フォーマッ
ト‘ｓｕｂｐ’によって、このＶＶＣサブピクチャトラックおよび別のＶＶＣサブピクチ
ャトラックの両方を参照することが許可されない。
ｆ．ＶｖｃＮＡＬＵＣｏｎｆｉｇＢｏｘにフラグｎａｌｕｓＩｎＣｏｎｔｉｇｕｏｕｓ
ＤｅｃｏｄｉｎｇＯｒｄｅｒＦｌａｇを追加する。このフラグが１であることは、各サン
プルにおけるＮＡＬユニットが元のビットストリーム全体において復号化の順序で連続し
ていることを示し、よって、タイプ‘ｓｕｂｐ’のトラック参照によってＶＶＣサブピク
チャトラックを参照するＶＶＣベーストラックは、同じトラック参照を通して他のＶＶＣ
サブピクチャトラックを参照してもよい。値０は、各サンプルにおけるＮＡＬユニットが
元のビットストリーム全体において復号化の順序で連続していてもいなくてもよいことを
示し、よって、タイプ‘ｓｕｂｐ’のトラック参照によってＶＶＣサブピクチャトラック
を参照するＶＶＣベーストラックは、同じトラック参照を通して他のＶＶＣサブピクチャ
トラックを参照しなくてもよい。
２）ＶＶＣベーストラックのサンプルと、ＶＶＣベーストラックによって参照されるＶＶ
Ｃサブピクチャトラックのリストにおける時間整列されたサンプルとから、トラック参照
によってＰＵを再構成する場合、サンプル中にＰＨ ＮＡＬユニットが存在するかどうか
にかかわらず、ＶＶＣベーストラックのサンプルにおける非ＶＣＬ ＮＡＬユニットの順
番がはっきりと特定される。
ａ．一例において、ＶＶＣサブピクチャトラックにおけるＮＡＬユニットの前に、ＰＵ
に配置されるべきＶＶＣベーストラックのサンプルからのセットＮＡＬユニットは、以下
のように指定される。サンプルの中に、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＥＯＳ＿ＮＵＴ、
ＥＯＢ＿ＮＵＴ、ＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴ、ＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴ、ＦＤ
＿ＮＵＴ、ＲＳＶ＿ＮＶＣＬ＿２７、ＵＮＳＰＥＣ＿３０、ＵＮＳＰＥＣ＿３１のいずれ
かであるＮＡＬユニットが少なくとも１つ存在する場合（このようなＮＡＬユニットタイ
プを持つＮＡＬユニットは、ピクチャユニット内の最初のＶＣＬ ＮＡＬユニットに先行
することはできない）、サンプル内のこれらのＮＡＬユニットの最初のものまででこれを
除くＮＡＬユニット、そうでない場合はサンプル内のすべてのＮＡＬユニット。
ｂ．一例において、ＶＶＣサブピクチャトラックにおけるＮＡＬユニットの後に、ＰＵ
に配置されるべきＶＶＣベーストラックのサンプルからのセットＮＡＬユニットは、以下
のように指定される。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＥＯＳ＿ＮＵＴ、ＥＯＢ＿ＮＵＴ、
ＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴ、ＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴ、ＦＤ＿ＮＵＴ、ＲＳＶ
＿ＮＶＣＬ＿２７、ＵＮＳＰＥＣ＿３０、またはＵＮＳＰＥＣ＿３１であるサンプル内の
すべてのＮＡＬユニット。
３）‘ｓｕｂｐ’トラック参照を使用して、ＶＶＣトラックが複数の（サブピクチャ）ト
ラックを参照できるようにし、参照順は、参照されたＶＶＣサブピクチャトラックから再
構成されたビットストリームにおけるサブピクチャの復号化の順序を示す。
ａ．ＶＶＣベーストラックのサンプルと、ＶＶＣベーストラックによって参照されるＶ
ＶＣサブピクチャトラックリストにおける時間整列されたサンプルとからＰＵを再構成す
る場合、参照サブピクチャトラックのサンプルは、‘ｓｕｂｐ’トラック参照において参
照されるＶＶＣサブピクチャトラックの順に処理される。
４）サブピクチャトラックにＡＵレベルまたはピクチャレベルの非ＶＣＬ ＮＡＬユニッ
ト（ＡＵＤ、ＤＣＩ、ＯＰＩ、ＶＰＳ、ＳＰＳ、ＰＰＳ、ＰＨ、ＥＯＳ、ＥＯＢのＮＡＬ
ユニット、ＡＵレベルおよびピクチャレベルのＳＥＩメッセージのみを含むＳＥＩ ＮＡ
Ｌユニットを含む）の存在を禁止する。ＡＵレベルのＳＥＩメッセージは、１つ以上のＡ
Ｕ全体に適用される。ピクチャレベルのＳＥＩメッセージは、１つ以上のピクチャ全体に
適用される。
ａ．さらに、ＶＶＣベーストラックのサンプルと、ＶＶＣベーストラックから参照され
るＶＶＣサブピクチャトラックのリストの中の時間的に整列させたサンプルからＰＵを再
構成する際に、ＶＶＣサブピクチャトラックの時間的に整列させたサンプルに含まれるす
べてのＮＡＬユニットが、特定の非ＶＣＬ ＮＡＬユニットを廃棄することなく、ＰＵに
追加される。
５）ＶＶＣベーストラックのサンプルと、ＶＶＣベーストラックからトラックリファレン
スを介して参照されるＶＶＣサブピクチャトラックのリストの中の時間的にずれたサンプ
ルから、ＰＵを再構成する際に、‘ｓｐｏｒ’サンプルグループの使用を削除し、‘ｓｐ
ｏｒ’サンプルグループに基づくパラメータセットの書き換え処理の記述を削除する。
６）‘ｓｐｏｒ’サンプルグループの仕様を削除する。
７）各‘ｓｕｂｐ’トラック参照インデックスは、ＶＶＣサブピクチャトラックのトラッ
クＩＤまたはＶＶＣサブピクチャトラックグループのトラックグループＩＤのいずれかを
参照し、それ以外のものは参照しないことを規定する。
８）問題５を解決するために、２つのサブピクチャエンティティグループのボックスのコ
ンテナを、ファイルレベルのＭｅｔａＢｏｘとして、以下のように規定する。Ｓｕｂｐｉ
ｃＣｏｍｍｏｎＧｒｏｕｐＢｏｘおよびＳｕｂｐｉｃＭｕｌｔｉｐｌｅＧｒｏｕｐＳＢｏ
ｘは、存在する場合、ファイルレベルのＭｅｔａＢｏｘにおけるＧｒｏｕｐｓＬｉｓｔＢ
ｏｘに含まれるべきであり、他のレベルのＭｅｔａＢｏｘに含まれてはならない。
９）問題点６を解決するために、２つのサンプルグループを追加し、２つのサブピクチャ
エンティティグループと同様の情報を伝えるようにする。これにより、ＶＶＣファイルフ
ォーマットは、関連するサブピクチャ情報がトラックの時間の長さ全体で一貫していない
場合、例えば、異なるＣＶＳが特定のサブピクチャシーケンスに対して異なるレベルを持
っている場合などに対応できるようになる。
１０）課題７を解決するために、以下の項目の１つ以上を提案する。
ａ．１つの「ｓｐｏｒ」サンプルグループは、それぞれのＶＶＣベーストラックに対し
て選択可能であるように規定される。
ｂ．ＰＵを再構成する場合、‘ｓｐｏｒ’サンプルグループが、ＶＶＣベーストラック
に存在しない場合には、参照サブピクチャトラックのサンプルは、‘ｓｕｂｐ’トラック
参照において参照されるＶＶＣサブピクチャトラックの順に処理される。
６． 実施形態
以下は、上記第５章に要約されたいくつかの発明の態様のためのいくつかの例示的な実
施形態であり、ＶＶＣ映像ファイルフォーマットの標準仕様に適用できる。変更したテキ
ストは、ＭＰＥＧ出力文書Ｎ１９４５４の最終草案仕様（情報技術－オーディオビジュア
ルオブジェクトの符号化－パート１５：ＩＳＯベースのメディアファイルフォーマットの
ネットワーク抽象化層（ＮＡＬ）単位で構造化された映像のキャリッジ、補正２：ＩＳＯ
ＢＭＦＦにおけるＶＶＣおよびＥＶＣのキャリッジ、２０２０年７月）に基づく。既に追
加または修正された最も関連性のある部分は、太字およびイタリック文字で強調表示され
、且つ削除された部分の一部は、二重括弧でマークされている（例えば、［［ａ］］は、
‘ａ’という文字の削除を示す）。本質的に編集可能であるため、強調されていない他の
何らかの変更があってもよい。
６．１． 第一の実施形態
本実施形態は１ａ、１ｂ、１ｃ項である。
６．１．１． トラックのタイプ
本明細書では、ＶＶＣビットストリームをキャリッジするための以下のタイプの映像ト
ラックを指定する。
ａ）ＶＶＣトラック：
ＶＶＣトラックは、そのサンプルおよび／またはサンプルエントリにＮＡＬユニットを
含めることによって、且つ場合によっては、‘ｖｏｐｉ’および‘ｌｉｎｆ’サンプルグ
ループを介して、または‘ｏｐｅｇ’エンティティグループを介してＶＶＣビットストリ
ームの他のレイヤおよび／またはサブレイヤを含む他のＶＶＣトラックを関連付けること
によって、また、場合によってはＶＶＣサブピクチャトラックを参照することによって、
ＶＶＣビットストリームを表す。
ＶＶＣトラックがＶＶＣサブピクチャトラックを参照する場合、これをＶＶＣベースト
ラックとも呼ぶ。ＶＶＣベーストラックは、ＶＣＬ ＮＡＬユニットを含まないものとし
、‘ｖｖｃＮ’トラックリファレンスを介してＶＶＣトラックによって参照されないもの
とする。
ｂ）ＶＶＣ非ＶＣＬトラック：
ＶＶＣ非ＶＣＬトラックは、非ＶＣＬ ＮＡＬユニットのみを含むトラックであり、「
ｖｖｃＮ」トラック基準によってＶＶＣトラックによって参照される。
ＶＶＣの非ＶＣＬトラックには、ＡＬＦ、ＬＭＣＳ、またはスケーリングリストのパラ
メータを搬送するＡＰＳが、他の非ＶＣＬ ＮＡＬユニットとともに、または他の非ＶＣ
Ｌ ＮＡＬユニットを伴わずに、ＶＣＬ ＮＡＬユニットを含むトラックとは別個のトラ
ックに記憶され、そのトラックを介して送信されることがあるＡＰＳを含んでいてもよい
。
ＶＶＣの非ＶＣＬトラックには、また、ＡＰＳ ＮＡＬユニットとともに、または伴わ
ずに、また、他の非ＶＣＬ ＮＡＬユニットとともに、または他の非ＶＣＬ ＮＡＬユニ
ットを伴わずに、ピクチャヘッダＮＡＬユニットを含むトラックとは別個のトラックに記
憶され、そのトラックを介して送信されることがあるＡＰＳを含んでいてもよい。
ｃ）ＶＶＣサブピクチャトラック：
ＶＶＣサブピクチャトラックは、以下のいずれかを含む。
１つの矩形領域を形成する１つ以上の完全なスライスのシーケンス。
ＶＶＣサブピクチャトラックの１つのサンプルは、以下のいずれかを含む。
ＶＶＣサブピクチャトラックの１つのサンプルは、以下のいずれかを含む。
［［ＶＶＣサブピクチャトラックの任意のサンプルに含まれるＶＶＣサブピクチャまた
はスライスは、復号化の順序で連続している。］］
はスライスは、復号化の順序で連続している。］］
６．１．２． ＶＶＣビットストリームにおいて搬送される矩形領域の概要
本明細書は、以下のいずれかからなる矩形領域を説明することを支援する。
本明細書は、以下のいずれかからなる矩形領域を説明することを支援する。
．．．
６．２． 第二の実施形態
本実施形態は、項目２、２ａ、２ｂ、３、３ａ、４、４ａ、５に関する。
６．２．１． ＶＶＣサブピクチャトラックを参照するＶＶＣトラックにおけるサンプル
からピクチャユニットを再構成する方法
６．２． 第二の実施形態
本実施形態は、項目２、２ａ、２ｂ、３、３ａ、４、４ａ、５に関する。
６．２．１． ＶＶＣサブピクチャトラックを参照するＶＶＣトラックにおけるサンプル
からピクチャユニットを再構成する方法
●サンプル中に［［あれば］］存在するＡＵＤ ＮＡＬユニット［［および第１のＮＡ
Ｌユニット］］。
Ｌユニット］］。
●サンプルが同じサンプルエントリに関連付けられた一連のサンプルの最初のサンプル
である場合、もしあれば、そのサンプルエントリに含まれているパラメータセットおよび
ＳＥＩ ＮＡＬユニット。
である場合、もしあれば、そのサンプルエントリに含まれているパラメータセットおよび
ＳＥＩ ＮＡＬユニット。
注２：参照されたＶＶＣサブピクチャトラックがＶＶＣ非ＶＣＬトラックに関連付け
られている場合、ＶＶＣサブピクチャトラックの分解されたサンプルは、ＶＶＣ非ＶＣＬ
トラックにおける時間整列サンプルの非ＶＣＬ ＮＡＬユニット（複数可）がある場合、
その非ＶＣＬ ＮＡＬユニットを含む。
られている場合、ＶＶＣサブピクチャトラックの分解されたサンプルは、ＶＶＣ非ＶＣＬ
トラックにおける時間整列サンプルの非ＶＣＬ ＮＡＬユニット（複数可）がある場合、
その非ＶＣＬ ＮＡＬユニットを含む。
［［注２：サンプルにおけるＰＨ ＮＡＬユニットの後に続くＮＡＬユニットは、サ
フィックスＳＥＩ ＮＡＬユニット、サフィックスＡＰＳ ＮＡＬユニット、ＥＯＳ Ｎ
ＡＬユニット、ＥＯＢ ＮＡＬユニット、または最後のＶＣＬ ＮＡＬユニットの後に許
可される予約ＮＡＬユニットを含むことができる。］］
［［‘ｓｐｏｒ’サンプルグループ記述エントリの］］‘ｓｕｂｐ’トラック基準イン
デックスは、以下のように分解される。
●トラック参照がＶＶＣサブピクチャトラックのトラックＩＤを指している場合、トラ
ック参照はＶＶＣサブピクチャトラックに分解される。
●そうでない場合（トラック参照は‘ａｌｔｅ’のトラックグループを指す）、トラッ
ク参照は‘ａｌｔｅ’のトラックグループのいずれかのトラックに分解され、特定のトラ
ック参照インデックスが前のサンプルの特定のトラックに分解された場合、現在のサンプ
ルにおいて以下のいずれかに分解される。
●同じ特定のトラック、あるいは、
●現在のサンプルと時間整列された同期サンプルを含む、同じ‘ａｌｔｅ’トラック
グループにおける任意の他のトラック。
注３：同じ‘ａｌｔｅ’トラックグループにおけるＶＶＣサブピクチャトラックは、
復号化の不整合を回避するために、同じＶＶＣベーストラックによって参照される他のＶ
ＶＣサブピクチャトラックから必ず独立しており、従って、以下のように制約される場合
がある。
●すべてのＶＶＣサブピクチャトラックは、ＶＶＣサブピクチャを含む。
●サブピクチャの境界はピクチャの境界に類似している。
●［［サブピクチャの境界でループフィルタリングをオフにする。
読取装置が、最初の選択であるかまたは前回の選択とは異なる１組のサブピクチャＩＤ
値を有するＶＶＣサブピクチャを含むＶＶＣサブピクチャトラックを選択した場合、以下
のステップを実行することができる。
●‘ｓｐｏｒ’サンプルグループ記述エントリを調査し、ＰＰＳまたはＳＰＳ ＮＡＬ
ユニットを変更する必要があるかどうかを結論づける。
注：ＳＰＳの変更は、ＣＬＶＳの開始時にのみ可能である。
●‘ｓｐｏｒ’サンプルグループディスクリプションエントリが、含まれているＮＡＬ
ユニットにおけるサブピクチャＩＤの前後または内部にスタートコードエミュレーション
防止バイトが存在することを示す場合、ＮＡＬユニットからＲＢＳＰを導出する（即ち、
スタートコードエミュレーション防止バイトを削除する）。次のステップでオーバーライ
ドした後、スタートコードのエミュレーション防止を再び行う。
●読取装置は、「ｓｐｏｒ」サンプルグループエントリにおけるビット位置およびサブ
ピクチャＩＤの長さを用いて、どのビットを上書きするかを確定し、サブピクチャＩＤを
選択されたものにアップデートする。
●ＰＰＳまたはＳＰＳのサブピクチャＩＤ値を最初に選択するとき、読取装置は、再構
築されたアクセスユニットにおいて、選択したサブピクチャＩＤ値でＰＰＳまたはＳＰＳ
をそれぞれ書き換えることが必要である。
●ＰＰＳまたはＳＰＳのサブピクチャＩＤ値が、同じＰＰＳ ＩＤ値またはＳＰＳ Ｉ
Ｄ値を有する前のＰＰＳまたはＳＰＳ（それぞれ）と比較された場合、読取装置は、前の
ＰＰＳおよびＳＰＳのコピー（同じＰＰＳまたはＳＰＳ ＩＤ値を有するＰＰＳまたはＳ
ＰＳがそれぞれアクセスユニットに存在しない場合）を含め、更新されたサブピクチャＩ
Ｄ値を有するＰＰＳまたはＳＰＳ（それぞれ）を再構成されたアクセスユニットに書き換
える必要がある。］］
６．３． 第三の実施形態
本実施形態は項目１ａ、１ｂ、１ｃ、１ｆ、２、２ａ、２ｂ、４、４ａ、１０である。
トラックのタイプ
本明細書では、ＶＶＣビットストリームをキャリッジするための以下のタイプの映像ト
ラックを指定する。
ｄ）ＶＶＣトラック：
ＶＶＣトラックは、そのサンプルおよび／またはサンプルエントリにＮＡＬユニットを
含めることによって、且つ場合によっては、‘ｖｏｐｉ’および‘ｌｉｎｆ’サンプルグ
ループを介して、または‘ｏｐｅｇ’エンティティグループを介してＶＶＣビットストリ
ームの他のレイヤおよび／またはサブレイヤを含む他のＶＶＣトラックを関連付けること
によって、また、場合によってはＶＶＣサブピクチャトラックを参照することによって、
ＶＶＣビットストリームを表す。
フィックスＳＥＩ ＮＡＬユニット、サフィックスＡＰＳ ＮＡＬユニット、ＥＯＳ Ｎ
ＡＬユニット、ＥＯＢ ＮＡＬユニット、または最後のＶＣＬ ＮＡＬユニットの後に許
可される予約ＮＡＬユニットを含むことができる。］］
［［‘ｓｐｏｒ’サンプルグループ記述エントリの］］‘ｓｕｂｐ’トラック基準イン
デックスは、以下のように分解される。
●トラック参照がＶＶＣサブピクチャトラックのトラックＩＤを指している場合、トラ
ック参照はＶＶＣサブピクチャトラックに分解される。
●そうでない場合（トラック参照は‘ａｌｔｅ’のトラックグループを指す）、トラッ
ク参照は‘ａｌｔｅ’のトラックグループのいずれかのトラックに分解され、特定のトラ
ック参照インデックスが前のサンプルの特定のトラックに分解された場合、現在のサンプ
ルにおいて以下のいずれかに分解される。
●同じ特定のトラック、あるいは、
●現在のサンプルと時間整列された同期サンプルを含む、同じ‘ａｌｔｅ’トラック
グループにおける任意の他のトラック。
注３：同じ‘ａｌｔｅ’トラックグループにおけるＶＶＣサブピクチャトラックは、
復号化の不整合を回避するために、同じＶＶＣベーストラックによって参照される他のＶ
ＶＣサブピクチャトラックから必ず独立しており、従って、以下のように制約される場合
がある。
●すべてのＶＶＣサブピクチャトラックは、ＶＶＣサブピクチャを含む。
●サブピクチャの境界はピクチャの境界に類似している。
●［［サブピクチャの境界でループフィルタリングをオフにする。
読取装置が、最初の選択であるかまたは前回の選択とは異なる１組のサブピクチャＩＤ
値を有するＶＶＣサブピクチャを含むＶＶＣサブピクチャトラックを選択した場合、以下
のステップを実行することができる。
●‘ｓｐｏｒ’サンプルグループ記述エントリを調査し、ＰＰＳまたはＳＰＳ ＮＡＬ
ユニットを変更する必要があるかどうかを結論づける。
注：ＳＰＳの変更は、ＣＬＶＳの開始時にのみ可能である。
●‘ｓｐｏｒ’サンプルグループディスクリプションエントリが、含まれているＮＡＬ
ユニットにおけるサブピクチャＩＤの前後または内部にスタートコードエミュレーション
防止バイトが存在することを示す場合、ＮＡＬユニットからＲＢＳＰを導出する（即ち、
スタートコードエミュレーション防止バイトを削除する）。次のステップでオーバーライ
ドした後、スタートコードのエミュレーション防止を再び行う。
●読取装置は、「ｓｐｏｒ」サンプルグループエントリにおけるビット位置およびサブ
ピクチャＩＤの長さを用いて、どのビットを上書きするかを確定し、サブピクチャＩＤを
選択されたものにアップデートする。
●ＰＰＳまたはＳＰＳのサブピクチャＩＤ値を最初に選択するとき、読取装置は、再構
築されたアクセスユニットにおいて、選択したサブピクチャＩＤ値でＰＰＳまたはＳＰＳ
をそれぞれ書き換えることが必要である。
●ＰＰＳまたはＳＰＳのサブピクチャＩＤ値が、同じＰＰＳ ＩＤ値またはＳＰＳ Ｉ
Ｄ値を有する前のＰＰＳまたはＳＰＳ（それぞれ）と比較された場合、読取装置は、前の
ＰＰＳおよびＳＰＳのコピー（同じＰＰＳまたはＳＰＳ ＩＤ値を有するＰＰＳまたはＳ
ＰＳがそれぞれアクセスユニットに存在しない場合）を含め、更新されたサブピクチャＩ
Ｄ値を有するＰＰＳまたはＳＰＳ（それぞれ）を再構成されたアクセスユニットに書き換
える必要がある。］］
６．３． 第三の実施形態
本実施形態は項目１ａ、１ｂ、１ｃ、１ｆ、２、２ａ、２ｂ、４、４ａ、１０である。
トラックのタイプ
本明細書では、ＶＶＣビットストリームをキャリッジするための以下のタイプの映像ト
ラックを指定する。
ｄ）ＶＶＣトラック：
ＶＶＣトラックは、そのサンプルおよび／またはサンプルエントリにＮＡＬユニットを
含めることによって、且つ場合によっては、‘ｖｏｐｉ’および‘ｌｉｎｆ’サンプルグ
ループを介して、または‘ｏｐｅｇ’エンティティグループを介してＶＶＣビットストリ
ームの他のレイヤおよび／またはサブレイヤを含む他のＶＶＣトラックを関連付けること
によって、また、場合によってはＶＶＣサブピクチャトラックを参照することによって、
ＶＶＣビットストリームを表す。
ｅ）ＶＶＣ非ＶＣＬトラック：
ＶＶＣ非ＶＣＬトラックは、非ＶＣＬ ＮＡＬユニットのみを含むトラックであり、‘
ｖｖｃＮ’トラック基準によってＶＶＣトラックによって参照される。
ＶＶＣの非ＶＣＬトラックには、ＡＬＦ、ＬＭＣＳ、またはスケーリングリストのパラ
メータを搬送するＡＰＳが、他の非ＶＣＬ ＮＡＬユニットとともに、または他の非ＶＣ
Ｌ ＮＡＬユニットを伴わずに、ＶＣＬ ＮＡＬユニットを含むトラックとは別個のトラ
ックに記憶され、そのトラックを介して送信されることがあるＡＰＳを含んでいてもよい
。
ＶＶＣの非ＶＣＬトラックには、また、ＡＰＳ ＮＡＬユニットとともに、または伴わ
ずに、また、他の非ＶＣＬ ＮＡＬユニットとともに、または他の非ＶＣＬ ＮＡＬユニ
ットを伴わずに、ピクチャヘッダＮＡＬユニットを含むトラックとは別個のトラックに記
憶され、そのトラックを介して送信されることがあるＡＰＳを含んでいてもよい。
ｆ）ＶＶＣ サブピクチャトラック：
ＶＶＣサブピクチャトラックは、以下のいずれかを含む。
ＶＶＣ非ＶＣＬトラックは、非ＶＣＬ ＮＡＬユニットのみを含むトラックであり、‘
ｖｖｃＮ’トラック基準によってＶＶＣトラックによって参照される。
ＶＶＣの非ＶＣＬトラックには、ＡＬＦ、ＬＭＣＳ、またはスケーリングリストのパラ
メータを搬送するＡＰＳが、他の非ＶＣＬ ＮＡＬユニットとともに、または他の非ＶＣ
Ｌ ＮＡＬユニットを伴わずに、ＶＣＬ ＮＡＬユニットを含むトラックとは別個のトラ
ックに記憶され、そのトラックを介して送信されることがあるＡＰＳを含んでいてもよい
。
ＶＶＣの非ＶＣＬトラックには、また、ＡＰＳ ＮＡＬユニットとともに、または伴わ
ずに、また、他の非ＶＣＬ ＮＡＬユニットとともに、または他の非ＶＣＬ ＮＡＬユニ
ットを伴わずに、ピクチャヘッダＮＡＬユニットを含むトラックとは別個のトラックに記
憶され、そのトラックを介して送信されることがあるＡＰＳを含んでいてもよい。
ｆ）ＶＶＣ サブピクチャトラック：
ＶＶＣサブピクチャトラックは、以下のいずれかを含む。
１つの矩形領域を形成する１つ以上の完全なスライスのシーケンス。
ＶＶＣサブピクチャトラックの１つのサンプルは、以下のいずれかを含む。
ＶＶＣサブピクチャトラックの１つのサンプルは、以下のいずれかを含む。
［［ＶＶＣサブピクチャトラックの任意のサンプルに含まれるＶＶＣサブピクチャまた
はスライスは、復号化の順序で連続している。］］
はスライスは、復号化の順序で連続している。］］
ＶＶＣビットストリームにおいて搬送される矩形領域の概要
本明細書は、以下のいずれかからなる矩形領域を説明することを支援する。
本明細書は、以下のいずれかからなる矩形領域を説明することを支援する。
矩形の領域は、穴のない矩形を覆う。ピクチャ内の矩形領域は互いに重複しない。
．．．
ＶＶＣサブピクチャトラックを参照するＶＶＣトラックにおけるサンプルからピクチャ
ユニットを再構成する方法
．．．
ＶＶＣサブピクチャトラックを参照するＶＶＣトラックにおけるサンプルからピクチャ
ユニットを再構成する方法
●サンプル中に存在［［あれば］］するＡＵＤ ＮＡＬユニット［［（および第１のＮ
ＡＬユニット）］］。
ＡＬユニット）］］。
●サンプルが同じサンプルエントリに関連付けられた一連のサンプルの最初のサンプル
である場合、もしあれば、そのサンプルエントリに含まれているパラメータセットおよび
ＳＥＩ ＮＡＬユニット。
である場合、もしあれば、そのサンプルエントリに含まれているパラメータセットおよび
ＳＥＩ ＮＡＬユニット。
注２：参照されたＶＶＣサブピクチャトラックがＶＶＣ非ＶＣＬトラックに関連付け
られている場合、ＶＶＣサブピクチャトラックの分解されたサンプルは、ＶＶＣ非ＶＣＬ
トラックにおける時間整列サンプルの非ＶＣＬ ＮＡＬユニット（複数可）がある場合、
その非ＶＣＬ ＮＡＬユニットを含む。
られている場合、ＶＶＣサブピクチャトラックの分解されたサンプルは、ＶＶＣ非ＶＣＬ
トラックにおける時間整列サンプルの非ＶＣＬ ＮＡＬユニット（複数可）がある場合、
その非ＶＣＬ ＮＡＬユニットを含む。
［［注２：サンプルにおけるＰＨ ＮＡＬユニットの後に続くＮＡＬユニットは、サ
フィックスＳＥＩ ＮＡＬユニット、サフィックスＡＰＳ ＮＡＬユニット、ＥＯＳ Ｎ
ＡＬユニット、ＥＯＢ ＮＡＬユニット、または最後のＶＣＬ ＮＡＬユニットの後に許
可される予約ＮＡＬユニットを含むことができる。］］
［［‘ｓｐｏｒ’サンプルグループ記述エントリの］］‘ｓｕｂｐ’トラック基準インデ
ックスは、以下のように分解される。
●トラック参照がＶＶＣサブピクチャトラックのトラックＩＤを指している場合、トラ
ック参照はＶＶＣサブピクチャトラックに分解される。
●そうでない場合（トラック参照は‘ａｌｔｅ’のトラックグループを指す）、トラッ
ク参照は‘ａｌｔｅ’のトラックグループのいずれかのトラックに分解され、特定のトラ
ック参照インデックスが前のサンプルの特定のトラックに分解された場合、現在のサンプ
ルにおいて以下のいずれかに分解される。
●同じ特定のトラック、あるいは、
●現在のサンプルと時間整列された同期サンプルを含む、同じ‘ａｌｔｅ’トラック
グループにおける任意の他のトラック。
注３：同じ「ａｌｔｅ」トラックグループにおけるＶＶＣサブピクチャトラックは、
復号化の不整合を回避するために、同じＶＶＣベーストラックによって参照される他のＶ
ＶＣサブピクチャトラックから必ず独立しており、従って、以下のように制約される場合
がある。
●すべてのＶＶＣサブピクチャトラックは、ＶＶＣサブピクチャを含む。
●サブピクチャの境界はピクチャの境界に類似している。
●［［サブピクチャの境界でループフィルタリングをオフにする。］］
読取装置が、最初の選択であるかまたは前回の選択とは異なる１組のサブピクチャＩＤ
値を有するＶＶＣサブピクチャを含むＶＶＣサブピクチャトラックを選択した場合、以下
のステップを実行することができる。
●‘ｓｐｏｒ’サンプルグループ記述エントリを調査し、ＰＰＳまたはＳＰＳ ＮＡＬ
ユニットを変更する必要があるかどうかを結論づける。
注：ＳＰＳの変更は、ＣＬＶＳの開始時にのみ可能である。
●‘ｓｐｏｒ’サンプルグループディスクリプションエントリが、含まれているＮＡＬ
ユニットにおけるサブピクチャＩＤの前後または内部にスタートコードエミュレーション
防止バイトが存在することを示す場合、ＮＡＬユニットからＲＢＳＰを導出する（即ち、
スタートコードエミュレーション防止バイトを削除する）。次のステップでオーバーライ
ドした後、スタートコードのエミュレーション防止を再び行う。
●読取装置は、‘ｓｐｏｒ’サンプルグループエントリにおけるビット位置およびサブ
ピクチャＩＤの長さを用いて、どのビットを上書きするかを確定し、サブピクチャＩＤを
選択されたものにアップデートする。
●ＰＰＳまたはＳＰＳのサブピクチャＩＤ値を最初に選択するとき、読取装置は、再構
築されたアクセスユニットにおいて、選択したサブピクチャＩＤ値でＰＰＳまたはＳＰＳ
をそれぞれ書き換えることが必要である。
●ＰＰＳまたはＳＰＳのサブピクチャＩＤ値が、同じＰＰＳ ＩＤ値またはＳＰＳ Ｉ
Ｄ値を有する前のＰＰＳまたはＳＰＳ（それぞれ）と比較された場合、読取装置は、前の
ＰＰＳおよびＳＰＳのコピー（同じＰＰＳまたはＳＰＳ ＩＤ値を有するＰＰＳまたはＳ
ＰＳがそれぞれアクセスユニットに存在しない場合）を含め、更新されたサブピクチャＩ
Ｄ値を有するＰＰＳまたはＳＰＳ（それぞれ）を再構成されたアクセスユニットに書き換
える必要がある。
サンプルエントリ名称および（ＶＶＣ映像ストリーム定義の）形式
定義
．．．
ＶＶＣトラックは、‘ｓｕｂｐ’トラックリファレンスを含んでもよく、エントリは、
ＶＶＣサブピクチャトラックのｔｒａｃｋ＿ＩＤ値かＶＶＣサブピクチャトラックの‘ａ
ｌｔｅ’トラックグループのｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ値のどちらかを含む。
［［ＶＶＣトラックは、‘ｓｕｂｐ’トラック基準を含む場合、ＶＶＣベーストラック
と呼ばれ、以下が適用される。
－ ＶＶＣトラックのサンプルは、ＶＣＬ ＮＡＬユニットを含まないとする。］］
フィックスＳＥＩ ＮＡＬユニット、サフィックスＡＰＳ ＮＡＬユニット、ＥＯＳ Ｎ
ＡＬユニット、ＥＯＢ ＮＡＬユニット、または最後のＶＣＬ ＮＡＬユニットの後に許
可される予約ＮＡＬユニットを含むことができる。］］
［［‘ｓｐｏｒ’サンプルグループ記述エントリの］］‘ｓｕｂｐ’トラック基準インデ
ックスは、以下のように分解される。
●トラック参照がＶＶＣサブピクチャトラックのトラックＩＤを指している場合、トラ
ック参照はＶＶＣサブピクチャトラックに分解される。
●そうでない場合（トラック参照は‘ａｌｔｅ’のトラックグループを指す）、トラッ
ク参照は‘ａｌｔｅ’のトラックグループのいずれかのトラックに分解され、特定のトラ
ック参照インデックスが前のサンプルの特定のトラックに分解された場合、現在のサンプ
ルにおいて以下のいずれかに分解される。
●同じ特定のトラック、あるいは、
●現在のサンプルと時間整列された同期サンプルを含む、同じ‘ａｌｔｅ’トラック
グループにおける任意の他のトラック。
注３：同じ「ａｌｔｅ」トラックグループにおけるＶＶＣサブピクチャトラックは、
復号化の不整合を回避するために、同じＶＶＣベーストラックによって参照される他のＶ
ＶＣサブピクチャトラックから必ず独立しており、従って、以下のように制約される場合
がある。
●すべてのＶＶＣサブピクチャトラックは、ＶＶＣサブピクチャを含む。
●サブピクチャの境界はピクチャの境界に類似している。
●［［サブピクチャの境界でループフィルタリングをオフにする。］］
読取装置が、最初の選択であるかまたは前回の選択とは異なる１組のサブピクチャＩＤ
値を有するＶＶＣサブピクチャを含むＶＶＣサブピクチャトラックを選択した場合、以下
のステップを実行することができる。
●‘ｓｐｏｒ’サンプルグループ記述エントリを調査し、ＰＰＳまたはＳＰＳ ＮＡＬ
ユニットを変更する必要があるかどうかを結論づける。
注：ＳＰＳの変更は、ＣＬＶＳの開始時にのみ可能である。
●‘ｓｐｏｒ’サンプルグループディスクリプションエントリが、含まれているＮＡＬ
ユニットにおけるサブピクチャＩＤの前後または内部にスタートコードエミュレーション
防止バイトが存在することを示す場合、ＮＡＬユニットからＲＢＳＰを導出する（即ち、
スタートコードエミュレーション防止バイトを削除する）。次のステップでオーバーライ
ドした後、スタートコードのエミュレーション防止を再び行う。
●読取装置は、‘ｓｐｏｒ’サンプルグループエントリにおけるビット位置およびサブ
ピクチャＩＤの長さを用いて、どのビットを上書きするかを確定し、サブピクチャＩＤを
選択されたものにアップデートする。
●ＰＰＳまたはＳＰＳのサブピクチャＩＤ値を最初に選択するとき、読取装置は、再構
築されたアクセスユニットにおいて、選択したサブピクチャＩＤ値でＰＰＳまたはＳＰＳ
をそれぞれ書き換えることが必要である。
●ＰＰＳまたはＳＰＳのサブピクチャＩＤ値が、同じＰＰＳ ＩＤ値またはＳＰＳ Ｉ
Ｄ値を有する前のＰＰＳまたはＳＰＳ（それぞれ）と比較された場合、読取装置は、前の
ＰＰＳおよびＳＰＳのコピー（同じＰＰＳまたはＳＰＳ ＩＤ値を有するＰＰＳまたはＳ
ＰＳがそれぞれアクセスユニットに存在しない場合）を含め、更新されたサブピクチャＩ
Ｄ値を有するＰＰＳまたはＳＰＳ（それぞれ）を再構成されたアクセスユニットに書き換
える必要がある。
サンプルエントリ名称および（ＶＶＣ映像ストリーム定義の）形式
定義
．．．
ＶＶＣトラックは、‘ｓｕｂｐ’トラックリファレンスを含んでもよく、エントリは、
ＶＶＣサブピクチャトラックのｔｒａｃｋ＿ＩＤ値かＶＶＣサブピクチャトラックの‘ａ
ｌｔｅ’トラックグループのｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ値のどちらかを含む。
［［ＶＶＣトラックは、‘ｓｕｂｐ’トラック基準を含む場合、ＶＶＣベーストラック
と呼ばれ、以下が適用される。
－ ＶＶＣトラックのサンプルは、ＶＣＬ ＮＡＬユニットを含まないとする。］］
．．．
構文
構文
意味論
基本クラスＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙにおけるＣｏｍｐｒｅｓｓｏｒｎａｍ
ｅは、値「＼０１２ＶＶＣ Ｃｏｄｉｎｇ」が推奨されるときに使用されるコンプレッサ
の名前を示す（＼０１２は１０であり、文字列の長さはバイトである）。
ＶｖｃＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄは、１１．３．３に定
義されている。
基本クラスＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙにおけるＣｏｍｐｒｅｓｓｏｒｎａｍ
ｅは、値「＼０１２ＶＶＣ Ｃｏｄｉｎｇ」が推奨されるときに使用されるコンプレッサ
の名前を示す（＼０１２は１０であり、文字列の長さはバイトである）。
ＶｖｃＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄは、１１．３．３に定
義されている。
ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅに１を加えたものは、ＶｖｃＮＡＬＵＣｏｎｆ
ｉｇＢｏｘを含むトラックにおけるＮＡＬＵｎｉｔＬｅｎｇｔｈフィールドのバイト長を
示す。このフィールドの値は、それぞれ１、２または４バイトで符号化された長さに対応
する０、１または３のうちの１つである。
［［ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１］ＶＶＣサブピクチャトラックに含ま
れるサブピクチャシーケンスの数を指定する。
ｓｕｂｐｉｃ＿ｉｄ、ＶＶＣサブピクチャトラックに含まれるサブピクチャのシーケン
スのサブピクチャ識別子を指定する。］］
ｉｇＢｏｘを含むトラックにおけるＮＡＬＵｎｉｔＬｅｎｇｔｈフィールドのバイト長を
示す。このフィールドの値は、それぞれ１、２または４バイトで符号化された長さに対応
する０、１または３のうちの１つである。
［［ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１］ＶＶＣサブピクチャトラックに含ま
れるサブピクチャシーケンスの数を指定する。
ｓｕｂｐｉｃ＿ｉｄ、ＶＶＣサブピクチャトラックに含まれるサブピクチャのシーケン
スのサブピクチャ識別子を指定する。］］
図１は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム１
９００を示すブロック図である。様々な実装形態は、システム１９００のモジュールの一
部又は全部を含んでもよい。システム１９００は、映像コンテンツを受信するための入力
ユニット１９０２を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマット、
例えば、８又は１０ビットのマルチモジュール画素値で受信されてもよく、又は圧縮又は
符号化フォーマットで受信されてもよい。入力ユニット１９０２は、ネットワークインタ
フェース、周辺バスインタフェース、又は記憶インタフェースを表してもよい。ネットワ
ークインタフェースの例は、イーサネット（登録商標）、パッシブ光ネットワーク（ＰＯ
Ｎ）等の有線インタフェース、およびＷｉ－Ｆｉ（登録商標）またはセルラーインタフェ
ース等の無線インタフェースを含む。
９００を示すブロック図である。様々な実装形態は、システム１９００のモジュールの一
部又は全部を含んでもよい。システム１９００は、映像コンテンツを受信するための入力
ユニット１９０２を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマット、
例えば、８又は１０ビットのマルチモジュール画素値で受信されてもよく、又は圧縮又は
符号化フォーマットで受信されてもよい。入力ユニット１９０２は、ネットワークインタ
フェース、周辺バスインタフェース、又は記憶インタフェースを表してもよい。ネットワ
ークインタフェースの例は、イーサネット（登録商標）、パッシブ光ネットワーク（ＰＯ
Ｎ）等の有線インタフェース、およびＷｉ－Ｆｉ（登録商標）またはセルラーインタフェ
ース等の無線インタフェースを含む。
システム１９００は、本明細書に記載される様々な符号化又は符号化方法を実装するこ
とができる符号化モジュール１９０４を含んでもよい。符号化モジュール１９０４は、入
力ユニット１９０２からの映像の平均ビットレートを符号化モジュール１９０４の出力に
低減し、映像の符号化表現を生成してもよい。従って、この符号化技術は、映像圧縮また
は映像コード変換技術と呼ばれることがある。符号化モジュール１９０４の出力は、モジ
ュール１９０６によって表されるように、記憶されてもよいし、接続された通信を介して
送信されてもよい。入力ユニット１９０２において受信された、記憶された又は通信され
た映像のビットストリーム（又は符号化）表現は、モジュール１９０８によって使用され
て、表示インタフェースユニット１９１０に送信される画素値又は表示可能な映像を生成
してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は
、映像伸張（映像展開）と呼ばれることがある。さらに、特定の映像処理動作を「符号化
」動作又はツールと呼ぶが、符号化ツール又は動作は、エンコーダ及びそれに対応する、
復号化の結果を逆にする復号化ツール又は動作が、デコーダによって行われることが理解
されよう。
とができる符号化モジュール１９０４を含んでもよい。符号化モジュール１９０４は、入
力ユニット１９０２からの映像の平均ビットレートを符号化モジュール１９０４の出力に
低減し、映像の符号化表現を生成してもよい。従って、この符号化技術は、映像圧縮また
は映像コード変換技術と呼ばれることがある。符号化モジュール１９０４の出力は、モジ
ュール１９０６によって表されるように、記憶されてもよいし、接続された通信を介して
送信されてもよい。入力ユニット１９０２において受信された、記憶された又は通信され
た映像のビットストリーム（又は符号化）表現は、モジュール１９０８によって使用され
て、表示インタフェースユニット１９１０に送信される画素値又は表示可能な映像を生成
してもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は
、映像伸張（映像展開）と呼ばれることがある。さらに、特定の映像処理動作を「符号化
」動作又はツールと呼ぶが、符号化ツール又は動作は、エンコーダ及びそれに対応する、
復号化の結果を逆にする復号化ツール又は動作が、デコーダによって行われることが理解
されよう。
周辺バスインタフェースユニットまたは表示インタフェースユニットの例は、ユニバー
サルシリアルバス（ＵＳＢ）または高精細マルチメディアインタフェース（ＨＤＭＩ（登
録商標））またはディスプレイポート等を含んでもよい。ストレージインタフェースの例
は、シリアルアドバンスドテクノロジーアタッチメント（ＳＡＴＡ）、ＰＣＩ、ＩＤＥイ
ンタフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマ
ートフォン、又はデジタルデータ処理及び／又は映像表示を実施可能な他のデバイス等の
様々な電子デバイスに実施されてもよい。
サルシリアルバス（ＵＳＢ）または高精細マルチメディアインタフェース（ＨＤＭＩ（登
録商標））またはディスプレイポート等を含んでもよい。ストレージインタフェースの例
は、シリアルアドバンスドテクノロジーアタッチメント（ＳＡＴＡ）、ＰＣＩ、ＩＤＥイ
ンタフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマ
ートフォン、又はデジタルデータ処理及び／又は映像表示を実施可能な他のデバイス等の
様々な電子デバイスに実施されてもよい。
図２は、映像処理装置３６００のブロック図である。装置３６００は、本明細書に記載
の方法の１つ以上を実装するために使用してもよい。装置３６００は、スマートフォン、
タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等に実施されてもよ
い。装置３６００は、１つ以上の処理装置３６０２と、１つ以上のメモリ３６０４と、映
像処理ハードウェア３６０６と、を含んでもよい。１つまたは複数の処理装置３６０２は
、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ（複
数可）３６０４は、本明細書で説明される方法および技術を実装するために使用されるデ
ータおよびコードを記憶するために使用してもよい。映像処理ハードウェア３６０６は、
本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。いく
つかの実施形態において、映像処理ハードウェア３６０６は、処理装置３６０２、例えば
グラフィックコプロセッサに少なくとも部分的に含まれてもよい。
の方法の１つ以上を実装するために使用してもよい。装置３６００は、スマートフォン、
タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等に実施されてもよ
い。装置３６００は、１つ以上の処理装置３６０２と、１つ以上のメモリ３６０４と、映
像処理ハードウェア３６０６と、を含んでもよい。１つまたは複数の処理装置３６０２は
、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ（複
数可）３６０４は、本明細書で説明される方法および技術を実装するために使用されるデ
ータおよびコードを記憶するために使用してもよい。映像処理ハードウェア３６０６は、
本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。いく
つかの実施形態において、映像処理ハードウェア３６０６は、処理装置３６０２、例えば
グラフィックコプロセッサに少なくとも部分的に含まれてもよい。
図４は、本開示の技術を利用し得る例示的な映像符号化システム１００を示すブロック
図である。
図である。
図４に示すように、映像符号化システム１００は、送信元デバイス１１０と、送信先デ
バイス１２０と、を備えてもよい。送信元デバイス１１０は、映像符号化機器と呼ばれて
もよい符号化映像データを生成する。送信先デバイス１２０は、送信元デバイス１１０に
よって生成された、映像復号化デバイスと呼ばれ得る符号化映像データを復号化してもよ
い。
バイス１２０と、を備えてもよい。送信元デバイス１１０は、映像符号化機器と呼ばれて
もよい符号化映像データを生成する。送信先デバイス１２０は、送信元デバイス１１０に
よって生成された、映像復号化デバイスと呼ばれ得る符号化映像データを復号化してもよ
い。
送信元デバイス１１０は、映像送信元１１２と、映像エンコーダ１１４と、入出力（Ｉ
／Ｏ）インタフェース１１６と、を備えてもよい。
／Ｏ）インタフェース１１６と、を備えてもよい。
映像送信元１１２は、映像キャプチャデバイスなどのソース、映像コンテンツプロバイ
ダからの映像データを受信するためのインタフェース、および／または映像データを生成
するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせを
含んでもよい。映像データは、１つ以上のピクチャを含んでもよい。映像エンコーダ１１
４は、映像ソース１１２からの映像データを符号化し、ビットストリームを生成する。ビ
ットストリームは、映像データの符号化表現を形成するビットシーケンスを含んでもよい
。ビットストリームは、符号化ピクチャおよび関連付けられたデータを含んでもよい。符
号化ピクチャは、ピクチャの符号化表現である。関連付けられたデータは、シーケンスパ
ラメータセット、ピクチャパラメータセット、および他の構文構造を含んでもよい。Ｉ／
Ｏインタフェース１１６は、変復調器（モデム）および／または送信機を含んでもよい。
符号化された映像データは、ネットワーク１３０ａを介して、Ｉ／Ｏインタフェース１１
６を介して送信先デバイス１２０に直接送信されてもよい。符号化された映像データは、
送信先デバイス１２０がアクセスするために、記憶媒体／サーバ１３０ｂに記憶されても
よい。
ダからの映像データを受信するためのインタフェース、および／または映像データを生成
するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせを
含んでもよい。映像データは、１つ以上のピクチャを含んでもよい。映像エンコーダ１１
４は、映像ソース１１２からの映像データを符号化し、ビットストリームを生成する。ビ
ットストリームは、映像データの符号化表現を形成するビットシーケンスを含んでもよい
。ビットストリームは、符号化ピクチャおよび関連付けられたデータを含んでもよい。符
号化ピクチャは、ピクチャの符号化表現である。関連付けられたデータは、シーケンスパ
ラメータセット、ピクチャパラメータセット、および他の構文構造を含んでもよい。Ｉ／
Ｏインタフェース１１６は、変復調器（モデム）および／または送信機を含んでもよい。
符号化された映像データは、ネットワーク１３０ａを介して、Ｉ／Ｏインタフェース１１
６を介して送信先デバイス１２０に直接送信されてもよい。符号化された映像データは、
送信先デバイス１２０がアクセスするために、記憶媒体／サーバ１３０ｂに記憶されても
よい。
送信先デバイス１２０は、Ｉ／Ｏインタフェース１２６、映像デコーダ１２４、および
表示装置１２２を含んでもよい。
表示装置１２２を含んでもよい。
Ｉ／Ｏインタフェース１２６は、受信機および／またはモデムを含んでもよい。Ｉ／Ｏ
インタフェース１２６は、送信元デバイス１１０または記憶媒体／サーバ１３０ｂから符
号化映像データを取得してもよい。映像デコーダ１２４は、符号化された映像データを復
号化してもよい。表示デバイス１２２は、復号化された映像データをユーザに表示しても
よい。表示装置１２２は、送信先デバイス１２０と一体化されてもよく、または外部表示
装置とインタフェースするように構成される送信先デバイス１２０の外部にあってもよい
。
インタフェース１２６は、送信元デバイス１１０または記憶媒体／サーバ１３０ｂから符
号化映像データを取得してもよい。映像デコーダ１２４は、符号化された映像データを復
号化してもよい。表示デバイス１２２は、復号化された映像データをユーザに表示しても
よい。表示装置１２２は、送信先デバイス１２０と一体化されてもよく、または外部表示
装置とインタフェースするように構成される送信先デバイス１２０の外部にあってもよい
。
映像エンコーダ１１４および映像デコーダ１２４は、高効率映像符号化（ＨＥＶＣ）規
格、汎用映像符号化（ＶＶＶＭ）規格、および他の現在のおよび／またはさらなる規格等
の映像圧縮規格に従って動作してもよい。
格、汎用映像符号化（ＶＶＶＭ）規格、および他の現在のおよび／またはさらなる規格等
の映像圧縮規格に従って動作してもよい。
図５は、映像エンコーダ２００の一例を示すブロック図であり、この映像エンコーダ２
００は、図４に示されるシステム１００における映像エンコーダ１１４であってもよい。
００は、図４に示されるシステム１００における映像エンコーダ１１４であってもよい。
映像エンコーダ２００は、本開示の技術のいずれかまたは全部を行うように構成しても
よい。図５の実施例において、映像エンコーダ２００は、複数の機能性モジュールを含む
。本開示で説明されている技術は、映像エンコーダ２００の様々なモジュール間で共有さ
れてもよい。いくつかの例では、プロセッサは、本開示で説明されている技術のいずれか
又はすべてを実行するように構成されてもよい。
よい。図５の実施例において、映像エンコーダ２００は、複数の機能性モジュールを含む
。本開示で説明されている技術は、映像エンコーダ２００の様々なモジュール間で共有さ
れてもよい。いくつかの例では、プロセッサは、本開示で説明されている技術のいずれか
又はすべてを実行するように構成されてもよい。
映像エンコーダ２００の機能性モジュールは、分割ユニット２０１、プレディケーショ
ンユニット２０２を含んでもよく、予測ユニット２０２は、モード選択ユニット２０３、
動き推定ユニット２０４、動き補償ユニット２０５、およびイントラ予測ユニット２０６
、残差生成ユニット２０７、変換ユニット２０８、量子化ユニット２０９、逆量子化ユニ
ット２１０、逆変換ユニット２１１、再構成ユニット２１２、バッファ２１３、およびエ
ントロピー符号化ユニット２１４を含んでもよい。
ンユニット２０２を含んでもよく、予測ユニット２０２は、モード選択ユニット２０３、
動き推定ユニット２０４、動き補償ユニット２０５、およびイントラ予測ユニット２０６
、残差生成ユニット２０７、変換ユニット２０８、量子化ユニット２０９、逆量子化ユニ
ット２１０、逆変換ユニット２１１、再構成ユニット２１２、バッファ２１３、およびエ
ントロピー符号化ユニット２１４を含んでもよい。
他の例において、映像エンコーダ２００は、より多い、より少ない、または異なる機能
性モジュールを含んでもよい。一例において、予測ユニット２０２は、ＩＢＣ（Ｉｎｔｒ
ａ Ｂｌｏｃｋ Ｃｏｐｙ）ユニットを含んでもよい。ＩＢＣユニットは、少なくとも１
つの参照ピクチャが現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて
プレディケーションを行うことができる。
性モジュールを含んでもよい。一例において、予測ユニット２０２は、ＩＢＣ（Ｉｎｔｒ
ａ Ｂｌｏｃｋ Ｃｏｐｙ）ユニットを含んでもよい。ＩＢＣユニットは、少なくとも１
つの参照ピクチャが現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて
プレディケーションを行うことができる。
さらに、動き推定ユニット２０４および動き補償ユニット２０５などのいくつかのモジ
ュールは、高度に統合されてもよいが、説明のために、図５の例においては別個に表現さ
れている。
ュールは、高度に統合されてもよいが、説明のために、図５の例においては別個に表現さ
れている。
分割ユニット２０１は、１つのピクチャを１つ以上の映像ブロックに分割してもよい。
映像エンコーダ２００および映像デコーダ３００は、様々な映像ブロックサイズをサポー
トすることができる。
映像エンコーダ２００および映像デコーダ３００は、様々な映像ブロックサイズをサポー
トすることができる。
モード選択ユニット２０３は、例えば、誤りの結果に基づいて、イントラ符号化モード
またはインター符号化モードのうちの１つを選択し、得られたイントラ符号化ブロックま
たはインター符号化ブロックを残差生成ユニット２０７に供給し、残差ブロックデータを
生成し、再構成ユニット２１２に供給し、符号化ブロックを参照ピクチャとして使用する
ために再構成してもよい。いくつかの例では、モード選択ユニット２０３は、インター予
測信号及びイントラ予測信号に基づいて予測を行うイントラ及びインター組み合わせ予測
（ＣＩＩＰ）モードを選択してもよい。また、モード選択ユニット２０３は、プレディケ
ーション間の場合、ブロックの動きベクトルの解像度（例えば、サブピクセルまたは整数
画素精度）を選択してもよい。
またはインター符号化モードのうちの１つを選択し、得られたイントラ符号化ブロックま
たはインター符号化ブロックを残差生成ユニット２０７に供給し、残差ブロックデータを
生成し、再構成ユニット２１２に供給し、符号化ブロックを参照ピクチャとして使用する
ために再構成してもよい。いくつかの例では、モード選択ユニット２０３は、インター予
測信号及びイントラ予測信号に基づいて予測を行うイントラ及びインター組み合わせ予測
（ＣＩＩＰ）モードを選択してもよい。また、モード選択ユニット２０３は、プレディケ
ーション間の場合、ブロックの動きベクトルの解像度（例えば、サブピクセルまたは整数
画素精度）を選択してもよい。
現在の映像ブロックに対してインター予測を行うために、動き推定ユニット２０４は、
バッファ２１３からの１つ以上の参照フレームと現在の映像ブロックとを比較することで
、現在の映像ブロックのための動き情報を生成してもよい。動き補償ユニット２０５は、
現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からのピクチャの動
き情報および復号化サンプルに基づいて、現在の映像ブロックのための予測映像ブロック
を判定してもよい。
バッファ２１３からの１つ以上の参照フレームと現在の映像ブロックとを比較することで
、現在の映像ブロックのための動き情報を生成してもよい。動き補償ユニット２０５は、
現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からのピクチャの動
き情報および復号化サンプルに基づいて、現在の映像ブロックのための予測映像ブロック
を判定してもよい。
動き推定ユニット２０４および動き補償ユニット２０５は、現在の映像ブロックがＩス
ライスであるか、Ｐスライスであるか、またはＢスライスであるかによって、例えば、現
在の映像ブロックに対して異なる演算を行ってもよい。
ライスであるか、Ｐスライスであるか、またはＢスライスであるかによって、例えば、現
在の映像ブロックに対して異なる演算を行ってもよい。
いくつかの例では、動き推定ユニット２０４は、現在の映像ブロックに対して単方向予
測を行い、動き推定ユニット２０４は、現在の映像ブロックに対して、参照映像ブロック
用のリスト０またはリスト１の参照ピクチャを検索して、現在の映像ブロックを求める。
そして、動き推定ユニット２０４は、リスト０又はリスト１における、参照映像ブロック
と、現在の映像ブロックと参照映像ブロックとの空間変位を示す動きベクトルとを含む参
照ピクチャを示す参照インデックスを生成してもよい。動き推定ユニット２０４は、参照
インデックス、予測方向インジケータ、及び動きベクトルを、現在の映像ブロックの動き
情報として出力する。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す
参照映像ブロックに基づいて、現在のブロックの予測映像ブロックを生成してもよい。
測を行い、動き推定ユニット２０４は、現在の映像ブロックに対して、参照映像ブロック
用のリスト０またはリスト１の参照ピクチャを検索して、現在の映像ブロックを求める。
そして、動き推定ユニット２０４は、リスト０又はリスト１における、参照映像ブロック
と、現在の映像ブロックと参照映像ブロックとの空間変位を示す動きベクトルとを含む参
照ピクチャを示す参照インデックスを生成してもよい。動き推定ユニット２０４は、参照
インデックス、予測方向インジケータ、及び動きベクトルを、現在の映像ブロックの動き
情報として出力する。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す
参照映像ブロックに基づいて、現在のブロックの予測映像ブロックを生成してもよい。
他の例において、動き推定ユニット２０４は、現在の映像ブロックを双方向予測しても
よく、動き推定ユニット２０４は、リスト０における参照ピクチャの中から現在の映像ブ
ロックを求めるための参照映像ブロックを検索してもよく、また、リスト１における参照
ピクチャの中から現在の映像ブロックを求めるための別の参照映像ブロックを検索しても
よい。次に、動き推定ユニット２０４は、参照映像ブロックを含むリスト０及びリスト１
における参照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブロッ
クとの空間変位を示す動きベクトルとを生成してもよい。動き推定ユニット２０４は、現
在の映像ブロックの参照インデックス及び動きベクトルを、現在の映像ブロックの動き情
報として出力する。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す参
照映像ブロックに基づいて、現在の映像ブロックの予測映像ブロックを生成する。
よく、動き推定ユニット２０４は、リスト０における参照ピクチャの中から現在の映像ブ
ロックを求めるための参照映像ブロックを検索してもよく、また、リスト１における参照
ピクチャの中から現在の映像ブロックを求めるための別の参照映像ブロックを検索しても
よい。次に、動き推定ユニット２０４は、参照映像ブロックを含むリスト０及びリスト１
における参照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブロッ
クとの空間変位を示す動きベクトルとを生成してもよい。動き推定ユニット２０４は、現
在の映像ブロックの参照インデックス及び動きベクトルを、現在の映像ブロックの動き情
報として出力する。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す参
照映像ブロックに基づいて、現在の映像ブロックの予測映像ブロックを生成する。
いくつかの例では、動き推定ユニット２０４は、デコーダの復号化処理のために、動き
情報のフルセットを出力してもよい。
情報のフルセットを出力してもよい。
いくつかの例では、動き推定ユニット２０４は、現在の映像のための動き情報のフルセ
ットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、別の映像ブロックの動
き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き
推定ユニット２０４は、現在の映像ブロックの動き情報が近傍の映像ブロックの動き情報
に十分に類似していると決定してもよい。
ットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、別の映像ブロックの動
き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き
推定ユニット２０４は、現在の映像ブロックの動き情報が近傍の映像ブロックの動き情報
に十分に類似していると決定してもよい。
一例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構文
構造において、現在の映像ブロックが別の映像ブロックと同じ動き情報を有することを映
像デコーダ３００に示す値を示してもよい。
構造において、現在の映像ブロックが別の映像ブロックと同じ動き情報を有することを映
像デコーダ３００に示す値を示してもよい。
別の例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構
文構造において、別の映像ブロックと、動きベクトル差（ＭＶＤ）とを識別してもよい。
動きベクトルの差分は、現在の映像ブロックの動きベクトルと、示された映像ブロックの
動きベクトルとの差分を示す。映像デコーダ３００は、指示された映像ブロックの動きベ
クトルおよび動きベクトルの差を使用して、現在の映像ブロックの動きベクトルを決定し
てもよい。
文構造において、別の映像ブロックと、動きベクトル差（ＭＶＤ）とを識別してもよい。
動きベクトルの差分は、現在の映像ブロックの動きベクトルと、示された映像ブロックの
動きベクトルとの差分を示す。映像デコーダ３００は、指示された映像ブロックの動きベ
クトルおよび動きベクトルの差を使用して、現在の映像ブロックの動きベクトルを決定し
てもよい。
上述したように、映像エンコーダ２００は、動きベクトルを予測的に信号通知してもよ
い。映像エンコーダ２００によって実装され得る予測信号通知技術の２つの例は、高度動
きベクトルプレディケーション（ＡＭＶＰ）およびマージモード信号通知を含む。
い。映像エンコーダ２００によって実装され得る予測信号通知技術の２つの例は、高度動
きベクトルプレディケーション（ＡＭＶＰ）およびマージモード信号通知を含む。
イントラ予測ユニット２０６は、現在の映像ブロックに対してイントラ予測を行っても
よい。イントラ予測ユニット２０６が現在の映像ブロックをイントラ予測する場合、イン
トラ予測ユニット２０６は、同じピクチャ中の他の映像ブロックの復号化されたサンプル
に基づいて、現在の映像ブロックのために予測データを生成してもよい。現在の映像ブロ
ックのための予測データは、予測された映像ブロックおよび様々な構文要素を含んでもよ
い。
よい。イントラ予測ユニット２０６が現在の映像ブロックをイントラ予測する場合、イン
トラ予測ユニット２０６は、同じピクチャ中の他の映像ブロックの復号化されたサンプル
に基づいて、現在の映像ブロックのために予測データを生成してもよい。現在の映像ブロ
ックのための予測データは、予測された映像ブロックおよび様々な構文要素を含んでもよ
い。
残差生成ユニット２０７は、現在の映像ブロックから現在の映像ブロックの予測された
映像ブロック（複数可）を減算することによって（例えば、マイナス符号によって示され
ている）、現在の映像ブロックのための残差データを生成してもよい。現在の映像ブロッ
クの残差データは、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応す
る残差映像ブロックを含んでもよい。
映像ブロック（複数可）を減算することによって（例えば、マイナス符号によって示され
ている）、現在の映像ブロックのための残差データを生成してもよい。現在の映像ブロッ
クの残差データは、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応す
る残差映像ブロックを含んでもよい。
他の例において、例えば、スキップモードにおいて、現在の映像ブロックのための残差
データがなくてもよく、残差生成ユニット２０７は、減算演算を行わなくてもよい。
データがなくてもよく、残差生成ユニット２０７は、減算演算を行わなくてもよい。
変換処理ユニット２０８は、現在の映像ブロックに関連付けられた残差映像ブロックに
１つ以上の変換を適用することによって、現在の映像ブロックのための１つ以上の変換係
数映像ブロックを生成してもよい。
１つ以上の変換を適用することによって、現在の映像ブロックのための１つ以上の変換係
数映像ブロックを生成してもよい。
変換処理ユニット２０８が現在の映像ブロックに関連付けられた変換係数映像ブロック
を生成した後、量子化ユニット２０９は、現在の映像ブロックに関連付けられた１つ以上
の量子化パラメータ（ＱＰ）値に基づいて、現在の映像ブロックに関連付けられた変換係
数映像ブロックを量子化してもよい。
を生成した後、量子化ユニット２０９は、現在の映像ブロックに関連付けられた１つ以上
の量子化パラメータ（ＱＰ）値に基づいて、現在の映像ブロックに関連付けられた変換係
数映像ブロックを量子化してもよい。
逆量子化ユニット２１０および逆変換ユニット２１１は、変換係数映像ブロックに逆量
子化および逆変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再構
成してもよい。再構成ユニット２１２は、プレディケーションユニット２０２が生成した
１つ以上の予測映像ブロックからの対応するサンプルに再構成された残差映像ブロックを
加え、現在のブロックに関連付けられた再構成映像ブロックを生成し、バッファ２１３に
記憶してもよい。
子化および逆変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再構
成してもよい。再構成ユニット２１２は、プレディケーションユニット２０２が生成した
１つ以上の予測映像ブロックからの対応するサンプルに再構成された残差映像ブロックを
加え、現在のブロックに関連付けられた再構成映像ブロックを生成し、バッファ２１３に
記憶してもよい。
再構成ユニット２１２が映像ブロックを再構成した後、映像ブロックにおける映像ブロ
ッキングアーチファクトを縮小するために、ループフィルタリング動作を行ってもよい。
ッキングアーチファクトを縮小するために、ループフィルタリング動作を行ってもよい。
エントロピー符号化ユニット２１４は、映像エンコーダ２００の他の機能性モジュール
からデータを受信してもよい。エントロピー符号化ユニット２１４は、データを受信する
と、エントロピー符号化ユニット２１４は、１つ以上のエントロピー符号化演算を行い、
エントロピー符号化データを生成し、エントロピー符号化データを含むビットストリーム
を出力してもよい。
からデータを受信してもよい。エントロピー符号化ユニット２１４は、データを受信する
と、エントロピー符号化ユニット２１４は、１つ以上のエントロピー符号化演算を行い、
エントロピー符号化データを生成し、エントロピー符号化データを含むビットストリーム
を出力してもよい。
図６は、映像デコーダ３００の一例を示すブロック図であり、この映像デコーダ３００
は、図４に示すシステム１００における映像デコーダ１１４であってもよい。
は、図４に示すシステム１００における映像デコーダ１１４であってもよい。
映像デコーダ３００は、本開示の技術のいずれかまたは全部を行うように構成してもよ
い。図６の実施例において、映像デコーダ３００は、複数の機能性モジュールを含む。本
開示で説明されている技術は、映像デコーダ３００の様々なモジュール間で共有されても
よい。いくつかの例では、プロセッサは、本開示で説明されている技術のいずれか又はす
べてを実行するように構成されてもよい。
い。図６の実施例において、映像デコーダ３００は、複数の機能性モジュールを含む。本
開示で説明されている技術は、映像デコーダ３００の様々なモジュール間で共有されても
よい。いくつかの例では、プロセッサは、本開示で説明されている技術のいずれか又はす
べてを実行するように構成されてもよい。
図６の実施例において、映像デコーダ３００は、エントロピー復号化ユニット３０１、
動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変
換ユニット３０５、および再構成ユニット３０６、並びにバッファ３０７を含む。映像デ
コーダ３００は、いくつかの例では、映像エンコーダ２００（図５）に関して説明した符
号化パスとほぼ逆の復号化パスを行ってもよい。
動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変
換ユニット３０５、および再構成ユニット３０６、並びにバッファ３０７を含む。映像デ
コーダ３００は、いくつかの例では、映像エンコーダ２００（図５）に関して説明した符
号化パスとほぼ逆の復号化パスを行ってもよい。
エントロピー復号化ユニット３０１は、符号化ビットストリームを取り出してもよい。
符号化ビットストリームは、エントロピー符号化された映像データ（例えば、映像データ
の符号化ブロック）を含んでもよい。エントロピー復号化ユニット３０１は、エントロピ
ー符号化された映像データを復号化し、エントロピー復号化された映像データから、動き
補償ユニット３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデッ
クス、及び他の動き情報を含む動き情報を判定してもよい。動き補償ユニット３０２は、
例えば、ＡＭＶＰおよびマージモードを行うことで、このような情報を決定してもよい。
符号化ビットストリームは、エントロピー符号化された映像データ（例えば、映像データ
の符号化ブロック）を含んでもよい。エントロピー復号化ユニット３０１は、エントロピ
ー符号化された映像データを復号化し、エントロピー復号化された映像データから、動き
補償ユニット３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデッ
クス、及び他の動き情報を含む動き情報を判定してもよい。動き補償ユニット３０２は、
例えば、ＡＭＶＰおよびマージモードを行うことで、このような情報を決定してもよい。
動き補償ユニット３０２は、動き補償されたブロックを生成してもよく、場合によって
は、補間フィルタに基づいて補間を行う。構文要素には、サブピクセルの精度で使用され
る補間フィルタのための識別子が含まれてもよい。
は、補間フィルタに基づいて補間を行う。構文要素には、サブピクセルの精度で使用され
る補間フィルタのための識別子が含まれてもよい。
動き補償ユニット３０２は、映像ブロックの符号化中に映像エンコーダ２００によって
使用されるような補間フィルタを使用して、参照ブロックのサブ整数画素のための補間値
を計算してもよい。動き補償ユニット３０２は、受信した構文情報に従って、映像エンコ
ーダ２００が使用する補間フィルタを決定し、この補間フィルタを使用して予測ブロック
を生成してもよい。
使用されるような補間フィルタを使用して、参照ブロックのサブ整数画素のための補間値
を計算してもよい。動き補償ユニット３０２は、受信した構文情報に従って、映像エンコ
ーダ２００が使用する補間フィルタを決定し、この補間フィルタを使用して予測ブロック
を生成してもよい。
動き補償ユニット３０２は、構文情報の一部を使用して、符号化された映像シーケンス
のフレーム（複数可）および／またはスライス（複数可）を符号化するために使用される
ブロックのサイズ、符号化された映像シーケンスのピクチャの各マクロブロックがどのよ
うに分割されるかを記述する分割情報、各分割がどのように符号化されるかを示すモード
、インター符号化ブロック間の各１つ以上の参照フレーム（および参照フレームリスト）
、および符号化された映像シーケンスを復号化するための他の情報を決定してもよい。
のフレーム（複数可）および／またはスライス（複数可）を符号化するために使用される
ブロックのサイズ、符号化された映像シーケンスのピクチャの各マクロブロックがどのよ
うに分割されるかを記述する分割情報、各分割がどのように符号化されるかを示すモード
、インター符号化ブロック間の各１つ以上の参照フレーム（および参照フレームリスト）
、および符号化された映像シーケンスを復号化するための他の情報を決定してもよい。
イントラ予測ユニット３０３は、例えば、ビットストリームにおいて受信したイントラ
予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してもよい。
逆量子化ユニット３０３は、ビットストリームに提供され、エントロピー復号化ユニット
３０１によって復号化された量子化された映像ブロック係数を逆量子化、すなわち、非量
子化する。逆変換ユニット３０３は、逆変換を適用する。
予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してもよい。
逆量子化ユニット３０３は、ビットストリームに提供され、エントロピー復号化ユニット
３０１によって復号化された量子化された映像ブロック係数を逆量子化、すなわち、非量
子化する。逆変換ユニット３０３は、逆変換を適用する。
再構成ユニット３０６は、残差ブロックと、動き補償ユニット２０２またはイントラ予
測ユニット３０３によって生成された対応する予測ブロックとを合計し、復号化ブロック
を形成する。所望であれば、ブロックアーチファクトを除去するために、復号化されたブ
ロックをフィルタリングするために非ブロック化フィルタを適用してもよい。復号化され
た映像ブロックは、バッファ３０７に記憶され、バッファ３０７は、後続の動き補償／イ
ントラ予測のための参照ブロックを提供し、且つ表示装置に表示するための復号化された
映像を生成する。
測ユニット３０３によって生成された対応する予測ブロックとを合計し、復号化ブロック
を形成する。所望であれば、ブロックアーチファクトを除去するために、復号化されたブ
ロックをフィルタリングするために非ブロック化フィルタを適用してもよい。復号化され
た映像ブロックは、バッファ３０７に記憶され、バッファ３０７は、後続の動き補償／イ
ントラ予測のための参照ブロックを提供し、且つ表示装置に表示するための復号化された
映像を生成する。
次に、いくつかの実施形態において好適な解決策を列挙する。
第１の解決策のセットを以下に提供する。以下の解決策は、前章（例えば、項目１）で
論じた技術の例示的な実施形態を示す。
論じた技術の例示的な実施形態を示す。
１．視覚メディアデータと、この視覚メディアデータのビットストリーム表現を記憶す
るファイルの間での変換を、フォーマット規則に従って行うことを含み、前記ファイルは
、前記視覚メディアデータのサブピクチャのデータを含むトラックを含み、前記フォーマ
ット規則は、前記トラックの構文を規定する、視覚メディア処理方法。
るファイルの間での変換を、フォーマット規則に従って行うことを含み、前記ファイルは
、前記視覚メディアデータのサブピクチャのデータを含むトラックを含み、前記フォーマ
ット規則は、前記トラックの構文を規定する、視覚メディア処理方法。
２．前記フォーマット規則は、前記トラックが１つの矩形領域を覆うように規定する、
解決策１に記載の方法。
解決策１に記載の方法。
３．前記フォーマット規則は、前記トラックに含まれるサブピクチャまたはスライスが
独立して抽出可能、復号化可能であり、且つ提示可能であることを規定する、解決策１に
記載の方法。
独立して抽出可能、復号化可能であり、且つ提示可能であることを規定する、解決策１に
記載の方法。
以下の解決策は、前章（例えば、項目３、４）で論じた技術の例示的な実施形態を示す
。
。
４．視覚メディアデータと、この視覚メディアデータのビットストリーム表現を記憶す
るファイルの間での変換を、フォーマット規則に従って行うことを含み、前記ファイルは
、第１のトラックおよび／または１つ以上のサブピクチャトラックを含み、前記フォーマ
ット規則は、前記トラックおよび／または前記１つ以上のサブピクチャトラックの構文を
規定する、視覚メディア処理方法。
るファイルの間での変換を、フォーマット規則に従って行うことを含み、前記ファイルは
、第１のトラックおよび／または１つ以上のサブピクチャトラックを含み、前記フォーマ
ット規則は、前記トラックおよび／または前記１つ以上のサブピクチャトラックの構文を
規定する、視覚メディア処理方法。
５．前記フォーマット規則は、前記トラックが前記１つ以上のサブピクチャトラックへ
の参照を含むことを規定する、解決策４に記載の方法。
の参照を含むことを規定する、解決策４に記載の方法。
６．前記フォーマット規則は、前記１つ以上のサブピクチャトラックにアクセスユニッ
トレベルまたはピクチャレベルの非映像符号化層ネットワーク抽象化層ユニットを含める
ことを許可しない、解決策４に記載の方法。
トレベルまたはピクチャレベルの非映像符号化層ネットワーク抽象化層ユニットを含める
ことを許可しない、解決策４に記載の方法。
７．前記許可されなかったユニットは、復号化能力情報構造、またはパラメータセット
、または動作点情報、またはヘッダ、またはストリームの末端、またはピクチャの末端を
含む、解決策６に記載の方法。
、または動作点情報、またはヘッダ、またはストリームの末端、またはピクチャの末端を
含む、解決策６に記載の方法。
８．前記変換は、前記視覚メディアデータのビットストリーム表現を生成することと、
前記フォーマット規則に従って、前記ファイルへの前記ビットストリーム表現を記憶する
ことと、を含む、解決策１～７のいずれかに記載の方法。
前記フォーマット規則に従って、前記ファイルへの前記ビットストリーム表現を記憶する
ことと、を含む、解決策１～７のいずれかに記載の方法。
９．前記変換は、前記フォーマット規則に従って前記ファイルを構文解析し、前記視覚
メディアデータを復元することを含む、解決策１～７のいずれかに記載の方法。
メディアデータを復元することを含む、解決策１～７のいずれかに記載の方法。
１０．解決策１～９の１つ以上に記載の方法を実装するように構成された処理装置を備
える、映像復号化装置。
える、映像復号化装置。
１１．解決策１～９の１つ以上に記載の方法を実装するように構成された処理装置を備
える、映像復号化装置。
える、映像復号化装置。
１２．コンピュータコードが記憶されたコンピュータプログラム製品であって、前記コ
ードは、処理装置により実行されると、前記処理装置に、解決策１～９のいずれかに記載
の方法を実装させるコンピュータプログラム製品。
ードは、処理装置により実行されると、前記処理装置に、解決策１～９のいずれかに記載
の方法を実装させるコンピュータプログラム製品。
１３．解決策１～９のいずれかに従って生成されたファイルフォーマットに準拠したビ
ットストリーム表現を実行するコンピュータ可読媒体。
ットストリーム表現を実行するコンピュータ可読媒体。
１４．本明細書に記載の方法、装置またはシステム。
第２の解決策のセットは、前章（例えば、項目１）で論じた技術の例示的な実施形態を
提供する。
提供する。
１．視覚メディアデータと、前記視覚メディアデータの１つ以上のビットストリームを
記憶する１つ以上のトラックを含む視覚メディアファイルとの変換を行うこと１１０２を
含み、前記視覚メディアデータは、１つまたは複数のサブピクチャまたは複数のスライス
を含む１つ以上のピクチャを含み、前記視覚メディアファイルは、フォーマット規則に従
って、前記１つ以上のトラックを記憶し、前記フォーマット規則は、前記１つ以上のスラ
イスまたは前記１つ以上のサブピクチャのシーケンスを含むトラックが、前記１つ以上の
ピクチャの矩形領域を覆うことを規定する、映像メディアデータの処理方法（例えば、図
１１に示す方法１１０）。
記憶する１つ以上のトラックを含む視覚メディアファイルとの変換を行うこと１１０２を
含み、前記視覚メディアデータは、１つまたは複数のサブピクチャまたは複数のスライス
を含む１つ以上のピクチャを含み、前記視覚メディアファイルは、フォーマット規則に従
って、前記１つ以上のトラックを記憶し、前記フォーマット規則は、前記１つ以上のスラ
イスまたは前記１つ以上のサブピクチャのシーケンスを含むトラックが、前記１つ以上の
ピクチャの矩形領域を覆うことを規定する、映像メディアデータの処理方法（例えば、図
１１に示す方法１１０）。
２．前記フォーマット規則は、前記トラックに含まれる１つ以上のサブピクチャまたは
１つ以上のスライスが、別のサブピクチャまたは前記矩形領域とは異なる別の領域を覆う
別のスライスが存在せず、独立して抽出可能、復号化可能および提示可能であることを規
定する、解決策１に記載の方法。
１つ以上のスライスが、別のサブピクチャまたは前記矩形領域とは異なる別の領域を覆う
別のスライスが存在せず、独立して抽出可能、復号化可能および提示可能であることを規
定する、解決策１に記載の方法。
３．前記フォーマット規則は、前記トラックに含まれる１つ以上のサブピクチャまたは
１つ以上のスライスが、前記矩形領域とは異なる別の領域を覆う別のサブピクチャまたは
別のスライスに動き補償で依存することを規定する、解決策１に記載の方法。
１つ以上のスライスが、前記矩形領域とは異なる別の領域を覆う別のサブピクチャまたは
別のスライスに動き補償で依存することを規定する、解決策１に記載の方法。
４．前記フォーマット規則は、前記１つ以上のスライスまたは複数のサブピクチャが、
前記トラックに記憶されたビットストリームの復号化の順序で連続しなくてもよいことを
規定する、解決策１に記載の方法。
前記トラックに記憶されたビットストリームの復号化の順序で連続しなくてもよいことを
規定する、解決策１に記載の方法。
５．復号化の順序で連続していない１つ以上のサブピクチャによって覆われる３６０度
の映像の視野を、このトラックによって表現する、解決策１に記載の方法。
の映像の視野を、このトラックによって表現する、解決策１に記載の方法。
６．前記フォーマット規則は、トラックの各サンプルにおける１つ以上のサブピクチャ
または１つ以上のスライスの順序が、前記トラックに記憶されたビットストリームにおけ
る１つ以上のサブピクチャまたは複数のスライスの順序と同じであることを規定する、解
決策１に記載の方法。
または１つ以上のスライスの順序が、前記トラックに記憶されたビットストリームにおけ
る１つ以上のサブピクチャまたは複数のスライスの順序と同じであることを規定する、解
決策１に記載の方法。
７．前記フォーマット規則は、トラックの各サンプルにおける前記１つ以上のサブピク
チャまたは前記１つ以上のスライスの復号化の順序が、前記トラックに記憶されたビット
ストリームにおいて連続しているかどうかを示す指示を含むかどうかをさらに規定する、
解決策１に記載の方法。
チャまたは前記１つ以上のスライスの復号化の順序が、前記トラックに記憶されたビット
ストリームにおいて連続しているかどうかを示す指示を含むかどうかをさらに規定する、
解決策１に記載の方法。
８．前記指示が、前記トラックのベーストラックサンプルエントリ記述に含まれる、解
決策７に記載の方法。
決策７に記載の方法。
９．前記フォーマット規則は、前記指示がないことに呼応して、前記トラックにおける
前記１つ以上のサブピクチャまたは複数のスライスを別のサブピクチャまたは別のトラッ
クの別のスライスにマージすることを許可しないことをさらに指定する、解決策７に記載
の方法。
前記１つ以上のサブピクチャまたは複数のスライスを別のサブピクチャまたは別のトラッ
クの別のスライスにマージすることを許可しないことをさらに指定する、解決策７に記載
の方法。
１０．前記指示は、ネットワーク抽象化層（ＮＡＬ）構成ボックスに含まれる、解決策
７に記載の方法。
７に記載の方法。
１１．前記指示が１であることは、前記トラックの各サンプルにおけるＮＡＬユニット
が、ビットストリームの復号化の順序で連続しており、かつ前記トラックをトラック参照
で参照するベーストラックが、前記トラック参照を有する他のトラックを指すことを示す
、解決策７に記載の方法。
が、ビットストリームの復号化の順序で連続しており、かつ前記トラックをトラック参照
で参照するベーストラックが、前記トラック参照を有する他のトラックを指すことを示す
、解決策７に記載の方法。
１２．前記指示が０であることは、前記トラックの各サンプルにおけるＮＡＬユニット
が、ビットストリームの復号化の順序で連続することを許可するかしないかを示し、かつ
前記トラックをトラック参照で参照するベーストラックが、前記トラック参照を有する他
のトラックを参照しなくてもよいことを示す、解決策７に記載の方法。
が、ビットストリームの復号化の順序で連続することを許可するかしないかを示し、かつ
前記トラックをトラック参照で参照するベーストラックが、前記トラック参照を有する他
のトラックを参照しなくてもよいことを示す、解決策７に記載の方法。
１３．前記視覚メディアデータは、汎用映像符号化（ＶＶＣ）によって処理され、前記
１つ以上のトラックはＶＶＣトラックである、解決策１～１２のいずれか１項に記載の方
法。
１つ以上のトラックはＶＶＣトラックである、解決策１～１２のいずれか１項に記載の方
法。
１４．前記変換は、前記視覚メディアファイルを生成することと、前記フォーマット規
則に従って、前記１つ以上のビットストリームを前記視覚メディアファイルに記憶するこ
とと、を含む、解決策１～１３のいずれか１つに記載の方法。
則に従って、前記１つ以上のビットストリームを前記視覚メディアファイルに記憶するこ
とと、を含む、解決策１～１３のいずれか１つに記載の方法。
１５．前記変換は、前記フォーマット規則に従って前記視覚メディアファイルを構文解
析し、前記１つ以上のビットストリームを再構成することを含む、解決策１～１３のいず
れか１項に記載の方法。
析し、前記１つ以上のビットストリームを再構成することを含む、解決策１～１３のいず
れか１項に記載の方法。
１６．視覚メディアデータと、前記視覚メディアデータの１つ以上のビットストリーム
を記憶する１つ以上のトラックを含む視覚メディアファイルとの変換を行うこと１１０２
を含み、前記視覚メディアデータは、１つまたは複数のサブピクチャまたは複数のスライ
スを含む１つ以上のピクチャを含む方法を実装するように構成された処理装置を含み、前
記視覚メディアファイルは、フォーマット規則に従って前記１つ以上のトラックを記憶し
、前記フォーマット規則は、前記１つ以上のスライスまたは前記１つ以上のサブピクチャ
のシーケンスを含むトラックが、前記１つ以上のピクチャの矩形領域を覆うことを規定す
る、映像メディアデータの処理装置。
を記憶する１つ以上のトラックを含む視覚メディアファイルとの変換を行うこと１１０２
を含み、前記視覚メディアデータは、１つまたは複数のサブピクチャまたは複数のスライ
スを含む１つ以上のピクチャを含む方法を実装するように構成された処理装置を含み、前
記視覚メディアファイルは、フォーマット規則に従って前記１つ以上のトラックを記憶し
、前記フォーマット規則は、前記１つ以上のスライスまたは前記１つ以上のサブピクチャ
のシーケンスを含むトラックが、前記１つ以上のピクチャの矩形領域を覆うことを規定す
る、映像メディアデータの処理装置。
１７．前記フォーマット規則は、トラックの各サンプルにおける前記１つ以上のサブピ
クチャまたは前記１つ以上のスライスの復号化の順序が、前記トラックに記憶されたビッ
トストリームにおいて連続しているかどうかを示す指示を含むかどうかを規定する、解決
策１６に記載の装置。
クチャまたは前記１つ以上のスライスの復号化の順序が、前記トラックに記憶されたビッ
トストリームにおいて連続しているかどうかを示す指示を含むかどうかを規定する、解決
策１６に記載の装置。
１８．処理装置に、視覚メディアデータと、前記視覚メディアデータの１つ以上のビッ
トストリームを記憶する１つ以上のトラックを含む視覚メディアファイルとの変換を行わ
せる命令を記憶する非一時的なコンピュータ可読記録媒体であって、前記視覚メディアデ
ータは、１つまたは複数のサブピクチャまたは複数のスライスを含む１つ以上のピクチャ
を含み、前記視覚メディアファイルは、フォーマット規則に従って前記１つ以上のトラッ
クを記憶し、前記フォーマット規則は、前記１つ以上のスライスまたは前記１つ以上のサ
ブピクチャのシーケンスを含むトラックが、前記１つ以上のピクチャの矩形領域を覆うこ
とを規定する、非一時的なコンピュータ可読記録媒体。
トストリームを記憶する１つ以上のトラックを含む視覚メディアファイルとの変換を行わ
せる命令を記憶する非一時的なコンピュータ可読記録媒体であって、前記視覚メディアデ
ータは、１つまたは複数のサブピクチャまたは複数のスライスを含む１つ以上のピクチャ
を含み、前記視覚メディアファイルは、フォーマット規則に従って前記１つ以上のトラッ
クを記憶し、前記フォーマット規則は、前記１つ以上のスライスまたは前記１つ以上のサ
ブピクチャのシーケンスを含むトラックが、前記１つ以上のピクチャの矩形領域を覆うこ
とを規定する、非一時的なコンピュータ可読記録媒体。
１９．前記フォーマット規則は、トラックの各サンプルにおける前記１つ以上のサブピ
クチャまたは前記１つ以上のスライスの復号化の順序が、前記トラックに記憶されたビッ
トストリームにおいて連続しているかどうかを示す指示を含むかどうかを規定する、解決
策１８に記載の非一時的なコンピュータ可読記録媒体。
クチャまたは前記１つ以上のスライスの復号化の順序が、前記トラックに記憶されたビッ
トストリームにおいて連続しているかどうかを示す指示を含むかどうかを規定する、解決
策１８に記載の非一時的なコンピュータ可読記録媒体。
２０．映像処理装置によって行われる方法によって生成されるビットストリームを記憶
する非一時的なコンピュータ可読記録媒体であって、前記方法は、映像処理データの１つ
以上のビットストリームを記憶する１つ以上のトラックを含む視覚メディアライフを生成
することを含み、前記視覚メディアデータは、１つまたは複数のサブピクチャまたは複数
のスライスを含む１つ以上のピクチャを含み、前記視覚メディアファイルは、フォーマッ
ト規則に従って前記１つ以上のトラックを記憶し、前記フォーマット規則は、前記１つ以
上のスライスまたは前記１つ以上のサブピクチャのシーケンスを含むトラックが、前記１
つ以上のピクチャの矩形領域を覆うことを規定する、非一時的なコンピュータ可読記録媒
体。
する非一時的なコンピュータ可読記録媒体であって、前記方法は、映像処理データの１つ
以上のビットストリームを記憶する１つ以上のトラックを含む視覚メディアライフを生成
することを含み、前記視覚メディアデータは、１つまたは複数のサブピクチャまたは複数
のスライスを含む１つ以上のピクチャを含み、前記視覚メディアファイルは、フォーマッ
ト規則に従って前記１つ以上のトラックを記憶し、前記フォーマット規則は、前記１つ以
上のスライスまたは前記１つ以上のサブピクチャのシーケンスを含むトラックが、前記１
つ以上のピクチャの矩形領域を覆うことを規定する、非一時的なコンピュータ可読記録媒
体。
２１．前記フォーマット規則は、トラックの各サンプルにおける前記１つ以上のサブピ
クチャまたは前記１つ以上のスライスの復号化の順序が、前記トラックに記憶されたビッ
トストリームにおいて連続しているかどうかを示す指示を含むかどうかを規定する、解決
策１８に記載の非一時的なコンピュータ可読記録媒体。
クチャまたは前記１つ以上のスライスの復号化の順序が、前記トラックに記憶されたビッ
トストリームにおいて連続しているかどうかを示す指示を含むかどうかを規定する、解決
策１８に記載の非一時的なコンピュータ可読記録媒体。
２２．解決策１～１５のいずれか１つ以上に記載の方法を実装するように構成された処
理装置を備える映像処理装置。
理装置を備える映像処理装置。
２３．１つまたは複数のビットストリームを含むファイルに視覚メディアデータを記憶
する方法であって、解決策１～１５のいずれか１項に記載の方法を含み、かつ前記ビット
ストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、方法。
する方法であって、解決策１～１５のいずれか１項に記載の方法を含み、かつ前記ビット
ストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、方法。
２４．実行されると、解決策１～１５のいずれか１つ以上に記載の方法を処理装置に実
装させるプログラムコードを記憶したコンピュータ可読媒体。
装させるプログラムコードを記憶したコンピュータ可読媒体。
２５．上述した方法のいずれかに従って生成されたビットストリームを記憶するコンピ
ュータ可読媒体。
ュータ可読媒体。
２６．解決策１～１５のいずれか１つ以上に記載の方法を実装するように構成された、
ビットストリームを記憶するための映像処理装置。
ビットストリームを記憶するための映像処理装置。
２７．解決策１～１５のいずれかに従って生成されたファイルフォーマットに準拠した
ビットストリームを実行するコンピュータ可読媒体。
ビットストリームを実行するコンピュータ可読媒体。
２８．本明細書に記載の方法、装置またはシステム。
第３の解決策のセットは、前章（例えば、項目３，５，６，７および１０）で論じた技
術の例示的な実施形態を示す。
術の例示的な実施形態を示す。
１．視覚メディアデータ処理方法（図１２に示す方法１２００）であって、フォーマッ
ト規則に従って、視覚メディアデータと、前記視覚メディアデータの１つ以上のビットス
トリームを記憶する１つ以上のトラックを含む視覚メディアファイルとの変換を行うこと
１２０２を含み、前記視覚メディアファイルは、前記視覚メディアデータの１つ以上のサ
ブピクチャのための符号化情報を記憶する１つ以上のサブピクチャトラックを参照するベ
ーストラックを含み、前記フォーマット規則は、前記ベーストラックにおけるサンプルと
１つ以上のサブピクチャトラックから、映像ユニットを再構成するために使用されるプロ
セスを規定する、方法。
ト規則に従って、視覚メディアデータと、前記視覚メディアデータの１つ以上のビットス
トリームを記憶する１つ以上のトラックを含む視覚メディアファイルとの変換を行うこと
１２０２を含み、前記視覚メディアファイルは、前記視覚メディアデータの１つ以上のサ
ブピクチャのための符号化情報を記憶する１つ以上のサブピクチャトラックを参照するベ
ーストラックを含み、前記フォーマット規則は、前記ベーストラックにおけるサンプルと
１つ以上のサブピクチャトラックから、映像ユニットを再構成するために使用されるプロ
セスを規定する、方法。
２．前記フォーマット規則は、前記ベーストラックが、前記１つ以上のサブピクチャト
ラックを参照するためのサブピクチャトラック参照を含むことを規定し、前記サブピクチ
ャトラック参照において参照される前記１つ以上のサブピクチャトラックの順序は、前記
１つ以上のサブピクチャトラックから再構成された前記映像ユニットにおける前記サブピ
クチャトラックのサンプルの順序を示す、解決策１に記載の方法。
ラックを参照するためのサブピクチャトラック参照を含むことを規定し、前記サブピクチ
ャトラック参照において参照される前記１つ以上のサブピクチャトラックの順序は、前記
１つ以上のサブピクチャトラックから再構成された前記映像ユニットにおける前記サブピ
クチャトラックのサンプルの順序を示す、解決策１に記載の方法。
３．前記フォーマット規則は、各サブピクチャトラック参照が、１つのサブピクチャト
ラックのトラック識別か１つのサブピクチャトラックグループのトラックグループ識別の
どちらかを指すインデックスを有することをさらに規定する、解決策１に記載の方法。
ラックのトラック識別か１つのサブピクチャトラックグループのトラックグループ識別の
どちらかを指すインデックスを有することをさらに規定する、解決策１に記載の方法。
４．前記フォーマット規則は、サブピクチャ順サンプルグループが前記ベーストラック
に対して任意選択可能であることを規定する、解決策１に記載の方法。
に対して任意選択可能であることを規定する、解決策１に記載の方法。
５．前記フォーマット規則は、サブピクチャ順サンプルグループが前記ベーストラック
に含まれていない場合、前記ベーストラックにおいて参照される前記サブピクチャトラッ
クの順序を決定する際に、１つ以上のサブピクチャトラック参照を使用することをさらに
規定する、解決策４に記載の方法。
に含まれていない場合、前記ベーストラックにおいて参照される前記サブピクチャトラッ
クの順序を決定する際に、１つ以上のサブピクチャトラック参照を使用することをさらに
規定する、解決策４に記載の方法。
６．前記フォーマット規則は、サブピクチャ順サンプルグループの使用を除去し、かつ
前記サブピクチャ順サンプルグループに基づいてパラメータセット書き換えプロセスの記
述を除去することをさらに規定する、解決策４に記載の方法。
前記サブピクチャ順サンプルグループに基づいてパラメータセット書き換えプロセスの記
述を除去することをさらに規定する、解決策４に記載の方法。
７．前記フォーマット規則は、前記サブピクチャ順サンプルグループの仕様を削除する
ことをさらに規定する、解決策４に記載の方法。
ことをさらに規定する、解決策４に記載の方法。
８．前記視覚メディアデータは、汎用映像符号化（ＶＶＣ）によって処理され、前記１
つ以上のトラックはＶＶＣトラックである、解決策１～７のいずれか１項に記載の方法。
つ以上のトラックはＶＶＣトラックである、解決策１～７のいずれか１項に記載の方法。
９．前記変換は、前記視覚メディアファイルを生成することと、前記フォーマット規則
に従って、前記１つ以上のビットストリームを前記視覚メディアファイルに記憶すること
と、を含む、解決策１～８のいずれか１つに記載の方法。
に従って、前記１つ以上のビットストリームを前記視覚メディアファイルに記憶すること
と、を含む、解決策１～８のいずれか１つに記載の方法。
１０．前記変換は、前記フォーマット規則に従って前記視覚メディアファイルを構文解
析し、前記１つ以上のビットストリームを再構成することを含む、解決策１～８のいずれ
か１項に記載の方法。
析し、前記１つ以上のビットストリームを再構成することを含む、解決策１～８のいずれ
か１項に記載の方法。
１１．視覚メディアデータ処理装置であって、フォーマット規則に従って、視覚メディ
アデータと、前記視覚メディアデータの１つ以上のビットストリームを記憶する１つ以上
のトラックを含む視覚メディアファイルとの変換を行うことを含み、前記視覚メディアフ
ァイルは、前記視覚メディアデータの１つ以上のサブピクチャのための符号化された情報
を記憶する１つ以上のサブピクチャトラックを参照するベーストラックを含み、前記フォ
ーマット規則は、前記ベーストラックにおけるサンプルおよび１つ以上のサブピクチャト
ラックから映像ユニットを再構成するために使用されるプロセスを規定する、装置。
アデータと、前記視覚メディアデータの１つ以上のビットストリームを記憶する１つ以上
のトラックを含む視覚メディアファイルとの変換を行うことを含み、前記視覚メディアフ
ァイルは、前記視覚メディアデータの１つ以上のサブピクチャのための符号化された情報
を記憶する１つ以上のサブピクチャトラックを参照するベーストラックを含み、前記フォ
ーマット規則は、前記ベーストラックにおけるサンプルおよび１つ以上のサブピクチャト
ラックから映像ユニットを再構成するために使用されるプロセスを規定する、装置。
１２．前記フォーマット規則は、前記ベーストラックが、前記１つ以上のサブピクチャ
トラックを参照するためのサブピクチャトラック参照を含むことを規定し、前記サブピク
チャトラック参照において参照される前記１つ以上のサブピクチャトラックの順序は、前
記１つ以上のサブピクチャトラックから再構成された前記映像ユニットにおける前記サブ
ピクチャトラックのサンプルの順序を示す、解決策１１に記載の装置。
トラックを参照するためのサブピクチャトラック参照を含むことを規定し、前記サブピク
チャトラック参照において参照される前記１つ以上のサブピクチャトラックの順序は、前
記１つ以上のサブピクチャトラックから再構成された前記映像ユニットにおける前記サブ
ピクチャトラックのサンプルの順序を示す、解決策１１に記載の装置。
１３．前記フォーマット規則は、各サブピクチャトラック参照が、１つのサブピクチャ
トラックのトラック識別か１つのサブピクチャトラックグループのトラックグループ識別
のどちらかを指すインデックスを有することをさらに規定する、解決策１１に記載の装置
。
トラックのトラック識別か１つのサブピクチャトラックグループのトラックグループ識別
のどちらかを指すインデックスを有することをさらに規定する、解決策１１に記載の装置
。
１４．前記フォーマット規則は、サブピクチャ順サンプルグループが前記ベーストラッ
クに対して任意選択可能であることを規定する、解決策１１に記載の装置。
クに対して任意選択可能であることを規定する、解決策１１に記載の装置。
１５．前記フォーマット規則は、サブピクチャ順サンプルグループが前記ベーストラッ
クに含まれていない場合、前記ベーストラックにおいて参照される前記サブピクチャトラ
ックの順序を決定する際に、１つ以上のサブピクチャトラック参照を使用することをさら
に規定する、解決策１４に記載の装置。
クに含まれていない場合、前記ベーストラックにおいて参照される前記サブピクチャトラ
ックの順序を決定する際に、１つ以上のサブピクチャトラック参照を使用することをさら
に規定する、解決策１４に記載の装置。
１６．前記フォーマット規則は、サブピクチャ順サンプルグループの使用を除去し、か
つ前記サブピクチャ順サンプルグループに基づいてパラメータセット書き換えプロセスの
記述を除去することをさらに規定する、解決策１４に記載の装置。
つ前記サブピクチャ順サンプルグループに基づいてパラメータセット書き換えプロセスの
記述を除去することをさらに規定する、解決策１４に記載の装置。
１７．前記フォーマット規則は、前記サブピクチャ順サンプルグループの仕様を削除す
ることをさらに規定する、解決策１４に記載の装置。
ることをさらに規定する、解決策１４に記載の装置。
１８．非一時的なコンピュータ可読記録媒体であって、処理装置にフォーマット規則に
従って、視覚メディアデータと、前記視覚メディアデータの１つ以上のビットストリーム
を記憶する１つ以上のトラックを含む視覚メディアファイルとの変換を行わせ、前記視覚
メディアファイルは、前記視覚メディアデータの１つ以上のサブピクチャのための符号化
された情報を記憶する１つ以上のサブピクチャトラックを参照するベーストラックを含み
、前記フォーマット規則は、前記ベーストラックにおけるサンプルと１つ以上のサブピク
チャトラックから、映像ユニットを再構成するために使用されるプロセスを規定する、非
一時的なコンピュータ可読記録媒体。
従って、視覚メディアデータと、前記視覚メディアデータの１つ以上のビットストリーム
を記憶する１つ以上のトラックを含む視覚メディアファイルとの変換を行わせ、前記視覚
メディアファイルは、前記視覚メディアデータの１つ以上のサブピクチャのための符号化
された情報を記憶する１つ以上のサブピクチャトラックを参照するベーストラックを含み
、前記フォーマット規則は、前記ベーストラックにおけるサンプルと１つ以上のサブピク
チャトラックから、映像ユニットを再構成するために使用されるプロセスを規定する、非
一時的なコンピュータ可読記録媒体。
１９．前記フォーマット規則は、前記ベーストラックが、前記１つ以上のサブピクチャ
トラックを参照するためのサブピクチャトラック参照を含むことを規定し、前記サブピク
チャトラック参照において参照される前記１つ以上のサブピクチャトラックの順序は、前
記１つ以上のサブピクチャトラックから再構成された前記映像ユニットにおける前記サブ
ピクチャトラックのサンプルの順序を示す、解決策１８に記載の非一時的なコンピュータ
可読記録媒体。
トラックを参照するためのサブピクチャトラック参照を含むことを規定し、前記サブピク
チャトラック参照において参照される前記１つ以上のサブピクチャトラックの順序は、前
記１つ以上のサブピクチャトラックから再構成された前記映像ユニットにおける前記サブ
ピクチャトラックのサンプルの順序を示す、解決策１８に記載の非一時的なコンピュータ
可読記録媒体。
２０．映像処理装置によって行われる方法によって生成されたビットストリームを記憶
する非一時的なコンピュータ可読記録媒体であって、前記方法は、フォーマット規則に従
って、視覚メディアデータと、前記視覚メディアデータの１つ以上のビットストリームを
記憶する１つ以上のトラックを含む視覚メディアファイルを生成することを含み、前記視
覚メディアファイルは、符号化情報を記憶する前記視覚メディアデータの１つ以上のサブ
ピクチャのための符号化された情報を記憶する１つ以上のサブピクチャトラックを参照す
るベーストラックを含み、前記フォーマット規則は、前記ベーストラックにおけるサンプ
ルおよび１つ以上のサブピクチャトラックから、映像ユニットを再構成するために使用さ
れるプロセスを規定する、非一時的なコンピュータ可読記録媒体。
する非一時的なコンピュータ可読記録媒体であって、前記方法は、フォーマット規則に従
って、視覚メディアデータと、前記視覚メディアデータの１つ以上のビットストリームを
記憶する１つ以上のトラックを含む視覚メディアファイルを生成することを含み、前記視
覚メディアファイルは、符号化情報を記憶する前記視覚メディアデータの１つ以上のサブ
ピクチャのための符号化された情報を記憶する１つ以上のサブピクチャトラックを参照す
るベーストラックを含み、前記フォーマット規則は、前記ベーストラックにおけるサンプ
ルおよび１つ以上のサブピクチャトラックから、映像ユニットを再構成するために使用さ
れるプロセスを規定する、非一時的なコンピュータ可読記録媒体。
２１．解決策１～１０のいずれか１つ以上に記載の方法を実装するように構成された処
理装置を備える映像処理装置。
理装置を備える映像処理装置。
２２．１つまたは複数のビットストリームを含むファイルに視覚メディアデータを記憶
する方法であって、解決策１～１０のいずれか１つに記載の方法を含み、かつ前記ビット
ストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、方法。
する方法であって、解決策１～１０のいずれか１つに記載の方法を含み、かつ前記ビット
ストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、方法。
２３．実行されると、解決策１～１０のいずれか１つ以上に記載の方法を処理装置に実
装させるプログラムコードを記憶したコンピュータ可読媒体。
装させるプログラムコードを記憶したコンピュータ可読媒体。
２４．上述した方法のいずれかに従って生成されたビットストリームを記憶するコンピ
ュータ可読媒体。
ュータ可読媒体。
２５．解決策１～１０のいずれか１つ以上に記載の方法を実装するように構成された、
ビットストリームを記憶するための映像処理装置。
ビットストリームを記憶するための映像処理装置。
２６．解決策１～１０のいずれかに従って生成されたファイルフォーマットに準拠した
ビットストリーム表現を実行するコンピュータ可読媒体。
ビットストリーム表現を実行するコンピュータ可読媒体。
２７．本明細書に記載の方法、装置またはシステム。
例示的な解決策において、視覚メディアデータは、映像または画像に対応する。本明細
書に記載の解決策において、エンコーダは、フォーマット規則に従って符号化表現を生成
することで、フォーマット規則に準拠することができる。本明細書に記載の解決策におい
て、デコーダは、フォーマット規則に従って、構文要素の有無を知りつつ、符号化表現に
おける構文要素を構文解析することで、復号された映像を生成するために、このフォーマ
ット規則を使用してもよい。上記の解決策において、視覚メディアデータは、映像または
画像に対応する。
書に記載の解決策において、エンコーダは、フォーマット規則に従って符号化表現を生成
することで、フォーマット規則に準拠することができる。本明細書に記載の解決策におい
て、デコーダは、フォーマット規則に従って、構文要素の有無を知りつつ、符号化表現に
おける構文要素を構文解析することで、復号された映像を生成するために、このフォーマ
ット規則を使用してもよい。上記の解決策において、視覚メディアデータは、映像または
画像に対応する。
本明細書では、“映像処理”という用語は、映像符号化、映像復号化、映像圧縮、また
は映像展開を指すことができる。例えば、映像圧縮アルゴリズムは、映像の画素表現から
対応するビットストリーム表現への変換、またはその逆の変換中に適用されてもよい。現
在の映像ブロックのビットストリーム表現は、例えば、構文によって規定されるように、
ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよ
い。例えば、１つのマクロブロックは、変換および符号化された誤り残差値の観点から、
且つビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符
号化されてもよい。さらに、変換中、デコーダは、上記解決策で説明されているように、
判定に基づいて、いくつかのフィールドが存在しても存在しなくてもよいという知識を持
って、ビットストリームを構文解析してもよい。同様に、エンコーダは、特定のシンタッ
クスフィールドが含まれるべきであるか、または含まれないべきであるかを判定し、構文
フィールドを符号化表現に含めるか、または符号化表現から除外することによって、それ
に応じて符号化表現を生成してもよい。
は映像展開を指すことができる。例えば、映像圧縮アルゴリズムは、映像の画素表現から
対応するビットストリーム表現への変換、またはその逆の変換中に適用されてもよい。現
在の映像ブロックのビットストリーム表現は、例えば、構文によって規定されるように、
ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよ
い。例えば、１つのマクロブロックは、変換および符号化された誤り残差値の観点から、
且つビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符
号化されてもよい。さらに、変換中、デコーダは、上記解決策で説明されているように、
判定に基づいて、いくつかのフィールドが存在しても存在しなくてもよいという知識を持
って、ビットストリームを構文解析してもよい。同様に、エンコーダは、特定のシンタッ
クスフィールドが含まれるべきであるか、または含まれないべきであるかを判定し、構文
フィールドを符号化表現に含めるか、または符号化表現から除外することによって、それ
に応じて符号化表現を生成してもよい。
本明細書に記載された開示された、およびその他の解決策、実施例、実施形態、モジュ
ール、および機能動作の実装形態は、本明細書に開示された構造およびその構造的等価物
を含め、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しく
はハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実施しても
よい。開示された、およびその他の実施形態は、１つ以上のコンピュータプログラム製品
、すなわち、データ処理装置によって実装されるため、またはデータ処理装置の動作を制
御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１
つ以上のモジュールとして実施することができる。このコンピュータ可読媒体は、機械可
読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質
の組成物、またはこれらの１つ以上の組み合わせであってもよい。“データ処理装置”と
いう用語は、例えば、プログラマブル処理装置、コンピュータ、または複数の処理装置、
若しくはコンピュータを含む、データを処理するためのすべての装置、デバイス、および
機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境
を作るコード、例えば、処理装置ファームウェア、プロトコルスタック、データベース管
理システム、オペレーティングシステム、またはこれらの１つ以上の組み合わせを構成す
るコードを含むことができる。伝播信号は、人工的に生成した信号、例えば、機械で生成
した電気、光、または電磁信号であり、適切な受信装置に送信するための情報を符号化す
るために生成される。
ール、および機能動作の実装形態は、本明細書に開示された構造およびその構造的等価物
を含め、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しく
はハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実施しても
よい。開示された、およびその他の実施形態は、１つ以上のコンピュータプログラム製品
、すなわち、データ処理装置によって実装されるため、またはデータ処理装置の動作を制
御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１
つ以上のモジュールとして実施することができる。このコンピュータ可読媒体は、機械可
読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質
の組成物、またはこれらの１つ以上の組み合わせであってもよい。“データ処理装置”と
いう用語は、例えば、プログラマブル処理装置、コンピュータ、または複数の処理装置、
若しくはコンピュータを含む、データを処理するためのすべての装置、デバイス、および
機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境
を作るコード、例えば、処理装置ファームウェア、プロトコルスタック、データベース管
理システム、オペレーティングシステム、またはこれらの１つ以上の組み合わせを構成す
るコードを含むことができる。伝播信号は、人工的に生成した信号、例えば、機械で生成
した電気、光、または電磁信号であり、適切な受信装置に送信するための情報を符号化す
るために生成される。
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション
、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された
言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタ
ンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジ
ュール、成分、サブルーチン、または他のユニットとして含む任意の形式で展開すること
ができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対
応するとは限らない。プログラムは、他のプログラムまたはデータを保持するファイルの
一部（例えば、マークアップ言語文書に格納された１つ以上のスクリプト）に記録されて
いてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の
調整ファイル（例えば、１つ以上のモジュール、サブプログラム、またはコードの一部を
格納するファイル）に記憶されていてもよい。１つのコンピュータプログラムを、１つの
サイトに位置する１つのコンピュータ、または複数のサイトに分散され通信ネットワーク
によって相互接続される複数のコンピュータで実行させるように展開することも可能であ
る。
、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された
言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタ
ンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジ
ュール、成分、サブルーチン、または他のユニットとして含む任意の形式で展開すること
ができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対
応するとは限らない。プログラムは、他のプログラムまたはデータを保持するファイルの
一部（例えば、マークアップ言語文書に格納された１つ以上のスクリプト）に記録されて
いてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の
調整ファイル（例えば、１つ以上のモジュール、サブプログラム、またはコードの一部を
格納するファイル）に記憶されていてもよい。１つのコンピュータプログラムを、１つの
サイトに位置する１つのコンピュータ、または複数のサイトに分散され通信ネットワーク
によって相互接続される複数のコンピュータで実行させるように展開することも可能であ
る。
本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生
成することによって機能を実行するための１つ以上のコンピュータプログラムを実行する
１つ以上のプログラマブル処理装置によって行うことができる。処理およびロジックフロ
ーはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲー
トアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって行うことができ、装置はま
た、特別目的のロジック回路として実装することができる。
成することによって機能を実行するための１つ以上のコンピュータプログラムを実行する
１つ以上のプログラマブル処理装置によって行うことができる。処理およびロジックフロ
ーはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲー
トアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって行うことができ、装置はま
た、特別目的のロジック回路として実装することができる。
コンピュータプログラムの実行に適した処理装置は、例えば、汎用および専用マイクロ
処理装置の両方、並びに任意の種類のデジタルコンピュータの任意の１つ以上の処理装置
を含む。一般的に、処理装置は、リードオンリーメモリまたはランダムアクセスメモリま
たはその両方から命令およびデータを受信する。コンピュータの本質的な要素は、命令を
実行するための処理装置と、命令およびデータを記憶するための１つ以上のメモリデバイ
スとである。一般的に、コンピュータは、データを記憶するための１つ以上の大容量記憶
デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよく、またはこ
れらの大容量記憶デバイスからデータを受信するか、またはこれらにデータを転送するよ
うに動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイス
を有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコ
ンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを
含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ記憶装置、磁気ディスク、例えば
内部ハードディスクまたはリムーバブルディスク、光磁気ディスク、およびＣＤ－ＲＯＭ
およびＤＶＤ－ＲＯＭディスク等の半導体記憶装置を含む。処理装置およびメモリは、特
定用途のロジック回路によって補完されてもよく、または特定用途のロジック回路に組み
込まれてもよい。
処理装置の両方、並びに任意の種類のデジタルコンピュータの任意の１つ以上の処理装置
を含む。一般的に、処理装置は、リードオンリーメモリまたはランダムアクセスメモリま
たはその両方から命令およびデータを受信する。コンピュータの本質的な要素は、命令を
実行するための処理装置と、命令およびデータを記憶するための１つ以上のメモリデバイ
スとである。一般的に、コンピュータは、データを記憶するための１つ以上の大容量記憶
デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよく、またはこ
れらの大容量記憶デバイスからデータを受信するか、またはこれらにデータを転送するよ
うに動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイス
を有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコ
ンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを
含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ記憶装置、磁気ディスク、例えば
内部ハードディスクまたはリムーバブルディスク、光磁気ディスク、およびＣＤ－ＲＯＭ
およびＤＶＤ－ＲＯＭディスク等の半導体記憶装置を含む。処理装置およびメモリは、特
定用途のロジック回路によって補完されてもよく、または特定用途のロジック回路に組み
込まれてもよい。
本特許明細書は多くの詳細を含むが、これらは、任意の主題の範囲または特許請求の範
囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特
有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態の
コンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装しても
よい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態におい
て別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、
特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されてい
てもよいが、主張された組み合わせからの１つ以上の特徴は、場合によっては、組み合わ
せから抜粋されることができ、主張された組み合わせは、サブコンビネーションまたはサ
ブコンビネーションのバリエーションに向けられてもよい。
囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特
有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態の
コンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装しても
よい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態におい
て別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、
特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されてい
てもよいが、主張された組み合わせからの１つ以上の特徴は、場合によっては、組み合わ
せから抜粋されることができ、主張された組み合わせは、サブコンビネーションまたはサ
ブコンビネーションのバリエーションに向けられてもよい。
同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成
するために、このような動作が示された特定の順番でまたは連続した順番で行われること
、または示された全ての動作が行われることを必要とするものと理解されるべきではない
。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、
全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
するために、このような動作が示された特定の順番でまたは連続した順番で行われること
、または示された全ての動作が行われることを必要とするものと理解されるべきではない
。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、
全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。
いくつかの実装形態および例のみが記載されており、この特許文献に記載され図示され
ているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。
ているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。
関連出願の相互参照
本願は、２０２１年９月１７日出願の日本語特許出願第２０２１－１５２６６８号に基づくものであり、２０２０年９月１７日出願の米国特許仮出願第６３／０７９９３３号および２０２０年１０月６日出願の米国特許仮出願第６３／０８８１２６号の優先権および利益を適時に主張する。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
本願は、２０２１年９月１７日出願の日本語特許出願第２０２１－１５２６６８号に基づくものであり、２０２０年９月１７日出願の米国特許仮出願第６３／０７９９３３号および２０２０年１０月６日出願の米国特許仮出願第６３／０８８１２６号の優先権および利益を適時に主張する。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。
Claims (17)
- 視覚メディアデータと、この視覚メディアデータの１つ以上のビットストリームを記憶
する１つ以上のトラックを含む視覚メディアファイルとの変換を行うことを備える視覚メ
ディアデータを処理する方法であって、
前記視覚メディアデータは、１つ以上のサブピクチャまたは１つ以上のスライスを含む
１つ以上のピクチャを備え、
前記視覚メディアファイルは、フォーマット規則に従って前記１つ以上のトラックを記
憶し、
前記フォーマット規則は、前記１つ以上のスライスまたは前記１つ以上のサブピクチャ
のシーケンスを含むトラックが、前記１つ以上のピクチャの矩形領域を覆うことを規定す
る、視覚メディアデータを処理する方法。 - 前記フォーマット規則は、前記トラックに含まれる前記１つ以上のサブピクチャまたは
１つ以上のスライスが、前記矩形領域とは異なる別の領域を覆う別のサブピクチャまたは
別のスライスが存在せず、独立して抽出可能、復号化可能および提示可能であることを規
定する、請求項１に記載の方法。 - 前記フォーマット規則は、前記トラックに含まれる前記１つ以上のサブピクチャまたは
１つ以上のスライスが、前記矩形領域とは異なる別の領域を覆う別のサブピクチャまたは
別のスライスに動き補償で依存することを規定する、請求項１に記載の方法。 - 前記フォーマット規則は、前記１つ以上のスライスまたは前記１つ以上のサブピクチャ
が、前記トラックに記憶されたビットストリームの復号化の順序で連続しなくてもよいこ
とを規定する、請求項１～３のいずれか１項に記載の方法。 - 前記復号化の順序で連続していない前記１つ以上のサブピクチャによって覆われる３６
０度の映像の視野が、前記トラックによって表現される、請求項１～４のいずれか１項に
記載の方法。 - 前記フォーマット規則は、前記トラックの各サンプルにおける前記１つ以上のサブピク
チャまたは前記１つ以上のスライスの順序が、前記トラックに記憶されたビットストリー
ムにおける前記１つ以上のサブピクチャまたは前記１つ以上のスライスの順序と同じであ
ることを規定する、請求項１～５のいずれか１項に記載の方法。 - 前記フォーマット規則は、トラックの各サンプルにおける前記１つ以上のサブピクチャ
または前記１つ以上のスライスの復号化の順序が、前記トラックに記憶されたビットスト
リームにおいて連続しているかどうかを示す指示を含むかどうかをさらに規定する、請求
項１～６のいずれか１項に記載の方法。 - 前記指示は、前記トラックのベーストラックサンプルエントリ記述に含まれる、請求項
７に記載の方法。 - 前記フォーマット規則は、前記指示がないことに呼応して、前記トラックにおける前記
１つ以上のサブピクチャまたは前記１つ以上のスライスを別のトラックの別のサブピクチ
ャまたは別のスライスにマージすることを許可しないことをさらに指定する、請求項７に
記載の方法。 - 前記指示は、ネットワーク抽象化層（ＮＡＬ）構成ボックスに含まれる、請求項７に記
載の方法。 - 前記指示が１であることは、前記トラックの各サンプルにおけるＮＡＬユニットが、前
記ビットストリームの前記復号化の順序で連続しており、かつ前記トラックをトラック参
照で参照するベーストラックが、前記トラック参照を有する他のトラックを指すことを示
す、請求項７に記載の方法。 - 前記指示が０であることは、前記トラックの各サンプルにおけるＮＡＬユニットが、前
記ビットストリームの前記復号化の順序で連続することを許可するかしないかを示し、か
つ前記トラックをトラック参照で参照するベーストラックが、前記トラック参照を有する
他のトラックを参照しなくてもよいことを示す、請求項７に記載の方法。 - 前記視覚メディアデータは、汎用映像符号化（ＶＶＣ）によって処理され、前記１つ以
上のトラックはＶＶＣトラックである、請求項１～１２のいずれか１項に記載の方法。 - 前記変換は、前記視覚メディアファイルを生成することと、前記フォーマット規則に従
って、前記１つ以上のビットストリームを前記視覚メディアファイルに記憶することと、
を含む、請求項１～１３のいずれか１つに記載の方法。 - 前記変換は、前記フォーマット規則に従って前記視覚メディアファイルを構文解析し、
前記１つ以上のビットストリームを再構成することを含む、請求項１～１３のいずれか１
項に記載の方法。 - 請求項１～１５のいずれか一項以上に記載の方法を実装するように構成された処理装置
を備える映像処理装置。 - 命令を記憶するコンピュータ可読媒体であって、前記命令は、処理装置によって実行さ
れると、請求項１～１５のいずれか１項に記載の方法を実装する、コンピュータ可読媒体
。
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US202063079933P | 2020-09-17 | 2020-09-17 | |
| US63/079,933 | 2020-09-17 | ||
| US202063088126P | 2020-10-06 | 2020-10-06 | |
| US63/088,126 | 2020-10-06 | ||
| JP2021152668A JP7444826B2 (ja) | 2020-09-17 | 2021-09-17 | 符号化された映像におけるサブピクチャトラック |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2021152668A Division JP7444826B2 (ja) | 2020-09-17 | 2021-09-17 | 符号化された映像におけるサブピクチャトラック |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2024020476A true JP2024020476A (ja) | 2024-02-14 |
Family
ID=77801620
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2021152668A Active JP7444826B2 (ja) | 2020-09-17 | 2021-09-17 | 符号化された映像におけるサブピクチャトラック |
| JP2021152669A Active JP7355791B2 (ja) | 2020-09-17 | 2021-09-17 | サブピクチャトラックの参照および処理 |
| JP2023196800A Pending JP2024020476A (ja) | 2020-09-17 | 2023-11-20 | 符号化された映像におけるサブピクチャトラック |
Family Applications Before (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2021152668A Active JP7444826B2 (ja) | 2020-09-17 | 2021-09-17 | 符号化された映像におけるサブピクチャトラック |
| JP2021152669A Active JP7355791B2 (ja) | 2020-09-17 | 2021-09-17 | サブピクチャトラックの参照および処理 |
Country Status (5)
| Country | Link |
|---|---|
| US (2) | US11871143B2 (ja) |
| EP (2) | EP3972278A1 (ja) |
| JP (3) | JP7444826B2 (ja) |
| KR (2) | KR20220037401A (ja) |
| CN (2) | CN114205607A (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2021060827A1 (ko) * | 2019-09-23 | 2021-04-01 | 엘지전자 주식회사 | 변환에 기반한 영상 코딩 방법 및 그 장치 |
| JP7464742B2 (ja) * | 2020-03-21 | 2024-04-09 | 北京字節跳動網絡技術有限公司 | 参照ピクチャリサンプリング |
| EP4128794A4 (en) | 2020-04-19 | 2023-12-27 | Beijing Bytedance Network Technology Co., Ltd. | RESIDUAL CODING WITH OMISSION OF TRANSFORM |
| EP4154533A4 (en) | 2020-06-20 | 2023-11-01 | Beijing Bytedance Network Technology Co., Ltd. | CROSS-LAYER PREDICTION WITH DIFFERENT CODING BLOCK SIZE |
| EP3972278A1 (en) | 2020-09-17 | 2022-03-23 | Lemon Inc. | Subpicture tracks in coded video |
| US20220086387A1 (en) | 2020-09-17 | 2022-03-17 | Lemon Inc. | Subpicture entity groups in video coding |
| US20220201308A1 (en) * | 2020-12-18 | 2022-06-23 | Lg Electronics Inc. | Media file processing method and device therefor |
Family Cites Families (41)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2382940A (en) | 2001-11-27 | 2003-06-11 | Nokia Corp | Encoding objects and background blocks |
| US9565431B2 (en) | 2012-04-04 | 2017-02-07 | Qualcomm Incorporated | Low-delay video buffering in video coding |
| US9479774B2 (en) | 2012-09-24 | 2016-10-25 | Qualcomm Incorporated | Buffering period and recovery point supplemental enhancement information messages |
| US9374585B2 (en) | 2012-12-19 | 2016-06-21 | Qualcomm Incorporated | Low-delay buffering model in video coding |
| WO2015003383A1 (en) | 2013-07-12 | 2015-01-15 | Mediatek Singapore Pte. Ltd. | Methods for inter-view motion prediction |
| GB2516826B (en) | 2013-07-23 | 2016-06-22 | Canon Kk | Method, device and computer program for encapsulating partitioned timed media data by creating tracks to be independently encapsulated in at least one media f |
| GB2516825B (en) | 2013-07-23 | 2015-11-25 | Canon Kk | Method, device, and computer program for encapsulating partitioned timed media data using a generic signaling for coding dependencies |
| US9948915B2 (en) | 2013-07-24 | 2018-04-17 | Qualcomm Incorporated | Sub-PU motion prediction for texture and depth coding |
| SG11201510554RA (en) | 2013-07-24 | 2016-02-26 | Qualcomm Inc | Simplified advanced motion prediction for 3d-hevc |
| US9426465B2 (en) | 2013-08-20 | 2016-08-23 | Qualcomm Incorporated | Sub-PU level advanced residual prediction |
| US9762927B2 (en) | 2013-09-26 | 2017-09-12 | Qualcomm Incorporated | Sub-prediction unit (PU) based temporal motion vector prediction in HEVC and sub-PU design in 3D-HEVC |
| US9667996B2 (en) | 2013-09-26 | 2017-05-30 | Qualcomm Incorporated | Sub-prediction unit (PU) based temporal motion vector prediction in HEVC and sub-PU design in 3D-HEVC |
| WO2015062002A1 (en) | 2013-10-31 | 2015-05-07 | Mediatek Singapore Pte. Ltd. | Methods for sub-pu level prediction |
| EP3092796B1 (en) | 2014-01-07 | 2020-06-17 | Canon Kabushiki Kaisha | Method, device, and computer program for encoding inter-layer dependencies |
| WO2015109598A1 (en) | 2014-01-27 | 2015-07-30 | Mediatek Singapore Pte. Ltd. | Methods for motion parameter hole filling |
| US10567799B2 (en) | 2014-03-07 | 2020-02-18 | Qualcomm Incorporated | Simplified sub-prediction unit (sub-PU) motion parameter inheritance (MPI) |
| JP2017520994A (ja) | 2014-06-20 | 2017-07-27 | 寰發股▲ふん▼有限公司ＨＦＩ Ｉｎｎｏｖａｔｉｏｎ Ｉｎｃ． | ３ｄおよびマルチビュービデオコーディングのサブｐｕ構文シグナリングおよび照明補償方法 |
| US10412387B2 (en) | 2014-08-22 | 2019-09-10 | Qualcomm Incorporated | Unified intra-block copy and inter-prediction |
| CN108781291B (zh) | 2016-01-25 | 2022-03-22 | 皇家Kpn公司 | 空间可缩放视频编码 |
| WO2017143467A1 (en) | 2016-02-22 | 2017-08-31 | Mediatek Singapore Pte. Ltd. | Localized luma mode prediction inheritance for chroma coding |
| US10419768B2 (en) | 2016-03-30 | 2019-09-17 | Qualcomm Incorporated | Tile grouping in HEVC and L-HEVC file formats |
| US10291923B2 (en) * | 2016-05-24 | 2019-05-14 | Qualcomm Incorporated | Mapping of tile grouping and samples in HEVC and L-HEVC file formats |
| WO2018173498A1 (en) | 2017-03-20 | 2018-09-27 | Sharp Kabushiki Kaisha | Systems and methods for signaling scalable video in a media application format |
| GB2560921B (en) * | 2017-03-27 | 2020-04-08 | Canon Kk | Method and apparatus for encoding media data comprising generated content |
| GB2567624B (en) | 2017-10-12 | 2021-05-26 | Canon Kk | Method, device and computer program for transmitting media content |
| GB2567625B (en) | 2017-10-12 | 2020-07-15 | Canon Kk | Method, device, and computer program for generating timed media data |
| TWI719526B (zh) | 2018-07-02 | 2021-02-21 | 大陸商北京字節跳動網絡技術有限公司 | 查找表的更新 |
| EP3854092A4 (en) | 2018-11-02 | 2021-11-17 | Beijing Bytedance Network Technology Co. Ltd. | KEEPING TABLES FOR THE STORAGE OF HMVP CANDIDATES |
| GB2579389B (en) | 2018-11-29 | 2022-07-27 | Canon Kk | Method, device and computer program for encapsulating media data into a media file |
| KR20210101280A (ko) | 2018-12-10 | 2021-08-18 | 노키아 테크놀로지스 오와이 | 컨테이너 파일 포맷 내 정보를 시그널링하기 위한 장치 및 방법 |
| EP3906699A4 (en) | 2019-01-02 | 2022-11-02 | Nokia Technologies Oy | APPARATUS, METHOD AND COMPUTER PROGRAM FOR CODING AND DECODING VIDEO |
| JP7506077B2 (ja) | 2019-01-02 | 2024-06-25 | ノキア テクノロジーズ オサケユイチア | 映像の符号化および復号のための装置、方法、およびコンピュータプログラム |
| HRP20230702T1 (hr) | 2019-01-09 | 2023-10-13 | Huawei Technologies Co., Ltd. | Signaliziranje identifikatora podslike kod kodiranja videa |
| KR20210145736A (ko) * | 2019-03-11 | 2021-12-02 | 브이아이디 스케일, 인크. | 서브-픽처 비트스트림 추출 및 재배치 |
| US20200304820A1 (en) | 2019-03-20 | 2020-09-24 | Nokia Technologies Oy | Method and apparatus for employing patterns in sample metadata signalling in media content |
| GB2584295A (en) * | 2019-05-28 | 2020-12-02 | Canon Kk | Method and apparatus for encoding and decoding a video bitstream for merging regions of interest |
| GB2590435B (en) | 2019-12-17 | 2023-12-20 | Canon Kk | Method, device, and computer program for improving encapsulation of media content |
| CN114930868A (zh) * | 2019-12-31 | 2022-08-19 | 诺基亚技术有限公司 | 用于视频编码和视频解码的方法、装置和计算机程序产品 |
| CN116018809A (zh) | 2020-09-15 | 2023-04-25 | 索尼集团公司 | 信息处理装置和方法 |
| US20220086387A1 (en) | 2020-09-17 | 2022-03-17 | Lemon Inc. | Subpicture entity groups in video coding |
| EP3972278A1 (en) | 2020-09-17 | 2022-03-23 | Lemon Inc. | Subpicture tracks in coded video |
-
2021
- 2021-09-16 EP EP21197212.0A patent/EP3972278A1/en active Pending
- 2021-09-16 US US17/476,885 patent/US11871143B2/en active Active
- 2021-09-16 US US17/477,060 patent/US20220086457A1/en active Pending
- 2021-09-16 EP EP21197224.5A patent/EP3972279A1/en active Pending
- 2021-09-17 CN CN202111092816.8A patent/CN114205607A/zh active Pending
- 2021-09-17 JP JP2021152668A patent/JP7444826B2/ja active Active
- 2021-09-17 KR KR1020210125142A patent/KR20220037401A/ko unknown
- 2021-09-17 JP JP2021152669A patent/JP7355791B2/ja active Active
- 2021-09-17 CN CN202111094309.8A patent/CN114205609A/zh active Pending
- 2021-09-17 KR KR1020210125141A patent/KR20220037400A/ko unknown
-
2023
- 2023-11-20 JP JP2023196800A patent/JP2024020476A/ja active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| EP3972279A1 (en) | 2022-03-23 |
| KR20220037400A (ko) | 2022-03-24 |
| CN114205609A (zh) | 2022-03-18 |
| US20220086457A1 (en) | 2022-03-17 |
| US20220086386A1 (en) | 2022-03-17 |
| JP7444826B2 (ja) | 2024-03-06 |
| JP7355791B2 (ja) | 2023-10-03 |
| EP3972278A1 (en) | 2022-03-23 |
| JP2022050374A (ja) | 2022-03-30 |
| CN114205607A (zh) | 2022-03-18 |
| US11871143B2 (en) | 2024-01-09 |
| JP2022050375A (ja) | 2022-03-30 |
| KR20220037401A (ko) | 2022-03-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7397036B2 (ja) | 映像符号化におけるサブピクチャエンティティ | |
| JP7444826B2 (ja) | 符号化された映像におけるサブピクチャトラック | |
| JP2023513343A (ja) | 映像ビットストリームにおける同一位置に配置されたピクチャの指示 | |
| JP7222043B2 (ja) | ビデオコーディングにおけるデコード機能情報のストレージ | |
| KR20220030190A (ko) | 미디어 파일에 대한 브랜드 | |
| CN114302143A (zh) | 视频编解码中的自适应参数集存储 | |
| JP7413433B2 (ja) | サブピクチャトラックのレベル情報 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20231211 |