[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN112804256B - 多媒体文件中轨道数据的处理方法、装置、介质及设备 - Google Patents

多媒体文件中轨道数据的处理方法、装置、介质及设备 Download PDF

Info

Publication number
CN112804256B
CN112804256B CN202110181956.6A CN202110181956A CN112804256B CN 112804256 B CN112804256 B CN 112804256B CN 202110181956 A CN202110181956 A CN 202110181956A CN 112804256 B CN112804256 B CN 112804256B
Authority
CN
China
Prior art keywords
track
data
group
track group
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.)
Active
Application number
CN202110181956.6A
Other languages
English (en)
Other versions
CN112804256A (zh
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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202110181956.6A priority Critical patent/CN112804256B/zh
Publication of CN112804256A publication Critical patent/CN112804256A/zh
Priority to PCT/CN2021/136308 priority patent/WO2022170836A1/zh
Application granted granted Critical
Publication of CN112804256B publication Critical patent/CN112804256B/zh
Priority to US17/988,987 priority patent/US20230087471A1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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/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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-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/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/136—Incoming video signal characteristics or properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/44—Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

本申请的实施例提供了一种多媒体文件中轨道数据的处理方法、装置、介质及设备。该处理方法包括：接收多媒体文件，所述多媒体文件中包含有多个轨道数据，所述多个轨道数据中的目标轨道数据所对应的轨道组信息中包含有多个轨道组的标识信息，所述多个轨道组的标识信息用于指示所述目标轨道数据同时属于所述多个轨道组；解析所述多媒体文件中包含的各个轨道数据所对应的轨道组信息，得到所述各个轨道数据所属的轨道组；基于所述各个轨道数据所属的轨道组，对属于指定轨道组的轨道数据进行解码处理，得到所述指定轨道组对应的多媒体数据。本申请实施例的技术方案可以实现对具有多个属性的轨道数据的指示，提高了轨道属性指示的精确性与完善性。

Description

多媒体文件中轨道数据的处理方法、装置、介质及设备
技术领域
本申请涉及计算机及通信技术领域，具体而言，涉及一种多媒体文件中轨道数据的处理方法、装置、介质及设备。
背景技术
多媒体文件中通常包含有多个轨道(即track)，比如视频轨道、音频轨道、文字轨道等，而对于视频轨道又可以根据不同的类型划分为不同的轨道，比如基于视点不同而划分出的多个轨道、基于区域类型的不同而划分出的多个轨道。在现有标准中，当多个轨道拥有相同的属性，或者相互之间存在某种联系时，可以通过轨道组对这些轨道进行关联，即将这些轨道划分为一个轨道组。然而，当某个/某些轨道具备多个不同的属性时，如何能够对这类轨道的属性进行指示是目前尚未解决的技术问题。
发明内容
本申请的实施例提供了一种多媒体文件中轨道数据的处理方法、装置、介质及设备，进而至少在一定程度上可以实现对具有多个属性的轨道数据的指示，满足了多属性轨道应用场景的需求，提高了轨道属性指示的精确性与完善性。
本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。
根据本申请实施例的一个方面，提供了一种多媒体文件中轨道数据的处理方法，包括：接收多媒体文件，所述多媒体文件中包含有多个轨道数据，所述多个轨道数据中的目标轨道数据所对应的轨道组信息中包含有多个轨道组的标识信息，所述多个轨道组的标识信息用于指示所述目标轨道数据同时属于所述多个轨道组；解析所述多媒体文件中包含的各个轨道数据所对应的轨道组信息，得到所述各个轨道数据所属的轨道组；基于所述各个轨道数据所属的轨道组，对属于指定轨道组的轨道数据进行解码处理，得到所述指定轨道组对应的多媒体数据。
根据本申请实施例的一个方面，提供了一种多媒体文件中轨道数据的处理方法，包括：生成多媒体文件，所述多媒体文件中包含有多个轨道数据，所述多个轨道数据中的目标轨道数据所对应的轨道组信息中包含有多个轨道组的标识信息，所述多个轨道组的标识信息用于指示所述目标轨道数据同时属于所述多个轨道组；将所述多媒体文件传输给接收方设备，以使所述接收方设备解析所述多媒体文件中包含的各个轨道数据所对应的轨道组信息，并基于解析得到的所述各个轨道数据所属的轨道组，对属于指定轨道组的轨道数据进行解码处理。
根据本申请实施例的一个方面，提供了一种多媒体文件中轨道数据的处理装置，包括：接收单元，配置为接收多媒体文件，所述多媒体文件中包含有多个轨道数据，所述多个轨道数据中的目标轨道数据所对应的轨道组信息中包含有多个轨道组的标识信息，所述多个轨道组的标识信息用于指示所述目标轨道数据同时属于所述多个轨道组；解析单元，配置为解析所述多媒体文件中包含的各个轨道数据所对应的轨道组信息，得到所述各个轨道数据所属的轨道组；解码单元，配置为基于所述各个轨道数据所属的轨道组，对属于指定轨道组的轨道数据进行解码处理，得到所述指定轨道组对应的多媒体数据。
在本申请的一些实施例中，基于前述方案，所述多个轨道组包括第一轨道组和第二轨道组，所述目标轨道数据所对应的轨道组信息包括所述第一轨道组对应的轨道组类型数据盒；其中，所述轨道组类型数据盒中包含有所述第一轨道组的标识信息，以及所述第二轨道组的信息。
在本申请的一些实施例中，基于前述方案，所述轨道组类型数据盒中还包含有：所述目标轨道数据在所述第一轨道组所表示的类型下的内容信息；或所述目标轨道数据对应于所述第一轨道组的信息数据盒。
在本申请的一些实施例中，基于前述方案，所述第二轨道组的信息包括：所述第二轨道组的标识信息、所述第二轨道组的类型、所述第二轨道组的描述信息。
在本申请的一些实施例中，基于前述方案，所述第二轨道组的信息还包括：所述目标轨道数据在所述第二轨道组所表示的类型下的内容信息；或所述目标轨道数据对应于所述第二轨道组的信息数据盒。
在本申请的一些实施例中，基于前述方案，所述第一轨道组与所述第二轨道组具有层级关系；所述第一轨道组的层级高于所述第二轨道组，或者所述第一轨道组的层级低于所述第二轨道组。
在本申请的一些实施例中，基于前述方案，若所述多个轨道组还包括除所述第一轨道组和所述第二轨道组之外的第三轨道组，则所述轨道组类型数据盒中还包含有所述第三轨道组的信息。
在本申请的一些实施例中，基于前述方案，所述第三轨道组的信息与所述第二轨道组的信息并列包含于所述轨道组类型数据盒中；或者所述第三轨道组的信息嵌套包含于所述第二轨道组的信息中。
在本申请的一些实施例中，基于前述方案，所述处理装置还包括：呈现单元，配置为在得到所述指定轨道组对应的多媒体数据之后，呈现所述多媒体数据。
在本申请的一些实施例中，基于前述方案，所述多媒体文件包括沉浸式媒体文件，所述多个轨道组包括用于指示视点类型的轨道组和用于指示独立编解码区域的轨道组。
在本申请的一些实施例中，基于前述方案，所述解码单元配置为：基于所述各个轨道数据所属的轨道组，根据所述沉浸式媒体文件的观看对象所观看的目标视点及目标区域，对所述目标视点和所述目标区域所对应的轨道组中的轨道数据进行解码处理。
根据本申请实施例的一个方面，提供了一种多媒体文件中轨道数据的处理装置，包括：生成单元，配置为生成多媒体文件，所述多媒体文件中包含有多个轨道数据，所述多个轨道数据中的目标轨道数据所对应的轨道组信息中包含有多个轨道组的标识信息，所述多个轨道组的标识信息用于指示所述目标轨道数据同时属于所述多个轨道组；传输单元，配置为将所述多媒体文件传输给接收方设备，以使所述接收方设备解析所述多媒体文件中包含的各个轨道数据所对应的轨道组信息，并基于解析得到的所述各个轨道数据所属的轨道组，对属于指定轨道组的轨道数据进行解码处理。
根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的多媒体文件中轨道数据的处理方法。
根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的多媒体文件中轨道数据的处理方法。
根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实施例中提供的多媒体文件中轨道数据的处理方法。
在本申请的一些实施例所提供的技术方案中，通过在多媒体文件中的目标轨道数据所对应的轨道组信息中包含有多个轨道组的标识信息，且该多个轨道组的标识信息用于指示目标轨道数据同时属于这多个轨道组，使得在现有标准定义的轨道组的基础上，可以通过多维度(即多个轨道组)指示的方式实现对具有多个属性的轨道数据的指示，进而满足了多属性轨道应用场景的需求，提高了轨道属性指示的精确性与完善性，解决了现有标准中仅允许一个轨道属于一个轨道组的问题。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图；
图2示出视频编码装置和视频解码装置在流式传输系统中的放置方式示意图；
图3示出了根据本申请的一个实施例的多媒体文件中轨道数据的处理方法的流程图；
图4示出了根据本申请的一个实施例的多媒体文件中轨道数据的处理方法的流程图；
图5示出了根据本申请的一个实施例的多媒体文件中轨道数据的处理方法的流程图；
图6示出了根据本申请的一个实施例的多媒体文件中轨道数据的处理装置的框图；
图7示出了根据本申请的一个实施例的多媒体文件中轨道数据的处理装置的框图；
图8示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。
此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。
附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
需要说明的是：在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图。
如图1所示，系统架构100包括多个终端装置，所述终端装置可通过例如网络150彼此通信。举例来说，系统架构100可以包括通过网络150互连的第一终端装置110和第二终端装置120。在图1的实施例中，第一终端装置110和第二终端装置120执行单向数据传输。
举例来说，第一终端装置110可对视频数据(例如由终端装置110采集的视频流)进行编码以通过网络150传输到第二终端装置120，已编码的视频数据以一个或多个已编码视频码流形式传输，第二终端装置120可从网络150接收已编码的视频数据，对已编码的视频数据进行解码以恢复视频数据，并根据恢复的视频数据显示视频图片。
在本申请的一个实施例中，系统架构100可以包括执行已编码视频数据的双向传输的第三终端装置130和第四终端装置140，所述双向传输比如可以发生在视频通信期间。对于双向数据传输，第三终端装置130和第四终端装置140中的每个终端装置可对视频数据(例如由终端装置采集的视频图片流)进行编码，以通过网络150传输到第三终端装置130和第四终端装置140中的另一终端装置。第三终端装置130和第四终端装置140中的每个终端装置还可接收由第三终端装置130和第四终端装置140中的另一终端装置传输的已编码视频数据，且可对已编码视频数据进行解码以恢复视频数据，并可根据恢复的视频数据在可访问的显示装置上显示视频图片。
在图1的实施例中，第一终端装置110、第二终端装置120、第三终端装置130和第四终端装置140可为服务器、个人计算机和智能电话，但本申请公开的原理可不限于此。本申请公开的实施例适用于膝上型计算机、平板电脑、媒体播放器和/或专用视频会议设备。网络150表示在第一终端装置110、第二终端装置120、第三终端装置130和第四终端装置140之间传送已编码视频数据的任何数目的网络，包括例如有线和/或无线通信网络。通信网络150可在电路交换和/或分组交换信道中交换数据。该网络可包括电信网络、局域网、广域网和/或互联网。出于本申请的目的，除非在下文中有所解释，否则网络150的架构和拓扑对于本申请公开的操作来说可能是无关紧要的。
在本申请的一个实施例中，图2示出视频编码装置和视频解码装置在流式传输环境中的放置方式。本申请所公开主题可同等地适用于其它支持视频的应用，包括例如视频会议、数字TV(television，电视机)、在包括CD、DVD、存储棒等的数字介质上存储压缩视频等等。
流式传输系统可包括采集子系统213，采集子系统213可包括数码相机、媒体生成设备等视频源201，视频源创建未压缩的视频图片流202。在实施例中，视频图片流202包括由数码相机拍摄的样本，或者生成的样本。相较于已编码的视频数据204(或已编码的视频码流204)，视频图片流202被描绘为粗线以强调高数据量的视频图片流，视频图片流202可由电子装置220处理，电子装置220包括耦接到视频源201的视频编码装置203。视频编码装置203可包括硬件、软件或软硬件组合以实现或实施如下文更详细地描述的所公开主题的各方面。相较于视频图片流202，已编码的视频数据204(或已编码的视频码流204)被描绘为细线以强调较低数据量的已编码的视频数据204(或已编码的视频码流204)，其可存储在流式传输服务器205上以供将来使用。一个或多个流式传输客户端子系统，例如图2中的客户端子系统206和客户端子系统208，可访问流式传输服务器205以检索已编码的视频数据204的副本207和副本209。客户端子系统206可包括例如电子装置230中的视频解码装置210。视频解码装置210对已编码的视频数据的传入副本207进行解码，且产生可在显示器212(例如显示屏)或另一呈现装置上呈现的输出视频图片流211。在一些流式传输系统中，可根据某些视频编码/压缩标准对已编码的视频数据204、视频数据207和视频数据209(例如视频码流)进行编码。
应注意，电子装置220和电子装置230可包括图中未示出的其它组件。举例来说，电子装置220可包括视频文件解码装置，且电子装置230还可包括视频文件编码装置。
在本申请的一个实施例中，上述实施例中的视频数据通常包含有多个track(即轨道)，在现有标准中，当多个轨道拥有相同的属性，或者相互之间存在某种联系时，可以通过轨道组对这些轨道进行关联，即将这些轨道划分为一个轨道组。但是现有标准中轨道组的语法规定了对于单个轨道而言，其最多包含一个轨道组数据盒，即一个轨道最多只能属于一个轨道组。这种规定虽然避免了轨道组定义的混乱，但是却忽略了在某些场景下一个轨道往往具备多个不同的属性。
以全景视频为例，一个全景视频的内容可以定义多个视点，一个视点为一个球面视频，而一个球面视频对应的平面帧又可以在空间上被划分为多个不同的独立编解码区域。那么对于一个球面视频的独立编解码区域而言，它既属于单个视点(即球面视频)的一部分，又属于整体全景视频内容的一部分。而基于现有的标准，轨道组仅允许按照其中的一种关系(即属性)来组织不同的轨道，显然会造成轨道之间关联关系的不精确。
因此，本申请的实施例在现有轨道组定义的基础上，引入了多维度的关联关系指示方案，以实现对某一个具备多属性的轨道信息进行指示，详细介绍如下：
图3示出了根据本申请的一个实施例的多媒体文件中轨道数据的处理方法的流程图，该多媒体文件中轨道数据的处理方法可以由多媒体文件的播放设备来执行，该播放设备可以是智能手机、平板电脑、笔记本电脑、台式计算机等。参照图3所示，该多媒体文件中轨道数据的处理方法至少包括步骤S310至步骤S330，详细介绍如下：
在步骤S310中，接收多媒体文件，该多媒体文件中包含有多个轨道数据，该多个轨道数据中的目标轨道数据所对应的轨道组信息中包含有多个轨道组的标识信息，该多个轨道组的标识信息用于指示目标轨道数据同时属于多个轨道组。
在本申请的一个实施例中，目标轨道数据可以是多媒体文件中包含的这多个轨道数据中的部分轨道数据，也可以全部轨道数据。比如多媒体文件中包含有4个轨道数据，那么这4个轨道数据中可以有1个、2个或3个轨道数据是前述的目标轨道数据，或者这4个轨道数据都可以是前述的目标轨道数据。
需要说明的是，多媒体文件中包含的多个轨道数据中也可以有部分轨道数据所对应的轨道组信息中包含的是一个轨道组的标识信息，即这多个轨道数据中可以有部分轨道数据仅属于一个轨道组。
在本申请的一个实施例中，多媒体文件可以是视频文件、音频文件、图像文件等。可选地，多媒体文件可以是沉浸式媒体(Immersive Media)文件，即通过音视频技术使观看对象产生身临其境的感觉的媒体文件。
在本申请的一个实施例中，目标轨道数据所对应的轨道组信息中可以包含有第一轨道组的标识信息和第二轨道组的标识信息，即前述实施例的多个轨道组可以包括第一轨道组和第二轨道组，目标轨道数据所对应的轨道组信息可以包括第一轨道组对应的轨道组类型数据盒；其中，该轨道组类型数据盒中包含有第一轨道组的标识信息，以及第二轨道组的信息。
在本申请的一个实施例中，第一轨道组对应的轨道组类型数据盒中还可以包含有：目标轨道数据在第一轨道组所表示的类型下的内容信息；或者可以包含有目标轨道数据对应于第一轨道组的信息数据盒，该信息数据盒中包含有目标轨道数据在第一轨道组所表示的类型下的内容信息。
在本申请的一个实施例中，第二轨道组的信息包括：第二轨道组的标识信息、第二轨道组的类型、第二轨道组的描述信息。除此之外，第二轨道组的信息还可以包括：目标轨道数据在第二轨道组所表示的类型下的内容信息；或者可以包含有目标轨道数据对应于第二轨道组的信息数据盒，该信息数据盒中包含有目标轨道数据在第二轨道组所表示的类型下的内容信息。
具体而言，在本申请的一个实施例中，比如第一轨道组可以是视点对应的轨道组，第二轨道组可以是独立编解码区域对应的轨道组。在这种情况下，第一轨道组对应的轨道组类型数据盒可以表示为ViewpointGroupBox()，其中包含有第一轨道组的标识信息，以及第二轨道组的信息。第一轨道组的标识信息比如可以是track_group_id＝01，第二轨道组的信息比如可以包括第二轨道组的标识信息(如sub_group_id＝0001)、第二轨道组的类型(如sub_group_type＝1)、第二轨道组的描述信息(如sub_group_description)，以及目标轨道数据对应于第二轨道组的信息数据盒，如现有标准中定义的IndependentlyCodedRegionBox()和CompositionInfoBox()。其中，CompositionInfoBox()用于指示构成信息，IndependentlyCodedRegionBox()用于指示独立编码区域的信息。
此外，第一轨道组对应的轨道组类型数据盒中还包含有目标轨道数据在第一轨道组所表示的类型下的内容信息，比如现有标准中定义的ViewpointInfoStruct()、stringviewpoint_label、viewpoint_id＝01和viewpoint_type。其中，ViewpointInfoStruct()用于指示视点的位置信息，string viewpoint_label用于指示视点的标签，viewpoint_id＝01用于指示视点的标识符，viewpoint_type用于指示视点的类型。
针对上述实施例中的示例，在本申请的一个实施例中，第一轨道组也可以是独立编解码区域对应的轨道组，第二轨道组也可以是视点对应的轨道组。在这种情况下，第一轨道组对应的轨道组类型数据盒可以表示为IndependentlyCodedRegionDescriptionBox()，其中包含有第一轨道组的标识信息，以及第二轨道组的信息。第一轨道组的标识信息比如可以是track_group_id＝01，第二轨道组的信息比如可以包括第二轨道组的标识信息(如hyper_group_id＝0001)、第二轨道组的类型(如hyper_group_type＝1)、第二轨道组的描述信息(如hyper_group_description)，以及目标轨道数据在第二轨道组所表示的类型下的内容信息，如现有标准中定义的ViewpointInfoStruct()、string viewpoint_label、viewpoint_id＝01和viewpoint_type。其中，ViewpointInfoStruct()用于指示视点的位置信息，string viewpoint_label用于指示视点的标签，viewpoint_id＝01用于指示视点的标识符，viewpoint_type用于指示视点的类型。
此外，第一轨道组对应的轨道组类型数据盒中还可以包含有目标轨道数据对应于第一轨道组的信息数据盒，比如现有标准中定义的IndependentlyCodedRegionBox()和CompositionInfoBox()。其中，CompositionInfoBox()用于指示构成信息，IndependentlyCodedRegionBox()用于指示独立编码区域的信息。
在本申请的一个实施例中，前述的第一轨道组与第二轨道组之间可以具有层级关系。具体而言，第一轨道组的层级可以高于第二轨道组，或者第一轨道组的层级也可以低于第二轨道组。
在本申请的一个实施例中，若多个轨道组还包括除第一轨道组和第二轨道组之外的第三轨道组，则轨道组类型数据盒中还包含有第三轨道组的信息。可选地，第三轨道组的信息与第二轨道组的信息可以并列包含于轨道组类型数据盒中，即在第一轨道组对应的轨道组类型数据盒中，第三轨道组的信息与第二轨道组的信息是并列的；或者第三轨道组的信息可以嵌套包含于第二轨道组的信息中。
需要说明的是，第三轨道组的信息与前述第二轨道组的信息是类似的，即可以包含第三轨道组的标识信息、第三轨道组的类型、第三轨道组的描述信息。除此之外，第三轨道组的信息还可以包括：目标轨道数据在第三轨道组所表示的类型下的内容信息；或者可以包含有目标轨道数据对应于第三轨道组的信息数据盒，该信息数据盒中包含有目标轨道数据在第三轨道组所表示的类型下的内容信息。
同时需要注意的是：前述实施例中的多个轨道组中除了第一轨道组、第二轨道组和第三轨道组之外，还可以包含更多个的轨道组，在这种情况下，类似于第三轨道组，这些轨道组的信息可以是相互嵌套的。
继续参照图3所示，在步骤S320中，解析多媒体文件中包含的各个轨道数据所对应的轨道组信息，得到各个轨道数据所属的轨道组。
在本申请的一个实施例中，对于多媒体文件中的目标轨道数据所对应的轨道组数据，其解析之后会得到目标轨道数据所属的多个轨道组。当然，多媒体文件中可能也存在一些轨道数据仅属于一个轨道组。
在步骤S330中，基于各个轨道数据所属的轨道组，对属于指定轨道组的轨道数据进行解码处理，得到指定轨道组对应的多媒体数据。
在本申请的一个实施例中，比如在需要关注某个轨道组时，可以对属于该轨道组的轨道数据进行解码处理。具体而言，比如多媒体文件可以是沉浸式媒体文件，多个轨道组包括用于指示视点类型的轨道组和用于指示独立编解码区域的轨道组，在这种情况下，可以根据沉浸式媒体文件的观看对象所观看的目标视点及目标区域，对目标视点和目标区域所对应的轨道组中的轨道数据进行解码处理。
在本申请的一个实施例中，在解码得到指定轨道组对应的多媒体数据之后，可以呈现得到的多媒体数据。
图4示出了根据本申请的一个实施例的多媒体文件中轨道数据的处理方法的流程图，该多媒体文件中轨道数据的处理方法可以由多媒体文件的生成设备来执行，该生成设备可以是服务器、无人机、手机终端等。参照图4所示，该多媒体文件中轨道数据的处理方法至少包括步骤S410至步骤S420，详细介绍如下：
在步骤S410中，生成多媒体文件，该多媒体文件中包含有多个轨道数据，该多个轨道数据中的目标轨道数据所对应的轨道组信息中包含有多个轨道组的标识信息，该多个轨道组的标识信息用于指示目标轨道数据同时属于多个轨道组。
在步骤S420中，将多媒体文件传输给接收方设备，以使接收方设备解析多媒体文件中包含的各个轨道数据所对应的轨道组信息，并基于解析得到的各个轨道数据所属的轨道组，对属于指定轨道组的轨道数据进行解码处理。
需要说明的是，图4所示实施例中的相关内容介绍与前述实施例中的内容类似，不再赘述。
以下以多媒体文件是沉浸式媒体文件为例，对本申请实施例的技术方案的实现细节进行详细阐述：
如图5所示，以服务端生成沉浸式媒体文件、客户端消费沉浸式媒体文件为例进行说明，具体可以包括如下步骤：
步骤S501，服务端生成沉浸式媒体文件。
在本申请的一个实施例中，服务端可以是服务器、无人机、手机终端等具备沉浸式媒体编码能力的设备。服务端可以根据媒体内容的关联关系，在轨道组数据盒中指示不同维度的关联关系信息。
步骤S502，客户端向服务端请求沉浸式媒体文件。
步骤S503，服务端向客户端传输沉浸式媒体文件。
步骤S504，客户端解析沉浸式媒体文件中包含的轨道组数据盒，根据轨道组不同层级的关联关系和用户需求，对应解码呈现不同的轨道。
为了实现图5所示实施例的技术方案，本申请的实施例添加了一些描述性字段信息，包括文件封装层面的字段扩展。以下以扩展ISOBMFF数据盒的形式举例，定义了沉浸式媒体的相关信息。其中，扩展的各个字段如下：
SubGroupInfoBox(0,0)：用于指示轨道子组的信息，其为可选字段；
HyperGroupInfoBox(0,0)：用于指示轨道父组的信息，其为可选字段。
其中，SubGroupInfoBox(0,0)中包含有如下字段：
sub_group_type：用于指示轨道子组的类型，该字段的取值与轨道组的类型有关系；
sub_group_id：用于指示轨道子组的标识符；
sub_group_description：用于指示轨道子组的描述信息，其是以空字符结尾的字符串；
除了上述字段之外，还可以根据轨道子组的属性增加其它的数据盒。
HyperGroupInfoBox(0,0)中包含有如下字段：
hyper_group_type：用于指示轨道父组的类型，该字段的取值与轨道组的类型有关系；
hyper_group_id：用于指示轨道父组的标识符；
hyper_group_description：用于指示轨道父组的描述信息，其是以空字符结尾的字符串；
除了上述字段之外，还可以根据轨道父组的属性增加其它的数据盒。
在本申请的一个实施例中，在对轨道组进行多维度关联时，可以以最大维度的轨道组为基础关联方式进行关联，然后在轨道组类型数据盒中以子组信息数据盒来指示更小维度的分组信息。当然，也可以以最小维度的轨道组为基础关联方式进行关联，然后在轨道组类型数据盒中以父组信息数据盒来指示更大维度的分组信息。此外，如果轨道具备的属性对应三个或三个以上的维度，那么子组信息数据盒中还可以嵌套包含子组信息数据盒，类似地，父组信息数据盒中还可以嵌套包含父组信息数据盒。
以下结合上述实施例的技术方案，以沉浸式媒体文件为例对轨道组类型数据盒中的内容进行详细说明：
在本申请的一个实施例中，假设在沉浸式媒体服务端节点中存在沉浸式媒体文件F0，其包含2个viewpoint(视点)：VPI1与VPI2；每个viewpoint被划分为2个独立编解码区域A与B，因此形成了4个轨道track1～track4。在以轨道父组作为基础关联方式进行关联时，这4个轨道包含的轨道组信息如下：
Track1：VP1中的独立编解码区域A
Figure BDA0002941690700000141
Track2：VP1中的独立编解码区域B
Figure BDA0002941690700000142
Figure BDA0002941690700000151
Track3：VP2中的独立编解码区域A
Figure BDA0002941690700000152
Track4：VP2中的独立编解码区域B
Figure BDA0002941690700000153
Figure BDA0002941690700000161
在本申请的一个实施例中，当客户端从沉浸式媒体服务端节点中获取到沉浸式媒体文件之后，解析媒体文件F0，然后通过轨道组数据盒中的信息，了解track1和track2对应VP1，track3和track4对应VP2，进而可以根据用户观看的视点和观看区域，优先解码对应的轨道并呈现。
在本申请的一个实施例中，假设在沉浸式媒体服务端节点中存在沉浸式媒体文件F0，其包含2个viewpoint(视点)：VPI1与VPI2；每个viewpoint被划分为2个独立编解码区域A与B，因此形成了4个轨道track1～track4。在以轨道子组作为基础关联方式进行关联时，这4个轨道包含的轨道组信息如下：
Track1：VP1中的独立编解码区域A
Figure BDA0002941690700000162
Figure BDA0002941690700000171
Track2：VP1中的独立编解码区域B
Figure BDA0002941690700000172
Track3：VP2中的独立编解码区域A
Figure BDA0002941690700000181
Track4：VP2中的独立编解码区域B
Figure BDA0002941690700000182
Figure BDA0002941690700000191
在本申请的一个实施例中，当客户端从沉浸式媒体服务端节点中获取到沉浸式媒体文件之后，解析媒体文件F0，然后通过轨道组数据盒中的信息，了解track1和track2对应VP1，track3和track4对应VP2，进而可以根据用户观看的视点和观看区域，优先解码对应的轨道并呈现。
本申请上述实施例的技术方案可以在现有轨道组定义的基础上，引入多维度的关联关系指示方法，当某一个轨道具备多个属性时，可以通过本申请实施例的技术方案进行关联指示，并且若这多个属性具有层级关系，也可以保留各个层级的关联信息。可见，本申请实施例的技术方案满足了多属性轨道应用场景的需求，提高了轨道属性指示的精确性与完善性，解决了现有标准中仅允许一个轨道属于一个轨道组的问题。
以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的多媒体文件中轨道数据的处理方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的多媒体文件中轨道数据的处理方法的实施例。
图6示出了根据本申请的一个实施例的多媒体文件中轨道数据的处理装置的框图，该多媒体文件中轨道数据的处理装置可以设置在多媒体文件的播放设备内，该播放设备可以是智能手机、平板电脑、笔记本电脑、台式计算机等。
参照图6所示，根据本申请的一个实施例的多媒体文件中轨道数据的处理装置600，包括：接收单元602、解析单元604和解码单元606。
其中，接收单元602配置为接收多媒体文件，所述多媒体文件中包含有多个轨道数据，所述多个轨道数据中的目标轨道数据所对应的轨道组信息中包含有多个轨道组的标识信息，所述多个轨道组的标识信息用于指示所述目标轨道数据同时属于所述多个轨道组；解析单元604配置为解析所述多媒体文件中包含的各个轨道数据所对应的轨道组信息，得到所述各个轨道数据所属的轨道组；解码单元606配置为基于所述各个轨道数据所属的轨道组，对属于指定轨道组的轨道数据进行解码处理，得到所述指定轨道组对应的多媒体数据。
在本申请的一些实施例中，基于前述方案，所述多个轨道组包括第一轨道组和第二轨道组，所述目标轨道数据所对应的轨道组信息包括所述第一轨道组对应的轨道组类型数据盒；其中，所述轨道组类型数据盒中包含有所述第一轨道组的标识信息，以及所述第二轨道组的信息。
在本申请的一些实施例中，基于前述方案，所述轨道组类型数据盒中还包含有：所述目标轨道数据在所述第一轨道组所表示的类型下的内容信息；或所述目标轨道数据对应于所述第一轨道组的信息数据盒。
在本申请的一些实施例中，基于前述方案，所述第二轨道组的信息包括：所述第二轨道组的标识信息、所述第二轨道组的类型、所述第二轨道组的描述信息。
在本申请的一些实施例中，基于前述方案，所述第二轨道组的信息还包括：所述目标轨道数据在所述第二轨道组所表示的类型下的内容信息；或所述目标轨道数据对应于所述第二轨道组的信息数据盒。
在本申请的一些实施例中，基于前述方案，所述第一轨道组与所述第二轨道组具有层级关系；所述第一轨道组的层级高于所述第二轨道组，或者所述第一轨道组的层级低于所述第二轨道组。
在本申请的一些实施例中，基于前述方案，若所述多个轨道组还包括除所述第一轨道组和所述第二轨道组之外的第三轨道组，则所述轨道组类型数据盒中还包含有所述第三轨道组的信息。
在本申请的一些实施例中，基于前述方案，所述第三轨道组的信息与所述第二轨道组的信息并列包含于所述轨道组类型数据盒中；或者所述第三轨道组的信息嵌套包含于所述第二轨道组的信息中。
在本申请的一些实施例中，基于前述方案，所述处理装置600还包括：呈现单元，配置为在得到所述指定轨道组对应的多媒体数据之后，呈现所述多媒体数据。
在本申请的一些实施例中，基于前述方案，所述多媒体文件包括沉浸式媒体文件，所述多个轨道组包括用于指示视点类型的轨道组和用于指示独立编解码区域的轨道组。
在本申请的一些实施例中，基于前述方案，所述解码单元606配置为：基于所述各个轨道数据所属的轨道组，根据所述沉浸式媒体文件的观看对象所观看的目标视点及目标区域，对所述目标视点和所述目标区域所对应的轨道组中的轨道数据进行解码处理。
图7示出了根据本申请的一个实施例的多媒体文件中轨道数据的处理装置的框图，该多媒体文件中轨道数据的处理装置可以设置在多媒体文件的生成设备内，该生成设备可以是服务器、无人机、手机终端等。
参照图7所示，根据本申请的一个实施例的多媒体文件中轨道数据的处理装置700，包括：生成单元702和传输单元704。
其中，生成单元702配置为生成多媒体文件，所述多媒体文件中包含有多个轨道数据，所述多个轨道数据中的目标轨道数据所对应的轨道组信息中包含有多个轨道组的标识信息，所述多个轨道组的标识信息用于指示所述目标轨道数据同时属于所述多个轨道组；传输单元704配置为将所述多媒体文件传输给接收方设备，以使所述接收方设备解析所述多媒体文件中包含的各个轨道数据所对应的轨道组信息，并基于解析得到的所述各个轨道数据所属的轨道组，对属于指定轨道组的轨道数据进行解码处理。
图8示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
需要说明的是，图8示出的电子设备的计算机系统800仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图8所示，计算机系统800包括中央处理单元(Central Processing Unit，CPU)801，其可以根据存储在只读存储器(Read-Only Memory，ROM)802中的程序或者从存储部分808加载到随机访问存储器(Random Access Memory，RAM)803中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 803中，还存储有系统操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(Input/Output，I/O)接口805也连接至总线804。
以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本申请的系统中限定的各种功能。
需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (14)

1.一种多媒体文件中轨道数据的处理方法，其特征在于，包括：
接收多媒体文件，所述多媒体文件中包含有多个轨道数据，所述多个轨道数据中的目标轨道数据所对应的轨道组信息中包含有多个轨道组的标识信息，所述多个轨道组的标识信息用于指示所述目标轨道数据同时属于所述多个轨道组；其中，所述多个轨道组包括第一轨道组和第二轨道组，所述第一轨道组和所述第二轨道组代表不同的维度，所述目标轨道数据所对应的轨道组信息包括所述第一轨道组对应的轨道组类型数据盒，且所述第一轨道组对应的轨道组类型数据盒中包含有所述第一轨道组的标识信息，以及所述第二轨道组的信息；
解析所述多媒体文件中包含的各个轨道数据所对应的轨道组信息，得到所述各个轨道数据所属的轨道组；
基于所述各个轨道数据所属的轨道组，对属于指定轨道组的轨道数据进行解码处理，得到所述指定轨道组对应的多媒体数据。
2.根据权利要求1所述的多媒体文件中轨道数据的处理方法，其特征在于，所述轨道组类型数据盒中还包含有：
所述目标轨道数据在所述第一轨道组所表示的类型下的内容信息；或
所述目标轨道数据对应于所述第一轨道组的信息数据盒。
3.根据权利要求1所述的多媒体文件中轨道数据的处理方法，其特征在于，所述第二轨道组的信息包括：
所述第二轨道组的标识信息、所述第二轨道组的类型、所述第二轨道组的描述信息。
4.根据权利要求3所述的多媒体文件中轨道数据的处理方法，其特征在于，所述第二轨道组的信息还包括：
所述目标轨道数据在所述第二轨道组所表示的类型下的内容信息；或
所述目标轨道数据对应于所述第二轨道组的信息数据盒。
5.根据权利要求1所述的多媒体文件中轨道数据的处理方法，其特征在于，所述第一轨道组与所述第二轨道组具有层级关系；
所述第一轨道组的层级高于所述第二轨道组，或者所述第一轨道组的层级低于所述第二轨道组。
6.根据权利要求1所述的多媒体文件中轨道数据的处理方法，其特征在于，若所述多个轨道组还包括除所述第一轨道组和所述第二轨道组之外的第三轨道组，则所述轨道组类型数据盒中还包含有所述第三轨道组的信息。
7.根据权利要求6所述的多媒体文件中轨道数据的处理方法，其特征在于，所述第三轨道组的信息与所述第二轨道组的信息并列包含于所述轨道组类型数据盒中；或者
所述第三轨道组的信息嵌套包含于所述第二轨道组的信息中。
8.根据权利要求1所述的多媒体文件中轨道数据的处理方法，其特征在于，所述处理方法还包括：在得到所述指定轨道组对应的多媒体数据之后，呈现所述多媒体数据。
9.根据权利要求1至8中任一项所述的多媒体文件中轨道数据的处理方法，其特征在于，所述多媒体文件包括沉浸式媒体文件，所述多个轨道组包括用于指示视点类型的轨道组和用于指示独立编解码区域的轨道组。
10.根据权利要求9所述的多媒体文件中轨道数据的处理方法，其特征在于，基于所述各个轨道数据所属的轨道组，对属于指定轨道组的轨道数据进行解码处理，包括：
基于所述各个轨道数据所属的轨道组，根据所述沉浸式媒体文件的观看对象所观看的目标视点及目标区域，对所述目标视点和所述目标区域所对应的轨道组中的轨道数据进行解码处理。
11.一种多媒体文件中轨道数据的处理方法，其特征在于，包括：
生成多媒体文件，所述多媒体文件中包含有多个轨道数据，所述多个轨道数据中的目标轨道数据所对应的轨道组信息中包含有多个轨道组的标识信息，所述多个轨道组的标识信息用于指示所述目标轨道数据同时属于所述多个轨道组；其中，所述多个轨道组包括第一轨道组和第二轨道组，所述第一轨道组和所述第二轨道组代表不同的维度，所述目标轨道数据所对应的轨道组信息包括所述第一轨道组对应的轨道组类型数据盒，且所述第一轨道组对应的轨道组类型数据盒中包含有所述第一轨道组的标识信息，以及所述第二轨道组的信息；
将所述多媒体文件传输给接收方设备，以使所述接收方设备解析所述多媒体文件中包含的各个轨道数据所对应的轨道组信息，并基于解析得到的所述各个轨道数据所属的轨道组，对属于指定轨道组的轨道数据进行解码处理。
12.一种多媒体文件中轨道数据的处理装置，其特征在于，包括：
接收单元，配置为接收多媒体文件，所述多媒体文件中包含有多个轨道数据，所述多个轨道数据中的目标轨道数据所对应的轨道组信息中包含有多个轨道组的标识信息，所述多个轨道组的标识信息用于指示所述目标轨道数据同时属于所述多个轨道组；其中，所述多个轨道组包括第一轨道组和第二轨道组，所述第一轨道组和所述第二轨道组代表不同的维度，所述目标轨道数据所对应的轨道组信息包括所述第一轨道组对应的轨道组类型数据盒，且所述第一轨道组对应的轨道组类型数据盒中包含有所述第一轨道组的标识信息，以及所述第二轨道组的信息；
解析单元，配置为解析所述多媒体文件中包含的各个轨道数据所对应的轨道组信息，得到所述各个轨道数据所属的轨道组；
解码单元，配置为基于所述各个轨道数据所属的轨道组，对属于指定轨道组的轨道数据进行解码处理，得到所述指定轨道组对应的多媒体数据。
13.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至10中任一项所述的多媒体文件中轨道数据的处理方法，或实现如权利要求11所述的多媒体文件中轨道数据的处理方法。
14.一种电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至10中任一项所述的多媒体文件中轨道数据的处理方法，或实现如权利要求11所述的多媒体文件中轨道数据的处理方法。
CN202110181956.6A 2021-02-09 2021-02-09 多媒体文件中轨道数据的处理方法、装置、介质及设备 Active CN112804256B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202110181956.6A CN112804256B (zh) 2021-02-09 2021-02-09 多媒体文件中轨道数据的处理方法、装置、介质及设备
PCT/CN2021/136308 WO2022170836A1 (zh) 2021-02-09 2021-12-08 多媒体文件中轨道数据的处理方法、装置、介质及设备
US17/988,987 US20230087471A1 (en) 2021-02-09 2022-11-17 Method and apparatus for processing track data of multimedia file, and medium and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110181956.6A CN112804256B (zh) 2021-02-09 2021-02-09 多媒体文件中轨道数据的处理方法、装置、介质及设备

Publications (2)

Publication Number Publication Date
CN112804256A CN112804256A (zh) 2021-05-14
CN112804256B true CN112804256B (zh) 2022-05-24

Family

ID=75815054

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110181956.6A Active CN112804256B (zh) 2021-02-09 2021-02-09 多媒体文件中轨道数据的处理方法、装置、介质及设备

Country Status (3)

Country Link
US (1) US20230087471A1 (zh)
CN (1) CN112804256B (zh)
WO (1) WO2022170836A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112804256B (zh) * 2021-02-09 2022-05-24 腾讯科技（深圳）有限公司 多媒体文件中轨道数据的处理方法、装置、介质及设备
CN115474034B (zh) * 2021-06-11 2024-04-26 腾讯科技（深圳）有限公司 沉浸媒体的数据处理方法、装置、相关设备及存储介质
CN115474053A (zh) 2021-06-11 2022-12-13 腾讯科技（深圳）有限公司 一种媒体数据的处理方法及相关设备
CN115618027A (zh) * 2021-07-12 2023-01-17 腾讯科技（深圳）有限公司 一种数据处理方法、装置、计算机及可读存储介质
CN115623183A (zh) * 2021-07-12 2023-01-17 腾讯科技（深圳）有限公司 容积媒体的数据处理方法、装置、设备以及存储介质
CN115733576B (zh) * 2021-08-26 2024-06-25 腾讯科技（深圳）有限公司 点云媒体文件的封装与解封装方法、装置及存储介质
CN116456166A (zh) * 2022-01-10 2023-07-18 腾讯科技（深圳）有限公司 媒体数据的数据处理方法及相关设备
CN115396646B (zh) * 2022-08-22 2024-04-26 腾讯科技（深圳）有限公司 一种点云媒体的数据处理方法及相关设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101518087A (zh) * 2006-08-24 2009-08-26 诺基亚公司 用于指示媒体文件中轨道关系的系统和方法
CN102132562A (zh) * 2008-07-16 2011-07-20 诺基亚公司 用于轨道和轨道子集归组的方法和设备
CN107534801A (zh) * 2015-02-10 2018-01-02 诺基亚技术有限公司 用于处理图像序列轨道的方法、装置和计算机程序产品

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10873733B2 (en) * 2017-06-23 2020-12-22 Mediatek Inc. Methods and apparatus for deriving composite tracks
US11178377B2 (en) * 2017-07-12 2021-11-16 Mediatek Singapore Pte. Ltd. Methods and apparatus for spherical region presentation
US10939086B2 (en) * 2018-01-17 2021-03-02 Mediatek Singapore Pte. Ltd. Methods and apparatus for encoding and decoding virtual reality content
GB2585760B (en) * 2018-06-06 2022-04-20 Canon Kk Method, device, and computer program for transmitting media content
US11245926B2 (en) * 2019-03-19 2022-02-08 Mediatek Singapore Pte. Ltd. Methods and apparatus for track derivation for immersive media data tracks
CN112804256B (zh) * 2021-02-09 2022-05-24 腾讯科技（深圳）有限公司 多媒体文件中轨道数据的处理方法、装置、介质及设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101518087A (zh) * 2006-08-24 2009-08-26 诺基亚公司 用于指示媒体文件中轨道关系的系统和方法
CN102132562A (zh) * 2008-07-16 2011-07-20 诺基亚公司 用于轨道和轨道子集归组的方法和设备
CN107534801A (zh) * 2015-02-10 2018-01-02 诺基亚技术有限公司 用于处理图像序列轨道的方法、装置和计算机程序产品

Also Published As

Publication number Publication date
US20230087471A1 (en) 2023-03-23
CN112804256A (zh) 2021-05-14
WO2022170836A1 (zh) 2022-08-18

Similar Documents

Publication Publication Date Title
CN112804256B (zh) 多媒体文件中轨道数据的处理方法、装置、介质及设备
US20160029091A1 (en) Method of displaying a region of interest in a video stream
EP3723381A1 (en) Transmission of reconstruction data in a tiered signal quality hierarchy
US9609338B2 (en) Layered video encoding and decoding
KR100513056B1 (ko) 영상 컨텐츠의 적응 변환 장치 및 그 방법
CN109218755B (zh) 一种媒体数据的处理方法和装置
WO2022206200A1 (zh) 点云编解码方法、装置、计算机可读介质及电子设备
TWI803274B (zh) 點雲解碼方法及裝置、點雲編碼方法及裝置以及電子設備
CN108989905B (zh) 媒体流控制方法、装置、计算设备及存储介质
CN115150368B (zh) 媒体文件的关联处理方法、装置、介质及电子设备
WO2022134962A1 (zh) 点云视窗的呈现方法、装置、计算机可读介质及电子设备
US20240129537A1 (en) Method and apparatus for signaling cmaf switching sets in isobmff
AU2022433628B2 (en) Auxiliary mpds for mpeg dash to support prerolls, midrolls and endrolls with stacking properties
WO2023130893A1 (zh) 流媒体传输方法、装置、电子设备及计算机可读存储介质
US20230224557A1 (en) Auxiliary mpds for mpeg dash to support prerolls, midrolls and endrolls with stacking properties
US11973820B2 (en) Method and apparatus for mpeg dash to support preroll and midroll content during media playback
US11799943B2 (en) Method and apparatus for supporting preroll and midroll during media streaming and playback
CN118118694A (zh) 点云封装与解封装方法、装置、介质及电子设备
CN116781913A (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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40044546

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant