CN115053531A - 在isobmff中存储来自一个v-pcc基本流的多个图集 - Google Patents
在isobmff中存储来自一个v-pcc基本流的多个图集 Download PDFInfo
- Publication number
- CN115053531A CN115053531A CN202080092670.4A CN202080092670A CN115053531A CN 115053531 A CN115053531 A CN 115053531A CN 202080092670 A CN202080092670 A CN 202080092670A CN 115053531 A CN115053531 A CN 115053531A
- Authority
- CN
- China
- Prior art keywords
- track
- volumetric media
- volumetric
- media
- signal information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/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
-
- 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
- H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
- H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
- H04N13/106—Processing image signals
- H04N13/161—Encoding, multiplexing or demultiplexing different image signal components
-
- 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
- H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
-
- 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/8146—Monomedia components thereof involving graphical data, e.g. 3D object, 2D graphics
-
- 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/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/84—Generation or processing of descriptive data, e.g. 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/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
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Library & Information Science (AREA)
- Computer Graphics (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
一种装置包括用于提供信号信息以标识多轨道容器中的体积媒体轨道的样本上或体积媒体轨道上的图集标识符(602)的部件;其中信号信息允许文件解析器将体积媒体轨道与源自体积媒体基本流的不同图集标识符链接(604);并且其中文件解析器能够基于信号信息和封装在多轨道容器中的数据来重建体积媒体基本流(606)。
Description
技术领域
示例和非限制性实施例总体上涉及多媒体和软件,并且更具体地涉及在ISOBMFF中存储来自一个V-PCC基本流的多个图集。
背景技术
执行视频编码和解码是已知的。
发明内容
根据一个方面,一种装置包括用于提供信号信息以标识体积媒体轨道的样本上或多轨道容器中的体积媒体轨道上的图集标识符的装置;其中信号信息允许文件解析器将体积媒体轨道与源自体积媒体基本流的不同图集标识符链接;并且其中文件解析器能够基于信号信息和封装在多轨道容器中的数据来重建体积媒体基本流。
根据一个方面,一种方法包括提供信号信息以标识体积媒体轨道的样本上或多轨道容器中的体积媒体轨道上的图集标识符;其中信号信息允许文件解析器将体积媒体轨道与源自体积媒体基本流的不同图集标识符链接;并且其中文件解析器能够基于信号信息和封装在多轨道容器中的数据来重建体积媒体基本流。
根据一个方面,一种机器可读的非暂态程序存储设备,有形地体现由机器可执行以执行操作的指令程序,该操作包括:提供信号信息以标识多轨道容器中的体积媒体轨道的样本上或体积媒体轨道上的图集标识符;其中信号信息允许文件解析器将体积媒体轨道与源自体积媒体基本流的不同图集标识符链接;并且其中文件解析器能够基于信号信息和封装在多轨道容器中的数据来重建体积媒体基本流。
附图说明
前述方面和其他特征在以下描述中结合附图进行解释,在附图中:
图1是基于23090-5规范的示例V-PCC基本流结构的框图。
图2是根据ISO/IEC 23090-10的示例ISOBMFF多轨道容器结构。
图3描绘了具有V-PCC参数轨道的多轨道容器结构的示例。
图4是具有受限V-PCC轨道的多轨道容器结构的示例。
图5是被配置为实现在ISOBMFF中存储来自一个V-PCC基本流的多个图集的示例装置。
图6是用于实现在ISOBMFF中存储来自一个V-PCC基本流的多个图集的示例方法。
具体实施方式
可以在说明书和/或附图中找到的以下首字母缩略词和缩写定义如下:
2D或2d 二维
3D或3d 三维
3DoF+ 3自由度及更大自由度
3GPP 第三代合作伙伴计划
4CC 四字码
CD 委员会草案
HEVC 高效视频编解码
H.26x ITU-T领域的一系列视频编解码标准
id或ID 标识符
IEC 国际电工委员会
I/F 接口
I/O 输入/输出
ISO 国际标准化组织
ISOBMFF ISO基础媒体文件格式
MIV MPEG沉浸式视频
MPEG 运动图像专家组
MPEG-I MPEG沉浸式
MP4 MPEG-4部分14文件的文件格式
NAL 网络抽象层
NW 网络
V3C 基于视觉体积视频的编解码
V-PCC或V PCC基于视频的点云压缩
盒式结构文件格式。盒式结构和分层文件格式概念已广泛用于媒体存储和共享。在这方面最著名的文件格式是ISO基本媒体文件格式(ISOBMFF)及其变体,例如MP4和3GPP文件格式。
ISOBMFF允许存储及时捕获的音频/视频媒体流,称为媒体轨道。描述轨道的元数据与编码比特流本身是分开的。该格式提供了用于从文件解析器的角度以与编解码器无关的方式访问媒体数据的机制。
ISOBMFF中的基本构建块称为框。每个框具有报头和有效载荷。框报头以字节为单位表示框的类型和框的大小。框类型通常由无符号32位整数标识,解释为四字符代码(4CC)。框可以包含其他框,并且ISO文件格式指定了在特定类型的框中允许哪些框类型。此外,每个文件中某些框的存在可能是强制性的,而其他框的存在可能是可选的。此外,对于某些框类型,可能允许文件中存在多个框。因此,可以考虑使用ISOBMFF来指定框的层次结构。
在符合ISO基本媒体文件格式的文件中,媒体数据可以在MediaDataBox(mdat)的一个或多个实例中提供,并且MovieBox(moov)可以用于封装定时媒体的元数据。在某些情况下,为了使文件可操作,可能需要同时存在“mdat”和“moov”框。“moov”框可以包括一个或多个轨道,并且每个轨道可以驻留在一个对应的TrackBox(“trak”)中。每个轨道与处理程序(handler)相关联,处理程序由四字符代码标识,该四字符代码指定轨道类型。
轨道包括样本,例如音频或视频帧、体积信息或元数据。对于视频轨道,媒体样本可以对应于编码图片或访问单元。对于体积媒体轨道,样本可以对应于编码的图集访问单元。媒体/体积媒体轨道是指根据媒体/体积媒体压缩格式(及其对ISO基础媒体文件格式的封装)而格式化的样本(也可以称为媒体/体积媒体样本)。定时元数据轨道可以指代描述所参考的媒体样本的样本。
SampleDescriptionBox(“stsd”)包含在SampleTableBox中,并且提供有关所使用的编解码类型的详细信息、以及该编解码所需要的任何初始化信息。在条目计数之后存储在SampleDescriptionBox中的信息是特定于轨道类型的,并且还可以在轨道类型内具有变体(例如,不同的编解码可以在某些共同字段之后使用不同的特定信息,即使在视频轨道内也是如此)。使用哪种类型的样本条目形式由媒体处理程序确定,使用ISO 14496-12中定义的合适形式、在派生规范中或来自注册。
SampleEntry框可以包含未在ISO/IEC 14496-12的框语法中明确定义的“附加框”。如果存在,这样的框应遵循所有定义的字段,并且应遵循任何定义的被包含框。解码器应假定样本条目框可以包含附加的框,并且应继续解析,就好像它们存在一样,直到包含框的长度用完为止。
恰好一个TrackReferenceBox(“tref”)可以被包含在TrackBox内。如果该框不存在,则该轨道不会以任何方式参考任何其他轨道。参考数组的大小可以填充参考类型框。TrackReferenceBox提供从包含轨道到呈现中另一轨道的参考。这些参考是使用TrackReferenceTypeBoxes键入的,其中在TrackReferenceBox中最多应有一个给定类型的TrackReferenceTypeBox。
例如,reference_type'hint'参考的TrackReferenceTypeBox将从包含提示轨道链接到它所提示的媒体数据,即由TrackReferenceTypeBox内的track_IDs数组指示的轨道。
SubSampleInformationBox(“subs”)是被设计为包含子样本特定信息的框,其中子样本是样本的连续字节范围。为给定编解码系统提供了子样本的特定定义(例如,对于ISO/IEC 14496-10,高级视频编解码)。
TrackGroupBox(“trgr”)被包含在TrackBox中。TrackGroupBox启用轨道组的指示,其中每个组共享特定特性或组内的轨道具有特定关系。TrackGroupBox包含零个或多个框,并且具体特性或关系由被包含框的框类型指示。被包含框包括标识符,该标识符可以用于总结属于同一轨道组的轨道。TrackGroupBox内包含相同类型的被包含框并且在这些被包含框内具有相同标识符值的轨道属于同一轨道组。轨道组不用于指示轨道之间的依赖关系。而是,TrackReferenceBox用于这样的目的。
TrackGroupBox的语法如下:
项。符合ISOBMFF的文件可以在MetaBox(“meta”)中包含任何非定时对象,称为项、元项或元数据项。虽然MetaBox的名称是指元数据,但项通常可以包含元数据或媒体数据。MetaBox可以驻留在文件的顶层、在MovieBox(“moov”)内和在TrackBox(“trak”)内,但在文件级别、电影级别或轨道级别中的每个级别最多可以出现一个MetaBox。
实体组是项的分组,其也可以对轨道进行分组。实体组中的实体共享特定特性或具有特定关系,如分组类型所示。
实体组在GroupsListBox(“grpl”)中指示。在文件级MetaBox的GroupsListBox中指定的实体组是指轨道或文件级项。在电影级MetaBox的GroupsListBox中指定的实体组是指电影级项。在轨道级MetaBox的GroupsListBox中指定的实体组是指该轨道的轨道级项。当GroupsListBox存在于文件级MetaBox中时,任何文件级MetaBox中的ItemInfoBox(“iinf”)中都没有与任何TrackHeaderBox中的track_ID值相等的item_ID值。
GroupsListBox包含EntityToGroupBoxes,每个EntityToGroupBoxes指定一个实体组。EntityToGroupBox的四字符框类型表示已定义的分组类型。
为了处理文件作者需要对播放器或渲染器执行某些操作的情况,ISO/IEC 14496-12指定了一种机制,该机制使得播放器能够简单地检查文件以找出渲染比特流的这样的要求并且停止传统播放器解码和渲染需要进一步处理的文件。换言之,内容(轨道)只能由正确呈现其的播放器解码。
受限样本条目被定义为对其应用了以下变换过程的样本条目:
·样本条目的四字符代码被替换为表示受限视频的新的样本条目代码“resv”。
·RestrictedSchemeInfoBox被添加到样本描述中,而所有其他框保持不修改。
·原始样本条目类型存储在RestrictedSchemeInfoBox中包含的OriginalFormatBox中。
原始样本条目类型被包含在位于RestrictedSchemeInfoBox(“rinf”)中的OriginalFormatBox(“frma”)中。限制的确切性质在SchemeTypeBox(“schm”)中定义,并且该方案所需要的数据存储在SchemeInformationBox(“schi”)中。
体积视频编码。在体积视频压缩和3自由度及更大(3DoF+)视频领域,使用一组深度相机捕获的角色或场景或综合建模和动画为3D场景的角色或场景可以编码为体积视频。体积视频压缩通常将3D内容分割成一组2D图块、或包含颜色、几何和可选占用数据的图块,其然后可以使用标准2D视频压缩格式进行压缩。因此,颜色、几何和占用数据可以被视为体积视频的组成部分。体积视频压缩目前在MPEG-I标准化工作中探索和标准化。
23090-12中的体积视频压缩可以使用3D场景分割来生成视图,该视图可以打包成图集并且使用现有的2D压缩技术(诸如,H.265或H.264)进行高效编码。为了让最终用户消费这样的内容,可能需要定义一种标准的元数据格式,其高效地描述视图合成所需要的信息。23090-5规范中的体积视频压缩定义了类似的元数据结构,但将图集的数目限制为一个。
V-PCC基本流。23090-5规范除了定义体积视频压缩之外,还定义了基本流,基本流不仅可以用于承载由标准本身压缩的数据,也可以用于承载由其他标准压缩的数据。这里的一个示例是使用V-PCC基本流来承载使用23090-12规范压缩的数据的可能性。本文中描述的一些数据结构的命名可以在标准化过程中发生变化。例如,如ISO/IEC 23090-5、ISO/IEC 23090-10和ISO/IEC 23090-12中所反映的,V-PCC基本流现在称为V3C(基于视觉体积视频的编解码)基本流。因此,如本文中描述和要求保护的,V-PCC基本流或V PCC基本流的使用可以与V3C基本流互换使用(例如,替换)。
图1是基于23090-5规范的示例V-PCC基本流结构的框图100。如图1所示,V PCC基本流102包括一组V-PCC单元。每个V-PCC单元104具有V-PCC单元头和V-PCC单元有效载荷。V-PCC单元头描述了V-PCC单元类型106。支持的V-PCC单元类型106是VPCC_VPS、VPCC_OVD、VPCC_AVD、VPCC_GVD和VPCC_AD,分别对应于V-PCC参数集、占用视频数据、属性视频数据、几何视频数据和图集数据。
VPCC_VPS单元类型携带V-PCC参数集。V-PCC参数集包含允许理解和正确消费V-PCC基本流的内容的信息。V-PCC参数集在V-PCC基本流中的所有图集之间共享。
VPCC_OVD、VPCC_AVD、VPCC_GVD单元类型携带占用、属性和几何视频数据。该数据对应于可以由适当的视频解码器(例如,HEVC NAL单元)解码的视频数据单元。
VPCC_AD单元类型携带图集数据。该数据对应于包含元数据信息的图集NAL单元。该元数据与V-PCC参数集和视频数据一起用于重建编码的体积结构(例如,当元数据符合23090-5时为点云,或当元数据符合23090-12时为3DoF+视频)。
当V-PCC基本流中存在多个图集时,可以使用在VPCC单元头中定义的vuh_atlas_id来唯一地标识和解析每个图集。
用于V-PCC的ISOBMFF的设计。根据23090-10的当前CD文本,多轨道容器结构是将ISOBMFF中的一个V-PCC基本流封装为一个V-PCC轨道(一种形式的体积媒体轨道)和多个V-PCC分量轨道(一种形式的视频媒体轨道),参见图2。特别地,图2是根据ISO/IEC23090-10的示例ISOBMFF多轨道容器结构200。V-PCC轨道202包含V-PCC参数集和携带图集数据信息的NAL单元。V-PCC分量轨道包含视频编码信息(占用204、几何206、属性208)。
在将V-PCC基本流封装在ISOBMFF中时,每个V-PCC单元头存储在VPCCUnitHeaderBox(“vunt”)中。在V-PCC轨道202中,VPCCUnitHeaderBox存储在VPCCSampleEntry中。在V-PCC分量轨道(诸如,项204、206、208)中,VPCCUnitHeaderBox在RestrictedVideoSampleEntry中的SchemeInformation中。VPCCUnitHeaderBox允许标识V-PCC分量轨道承载的分量。在这两种情况下,都假定VPCCUnitHeaderBox中的数据在轨道的整个持续时间内都不会改变。
V-PCC基本流中的多个图集。符合V-PCC基本比特流的MPEG128可以包含一个以上的图集(从ISO/IEC 23090-5、ISO/IEC 23090-10和ISO/IEC 23090-12开始,V-PCC基本比特流现在称为V3C(基于视觉体积视频的编解码)基本流)。添加该功能以携带根据MIV规范(23090-12)编码的数据。为了启用该功能,vuh_atlas_id被添加到V-PCC单元的V-PCC单元头中,类型为:VPCC_AD、VPCC_GVD、VPCC_OVD和VPCC_AVD。
当涉及到V-PCC轨道时,添加vuh_atlas_id在多轨道容器结构的设计中产生影响。例如(虽然本文中描述的示例解决的问题不限于以下描述):
·V-PCC样本只允许存储一个V-PCC单元有效载荷。因此,必须为每个图集创建V-PCC轨道。
·没有用于将多个V-PCC轨道链接到同一V-PCC基本流的功能。
·没有关于如何存储VPCC_VPS的信息(例如,每个V-PCC轨道是否会被复制)
·当存在一个以上的V-PCC轨道时,没有向主V-PCC轨道以信号通知的功能。
·没有用于启用在V-PCC轨道之间共享共同数据的功能。
V-PCC分量轨道无需修改即可创建,因为从它们的角度看,vuh_atlas_id是轨道的又一标识符,类似于vuh_unit_type、vuh_attribute_index、vuh_map_index和vuh_attribute_dimension_index。
V-PCC ISOBMFF中的部分访问。23090-10的CD文本还介绍了用于部分访问3维空间的高级解决方案,其中轨道基于这些轨道中的空间区域数据所属的内容进行分组。然而,规范没有提及这些轨道是来自一个V-PCC基本流还是来自独立的V-PCC基本流。在一个V-PCC基本流的情况下:该工具仅允许基于这些轨道中的空间区域数据所属的内容来拆分视频轨道(占用、几何、属性)。V-PCC轨道中的图集数据保持原始形式。因此,即使只向最终用户显示一个空间区域,也需要下载/解码所有图集数据。将图集数据拆分为与某些空间区域相对应的数目的图集将有助于部分访问场景。但是,如上所述,不完全支持在多轨道容器结构中存储多个图集。
因此,总而言之,本文中描述的示例解决的问题包括:
·没有用于在一个V-PCC轨道中存储多个图集(即,具有不同vuh_atlas_id的VPCC_AD类型的V-PCC单元)的功能
·没有用于将多个V-PCC轨道链接到同一V-PCC基本流的功能。
o部分访问点云需要该功能
o或者,作为存储多个图集的替代方式,即不在一个V-PCC轨道中。
·如果创建多个V-PCC轨道,则没有关于在存在多个图集的情况下如何存储VPCC_VPS的设计(例如,是否会针对每个V-PCC轨道进行复制?)。
·没有考虑如何将多个图集共同的MIV(23090-12)的camera_params_list存储在ISOBMFF中
由本文中描述的示例的受让人(诺基亚)提交的美国临时申请号62/853903描述了使用与本文中描述的实施例中的一个类似(但不同)的方法的单轨封装模式(参见在一个V-PCC轨道中存储多个图集——实施例4)。
本文中描述的示例提供信令信息以标识多轨道容器中的样本或V-PCC轨道上的图集id。附加地,该信令确保文件解析器能够将V-PCC轨道与源自单个V-PCC基本流的不同图集id链接。因此,文件解析器能够基于信令信息和封装在多轨道容器中的数据来重建原始的V-PCC基本流。
在一个V-PCC轨道中存储多个图集。
1.在一个实施例中,
·VPCCUnitHeaderBox未存储在VPCCSampleEntry中,如当前在23090-10的CD文本中定义的。
·为V-PCC轨道指定了VPCCSample的新定义,其中“V-PCC轨道中的每个样本对应于一个帧。各个分量轨道中与该帧相对应的样本应具有与V-PCC轨道样本相同的合成时间。每个V-PCC样本应包含一个或多个VPCC_AD类型的V-PCC单元有效载荷,它们具有相同的合成时间,如ISO/IEC 23090-5[VPCC]中定义的,其中可能包括一个或多个图集NAL单元。”
·vuh_atlas_id映射到每个nalUnit的VPCCSample结构内的atlas_id
2.在第二实施例中,
·VPCCUnitHeaderBox未存储在VPCCSampleEntry中,如当前在23090-10的CD文本中定义的。
·为V-PCC轨道指定了VPCCSample的新定义,其中“V-PCC轨道中的每个样本对应于单个帧。各个分量轨道中与该帧相对应的样本应具有与V-PCC轨道样本相同的合成时间。每个V-PCC样本应包含一个或多个VPCC_AD类型的V-PCC单元有效载荷,它们具有相同的合成时间,如ISO/IEC 23090-5[VPCC]中定义的,其中可能包括一个或多个图集NAL单元。”
·vuh_atlas_id映射到一组nalUnit的VPCCSample结构内的atlas_id
3.在另一实施例中,
·VPCCUnitHeaderBox未存储在VPCCSampleEntry中,如当前在23090-10的CD文本中定义的。
·为V-PCC轨道指定了VPCCSample的新定义,其中“V-PCC轨道中的每个样本对应于单个帧。各个分量轨道中与该帧相对应的样本应具有与V-PCC轨道样本相同的合成时间。每个V-PCC样本应包含一个或多个VPCC_AD类型的V-PCC单元有效载荷,它们具有相同的合成时间,如ISO/IEC 23090-5[VPCC]中定义的,其中可能包括一个或多个图集NAL单元。”
·vuh_atlas_id隐式地映射到VPCCSample内的nalUnits
4.在另一实施例中,
·VPCCUnitHeaderBox未存储在VPCCSampleEntry中,如当前在23090-10的CD文本中定义的。
·为V-PCC轨道指定了VPCCSample的新定义,其中“V-PCC轨道中的每个样本对应于一个帧。各个分量轨道中与该帧相对应的样本应具有与V-PCC轨道样本相同的合成时间。每个V-PCC样本应包含一个或多个VPCC_AD类型的V-PCC单元有效载荷,它们具有相同的合成时间,如ISO/IEC 23090-5[VPCC]中定义的,其中可能包括一个或多个图集NAL单元。”
·VPCCSample根据23090-10或实施例3构造,但不假定隐式映射。
·SubSampleInformationBox是V-PCC轨道的一部分,并且它在codec_specific_parameters字段中包含VPCCUnitHeaderBox。VPCCUnitHeaderBox将VPCCSample中的子样本nalUnits链接到vuh_atlas_id。
5.在另一实施例中,
·VPCCUnitHeaderBox未存储在VPCCSampleEntry中,如当前在23090-10的CD文本中定义的。
·为V-PCC轨道指定了VPCCSample的新定义,其中样本不再包含atlas_sub_bitstream,而是包含具有有效载荷和头部两者的vpcc_units的序列。
“V-PCC轨道中的每个样本对应于一个帧。各个分量轨道中与该帧相对应的样本应具有与V-PCC轨道样本相同的合成时间。每个V-PCC样本应包含一个或多个VPCC_AD类型的V-PCC单元,这些单元具有相同的合成时间,如ISO/IEC 23090-5[VPCC]中定义的,其中可能包括一个或多个图集NAL单元。”
指定新的分组类型。利用新的分组类型(实体分组、轨道分组)可以更快地访问信息,因为解析轨道组在解析层次结构中比解析轨道本身更早。
6.在另一实施例中,
·分组结构应包含有关图集id的信息和显式指示符,来以信号通知是否应将所讨论的轨道视为主轨道
·为跟踪组机制指定了新的分组类型(例如,“vpes”),如下所示。
定义
框类型:'vpes'
容器:TrackGroupBox
强制:否
数量:零个或更多
语法
语义
track_group_id是指定轨道组或集合的整数。如果VPCCElementaryStreamGroupBox不存在,则没有关于该轨道是否与其他V-PCC轨道链接的信息。track_group_id对于源自同一V-PCC基本流的轨道应相同。
main_track等于1表明该V-PCC轨道包含属于同一组的所有其他V-PCC轨道的共同数据(例如,包含VPCCDecoderConfigurationRecord中的VPCC参数集),而main_track等于0表明该V-PCC轨道不包含共同数据。
atlas_id是整数,其标识该V-PCC轨道中承载的数据所属的图集。
7.在另一实施例中,
·分组结构应包含图集id(atlas_id)。具有特定图集id的轨道可以被隐式地视为主轨道,例如atlas_id==0。
·为跟踪组机制指定了新的分组类型(例如,“vpes”),如下所示。
定义
框类型:'vpes'
容器:TrackGroupBox
强制:否
数量:零个或更多
语法
语义
track_group_id是指定轨道组或集合的整数。如果VPCCElementaryStreamGroupBox不存在,则没有关于该轨道是否与其他V-PCC轨道链接的信息。track_group_id对于源自同一V-PCC基本流的轨道应相同。
atlas_id是整数,其标识该V-PCC轨道中承载的数据所属的图集。
8.在另一实施例中,
·分组结构应包含vpcc单元头,其包含有关图集id的信息以及主轨道的显式指示符。
·为跟踪组机制指定了新的分组类型(例如,“vpes”),如下所示。
定义
框类型:'vpes'
容器:TrackGroupBox
强制:否
数量:零个或更多
语法
语义
track_group_id是指定轨道组或集合的整数。如果VPCCElementaryStreamGroupBox不存在,则没有关于该轨道是否与其他V-PCC轨道链接的信息。track_group_id对于源自同一V-PCC基本流的轨道应相同。
main_track等于1表明该V-PCC轨道包含属于同一组的所有其他V-PCC轨道的共同数据(例如,包含VPCCDecoderConfigurationRecord中的VPCC参数集),而main_track等于0表明该V-PCC轨道不包含共同数据。
VPCCUnitHeaderBox()如在23090-10中定义的
9.在另一实施例中,
·轨道组应仅包含所讨论的轨道的vpcc单元头。
·为跟踪组机制指定了新的分组类型(例如,“vpes”),如下所示。
定义
框类型:'vpes'
容器:TrackGroupBox
强制:否
数量:零个或更多
语法
语义
track_group_id是指定轨道组或集合的整数。如果VPCCElementaryStreamGroupBox不存在,则没有关于该轨道是否与其他V-PCC轨道链接的信息。track_group_id对于源自同一V-PCC基本流的轨道应相同。
VPCCUnitHeaderBox()如在23090-10中定义的
10.在另一实施例中,
·为跟踪组机制指定了两种新的分组类型(例如,“vpes”和“atls”),如下所示。
定义
框类型:'vpes'
容器:TrackGroupBox
强制:否
数量:零个或更多
语法
语义
track_group_id是指定轨道组或集合的整数。如果VPCCElementaryStreamGroupBox不存在,则没有关于该轨道是否与其他轨道链接的信息。track_group_id对于源自同一V-PCC基本流的轨道应相同。
定义
框类型:'atls'
容器:TrackGroupBox
强制:否
数量:零个或更多
语法
语义
track_group_id是指定轨道组或集合的整数。如果AtlasGroupBox不存在,则没有关于该轨道属于哪个图集的信息。track_group_id对于属于同一图集的轨道应相同。
atlas_id是整数,其标识该track中承载的数据所属的图集。
指定新的V-PCC参数轨道。图3描绘了具有V-PCC参数轨道302的多轨道容器结构300的示例。
11.在另一实施例中,
·指定了V-PCC轨道(V-PCC参数轨道302)的新V-PCC样本条目“vpcp”304和类型“pccp”306的新轨道参考。
·VPCCUnitHeaderBox 308未存储在“vpcp”类型的VPCCSampleEntry中
·具有类型为“vpcp”304的VPCCSampleEntry的V-PCC轨道(V-PCC参数轨道302)包含源自同一V-PCC基本流的所有VPCC Track的共同数据(例如,存储在VPCCDecoderConfigurationRecord中的类型VPCC_VPS的VPCC整体或所有图集共同的MIV相机参数)
·V-PCC轨道参考表310中类型“pccp”306的轨道参考(参考V-PCC参数轨道302)用于从V-PCC轨道312连接到V-PCC参数轨道302(图3)。
指定新的受限V-PCC轨道。图4是具有受限V-PCC轨道420的多轨道容器结构400的示例。
12.在另一实施例中,
·指定了V-PCC轨道424的新V-PCC样本条目“vpcr”、类型
“pccr”426的新轨道参考和新的restrictedVPCCampleEntry“pcrr”428。
·VPCCUnitHeaderBox 430未存储在类型“vpcr”的VPCCSampleEntry中
·具有“vpcr”类型的VPCCSampleEntry的V-PCC轨道424仅包含所有RestrictedVPCCTracks的共同数据432(例如,存储在VPCCDecoderConfigurationRecord中的类型VPCC_VPS的VPCC整体或所有图集共同的MIV相机参数)
·受限VPCCSampleEntry“pcrr”428包含RestrictedSchemeInfo 434,该RestrictedSchemeInfo 434包含SchemeInformationBox 436,SchemeInformationBox 436最终包含VPCCUnitHeaderBox 430。
·具有“vpcr”类型的VPCCSampleEntry的V-PCC轨道424中类型为“pcrr”426的轨道参考用于从V-PCC轨道424连接到所有RestrictedVPCCTrack 420(图4)。
图5是基于本文中描述的示例的示例性装置500,装置500可以用硬件实现,装置500被配置为实现在ISOBMFF中存储来自一个V-PCC基本流的多个图集。装置500包括处理器502、包括计算机程序代码505的至少一个非暂态存储器504,其中基于本文中描述的示例,至少一个存储器504和计算机程序代码505被配置为与至少一个处理器502一起使装置实现图集信令、电路系统、编码器、解码器、过程、组件、模块或功能(统称为信令506)以实现在ISOBMFF中存储来自一个V-PCC基本流的多个图集。装置500可选地包括显示器和/或I/O接口508,其可以用于在渲染期间显示作为信令506的结果的输出或内容。装置500可选地包括一个或多个网络(NW)接口((多个)I/F)510。(多个)NW I/F 510可以是有线和/或无线的并且通过任何通信技术通过因特网/(多个)其他网络进行通信。(多个)NW I/F 510可以包括一个或多个传输器和一个或多个接收器。(多个)N/W I/F 510可以包括标准众所周知的组件,例如放大器、滤波器、频率转换器、(解)调制器和编码器/解码器电路以及一个或多个天线。
装置500可以是远程、虚拟或云装置。装置500可以是编码器或解码器,或者既可以是编码器又可以是解码器。存储器504可以使用任何合适的数据存储技术来实现,例如基于半导体的存储器设备、闪存、磁存储器设备和系统、光学存储器设备和系统、固定存储器和可移动存储器。存储器504可以包括用于存储数据的数据库。
图6是基于本文中描述的示例实现在ISOBMFF中存储来自一个V-PCC基本流的多个图集的示例方法600。在602,该方法包括提供信号信息以标识多轨道容器中的体积媒体轨道的样本上或体积媒体轨道上的图集标识符。在604,该方法包括其中信号信息允许文件解析器将体积媒体轨道与源自体积媒体基本流的不同图集标识符链接。在606,该方法包括其中文件解析器能够基于信号信息和封装在多轨道容器中的数据来重建体积媒体基本流。
对“计算机”、“处理器”等的引用应当理解为不仅包括具有不同架构的计算机,诸如单/多处理器架构和顺序(冯诺依曼)/并行架构,还包括专用电路,诸如现场可编程门阵列(FPGA)、专用电路(ASIC)、信号处理设备和其他处理电路系统。对计算机程序、指令、代码等的引用应当理解为涵盖用于可编程处理器或固件的软件,例如,硬件设备的可编程内容,诸如用于处理器的指令,或者涵盖用于固定功能设备、门阵列或可编程逻辑器件等的配置设置。
如本文中使用的,术语“电路系统”可以是指以下中的任何一种:(a)硬件电路实现,诸如使用模拟和/或数字电路系统的实现,以及(b)电路和软件(和/或固件)的组合,诸如(如适用):(i)(多个)处理器的组合,或(ii)(多个)处理器/软件的部分,包括(多个)数字信号处理器、软件和(多个)存储器,这些部分一起工作以使装装置执行各种功能,以及(c)电路,诸如(多个)微处理器或(多个)微处理器的一部分,其需要软件或固件进行操作,即使软件或固件在物理上不存在。“电路系统”的这种描述适用于该术语在本申请中的使用。作为另外的示例,如本文中使用的,术语“电路系统”还将涵盖仅处理器(或多个处理器)或处理器的一部分及其(或它们的)随附软件和/或固件的实现。例如,如果适用于特定元件,术语“电路系统”还将涵盖用于移动电话的基带集成电路或应用处理器集成电路、或者服务器、蜂窝网络设备或其他网络设备中的类似集成电路。
一种示例装置包括至少一个处理器;以及包括计算机程序代码的至少一个非暂态存储器;其中至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使该装置至少执行:提供信号信息以标识多轨道容器中的体积媒体轨道的样本上或体积媒体轨道上的图集标识符;其中信号信息允许文件解析器将体积媒体轨道与源自体积媒体基本流的不同图集标识符链接;并且其中文件解析器能够基于信号信息和封装在多轨道容器中的数据来重建体积媒体基本流。
该装置还可以包括,其中信号信息包括:体积媒体参数轨道的体积媒体样本条目,包括源自体积媒体基本流的体积媒体轨道的共同数据;以及体积媒体参数轨道参考表中的轨道参考,其参考体积媒体轨道并且被用于从体积媒体参数轨道连接到体积媒体轨道。
该装置还可以包括,其中体积媒体单元头图集标识符被映射到用于一个或多个网络抽象层单元中的每个网络抽象层单元的体积媒体样本结构内的图集标识符。
该装置还可以包括,其中体积媒体单元头图集标识符被映射到用于一组网络抽象层单元的体积媒体样本结构内的图集标识符。
该装置还可以包括,其中体积媒体单元头图集标识符被隐式地映射到体积媒体样本结构内的网络抽象层单元。
该装置还可以包括,其中体积媒体轨道包括子样本信息框,并且其中子样本信息框包括编解码器特定参数字段中的体积媒体单元头框,体积媒体单元头框将体积媒体样本中的子样本网络抽象层单元链接到体积媒体单元头图集标识符。
该装置还可以包括,其中体积媒体轨道的样本包括具有有效载荷和头部的体积媒体单元的序列,并且样本对应于单个点云帧,其中一个或多个分量轨道内与单个点云帧相对应的样本具有与体积媒体轨道的样本的合成时间相对应的合成时间。
该装置还可以包括,其中信号信息包括分组结构,分组结构包括关于图集标识符的信息;以及指示符,用于以信号通知体积媒体轨道是否为主轨道,主轨道具有用于属于组的其他体积媒体轨道的共同数据。
该装置还可以包括,其中信号信息包括分组结构,分组结构包括图集标识符,其中具有特定图集标识符的轨道被隐式地认为是具有用于属于组的其他体积媒体轨道的共同数据的主轨道。
该装置还可以包括,其中信号信息包括分组结构,分组结构包括体积媒体单元头,其中体积媒体单元头包括关于图集标识符的信息和具有用于属于组的其他体积媒体轨道的共同数据的主轨道的指示符。
该装置还可以包括,其中信号信息包括轨道组,轨道组包括用于体积媒体轨道的体积媒体单元头。
该装置还可以包括,其中信号信息提供至少一种分组类型以指定轨道分组机制。
该装置还可以包括,其中信号信息包括:体积媒体样本条目,包括源自体积媒体基本流的体积媒体轨道的共同数据;以及体积媒体轨道参考表中的轨道参考,其参考体积媒体轨道并且被用于从体积媒体参数轨道连接到体积媒体轨道。
该装置还可以包括,其中信号信息包括:体积媒体样本条目,包括某种类型的受限体积媒体轨道的共同数据;受限样本条目,包括受限方案信息;以及体积媒体参数轨道中的轨道参考,具有用于从体积媒体参数轨道连接到受限体积媒体轨道的样本条目。
一种示例方法包括提供信号信息以标识多轨道容器中的体积媒体轨道的样本上或体积媒体轨道上的图集标识符;其中信号信息允许文件解析器将体积媒体轨道与源自体积媒体基本流的不同图集标识符链接;并且其中文件解析器能够基于信号信息和封装在多轨道容器中的数据来重建体积媒体基本流。
该方法的其他方面可以包括以下内容。信号信息可以包括:体积媒体参数轨道的体积媒体样本条目,包括源自体积媒体基本流的体积媒体轨道的共同数据;以及体积媒体参数轨道参考表中的轨道参考,其参考体积媒体轨道并且被用于从体积媒体参数轨道连接到体积媒体轨道。针对一个或多个网络抽象层单元中的每个,体积媒体单元头图集标识符可以被映射到体积媒体样本结构内的图集标识符。体积媒体单元头图集标识符可以被映射到用于一组网络抽象层单元的体积媒体样本结构内的图集标识符。
一种示例装置包括用于提供信号信息以标识多轨道容器中的体积媒体轨道的样本上或体积媒体轨道上的图集标识符的部件;其中信号信息允许文件解析器将体积媒体轨道与源自体积媒体基本流的不同图集标识符链接;并且其中文件解析器能够基于信号信息和封装在多轨道容器中的数据来重建体积媒体基本流。
该装置的其他方面可以包括以下内容。信号信息可以包括:体积媒体参数轨道的体积媒体样本条目,包括源自体积媒体基本流的体积媒体轨道的共同数据;以及体积媒体参数轨道参考表中的轨道参考,其参考体积媒体轨道并且被用于从体积媒体参数轨道连接到体积媒体轨道。针对一个或多个网络抽象层单元中的每个,体积媒体单元头图集标识符可以被映射到体积媒体样本结构内的图集标识符。体积媒体单元头图集标识符可以被映射到用于一组网络抽象层单元的体积媒体样本结构内的图集标识符。体积媒体单元头图集标识符可以被隐式地映射到体积媒体样本结构内的网络抽象层单元。体积媒体轨道可以包括子样本信息框,并且子样本信息框可以包括编解码器特定参数字段中的体积媒体单元头框,体积媒体单元头框将体积媒体样本中的子样本网络抽象层单元链接到体积媒体单元头图集标识符。体积媒体轨道的样本可以包括具有有效载荷和头部的体积媒体单元的序列,并且样本可以对应于单个点云帧,其中一个或多个分量轨道内与单个点云帧相对应的样本具有与体积媒体轨道的样本的合成时间相对应的合成时间。信号信息可以包括:分组结构,分组结构包括关于图集标识符的信息;以及指示符,用于以信号通知体积媒体轨道是否为主轨道,主轨道具有用于属于组的其他体积媒体轨道的共同数据。信号信息可以包括分组结构,分组结构包括图集标识符,其中具有特定图集标识符的轨道被隐式地认为是具有用于属于组的其他体积媒体轨道的共同数据的主轨道。信号信息可以包括分组结构,分组结构包括体积媒体单元头,其中体积媒体单元头包括关于图集标识符的信息和具有用于属于组的其他体积媒体轨道的共同数据的主轨道的指示符。信号信息可以包括轨道组,轨道组包括用于体积媒体轨道的体积媒体单元头。信号信息可以提供至少一种分组类型以指定轨道分组机制。信号信息可以包括:体积媒体样本条目,包括某种类型的受限体积媒体轨道的共同数据;受限样本条目,包括受限方案信息;以及体积媒体参数轨道中的轨道参考,具有用于从体积媒体参数轨道连接到受限体积媒体轨道的样本条目。
可以提供一种机器可读的示例性非暂态程序存储设备,有形地体现由机器可执行以执行操作的指令程序,该操作包括:提供信号信息以标识多轨道容器中的体积媒体轨道的样本上或体积媒体轨道上的图集标识符;其中信号信息允许文件解析器将体积媒体轨道与源自体积媒体基本流的不同图集标识符链接;并且其中文件解析器能够基于信号信息和封装在多轨道容器中的数据来重建体积媒体基本流。
非暂态程序存储设备的其他方面可以包括以下内容。信号信息可以包括:体积媒体参数轨道的体积媒体样本条目,包括源自体积媒体基本流的体积媒体轨道的共同数据;以及体积媒体参数轨道参考表中的轨道参考,其参考体积媒体轨道并且被用于从体积媒体参数轨道连接到体积媒体轨道。针对一个或多个网络抽象层单元中的每个,体积媒体单元头图集标识符可以被映射到体积媒体样本结构内的图集标识符。
一种示例装置包括用于提供信号信息以标识多轨道容器中的体积媒体轨道的样本上或体积媒体轨道上的图集标识符的部件;其中信号信息将文件解析器配置为将体积媒体轨道与源自体积媒体基本流的不同图集标识符链接;并且其中文件解析器被配置为基于信号信息和封装在多轨道容器中的数据来重建体积媒体基本流。
一种示例装置包括至少一个处理器;以及包括计算机程序代码的至少一个非暂态存储器;其中至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使该装置至少执行:提供信号信息以标识多轨道容器中的体积媒体轨道的样本上或体积媒体轨道上的图集标识符;其中信号信息将文件解析器配置为将体积媒体轨道与源自体积媒体基本流的不同图集标识符链接;并且其中文件解析器被配置为基于信号信息和封装在多轨道容器中的数据来重建体积媒体基本流。
一种示例方法包括提供信号信息以标识多轨道容器中的体积媒体轨道的样本上或体积媒体轨道上的图集标识符;其中信号信息将文件解析器配置为将体积媒体轨道与源自体积媒体基本流的不同图集标识符链接;并且其中文件解析器被配置为基于信号信息和封装在多轨道容器中的数据来重建体积媒体基本流。
一种机器可读的示例非暂态程序存储设备,有形地体现由机器可执行以执行操作的指令程序,该操作包括:提供信号信息以标识多轨道容器中的体积媒体轨道的样本上或体积媒体轨道上的图集标识符;其中信号信息将文件解析器配置为将体积媒体轨道与源自体积媒体基本流的不同图集标识符链接;并且其中文件解析器被配置为基于信号信息和封装在多轨道容器中的数据来重建体积媒体基本流。
应当理解,上述描述仅是说明性的。本领域技术人员可以设计各种替代和修改。例如,各种从属权利要求中记载的特征可以以任何合适的组合彼此组合。此外,来自上述不同实施例的特征可以选择性地组合成新的实施例。因此,该描述旨在涵盖落入所附权利要求范围内的所有这样的替代、修改和变化。
Claims (18)
1.一种装置,包括:
用于提供信号信息以标识多轨道容器中的体积媒体轨道的样本上或所述体积媒体轨道上的图集标识符的部件;
其中所述信号信息允许文件解析器将体积媒体轨道与源自体积媒体基本流的不同图集标识符链接;并且
其中所述文件解析器能够基于所述信号信息和封装在所述多轨道容器中的数据来重建所述体积媒体基本流。
2.根据权利要求1所述的装置,其中所述信号信息包括:
体积媒体参数轨道的体积媒体样本条目,包括源自所述体积媒体基本流的体积媒体轨道的共同数据;以及
体积媒体参数轨道参考表中的轨道参考,其参考体积媒体轨道并且被用于从所述体积媒体参数轨道连接到所述体积媒体轨道。
3.根据权利要求1至2中任一项所述的装置,其中体积媒体单元头图集标识符被映射到用于一个或多个网络抽象层单元中的每个网络抽象层单元的体积媒体样本结构内的图集标识符。
4.根据权利要求1至3中任一项所述的装置,其中体积媒体单元头图集标识符被映射到用于一组网络抽象层单元的体积媒体样本结构内的图集标识符。
5.根据权利要求1至4中任一项所述的装置,其中体积媒体单元头图集标识符被隐式地映射到体积媒体样本结构内的网络抽象层单元。
6.根据权利要求1至5中任一项所述的装置,其中所述体积媒体轨道包括子样本信息框,并且其中所述子样本信息框包括编解码器特定参数字段中的体积媒体单元头框,所述体积媒体单元头框将体积媒体样本中的子样本网络抽象层单元链接到体积媒体单元头图集标识符。
7.根据权利要求1至6中任一项所述的装置,其中所述体积媒体轨道的所述样本包括具有有效载荷和头部的体积媒体单元的序列,并且所述样本对应于单个点云帧,其中一个或多个分量轨道内与所述单个点云帧相对应的样本具有与所述体积媒体轨道的所述样本的合成时间相对应的合成时间。
8.根据权利要求1至7中任一项所述的装置,其中所述信号信息包括:
分组结构,所述分组结构包括关于所述图集标识符的信息;以及
指示符,用于以信号通知所述体积媒体轨道是否为主轨道,所述主轨道具有用于属于组的其他体积媒体轨道的共同数据。
9.根据权利要求1至8中任一项所述的装置,其中所述信号信息包括分组结构,所述分组结构包括所述图集标识符,其中具有特定图集标识符的轨道被隐式地认为是具有用于属于组的其他体积媒体轨道的共同数据的主轨道。
10.根据权利要求1至9中任一项所述的装置,其中所述信号信息包括分组结构,所述分组结构包括体积媒体单元头,其中所述体积媒体单元头包括关于所述图集标识符的信息、和具有用于属于组的其他体积媒体轨道的共同数据的主轨道的指示符。
11.根据权利要求1至10中任一项所述的装置,其中所述信号信息包括轨道组,所述轨道组包括用于所述体积媒体轨道的体积媒体单元头。
12.根据权利要求1至11中任一项所述的装置,其中所述信号信息提供至少一种分组类型以指定轨道分组机制。
13.根据权利要求1至12中任一项所述的装置,其中所述信号信息包括:
体积媒体样本条目,包括某种类型的受限体积媒体轨道的共同数据;
受限样本条目,包括受限方案信息;以及
所述体积媒体参数轨道中的轨道参考,具有用于从所述体积媒体参数轨道连接到所述受限体积媒体轨道的样本条目。
14.根据权利要求1至13中任一项所述的装置,其中所述体积媒体基本流是V-PCC基本流。
15.根据权利要求1至14中任一项所述的装置,其中所述体积媒体基本流是V3C基本流。
16.根据权利要求2至15中任一项所述的装置,其中所述体积媒体参数轨道是V-PCC轨道。
17.一种方法,包括:
提供信号信息以标识多轨道容器中的体积媒体轨道的样本上或所述体积媒体轨道上的图集标识符;
其中所述信号信息允许文件解析器将体积媒体轨道与源自体积媒体基本流的不同图集标识符链接;并且
其中所述文件解析器能够基于所述信号信息和封装在所述多轨道容器中的数据来重建所述体积媒体基本流。
18.一种机器可读的非暂态程序存储设备,有形地体现由所述机器可执行以执行操作的指令程序,所述操作包括:
提供信号信息以标识多轨道容器中的体积媒体轨道的样本上或所述体积媒体轨道上的图集标识符;
其中所述信号信息允许文件解析器将体积媒体轨道与源自体积媒体基本流的不同图集标识符链接;并且
其中所述文件解析器能够基于所述信号信息和封装在所述多轨道容器中的数据来重建所述体积媒体基本流。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202062959449P | 2020-01-10 | 2020-01-10 | |
US62/959,449 | 2020-01-10 | ||
PCT/FI2020/050879 WO2021140276A1 (en) | 2020-01-10 | 2020-12-31 | Storage of multiple atlases from one v-pcc elementary stream in isobmff |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115053531A true CN115053531A (zh) | 2022-09-13 |
Family
ID=76763768
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080092670.4A Pending CN115053531A (zh) | 2020-01-10 | 2020-12-31 | 在isobmff中存储来自一个v-pcc基本流的多个图集 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11412267B2 (zh) |
EP (1) | EP4088480A4 (zh) |
CN (1) | CN115053531A (zh) |
WO (1) | WO2021140276A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115443652B (zh) * | 2020-04-11 | 2024-02-20 | Lg电子株式会社 | 点云数据发送设备、点云数据发送方法、点云数据接收设备和点云数据接收方法 |
EP4124032A4 (en) * | 2020-04-12 | 2023-05-31 | LG Electronics, Inc. | POINT CLOUD DATA TRANSMITTING DEVICE, POINT CLOUD DATA TRANSMITTING METHOD, POINT CLOUD DATA RECEIVING DEVICE, AND POINT CLOUD DATA RECEIVING METHOD |
EP4131961A4 (en) * | 2020-04-13 | 2023-09-13 | LG Electronics, Inc. | 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 |
US11838485B2 (en) * | 2020-04-16 | 2023-12-05 | Electronics And Telecommunications Research Institute | Method for processing immersive video and method for producing immersive video |
US11908168B2 (en) * | 2020-06-23 | 2024-02-20 | Lg Electronics Inc. | Point cloud data transmission device, point cloud data transmission method, point cloud data reception device, and point cloud data reception method |
WO2023073283A1 (en) * | 2021-10-28 | 2023-05-04 | Nokia Technologies Oy | A method, an apparatus and a computer program product for video encoding and video decoding |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3349182A1 (en) * | 2017-01-13 | 2018-07-18 | Thomson Licensing | Method, apparatus and stream for immersive video format |
EP3474562A1 (en) * | 2017-10-20 | 2019-04-24 | Thomson Licensing | Method, apparatus and stream for volumetric video format |
EP3474561A1 (en) | 2017-10-23 | 2019-04-24 | Advanced Digital Broadcast S.A. | System and method for automatic adjustment of scheduled recording time |
GB2572996A (en) * | 2018-04-19 | 2019-10-23 | Nokia Technologies Oy | Processing video patches for three-dimensional content |
EP3562159A1 (en) * | 2018-04-24 | 2019-10-30 | InterDigital VC Holdings, Inc. | Method, apparatus and stream for volumetric video format |
WO2021141208A1 (ko) * | 2020-01-09 | 2021-07-15 | 엘지전자 주식회사 | 포인트 클라우드 데이터 송신 장치, 포인트 클라우드 데이터 송신 방법, 포인트 클라우드 데이터 수신 장치 및 포인트 클라우드 데이터 수신 방법 |
-
2020
- 2020-12-31 WO PCT/FI2020/050879 patent/WO2021140276A1/en unknown
- 2020-12-31 EP EP20911893.4A patent/EP4088480A4/en active Pending
- 2020-12-31 CN CN202080092670.4A patent/CN115053531A/zh active Pending
-
2021
- 2021-01-04 US US17/140,580 patent/US11412267B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
EP4088480A1 (en) | 2022-11-16 |
EP4088480A4 (en) | 2023-12-06 |
WO2021140276A1 (en) | 2021-07-15 |
US11412267B2 (en) | 2022-08-09 |
US20210218999A1 (en) | 2021-07-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11200701B2 (en) | Method and apparatus for storage and signaling of static point cloud data | |
US11581022B2 (en) | Method and apparatus for storage and signaling of compressed point clouds | |
CN115053531A (zh) | 在isobmff中存储来自一个v-pcc基本流的多个图集 | |
US11595670B2 (en) | Method and apparatus for storage and signaling of sub-sample entry descriptions | |
WO2021093153A1 (en) | Point cloud data processing | |
WO2023029858A1 (zh) | 点云媒体文件的封装与解封装方法、装置及存储介质 | |
CN113170239A (zh) | 将媒体数据封装到媒体文件的方法、装置和计算机程序 | |
CN114697668B (zh) | 点云媒体的编解码方法及相关产品 | |
WO2022156482A1 (zh) | 一种容积媒体处理方法、装置、存储介质及电子装置 | |
WO2023207119A1 (zh) | 沉浸媒体的处理方法、装置、设备及存储介质 | |
US20220215616A1 (en) | File format for point cloud data | |
CN115396647B (zh) | 一种沉浸媒体的数据处理方法、装置、设备及存储介质 | |
JP7467647B2 (ja) | ボリュメトリックメディア処理方法および装置 | |
US12034982B2 (en) | Volumetric media process methods and apparatus | |
WO2023024841A1 (zh) | 点云媒体文件的封装与解封装方法、装置及存储介质 | |
WO2022110108A1 (en) | Multi-atlas encapsulation of immersive media | |
WO2023169003A1 (zh) | 点云媒体的解码方法、点云媒体的编码方法及装置 | |
US20240129537A1 (en) | Method and apparatus for signaling cmaf switching sets in isobmff | |
CN117581551A (zh) | 动态封装媒体内容数据的方法、装置及计算机程序 | |
JP2024525266A (ja) | メディアコンテンツデータを動的にカプセル化する方法、装置、およびコンピュータプログラム | |
CN117082262A (zh) | 点云文件封装与解封装方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |