JP7434578B2 - ポイントクラウドデ－タ送信装置、ポイントクラウドデ－タ送信方法、ポイントクラウドデ－タ受信装置及びポイントクラウドデ－タ受信方法 - Google Patents

ポイントクラウドデ－タ送信装置、ポイントクラウドデ－タ送信方法、ポイントクラウドデ－タ受信装置及びポイントクラウドデ－タ受信方法 Download PDF

Info

Publication number
JP7434578B2
JP7434578B2 JP2022542126A JP2022542126A JP7434578B2 JP 7434578 B2 JP7434578 B2 JP 7434578B2 JP 2022542126 A JP2022542126 A JP 2022542126A JP 2022542126 A JP2022542126 A JP 2022542126A JP 7434578 B2 JP7434578 B2 JP 7434578B2
Authority
JP
Japan
Prior art keywords
point cloud
information
video
unit
atlas
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022542126A
Other languages
English (en)
Other versions
JP2023509537A (ja
Inventor
オ，セジン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2023509537A publication Critical patent/JP2023509537A/ja
Application granted granted Critical
Publication of JP7434578B2 publication Critical patent/JP7434578B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T9/00—Image 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4343—Extraction or processing of packetized elementary streams [PES]
    • 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/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/597—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding specially adapted for multi-view video sequence encoding
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T17/00—Three dimensional [3D] modelling, e.g. data description of 3D objects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T9/00—Image coding
    • G06T9/001—Model-based coding, e.g. wire frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/184—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being bits, e.g. of the compressed video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2365—Multiplexing of several video streams
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440245—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display the reformatting operation being performed only on part of the stream, e.g. a region of the image or a time segment
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/4728—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for selecting a Region Of Interest [ROI], e.g. for requesting a higher resolution version of a selected region
    • 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/81—Monomedia components thereof
    • H04N21/816—Monomedia components thereof involving special video data, e.g 3D video
    • 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/20—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video object coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Graphics (AREA)
  • Geometry (AREA)
  • Software Systems (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Communication Control (AREA)

Description

実施例はユ－ザにＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ、仮想現実）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ、増強現実）、ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ、複合現実）及び自律走行サ－ビスなどの様々なサ－ビスを提供するために、ポイントクラウド（Ｐｏｉｎｔ Ｃｌｏｕｄ）コンテンツを提供する方案を提供する。
ポイントクラウドは３Ｄ空間上のポイントの集合である。３Ｄ空間上のポイントの量が多く、ポイントクラウドデ－タの生成が難しいという問題がある。
ポイントクラウドのデ－タの送受信のためには、大量の処理量が求められるという問題がある。
実施例に係る技術的課題は、上記問題点を解決するために、ポイントクラウドを効率的に送受信するためのポイントクラウドデ－タ送信装置、送信方法、ポイントクラウドデ－タ受信装置及び受信方法を提供することにある。
実施例に係る技術的課題は、遅延時間（ｌａｔｅｎｃｙ）及び符号化／復号の複雑度を解決するためのポイントクラウドデ－タ送信装置、送信方法、ポイントクラウドデ－タ受信装置及び受信方法を提供することにある。
但し、上記技術的課題のみに制限されず、この明細書の全ての内容に基づいて当業者が導き出される他の技術的課題にも実施例の権利範囲を拡張することができる。
上記目的及び他の利点を達成するために、実施例に係るポイントクラウドデ－タ送信方法は、ポイントクラウドデ－タを符号化する段階；ポイントクラウドデ－タをカプセル化（ｅｎｃａｐｓｕｌａｔｉｎｇ）する段階；及びポイントクラウドデ－タを送信する段階を含む。また実施例によるポイントクラウドデ－タ受信装置は、ポイントクラウドデ－タを受信する受信部；ポイントクラウドデ－タをデカプセル化（ｄｅｃａｐｓｕｌａｔｉｎｇ）するデカプセル化部；及びポイントクラウドデ－タを復号するデコ－ダを含む（備える；構成する；構築する；設定する；包接する；包含する；含有する）。
実施例によるポイントクラウドデ－タ送信方法、送信装置、ポイントクラウドデ－タ受信方法及び受信装置は、良質のポイントクラウドサ－ビスを提供することができる。
実施例によるポイントクラウドデ－タ送信方法、送信装置、ポイントクラウドデ－タ受信方法及び受信装置は、様々なビデオコ－デック方式を達成することができる。
実施例によるポイントクラウドデ－タ送信方法、送信装置、ポイントクラウドデ－タ受信方法及び受信装置は、自立走行サ－ビスなどの汎用のポイントクラウドコンテンツを提供することができる。
図面は実施例をさらに理解するために添付され、実施例に関する説明と共に実施例を示す。
実施例によるポイントクラウドコンテンツを提供するための送信／受信システム構造の一例を示す。 実施例によるポイントクラウドデ－タのキャプチャ－の一例を示す。 実施例によるポイントクラウド及びジオメトリ、テクスチャイメ－ジの一例を示す。 実施例によるＶ－ＰＣＣ符号化処理の一例を示す。 実施例による表面（Ｓｕｒｆａｃｅ）の接平面（ｔａｎｇｅｎｔ ｐｌａｎｅ）及び法線ベクトル（ｎｏｒｍａｌ ｖｅｃｔｏｒ）の一例を示す。 実施例によるポイントクラウドのバウンディングボックス（ｂｏｕｎｄｉｎｇ ｂｏｘ）の一例を示す。 実施例による占有マップ（ｏｃｃｕｐａｎｃｙ ｍａｐ）の個別パッチ（ｐａｔｃｈ）の位置決めの一例を示す。 実施例によるノ－マル（ｎｏｒｍａｌ）、タンジェント（ｔａｎｇｅｎｔ）、バイタンジェント（ｂｉｔａｎｇｅｎｔ）軸の関係の一例を示す。 実施例によるプロジェクションモ－ドの最小モ－ド及び最大モ－ドの構成の一例を示す。 実施例によるＥＤＤコ－ドの一例を示す。 実施例による隣接点のカラ－（ｃｏｌｏｒ）値を用いた復色（ｒｅｃｏｌｏｒｉｎｇ）の一例を示す。 実施例によるプッシュ－プルバックグラウンドフィリング（ｐｕｓｈ－ｐｕｌｌ ｂａｃｋｇｒｏｕｎｄ ｆｉｌｌｉｎｇ）の一例を示す。 実施例による４＊４サイズのブロック（ｂｌｏｃｋ）に対して可能なトラバ－サルオ－ダ－（ｔｒａｖｅｒｓａｌ ｏｒｄｅｒ）の一例を示す。 実施例によるベストトラバ－サルオ－ダ－の一例を示す。 実施例による２Ｄビデオ／イメ－ジエンコ－ダ（２Ｄ ｖｉｄｅｏ／ｉｍａｇｅ Ｅｎｃｏｄｅｒ）の一例を示す。 実施例によるＶ－ＰＣＣ復号プロセス（ｄｅｃｏｄｉｎｇ ｐｒｏｃｅｓｓ）の一例を示す。 実施例による２Ｄビデオ／イメ－ジデコ－ダ（２Ｄ Ｖｉｄｅｏ／Ｉｍａｇｅ Ｄｅｃｏｄｅｒ）の一例を示す。 実施例による送信装置の動作の流れの一例を示す。 実施例による受信装置の動作の流れの一例を示す。 実施例によるＶ－ＰＣＣ基盤のポイントクラウドデ－タの格納及びストリ－ミングのためのア－キテクチャの一例を示す。 実施例によるポイントクラウドデ－タの格納及び送信装置の構成の一例を示す。 実施例によるポイントクラウドデ－タ受信装置の構成の一例を示す。 実施例によるポイントクラウドデ－タの送受信方法／装置と連動可能な構造の一例を示す。 実施例によるポイントクラウドの一部３次元領域とビデオフレ－ム上の領域の間の連関性を示す。 実施例によるポイントクラウドデ－タを含むビットストリ－ムの構造を示す。 実施例によるポイントクラウドデ－タを含むビットストリ－ムの構造を示す。 実施例によるＶ－ＰＣＣユニット及びＶ－ＰＣＣユニットヘッダを示す。 実施例によるＶ－ＰＣＣユニットのペイロ－ドを示す。 実施例によるパラメ－タセット（Ｖ－ＰＣＣ ｐａｒａｍｅｔｅｒ ｓｅｔ）を示す。 実施例によるアトラスビットストリ－ムの構造を示す。 実施例によるアトラスシ－ケンスパラメ－タセット（ａｔｌａｓ ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）を示す。 実施例によるアトラスフレ－ムパラメ－タセット（ａｔｌａｓ ｆｒａｍｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）を示す。 実施例によるアトラスフレ－ムタイル情報（ａｔｌａｓ＿ｆｒａｍｅ＿ｔｉｌｅ＿ｉｎｆｏｒｍａｔｉｏｎ）を示す。 実施例による補足強化情報（Ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ、ＳＥＩ）を示す。 実施例による３ＤバウンディングボックスＳＥＩを示す。 実施例による３Ｄ領域マッピング情報ＳＥＩメッセ－ジを示す。 実施例によるボリュメトリックタイリング情報を示す。 実施例によるボリュメトリックタイリング情報客体を示す。 実施例によるボリュメトリックタイリング情報ラベルを示す。 実施例によるカプセル化されたＶ－ＰＣＣデ－タコンテナの構造を示す。 実施例による絶縁されたＶ－ＰＣＣデ－タコンテナ構造を示す。 実施例によるＶ－ＰＣＣサンプルエントリ－を示す。 実施例によるトラックの代替及びグル－ピングを示す。 実施例による３Ｄ領域マッピング情報構造を示す。 実施例による３Ｄ領域マッピング情報構造を示す。 実施例によるノンタイム（ｎｏｎ－ｔｉｍｅｄ）Ｖ－ＰＣＣデ－タをカプセル化するための構造を示す。 実施例によるポイントクラウドデ－タ送信方法を示す。 実施例によるポイントクラウドデ－タ受信方法を示す。
以下、添付図面を参照しながら望ましい実施例について具体的に説明する。添付図面を参照した以下の詳細な説明は、実施例によって具現可能な実施例のみを示すというよりは、望ましい実施例を説明するためのものである。以下の詳細な説明は実施例に対する徹底な理解を提供するために細部事項を含む。しかし、かかる細部事項がなくても実施例を実行できることは当業者にとって明らかである。
実施例で使用するほとんどの用語は該当分野において広く使用される一般的なものであるが、一部は出願人によって任意に選択されたものであり、その意味は必要によって以下に詳しく説明する。よって、実施例は用語の単純な名称や意味ではなく、用語が意図する意味に基づいて理解されるべきである。
図１は、実施例によるポイントクラウドコンテンツを提供するための送信／受信システム構造の一例を示す。
本文書では、ユ－ザにＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ、仮想現実）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ、増強現実）、ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ、混合現実）及び自立走行サ－ビスなどの様々なサ－ビスを提供するために、ポイントクラウドコンテンツを提供する方案を提供する。実施例によるポイントクラウドコンテンツは、客体をポイントによって表現したデ－タを示し、ポイントクラウド、ポイントクラウドデ－タ、ポイントクラウドビデオデ－タ、ポイントクラウドイメ－ジデ－タなどとも呼ばれる。
実施例によるポイントクラウドデ－タ送信装置（Ｔｒａｎｓｍｉｓｓｉｏｎ ｄｅｖｉｃｅ）１００００は、ポイントクラウドビデオ取得部（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｖｉｄｅｏ Ａｃｑｕｉｓｉｔｉｏｎ ｕｎｉｔ）１０００１、ポイントクラウドビデオエンコ－ダ（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｖｉｄｅｏ Ｅｎｃｏｄｅｒ）１０００２、ファイル／セグメントカプセル化部１０００３及び／又は送信機（Ｔｒａｎｓｍｉｔｔｅｒ（ｏｒ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ｍｏｄｕｌｅ））１０００４を含む。実施例による送信装置は、ポイントクラウドビデオ（又はポイントクラウドコンテンツ）を確保して処理し、送信することができる。実施例によって、送信装置は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、ネットワ－ク、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）機器及び／又はシステム、ロボット、ＡＲ／ＶＲ／ＸＲ機器及び／又はサ－バ－などを含む。また実施例によって、送信装置１００００は、無線接続技術（例えば、５Ｇ ＮＲ（Ｎｅｗ ＲＡＴ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ））を用いて、基地局及び／又は他の無線機器と通信を行う機器、ロボット、車両、ＡＲ／ＶＲ／ＸＲ機器、携帯機器、家電、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）機器、ＡＩ機器／サ－バ－などを含む。
実施例によるポイントクラウドビデオ取得部（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｖｉｄｅｏ Ａｃｑｕｉｓｉｔｉｏｎ ｕｎｉｔ）１０００１は、ポイントクラウドビデオのキャプチャ－、合成又は生成プロセスなどによってポイントクラウドビデオを取得する。
実施例によるポイントクラウドビデオエンコ－ダ（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｖｉｄｅｏ Ｅｎｃｏｄｅｒ）１０００２は、ポイントクラウドビデオデ－タを符号化する。実施例によって、ポイントクラウドビデオエンコ－ダ１０００２は、ポイントクラウドエンコ－ダ、ポイントクラウドデ－タエンコ－ダ、エンコ－ダなどと呼ばれる。また実施例によるポイントクラウド圧縮コ－ティング（符号化）は、上述した実施例に限らない。ポイントクラウドビデオエンコ－ダは、符号化されたポイントクラウドビデオデ－タを含むビットストリ－ムを出力する。ビットストリ－ムは符号化されたポイントクラウドビデオデ－タのみならず、ポイントクラウドビデオデ－タの符号化に関連するシグナリング情報を含む。
実施例によるエンコ－ダはＧ－ＰＣＣ（Ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ Ｐｏｉｎｔ Ｃｌｏｕｄ Ｃｏｍｐｒｅｓｓｉｏｎ）符号化方式及び／又はＶ－ＰＣＣ（Ｖｉｄｅｏ－ｂａｓｅｄ Ｐｏｉｎｔ Ｃｌｏｕｄ Ｃｏｍｐｒｅｓｓｉｏｎ）符号化方式をいずれも支援する。またエンコ－ダはポイントクラウド（ポイントクラウドデ－タ又はポイントの全てを称する）及び／又はポイントクラウドに関するシグナリングデ－タを符号化することができる。実施例による符号化の具体的な動作については後述する。
一方、この明細書で使用するＶ－ＰＣＣ用語は、ビデオ基盤のポイントクラウド圧縮（Ｖｉｄｅｏ－ｂａｓｅｄ ｐｏｉｎｔ Ｃｌｏｕｄ Ｃｏｍｐｒｅｓｓｉｏｎ（Ｖ－ＰＣＣ））を意味し、Ｖ－ＰＣＣ用語はビジュアルボリュメトリックビデオ基盤のコ－ディング（Ｖｉｓｕａｌ Ｖｏｌｕｍｅｔｒｉｃ Ｖｉｄｅｏ－ｂａｓｅｄ Ｃｏｄｉｎｇ（Ｖ３Ｃ））と同一であり、相互補完して称することができる。
実施例によるファイル／セグメントカプセル化部（Ｆｉｌｅ／Ｓｅｇｍｅｎｔ Ｅｎｃａｐｓｕｌａｔｉｏｎ ｍｏｄｕｌｅ）１０００３は、ポイントクラウドデ－タをファイル及び／又はセグメントの形式でカプセル化する。実施例によるポイントクラウドデ－タ送信方法／装置は、ポイントクラウドデ－タをファイル及び／又はセグメントの形式で送信することができる。
実施例による送信機（Ｔｒａｎｓｍｉｔｔｅｒ（ｏｒ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ｍｏｄｕｌｅ））１０００４は、符号化されたポイントクラウドビデオデ－タをビットストリ－ムの形式で送信する。実施例によって、ファイル又はセグメントは、ネットワ－クを介して受信装置へ送信されるか、又はデジタル記憶媒体（例えば、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブル－レイ、ＨＤＤ、ＳＳＤなど）に格納される。実施例による送信機は受信装置（又は受信機（Ｒｅｃｅｉｖｅｒ））と４Ｇ、５Ｇ、６Ｇなどのネットワ－クを介して有／無線通信が可能である。また送信機はネットワ－クシステム（例えば、４Ｇ、５Ｇ、６Ｇなどの通信ネットワ－クシステム）に応じて必要なデ－タ処理の動作を行うことができる。また送信装置はオン・デマンド（Ｏｎ Ｄｅｍａｎｄ）の方式によってカプセル化されたデ－タを送信することもできる。
実施例によるポイントクラウドデ－タ受信装置（Ｒｅｃｅｐｔｉｏｎ ｄｅｖｉｃｅ）１０００５は、受信機（Ｒｅｃｅｉｖｅｒ）１０００６、ファイル／セグメントデカプセル化部１０００７、ポイントクラウドビデオデコ－ダ（Ｐｏｉｎｔ Ｃｌｏｕｄ ｖｉｄｅｏ Ｄｅｃｏｄｅｒ）１０００８、及び／又はレンダラ－（Ｒｅｎｄｅｒｅｒ）１０００９を含む。実施例によって受信装置は無線接続技術（例えば、５Ｇ ＮＲ（Ｎｅｗ ＲＡＴ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ））を用いて、基地局及び／又は他の無線機器と通信を行う機器、ロボット、車両、ＡＲ／ＶＲ／ＸＲ機器、携帯機器、家電、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）機器、ＡＩ機器／サ－バ－などを含む。
実施例による受信機（Ｒｅｃｅｉｖｅｒ）１０００６は、ポイントクラウドビデオデ－タを含むビットストリ－ムを受信する。実施例によって受信機１０００６は、フィ－ドバック情報（Ｆｅｅｄｂａｃｋ Ｉｎｆｏｒｍａｔｉｏｎ）をポイントクラウドデ－タ送信装置１００００に送信する。
ファイル／セグメントデカプセル化部（Ｆｉｌｅ／Ｓｅｇｍｅｎｔ Ｄｅｃａｐｓｕｌａｔｉｏｎ ｍｏｄｕｌｅ）１０００７は、ポイントクラウドデ－タを含むファイル及び／又はセグメントをデカプセル化する。実施例によるデカプセル化部は実施例によるカプセル化過程の逆過程を行う。
ポイントクラウドビデオデコ－ダ（Ｐｏｉｎｔ Ｃｌｏｕｄ ｖｉｄｅｏ Ｄｅｃｏｄｅｒ）１０００７は、受信したポイントクラウドビデオデ－タを復号する。実施例によるデコ－ダは実施例による符号化の逆過程を行う。
レンダラ－（Ｒｅｎｄｅｒｅｒ）１０００７は、復号されたポイントクラウドビデオデ－タをレンダリングする。実施例によってレンダラ－１０００７は受信端側で取得したフィ－ドバック情報をポイントクラウドビデオデコ－ダ１０００６に送信する。実施例によるポイントクラウドビデオデ－タはフィ－ドバック情報を受信機に送信する。実施例によれば、ポイントクラウド送信装置が受信したフィ－ドバック情報は、ポイントクラウドビデオエンコ－ダに提供される。
図面において点線で示した矢印は、受信装置１０００５で取得したフィ－ドバック情報（ｆｅｅｄｂａｃｋ ｉｎｆｏｒｍａｔｉｏｎ）の送信経路を示す。フィ－ドバック情報は、ポイントクラウドコンテンツを消費するユ－ザとの相互作用を反映するための情報であって、ユ－ザの情報（例えば、ヘッドオリエンテ－ション情報、ビュ－ポ－ト情報など）を含む。特にポイントクラウドコンテンツがユ－ザとの相互作用が必要なサ－ビス（例えば、自律走行サ－ビスなど）のためのものである場合、フィ－ドバック情報はコンテンツ送信側（例えば、送信装置１００００）及び／又はサ－ビス供給者に伝送される。実施例によっては、フィ－ドバック情報は送信装置１００００だけではなく受信装置１０００５で使用されることもあり、提供されないこともある。
実施例によるヘッドオリエンテ－ション情報は、ユ－ザの頭の位置、方向、角度、動きなどに関する情報である。実施例による受信装置１０００５は、ヘッドオリエンテ－ション情報に基づいてビュ－ポ－ト情報を算出する。ビュ－ポ－ト情報はユ－ザが見ているポイントクラウドビデオの領域に関する情報である。視点（ｖｉｅｗｐｏｉｎｔ）はユ－ザがポイントクラウドビデオを見ている点であり、ビュ－ポ－ト領域の真ん中を意味する。即ち、ビュ－ポ－トは視点を中心とする領域であり、領域のサイズ、形態などはＦＯＶ（Ｆｉｅｌｄ Ｏｆ Ｖｉｅｗ）により決定される。従って、受信装置１０００４は、ヘッドオリエンテ－ション情報の他に、装置が支援する垂直（ｖｅｒｔｉｃａｌ）或いは水平（ｈｏｒｉｚｏｎｔａｌ）ＦＯＶなどに基づいてビュ－ポ－ト情報を抽出することができる。また受信装置１０００５はゲイズ分析（Ｇａｚｅ Ａｎａｌｙｓｉｓ）などを行って、ユ－ザのポイントクラウド消費方式、ユ－ザが凝視するポイントクラウドビデオ領域、凝視時間などを確認する。実施例によれば、受信装置１０００５はゲイズ分析の結果を含むフィ－ドバック情報を送信装置１００００に送信する。実施例によるフィ－ドバック情報はレンダリング及び／又はディスプレイプロセスで得られる。実施例によるフィ－ドバック情報は、受信装置１０００５に含まれた一つ又はそれ以上のセンサにより確保される。また実施例によれば、フィ－ドバック情報は、レンダラ－１０００９又は別の外部エレメント（又はデバイス、コンポ－ネントなど）により確保される。図１に示された点線はレンダラ－１０００９で確保したフィ－ドバック情報の伝送プロセスを示す。ポイントクラウドコンテンツ提供システムはフィ－ドバック情報に基づいてポイントクラウドデ－タを処理（符号化／復号）する。従って、ポイントクラウドビデオデ－タデコ－ダ１０００８はフィ－ドバック情報に基づいて復号の動作を行うことができる。また受信装置１０００５はフィ－ドバック情報を送信装置に送信する。送信装置（又はポイントクラウドビデオデ－タエンコ－ダ１０００２）は、フィ－ドバック情報に基づいて符号化動作を行う。従って、ポイントクラウドコンテンツ提供システムは、全てのポイントクラウドデ－タを処理（符号化／復号）せず、フィ－ドバック情報に基づいて必要なデ－タ（例えば、ユ－ザのヘッド位置に対応するポイントクラウドデ－タ）を効率的に処理して、ユ－ザにポイントクラウドコンテンツを提供することができる。
実施例において、送信装置１００００はエンコ－ダ、送信デバイス、送信機などと呼ばれ、受信装置１０００４はデコ－ダ、受信デバイス、受信機などと呼ばれる。
実施例による図１のポイントクラウドコンテンツ提供システムで処理される（取得／符号化／送信／復号／レンダリングの一連のプロセスで処理される）ポイントクラウドデ－タは、ポイントクラウドコンテンツデ－タ又はポイントクラウドビデオデ－タとも呼ばれる。実施例によれば、ポイントクラウドコンテンツデ－タはポイントクラウドデ－タに関連するメタデ－タ又はシグナリング情報を含む概念として使用することができる。
図１に示したポイントクラウドコンテンツ提供システムの要素は、ハ－ドウェア、ソフトウェア、プロセッサ及び／又はそれらの組み合わせなどで具現できる。
実施例はユ－ザにＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ、仮想現実）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ、増強現実）、ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ、混合現実）及び自立走行サ－ビスなどの様々なサ－ビスを提供するために、ポイントクラウドコンテンツを提供する。
ポイントクラウドコンテンツサ－ビスを提供するために、まず、ポイントクラウドビデオを得る。得られたポイントクラウドビデオは、一連のプロセスにより送信され、受信側で受信したデ－タを再び元のポイントクラウドビデオに加工してレンダリングする。これにより、ポイントクラウドビデオをユ－ザに提供することができる。実施例はこれらの一連のプロセスを効果的に行うために必要な方案を提供する。
ポイントクラウドコンテンツサ－ビスを提供するための全体のプロセス（ポイントクラウドデ－タ送信方法及び／又はポイントクラウドデ－タ受信方法）は、取得プロセス、符号化プロセス、送信プロセス、復号プロセス、レンダリングプロセス及び／又はフィ－ドバックプロセスを含む。
実施例によれば、ポイントクラウドコンテンツ（又はポイントクラウドデ－タ）を提供するプロセスは、ポイントクラウド圧縮（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｃｏｍｐｒｅｓｓｉｏｎ）プロセスとも呼ぶ。実施例によれば、ポイントクラウド圧縮プロセスは、ジオメトリ基盤のポイントクラウド圧縮（Ｇｅｏｍｅｔｒｙ－ｂａｓｅｄ Ｐｏｉｎｔ Ｃｌｏｕｄ Ｃｏｍｐｒｅｓｓｉｏｎ）プロセスを意味する。
実施例によるポイントクラウドデ－タ送信装置及びポイントクラウドデ－タ受信装置の各要素は、ハ－ドウェア、ソフトウェア、プロセッサ及び／又はそれらの組み合わせなどを意味する。
ポイントクラウドコンテンツサ－ビスを提供するために、まず、ポイントクラウドビデオを得る。得られたポイントクラウドビデオは、一連のプロセスにより送信され、受信側で受信したデ－タを再び元のポイントクラウドビデオに加工してレンダリングする。これにより、ポイントクラウドビデオをユ－ザに提供することができる。本発明はこれらの一連のプロセスを効果的に行うために必要な方案を提供する。
ポイントクラウドコンテンツサ－ビスを提供するための全てのプロセスは、取得プロセス、符号化プロセス、送信プロセス、復号プロセス、レンダリングプロセス及び／又はフィ－ドバックプロセスを含む。
ポイントクラウド圧縮システムは、送信デバイス及び受信デバイスを含む。送信デバイスはポイントクラウドビデオを符号化してビットストリ－ムを出力し、それをファイル又はストリ－ミング（ストリ－ミングセグメント）の形式でデジタル記憶媒体又はネットワ－クを介して受信デバイスへ伝送する。デジタル記憶媒体は、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブル－レイ、ＨＤＤ、ＳＳＤなど様々な記憶媒体を含む。
送信デバイスは概略にポイントクラウドビデオ取得部、ポイントクラウドビデオエンコ－ダ、ファイル／セグメントカプセル化部、送信部を含む。受信デバイスは概略に受信部、ファイル／セグメントデカプセル化部、ポイントクラウドビデオデコ－ダ及びレンダラ－を含む。エンコ－ダはポイントクラウドビデオ／映像／ピクチャ－／フレ－ム符号化装置とも呼ばれ、デコ－ダはポイントクラウドビデオ／映像／ピクチャ－／フレ－ム復号装置とも呼ばれる。送信機はポイントクラウドビデオエンコ－ダに含まれてもよい。受信機はポイントクラウドビデオデコ－ダに含まれてもよい。レンダラ－はディスプレイ部を含んでもよく、レンダラ－及び／又はディスプレイ部は別のデバイス又は外部コンポ－ネントで構成されてもよい。送信デバイス及び受信デバイスはフィ－ドバックプロセスのための別の内部又は外部のモジュ－ル／ユニット／コンポ－ネントをさらに含んでもよい。
実施例による受信デバイスの動作は、送信デバイスの動作の逆プロセスに従う。
ポイントクラウドビデオ取得部は、ポイントクラウドビデオのキャプチャ－、合成又は生成プロセスなどを通じてポイントクラウドビデオを得るプロセスを行う。取得プロセスによって、多数のポイントに対する３Ｄ位置（ｘ、ｙ、ｚ）／属性（色、反射率、透明度など）デ－タ、例えば、ＰＬＹ（Ｐｏｌｙｇｏｎ Ｆｉｌｅ ｆｏｒｍａｔ ｏｒ ｔｈｅ Ｓｔａｎｆｏｒｄ Ｔｒｉａｎｇｌｅ ｆｏｒｍａｔ）ファイルなどが生成される。複数のフレ－ムを有するビデオの場合、１つ以上のファイルを得ることができる。キャプチャ－プロセスにおいてポイントクラウドに関連するメタデ－タ（例えば、キャプチャ－に関するメタデ－タなど）が生成される。
実施例によるポイントクラウドデ－タ送信装置は、ポイントクラウドデ－タを符号化するエンコ－ダ、及びポイントクラウドデ－タを送信する送信機を含んでもよい。またポイントクラウドを含むビットストリ－ムの形式で送信されてもよい。
実施例によるポイントクラウドデ－タ受信装置は、ポイントクラウドデ－タを受信する受信部、ポイントクラウドデ－タを復号するデコ－ダ、及びポイントクラウドデ－タをレンダリングするレンダラ－を含む。
実施例による方法／装置は、ポイントクラウドデ－タ送信装置及び／又はポイントクラウドデ－タ受信装置を示す。
図２は、実施例によるポイントクラウドデ－タのキャプチャ－の一例を示す。
実施例によるポイントクラウドデ－タはカメラなどにより得られる。実施例によるキャプチャ－の方法は、例えば、内向き方式（ｉｎｗａｒｄ－ｆａｃｉｎｇ）及び／又は外向き方式（ｏｕｔｗａｒｄ－ｆａｃｉｎｇ）がある。
実施例による内向き方式は、ポイントクラウドデ－タの客体（Ｏｂｊｅｃｔ）を１つ又は１つ以上のカメラが客体の外側から内側へ撮影して取得するキャプチャ－方式である。
実施例による外向き方式は、ポイントクラウドデ－タの客体を１つ又は１つ以上のカメラが客体の内側から外側へ撮影して取得する方式である。例えば、実施例によればカメラが４つある。
実施例によるポイントクラウドデ－タ又はポイントクラウドコンテンツは、様々な形式の３Ｄ空間上に表現される客体／環境のビデオ又は停止映像である。実施例によれば、ポイントクラウドコンテンツは客体（ｏｂｊｅｃｔなど）に対するビデオ／オ－ディオ／イメ－ジなどを含む。
ポイントクラウドコンテンツキャプチャ－のために深さ（ｄｅｐｔｈ）を得られるカメラ装備（赤外線パタ－ンプロジェクタ－と赤外線カメラとの組み合わせ）と深さ情報に対応する色情報が抽出可能なＲＧＢカメラの組み合わせによって構成される。又はレ－ザパルスを打ち、反射して戻る時間を測定して、反射体の位置座標を測定するレ－ダ－システムを用いるライダ－（ＬｉＤＡＲ）によって深さ情報を抽出することができる。深さ情報より３Ｄ空間上の点で構成されたジオメトリ（ｇｅｏｍｅｔｒｙ）の形式を抽出し、ＲＧＢ情報より各点の色／反射を表現する特質（ａｔｔｒｉｂｕｔｅ）を抽出することができる。ポイントクラウドコンテンツは点に対する位置（ｘ、ｙ、ｚ）、色（ＹＣｂＣｒ又はＲＧＢ）又は反射率（ｒ）情報で構成される。ポイントクラウドコンテンツは、外部環境をキャプチャ－する外向き方式（ｏｕｔｗａｒｄ－ｆａｃｉｎｇ）と、中心客体をキャプチャ－する内向き方式（ｉｎｗａｒｄ－ｆａｃｉｎｇ）とがある。ＶＲ／ＡＲ環境において客体（例えば、キャラクタ－、選手、物、俳優などの核心となる客体）を３６０°にユ－ザが自由に見られるポイントクラウドコンテンツとして構成する場合、キャプチャ－カメラの構成は内向き方式を用いる。また、自立走行のように自動車の現在周辺環境をポイントクラウドコンテンツとして構成する場合は、キャプチャ－カメラの構成は外向き方式を用いる。複数のカメラによってポイントクラウドコンテンツがキャプチャ－されるため、カメラ間のグロ－バル空間座標系（ｇｌｏｂａｌ ｃｏｏｒｄｉｎａｔｅ ｓｙｓｔｅｍ）を設定するためにコンテンツをキャプチャ－する前にカメラの校正プロセスが必要となることもある。
ポイントクラウドコンテンツは、様々な形態の３Ｄ空間上に示される客体／環境のビデオ又は停止映像である。
その他に、ポイントクラウドコンテンツの取得方法は、キャプチャ－されたポイントクラウドビデオに基づいて任意のポイントクラウドビデオが合成できる。又はコンピュ－タ－で生成された仮想の空間に対するポイントクラウドビデオを提供しようとする場合、実際にカメラによるキャプチャ－が行われないことがある。この場合、単に、関連デ－タが生成されるプロセスによって該当キャプチャ－プロセスが代替できる。
キャプチャ－されたポイントクラウドビデオは、コンテンツの質を向上させるための後処理が必要である。映像キャプチャ－プロセスにおいてカメラ装備が提供する範囲内で最大／最小の深さ値が調整できるが、その後にも所望しない領域のポイントデ－タが含まれることがあり、所望しない領域（例えば、背景）を除去するか、又は連結された空間を認識して穴（ｓｐａｔｉａｌ ｈｏｌｅ）を埋める後処理を行ってもよい。また、空間座標系を共有するカメラから抽出されたポイントクラウドは、校正プロセスによって取得した各カメラの位置座標を基準として、各ポイントに対するグロ－バル座標系への変換プロセスにより、１つのコンテンツに統合できる。これにより、１つの広い範囲のポイントクラウドコンテンツを生成することもでき、又はポイントの密度の高いポイントクラウドコンテンツを取得することもできる。
ポイントクラウドビデオエンコ－ダは、入力されるポイントクラウドビデオを１つ以上のビデオストリ－ムに符号化する。１つのポイントクラウドビデオは、複数のフレ－ムを含んでもよく、１つのフレ－ムは停止映像／ピクチャ－に対応する。本文書において、ポイントクラウドビデオとは、ポイントクラウド映像／フレ－ム／ピクチャ－／ビデオ／オ－ディオ／イメ－ジなどを含み、ポイントクラウドビデオはポイントクラウド映像／フレ－ム／ピクチャ－と混用できる。ポイントクラウドビデオエンコ－ダは、ビデオベ－スポイントクラウド圧縮（Ｖ－ＰＣＣ）の手順を行う。ポイントクラウドビデオエンコ－ダは、圧縮及びコ－ティングの効率のために、予測、変換、量子化、エントロピ－符号化などの一連の手順を行う。符号化されたデ－タ（符号化されたビデオ／映像情報）は、ビットストリ－ムの形態で出力される。Ｖ－ＰＣＣ手順に基づく場合、ポイントクラウドビデオエンコ－ダはポイントクラウドビデオを、後述のように、ジオメトリビデオ、特質（ａｔｔｒｉｂｕｔｅ）ビデオ、占有（ｏｃｃｕｐａｎｃｙ）マップビデオ、また付加情報（ａｕｘｉｌｉａｒｙ ｉｎｆｏｒｍａｔｉｏｎ）に分けて符号化する。ジオメトリビデオはジオメトリイメ－ジを含み、特質（ａｔｔｒｉｂｕｔｅ）ビデオは特質イメ－ジを含み、占有（ｏｃｃｕｐａｎｃｙ）マップビデオは占有マップイメ－ジを含む。付加情報は付加パッチ情報（ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ）を含む。特質ビデオ／イメ－ジはテキスチャ－ビデオ／イメ－ジを含む。
カプセル化処理部（ｆｉｌｅ／ｓｅｇｍｅｎｔ ｅｎｃａｐｓｕｌａｔｉｏｎ ｍｏｄｕｌｅ）１０００３は、符号化されたポイントクラウドビデオデ－タ及び／又はポイントクラウドビデオ関連メタデ－タをファイルなどの形式でカプセル化する。ここで、ポイントクラウドビデオ関連メタデ－タは、メタデ－タ処理部などから伝送される。メタデ－タ処理部は、ポイントクラウドビデオエンコ－ダに含まれてもよく、又は別のコンポ－ネント／モジュ－ルで構成されてもよい。カプセル化部は該当デ－タをＩＳＯＢＭＦＦなどのファイルフォ－マットでカプセル化してもよく、その他のＤＡＳＨセグメントなどの形式で処理してもよい。カプセル化処理部は、実施例によれば、ポイントクラウドビデオ関連メタデ－タをファイルフォ－マット上に含ませてもよい。ポイントクラウドビデオ関連メタデ－タは、例えば、ＩＳＯＢＭＦＦファイルフォ－マット上の多様なレベルのボックスに含まれるか、又はファイル内で別のトラックに含まれる。実施例によれば、カプセル化処理部は、ポイントクラウドビデオ関連メタデ－タそのものをファイルでカプセル化する。送信処理部はファイルフォ－マットによってカプセル化されたポイントクラウドビデオデ－タに送信のための処理を加えてもよい。送信処理部は、送信部に含まれてもよく、又は別のコンポ－ネント／モジュ－ルで構成されてもよい。送信処理部は、任意の送信プロトコルに従ってポイントクラウドビデオデ－タを処理する。送信のための処理には、放送網を介して伝送するための処理、ブロ－ドバンドを介して伝送するための処理を含む。実施例による送信処理部は、ポイントクラウドビデオデ－タのみならず、メタデ－タ処理部からポイントクラウドビデオ関連メタデ－タが伝送され、これに送信するための処理を加える。
送信部１０００４は、ビットストリ－ムの形式で出力された符号化されたビデオ／映像情報又はデ－タをファイル又はストリ－ミングの形式でデジタル記憶媒体又はネットワ－クを介して受信デバイスの受信機へ伝送する。デジタル記憶媒体にはＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブル－レイ、ＨＤＤ、ＳＳＤなどが含まれる。送信部は所定のファイルフォ－マットによってメディアファイルを生成するための要素を含み、放送／通信ネットワ－クを介した送信のための要素を含む。受信部はビットストリ－ムを抽出して復号装置に伝送する。
受信機１０００３は、本発明によるポイントクラウドビデオ送信装置が送信したポイントクラウドビデオデ－タを受信する。送信されるチャネルに応じて、受信部は、放送網を介してポイントクラウドビデオデ－タを受信してもよく、ブロ－ドバンドを介してポイントクラウドビデオデ－タを受信してもよい。又はデジタル記憶媒体を介してポイントクラウドビデオデ－タを受信してもよい。
受信処理部は、受信したポイントクラウドビデオデ－タに対して送信プロトコルに従う処理を行う。受信処理部は受信部に含まれてもよく、又は別のコンポ－ネント／モジュ－ルで構成されてもよい。送信側で送信のための処理が行われることに対応するように、受信処理部は上述した送信処理部の逆プロセスを行う。受信処理部は取得したポイントクラウドビデオデ－タはデカプセル化処理部に伝送し、取得したポイントクラウドビデオ関連メタデ－タはメタデ－タ処理部に伝送する。受信処理部が取得するポイントクラウドビデオ関連メタデ－タはシグナリングテ－ブルの形式であってもよい。
デカプセル化処理部（ｆｉｌｅ／ｓｅｇｍｅｎｔ ｄｅｃａｐｓｕｌａｔｉｏｎ ｍｏｄｕｌｅ）１０００７は、受信処理部から伝送されたファイル形式のポイントクラウドビデオデ－タをデカプセル化する。デカプセル化処理部はＩＳＯＢＭＦＦなどによるファイルをデカプセル化し、ポイントクラウドビデオビットストリ－ムないしポイントクラウドビデオ関連メタデ－タ（メタデ－タビットストリ－ム）を取得する。取得したポイントクラウドビデオビットストリ－ムは、ポイントクラウドビデオデコ－ダに伝送し、取得したポイントクラウドビデオ関連メタデ－タ（メタデ－タビットストリ－ム）はメタデ－タ処理部に伝送する。ポイントクラウドビデオビットストリ－ムはメタデ－タ（メタデ－タビットストリ－ム）を含んでもよい。メタデ－タ処理部はポイントクラウドビデオデコ－ダに含まれてもよく、又は別のコンポ－ネント／モジュ－ルで構成されてもよい。デカプセル化処理部が取得するポイントクラウドビデオ関連メタデ－タは、ファイルフォ－マット内のボックス又はトラックの形式であってもよい。デカプセル化処理部は、必要な場合、メタデ－タ処理部からデカプセル化に必要なメタデ－タが伝送される。ポイントクラウドビデオ関連メタデ－タは、ポイントクラウドビデオデコ－ダに伝送されてポイントクラウドビデオ復号の手順に用いられるか、又はレンダラ－に伝送されてポイントクラウドビデオレンダリングの手順に用いられる。
ポイントクラウドビデオデコ－ダは、ビットストリ－ムが入力され、ポイントクラウドビデオエンコ－ダの動作に対応する動作を行い、ビデオ／映像を復号する。この場合、ポイントクラウドビデオデコ－ダは、ポイントクラウドビデオを、後述のように、ジオメトリビデオ、特質（ａｔｔｒｉｂｕｔｅ）ビデオ、占有（ｏｃｃｕｐａｎｃｙ）マップビデオ、また付加情報（ａｕｘｉｌｉａｒｙ ｉｎｆｏｒｍａｔｉｏｎ）に分けて復号する。ジオメトリビデオはジオメトリイメ－ジを含み、特質（ａｔｔｒｉｂｕｔｅ）ビデオは特質イメ－ジを含み、占有（ｏｃｃｕｐａｎｃｙ）マップビデオは占有マップイメ－ジを含む。付加情報は付加パッチ情報（ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ）を含む。特質ビデオ／イメ－ジはテキスチャ－ビデオ／イメ－ジを含む。
復号されたジオメトリイメ－ジと占有マップ及び付加パッチ情報を用いて、３Ｄジオメトリが復元され、その後平滑化プロセスを経てもよい。平滑化された３Ｄジオメトリにテキスチャ－イメ－ジを用いてカラ－値を与えることで、カラ－ポイントクラウド映像／ピクチャ－が復元される。レンダラ－は、復元されたジオメトリ、カラ－ポイントクラウド映像／ピクチャ－をレンダリングする。レンダリングされたビデオ／映像は、ディスプレイ部によってディスプレイされる。ユ－ザはＶＲ／ＡＲディスプレイ又は一般のディスプレイなどによってレンダリングされた結果の全部又は一部の領域を見る。
フィ－ドバックプロセスは、レンダリング／ディスプレイのプロセスにおいて取得可能な様々なフィ－ドバック情報を送信側に伝送するか、受信側のデコ－ダに伝送するプロセスを含んでもよい。フィ－ドバックプロセスにより、ポイントクラウドビデオの消費において相互作用（ｉｎｔｅｒａｃｔｉｖｉｔｙ）が提供される。実施例によれば、フィ－ドバックプロセスにおいてヘッドオリエンテ－ション（Ｈｅａｄ Ｏｒｉｅｎｔａｔｉｏｎ）情報、ユ－ザが現在見ている領域を示すビュ－ポ－ト（Ｖｉｅｗｐｏｒｔ）情報などが伝送される。実施例によれば、ユ－ザは、ＶＲ／ＡＲ／ＭＲ／自立走行環境上に具現されたものと相互作用できるが、この場合、その相互作用に関連する情報がフィ－ドバックプロセスで送信側ないしサ－ビス供給者側に伝送されることがある。実施例によってフィ－ドバックプロセスは行わなくてもよい。
ヘッドオリエンテ－ション情報は、ユ－ザの頭の位置、角度、動きなどに関する情報である。この情報に基づいて、ユ－ザがポイントクラウドビデオ内で現在見ている領域の情報、即ち、ビュ－ポ－ト情報が算出される。
ビュ－ポ－ト情報は、ユ－ザがポイントクラウドビデオで現在見ている領域の情報である。これにより、ゲイズ分析（Ｇａｚｅ Ａｎａｌｙｓｉｓ）が行われ、ユ－ザがどんな方式でポイントクラウドビデオを消費するか、ポイントクラウドビデオのどの領域をどのくらい凝視するかなどを確認できる。ゲイズ分析は、受信側で行われて送信側にフィ－ドバックチャネルを介して伝送される。ＶＲ／ＡＲ／ＭＲディスプレイなどの装置は、ユ－ザの頭の位置／方向、装置が支援する垂直（ｖｅｒｔｉｃａｌ）又は水平（ｈｏｒｉｚｏｎｔａｌ）ＦＯＶなどに基づいてビュ－ポ－ト領域を抽出する。
実施例によれば、上述したフィ－ドバック情報は送信側に伝送されるだけではなく、受信側で消費されてもよい。即ち、上述したフィ－ドバック情報を用いて受信側の復号、レンダリングのプロセスなどが行われる。例えば、ヘッドオリエンテ－ション情報及び／又はビュ－ポ－ト情報を用いて、ユ－ザが現在見ている領域に対するポイントクラウドビデオのみを優先して復号及びレンダリングする。
ここで、ビュ－ポ－ト（ｖｉｅｗｐｏｒｔ）ないしビュ－ポ－ト領域とは、ユ－ザがポイントクラウドビデオで見ている領域である。視点（ｖｉｅｗｐｏｉｎｔ）はユ－ザがポイントクラウドビデオで見ている地点であって、ビュ－ポ－ト領域の真ん中を意味する。即ち、ビュ－ポ－トは視点を中心とした領域であり、その領域が占めるサイズ、形態などはＦＯＶ（Ｆｉｅｌｄ Ｏｆ Ｖｉｅｗ）により決定される。
この明細書は、上述のように、ポイントクラウドビデオ圧縮に関する。例えば、この明細書に開示の方法／実施例は、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）のＰＣＣ（ｐｏｉｎｔ Ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ ｏｒ Ｐｏｉｎｔ Ｃｌｏｕｄ ｃｏｄｉｎｇ）標準又は次世代ビデオ／イメ－ジコ－ティング標準に適用できる。
この明細書においてピクチャ－／フレ－ムは、一般に特定の時間帯の１つの映像を示す単位を意味する。
ピクセル（ｐｉｘｅｌ）又はペル（ｐｅｌ）は１つのピクチャ－（又は映像）を構成する最小の単位を意味する。また、ピクセルに対応する用語として「サンプル（ｓａｍｐｌｅ）」が用いられる。サンプルは、一般に、ピクセル又はピクセルの値を示し、輝度（ｌｕｍａ）成分のピクセル／ピクセル値のみを示してもよく、彩度（ｃｈｒｏｍａ）成分のピクセル／ピクセル値のみを示してもよく、又は深さ（ｄｅｐｔｈ）成分のピクセル／ピクセル値のみを示してもよい。
ユニット（ｕｎｉｔ）は映像処理の基本単位を示す。ユニットはピクチャ－の特定の領域及びその領域に関する情報のうちの少なくとも１つを含む。ユニットは、場合によって、ブロック（ｂｌｏｃｋ）又は領域（ａｒｅａ）又はモジュ－ルなどの用語と混用する。一般の場合、ＭｘＮブロックは、Ｍ個の列とＮ個の行からなるサンプル（又はサンプルアレイ）又は変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔ）の集合（又はアレイ）を含む。
図３は、実施例によるポイントクラウド及びジオメトリ、テクスチャイメ－ジの一例を示す。
実施例によるポイントクラウドは、後述する図４のＶ－ＰＣＣ符号化プロセスに入力され、ジオメトリイメ－ジ、テクスチャイメ－ジが生成される。実施例によれば、ポイントクラウドはポイントクラウドデ－タと同一の意味で使用される。
図３において、左側の図はポイントクラウドであって、３Ｄ空間上にポイントクラウド客体が位置し、これをバウンディングボックスなどで表現するポイントクラウドを示す。図３の中間の図はジオメトリイメ－ジを示し、右側の図はテキスチャ－イメ－ジ（ノン－パッド）を示す。
ビデオベ－スポイントクラウド圧縮（Ｖｉｄｅｏ－ｂａｓｅｄ Ｐｏｉｎｔ Ｃｌｏｕｄ Ｃｏｍｐｒｅｓｓｉｏｎ、Ｖ－ＰＣＣ）は、ＨＥＶＣ（Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）、ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）などの２Ｄビデオコ－デック（ｖｉｄｅｏ ｃｏｄｅｃ）に基づいて３Ｄポイントクラウドデ－タを圧縮する方法である。Ｖ－ＰＣＣ圧縮プロセスにおいて、以下のようなデ－タ及び情報が生成される。
占有マップ（ｏｃｃｕｐａｎｃｙ ｍａｐ）：ポイントクラウドを成す点をパッチに分けて２Ｄ平面にマップするとき、２Ｄ平面の該当位置にデ－タが存在するか否かを０又は１の値で知らせる２進マップ（ｂｉｎａｒｙ ｍａｐ）を示す。占有マップ（ｏｃｃｕｐａｎｃｙ ｍａｐ）はアトラスに対応する２Ｄアレイを示し、占有マップの値はアトラス内の各サンプル位置が３Ｄポイントに対応するか否かを示す。
アトラス（ａｔｌａｓ）は、ボリュメトリックデ－タがレンダリングされる３Ｄ空間内の３Ｄバウンディングボックスに対応する矩形フレ－ムに位置する２Ｄバウンディングボックス及びそれに関連する情報の集合である。
アトラスビットストリ－ム（ａｔｌａｓ ｂｉｔｓｔｒｅａｍ）は、アトラス（ａｔｌａｓ）を構成する１つ以上のアトラスフレ－ム（ａｔｌａｓ ｆｒａｍｅ）と関連デ－タに対するビットストリ－ムである。
アトラスフレ－ム（ａｔｌａｓ ｆｒａｍｅ）は、複数のパッチ（ｐａｔｃｈ）がプロジェクションされたアトラスサンプル（ａｔｌａｓ ｓａｍｐｌｅ）の２Ｄ矩形配列である。
アトラスサンプル（ａｔｌａｓ ｓａｍｐｌｅ）は、アトラス（ａｔｌａｓ）に連関するパッチ（ｐａｔｃｈ）がプロジェクションされた矩形フレ－ムのポジション（ｐｏｓｉｔｉｏｎ）である。
アトラスフレ－ム（ａｔｌａｓ ｆｒａｍｅ）は、タイル（ｔｉｌｅ）に分割される。タイルは２Ｄフレ－ムを分割する単位である。即ち、タイルはアトラスというポイントクラウドデ－タのシグナリング情報を分割する単位である。
パッチ（ｐａｔｃｈ）：ポイントクラウドを構成する点の集合であり、同じパッチに属する点は３Ｄ空間上で互いに隣接し、２Ｄイメ－ジへのマッピングプロセスにおいて６面の境界ボックス平面のうち同じ方向にマップされることを示す。
パッチはタイルを分割する単位である。パッチはポイントクラウドデ－タの構成に関するシグナリング情報である。
実施例による受信装置は、アトラス（タイル、パッチ）に基づいて同じプレゼンテ－ションタイムを有する実際ビデオデ－タである特質ビデオデ－タ、ジオメトリビデオデ－タ、占有ビデオデ－タを復元することができる。
ジオメトリイメ－ジ：ポイントクラウドを成す各点の位置情報（ｇｅｏｍｅｔｒｙ）をパッチ単位で表現する深さマップの形式のイメ－ジを示す。ジオメトリイメ－ジは１チャネルのピクセル値で構成される。ジオメトリはポイントクラウドフレ－ムに連関する座標のセットを示す。
テキスチャ－イメ－ジ（ｔｅｘｔｕｒｅ ｉｍａｇｅ）：ポイントクラウドを成す各点の色情報をパッチ単位で表現するイメ－ジを示す。テキスチャ－イメ－ジは複数のチャネルのピクセル値（例えば、３チャネルＲ、Ｇ、Ｂ）で構成される。テキスチャ－は特質に含まれる。実施例によれば、テキスチャ－及び／又は特質は同一の対象及び／又は包含関係として解釈される。
付加パッチ情報（ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏ）：個別パッチからポイントクラウドを再構成するために必要なメタデ－タを示す。付加パッチ情報は、パッチの２Ｄ／３Ｄ空間における位置、サイズなどに関する情報を含む。
実施例によるポイントクラウドデ－タ、例えば、Ｖ－ＰＣＣコンポ－ネントは、アトラス、占有マップ、ジオメトリ、特質などを含む。
アトラス（ａｔｌａｓ）は、２Ｄバウンディングボックスの集合を示す。パッチ、例えば、直方形（ｒｅｃｔａｎｇｕｌａｒ）フレ－ムにプロジェクトされたパッチである。また、３Ｄ空間において３Ｄバウンディングボックスに対応し、ポイントクラウドのサブセットを示す。
特質（ａｔｔｒｉｂｕｔｅ）は、ポイントクラウド内の各ポイントに連関するスカラ－（ｓｃａｌａｒ）又はベクトル（ｖｅｃｔｏｒ）を示し、例えば、カラ－（ｃｏｌｏｕｒ）、反射率（ｒｅｆｌｅｃｔａｎｃｅ）、面法線（ｓｕｒｆａｃｅ ｎｏｒｍａｌ）、タイムスタンプ（ｔｉｍｅ ｓｔａｍｐｓ）、マテリアルＩＤ（ｍａｔｅｒｉａｌ ＩＤ）などがある。
実施例によるポイントクラウドデ－タは、Ｖ－ＰＣＣ（Ｖｉｄｅｏ－ｂａｓｅｄ Ｐｏｉｎｔ Ｃｌｏｕｄ Ｃｏｍｐｒｅｓｓｉｏｎ）方式によるＰＣＣデ－タを示す。ポイントクラウドデ－タは複数のコンポ－ネントを含む。例えば、占有マップ、パッチ、ジオメトリ及び／又はテキスチャ－などを含む。
図４は、実施例によるＶ－ＰＣＣ符号化処理の一例を示す。
図４は、占有マップ（ｏｃｃｕｐａｎｃｙ ｍａｐ）、ジオメトリイメ－ジ（ｇｅｏｍｅｔｒｙ ｉｍａｇｅ）、テキスチャ－イメ－ジ（ｔｅｘｔｕｒｅ ｉｍａｇｅ）、付加パッチ情報（ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ）を生成して圧縮するためのＶ－ＰＣＣ符号化プロセス（ｅｎｃｏｄｉｎｇ ｐｒｏｃｅｓｓ）を示す。図４のＶ－ＰＣＣ符号化プロセスは、図１のポイントクラウドビデオエンコ－ダ１０００２によって処理される。図４の各構成要素は、ソフトウェア、ハ－ドウェア、プロセッサ及び／又はそれらの組み合わせによって行われる。
パッチ生成部（ｐａｔｃｈ ｇｅｎｅｒａｔｉｏｎ）４００００は又はパッチ生成器はポイントクラウドフレ－ム（ポイントクラウドデ－タを含むビットストリ－ムの形式であってもよい）を受信する。パッチ生成部４００００は、ポイントクラウドデ－タからパッチを生成する。また、パッチの生成に関する情報を含むパッチ情報を生成する。
パッチパッキング（ｐａｔｃｈ ｐａｃｋｉｎｇ）４０００１又はパッチパッカ－はポイントクラウドデ－タに対するパッチをパッグする。例えば、１つ又は１つ以上のパッチをパックする。また、パッチパッキングに関する情報を含む占有マップを生成する。
ジオメトリイメ－ジ生成部（ｇｅｏｍｅｔｒｙ ｉｍａｇｅ ｇｅｎｅｒａｔｉｏｎ）４０００２又はジオメトリイメ－ジ生成器は、ポイントクラウドデ－タ、パッチ、及び／又はパックされたパッチに基づいてジオメトリイメ－ジを生成する。ジオメトリイメ－ジは、ポイントクラウドデ－タに関するジオメトリを含むデ－タをいう。
テキスチャ－イメ－ジ生成部（ｔｅｘｔｕｒｅ ｉｍａｇｅ ｇｅｎｅｒａｔｉｏｎ）４０００３又はテキスチャ－イメ－ジ生成器は、ポイントクラウドデ－タ、パッチ、及び／又はパックされたパッチに基づいてテキスチャ－イメ－ジを生成する。また再構成された（ｒｅｃｏｎｓｔｒｕｃｔｅｄ）ジオメトリイメ－ジをパッチ情報に基づいて平滑化（番号）が平滑化処理をして生成された平滑化ジオメトリにさらに基づいて、テキスチャ－イメ－ジを生成する。
平滑化（ｓｍｏｏｔｈｉｎｇ）４０００４又は平滑化部は、イメ－ジデ－タに含まれたエラ－を緩和又は除去する。例えば、再構成された（ｒｅｃｏｎｓｔｒｕｃｔｅｄ）ジオメトリイメ－ジをパッチ情報に基づいて、デ－タ間エラ－を誘発するような部分を柔らかにフィ－ルタリングして平滑化したジオメトリを生成する。
付加パッチ情報圧縮（ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏ ｃｏｍｐｒｅｓｓｉｏｎ）４０００５又は付加パッチ情報圧縮部は、パッチ生成プロセスで生成されたパッチ情報に関する付加（ａｕｘｉｌｉａｒｙ）パッチ情報を圧縮する。また、圧縮された付加パッチ情報は多重化装置へ伝送され、ジオメトリイメ－ジ生成部４０００２も付加パッチ情報を用いる。
イメ－ジパッド（ｉｍａｇｅ ｐａｄｄｉｎｇ）４０００６、４０００７又はイメ－ジパッド部は、ジオメトリイメ－ジ及びテキスチャ－イメ－ジをそれぞれパッドする。即ち、パッドデ－タがジオメトリイメ－ジ及びテキスチャ－イメ－ジにパッドされる。
グル－プ拡張（ｇｒｏｕｐ ｄｉｌａｔｉｏｎ）４０００８又はグル－プ拡張部は、イメ－ジパッドと同様に、テキスチャ－イメ－ジにデ－タを付加する。付加パッチ情報がテキスチャ－イメ－ジに挿入される。
ビデオ圧縮（ｖｉｄｅｏ ｃｏｍｐｒｅｓｓｉｏｎ）４０００９、４００１０、４００１１又はビデオ圧縮部は、パッドされたジオメトリイメ－ジ、パッドされたテキスチャ－イメ－ジ及び／又は占有マップをそれぞれ圧縮する。圧縮はジオメトリ情報、テキスチャ－情報、占有情報などを符号化する。
エントロピ－圧縮（ｅｎｔｒｏｐｙ ｃｏｍｐｒｅｓｓｉｏｎ）４００１２又はエントロピ－圧縮部は、占有マップをエントロピ－方式に基づいて圧縮（例えば、符号化）する。
実施例によれば、ポイントクラウドデ－タがロスレス（ｌｏｓｓｌｅｓｓ）した場合及び／又はロッシ－（ｌｏｓｓｙ）した場合、占有マップフレ－ムに対してエントロピ－圧縮及び／又はビデオ圧縮が行われる。
多重化装置（ｍｕｌｔｉｐｌｅｘｅｒ）４００１３は、圧縮されたジオメトリイメ－ジ、圧縮されたテキスチャ－イメ－ジ、圧縮された占有マップをビットストリ－ムに多重化する。
以下、実施例による図４の各々のプロセスの詳細な動作を示す。
パッチ生成（Ｐａｔｃｈ ｇｅｎｅｒａｔｉｏｎ）４００００
パッチ生成のプロセスは、ポイントクラウドを２Ｄイメ－ジにマップ（ｍａｐｐｉｎｇ）するために、マッピングを行う単位であるパッチでポイントクラウドを分割するプロセスを意味する。パッチ生成のプロセスは、以下のようにノ－マル（ｎｏｒｍａｌ）値の計算、セグメント（ｓｅｇｍｅｎｔａｔｉｏｎ）、パッチ（ｐａｔｃｈ）分割の３つのステップに分けられる。
図５を参照して、正規値の計算プロセスを具体的に説明する。
図５は、実施例による表面（Ｓｕｒｆａｃｅ）の接平面（ｔａｎｇｅｎｔ ｐｌａｎｅ）及び法線ベクトル（ｎｏｒｍａｌ ｖｅｃｔｏｒ）の一例を示す。
図５の表面は、図４のＶ－ＰＣＣ符号化プロセスのパッチ生成のプロセス４００００において以下のように用いられる。
パッチ生成に関連して法線（Ｎｏｒｍａｌ）計算
ポイントクラウドを成す各点（例えば、ポイント）は、固有の方向を有しているが、これは法線という３Ｄのベクトルで示される。Ｋ－Ｄ ｔｒｅｅなどを用いて求められる各点の隣接点（ｎｅｉｇｈｂｏｒｓ）を用いて、図５のようなポイントクラウドの表面を成す各点の接平面（ｔａｎｇｅｎｔ ｐｌａｎｅ）及び法線ベクトル（ｎｏｒｍａｌ ｖｅｃｔｏｒ）を求める。隣接点を探すプロセスにおけるサ－チ範囲（ｓｅａｒｃｈ ｒａｎｇｅ）はユ－ザによって定義される。
接平面（ｔａｎｇｅｎ ｐｌａｎｅ）：表面の一点を通り、表面上の曲線に対する接線を完全に含んでいる平面を示す。
図６は、実施例によるポイントクラウドのバウンディングボックス（ｂｏｕｎｄｉｎｇ ｂｏｘ）の一例を示す。
実施例による方法／装置、例えば、パッチ生成部がポイントクラウドデ－タからパッチを生成するプロセスにおいてバウンディングボックスを用いる。
実施例によるバウンディングボックスとは、ポイントクラウドデ－タを３Ｄ空間上で六面体に基づいて分割する単位のボックスである。
バウンディングボックスは、ポイントクラウドデ－タの対象となるポイントクラウド客体を３Ｄ空間上の六面体に基づいて各々の六面体の平面にプロジェクトするプロセスにおいて用いる。バウンディングボックスは、図１のポイントクラウドビデオ取得部１００００、ポイントクラウドビデオエンコ－ダ１０００２によって生成、処理される。また、バウンディングボックスに基づいて、図２のＶ－ＰＣＣ符号化プロセスのパッチ生成４００００、パッチパッキング４０００１、ジオメトリイメ－ジ生成４０００２、テキスチャ－イメ－ジ生成４０００３が行われる。
パッチ生成に関連して分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）
分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）は、初期分割（ｉｎｉｔｉａｌ ｓｅｇｍｅｎｔａｔｉｏｎ）と改善分割（ｒｅｆｉｎｅ ｓｅｇｍｅｎｔａｔｉｏｎ）との２つのプロセスからなる。
実施例によるポイントクラウドビデオエンコ－ダ１０００２は、ポイントをバウンディングボックスの一面にプロジェクトする。具体的に、ポイントクラウドを成す各点は、図６のように、ポイントクラウドを囲む６つのバウンディングボックスの面の一面にプロジェクトされるが、初期分割（ｉｎｉｔｉａｌ ｓｅｇｍｅｎｔａｔｉｏｎ）は、各点がプロジェクトされるバウンディングボックスの平面のうちの１つを決定するプロセスである。
決定された平面は、０～５のうちのいずれか１つのインデックス形式の値（ｃｌｕｓｔｅｒ ｉｎｄｅｘ）として識別される。
改善分割（Ｒｅｆｉｎｅ ｓｅｇｍｅｎｔａｔｉｏｎ）は、上述した初期分割（ｉｎｉｔｉａｌ ｓｅｇｍｅｎｔａｔｉｏｎ）のプロセスで決定されたポイントクラウドを成す各点のプロジェクション平面を隣接点のプロジェクション平面を考慮して改善するプロセスである。このプロセスでは、上述した初期分割プロセスにおいてプロジェクション平面を決定するために考慮した各点のノ－マルとバウンディングボックスの各平面のノ－マル値との類似度を成すｓｃｏｒｅ ｎｏｒｍａｌと共に、現在点のプロジェクション平面と隣接点のプロジェクション平面との一致度を示すスコア平滑化ｓｃｏｒｅ ｓｍｏｏｔｈとが同時に考慮される。
Ｓｃｏｒｅ ｓｍｏｏｔｈはｓｃｏｒｅ ｎｏｒｍａｌに対して加重値を与えることで考慮することができ、このとき、加重値はユ－ザによって定義される。改善分割は繰り返し的に行われ、繰り返し回数もユ－ザに定義される。
パッチ生成に関連してパッチ分割（ｓｅｇｍｅｎｔ ｐａｔｃｈｅｓ）
パッチ分割は、上述した初期／改善分割のプロセスで得たポイントクラウドを成す各点のプロジェクション平面情報に基づいて、全体のポイントクラウドを隣接した点の集合であるパッチに分けるプロセスである。パッチ分割は、以下のようなステップからなる。
１］ Ｋ－Ｄ ｔｒｅｅなどを用いてポイントクラウドを成す各点の隣接点を算出する。最大の隣接点の数はユ－ザによって定義される。
２］ 隣接点が現在の点と同一平面にプロジェクトされる場合（同一のクラスタ－インデックス（ｃｌｕｓｔｅｒ ｉｎｄｅｘ）値を有する場合）、現在の点とその隣接点を１つのパッチに抽出する。
３］ 抽出したパッチのジオメトリ値を算出する。詳しい過程について後述する。
４］ 抽出されない点が無くなるまで２］～４］のプロセスを繰り返す。
パッチ分割のプロセスを通じて、各パッチのサイズ及び各パッチの占有マップ、ジオメトリイメ－ジ、テクスチャイメ－ジなどが決定される。
図７は、実施例による占有マップ（ｏｃｃｕｐａｎｃｙ ｍａｐ）の個別パッチ（ｐａｔｃｈ）の位置決めの一例を示す。
実施例によるポイントクラウドエンコ－ダ１０００２は、パッチパッキング及び占有マップを生成することができる。
パッチパッキング及び占有マップの生成（Ｐａｔｃｈ ｐａｃｋｉｎｇ ＆ Ｏｃｃｕｐａｎｃｙ ｍａｐ ｇｅｎｅｒａｔｉｏｎ）４０００１
本プロセスは、以前に分割されたパッチを１つの２Ｄイメ－ジにマップするために、個別パッチの２Ｄイメ－ジ内における位置を決定するプロセスである。占有マップ（Ｏｃｃｕｐａｎｃｙ ｍａｐ）は２Ｄイメ－ジの１つであって、その位置におけるデ－タの存否を０又は１の値で知らせる２進マップ（ｂｉｎａｒｙ ｍａｐ）である。占有マップは、ブロックからなり、ブロックのサイズに応じて解像度が決定されるが、一例としてブロックのサイズが１＊１である場合、ピクセル（ｐｉｘｅｌ）単位の解像度を有する。ブロックのサイズ（ｏｃｃｕｐａｎｃｙ ｐａｃｋｉｎｇ ｂｌｏｃｋ ｓｉｚｅ）はユ－ザによって決定される。
占有マップ内において個別パッチの位置を決定するプロセスは、以下のようである。
１］ 全体の占有マップの値をいずれも０に設定する。
２］ 占有マップ平面に存在する水平座標が［０、ｏｃｃｕｐａｎｃｙＳｉｚｅＵ－ｐａｔｃｈ．ｓｉｚｅＵ０）、垂直座標が［０、ｏｃｃｕｐａｎｃｙＳｉｚｅＶ－ｐａｔｃｈ．ｓｉｚｅＶ０）の範囲にある点（ｕ、 ｖ）にパッチを位置させる。
３］ パッチ平面に存在する水平座標が［０、ｐａｔｃｈ．ｓｉｚｅＵ０）、垂直座標が［０、ｐａｔｃｈ．ｓｉｚｅＶ０）の範囲にある点（ｘ、ｙ）を現在点（ポイント）として設定する。
４］ 点（ｘ、ｙ）に対して、パッチ占有マップの（ｘ、ｙ）座標値が１であり（パッチ内の該当地点にデ－タが存在し）、全体の占有マップの（ｕ＋ｘ、ｖ＋ｙ）座標値が１（以前のパッチにより占有マップが満たされた場合）、ラスタ順に（ｘ、ｙ）位置を変更して、３］～４］のプロセスを繰り返す。そうではない場合、６］のプロセスを行う。
５］ ラスタ順に（ｕ、ｖ）位置を変更して３］～５］のプロセスを繰り返す。
６］ （ｕ、ｖ）を該当パッチの位置に決定し、パッチの占有マップデ－タを全体の占有マップの該当部分に割り当てる（ｃｏｐｙ）。
７］ 次のパッチに対して２］～７］のプロセスを繰り返す。
占有サイズＵ（ｏｃｃｕｐａｎｃｙＳｉｚｅＵ）：占有マップの幅（ｗｉｄｔｈ）を示し、単位は占有パッキングサイズブロック（ｏｃｃｕｐａｎｃｙ ｐａｃｋｉｎｇ ｂｌｏｃｋ ｓｉｚｅ）である。
占有サイズＶ（ｏｃｃｕｐａｎｃｙＳｉｚｅＶ）：占有マップの高さ（ｈｅｉｇｈｔ）を示し、単位は占有パッキングブロックサイズである。
パッチサイズＵ０（ｐａｔｃｈ．ｓｉｚｅＵ０）：占有マップの幅を示し、単位は占有パッキングブロックサイズである。
パッチサイズＶ０（ｐａｔｃｈ．ｓｉｚｅＶ０）：占有マップの高さを示し、単位は占有パッキングブロックサイズである。
例えば、図７のように、占有パッキングサイズブロックに該当するボックス内パッチサイズを有するパッチに対応するボックスが存在し、ボックス内ポイント（ｘ、ｙ）が位置してもよい。
図８は、実施例によるノ－マル（ｎｏｒｍａｌ）、タンジェント（ｔａｎｇｅｎｔ）、バイタンジェント（ｂｉｔａｎｇｅｎｔ）軸の関係の一例を示す。
実施例によるポイントクラウドビデオエンコ－ダ１０００２は、 ジオメトリイメ－ジを生成することができる。ジオメトリイメ－ジとは、ポイントクラウドのジオメトリ情報を含むイメ－ジデ－タを意味する。ジオメトリイメ－ジの生成プロセスは、図８のパッチの３つの軸（ノ－マル、タンジェント、バイタンジェント）を用いる。
ジオメトリイメ－ジの生成（Ｇｅｏｍｅｔｒｙ ｉｍａｇｅ ｇｅｎｅｒａｔｉｏｎ）４０００２
本プロセスでは、個別パッチのジオメトリイメ－ジを構成する深さ（ｄｅｐｔｈ）値を決定し、上述したパッチパッキング（ｐａｔｃｈ ｐａｃｋｉｎｇ）のプロセスで決定されたパッチの位置に基づいて全体のジオメトリイメ－ジを生成する。個別パットのジオメトリイメ－ジを構成する深さ値を決定するプロセスは以下のように構成される。
１］ 個別パッチの位置、サイズに関するパラメ－タを算出する。パラメ－タは以下のような情報を含む。
ノ－マル（ｎｏｒｍａｌ）軸を示すインデックス：ノ－マルは上述したパッチ生成のプロセスで求められ、タンジェント軸はノ－マルと直角の軸のうちパッチイメ－ジの水平（ｕ）軸と一致する軸であり、バイタンジェント軸はノ－マルと直角の軸のうちパッチイメ－ジの垂直（ｖ）軸と一致する軸であって、３つの軸は、以下の図のように示される。
図９は、実施例によるプロジェクションモ－ドの最小モ－ド及び最大モ－ド構成の一例を示す。
実施例によるポイントクラウドビデオエンコ－ダ１０００２は、ジオメトリイメ－ジを生成するために、パッチに基づくプロジェクションを行い、実施例によるプロジェクションのモ－ドは最小モ－ド及び最大モ－ドがある。
パッチの３Ｄ空間座標：パッチを囲む最小サイズのバウンディングボックスによって算出される。例えば、パッチの３Ｄ空間座標にパッチのタンジェント方向最小値（ｐａｔｃｈ ３Ｄ ｓｈｉｆｔ ｔａｎｇｅｎｔ ａｘｉｓ）、パッチのバイタンジェント方向最小値（ｐａｔｃｈ ３Ｄ ｓｈｉｆｔ ｂｉｔａｎｇｅｎｔ ａｘｉｓ）、パッチのノ－マル方向最小値（ｐａｔｃｈ ３Ｄ ｓｈｉｆｔ ｎｏｒｍａｌ ａｘｉｓ）などが含まれる。
パッチの２Ｄサイズ：パッチが２Ｄイメ－ジでパックされるときの水平、垂直方向サイズを示す。水平方向サイズ（ｐａｔｃｈ ２Ｄ ｓｉｚｅ ｕ）はバウンディングボックスのタンジェント方向の最大値と最小値との差であり、垂直方向サイズ（ｐａｔｃｈ ２Ｄ ｓｉｚｅ ｖ）はバウンディングボックスのバイタンジェント方向の最大値と最小値との差である。
２］ パッチのプロジェクションモ－ド（ｐｒｏｊｅｃｔｉｏｎ ｍｏｄｅ）を決定する。プロジェクションモ－ドは、最小モ－ド（ｍｉｎ ｍｏｄｅ）と最大モ－ド（ｍａｘ ｍｏｄｅ）のいずれか１つである。パッチのジオメトリ情報は、深さ値で示されるが、パッチのノ－マル方向にパッチを成す各点をプロジェクトするとき、深さ値の最大値で構成されるイメ－ジと最小値で構成されるイメ－ジの２つのレイヤ（ｌａｙｅｒ）のイメ－ジが生成される。
２つのレイヤのイメ－ジｄ０とｄ１を生成するのに、最小モ－ドである場合、図９のように最小深さがｄ０に構成され、最小深さから表面厚さ（ｓｕｒｆａｃｅ ｔｈｉｃｋｎｅｓｓ）以内に存在する最大深さがｄ１に構成される。
例えば、ポイントクラウドが、図のように２Ｄに位置する場合、複数のポイントを含む複数のパッチがあってもよい。図のように、同じ陰影で示されたポイントが同一のパッチに属することを示す。空欄で示されたポイントのパッチをプロジェクトするプロセスを示す。
空欄で示されたポインを左側／右側にプロジェクトする場合、左側を基準として深さを０、１、２、．．６、７、８、９のように１つずつ増加しながら右側にポイントの深さの算出のための数字を表記する。
プロジェクションモ－ド（Ｐｒｏｊｅｃｔｉｏｎ ｍｏｄｅ）は、ユ－ザの定義によって、全てのポイントクラウドに同一の方法が適用されてもよく、フレ－ム又はパッチごとに異なる方法が適用されてもよい。フレ－ム又はパッチごとに異なるプロジェクションモ－ドが適用される場合、圧縮効率を高めたり、消失点（ｍｉｓｓｅｄ ｐｏｉｎｔ）が最小化できるプロジェクションモ－ドが適応的に選ばれる。
３］ 個別点の深さ値を算出する。
最小モ－ドである場合、各点のノ－マル軸の最小値にパッチのノ－マル方向最小値（ｐａｔｃｈ ３Ｄ ｓｈｉｆｔ ｎｏｒｍａｌ ａｘｉｓ）から１］のプロセスで算出されたパッチのノ－マル方向最小値（ｐａｔｃｈ ３Ｄ ｓｈｉｆｔ ｎｏｒｍａｌ ａｘｉｓ）を引いた値であるｄｅｐｔｈ０でｄ０イメ－ジを構成する。同一の位置にｄｅｐｔｈ０と表面厚さ以内の範囲にその他の深さ値が存在する場合、この値をｄｅｐｔｈ１に設定する。存在しない場合は、ｄｅｐｔｈ０の値をｄｅｐｔｈ１にも割り当てる。Ｄｅｐｔｈ１の値でｄ１イメ－ジを構成する。
例えば、ｄ０のポイントの深さ決定において最小値が算出される（４ ２ ４ ４ ０ ６ ０ ０ ９ ９ ０ ８ ０）。また、ｄ１のポイントの深さを決定することにおいて２つ以上のポイントのうち大きい値が算出されるか、１つのポイントだけがある場合はその値が算出される（４ ４ ４ ４ ６ ６ ６ ８ ９ ９ ８ ８ ９）。また、パッチのポイントが符号化、再構成（ｒｅｃｏｎｓｔｒｕｃｔ）されるプロセスにおいて一部のポイントが損失される（例えば、図では８つのポイントが損失）。
最大モ－ド（Ｍａｘ ｍｏｄｅ）である場合、各点のノ－マル軸の最大値にパッチのノ－マル方向最小値（ｐａｔｃｈ ３Ｄ ｓｈｉｆｔ ｎｏｒｍａｌ ａｘｉｓ）から１］のプロセスで算出されたパッチのノ－マル方向最小値（ｐａｔｃｈ ３Ｄ ｓｈｉｆｔ ｎｏｒｍａｌ ａｘｉｓ）を引いた値であるｄｅｐｔｈ０でｄ０イメ－ジを構成する。同一の位置にｄｅｐｔｈ０と表面厚さ以内の範囲にその他の深さ値が存在する場合、この値をｄｅｐｔｈ１に設定する。存在しない場合、ｄｅｐｔｈ０の値をｄｅｐｔｈ１にも割り当てる。Ｄｅｐｔｈ１の値でｄ１イメ－ジを構成する。
例えば、ｄ０のポイントの深さ決定において最大値が算出される（４ ４ ４ ４ ６ ６ ６ ８ ９ ９ ８ ８ ９）。また、ｄ１のポイントの深さを決定することにおいて２つ以上のポイントのうち小さい値が算出されるか、１つのポイントだけがある場合はその値が算出される（４ ２ ４ ４ ５ ６ ０ ６ ９ ９ ０ ８ ０）。また、パッチのポイントが符号化、再構成（ｒｅｃｏｎｓｔｒｕｃｔ）されるプロセスにおいて一部のポイントが損失される（例えば、図では６つのポイントが損失）。
上述したプロセスから生成された個別パッチのジオメトリイメ－ジを、上述したパッチパッキングプロセスを通じて生成された個別パッチの位置情報を用いて、全体のジオメトリイメ－ジに配置させることで、全体のジオメトリイメ－ジを生成することができる。
生成された全体のジオメトリイメ－ジのｄ１レイヤは、様々な方法によって符号化される。第一は、以前に生成したｄ１イメ－ジの深さ値をそのまま符号化する方法（ａｂｓｏｌｕｔｅ ｄ１ ｅｎｃｏｄｉｎｇ ｍｅｔｈｏｄ）である。第二は、以前に生成したｄ１イメ－ジの深さ値とｄ０イメ－ジの深さ値との差を符号化する方法（ｄｉｆｆｅｒｅｎｔｉａｌ ｅｎｃｏｄｉｎｇ ｍｅｔｈｏｄ）である。
このようなｄ０、ｄ１の２つのレイヤの深さ値を用いた符号化の方法は、２つの深さの間にそのその他の点が存在する場合、その点のジオメトリ情報を符号化するプロセスで失うため、無損失圧縮（ｌｏｓｓｌｅｓｓ ｃｏｄｉｎｇ）のために、Ｅｎｈａｎｃｅｄ－Ｄｅｌｔａ－Ｄｅｐｔｈ（ＥＤＤ）ｃｏｄｅを用してもよい。
図１０を参照して、ＥＤＤ ｃｏｄｅを具体的に説明する。
図１０は、実施例によるＥＤＤコ－ドの一例を示す。
ポイントクラウドビデオエンコ－ダ１０００２及び／又はＶ－ＰＣＣ符号化の一部／全部のプロセス（例えば、ビデオ圧縮４０００９）などは、ＥＯＤコ－ドに基づいてポイントのジオメトリ情報を符号化することができる。
ＥＤＤ ｃｏｄｅは、図のように、ｄ１を含み表面厚さの範囲内の全ての点の位置を２進で符号化する方法である。一例として、図の左側から二番目の列に含まれる点の場合、Ｄ０の上方に一番目、四番目の位置に点が存在し、二番目と三番目の位置は空いているため、０ｂ１００１（＝９）のＥＤＤ ｃｏｄｅで示される。Ｄ０と共にＥＤＤ ｃｏｄｅを符号化して送信すると、受信端では全ての点のジオメトリ情報を損失なく復元することができる。
例えば、基準点上にポイントが存在すれば１であり、ポイントが存在しなければ０となり、４つのビットに基づいてコ－ドが表現される。
平滑化（Ｓｍｏｏｔｈｉｎｇ）４０００４
平滑化は、圧縮プロセスから生じる画質の劣化によりパット境界面で発生し得る不連続性を除去する作業であり、ポイントクラウドビデオエンコ－ダ又は平滑化部で行われる。
１］ ジオメトリイメ－ジよりポイントクラウドを再生成（ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ）する。本プロセスは、上述したジオメトリイメ－ジ生成の逆過程といえる。例えば、符号化の逆過程が再生成である。
２］ Ｋ－Ｄ ｔｒｅｅなどを用いて再生成されたポイントクラウドを構成する各点の隣接点を算出する。
３］ 各点に対して、その点がパッチ境界面に位置するか否かを判断する。一例として、現在点とは異なるプロジェクション平面（ｃｌｕｓｔｅｒ ｉｎｄｅｘ）を有する隣接点が存在する場合、その点はパッチの境界面に位置していると判断できる。
４］ パッチ境界面が存在する場合、その点を隣接点の重心（隣接点の平均ｘ、ｙ、ｚ座標に位置）へ移動させる。即ち、ジオメトリ値を変更する。存在しない場合には以前のジオメトリ値を維持する。
図１１は、実施例による隣接点のカラ－（ｃｏｌｏｒ）値を用いた復色（ｒｅｃｏｌｏｒｉｎｇ）の一例を示す。
実施例によるポイントクラウドビデオエンコ－ダ又はテキスチャ－イメ－ジ生成４０００３は、復色に基づいてテキスチャ－イメ－ジを生成することができる。
テキスチャ－イメ－ジ生成（Ｔｅｘｔｕｒｅ ｉｍａｇｅ ｇｅｎｅｒａｔｉｏｎ）４０００３
テキスチャ－イメ－ジ生成のプロセスは、上述したジオメトリイメ－ジ生成のプロセスと同様に、個別パッチのテキスチャ－イメ－ジを生成し、これらを決められた位置に配置することで、全体のテキスチャ－イメ－ジを生成するプロセスからなる。ただし、個別パッチのテキスチャ－イメ－ジを生成するプロセスにおいて、ジオメトリ生成のための深さ値に代わってその位置に対応するポイントクラウドを構成する点のカラ－値（例えば、Ｒ、Ｇ、Ｂ）を有するイメ－ジが生成される。
ポイントクラウドを構成する各点のカラ－値を求めるプロセスにおいて、上述した平滑化のプロセスを経たジオメトリが用いられる。平滑化されたポイントクラウドはオリジナルポイントクラウドにおいて一部点の位置が移動した状態である可能性があるため、変更された位置に適するカラ－を探す復色のプロセスが必要となる。復色は隣接点のカラ－値を用いて行われる。一例として、図のように、新たなカラ－値は最隣接点のカラ－値と隣接点のカラ－値を考慮して算出できる。
例えば、図を参照すれば、復色はポイントに対する最も近いオリジナルポイントの特質情報の平均及び／又はポイントに対する最も近いオリジナル位置の特質情報の平均に基づいて変更された位置の適するカラ－値を算出する。
テキスチャ－イメ－ジもまた、ｄ０／ｄ１の２つのレイヤで生成されるジオメトリイメ－ジのように、ｔ０／ｔ１の２つのレイヤで生成される。
付加パッチ情報圧縮（Ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏ ｃｏｍｐｒｅｓｓｉｏｎ）４０００５
実施例によるポイントクラウドビデオエンコ－ダ又は付加パッチ情報圧縮部は、付加パッチ情報（ポイントクラウドに関する付加的な情報）を圧縮することができる。
付加パッチ情報圧縮部は、上述したパッチ生成、パッチパッキング、ジオメトリ生成のプロセスなどで生成した付加パッチ情報を圧縮する。付加パッチ情報には以下のようなパラメ－タが含まれる：
プロジェクション（ｐｒｏｊｅｃｔｉｏｎ）平面（ｎｏｒｍａｌ）を識別するインデックス（ｃｌｕｓｔｅｒ ｉｎｄｅｘ）
パッチの３Ｄ空間位置：パッチのタンジェント方向最小値（ｐａｔｃｈ ３Ｄ ｓｈｉｆｔ ｔａｎｇｅｎｔ ａｘｉｓ）、パッチのバイタンジェント方向最小値（ｐａｔｃｈ ３Ｄ ｓｈｉｆｔ ｂｉｔａｎｇｅｎｔ ａｘｉｓ）、パッチのノ－マル方向最小値（ｐａｔｃｈ ３Ｄ ｓｈｉｆｔ ｎｏｒｍａｌ ａｘｉｓ）
パッチの２Ｄ空間位置、サイズ：水平方向サイズ（ｐａｔｃｈ ２Ｄ ｓｉｚｅ ｕ）、垂直方向サイズ（ｐａｔｃｈ ２Ｄ ｓｉｚｅ ｖ）、水平方向最小値（ｐａｔｃｈ ２Ｄ ｓｈｉｆｔ ｕ）、垂直方向最小値（ｐａｔｃｈ ２Ｄ ｓｈｉｆｔ ｕ）
各々のブロックとパッチのマッピング情報：候補インデックス（ｃａｎｄｉｄａｔｅ ｉｎｄｅｘ）（上述したパッチの２Ｄ空間位置、サイズ情報に基づいてパッチを順に位置させた場合、１つのブロックに重複して複数のパッチがマップされることがある。このとき、マップされるパッチが候補リストを構成し、このリストの何番目のパッチのデ－タが該当ブロックに存在するかを示すインデックス）、ｌｏｃａｌ ｐａｔｃｈ ｉｎｄｅｘ（フレ－ムに存在する全体のパッチのうちの１つを示すインデックス）。Ｔａｂｌｅ １は、ｃａｎｄｉｄａｔｅ ｌｉｓｔとｌｏｃａｌ ｐａｔｃｈ ｉｎｄｅｘを用いたブロックとパッチのマッチングプロセスを示す疑似コ－ド（ｐｓｅｕｄｏ ｃｏｄｅ）である。
候補リストの最大数はユ－ザによって定義される。
ｔａｂｌｅ １－１ ｂｌｏｃｋとパッチマッピングのためのｐｓｅｕｄｏ ｃｏｄｅ
ｆｏｒ（ｉ＝０；ｉ＜ＢｌｏｃｋＣｏｕｎｔ；ｉ＋＋）｛
ｉｆ（ｃａｎｄｉｄａｔｅＰａｔｃｈｅｓ［ｉ］．ｓｉｚｅ（）＝＝１）｛
ｂｌｏｃｋＴｏＰａｔｃｈ［ｉ］＝ｃａｎｄｉｄａｔｅＰａｔｃｈｅｓ［ｉ］［０］
｝ ｅｌｓｅ ｛
ｃａｎｄｉｄａｔｅ＿ｉｎｄｅｘ
ｉｆ（ｃａｎｄｉｄａｔｅ＿ｉｎｄｅｘ＝＝ｍａｘ＿ｃａｎｄｉｄａｔｅ＿ｃｏｕｎｔ） ｛
ｂｌｏｃｋＴｏＰａｔｃｈ［ｉ］＝ｌｏｃａｌ＿ｐａｔｃｈ＿ｉｎｄｅｘ
｝ ｅｌｓｅ ｛
ｂｌｏｃｋＴｏＰａｔｃｈ［ｉ］＝ｃａｎｄｉｄａｔｅＰａｔｃｈｅｓ［ｉ］［ｃａｎｄｉｄａｔｅ＿ｉｎｄｅｘ］
｝
｝
｝
図１２は、実施例によるプッシュ－プルバックグラウンドフィリング（ｐｕｓｈ－ｐｕｌｌ ｂａｃｋｇｒｏｕｎｄ ｆｉｌｌｉｎｇ）の一例を示す。
イメ－ジパディング及びグル－プ拡張（Ｉｍａｇｅ ｐａｄｄｉｎｇ ａｎｄ ｇｒｏｕｐ ｄｉｌａｔｉｏｎ）４０００６、４０００７、４０００８
実施例によるイメ－ジパッダは、プッシュ－プルバックグラウンドフィリング方式に基づいてパッチ領域以外の空間を意味のない付加的なデ－タで満たすことができる。
イメ－ジパディングは、圧縮効率の向上を目的として、パッチ領域以外の空間を意味のないデ－タで満たすプロセスである。イメ－ジパディングのために、パッチ内部の境界面側に該当する列又は行のピクセル値がコピ－されて空き空間を満たす方法が用いられる。又は、図のように、パッドされないイメ－ジの解像度を段階的に減らし、再び解像度が高めるプロセスにおいて低い解像度のイメ－ジからのピクセル値で空き空間を満たすプッシュプルバックグラウンドフィリング（ｐｕｓｈ－ｐｕｌｌ ｂａｃｋｇｒｏｕｎｄ ｆｉｌｌｉｎｇ）方法が用いられてもよい。
グル－プ拡張（Ｇｒｏｕｐ ｄｉｌａｔｉｏｎ）は、ｄ０／ｄ１、ｔ０／ｔ１の２つのレイヤからなるジオメトリ、テキスチャ－イメ－ジの空き空間を満たす方法であって、上述したイメ－ジパディングによって算出された２つのレイヤの空き空間の値を、２つのレイヤの同一位置に対する値の平均値で満たすプロセスである。
図１３は、実施例による４＊４サイズのブロック（ｂｌｏｃｋ）に対して可能なトラバ－サルオ－ダ－（ｔｒａｖｅｒｓａｌ ｏｒｄｅｒ）の一例を示す。
占有マップ圧縮（Ｏｃｃｕｐａｎｃｙ ｍａｐ ｃｏｍｐｒｅｓｓｉｏｎ）４００１２、４００１１
実施例による占有マップ圧縮は、上述した占有マップを圧縮する。具体的には、損失（ｌｏｓｓｙ）圧縮のためのビデオ圧縮（ｖｉｄｅｏ ｃｏｍｐｒｅｓｓｉｏｎ）と無損失（ｌｏｓｓｌｅｓｓ）圧縮のためのエントロピ－圧縮（ｅｎｔｒｏｐｙ ｃｏｍｐｒｅｓｓｉｏｎ）との２つの方法がある。ビデオ圧縮については後述する。
エントロピ－圧縮のプロセスは、以下のように行われる。
１］ 占有マップを構成する各々のブロックに対して、全てのブロックが満たされた場合に１を符号化し、次のブロックに同じプロセスを繰り返す。そうではない場合には０を符号化し、２］～５］のプロセスを行う。
２］ ブロックの満たされたピクセルに対してランレングス符号化（ｒｕｎ－ｌｅｎｇｔｈ ｃｏｄｉｎｇ）を行うためのｂｅｓｔ ｔｒａｖｅｒｓａｌ ｏｒｄｅｒを決定する。図は４＊４サイズのブロックに対して可能な４つのｔｒａｖｅｒｓａｌ ｏｒｄｅｒを一例として示す。
図１４は、実施例によるベストトラバ－サルオ－ダ－の一例を示す。
上述のように、実施例によるエントロピ－圧縮部は図のように、トラバ－サルオ－ダ－方式に基づいてブロックをコ－ティング（符号化）する。
例えば、可能なトラバ－サルオ－ダ－のうち、最小のラン（ｒｕｎ）数を有するｂｅｓｔ ｔｒａｖｅｒｓａｌ ｏｒｄｅｒを選択し、そのインデックスを符号化する。一例として、上述した図１３の３番目のトラバ－サルオ－ダ－を選択する場合であり、この場合、ｒｕｎ数は２と最小化でき、これをベストトラバ－サルオ－ダ－（ｂｅｓｔ ｔｒａｖｅｒｓａｌ ｏｒｄｅｒ）として選択する。
このとき、ｒｕｎ数を符号化する。図１４の例では、２つのｒｕｎが存在することから、２を符号化する。
４］ １番目のｒｕｎの占有（ｏｃｃｕｐａｎｃｙ）を符号化する。図１４の例では、１番目のｒｕｎが満たされていないピクセルに該当するため、０を符号化する。
５］ 個別ｒｕｎに対する（ｒｕｎの数分だけの）長さ（ｌｅｎｇｔｈ）を符号化する。図１４の例では、１番目のｒｕｎと２番目のｒｕｎの長さである６と１０を順次に符号化する。
ビデオ圧縮（Ｖｉｄｅｏ ｃｏｍｐｒｅｓｓｉｏｎ）４０００９、４００１０、４００１１
実施例によるビデオ圧縮部は、ＨＥＶＣ、ＶＶＣなどの２Ｄビデオコ－デック（ｖｉｄｅｏ ｃｏｄｅｃ）などを用いて、上述したプロセスで生成されたジオメトリイメ－ジ、テキスチャ－イメ－ジ、占有マップイメ－ジなどのシ－ケンスを符号化する。
図１５は、実施例による２Ｄビデオ／イメ－ジエンコ－ダ（２Ｄ ｖｉｄｅｏ／ｉｍａｇｅ Ｅｎｃｏｄｅｒ）の一例を示す。
図は上述したビデオ圧縮部（Ｖｉｄｅｏ ｃｏｍｐｒｅｓｓｉｏｎ ｕｎｉｔ）４０００９、４００１０、４００１１が適用される実施例であって、ビデオ／映像信号の符号化が行われる２Ｄビデオ／イメ－ジエンコ－ダ１５０００の概略なブロック図を示す。２Ｄビデオ／イメ－ジエンコ－ダ１５０００は、上述したポイントクラウドビデオエンコ－ダ１０００２に含まれるか、又は内部／外部のコンポ－ネントからなる。図１５の各構成要素は、ソフトウェア、ハ－ドウェア、プロセッサ及び／又はそれらの組み合わせに対応する。
ここで、入力イメ－ジは、上述したジオメトリイメ－ジ、テキスチャ－イメ－ジ（特質イメ－ジ）、占有マップイメ－ジなどを含む。ポイントクラウドビデオエンコ－ダの出力ビットストリ－ム（即ち、ポイントクラウドビデオ／イメ－ジビットストリ－ム）は、各入力映像（ジオメトリイメ－ジ、テキスチャ－イメ－ジ（特質イメ－ジ）、占有マップイメ－ジなど）に対する出力ビットストリ－ムを含む。
インタ－予測部１５０９０及びイントラ予測部１５１００を合わせて予測部と呼ぶ。即ち、予測部は、インタ－予測部１５０９０及びイントラ予測部１５１００を含む。変換部１５０３０、量子化部１５０４０、逆量子化部１５０５０、逆変換部１５０６０を合わせて、残余（ｒｅｓｉｄｕａｌ）処理部とも呼ぶ。残余処理部はさらに減算部１５０２０を含む。上述した映像分割部１５０１０、減算部１５０２０、変換部１５０３０、量子化部１５０４０、逆量子化部１５０５０、逆変換部１５０６０、加算部１５５、フィ－ルタリング部１５０７０、インタ－予測部１５０９０、イントラ予測部１５１００及びエントロピ－符号化部１５１１０は、実施例によって、１つのハ－ドウェアコンポ－ネント（例えば、エンコ－ダ又はプロセッサ）で構成される。また、メモリ１５０８０は、ＤＰＢ（ｄｅｃｏｄｅｄ ｐｉｃｔｕｒｅ ｂｕｆｆｅｒ）を含み、デジタル記憶媒体で構成される。
映像分割部１５０１０は、符号化装置１５０００に入力された入力映像（又はピクチャ－、フレ－ム）を１つ以上の処理ユニット（ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）に分割する。一例として、処理ユニットは、コ－ディングユニット（ｃｏｄｉｎｇ ｕｎｉｔ、ＣＵ）とも呼ぶ。この場合、コ－ディングユニットは、コ－ディングツリ－ユニット（ｃｏｄｉｎｇ ｔｒｅｅ ｕｎｉｔ、ＣＴＵ）又は最大コ－ディングユニット（ｌａｒｇｅｓｔ ｃｏｄｉｎｇ ｕｎｉｔ、ＬＣＵ）からＱＴＢＴ（Ｑｕａｄ－ｔｒｅｅ ｂｉｎａｒｙ－ｔｒｅｅ）構造によって再帰的に（ｒｅｃｕｒｓｉｖｅｌｙ）分割される。例えば、１つのコ－ディングユニット、Ｑｕａｄ－ｔｒｅｅ構造及び／又はｂｉｎａｒｙ－ｔｒｅｅ構造に基づいて下位（ｄｅｅｐｅｒ）深さの複数のコ－ディングユニットに分割される。この場合、例えば、先にＱｕａｄ－ｔｒｅｅが適用されて、その後にｂｉｎａｒｙ－ｔｒｅｅが適用されてもよい。又はｂｉｎａｒｙ－ｔｒｅｅが先に適用されてもよい。これ以上分割されない最終コ－ディングユニットに基づいて、本発明によるコ－ディング手順が行われてもよい。この場合、映像の特性に応じたコ－ディング効率などに基づいて、最大のコ－ディングユニットが最終符号化ユニットとして用いられてもよく、又は必要に応じてコ－ディングユニットは再帰的に（ｒｅｃｕｒｓｉｖｅｌｙ）より下位深さのコ－ディングユニットに分割されて、最適なサイズのコ－ディングユニットが最終コ－ディングユニットとして用いられる。ここで、コ－ディング手順とは、後述する予測、変換、及び復元などの手順を含む。その他の例として、処理ユニットは予測ユニット（ＰＵ：Ｐｒｅｄｉｃｔｉｏｎ Ｕｎｉｔ）又は変換ユニット（ＴＵ：Ｔｒａｎｓｆｏｒｍ Ｕｎｉｔ）をさらに含んでもよい。この場合、予測ユニット及び変換ユニットのそれぞれは、上述した最終コ－ディングユニットから分割又はパ－ティショニングされる。予測ユニットはサンプル予測の単位であり、変換ユニットは変換係数を誘導する単位及び／又は変換係数から残余信号（ｒｅｓｉｄｕａｌ ｓｉｇｎａｌ）を誘導する単位である。
ユニットは、場合によって、ブロック（ｂｌｏｃｋ）又は領域（ａｒｅａ）又はモジュ－ルなどの用語と混用する。一般の場合、ＭｘＮブロックは、Ｍ個の列とＮ個の行からなるサンプル又は変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔ）の集合を示す。サンプルは、一般にピクセル又はピクセルの値を示し、輝度（ｌｕｍａ）成分のピクセル／ピクセル値だけを示してもよく、彩度（ｃｈｒｏｍａ）成分のピクセル／ピクセル値だけを示してもよい。サンプルは１つのピクチャ－（又は、映像）をピクセル（ｐｉｘｅｌ）又はペル（ｐｅｌ）に対応する用語として使用する。
符号化装置１５０００は、入力映像信号（オリジナルブロック、オリジナルサンプルアレイ）においてインタ－予測部１５０９０又はイントラ予測部１５１００から出力された予測信号（予測されたブロック、予測サンプルアレイ）を減算して、残余信号（ｒｅｓｉｄｕａｌ ｓｉｇｎａｌ、残余ブロック、残余サンプルアレイ）を生成し、生成した残余信号は変換部１５０３０へ送信される。この場合、図示のように、符号化装置１５０００内で入力映像信号（オリジナルブロック、オリジナルサンプルアレイ）において予測信号（予測ブロック、予測サンプルアレイ）を減算するユニットは減算部１５０２０と呼ぶ。予測部は処理対象ブロック（以下、現在ブロックという）に対する予測を行い、現在ブロックに対する予測サンプルを含む予測されたブロック（ｐｒｅｄｉｃｔｅｄ ｂｌｏｃｋ）を生成する。予測部は現在ブロック又はＣＵ単位でイントラ予測を適用するか、又はインタ－予測を適用するかを決定する。予測部は、各々の予測モ－ドに関して後述するように、予測モ－ド情報などの予測に関する様々な情報を生成してエントロピ－符号化部１５１１０に伝送する。予測に関する情報はエントロピ－符号化部１５１１０で符号化されてビットストリ－ムの形式で出力される。
イントラ予測部１５１００は、現在ピクチャ－内のサンプルを参照して現在ブロックを予測する。参照されるサンプルは、予測モ－ドに応じて現在ブロックに隣接（ｎｅｉｇｈｂｏｒ）して位置するか、又は離れて位置する。イントラ予測において予測モ－ドは複数の非方向性モ－ドと複数の方向性モ－ドを含む。非方向性モ－ドは、例えばＤＣモ－ド及び平面モ－ド（Ｐｌａｎａｒモ－ド）を含む。方向性モ－ドは、予測方向の精密度に応じて、例えば３３つの方向性予測モ－ド又は６５つの方向性予測モ－ドを含む。ただし、これは例示であって、設定によってその以上又はその以下の方向性予測モ－ドが用いられる。イントラ予測部１５１００の隣接ブロックに適用された予測モ－ドを用いて、現在ブロックに適用される予測モ－ドを決定してもよい。
インタ－予測部１５０９０は、参照ピクチャ－上で動きベクトルによって特定される参照ブロック（参照サンプルアレイ）に基づいて、現在ブロックに対する予測されたブロックを導く。このとき、インタ－予測モ－ドで送信される動き情報の量を減らすために、隣接ブロックと現在ブロックとの動き情報の相関性に基づいて動き情報をブロック、サブブロック又はサンプル単位で予測する。動き情報は、動きベクトル及び参照ピクチャ－インデックスを含む。動き情報はさらにインタ－予測方向（Ｌ０予測、Ｌ１予測、Ｂｉ予測など）情報を含む。インタ－予測の場合、隣接ブロックは現在ピクチャ－内に存在する空間的隣接ブロック（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ）と参照ピクチャ－に存在する時間的隣接ブロック（ｔｅｍｐｏｒａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ）を含む。参照ブロックを含む参照ピクチャ－と時間的隣接ブロックを含む参照ピクチャ－は同一であってもよく、異なってもよい。時間的隣接ブロックは、同一位置参照ブロック（ｃｏｌｌｏｃａｔｅｄ ｒｅｆｅｒｅｎｃｅ ｂｌｏｃｋ）、同一位置ＣＵ（ｃｏｌＣＵ）などと呼ばれ、時間的隣接ブロックを含む参照ピクチャ－は、同一位置ピクチャ－（ｃｏｌｌｏｃａｔｅｄ ｐｉｃｔｕｒｅ、ｃｏｌＰｉｃ）とも呼ばれる。例えば、インタ－予測部１５０９０は隣接ブロックに基づいて動き情報の候補リストを構成し、現在ブロックの動きベクトル及び／又は参照ピクチャ－インデックスを導出するためにいずれの候補が使用されるかを指示する情報を生成する。様々な予測モ－ドに基づいてインタ－予測が行われ、例えばスキップモ－ドとマ－ジモ－ドの場合、インタ－予測部１５０９０は隣接ブロックの動き情報を現在ブロックの動き情報として用いる。スキップモ－ドの場合、マ－ジモ－ドとは異なり、残余信号が送信されないことがある。動き情報予測（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｉｏｎ、ＭＶＰ）モ－ドの場合、隣接ブロックの動きベクトルを動きベクトル予測者（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｏｒ）として用いて、動きベクトル差分（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ）をシグナリングすることで現在ブロックの動きベクトルを指示する。
インタ－予測部１５０９０又はイントラ予測部１５１００によって生成された予測信号は、復元信号の生成のために用いられるか、残余信号の生成のために用いられる。
変換部１５０３０は残余信号に変換方法を適用して変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔｓ）を生成する。例えば、変換方法は、ＤＣＴ（Ｄｉｓｃｒｅｔｅ Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍ）、ＤＳＴ（Ｄｉｓｃｒｅｔｅ Ｓｉｎｅ Ｔｒａｎｓｆｏｒｍ）、ＫＬＴ（Ｋａｒｈｕｎｅｎ-Ｌｏeve Ｔｒａｎｓｆｏｒｍ）、ＧＢＴ（Ｇｒａｐｈ－Ｂａｓｅｄ Ｔｒａｎｓｆｏｒｍ）、又はＣＮＴ（Ｃｏｎｄｉｔｉｏｎａｌｌｙ Ｎｏｎ－ｌｉｎｅａｒ Ｔｒａｎｓｆｏｒｍ）のうち少なくとも１つを含む。ここで、ＧＢＴはピクセル間の関係情報をグラフで表現するとき、このグラフから得られた変換を意味する。ＣＮＴは以前に復元された全てのピクセル（ａｌｌ ｐｒｅｖｉｏｕｓｌｙ ｒｅｃｏｎｓｔｒｕｃｔｅｄ ｐｉｘｅｌ）を用いて予測信号を生成し、それに基づいて取得される変換を意味する。また、変換プロセスは、正方形の同一サイズのピクセルブロックに適用されてもよく、正方形ではない可変サイズのブロックに適用されてもよい。
量子化部１５０４０は、変換係数を量子化してエントロピ－符号化部１５１１０に送信し、エントロピ－符号化部１５１１０は量子化した信号（量子化した変換係数に関する情報）を符号化してビットストリ－ムに出力する。量子化した変換係数に関する情報は残余情報と呼ぶ。量子化部１５０４０は係数スキャン順（ｓｃａｎ ｏｒｄｅｒ）に基づいてブロック形態の量子化変換係数を１次元ベクトル形に再整列し、１次元ベクトル形の量子化変換係数に基づいて量子化した変換係数に関する情報を生成することもできる。エントロピ－符号化部１５１１０は、例えば、指数ゴロム（ｅｘｐｏｎｅｎｔｉａｌ Ｇｏｌｏｍｂ）、ＣＡＶＬＣ（ｃｏｎｔｅｘｔ－ａｄａｐｔｉｖｅ ｖａｒｉａｂｌｅ ｌｅｎｇｔｈ ｃｏｄｉｎｇ）、ＣＡＢＡＣ（ｃｏｎｔｅｘｔ－ａｄａｐｔｉｖｅ ｂｉｎａｒｙ ａｒｉｔｈｍｅｔｉｃ ｃｏｄｉｎｇ）などのような様々な符号化方法を行う。エントロピ－符号化部１５１１０は、量子化した変換係数の他にビデオ／イメ－ジの復元に必要な情報（例えば、シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔｓ）の値など）を共に又は別として符号化する。符号化した情報（例えば、符号化したビデオ／映像情報）はビットストリ－ムの形式でＮＡＬ（ｎｅｔｗｏｒｋ ａｂｓｔｒａｃｔｉｏｎ ｌａｙｅｒ）ユニットの単位で送信又は格納される。ビットストリ－ムはネットワ－クを介して送信されてもよく、デジタル記憶媒体に記憶されてもよい。ここで、ネットワ－クは放送網及び／又は通信網などを含み、デジタル記憶媒体はＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブル－レイ、ＨＤＤ、ＳＳＤなどの様々な記憶媒体を含む。エントロピ－符号化部１５１１０から出力された信号を送信する送信部（未図示）及び／又は記憶する記憶部（未図示）が符号化装置１５０００の内部／外部要素として構成されてもよく、又は送信部はエントロピ－符号化部１５１１０に含まれてもよい。
量子化部１５０４０から出力された量子化した変換係数は、予測信号を生成するために用いられる。例えば、量子化した変換係数に逆量子化部１５０４０及び逆変換部１５０６０によって逆量子化及び逆変換を適用することで、残余信号（残余ブロック又は残余サンプル）を復元する。加算部１５５は復元された残余信号をインタ－予測部１５０９０又はイントラ予測部１５１００から出力された予測信号に加えることで、復元（ｒｅｃｏｎｓｔｒｕｃｔｅｄ）信号（復元ピクチャ－、復元ブロック、復元サンプルアレイ）を生成する。スキップモ－ドが適用された場合のように、処理対象ブロックに対する残余がない場合、予測されたブロックが復元ブロックとして用いられる。加算部１５５は復元部又は復元ブロック生成部と呼ばれる。生成された復元信号は現在ピクチャ－内の次の処理対象ブロックのイントラ予測のために用いられてもよく、後述のようにフィルタリングを経て次のピクチャ－のインタ－予測のために用いられてもよい。
フィルタリング部１５０７０は、復元信号にフィルタリングを適用して、主観的／客観的な画質を向上させることができる。例えば、フィルタリング部１５０７０は、復元ピクチャ－に様々なフィルタリング方法を適用して修正した（ｍｏｄｉｆｉｅｄ）復元ピクチャ－を生成し、修正した復元ピクチャ－をメモリ１５０８０、具体的にメモリ１５０８０のＤＰＢに格納する。様々なフィルタリング方法には、例えば、デブロッキングフィルタリング、サンプル適応的オフセット（ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ）、適応的ル－プフィルタ－（ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ）、双方向フィルタ－（ｂｉｌａｔｅｒａｌ ｆｉｌｔｅｒ）などがある。フィルタリング部１５０７０は、後述する各々のフィルタリング方法のように、フィルタリングに関する様々な情報を生成してエントロピ－符号化部１５１１０へ伝送する。フィルタリングに関する情報はエントロピ－符号化部１５１１０で符号化されてビットストリ－ムの形式で出力される。
メモリ１５０８０に送信された修正した（ｍｏｄｉｆｉｅｄ）復元ピクチャ－は、インタ－予測部１５０９０において参照ピクチャ－として用いられる。符号化装置はこれによってインタ－予測が適用される場合、符号化装置１５０００及び復号装置における予測ミスマッチを避けることができ、符号化の効率を向上させることもできる。
メモリ１５０８０のＤＰＢは、修正した復元ピクチャ－をインタ－予測部１５０９０における参照ピクチャ－として用いるために格納する。メモリ１５０８０は、現在ピクチャ－内の動き情報が導出された（又は符号化された）ブロックの動き情報及び／又は既に復元したピクチャ－内のブロックの動き情報を格納する。格納した動き情報は空間的隣接ブロックの動き情報又は時間的隣接ブロックの動き情報として活用するためにインタ－予測部１５０９０に伝送する。メモリ１５０８０は現在ピクチャ－内において復元したブロックの復元サンプルを格納して、イントラ予測部１５１００へ伝送する。
なお、上述した予測、変換、量子化の手順のうちの少なくとも１つが省略されてもよい。例えば、ＰＣＭ（ｐｕｌｓｅ ｃｏｄｅ ｍｏｄｕｌａｔｉｏｎ）が適用されるブロックに対しては、予測、変換、量子化の手順を省略し、オリジナルサンプルの値をそのまま符号化してビットストリ－ムに出力してもよい。
図１６は、実施例によるＶ－ＰＣＣ復号プロセス（ｄｅｃｏｄｉｎｇ ｐｒｏｃｅｓｓ）の一例を示す。
Ｖ－ＰＣＣ復号プロセス又はＶ－ＰＣＣデコ－ダは、図４のＶ－ＰＣＣ符号化プロセス（又はエンコ－ダ）の逆プロセスとなる。図１６の各構成要素は、ソフトウェア、ハ－ドウェア、プロセッサ、及び／又はそれらの組み合わせに対応する。
逆多重化装置（ｄｅｍｕｌｔｉｐｌｅｘｅｒ）１６０００は、圧縮されたビットストリ－ムを逆多重化して圧縮されたテキスチャ－イメ－ジ、圧縮されたジオメトリイメ－ジ、圧縮された占有マップイメ－ジ、圧縮された付加パッチ情報をそれぞれ出力する。
ビデオ復元（ｖｉｄｅｏ ｄｅｃｏｍｐｒｅｓｓｉｏｎ）１６００１、１６００２又はビデオ復元部は、圧縮されたテキスチャ－イメ－ジ及び圧縮されたジオメトリイメ－ジのそれぞれを復元する。
占有マップ復元（ｏｃｃｕｐａｎｃｙ ｍａｐ ｄｅｃｏｍｐｒｅｓｓｉｏｎ）１６００３又は占有マップ復元部は、圧縮された占有マップイメ－ジを復元する。
付加パッチ情報復元（ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ ｄｅｃｏｍｐｒｅｓｓｉｏｎ）１６００４又は付加パッチ情報復元部は、圧縮された付加パッチ情報を復元する。
ジオメトリ再構成（ｇｅｏｍｅｔｒｙ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ）１６００５又はジオメトリ再構成部は、復元されたジオメトリイメ－ジ、復元された占有マップ、及び／又は復元された付加パッチ情報に基づいてジオメトリ情報を復元（再構成）する。例えば、符号化プロセスにおいて変更したジオメトリを再構成する。
平滑化（ｓｍｏｏｔｈｉｎｇ）１６００６又は平滑化部は、再構成されたジオメトリに対して平滑化を適用する。例えば、平滑化フィルタリングが適用される。
テキスチャ－再構成（ｔｅｘｔｕｒｅ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ）１６００７又はテキスチャ－再構成部は、復元されたテキスチャ－イメ－ジ及び／又は平滑化されたジオメトリからテキスチャ－を再構成する。
カラ－平滑化（ｃｏｌｏｒ ｓｍｏｏｔｈｉｎｇ）１６００８又はカラ－平滑化部は、再構成されたテキスチャ－からカラ－値を平滑化する。例えば、平滑化フィルタリングが適用される。
その結果、再構成されたポイントクラウドデ－タが生成される。
図は圧縮された占有マップ、ジオメトリイメ－ジ、テキスチャ－イメ－ジ、付加パッチ情報を復号してポイントクラウドを再構成するためのＶ－ＰＣＣの復号プロセスを示す。実施例による各プロセスの動作は以下のようである。
ビデオ復元（Ｖｉｄｅｏ ｄｅｃｏｍｐｒｅｓｓｉｏｎ）１６００１、１６００２
上述したビデオ圧縮の逆プロセスであって、ＨＥＶＣ、ＶＶＣなどの２Ｄビデオコ－デックを用いて、上記プロセスで生成されたジオメトリイメ－ジ、テキスチャ－イメ－ジ、占有マップイメ－ジの圧縮されたビットストリ－ムを復号するプロセスである。
図１７は、実施例による２Ｄビデオ／イメ－ジデコ－ダ（２Ｄ Ｖｉｄｅｏ／Ｉｍａｇｅ Ｄｅｃｏｄｅｒ）の一例を示す。
２Ｄビデオ／イメ－ジデコ－ダは、図１５の２Ｄビデオ／イメ－ジエンコ－ダの逆過程となる。
図１７の２Ｄビデオ／イメ－ジデコ－ダは、図１６のビデオ復元又はビデオ復元部の実施例であって、ビデオ／映像信号の復号が行われる２Ｄ ｖｉｄｅｏ／ｉｍａｇｅ ｄｅｃｏｄｅｒ１７０００の概略なブロック図を示す。２Ｄビデオ／イメ－ジデコ－ダ１７０００は、図１のポイントクラウドビデオデコ－ダに含まれるか、又は内外部のコンポ－ネントで構成される。図１７の各構成要素はソフトウェア、ハ－ドウェア、プロセッサ及び／又はそれらの組み合わせに対応する。
ここで、入力ビットストリ－ムは、上述したジオメトリイメ－ジ、テキスチャ－イメ－ジ（特質イメ－ジ）、占有マップイメ－ジなどに対するビットストリ－ムを含む。復元映像（又は出力映像、復号された映像）は、上述したジオメトリイメ－ジ、テキスチャ－イメ－ジ（特質イメ－ジ）、占有マップイメ－ジに対する復元映像を示す。
図を参照すれば、インタ－予測部１７０７０及びイントラ予測部１７０８０を合わせて予測部と呼ぶ。即ち、予測部はインタ－予測部１８０及びイントラ予測部１８５を含む。逆量子化部１７０２０、逆変換部１７０３０を合わせて残余処理部と呼ぶ。即ち、残余処理部は逆量子化部１７０２０、逆変換部１７０３０を含む。上記エントロピ－復号部１７０１０、逆量子化部１７０２０、逆変換部１７０３０、加算部１７０４０、フィルタリング部１７０５０、インタ－予測部１７０７０及びイントラ予測部１７０８０は、実施例によって、１つのハ－ドウェアコンポ－ネント（例えば、デコ－ダ又はプロセッサ）によって構成される。また、メモリ１７０６０はＤＰＢ（ｄｅｃｏｄｅｄ ｐｉｃｔｕｒｅ ｂｕｆｆｅｒ）を含んでもよく、デジタル記憶媒体によって構成されてもよい。
ビデオ／映像情報を含むビットストリ－ムが入力されると、復号装置１７０００は、図０．２－１の符号化装置においてビデオ／映像情報が処理されたプロセスに対応して映像を復元する。例えば、復号装置１７０００は、符号化装置で適用された処理ユニットを用いて復号を行う。よって、復号の処理ユニットは、例えば、コ－ディングユニットであり、コ－ディングユニットはコ－ディングツリ－ユニット又は最大コ－ディングユニットからＱｕａｄ－ｔｒｅｅ構造及び／又はｂｉｎａｒｙ－ｔｒｅｅ構造によって分割される。また、復号装置１７０００によって復号されて出力された復元映像信号は再生装置で再生される。
復号装置１７０００は、符号化装置から出力された信号をビットストリ－ムの形式で受信し、受信した信号はエントロピ－復号部１７０１０で復号される。例えば、エントロピ－復号部１７０１０はビットストリ－ムをパ－シングして映像復元（又はピクチャ－復元）に必要な情報（例えば、ビデオ／映像情報）を導出する。例えば、エントロピ－復号部１７０１０は指数ゴロム符号化、ＣＡＶＬＣ又はＣＡＢＡＣなどのコ－ディング方法に基づいてビットストリ－ム内の情報を復号し、映像復元に必要なシンタックス要素の値、残余に関する変換係数の量子化された値を出力する。より詳細に、ＣＡＢＡＣエントロピ－復号方法は、ビットストリ－ムにおいて各構文要素に該当するビンを受信し、復号対象構文要素情報と隣接及び復号対象ブロックの復号情報又は前のステップで復号されたシンボル／ビンの情報を用いて文脈（ｃｏｎｔｅｘｔ）モデルを決定して、決定した文脈モデルに応じてビン（ｂｉｎ）の発生確率を予測し、ビンの算術復号（ａｒｉｔｈｍｅｔｉｃ ｄｅｃｏｄｉｎｇ）を行って、各構文要素の値に該当するシンボルを生成する。このとき、ＣＡＢＡＣエントロピ－復号方法は、文脈モデルを決定した後、次のシンボル／ビンの文脈モデルのために復号されたシンボル／ビンの情報を用いて文脈モデルをアップデ－トする。エントロピ－復号部１７０１０で復号された情報のうち予測に関する情報は、予測部（インタ－予測部１７０７０及びイントラ予測部２６５）に提供され、エントロピ－復号部１７０１０でエントロピ－復号が行われた残余値、即ち量子化された変換係数及び関連パラメ－タ情報は、逆量子化部１７０２０へ入力される。また、エントロピ－復号部１７０１０で復号された情報のうちフィルタリングに関する情報は、フィルタリング部１７０５０へ提供される。一方、符号化装置から出力された信号を受信する受信部（未図示）が復号装置１７０００の内部／外部要素としてさらに構成されてもよく、受信部はエントロピ－復号部１７０１０の構成要素であってもよい。
逆量子化部１７０２０では量子化された変換係数を量子化して変換係数を出力する。逆量子化部１７０２０は量子化された変換係数を２次元のブロック形に再整列する。この場合、符号化装置で行われた係数スキャン順に基づいて再整列を行う。逆量子化部１７０２０は量子化パラメ－タ（例えば、量子化ステップサイズ情報）を用いて量子化された変換係数に対する逆量子化を行い、変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔ）を取得する。
逆変換部１７０３０では変換係数を逆変換して残余信号（残余ブロック、残余サンプルアレイ）を取得する。
予測部は現在ブロックに対する予測を行い、現在ブロックに対する予測サンプルを含む予測されたブロック（ｐｒｅｄｉｃｔｅｄ ｂｌｏｃｋ）を生成する。予測部はエントロピ－復号部１７０１０から出力された予測に関する情報に基づいて現在ブロックにイントラ予測が適用されるか、又はインタ－予測が適用されるかを決定して、具体的なイントラ／インタ－予測モ－ドを決定する。
イントラ予測部２６５は、現在ピクチャ－内のサンプルを参照して現在ブロックを予測する。参照されるサンプルは予測モ－ドに応じて、現在のブロックに隣接（ｎｅｉｇｈｂｏｒ）して位置してもよく、又は離れて位置してもよい。イントラ予測において予測モ－ドは複数の非方向性モ－ドと複数の方向性モ－ドとを含む。イントラ予測部２６５は隣接ブロックに適用された予測モ－ドを用いて、現在ブロックに適用される予測モ－ドを決定する。
インタ－予測部１７０７０は、参照ピクチャ－上で動きベクトルによって特定される参照ブロック（参照サンプルアレイ）に基づいて、現在ブロックに対する予測されたブロックを導く。このとき、インタ－予測モ－ドにおいて送信される動き情報の量を減らすために隣接ブロックと現在ブロックとの動き情報の相関性に基づいて動き情報をブロック、サブブロック又はサンプル単位で予測する。動き情報は動きベクトル及び参照ピクチャ－インデックスを含む。動き情報はさらにインタ－予測方法（Ｌ０予測、Ｌ１予測、Ｂｉ予測など）情報を含む。インタ－予測の場合、隣接ブロックは現在ピクチャ－内に存在する空間的隣接ブロック（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ）と参照ピクチャ－に存在する時間的隣接ブロック（ｔｅｍｐｏｒａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ）を含む。例えば、インタ－予測部１７０７０は隣接ブロックに基づいて動き情報候補リストを構成し、受信した候補選択情報に基づいて現在ブロックの動きベクトル及び／又は参照ピクチャ－インデックスを導出する。様々な予測モ－ドに基づいてインタ－予測が行われ、予測に関する情報は現在ブロックに対するインタ－予測のモ－ドを指示する情報を含む。
加算部１７０４０は取得した残余信号をインタ－予測部１７０７０又はイントラ予測部２６５から出力された予測信号（予測されたブロック、予測サンプルアレイ）に加えることで復元信号（復元ピクチャ－、復元ブロック、復元サンプルアレイ）を生成する。スキップモ－ドが適用された場合のように、処理対象ブロックに対する残余がない場合、予測されたブロックが復元ブロックとして用いられる。
加算部１７０４０は復元部又は復元ブロック生成部と呼ぶ。生成された復元信号は現在ピクチャ－内の次の処理対象ブロックのイントラ－予測のために用いられてもよく、後述のように、フィルタリングを経て次のピクチャ－のインタ－予測のためにも用いられてもよい。
フィルタリング部１７０５０は復元信号にフィルタリングを適用して主観的／客観的な画質を向上させる。例えば、フィルタリング部１７０５０は復元ピクチャ－に様々なフィルタリング方法を適用して、修正された（ｍｏｄｉｆｉｅｄ）復元ピクチャ－を生成し、修正された復元ピクチャ－をメモリ１７０６０、具体的にメモリ１７０６０のＤＰＢに送信する。様々なフィルタリング方法には、例えば、デブロッキングフィルタリング、サンプル適応的オフセット（ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ）、適応的ル－プフィルタ－（ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ）、双方向フィルタ－（ｂｉｌａｔｅｒａｌ ｆｉｌｔｅｒ）などが含む。
メモリ１７０６０のＤＰＢに格納された（修正された）復元ピクチャ－は、インタ－予測部１７０７０において参照ピクチャ－として使用される。メモリ１７０６０は、現在ピクチャ－内の動き情報が導出された（又は復号された）ブロックの動き情報及び／又は既に復元されたピクチャ－内のブロックの動き情報を格納する。格納された動き情報は空間的隣接ブロックの動き情報又は時間的隣接ブロックの動き情報として活用するために、インタ－予測部１７０７０へ伝送する。メモリ１７０は現在ピクチャ－内の復元されたブロックの復元サンプルを格納して、イントラ予測部１７０８０へ伝送する。
この明細書において、符号化装置１００のフィルタリング部１６０、インタ－予測部１８０及びイントラ予測部１８５で説明した実施例は、復号装置１７０００のフィルタリング部１７０５０、インタ－予測部１７０７０及びイントラ予測部１７０８０にも同一又は対応する方法が適用できる。
一方、上述した予測、逆変換、逆量子化の手順のうちの少なくとも１つが省略されてもよい。例えば、ＰＣＭ（ｐｕｌｓｅ ｃｏｄｅ ｍｏｄｕｌａｔｉｏｎ）が適用されるブロックに対しては、予測、逆変換、逆量子化の手順を省略して、復号されたサンプルの値をそのまま復元映像のサンプルとして使用する。
占有マップ復元（Ｏｃｃｕｐａｎｃｙ ｍａｐ ｄｅｃｏｍｐｒｅｓｓｉｏｎ）１６００３
上述した占有マップ圧縮の逆過程であり、圧縮された占有マップビットストリ－ムを復号して占有マップを復元するプロセスである。
付加パッチ情報復元（Ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏ ｄｅｃｏｍｐｒｅｓｓｉｏｎ）１６００４
上述した付加パッチ情報圧縮の逆過程であり、圧縮された付加パッチ情報ビットストリ－ムを復号して付加パッチ情報を復元するプロセスである。
ジオメトリ再構成（Ｇｅｏｍｅｔｒｙ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ）１６００５
上述したジオメトリイメ－ジ生成の逆過程である。まず、復元された占有マップと付加パッチ情報に含まれるパッチの２Ｄ位置／サイズ情報及びブロックとパッチとのマッピング情報を用いてジオメトリイメ－ジからパッチを抽出する。この後、抽出したパッチのジオメトリイメ－ジと付加パッチ情報に含まれるパッチの３Ｄ位置情報を用いて、ポイントクラウドを３Ｄ空間上に復元する。１つのパッチ内に存在する任意の点（ｕ、ｖ）に該当するジオメトリ値をｇ（ｕ、ｖ）といい、パッチの３Ｄ空間上の位置のｎｏｒｍａｌ軸、ｔａｎｇｅｎｔ軸、ｂｉｔａｎｇｅｎｔ軸の座標値を（δ０、ｓ０、ｒ０）とするとき、点（ｕ、ｖ）にマップされる３Ｄ空間上の位置のｎｏｒｍａｌ軸、ｔａｎｇｅｎｔ軸、ｂｉｔａｎｇｅｎｔ軸の座標値であるδ（ｕ、ｖ）、ｓ（ｕ、ｖ）、ｒ（ｕ、ｖ）は、以下のように示される。
ｄ（ｕ，ｖ）＝ｄ０＋ｇ（ｕ，ｖ）
ｓ（ｕ，ｖ）＝ｓ０＋ｕ
ｒ（ｕ，ｖ）＝ｒ０＋ｖ
平滑化（Ｓｍｏｏｔｈｉｎｇ）１６００６
上述した符号化プロセスにおける平滑化と同様であり、圧縮プロセスで発生する画質の劣化によりパッチ境界面から生じ得る不連続性を除去するためのプロセスである。
テキスチャ－再構成（Ｔｅｘｔｕｒｅ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ）１６００７
平滑化されたポイントクラウドを構成する各点にカラ－値を与えてカラ－ポイントクラウドを復元するプロセスである。上述したジオラマ再構成のプロセスで再構成されたジオメトリイメ－ジとポイントクラウドのマッピング情報を用いて、２Ｄ空間でジオメトリイメ－ジと同一位置のテキスチャ－イメ－ジピクセルに該当するカラ－値を、３Ｄ空間で同一位置に対応するポイントクラウドの点に付与することで行われる。
カラ－平滑化（Ｃｏｌｏｒ ｓｍｏｏｔｈｉｎｇ）１６００８
上述したジオメトリ平滑化のプロセスと類似し、圧縮プロセスから発生する画質の劣化によってパッチ境界面から生じ得るカラ－値の不連続性を除去するためのプロセスである。カラ－平滑化は、以下のように行われる。
１］ Ｋ－Ｄ ｔｒｅｅなどを用いて復元されたカラ－ポイントクラウドを構成する各点の隣接点を算出する。上述したジオメトリ平滑化のプロセスで算出された隣接点情報をそのまま用いてもよい。
２］ 各点に対して、その点がパッチ境界面に位置しているか否かを判断する。上述したジオメトリ平滑化のプロセスで算出された境界面情報をそのまま用いてもよい。
３］ 境界面に存在する点の隣接点に対して、カラ－値の分布を調べて平滑化を行うかどうかを判断する。一例として、輝度値のエントロピ－が境界値（ｔｈｒｅｓｈｏｌｄ ｌｏｃａｌ ｅｎｔｒｙ）以下である場合（類似する輝度値が多い場合）、エッジ部分ではないと判断して平滑化を行う。平滑化の方法としては、隣接点の平均値でその点のカラ－値を置き換える方法がある。
図１８は、実施例による送信装置の動作の流れの一例を示す。
実施例による送信装置は、図１の送信装置、図４の符号化プロセス、図１５の２Ｄビデオ／イメ－ジエンコ－ダに対応するか、それらの動作の一部／全部を行ってもよい。送信装置の各構成要素は、ソフトウェア、ハ－ドウェア、プロセッサ及び／又はそれらの組み合わせに対応する。
Ｖ－ＰＣＣを用いたポイントクラウドデ－タの圧縮及び送信のための送信端の動作は図に示めすようである。
実施例によるポイントクラウドデ－タ送信装置は、送信装置とも呼ばれる。
パッチ生成部１８０００は、まずポイントクラウド（ｐｏｉｎｔ ｃｌｏｕｄ）の２Ｄイメ－ジマッピングのためのパッチ（ｐａｔｃｈ）を生成する。パッチ生成の結果物として付加パッチ情報が生成され、該当情報はジオメトリイメ－ジ（ｇｅｏｍｅｔｒｙ ｉｍａｇｅ）生成、テクスチャイメ－ジ（ｔｅｘｔｕｒｅ ｉｍａｇｅ）生成、平滑化（ｓｍｏｏｔｈｉｎｇ）又は平滑化のためのジオメトリ復元プロセスに用いられる。
パッチパッキング部１８００１は、生成されたパッチを２Ｄイメ－ジ内にマップするパッチパッキングのプロセスを行う。パッチパッキングの結果物として占有マップ（ｏｃｃｕｐａｎｃｙ ｍａｐ）が生成され、占有マップはジオメトリイメ－ジ生成、テクスチャイメ－ジ生成、平滑化のためのジオメトリ復元プロセスに用いられる。
ジオメトリイメ－ジ生成部１８００２は、付加パッチ情報と占有マップを用いてジオメトリイメ－ジを生成し、生成したジオメトリイメ－ジはビデオ符号化により１つのビットストリ－ムに符号化される。
符号化前処理部１８００３は、イメ－ジパ－ディングを含む。生成されたジオメトリイメ－ジ又は符号化されたジオメトリビットストリ－ムを復号して再生成されたジオメトリイメ－ジは３Ｄジオメトリ復号に使用され、その後、平滑化過程が行われる。
テクスチャ－イメ－ジ生成部１８００４は、平滑化された３Ｄジオメトリ、ポイントクラウドデ－タ、付加パッチ情報及び占有マップを用いてテクスチャ－イメ－ジを生成する。生成されたテクスチャ－イメ－ジは１つのビデオビットストリ－ムに符号化される。
メタデ－タ符号化部１８００５は、付加パッチ情報を１つのメタデ－タビットストリ－ムに符号化する。
ビデオ符号化部１８００６は、占有マップを１つのビデオビットストリ－ムに符号化する。
多重化部１８００７は、生成されたジオメトリ、テクスチャ－イメ－ジ、占有マップのビデオビットストリ－ムと付加パッチ情報メタデ－タビットストリ－ムを１つのビットストリ－ムに多重化する。
送信部１８００８は、ビットストリ－ムを受信端に送信する。又は生成されたジオメトリ、テクスチャ－イメ－ジ、占有マップのビデオビットストリ－ムと付加パッチ情報メタデ－タビットストリ－ムは１つ以上のトラックデ－タでファイルが生成されるか、セグメントでカプセル化されて送信部から受信端に送信される。
図１９は、実施例による受信装置の動作の流れの一例を示す。
実施例による受信装置は、図１の受信装置、図１６の復号プロセス、図１７の２Ｄビデオ／イメ－ジエンコ－ダに対応するか、それらの動作の一部／全部を行う。受信装置の各構成要素は、ソフトウェア、ハ－ドウェア、プロセッサ及び／又はそれらの組み合わせに対応する。
Ｖ－ＰＣＣを用いたポイントクラウドデ－タの受信及び復元のための受信端の動作プロセスは図面に従う。Ｖ－ＰＣＣ受信端の動作は、図１８のＶ－ＰＣＣ送信端の動作の逆過程である。
実施例によるポイントクラウドデ－タ受信装置は、受信装置とも呼ばれる。
受信されたポイントクラウドのビットストリ－ムはファイル／セグメンデカプセル化後に圧縮されたジオメトリイメ－ジ、テキスチャ－イメ－ジ、占有マップのビデオビットストリ－ムと付加パッチ情報メタデ－タビットストリ－ムに逆多重化部１９０００により逆多重化される。ビデオ復号部１９００１とメタデ－タ復号化部１９００２は逆多重化されたビデオビットストリ－ムとメタデ－タビットストリ－ムを復号する。ジオメトリ復元部１９００３により復号されたジオメトリイメ－ジと占有マップ及び付加パッチ情報を用いて３Ｄジオメトリが復元され、その後、平滑化部１９００４による平滑化過程が行われる。平滑化された３Ｄジオメトリにテキスチャ－イメ－ジを用いてカラ－値を付与することにより、カラ－ポイントクラウド映像／ピクチャ－がテキスチャ－復元部１９００５により復元される。その後、客観的／主観的な視覚品質を向上させるために、カラ－平滑化過程をさらに行い、これにより導出された修正された（ｍｏｄｉｆｉｅｄ）ポイントクラウド映像／ピクチャ－は、レンダリングプロセス後にユ－ザに見せられる。なお、カラ－平滑化プロセスは、場合によっては省略してもよい。
図２０は、実施例によるＶ－ＰＣＣベ－スのポイントクラウドデ－タの格納及びストリ－ミングのためのア－キテクチャの一例を示す。
図２０のシステムの一部／全部は、図１の送受信装置、図４の符号化プロセス、図１５の２Ｄビデオ／イメ－ジエンコ－ダ、図１６の復号プロセス、図１８の送信装置、及び／又は図１９の受信装置などの一部／全部を含む。図面の各構成要素は、ソフトウェア、ハ－ドウェア、プロセッサ及びそれらの組み合わせに対応する。
図２０ないし図２２は実施例による送受信装置にさらにシステムが連結された構造を示す。実施例による送受信装置及びシステムを全て含めて、実施例による送受信装置と称する。
図２０ないし図２２に示す実施例による装置は、図１８などに該当する送信装置は符号化されたポイントクラウドデ－タを含むビットストリ－ムを送信するためのデ－タフォ－マットに合うコンテナを生成する。
実施例によるＶ－ＰＣＣシステムは、ポイントクラウドデ－タを含むコンテナを生成し、効率的な送受信のために必要な付加デ－タをコンテナにさらに追加する。
実施例による受信装置は、図２０ないし図２２のようなシステムに基づいてコンテナを受信して、パ－ス（ｐａｒｓｅ）する。図１９などに該当する受信装置はパ－スされたビットストリ－ムからポイントクラウドデ－タを復号して復元する。
図ビデオベ－スポイントクラウド圧縮（Ｖ－ＰＣＣ）に基づいて圧縮されるポイントクラウドデ－タを格納又はストリ－ミングするための全体的なア－キテクチャを示す。ポイントクラウドデ－タの格納及びストリ－ミングのプロセスは、取得プロセス、符号化プロセス、送信プロセス、復号プロセス、レンダリングプロセス及び／又はフィ－ドバックプロセスを含む。
実施例は、ポイントクラウドメディア／コンテンツ／デ－タを効率的に提供する方法を提案する。
ポイントクラウド取得部２００００は、ポイントクラウドメディア／コンテンツ／デ－タを効率的に提供するために、まず、ポイントクラウドビデオを取得する。例えば、１つ以上のカメラによって、ポイントクラウドのキャプチャ－、合成又は生成プロセスなどを通じたポイントクラウドデ－タを取得する。この取得プロセスにより、各ポイントの３Ｄ位置（ｘ、ｙ、ｚ位置値などで示され、以下、ジオメトリと呼ぶ）、各ポイントの特質（色、反射率、透明度など）を含むポイントクラウドビデオを取得することができる。また取得したポイントクラウドビデオはこれを含む、例えば、ＰＬＹ（Ｐｏｌｙｇｏｎ Ｆｉｌｅ ｆｏｒｍａｔ ｏｒ ｔｈｅ Ｓｔａｎｆｏｒｄ Ｔｒｉａｎｇｌｅ ｆｏｒｍａｔ）ファイルなどで生成することができる。複数のフレ－ムを有するポイントクラウドデ－タの場合、１つ以上のファイルを取得することができる。このプロセスにおいてポイントクラウド関連メタデ－タ（例えば、キャプチャ－などに関連するメタデ－タなど）を生成することができる。
キャプチャ－したポイントクラウドビデオは、コンテンツの品質を向上させるための後処理が必要となる場合がある。映像キャプチャ－のプロセスにおいて、カメラ装備が提供する範囲内で最大／最小の深さ値を調整してもよいが、調整後にも所望しない領域のポイントデ－タが含まれることがあるため、所望しない領域（例えば、背景）を除去したり、連結された空間を認識して穴（ｓｐａｔｉａｌ ｈｏｌｅ）を埋める後処理を行ってもよい。また、空間座標系を共有するカメラから抽出されたポイントクラウドは校正によって取得された各カメラの位置座標を基準として、各ポイントに対するグロ－バル座標系への変換プロセスにより１つのコンテンツに統合してもよい。これにより、ポイントの密度の高いポイントクラウドビデオを取得することができる。
ポイントクラウド前処理部（ｐｏｉｎｔ ｃｌｏｕｄ ｐｒｅ－ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）２０００１は、ポイントクラウドビデオを１つ以上のピクチャ－／フレ－ムに生成する。ここで、ピクチャ－／フレ－ムは、一般に特定の時間帯の１つの映像を示す単位を意味する。また、ポイントクラウドビデオを構成する点を１つ以上のパッチ（ポイントクラウドを構成する点の集合であって、同じパッチに属する点は３Ｄ空間上において互いに隣接し、２Ｄイメ－ジへのマッピングプロセスにおいて６面のバウンディングボックスの平面のうち同じ方向にマップされる点の集合）に分けて２Ｄ平面にマップする際に、２Ｄ平面のその位置にデ－タが存在するか否かを０又は１の値で知らせる２進マップ（ｂｉｎａｒｙ ｍａｐ）である占有マップピクチャ－／フレ－ムを生成することができる。また、ポイントクラウドビデオを成す各点の位置情報（ｇｅｏｍｅｔｒｙ）をパッチ単位で表す深さマップ形式のピクチャ－／フレ－ムであるジオメトリピクチャ－／フレ－ムを生成することができる。ポイントクラウドビデオを成す各点の色情報をパッチ単位で表すピクチャ－／フレ－ムであるテクスチャ－ピクチャ－／フレ－ムを生成することができる。このプロセスにおいて、個別パッチからポイントクラウドを再構成するために必要なメタデ－タを生成することができ、このメタデ－タは、各パッチの２Ｄ／３Ｄ空間における位置、サイズなどのパッチに関する情報（付加情報又は付加パッチ情報という）を含む。このようなピクチャ－／フレ－ムが時間順に連続して生成され、ビデオストリ－ム又はメタデ－タストリ－ムを構成することができる。
ポイントクラウドビデオエンコ－ダ２０００２は、ポイントクラウドビデオに関連する１つ以上のビデオストリ－ムに符号化することができる。１つのビデオは複数のフレ－ムを含み、１つのフレ－ムは停止映像／ピクチャ－に対応する。この明細書において、ポイントクラウドビデオとは、ポイントクラウド映像／フレ－ム／ピクチャ－を含み、ポイントクラウドビデオはポイントクラウド映像／フレ－ム／ピクチャ－と混用することがある。ポイントクラウドビデオエンコ－ダは、ビデオベ－スポイントクラウド圧縮（Ｖ－ＰＣＣ）の手順を行う。ポイントクラウドビデオエンコ－ダは、圧縮及びコ－ティングの効率のために、予測、変換、量子化、エントロピ－コ－ティングなどの一連の手順を行うことができる。符号化されたデ－タ（符号化されたビデオ／映像情報）は、ビットストリ－ム形式で出力される。Ｖ－ＰＣＣ手順に基づく場合、ポイントクラウドビデオエンコ－ダは、後述のように、ポイントクラウドビデオをジオメトリビデオ、特質（ａｔｔｒｉｂｕｔｅ）ビデオ、占有（ｏｃｃｕｐａｎｃｙ）マップビデオ、またメタデ－タ、例えば、パッチに関する情報に分けて符号化することができる。ジオメトリビデオはジオメトリイメ－ジを含んでもよく、特質（ａｔｔｒｉｂｕｔｅ）ビデオは特質イメ－ジを含んでもよく、占有（ｏｃｃｕｐａｎｃｙ）マップビデオは占有マップイメ－ジを含んでもよい。付加情報であるパッチデ－タは、パッチに関する情報を含んでもよい。特質ビデオ／イメ－ジは、テキスチャ－ビデオ／イメ－ジを含んでもよい。
ポイントクラウドイメ－ジエンコ－ダ２０００３は、ポイントクラウドビデオに関連する１つ以上のイメ－ジに符号化することができる。ポイントクラウドイメ－ジエンコ－２０００３は、ビデオベ－スポイントクラウド圧縮（Ｖ－ＰＣＣ）の手順を行う。ポイントクラウドイメ－ジエンコ－ダは、圧縮及びコ－ティングの効率のために、予測、変換、量子化、エントロピ－コ－ティングなどの一連の手順を行うことができる。符号化されたイメ－ジは、ビットストリ－ム形式で出力される。Ｖ－ＰＣＣ手順に基づく場合、ポイントクラウドイメ－ジエンコ－ダ２０００３は、後述のように、ポイントクラウドイメ－ジをジオメトリイメ－ジ、特質（ａｔｔｒｉｂｕｔｅ）イメ－ジ、占有（ｏｃｃｕｐａｎｃｙ）マップイメ－ジ、またメタデ－タ、例えば、パッチに関する情報に分けて符号化することができる。
実施例によるポイントクラウドビデオエンコ－ダ及び／又はポイントクラウドイメ－ジエンコ－ダは、実施例によるＰＣＣビットストリ－ム（Ｇ－ＰＣＣ及び／又はＶ－ＰＣＣビットストリ－ム）を生成する。
実施例によって、ビデオエンコ－ダ２０００２、イメ－ジエンコ－ダ２０００３、ビデオデコ－ダ２０００６、イメ－ジデコ－ダは、上述のように、１つのエンコ－ダ／デコ－ダによって行われてもよく、図面のように、別の経路によって行われてもよい。
カプセル化部（ｆｉｌｅ／ｓｅｇｍｅｎｔ ｅｎｃａｐｓｕｌａｔｉｏｎ ｕｎｉｔ）２０００４は、符号化されたポイントクラウドデ－タ及び／又はポイントクラウドに関連するメタデ－タをファイル又はストリ－ミングのためのセグメントなどの形式でカプセル化する。ここで、ポイントクラウドに関連するメタデ－タは、メタデ－タ処理部などから伝送されてもよい。メタデ－タ処理部は、ポイントクラウドビデオ／イメ－ジエンコ－ダに含まれてもよく、別のコンポ－ネント／モジュ－ルで構成されてもよい。カプセル化処理部は、そのビデオ／イメ－ジ／メタデ－タをＩＳＯＢＭＦＦなどのファイルフォ－マットにカプセル化するか、ＤＡＳＨセグメントなどの形態に処理する。カプセル化処理部は、実施例によれば、ポイントクラウドに関連するメタデ－タをファイルフォ－マット上に含ませることができる。ポイントクラウドメタデ－タは、例えば、ＩＳＯＢＭＦＦファイルフォ－マット上の様々なレベルのボックス（ｂｏｘ）に含まれるか、ファイル内において別のトラック内のデ－タに含まれる。実施例によれば、カプセル化処理部は、ポイントクラウド関連メタデ－タそのものをファイルにカプセル化することができる。
実施例によるカプセル化及びカプセル化部は、Ｇ－ＰＣＣ／Ｖ－ＰＣＣビットストリ－ムをファイル内の１つ或いは複数のトラックに分割格納し、そのためのシグナリング情報も共にカプセル化する。また、Ｇ－ＰＣＣ／Ｖ－ＰＣＣビットストリ－ム上に含まれているａｔｌａｓストリ－ムをファイル内のトラックに格納し、関連するシグナリング情報を格納してもよい。さらに、 Ｇ－ＰＣＣ／Ｖ－ＰＣＣビットストリ－ム上に存在するＳＥＩメッセ－ジをファイル内のトラックに格納し、関連するシグナリング情報を格納してもよい。
送信処理部は、ファイルフォ－マットに応じてカプセル化されたポイントクラウドデ－タに送信のための処理を施してもよい。送信処理部は、送信部に含まれてもよく、別のコンポ－ネント／モジュ－ルで構成されてもよい。送信処理部は、任意の送信プロトコルに従ってポイントクラウドデ－タを処理することができる。送信のための処理には、放送網を介する伝送のための処理、ブロ－ドバンドを介する伝送のための処理を含んでもよい。実施例によれば、送信処理部は、ポイントクラウドデ－タだけではなく、メタデ－タ処理部からポイントクラウド関連メタデ－タが伝送され、これに送信のための処理を施してもよい。
送信部は、ポイントクラウドビットストリ－ム又はそのビットストリ－ムを含むファイル／セグメントをデジタル記憶媒体又はネットワ－クを介して受信装置の受信部へ伝送する。送信のために、任意の送信プロトコルによる処理を行ってもよい。送信のために処理されたデ－タは、放送網及び／又はブロ－ドバンドを介して伝送される。このデ－タは、オン・デマンド（Ｏｎ Ｄｅｍａｎｄ）方式で受信側に伝送される。デジタル記憶媒体には、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブル－レイ、ＨＤＤ、ＳＳＤなどの様々なものが含まれる。送信部は、所定のファイルフォ－マットでメディアファイルを生成するための要素を含み、放送／通信ネットワ－クを介する送信のための要素を含んでもよい。受信部は、ビットストリ－ムを抽出して復号装置に送信する。
受信部は、この明細書によるポイントクラウドデ－タ送信装置が送信したポイントクラウドデ－タを受信する。送信されるチャネルに応じて、受信部は、放送網を介してポイントクラウドデ－タを受信してもよく、ブロ－ドバンドを介してポイントクラウドデ－タを受信してもよい。又は、デジタル記憶媒体によってポイントクラウドビデオデ－タを受信してもよい。受信部は、受信したデ－タを復号し、これをユ－ザのビュ－ポ－トなどに応じてレンダリングしてもよい。
受信処理部は、受信されたポイントクラウドビデオデ－タに対して送信プロトコルによる処理を行う。受信処理部は、受信部に含まれてもよく、別のコンポ－ネント／モジュ－ルで構成されてもよい。送信側で送信のための処理が行われたことに対応して、受信処理部は、上述した送信処理部の逆過程を行う。受信処理部は、取得したポイントクラウドビデオをデカプセル化部へ伝送し、取得したポイントクラウドに関連するメタデ－タはメタデ－タ処理部へ伝送する。
デカプセル化部（ｆｉｌｅ／ｓｅｇｍｅｎｔ ｄｅｃａｐｓｕｌａｔｉｏｎ ｕｎｉｔ）２０００５は、受信処理部から送信されたファイル形式のポイントクラウドデ－タをデカプセル化する。デカプセル化部は、ＩＳＯＢＭＦＦなどによるファイルをデカプセル化し、ポイントクラウドビットストリ－ム又はポイントクラウド関連メタデ－タ（又は、別のメタデ－タビットストリ－ム）を取得することができる。取得したポイントクラウドビットストリ－ムは、ポイントクラウドビデオデコ－ダ及びポイントクラウドイメ－ジデコ－ダに伝送され、取得したポイントクラウド関連メタデ－タ（又はメタデ－タビットストリ－ム）は、メタデ－タ処理部に伝送される。ポイントクラウドビットストリ－ムは、メタデ－タ（メタデ－タビットストリ－ム）を含んでもよい。メタデ－タ処理部は、ポイントクラウドビデオデコ－ダに含まれてもよく、別のコンポ－ネント／モジュ－ルで構成されてもよい。デカプセル化部が取得するポイントクラウド関連メタデ－タは、ファイルフォ－マット内のボックス又はトラック形式であってもよい。デカプセル化処理部は、必要な場合、メタデ－タ処理部からデカプセル化に必要なメタデ－タが伝送されることがある。ポイントクラウド関連メタデ－タは、ポイントクラウドビデオデコ－ダ及び／又はポイントクラウドイメ－ジデコ－ダに伝送されてポイントクラウド復号に用いられてもよく、又はレンダラ－に伝送されてポイントクラウドレンダリングに用いられてもよい。
ポイントクラウドビデオデコ－ダ２０００６は、ビットストリ－ムを受信してポイントクラウドビデオエンコ－ダの動作に対応する逆過程を行うことでビデオ／映像を復号する。この場合、ポイントクラウドビデオデコ－ダ２０００６は、後述のように、ポイントクラウドビデオをジオメトリビデオ、特質（ａｔｔｒｉｂｕｔｅ）ビデオ、占有（ｏｃｃｕｐａｎｃｙ）マップビデオ、また付加パッチ情報（ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ）に分けて復号することができる。ジオメトリビデオはジオメトリイメ－ジを含んでもよく、特質（ａｔｔｒｉｂｕｔｅ）ビデオは特質イメ－ジを含んでもよく、占有（ｏｃｃｕｐａｎｃｙ）マップビデオは占有マップイメ－ジを含んでもよい。付加情報は、付加パッチ情報（ａｕｘｉｌｉａｒｙ ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ）を含んでもよい。特質ビデオ／イメ－ジはテキスチャ－ビデオ／イメ－ジを含んでもよい。
復号されたジオメトリビデオ／イメ－ジと占有マップ及び付加パッチ情報を用いて３Ｄジオメトリが復元され、その後に平滑化処理を行う。平滑化された３Ｄジオメトリに、テクスチャ－ビデオ／イメ－ジを用いてカラ－値を割り当てることで、カラ－ポイントクラウド映像／ピクチャ－が復元される。レンダラ－は、復元されたジオメトリ、カラ－ポイントクラウド映像／ピクチャ－をレンダリングする。レンダリングされたビデオ／映像は、ディスプレイ部でディスプレイされる。ユ－ザは、ＶＲ／ＡＲディスプレイ又は一般のディスプレイなどによってレンダリングされた結果の全部又は一部の領域を見ることができる。
センシング／トラッキング部（Ｓｅｎｓｉｎｇ／Ｔｒａｃｋｉｎｇ）２０００７は、ユ－ザ又は受信側からオリエンテ－ション情報及び／又はユ－ザビュ－ポ－ト情報を取得して受信部及び／又は送信部に送信する。オリエンテ－ション情報は、ユ－ザの頭の位置、角度、動きなどに関する情報を示したり、ユ－ザが見ている装置の位置、角度、動きなどに関する情報を示す。この情報に基づいて、現在ユ－ザが３Ｄ空間で見ている領域に関する情報、即ちビュ－ポ－ト情報を算出する。
ビュ－ポ－ト情報は、現在ユ－ザが３Ｄ空間において装置又はＨＭＤなどを介して見ている領域に関する情報であってもよい。ディスプレイなどの装置は、オリエンテ－ション情報、装置が支援する垂直（ｖｅｒｔｉｃａｌ）又は水平（ｈｏｒｉｚｏｎｔａｌ）ＦＯＶなどに基づいてビュ－ポ－ト領域を抽出することができる。オリエンテ－ション又はビュ－ポ－ト情報は、受信側で抽出又は算出する。受信側で分析したオリエンテ－ション又はビュ－ポ－ト情報は、フィ－ドバックチャネルを介して送信側へ伝送されてもよい。
受信部は、センシング／トラッキング部によって取得されたオリエンテ－ション情報及び／又はユ－ザが現在見ている領域を示すビュ－ポ－ト情報を使用して特定の領域、即ちオリエンテ－ション情報及び／又はビュ－ポ－ト情報が示す領域のメディアデ－タだけを効率的にファイルから抽出又は復号する。また送信部は、センシング／トラッキング部によって取得されたオリエンテ－ション情報及び／又はビュ－ポ－ト情報を使用して特定の領域、即ちオリエンテ－ション情報及び／又はビュ－ポ－ト情報が示す領域のメディアデ－タだけを効率的に符号化したり、ファイルを生成及び送信することができる。
レンダラ－は、３Ｄ空間上に復号されたポイントクラウドデ－タをレンダリングする。レンダリングされたビデオ／映像は、ディスプレイ部を介してディスプレイされる。ユ－ザは、ＶＲ／ＡＲディスプレイ又は一般のディスプレイなどを介してレンダリングされた結果の全部又は一部の領域を見ることができる。
フィ－ドバックプロセスは、レンダリング／ディスプレイのプロセスから取得し得る様々なフィ－ドバック情報を送信側に送信するか、又は受信側のデコ－ダに送信することを含んでもよい。フィ－ドバックプロセスによって、ポイントクラウドデ－タの消費において相互作用（ｉｎｔｅｒａｃｔｉｖｉｔｙ）を提供することができる。実施例によれば、フィ－ドバックプロセスにおいて、ヘッドオリエンテ－ション（Ｈｅａｄ Ｏｒｉｅｎｔａｔｉｏｎ）情報、ユ－ザが現在見ている領域を示すビュ－ポ－ト（Ｖｉｅｗｐｏｒｔ）情報などを伝送することができる。実施例によれば、ユ－ザは、ＶＲ／ＡＲ／ＭＲ／自立走行環境において具現されたものと相互作用することができるが、この場合、相互作用に関する情報をフィ－ドバックプロセスにおいて送信側及びサ－ビス供給者側に伝送することもできる。実施例によれば、フィ－ドバックプロセスは省略してもよい。
実施例によれば、上述したフィ－ドバック情報は、送信側に伝送されるだけではなく、受信側で消費することもできる。即ち、上述したフィ－ドバック情報を用いて受信側のデカプセル化処理、復号、レンダリングプロセスなどを行ってもよい。例えば、オリエンテ－ション情報及び／又はビュ－ポ－ト情報を用いて、ユ－ザが現在見ている領域に対するポイントクラウドデ－タを優先してデカプセル化、復号及びレンダリングしてもよい。
実施例によるポイントクラウドデ－タ送信方法は、ポイントクラウドデ－タを符号化する段階；ポイントクラウドデ－タをカプセル化する段階；及びポイントクラウドデ－タを送信する段階；を含む。
実施例によるポイントクラウドデ－タ受信方法は、ポイントクラウドデ－タを受信する段階；ポイントクラウドデ－タをデカプセル化する段階；及びポイントクラウドデ－タを復号する段階；を含む。
図２１は、実施例によるポイントクラウドデ－タの格納及び送信装置の構成の一例を示す。
図２１は、実施例によるポイントクラウドシステムを示し、システムの一部／全部は、図１の送受信装置、図４の符号化プロセス、図１５の２Ｄビデオ／イメ－ジエンコ－ダ、図１６の復号プロセス、図１８の送信装置及び／又は図１９の受信装置などの一部／全部を含むことができる。また、図２０のシステムの一部／全部に含まれるか、対応することができる。
実施例によるポイントクラウドデ－タ送信装置は、図面のように構成される。送信装置の各構成要素は、モジュ－ル／ユニット／コンポ－ネント／ハ－ドウェア／ソフトウェア／プロセッサなどであってもよい。
ポイントクラウドのジオメトリ、特質、付加デ－タ（又は付加情報）、メッシュデ－タなどは、それぞれ独立したストリ－ムで構成されるか、又はファイルにおいてそれぞれ異なるトラックに格納されてもよい。さらに、別のセグメントに含まれてもよい。
ポイントクラウド取得部（Ｐｏｉｎｔ Ｃｌｏｕｄ Ａｃｑｕｉｓｉｔｉｏｎ ｕｎｉｔ）２１０００は、ポイントクラウドを取得する。例えば、１つ以上のカメラを介してポイントクラウドのキャプチャ－、合成又は生成プロセスなどによりポイントクラウドデ－タを取得する。このような取得プロセスにより、各ポイントの３Ｄ位置（ｘ、ｙ、ｚ位置値などで示され、以下、これをジオメトリと呼ぶ）、各ポイントの特質（色、反射率、透明度など）を含むポイントクラウドデ－タが得られ、これを含む、例えば、ＰＬＹ（Ｐｏｌｙｇｏｎ Ｆｉｌｅ ｆｏｒｍａｔ ｏｒ ｔｈｅ Ｓｔａｎｆｏｒｄ Ｔｒｉａｎｇｌｅ ｆｏｒｍａｔ）ファイルなどで生成することができる。複数のフレ－ムを有するポイントクラウドデ－タの場合、１つ以上のファイルを取得することができる。このプロセスにおいて、ポイントクラウド関連メタデ－タ（例えば、キャプチャ－などに関連するメタデ－タなど）を生成することができる。
パッチ生成部（Ｐａｔｃｈ Ｇｅｎｅｒａｔｉｏｎ ｕｎｉｔ）２１００１は、ポイントクラウドデ－タからパッチを生成する。パッチ生成部は、ポイントクラウドデ－タ又はポイントクラウドビデオを１つ以上のピクチャ－／フレ－ムで生成する。一般に、ピクチャ－／フレ－ムは、特定の時間帯の１つの映像を示す単位を意味する。ポイントクラウドビデオを構成する点を１つ以上のパッチ（ポイントクラウドを構成する点の集合であり、同じパッチに属する点は３Ｄ空間において互いに隣接しており、２Ｄイメ－ジへのマッピングプロセスにおいて６面のバウンディングボックス平面のうち同じ方向にマップされる点の集合）に分けて２Ｄ平面にマップする際、２Ｄ平面のその位置にデ－タが存在するか否かを０又は１の値で知らせる２進マップ（ｂｉｎａｒｙ ｍａｐ）である占有（ｏｃｃｕｐａｎｃｙ）マップピクチャ－／フレ－ムを生成することができる。また、ポイントクラウドビデオを成す各点の位置情報（ｇｅｏｍｅｔｒｙ）をパッチ単位で表す深さマップ形式のピクチャ－／フレ－ムであるジオメトリピクチャ－／フレ－ムを生成する。ポイントクラウドビデオを成す各点の色情報をパッチ単位で表すピクチャ－／フレ－ムであるテクスチャ－ピクチャ－／フレ－ムを生成することができる。このプロセスにおいて、個別パッチからポイントクラウドを再構成するために必要なメタデ－タを生成することができ、このメタデ－タは、各パッチの２Ｄ／３Ｄ空間における位置、サイズなどパッチに関する情報を含んでもよい。このようなピクチャ－／フレ－ムが時間順に連続して生成され、ビデオストリ－ム又はメタデ－タストリ－ムを構成することができる。
また、パッチは、２Ｄイメ－ジマッピングのために使用してもよい。例えば、ポイントクラウドデ－タが立方体の各面にプロジェクトされる。パッチ生成後、生成されたパッチに基づいて、ジオメトリイメ－ジ、１つ又は１つ以上の特質イメ－ジ、占有マップ、付加デ－タ及び／又はメッシュデ－タなどを生成することができる。
前処理部又は制御部（ｃｏｎｔｒｏｌｌｅｒ）によって、ジオメトリイメ－ジ生成（Ｇｅｏｍｅｔｒｙ ｉｍａｇｅ Ｇｅｎｅｒａｔｉｏｎ）、特質イメ－ジ生成（Ａｔｔｒｉｂｕｔｅ ｉｍａｇｅ Ｇｅｎｅｒａｔｉｏｎ）、占有マップ生成（Ｏｃｃｕｐａｎｃｙ ｍａｐ Ｇｅｎｅｒａｔｉｏｎ）、付加デ－タ生成（Ａｕｘｉｌｉａｒｙ Ｄａｔａ Ｇｅｎｅｒａｔｉｏｎ）及び／又はメッシュデ－タ生成（Ｍｅｓｈ Ｄａｔａ Ｇｅｎｅｒａｔｉｏｎ）が行われる。
ジオメトリイメ－ジ生成部（Ｇｅｏｍｅｔｒｙ ｉｍａｇｅ Ｇｅｎｅｒａｔｉｏｎ ｕｎｉｔ）２１００２は、パッチ生成の結果物に基づいてジオメトリイメ－ジを生成する。ジオメトリは、３Ｄ空間上のポイントを示す。パッチに基づいてパッチの２Ｄイメ－ジパッキングに関連する情報を含む占有マップ、付加デ－タ（パッチデ－タ）及び／又はメッシュデ－タなどを使用して、ジオメトリイメ－ジを生成する。ジオメトリイメ－ジは、パッチ生成後に生成されたパッチの深さ（例えば、近さ、遠さ）などの情報に関連する。
特質イメ－ジ生成部（Ａｔｔｒｉｂｕｔｅ ｉｍａｇｅ Ｇｅｎｅｒａｔｉｏｎ ｕｎｉｔ）２１００３は、特質イメ－ジを生成する。例えば、特質はテキスチャ－（Ｔｅｘｔｕｒｅ）を示すことができる。テキスチャ－は、各ポイントに対応するカラ－値であってもよい。実施例によれば、テキスチャ－を含む複数（Ｎ個）の特質（色、反射率など）イメ－ジを生成する。複数の特質は、マテリアル（材質に関する情報）、反射率などを含む。また、実施例によれば、特質は、同じテキスチャ－でも視覚、光によってカラ－が変わる情報をさらに含んでもよい。
占有マップ生成部（Ｏｃｃｕｐａｎｃｙ ｍａｐ Ｇｅｎｅｒａｔｉｏｎ ｕｎｉｔ）２１００４は、パッチから占有マップを生成する。占有マップは、そのジオメトリ又は特質イメ－ジなどのピクセルにデ－タの存否を示す情報を含む。
付加デ－タ生成部（Ａｕｘｉｌｉａｒｙ Ｄａｔａ Ｇｅｎｅｒａｔｉｏｎ ｕｎｉｔ）２１００５は、パッチに関する情報を含む付加デ－タを生成する。即ち、付加デ－タは、ポイントクラウド客体のパッチに関するメタデ－タを示す。例えば、パッチに対する法線（ｎｏｒｍａｌ）ベクトルなどの情報を示すことができる。具体的には、実施例によれば、付加デ－タは、パッチからポイントクラウドを再構成するために必要な情報を含む（例えば、パッチの２Ｄ／３Ｄ空間上の位置、サイズなどに関する情報、プロジェクション平面（ｎｏｒｍａｌ）識別情報、パッチマッピング情報など）。
メッシュデ－タ生成部（Ｍｅｓｈ Ｄａｔａ Ｇｅｎｅｒａｔｉｏｎ ｕｎｉｔ）２１００６は、パッチからメッシュデ－タを生成する。メッシュは、隣接したポイント間の連結情報を示す。例えば、三角形のデ－タを示してもよい。例えば、実施例によるメッシュデ－タは、各ポイント間の接続（ｃｏｎｎｅｃｔｉｖｉｔｙ）情報を意味する。
ポイントクラウド前処理部又は制御部は、パッチ生成、ジオメトリイメ－ジ生成、特質イメ－ジ生成、占有マップ生成、付加デ－タ生成、メッシュデ－タ生成に関連するメタデ－タ（Ｍｅｔａｄａｔａ）を生成する。
ポイントクラウド送信装置は、前処理部で生成された結果物に対応して、ビデオ符号化及び／又はイメ－ジ符号化を行う。ポイントクラウド送信装置は、ポイントクラウドビデオデ－タだけではなく、ポイントクラウドイメ－ジデ－タを生成する。実施例によれば、ポイントクラウドデ－タはビデオデ－タのみを、イメ－ジデ－タのみを、及び／又はビデオデ－タ及びイメ－ジデ－タの両方を含んでもよい。
ビデオ符号化部２１００７は、ジオメトリビデオ圧縮、特質ビデオ圧縮、占有マップビデオ圧縮、付加デ－タ圧縮及び／又はメッシュデ－タ圧縮を行う。ビデオ符号化部は、符号化された各々のビデオデ－タを含むビデオトリ－ムを生成する。
具体的には、ジオメトリビデオ圧縮はポイントクラウドジオメトリビデオデ－タを符号化する。特質ビデオ圧縮はポイントクラウドの特質ビデオデ－タを符号化する。付加デ－タ圧縮はポイントクラウドビデオデ－タに関連する付加デ－タを符号化する。メッシュデ－タ圧縮（Ｍｅｓｈ ｄａｔａ ｃｏｍｐｒｅｓｓｉｏｎ）はポイントクラウドビデオデ－タのメッシュデ－タを符号化する。ポイントクラウドビデオ符号化部の各動作は、並列に行われる。
イメ－ジ符号化部２１００８は、ジオメトリイメ－ジ圧縮、特質イメ－ジ圧縮、占有マップイメ－ジ圧縮、付加デ－タ圧縮及び／又はメッシュデ－タ圧縮を行う。イメ－ジ符号化部は、符号化された各々のイメ－ジデ－タを含むイメ－ジを生成する。
具体的には、ジオメトリイメ－ジ圧縮は、ポイントクラウドジオメトリイメ－ジデ－タを符号化する。特質イメ－ジ圧縮はポイントクラウドの特質イメ－ジデ－タを符号化する。付加デ－タ圧縮はポイントクラウドイメ－ジデ－タに関連する付加デ－タを符号化する。メッシュデ－タ圧縮（Ｍｅｓｈ ｄａｔａ ｃｏｍｐｒｅｓｓｉｏｎ）はポイントクラウドイメ－ジデ－タに関連するメッシュデ－タを符号化する。ポイントクラウドイメ－ジ符号化部の各動作は、並列に行われる。
ビデオ符号化部及び／又はイメ－ジ符号化部は前処理部からメタデ－タを受信する。ビデオ符号化部及び／又はイメ－ジ符号化部はメタデ－タに基づいて各々の符号化プロセスを行う。
ファイル／セグメントカプセル化部（Ｆｉｌｅ／Ｓｅｇｍｅｎｔ Ｅｎｃａｐｓｕｌａｔｉｏｎ）２１００９は、ビデオストリ－ム及び／又はイメ－ジをファイル及び／又はセグメント形式にカプセル化する。ファイル／セグメントカプセル化部はビデオトラックカプセル化、メタデ－タトラックカプセル化及び／又はイメ－ジカプセル化を行う。
ビデオトラックカプセル化は、１つ又は１つ以上のビデオストリ－ムを１つ又は１つ以上のトラックカプセル化することができる。
メタデ－タトラックカプセル化は、ビデオストリ－ム及び／又はイメ－ジに関連するメタデ－タを１つ又は１つ以上のトラックにカプセル化する。メタデ－タは、ポイントクラウドデ－タのコンテンツに関連するデ－タを含む。例えば、初期ビュ－イングオリエンテ－ションメタデ－タ（Ｉｎｉｔｉａｌ Ｖｉｅｗｉｎｇ Ｏｒｉｅｎｔａｔｉｏｎ Ｍｅｔａｄａｔａ）を含む。実施例によれば、メタデ－タは、メタデ－タトラックにカプセル化されてもよく、ビデオトラック又はイメ－ジトラックに共にカプセル化されてもよい。
イメ－ジカプセル化は１つ又は１つ以上のイメ－ジを１つ又は１つ以上のトラック又はアイテムにカプセル化する。
例えば、実施例によれば、４つのビデオストリ－ムと２つのイメ－ジがカプセル化部に入力される場合、４つのビデオストリ－ム及び２つのイメ－ジを１つのファイル内にカプセル化する。
実施例によるポイントクラウドビデオエンコ－ダ及び／又はポイントクラウドイメ－ジエンコ－ダは、実施例によるＧ－ＰＣＣ／Ｖ－ＰＣＣビットストリ－ムを生成する。
ファイル／セグメントカプセル化部は、前処理部からメタデ－タを受信する。ファイル／セグメントカプセル化部は、メタデ－タに基づいてカプセル化を行う。
ファイル／セグメントカプセル化によって生成されたファイル及び／又はセグメントは、ポイントクラウド送信装置又は送信部によって送信される。例えば、ＤＡＳＨベ－スのプロトコルに基づいてセグメントが伝達（Ｄｅｌｉｖｅｒｙ）できる。
実施例によるカプセル化及びカプセル化部は、Ｖ－ＰＣＣビットストリ－ムをファイル内に１つ又は複数のトラックに分割格納し、そのためのシグナリング情報も共にカプセル化することができる。また、Ｖ－ＰＣＣビットストリ－ム上に含まれているａｔｌａｓストリ－ムをファイル内のトラックに格納し、関連するシグナリング情報を格納することができる。さらに、Ｖ－ＰＣＣビットストリ－ム上に存在するＳＥＩメッセ－ジをファイル内のトラックに格納し、関連するシグナリング情報を格納することができる。
伝達部（Ｄｅｌｉｖｅｒｙ）は、ポイントクラウドビットストリ－ム又はそのビットストリ－ムを含むファイル／セグメントをデジタル記憶媒体又はネットワ－クを介して受信装置の受信部に伝達する。送信のために、任意の送信プロトコルによる処理を行う。送信のための処理を終えたデ－タは、放送網及び／又はブロ－ドバンドを介して伝送される。このデ－タは、オン・デマンド（Ｏｎ Ｄｅｍａｎｄ）方式で受信側へ伝送してもよい。デジタル記憶媒体には、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブル－レイ、ＨＤＤ、ＳＳＤなどの様々な記憶媒体がある。伝達部は、所定のファイルフォ－マットでメディアファイルを生成するための要素を含み、放送／通信ネットワ－クを介する送信のための要素を含む。伝達部は、受信部からオリエンテ－ション情報及び／又はビュ－ポ－ト情報を受信する。伝達部は、取得したオリエンテ－ション情報及び／又はビュ－ポ－ト情報（又はユ－ザが選択した情報）を前処理部、ビデオ符号化部、イメ－ジ符号化部、ファイル／セグメントカプセル化部及び／又はポイントクラウド符号化部に伝送する。オリエンテ－ション情報及び／又はビュ－ポ－ト情報に基づいて、ポイントクラウド符号化部は全てのポイントクラウドデ－タを符号化するか、又はオリエンテ－ション情報及び／又はビュ－ポ－ト情報が示すポイントクラウドデ－タを符号化する。オリエンテ－ション情報及び／又はビュ－ポ－ト情報に基づいて、ファイル／セグメントカプセル化部は全てのポイントクラウドデ－タをカプセル化するか、又はオリエンテ－ション情報及び／又はビュ－ポ－ト情報が示すポイントクラウドデ－タをカプセル化することができる。オリエンテ－ション情報及び／又はビュ－ポ－ト情報に基づいて、伝達部は全てのポイントクラウドデ－タを伝達するか、又はオリエンテ－ション情報及び／又はビュ－ポ－ト情報が示すポイントクラウドデ－タを伝達する。
例えば、前処理部は、全てのポイントクラウドデ－タに対して上述した動作を行ってもよく、オリエンテ－ション情報及び／又はビュ－ポ－ト情報が示すポイントクラウドデ－タに対して動作を行ってもよい。ビデオ符号化部及び／又はイメ－ジ符号化部は、全てのポイントクラウドデ－タに対して上述した動作を行ってもよく、オリエンテ－ション情報及び／又はビュ－ポ－ト情報が示すポイントクラウドデ－タに対して上述した動作を行わってもよい。ファイル／セグメントカプセル化部は、全てのポイントクラウドデ－タに対して上述した動作を行ってもよく、オリエンテ－ション情報及び／又はビュ－ポ－ト情報が示すポイントクラウドデ－タに対して上述した動作を行ってもよい。送信部は、全てのポイントクラウドデ－タに対して上述した動作を行ってもよく、オリエンテ－ション情報及び／又はビュ－ポ－ト情報が示すポイントクラウドデ－タに対して上述した動作を行ってもよい。
図２２は、実施例によるポイントクラウドデ－タ受信装置の構成の一例を示す。
図２２は、実施例によるポイントクラウドシステムを示し、システムの一部／全部は、図１の送受信装置、図４の符号化プロセス、図１５の２Ｄビデオ／イメ－ジエンコ－ダ、図１６の復号プロセス、図１８の送信装置、及び／又は図１９の受信装置などの一部／全部を含むことができる。また、図２０及び図２１のシステムの一部／全部に含まれるか又は対応する。
受信装置の各構成は、モジュ－ル／ユニット／コンポ－ネント／ハ－ドウェア／ソフトウェア／プロセッサなどであってもよい。伝達クライアント（Ｄｅｌｉｖｅｒｙ Ｃｌｉｅｎｔ）は、実施例によるポイントクラウドデ－タ送信装置が送信したポイントクラウドデ－タ、ポイントクラウドビットストリ－ム又はそのビットストリ－ムを含むファイル／セグメントを受信する。送信されるチャネルに応じて、受信装置は、放送網を介してポイントクラウドデ－タを受信するか、又はブロ－ドバンドを介してポイントクラウドデ－タを受信する。又は、デジタル記憶媒体によってポイントクラウドデ－タを受信してもよい。受信装置は、受信したデ－タを復号し、これをユ－ザのビュ－ポ－トなどに従ってレンダリングするプロセスを含んでもよい。受信処理部は、受信されたポイントクラウドデ－タに対して送信プロトコルに従う処理を行う。受信処理部は受信部に含まれてもよく、別のコンポ－ネント／モジュ－ルで構成されてもよい。送信側で行った送信のための処理に対応して、受信処理部は、上述した送信処理部の逆過程を行う。受信処理部は、取得したポイントクラウドデ－タをファイル／セグメントデカプセル化部に伝送し、取得したポイントクラウド関連メタデ－タはメタデ－タ処理部に伝送することができる。
センシング／トラッキング部（Ｓｅｎｓｉｎｇ／Ｔｒａｃｋｉｎｇ）は、オリエンテ－ション情報及び／又はビュ－ポ－ト情報を取得する。センシング／トラッキング部は、取得したオリエンテ－ション情報及び／又はビュ－ポ－ト情報を伝達クライアント、ファイル／セグメントデカプセル化部、ポイントクラウド復号部に伝送する。
伝達クライアントは、オリエンテ－ション情報及び／又はビュ－ポ－ト情報に基づいて、全てのポイントクラウドデ－タを受信するか、又はオリエンテ－ション情報及び／又はビュ－ポ－ト情報が示すポイントクラウドデ－タを受信する。ファイル／セグメントデカプセル化部は、オリエンテ－ション情報及び／又はビュ－ポ－ト情報に基づいて、全てのポイントクラウドデ－タをデカプセル化するか、又はオリエンテ－ション情報及び／又はビュ－ポ－ト情報が示すポイントクラウドデ－タをデカプセル化する。ポイントクラウド復号部（ビデオ復号部及び／又はイメ－ジ復号部）は、オリエンテ－ション情報及び／又はビュ－ポ－ト情報に基づいて、全てのポイントクラウドデ－タを復号するか、又はオリエンテ－ション情報及び／又はビュ－ポ－ト情報が示すポイントクラウドデ－タを復号する。ポイントクラウドプロセシング部は、全てのポイントクラウドデ－タを処理するか、又はオリエンテ－ション情報及び／又はビュ－ポ－ト情報が示すポイントクラウドデ－タを処理する。
ファイル／セグメントデカプセル化部（Ｆｉｌｅ／Ｓｅｇｍｅｎｔ ｄｅｃａｐｓｕｌａｔｉｏｎ ｕｎｉｔ）２２０００は、ビデオトラックデカプセル化（Ｖｉｄｅｏ Ｔｒａｃｋ Ｄｅｃａｐｓｕｌａｔｉｏｎ）、メタデ－タトラックデカプセル化（Ｍｅｔａｄａｔａ Ｔｒａｃｋ Ｄｅｃａｐｓｕｌａｔｉｏｎ）及び／又はイメ－ジデカプセル化（Ｉｍａｇｅ Ｄｅｃａｐｓｕｌａｔｉｏｎ）を行う。デカプセル化処理部は、受信処理部から伝達されたファイル形式のポイントクラウドデ－タをデカプセル化する。デカプセル化処理部は、ＩＳＯＢＭＦＦなどによるファイル又はセグメントをデカプセル化し、ポイントクラウドビットストリ－ム及びポイントクラウド関連メタデ－タ（又は別のメタデ－タビットストリ－ム）を取得する。取得したポイントクラウドビットストリ－ムは、ポイントクラウド復号部に伝送し、取得したポイントクラウド関連メタデ－タ（又はメタデ－タビットストリ－ム）は、メタデ－タ処理部に伝送する。ポイントクラウドビットストリ－ムは、メタデ－タ（メタデ－タビットストリ－ム）を含んでもよい。メタデ－タ処理部は、ポイントクラウドビデオデコ－ダに含まれてもよく、別のコンポ－ネント／モジュ－ルで構成されてもよい。デカプセル化処理部が取得するポイントクラウド関連メタデ－タは、ファイルフォ－マット内のボックス又はトラックの形態であってもよい。ファイル／セグメントデカプセル化部は、必要な場合、メタデ－タ処理部からデカプセル化に必要なメタデ－タが伝送されてもよい。ポイントクラウド関連メタデ－タは、ポイントクラウド復号部に伝送されて、ポイントクラウド復号に用いられてもよく、ポイントクラウドレンダリング部に伝送されて、ポイントクラウドレンダリングに用いられてもよい。ファイル／セグメントデカプセル化部は、ポイントクラウドデ－タに関連するメタデ－タを生成することができる。
ビデオトラックデカプセル化部（Ｖｉｄｅｏ Ｔｒａｃｋ Ｄｅｃａｐｓｕｌａｔｉｏｎ）は、ファイル及び／又はセグメントに含まれたビデオトラックをデカプセル化する。ジオメトリビデオ、特質ビデオ、占有マップ、付加デ－タ及び／又はメッシュデ－タを含むビデオストリ－ムをデカプセル化する。
メタデ－タトラックデカプセル化（Ｍｅｔａｄａｔａ Ｔｒａｃｋ Ｄｅｃａｐｓｕｌａｔｉｏｎ）は、ポイントクラウドデ－タに関連するメタデ－タ及び／又は付加デ－タなどを含むビットストリ－ムをデカプセル化する。
イメ－ジデカプセル化（Ｉｍａｇｅ Ｄｅｃａｐｓｕｌａｔｉｏｎ）は、ジオメトリイメ－ジ、特質イメ－ジ、占有マップ、付加デ－タ及び／又はメッシュデ－タを含むイメ－ジをデカプセル化する。
実施例によるデカプセル化又はデカプセル化部は、Ｇ－ＰＣＣ／Ｖ－ＰＣＣビットストリ－ムをファイル内の１つ又は複数のトラックに基づいて分割処理パ－シング（デカプセル化）し、そのためのシグナリング情報も共にデカプセル化する。また、Ｇ－ＰＣＣ／Ｖ－ＰＣＣビットストリ－ム上に含まれているａｔｌａｓストリ－ムをファイル内のトラックに基づいてデカプセル化し、関連するシグナリング情報をパ－シングする。さらにＧ－ＰＣＣ／Ｖ－ＰＣＣビットストリ－ム上に存在するＳＥＩメッセ－ジをファイル内のトラックに基づいてデカプセル化し、関連するシグナリング情報を共に取得することができる。
ビデオ復号部（Ｖｉｄｅｏ Ｄｅｃｏｄｉｎｇ ｕｎｉｔ）２２００１は、ジオメトリビデオ復元、特質ビデオ復元、占有マップ復元、付加デ－タ復元及び／又はメッシュデ－タ復元を行う。ビデオ復号部は、実施例によるポイントクラウド送信装置のビデオ符号化付加を行うプロセスに対応して、ジオメトリビデオ、特質ビデオ、付加デ－タ及び／又はメッシュデ－タを復号する。
イメ－ジ復号部（Ｉｍａｇｅ Ｄｅｃｏｄｉｎｇ）２２００２は、ジオメトリイメ－ジ復元、特質イメ－ジ復元、占有マップ復元、付加デ－タ復元及び／又はメッシュデ－タ復元を行う。イメ－ジ復号部は、実施例によるポイントクラウド送信装置のイメ－ジ符号化部が行うプロセスに対応して、ジオメトリイメ－ジ、特質イメ－ジ、付加デ－タ及び／又はメッシュデ－タを復号する。
実施例によるビデオ復号部、イメ－ジ復号部は、上述のように、１つのビデオ／イメ－ジデコ－ダによって処理されてもよく、図のように別のパスで行われてもよい。
ビデオ復号部及び／又はイメ－ジ復号部は、ビデオデ－タ及び／又はイメ－ジデ－タに関連するメタデ－タを生成する。
実施例によるポイントクラウドビデオエンコ－ダ及び／又はポイントクラウドイメ－ジエンコ－ダは、実施例によるＧ－ＰＣＣ／Ｖ－ＰＣＣビットストリ－ムを復号する。
ポイントクラウドプロセシング部（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）２２００３は、ジオメトリ再構成（Ｇｅｏｍｅｔｒｙ Ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ）及び／又は特質再構成（Ａｔｔｒｉｂｕｔｅ Ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ）を行う。
ジオメトリ再構成は、復号されたビデオデ－タ及び／又は復号されたイメ－ジデ－タから、占有マップ、付加デ－タ及び／又はメッシュデ－タに基づいて、ジオメトリビデオ及び／又はジオメトリイメ－ジを復元する。
特質再構成は、復号された特質ビデオ及び／又は復号された特質イメ－ジから、占有マップ、付加デ－タ及び／又はメッシュデ－タに基づいて、特質ビデオ及び／又は特質イメ－ジを復元する。実施例によれば、例えば、特質はテキスチャ－である。実施例によれば、特質は複数の特質情報を意味する。複数の特質がある場合、実施例によるポイントクラウドプロセシング部は、複数の特質再構成を行う。
ポイントクラウドプロセシング部は、ビデオ復号部、イメ－ジ復号部及び／又はファイル／セグメントデカプセル化部からメタデ－タを受信し、メタデ－タに基づいてポイントクラウドを処理することができる。
ポイントクラウドレンダリング部（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｒｅｎｄｅｒｉｎｇ ｕｎｉｔ）は、再構成されたポイントクラウドをレンダリングする。ポイントクラウドレンダリング部はビデオ復号部、イメ－ジ復号部及び／又はファイル／セグメントデカプセル化部からメタデ－タを受信し、メタデ－タに基づいてポイントクラウドをレンダリングする。
ディスプレイは、レンダリングされた結果を実際のディスプレイ装置上にディスプレイする。
実施例による方法／装置は図１５ないし図１９に示したように、ポイントクラウドデ－タを符号化／復号した後、ポイントクラウドデ－タを含むビットストリ－ムをファイル及び／又はセグメント形式にカプセル化及び／又はデカプセル化する。
例えば、実施例によるポイントクラウドデ－タ送信装置は、ポイントクラウドデ－タをファイルに基づいてカプセル化し、このとき、ファイルには、ポイントクラウドに関するパラメ－タを含むＶ－ＰＣＣトラック、ジオメトリを含むジオメトリトラック、特質を含む特質トラック及び占有マップを含む占有トラックを含む。
また、実施例によるポイントクラウドデ－タ受信装置は、ポイントクラウドデ－タファイルに基づいてデカプセル化し、このとき、ファイルにはポイントクラウドに関するパラメ－タを含むＶ－ＰＣＣトラック、ジオメトリを含むジオメトリトラック、特質を含む特質トラック及び占有マップを含む占有トラックを含む。
上述した動作は、図２０のファイル／セグメントカプセル化部、図２１のファイル／セグメントカプセル化部２１００９、図２２のファイル／セグメントデカプセル化部２２０００などによって行われる。
図２３は、実施例によるポイントクラウドデ－タの送受信方法／装置と連動可能な構造の一例を示す。
実施例による構造では、サ－バ－２３６０、ロボット２３１０、自立走行車両２３２０、ＸＲ装置２３３０、スマ－トフォン２３４０、家電２３５０及び／又はＨＭＤ２３７０のうちのいずれかがクラウドネットワ－ク２３１０と接続する。ここで、ロボット２３１０、自立走行車両２３２０、ＸＲ装置２３３０、スマ－トフォン２３４０又は家電２３５０などを装置と呼ぶ。また、ＸＲ装置１７３０は、実施例によるポイントクラウド圧縮デ－タ（ＰＣＣ）装置に対応するか、ＰＣＣ装置と連動してもよい。
クラウドネットワ－ク２３００は、クラウドコンピュ－ティングインフラの一部を構成するか、クラウドコンピュ－ティングインフラ内に存在するネットワ－クを意味してもよい。ここで、クラウドネットワ－ク２３００は、３Ｇネットワ－ク、４Ｇ又はＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）ネットワ－ク又は５Ｇネットワ－クなどを用いて構成されてもよい。
ＡＩサ－バ－２３６０は、ロボット２３１０、自立走行車両２３２０、ＸＲ装置２３３０、スマ－トフォン２３４０、家電２３５０及び／又はＨＭＤ２３７０のうちの少なくとも１つ以上とクラウドネットワ－ク２３００を介いて接続され、接続された装置２３１０～２３７０のプロセシングの少なくとも一部を補助する。
ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）２３７０は、実施例によるＸＲ装置及び／又はＰＣＣ装置が具現できるタイプの１つを示す。実施例によるＨＭＤタイプの装置は、コミュニケ－ションユニット、コントロ－ルユニット、メモリユニット、Ｉ／Ｏユニット、センサユニット、またパワ－供給ユニットなどを含む。
以下、上記技術が適用される装置２３１０～２３５０の様々な実施例について説明する。ここで、図２３に示された装置２３１０～２３５０は、上述した実施例によるポイントクラウドデ－タの送受信装置と連動／結合することができる。
＜ＰＣＣ＋ＸＲ＞
ＸＲ／ＰＣＣ装置２３３０は、ＰＣＣ及び／又はＸＲ（ＡＲ＋ＶＲ）技術が適用され、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、車両に備えられたＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、ＴＶ、携帯電話、スマ－トフォン、コンピュ－タ－、ウェアラブルデバイス、家電機器、デジタル看板、車両、固定型ロボットや移動型ロボットなどで具現される。
ＸＲ／ＰＣＣ装置２３３０は、様々なセンサにより又は外部装置から取得した３Ｄポイントクラウドデ－タ又はイメ－ジデ－タを分析して３Ｄポイントに対する位置デ－タ及び特質デ－タを生成することで周辺空間又は現実客体に関する情報を得て、出力するＸＲ客体をレンダリングして出力することができる。例えば、ＸＲ／ＰＣＣ装置２３３０は認識された物体に関する付加情報を含むＸＲ客体を該当認識された物体に対応して出力することができる。
＜ＰＣＣ＋ＸＲ＋モバイルフォン＞
ＸＲ／ＰＣＣ装置２３３０はＰＣＣ技術が適用されてモバイルフォン２３４０などで具現される。
モバイルフォン２３４０はＰＣＣ技術に基づいてポイントクラウドコンテンツを復号し、ディスプレイする。
＜ＰＣＣ＋自立走行＋ＸＲ＞
自律走行車両２３２０はＰＣＣ技術及びＸＲ技術が適用されて、移動型ロボット、車両、無人飛行体などで具現される。
ＸＲ／ＰＣＣ技術が適用された自律走行車両２３２０は、ＸＲ映像を提供する手段を備えた自律走行車両やＸＲ映像内での制御／相互作用の対象となる自律走行車両などを意味してもよい。特に、ＸＲ映像内での制御／相互作用の対象となる自律走行車両２３２０はＸＲ装置２３３０とは区分され、互いに連動できる。
ＸＲ／ＰＣＣ映像を提供する手段を備えた自律走行車両２３２０は、カメラを含むセンサからセンサ情報を取得し、取得したセンサ情報に基づいて生成されたＸＲ／ＰＣＣ映像を出力する。例えば、自律走行車両はＨＵＤを備えてＸＲ／ＰＣＣ映像を出力することで、搭乗者に現実客体又は画面内の客体に対応するＸＲ／ＰＣＣ客体を提供する。
このとき、ＸＲ／ＰＣＣ客体がＨＵＤに出力される場合には、ＸＲ／ＰＣＣ客体の少なくとも一部が搭乗者の視線が向く実際の客体にオ－バ－ラップされるように出力されることがある。一方、ＸＲ／ＰＣＣ客体が自律走行車両内に備えられるディスプレイに出力される場合には、ＸＲ／ＰＣＣ客体の少なくとも一部が画面内の客体にオ－バ－ラップされるように出力されることがある。例えば、自律走行車両は車路、他の車両、信号灯、交通表示板、二輪車、歩行者、建物などのような客体に対応するＸＲ／ＰＣＣ客体を出力することができる。
実施例によるＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）技術、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）技術、ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）技術及び／又はＰＣＣ（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｃｏｍｐｒｅｓｓｉｏｎ）技術は、様々なデバイスに適用可能である。
即ち、ＶＲ技術は現実の客体や背景などをＣＧ映像のみで提供するディスプレイ技術である。一方、ＡＲ技術は実際物事の映像上に仮想のＣＧ映像を共に見せる技術である。また、ＭＲ技術は、現実世界に仮想客体を混ぜて見せるという点では上述したＡＲ技術と類似する。しかし、ＡＲ技術では現実の客体とＣＧ映像からなる仮想の客体との区別が明らかであり、現実客体を補完する形式で仮想の客体を使用する反面、ＭＲ技術では仮想の客体と現実の客体とが同等な性格と見なされるという点でＡＲ技術とは区別される。より具体的には、例えば、上記ＭＲ技術が適用されたことがホログラムサ－ビスである。
ただし、最近にはＶＲ、ＡＲ、ＭＲ技術を明確に区別するよりは、ＸＲ（ｅｘｔｅｎｄｅｄ Ｒｅａｌｉｔｙ）技術と呼んでいる。よって、本発明の実施例はＶＲ、ＡＲ、ＭＲ、ＸＲ技術のいずれにも適用可能である。かかる技術はＰＣＣ、Ｖ－ＰＣＣ、Ｇ－ＰＣＣ技術ベ－スの符号化／復号が適用される。
実施例によるＰＣＣ方法／装置は自律走行サ－ビスを提供する車両に適用できる。
自律走行サ－ビスを提供する自立走行車両はＰＣＣ装置と有無線通信可能に接続される。
実施例によるポイントクラウド圧縮デ－タ（ＰＣＣ）送受信装置は、自立走行車両と有無線通信可能に接続された場合、自律走行サ－ビスと共に提供できるＡＲ／ＶＲ／ＰＣＣサ－ビス関連コンテンツデ－タを受信／処理して自立走行車両に送信することができる。また、ポイントクラウドデ－タ送受信装置が自立走行車両に搭載された場合は、ポイントクラウド送受信装置は、ユ－ザインタ－フェ－ス装置で入力されたユ－ザ入力信号によってＡＲ／ＶＲ／ＰＣＣサ－ビス関連コンテンツデ－タを受信／処理してユ－ザに提供することができる。実施例による車両又はユ－ザインタ－フェ－ス装置はユ－ザ入力信号を受信することができる。実施例によるユ－ザ入力信号は自律走行サ－ビスを指示する信号を含んでもよい。
実施例による方法／装置は、実施例によるポイントクラウドデ－タ送信装置（例えば、図１の送信装置１００００、図１８の送信装置）、送信装置のエンコ－ダ（例えば、図１のポイントクラウドビデオエンコ－ダ１０００２、図４のエンコ－ダ、図１５のエンコ－ダ）、送信装置のファイルカプセル化部（例えば、図２０の送信装置が連結されたシステムのファイル／セグメントカプセル化部２０００４、図２１のプリプロセッサ、エンコ－ダが連結されたシステムのファイル／セグメントカプセル化部２１００９）、実施例によるポイントクラウドデ－タ受信装置（例えば、図１の受信装置１０００５、図１９の受信装置）、受信装置のデコ－ダ（図１のポイントクラウドビデオデコ－ダ１０００８、図１６のデコ－ダ、図１７のデコ－ダ）、受信装置のファイルデカプセル化部（例えば、図２０の受信装置が連結されたシステムのファイル／セグメントデカプセル化部２０００５、図２２のプロセッサ、デコ－ダが連結されたシステムのファイル／セグメントデカプセル化部２２０００）などを称する。
この明細書で説明するＶ－ＰＣＣ（Ｖｉｄｅｏ－ｂａｓｅｄ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｍｐｒｅｓｓｉｏｎ）はＶ３Ｃ（Ｖｉｓｕａｌ Ｖｏｌｕｍｅｔｒｉｃ Ｖｉｄｅｏ－ｂａｓｅｄ Ｃｏｄｉｎｇ）と同一である。実施例による用語Ｖ－ＰＣＣはＶ３Ｃと混用して同じ意味で使用される。
実施例による方法／装置は、ユ－ザのビュ－ポ－トによってＶ－ＰＣＣコンテンツの空間部分接近（ｓｐａｔｉａｌ ａｃｃｅｓｓ）を支援するためのＶ－ＰＣＣコンテンツの３Ｄ領域情報と、それに関連するビデオ或いはアトラスフレ－ム上の２Ｄ領域関連メタデ－タ（例えば、図２５乃至図４５などを参照）を生成して送受信する。
実施例による方法／装置は、ポイントクラウドビットストリ－ム（例えば、図２５などを参照）内のポイントクラウドの３Ｄ領域情報と、それに関連するビデオ或いはアトラスフレ－ム上の２Ｄ領域関連情報（例えば、図２５乃至図４５などを参照）を生成して送受信する。
実施例による方法／装置は、ファイル（例えば、図４０及び図４１などを参照）内のポイントクラウドの３Ｄ領域情報とそれに関連するビデオ或いはアトラスフレ－ム上の２Ｄ領域関連情報（例えば、図２５乃至図４５などを参照）を格納して送受信する。
実施例による方法／装置は、ファイル（例えば、図４６などを参照）内のイメ－ジアイテムに連関するポイントクラウドの３Ｄ領域情報と、それに関連するビデオ或いはアトラスフレ－ム上の２Ｄ領域関連情報を格納して送受信する。
実施例による方法／装置は、ポイントクラウドデ－タの３Ｄ領域に連関するデ－タを含むトラックをグル－ピングし、それに関連するシグナリング情報を生成して送受信する（図４４及び図４５などを参照）。
実施例による方法／装置は、２Ｄ領域に連関するデ－タを含むトラックをグル－ピングし、それに関連するシグナリング情報（図４４及び図４５などを参照）を生成して送受信する。
図２０のＶ－ＰＣＣシステムのエンコ－ダ（図１のエンコ－ダ１０００２などに対応）がポイントクラウドデ－タを符号化してＶ－ＰＣＣビットストリ－ム（図２６などを参照）を生成する。Ｖ－ＰＣＣシステムのファイル／セグメントカプセル化部２０００４がＶ－ＰＣＣビットストリ－ムをファイル（図４０、図４１などを参照）のトラックに効率的に格納し、それに対するシグナリングを提供するポイントクラウドコンテンツサ－ビスを提供するための送信機又は受信機（図１などを参照）を提案する。
実施例はＶ－ＰＣＣビットストリ－ムをファイルトラック内に効率的に格納し、それに関するシグナリング情報を生成し、格納されたＶ－ＰＣＣビットストリ－ムに対する効率的な接近を支援するためのファイル格納技法に関する。さらに変形／結合して、Ｖ－ＰＣＣビットストリ－ムをファイル内の１つ又は１つ以上の複数のトラックに分割して格納する技法に関する。
図２４は実施例によるポイントクラウドの一部３次元領域とビデオフレ－ム上の領域の間の連関性を示す。
ユ－ザのズ－ムイン（ｚｏｏｍ－ｉｎ）或いはユ－ザのビュ－ポ－ト変更などにより、ユ－ザビュ－ポ－ト上にポイントクラウド客体／デ－タの全体ではない部分がレンダリング又はディスプレイされる。この場合、ＰＣＣデコ－ダ／プレ－ヤ－（図１、図２０など）がユ－ザのビュ－ポ－ト上にレンダリング或いはディスプレイされるポイントクラウドデ－タの一部に連関するビデオ或いはアトラスデ－タを復号又は処理することが効率的である。即ち、レンダリング或いはディスプレイされない部分／領域のポイントクラウドデ－タに連関するビデオ或いはアトラスデ－タを復号或いは処理しない方か、低遅延の側面ではより効率的である。
実施例による方法／装置は、時間に応じて変わる、即ち、動的なポイントクラウドデ－タを符号化／送信及び復号／受信する。例えば、動的なポイントクラウドデ－タは時間に応じてポイントクラウドのポイント数が変わるか又はポイントクラウドの位置などが変わるデ－タである。この場合、時間に応じて同一の３次元領域にディスプレイされるポイントクラウドが変更する。
よって、実施例による方法／装置に対応するＰＣＣデコ－ダ／プレ－ヤ－は、ユ－ザのビュ－ポ－ト上にレンダリング／ディスプレイされるポイントクラウドデ－タを空間接近又は部分接近する。
従って、実施例による方法／装置は、時間に応じて変化するポイントクラウドの３次元領域に連関するビデオフレ－ム内の２Ｄ領域情報をＶ－ＰＣＣビットストリ－ム内に伝達するか又はファイル内にシグナリング或いはメタデ－タ形態で伝達することができる。
実施例による受信装置及びレンダラ－は、ユ－ザのズ－ムイン或いはユ－ザのビュ－ポ－ト変更などによりユ－ザビュ－ポ－ト上にポイントクラウド客体／デ－タの全体ではない部分をレンダリングするか或いはディスプレイする。
実施例によるＰＣＣデコ－ダ／プレ－ヤ－は効率的なプロセスのために、ユ－ザのビュ－ポ－ト上にレンダリング或いはディスプレイされるポイントクラウドデ－タの一部に連関するビデオ或いはアトラスデ－タを復号或いは処理する。
実施例によるＰＣＣデコ－ダ／プレ－ヤ－は効率的なプロセスのために、レンダリング或いはディスプレイされない部分／領域のポイントクラウドデ－タに連関するビデオ或いはアトラスデ－タを復号或いは処理しなくてもよい。
客体２４０００に対するポイントクラウドの一部３次元領域２４０１０に連関するデ－タ２４０２０がビデオフレ－ム２４０３０内の１つ以上の２Ｄ領域２４０４０のビデオデ－タ２４０５０に連関する。
動的なポイントクラウドデ－タ（時間に応じてポイントクラウドのポイント数が変化するか又はポイントクラウドの位置などが変化するデ－タ）の場合、時間に応じて同一の３次元領域にディスプレイされるポイントクラウドが変化する。
従って、実施例によるＰＣＣデコ－ダ／プレ－ヤ－は、ユ－ザビュ－ポ－ト上にレンダリング／ディスプレイされるポイントクラウドデ－タの空間或いは部分に接近するために、時間に応じて変化するポイントクラウドの３次元領域に連関するビデオフレ－ム内の２Ｄ領域情をＶ－ＰＣＣビットストリ－ム２５０００内に含まさせるか又はファイル（例えば、図４０）内にシグナリング或いはメタデ－タ形態で含ませる。
図２５は実施例によるポイントクラウドデ－タを含むビットストリ－ムの構造を示す。
図２５のビットストリ－ム２５０００は図２６のビットストリ－ム２６０００に対応する。図２５及び図２６のビットストリ－ムは、図１の送信装置１００００、ポイントクラウドビデオエンコ－ダ１０００２、図４のエンコ－ダ、図１５のエンコ－ダ、図１８の送信装置、図２０のプロセッサ２０００１、ビデオ／イメ－ジエンコ－ダ２０００２、図２１のプロセッサ２１００１ないし２１００６、及びビデオ／イメ－ジエンコ－ダ２１００７，２１００８などで生成される。
図２５及び図２６のビットストリ－ムは、図１のファイル／セグメントカプセル化部、図２０のファイル／セグメントカプセル化部２０００４、及び図２１のファイル／セグメントカプセル化部２１００９などによりコンテナ（図４０及び図４１などのファイル）に格納される。
図２５及び図２６のビットストリ－ムは図１の送信機１０００４などにより送信される。
図２５及び図２６のビットストリ－ムを含むコンテナ（図４０及び図４１などのファイル）を図１の受信装置１０００５、受信機１０００６などが受信する。
コンテナから図２５及び図２６のビットストリ－ムが、図１のファイル／セグメントデカプセル化部１０００７、図２０のファイル／セグメントデカプセル化部２０００５、及び図２２のファイル／セグメントデカプセル化部２２０００などによりパ－スされる。
図２５及び図２６のビットストリ－ムは、図１のポイントクラウドビデオデコ－ダ１０００８、図１６のデコ－ダ、図１７のデコ－ダ、図１９の受信装置、図２０のビデオ／イメ－ジデコ－ダ２０００６、図２２のビデオ／イメ－ジデコ－ダ２２００１，２２００２、及びプロセッサ２２００３などにより復号され復元されてユ－ザに提供される。
実施例によるポイントクラウドデ－タに関するビットストリ－ム２５０００に含まれたサンプルストリ－ムＶ－ＰＣＣユニットは、Ｖ－ＰＣＣユニットサイズ２５０１０及びＶ－ＰＣＣユニット２５０２０を含む。
各略語の定義は以下の通りである：ＶＰＳ（Ｖ－ＰＣＣ ｐａｒａｍｅｔｅｒ ｓｅｔ）、あＤ（ａｔｌａｓ ｄａｔａ）、ＯＶＤ（ｏｃｃｕｐａｎｃｙ ｖｉｄｅｏ ｄａｔａ）、ＧＶＤ（ｇｅｏｍｅｔｒｙ ｖｉｄｅｏ ｄａｔａ）、ＡＶＤ（ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏ ｄａｔａ）
各々のＶ－ＰＣＣユニット２５０２０は、Ｖ－ＰＣＣユニットヘッダ２５０３０及びＶ－ＰＣＣユニットペイロ－ド２５０４０を含む。Ｖ－ＰＣＣユニットヘッダ２５０３０はＶ－ＰＣＣユニットタイプを記述する。特質ビデオデ－タＶ－ＰＣＣユニットヘッダは特質タイプ及びそのインデックス、支援される同一の特質タイプのマルチインスタンスなどを説明する。
占有、ジオメトリ、特質ビデオデ－タユニットペイロ－ド２５０５０，２５０６０，２５０７０は、ビデオデ－タユニットに対応する。例えば、占有ビデオデ－タ、ジオメトリビデオデ－タ、特質ビデオデ－タ２５０５０，２５０６０，２５０７０はＨＥＶＣ ＮＡＬユニットである。かかるビデオデ－タは実施例によるビデオデコ－ダにより復号される。
図２６は実施例によるポイントクラウドデ－タを含むビットストリ－ムの構造を示す。
図２６は図１８ないし図２５で説明したように、符号化又は復号される実施例によるポイントクラウドデ－タを含むビットストリ－ムの構造である。
実施例による方法／装置は、動的ポイントクラウド客体に対するビットストリ－ムを生成し、ビットストリ－ムに関するファイルフォ－マットを提案し、そのためのシグナリング方案を提供する。
実施例による方法／装置は、Ｖ－ＰＣＣ（＝Ｖ３Ｃ）ビットストリ－ムをファイルのトラックに効率的に格納し、それに対するシグナリングを提供するポイントクラウドコンテンツサ－ビスを提供するための送信機、受信機及び／又はプロセッサである。
実施例による方法／装置は、ポイントクラウドデ－タを含むＶ－ＰＣＣビットストリ－ムを格納するデ－タフォ－マットを提供する。それにより、実施例による受信方法／装置がポイントクラウドデ－タを受信し、ポイントクラウドデ－タに効率的に接近できるデ－タの格納及びシグナリング方案を提供する。従って、効率的な接近のポイントクラウドデ－タを含むファイル格納技法に基づいて、送信機及び／又は受信機はポイントクラウドコンテンツサ－ビスを提供することができる。
実施例による方法／装置は、ポイントクラウドビットストリ－ム（Ｖ－ＰＣＣビットストリ－ム）をファイルのトラック内に効率的に格納する。効率的な格納技法に関するシグナリング情報を生成してファイル内に格納する。ファイル内に格納されたＶ－ＰＣＣビットストリ－ムに対する効率的な接近を支援できるように、ファイル実施例による格納技法にさらに（又はさらに変形／結合して）Ｖ－ＰＣＣビットストリ－ムをファイル内１つ以上の複数のトラックに分割格納する技法を提供する。
この明細書で使用する用語の定義は以下の通りである：
ＶＰＳ：Ｖ－ＰＣＣパラメ－タセット（Ｖ－ＰＣＣ ｐａｒａｍｅｔｅｒ ｓｅｔ）。ＡＤ：アトラスデ－タ（ａｔｌａｓ ｄａｔａ）。ＯＶＤ：占有ビデオデ－タ（ｏｃｃｕｐａｎｃｙ ｖｉｄｅｏ ｄａｔａ）。ＧＶＤ：ジオメトリビデオデ－タ（ｇｅｏｍｅｔｒｙ ｖｉｄｅｏ ｄａｔａ）。ＡＶＤ：特質ビデオデ－タ（ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏ ｄａｔａ）。ＡＣＬ：アトラスコ－ディングレイヤ（Ａｔｌａｓ Ｃｏｄｉｎｇ Ｌａｙｅｒ）。ＡＡＰＳ：アトラス適応パラメ－タセット（Ａｔｌａｓ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）。ＡＳＰＳ：アトラスシ－ケンスパラメ－タセット（ａｔｌａｓ ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）。実施例によるシンタックス要素を含むシンタックス構造は、ゼロ又は１つ以上の全体コ－ディングされたアトラスシ－ケンス（ＣＡＳｓ）に適用され、各タイルグル－プヘッダ内のシンタックス要素により参照されるＡＳＰＳのシンタックス要素のコンテンツにより決定される。
ＡＦＰＳ：アトラスフレ－ムパラメ－タセット（ａｔｌａｓ ｆｒａｍｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）。シンタックス要素を含むシンタックス構造はゼロ又１つ以上の全体コ－ディングされたアトラスフレ－ムに適用され、タイルグル－プヘッダ内のシンタックス要素のコンテンツにより決定される。
ＳＥＩ：補足強化情報（Ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）
アトラス（Ａｔｌａｓ）：２Ｄバウンディングボックスの集合である。例えば、矩形フレ－ムにプロジェクションされた、３Ｄ空間に３次元バウンディングボックスに対応する矩形フレ－ムにプロジェクションされたパッチである。アトラスはポイントクラウドのサブセットを示す。
アトラスサブビットストリ－ム（Ａｔｌａｓ ｓｕｂ－ｂｉｔｓｔｒｅａｍ）：アトラスＮＡＬビットストリ－ム部分を含むＶ－ＰＣＣビットストリ－ムから抽出されたサブビットストリ－ムである。
Ｖ－ＰＣＣコンテンツ（Ｖ－ＰＣＣ ｃｏｎｔｅｎｔ）：Ｖ－ＰＣＣ（Ｖ３Ｃ）に基づいて符号化されるポイントクラウドである。
Ｖ－ＰＣＣトラック（Ｖ－ＰＣＣ ｔｒａｃｋ）：Ｖ－ＰＣＣビットストリ－ムのアトラスビットストリ－ムを伝達するボリュメトリックビジュアルトラックである。
Ｖ－ＰＣＣコンポ－ネントトラック（Ｖ－ＰＣＣ ｃｏｍｐｏｎｅｎｔ ｔｒａｃｋ）：Ｖ－ＰＣＣビットストリ－ムの占有マップ、ジオメトリ、特質コンポ－ネントビデオビットストリ－ムに対する２Ｄビデオ符号化されたデ－タを伝達するビデオトラックである。
動的（Ｄｙｎａｍｉｃ）ポイントクラウド客体の部分接近（ｐａｒｔｉａｌ ａｃｃｅｓｓ）を支援するための実施例を説明する。実施例はファイルシステムレベル（ｆｉｌｅ ｓｙｓｔｅｍ ｌｅｖｅｌ）において、各空間領域（ｓｐａｔｉａｌ ｒｅｇｉｏｎ）に含まれるＶ－ＰＣＣ客体の一部デ－タに連関するアトラスタイルグル－プ（ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ）情報を含む。また実施例は各アトラスタイルグル－プ（ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ）が含んでいるラベル（ｌａｂｅｌ）及び／又はパッチ（ｐａｔｃｈ）情報に対する拡張したシグナリング方案を含む。
図２６を参照すると、実施例による方法／装置が送受信するデ－タに含まれたポイントクラウドビットストリ－ムの構造を示す。
実施例によるポイントクラウドデ－タの圧縮及び復元技法は、ポイントクラウドビジュアル情報のボリュメトリック符号化及び復号を示す。
コ－ディングされたポイントクラウドシ－ケンス（ｃｏｄｅｄ ｐｏｉｎｔ ｃｌｏｕｄ ｓｅｑｕｅｎｃｅ，ＣＰＣＳ）を含むポイントクラウドビットストリ－ム（Ｖ－ＰＣＣビットストリ－ム又はＶ３Ｃビットストリ－ムなどと称される、２６０００）は、サンプルストリ－ムＶ－ＰＣＣユニット２６０１０で構成される。サンプルストリ－ムＶ－ＰＣＣユニット２６０１０は、Ｖ－ＰＣＣパラメ－タセット（ＶＰＳ）デ－タ２６０２０、アトラスビットストリ－ム２６０３０、２Ｄビデオ符号化占有マップビットストリ－ム２６０４０、２Ｄビデオ符号化ジオメトリビットストリ－ム２６０５０、及びゼロ及び１つ以上の２Ｄビデオ符号化特質ビットストリ－ム２６０６０を伝達する。
ポイントクラウドビットストリ－ム２４０００はサンプルストリ－ムＶＰＣＣヘッダ２６０７０を含む。
ＳＳＶＨユニットサイズ精度（ｓｓｖｈ＿ｕｎｉｔ＿ｓｉｚｅ＿ｐｒｅｃｉｓｉｏｎ＿ｂｙｔｅｓ＿ｍｉｎｕｓ１）：この値に１を加えると、全てのサンプルストリ－ムＶ－ＰＣＣユニット内のＳＳＶＵ ＶＰＣＣユニットサイズ（ｓｓｖｕ＿ｖｐｃｃ＿ｕｎｉｔ＿ｓｉｚｅ）要素のバイト単位の精度を示す。ｓｓｖｈ＿ｕｎｉｔ＿ｓｉｚｅ＿ｐｒｅｃｉｓｉｏｎ＿ｂｙｔｅｓ＿ｍｉｎｕｓ１は０～７の範囲を有する。
サンプルストリ－ムＶ－ＰＣＣユニット２４０１０のシンタックス２４０８０は以下の通りである。各サンプルストリ－ムＶ－ＰＣＣユニットは、ＶＰＳ、ＡＤ、ＯＶＤ、ＧＶＤ及びＡＶＤのＶ－ＰＣＣユニットのいずれかのタイプを含む。各サンプルストリ－ムＶ－ＰＣＣユニットのコンテンツは、サンプルストリ－ムＶ－ＰＣＣユニット内に含まれたＶ－ＰＣＣユニットと同一のアクセスユニットに連関する。
ＳＳＶＵ ＶＰＣＣユニットサイズ（ｓｓｖｕ＿ｖｐｃｃ＿ｕｎｉｔ＿ｓｉｚｅ）：サブシ－ケンス（ｓｕｂｓｅｑｕｅｎｔ）Ｖ－ＰＣＣユニットのバイト単位サイズを示す。ｓｓｖｕ＿ｖｐｃｃ＿ｕｎｉｔ＿ｓｉｚｅを示すときに使用されるビット数は、（ｓｓｖｈ＿ｕｎｉｔ＿ｓｉｚｅ＿ｐｒｅｃｉｓｉｏｎ＿ｂｙｔｅｓ＿ｍｉｎｕｓ１＋１）＊８である。
実施例による方法／装置は、符号化されたポイントクラウドデ－タを含む図２６のビットストリ－ムを受信して、カプセル化部２０００４，２１００９などにより図４０及び図４１のようなファイルを生成する。
実施例による方法／装置は、図４０及び図４１のようなファイルを受信して、デカプセル化部２２０００などによりポイントクラウドデ－タを復号する。
ＶＰＳ２６０２０及び／又はＡＤ２６０３０は第４トラック（Ｖ３Ｃトラック）４００３０にカプセル化される。
ＯＶＤ２６０４０は第２トラック（占有トラック）４００１０にカプセル化される。
ＧＶＤ２６０５０は第３トラック（ジオメトリトラック）４００２０にカプセル化される。
ＡＶＤ２６０６０は第１トラック（特質トラック）４００００にカプセル化される。
図２７は実施例によるＶ－ＰＣＣユニット及びＶ－ＰＣＣユニットヘッダを示す。
図２７は図２５で説明したＶ－ＰＣＣユニット２５０２０及びＶ－ＰＣＣユニットヘッダ２５０３０のシンタックスを示す。
実施例によるＶ－ＰＣＣビットストリ－ムはＶ－ＰＣＣシ－ケンスのシリ－ズを含む。
ＶＰＣＣ＿ＶＰＳと同一のｖｕｈ＿ｕｎｉｔ＿ｔｙｐｅの値を有するＶ－ＰＣＣユニットタイプがＶ－ＰＣＣシ－ケンス内の１番目のＶ－ＰＣＣユニットタイプであると期待する。全ての他のＶ－ＰＣＣユニットタイプはそれらのコ－ディング順内で追加制限なしにこのユニットタイプに従う。占有ビデオ、特質ビデオ又はジオメトリビデオを伝達するＶ－ＰＣＣユニットのＶ－ＰＣＣユニットペイロ－ドは、１つ又は１つ以上のＮＡＬユニットで構成される（Ａ Ｖ－ＰＣＣ ｂｉｔｓｔｒｅａｍ ｃｏｎｔａｉｎｓ ａ ｓｅｒｉｅｓ ｏｆ Ｖ－ＰＣＣ ｓｅｑｕｅｎｃｅｓ． Ａ ｖｐｃｃ ｕｎｉｔ ｔｙｐｅ ｗｉｔｈ ａ ｖａｌｕｅ ｏｆ ｖｕｈ＿ｕｎｉｔ＿ｔｙｐｅ ｅｑｕａｌ ｔｏ ＶＰＣＣ＿ＶＰＳ ｉｓ ｅｘｐｅｃｔｅｄ ｔｏ ｂｅ ｔｈｅ ｆｉｒｓｔ Ｖ－ＰＣＣ ｕｎｉｔ ｔｙｐｅ ｉｎ ａ Ｖ－ＰＣＣ ｓｅｑｕｅｎｃｅ． Ａｌｌ ｏｔｈｅｒ Ｖ－ＰＣＣ ｕｎｉｔ ｔｙｐｅｓ ｆｏｌｌｏｗ ｔｈｉｓ ｕｎｉｔ ｔｙｐｅ ｗｉｔｈｏｕｔ ａｎｙ ａｄｄｉｔｉｏｎａｌ ｒｅｓｔｒｉｃｔｉｏｎｓ ｉｎ ｔｈｅｉｒ ｃｏｄｉｎｇ ｏｒｄｅｒ． Ａ Ｖ－ＰＣＣ ｕｎｉｔ ｐａｙｌｏａｄ ｏｆ Ｖ－ＰＣＣ ｕｎｉｔ ｃａｒｒｙｉｎｇ Ｏｃｃｕｐａｎｃｙ ｖｉｄｅｏ， ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏ， ｏｒ ｇｅｏｍｅｔｒｙ ｖｉｄｅｏ ｉｓ ｃｏｍｐｏｓｅｄ ｏｆ ｏｎｅ ｏｒ ｍｏｒｅ ＮＡＬ ｕｎｉｔｓ）。
ＶＰＣＣユニットはヘッダとペイロ－ドを含む。
ＶＰＣＣユニットヘッダはＶＵＨユニットタイプに基づいて以下の情報を含む。
ＶＵＨユニットタイプはＶ－ＰＣＣユニット２５０２０のタイプを以下のように示す。
ＶＵＨユニットタイプ（ｖｕｈ＿ｕｎｉｔ＿ｔｙｐｅ）が占有ビデオデ－タ（ＶＰＣＣ＿ＡＶＤ）、ジオメトリビデオデ－タ（ＶＰＣＣ＿ＧＶＤ）、占有ビデオデ－タ（ＶＰＣＣ＿ＯＶＤ）又はアトラスデ－タ（ＶＰＣＣ＿ＡＤ）を示すと、ＶＵＨ ＶＰＣＣパラメ－タセットＩＤ（ｖｕｈ＿ｖｐｃｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）及びＶＵＨアトラスＩＤ（ｖｕｈ＿ａｔｌａｓ＿ｉｄ）がユニットヘッダ内で伝達される。Ｖ－ＰＣＣユニットに連関するパラメ－タセットＩＤ及びアトラスＩＤを伝達することができる。
ユニットタイプがアトラスビデオデ－タであると、ユニットのヘッダは特質インデックス（ｖｕｈ＿ａｔｔｒｉｂｕｔｅ＿ｉｎｄｅｘ）、特質パ－ティションインデックス（ｖｕｈ＿ａｔｔｒｉｂｕｔｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｎｄｅｘ）、マップインデックス（ｖｕｈ＿ｍａｐ＿ｉｎｄｅｘ）、付加ビデオフラグ（ｖｕｈ＿ａｕｘｉｌｉａｒｙ＿ｖｉｄｅｏ＿ｆｌａｇ）を伝達する。
ユニットタイプがジオメトリビデオデ－タであると、マップインデックス（ｖｕｈ＿ｍａｐ＿ｉｎｄｅｘ）、付加ビデオフラグ（ｖｕｈ＿ａｕｘｉｌｉａｒｙ＿ｖｉｄｅｏ＿ｆｌａｇ）を伝達する。
ユニットタイプが占有ビデオデ－タ又はアトラスデ－タであると、ユニットのヘッダは追加予約されたビットを含む。
ＶＵＨ ＶＰＣＣパラメ－タセットＩＤ（ｖｕｈ＿ｖｐｃｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）：アクティブＶ－ＰＣＣ ＶＰＳのためのｖｐｓ＿ｖｐｃｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を示す。現在Ｖ－ＰＣＣユニットのヘッダのＶＰＣＣパラメ－タセットＩＤによりＶＰＳパラメ－タセットのＩＤを把握でき、Ｖ－ＰＣＣユニットとＶ－ＰＣＣパラメ－タセットの間の関係を知らせることができる。
ＶＵＨアトラスＩＤ（ｖｕｈ＿ａｔｌａｓ＿ｉｄ）：現在Ｖ－ＰＣＣユニットに対応するアトラスのインデックスを示す。現在Ｖ－ＰＣＣユニットのヘッダのアトラスＩＤにより、アトラスのインデックスを把握でき、Ｖ－ＰＣＣユニットに対応するアトラスを知らせることができる。
ＶＵＨ特質インデックス（ｖｕｈ＿ａｔｔｒｉｂｕｔｅ＿ｉｎｄｅｘ）：特質ビデオデ－タユニットから伝達される特質デ－タのインデックスを示す。
ＶＵＨ特質パ－ティションインデックス（ｖｕｈ＿ａｔｔｒｉｂｕｔｅ＿ｐａｒｔｉｔｉｏｎ＿ｉｎｄｅｘ）：特質ビデオデ－タユニットから伝達される特質ディメンショングル－プのインデックスを示す。
ＶＵＨマップインデックス（ｖｕｈ＿ｍａｐ＿ｉｎｄｅｘ）：この値が存在する場合、現在ジオメトリ又は特質ストリ－ムのマップインデックスを示す。
ＶＵＨ付加ビデオフラグ（ｖｕｈ＿ａｕｘｉｌｉａｒｙ＿ｖｉｄｅｏ＿ｆｌａｇ）：この値が１であると、関連ジオメトリ又は特質ビデオデ－タユニットがただＲＡＷ及び／又はＥＯＭコ－ディングされたポイントビデオであることを示す。この値が０であると、関連ジオメトリ又は特質ビデオデ－タユニットがＲＡＷ及び／又はＥＯＭコ－ディングされたポイントを含むことができることを示す。
ＶＵＨ行ビデオフラグ（ｖｕｈ＿ｒａｗ＿ｖｉｄｅｏ＿ｆｌａｇ）：この値が１であると、関連するジオメトリ又は特質ビデオデ－タユニットがただＲＡＷコ－ディングされたポイントビデオであることを示す。この値が０であると、関連するジオメトリ又は特質ビデオデ－タユニットがＲＡＷコ－ディングされたポイントを含むことを示す。このフラグが存在しない場合は、この値は０に推論される。
図２８は実施例によるＶ－ＰＣＣユニットのペイロ－ドを示す。
図２８はＶ－ＰＣＣユニットのペイロ－ド２５０４０のシンタックスである。
Ｖ－ＰＣＣユニットタイプ（ｖｕｈ＿ｕｎｉｔ＿ｔｙｐｅ）がＶ－ＰＣＣパラメ－タセット（ＶＰＣＣ＿ＶＰＳ）であると。Ｖ－ＰＣＣユニットのペイロ－ドはパラメ－タセット（ｖｐｃｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ（ ））を含む。
Ｖ－ＰＣＣユニットタイプ（ｖｕｈ＿ｕｎｉｔ＿ｔｙｐｅ）がＶ－ＰＣＣアトラスデ－タ（ＶＰＣＣ＿ＡＤ）であると、Ｖ－ＰＣＣユニットのペイロ－ドはアトラスサブビットストリ－ム（ａｔｌａｓ＿ｓｕｂ＿ｂｉｔｓｔｒｅａｍ（ ））を含む。
Ｖ－ＰＣＣユニットタイプ（ｖｕｈ＿ｕｎｉｔ＿ｔｙｐｅ）がＶ－ＰＣＣ占有ビデオデ－タ（ＶＰＣＣ＿ＯＶＤ）、ジオメトリビデオデ－タ（ＶＰＣＣ＿ＧＶＤ）又は特質ビデオデ－タ（ＶＰＣＣ＿ＡＶＤ）であると、Ｖ－ＰＣＣユニットのペイロ－ドはビデオビットストリ－ム（ｖｉｄｅｏ＿ｓｕｂ＿ｂｉｔｓｔｒｅａｍ（ ））を含む。
図２９は実施例によるパラメ－タセット（Ｖ－ＰＣＣ ｐａｒａｍｅｔｅｒ ｓｅｔ）を示す。
図２９は図２８ないし図２８のように、実施例によるビットストリ－ムのユニット２５０２０のペイロ－ド２５０４０がパラメ－タセットを含む場合、パラメ－タセットのシンタックスを示す。
図２９のＶＰＳは以下の要素を含む。
プロファイルティアレベル（ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（））：ビットストリ－ム上の制限を示す。ビットストリ－ムを復号するために必要な能力に対する制限を示す。プロファイル、ティア（ｔｉｅｒ）及びレベルは個別デコ－ダ実行間の相互適用性ポイントを示すために使用される（ｓｐｅｃｉｆｉｅｓ ｒｅｓｔｒｉｃｔｉｏｎｓ ｏｎ ｔｈｅ ｂｉｔｓｔｒｅａｍｓ ａｎｄ ｈｅｎｃｅ ｌｉｍｉｔｓ ｏｎ ｔｈｅ ｃａｐａｂｉｌｉｔｉｅｓ ｎｅｅｄｅｄ ｔｏ ｄｅｃｏｄｅ ｔｈｅ ｂｉｔｓｔｒｅａｍｓ． Ｐｒｏｆｉｌｅｓ， ｔｉｅｒｓ， ａｎｄ ｌｅｖｅｌｓ ｍａｙ ａｌｓｏ ｂｅ ｕｓｅｄ ｔｏ ｉｎｄｉｃａｔｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｐｏｉｎｔｓ ｂｅｔｗｅｅｎ ｉｎｄｉｖｉｄｕａｌ ｄｅｃｏｄｅｒ ｉｍｐｌｅｍｅｎｔａｔｉｏｎｓ）。
パラメ－タセットＩＤ（ｖｐｓ＿ｖｐｃｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）：他のシンタックス要素による参照のためのＶ－ＰＣＣ ＶＰＳのための識別子を提供する（ｐｒｏｖｉｄｅｓ ａｎ ｉｄｅｎｔｉｆｉｅｒ ｆｏｒ ｔｈｅ Ｖ－ＰＣＣ ＶＰＳ ｆｏｒ ｒｅｆｅｒｅｎｃｅ ｂｙ ｏｔｈｅｒ ｓｙｎｔａｘ ｅｌｅｍｅｎｔｓ）。
バウンディングボックス存在フラグ（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：ビットストリ－ム上のポイントクラウド客体／コンテンツのオ－バ－オ－ル（総合的な）バウンディングボックス（時間によって変更されるバウンディングボックスを全て含むバウンディングボックス）に関する情報の存在有無についてのフラグである（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｏｖｅｒａｌｌ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｆｆｓｅｔ ａｎｄ ｔｈｅ ｓｉｚｅ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｎｔｅｎｔ ｃａｒｒｉｅｄ ｉｎ ｔｈｉｓ ｂｉｔｓｔｒｅａｍ）。
バウンディングボックス存在フラグが特定の値を有すると、以下のバウンディングボックス要素がＶＰＳに含まれる。
バウンディングボックスオフセットＸ（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｘ）：座標系内のビットストリ－ム内に伝達されるポイントクラウドコンテンツのサイズ情報であって、総合的なバウンディングボックスオフセットのＸオフセットを示す。存在しない場合、この値は０に推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｘ ｏｆｆｓｅｔ ｏｆ ｏｖｅｒａｌｌ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｆｆｓｅｔ ａｎｄ ｔｈｅ ｓｉｚｅ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｎｔｅｎｔ ｃａｒｒｉｅｄ ｉｎ ｔｈｉｓ ｂｉｔｓｔｒｅａｍ ｉｎ ｔｈｅ ｃａｒｔｅｓｉａｎ ｃｏｏｒｄｉｎａｔｅｓ． Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ、ｔｈｅ ｖａｌｕｅ ｏｆ ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｘ ｉｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ０）。
バウンディングボックスオフセットＹ（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｙ）：座標系内のビットストリ－ム内に伝達されるポイントクラウドコンテンツのサイズ情報であって、総合的なバウンディングボックスオフセットのＹオフセットを示す。存在しない場合、この値は０に推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｙ ｏｆｆｓｅｔ ｏｆ ｏｖｅｒａｌｌ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｆｆｓｅｔ ａｎｄ ｔｈｅ ｓｉｚｅ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｎｔｅｎｔ ｃａｒｒｉｅｄ ｉｎ ｔｈｉｓ ｂｉｔｓｔｒｅａｍ ｉｎ ｔｈｅ ｃａｒｔｅｓｉａｎ ｃｏｏｒｄｉｎａｔｅｓ． Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ、ｔｈｅ ｖａｌｕｅ ｏｆ ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｙ ｉｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ０）。
バウンディングボックスオフセットＺ（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｚ）：座標系内のビットストリ－ム内に伝達されるポイントクラウドコンテンツのサイズ情報であって、総合的なバウンディングボックスオフセットのＺオフセットを示す。存在しない場合、この値は０に推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｚ ｏｆｆｓｅｔ ｏｆ ｏｖｅｒａｌｌ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｆｆｓｅｔ ａｎｄ ｔｈｅ ｓｉｚｅ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｎｔｅｎｔ ｃａｒｒｉｅｄ ｉｎ ｔｈｉｓ ｂｉｔｓｔｒｅａｍ ｉｎ ｔｈｅ Ｃａｒｔｅｓｉａｎ ｃｏｏｒｄｉｎａｔｅｓ． Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ、ｔｈｅ ｖａｌｕｅ ｏｆ ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｏｆｆｓｅｔ＿ｚ ｉｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ０）。
バウンディングボックスサイズ幅（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｗｉｄｔｈ）：座標系内のビットストリ－ム内に伝達されるポイントクラウドコンテンツのサイズ情報であって、総合的なバウンディングボックスの幅を示す。存在しない場合、この値は１に推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｗｉｄｔｈ ｏｆ ｏｖｅｒａｌｌ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｆｆｓｅｔ ａｎｄ ｔｈｅ ｓｉｚｅ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｎｔｅｎｔ ｃａｒｒｉｅｄ ｉｎ ｔｈｉｓ ｂｉｔｓｔｒｅａｍ ｉｎ ｔｈｅ Ｃａｒｔｅｓｉａｎ ｃｏｏｒｄｉｎａｔｅｓ． Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ、ｔｈｅ ｖａｌｕｅ ｏｆ ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｗｉｄｔｈ ｉｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ １）。
バウンディングボックスサイズ高さ（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｈｅｉｇｈｔ）：座標系内のビットストリ－ム内に伝達されるポイントクラウドコンテンツのサイズ情報であって、総合的なバウンディングボックスの高さを示す。存在しない場合、この値は１に推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｈｅｉｇｈｔ ｏｆ ｏｖｅｒａｌｌ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｆｆｓｅｔ ａｎｄ ｔｈｅ ｓｉｚｅ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｎｔｅｎｔ ｃａｒｒｉｅｄ ｉｎ ｔｈｉｓ ｂｉｔｓｔｒｅａｍ ｉｎ ｔｈｅ Ｃａｒｔｅｓｉａｎ ｃｏｏｒｄｉｎａｔｅｓ． Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ、ｔｈｅ ｖａｌｕｅ ｏｆ ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｈｅｉｇｈｔ ｉｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ １）。
バウンディングボックスサイズ深さ（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｄｅｐｔｈ）：座標系内のビットストリ－ム内に伝達されるポイントクラウドコンテンツのサイズ情報であって、総合的なバウンディングボックスの深さを示す。存在しない場合、この値は１に推論される（ｉｎｄｉｃａｔｅｓ ｔｈｅ ｄｅｐｔｈ ｏｆ ｏｖｅｒａｌｌ ｂｏｕｎｄｉｎｇ ｂｏｘ ｏｆｆｓｅｔ ａｎｄ ｔｈｅ ｓｉｚｅ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ｐｏｉｎｔ ｃｌｏｕｄ ｃｏｎｔｅｎｔ ｃａｒｒｉｅｄ ｉｎ ｔｈｉｓ ｂｉｔｓｔｒｅａｍ ｉｎ ｔｈｅ Ｃａｒｔｅｓｉａｎ ｃｏｏｒｄｉｎａｔｅｓ． Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ、ｔｈｅ ｖａｌｕｅ ｏｆ ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｉｚｅ＿ｄｅｐｔｈ ｉｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ １）。
バウンディングボックス変化フラグ（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｃｈａｎｇｅｄ＿ｆｌａｇ）：ビットストリ－ム内に含まれたポイントクラウドデ－タのバウンディングボックスが時間に応じて変化するか否かを示すフラグである。該当フラグ値が１である場合、ポイントクラウドデ－タのバウンディングボックスが時間に応じて変化する。
バウンディングボックス情報フラグ（ｓｐｓ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｉｎｆｏ＿ｆｌａｇ）：ビットストリ－ム上にポイントクラウドデ－タのバウンディングボックス情報を含むＳＥＩなどが含まれているか否かを示すフラグ。該当フラグ値が１である場合、ポイントクラウドデ－タのバウンディングボックス情報を含むＳＥＩ（３Ｄ ｂｏｕｎｄｉｎｇ ｂｏｘ ＳＥＩ、図３５を参照）などがビットストリ－ム上に含まれていることを示し、この場合、実施例による方法／装置に対応するＰＣＣプレイヤ－が該当ＳＥＩなどに含まれた情報を獲得して使用できることを知らせることができる。
アトラスカウント（ｖｐｓ＿ａｔｌａｓ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値に１を加えると、現在ビットストリ－ム内に支援されるアトラスの総数を示す（ｐｌｕｓ １ ｉｎｄｉｃａｔｅｓ ｔｈｅ ｔｏｔａｌ ｎｕｍｂｅｒ ｏｆ ｓｕｐｐｏｒｔｅｄ ａｔｌａｓｅｓ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ｂｉｔｓｔｒｅａｍ）。
アトラス数によって、以下のパラメ－タがさらにパラメ－タセット含まれる。
フレ－ム幅（ｖｐｓ＿ｆｒａｍｅ＿ｗｉｄｔｈ［ｊ］）：インデックスＪを有するアトラスのための整数ル－マサンプルのＶ－ＰＣＣフレ－ム幅を示す。フレ－ム幅はインデックスＪを有するアトラスのための全てのＶ－ＰＣＣコンポ－ネントに関連する公称幅である（ｉｎｄｉｃａｔｅｓ ｔｈｅ Ｖ－ＰＣＣ ｆｒａｍｅ ｗｉｄｔｈ ｉｎ ｔｅｒｍｓ ｏｆ ｉｎｔｅｇｅｒ ｌｕｍａ ｓａｍｐｌｅｓ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ． Ｔｈｉｓ ｆｒａｍｅ ｗｉｄｔｈ ｉｓ ｔｈｅ ｎｏｍｉｎａｌ ｗｉｄｔｈ ｔｈａｔ ｉｓ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ａｌｌ Ｖ－ＰＣＣ ｃｏｍｐｏｎｅｎｔｓ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ）。
フレ－ム高さ（ｖｐｓ＿ｆｒａｍｅ＿ｈｅｉｇｈｔ［ｊ］）：インデックスＪを有するアトラスのための整数ル－マサンプルのＶ－ＰＣＣフレ－ム高さを示す。このフレ－ム高さはインデックスＪを有するアトラスのための全てのＶ－ＰＣＣコンポ－ネントに関連する公称高さである（ｉｎｄｉｃａｔｅｓ ｔｈｅ Ｖ－ＰＣＣ ｆｒａｍｅ ｈｅｉｇｈｔ ｉｎ ｔｅｒｍｓ ｏｆ ｉｎｔｅｇｅｒ ｌｕｍａ ｓａｍｐｌｅｓ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ． Ｔｈｉｓ ｆｒａｍｅ ｈｅｉｇｈｔ ｉｓ ｔｈｅ ｎｏｍｉｎａｌ ｈｅｉｇｈｔ ｔｈａｔ ｉｓ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ａｌｌ Ｖ－ＰＣＣ ｃｏｍｐｏｎｅｎｔｓ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ）。
ＭＡＰカウント（ｖｐｓ＿ｍａｐ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１［ｊ］）：この値に１を加えると、インデックスＪを有するジオメトリ及び特質デ－タを符号化するために使用されるマップの数を示す（ｐｌｕｓ １ ｉｎｄｉｃａｔｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｍａｐｓ ｕｓｅｄ ｆｏｒ ｅｎｃｏｄｉｎｇ ｔｈｅ ｇｅｏｍｅｔｒｙ ａｎｄ ａｔｔｒｉｂｕｔｅ ｄａｔａ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ）。
ＭＡＰカウント（ｖｐｓ＿ｍａｐ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１［ｊ］）が０より大きいと、以下のパラメ－タがパラメ－タセットにさらに含まれる。
ＭＡＰカウント（ｖｐｓ＿ｍａｐ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１［ｊ］）の値によって、以下のパラメ－タがパラメ－タセットにさらに含まれる。
マルチマップストリ－ム存在フラグ（ｖｐｓ＿ｍｕｌｔｉｐｌｅ＿ｍａｐ＿ｓｔｒｅａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］）：この値が０であると、インデックスＪのための全てのジオメトリ又は特質マップがシングルジオメトリ又は特質ビデオストリ－ムのそれぞれに存在することを示す。この値が１であると、インデックスＪを有するアトラスのための全てのジオメトリ又は特質マップが個別（ｓｅｐａｒａｔｅ）ビデオストリ－ムに存在することを示す（ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ａｌｌ ｇｅｏｍｅｔｒｙ ｏｒ ａｔｔｒｉｂｕｔｅ ｍａｐｓ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ ａｒｅ ｐｌａｃｅｄ ｉｎ ａ ｓｉｎｇｌｅ ｇｅｏｍｅｔｒｙ ｏｒ ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏ ｓｔｒｅａｍ， ｒｅｓｐｅｃｔｉｖｅｌｙ． ｖｐｓ＿ｍｕｌｔｉｐｌｅ＿ｍａｐ＿ｓｔｒｅａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］ ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ａｌｌ ｇｅｏｍｅｔｒｙ ｏｒ ａｔｔｒｉｂｕｔｅ ｍａｐｓ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ ａｒｅ ｐｌａｃｅｄ ｉｎ ｓｅｐａｒａｔｅ ｖｉｄｅｏ ｓｔｒｅａｍｓ）。
マルチマップストリ－ム存在フラグ（ｖｐｓ＿ｍｕｌｔｉｐｌｅ＿ｍａｐ＿ｓｔｒｅａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］）が１を示すと、ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］がパラメ－タセットにさらに含まれ、そうではないと、ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］は１を有する。
マップ絶対コ－ディング有効フラグ（ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］）：この値が１であると、インデックスＪを有するアトラスのためのインデックスＩを有するジオメトリマップがどのようなマップ予測形態なしにコ－ディングされることを示す。この値が１であると、インデックスＪを有するアトラスのためのインデックスＩを有するジオメトリマップがコ－ディング前にコ－ディングされたマップより早く他のものより１番目に予測されることを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｇｅｏｍｅｔｒｙ ｍａｐ ｗｉｔｈ ｉｎｄｅｘ ｉ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｓ ｃｏｄｅｄ ｗｉｔｈｏｕｔ ａｎｙ ｆｏｒｍ ｏｆ ｍａｐ ｐｒｅｄｉｃｔｉｏｎ． ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｇｅｏｍｅｔｒｙ ｍａｐ ｗｉｔｈ ｉｎｄｅｘ ｉ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｓ ｆｉｒｓｔ ｐｒｅｄｉｃｔｅｄ ｆｒｏｍ ａｎｏｔｈｅｒ， ｅａｒｌｉｅｒ ｃｏｄｅｄ ｍａｐ， ｐｒｉｏｒ ｔｏ ｃｏｄｉｎｇ）。
マップ絶対コ－ディング有効フラグ（ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［０］）が１であると、インデックス０を有するジオメトリマップがマップ予測なしにコ－ディングされることを示す。
マップ絶対コ－ディング有効フラグ（ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］）が０であり、Ｉが０より大きいと、ｖｐｓ＿ｍａｐ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｄｅｘ＿ｄｉｆｆ［ｊ］［ｉ］がパラメ－タセットにさらに含まれる。そうではないと、ｖｐｓ＿ｍａｐ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｄｅｘ＿ｄｉｆｆ［ｊ］［ｉ］は０になる。
マップ予測子インデックス差（ｖｐｓ＿ｍａｐ＿ｐｒｅｄｉｃｔｏｒ＿ｉｎｄｅｘ＿ｄｉｆｆ［ｊ］［ｉ］）：この値はマップ絶対コ－ディング有効フラグ（ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］）が０であると、インデックスＪを有するアトラスのためのインデックスＩを有するジオメトリマップの予測子を計算するために使用される（ｉｓ ｕｓｅｄ ｔｏ ｃｏｍｐｕｔｅ ｔｈｅ ｐｒｅｄｉｃｔｏｒ ｏｆ ｔｈｅ ｇｅｏｍｅｔｒｙ ｍａｐ ｗｉｔｈ ｉｎｄｅｘ ｉ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ ｗｈｅｎ ｖｐｓ＿ｍａｐ＿ａｂｓｏｌｕｔｅ＿ｃｏｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］［ｉ］ ｉｓ ｅｑｕａｌ ｔｏ ０）。
付加ビデオ存在フラグ（ｖｐｓ＿ａｕｘｉｌｉａｒｙ＿ｖｉｄｅｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］）：この値が１であると、ＲＡＷ又はＥＯＭパッチデ－タのようなインデックスＪを有するアトラスのための付加情報が付加ビデオストリ－ムと称される個別ビデオストリ－ムに格納されることを示す。この値が０であると、インデックスＪを有するアトラスのための付加情報が個別ビデオストリ－ムに格納されないことを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ａｕｘｉｌｉａｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ， ｉ．ｅ． ＲＡＷ ｏｒ ＥＯＭ ｐａｔｃｈ ｄａｔａ， ｍａｙ ｂｅ ｓｔｏｒｅｄ ｉｎ ａ ｓｅｐａｒａｔｅ ｖｉｄｅｏ ｓｔｒｅａｍ， ｒｅｆｅｒｅｄ ｔｏ ａｓ ｔｈｅ ａｕｘｉｌｉａｒｙ ｖｉｄｅｏ ｓｔｒｅａｍ． ｖｐｓ＿ａｕｘｉｌｉａｒｙ＿ｖｉｄｅｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ａｕｘｉｌｉａｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｓ ｎｏｔ ｂｅ ｓｔｏｒｅｄ ｉｎ ａ ｓｅｐａｒａｔｅ ｖｉｄｅｏ ｓｔｒｅａｍ）。
行パッチ有効フラグ（ｖｐｓ＿ｒａｗ＿ｐａｔｃｈ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］）：この値が１であると、インデックスＪを有するアトラスに対するＲＡＷコ－ディングされたポイントを有するパッチがビットストリ－ム内に存在することを示す（Ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｐａｔｃｈｅｓ ｗｉｔｈ ＲＡＷ ｃｏｄｅｄ ｐｏｉｎｔｓ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ ｍａｙ ｂｅ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｂｉｔｓｔｒｅａｍ）。
行パッチ有効フラグが特定値を有すると、以下の要素がＶＰＳに含まれる。
行個別ビデオ存在フラグ（ｖｐｓ＿ｒａｗ＿ｓｅｐａｒａｔｅ＿ｖｉｄｅｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］）：この値が１であると、インデックスＪを有するアトラスに対するＲＡＷコ－ディングされたジオメトリ及び特質情報が個々のビデオストリ－ムに格納されることを示す（Ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ＲＡＷ ｃｏｄｅｄ ｇｅｏｍｅｔｒｙ ａｎｄ ａｔｔｒｉｂｕｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｔｈｅ ａｔｌａｓ ｗｉｔｈ ｉｎｄｅｘ ｊ ｍａｙ ｂｅ ｓｔｏｒｅｄ ｉｎ ａ ｓｅｐａｒａｔｅ ｖｉｄｅｏ ｓｔｒｅａｍ）。
占有情報（ｏｃｃｕｐａｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ（））：占有ビデオに関連する情報を含む（ｉｎｃｌｕｄｅｓ ｏｃｃｕｐａｎｃｙ ｖｉｄｅｏ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）。
ジオメトリ情報（ｇｅｏｍｅｔｒｙ＿ｉｎｆｏｒｍａｔｉｏｎ（））：ジオメトリビデオに関連する情報を含む（ｉｎｃｌｕｄｅｓ ｇｅｏｍｅｔｒｙ ｖｉｄｅｏ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）。
特質情報（ａｔｔｒｉｂｕｔｅ＿ｉｎｆｏｒｍａｔｉｏｎ（））：特質ビデオに関連する情報を含む（ｉｎｃｌｕｄｅｓ ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）。
拡張存在フラグ（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：シンタックス要素拡張長さ（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ）がパラメ－タセット（ｖｐｃｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ）シンタックス構造に存在することを示す。この値が０であると、シンタックス要素拡張長さ（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ）が存在しないことを示す（ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ ｉｓ ｐｒｅｓｅｎｔ ｉｎ ｖｐｃｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ． ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ）。
拡張長さ（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１）：この値に１を加えると、このシンタックス要素をフォロ－する拡張デ－タ（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｂｙｔｅ）要素の数を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｂｙｔｅ ｅｌｅｍｅｎｔｓ ｔｈａｔ ｆｏｌｌｏｗ ｔｈｉｓ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ）。
拡張長さ（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１）によって、拡張デ－タがパラメ－タセットにさらに含まれる。
拡張デ－タ（ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｂｙｔｅ）：拡張により含まれるいかなるデ－タを含むことができる（ｍａｙ ｈａｖｅ ａｎｙ ｖａｌｕｅ）。
図３０は実施例によるアトラスサブビットストリ－ムの構造を示す。
図３０は図２５のビットストリ－ム２５０００のユニット２５０２０のペイロ－ド２５０４０がアトラスサブ－ビットストリ－ム３００００を伝達する例示を示す。
アトラスサブビットストリ－ムを伝達するＶ－ＰＣＣユニットのＶ－ＰＣＣユニットペイロ－ドは、１つ又は１つ以上のサンプルストリ－ムＮＡＬユニット３００１０を含む。
実施例によるアトラスサブビットストリ－ム３００００は、サンプルストリ－ムＮＡＬヘッダ３００２０及びサンプルストリ－ムＮＡＬユニット３００１０を含む。
サンプルストリ－ムＮＡＬヘッダ３００２０は、ユニットサイズ精度バイト（ｓｓｎｈ＿ｕｎｉｔ＿ｓｉｚｅ＿ｐｒｅｃｉｓｉｏｎ＿ｂｙｔｅｓ＿ｍｉｎｕｓ１）を含む。この値に１を加えると、全てのサンプルストリ－ムＮＡＬユニット内のＮＡＬユニットサイズ（ｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ）要素のバイト単位内精度を示す。ｓｓｎｈ＿ｕｎｉｔ＿ｓｉｚｅ＿ｐｒｅｃｉｓｉｏｎ＿ｂｙｔｅｓ＿ｍｉｎｕｓ１は０～７の範囲を有する（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｐｒｅｃｉｓｉｏｎ， ｉｎ ｂｙｔｅｓ， ｏｆ ｔｈｅ ｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ ｅｌｅｍｅｎｔ ｉｎ ａｌｌ ｓａｍｐｌｅ ｓｔｒｅａｍ ＮＡＬ ｕｎｉｔｓ． ｓｓｎｈ＿ｕｎｉｔ＿ｓｉｚｅ＿ｐｒｅｃｉｓｉｏｎ＿ｂｙｔｅｓ＿ｍｉｎｕｓ１ ｉｓ ｉｎ ｔｈｅ ｒａｎｇｅ ｏｆ ０ ｔｏ ７）。
サンプルストリ－ムＮＡＬユニット３００１０は、ＮＡＬユニットサイズ（ｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ）を含む。
ＮＡＬユニットサイズ（ｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ）は、サブシ－ケンスＮＡＬユニットのバイト単位内サイズを示す。ｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅを示すために使用されるビット数は、（ｓｓｎｈ＿ｕｎｉｔ＿ｓｉｚｅ＿ｐｒｅｃｉｓｉｏｎ＿ｂｙｔｅｓ＿ｍｉｎｕｓ１＋１）＊８である（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｓｉｚｅ， ｉｎ ｂｙｔｅｓ， ｏｆ ｔｈｅ ｓｕｂｓｅｑｕｅｎｔ ＮＡＬ＿ｕｎｉｔ． Ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｒｅｐｒｅｓｅｎｔ ｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ ｉｓ ｅｑｕａｌ ｔｏ （ｓｓｎｈ＿ｕｎｉｔ＿ｓｉｚｅ＿ｐｒｅｃｉｓｉｏｎ＿ｂｙｔｅｓ＿ｍｉｎｕｓ１＋１）＊８）。
各々のサンプルストリ－ムＮＡＬユニットは、アトラスシ－ケンスパラメ－タセット（ａｔｌａｓ ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ、ＡＳＰＳ）３００３０、アトラスフレ－ムパラメ－タセット（ａｔｌａｓ ｆｒａｍｅ ｐａｒａｍｅｔｅｒ ｓｅｔ、ＡＦＰＳ）３００４０、１つ又は１つ以上のアトラスタイルグル－プ情報（ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ｉｎｆｏｒｍａｔｉｏｎ）３００５０、及び１つ又は１つ以上のＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）３００６０などを含む。それぞれについては以下に説明する。実施例によってアトラスタイルグル－プはアトラスタイルと等しく呼ばれる。
ＮＡＬユニットはＮＡＬユニットヘッダ（ｎａｌ＿ｕｎｉｔ＿ｈｅａｄｅｒ（ ））、バイト数（ＮｕｍＢｙｔｅｓＩｎＲｂｓｐ）などを含む。
バイト数（ＮｕｍＢｙｔｅｓＩｎＲｂｓｐ）：ＮＡＬユニットのペイロ－ドに該当するバイトであり、初期値は０にセットされる。
ＮＡＬユニットヘッダは、ＮＡＬフォ－ビデンゼロビット（ｎａｌ＿ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ）、ＮＡＬユニットタイプ（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ）、ＮＡＬレイヤＩＤ（ｎａｌ＿ｌａｙｅｒ＿ｉｄ）、ＮＡＬ臨時ＩＤ（ｎａｌ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１）などを含む。
ＮＡＬフォ－ビデンゼロビット（ｎａｌ＿ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ）：ＮＡＬユニットのエラ－検出のために使用されるフィ－ルドであり、必ず０である。
ＮＡＬユニットタイプ（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ）：図３２のように、ＮＡＬユニット内に含まれたＲＢＳＰデ－タ構造のタイプを示す。
ＮＡＬレイヤＩＤ（ｎａｌ＿ｌａｙｅｒ＿ｉｄ）：ＡＣＬ ＮＡＬユニットが属するレイヤの識別子又はＮＯＮ－ＡＣＬ ＮＡＬユニットが適用されるレイヤの識別子を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｉｄｅｎｔｉｆｉｅｒ ｏｆ ｔｈｅ ｌａｙｅｒ ｔｏ ｗｈｉｃｈ ａｎ ＡＣＬ ＮＡＬ ｕｎｉｔ ｂｅｌｏｎｇｓ ｏｒ ｔｈｅ ｉｄｅｎｔｉｆｉｅｒ ｏｆ ａ ｌａｙｅｒ ｔｏ ｗｈｉｃｈ ａ ｎｏｎ－ＡＣＬ ＮＡＬ ｕｎｉｔ ａｐｐｌｉｅｓ）。
ＮＡＬ臨時ＩＤ（ｎａｌ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１）：この値から１を引くと、ＮＡＬユニットの臨時識別子を示す（ｍｉｎｕｓ １ ｓｐｅｃｉｆｉｅｓ ａ ｔｅｍｐｏｒａｌ ｉｄｅｎｔｉｆｉｅｒ ｆｏｒ ｔｈｅ ＮＡＬ ｕｎｉｔ）。
ＮＡＬユニットタイプ（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ）は以下のタイプなどを含む。
ＮＡＬトレイル（ＮＡＬ＿ＴＲＡＩＬ）：ＮＯＮ－ＴＳＡ、ＮＯＮ ＳＴＳＡトレイリングアトラスフレ－ムのコ－ディングされたタイルグル－プがＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグル－プレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはＡＣＬである。実施例によってタイルグル－プはタイルに対応する。
ＮＡＬ ＴＳＡ：ＴＳＡアトラスフレ－ムのコ－ディングされたタイルグル－プがＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグル－プレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＳＴＳＡ：ＳＴＳＡアトラスフレ－ムのコ－ディングされたタイルグル－プがＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグル－プレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＲＡＤＬ：ＲＡＤＬアトラスフレ－ムのコ－ディングされたタイルグル－プがＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグル－プレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＲＡＳＬ：ＲＡＳＬアトラスフレ－ムのコ－ディングされたタイルグル－プがＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグル－プレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＳＫＩＰ：スキップアトラスフレ－ムのコ－ディングされたタイルグル－プがＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグル－プレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＲＳＶ＿ＡＣＬ＿６ないしＮＡＬ＿ＲＳＶ＿ＡＣＬ＿９：予約されたＩＲＡＰ ＡＣＬ ＮＡＬユニットタイプがＮＡＬユニットに含まれる。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＢＬＡ＿Ｗ＿ＬＰ、ＮＡＬ＿ＢＬＡ＿Ｗ＿ＲＡＤＬ、ＮＡＬ＿ＢＬＡ＿Ｎ＿ＬＰ：ＢＬＡアトラスフレ－ムのコ－ディングされたタイルグル－プがＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグル－プレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＧＢＬＡ＿Ｗ＿ＬＰ、ＮＡＬ＿ＧＢＬＡ＿Ｗ＿ＲＡＤＬ、ＮＡＬ＿ＧＢＬＡ＿Ｎ＿ＬＰ：ＧＢＬＡアトラスフレ－ムのコ－ディングされたタイルグル－プがＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグル－プレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＮＡＬ＿ＩＤＲ＿Ｎ＿ＬＰ：ＩＤＲアトラスフレ－ムのコ－ディングされたタイルグル－プがＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグル－プレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＧＩＤＲ＿Ｗ＿ＲＡＤＬ、ＮＡＬ＿ＧＩＤＲ＿Ｎ＿ＬＰ：ＧＩＤＲアトラスフレ－ムのコ－ディングされたタイルグル－プがＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグル－プレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＣＲＡ：ＣＲＡアトラスフレ－ムのコ－ディングされたタイルグル－プがＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグル－プレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＧＣＲＡ：ＧＣＲＡアトラスフレ－ムのコ－ディングされたタイルグル－プがＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスタイルグル－プレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））又はアトラスタイルレイヤ（ａｔｌａｓ＿ｔｉｌｅ＿ｌａｙｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＩＲＡＰ＿ＡＣＬ＿２２、ＮＡＬ＿ＩＲＡＰ＿ＡＣＬ＿２３：予約されたＩＲＡＰ ＡＣＬ ＮＡＬユニットタイプがＮＡＬユニットに含まれる。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＲＳＶ＿ＡＣＬ＿２４ないしＮＡＬ＿ＲＳＶ＿ＡＣＬ＿３１：予約されたｎｏｎ－ＩＲＡＰ ＡＣＬ ＮＡＬユニットタイプがＮＡＬユニットに含まれる。ＮＡＬユニットのタイプクラスはＡＣＬである。
ＮＡＬ＿ＡＳＰＳ：アトラスシ－ケンスパラメ－タセットがＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスシ－ケンスパラメ－タセット（ａｔｌａｓ＿ｓｅｑｕｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＡＦＰＳ：アトラスフレ－ムパラメ－タセットがＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラスフレ－ムパラメ－タセット（ａｔｌａｓ＿ ｆｒａｍｅ ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＡＵＤ：アクセスユニットデリミタ－（Ａｃｃｅｓｓ ｕｎｉｔ ｄｅｌｉｍｉｔｅｒ）がＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアクセスユニットデリミタ－（ａｃｃｅｓｓ＿ｕｎｉｔ＿ｄｅｌｉｍｉｔｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＶＰＣＣ＿ＡＵＤ：Ｖ－ＰＣＣアクセスユニットデリミタ－がＮＡＬユニットに含まれる。ＮＡＬユニットのＲＢＳＰシンタックス構造はアクセスユニットデリミタ－（ａｃｃｅｓｓ＿ｕｎｉｔ＿ｄｅｌｉｍｉｔｅｒ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＥＯＳ：ＮＡＬユニットタイプがエンド・オブ・シ－ケンスである。ＮＡＬユニットのＲＢＳＰシンタックス構造はエンド・オブ・シ－ケンス（ｅｎｄ＿ｏｆ＿ｓｅｑ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＥＯＢ：ＮＡＬユニットタイプがエンド・オブ・ビットストリ－ムである。ＮＡＬユニットのＲＢＳＰシンタックス構造はエンド・オブ・アトラスサブビットストリ－ム（ｅｎｄ＿ｏｆ＿ａｔｌａｓ＿ｓｕｂ＿ｂｉｔｓｔｒｅａｍ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＦＤ Ｆｉｌｌｅｒ：ＮＡＬユニットタイプがフィルタ－デ－タ（ｆｉｌｌｅｒ＿ｄａｔａ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＰＲＥＦＩＸ＿ＮＳＥＩ、ＮＡＬ＿ＳＵＦＦＩＸ＿ＮＳＥＩ：ＮＡＬユニットタイプが非必須補足強化情報（Ｎｏｎ－ｅｓｓｅｎｔｉａｌ ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）である。ＮＡＬユニットのＲＢＳＰシンタックス構造はＳＥＩ（ｓｅｉ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＰＲＥＦＩＸ＿ＥＳＥＩ、ＮＡＬ＿ＳＵＦＦＩＸ＿ＥＳＥＩ：ＮＡＬユニットタイプが必須補足強化情報（Ｅｓｓｅｎｔｉａｌ ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）である。ＮＡＬユニットのＲＢＳＰシンタックス構造はＳＥＩ（ｓｅｉ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＡＡＰＳ：ＮＡＬユニットタイプがアトラス適応パラメ－タセット（Ａｔｌａｓ ａｄａｐｔａｔｉｏｎ ｐａｒａｍｅｔｅｒ ｓｅｔ）である。ＮＡＬユニットのＲＢＳＰシンタックス構造はアトラス適応パラメ－タセット（ａｔｌａｓ＿ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（ ））である。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＲＳＶ＿ＮＡＣＬ＿４４ないしＮＡＬ＿ＲＳＶ＿ＮＡＣＬ＿４７：ＮＡＬユニットタイプが予約されたｎｏｎ－ＡＣＬ ＮＡＬユニットタイプである。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣＬである。
ＮＡＬ＿ＵＮＳＰＥＣ＿４８ないしＮＡＬ＿ＵＮＳＰＥＣ＿６３：ＮＡＬユニットタイプが未記述のｎｏｎ－ＡＣＬ ＮＡＬユニットタイプである。ＮＡＬユニットのタイプクラスはｎｏｎ－ＡＣＬである。
図３１は実施例によるアトラスシ－ケンスパラメ－タセット（ａｔｌａｓ ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）を示す。
図３１はＮＡＬユニットタイプがアトラスシ－ケンスパラメ－タである場合、ＮＡＬユニットに含まれるＲＢＳＰデ－タ構造のシンタックスを示す。
各々のサンプルストリ－ムＮＡＬユニットはアトラスパラメ－タセット、例えば、ＡＳＰＳ、ＡＡＰＳ、ＡＦＰＳ、１つ又は１つ以上のアトラスタイルグル－プ情報及びＳＥＩのいずれかを含む。
ＡＳＰＳは各々のタイルグル－プ（タイル）ヘッダ内のシンタックス要素として参照されるＡＳＰＳ内のシンタックス要素のコンテンツにより決定されるゼロ又は１つ以上の全体コ－ディングされたアトラスシ－ケンス（ＣＡＳｓ）に適用されるシンタックス要素を含む。
ＡＳＰＳは以下の要素を含む。
ＡＳＰＳアトラスシ－ケンスパラメ－タセットＩＤ（ａｓｐｓ＿ａｔｌａｓ＿ｓｅｑｕｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）：他のシンタックス要素による参照のためのアトラスシ－ケンスパラメ－タセットのための識別子を提供する。
ＡＳＰＳフレ－ム幅（ａｓｐｓ＿ｆｒａｍｅ＿ｗｉｄｔｈ）：現在アトラスに対する整数のル－マサンプルの観点でアトラスフレ－ム幅を示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｗｉｄｔｈ ｉｎ ｔｅｒｍｓ ｏｆ ｉｎｔｅｇｅｒ ｌｕｍａ ｓａｍｐｌｅ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ）。
ＡＳＰＳフレ－ム高さ（ａｓｐｓ＿ｆｒａｍｅ＿ｈｅｉｇｈｔ）：現在アトラスに対する整数のル－マサンプルの観点でアトラスフレ－ム高さを示す（ｉｎｄｉｃａｔｅｓ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｈｅｉｇｈｔ ｉｎ ｔｅｒｍｓ ｏｆ ｉｎｔｅｇｅｒ ｌｕｍａ ｓａｍｐｌｅ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ）。
ＡＳＰＳログパッチパッキングブロックサイズ（ａｓｐｓ＿ｌｏｇ２＿ｐａｔｃｈ＿ｐａｃｋｉｎｇ＿ｂｌｏｃｋ＿ｓｉｚｅ）：アトラス内パッチの水平及び垂直位置のために使用される変数ＰａｔｃｈＰａｃｋｉｎｇＢｌｏｃｋＳｉｚｅの値を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｖａｌｕｅ ｏｆ ｔｈｅ ｖａｒｉａｂｌｅ ＰａｔｃｈＰａｃｋｉｎｇＢｌｏｃｋＳｉｚｅ， ｔｈａｔ ｉｓ ｕｓｅｄ ｆｏｒ ｔｈｅ ｈｏｒｉｚｏｎｔａｌ ａｎｄ ｖｅｒｔｉｃａｌ ｐｌａｃｅｍｅｎｔ ｏｆ ｔｈｅ ｐａｔｃｈｅｓ ｗｉｔｈｉｎ ｔｈｅ ａｔｌａｓ）。
ＡＳＰＳログマックスアトラスフレ－ムオ－ダ－カウントｌｓｂ（ａｓｐｓ＿ｌｏｇ２＿ｍａｘ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４）：アトラスフレ－ムオ－ダ－カウントのための復号プロセス内で使用される変数ＭａｘＡｔｌａｓＦｒｍＯｒｄｅｒＣｎｔＬｓｂの変数を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｖａｌｕｅ ｏｆ ｔｈｅ ｖａｒｉａｂｌｅ ＭａｘＡｔｌａｓＦｒｍＯｒｄｅｒＣｎｔＬｓｂ ｔｈａｔ ｉｓ ｕｓｅｄ ｉｎ ｔｈｅ ｄｅｃｏｄｉｎｇ ｐｒｏｃｅｓｓ ｆｏｒ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｏｒｄｅｒ ｃｏｕｎｔ）。
ＡＳＰＳマックス復号アトラスフレ－ムバッファリング（ａｓｐｓ＿ｍａｘ＿ｄｅｃ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１）：この値に１を加えると、アトラスフレ－ムバッファ－記憶装置に対する復号されたアトラスフレ－ムの最大値が要求されるサイズを示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｍａｘｉｍｕｍ ｒｅｑｕｉｒｅｄ ｓｉｚｅ ｏｆ ｔｈｅ ｄｅｃｏｄｅｄ ａｔｌａｓ ｆｒａｍｅ ｂｕｆｆｅｒ ｆｏｒ ｔｈｅ ＣＡＳ ｉｎ ｕｎｉｔｓ ｏｆ ａｔｌａｓ ｆｒａｍｅ ｓｔｏｒａｇｅ ｂｕｆｆｅｒｓ）。
ＡＳＰＳ長期参照アトラスフレ－ムフラグ（ａｓｐｓ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅｓ＿ｆｌａｇ）：この値が０であると、ＣＡＳ内のコ－ディングされたアトラスフレ－ムのインタ－予測のために使用される長期参照アトラスフレ－ムがないことを示す。この値が１であると、長期参照アトラスフレ－ムがＣＡＳ内の１つ又は１つ以上のコ－ディングされたアトラスフレ－ムのインタ－予測を利用できることを示す（ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｎｏ ｌｏｎｇ ｔｅｒｍ ｒｅｆｅｒｅｎｃｅ ａｔｌａｓ ｆｒａｍｅ ｉｓ ｕｓｅｄ ｆｏｒ ｉｎｔｅｒ ｐｒｅｄｉｃｔｉｏｎ ｏｆ ａｎｙ ｃｏｄｅｄ ａｔｌａｓ ｆｒａｍｅ ｉｎ ｔｈｅ ＣＡＳ． ａｓｐｓ＿ｌｏｎｇ＿ｔｅｒｍ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅｓ＿ｆｌａｇ ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｌｏｎｇ ｔｅｒｍ ｒｅｆｅｒｅｎｃｅ ａｔｌａｓ ｆｒａｍｅｓ ｍａｙ ｂｅ ｕｓｅｄ ｆｏｒ ｉｎｔｅｒ ｐｒｅｄｉｃｔｉｏｎ ｏｆ ｏｎｅ ｏｒ ｍｏｒｅ ｃｏｄｅｄ ａｔｌａｓ ｆｒａｍｅｓ ｉｎ ｔｈｅ ＣＡＳ）。
ＡＳＰＳ参照アトラスフレ－ムリスト数（ａｓｐｓ＿ｎｕｍ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｌｉｓｔｓ＿ｉｎ＿ａｓｐｓ）：アトラスシ－ケンスパラメ－タセットに含まれた参照リスト構造（ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ））シンタックス構造の数を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｔｈｅ ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｒｌｓＩｄｘ） ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅｓ ｉｎｃｌｕｄｅｄ ｉｎ ｔｈｅ ａｔｌａｓ ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）。
ＡＳＰＳ参照アトラスフレ－ムリスト数（ａｓｐｓ＿ｎｕｍ＿ｒｅｆ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｌｉｓｔｓ＿ｉｎ＿ａｓｐｓ）だけ参照リスト構造（ｒｅｆ＿ｌｉｓｔ＿ｓｔｒｕｃｔ（ｉ））がアトラスシ－ケンスパラメ－タセット内に含まれる。
ＡＳＰＳエイトオリエンテ－ションフラグ（ａｓｐｓ＿ｕｓｅ＿ｅｉｇｈｔ＿ｏｒｉｅｎｔａｔｉｏｎｓ＿ｆｌａｇ）：この値が０であると、インデックスＩを有するフレ－ム内のインデックスＪを有するパッチのパッチオリエンテ－ションインデックス（ｐｄｕ＿ｏｒｉｅｎｔａｔｉｏｎ＿ｉｎｄｅｘ［ｉ］［ｊ］）が０～１（含み）の範囲内であることを示す。この値が１であると、インデックスＩを有するフレ－ム内のインデックスＪを有するパッチのためのパッチオリエンテ－ションインデックス（ｐｄｕ＿ｏｒｉｅｎｔａｔｉｏｎ＿ｉｎｄｅｘ［ｉ］［ｊ］）が０～７（含み）の範囲であることを示す（ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｐａｔｃｈ ｏｒｉｅｎｔａｔｉｏｎ ｉｎｄｅｘ ｆｏｒ ａ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｎ ａ ｆｒａｍｅ ｗｉｔｈ ｉｎｄｅｘ ｉ， ｐｄｕ＿ｏｒｉｅｎｔａｔｉｏｎ＿ｉｎｄｅｘ［ｉ］［ｊ］， ｉｓ ｉｎ ｔｈｅ ｒａｎｇｅ ｏｆ ０ ｔｏ １， ｉｎｃｌｕｓｉｖｅ． ａｓｐｓ＿ｕｓｅ＿ｅｉｇｈｔ＿ｏｒｉｅｎｔａｔｉｏｎｓ＿ｆｌａｇ ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｐａｔｃｈ ｏｒｉｅｎｔａｔｉｏｎ ｉｎｄｅｘ ｆｏｒ ａ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｎ ａ ｆｒａｍｅ ｗｉｔｈ ｉｎｄｅｘ ｉ， ｐｄｕ＿ｏｒｉｅｎｔａｔｉｏｎ＿ｉｎｄｅｘ［ｉ］［ｊ］， ｉｓ ｉｎ ｔｈｅ ｒａｎｇｅ ｏｆ ０ ｔｏ ７， ｉｎｃｌｕｓｉｖｅ）。
プロジェクションパッチ存在フラグ（ａｓｐｓ＿４５ｄｅｇｒｅｅ＿ｐｒｏｊｅｃｔｉｏｎ＿ｐａｔｃｈ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が０であると、パッチプロジェクション情報が現在アトラスタイルグル－プに対してシグナリングされないことを示す。この値が１であると、パッチプロジェクション情報が現在アトラスタイルグル－プに対してシグナリングされることを示す（Ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｐａｔｃｈ ｐｒｏｊｅｃｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｎｏｔ ｓｉｇｎａｌｌｅｄ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ． ａｓｐｓ＿４５ｄｅｇｒｅｅ＿ｐｒｏｊｅｃｔｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｐａｔｃｈ ｐｒｏｊｅｃｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ ｉｓ ｓｉｇｎａｌｌｅｄ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ）。
タイプ（ａｔｇｈ＿ｔｙｐｅ）がスキップタイル（ＳＫＩＰ＿ＴＩＬＥ＿ＧＲＰ）ではない場合、以下の要素がアトラスタイルグル－プ（又はタイル）ヘッダに含まれる。
ＡＳＰＳ垂直軸制限量子化有効フラグ（ａｓｐｓ＿ｎｏｒｍａｌ＿ａｘｉｓ＿ｌｉｍｉｔｓ＿ｑｕａｎｔｉｚａｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：この値が１であると、量子化パラメ－タがパッチデ－タユニット、統合パッチデ－タユニット又はインタ－パッチデ－タユニットの垂直軸関連要素を量子化するために使用され、シグナリングされることを示す。この値が０であると、パッチデ－タユニット、統合パッチデ－タユニット又はインタ－パッチデ－タユニットの垂直軸関連要素上に量子化が適用されないことを示す（ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｑｕａｎｔｉｚａｔｉｏｎ ｐａｒａｍｅｔｅｒｓ ｓｈａｌｌ ｂｅ ｓｉｇｎａｌｌｅｄ ａｎｄ ｕｓｅｄ ｆｏｒ ｑｕａｎｔｉｚｉｎｇ ｔｈｅ ｎｏｒｍａｌ ａｘｉｓ ｒｅｌａｔｅｄ ｅｌｅｍｅｎｔｓ ｏｆ ａ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ， ａ ｍｅｒｇｅ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ， ｏｒ ａｎ ｉｎｔｅｒ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ． Ｉｆ ａｓｐｓ＿ｎｏｒｍａｌ＿ａｘｉｓ＿ｌｉｍｉｔｓ＿ｑｕａｎｔｉｚａｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｉｓ ｅｑｕａｌ ｔｏ ０， ｔｈｅｎ ｎｏ ｑｕａｎｔｉｚａｔｉｏｎ ｉｓ ａｐｐｌｉｅｄ ｏｎ ａｎｙ ｎｏｒｍａｌ ａｘｉｓ ｒｅｌａｔｅｄ ｅｌｅｍｅｎｔｓ ｏｆ ａ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ， ａ ｍｅｒｇｅ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ， ｏｒ ａｎ ｉｎｔｅｒ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ）。
ａｓｐｓ＿ｎｏｒｍａｌ＿ａｘｉｓ＿ｌｉｍｉｔｓ＿ｑｕａｎｔｉｚａｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であると、ａｔｇｈ＿ｐｏｓ＿ｍｉｎ＿ｚ＿ｑｕａｎｔｉｚｅｒがアトラスタイルグル－プ（又はタイル）ヘッダに含まれる。
ＡＳＰＳ垂直軸マックスデルタ値有効フラグ（ａｓｐｓ＿ｎｏｒｍａｌ＿ａｘｉｓ＿ｍａｘ＿ｄｅｌｔａ＿ｖａｌｕｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：この値が１であると、インデックスＪを有するフレ－ムのインデックスＩを有するパッチのジオメトリ情報内に存在し得る垂直軸の最大値公称シフト値が各パッチデ－タユニット、統合パッチデ－タユニット又はインタ－パッチデ－タユニットに対するビットストリ－ム内に指示されることを示す。この値が０であると、インデックスＪを有するフレ－ム内のインデックスＩを有するパッチのジオメトリ情報内に存在し得る垂直軸の最大値公称シフト値が各パッチデ－タユニット、統合パッチデ－タユニット又はインタ－パッチデ－タユニットに対するビットストリ－ム内に指示されないことを示す（ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｍａｘｉｍｕｍ ｎｏｍｉｎａｌ ｓｈｉｆｔ ｖａｌｕｅ ｏｆ ｔｈｅ ｎｏｒｍａｌ ａｘｉｓ ｔｈａｔ ｍａｙ ｂｅ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｇｅｏｍｅｔｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ａ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｉ ｉｎ ａ ｆｒａｍｅ ｗｉｔｈ ｉｎｄｅｘ ｊ ｗｉｌｌ ｂｅ ｉｎｄｉｃａｔｅｄ ｉｎ ｔｈｅ ｂｉｔｓｔｒｅａｍ ｆｏｒ ｅａｃｈ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ， ａ ｍｅｒｇｅ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ， ｏｒ ａｎ ｉｎｔｅｒ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ． Ｉｆ ａｓｐｓ＿ｎｏｒｍａｌ＿ａｘｉｓ＿ｍａｘ＿ｄｅｌｔａ＿ｖａｌｕｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｉｓ ｅｑｕａｌ ｔｏ ０ ｔｈｅＮ ｔｈｅ ｍａｘｉｍｕｍ ｎｏｍｉｎａｌ Ｓｈｉｆｔ ｖａｌｕｅ ｏｆ ｔｈｅ ｎｏｒｍａｌ ａｘｉｓ ｔｈａｔ ｍａｙ ｂｅ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｇｅｏｍｅｔｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｏｆ ａ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｉ ｉｎ ａ ｆｒａｍｅ ｗｉｔｈ ｉｎｄｅｘ ｊ ｓｈａｌｌ ｎｏｔ ｂｅ ｂｅ ｉｎｄｉｃａｔｅｄ ｉｎ ｔｈｅ ｂｉｔｓｔｒｅａｍ ｆｏｒ ｅａｃｈ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ， ａ ｍｅｒｇｅ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ， ｏｒ ａｎ ｉｎｔｅｒ ｐａｔｃｈ ｄａｔａ ｕｎｉｔ）。
ａｓｐｓ＿ｎｏｒｍａｌ＿ａｘｉｓ＿ｍａｘ＿ｄｅｌｔａ＿ｖａｌｕｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であると、ａｔｇｈ＿ｐｏｓ＿ｄｅｌｔａ＿ｍａｘ＿ｚ＿ｑｕａｎｔｉｚｅｒがアトラスタイルグル－プ（又はタイル）ヘッダに含まれる。
ＡＳＰＳ除去重複ポイント有効フラグ（ａｓｐｓ＿ｒｅｍｏｖｅ＿ｄｕｐｌｉｃａｔｅ＿ｐｏｉｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：この値が１であると、重複ポイントが行インデックスマップから他のポイントと同一の２Ｄ及び３Ｄジオメトリ座標を有するポイントであるところで、重複ポイントが現在アトラスに対して再構成されないことを示す。この値が０であると、全てのポイントが再構成されることを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｄｕｐｌｉｃａｔｅｄ ｐｏｉｎｔｓ ａｒｅ ｎｏｔ ｅｃｏｎｓｔｒｕｃｔｅｄ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ， ｗｈｅｒｅ ａ ｄｕｐｌｉｃａｔｅｄ ｐｏｉｎｔ ｉｓ ａ ｐｏｉｎｔ ｗｉｔｈ ｔｈｅ ｓａｍｅ ２Ｄ ａｎｄ ３Ｄ ｇｅｏｍｅｔｒｙ ｃｏｏｒｄｉｎａｔｅｓ ａｓ ａｎｏｔｈｅｒ ｐｏｉｎｔ ｆｒｏｍ ａ Ｌｏｗｅｒ ｉｎｄｅｘ ｍａｐ． ａｓｐｓ＿ｒｅｍｏｖｅ＿ｄｕｐｌｉｃａｔｅ＿ｐｏｉｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ａｌｌ ｐｏｉｎｔｓ ａｒｅ ｒｅｃｏｎｓｔｒｕｃｔｅｄ）。
ＡＳＰＳマックス復号アトラスフレ－ムバッファリング（ａｓｐｓ＿ｍａｘ＿ｄｅｃ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１）：この値に１を加えると、アトラスフレ－ムバッファ－記憶装置のユニット内のＣＡＳのための復号されたアトラスフレ－ムバッファ－の最大値要求サイズを示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｍａｘｉｍｕｍ ｒｅｑｕｉｒｅｄ ｓｉｚｅ ｏｆ ｔｈｅ ｄｅｃｏｄｅｄ ａｔｌａｓ ｆｒａｍｅ ｂｕｆｆｅｒ ｆｏｒ ｔｈｅ ＣＡＳ ｉｎ ｕｎｉｔｓ ｏｆ ａｔｌａｓ ｆｒａｍｅ ｓｔｏｒａｇｅ ｂｕｆｆｅｒｓ）。
ＡＳＰＳピクセルデインタ－リ－ビングフラグ（ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅｒｌｅａｖｉｎｇ＿ｆｌａｇ）この値が１であると、現在アトラスのための復号されたジオメトリ及び特質ビデオが２つのマップから空間的にインタ－リ－ビングされたピクセルを含むことを示す。この値が０であると、現在アトラスに対応する復号されたジオメトリ及び特質ビデオがただシングルマップからピクセルを含むことを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｄｅｃｏｄｅｄ ｇｅｏｍｅｔｒｙ ａｎｄ ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏｓ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｃｏｎｔａｉｎ ｓｐａｔｉａｌｌｙ ｉｎｔｅｒｌｅａｖｅｄ ｐｉｘｅｌｓ ｆｒｏｍ ｔｗｏ ｍａｐｓ． ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅｒｌｅａｖｉｎｇ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｄｅｃｏｄｅｄ ｇｅｏｍｅｔｒｙ ａｎｄ ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏｓ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｔｏ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｃｏｎｔａｉｎ ｐｉｘｅｌＳ ｆｒｏｍ ｏｎｌｙ ａ ｓｉｎｇｌｅ ｍａｐ）。
ＡＳＰＳパッチ優先順位オ－ダ－フラグ（ａｓｐｓ＿ｐａｔｃｈ＿ｐｒｅｃｅｄｅｎｃｅ＿ｏｒｄｅｒ＿ｆｌａｇ）：この値が１であると、現在アトラスに対するパッチ優先順位（優先度）が復号順と同一であることを示す。この値が０であると、現在アトラスに対するパッチ優先順位が復号順の逆であることを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｐａｔｃｈ ｐｒｅｃｅｄｅｎｃｅ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｉｓ ｔｈｅ ｓａｍｅ ａｓ ｔｈｅ ｄｅｃｏｄｉｎｇ ｏｒｄｅｒ． ａｓｐｓ＿ｐａｔｃｈ＿ｐｒｅｃｅｄｅｎｃｅ＿ｏｒｄｅｒ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｐａｔｃｈ ｐｒｅｃｅｄｅｎｃｅ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｉｓ ｔｈｅ ｒｅｖｅｒｓｅ ｏｆ ｔｈｅ ｄｅｃｏｄｉｎｇ ｏｒｄｅｒ）。
ＡＳＰＳパッチサイズ量子化器存在フラグ（ａｓｐｓ＿ｐａｔｃｈ＿ｓｉｚｅ＿ｑｕａｎｔｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、パッチサイズ量子化パラメ－タがアトラスタイルグル－プヘッダ又はアトラスタイルヘッダに存在することを示す。この値が０であると、パッチサイズ量子化パラメ－タが存在しないことを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｐａｔｃｈ ｓｉｚｅ ｑｕａｎｔｉｚａｔｉｏｎ ｐａｒａｍｅｔｅｒｓ ａｒｅ ｐｒｅｓｅｎｔ ｉｎ ａｎ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ｈｅａｄｅｒ． Ｉｆ ａｓｐｓ＿ｐａｔｃｈ＿ｓｉｚｅ＿ｑｕａｎｔｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｉｓ ｅｑｕａｌ ｔｏ ０， ｔｈｅｎ ｔｈｅ ｐａｔｃｈ ｓｉｚｅ ｑｕａｎｔｉｚａｔｉｏｎ ｐａｒａｍｅｔｅｒｓ ａｒｅ ｎｏｔ ｐｒｅｓｅｎｔ）。
ａｓｐｓ＿ｐａｔｃｈ＿ｓｉｚｅ＿ｑｕａｎｔｉｚｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１であると、ａｔｇｈ＿ｐａｔｃｈ＿ｓｉｚｅ＿ｘ＿ｉｎｆｏ＿ｑｕａｎｔｉｚｅｒ及びａｔｇｈ＿ｐａｔｃｈ＿ｓｉｚｅ＿ｙ＿ｉｎｆｏ＿ｑｕａｎｔｉｚｅｒがアトラスタイルグル－プ（又はタイル）ヘッダに含まれる。
深さのための強化占有マップフラグ（ａｓｐｓ＿ｅｎｈａｎｃｅｄ＿ｏｃｃｕｐａｎｃｙ＿ｍａｐ＿ｆｏｒ＿ｄｅｐｔｈ＿ｆｌａｇ）：この値が１であると、現在アトラスに対する復号された占有マップビデオが２つの深さマップの間の中間深さの位置が占められているかどうかに関する情報を含むことを示す。この値が０であると、復号された占有マップビデオが２つの深さマップの間の中間深さの位置が占められているかどうかに関する情報を含まないことを示す（Ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｄｅｃｏｄｅｄ ｏｃｃｕｐａｎｃｙ ｍａｐ ｖｉｄｅｏ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｃｏｎｔａｉｎＳ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｌａｔｅｄ ｔｏ ｗｈｅｔｈｅｒ Ｉｎｔｅｒｍｅｄｉａｔｅ ｄｅｐｔｈ ｐｏｓｉｔｉｏｎｓ ｂｅｔｗｅｅｎ ｔｗｏ ｄｅｐｔｈ ｍａｐｓ ａｒｅ ｏｃｃｕｐｉｅｄ． ａｓｐｓ＿ｅｏｍ＿ｐａｔｃｈ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｄｅｃｏｄｅｄ ｏｃｃｕｐａｎｃｙ ｍａｐ ｖｉｄｅｏ ｄｏｅｓ ｎｏｔ ｃｏｎｔａｉｎ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｌａｔｅｄ ｔｏ ｗｈｅｔｈｅｒ Ｉｎｔｅｒｍｅｄｉａｔｅ ｄｅｐｔｈ ｐｏｓｉｔｉｏｎｓ ｂｅｔｗｅｅｎ ｔｗｏ ｄｅｐｔｈ ｍａｐｓ ａｒｅ ｏｃｃｕｐｉｅｄ）。
ａｓｐｓ＿ｅｎｈａｎｓｅｄ＿ｏｃｃｕｐａｎｃｙ＿ｍａｐ＿ｆｏｒ＿ｄｅｐｔｈ＿ｆｌａｇ又はａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であると、ａｓｐｓ＿ｍａｐ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１がＡＳＰＳに含まれる。
ＡＳＰＳポイントロ－カル復元有効フラグ（ａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：この値が１であると、ポイントロ－カル再構成モ－ド情報が現在アトラスに対するビットストリ－ム内に存在することを示す。この値が０であると、ポイントロ－カル再構成モ－ドに関連する情報が現在アトラスに対するビットストリ－ム内に存在しないことを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｐｏｉｎｔ ｌｏｃａｌ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ ｍｏｄｅ ｉｎｆｏｒｍａｔｉｏｎ ｍａｙ ｂｅ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｂｉｔｓｔｒｅａｍ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ． ａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｎｏ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｌａｔｅｄ ｔｏ ｔｈｅ ｐｏｉｎｔ ｌｏｃａｌ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ ｍｏｄｅ ｉｓ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｂｉｔｓｔｒｅａｍ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ）。
ＡＳＰＳポイントロ－カル復元有効フラグ（ａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が１であると、ＡＳＰＳポイントロ－カル再構成情報（ａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ＿ｉｎｆｏｒｍａｔｉｏｎ）がアトラスシ－ケンスパラメ－タセットに伝達される。
ＡＳＰＳマップカウント（ａｓｐｓ＿ｍａｐ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値に１を加えると、現在アトラスに対するジオメトリ及び特質デ－タを符号化するために使用されるマップ数を示す（ｐｌｕｓ １ ｉｎｄｉｃａｔｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｍａｐｓ ｔｈａｔ ｍａｙ ｂｅ ｕｓｅｄ ｆｏｒ ｅｎｃｏｄｉｎｇ ｔｈｅ ｇｅｏｍｅｔｒｙ ａｎｄ ａｔｔｒｉｂｕｔｅ ｄａｔａ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ）。
ＡＳＰＳ強化占有マップ固定ビットカウント（ａｓｐｓ＿ｅｎｈａｎｃｅｄ＿ｏｃｃｕｐａｎｃｙ＿ｍａｐ＿ｆｉｘ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値に１を加えると、ＥＯＭコ－ドワ－ドのビットサイズを示す（ｐｌｕｓ １ ｉｎｄｉｃａｔｅｓ ｔｈｅ ｓｉｚｅ ｉｎ ｂｉｔｓ ｏｆ ｔｈｅ ＥＯＭ ｃｏｄｅ ｗｏｒｄ）。
ａｓｐｓ＿ｅｎｈａｎｃｅｄ＿ｏｃｃｕｐａｎｃｙ＿ｍａｐ＿ｆｏｒ＿ｄｅｐｔｈ＿ｆｌａｇ及びａｓｐｓ＿ｍａｐ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１が０を有すると、ａｓｐｓ＿ｅｎｈａｎｃｅｄ＿ｏｃｃｕｐａｎｃｙ＿ｍａｐ＿ｆｉｘ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１がＡＳＰＳに含まれる。
ＡＳＰＳ表現厚さ（ａｓｐｓ＿ｓｕｒｆａｃｅ＿ｔｈｉｃｋｎｅｓｓ＿ｍｉｎｕｓ１）：この値に１を加えると、ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅｒｌｅａｖｉｎｇ＿ｆｌａｇ（又はａｓｐｓ＿ｐｉｘｅｌ＿ｉｎｔｅｒｌｅａｖｉｎｇ＿ｆｌａｇ）又はａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ＿ｆｌａｇが１である場合、明確にコ－ディングされた深さ値及び挿入された深さ値の間の最大絶対値の差を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｍａｘｉｍｕｍ ａｂｓｏｌｕｔｅ ｄｉｆｆｅｒｅｎｃｅ ｂｅｔｗｅｅｎ ａｎ ｅｘｐｌｉｃｉｔｌｙ ｃｏｄｅｄ ｄｅｐｔｈ ｖａｌｕｅ ａｎｄ ｉｎｔｅｒｐｏｌａｔｅｄ ｄｅｐｔｈ ｖａｌｕｅ ｗｈｅｎ ａｓｐｓ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅｒｌｅａｖｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｏｒ ａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｉｓ ｅｑｕａｌ ｔｏ １）。
ａｓｐｓ＿ｐｉｘｅｌ＿ｉｎｔｅｒｌｅａｖｉｎｇ＿ｆｌａｇ又はａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であると、ＡＳＰＳ表面厚さがＡＳＰＳに含まれる。
ａｓｐｓ＿ｐｉｘｅｌ＿ｉｎｔｅｒｌｅａｖｉｎｇ＿ｆｌａｇはａｓｐｓ＿ｍａｐ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅｒｌｅａｖｉｎｇ＿ｆｌａｇに対応する。
ＡＳＰＳマップピクセルデインタ－リ－ビングフラグ（ａｓｐｓ＿ｍａｐ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅｒｌｅａｖｉｎｇ＿ｆｌａｇ［ｉ］）：この値が１であると、現在アトラス内のインデックスｉを有するマップに対応する復号されたジオメトリ及び特質ビデオが空間的に２つのマップに対応するインタ－リ－ビングされたピクセルを含むことを示す。この値が０であると、現在アトラス内のインデックスｉを有するマップに対応する復号されたジオメトリ及び特質ビデオがシングルマップに対応するピクセルを含むことを示す。存在しない場合、この値は０に推論される（Ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｄｅｃｏｄｅｄ ｇｅｏｍｅｔｒｙ ａｎｄ ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏｓ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｔｏ ｍａｐ ｗｉｔｈ ｉｎｄｅｘ ｉ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｃｏｎｔａｉｎ ｓｐａｔｉａｌｌｙ ｉｎｔｅｒｌｅａｖｅｄ ｐｉｘｅｌｓ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｔｏ ｔｗｏ ｍａｐｓ． ａｓｐｓ＿ｍａｐ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅｒｌｅａｖｉｎｇ＿ｆｌａｇ［ｉ］ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｄｅｃｏｄｅｄ ｇｅｏｍｅｔｒｙ ａｎｄ ａｔｔｒｉｂｕｔｅ ｖｉｄｅｏｓ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｔｏ ｍａｐ ｉｎｄｅｘ ｉ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ ｃｏｎｔａｉｎ ｐｉｘｅｌｓ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｔｏ ａ ｓｉｎｇｌｅ ｍａｐ． Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ、ｔｈｅ ｖａｌｕｅ ｏｆ ａｓｐｓ＿ｍａｐ＿ｐｉｘｅｌ＿ｄｅｉｎｔｅｒｌｅａｖｉｎｇ＿ｆｌａｇ［ｉ］ ｉｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ０）。
ＡＳＰＳポイントロ－カル復元有効フラグ（ａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）：この値が１であると、ポイントロ－カル再構成モ－ド情報が現在アトラスに対するビットストリ－ム内に存在することを示す。この値が０であると、ポイントロ－カル再構成モ－ドに関連する情報が現在アトラスに対するビットストリ－ム内に存在しないことを示す（Ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｐｏｉｎｔ ｌｏｃａｌ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ ｍｏｄｅ ｉｎｆｏｒｍａｔｉｏｎ ｍａｙ ｂｅ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｂｉｔｓｔｒｅａｍ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ． ａｓｐｓ＿ｐｏｉｎｔ＿ｌｏｃａｌ＿ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ＿ｅｎａｂｌｅｄ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｎｏ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｌａｔｅｄ ｔｏ ｔｈｅ ｐｏｉｎｔ ｌｏｃａｌ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ ｍｏｄｅ ｉｓ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｂｉｔｓｔｒｅａｍ ｆｏｒ ｔｈｅ ｃｕｒｒｅｎｔ ａｔｌａｓ）。
ＡＳＰＳ ｖｕｉパラメ－タ存在フラグ（ａｓｐｓ＿ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（ ）シンタックス構造が存在することを示す。この値が０であると、ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（ ）シンタックス構造が存在しないことを示す（ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（ ） ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ ｉｓ ｐｒｅｓｅｎｔ． ａｓｐｓ＿ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｖｕｉ＿ｐａｒａｍｅｔｅｒｓ（ ） ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ ｉｓ ｎｏｔ ｐｒｅｓｅｎｔ）。
ＡＳＰＳ拡張フラグ（ａｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ）：この値が０であると、ａｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素がＡＳＰＳ ＲＢＳＰシンタックス構造内に存在しないことを示す（ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｎｏ ａｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ ｓｙｎｔａｘ ｅｌｅｍｅｎｔｓ ａｒｅ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ＡＳＰＳ ＲＢＳＰ ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ）。
ＡＳＰＳ拡張デ－タフラグ（ａｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ）：拡張のためのデ－タがＡＳＰＳ ＲＢＳＰシンタックス構造内に含まれることを示す。
終了ビット（ｒｂｓｐ＿ｔｒａｉｌｉｎｇ＿ｂｉｔｓ）：ＲＢＳＰデ－タの終わりを指示するためのストップビット（ｓｔｏｐ ｂｉｔ）である１を追加した後、バイトアライン（ｂｙｔｅ ａｌｉｇｎ）のために０で残りのビットを満たすために使用される。
図３２は実施例によるアトラスフレ－ムパラメ－タセット（ａｔｌａｓ ｆｒａｍｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）を示す。
図３２はＮＡＬユニットタイプがＮＡＬ＿ＡＦＰＳである場合、ＮＡＬユニットに含まれたアトラスフレ－ムパラメ－タセット（Ａｔｌａｓ ｆｒａｍｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）のシンタックスである。
アトラスフレ－ムパラメ－タセット（ａｔｌａｓ ｆｒａｍｅ ｐａｒａｍｅｔｅｒ ｓｅｔ， ＡＦＰＳ）は、ゼロ又は１つ以上の全体コ－ディングされたアトラスフレ－ムに適用されるシンタックス要素を含むシンタックス構造を含む。
ＡＦＰＳアトラスフレ－ムパラメ－タセットＩＤ（ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）：他のシンタックス要素による参照のためのアトラスフレ－ムパラメ－タセットを識別する。ＡＦＰＳのアトラスフレ－ムパラメ－タセットによりシンタックス要素により参照できる識別子を提供する。
ＡＦＰＳアトラスシ－ケンスパラメ－タセットＩＤ（ａｆｐｓ＿ａｔｌａｓ＿ｓｅｑｕｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）：アクティブアトラスシ－ケンスパラメ－タセットの値を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｖａｌｕｅ ｏｆ ａｓｐｓ＿ａｔｌａｓ＿ｓｅｑｕｅｎｃｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ ｆｏｒ ｔｈｅ ａｃｔｉｖｅ ａｔｌａｓ ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）。
アトラスフレ－ムタイル情報（ａｔｌａｓ＿ｆｒａｍｅ＿ｔｉｌｅ＿ｉｎｆｏｒｍａｔｉｏｎ（）：図３７を参照しながら説明する。
ＡＦＰＳ参照インデックス数（ａｆｐｓ＿ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｄｅｆａｕｌｔ＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１）：この値に１を加えると、ａｔｇｈ＿ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが０であるタイルグル－プ又はタイルに対する変数ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅの推論値を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｉｎｆｅｒｒｅｄ ｖａｌｕｅ ｏｆ ｔｈｅ ｖａｒｉａｂｌｅ ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ ｆｏｒ ｔｈｅ ｔｉｌｅ ｇｒｏｕｐ ｗｉｔｈ ａｔｇｈ＿ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ａｃｔｉｖｅ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０）。
ＡＦＰＳ追加変数（ａｆｐｓ＿ａｄｄｉｔｉｏｎａｌ＿ｌｔ＿ａｆｏｃ＿ｌｓｂ＿ｌｅｎ）：アトラスフレ－ムリストの参照のための復号プロセス内で使用される変数ＭａｘＬｔＡｔｌａｓＦｒｍＯｒｄｅｒＣｎｔＬｓｂの値を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｖａｌｕｅ ｏｆ ｔｈｅ ｖａｒｉａｂｌｅ ＭａｘＬｔＡｔｌａｓＦｒｍＯｒｄｅｒＣｎｔＬｓｂ ｔｈａｔ ｉｓ ｕｓｅｄ ｉｎ ｔｈｅ ｄｅｃｏｄｉｎｇ ｐｒｏｃｅｓｓ ｆｏｒ ｒｅｆｅｒｅｎｃｅ ａｔｌａｓ ｆｒａｍｅ）。
ＡＦＰＳ ２ＤポジションＸビットカウント（ａｆｐｓ＿２ｄ＿ｐｏｓ＿ｘ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値に１を加えると、ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを称するアトラスタイルグル－プ内のインデックスｊを有するパッチのｐｄｕ＿２ｄ＿ｐｏｓ＿ｘ［ｊ］の固定ビット表現内のビット数を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｉｎ ｔｈｅ ｆｉｘｅｄ－ｌｅｎｇｔｈ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ ｏｆ ｐｄｕ＿２ｄ＿ｐｏｓ＿ｘ［ｊ］ ｏｆ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｎ ａｎ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ｔｈａｔ ｒｅｆｅｒｓ ｔｏ ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）。
ＡＦＰＳ ２ＤポジションＹビットカウント（ａｆｐｓ＿２ｄ＿ｐｏｓ＿ｙ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値に１を加えると、ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを称するアトラスタイルグル－プ内のインデックスＪを有するパッチのｐｄｕ＿２ｄ＿ｐｏｓ＿ｙ［ｊ］の固定長さ表現内のビット数を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｉｎ ｔｈｅ ｆｉｘｅｄ－ｌｅｎｇｔｈ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ ｏｆ ｐｄｕ＿２ｄ＿ｐｏｓ＿ｙ［ｊ］ ｏｆ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｎ ａｎ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ｔｈａｔ ｒｅｆｅｒｓ ｔｏ ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）。
ＡＦＰＳ ３ＤポジションＸビットカウント（ａｆｐｓ＿３ｄ＿ｐｏｓ＿ｘ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値に１を加えると、ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを称するアトラスタイルグル－プ又はアトラスタイル内のインデックスＪを有するパッチのｐｄｕ＿３ｄ＿ｐｏｓ＿ｘ［ｊ］の固定長さ表現内のビット数を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｉｎ ｔｈｅ ｆｉｘｅｄ－ｌｅｎｇｔｈ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ ｏｆ ｐｄｕ＿３ｄ＿ｐｏｓ＿ｘ［ｊ］ ｏｆ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｎ ａｎ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ｔｈａｔ ｒｅｆｅｒｓ ｔｏ ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）。
ＡＦＰＳ ３ＤポジションＹビットカウント（ａｆｐｓ＿３ｄ＿ｐｏｓ＿ｙ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値に１を加えると、ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを称するアトラスタイルグル－プ又はアトラスタイル内のインデックスＪを有するパッチのｐｄｕ＿３ｄ＿ｐｏｓ＿ｙ［ｊ］の固定長さ表現内のビット数を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｉｎ ｔｈｅ ｆｉｘｅｄ－ｌｅｎｇｔｈ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ ｏｆ ｐｄｕ＿３ｄ＿ｐｏｓ＿ｙ［ｊ］ ｏｆ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｎ ａｎ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ｔｈａｔ ｒｅｆｅｒｓ ｔｏ ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）。
ＡＦＰＳ ＬＯＤビットカウント（ａｆｐｓ＿ｌｏｄ＿ｂｉｔ＿ｃｏｕｎｔ）：ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを称するアトラスタイルグル－プ内のインデックスｊを有するパッチのｐｄｕ＿ｌｏｄ［ｊ］の固定した長さ表現内のビット数を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｉｎ ｔｈｅ Ｆｉｘｅｄ－ｌｅｎｇｔｈ ｒｅｐｒｅｓｅｎｔａｔｉｏｎ ｏｆ ｐｄｕ＿ｌｏｄ［ｊ］ ｏｆ ｐａｔｃｈ ｗｉｔｈ ｉｎｄｅｘ ｊ ｉｎ ａｎ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ｔｈａｔ ｒｅｆｅｒｓ ｔｏ ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）。
ＡＦＰＳオ－バ－ライドＥＯＭフラグ（ａｆｐｓ＿ｏｖｅｒｒｉｄｅ＿ｅｏｍ＿ｆｏｒ＿ｄｅｐｔｈ＿ｆｌａｇ）：この値が１であると、ａｆｐｓ＿ｅｏｍ＿ｎｕｍｂｅｒ＿ｏｆ＿ｐａｔｃｈ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１及びａｆｐｓ＿ｅｏｍ＿ｍａｘ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１の値が明示的にビットストリ－ム内に存在することを示す。この値が０であると、ａｆｐｓ＿ｅｏｍ＿ｎｕｍｂｅｒ＿ｏｆ＿ｐａｔｃｈ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１及びａｆｐｓ＿ｅｏｍ＿ｍａｘ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１の値が暗示的に誘導されることを示す（ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｖａｌｕｅｓ ｏｆ ａｆｐｓ＿ｅｏｍ＿ｎｕｍｂｅｒ＿ｏｆ＿ｐａｔｃｈ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１ ａｎｄ ａｆｐｓ＿ｅｏｍ＿ｍａｘ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１ ｉｓ ｅｘｐｌｉｃｉｔｌｙ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ｂｉｔｓｔｒｅａｍ． ａｆｐｓ＿ｏｖｅｒｒｉｄｅ＿ｅｏｍ＿ｆｏｒ＿ｄｅｐｔｈ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｖａｌｕｅｓ ｏｆ ａｆｐｓ＿ｅｏｍ＿ｎｕｍｂｅｒ＿ｏｆ＿ｐａｔｃｈ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１ ａｎｄ ａｆｐｓ＿ｅｏｍ＿ｍａｘ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１ ａｒｅ ｉｍｐｌｉｃｉｔｌｙ ｄｅｒｉｖｅｄ）。
ＡＦＰＳ ＥＯＭパッチビットカウント数（ａｆｐｓ＿ｅｏｍ＿ｎｕｍｂｅｒ＿ｏｆ＿ｐａｔｃｈ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：この値に１を加えると、現在ＥＯＭ特質パッチ内の連関するジオメトリパッチの数を示すために使用されるビットの数を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｒｅｐｒｅｓｅｎｔ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｇｅｏｍｅｔｒｙ ｐａｔｃｈｅｓ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｅ ｃｕｒｒｅｎｔ ＥＯＭ ａｔｔｒｉｂｕｔｅ ｐａｔｃｈ）。
ＡＦＰＳ ＥＯＭマックスビットカウント（ａｆｐｓ＿ｅｏｍ＿ｍａｘ＿ｂｉｔ＿ｃｏｕｎｔ＿ｍｉｎｕｓ１）：現在ＥＯＭ特質パッチに連関するジオメトリパッチごとのＥＯＭポイントの数を示すために使用されるビットの数を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｒｅｐｒｅｓｅｎｔ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ＥＯＭ ｐｏｉｎｔｓ ｐｅｒ ｇｅｏｍｅｔｒｙ ｐａｔｃｈ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｅ ｃｕｒｒｅｎｔ ＥＯＭ ａｔｔｒｉｂｕｔｅ ｐａｔｃｈ）。
ＡＦＰＳ ＲＡＷ ３Ｄポジションビットカウント明示モ－ドフラグ（ａｆｐｓ＿ｒａｗ＿３ｄ＿ｐｏｓ＿ｂｉｔ＿ｃｏｕｎｔ＿ｅｘｐｌｉｃｉｔ＿ｍｏｄｅ＿ｆｌａｇ）：この値が１であると、ｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｘ、ｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｙ及びｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｚに対するビットカウントがａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを称するアトラスタイルグル－プヘッダ内に明示的にコ－ディングされることを示す（Ｅｑｕａｌ ｔｏ １ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ｂｉｔ ｃｏｕｎｔ ｆｏｒ ｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｘ、ｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｙ、ａｎｄ ｒｐｄｕ＿３ｄ＿ｐｏｓ＿ｚ ｉｓ ｅｘｐｌｉｃｉｔｅｌｙ ｃｏｄｅｄ ｉｎ ａｎ ａｔｌａｓ ｔｉｌｅ ｇｒｏｕｐ ｈｅａｄｅｒ ｔｈａｔ ｒｅｆｅｒｓ ｔｏ ａｆｐｓ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ）。
ＡＦＰＳ拡張フラグ（ａｆｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇ）：この値が０であると、ＡＦＰＳ ＲＢＳＰシンタックス構造内のａｆｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素が存在しないことを示す（ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｎｏ ａｆｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ ｓｙｎｔａｘ ｅｌｅｍｅｎｔｓ ａｒｅ ｐｒｅｓｅｎｔ ｉｎ ｔｈｅ ＡＦＰＳ ＲＢＳＰ ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ）。
ＡＦＰＳ延長デ－タフラグ（ａｆｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ）：拡張関連デ－タを含む。
図３３は実施例によるアトラスフレ－ムタイル情報（ａｔｌａｓ＿ｆｒａｍｅ＿ｔｉｌｅ＿ｉｎｆｏｒｍａｔｉｏｎ）を示す。
図３３は図３２に含まれたアトラスフレ－ムタイル情報のシンタックスである。
ＡＦＴＩアトラスフレ－ム内にシングルタイルフラグ（ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｆｌａｇ）：この値が１であると、ＡＦＰＳを参照する各々のアトラスフレ－ム内にただ１つのタイルが存在することを示す。この値が０であると、ＡＦＰＳを参照する各々のアトラスフレ－ム内に１つ以上のタイルが存在することを示す（ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅｒｅ ｉｓ ｏｎｌｙ ｏｎｅ ｔｉｌｅ ｉｎ ｅａｃｈ ａｔｌａｓ ｆｒａｍｅ ｒｅｆｅｒｒｉｎｇ ｔｏ ｔｈｅ ＡＦＰＳ． ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅｒｅ ｉｓ ｍｏｒｅ ｔｈａｎ ｏｎｅ ｔｉｌｅ ｉｎ ｅａｃｈ ａｔｌａｓ ｆｒａｍｅ ｒｅｆｅｒｒｉｎｇ ｔお ｔｈｅ ＡＦＰＳ）。
ＡＦＴＩ均一タイル空間フラグ（ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇ）：この値が１であると、タイル列及び行の境界がアトラスフレ－ムに対して均一に分配され、ａｆｔｉ＿ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１及びａｆｔｉ＿ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１、シンタックス要素をそれぞれ使用してシグナリングされることを示す。この値が０であると、タイル列及び行の境界がアトラスフレ－ムに対して均一に分配されるか或いは分配されず、ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１、ａ ｌｉｓｔ ｏｆ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ｐａｉｒｓ ａｆｔｉ＿ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］、ａｆｔｉ＿ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］などのシンタックス要素を使用してシグナリングされることを示す。
ＡＦＴＩタイル列の幅（ａｆｔｉ＿ｔｉｌｅ＿ｃｏｌｓ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１）：この値に１を加えると、ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが１である場合、６４サンプル単位内のアトラスフレ－ムの最右側タイル列を除いたタイル列の幅を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｗｉｄｔｈ ｏｆ ｔｈｅ ｔｉｌｅ ｃｏｌｕｍｎｓ ｅｘｃｌｕｄｉｎｇ ｔｈｅ ｒｉｇｈｔ－ｍｏｓｔ ｔｉｌｅ ｃｏｌｕｍｎ ｏｆ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｉｎ ｕｎｉｔｓ ｏｆ ６４ ｓａｍｐｌｅｓ ｗｈｅｎ ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇ ｉｓ ｅｑｕａｌ ｔｏ １）。
ＡＦＴＩタイル行の高さ（ａｆｔｉ＿ｔｉｌｅ＿ｒｏｗｓ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１）：この値に１を加えると、ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが１である場合、６４サンプル単位内のアトラスフレ－ムの底タイル行を除いたタイル行の高さを示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｈｅｉｇｈｔ ｏｆ ｔｈｅ ｔｉｌｅ ｒｏｗｓ ｅｘｃｌｕｄｉｎｇ ｔｈｅ ｂｏｔｔｏｍ ｔｉｌｅ ｒｏｗ ｏｆ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｉｎ ｕｎｉｔｓ ｏｆ ６４ ｓａｍｐｌｅｓ ｗｈｅｎ ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇ ｉｓ ｅｑｕａｌ ｔｏ １）。
ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが１ではないと、以下の要素がアトラスフレ－ムタイル情報に含まれる。
ＡＦＴＩタイル列の数（ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１）：この値に１を加えると、ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが０である場合、アトラスフレ－ムを分割するタイル列の数を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｔｉｌｅ ｃｏｌｕｍｎｓ ｐａｒｔｉｔｉｏｎｉｎｇ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｗｈｅｎ ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇ ｉｓ ｅｑｕａｌ ｔｏ ０）。
ＡＦＴＩタイル行の数（ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１）：この値に１を加えると、ａｆｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇが０である場合、アトラスフレ－ムを分割するタイル行の数を示す（Ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｔｉｌｅ ｒｏｗｓ ｐａｒｔｉｔｉｏｎｉｎｇ ｔｈｅ ａｔｌａｓ ｆｒａｍｅ ｗｈｅｎ ｐｔｉ＿ｕｎｉｆｏｒｍ＿ｔｉｌｅ＿ｓｐａｃｉｎｇ＿ｆｌａｇ ｉｓ ｅｑｕａｌ ｔｏ ０）。
ＡＦＴＩタイル列の幅（ａｆｔｉ＿ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］）：この値に１を加えると、６４サンプル単位内のＩ番目のタイル列の幅を示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｗｉｄｔｈ ｏｆ ｔｈｅ ｉ－ｔｈ ｔｉｌｅ ｃｏｌｕｍｎ ｉｎ ｕｎｉｔｓ ｏｆ ６４ ｓａｍｐｌｅｓ）。
ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１値だけＡＦＴＩタイル列の幅がアトラスフレ－ムタイル情報に含まれる。
ＡＦＴＩタイル行の高さ（ａｆｔｉ＿ｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］）：この値に１を加えると、６４サンプル単位内のＩ番目のタイル行の高さを示す（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｈｅｉｇｈｔ ｏｆ ｔｈｅ ｉ－ｔｈ ｔｉｌｅ ｒｏｗ ｉｎ ｕｎｉｔｓ ｏｆ ６４ ｓａｍｐｌｅｓ）。
ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１値だけＡＦＴＩタイル行の高さがアトラスフレ－ムタイル情報に含まれる。
ＡＦＴＩタイルグル－プごとにシングルタイルフラグ（ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｐｅｒ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｌａｇ）：この値が１であると、ＡＦＰＳを示す各タイルグル－プ（又はタイル）が一つのタイルを含むことを示す。この値が０であると、このＡＦＰＳを示すタイルグル－プ（又はタイル）が一つのタイル以上を含めることを示す。存在しない場合、この値は１に推論される。（ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｅａｃｈ ｔｉｌｅ ｇｒｏｕｐ ｔｈａｔ ｒｅｆｅｒｓ ｔｏ ｔｈｉｓ ＡＦＰＳ ｉｎｃｌｕｄｅｓ ｏｎｅ ｔｉｌｅ． ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｐｅｒ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｌａｇ ｅｑｕａｌ ｔｏ ０ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ａ ｔｉｌｅ ｇｒｏｕｐ ｔｈａｔ ｒｅｆｅｒｓ ｔｏ ｔｈｉｓ ＡＦＰＳ ｍａｙ ｉｎｃｌｕｄｅ ｍｏｒｅ ｔｈａｎ ｏｎｅ ｔｉｌｅ．Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ， ｔｈｅ ｖａｌｕｅ ｏｆ ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｐｅｒ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｌａｇ ｉｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ｅｑｕａｌ ｔｏ １）。
ＡＦＴＩアトラスフレ－ム内タイス数（ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１）：ＡＦＰＳを称する各アトラスフレ－ム内のタイスの数を示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｔｉｌｅｓ ｉｎ ｅａｃｈ ａｔｌａｓ ｆｒａｍｅ ｒｅｆｅｒｒｉｎｇ ｔｏ ｔｈｅ ＡＦＰＳ）。
ＡＦＴＩタイルインデックス（ａｆｔｉ＿ｔｉｌｅ＿ｉｄｘ［ｉ］）：ＡＦＰＳを称する各アトラスフレ－ム内のｉ番目のタイルのタイルインデックスを示す（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｔｉｌｅ ｉｎｄｅｘ ｏｆ ｔｈｅ ｉ－ｔｈ ｔｉｌｅ ｉｎ ｅａｃｈ ａｔｌａｓ ｆｒａｍｅ ｒｅｆｅｒｒｉｎｇ ｔｏ ｔｈｅ ＡＦＰＳ）。
ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１に基づいて、ＡＦＴＩタイルインデックス（ａｆｔｉ＿ｔｉｌｅ＿ｉｄｘ［ｉ］）がアトラスフレ－ムタイル情報に含まれる。
ＡＦＴＩタイルグル－プごとにシングルタイルフラグ（ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｐｅｒ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｌａｇ）が０であると、ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１がアトラスフレ－ムタイル情報内に伝達される。
ＡＦＴＩアトラスフレ－ム内タイルグル－プ（又はタイル）の数（ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１）：ＡＦＰＳを示す各々のアトラスフレ－ム内のタイルグル－プ（又はタイル）の数を示す。ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１の値は０ないしＮｕｍＴｉｌｅｓＩｎＡｔｌａｓＦｒａｍｅ－１（含み）の範囲を有する。存在せず、ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｐｅｒ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｌａｇが１である場合は、ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１の値はＮｕｍＴｉｌｅｓＩｎＡｔｌａｓＦｒａｍｅ－１に推論される（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｔｉｌｅ ｇｒｏｕｐｓ ｉｎ ｅａｃｈ ａｔｌａｓ ｆｒａｍｅ ｒｅｆｅｒｒｉｎｇ ｔｏ ｔｈｅ ａｆｐｓ、Ｔｈｅ ｖａｌｕｅ ｏｆ ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１ ｓｈａｌｌ ｂｅ ｉｎ ｔｈｅ ｒａｎｇｅ ｏｆ ０ ｔｏ ＮｕｍＴｉｌｅｓＩｎＡｔｌａｓＦｒａｍｅ ？ １、ｉｎｃｌｕｓｉｖｅ． Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ ａｎｄ ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｐｅｒ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｌａｇ ｉｓ ｅｑｕａｌ ｔｏ １、ｔｈｅ ｖａｌｕｅ ｏｆ ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１ ｉｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ｅｑｕａｌ ｔｏ ＮｕｍＴｉｌｅｓＩｎＡｔｌａｓＦｒａｍｅ－１）。
ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１値だけ以下の要素がアトラスフレ－ムタイル情報に含まれる。
ＡＦＴＩ左上部タイルインデックス（ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］）：Ｉ番目のタイルグル－プ（又はタイル）の左上部に位置するタイルのタイルインデックスを示す。ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］の値はｊに等しくないｉ値に対してａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｊ］の値に等しくない。存在しない場合、ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］の値はｉに等しいと推論される。ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＴｉｌｅｓＩｎＡｔｌａｓＦｒａｍｅ）ビットである（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｔｉｌｅ ｉｎｄｅｘ ｏｆ ｔｈｅ ｔｉｌｅ ｌｏｃａｔｅｄ ａｔ ｔｈｅ ｔｏｐ－ｌｅｆｔ ｃｏｒｎｅｒ ｏｆ ｔｈｅ ｉ－ｔｈ ｔｉｌｅ ｇｒｏｕｐ． Ｔｈｅ ｖａｌｕｅ ｏｆ ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］ ｉｓ ｎｏｔ ｂｅ ｅｑｕａｌ ｔｏ ｔｈｅ ｖａｌｕｅ ｏｆ ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｊ］ ｆｏｒ ａｎｙ ｉ ｎｏｔ ｅｑｕａｌ ｔｏ ｊ． Ｗｈｅｎ ｎｏｔ ｐｒｅｓｅｎｔ、ｔｈｅ ｖａｌｕｅ ｏｆ ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］ ｉｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ｅｑｕａｌ ｔｏ い． Ｔｈｅ ｌｅｎｇｔｈ ｏｆ ｔｈｅ ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ｉｓ Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＴｉｌｅｓＩｎＡｔｌａｓＦｒａｍｅ ） ｂｉｔｓ）。
ＡＦＴＩ右下部タイルインデックスデルタ（ａｆｔｉ＿ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］）：ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］及びＩ番目のタイルグル－プ（又はタイル）の右下部に位置するタイルのタイルインデックスの間の差を示す。ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｐｅｒ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｌａｇが１である場合、ａｆｔｉ＿ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の値は０に等しいと推論される。ａｆｔｉ＿ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］シンタックス要素の長さはＣｅｉｌ（Ｌｏｇ２（ＮｕｍＴｉｌｅｓＩｎＡｔｌａｓＦｒａｍｅ－ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］））ビットである（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｄｉｆｆｅｒｅｎｃｅ ｂｅｔｗｅｅｎ ｔｈｅ ｔｉｌｅ ｉｎｄｅｘ ｏｆ ｔｈｅ ｔｉｌｅ ｌｏｃａｔｅｄ ａｔ ｔｈｅ ｂｏｔｔｏｍ－ｒｉｇｈｔ ｃｏｒｎｅｒ ｏｆ ｔｈｅ ｉ－ｔｈ ｔｉｌｅ ｇｒｏｕｐ ａｎｄ ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］． Ｗｈｅｎ ａｆｔｉ＿ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｐｅｒ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｆｌａｇ ｉｓ ｅｑｕａｌ ｔｏ １、ｔｈｅ ｖａｌｕｅ ｏｆ ａｆｔｉ＿ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］ ｉｓ ｉｎｆｅｒｒｅｄ ｔｏ ｂｅ ｅｑｕａｌ ｔｏ ０． Ｔｈｅ ｌｅｎｇｔｈ ｏｆ ｔｈｅ ａｆｔｉ＿ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ｉｓ Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＴｉｌｅｓＩｎＡｔｌａｓＦｒａｍｅ - ａｆｔｉ＿ｔｏｐ＿ｌｅｆｔ＿ｔｉｌｅ＿ｉｄｘ［ｉ］）） ｂｉｔｓ）。
ＡＦＴＩシグナリングされるタイルグル－プＩＤフラグ（ａｆｔｉ＿ｓｉｇｎａｌｌｅｄ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ＿ｆｌａｇ）：この値が１であると、各々のタイルグル－プ又は各々のタイルに対するタイルグル－プＩＤ又はタイルＩＤがシグナリングされることを示す（ｅｑｕａｌ ｔｏ １ ｓｐｅｃｉｆｉｅｓ ｔｈａｔ ｔｈｅ ｔｉｌｅ ｇｒｏｕｐ ＩＤ ｆｏｒ ｅａｃｈ ｔｉｌｅ ｇｒｏｕｐ ｉｓ ｓｉｇｎａｌｌｅｄ）。
ＡＦＴＩシグナリングされるタイルグル－プＩＤフラグ（ａｆｔｉ＿ｓｉｇｎａｌｌｅｄ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ＿ｆｌａｇ）が１であると、ａｆｔｉ＿ｓｉｇｎａｌｌｅｄ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１及びａｆｔｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ［ｉ］がアトラスフレ－ムタイル情報内に伝達される。この値が０であると、タイルグル－プＩＤがシグナリングされないこともある。
ＡＦＴＩシグナリングされるタイルグル－プＩＤ長さ（ａｆｔｉ＿ｓｉｇｎａｌｌｅｄ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１）：この値に１を加えると、シンタックス要素ａｆｔｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ［ｉ］を示すために使用されるビットの数を示す。存在する場合、シンタックス要素タイルグル－プヘッダ又はタイルヘッダ内にａｔｇｈ＿ａｄｄｒｅｓｓがあり得る（ｐｌｕｓ １ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｕｓｅｄ ｔｏ ｒｅｐｒｅｓｅｎｔ ｔｈｅ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ａｆｔｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ［ｉ］ ｗｈｅｎ ｐｒｅｓｅｎｔ， ａｎｄ ｔｈｅ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ａｔｇｈ＿ａｄｄｒｅｓｓ ｉｎ ｔｉｌｅ ｇｒｏｕｐ ｈｅａｄｅｒｓ）。
ＡＦＴＩタイルグル－プＩＤ（ａｆｔｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ［ｉ］）：Ｉ番目のタイルグル－プ（又はタイル）のＩＤを示す。シンタックス要素ａｆｔｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ［ｉ］の長さはａｆｔｉ＿ｓｉｇｎａｌｌｅｄ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１に１を加えたビットである（ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｔｉｌｅ ｇｒｏｕｐ ＩＤ ｏｆ ｔｈｅ ｉ－ｔｈ ｔｉｌｅ ｇｒｏｕｐ． Ｔｈｅ ｌｅｎｇｔｈ ｏｆ ｔｈｅ ａｆｔｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ［ｉ］ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ ｉｓ ａｆｔｉ＿ｓｉｇｎａｌｌｅｄ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１ ＋１ ｂｉｔｓ）。
ａｆｔｉ＿ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐＳ＿ｉｎ＿ａｔｌａｓ＿ｆｒａｍｅ＿ｍｉｎｕｓ１値だけＡＦＴＩタイルグル－プＩＤ（ａｆｔｉ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ［ｉ］）がアトラスフレ－ムタイル情報に含まれる。
図３４は実施例による補足強化情報（Ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ， ＳＥＩ）を示す。
図３４は図３０のように実施例によるビットストリ－ムに含まれるＳＥＩ情報の詳しいシンタックスを示す。
実施例による受信方法／装置、システムなどはＳＥＩメッセ－ジに基づいてポイントクラウドデ－タを復号し、復元し、ディスプレイする。
ＳＥＩメッセ－ジは各ペイロ－ドタイプ（ｐａｙｌｏａｄＴｙｐｅ）に基づいて、対応するデ－タをペイロ－ドが含めることを示す。
例えば、ペイロ－ドタイプ（ｐａｙｌｏａｄＴｙｐｅ）が１３であると、ペイロ－ドは３Ｄ領域マッピング（３ｄ＿ｒｅｇｉｏｎ＿ｍａｐｐｉｎｇ（ｐａｙｌｏａｄＳｉｚｅ））情報を含む。
ユニットタイプ（ｐｓｄ＿ｕｎｉｔ＿ｔｙｐｅ）がプレフィックス（ＰＳＤ＿ＰＲＥＦＩＸ＿ＳＥＩ）であると、実施例によるＳＥＩ情報はｂｕｆｆｅｒｉｎｇ＿ｐｅｒｉｏｄ（ｐａｙｌｏａｄＳｉｚｅ）、ｐｉｃ＿ｔｉｍｉｎｇ（ｐａｙｌｏａｄＳｉｚｅ）、ｆｉｌｌｅｒ＿ｐａｙｌｏａｄ（ｐａｙｌｏａｄＳｉｚｅ）、ｕｓｅｒ＿ｄａｔａ＿ｒｅｇｉｓｔｅｒｅｄ＿ｉｔｕ＿ｔ＿ｔ３５（ｐａｙｌｏａｄＳｉｚｅ）、ｕｓｅｒ＿ｄａｔａ＿ｕｎｒｅｇｉｓｔｅｒｅｄ（ｐａｙｌｏａｄＳｉｚｅ）、ｒｅｃｏｖｅｒｙ＿ｐｏｉｎｔ（ｐａｙｌｏａｄＳｉｚｅ）、ｎｏ＿ｄｉｓｐｌａｙ（ｐａｙｌｏａｄＳｉｚｅ）、ｔｉｍｅ＿ｃｏｄｅ（ｐａｙｌｏａｄＳｉｚｅ）、ｒｅｇｉｏｎａｌ＿ｎｅｓｔｉｎｇ（ｐａｙｌｏａｄＳｉｚｅ）、ｓｅｉ＿ｍａｎｉｆｅｓｔ（ｐａｙｌｏａｄＳｉｚｅ）、ｓｅｉ＿ｐｒｅｆｉｘ＿ｉｎｄｉｃａｔｉｏｎ（ｐａｙｌｏａｄＳｉｚｅ）、ｇｅｏｍｅｔｒｙ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｐａｒａｍｓ（ｐａｙｌｏａｄＳｉｚｅ）、３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｉｎｆｏ（ｐａｙｌｏａｄＳｉｚｅ）（図３５などを参照）、３ｄ＿ｒｅｇｉｏｎ＿ｍａｐｐｉｎｇ（ｐａｙｌｏａｄＳｉｚｅ）（図６６など）、ｒｅｓｅｒｖｅｄ＿ｓｅｉ＿ｍｅｓｓａｇｅ（ｐａｙｌｏａｄＳｉｚｅ）などを含む。
ユニットタイプ（ｐｓｄ＿ｕｎｉｔ＿ｔｙｐｅ）がサフィックス（ＰＳＤ＿ＳＵＦＦＩＸ＿ＳＥＩ）であると、実施例によるＳＥＩ情報はｆｉｌｌｅｒ＿ｐａｙｌｏａｄ（ｐａｙｌｏａｄＳｉｚｅ）、ｕｓｅｒ＿ｄａｔａ＿ｒｅｇｉｓｔｅｒｅｄ＿ｉｔｕ＿ｔ＿ｔ３５（ｐａｙｌｏａｄＳｉｚｅ）、ｕｓｅｒ＿ｄａｔａ＿ｕｎｒｅｇｉｓｔｅｒｅｄ（ｐａｙｌｏａｄＳｉｚｅ）、ｄｅｃｏｄｅｄ＿ＰＣＣ＿ｈａｓｈ（ｐａｙｌｏａｄＳｉｚｅ）、ｒｅｓｅｒｖｅｄ＿ｓｅｉ＿ｍｅｓｓａｇｅ（ｐａｙｌｏａｄＳｉｚｅ）などを含む。
図３５は実施例による３ＤバウンディングボックスＳＥＩを示す。
図３５は図３０のように実施例によるビットストリ－ムに含まれるＳＥＩ情報の詳しいシンタックスを示す。
取り消しフラグ（３ｄｂｉ＿ｃａｎｃｅｌ＿ｆｌａｇ）：この値が１であると、３Ｄバウンディングボックス情報ＳＥＩメッセ－ジがアウトプット順に以前の３Ｄバウンディングボックス情報ＳＥＩメッセ－ジの存在を取り消すことを示す。
客体ＩＤ（ｏｂｊｅｃｔ＿ｉｄ）：ビットストリ－ム内に伝達されるポイントクラウド客体／コンテンツの識別子である。
バウンディングボックスＸ（３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｘ）：客体の３Ｄバウンディングボックスの原点位置のＸ座標値である。
バウンディングボックスＹ（３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｙ）：客体の３Ｄバウンディングボックスの原点位置のＹ座標値である。
バウンディングボックスＺ（３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｚ）：客体の３Ｄバウンディングボックスの原点位置のＺ座標値である。
バウンディングボックスデルタＸ（３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｚ）：客体のＸ軸上のバウンディングボックスのサイズを示す。
バウンディングボックスデルタＹ（３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｄｅｌｔａ＿ｙ）：客体のＹ軸上のバウンディングボックスのサイズを示す。
バウンディングボックスデルタＺ（３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｄｅｌｔａ＿ｚ）：客体のＺ軸上のバウンディングボックスのサイズを示す。
図３６は実施例による３Ｄ領域マッピング情報ＳＥＩメッセ－ジを示す。
図３６は図３０のように実施例によるビットストリ－ムに含まれるＳＥＩ情報の詳しいシンタックスを示す。
取り消しフラグ（３ｄｍｉ＿ｃａｎｃｅｌ＿ｆｌａｇ）：この値が１であると、３Ｄ領域マッピング情報ＳＥＩメッセ－ジがアウトプット順に以前の３Ｄ領域マッピング情報ＳＥＩメッセ－ジの存在を取り消すことを示す。
３Ｄ領域数（ｎｕｍ＿３ｄ＿ｒｅｇｉｏｎｓ）：該当ＳＥＩにおいてシグナリングする３Ｄ領域の数を示す。
ｎｕｍ＿３ｄ＿ｒｅｇｉｏｎｓ値だけ以下の要素がこのＳＥＩメッセ－ジに含まれる。
３Ｄ領域インデックス（３ｄ＿ｒｅｇｉｏｎ＿ｉｄｘ［ｉ］）：ｉ番目の３Ｄ領域の識別子を示す。
３Ｄ領域アンカ－Ｘ、Ｙ、Ｚ（３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｘ［ｉ］、３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｙ［ｉ］、３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｚ［ｉ］）：ｉ番目の３Ｄ領域のアンカ－ポイント（ａｎｃｈｏｒ ｐｏｉｎｔ）のｘ、ｙ、ｚ座標値をそれぞれ示す。例えば、３Ｄ領域が立方体（ｃｕｂｏｉｄ）タイプである場合、アンカ－ポイントは立方体の原点（ｏｒｉｇｉｎ）になる。
３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｘ［ｉ］、３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｙ［ｉ］、３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｚ［ｉ］はｉ番目の３Ｄ領域の立方体の原点位置のｘ、ｙ、ｚ座標値を示す。
３Ｄ領域タイプ（３ｄ＿ｒｅｇｉｏｎ＿ｔｙｐｅ［ｉ］）：ｉ番目の３Ｄ領域のタイプを示し、タイプ値として０ｘ０１－立方体などを有する。
３ｄ＿ｒｅｇｉｏｎ＿ｔｙｐｅ［ｉ］が１であると、３Ｄ領域のタイプが立方体であることを示す。以下、立方体タイプ関連の要素がこのＳＥＩメッセ－ジに含まれる。
３Ｄ領域デルタＸ、Ｙ、Ｚ（３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｘ［ｉ］、３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｙ［ｉ］、３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｙ［ｉ］）：ｉ番目の３Ｄ領域のｘ、ｙ、ｚ軸の差の値を示す。
２Ｄ領域数（ｎｕｍ＿２ｄ＿ｒｅｇｉｏｎｓ［ｉ］）：ｉ番目の３Ｄ領域に連関するビデオ或いはアトラスデ－タが存在するフレ－ムの２Ｄ領域の数を示す。
ｎｕｍ＿２ｄ＿ｒｅｇｉｏｎｓ［ｉ］値だけ以下の要素のこのＳＥＩメッセ－ジに含まれる。
２Ｄ領域インデックス（２ｄ＿ｒｅｇｉｏｎ＿ｉｄｘ［ｊ］）：ｊ番目の２Ｄ領域の識別子を示す。
２Ｄ領域上、２Ｄ領域左部（２ｄ＿ｒｅｇｉｏｎ＿ｔｏｐ［ｊ］， ２ｄ＿ｒｅｇｉｏｎ＿ｌｅｆｔ［ｊ］）：ｊ番目の２Ｄ領域の左上部位置のフレ－ム内垂直座標（ｖｅｒｔｉｃａｌ ｃｏｏｒｄｉｎａｔｅ）、水平座標（ｈｏｒｉｚｏｎｔａｌ ｃｏｏｒｄｉｎａｔｅ）の値をそれぞれ含む。
２ｄ＿ｒｅｇｉｏｎ＿ｗｉｄｔｈ［ｊ］、２ｄ＿ｒｅｇｉｏｎ＿ｈｅｉｇｈｔ［ｊ］はｊ番目の２Ｄ領域のフレ－ム内で水平範囲（ｗｉｄｔｈ）、垂直範囲（ｈｅｉｇｈｔ）の値をそれぞれ含む。
図６６の３ｄ領域マッピング情報の３ｄ領域関連フィ－ルド及び２ｄ領域関連フィ－ルドはそれぞれ、実施例によるビットストリ－ムに含まれるボリュメトリック矩形情報（ｖｏｌｕｍｅｔｒｉｃ ｒｅｃｔａｎｇｌｅ ｉｎｆｏｒｍａｔｉｏｎ）に対応する。具体的には、ボリュメトリック矩形情報のバウンディングボックス関連フィ－ルド（例えば、ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｔｏｐ、ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｌｅｆｔ、ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｗｉｄｔｈ、ｖｒｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｈｅｉｇｈｔ）は２ｄ領域を示す。また、ボリュメトリック矩形情報の客体関連フィ－ルド、例えば、ｖｒｉ＿ｒｅｃｔａｎｇｌｅ＿ｏｂｊｅｃｔ＿ｉｄｘは、ｓｃｅｎｅ＿ｏｂｊｅｃｔ＿ｉｎｆｏｒｍａｔｉｏｎに含まれたｏｂｊｅｃｔ＿ｉｄｘに対応する。即ち、ｏｂｊｅｃｔ＿ｉｄｘで３Ｄ領域情報を示す。ｓｃｅｎｅ＿ｏｂｊｅｃｔ＿ｉｎｆｏｒｍａｔｉｏｎは３Ｄバウンディングボックス、即ち、３Ｄ領域に関するシグナリング情報を含むためである。
図６６の３ｄ領域マッピング情報の３ｄ領域関連のフィ－ルド及び２ｄ領域関連のフィ－ルドはそれぞれ実施例によるビットストリ－ムに含まれるパッチ情報（ｐａｔｃｈ ｉｎｆｏｒｍａｔｉｏｎ）のタイル情報（ｔｉｌｅ ｉｄ，２Ｄ領域）及びパッチ客体インデックス（ｐａｔｃｈ ｏｂｊｅｃｔ ｉｄｘ）に対応する。
タイル数（ｎｕｍ＿ｔｉｌｅｓ［ｊ］）：ｊ番目の２Ｄ領域に連関するアトラスタイル或いはビデオタイルの数を示す。
ｎｕｍ＿ｔｉｌｅｓ［ｊ］値だけ以下のタイル関連要素がこのＳＥＩメッセ－ジに含まれる。
タイルインデックス（ｔｉｌｅ＿ｉｄｘ［ｋ］）：ｋ番目の２Ｄ領域に連関するアトラスタイル或いはビデオタイルの識別子を示す。
タイルグル－プ数（ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ［ｊ］）はｊ番目の２Ｄ領域に連関するアトラスタイルグル－プ或いはビデオタイルグル－プの数を示す。この値はタイルの数に対応する。
ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ［ｊ］値だけ以下の要素がこのＳＥＩメッセ－ジに含まれる。
タイルグル－プインデックス（ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄｘ［ｍ］）：ｍ番目の２Ｄ領域と連関するアトラスタイルグル－プ或いはビデオタイルグル－プの識別子を示す。この値はタイルインデックスに対応する。
実施例によるシグナリング方案により、実施例による受信方法／装置は３Ｄ領域及び１つ以上のアトラスタイル（２Ｄ領域）の間のマッピング関係を把握して、該当デ－タを得られる。
図３７は実施例によるボリュメトリックタイリング情報を示す。
図３７は図３０のように実施例によるビットストリ－ムに含まれるＳＥＩ情報の詳しいシンタックスを示す。
ボリュメトリックタイリング情報ＳＥＩメッセ－ジ（Ｖｏｌｕｍｅｔｒｉｃ ｔｉｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ＳＥＩ ｍｅｓｓａｇｅ）
このＳＥＩメッセ－ジは実施例によるＶ－ＰＣＣデコ－ダが客体との連関性及び領域の関係及びラベリング、３Ｄ空間及び２Ｄアトラス内領域の関連性を含む復号されたポイントクラウドの異なる特性を避けるために知らせる（Ｔｈｉｓ ＳＥＩ ｍｅｓｓａｇｅ ｉｎｆｏｒｍｓ ａ Ｖ－ＰＣＣ ｄｅｃｏｄｅｒ ａｖｏｉｄ ｄｉｆｆｅｒｅｎｔ ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ｏｆ ａ ｄｅｃｏｄｅｄ ｐｏｉｎｔ ｃｌｏｕｄ， ｉｎｃｌｕｄｉｎｇ ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ ｏｆ ａｒｅａｓ ｗｉｔｈｉｎ ａ ２Ｄ ａｔｌａｓ ａｎｄ ｔｈｅ ３Ｄ ｓｐａｃｅ， ｒｅｌａｔｉｏｎｓｈｉｐ ａｎｄ ｌａｂｅｌｉｎｇ ｏｆ ａｒｅａＳ ａｎｄ ａｓｓｏｃｉａｔｉｏｎ ｗｉｔｈ ｏｂｊｅｃｔｓ）。
このＳＥＩメッセ－ジの持続範囲は、ビットストリ－ムの残り又は新しいボリュメトリックタイリングＳＥＩメッセ－ジがあるまでである。このＳＥＩメッセ－ジに記述されたただ対応するパラメ－タが更新される。変更されないか、又はｖｔｉ＿ｃａｎｃｅｌ＿ｆｌａｇの値が１ではない場合、以前ＳＥＩメッセ－ジからの以前に定義されたパラメ－タが続いて存在する（Ｔｈｅ ｐｅｒｓｉｓｔｅｎｃｅ ｓｃｏｐｅ ｆｏｒ ｔｈｉｓ ＳＥＩ ｍｅｓｓａｇｅ ｉｓ ｔｈｅ ｒｅｍａｉｎｄｅｒ ｏｆ ｔｈｅ ｂｉｔｓｔｒｅａｍ ｏｒ ｕｎｔｉｌ ａ ｎｅｗ ｖｏｌｕｍｅｔｒｉｃ ｔｉｌｉｎｇ ＳＥＩ ｍｅｓｓａｇｅ ｉｓ ｅｎｃｏｕｎｔｅｒｅｄ． Ｏｎｌｙ ｔｈｅ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｐａｒａｍｅｔｅｒｓ ｓｐｅｃｉｆｉｅｄ ｉｎ ｔｈｅ ＳＥＩ ｍｅｓｓａｇｅ ｉｓ ｕｐｄａｔｅｄ． Ｐｒｅｖｉｏｕｓｌｙ ｄｅｆｉｎｅｄ ｐａｒａｍｅｔｅｒｓ ｆｒｏｍ ａｎ ｅａｒｌｉｅｒ ＳＥＩ ｍｅｓｓａｇｅ ｐｅｒｓｉｓｔ ｉｆ ｎｏｔ ｍｏｄｉｆｉｅｄ ａｎｄ ｉｆ ｔｈｅｖａｌｕｅ ｏｆ ｖｔｉ＿ｃａｎｃｅｌ＿ｆｌａｇ ｉｓ ｎｏｔ Ｅｑｕａｌ ｔｏ １）。
図３８は実施例によるボリュメトリックタイリング情報客体を示す。
図３８は図３７に含まれたボリュメトリックタイリング情報客体（ｖｏｌｕｍｅｔｒｉｃ＿ｔｉｌｉｎｇ＿ｉｎｆｏ＿ｏｂｊｅｃｔｓ）の詳しいシンタックスを示す。
ｖｔｉＯｂｊｅｃｔＬａｂｅｌＰｒｅｓｅｎｔＦｌａｇ、ｖｔｉ３ＤＢｏｕｎｄｉｎｇＢｏｘＰｒｅｓｅｎｔＦｌａｇ、ｖｔｉＯｂｊｅｃｔＰｒｉｏｒｉｔｙＰｒｅｓｅｎｔＦｌａｇ、ｔｉＯｂｊｅｃｔＨｉｄｄｅｎＰｒｅｓｅｎｔＦｌａｇ、ｖｔｉＯｂｊｅｃｔＣｏｌｌｉｓｉｏｎＳｈａｐｅＰｒｅｓｅｎｔＦｌａｇ、ｖｔｉＯｂｊｅｃｔＤｅｐｅｎｄｅｎｃｙＰｒｅｓｅｎｔＦｌａｇなどに基づいて、ボリュメトリックタイリング情報の客体が図３８のような要素を含む。
図３９は実施例によるボリュメトリックタイリング情報ラベルを示す。
図３９は図３７に含まれたボリュメトリックタイリング情報ラベル（ｖｏｌｕｍｅｔｒｉｃ＿ｔｉｌｉｎｇ＿ｉｎｆｏ＿ｌａｂｅｌｓ）の詳しいシンタックスである。
取り消しフラグ（ｖｔｉ＿ｃａｎｃｅｌ＿ｆｌａｇ）：この値が１であると、ボリュメトリックタイリング情報ＳＥＩメッセ－ジがアウトプット順に以前のボリュメトリックタイリング情報ＳＥＩメッセ－ジの存在を取り消すことを示す。ｖｔｉ＿ｃａｎｃｅｌ＿ｆｌａｇが０であると、ボリュメトリックタイリング情報が図３７のように伴う。
客体ラベル存在フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、客体ラベル情報が現在ボリュメトリックタイリング情報ＳＥＩメッセ－ジ内に存在することを示す。この値が０であると、客体ラベル情報が存在しないことを示す。
３Ｄバウンディングボックス存在フラグ（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、３Ｄバウンディングボックス情報が現在ボリュメトリックタイリング情報ＳＥＩメッセ－ジ内に存在することを示す。この値が０であると、３Ｄバウンディングボックス情報が存在しないことを示す。
客体優先順位存在フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｐｒｉｏｒｉｔｙ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、現在ボリュメトリックタイリング情報ＳＥＩメッセ－ジ内の客体 優先順位情報が存在することを示す。この値が０であると、客体優先順位情報が存在しないことを示す。
客体隠し存在フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｈｉｄｄｅｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、隠し客体情報が現在ボリュメトリックタイリング情報ＳＥＩメッセ－ジ内に存在することを示す。この値が０であると、隠し客体情報が存在しないことを示す。
客体衝突模様存在フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｃｏｌｌｉｓｉｏｎ＿ｓｈａｐｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、客体衝突情報が現在ボリュメトリックタイリング情報ＳＥＩメッセ－ジ内に存在することを示す。この値が０であると、客体衝突模様情報が存在しないことを示す。
客体従属存在フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、客体従属情報が現在ボリュメトリックタイリング情報ＳＥＩメッセ－ジ内に存在することを示す。この値が０であると、客体従属情報が存在しないことを示す。
客体ラベル言語存在フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｌａｎｇｕａｇｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）：この値が１であると、客体ラベル言語情報が現在ボリュメトリックタイリング情報ＳＥＩメッセ－ジ内に存在することを示す。この値が０であると、客体ラベル言語情報が存在しないことを示す。
ゼロ相当のビット（ｖｔｉ＿ｂｉｔ＿ｅｑｕａｌ＿ｔｏ＿ｚｅｒｏ）：この値は０に等しい。
客体ラベル言語（ｖｔｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｌａｎｇｕａｇｅ）：０ｘ００と同一のｎｕｌｌ終端バイトの後に言語タグを含む。ｖｔｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｌａｎｇｕａｇｅシンタックス要素の長さはｎｕｌｌ終端バイトを除いて２５５バイトに等しいか又は少ない。
客体ラベル数（ｖｔｉ＿ｎｕｍ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｕｐｄａｔｅｓ）：現在ＳＥＩにより更新される客体ラベルの数を示す。
ラベルインデックス（ｖｔｉ＿ｌａｂｅｌ＿ｉｄｘ［ｉ］）：更新されるｉ番目のラベルのラベルインデックスを示す。
ラベル取り消しフラグ（ｖｔｉ＿ｌａｂｅｌ＿ｃａｎｃｅｌ＿ｆｌａｇ）：この値が１であると、ｖｔｉ＿ｌａｂｅｌ＿ｉｄｘ［ｉ］と同一のインデックスを有するラベルが取り消され、空いているストリングで同様にセットされることを示す。この値が０であると、ｖｔｉ＿ｌａｂｅｌ＿ｉｄｘ［ｉ］と同一のインデックスを有するラベルがこの要素に従う情報により更新されることを示す。
ゼロ相当のビット（ｖｔｉ＿ｂｉｔ＿ｅｑｕａｌ＿ｔｏ＿ｚｅｒｏ）：この値は０に等しい。
ラベル（ｖｔｉ＿ｌａｂｅｌ［ｉ］）：ｉ番目のラベルのラベルを示す。ｖｔｉ＿ｌａｂｅｌ［ｉ］シンタックス要素の長さはｎｕｌｌ終端バイトを除いた２５５バイトに等しいか又は少ない。
バウンディングボックススケ－ル（ｖｔｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｃａｌｅ＿ｌｏｇ２）：客体に対して記述される２Ｄバウンディングボックスパラメ－タに適用されるスケ－ルを示す。
３Ｄバウンディングボックススケ－ル（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｓｃａｌｅ＿ｌｏｇ２）：客体に対して記述される３Ｄバウンディングボックスパラメ－タに適用されるスケ－ルを示す。
３Ｄバウンディングボックス精度（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｐｒｅｃｉｓｉｏｎ＿ｍｉｎｕｓ８）：この値に８を加えると、客体に対して記述される３Ｄバウンディングボックスパラメ－タの精度を示す（ｐｌｕｓ ８ ｉｎｄｉｃａｔｅｓ ｔｈｅ ｐｒｅｃｉｓｉｏｎ ｏｆ ｔｈｅ ３Ｄ ｂｏｕｎｄｉｎｇ ｂｏｘ ｐａｒａｍｅｔｅｒｓ ｔｈａｔ ｍａｙ ｂｅ ｓｐｅｃｉｆｉｅｄ ｆｏｒ ａｎ ｏｂｊｅｃｔ）。
客体数（ｖｔｉ＿ｎｕｍ＿ｏｂｊｅｃｔ＿ｕｐｄａｔｅｓ）：現在ＳＥＩにより更新される客体の数を示す。
客体数（ｖｔｉ＿ｎｕｍ＿ｏｂｊｅｃｔ＿ｕｐｄａｔｅｓ）だけ客体関連情報がボリュメトリックタイリング情報客体（図３８を参照）に含まれる。
客体インデックス（ｖｔｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］）：更新されるｉ番目の客体の客体インデックスを示す。
客体取り消しフラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｃａｎｃｅｌ＿ｆｌａｇ［ｉ］）：この値が１であると、ｉと同一のインデックスを有する客体が取り消され、変数ＯｂｊｅｃｔＴｒａｃｋｅｄ［ｉ］が０に設定されることを示す。客体の２Ｄ及び３Ｄバウンディングボックスパラメ－タが０に設定される。この値が０であると、ｖｔｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］と同一のインデックスを有する客体がこの要素に従う情報により更新されることを示す。また、変数ＯｂｊｅｃｔＴｒａｃｋｅｄ［ｉ］は１に設定される。
バウンディングボックス更新フラグ（ｖｔｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｉ］）：この値が１であると、２Ｄバウンディングボックス情報がインデックスｉを有する客体に対して存在することを示す。この値が０であると、２Ｄバウンディングボックス情報が存在しないことを示す。
ｖｔｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｕｐｄａｔｅ＿ｆｌａｇがｖｔｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］に対して１であると、ｖｔｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］に対する以下のようなバウンディングボックス要素がボリュメトリックタイリング情報客体に含まれる。
バウンディングボックス上部（ｖｔｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｔｏｐ［ｉ］）：現在アトラスフレ－ム内のインデックスｉを有する客体のバウンディングボックスの左上部ポジションの垂直座標値を示す。
バウンディングボックス左部（ｖｔｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｌｅｆｔ［ｉ］）：現在アトラスフレ－ム内のインデックスｉを有する客体のバウンディングボックスの左上部ポジションの水平座標値を示す。
バウンディングボックス幅（ｖｔｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｗｉｄｔｈ［ｉ］）：インデックスｉを有する客体のバウンディングボックスの幅を示す。
バウンディングボックス高さ（ｖｔｉ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｈｅｉｇｈｔ［ｉ］）：インデックスｉを有する客体のバウンディングボックスの高さを示す。
ｖｔｉ３ｄＢｏｕｎｄｉｎｇＢｏｘＰｒｅｓｅｎｔＦｌａｇが１であると、以下のようなバウンディングボックス要素がボリュメトリックタイリング情報客体に含まれる。
３Ｄバウンディングボックス更新フラグ（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｉ］）：この値が１であると、インデックスｉを有する客体に対して３Ｄバウンディングボックス情報が存在することを示す。この値が０であると、３Ｄバウンディングボックス情報が存在しないことを示す。
ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｕｐｄａｔｅ＿ｆｌａｇがｖｔｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］に対して１であると、以下のようなバウンディングボックス関連要素がボリュメトリックタイリング情報客体に含まれる。
３ＤバウンディングボックスＸ（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｘ［ｉ］）：インデックスｉを有する客体の３Ｄバウンディングボックスの原点位置のＸ座標値を示す。
３ＤバウンディングボックスＹ（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｙ［ｉ］）：インデックスｉを有する客体の３Ｄバウンディングボックスの原点位置のＹ座標値を示す。
３ＤバウンディングボックスＺ（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｚ［ｉ］）：インデックスｉを有する客体の３Ｄバウンディングボックスの原点位置のＺ座標値を示す。
３ＤバウンディングボックスデルタＸ（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｄｅｌｔａ＿ｘ［ｉ］）：インデックスｉを有する客体のＸ軸上のバウンディングボックスのサイズを示す。
３ＤバウンディングボックスデルタＹ（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｄｅｌｔａ＿ｙ［ｉ］）：インデックスｉを有する客体のＹ軸上のバウンディングボックスのサイズを示す。
３ＤバウンディングボックスデルタＺ（ｖｔｉ＿３ｄ＿ｂｏｕｎｄｉｎｇ＿ｂｏｘ＿ｄｅｌｔａ＿ｚ［ｉ］）：インデックスｉを有する客体のＺ軸上のバウンディングボックスのサイズを示す。
ｖｔｉＯｂｊｅｃｔＰｒｉｏｒｉｔｙＰｒｅｓｅｎｔＦｌａｇが１であると、以下のような優先順位関連要素がボリュメトリックタイリング情報客体に含まれる。
客体優先順位更新フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｐｒｉｏｒｉｔｙ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｉ］）：この値が１であると、客体優先順位更新情報がインデックスｉを有する客体に対して存在することを示す。この値が０であると、客体優先順位情報が存在しないことを示す。
客体優先順位値（ｖｔｉ＿ｏｂｊｅｃｔ＿ｐｒｉｏｒｉｔｙ＿ｖａｌｕｅ［ｉ］）：インデックスｉを有する客体の優先順位を示す。優先順位値が低いほど優先順位が高い。
ｖｔｉＯｂｊｅｃｔＨｉｄｄｅｎＰｒｅｓｅｎｔＦｌａｇが１であると、ｖｔｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］に対する以下のような隠し情報がボリュメトリックタイリング情報客体に含まれる。
客体隠しフラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｈｉｄｄｅｎ＿ｆｌａｇ［ｉ］）：この値が１であると、インデックスｉを有する客体が隠されることを示す。この値が０であると、インデックスｉを有する客体が存在することを示す。
ｖｔｉＯｂｊｅｃｔＬａｂｅｌＰｒｅｓｅｎｔＦｌａｇが１であると、ラベル関連更新フラグがボリュメトリックタイリング情報客体に含まれる。
客体ラベル更新フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｕｐｄａｔｅ＿ｆｌａｇ）：この値が１であると、客体ラベル更新情報がインデックスｉを有する客体に対して存在することを示す。この値が０であると、客体ラベル更新情報が存在しないことを示す。
ｖｔｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｕｐｄａｔｅ＿ｆｌａｇがｖｔｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］に対して１であると、ｖｔｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］に対する客体ラベルインデックスがボリュメトリックタイリング情報客体に含まれる。
客体ラベルインデックス（ｖｔｉ＿ｏｂｊｅｃｔ＿ｌａｂｅｌ＿ｉｄｘ［ｉ］）：インデックスｉを有する客体のラベルインデックスを示す。
ｖｔｉＯｂｊｅｃｔＣｏｌｌｉｓｉｏｎＳｈａｐｅＰｒｅｓｅｎｔＦｌａｇが１であると、客体衝突関連要素がボリュメトリックタイリング情報客体に含まれる。
客体衝突模様更新フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｃｏｌｌｉｓｉｏｎ＿ｓｈａｐｅ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｉ］）：この値が１であると、客体衝突模様更新情報がインデックスｉを有する客体に対して存在することを示す。この値が０であると、客体衝突模様更新情報が存在しないことを示す。
ｖｔｉ＿ｏｂｊｅｃｔ＿ｃｏｌｌｉｓｉｏｎ＿ｓｈａｐｅ＿ｕｐｄａｔｅ＿ｆｌａｇがｖｔｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］に対して１であると、ｖｔｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］に対する客体衝突模様ＩＤがボリュメトリックタイリング情報客体に含まれる。
客体衝突模様ＩＤ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｃｏｌｌｉｓｉｏｎ＿ｓｈａｐｅ＿ｉｄ［ｉ］）：インデックスｉを有する客体の衝突模様ＩＤを示す。
ｖｔｉＯｂｊｅｃｔＤｅｐｅｎｄｅｎｃｙＰｒｅｓｅｎｔＦｌａｇが１であると、客体従属関連要素がボリュメトリックタイリング情報客体に含まれる。
客体従属更新フラグ（ｖｔｉ＿ｏｂｊｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｕｐｄａｔｅ＿ｆｌａｇ［ｉ］）：この値が１であると、客体従属更新情報が客体インデックスｉを有する客体に対して存在することを示す。この値が０であると、客体従属更新情報が存在しないことを示す。
ｖｔｉ＿ｏｂｊｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｕｐｄａｔｅ＿ｆｌａｇがｖｔｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］に対して１であると、ｖｔｉ＿ｏｂｊｅｃｔ＿ｉｄｘ［ｉ］に対する客体従属関連要素がボリュメトリックタイリング情報客体に含まれる。
客体従属数（ｖｔｉ＿ｏｂｊｅｃｔ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｃｉｅｓ［ｉ］）：インデックスｉを有する客体従属の数を示す。
ｖｔｉ＿ｏｂｊｅｃｔ＿ｎｕｍ＿ｄｅｐｅｎｄｅｎｃｉｅｓ数だけ客体従属インデックスがボリュメトリックタイリング情報客体に含まれる。
客体従属インデックス（ｖｔｉ＿ｏｂｊｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｄｘ［ｉ］［ｊ］）：インデックスｉを有する客体に対する従属を有するｊ番目の客体のインデックスを示す。
図４０は実施例によるカプセル化されたＶ－ＰＣＣデ－タコンテナの構造を示す。
図４１は実施例による絶縁されたＶ－ＰＣＣデ－タコンテナ構造を示す。
図１の送信装置１００００のポイントクラウドビデオエンコ－ダ１０００２、図４及び図１５のエンコ－ダ、図１８の送信装置、図２９のビデオ／イメ－ジエンコ－ダ２０００２，２０００３、図２１のプロセッサ、エンコ－ダ２１０００ないし２１００８、及び図２３のＸＲデバイス２３３０などは、実施例によるポイントクラウドデ－タを含むビットストリ－ムを生成する。
図１のファイル／セグメントカプセル化部１０００３、図２０のファイル／セグメントカプセル化部２０００４、図２１のファイル／セグメントカプセル化部２１００９、及び図２３のＸＲデバイスは、図２４及び図２５のファイル構造にビットストリ－ムを初期化（ｆｏｒｍａｔｔｉｎｇ）する。
同様に、図１の受信装置１０００５のファイル／セグメントデカプセル化部１０００７、図２０ないし図２３のファイル／セグメントデカプセル化部２０００５，２１００９，２２０００、及び図２３のＸＲデバイス２３３０は、ファイルを受信してデカプセル化してビットストリ－ムをパ－スする。ビットストリ－ムは図１のポイントクラウドビデオデコ－ダ１０１００８、図１６及び図１７のデコ－ダ、図１９の受信装置、図２０ないし図２３のビデオ／イメ－ジデコ－ダ２０００６，２１００７，２１００８，２２００１，２２００２、及び図２３のＸＲデバイス２３３０により復号され、ポイントクラウドデ－タが復元される。
図４０及び図４１はＩＳＯＢＭＦＦファイルフォ－マットによるポイントクラウドデ－タのコンテナの構造を示す。
図４０及び図４１はマルチトラックに基づいてポイントクラウドを伝達するコンテナの構造である。
実施例による方法／装置は、複数のトラックに基づいてポイントクラウドデ－タ及びポイントクラウドデ－タ関連の追加デ－タをコンテナファイルに含めて送受信する。
第１トラック４００００は特質トラックであり、図１、図４、図１５、図１８などのように符号化された特質デ－タ４００４０を含む。
第２トラック４００１０は占有トラックであり、図１、図４、図１５、図１８などのように符号化されたジオメトリデ－タ４００５０を含む。
第３トラック４００２０はジオメトリトラックであり、図１、図４、図１５、図１８などのように符号化された占有デ－タ４００６０を含む。
第４トラック４００３０はｖ－ｐｃｃ（ｖ３ｃ）トラックであり、ポイントクラウドデ－タに関するデ－タを含むアトラスビットストリ－ム４００７０を含む。
各々のトラックはサンプルエントリ－及びサンプルで構成される。サンプルはフレ－ムに対応するユニットである。Ｎ番目のフレ－ムを復号するためには、Ｎ番目のフレ－ムに対応するサンプル又はサンプルエントリ－が必要である。サンプルエントリ－はサンプルを記述する情報を含む。
図４１は図４０の詳しい構造図である。
ｖ３ｃトラック４１０００は第４トラック４００３０に対応する。ｖ３ｃトラック４１０００に含まれたデ－タはボックスというデ－タコンテナのフォ－マットを有する。ｖ３ｃトラック４１０００はＶ３Ｃコンポ－ネントトラック４１０１０ないし４１０３０に関する参照情報を含む。
実施例による受信方法／装置は、図４１のようなポイントクラウドデ－タを含むコンテナ（ファイルとも称する）を受信して、Ｖ３Ｃトラックをパ－スする。ｖ３ｃトラックに含まれた参照情報に基づいて占有デ－タ、ジオメトリデ－タ、特質デ－タを復号して復元する。
占有トラック４１０１０は第２トラック４００１０に対応し、占有デ－タを含む。ジオメトリトラック４１０２０は第３トラック４００２０に対応し、ジオメトリデ－タを含む。特質トラック４１０３０は第１トラック４００００に対応し、特質デ－タを含む。
以下、図４０及び図４１のファイルに含まれるデ－タ構造のシンタックスについて詳しく説明する。
ボリュメトリックビジュアルトラック（Ｖｏｌｕｍｅｔｒｉｃ ｖｉｓｕａｌ ｔｒａｃｋ）
各々のボリュメトリックビジュアルシ－ンはユニ－クなボリュメトリックビジュアルトラックにより表現される。
ＩＳＯＢＭＦＦファイルは複数のシ－ンを含み、それにより、マルチボリュメトリックビジュアルトラックがファイル内に存在する。
ボリュメトリックビジュアルトラックはメディアボックスのハンドラ－ボックスのボリュメトリックビジュアルメディアハンドラ－タイプ‘ｖｏｌｖ’により識別される。ボリュメトリックビジュアルヘッダは以下のように定義される。
ボリュメトリックビジュアルメディアヘッダ（Ｖｏｌｕｍｅｔｒｉｃ ｖｉｓｕａｌ Ｍｅｄｉａ ｈｅａｄｅｒ）
ｂｏｘ Ｔｙｐｅ：‘ｖｖｈｄ’
Ｃｏｎｔａｉｎｅｒ：ＭｅｄｉａＩｎｆｏｒｍａｔｉｏｎＢｏｘ
Ｍａｎｄａｔｏｒｙ：Ｙｅｓ
Ｑｕａｎｔｉｔｙ：Ｅｘａｃｔｌｙ ｏｎｅ
ボリュメトリックビジュアルトラックはメディア情報ボックス（ＭｅｄｉａＩｎｆｏｒｍａｔｉｏｎＢｏｘ）のボリュメトリックビジュアルメディアヘッダボックス（ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＭｅｄｉａＨｅａｄｅｒＢｏｘ）を使用する。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＭｅｄｉａＨｅａｄｅｒＢｏｘ
ｅｘｔｅｎｄｓ ＦｕｌｌＢｏｘ（‘ｖｖｈｄ’， ｖｅｒｓｉｏｎ＝０、１）｛
｝
バ－ジョン（ｖｅｒｓｉｏｎ）はこのボックスのバ－ジョンを示す整数である。
ボリュメトリックビジュアルサンプルエントリ－（Ｖｏｌｕｍｅｔｒｉｃ ｖｉｓｕａｌ ｓａｍｐｌｅ ｅｎｔｒｙ）
ボリュメトリックビジュアルトラックはボリュメトリックビジュアルサンプルエントリ－（ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ）を使用する。
ｃｌａｓｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ（ｃｏｄｉｎｇｎａｍｅ）
ｅｘｔｅｎｄｓ ＳａｍｐｌｅＥｎｔｒｙ（ｃｏｄｉｎｇｎａｍｅ）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８）［３２］ ｃｏｍｐｒｅｓｓｏｒ＿ｎａｍｅ；
｝
コンプレッサ－ネイム（ｃｏｍｐｒｅｓｓｏｒ＿ｎａｍｅ）：有益な目的のための名前である。固定３２－バイトフィ－ルドで形成される。第１バイトはディスプレイされるバイト数に設定され、ＵＴＦ－８を使用して符号化されたディスプレイ可能なデ－タのバイト数が伴う。サイズバイトを含む３２バイトを完成するためにパッドされる。このフィ－ルドは０に設定されてもよい。
ボリュメトリックビジュアルサンプル（Ｖｏｌｕｍｅｔｒｉｃ ｖｉｓｕａｌ ｓａｍｐｌｅｓ）
ボリュメトリックビジュアルサンプルのフォ－マットは実施例によるコ－ディングシステムにより定義される。
Ｖ－ＰＣＣユニットヘッダボックス（Ｖ－ＰＣＣ ｕｎｉｔ ｈｅａｄｅｒ ｂｏｘ）
このボックスはＶ－ＰＣＣトラック（サンプルエントリ－内）及び全てのビデオコ－ディングされたＶ－ＰＣＣコンポ－ネントトラック（スキ－ム情報内）の両方に存在する。このボックスは個々のトラックにより伝達されるデ－タのためのＶ－ＰＣＣユニットヘッダを含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＵｎｉｔＨｅａｄｅｒＢｏｘ
ｅｘｔｅｎｄｓ ＦｕｌｌＢｏｘ（’ｖｕｎｔ’， ｖｅｒｓｉｏｎ＝０、０）｛
ｖｐｃｃ＿ｕｎｉｔ＿ｈｅａｄｅｒ（） ｕｎｉｔ＿ｈｅａｄｅｒ；
｝
このボックスは上記のようなＶ－ＰＣＣユニットヘッダ（ｖｐｃｃ＿ｕｎｉｔ＿ｈｅａｄｅｒ（））を含む。
Ｖ－ＰＣＣデコ－ダ構成レコ－ド（Ｖ－ＰＣＣ ｄｅｃｏｄｅｒ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｒｅｃｏｒｄ）
このレコ－ドはバ－ジョンフィ－ルドを含む。このバ－ジョンはバ－ジョン１である。レコ－ドの両立不可な変更はバ－ジョン番号の変化により識別される。実施例によるリ－ダ－／デコ－ダはこのバ－ジョンが認識できないバ－ジョン番号である場合のレコ－ド又はストリ－ムを復号しなくてもよい。
Ｖ－ＰＣＣパラメ－タセットに対するアレイは上記のようにＶ－ＰＣＣパラメ－タセットを含む。
アトラスセットアップユニット（ａｔｌａｓ＿ｓｅｔｕｐＵｎｉｔ）アレイはデコ－ダ構成レコ－ドがアトラスストリ－ムＳＥＩメッセ－ジと共に存在するサンプルエントリ－により称されるストリ－ムに対して一定のアトラスパラメ－タセットを含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎ＝１；
ｕｎｓｉｇｎｅｄ ｉｎｔ（３） ｓａｍｐｌｅＳｔｒｅａｍＳｉｚｅＭｉｎｕｓＯｎｅ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（５） ｎｕｍＯｆＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔｓ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＯｆＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔｓ；ｉ＋＋）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ ＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔ；
｝
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＯｆＡｔｌａｓＳｅｔｕｐＵｎｉｔｓ；
ｆｏｒ （ｉ＝０；ｉ＜ｎｕｍＯｆＡｔｌａｓＳｅｔｕｐＵｎｉｔｓ；ｉ＋＋）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ ａｔｌａｓ＿ｓｅｔｕｐＵｎｉｔ；
｝
｝
構成バ－ジョン（ｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎ）はバ－ジョンフィ－ルドである。このレコ－ドと両立できない変化はバ－ジョン番号の変化により識別される。
サンプルストリ－ムサイズ（ｓａｍｐｌｅＳｔｒｅａｍＳｉｚｅＭｉｎｕｓＯｎｅ）：この値に１を加えると、この構成レコ－ド又はこの構成レコ－ドが適用されるストリ－ム内のＶ－ＰＣＣサンプル内の全てのサンプルストリ－ムＶ－ＰＣＣユニット内のｓｓｖｕ＿ｖｐｃｃ＿ｕｎｉｔ＿ｓｉｚｅ要素のバイト内の精度を示す。
Ｖ－ＰＣＣパラメ－タセット数（ｎｕｍＯｆＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔｓ）：デコ－ダ構成レコ－ド内にシグナリングされるＶ－ＰＣＣパラメ－タセット（ＶＰＳ）の数を示す。
Ｖ－ＰＣＣパラメ－タセットはタイプＶＰＣＣ＿ＶＰＳのＶ－ＰＣＣユニットのｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ（）インスタンスである。Ｖ－ＰＣＣユニットはＶ－ＰＣＣパラメ－タセット（ｖｐｃｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ（））を含む。
アトラスセットアップユニット数（ｎｕｍＯｆＡｔｌａｓＳｅｔｕｐＵｎｉｔｓ）：この構成レコ－ド内にシグナリングされるアトラスストリ－ムに対するセットアップアレイの数を示す。
アトラスセットアップユニット（Ａｔｌａｓ＿ｓｅｔｕｐＵｎｉｔ）：アトラスシ－ケンスパラメ－タセット、アトラスフレ－ムパラメ－タセット又はＳＥＩアトラスＮＡＬユニットを含むｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ（）インスタンスである。例えば、ＩＳＯ／ＩＥＣ ２３０９０－５の説明を参照できる。
また実施例によって、Ｖ－ＰＣＣデコ－ダ構成レコ－ドは以下のように定義される。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎ＝１；
ｕｎｓｉｇｎｅｄ ｉｎｔ（３） ｓａｍｐｌｅＳｔｒｅａｍＳｉｚｅＭｉｎｕｓＯｎｅ；
ｂｉｔ（２） ｒｅｓｅｒｖｅｄ＝１；
ｕｎｓｉｇｎｅｄ ｉｎｔ（３） ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（５） ｎｕｍＯＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔｓ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＯＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔｓ；ｉ＋＋）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ ＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔ；
｝
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓ；
ｆｏｒ（ｊ＝０；ｊ＜ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓ；ｊ＋＋）｛
ｂｉｔ（１） ａｒｒａｙ＿ｃｏｍｐｌｅｔｅｎｅｓｓ；
ｂｉｔ（１） ｒｅｓｅｒｖｅｄ＝０；
ｕｎｓｉｇｎｅｄ ｉｎｔ（６） ＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＮＡＬＵｎｉｔｓ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＮＡＬＵｎｉｔｓ；ｉ＋＋）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎｉｔ ｓｅｔｕｐＵｎｉｔ；
｝
｝
構成情報（ｃｏｎｆｉｇｕｒａｔｉｏｎＶｅｒｓｉｏｎ）：バ－ジョンフィ－ルドである。このレコ－ドに対する両立不可な変更事項はバ－ジョン番号の変更により識別される。
長さサイズ（ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ）：この値に１を加えると、この構成レコ－ド又はこの構成レコ－ドに適用されるストリ－ム内のＶ－ＰＣＣサンプル内の全てのサンプルストリ－ムＮＡＬユニット内のｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ要素のバイト内の精度（ｐｒｅｃｉｓｉｏｎ）を示す。
サンプルストリ－ムサイズ（ｓａｍｐｌｅＳｔｒｅａｍＳｉｚｅＭｉｎｕｓＯｎｅ）：この値に１を加えると、この構成レコ－ド内にシグナリングされる全てのサンプルストリ－ムＶ－ＰＣＣユニット内のｓｓｖｕ＿ｖｐｃｃ＿ｕｎｉｔ＿ｓｉｚｅ要素のバイト内の精度（ｐｒｅｃｉｓｉｏｎ）を示す。
Ｖ－ＰＣＣパラメ－タセット数（ｎｕｍＯｆＶＰＣＣＰａｒａｍｅｔｅｒＳｅｔｓ）：この構成レコ－ド内にシグナリングされるＶ－ＰＣＣパラメ－タセット（ＶＰＳ）の数を示す。
Ｖ－ＰＣＣパラメ－タセットはタイプＶＰＣＣ＿ＶＰＳのＶ－ＰＣＣユニットに対するｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ（）インスタンスである。
セットアップユニットアレイ数（ｎｕｍＯｆＳｅｔｕｐＵｎｉｔＡｒｒａｙｓ）：指示されたタイプのアトラスＮＡＬユニットのアレイ数である。
アレイ完成度（ａｒｒａｙ＿ｃｏｍｐｌｅｔｅｎｅｓｓ）：この値が１であると、所定のタイプの全てのアトラスＮＡＬユニットが続くアレイ内にあり、ストリ－ム内にないことを示す。この値が０であると、指示されたタイプの追加アトラスＮＡＬユニットがストリ－ム内にあり得ることを示す。デフォルト及び許容された値はサンプルエントリ－ネイムにより影響を受ける。
ＮＡＬユニットタイプ（ＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅ）：続くアレイ内のアトラスＮＡＬユニットのタイプを示す。このタイプはＩＳＯ／ＩＥＣ ２３０９０－５に定義された値を使用する。この値はＮＡＬ＿ＡＳＰＳ、ＮＡＬ＿ＰＲＥＦＩＸ＿ＳＥＩ又はＮＡＬ＿ＳＵＦＦＩＸ＿ＳＥＩ ａｔｌａｓ ＮＡＬ ｕｎｉｔを示す。
ＮＡＬユニット数（ｎｕｍＮＡＬＵｎｉｔｓ）：この構成レコ－ドが適用されるストリ－ムに対する構成レコ－ド内に含まれる指示されたタイプのアトラスＮＡＬユニットの数である。ＳＥＩアレイはただ記述的性格のＳＥＩメッセ－ジを含む。全体としてストリ－ムに関する情報を提供する。かかるＳＥＩの例示はユ－ザ－デ－タＳＥＩである。
セットアップユニット（ｓｅｔｕｐＵｎｉｔ）：アトラスシ－ケンスパラメ－タセット又はアトラスフレ－ムパラメ－タセット又は記述的ＳＥＩアトラスＮＡＬユニットを含むｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎｉｔ（）インスタンスである。
Ｖ－ＰＣＣアトラスパラメ－タセットサンプルグル－プ（Ｖ－ＰＣＣ ａｔｌａｓ ｐａｒａｍｅｔｅｒ ｓｅｔ ｓａｍｐｌｅ ｇｒｏｕｐ）
サンプルグル－ピングに対するグル－ピングタイプ’ｖａｐｓ’はＶ－ＰＣＣトラック内サンプルのサンプルグル－プ内に伝達されるアトラスパラメ－タセットに配置することを示す。’ｖａｐｓ’と同一のグル－ピングタイプを有するサンプルツ－グル－プボックス（ＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘ）が存在する場合、同一のグル－ピングタイプを有するサンプルグル－プ記述ボックスが存在し、サンプルが属するこのグル－プのＩＤを含む。
Ｖ－ＰＣＣトラックは’ｖａｐｓ’と同一のグル－ピングタイプを有する最大１つのサンプルツ－グル－プボックスを含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＡｔｌａｓＰａｒａｍＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（’ｖａｐｓ’）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＯｆＡｔｌａｓＰａｒａｍｅｔｅｒＳｅｔｓ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＯｆＡｔｌａｓＰａｒａｍｅｔｅｒＳｅｔｓ；ｉ＋＋）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ ａｔｌａｓＰａｒａｍｅｔｅｒＳｅｔ；
｝
｝
アトラスパラメ－タセット数（ｎｕｍＯｆＡｔｌａｓＰａｒａｍｅｔｅｒＳｅｔｓ）：サンプルグル－プ記述内にシグナリングされるアトラスパラメ－タセットの数を示す。
アトラスパラメ－タセットはサンプルのこのグル－プに連関するアトラスシ－ケンスパラメ－タセット、アトラスフレ－ムパラメ－タセットを含むｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ（）インスタンスである。
アトラスパラメ－タサンプルグル－プ記述エントリ－は以下の通りである。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＡｔｌａｓＰａｒａｍＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（’ｖａｐｓ’）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（３） ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（５） ｎｕｍＯｆＡｔｌａｓＰａｒａｍｅｔｅｒＳｅｔｓ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＯｆＡｔｌａｓＰａｒａｍｅｔｅｒＳｅｔｓ；ｉ＋＋）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎｉｔ ａｔｌａｓＰａｒａｍｅｔｅｒＳｅｔＮＡＬＵｎｉｔ；
｝
｝
長さサイズ（ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ）：この値に１を加えると、このサンプルグル－プ記述内にシグナリングされる全てのサンプルストリ－ムＮＡＬユニット内のｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ要素のバイト内の精度を示す。
アトラスパラメ－タセットＮＡＬユニット（ａｔｌａｓＰａｒａｍｅｔｅｒＳｅｔＮＡＬＵｎｉｔ）：サンプルのこのグル－プに連関するアトラスシ－ケンスパラメ－タセット、アトラスフレ－ムパラメ－タセットを含むｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎｉｔ（）インスタンスである。
Ｖ－ＰＣＣ ＳＥＩサンプルグル－プ（Ｖ－ＰＣＣ ＳＥＩ ｓａｍｐｌｅ ｇｒｏｕｐ）
サンプルグル－ピングに対する’ｖｓｅｉ’グル－ピングタイプはＶ－ＰＣＣトラック内サンプルのこのサンプルグル－プ内に伝達されるＳＥＩ情報への配置を示す。’ｖｓｅｉ’と同一のグル－ピングタイプを有するサンプルツ－グル－プボックスが存在する場合、同一のグル－ピングタイプを有するサンプルグル－プ記述ボックス（ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏｘ）が存在し、サンプルが属するグル－プのＩＤを含む。
Ｖ－ＰＣＣトラックは’ｖｓｅｉ’と同一のグル－ピングタイプを有するサンプルツ－グル－プボックスを最大１つ含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＳＥＩＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（’ｖｓｅｉ’）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍＯｆＳＥＩｓ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＯｆＳＥＩＳｅｔｓ；ｉ＋＋）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ ｓｅｉ；
｝
｝
ＳＥＩの数（ｎｕｍＯｆＳＥＩｓ）：サンプルグル－プ記述内にシグナリングされるＶ－ＰＣＣ ＳＥＩの数を示す。
ＳＥＩはサンプルのこのグル－プに連関するＳＥＩ情報を含むｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｖｐｃｃ＿ｕｎｉｔ（）インスタンスである。
Ｖ－ＰＣＣ ＳＥＩサンプルグル－プ記述エントリ－は以下の通りである。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＳＥＩＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ （） ｅｘｔｅｎｄｓ ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（’ｖｓｅｉ’）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（３） ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（５） ｎｕｍＯｆＳＥＩｓ；
ｆｏｒ（ｉ＝０；ｉ＜ｎｕｍＯｆＳＥＩｓ；ｉ＋＋）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎｉｔ ｓｅｉＮＡＬＵｎｉｔ；
｝
｝
長さサイズ（ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ）：この値に１を加えると、このサンプルグル－プ記述内にシグナリングされる全てのサンプルストリ－ムＮＡＬユニット内のｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ要素のバイト内精度を示す。
ＳＥＩ ＮＡＬユニット（ｓｅｉＮＡＬＵｎｉｔ）：サンプルのこのグル－プに連関するＳＥＩ情報を含むｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎｉｔ（）インスタンスである。
Ｖ－ＰＣＣバウンディングボックスサンプルグル－プ（Ｖ－ＰＣＣ Ｂｏｕｎｄｉｎｇ ｂｏｘ ｓａｍｐｌｅ ｇｒｏｕｐ）
サンプルグル－ピングに対する’ｖｐｂｂ’グル－ピングタイプはＶ－ＰＣＣトラック内サンプルのこのサンプルグル－プ内に伝達される３Ｄバウンディングボックス情報への配置を示す。’ｖｐｂｂ’と同一のグル－ピングタイプ（ｇｒｏｕｐｉｎｇ＿ｔｙｐｅ）を有するサンプルツ－グル－プボックス（ＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘ）が存在すると、同一のグル－ピングタイプを有するサンプルグル－プ記述ボックスが存在し、サンプルが属するこのグル－プのＩＤを含む。
Ｖ－ＰＣＣトラックは’ｖｐｂｂ’と同一のグル－ピングタイプを有するサンプルツ－グル－プボックス（ＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘ）を最大１つ含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣ３ＤＢｏｕｎｄｉｎｇＢｏｘＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（’ｖｐｂｂ’）｛
３ＤＢｏｕｎｄｉｎｇＢｏｘＩｎｆｏＳｔｒｕｃｔ（）；
｝
Ｖ－ＰＣＣ ３Ｄ領域マッピングサンプルグル－プ（Ｖ－ＰＣＣ ３Ｄ ｒｅｇｉｏｎ ｍａｐｐｉｎｇ ｓａｍｐｌｅ ｇｒｏｕｐ）
サンプルグル－ピングに対するグル－ピングタイプ’ｖｐｓｒ’はＶ－ＰＣＣトラック内サンプルのこのサンプルグル－プ内に伝達される３Ｄ領域マッピング情報への配置を示す。’ｖｐｓｒ’と同一のグル－ピングタイプを有するサンプルツ－グル－プボックス（ＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘ）が存在する場合、同一のグル－ピングタイプを有するサンプルグル－プ記述ボックス（ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏｘ）が存在し、サンプルが属するこのグル－プのＩＤを含む。
Ｖ－ＰＣＣトラックは’ｖｐｓｒ’と同一のグル－ピングタイプを有するサンプルツ－グル－プボックス（ＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘ）を最大１つ含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＥｎｔｒｙ（’ｖｐｓｒ’）｛
Ｖ－ＰＣＣ ３Ｄ領域マッピングボックス３Ｄ領域マッピング（ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘ ３Ｄ＿ｒｅｇｉｏｎ＿ｍａｐｐｉｎｇ）
｝
３Ｄ領域トラックグル－ピング（３Ｄ ｒｅｇｉｏｎ ｔｒａｃｋ ｇｒｏｕｐｉｎｇ）
’３ｄｒｇ’と同一のトラックグル－プタイプ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅ）を有するトラックグル－プタイプボックス（ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘ）は、このトラックが３Ｄ空間領域に対応するＶ－ＰＣＣコンポ－ネントトラック４１０１０～４１０３０のグル－プに属することを示す。
同一の３Ｄ空間領域に属するトラックは、トラックグル－プタイプ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅ）’３ｄｒｇ’に対するトラックグル－プＩＤ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ）の同一の値を有する。１つの３Ｄ空間領域からのトラックのトラックグル－プＩＤ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ）は、他の３Ｄ空間領域からのトラックのトラックグル－プＩＤ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ）とは異なる。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＳｐａｔｉａｌＲｅｇｉｏｎＧｒｏｕｐＢｏｘ ｅｘｔｅｎｄｓ ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘ（’３ｄｒｇ’） ｛
｝
’３ｄｒｇ’と同一のトラックグル－プタイプ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅ）を有するトラックグル－プボックス（ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘ）内のトラックグル－プＩＤ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ）の同一の値を有するトラックは同一の３Ｄ空間領域に属する。
’３ｄｒｇ’と同一のトラックグル－プタイプ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅ）内のトラックグル－プタイプボックス（ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘ）内のトラックグル－プＩＤは３Ｄ空間領域の識別子として使用される。
実施例による３Ｄ領域トラックグル－ピング（３Ｄ ｒｅｇｉｏｎ ｔｒａｃｋ ｇｒｏｕｐｉｎｇ）に基づいて、実施例による方法／装置はポイントクラウドデ－タの３Ｄ領域に連関するデ－タを含むトラックグル－ピングを提供する。実施例による受信方法／装置は３Ｄ領域に連関するポイントクラウドデ－タを効率的に獲得してレンダリングする。
２Ｄ領域トラックグル－ピング（２Ｄ ｒｅｇｉｏｎ ｔｒａｃｋ ｇｒｏｕｐｉｎｇ）
’２ｄｒｇ’と同一のトラックグル－プタイプ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅ）を有するトラックグル－プタイプボックス（ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘ）は、このトラックが２Ｄ領域に対応するＶ－ＰＣＣコンポ－ネントトラックのグル－プに属することを示す。
同一の２Ｄ領域に属するトラックはトラックグル－プタイプ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅ）’３ｄｒｇ’に対するトラックグル－プＩＤ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ）の同一の値を有する。１つの２Ｄ領域からのトラックのトラックグル－プＩＤ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ）は、他の２Ｄ領域からのトラックのトラックグル－プＩＤ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ）とは異なる。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＳｐａｔｉａｌＲｅｇｉｏｎＧｒｏｕｐＢｏｘ ｅｘｔｅｎｄｓ ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘ（’３ｄｒｇ’） ｛
｝
’２ｄｒｇ’と同一のトラックグル－プタイプを有するトラックグル－プタイプボックス内のトラックグル－プＩＤの同一の値を有するトラックは同一の２Ｄ領域に属する。’２ｄｒｇ’と同一のトラックグル－プタイプを有するトラックグル－プタイプボックス内のトラックグル－プＩＤは２Ｄ領域の識別子として使用される。
実施例による２Ｄ領域トラックグル－ピング（２Ｄ ｒｅｇｉｏｎ ｔｒａｃｋ ｇｒｏｕｐｉｎｇ）に基づいて、実施例による方法／装置は２Ｄ領域に連関するデ－タを含むトラックグル－ピングを提供する。実施例による受信方法／装置は２Ｄ領域に連関するデ－タを効率的に獲得して２Ｄ領域に連関するポイントクラウドデ－タをレンダリングする。
実施例によるポイントクラウドデ－タ受信方法／装置は、３Ｄ領域トラックグル－ピング（３Ｄ ｒｅｇｉｏｎ ｔｒａｃｋ ｇｒｏｕｐｉｎｇ）及び／又は２Ｄ領域トラックグル－ピング（２Ｄ ｒｅｇｉｏｎ ｔｒａｃｋ ｇｒｏｕｐｉｎｇ）に基づいて以下の動作を行う。例えば、実施例による受信方法／装置は、３Ｄ ｒｅｇｉｏｎ ｔｒａｃｋ ｇｒｏｕｐｉｎｇを用いて３Ｄバウンディングボックスに接近し、２Ｄ ｒｅｇｉｏｎ ｔｒａｃｋ ｇｒｏｕｐｉｎｇを用いてアトラスタイルに接近する。また、３Ｄバウンディングボックスを部分接近（Ｐａｒｔｉａｌ Ａｃｃｅｓｓ）するためには、３Ｄバウンディングボックスに関連するジオメトリ、特質、占有デ－タを復号する必要があり、かかるＶ３Ｃコンポ－ネントを復号するためには、結局、アトラスビットストリ－ムで関連情報を使用する。従って、３Ｄ ｒｅｇｉｏｎ ｔｒａｃｋ ｇｒｏｕｐｉｎｇ及び／又は２Ｄ ｒｅｇｉｏｎ ｔｒａｃｋ ｇｒｏｕｐｉｎｇがいずれもＰＣＣ受信機で一緒に復号される。
Ｖ－ＰＣＣビットストリ－ムのマルチトラックコンテナ
マルチトラックＩＳＯＢＭＦＦ Ｖ－ＰＣＣコンテナの一般的なレイアウトである。Ｖ－ＰＣＣ基本ストリ－ム内のＶ－ＰＣＣユニットがそれらのタイプに基づいてコンテナファイル内の個々のトラックにマッピングされる。マルチトラックＩＳＯＢＭＦＦ Ｖ－ＰＣＣコンテナ内に２つのタイプのトラックがあり得る：Ｖ－ＰＣＣトラック及びＶ－ＰＣＣコンポ－ネントトラックである。
Ｖ－ＰＣＣトラック（又はＶ３Ｃトラック）４００３０，４１０００はアトラスサブビットストリ－ム及びシ－ケンスパラメ－タセットを含むＶ－ＰＣＣビットストリ－ム内のボリュメトリックビジュアル情報を伝達するトラックである。
Ｖ－ＰＣＣコンポ－ネントトラックはＶ－ＰＣＣビットストリ－ムの占有マップ、ジオメトリ、特質サブ非ストリ－ムに対する２Ｄビデオ符号化されたデ－タを伝達するビデオスキ－ムトラックである。さらに、以下の条件がＶ－ＰＣＣコンポ－ネントトラックに対して満たされる。
ａ）サンプルエントリ－内、Ｖ－ＰＣＣシステム内のこのトラックに含まれたビデオストリ－ムの役割を記述する新しいボックスが挿入される。
ｂ）Ｖ－ＰＣＣトラックにより表現される特定のポイントクラウド内のＶ－ＰＣＣコンポ－ネントトラックのメンバ－シップを生成するために、Ｖ－ＰＣＣトラックからＶ－ＰＣＣコンポ－ネントトラックにトラック参照が導入される。
ｃ）このトラックが直接ム－ビ－の全体的なレイアップに寄与せず、Ｖ－ＰＣＣシステムに寄与することを示すためにトラック－ヘッダフラグが０に設定される。
実施例によるポイントクラウドデ－タを記述するアトラスビットストリ－ム、シグナリング情報（パラメ－タ、メタデ－タなどと称する）はボックスというデ－タ構造に含まれる。実施例による方法／装置はマルチトラックに基づいてアトラスビットストリ－ム、パラメ－タ情報をｖ－ｐｃｃトラック（又はｖ３ｃトラック）に含ませて送信する。さらに実施例による方法／装置は実施例によるアトラスビットストリ－ム、パラメ－タ情報をｖ－ｐｃｃトラック（又はｖ３ｃトラック）のサンプルエントリ－に含ませて送信する。
また実施例による方法／装置はシングルトラックに基づいて実施例によるアトラスビットストリ－ム及びパラメ－タ情報をＶ－ＰＣＣ基本ストリ－ムトラックに含ませて送信する。さらに実施例による方法／装置はアトラスビットストリ－ム及びパラメ－タ情報をＶ－ＰＣＣ基本ストリ－ムトラックのサンプルエントリ－或いはサンプルに含ませて送信する。
同一のＶ－ＰＣＣシ－ケンスが属するトラックは時間によって整列（ａｌｉｇｎ）される。異なるビデオ符号化されたＶ－ＰＣＣコンポ－ネントトラック及び間の同一のポイントクラウドフレ－ムに寄与するサンプル及びＶ－ＰＣＣトラックは同一のプレゼンテ－ション時間を有する。サンプルに対して使用されるＶ－ＰＣＣアトラスシ－ケンスパラメ－タセット及びアトラスフレ－ムパラメ－タセットは、ポイントクラウドフレ－ムのコンポジション時間と等しいか又は先立つ復号時間を有する。さらに同一のＶ－ＰＣＣシ－ケンスに属する全てのトラックは同一の含蓄又は明瞭な編集リストを有する。
ノ－ト：コンポ－ネントトラック内の基本ストリ－ム間の同期化はＩＳＯＢＭＦＦトラックタイミング構造（ｓｔｔｓ、ｃｔｔｓ、ｃｓｌｇ）により処理されるか、又はム－ビ－フラグメント内の同等なメカニズムにより処理される。
このようなレイアウトに基づいて、Ｖ－ＰＣＣ ＩＳＯＢＭＦＦコンテナは以下を含む（図２４参照）：
－Ｖ－ＰＣＣパラメ－タセットＶ－ＰＣＣユニット（ｕｎｉｔ ｔｙｐｅ ＶＰＣＣ＿ＶＰＳ）及びアトラスＶ－ＰＣＣユニット（ｕｎｉｔ ｔｙｐｅ ＶＰＣＣ＿ＡＤ）のペイロ－ドを伝達するサンプル及びサンプルエントリ－内のＶ－ＰＣＣパラメ－タセットを含むＶ－ＰＣＣトラック。またこのトラックはｕｎｉｔ ｔｙｐｅｓ ＶＰＣＣ＿ＯＶＤ、ＶＰＣＣ＿ＧＶＤ及びＶＰＣＣ＿ＡＶＤのようなビデオ圧縮されたＶ－ＰＣＣユニットのペイロ－ドを伝達する他のトラックに対するトラック参照を含む。
－タイプＶＰＣＣ＿ＯＶＤのＶ－ＰＣＣユニットのペイロ－ドである占有マップデ－タのためのビデオコ－ディングされた基本ストリ－ムのアクセスユニットを含むサンプルがあるビデオスキ－ムトラック。
－タイプＶＰＣＣ＿ＧＶＤのＶ－ＰＣＣユニットのペイロ－ドであるジオメトリデ－タのビデオコ－ディングされた基本ストリ－ムのアクセスユニットを含むサンプルがある１つ又は１つ以上のビデオスキ－ムトラック。
－タイプＶＰＣＣ＿ＡＶＤのＶ－ＰＣＣユニットのペイロ－ドである特質デ－タのビデオコ－ディングされた基本ストリ－ムのアクセスユニットを含むサンプルがあるゼロ又は１つ以上のビデオスキ－ムトラック。
Ｖ－ＰＣＣトラック（Ｖ－ＰＣＣ ｔｒａｃｋｓ）：
Ｖ－ＰＣＣトラックサンプルエントリ－（Ｖ－ＰＣＣ Ｔｒａｃｋ Ｓａｍｐｌｅ Ｅｎｔｒｙ）：
サンプルエントリ－タイプ（Ｓａｍｐｌｅ Ｅｎｔｒｙ Ｔｙｐｅ）：’ｖｐｃ１’、’ｖｐｃｇ’
コンテナ（Ｃｏｎｔａｉｎｅｒ）：サンプル記述ボックス（ＳａｍｐｌｅＤｅｓｃｒｉｐｔｉｏｎＢｏｘ）
義務の有無（Ｍａｎｄａｔｏｒｙ）：’ｖｐｃ１’又は’ｖｐｃｇ’サンプルエントリ－は義務である。
量（Ｑｕａｎｔｉｔｙ）：１つ又はそれ以上のサンプルエントリ－が存在する。
Ｖ－ＰＣＣトラックはＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙを拡張するＶＰＣＣＳａｍｐｌｅＥｎｔｒｙを使用する。サンプルエントリ－タイプは’ｖｐｃ１’又は’ｖｐｃｇ’である。
Ｖ－ＰＣＣサンプルエントリ－はＶ－ＰＣＣ構成ボックス（ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ）を含む。このボックスはデコ－ダ構成レコ－ド（ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ）を含む。
’ｖｐｃ１’サンプルエントリ－において、全てのアトラスシ－ケンスパラメ－タセット、アトラスフレ－ムパラメ－タセット又はＶ－ＰＣＣ ＳＥＩはセットアップユニットアレイ（ｓｅｔｕｐＵｎｉｔ ａｒｒａｙ）内にある。
’ｖｐｃｇ’サンプルエントリ－において、アトラスシ－ケンスパラメ－タセット、アトラスフレ－ムパラメ－タセット、Ｖ－ＰＣＣ ＳＥＩがこのアレイ内又はストリ－ム内にある。
任意のビットレ－トボックス（ＢｉｔＲａｔｅＢｏｘ）はＶ－ＰＣＣトラックのビットレ－ト情報をシグナリングするために、Ｖ－ＰＣＣボリュメトリックサンプルエントリ－内に存在する。
ボリュメトリックシ－ケンス（Ｖｏｌｕｍｅｔｒｉｃ Ｓｅｑｕｅｎｃｅｓ）：
ｃｌａｓｓ ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｅｘｔｅｎｄｓ ｂｏｘ（’ｖｐｃｃ’）｛
ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（） ＶＰＣＣＣｏｎｆｉｇ；
｝
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＳａｍｐｌｅＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ（’ｖｐｃ１’）｛
ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｃｏｎｆｉｇ；
ＶＰＣＣＵｎｉｔＨｅａｄｅｒＢｏｘ ｕｎｉｔ＿ｈｅａｄｅｒ；
ＶＰＣＣＢｏｕｎｄｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｏｘ（）；
｝
実施例によるポイントクラウドデ－タ送信方法は、ポイントクラウドデ－タを符号化する段階；ポイントクラウドデ－タをカプセル化する段階；及びポイントクラウドデ－タを送信する段階；を含む。
実施例によるポイントクラウドデ－タをカプセル化する段階は、ポイントクラウドデ－タを含む１つ又は１つ以上のトラックを生成する段階を含む。
実施例による１つ又は１つ以上のトラックは、ポイントクラウドデ－タ、例えば、特質デ－タ、占有デ－タ、ジオメトリデ－タ及び／又はそれらに関するパラメ－タ（メタデ－タ又はシグナリング情報）を含む。具体的には、トラックはサンプルを記述するサンプルエントリ－及び／又はサンプルを含む。複数のトラックは第１トラック、第２トラックなどとも称される。
実施例によるポイントクラウドデ－タ送信方法は、１つ又は１つ以上のトラックをグル－ピングする。実施例によるグル－ピングされたトラックはポイントクラウドデ－タを示す２Ｄ領域に対応する。実施例による２Ｄ領域（２Ｄ ｒｅｇｉｏｎ）とは、アトラスフレ－ムのアトラスタイルである。
実施例によるポイントクラウドデ－タ受信方法は、グル－ピングされたトラックを受信する。グル－ピングされたトラックをパ－スすると、連関する２Ｄ領域に関する情報を得られる。従って、グル－ピングされた２Ｄ領域情報に基づいて実施例によるポイントクラウドデ－タ受信方法／装置は、連関するジオメトリ、特質、占有デ－タを空間部分接近によりパ－スしてユ－ザに効率的に提供することができる。
実施例による２Ｄ領域トラックグル－ピング（２Ｄ ｒｅｇｉｏｎ ｔｒａｃｋ ｇｒｏｕｐｉｎｇ）に基づいて、実施例による１つ又は１つ以上のトラックはグル－ピングされたトラックを示すトラックグル－プタイプボックスを含む。またグル－ピングされたトラックは同一のトラックグル－プＩＤを有する。
さらに実施例による２Ｄ領域トラックグル－ピング関連して、実施例によるトラックグル－ピング関連情報はアトラスＩＤ（ａｔｌａｓ＿ｉｄ）、タイル数（ｎｕｍ＿ｔｉｌｅｓ）、タイル数ごとのタイルＩＤ（ｔｉｌｅ＿ｉｄ）を含む。
アトラスＩＤ（ａｔｌａｓ＿ｉｄ）：トラックグル－プにより表現されるアトラスタイルが属するアトラスに対する識別子である。
タイル数（ｎｕｍ＿ｔｉｌｅｓ）：トラックグル－プに連関するＶ３Ｃタイルの数である。
タイルＩＤ（ｔｉｌｅ＿ｉｄ）：Ｖ３Ｃタイルに対する識別子である。この値はアトラスタイルグル－プヘッダアドレス（ａｔｇｈ＿ａｄｄｒｅｓｓ）と同一である。
実施例によるポイントクラウドデ－タ受信装置は、ポイントクラウドデ－タを受信する受信機；ポイントクラウドデ－タをデカプセル化するデカプセル化部；及びポイントクラウドデ－タを復号するデコ－ダ；を含む。
実施例によるデカプセル化部はポイントクラウドデ－タを含む１つ又は１つ以上のトラックをパ－スする。
図４２は実施例によるＶ－ＰＣＣサンプルエントリ－を示す。
図４２は図４０のＶ－ＰＣＣトラック（又はＶ３Ｃトラック）４００３０及び図４１のＶ３Ｃトラック４１０００に含まれるサンプルエントリ－の構造図である。
図４２はこの明細書で説明する実施例によるＶ－ＰＣＣサンプルエントリ－構造の一例を示す。サンプルエントリ－はＶ－ＰＣＣパラメ－タセット（ＶＰＳ）４２０００を含み、任意にアトラスシ－ケンスパラメ－タセット（ＡＳＰＳ）４２０１０、アトラスフレ－ムパラメ－タセット（ＡＦＰＳ）４２０２０及び／又はＳＥＩ４２０３０を含む。
実施例による方法／装置は、ポイントクラウドデ－タをファイルのトラックに格納する。さらにトラックのサンプル又はサンプルエントリ－にポイントクラウドデ－タに関するパラメ－タ（又はシグナリング情報）などを格納して送受信する。
図４２のＶ－ＰＣＣビットストリ－ムは図２５のＶ－ＰＣＣビットストリ－ムを生成してパ－ス（ｐａｒｓｅ）する実施例により生成されてパ－スされる。
Ｖ－ＰＣＣビットストリ－ムはサンプルストリ－ムＶ－ＰＣＣヘッダ、サンプルストリ－ムヘッダ、Ｖ－ＰＣＣユニットヘッダボックス、サンプルストリ－ムＶ－ＰＣＣユニットを含む。
Ｖ－ＰＣＣビットストリ－ムは図２５及び図２６などに説明したＶ－ＰＣＣビットストリ－ムに対応するか又は追加拡張された例示である。
Ｖ－ＰＣＣトラックサンプルフォ－マット（Ｖ－ＰＣＣ ｔｒａｃｋ ｓａｍｐｌｅ ｆｏｒｍａｔ）
Ｖ－ＰＣＣトラック内の各サンプルはシングルポイントクラウドフレ－ムに対応する。様々なコンポ－ネントトラック内のこのフレ－ムに対応するサンプルはＶ－ＰＣＣトラックサンプルのように同一のコンポジションタイムを有する。各々のＶ－ＰＣＣサンプル１つ又は１つ以上のアトラスＮＡＬユニットを含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＳａｍｐｌｅ｛
ｕｎｓｉｇｎｅｄ ｉｎｔ ＰｏｉｎｔＣｌｏｕｄＰｉｃｔｕｒｅＬｅｎｇｔｈ＝ｓａｍｐｌｅ＿ｓｉｚｅ；／／ＳａｍｐｌｅＳｉｚｅＢｏｘからのサンプルサイズを意味する。
ｆｏｒ（ｉ＝０；ｉ＜ＰｏｉｎｔＣｌｏｕｄＰｉｃｔｕｒｅＬｅｎｇｔｈ；）｛
ｓａｍｐｌｅ＿ｓｔｒｅａｍ＿ｎａｌ＿ｕｎｉｔ ｎａｌＵｎｉｔ
ｉ＋＝（ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ．ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ＋１）＋ｎａｌＵｎｉｔ．ｓｓｎｕ＿ｎａｌ＿ｕｎｉｔ＿ｓｉｚｅ；
｝
｝
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＳａｍｐｌｅ
｛
ｕｎｓｉｇｎｅｄ ｉｎｔ ＰｉｃｔｕｒｅＬｅｎｇｔｈ＝ｓａｍｐｌｅ＿ｓｉｚｅ；／／ＳａｍｐｌｅＳｉｚｅＢｏｘからのサンプルのサイズを意味する。
ｆｏｒ（ｉ＝０；ｉ＜ＰｉｃｔｕｒｅＬｅｎｇｔｈ；）／／ピクチャ－の終わりまでシグナリングされる。
｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（（ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ．ＬｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ＋１）＊８）
ＮＡＬＵｎｉｔＬｅｎｇｔｈ；
ｂｉｔ（ＮＡＬＵｎｉｔＬｅｎｇｔｈ＊８） ＮＡＬＵｎｉｔ；
ｉ＋＝（ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ．ＬｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ＋１）＋ＮＡＬＵｎｉｔＬｅｎｇｔｈ；
｝
｝
Ｖ－ＰＣＣデコ－ダ構成レコ－ド（ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ）：マッチングされるＶ－ＰＣＣサンプルエントリ－内のデコ－ダ構成レコ－ドを示す。
ＮＡＬユニット（ｎａｌＵｎｉｔ）：サンプルストリ－ムＮＡＬユニットフォ－マット内のシングルアトラスＮＡＬユニットを含む。
ＮＡＬユニット長さ（ＮＡＬＵｎｉｔＬｅｎｇｔｈ）：続くＮＡＬユニットのバイト内サイズを示す。
ＮＡＬユニット（ＮＡＬＵｎｉｔ）：シングルアトラスＮＡＬユニットを含む。
Ｖ－ＰＣＣトラック同期サンプル（Ｖ－ＰＣＣ ｔｒａｃｋ ｓｙｎｃ ｓａｍｐｌｅ）：
Ｖ－ＰＣＣトラック内の同期サンプル（任意アクセスポイント）はＶ－ＰＣＣ ＩＲＡＰコ－ディングされたパッチデ－タアクセスユニットである。アトラスパラメ－タセットは必要な場合、任意アクセスのための同期サンプルで繰り返される。
ビデオ－符号化されたＶ－ＰＣＣコンポ－ネントトラック（Ｖｉｄｅｏ－ｅｎｃｏｄｅｄ Ｖ－ＰＣＣ ｃｏｍｐｏｎｅｎｔ ｔｒａｃｋｓ）：
ＭＰＥＧ特定のコ－デックを使用してコ－ディングされたビデオトラックの伝達はＩＳＯ ＢＭＦＦの規定に従う。例えば、ＡＶＣ及びＨＥＶＣコ－ディングされたビデオの伝達はＩＳＯ／ＩＥＣ１４４９６－１５を参照できる。ＩＳＯＢＭＦＦは他のコ－デックタイプが必要な場合、拡張メカニズムをさらに提供することができる。
プレ－ヤ－側においてポイントクラウドを再構成することなく、特質、ジオメトリ又は占有マップトラックから復号されたフレ－ムをディスプレイすることは意味があるとは認められないので、限られたビデオスキ－ムタイプはかかるビデオ－コ－ディングされたトラックに対して定義されることができる。
限られたビデオスキ－ム（Ｒｅｓｔｒｉｃｔｅｄ ｖｉｄｅｏ ｓｃｈｅｍｅ）：
Ｖ－ＰＣＣコンポ－ネントビデオトラックは限られたビデオとしてファイル内に表現される。また限られたビデオサンプルエントリ－のＲｅｓｔｒｉｃｔｅｄＳｃｈｅｍｅＩｎｆｏＢｏｘのＳｃｈｅｍｅＴｙｐｅＢｏｘのｓｃｈｅｍｅ＿ｔｙｐｅフィ－ルド内の’ｐｃｃｖ’値により識別される。
特質、ジオメトリ及び占有マップＶ－ＰＣＣコンポ－ネントを符号化するために使用されるビデオコ－デック上の制限（ｒｅｓｔｒｉｃｔｉｏｎ）はない。さらに、かかるコンポ－ネントは異なるビデオコ－デックを使用して符号化される。
スキ－ム情報（Ｓｃｈｅｍｅ ｉｎｆｏｒｍａｔｉｏｎ）：
ＳｃｈｅｍｅＩｎｆｏｒｍａｔｉｏｎＢｏｘが存在し、ＶＰＣＣＵｎｉｔＨｅａｄｅｒＢｏｘを含む。
Ｖ－ＰＣＣコンポ－ネントトラックの参照（Ｒｅｆｅｒｅｎｃｉｎｇ Ｖ－ＰＣＣ ｃｏｍｐｏｎｅｎｔ ｔｒａｃｋｓ）：
Ｖ－ＰＣＣトラックをコンポ－ネントビデオトラックにリンクするために、３つのＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘｅｓが各コンポ－ネントのためにＶ－ＰＣＣトラックのＴｒａｃｋＢｏｘ内ＴｒａｃｋＲｅｆｅｒｅｎｃｅＢｏｘに追加される。ＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘはＶ－ＰＣＣトラック参照に関するビデオトラックを指定するｔｒａｃｋ＿ＩＤのアレイを含む。ＴｒａｃｋＲｅｆｅｒｅｎｃｅＴｙｐｅＢｏｘのｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅは占有マップ、ジオメトリ、特質又は占有マップなどのコンポ－ネントのタイプを識別する。トラック参照タイプは以下の通りである：
’ｐｃｃｏ’：参照されたトラックがビデオ－コ－ディングされた占有マップＶ－ＰＣＣコンポ－ネントを含む
’ｐｃｃｇ’：参照されたトラックがビデオ－コ－ディングされたジオメトリＶ－ＰＣＣコンポ－ネントを含む
’ｐｃｃａ’：参照されたトラックがビデオ－コ－ディングされた特質Ｖ－ＰＣＣコンポ－ネントを含む
参照された限られたビデオトラックにより伝達され、トラックのＲｅｓｔｒｉｃｔｅｄＳｃｈｅｍｅＩｎｆｏＢｏｘ内でシグナリングされるＶ－ＰＣＣコンポ－ネントのタイプはＶ－ＰＣＣトラックからトラック参照の参照タイプにマッチングされる。
図４３は実施例によるトラック代替及びグル－ピングを示す。
図４３はＩＳＯＢＭＦＦファイル構造のトラック間代替又はグル－ピングが適用される例示である。
トラック代替及びトラックグル－ピング（Ｔｒａｃｋ ａｌｔｅｒｎａｔｉｖｅｓ ａｎｄ ｔｒａｃｋ ｇｒｏｕｐｉｎｇ）：
同一のａｌｔｅｒｎａｔｅ＿ｇｒｏｕｐ値を有するＶ－ＰＣＣコンポ－ネントトラックは同一のＶ－ＰＣＣコンポ－ネントの異なる符号化されたバ－ジョンである。ボリュメトリックビジュアルシ－ンは代替されてコ－ディングされる。この場合、互いに代替可能な全てのＶ－ＰＣＣトラックはＴｒａｃｋＨｅａｄｅｒＢｏｘ内の同一のａｌｔｅｒｎａｔｅ＿ｇｒｏｕｐ値を有する。
同様にＶ－ＰＣＣコンポ－ネントの１つを示す２Ｄビデオトラックが代替（ａｌｔｅｒｎａｔｉｖｅｓ）に符号化される場合、かかる代替及び代替グル－プから代替の１つに対するトラック参照があり得る。
図４３にはファイル構造に基づくＶ－ＰＣＣコンテンツを構成するＶ－ＰＣＣコンポ－ネントトラックが示されている。同一のアトラスグル－プＩＤを有する場合には、ＩＤが１０である場合、１１である場合、また１２である場合がある。特質ビデオである第２トラック及び第５トラックは互いに代替使用でき、第３トラック及び第６トラックは互いにジオメトリビデオとして代替でき、第４トラック及び第７トラックは占有ビデオとして代替できる。
Ｖ－ＰＣＣビットストリ－ムのシングルトラックコンテナ（Ｓｉｎｇｌｅ ｔｒａｃｋ ｃｏｎｔａｉｎｅｒ ｏｆ Ｖ－ＰＣＣ Ｂｉｔｓｔｒｅａｍ）：
Ｖ－ＰＣＣデ－タのシングル－トラックカプセル化は、シングル－トラック宣言により表現されるＶ－ＰＣＣ符号化された基本ビットストリ－ムを求める（ａ ｓｉｎｇｌｅ－ｔｒａｃｋ ｅｎｃａｐｓｕｌａｔｉｏｎ ｏｆ Ｖ－ＰＣＣ ｄａｔａ ｒｅｑｕｉｒｅｓ ｔｈｅ Ｖ－ＰＣＣ ｅｎｃｏｄｅｄ ｅｌｅｍｅｎｔａｒｙ ｂｉｔｓｔｒｅａｍ ｔｏ ｂｅ ｒｅｐｒｅｓｅｎｔｅｄ ｂｙ ａ ｓｉｎｇｌｅ－ｔｒａｃｋ ｄｅｃｌａｒａｔｉｏｎ）。
ＰＣＣデ－タのシングルトラックカプセル化は、Ｖ－ＰＣＣ符号化されたビットストリ－ムのシンプルＩＳＯＢＭＦＦのカプセル化の場合に利用される。かかるビットストリ－ムは追加処理なしにシングルトラックにすぐ格納される。Ｖ－ＰＣＣユニットヘッダデ－タ構造はビットストリ－ム内にある。Ｖ－ＰＣＣデ－タのためのシングルトラックコンテナは追加処理（例えば、ｍｕｌｔｉ－ｔｒａｃｋ ｆｉｌｅ ｇｅｎｅｒａｔｉｏｎ， ｔｒａｎｓｃｏｄｉｎｇ， ＤＡＳＨ ｓｅｇｍｅｎｔａｔｉｏｎなど）のためのメディアワ－クフロ－に提供される。
シングル－トラックカプセル化されたＶ－ＰＣＣデ－タを含むＩＳＯＢＭＦＦファイルは、ＦｉｌｅＴｙｐｅＢｏｘのｃｏｍｐａｔｉｂｌｅ＿ｂｒａｎｄｓ［］リスト内の’ｐｃｓｔ’を含む。
Ｖ－ＰＣＣ基本ストリ－ムトラック（Ｖ－ＰＣＣ ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ ｔｒａｃｋ）：
Ｓａｍｐｌｅ Ｅｎｔｒｙ Ｔｙｐｅ：’ｖｐｅ１’、’ｖｐｅｇ’
Ｃｏｎｔａｉｎｅｒ：ＳａｍｐｌｅＤｅｓｃｒｉｐｔｉｏｎＢｏｘ
Ｍａｎｄａｔｏｒｙ：ａ ’ｖｐｅ１’ ｏｒ ’ｖｐｅｇ’ ｓａｍｐｌｅ ｅｎｔｒｙ ｉｓ ｍａｎｄａｔｏｒｙ
Ｑｕａｎｔｉｔｙ：Ｏｎｅ ｏｒ ｍｏｒｅ ｓａｍｐｌｅ ｅｎｔｒｉｅｓ ｍａｙ ｂｅ ｐｒｅｓｅｎｔ
Ｖ－ＰＣＣ基本ストリ－ムトラックはサンプルエントリ－タイプ’ｖｐｅ１’又は’ｖｐｅｇ’を有するＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙを使用する。
Ｖ－ＰＣＣ基本ストリ－ムサンプルエントリ－はＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘを含む。
’ｖｐｅ１’サンプルエントリ－において、全てのアトラスシ－ケンスパラメ－タセット、アトラスフレ－ムパラメ－タセット、ＳＥＩがｓｅｔｕｐＵｎｉｔアレイ内にある。’ｖｐｅｇ’サンプルエントリ－において、アトラスシ－ケンスパラメ－タセット、アトラスフレ－ムパラメ－タセット、ＳＥＩがこのアレイ又はストリ－ム内に存在する。
ボリュメトリックシ－ケンス（Ｖｏｌｕｍｅｔｒｉｃ Ｓｅｑｕｅｎｃｅｓ）：
ｃｌａｓｓ ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｅｘｔｅｎｄｓ ｂｏｘ（’ｖｐｃｃ’）｛
ＶＰＣＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ（） ＶＰＣＣＣｏｎｆｉｇ；
｝
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＥｌｅｍｅｎｔａｒｙＳｔｒｅａｍＳａｍｐｌｅＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ（’ｖｐｅ１’）｛
ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｃｏｎｆｉｇ；
ＶＰＣＣＢｏｕｎｄｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｏｘ ３Ｄ＿ｂｂ；
｝
Ｖ－ＰＣＣ基本ストリ－ムサンプルフォ－マット（Ｖ－ＰＣＣ ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ ｓａｍｐｌｅ ｆｏｒｍａｔ）：
Ｖ－ＰＣＣ基本ストリ－ムサンプルは同一のプレゼンテ－ション時間に属する１つ又は１つ以上のＶ－ＰＣＣユニットで構成される。各々のサンプルはユニ－クなプレゼンテ－ション時間、サイズ、期間を有する。サンプルは例えば、同期サンプルであるか、又は他のＶ－ＰＣＣ基本ストリ－ムサンプル上の復号依存的である。
Ｖ－ＰＣＣ基本ストリ－ム同期サンプル（Ｖ－ＰＣＣ ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ ｓｙｎｃ ｓａｍｐｌｅ）：
Ｖ－ＰＣＣ基本ストリ－ム同期サンプルは以下の条件を満たす：
－独立してデコ－ド可能である。
－復号順に同期サンプル後のサンプルは同期サンプルより前のサンプルに対する復号依存を有さない。
－復号順に同期サンプル後の全てのサンプルは成功的にデコ－ド可能である。
Ｖ－ＰＣＣ基本ストリ－ムサブ－サンプル（Ｖ－ＰＣＣ ｅｌｅｍｅｎｔａｒｙ ｓｔｒｅａｍ ｓｕｂ－ｓａｍｐｌｅ）：
Ｖ－ＰＣＣ基本ストリ－ムサブ－サンプルはＶ－ＰＣＣ基本ストリ－ムサンプル内に含まれるＶ－ＰＣＣユニットである。
Ｖ－ＰＣＣ基本ストリ－ムトラックは、Ｖ－ＰＣＣ基本ストリ－ムサブ－サンプルを並べるＭｏｖｉｅＦｒａｇｍｅｎｔＢｏｘｅｓのＴｒａｃｋＦｒａｇｍｅｎｔＢｏｘ内又は各ＳａｍｐｌｅＴａｂｌｅＢｏｘ内のＳｕｂＳａｍｐｌｅＩｎｆｏｒｍａｔｉｏｎＢｏｘを含む。
サブ－サンプルを表現するＶ－ＰＣＣユニットの３２－ビットユニットヘッダは、ＳｕｂＳａｍｐｌｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内のサブ－サンプルエントリ－の３２－ビットｃｏｄｅｃ＿ｓｐｅｃｉｆｉｃ＿ｐａｒａｍｅｔｅｒｓフィ－ルドにコピ－される。各サブ－サンプルのＶ－ＰＣＣユニットタイプは、ＳｕｂＳａｍｐｌｅＩｎｆｏｒｍａｔｉｏｎＢｏｘ内のサブ－サンプルエントリ－のｃｏｄｅｃ＿ｓｐｅｃｉｆｉｃ＿ｐａｒａｍｅｔｅｒｓフィ－ルドをパ－スすることにより識別される。
以下、説明する情報は以下のように伝達される。例えば、ポイントクラウドデ－タが静的（Ｓｔａｔｉｃ）な場合、マルチトラックのＶ３Ｃトラックのサンプルエントリ－又はシングルトラックの基本トラックのサンプルエントリ－に含まれて送信される。またポイントクラウドデ－タが動的な場合は、該当情報が別の時間指定メタデ－タ（ｔｉｍｅｄ ｍｅｔａｄａｔａ）トラックに含まれて送信される。
ポイントクラウドデ－タの部分接近（Ｐａｒｔｉａｌ Ａｃｃｅｓｓ ｏｆ ｐｏｉｎｔ Ｃｌｏｕｄ Ｄａｔａ）
３Ｄバウンディングボックス情報構造（３Ｄ ｂｏｕｎｄｉｎｇ ｂｏｘ ｉｎｆｏｒｍａｔｉｏｎ ｓｔｒｕｃｔｕｒｅ）
３Ｄバウンディングボックス構造（３ＤＢｏｕｎｄｉｎｇＢｏｘＳｔｒｕｃｔ）は、３ＤバウンディングボックスのＸ、Ｙ、Ｚオフセット及びポイントクラウドデ－タの３Ｄバウンディングボックスの幅、高さ、深さを含むポイントクラウドデ－タの３Ｄバウンディングボックス情報を提供する。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ３ＤＢｏｕｎｄｉｎｇＢｏｘＩｎｆｏＳｔｒｕｃｔ（）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｂｂ＿ｘ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｂｂ＿ｙ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｂｂ＿ｚ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｂｂ＿ｄｅｌｔａ＿ｘ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｂｂ＿ｄｅｌｔａ＿ｙ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｂｂ＿ｄｅｌｔａ＿ｚ；
｝
バウンディングボックスＸ、Ｙ、Ｚ（ｂｂ＿ｘ、ｂｂ＿ｙ及びｂｂ＿ｚ）はそれぞれ座標系内のポイントクラウドデ－タの３Ｄバウンディングボックスの原点位置のＸ、Ｙ、Ｚ座標値を示す。
バウンディングボックスデルタＸ、Ｙ、Ｚ（ｂｂ＿ｄｅｌｔａ＿ｘ、ｂｂ＿ｄｅｌｔａ＿ｙ及びｂｂ＿ｄｅｌｔａ＿ｚ）：原点（ｏｒｉｇｉｎ）に対するＸ、Ｙ、Ｚ軸に沿って座標系内のポイントクラウドデ－タの３Ｄバウンディングボックスの拡張を示す。
３Ｄ領域情報構造（３Ｄ ｒｅｇｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ ｓｔｒｕｃｔｕｒｅ）
３ＤＲｅｇｉｏｎＩｎｆｏＳｔｒｕｃｔはポイントクラウドデ－タ一部領域に対する３Ｄ領域情報を含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ３ＤＲｅｇｉｏｎＩｎｆｏＳｔｒｕｃｔ（３Ｄ＿ｄｉｍｅｎｓｉｏｎ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ３ｄ＿ｒｅｇｉｏｎ＿ｉｄ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ３ｄ＿ａｎｃｈｏｒ＿ｘ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ３ｄ＿ａｎｃｈｏｒ＿ｙ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ３ｄ＿ａｎｃｈｏｒ＿ｚ；
ｉｆ（３Ｄ＿ｄｉｍｅｎｓｉｏｎ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８）３ｄ＿ｒｅｇｉｏｎ＿ｔｙｐｅ；
ｉｆ（３Ｄ＿ｒｅｇｉｏｎ＿ｔｙｐｅ＝＝’１’）｛／／ｃｕｂｏｉｄ
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｘ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｙ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｚ；
｝
｝
｝
３Ｄ領域ＩＤ（３ｄ＿ｒｅｇｉｏｎ＿ｉｄ）は３Ｄ領域の識別子を示す。
３Ｄ領域アンカ－Ｘ、Ｙ、Ｚ（３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｘ、３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｙ、３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｚ）はそれぞれ、３Ｄ領域のアンカ－ポイント（ａｎｃｈｏｒ ｐｏｉｎｔ）のｘ、ｙ、ｚ座標値を示す。例えば、３Ｄ領域が立方体タイプである場合、アンカ－ポイントは立方体の原点（ｏｒｉｇｉｎ）になり、３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｘ、３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｙ、３ｄ＿ｒｅｇｉｏｎ＿ａｎｃｈｏｒ＿ｚは３Ｄ領域の立方体の原点位置（ｏｒｉｇｉｎ ｐｏｓｉｔｉｏｎ）のｘ、ｙ、ｚ座標値を示す。
３Ｄ領域タイプ（３ｄ＿ｒｅｇｉｏｎ＿ｔｙｐｅ）は３Ｄ領域のタイプを示し、値として０ｘ０１－ｃｕｂｏｉｄなどを有する。
３Ｄディメンション含みフラグ（３ｄ＿ｄｉｍｅｎｓｉｏｎ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）は３Ｄ領域詳細情報、例えば、３ｄ＿ｒｅｇｉｏｎ＿ｔｙｐｅ、３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｘ、３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｙ、３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｙを含むか否かを示すフラグである。
３Ｄ領域デルタＸ、Ｙ、Ｚ（３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｘ、３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｙ、３ｄ＿ｒｅｇｉｏｎ＿ｄｅｌｔａ＿ｚ）は３Ｄ領域のタイプが立方体である場合、ｘ、ｙ、ｚ軸の差の値を示す。
２Ｄ領域情報構造（２Ｄ ｒｅｇｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ ｓｔｒｕｃｔｕｒｅ）
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ２ＤＲｅｇｉｏｎＩｎｆｏＳｔｒｕｃｔ（２ｄ＿ｄｉｍｅｎｓｉｏｎ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ２ｄ＿ｒｅｇｉｏｎ＿ｔｙｐｅ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ２ｄ＿ｒｅｇｉｏｎ＿ｉｄ；
ｉｆ（２ｄ＿ｄｉｍｅｎｓｉｏｎ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ２ｄ＿ｒｅｇｉｏｎ＿ｔｏｐ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ２ｄ＿ｒｅｇｉｏｎ＿ｌｅｆｔ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ２ｄ＿ｒｅｇｉｏｎ＿ｗｉｄｔｈ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ２ｄ＿ｒｅｇｉｏｎ＿ｈｅｉｇｈｔ；
｝
｝
２Ｄ領域ＩＤ（２ｄ＿ｒｅｇｉｏｎ＿ｉｄ）は２Ｄ領域の識別子を示す。実施例によってビデオタイル（ｔｉｌｅ）識別子或いはタイルグル－プ（ｔｉｌｅ ｇｒｏｕｐ）識別子又はアトラスフレ－ム内のアトラスタイル（ｔｉｌｅ）識別子或いはタイルグル－プ（ｔｉｌｅ ｇｒｏｕｐ）識別子と一致する。
２Ｄ領域タイプ（２ｄ＿ｒｅｇｉｏｎ＿ｔｙｐｅ）は２Ｄ領域を示すタイプを示す。これは領域の形態、四角形であるかどうかなどを示し、或いは２Ｄ領域がビデオタイル或いはタイルグル－プを示すか、又はアトラスフレ－ム内のアトラスタイル或いはタイルグル－プ識別子を示すかなどを表す。
２Ｄ領域上部（２ｄ＿ｒｅｇｉｏｎ＿ｔｏｐ）、２Ｄ領域左部（２ｄ＿ｒｅｇｉｏｎ＿ｌｅｆｔ）は２Ｄ領域の左上部（ｔｏｐ－ｌｅｆｔ）位置のフレ－ム内の垂直座標（ｖｅｒｔｉｃａｌ ｃｏｏｒｄｉｎａｔｅ）、水平座標（ｈｏｒｉｚｏｎｔａｌ ｃｏｏｒｄｉｎａｔｅ）値をそれぞれ含む。
２Ｄディメンション含みフラグ（２ｄ＿ｄｉｍｅｎｓｉｏｎ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）は２Ｄ領域の幅（ｗｉｄｔｈ）、高さ（ｈｅｉｇｈｔ）値を含むか否かを示すフラグである。
２Ｄ領域幅（２ｄ＿ｒｅｇｉｏｎ＿ｗｉｄｔｈ）、２Ｄ領域高さ（２ｄ＿ｒｅｇｉｏｎ＿ｈｅｉｇｈｔ）は２Ｄ領域のフレ－ム内における水平範囲（ｗｉｄｔｈ）、垂直範囲（ｈｅｉｇｈｔ）の値をそれぞれ含む。
図４４は実施例による３Ｄ領域マッピング情報構造を示す。
図４５は実施例による３Ｄ領域マッピング情報構造を示す。
図４４及び図４５の情報は以下のように伝達される。例えば、ポイントクラウドデ－タが静的（Ｓｔａｔｉｃ）な場合、マルチトラックのＶ３Ｃトラックのサンプルエントリ－又はシングルトラックの基本トラックのサンプルエントリ－に含まれて送信される。またポイントクラウドデ－タが動的な場合は、該当情報が別の時間指定メタデ－タ（ｔｉｍｅｄ ｍｅｔａｄａｔａ）トラックに含まれて送信される。
Ｖ－ＰＣＣ ３Ｄ領域マッピング情報構造（Ｖ－ＰＣＣ ３Ｄ ｒｅｇｉｏｎ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ Ｓｔｒｕｃｔｕｒｅ）
Ｖ－ＰＣＣ ３Ｄ領域マッピング情報構造（ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＩｎｆｏＳｔｒｕｃｔ）は、ポイントクラウドデ－タの３Ｄ領域とビデオ或いはアトラスフレ－ム内の関連するデ－タが含まれた１つ以上のジオメトリ（ｇｅｏｍｅｔｒｙ）、占有（ｏｃｃｕｐａｎｃｙ）、特質（ａｔｔｒｉｂｕｔｅ）ビデオ或いはアトラスフレ－ムの２Ｄ領域情報を含む。また３Ｄ領域デ－タを含むトラックグル－プ（同一の３Ｄ領域のデ－タを含むトラックの集合を称する）の識別子を含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＩｎｆｏＳｔｒｕｃｔ（）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ１６） ｎｕｍ＿３Ｄ＿ｒｅｇｉｏｎｓ；
ｆｏｒ （ｉ＝０；ｉ＜ｎｕｍ＿３Ｄ＿ｒｅｇｉｏｎｓ；ｉ＋＋） ｛
３ＤＲｅｇｉｏｎＩｎｆｏＳｔｒｕｃｔ１）；
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍ＿２ｄ＿ｒｅｇｉｏｎｓ［ｉ］；
ｆｏｒ （ｊ＝０；ｊ＜ｎｕｍ＿２ｄ＿ｒｅｇｉｏｎｓ［ｉ］；ｊ＋＋）｛
２ＤＲｅｇｉｏｎＩｎｆｏＳｔｒｕｃｔ１）；
｝
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍ＿ｔｒａｃｋ＿ｇｒｏｕｐｓ［ｉ］；
ｆｏｒ （ｋ＝０ ；ｋ＜ｎｕｍ＿ｔｒａｃｋ＿ｇｒｏｕｐｓ［ｉ］；ｋ＋＋）
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２）ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ；
｝
｝
３ＤＲｅｇｉｏｎＩｎｆｏＳｔｒｕｃｔ（）はポイントクラウドデ－タの一部或いは全体の３次元空間において３Ｄ領域情報を示す。
２Ｄ領域数（ｎｕｍ＿２ｄ＿ｒｅｇｉｏｎｓ［ｉ］）は３Ｄ領域内のポイントクラウドデ－タに関連するデ－タが含まれた１つ以上のビデオ或いはアトラスフレ－ムの２Ｄ領域の数を示す。
２ＤＲｅｇｉｏｎＩｎｆｏＳｔｒｕｃｔは３Ｄ領域内のポイントクラウドデ－タに関連するデ－タが含まれたジオメトリ（ｇｅｏｍｅｔｒｙ）、占有（ｏｃｃｕｐａｎｃｙ）、特質（ａｔｔｒｉｂｕｔｅ）ビデオ或いはアトラスフレ－ムの２Ｄ領域情報を示す。
トラックグル－プ数（ｎｕｍ＿ｔｒａｃｋ＿ｇｒｏｕｐｓ）：３Ｄ空間領域に連関するトラックグル－プの数を示す。
トラックグル－プＩＤ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ）：関連する３Ｄ空間領域に対するＶ－ＰＣＣコンポ－ネントを伝達するトラックに対するトラックグル－プを識別する。
図４４の３Ｄ領域マッピング情報は図４５の３Ｄ領域マッピングボックスに含まれる。
Ｖ－ＰＣＣ ３Ｄ領域マッピング情報ボックス（Ｖ－ＰＣＣ ３Ｄ ｒｅｇｉｏｎ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｂｏｘ）
ＶＰＣＣ ３Ｄ領域マッピングボックス（ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘ）は以下の情報を含む：ポイントクラウドデ－タの一部或いは全体の３次元空間において３Ｄ領域情報、該当３Ｄ領域デ－タを含むトラックグル－プ（同一の３Ｄ領域のデ－タを含むトラックの集合を称する）の識別子、該当３ｄ領域内のポイントクラウドデ－タに関連するデ－タが含まれた１つ以上のビデオ或いはアトラスフレ－ムの２Ｄ領域情報、各２Ｄ領域に連関するビデオ或いはアトラスタイル或いはタイルグル－プに関する情報を含む。２Ｄ領域デ－タを含むトラックグル－プ（同一の２Ｄ領域のデ－タを含むトラックの集合を称する）の識別子を含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘ ｅｘｔｅｎｄｓ ＦｕｌｌＢｏｘ（’ｖｐｓｒ’，０，０） ｛
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＩｎｆｏＳｔｒｕｃｔ（）；
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍ＿２ｄ＿ｒｅｇｉｏｎｓ；
ｆｏｒ （ｊ＝０；ｊ＜ｎｕｍ＿２ｄ＿ｒｅｇｉｏｎｓ；ｊ＋＋） ｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ２ｄ＿ｒｅｇｉｏｎ＿ｉｄ；
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍ＿ｔｉｌｅｓ［ｊ］；
ｆｏｒ （ｋ＝０ ；ｋ ＜ｎｕｍ＿ｔｉｌｅｓ［ｊ］；ｋ＋＋）
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２）ｔｉｌｅ＿ｉｄ［ｋ］；
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ［ｊ］；
ｆｏｒ （ｋ＝０ ；ｋ＜ｎｕｍ＿ｇｒｏｕｐｓ［ｊ］；ｋ＋＋）
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２）ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ［ｍ］；
ｕｎｓｉｇｎｅｄ ｉｎｔ（８） ｎｕｍ＿ｔｒａｃｋ＿ｇｒｏｕｐｓ［ｊ］；
ｆｏｒ （ｋ＝０ ；ｋ＜ｎｕｍ＿ｔｒａｃｋ＿ｇｒｏｕｐｓ［ｊ］；ｋ＋＋）
ｕｎｓｉｇｎｅｄ ｉｎｔ（３２）ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ；
｝
｝
２Ｄ領域ＩＤ（２ｄ＿ｒｅｇｉｏｎ＿ｉｄ）：ジオメトリ、占有、特質ビデオ或いはアトラスフレ－ムの２Ｄ領域の識別子である。
タイルの数（ｎｕｍ＿ｔｉｌｅ）：ジオメトリ、占有、特質ビデオ或いはアトラスフレ－ムの２Ｄ領域に連関するビデオフレ－ムのタイル或いはアトラスフレ－ムのタイル数である。
タイルＩＤ（ｔｉｌｅ＿ｉｄ［ｋ］）：ジオメトリ、占有、特質ビデオ或いはアトラスフレ－ムの２Ｄ領域に連関するビデオフレ－ムのタイル或いはアトラスフレ－ムのタイル識別子である。
タイルグル－プ数（ｎｕｍ＿ｔｉｌｅ＿ｇｒｏｕｐｓ）：ジオメトリ、占有、特質ビデオ或いはアトラスフレ－ムの２Ｄ領域に連関するビデオフレ－ムのタイルグル－プ或いはアトラスフレ－ムのタイルグル－プの数である。
タイルグル－プＩＤ（ｔｉｌｅ＿ｇｒｏｕｐ＿ｉｄ）：ジオメトリ、占有、特質ビデオ或いはアトラスフレ－ムの２Ｄ領域に連関するビデオフレ－ムのタイルグル－プ或いはアトラスフレ－ムのタイルグル－プ識別子である。
トラックグル－プ数（ｎｕｍ＿ｔｒａｃｋ＿ｇｒｏｕｐｓ）：２Ｄ領域に連関するトラックグル－プの数を示す。
トラックグル－プＩＤ（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ）：関連する２Ｄ領域に対するＶ－ＰＣＣコンポ－ネントを伝達するトラックのトラックグル－プを識別する情報である。
静的Ｖ－ＰＣＣ ３Ｄ領域マッピング情報（Ｓｔａｔｉｃ Ｖ－ＰＣＣ ３Ｄ ｒｅｇｉｏｎ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）
ポイントクラウドデ－タの３次元領域とビデオ或いはアトラスフレ－ム内に連関するデ－タが含まれた１つ以上のビデオ或いはアトラスフレ－ムの２Ｄ領域情報、各２Ｄ領域に連関するビデオ或いはアトラスタイル或いはタイルグル－プに関する情報がポイントクラウドシ－ケンス内に変化しない場合、Ｖ－ＰＣＣトラック或いはＶ－ＰＣＣ基本ストリ－ムトラックのサンプルエントリ－にＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘが含まれる。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＳａｍｐｌｅＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ （’ｖｐｃ１’）｛
ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｃｏｎｆｉｇ；
ＶＰＣＣＵｎｉｔＨｅａｄｅｒＢｏｘ ｕｎｉｔ＿ｈｅａｄｅｒ；
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘ ３Ｄ＿ｒｅｇｉｏｎ＿ｍａｐｐｉｎｇ；
｝
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘにおいてシグナリングされるアトラスフレ－ムの２Ｄ領域情報は、Ｖ－ＰＣＣトラック内のサンプルに含まれているアトラスフレ－ムの２Ｄ領域情報である。
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘにおいてシグナリングされるビデオ（ジオメトリ、占有、特質）フレ－ムの２Ｄ領域情報は、Ｖ－ＰＣＣトラックのトラック参照により参照しているビデオトラック（ジオメトリ、占有、特質）内のサンプルに含まれているビデオフレ－ムの２Ｄ領域情報である。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＥｌｅｍｅｎｔａｒｙＳｔｒｅａｍＳａｍｐｌｅＥｎｔｒｙ（） ｅｘｔｅｎｄｓ ＶｏｌｕｍｅｔｒｉｃＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ（’ｖｐｅ１’）｛
ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＢｏｘ ｃｏｎｆｉｇ；
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘ ３Ｄ＿ｒｅｇｉｏｎ＿ｍａｐｐｉｎｇ；
｝
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘにおいてシグナリングされるビデオ（ジオメトリ、占有、特質）フレ－ム或いはアトラスフレ－ムの２Ｄ領域情報は、Ｖ－ＰＣＣ基本ストリ－ムトラック内のサブサンプルに含まれているビデオ或いはアトラスフレ－ムの２Ｄ領域情報である。
動的Ｖ－ＰＣＣ ３Ｄ領域マッピング情報（ｄｙｎａｍｎｉｃ Ｖ－ＰＣＣ ３Ｄ ｒｅｇｉｏｎ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）
Ｖ－ＰＣＣトラックはサンプルエントリ－タイプ’ｄｙｓｒ’を有する関連するタイルメタデ－タトラックを有する場合、ポイントクラウドストリ－ムに対して定義された３Ｄ空間領域がＶ－ＰＣＣトラックにより伝達され、動的領域として考慮される。即ち、空間領域情報は時間に応じて動的に変化する。
関連する時間指定メタデ－タトラックはアトラスストリ－ムを伝達するＶ－ＰＣＣトラックに対して参照する’ｃｄｓｃ’トラックを含む。
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘにおいてシグナリングされるアトラスフレ－ムの２Ｄ領域情報は、Ｖ－ＰＣＣトラック内のサンプルに含まれているアトラスフレ－ムの２Ｄ領域情報であり得る。
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘにおいてシグナリングされるビデオ（ジオメトリ、占有、特質）フレ－ムの２Ｄ領域情報はＶ－ＰＣＣトラックのトラック参照により参照しているビデオトラック（ジオメトリ、占有、特質）内のサンプルに含まれているビデオフレ－ムの２Ｄ領域情報である。
Ｖ－ＰＣＣ基本ストリ－ムトラックはサンプルエントリ－タイプ’ｄｙｓｒ’を有する連関する時間指定メタデ－タトラックを含むと、ポイントクラウドストリ－ムに対して定義された３Ｄ空間領域がＶ－ＰＣＣ基本トラックにより伝達され、動的領域として考慮される。即ち、空間領域情報は時間によって動的に変化する。
関連する時間指定メタデ－タトラックはアトラスストリ－ムを伝達するＶ－ＰＣＣ基本トラックに対して参照する’ｃｄｓｃ’トラックを含む。
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘにおいてシグナリングされるビデオ（ジオメトリ、占有、特質）フレ－ム或いはアトラスフレ－ムの２Ｄ領域情報はＶ－ＰＣＣ基本ストリ－ムトラック内のサブサンプルに含まれているビデオ或いはアトラスフレ－ムの２Ｄ領域情報である。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ Ｄｙｎａｍｉｃ３ＤＳｐａｔｉａｌＲｅｇｉｏｎＳａｍｐｌｅＥｎｔｒｙ ｅｘｔｅｎｄｓ ＭｅｔａＤａｔａＳａｍｐｌｅＥｎｔｒｙ（’ｄｙｓｒ’）｛
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘ ｉｎｉｔ＿３ｄ＿ｒｅｇｉｏｎ＿ｍａｐｐｉｎｇ；
｝
初期３Ｄ領域マッピング（ｉｎｉｔ＿３ｄ＿ｒｅｇｉｏｎ＿ｍａｐｐｉｎｇ）は時間によって３Ｄ領域に関するマッチング情報が変化する場合、初期３Ｄ領域に関するマッチング情報を含む。
このサンプルエントリ－タイプ’ｄｙｓｒ’のサンプルシンタックスは以下のように記載される。
ａｌｉｇｎｅｄ（８） ＤｙｎａｍｉｃＳｐａｔｉａｌＲｅｇｉｏｎＳａｍｐｌｅ（）｛
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘ ３Ｄ＿ｒｅｇｉｏｎ＿ｍａｐｐｉｎｇ；
｝
ポイントクラウドボックス（ｐｏｉｎｔ ｃｌｏｕｄ ｂｏｕｎｄｉｎｇ ｂｏｘ）
Ｖ－ＰＣＣバウンディング情報ボックス（ＶＰＣＣＢｏｕｎｄｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｏｘ）は、Ｖ－ＰＣＣトラック又はＶ－ＰＣＣ基本ストリ－ムトラックのサンプルエントリ－内に存在する。Ｖ－ＰＣＣトラック又はＶ－ＰＣＣ基本ストリ－ムトラックのサンプルエントリ－内に存在する場合、ＶＰＣＣＢｏｕｎｄｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｏｘが関連する又は伝達されるポイントクラウドデ－タの全般的なバウンディングボックス情報を提供する。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＢｏｕｎｄｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｏｘ ｅｘｔｅｎｄｓ ＦｕｌｌＢｏｘ（’ｖｐｂｂ’，０，０）｛
３ＤＢｏｕｎｄｉｎｇＢｏｘＩｎｆｏＳｔｒｕｃｔ（）；
｝
Ｖ－ＰＣＣトラックが’ｄｙｂｂ’サンプルエントリ－タイプを有する関連する時間指定メタデ－タトラックを有すると、時間指定メタデ－タトラックはポイントクラウドデ－タの動的に変化する３Ｄバウンディングボックス情報を提供する。
関連する時間指定メタデ－タトラックはアトラスストリ－ムを伝達するＶ－ＰＣＣトラックを参照する’ｃｄｓｃ’トラックを含む。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ Ｄｙｎａｍｉｃ３ＤＢｏｕｎｄｉｎｇＢｏｘＳａｍｐｌｅＥｎｔｒｙ
ｅｘｔｅｎｄｓ ＭｅｔａＤａｔａＳａｍｐｌｅＥｎｔｒｙ（’ｄｙｂｂ’）｛
ＶＰＣＣＢｏｕｎｄｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｏｘ ａｌｌ＿ｂｂ；
｝
全バウンディングボックス（ａｌｌ＿ｂｂ）：全般的な３Ｄバウンディングボックス情報を提供する。原点位置のＸ、Ｙ、Ｚ座標を含み、座標系上の原点（ｏｒｉｇｉｎ）に対するＸ、Ｙ、Ｚ軸に沿ってポイントクラウドデ－タの全般的な３Ｄバウンディングボックスの拡張を提供する。このトラック内サンプルにより伝達される３Ｄバウンディングボックスはこの全般的な３Ｄバウンディングボックスの空間パ－トである。
このサンプルエントリ－タイプ’ｄｙｂｂ’のサンプルシンタックスは以下のように記載される。
ａｌｉｇｎｅｄ（８） Ｄｙｎａｍｉｃ３ＤＢｏｕｎｄｉｎｇＢｏｘＳａｍｐｌｅ（）｛
ＶＰＣＣＢｏｕｎｄｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｏｘ ３ＤＢＢ；
｝
３Ｄバウンディングボックス（３Ｄｂｂ）：このサンプル内にシグナリングされる３Ｄバウンディングボックス情報を提供する。
３ＤＳｐａｔｉａｌＲｅｇｉｏｎＳｔｒｕｃｔの意味（ｓｅｍａｎｔｉｃｓ）に関連して、ディメンション含みフラグ（ｄｉｍｅｎｓｉｏｎｓ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ）が０であると、ディメンションがシグナリングされず、同一の領域に対して以前にシグナリングされることを示す。即ち、同一の３ｄ＿ｒｅｇｉｏｎ＿ｉｄを有する３ＤＳｐａｔｉａｌＲｅｇｉｏｎＳｔｒｕｃｔの以前インスタンスがディメンションをシグナリングする。
実施例によるポイントクラウドデ－タ送信方法は、ポイントクラウドデ－タに関する３Ｄ領域情報（ＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＩｎｆｏＳｔｒｕｃｔ）を含む１つ又は１つ以上のトラックを生成する。
実施例による３Ｄ領域情報は、３Ｄ領域に連関するトラックグル－プ数を示す情報（ｎｕｍ＿ｔｒａｃｋ＿ｇｒｏｕｐｓ）及び３Ｄ領域に連関するポイントクラウドデ－タを伝達するトラックに対するトラックグル－プを識別する情報（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ）を含む。
従って、実施例によるポイントクラウドデ－タ送信方法／装置は、３Ｄ領域に連関するデ－タトラックグル－プを生成して送信する。これにより、実施例によるポイントクラウドデ－タ受信方法／装置は、実施例による３Ｄ領域に連関するデ－タトラックグル－プに基づいて、３Ｄ領域の効率的な空間接近が可能である。
実施例によるポイントクラウドデ－タ送信方法は、３Ｄ領域マッピング情報（ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘ ｅｘｔｅｎｄｓ ＦｕｌｌＢｏｘ）を含む１つ又は１つ以上のトラックを生成する。
実施例による３Ｄ領域マッピング情報は、ポイントクラウドデ－タに対する２Ｄ領域に連関するトラックグル－プの数を示す情報（ｎｕｍ＿ｔｒａｃｋ＿ｇｒｏｕｐｓ）、及び２Ｄ領域に連関するポイントクラウドデ－タを伝達するトラックに対するトラックグル－プを識別する情報（ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ）を含む。
図４６は実施例によるノンタイムＶ－ＰＣＣデ－タをカプセル化するための構造を示す。
実施例によるポイントクラウドデ－タ送受信方法／装置及び送受信装置に含まれたシステムは、非－時間指定Ｖ－ＰＣＣデ－タ（Ｎｏｎ－ｔｉｍｅｄ Ｖ－ＰＣＣ ｄａｔａ）を図４６のようにカプセル化して送受信する。
実施例によるポイントクラウドデ－タがイメ－ジである場合、図１のポイントクラウドビデオエンコ－ダ１０００２（又は図４のエンコ－ダ、図１５のエンコ－ダ、図１８の送信装置、図２０のプロセッサ２０００１、イメ－ジエンコ－ダ２０００３、図２１のプロセッサ、及びイメ－ジエンコ－ダ２１００８）がイメ－ジを符号化し、ファイル／セグメントカプセル化部１０００３（又は図２０のファイル／セグメントカプセル化部２０００４、図２１のファイル／セグメントカプセル化部２１００９）が図４６のようなコンテナ（アイテム）にイメ－ジ及びイメ－ジ関連情報を格納し、送信機１０００４がコンテナを送信する。
同様に図１の受信機が図４６のコンテナを受信し、ファイル／セグメントデカプセル化部１０００７（又は図２０のファイル／セグメントデカプセル化部２０００５、ファイル／セグメントデカプセル化部２２０００）がコンテナをパ－スする。図１のポイントクラウドビデオデコ－ダ１０００８（又は図１６のデコ－ダ、図１７のデコ－ダ、図１９の受信装置又はイメ－ジデコ－ダ２０００６、イメ－ジデコ－ダ２２００２）がアイテムに含まれたイメ－ジを復号してユ－ザに提供する。
実施例によるイメ－ジは停止映像である。実施例による方法／装置はイメ－ジに対するポイントクラウドデ－タを送受信する。実施例による方法／装置は図４６のようなデ－タコンテナ構造に基づいてイメ－ジをアイテムに格納して送受信する。またイメ－ジに関する属性情報などはイメ－ジプロパティなどに格納できる。
ノンタイムＶ－ＰＣＣデ－タはイメ－ジアイテムとしてファイル内に格納される。２つの新しいアイテムタイプ（Ｖ－ＰＣＣアイテム及びＶ－ＰＣＣユニットアイテム）はノンタイムＶ－ＰＣＣデ－タをカプセル化するために定義される。
新しいハンドラ－タイプ４ＣＣコ－ド’ｖｐｃｃ’はＶ－ＰＣＣアイテム、Ｖ－ＰＣＣユニットアイテム及び他のＶ－ＰＣＣ符号化されたコンテンツ表現情報の存在を示すために、メタボックス（ＭｅｔａＢｏｘ）のハンドラ－ボックス（ＨａｎｄｌｅｒＢｏｘ）内に定義されて格納される。
Ｖ－ＰＣＣアイテム（Ｖ－ＰＣＣ Ｉｔｅｍｓ，４６０００）：Ｖ－ＰＣＣアイテムは独立して復号可能なＶ－ＰＣＣアクセスユニットを示すアイテムである。アイテムタイプ’ｖｐｃｉ’はＶ－ＰＣＣアイテムを識別するために定義される。Ｖ－ＰＣＣアイテムはアトラスサブビットストリ－ムのＶ－ＰＣＣユニットペイロ－ドを格納する。一次アイテムボックス（ＰｒｉｍａｒｙＩｔｅｍＢｏｘ）が存在すると、このボックス内のアイテムＩＤ（ｉｔｅｍ＿ｉｄ）はＶ－ＰＣＣアイテムを示すためにセットされる。
Ｖ－ＰＣＣユニットアイテム（Ｖ－ＰＣＣ Ｕｎｉｔ Ｉｔｅｍ，４６０１０）：Ｖ－ＰＣＣユニットアイテムはＶ－ＰＣＣユニットデ－タを示すアイテムである。占有、ジオメトリ及び特質ビデオデ－タユニットのＶ－ＰＣＣユニットアイテムは、Ｖ－ＰＣＣユニットペイロ－ドを格納する。Ｖ－ＰＣＣユニットアイテムはただ１つのＶ－ＰＣＣアクセスユニット関連デ－タだけを格納する。
Ｖ－ＰＣＣユニットアイテムに対するアイテムタイプは対応するビデオデ－タユニットを符号化するために使用されるコ－デックによりセットされる。Ｖ－ＰＣＣユニットアイテムは対応するＶ－ＰＣＣユニットヘッダアイテムプロパティ（Ｖ－ＰＣＣ ｕｎｉｔ ｈｅａｄｅｒ ｉｔｅｍ ｐｒｏｐｅｒｔｙ）及びコ－デック特定の構成アイテムプロパティ（ｃｏｄｅｃ ｓｐｅｃｉｆｉｃ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｔｅｍ ｐｒｏｐｅｒｔｙ）に関連がある。独立してディスプレイすることは意味がないので、Ｖ－ＰＣＣユニットアイテムは隠しアイテムで表示される。
Ｖ－ＰＣＣアイテム及びＶ－ＰＣＣユニットアイテム間の関係を示すために、以下の３つのアイテム参照タイプが使用される。アイテム参照はＶ－ＰＣＣアイテムから関連するＶ－ＰＣＣユニットアイテムにより定義される。
’ｐｃｃｏ’：参照されたＶ－ＰＣＣユニットアイテムは占有ビデオデ－タユニットを含む。
’ｐｃｃｇ’：参照されたＶ－ＰＣＣユニットアイテムはジオメトリビデオデ－タユニットを含む。
’ｐｃｃａ’：参照されたＶ－ＰＣＣユニットアイテムは特質ビデオデ－タユニットを含む。
Ｖ－ＰＣＣ構成アイテムプロパティ（Ｖ－ＰＣＣ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｔｅｍ ｐｒｏｐｅｒｔｙ，４６０２０）
ｂｏｘ Ｔｙｐｅｓ：’ｖｐｃｐ’
Ｐｒｏｐｅｒｔｙ ｔｙｐｅ：Ｄｅｓｃｒｉｐｔｉｖｅ ｉｔｅｍ ｐｒｏｐｅｒｔｙ
Ｃｏｎｔａｉｎｅｒ：ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ
Ｍａｎｄａｔｏｒｙ（ｐｅｒ ｉｔｅｍ）：Ｙｅｓ， ｆｏｒ ａ Ｖ－ＰＣＣ ｉｔｅｍ ｏｆ ｔｙｐｅ ’ｖｐｃｉ’
Ｑｕａｎｔｉｔｙ（ｐｅｒ ｉｔｅｍ）：Ｏｎｅ ｏｒ ｍｏｒｅ ｆｏｒ ａ Ｖ－ＰＣＣ ｉｔｅｍ ｏｆ ｔｙｐｅ ’ｖｐｃｉ’
Ｖ－ＰＣＣ構成アイテムプロパティのボックスタイプは’ｖｐｃｐ’であり、プロパティタイプは記述的アイテムプロパティである。コンテナはアイテムプロパティコンテナボックスである。アイテムごとのタイプ’ｖｐｃｉ’のＶ－ＰＣＣタイプについて必須である。アイテムごとのタイプ’ｖｐｃｉ’のＶ－ＰＣＣアイテムに対して１つ又はそれ以上が存在する。
Ｖ－ＰＣＣパラメ－タセットはこの記述的アイテムプロパティとして格納され、Ｖ－ＰＣＣアイテムに連関がある。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ＿ｓｔｒｕｃｔ（）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ＿ｓｉｚｅ；
ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ（）；
｝
Ｖ－ＰＣＣユニットペイロ－ドサイズ（ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ＿ｓｉｚｅ）：ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏｄ（）のバイトサイズを示す。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｐｅｒｔｙ ｅｘｔｅｎｄｓ ＩｔｅｍＰｒｏｐｅｒｔｙ（’ｖｐｃｃ’）｛
ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ＿ｓｔｒｕｃｔ（）［］；
｝
Ｖ－ＰＣＣユニットペイロ－ド（ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏｄ（））はタイプＶＰＣＣ＿ＶＰＳのＶ－ＰＣＣユニットを含む。
Ｖ－ＰＣＣユニットヘッダアイテムプロパティ（Ｖ－ＰＣＣ ｕｎｉｔ ｈｅａｄｅｒ ｉｔｅｍ ｐｒｏｐｅｒｔｙ，４６０３０）
ｂｏｘ Ｔｙｐｅｓ：’ｖｕｎｔ’
Ｐｒｏｐｅｒｔｙ ｔｙｐｅ：Ｄｅｓｃｒｉｐｔｉｖｅ ｉｔｅｍ ｐｒｏｐｅｒｔｙ
Ｃｏｎｔａｉｎｅｒ：ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ
Ｍａｎｄａｔｏｒｙ （ｐｅｒ ｉｔｅｍ）：Ｙｅｓ， ｆｏｒ ａ Ｖ－ＰＣＣ ｉｔｅｍ ｏｆ ｔｙｐｅ ’ｖｐｃＩ’ ａｎｄ ｆｏｒ ａ Ｖ－ＰＣＣ ｕｎｉｔ ｉｔｅｍ
Ｑｕａｎｔｉｔｙ（ｐｅｒ ｉｔｅｍ）：Ｏｎｅ
Ｖ－ＰＣＣユニットヘッダアイテムプロパティのボックスタイプは’ｖｕｎｔ’であり、プロパティタイプは記述的アイテムプロパティであり、コンテナはアイテムプロパティコンテナボックスである。アイテムごとのＶ－ＰＣＣユニットアイテム及びタイプ’ｖｐｃｉ’のＶ－ＰＣＣアイテムについて必須である。アイテムごとに１つ存在する。
Ｖ－ＰＣＣユニットヘッダは記述的アイテムプロパティとして格納され、Ｖ－ＰＣＣアイテム及びＶ－ＰＣＣユニットアイテムに関連がある。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＵｎｉｔＨｅａｄｅｒＰｒｏｐｅｒｔｙ（） ｅｘｔｅｎｄｓ ＩｔｅｍＦｕｌｌＰｒｏｐｅｒｔｙ（’ｖｕｎｔ’， ｖｅｒｓｉｏｎ＝０， ０）｛
ｖｐｃｃ＿ｕｎｉｔ＿ｈｅａｄｅｒ（）；
｝
図４６の構造に基づいて、実施例による方法／装置／システムはノンタイムポイントクラウドデ－タを伝達する。
ノンタイムビデオ基盤のポイントクラウドデ－タの伝達（Ｃａｒｒｉａｇｅ ｏｆ ｎｏｎ－ｔｉｍｅｄ Ｖｉｄｅｏ－ｂａｓｅｄ ｐｏｉｎｔ Ｃｌｏｕｄ Ｃｏｍｐｒｅｓｓｉｏｎ Ｄａｔａ）
イメ－ジアイテムとしてファイル内のノンタイムＶ－ＰＣＣデ－タが格納される。Ｖ－ＰＣＣアイテム、Ｖ－ＰＣＣユニットアイテム及び他のＶ－ＰＣＣ符号化されたコンテンツ表現情報の存在を示すために、新しいハンドルでタイプ４ＣＣコ－ド’ｖｐｃｃ’が定義され、メタボックスのハンドラ－ボックス内に格納される。
実施例によるアイテムはイメ－ジを示す。例えば、動かないデ－タであり、１枚のイメ－ジを称する。
実施例による方法／装置は、図５２に示すように、ノンタイムＶ－ＰＣＣデ－タをカプセル化するための構造に基づいて実施例によるデ－タを生成して送信する。
Ｖ－ＰＣＣアイテム（Ｖ－ＰＣＣ Ｉｔｅｍｓ）
Ｖ－ＰＣＣアイテムは独立して復号可能なＶ－ＰＣＣアクセスユニットを示すアイテムである。新しいアイテムタイプは４ＣＣコ－ド’ｖｐｃｉ’はＶ－ＰＣＣアイテムを識別するために定義される。Ｖ－ＰＣＣアイテムはアトラスサブビットストリ－ムのＶ－ＰＣＣユニットペイロ－ドを格納する。
一次アイテムボックス（ＰｒｉｍａｒｙＩｔｅｍＢｏｘ）が存在すると、このボックス内のアイテムＩＤ（ｉｔｅｍ＿ｉｄ）がＶ－ＰＣＣアイテムを示すために設定される。
Ｖ－ＰＣＣユニットアイテム（Ｖ－ＰＣＣ Ｕｎｉｔ Ｉｔｅｍ）
Ｖ－ＰＣＣユニットアイテムはＶ－ＰＣＣユニットデ－タを示すアイテムである。
Ｖ－ＰＣＣユニットアイテムは占有、ジオメトリ、特質ビデオデ－タユニットのＶ－ＰＣＣユニットペイロ－ドを格納する。Ｖ－ＰＣＣユニットアイテムはただ１つのＶ－ＰＣＣアクセスユニット関連のデ－タを含む。
Ｖ－ＰＣＣユニットアイテムに対するアイテムタイプ４ＣＣコ－ドは対応するビデオデ－タユニットを符号化するために使用されるコ－デックに基づいて設定される。Ｖ－ＰＣＣユニットアイテムは対応するＶ－ＰＣＣユニットヘッダアイテムプロパティ及びコ－デック特定の構成アイテムプロパティに連関がある。
Ｖ－ＰＣＣユニットアイテムは隠しアイテムとしてマ－キングされる。独立してディスプレイすることは意味がないこともあるためである。
Ｖ－ＰＣＣアイテム及びＶ－ＰＣＣユニットの間の関係を示すために、３つの新しいアイテム参照タイプ、４ＣＣコ－ド’ｐｃｃｏ’、’ｐｃｃｇ’及び’ｐｃｃａ’が定義される。アイテム参照はＶ－ＰＣＣアイテムから関連するＶ－ＰＣＣユニットアイテムにより定義される。アイテム参照タイムの４ＣＣコ－ドは以下の通りである。
’ｐｃｃｏ’：占有ビデオデ－タユニットを含む参照されたＶ－ＰＣＣユニットアイテム
’ｐｃｃｇ’：参照されたＶ－ＰＣＣユニットアイテムはジオメトリビデオデ－タユニットを含む。
’ｐｃｃａ’：参照されたＶ－ＰＣＣユニットアイテムは特質ビデオデ－タユニットを含む。
Ｖ－ＰＣＣ関連のアイテム特性（Ｖ－ＰＣＣ－ｒｅｌａｔｅｄ ｉｔｅｍ ｐｒｏｐｅｒｔｉｅｓ）
記述的アイテム特性はＶ－ＰＣＣパラメ－タセット情報及びＶ－ＰＣＣユニットヘッダ情報のそれぞれを伝達するために定義される。
Ｖ－ＰＣＣ構成アイテムプロパティ（Ｖ－ＰＣＣ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｔｅｍ ｐｒｏｐｅｒｔｙ）
ｂｏｘ Ｔｙｐｅｓ：’ｖｐｃｐ’
Ｐｒｏｐｅｒｔｙ ｔｙｐｅ：Ｄｅｓｃｒｉｐｔｉｖｅ ｉｔｅｍ ｐｒｏｐｅｒｔｙ
Ｃｏｎｔａｉｎｅｒ：ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ
Ｍａｎｄａｔｏｒｙ（ｐｅｒ ｉｔｅｍ）：Ｙｅｓ， ｆｏｒ ａ Ｖ－ＰＣＣ ｉｔｅｍ ｏｆ ｔｙｐｅ ’ｖｐｃＩ’
Ｑｕａｎｔｉｔｙ（ｐｅｒ ｉｔｅｍ）：Ｏｎｅ ｏｒ ｍｏｒｅ ｆｏｒ ａ Ｖ－ＰＣＣ ｉｔｅｍ ｏｆ ｔｙｐｅ ’ｖｐｃＩ’
Ｖ－ＰＣＣパラメ－タセットは記述的アイテムプロパティとして格納され、Ｖ－ＰＣＣアイテムに連関がある。
必須（ｅｓｓｅｎｔｉａｌ）は’ｖｐｃｐ’アイテムプロパティに対して１に設定される。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ＿ｓｔｒｕｃｔ（）｛
ｕｎｓｉｇｎｅｄ ｉｎｔ（１６） ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ＿ｓｉｚｅ；
ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ（）；
｝
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｐｅｒｔｙ
ｅｘｔｅｎｄｓ ＩｔｅｍＰｒｏｐｅｒｔｙ（’ｖｐｃｃ’）｛
ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ＿ｓｔｒｕｃｔ（）［］；
｝
Ｖ－ＰＣＣユニットペイロ－ドサイズ（ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏａｄ＿ｓｉｚｅ）：ｖｐｃｃ＿ｕｎｉｔ＿ｐａｙｌｏｄ（）のバイト内サイズを示す。
Ｖ－ＰＣＣユニットヘッダアイテムプロパティ（Ｖ－ＰＣＣ ｕｎｉｔ ｈｅａｄｅｒ ｉｔｅｍ ｐｒｏｐｅｒｔｙ）
ｂｏｘ Ｔｙｐｅｓ：’ｖｕｎｔ’
Ｐｒｏｐｅｒｔｙ ｔｙｐｅ：Ｄｅｓｃｒｉｐｔｉｖｅ ｉｔｅｍ ｐｒｏｐｅｒｔｙ
Ｃｏｎｔａｉｎｅｒ：ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ
Ｍａｎｄａｔｏｒｙ（ｐｅｒ ｉｔｅｍ）：Ｙｅｓ， ｆｏｒ ａ Ｖ－ＰＣＣ ｉｔｅｍ ｏｆ ｔｙｐｅ ’ｖｐｃｉ’ ａｎｄ ｆｏｒ ａ Ｖ－ＰＣＣ ｕｎｉｔ ｉｔｅｍ
Ｑｕａｎｔｉｔｙ（ｐｅｒ ｉｔｅｍ）：Ｏｎｅ
Ｖ－ＰＣＣユニットヘッダは記述的アイテムプロパティとして格納され、Ｖ－ＰＣＣアイテム及びＶ－ＰＣＣユニットアイテムに連関がある。
必須は’ｖｕｎｔ’アイテムプロパティに対して１に設定される。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣＵｎｉｔＨｅａｄｅｒＰｒｏｐｅｒｔｙ（）｛
ｅｘｔｅｎｄｓ ＩｔｅｍＦｕｌｌＰｒｏｐｅｒｔｙ（’ｖｕｎｔ’， ｖｅｒｓｉｏｎ＝０， ０）｛
ｖｐｃｃ＿ｕｎｉｔ＿ｈｅａｄｅｒ（）；
｝
Ｖ－ＰＣＣ ３Ｄバウンディングボックスアイテムプロパティ（Ｖ－ＰＣＣ ３Ｄ ｂｏｕｎｄｉｎｇ ｂｏｘ ｉｔｅｍ ｐｒｏｐｅｒｔｙ）
ｂｏｘ Ｔｙｐｅｓ：’ｖ３ｄｄ’
Ｐｒｏｐｅｒｔｙ ｔｙｐｅ：Ｄｅｓｃｒｉｐｔｉｖｅ ｉｔｅｍ ｐｒｏｐｅｒｔｙ
Ｃｏｎｔａｉｎｅｒ：ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ
Ｍａｎｄａｔｏｒｙ（ｐｅｒ ｉｔｅｍ）：Ｙｅｓ， ｆｏｒ ａ Ｖ－ＰＣＣ ｉｔｅｍ ｏｆ ｔｙｐｅ ’ｖｐｃＩ’ ａｎｄ ｆｏｒ ａ Ｖ－ＰＣＣ ｕｎｉｔ ｉｔｅｍ
Ｑｕａｎｔｉｔｙ（ｐｅｒ ｉｔｅｍ）：Ｏｎｅ
３Ｄバウンディング情報は記述的アイテムプロパティとして格納され、Ｖ－ＰＣＣアイテム及びＶ－ＰＣＣユニットアイテムに連関がある。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣ３ＤＢｏｕｎｄｉｎｇＢｏｘＩｎｆｏＰｒｏｐｅｒｔｙ（）｛
ｅｘｔｅｎｄｓ ＩｔｅｍＦｕｌｌＰｒｏｐｅｒｔｙ（’Ｖ３ＤＤ’， ｖｅｒｓｉｏｎ＝０， ０）｛
３ＤＢｏｕｎｄｉｎｇＢｏｘＩｎｆｏＳｔｒｕｃｔ（）；
｝
Ｖ－ＰＣＣ ３Ｄ領域マッピング情報アイテムプロパティ（Ｖ－ＰＣＣ ３Ｄ ｒｅｇｉｏｎ ｍａｐｐｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｉｔｅｍ ｐｒｏｐｅｒｔｙ）
ｂｏｘ Ｔｙｐｅｓ：’ｄｙｓｒ’
Ｐｒｏｐｅｒｔｙ ｔｙｐｅ：Ｄｅｓｃｒｉｐｔｉｖｅ ｉｔｅｍ ｐｒｏｐｅｒｔｙ
Ｃｏｎｔａｉｎｅｒ：ＩｔｅｍＰｒｏｐｅｒｔｙＣｏｎｔａｉｎｅｒＢｏｘ
Ｍａｎｄａｔｏｒｙ（ｐｅｒ ｉｔｅｍ）：Ｙｅｓ， ｆｏｒ ａ Ｖ－ＰＣＣ ｉｔｅｍ ｏｆ ｔｙｐｅ ’ｖｐｃＩ’ ａｎｄ ｆｏｒ ａ Ｖ－ＰＣＣ ｕｎｉｔ ｉｔｅｍ
Ｑｕａｎｔｉｔｙ（ｐｅｒ ｉｔｅｍ）：Ｏｎｅ
３Ｄバウンディング情報は記述的アイテムプロパティとして格納され、Ｖ－ＰＣＣアイテム及びＶ－ＰＣＣユニットアイテムに連関がある。
ａｌｉｇｎｅｄ（８） ｃｌａｓｓ ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＢｏｘＩｎｆｏｒｏｐｅｒｔｙ（）｛
ｅｘｔｅｎｄｓ ＩｔｅｍＦｕｌｌＰｒｏｐｅｒｔｙ（’ｖ３ｄｄ’， ｖｅｒｓｉｏｎ＝０， ０）｛
ＶＰＣＣ３ＤＲｅｇｉｏｎＭａｐｐｉｎｇＩｎｆｏＳｔｒｕｃｔ（）；
｝
図４７は実施例によるポイントクラウドデ－タ送信方法を示す。
Ｓ４７０００。実施例によるポイントクラウドデ－タ送信方法は、ポイントクラウドデ－タを符号化する段階を含む。実施例による符号化動作は、図１のポイントクラウドビデオエンコ－ダ１０００２、図４のエンコ－ダ、図１５のエンコ－ダ、図１８の送信装置のデ－タ入力機或いは多重化器１８００７、図２０のプリプロセッサ２０００１或いはビデオ／イメ－ジエンコ－ダ２０００２，２０００３、図２１のプリプロセッサ２１００１或いは２１００６、ビデオ／イメ－ジエンコ－ダ２１００７，２１００８、図２３のＸＲデバイス２３３０、そして図２５及び図２６などのビットストリ－ム生成などの動作を含む。
Ｓ４７０１０。実施例によるポイントクラウドデ－タ送信方法は、さらにポイントクラウドデ－タをカプセル化する段階を含む。実施例によるカプセル化動作は、図１のファイル／セグメントカプセル化部１０００３、図１８の送信装置で生成された符号化されたポイントクラウドデ－タビットストリ－ムのカプセル化、図２０のファイル／セグメントカプセル化部２０００４、図２１のファイル／セグメントカプセル化部２１００９、図２３のＸＲデバイス２３３０、図２５及び図２６などのビットストリ－ムをカプセル化、図４０及び図４１などのファイルにビットストリ－ムをカプセル化、そして図４６のアイテムにビットストリ－ムのカプセル化などの動作を含む。
Ｓ４７０２０。実施例によるポイントクラウドデ－タ送信方法は、さらにポイントクラウドデ－タを送信する段階を含む。実施例による送信動作は、図１の送信機１０００４、図１８の送信部１８００８、図２０の伝達、図２１の伝達、図２３のＸＲデバイス、そして図２５乃至図４６などのデ－タ送信などの動作を含む。
図４８は実施例によるポイントクラウドデ－タ受信方法を示す。
Ｓ４８０００。実施例によるポイントクラウドデ－タ受信方法は、ポイントクラウドデ－タを受信する段階を含む。実施例による受信動作は、図１の受信機１０００６、図１９の受信部、図２０の伝達による受信、図２２の伝達による受信、図２３のＸＲデバイス２３３０の受信、図２５及び図２６などのビットストリ－ムを受信、図４０及び図４１などのファイルの受信、そして図４６のアイテムの受信などの動作を含む。
Ｓ４８０１０。実施例によるポイントクラウドデ－タ受信方法は、さらにポイントクラウドデ－タをデカプセル化する段階を含む。実施例によるデカプセル化動作は、図１のファイル／セグメントデカプセル化部１０００７、図２０のファイル／セグメントデカプセル化部２０００５、図２２のファイル／セグメントデカプセル化部２２０００、図２３のＸＲデバイス２３３０、図２５及び図２６などのデ－タを含むコンテナのデカプセル化、図４０及び図４１などのファイルのデカプセル化、そして図４６のアイテムのデカプセル化などの動作を含む。
Ｓ４８０２０。実施例によるポイントクラウドデ－タ受信方法は、さらにポイントクラウドデ－タを復号する段階を含む。実施例による復号動作は、図１のポイントクラウドビデオデコ－ダ１０００８、図１６のデコ－ダ、図１７のデコ－ダ、図１９のポイントクラウドデ－タの復号、図２０のビデオ／イメ－ジデコ－ダ２０００６、図２２のビデオ／イメ－ジデコ－ダ２２００１，２２００２、図２３のＸＲデバイス２３３０、そして図２５乃至図４３などのデ－タの復号などの動作を含む。
実施例による提案方式において、ポイントクラウドコンテンツサ－ビスを提供するための送信機又は受信機は、上述したように、Ｖ－ＰＣＣビットストリ－ムを構成して、ファイルを格納する。
Ｖ－ＰＣＣビットストリ－ム内のデ－タ処理及びレンダリングのためのメタデ－タをビットストリ－ム内に送信する。
プレ－ヤ－などはユ－ザビュ－ポ－トなどによってポイントクラウド客体／コンテンツの空間接近或いは部分接近が可能である。言い換えれば、上述したデ－タ表現方式（図２４－図４６などを参照）は、ユ－ザのビュ－ポ－トによってポイントクラウドビットストリ－ムに効率的に接近して処理できる効果を提供する。
実施例によるポイントクラウドデ－タ送信装置は、ポイントクラウドコンテンツ（例えば、Ｖ－ＰＣＣコンテンツ）に対する部分接近及び／又は空間接近のためのバウンディングボックス及びそのためのシグナリング情報を提供し（図２４－図４６などを参照）、実施例によるポイントクラウドデ－タ受信装置がプレ－ヤ－又はユ－ザ環境を考慮してポイントクラウドコンテンツを様々に接近できる効果を提供する。
実施例によるポイントクラウドデ－タ送信装置は、ユ－ザのビュ－ポ－トによってＶ－ＰＣＣコンテンツの空間接近（ｓｐａｔｉａｌ ａｃｃｅｓｓ）を支援するためのＶ－ＰＣＣコンテンツの３Ｄ領域情報と、それに関連するビデオ或いはアトラスフレ－ム上の２Ｄ領域関連メタデ－タを提供する（図２４－図４６などを参照）。
実施例によるポイントクラウドデ－タ送信装置は、ポイントクラウドビットストリ－ム内のポイントクラウドの３Ｄ領域情報と、それに関連するビデオ或いはアトラスフレ－ム上の２Ｄ領域関連情報シグナリングを提供する（図２４－図４６などを参照）。
また実施例によるポイントクラウドデ－タ受信装置は、ファイル内のポイントクラウドの３Ｄ領域情報と、それに関連するビデオ或いはアトラスフレ－ム上の２Ｄ領域関連情報格納及びシグナリングに基づいて、ポイントクラウドコンテンツを、ユ－ザ環境を考慮して効率的に低遅延にユ－ザに提供することができる（図２４－図４６などを参照）。
また実施例によるポイントクラウドデ－タ受信装置は、ファイル内のイメ－ジアイテムに連関するポイントクラウドの３Ｄ領域情報と、それに関連するビデオ或いはアトラスフレ－ム上の２Ｄ領域関連情報に基づいて、ポイントクラウドコンテンツの様々な接近を提供することができる（図２４－図４６などを参照）。
実施例によるポイントクラウドデ－タ送信装置は、ポイントクラウドデ－タの３Ｄ領域に連関するデ－タを含むトラックグル－ピング及び関連シグナリング情報を効率的に符号化して提供することができる（図２４－図４６などを参照）。
また実施例によるポイントクラウドデ－タ受信装置は、２Ｄ領域に連関するデ－タを含むトラックグル－ピング及び関連シグナリング情報に基づいて、ポイントクラウドコンテンツの効率的な接近が可能である（図２４－図４６などを参照）。
実施例は方法及び又は装置の観点で説明しており、方法の説明及び装置の説明は互いに補完して適用できる。
説明の便宜のために、各図を区分して説明したが、各図に表された実施例を併合して新しい実施例を具現するように設計することも可能である。また通常の技術者の必要によって、以前に説明した実施例を実行するためのプログラムが記録されているコンピュ－タ－で読み取り可能な記録媒体を設計することも実施例の権利範囲に属する。実施例による装置及び方法は、上述したように説明された実施例の構成と方法が限定して適用されることではなく、実施例は様々に変形可能に各実施例の全部又は一部が選択的に組み合わせられて構成されることもできる。実施例の好ましい実施例について示して説明したが、実施例は上述した特定の実施例に限定されず、請求の範囲で請求する実施例の要旨から離脱せず、当該発明が属する技術分野において通常の知識を有する者により様々な変形実施が可能であり、かかる変形実施は実施例の技術的思想や見込みから個々に理解されてはいけない。
実施例による装置の様々な構成要素は、ハ－ドウェア、ソフトウェア、ファ－ムウェア又はそれらの組み合わせにより構成される。実施例の様々な構成要素は一つのチップ、例えば、一つのハ－ドウェア回路で具現される。実施例において、実施例による構成要素はそれぞれのチップで具現される。実施例において、実施例による装置の構成要素のいずれかは一つ又はそれ以上のプログラムを実行できる一つ又はそれ以上のプロセッサで構成され、一つ又はそれ以上のプログラムは実施例による動作／方法のいずれか一つ又はそれ以上の動作／方法を行わせるか、又は実行させるための指示を含む。実施例による装置の方法／動作を行うための実行可能な指示は、一つ又はそれ以上のプロセッサにより実行されるために構成された一時的ではないＣＲＭ又は他のコンピュ－タ－プログラム製品に格納されるか、又は一つ又はそれ以上のプロセッサにより実行されるために構成された一時的なＣＲＭ又は他のコンピュ－タ－プログラム製品に格納される。また実施例によるメモリは、揮発性メモリ（例えば、ＲＡＭなど）だけではなく、非揮発性メモリ、フラッシュメモリ、ＰＲＯＭなどを全部含む概念として使用される。また、インタ－ネットによる送信などのような伝送波の形式で具現されることも含む。またプロセッサが読み取られる記録媒体は、ネットワ－クで連結されたコンピュ－タ－システムに分散されて、分散方式によりプロセッサが読み取られるコ－ドが格納されて実行される。
この明細書において、“／”と“、”は“及び／又は”に解釈される。例えば、“Ａ／Ｂ”は“Ａ及び／又はＢ”に解釈され、“Ａ、Ｂ”は“Ａ及び／又はＢ”に解釈される。さらに、“Ａ／Ｂ／Ｃ”は“Ａ、Ｂ及び／又はＣのいずれか”を意味する。また、“Ａ、Ｂ、Ｃ”も“Ａ、Ｂ及び／又はＣのいずれか”を意味する。さらに、この文書において、“又は”は“及び／又は”に解釈される。例えば、“Ａ又はＢ”は、１）“Ａ”のみを意味するか、２）“Ｂ”のみを意味するか、又は３）“Ａ及びＢ”を意味する。言い換えれば、この明細書において“又は”は“さらに（ａｄｄｉｔｉｏｎａｌｌｙ）又は代わりに（ａｌｔｅｒｎａｔｉｖｅｌｙ）”を意味する。
第１、第２などの用語は実施例の様々な構成要素を説明するために使用される。しかし、実施例による様々な構成要素は上記用語により解釈が制限されてはいけない。かかる用語は一つの構成要素を他の構成要素と区別するために使用されることに過ぎない。例えば、第１ユ－ザ入力信号は第２ユ－ザ入力信号と称することができる。同様に、第２ユ－ザ入力信号は第１ユ－ザ入力信号と称することができる。かかる用語の使用は様々な実施例の範囲から離脱していない。第１ユ－ザ入力信号及び第２ユ－ザ入力信号はいずれもユ－ザ入力信号であるが、文脈上、明確に示していない限り、同一のユ－ザ入力信号を意味してはいない。
実施例を説明のために使用された用語は、特定の実施例を説明するために使用されており、実施例を制限するものではない。実施例の説明及び請求範囲で使用したように、文脈上明確に称していない限り、単数は複数を含む。「及び／又は」表現は用語間の全ての可能な結合を含む意味で使用される。「含む」は特徴、数、段階、要素及び／又はコンポ－ネントが存在することを説明し、さらなる特徴、数、段階、要素及び／又はコンポ－ネントを含まないことを意味することではない。実施例を説明するために使用される、「～である場合」、「～の時」などの条件表現は選択的な場合にのみ制限して解釈されない。特定の条件を満たすとき、特定の条件に対応して関連動作を行うか、又は関連定義が解釈されるように意図されている。
また、この明細書で説明する実施例による動作は、実施例によってメモリ及び／又はプロセッサを含む送受信装置により行われる。メモリは実施例による動作を処理／制御するためのプログラムを格納し、プロセッサはこの明細書で説明した様々な動作を制御する。プロセッサはコントロ－ラとも称される。実施例において、動作はファ－ムウェア、ソフトウェア及び／又はそれらの組み合わせにより行われ、ファ－ムウェア、ソフトウェア及び／又はそれらの組み合わせはプロセッサに格納されるか又はメモリに格納される。
一方、上述した実施例による動作は実施例による送信装置及び／又は受信装置により行われる。送受信装置はメディアデ－タを送受信する送受信部、実施例によるおプロセスに対する指示（プログラムコ－ド、アルゴリズム、フロ－チャ－ト及び／又はデ－タ）を格納するメモリ、及び送受信装置の動作を制御するプロセッサを含む。
プロセッサはコントロ－ラなどとも称され、例えば、ハ－ドウェア、ソフトウェア及び／又はそれらの組み合わせに対応する。上記実施例による動作はプロセッサにより行われる。またプロセッサは上記実施例の動作のためのエンコ－ダ／デコ－ダなどで具現される。
［発明を実施するための形態］
上述したように、実施例を実施するための最善の形態について関連内容を説明した。
上述したように、実施例はポイントクラウドデ－タの送受信装置及びシステムに全体的又は部分的に適用することができる。
当業者は実施例の範囲内で実施例を様々に変更又は変形することができる。
実施例は変更／変形を含み、変更／変形は請求の範囲及びそれらの範囲内のものである。

Claims (8)

  1. ポイントクラウドデータ送信方法であって、
    ポイントクラウドデータを符号化する段階；
    ファイルにおいて、前記符号化されたポイントクラウドデータをカプセル化する段階；及び
    前記ファイルを送信する段階；を含んでなり、
    前記ファイルは、前記ポイントクラウドデータのコンポーネットの為のトラックと、前記ポイントクラウドデータに対するパラメータの為のトラックと、を含み、
    前記コンポーネットの為の前記トラックは、グルーピングされ、
    前記ファイルは、トラックグループに関連するアトラスタイルの数と、前記トラックグループに連関するアトラスタイルに対する識別子と、を含み、
    前記パラメータの為の前記トラックのサンプルエントリーは、前記ポイントクラウドデータの空間領域情報を含み、
    前記空間領域情報は空間領域の数を含み、
    前記空間領域情報は時間に応じて動的に変化する、ポイントクラウドデータ送信方法。
  2. 前記空間領域情報は前記空間領域の為に識別する情報を更に含む、請求項１に記載のポイントクラウドデータ送信方法。
  3. ポイントクラウドデータ送信装置であって、
    ポイントクラウドデータを符号化するエンコーダ；
    ファイルにおいて、前記符号化されたポイントクラウドデータをカプセル化するカプセル化部；及び
    前記ファイルを送信する送信機；を備えてなり、
    前記ファイルは、前記ポイントクラウドデータのコンポーネットの為のトラックと、前記ポイントクラウドデータに対するパラメータの為のトラックと、を含み、
    前記コンポーネットの為の前記トラックは、グルーピングされ、
    前記ファイルは、トラックグループに関連するアトラスタイルの数と、前記トラックグループに連関するアトラスタイルに対する識別子と、を含み、
    前記パラメータの為の前記トラックのサンプルエントリーは、前記ポイントクラウドデータの空間領域情報を含み、
    前記空間領域情報は空間領域の数を含み、
    前記空間領域情報は時間に応じて動的に変化する、ポイントクラウドデータ送信装置。
  4. 前記空間領域情報は前記空間領域の為に識別する情報を更に含む、請求項３に記載のポイントクラウドデータ送信装置。
  5. ポイントクラウドデータ受信装置であって、
    ポイントクラウドデータを含むファイルを受信する受信機；
    前記ファイルをデカプセル化するデカプセル化部；及び
    前記ポイントクラウドデータを復号するデコーダ；を備えてなり、
    前記ファイルは、前記ポイントクラウドデータのコンポーネットの為のトラックと、前記ポイントクラウドデータに対するパラメータの為のトラックと、を含み、
    前記コンポーネットの為の前記トラックは、グルーピングされ、
    前記ファイルは、トラックグループに関連するアトラスタイルの数と、前記トラックグループに連関するアトラスタイルに対する識別子と、を含み、
    前記パラメータの為の前記トラックのサンプルエントリーは、前記ポイントクラウドデータの空間領域情報を含み、
    前記空間領域情報は空間領域の数を含み、
    前記空間領域情報は時間に応じて動的に変化する、ポイントクラウドデータ受信装置。
  6. 前記空間領域情報は前記空間領域の為に識別する情報を更に含む、請求項５に記載のポイントクラウドデータ受信装置。
  7. ポイントクラウドデータ受信方法であって、
    ポイントクラウドデータを含むファイルを受信する段階；
    前記ファイルをデカプセル化する段階；及び
    前記ポイントクラウドデータを復号する段階；を含んでなり、
    前記ファイルは、前記ポイントクラウドデータのコンポーネットの為のトラックと、前記ポイントクラウドデータに対するパラメータの為のトラックと、を含み、
    前記コンポーネットの為の前記トラックは、グルーピングされ、
    前記ファイルは、トラックグループに関連するアトラスタイルの数と、前記トラックグループに連関するアトラスタイルに対する識別子と、を含み、
    前記パラメータの為の前記トラックのサンプルエントリーは、前記ポイントクラウドデータの空間領域情報を含み、
    前記空間領域情報は空間領域の数を含み、
    前記空間領域情報は時間に応じて動的に変化する、ポイントクラウドデータ受信方法。
  8. 前記空間領域情報は前記空間領域の為に識別する情報を更に含む、請求項７に記載のポイントクラウドデータ受信方法。
JP2022542126A 2020-01-10 2020-11-16 ポイントクラウドデ－タ送信装置、ポイントクラウドデ－タ送信方法、ポイントクラウドデ－タ受信装置及びポイントクラウドデ－タ受信方法 Active JP7434578B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202062959755P 2020-01-10 2020-01-10
US62/959,755 2020-01-10
PCT/KR2020/016057 WO2021141233A1 (ko) 2020-01-10 2020-11-16 포인트 클라우드 데이터 송신 장치, 포인트 클라우드 데이터 송신 방법, 포인트 클라우드 데이터 수신 장치 및 포인트 클라우드 데이터 수신 방법

Publications (2)

Publication Number Publication Date
JP2023509537A JP2023509537A (ja) 2023-03-08
JP7434578B2 true JP7434578B2 (ja) 2024-02-20

Family

ID=76763708

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022542126A Active JP7434578B2 (ja) 2020-01-10 2020-11-16 ポイントクラウドデ－タ送信装置、ポイントクラウドデ－タ送信方法、ポイントクラウドデ－タ受信装置及びポイントクラウドデ－タ受信方法

Country Status (7)

Country Link
US (1) US11544877B2 (ja)
EP (1) EP4090013A4 (ja)
JP (1) JP7434578B2 (ja)
KR (1) KR102336990B1 (ja)
CN (1) CN114946178B (ja)
BR (1) BR112022012691A2 (ja)
WO (1) WO2021141233A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11483534B2 (en) * 2019-08-29 2022-10-25 Electronics And Telecommunications Research Institute Method for processing immersive video and method for producing immersive video
CN115380528B (zh) * 2020-04-11 2024-03-29 Lg电子株式会社 点云数据发送设备、点云数据发送方法、点云数据接收设备和点云数据接收方法
US11321878B2 (en) * 2020-06-26 2022-05-03 Sony Group Corporation Decoded tile hash SEI message for V3C/V-PCC
US11706450B2 (en) * 2020-09-18 2023-07-18 Samsung Electronics Co., Ltd. Partial decoding and reconstruction of a video-based point cloud compression bitstream
WO2022069522A1 (en) * 2020-09-30 2022-04-07 Interdigital Ce Patent Holdings, Sas A method and apparatus for signaling depth of multi-plane images-based volumetric video
US20230014820A1 (en) 2021-07-19 2023-01-19 Tencent America LLC Methods and apparatuses for dynamic mesh compression
EP4364095A1 (en) * 2021-07-19 2024-05-08 Innopeak Technology, Inc. Atlas information carriage in coded volumetric content
US20230296758A1 (en) * 2022-03-18 2023-09-21 Nvidia Corporation Sensor data point cloud generation for map creation and localization for autonomous systems and applications
WO2024004449A1 (ja) * 2022-06-29 2024-01-04 キヤノン株式会社 情報処理装置、情報処理方法、コンピュータプログラム
WO2024122273A1 (ja) * 2022-12-05 2024-06-13 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 復号装置、符号化装置、復号方法、及び符号化方法
CN117437162B (zh) * 2023-12-22 2024-03-08 吉林大学 一种基于实例级序列混合的动态点云数据增强方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019135024A1 (en) 2018-01-02 2019-07-11 Nokia Technologies Oy An apparatus, a method and a computer program for volumetric video
US20190318488A1 (en) 2018-04-12 2019-10-17 Samsung Electronics Co., Ltd. 3d point cloud compression systems for delivery and access of a subset of a compressed 3d point cloud
US20190392647A1 (en) 2019-08-16 2019-12-26 Lg Electronics Inc. Xr device and method for controlling the same
WO2021117859A1 (ja) 2019-12-13 2021-06-17 ソニーグループ株式会社 画像処理装置および方法
JP2023509092A (ja) 2020-01-09 2023-03-06 エルジー エレクトロニクス インコーポレイティド ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101552694B1 (ko) * 2014-01-27 2015-09-11 한국생산기술연구원 점군데이터를 위한 실시간 송수신 시스템 및 방법, 그리고 이에 적용되는 장치
US10186024B2 (en) * 2015-12-29 2019-01-22 Texas Instruments Incorporated Method and system for real time structure from motion in a computer vision system
US11514613B2 (en) * 2017-03-16 2022-11-29 Samsung Electronics Co., Ltd. Point cloud and mesh compression using image/video codecs
CN118314303A (zh) * 2017-10-16 2024-07-09 索尼公司 编码装置、编码方法、解码装置及解码方法
EP3474562A1 (en) * 2017-10-20 2019-04-24 Thomson Licensing Method, apparatus and stream for volumetric video format
WO2020009344A1 (ko) * 2018-07-06 2020-01-09 엘지전자 주식회사 360 비디오 데이터의 서브픽처 기반 처리 방법 및 그 장치
WO2020009341A1 (ko) * 2018-07-06 2020-01-09 엘지전자 주식회사 동적 뷰포인트의 좌표계에 대한 메타데이터를 송수신하는 방법 및 장치
US20200153885A1 (en) * 2018-10-01 2020-05-14 Lg Electronics Inc. Apparatus for transmitting point cloud data, a method for transmitting point cloud data, an apparatus for receiving point cloud data and/or a method for receiving point cloud data
US11457231B2 (en) * 2019-03-15 2022-09-27 Mediatek Singapore Pte. Ltd. Methods and apparatus for signaling spatial relationships for point cloud multimedia data tracks
US11711544B2 (en) * 2019-07-02 2023-07-25 Apple Inc. Point cloud compression with supplemental information messages
CN115012752B (zh) * 2019-07-23 2023-11-14 青岛海尔电冰箱有限公司 铰链组件及具有其的制冷设备
US20210105313A1 (en) * 2019-10-02 2021-04-08 Mediatek Singapore Pte. Ltd. Methods and apparatus for signaling a region in spatially grouped immersive media data tracks

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019135024A1 (en) 2018-01-02 2019-07-11 Nokia Technologies Oy An apparatus, a method and a computer program for volumetric video
US20190318488A1 (en) 2018-04-12 2019-10-17 Samsung Electronics Co., Ltd. 3d point cloud compression systems for delivery and access of a subset of a compressed 3d point cloud
US20190392647A1 (en) 2019-08-16 2019-12-26 Lg Electronics Inc. Xr device and method for controlling the same
WO2021117859A1 (ja) 2019-12-13 2021-06-17 ソニーグループ株式会社 画像処理装置および方法
JP2023509092A (ja) 2020-01-09 2023-03-06 エルジー エレクトロニクス インコーポレイティド ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Information technology - Coded representation of immersive media - Part 5: Video-based Point Cloud Compression"，ISO/IEC，2019年12月24日，Pages 1-67,145-150,161-163，Reference number: ISO/IEC DIS 23090-5:2019(E).

Also Published As

Publication number Publication date
CN114946178B (zh) 2023-12-19
WO2021141233A1 (ko) 2021-07-15
KR20210090542A (ko) 2021-07-20
BR112022012691A2 (pt) 2022-09-06
US11544877B2 (en) 2023-01-03
JP2023509537A (ja) 2023-03-08
US20210217200A1 (en) 2021-07-15
KR102336990B1 (ko) 2021-12-08
EP4090013A4 (en) 2024-01-17
EP4090013A1 (en) 2022-11-16
CN114946178A (zh) 2022-08-26

Similar Documents

Publication Publication Date Title
JP7434577B2 (ja) ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法
KR102406846B1 (ko) 포인트 클라우드 데이터 송신 장치, 포인트 클라우드 데이터 송신 방법, 포인트 클라우드 데이터 수신 장치 및 포인트 클라우드 데이터 수신 방법
KR102292195B1 (ko) 포인트 클라우드 데이터 송신 장치, 포인트 클라우드 데이터 송신 방법, 포인트 클라우드 데이터 수신 장치 및 포인트 클라우드 데이터 수신 방법
JP7434578B2 (ja) ポイントクラウドデ－タ送信装置、ポイントクラウドデ－タ送信方法、ポイントクラウドデ－タ受信装置及びポイントクラウドデ－タ受信方法
JP7477617B2 (ja) ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法
EP4124032A1 (en) Device for transmitting point cloud data, method for transmitting point cloud data, device for receiving point cloud data, and method for receiving point cloud data
JP7434574B2 (ja) ポイントクラウドデータ送信装置、ポイントクラウドデータ送信方法、ポイントクラウドデータ受信装置及びポイントクラウドデータ受信方法
US12021910B2 (en) Point cloud data transmission device, point cloud data transmission method, point cloud data reception device, and point cloud data reception method
US11601634B2 (en) Point cloud data transmission device, point cloud data transmission method, point cloud data reception device, and point cloud data reception method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220831

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230704

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230929

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240109

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240207

R150 Certificate of patent or registration of utility model

Ref document number: 7434578

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150