CN118200611A - 视频文件发送和接收方法、装置、计算机可读存储介质 - Google Patents

视频文件发送和接收方法、装置、计算机可读存储介质 Download PDF

Info

Publication number
CN118200611A
CN118200611A CN202211603003.5A CN202211603003A CN118200611A CN 118200611 A CN118200611 A CN 118200611A CN 202211603003 A CN202211603003 A CN 202211603003A CN 118200611 A CN118200611 A CN 118200611A
Authority
CN
China
Prior art keywords
video
file
view
videos
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
Application number
CN202211603003.5A
Other languages
English (en)
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.)
Shanghai Jiaotong University
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Shanghai Jiaotong University
Guangdong Oppo Mobile Telecommunications Corp 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 Shanghai Jiaotong University, Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Shanghai Jiaotong University
Priority to CN202211603003.5A priority Critical patent/CN118200611A/zh
Priority to PCT/CN2023/123949 priority patent/WO2024125060A1/zh
Publication of CN118200611A publication Critical patent/CN118200611A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请实施例公开了一种视频文件发送和接收方法、装置、计算机可读存储介质，能够提高多视角视频文件的传输效率。方法包括：确定在至少两个视角下采集的至少两个视频；根据至少两个视频与多视角文件描述信息，生成第一视频文件，并将第一视频文件写入码流，多视角文件描述信息用于指示终端以多视角方式对第一视频文件进行解码。

Description

视频文件发送和接收方法、装置、计算机可读存储介质
技术领域
本申请涉及视频编解码领域，尤其涉及一种视频文件发送和接收方法、装置、计算机可读存储介质。
背景技术
随着媒体技术的快速发展，用户对于媒体消费的体验要求越来越高，依托网络能力的媒体业务体验随之呈现消费多元化、用户个性化发展态势，以多视角视频、虚拟现实、增强现实、混合现实等为代表的视觉通信技术能够通过辅助设备生成一个真实与虚拟结合、可人机交互的环境，为用户提供更高逼真度、更深沉浸感、更强交互性的“身临其境”体验，满足互联网时代沉浸式、个性化、多终端、强交互的需求。尤其是多视角视频，其将沉浸感和强交互进行了进一步的结合，逐渐成为了未来媒体服务的新趋势，用户在终端体验的过程中可以随心所欲地选择一个或多个视角观赏细节进行多视角观看，不会受到角度、机位等限制，达到更优的观看效果。
然而，目前在对多个视角的视频进行内容组织和传输时，服务器与客户端之间的数据交互存在信息冗余，从而降低了多视角视频文件传输的效率。
发明内容
本申请实施例期望提供一种视频文件发送和接收方法、装置、计算机可读存储介质，能够提高多视角视频文件的传输效率。
本申请的技术方案是这样实现的：
本申请实施例提供一种视频文件发送方法，包括：
确定在至少两个视角下采集的至少两个视频；
根据所述至少两个视频与多视角文件描述信息，生成第一视频文件，并将所述第一视频文件写入码流，所述多视角文件描述信息用于指示终端以多视角方式对所述第一视频文件进行解码。
本申请实施例提供一种视频文件接收方法，包括：
解析码流，确定第一视频文件；
解析所述第一视频文件，确定多视角文件描述信息；所述多视角文件描述信息用于指示终端以多视角方式对所述第一视频文件进行解码；
根据所述多视角文件描述信息，对所述第一视频文件进行解码，确定至少两个视角下的至少两个视频。
本申请实施例提供一种视频文件发送装置，包括：
确定模块，用于确定在至少两个视角下采集的至少两个视频；
生成模块，用于根据所述至少两个视频与多视角文件描述信息，生成第一视频文件，并将所述第一视频文件写入码流，所述多视角文件描述信息用于指示终端以多视角方式对所述第一视频文件进行解码。
本申请实施例提供一种视频文件接收装置，包括：
解析模块，用于解析码流，确定第一视频文件；并解析所述第一视频文件，确定多视角文件描述信息；所述多视角文件描述信息用于指示终端以多视角方式对所述第一视频文件进行解码；
解码模块，用于根据所述多视角文件描述信息，对所述第一视频文件进行解码，确定至少两个视角下的至少两个视频。
本申请实施例提供一种码流，所述码流是根据第一视频文件进行比特编码生成的；其中，所述第一视频文件包括：至少两个视角下的至少两个视频与多视角文件描述信息；所述多视角文件描述信息用于指示终端以多视角方式对所述第一视频文件进行解码。
本申请实施例提供一种服务器，包括：
第一存储器，用于存储可执行数据指令；
第一处理器，用于执行所述第一存储器中存储的可执行数据指令时，实现本申请实施例提供的视频文件发送方法。
本申请实施例提供一种终端，包括：
第一存储器，用于存储可执行数据指令；
第二处理器，用于执行所述第二存储器中存储的可执行数据指令时，实现本申请实施例提供的视频文件接收方法。
本申请实施例提供一种计算机可读存储介质，存储有可执行数据指令，用于引起第一处理器执行时，实现本申请实施例提供的视频文件发送方法；或者，用于引起第二处理器执行时，实现本申请实施例提供的视频文件接收方法。
本申请实施例提供一种计算机程序产品，包括计算机程序或指令，所述计算机程序或指令被处理器执行时实现本申请实施例提供的视频文件发送或视频文件接收方法。
本申请实施例提供了一种视频文件发送和接收方法、装置、计算机可读存储介质，在确定了至少两个视角下采集的至少两个视频的情况下，根据至少两个视频与多视角文件描述信息，合成多视角的第一视频文件。从而，实现了将多视角文件描述信息与多个视角的视频联合为完整的功能性文件进行传输，在有效告知终端以多视角方式对第一视频文件进行解码的同时，减少了传输次数，提高了多视角视频文件传输的效率。
附图说明
图1为目前生成多视角视频文件的一种方法；
图2为目前多视角视频文件传输的一种可选的方法；
图3为目前多视角视频文件传输的一种可选的方法；
图4为本申请实施例提供的视频文件发送方法的一种可选的流程示意图；
图5为本申请实施例提供的视频文件接收方法的一种可选的流程示意图；
图6为本申请实施例提供的视频文件发送和接收方法应用于实际场景的一种可选的流程交互示意图；
图7为本申请实施例提供的视频文件发送和接收方法应用于实际场景的一种数据交互示意图；
图8为本申请实施例提供的视频文件发送装置的一种可选的结构示意图；
图9为本申请实施例提供的视频文件接收装置的一种可选的结构示意图；
图10为本申请实施例提供的服务器的一种可选的结构示意图；
图11为本申请实施例提供的终端的一种可选的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。
除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。
目前，在对多个视角的视频媒体内容文件进行组织以进行传输时，通常包括两种方式。如下：
方式一，如图1所示，摄像机a、摄像机b、摄像机c…摄像机f等图像采集设备分别采集不同视角的视频发送至服务器，服务器将摄像机采集的多个视角的视频进行编码合成，得到多视角视频文件，如图1中的文件cameraabcdef.mp4所示。然后，如图2所示，服务器将合成的cameraabcdef.mp4文件传输到终端(客户端)，并且额外发送给终端一个描述文件，指示cameraabcdef.mp4为多视角文件以及多个视角的视频之间的关联关系，从而终端可以按多视角视频文件进行解码出多个视角的视频，呈现多个视角下的多个视频供用户选择，再根据用户选择的视角，投影出相应视角下的视频内容，也即根据用户选择的不同视角播放对应摄像机拍摄的视频内容，以实现多视角呈现。
方式二，如图3所示，摄像机a、摄像机b和摄像机c分别进行不同视角下的视频采集，并分别对采集的视频进行视频编码，生成不同视角下的视频文件，如cameraa.mp4、camerab.mp4、与camerac.mp4并存储在相应位置。服务器向终端发送描述文件，描述文件中包含camraa.mp4、camerab.mp4与camerac.mp4是同一场景下关联的多视角视频的信息，以及camraa.mp4、camerab.mp4与camerac.mp4各自的存储位置等。终端根据服务器发送的描述文件，分别下载camraa.mp4、camerab.mp4与camerac.mp4并进行解码，然后以多视角的方式进行视频内容呈现，以使用户可以改变视角选择观看。
可以看出，目前多视角文件传输的两种方式，服务器端均需要额外发送一个描述文件，告知客户端所发送视频文件是否为多视角文件类型以及多视角文件之间的关联关系，否则客户端将会按照普通文件呈现。从而造成了信息传输的冗余，降低了多视角视频文件传输的效率。并且，方式二中，多个视频文件在进行存储和转发，如通过移动存储设备进行存储或者通过网络分享传播时，需要进行多次拷贝，降低了存储和分享效率。
本申请实施例提供一种视频文件发送和接收方法、装置、计算机可读存储介质，能够提高多视角视频文件的传输效率。下面，将分别说明本申请实施例应用于服务器的视频文件发送方法、以及应用于终端的视频文件接收方法的示例性应用。在一些实施例中，终端可以实施为笔记本电脑，平板电脑，台式计算机，机顶盒，移动设备(例如，智能手机、平板电脑、笔记本电脑、台式计算机、智能手表)等各种类型的用户终端。在一些实施例中，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例中不做限制。
参见图4，图4是本申请实施例提供的视频文件发送方法应用于服务器的一个可选的流程示意图，将结合图4示出的步骤进行说明。
S101、确定在至少两个视角下采集的至少两个视频。
本申请实施例中，服务器通过部署在不同位置处的图像采集设备，同步对预设场景，如体育赛事、自然环境等场景进行图像采集，得到至少两个视角下的至少两个视频。
在一些实施例中，图像采集设备可以包括至少两个单视角摄像机；或者，图像采集设备还可以包括配置有多视角摄像头的多视角摄像机，如立体摄像机、全向摄像机、虚拟现实(Virtual Reality，VR)摄像机等等，通过多视角摄像机上部署的至少两个不同视角范围的摄像头，采集到至少两个视角下的至少两个视频。图像采集设备可以按预设阵列位置进行排布，以通过不同的视角范围覆盖预设场景。具体的根据实际情况进行选择，本申请实施例不作限定。
S102、根据至少两个视频与多视角文件描述信息，生成第一视频文件，并将第一视频文件写入码流，多视角文件描述信息用于指示视频文件是否为多视角以及视频文件中的视频数量。
本申请实施例中，服务器将至少两个视频与多视角文件描述信息进行合并，生成第一视频文件。服务器对第一视频文件进行比特编码，将第一视频文件写入码流并发送至终端。这里，多视角文件描述信息用于指示终端以多视角方式对所述第一视频文件进行解码。也就是说，服务器可以通过一次数据传输，将至少两个视频与多视角文件描述信息发送至终端，并可告知终端第一视频文件为多视角视频文件，其中包含了至少两个视角下的视频，需要用多视角方式对第一视频文件进行解码以及进一步的多视角展示。
在一些实施例中，服务器可以将多视角文件描述信息作为头部信息，如作为第一视频文件的文件头，与至少两个视频进行合并，生成第一视频文件。
或者，服务器也可以将多视角文件描述信息作为其他预设字段位置上的信息，如将多视角文件描述信息作为尾部信息，与至少两个视频进行合并，生成第一视频文件。具体的根据实际情况进行选择，本申请实施例不作限定。
在一些实施例中，至少两个视频可以是经过视频编码的视频，服务器可以直接将已编码的至少两个视频与多视角文件描述信息进行合并，生成第一视频文件。
在一些实施例中，在S102之前，服务器还可以先对得到的至少两个视角下的至少两个未编码的原始视频进行视频编码，得到已编码的至少两个视频，再将至少两个视频与多视角文件描述信息进行合并，生成第一视频文件。
在一些实施例中，多视角文件描述信息可以包括：视角指示信息与视频数量。其中，视角指示信息用于指示第一视频文件是否为多视角文件；视频数量表征第一视频文件包含的视频数量。如此，服务器可以通过多视角文件描述信息中的视角指示信息，告知终端是否需要采用多视角的方式进行解码，并通过视频数量，告知终端需要解码的视频数，以使得终端可以使用多视角方式根据相应的视频数量对第一视频文件进行解码。
在一些实施例中，多视角文件描述信息也可以根据实际需要，包括用于解码的信息，如各个视频在第一视频文件中占据的数据范围，以协助终端更快速地解码出至少两个视频；和/或，用于指示在终端上进行多视角展示的布局信息，如对于至少两个视角的至少两个视频进行展示时的视频排列方式、排列顺序等等，具体的根据实际情况进行选择，本申请实施例不作限定。
可以理解的是，本申请实施例在确定了至少两个视角下采集的至少两个视频的情况下，根据至少两个视频与多视角文件描述信息，合成多视角的第一视频文件。从而，实现了将多视角文件描述信息与多个视角的视频联合为完整的功能性文件进行传输，在有效告知终端以多视角方式对第一视频文件进行解码的同时，减少了传输次数，提高了多视角视频文件传输的效率。
在一些实施例中，多视角文件描述信息还可以视频排列信息与视频关联信息中的至少一个。
其中，视频排列信息用于至少两个视频在所述第一视频文件中的拼接布局。在一些实施例中，服务器在将至少两个视频合成为多视角的第一视频文件时，对于至少两个视频中同一帧时刻的至少两个视频图像，会根据视频排列信息，将至少两个视频图像拼接为一个大的多视角视频图像，再经压缩编码后得到码流。
在一些实施例中，视频排列信息包括：排列行数和排列列数。服务器可以根据排列行数和排列列数，对至少两个视频中同一帧时刻的至少两个视频图像进行图像拼接，得到该帧时刻对应的多视角视频图像。服务器以相同的过程拼接得到各个帧时刻对应的多视角视频图像，也即得到多视角拼接视频，并将多视角拼接视频与多视角文件描述信息进行合并，得到第一视频文件。这里，具体的排列行数和排列列数可以根据实际需要来进行预先设置，本申请实施例不作限定。
可以理解的是，通过多视角文件描述信息中的视频排列信息，实现了根据由服务器指定预设的行数和列数，指示终端将解码出的各个视角下的视频的组织为对应的文件格式，提高了多视角视频文件传输和存储的统一性和规范性。
本申请实施例中，多视角文件描述信息中的视频关联信息用于表征至少两个视频在第一视频文件中的数据关联关系和/或视频的属性信息。在一些实施例中，视频关联信息可以包括：视频长度与视频在第一视频文件中的偏移起始点；和/或，视频属性信息。也就是说，视频关联信息可以包括视频长度与视频在第一视频文件中的偏移起始点；或者，包括视频属性信息；或者，包括视频长度、视频在第一视频文件中的偏移起始点以及视频属性信息。
其中，视频长度包括至少两个视频中的每个视频的数据长度，偏移起始点包括每个视频在第一视频文件的起始数据(如首字节)所在的数据位置。这样，根据视频长度与偏移起始点，可以确定每个视频在第一视频文件中占据的数据范围，从而确定至少两个视频在第一视频文件中的关系结构。
在一些实施例中，视频关联信息也可以包括：视频的偏移起始点和偏移结束点；和/或，视频属性信息。或者，视频关联信息也可以包括：视频长度与视频在第一视频文件中的组合顺序；和/或，视频属性信息。具体的根据实际情况进行选择，本申请实施例不作限定。
在一些实施例中，视频属性信息用于描述对应视频的属性。在一些实施例中，视频属性信息至少包括：视频采集地点、采集时间、以及采集内容中的至少一个。在一些实施例中，视频属性信息还可以包括标签信息、作者信息、视频参数信息(如分辨率、帧率等)以及视频分类信息(如建筑、风景、运动等)、图像采集设备信息等等，具体的根据实际情况进行选择，本申请实施例不作限定。
需要说明的是，视频属性信息用于表征单个视频的属性，在一些实施例中，多视角文件描述信息还可以包括合成得到的第一视频文件的文件属性信息，如第一视频文件的文件大小、名称等文件属性信息。具体的根据实际情况进行选择，本申请实施例不作限定。
可以理解的是，通过多视角文件描述信息中的视频关联信息，指示终端至少两个视频在所述第一视频文件中的关系结构，可以使得终端利用视频关联信息进行更高效的视频文件解码，提高解码效率。并且，通过服务器在多视角文件描述信息中，将各个视频的视频属性信息告知终端，终端可以将各个视频的视频属性信息与该视频进行对应存储，并可以根据视频属性信息对视频进行进一步的图像处理，从而提高了多视角视频的处理方式的统一性、规范性与丰富性。
在一些实施例中，多视角文件描述信息的信息结构(即数据结构)可以包括：预设第一结构体。其中，预设第一结构体包括：视角指示信息字段与视频数量字段。其中，视角指示信息字段为视角指示信息对应的字段；视频数量字段为视频数量对应的字段。服务器可以通过在预设第一结构体中的视角指示信息字段写入视角指示信息，在视频数量字段中写入视频数量，来得到包含视角指示信息和视频数量的多视角文件描述信息。
在一些实施例中，预设第一结构体还可以包括：视频排列信息字段；其中，视频排列信息字段为视频排列信息对应的字段。
在一些实施例中，预设第一结构体还包括：预设第二结构体；其中，预设第二结构体包括：视频长度字段与视频偏移起始点字段；和/或，视频属性信息字段。
其中，视频长度字段为视频长度对应的字段；视频偏移起始点字段为视频在第一视频文件中的偏移起始点对应的字段；视频属性信息字段为视频属性信息对应的字段。
可以看出，预设第一结构体包含与第一视频文件对应的信息字段，预设第二结构体包含与视频对应的信息字段，预设第二结构体包含在预设第一结构体中。在一些实施例中，预设第一结构体与预设第二结构体可以是嵌套关系，也即预设第二结构体为预设第一结构体中包含的成员。
示例性地，上述视频排列信息字段可以包括排列行数字段与排列列数字段。其中，排列行数字段为视频排列信息中的排列行数对应的字段；排列列数字段为视频排列信息中的排列列数对应的字段；预设第一结构体可以如下所示：
struct relm{
length:8byte//预设第一结构体(relm结构体)的数据长度，8字节；
sourcenum:4byte//视频数量字段，4字节；
row:4byte//排列行数字段，表征排列行数，4字节；
col:4byte//排列列数字段，表征排列列数，4字节；
mvde[4]}//预设第二结构体，包含4个字段；
示例性地，视频关联信息还可以包括视频视角字段，上述预设第二结构体mvde包括：
Struct mvde{
angle:4byte//视频视角字段，表征视频的视角，4字节；
offsetstart:8byte//视频偏移起始点字段，表征视频在第一视频文件中的偏移起始点，8字节；
filesize:8byte//视频长度字段，表征视频的视频长度，即该视频文件的数据长度，8字节；
desc//视频属性信息字段}
在一些实施例中，也可以根据实际的信息传输需求，对多视角文件描述信息的信息结构进行扩展。示例性地，预设第一结构体还可以包括第一视频文件的文件属性信息对应的多视角文件属性信息字段，预设第二结构体还可以包括与视频的其他属性相关的字段等等；具体的根据实际情况进行选择，本申请实施例不做限定。
可以理解的是，通过预设结构体作为多视角文件描述信息的信息结构，进一步标准化了多视角文件的传输方式，提高了多视角文件传输的统一性和规范性。
参见图5，图5是本申请实施例提供的视频文件发送方法应用于终端的一个可选的流程示意图，将结合图5示出的步骤进行说明。
S201、解析码流，确定第一视频文件。
S202、解析第一视频文件，确定多视角文件描述信息；多视角文件描述信息用于指示终端以多视角方式对第一视频文件进行解码。
本申请实施例中，终端通过解析由服务器发送的码流，得到第一视频文件。终端进一步对第一视频文件进行文件数据解析，得到第一视频文件中的多视角文件描述信息。
在一些实施例中，终端可以对第一视频文件的头部信息进行读取与解析，示例性地，读取第一视频文件的文件头并进行数据解析，确定多视角文件描述信息。
S203、根据多视角文件描述信息，对第一视频文件进行解码，确定至少两个视角下的至少两个视频。
本申请实施例中，终端根据多视角文件描述信息，以多视角方式对第一视频文件进行解码，得到至少两个视角下的至少两个视频。
在一些实施例中，多视角文件描述信息包括：视角指示信息与视频数量；其中，视角指示信息用于指示第一视频文件是否为多视角文件；视频数量表征所述第一视频文件包含的视频数量。终端可以在视角指示信息表征第一视频文件为多视角文件的情况下，根据视频数量，对第一视频文件进行解码，也即以多视角方式对第一视频文件进行解码，从而确定至少两个视频。
这里，在视角指示信息指示第一视频文件为多视角文件的情况下，终端可以由此获知第一视频文件中包含了至少两个视频，并可根据视频数量，获知需要被解码的视频数。从而，终端按照上述信息对第一视频文件进行解码，得到至少两个视角下的至少两个视频。
可以理解的是，本申请实施例中，终端通过接收一次完整的第一视频文件，从第一视频文件中解析出多视角文件描述信息，根据多视角文件描述信息从第一视频文件中解码出至少两个视角下的至少两个视频，完成对多视角视频我能文件的解码。从而减少了传输次数，提高了多视角视频文件传输的效率。
在一些实施例中，在多视角文件描述信息包括视频关联信息的情况下，终端还可以根据视频关联信息，确定至少两个视频中每个视频对应的待解码数据；对每个视频对应的待解码数据进行解码，从而确定出至少两个视频。
示例性地，在视频关联信息包括视频长度与视频在第一视频文件中的偏移起始点的情况下，终端可以根据偏移起始点与视频长度，确定待解码数据。也就是说，终端根据视频关联信息，可以从服务器合成的第一视频文件中确定各个视频占据的数据范围，从而确定出各个视频对应的待解码数据。
可以理解的是，终端在进行多视角视频文件的解码时，可以根据服务器告知的多视角文件描述信息中的视频关联信息，对多视角视频文件进行各个视角的数据拆分与解码，从而提高了解码效率。
在一些实施例中，在视频关联信息中包括视频属性信息的情况下，终端可以将视频属性信息与解码出的视频进行对应存储，以使用户在分享或读取对应视频时同步了解该视频的属性信息。终端还可以根据视频属性信息对存储的多个视角的视频进行进一步的处理，如根据大小或名称对视频进行排序，或根据标签信息或图像采集设备信息进行分类等等，具体的根据实际情况进行选择，本申请实施例不作限定。
可以理解的是，终端可以根据视频属性信息对视频进行统一的属性描述，并可获知更多的视频相关信息，从而提高了多视角视频的处理方式的统一性、规范性与丰富性。
在一些实施例中，在多视角文件描述信息中包括视频排列信息的情况下，终端还可以根据视频排列信息，以多视角方式对解码得到的至少两个视频进行展示，如下：
根据视频排列信息，确定至少两个视频中每个视频对应的投影位置；根据投影位置，展示至少两个视频。
本申请实施例中，终端可以根据视频排列信息中的排列行数和排列列数，也即按照服务器进行多视角拼接的排列布局，确定至少两个视角下的至少两个视频在终端上显示的投影位置，对至少两个视频进行多视角展示。
在一些实施例中，终端的预设显示界面可以是以网格形式的布局来展示的至少两个视角下的至少两个视频的。这样，终端可以在预设显示界面上，按照每个视频文件对应的排列行数和排列列数，确定该视频在预设显示界面上对应网格的投影位置，并在确定的投影位置上显示该视频。从而对至少两个视角下的至少两个视频以矩阵形式进行同步展示，以供用户同时观看至少两个视角下的视频，并可以进一步选择其中一个视角下的视频进行调整视角观看。
在一些实施例中，终端也可以将排列行数和排列列数作为二维空间的位置信息，根据二维空间的位置信息与三维空间的预设对应关系，确定每个视频在三维空间的投影位置，并将相应排列行数和排列列数的视频投射到三维空间进行展示，实现将至少两个视角的至少两个视频在三维空间中投影播放，呈现全方位的自由视角展示效果。
在一些实施例中，在排列行数与排列列数中的至少一个为空的情况下，示例性地，在排列行数与排列列数中的至少一个为空值或零的情况下，终端可以以节目单的方式对至少两个视频进行多视角展示。这里，节目单是指多视角视频展示的一种方式，由节目单组织者决定各个视角的投影位置，终端可以根据预设视角与投影位置的对应关系，确定每个视频对应的投影位置，进而在对应的投影位置上显示相应视角的视频，实现多视角视频播放。
需要说明的是，上述实施例描述的是终端根据服务器通过视频排列信息所指定的排列布局，来进行多视角展示的方法。实际应用中，终端也可以自行确定各个视角下的视频的投影位置，具体的根据实际情况进行选择，本申请实施例不作限定。
在一些实施例中，终端在解码出至少两个视频的情况下，会将至少两个视频存储在预设的存储路径中。这里，终端还可以确定每个视频的存储路径；基于每个视频的存储路径与投影位置，生成配置文件；其中，配置文件包含每个视频的存储路径与投影位置的对应关系。这样，终端在进行多视角展示时，可以根据配置文件中存储路径与投影位置的对应关系，从存储路径获取不同视角下的视频并展示在对应的投影位置。
在一些实施例中，配置文件中还可以包括多视角描述信息中的其他信息，如每个视频的视频属性信息等等，具体的根据实际情况进行选择，本申请实施例不作限定。
可以理解的是，终端可以根据多视角文件描述信息中的视频排列信息。对不同视角下的视频进行布局展示，可以统一和规范不同终端上对多视角视频文件的展示方式，并且，也无需对每个终端进行展示布局的设置，提高了多视角视频播放的统一性和效率。
下面，将结合图6和图7，说明本申请实施例在一个实际的应用场景中的示例性应用。本申请实施例可以广泛应用于多视角短视频、多视角体育赛事直播、多视角直播物品介绍、以及多视角教学等等实际的应用场景。
S601、摄像机采集不同视角的多个媒体内容。
这里，至少一台摄像机采集不同视角的多个媒体内容，并发送给服务器。
S602、服务器对多个媒体内容进行视频编码，生成多个视角文件。
这里，多个视角文件可以如图7中的视角a文件、视角b文件、以及视角c文件所示。
S603、服务器将文件描述头与多个视角文件合成为一个多视角文件。
这里，文件描述头相当于多视角文件描述信息，多个视角文件相当于至少两个视频，多视角文件相当于第一视频文件。文件描述头的信息结构如图7所示，S603的过程与上述S102的过程描述一致，此处不再赘述。
S604、服务器将合成后的多视角文件传输到客户端。
S605、客户端对多视角文件进行解码呈现。
S605中，客户端从多视角文件解析的文件描述头，根据文件描述头中的描述信息对各个视角文件进行解码，得到各个视角下的视频，如图7中的视角a视频、视角b视频与视角c视频所示。并且，终端根据文件描述头中的描述信息生成配置文件，如图7中的json描述文件所示。其中，json描述文件中包含了多个视角文件的路径和对应的投影位置。这样，终端就将服务器传输的一个多视角文件组织成为了一个json描述文件和视角文件列表。终端可以根据json文件，采用多视角文件呈现方式播放解码出的多个视角文件，以使用户可以调整视角观看视频。
这里，S605的过程与上述终端执行的视频文件接收方法中的过程描述一致，此处不再赘述。
示例性地，在文件描述头中的排列行数(row)和排列列数(col)均不为空的情况下，终端可以以网格状的方式来进行多视角呈现，也即根据row和col确定视频在对应网格中的投影位置，从而在预设显示界面上呈现出由多个视角下的视频组成的投影矩阵。在排列行数(row)和排列列数(col)中的至少一个为空的情况下，终端可以按照节目单方式来进行多视角呈现，根据json描述文件中的信息内容和视角文件列表，反推出节目单内容，也即确定节目单方式下各个视角的视频对应的投影位置，进而实现多视角呈现。
可以理解的是，通过本申请实施例的方法进行多视角视频文件组织和传输，可以降低多视角视频内容生成的难度，并使多视角视频组织方式标准化，可有效告知客户端是否为多视角文件的同时，避免二次传输，减少用户拷贝次数，优化了多视角文件传输，便于利用手机产品进行多视角视频应用部署。在客户端收到多视角文件信息后，通过解析头文件，即可进行多视角视频处理与播放，提高多视角文件组织效率，优化多视角视频技术，保证用户的消费体验。
基于前述实施例的实现基础，如图8所示，本申请实施例提供一种视频文件发送装置1，包括：
确定模块11，用于确定在至少两个视角下采集的至少两个视频；
生成模块12，用于根据所述至少两个视频与多视角文件描述信息，生成第一视频文件，并将所述第一视频文件写入码流，所述多视角文件描述信息用于指示终端以多视角方式对所述第一视频文件进行解码。
在本申请的一些实施例中，所述生成模块12，还用于将所述多视角文件描述信息作为头部信息，与所述至少两个视频进行合并，生成所述第一视频文件。
在本申请的一些实施例中，所述多视角文件描述信息包括：视角指示信息与视频数量；所述视角指示信息用于指示所述第一视频文件是否为多视角文件，所述视频数量表征所述第一视频文件包含的视频数量。
在本申请的一些实施例中，所述多视角文件描述信息还包括以下至少一个：
视频排列信息，表征所述至少两个视频在所述第一视频文件中的拼接布局；
视频关联信息，表征所述至少两个视频在所述第一视频文件中的数据关联关系。
在本申请的一些实施例中，所述视频关联信息包括：视频长度与视频在所述第一视频文件中的偏移起始点；和/或，视频属性信息；
所述视频属性信息至少包括：视频采集地点、采集时间、以及采集内容中的至少一个。
在本申请的一些实施例中，所述视频排列信息包括：排列行数和排列列数。
在本申请的一些实施例中，所述视频关联信息还包括：
视频属性信息；所述视频属性信息至少包括：视频采集地点、采集时间、以及采集内容中的至少一个。
在本申请的一些实施例中，所述多视角文件描述信息的信息结构包括：预设第一结构体，其中，
所述预设第一结构体包括：视角指示信息字段与视频数量字段。
在本申请的一些实施例中，所述预设第一结构体还包括：视频排列信息字段；
在本申请的一些实施例中，所述预设第一结构体还包括：预设第二结构体；
所述预设第二结构体包括：视频长度字段与视频偏移起始点字段；和/或，视频属性信息字段。
基于前述实施例的实现基础，如图9所示，本申请实施例提供一种视频文件接收装置2，包括：
解析模块21，用于解析码流，确定第一视频文件；并解析所述第一视频文件，确定多视角文件描述信息；所述多视角文件描述信息用于指示终端以多视角方式对所述第一视频文件进行解码；
解码模块22，用于根据所述多视角文件描述信息，对所述第一视频文件进行解码，确定至少两个视角下的至少两个视频。
在一些实施例中，所述解析模块21，还用于对所述第一视频文件的头部信息进行读取与解析，确定所述多视角文件描述信息。
在一些实施例中，所述多视角文件描述信息包括：视角指示信息与视频数量；所述解码模块22，还用于在所述视角指示信息表征所述第一视频文件为多视角文件的情况下，根据所述视频数量，对所述第一视频文件进行解码，确定所述至少两个视频。
在一些实施例中，所述多视角文件描述信息还包括：视频关联信息；所述解码模块22，还用于根据所述视频关联信息，确定所述至少两个视频中每个视频对应的待解码数据；对所述每个视频对应的待解码数据进行解码，从而确定出所述至少两个视频。
在一些实施例中，所述视频关联信息包括：视频长度与视频在所述第一视频文件中的偏移起始点；所述解码模块22，还用于根据所述偏移起始点与所述视频长度，确定所述待解码数据。
在一些实施例中，所述多视角文件描述信息还包括：所述视频排列信息；所述视频文件接收装置2还包括显示模块，所述显示模块，用于根据所述视频排列信息，确定所述至少两个视频中每个视频对应的投影位置；所述视频排列信息包括：排列行数与排列列数；根据所述投影位置，展示所述至少两个视频。
在一些实施例中，所述显示模块，还用于在所述排列行数与所述排列列数中的至少一个为空的情况下，根据预设视角与投影位置的对应关系，确定每个视频对应的投影位置。
在一些实施例中，所述视频文件接收装置2还包括配置模块，所述配置模块，用于在所述确定所述至少两个视频各自对应的投影位置之后，确定所述每个视频的存储路径；基于所述每个视频的存储路径与所述投影位置，生成配置文件；所述配置文件包含所述每个视频的存储路径与投影位置的对应关系。
需要说明的是，以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。
在一些实施例中，本申请实施例还提供一种服务器，图10为本申请实施例提供的服务器3的一种可选的结构示意图。如图10所示，服务器3包括：第一存储器32与第一处理器33。其中，第一存储器32和第一处理器33通过第一通信总线34连接；第一存储器32，用于存储可执行数据指令；第一处理器33，用于执行第一存储器32中存储的可执行数据指令时，实现本申请实施例提供的视频文件发送方法。
在一些实施例中，本申请实施例还提供一种终端，图11为本申请实施例提供的终端4的一种可选的结构示意图。如图11所示，终端4包括：第二存储器42与第二处理器43。其中，第二存储器42和第二处理器43通过第二通信总线44连接；第二存储器42，用于存储可执行数据指令；第二处理器43，用于执行第二存储器42中存储的可执行数据指令时，实现本申请实施例提供的视频文件接收方法。
本申请实施例提供一种存储有可执行数据指令的计算机可读存储介质，当可执行数据指令被第一处理器执行时，将引起第一处理器执行本申请实施例提供的视频文件的发送方法；或者，当可执行数据指令被第二处理器执行时，将引起第二处理器执行本申请实施例提供的视频文件的接收方法。
在一些实施例中，计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。
在一些实施例中，可执行数据指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
作为示例，可执行数据指令可以但不一定对应于文件系统中的文件，可以被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。
作为示例，可执行数据指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。

Claims (23)

1.一种视频文件发送方法，其特征在于，包括：
确定在至少两个视角下采集的至少两个视频；
根据所述至少两个视频与多视角文件描述信息，生成第一视频文件，并将所述第一视频文件写入码流，所述多视角文件描述信息用于指示终端以多视角方式对所述第一视频文件进行解码。
2.根据权利要求1所述的方法，其特征在于，所述根据所述至少两个视频与多视角文件描述信息，生成第一视频文件，包括：
将所述多视角文件描述信息作为头部信息，与所述至少两个视频进行合并，生成所述第一视频文件。
3.根据权利要求1或2所述的方法，其特征在于，所述多视角文件描述信息包括：视角指示信息与视频数量；所述视角指示信息用于指示所述第一视频文件是否为多视角文件，所述视频数量表征所述第一视频文件包含的视频数量。
4.根据权利要求3所述的方法，其特征在于，所述多视角文件描述信息还包括以下至少一个：
视频排列信息，表征所述至少两个视频在所述第一视频文件中的拼接布局；
视频关联信息，表征所述至少两个视频在所述第一视频文件中的数据关联关系。
5.根据权利要求4所述的方法，其特征在于，
所述视频关联信息包括：视频长度与视频在所述第一视频文件中的偏移起始点；和/或，视频属性信息；
所述视频属性信息至少包括：视频采集地点、采集时间、以及采集内容中的至少一个。
6.根据权利要求4所述的方法，其特征在于，
所述视频排列信息包括：排列行数和排列列数。
7.根据权利要求3所述的方法，其特征在于，所述多视角文件描述信息的信息结构包括：预设第一结构体，其中，
所述预设第一结构体包括：视角指示信息字段与视频数量字段。
8.根据权利要求7所述的方法，其特征在于，所述预设第一结构体还包括：
视频排列信息字段。
9.根据权利要求7所述的方法，其特征在于，所述预设第一结构体还包括：预设第二结构体；
所述预设第二结构体包括：视频长度字段与视频偏移起始点字段；和/或，视频属性信息字段。
10.一种视频文件接收方法，其特征在于，包括：
解析码流，确定第一视频文件；
解析所述第一视频文件，确定多视角文件描述信息；所述多视角文件描述信息用于指示终端以多视角方式对所述第一视频文件进行解码；
根据所述多视角文件描述信息，对所述第一视频文件进行解码，确定至少两个视角下的至少两个视频。
11.根据权利要求10所述的方法，其特征在于，所述解析所述第一视频文件，确定多视角文件描述信息，包括：
对所述第一视频文件的头部信息进行读取与解析，确定所述多视角文件描述信息。
12.根据权利要求10或11所述的方法，其特征在于，所述多视角文件描述信息包括：视角指示信息与视频数量；
所述根据所述多视角文件描述信息，对所述第一视频文件进行解码，确定至少两个视角下的至少两个视频，包括：
在所述视角指示信息表征所述第一视频文件为多视角文件的情况下，根据所述视频数量，对所述第一视频文件进行解码，确定所述至少两个视频。
13.根据权利要求12所述的方法，其特征在于，所述多视角文件描述信息还包括：视频关联信息；所述对所述第一视频文件进行解码，确定所述至少两个视频，包括：
根据所述视频关联信息，确定所述至少两个视频中每个视频对应的待解码数据；
对所述每个视频对应的待解码数据进行解码，从而确定出所述至少两个视频。
14.根据权利要求13所述的方法，其特征在于，所述视频关联信息包括：视频长度与视频在所述第一视频文件中的偏移起始点；所述根据所述视频关联信息，确定所述至少两个视频中每个视频对应的待解码数据，包括：
根据所述偏移起始点与所述视频长度，确定所述待解码数据。
15.根据权利要求10、11、13、14中任一项所述的方法，其特征在于，所述多视角文件描述信息还包括：所述视频排列信息；所述方法还包括：
根据所述视频排列信息，确定所述至少两个视频中每个视频对应的投影位置；所述视频排列信息包括：排列行数与排列列数；
根据所述投影位置，展示所述至少两个视频。
16.根据权利要求15所述的方法，其特征在于，所述方法还包括：
在所述排列行数与所述排列列数中的至少一个为空的情况下，根据预设视角与投影位置的对应关系，确定每个视频对应的投影位置。
17.根据权利要求15所述的方法，其特征在于，所述确定所述至少两个视频各自对应的投影位置之后，所述方法还包括：
确定所述每个视频的存储路径；
基于所述每个视频的存储路径与所述投影位置，生成配置文件；所述配置文件包含所述每个视频的存储路径与投影位置的对应关系。
18.一种视频文件发送装置，其特征在于，包括：
确定模块，用于确定在至少两个视角下采集的至少两个视频；
生成模块，用于根据所述至少两个视频与多视角文件描述信息，生成第一视频文件，并将所述第一视频文件写入码流，所述多视角文件描述信息用于指示终端以多视角方式对所述第一视频文件进行解码。
19.一种视频文件接收装置，其特征在于，包括：
解析模块，用于解析码流，确定第一视频文件；并解析所述第一视频文件，确定多视角文件描述信息；所述多视角文件描述信息用于指示终端以多视角方式对所述第一视频文件进行解码；
解码模块，用于根据所述多视角文件描述信息，对所述第一视频文件进行解码，确定至少两个视角下的至少两个视频。
20.一种码流，其特征在于，所述码流是根据第一视频文件进行比特编码生成的；其中，所述第一视频文件包括：至少两个视角下的至少两个视频与多视角文件描述信息；所述多视角文件描述信息用于指示终端以多视角方式对所述第一视频文件进行解码。
21.一种服务器，其特征在于，包括：
第一存储器，用于存储可执行数据指令；
第一处理器，用于执行所述第一存储器中存储的可执行数据指令时，实现权利要求1至9任一项所述的方法。
22.一种终端，其特征在于，包括：
第二存储器，用于存储可执行数据指令；
第二处理器，用于执行所述第二存储器中存储的可执行数据指令时，实现权利要求10至17任一项所述的方法。
23.一种计算机可读存储介质，其特征在于，存储有可执行数据指令，用于引起第一处理器执行时，实现权利要求1至9任一项所述的方法；或者，用于引起第二处理器执行时，实现权利要求10至17任一项所述的方法。
CN202211603003.5A 2022-12-13 2022-12-13 视频文件发送和接收方法、装置、计算机可读存储介质 Pending CN118200611A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202211603003.5A CN118200611A (zh) 2022-12-13 2022-12-13 视频文件发送和接收方法、装置、计算机可读存储介质
PCT/CN2023/123949 WO2024125060A1 (zh) 2022-12-13 2023-10-11 视频文件发送和接收方法、装置、计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211603003.5A CN118200611A (zh) 2022-12-13 2022-12-13 视频文件发送和接收方法、装置、计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN118200611A true CN118200611A (zh) 2024-06-14

Family

ID=91393585

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211603003.5A Pending CN118200611A (zh) 2022-12-13 2022-12-13 视频文件发送和接收方法、装置、计算机可读存储介质

Country Status (2)

Country Link
CN (1) CN118200611A (zh)
WO (1) WO2024125060A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018068236A1 (zh) * 2016-10-10 2018-04-19 华为技术有限公司 一种视频流传输方法、相关设备及系统
CN114374675B (zh) * 2020-10-14 2023-02-28 腾讯科技（深圳）有限公司 媒体文件的封装方法、媒体文件的解封装方法及相关设备
WO2022144302A1 (en) * 2020-12-31 2022-07-07 Koninklijke Kpn N.V. Processing of multi-view video
CN115086635B (zh) * 2021-03-15 2023-04-14 腾讯科技（深圳）有限公司 多视角视频的处理方法、装置、设备及存储介质
CN114189697B (zh) * 2021-12-03 2022-10-14 腾讯科技（深圳）有限公司 一种视频数据处理方法、装置以及可读存储介质

Also Published As

Publication number Publication date
WO2024125060A1 (zh) 2024-06-20

Similar Documents

Publication Publication Date Title
RU2711591C1 (ru) Способ, устройство и компьютерная программа для адаптивной потоковой передачи мультимедийного контента виртуальной реальности
US11272159B2 (en) Method and device for transmitting stereo media content
CN110121734B (zh) 一种信息的处理方法及装置
KR102320455B1 (ko) 미디어 콘텐트를 전송하는 방법, 디바이스, 및 컴퓨터 프로그램
CN111937397B (zh) 媒体数据处理方法及装置
US9485493B2 (en) Method and system for displaying multi-viewpoint images and non-transitory computer readable storage medium thereof
US20200145736A1 (en) Media data processing method and apparatus
CN113453046B (zh) 沉浸式媒体提供方法、获取方法、装置、设备及存储介质
CN107851425B (zh) 信息处理设备、信息处理方法和程序
CN110663068B (zh) 用于渲染全景场景的坐标映射
CN109587478B (zh) 一种媒体信息的处理方法及装置
CN113891117B (zh) 沉浸媒体的数据处理方法、装置、设备及可读存储介质
CN110022481A (zh) 视频码流的解码、生成方法及装置、存储介质、电子装置
US20160350955A1 (en) Image processing method and device
CN118200611A (zh) 视频文件发送和接收方法、装置、计算机可读存储介质
CN112771878A (zh) 处理媒体数据的方法、客户端和服务器
WO2022037423A1 (zh) 点云媒体的数据处理方法、装置、设备及介质
US20220256132A1 (en) Devices and methods for generating and rendering immersive video
US20210360332A1 (en) Method and device for transmitting video content and method and device for receiving video content
CN114581631A (zh) 沉浸式媒体的数据处理方法、装置和计算机可读存储介质
US20230370638A1 (en) Media file packing and unpacking method, apparatus and device, and storage medium
CN108271084B (zh) 一种信息的处理方法及装置
CN116980637A (zh) 直播数据的处理系统、电子设备、存储介质及程序产品
CN116939290A (zh) 媒体数据处理方法、装置、设备及存储介质
CN116347118A (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