CN102137298B - 3d格式描述信息的获取方法和装置 - Google Patents
3d格式描述信息的获取方法和装置 Download PDFInfo
- Publication number
- CN102137298B CN102137298B CN201110050253.6A CN201110050253A CN102137298B CN 102137298 B CN102137298 B CN 102137298B CN 201110050253 A CN201110050253 A CN 201110050253A CN 102137298 B CN102137298 B CN 102137298B
- Authority
- CN
- China
- Prior art keywords
- video
- processing parameter
- parameter information
- video processing
- media stream
- 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
Links
Classifications
-
- 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/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
- H04N13/178—Metadata, e.g. disparity information
-
- 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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/6437—Real-time Transport Protocol [RTP]
-
- 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/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/4347—Demultiplexing 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/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/4348—Demultiplexing of additional data and 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/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/8543—Content authoring using a description language, e.g. Multimedia and Hypermedia information coding Expert Group [MHEG], eXtensible Markup Language [XML]
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Library & Information Science (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
Abstract
本发明实施例提供一种3D格式描述信息的获取方法和装置。一种方法包括:接收发送端发送的携带3D格式描述信息的带外消息,客户端在加入和参与所述发送端发起的多媒体会话前接收所述带外消息;解析所述带外消息,从所述带外消息中获取所述3D格式描述信息。本发明实施例提供的3D格式描述信息的获取方法和装置,客户端能够在获取视频之前获取3D格式描述信息,从而使客户端接收到视频之前便可以确定客户端与3D视频采用的格式是否匹配,提高了判断匹配的速度,降低了接收和处理视频的开销,减少了电力消耗,减轻了接收设备的负担。
Description
技术领域
本发明涉及信息技术领域,特别涉及一种3D格式描述信息的获取方法和装置。
背景技术
3D(ThreeDimensional;3D)视频在传输或存储时可以采用不同格式,常见的3D格式类型包括帧包装(FramePacking;FP)、二维加辅助视频(TwoDimensionalvideoplusAuxiliaryvideo;2DA)、联播(Simulcast;SC)等。
为了正确处理3D视频,客户端需要获取一些信息,这些信息可以让客户端确定3D视频采用的是哪种格式,从而使客户端调整到与接收的3D视频格式匹配的状态,进而对3D视频进行处理,例如,对3D视频进行处理,得到供投影到人的左眼的左视图、供投影到人的右眼的右视图。客户端需要获取的这些信息统称为3D格式描述信息。
现有的3D格式描述信息的传输方法中,将描述帧包装格式的3D格式描述信息封装到帧包装排列补充增强信息消息(framepackingarrangementSEImessage)中,然后将framepackingarrangementSEImessage封装到视频比特流中传输。视频比特流即编码后形式的视频。客户端接收到视频比特流后,从视频比特流中获取帧包装排列补充增强信息消息,然后从中获取描述帧包装格式的3D格式描述信息。
由于多媒体***通常是一个异构***,可能既有2D客户端,又有3D客户端;都是3D客户端,可能有的客户端支持帧包装格式,有的客户端支持2D加辅助视频格式;都是支持帧包装格式的3D客户端,可能有的客户端只支持并排和上下格式的帧包装,而不支持棋盘格式的帧包装;都是支持二维加辅助视频格式的3D客户端,可能有的客户端不支持辅助视频为深度图。这样就可能出现一些客户端不支持某个3D视频采用的3D格式的情况。而由于帧包装排列补充增强信息通过视频比特流携带并且在传输时采用轮播方式,即每隔一段时间进行一次传输,这就可能造成多媒体***的客户端接收视频比特流一段时间后才能获取帧包装排列补充增强信息,进而获得所述描述帧包装格式的3D格式描述信息,然后才能确定是否支持接收到的视频采用的3D格式。
因此,现有的3D格式描述信息的传输方法,可能导致用户点击播放后,等待一定时间才能确定客户端不支持3D视频采用的3D格式,从而不能正确处理和显示3D视频,影响用户体验。另一方面增加了接收和处理视频的开销,增加了电力消耗,尤其会增加对电力敏感的移动客户端的负担。
发明内容
本发明实施例提供了一种3D格式描述信息的获取方法和装置,以解决现有技术中客户端接收视频一段时间后才能接收到3D格式描述信息的缺陷,缩短了客户端确定是否支持视频采用的3D格式的时间。
本发明实施例提供一种3D格式描述信息的获取方法,包括:
接收发送端发送的携带3D格式描述信息的带外消息,客户端在加入和参与所述发送端发起的多媒体会话前接收所述带外消息;
解析所述带外消息,从所述带外消息中获取所述3D格式描述信息。
本发明实施例还提供一种3D格式描述信息的获取方法,包括:
获取3D视频文件,所述3D视频文件的元数据部分携带3D格式描述信息;
解析所述3D视频文件的元数据部分,从所述元数据部分中获取所述3D格式描述信息。
本发明实施例还提供一种3D格式描述信息的获取装置,包括:
接收模块,用于接收发送端发送的携带3D格式描述信息的带外消息,所述接收模块在客户端加入和参与所述发送端发起的多媒体会话前接收所述带外消息;
解析模块,用于解析所述接收模块接收的所述带外消息,从所述带外消息中获取所述3D格式描述信息。
本发明实施例还提供另一种3D格式描述信息的获取装置,包括:
获取模块,用于获取3D视频文件,所述3D视频文件的元数据部分携带3D格式描述信息;
解析模块,用于解析所述获取块获取的所述3D视频文件的元数据部分,从所述元数据部分中获取所述3D格式描述信息。
本发明实施例提供的3D格式描述信息的获取方法和装置,客户端能够在获取视频之前获取3D格式描述信息,从而使客户端接收到视频前便可以确定是否支持3D视频采用的3D格式,确定客户端支持3D视频采用的3D格式后,才获取视频。缩短了客户端确定视频采用的3D格式的时间,降低了接收和处理视频的开销,减少了电力消耗,减轻了接收设备的负担。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明提供的3D格式描述信息的获取方法第一实施例的流程图;
图2为本发明提供的3D格式描述信息的获取方法第二实施例的流程图;
图3为本发明提供的3D格式描述信息的获取方法第三实施例的流程图;
图4为本发明提供的3D格式描述信息的获取方法第四实施例的流程图;
图5为本发明提供的3D格式描述信息的获取方法第五实施例的流程图;
图6为本发明提供的3D格式描述信息的获取方法第六实施例的流程图;
图7为本发明提供的3D格式描述信息的获取装置第一实施例的结构示意图;
图8为本发明提供的3D格式描述信息的获取装置第二实施例的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明提供的3D格式描述信息的获取方法第一实施例的流程图,如图1所示,该方法包括:
S101、接收发送端发送的携带3D格式描述信息的带外消息,客户端在加入和参与所述发送端发起的多媒体会话前接收所述带外消息。
S202、解析所述带外消息,从所述带外消息中获取所述3D格式描述信息。
以上步骤的执行主体为客户端的接收设备。
其中,携带3D格式描述信息的带外消息是一种接收设备从发送端发起的多媒体会话外获取的消息。本发明实施例中,客户端在加入和参与发送端发起的多媒体会话前接收带外消息。即,接收设备能够在接收发送端发送的媒体流之前接收该带外消息。而在不同的***或不同的应用场景中,带外消息可以为发送设备和接收设备之间传输的各种消息。
具体的,在多媒体业务流程中,带外消息可以是会话描述协议(SessionDescriptionProtocol;SDP)文件,由于SDP文件中通常携带视频获取信息,发送端需要先将SDP文件发送至客户端后,才向客户端发送视频。因此,发送端可以在SDP文件中携带3D格式描述信息,以使客户端加入和参与多媒体会话前获取SDP文件中携带的3D格式描述信息。具体可以通过SDP文件的属性中包含3D格式描述信息。
在电视***中,由于客户端的接收设备要先获取的电子节目菜单(ElectronicProgramGuide;EPG)元数据,根据EPG元数据选择内容后,才会开始接收媒体流,因此,带外消息可以为EPG元数据,发送端可以将3D格式描述信息携带在EPG元数据中。具体可以在EPG元数据的可扩展标记语言(ExtensibleMarkupLanguage;XML)元素或属性中包含所述3D格式描述信息。
在电视***中,由于与节目内容相关的通知消息会略提前于节目内容进行下发。因此,带外消息还可以是通知消息,发送端通过通知消息携带3D格式描述信息,具体可以在通知消息负载(payload)中包含所述3D格式描述信息。
本实施例仅列举了几种***或业务流程中的带外消息的具体类型,但并不以此作为本发明的限制。
3D格式描述信息可以为3D格式类型标识信息,用于表示3D视频采用哪种格式,其中,3D格式类型标识信息又可以进一步包括3D格式类型标识,还可以包括组件类型标识。另外,3D格式描述信息还可以包括3D视频处理参数信息。
本发明实施例提供的3D格式描述信息的获取方法,客户端能够在获取视频之前通过带外信息获取3D格式描述信息,从而使客户端接收到视频前便可以确定是否支持3D视频采用的3D格式,确定客户端支持3D视频采用的3D格式后,才获取视频。缩短了客户端确定是否支持3D视频采用的3D格式的时间,降低了接收和处理视频的开销,减少了电力消耗,减轻了接收设备的负担。
图2为本发明提供的3D格式描述信息的获取方法第二实施例的流程图,如图2所示,本实施例适用于多媒体业务流程,在多媒体业务流程中,携带3D格式描述信息的带外信息为SDP文件。发送端可以在SDP文件中携带3D格式描述信息,客户端在加入和参与发送端发起的媒体会话前接收该SDP文件。从而可以使客户端接收到视频之前获知视频采用哪种3D格式,进而可以使客户端接收到视频前便可以确定客户端是否支持视频采用的3D格式。该方法包括:
S201、接收发送端发送的会话描述协议SDP文件,所述SDP文件中携带3D格式描述信息;
S202、解析所述SDP文件,从所述SDP文件中获取所述3D格式描述信息。
以上步骤的执行主体为客户端的接收设备。
发送端在向客户端发送3D视频时,首先向客户端发送SDP文件,并在SDP文件中携带3D格式描述信息。具体方法是通过SDP文件的属性中携带3D格式描述信息。
客户端接收SDP文件后,解析SDP文件,判断SDP文件中是否携带3D格式描述信息,具体可以判断SDP文件中是否包含携带3D格式描述信息的属性,通过解析所述属性来获取3D格式描述信息。
本发明提供的实施例中,3D格式描述信息可以包括3D格式类型标识信息。所述3D格式类型标识信息包括3D格式类型标识,所述3D格式类型标识指示3D视频采用的格式类型。此外,所述3D格式类型标识信息还可以包括组件类型标识,所述组件类型标识指示组成3D视频的视频组件的类型。
具体的,若3D格式类型为帧包装,则所述组件类型标识指示视频组件的类型是按并排(sidebyside;SBS)、上下(topandbottom;TAB)、行交织(lineinterleaved;LIL)、列交织(columninterleaved;CIL)、棋盘(Chessboard;CHB)帧序列(framesequential;SEQ)等帧包装排列方式排列的视频中的任意一种。若3D格式类型为2D加辅助视频,则所述组件类型标识指示视频组件的类型为2D视频、深度图、视差图、空洞数据、既包括2D视频又包括深度图、既包括2D视频又包括视差图等中的任意一种;此外,所述组件类型标识还可以进一步指示其中的2D视频携带的是左视图、右视图还是中间视图中的任意一种。若3D格式类型为联播,则所述组件类型标识指示视频组件的类型是携带左视图的视频、携带右视图的视频中的任意一种。
本实施例给出一种通过SDP文件中的属性携带3D格式类型标识信息的实施方式,具体是:
发送端可以通过SDP文件中的属性3dFormatType来携带3D格式类型标识信息,该属性为媒体级属性。具体格式为:
a=3dFormatType:<3dformattype>[<componenttype>]
其中,参数<3dformattype>为3D格式类型标识,可选参数<componenttype>为组件类型标识。
<3dformattype>的取值包括但不限于FP、2DA和SC等,分别代表3D格式类型为帧包装、2D加辅助视频、联播;<3dformattype>的取值为FP时,<componenttype>的取值包括但不限于SBS、TAB、LIL、CIL、CHB、SEQ等,分别代表组成3D视频的视频的组件类型为并排、上下、行交织、列交织、棋盘、帧序列形式的帧包装视频;<3dformattype>的取值为2DA时,<componenttype>的取值包括但不限于2d、D、P、2dD、2dP等,分别代表组成3D视频的视频的组件类型为2D视频、深度图、视差图、空洞数据、既包括2D视频又包括深度图、既包括2D视频又包括视差图等;<3dformattype>的取值为SC时,<componenttype>的取值包括但不限于L、R,分别代表组成3D视频的视频的组件类型为左视图视频、右视图视频。
组成3D视频的每个视频组件都可以通过属性3dFormatType来指示由该视频组件构成的3D视频采用的3D格式类型和该视频组件的类型。
如果组成3D视频的视频组件没有通过属性3dFormatType来指示所述3D格式类型和所述组件类型。则可以默认所述3D格式类型为2D加辅助视频,所述组件类型为2D视频。
以上仅是通过属性3dFormatType来携带3D格式类型标识信息的一种可行的实施方式,但并不以此作为对本发明的限制。
本实施例还给出另一种用通过SDP文件中的属性携带3D格式类型标识信息的实施方式,具体是:
发送端可以通过属性fmpt来携带3D格式类型标识信息,该属性fmpt为媒体级属性。具体格式为:
a=fmtp:<payloadtype><3dformattype>[<componenttype>]
其中,参数<payloadtype>为携带3D视频的RTP负载类型。参数<3dformattype>为3D格式类型标识;可选参数<componenttype>为组件类型标识。
组成3D视频的每个视频组件都可以通过属性fmtp来指示由该视频组件构成的3D视频采用的3D格式类型和该视频的组件类型。
如果组成3D视频的视频组件没有通过属性fmtp来指示所述3D格式类型和所述组件类型。则可以默认所述3D格式类型为2D加辅助视频,所述组件类型为2D视频。
以上仅是通过属性fmtp来携带3D格式类型标识信息的一种可行的实施方式,但并不以此作为对本发明的限制。
本发明提供的实施例中,所述3D格式描述信息除了包括3D格式类型标识信息以外,还可以进一步包括3D视频处理参数信息。
具体的,若3D格式类型为帧包装,则所述3D视频处理参数信息包括但不限于进行帧包装时采样类型的标识信息、进行帧包装操作时帧放置顺序的标识信息等参数信息;若3D格式类型为2D加辅助视频且辅助视频为深度图,则所述3D视频处理参数信息包括但不限于深度样本在2D视频的空间采样网格中的水平偏移量、垂直偏移量,深度的取值范围指示信息,也即在屏幕之后的最大距离、在屏幕之前的最大距离等参数信息;若3D格式类型为2D加辅助视频且辅助视频为视差图,则所述3D视频处理参数信息包括但不限于视差样本在2D视频的空间采样网格中的水平偏移量、垂直偏移量、代表零视差的值、用于定义视差值取值范围的缩放比例、参考观看距离以及参考屏幕宽度等参数信息。
同样,所述3D视频处理信息也可以通过SDP文件中的属性携带。
本实施例给出一种通过SDP文件中的属性携带3D视频处理参数信息的实施方式,具体是:
当3D格式类型为帧包装时,可以通过属性FramePackingParameters携带相应3D视频处理参数信息。属性FramePackingParameters为媒体级属性,具体格式为:
a=FramePackingParameters:<samplingtype>=<value>;<contentinterpretationtype>=<value>。
其中,参数<samplingtype>指示进行帧包装时的采样类型;Samplingtype的取值包括但不限于none、interleaved、quincunx等,分别代表不进行采样、交替采样、五点梅花采样等。参数<contentinterpretationtype>指示进行帧包装时的帧放置顺序,取值为LFirst或RFirst,分别代表左视图对应的视频帧放置在前、右视图对应的视频帧放置在前。
当3D格式类型为2D加辅助视频且辅助视频为深度图时,可以通过属性DepthParameters携带相应3D视频处理参数信息。属性DepthParameters为媒体级属性,具体格式为:
a=DepthParameters:<positionoffseth>=<value>;<positionoffsetv>=<value>;<nkfar>=<value>;<nknear>=<value>
其中,参数<positionoffseth>指示深度样本在2D视频的空间采样网格中的水平偏移量;参数<positionoffsetv>指示辅助视频样本在2D视频的空间采样网格中的垂直偏移量;参数<nkfar>和<nknear>用于指示深度样本的取值范围,<nkfar>指示在屏幕之后的最大距离,<nknear>指示在屏幕之前的最大距离。
当3D格式类型为2D加辅助视频且辅助视频为视差图时,可以通过属性ParallaxParameters携带相应3D视频处理参数信息。属性ParallaxParameters为媒体级属性,具体格式为:
a=ParallaxParameters:<positionoffseth>=<value>;<positionoffsetv>=<value>;<parallaxzero>=<value>;<parallaxscale>=<value>;<dref>=<value>;<wref>=<value>
其中,参数<positionoffseth>指示视差样本在2D视频的空间采样网格中的水平偏移量;参数<positionoffsetv>指示视差样本在2D视频的空间采样网格中的垂直偏移量;参数<parallaxzero>、<parallaxscale>、<dref>、<wref>分别指示哪个值代表零视差、用于定义视差值取值范围的缩放比例、参考观看距离以及参考屏幕宽度。
以上仅是通过SDP文件中的属性来携带3D视频处理参数信息的一种可行的实施方式,但并不以此作为对本发明的限制。
需要说明的是,3D视频可能由多个视频组件组成,不同视频组件可以通过不同媒体流携带。一个SDP文件中可能描述多个媒体流,各媒体流携带不同的视频组件,例如:SDP文件描述了媒体流1、媒体流2、媒体流3、媒体流4。媒体流1携带的视频组件和媒体流2携带的视频组件构成一个3D视频;媒体流3携带的视频组件和媒体流4携带的视频组件构成另一个3D视频。因此需要告知客户端哪些媒体流构成3D视频。
本实施例给出一种通过SDP文件中的属性group和mid属性告知客户端哪些媒体流构成3D视频的实施方式,具体是:
通过属性mid为组成3D视频的不同媒体流定义媒体流标识。属性mid为媒体级属性,为媒体流的标识并在一个SDP文件中唯一。具体格式为:
a=mid:<meidiastreamidentifer>
通过属性group将组成3D视频的不同媒体流归为一组。属性group为会话级属性,用于将几个用属性mid标识的媒体流归为一组。具体格式为:
a=group:<semantics><mediastreamidentifier1><meidiastreamidentifier2>...<mediastreamidentifiern>
<semantics>为S3D时,代表归为一组的不同媒体流组成了3D视频。
一个SDP文件的具体如下所示,其中:标识为1的媒体流中的视频组件和标识为2的媒体流中的视频组件组成3D视频。其中,标识为1的媒体流中的视频组件为携带联播格式的3D视频中的左视图的视频,标识为2的媒体流中的视频组件为携带联播格式的3D视频中的右视图的视频。标识为3的媒体流中的视频组件和标识为4的媒体流中的视频组件组成3D视频。其中,标识为3的媒体流中的视频组件为2D加辅助视频格式的3D视频中的2D视频,标识为4的媒体流中的视频组件为2D加辅助视频格式的3D视频中的辅助视频且辅助视频为深度图。一个SDP文件具体可如下所示:
v=0
o=Alice29274273029277831INIP4131.163.72.4
s=Thetechnologyof3D-TV
c=INIP4131.164.74.2
t=00
a=group:S3D12
m=video49170RTP/AVP99
a=rtpmap:99H264/90000
a=3dFormatType:SCL
a=mid:1
m=video49172RTP/AVP101
a=rtpmap:101H264/90000
a=3dFormatType:SCR
a=mid:2
a=group:S3D34
m=video49170RTP/AVP103
a=rtpmap:103H264/90000
a=3dFormatType:2DA2D
a=mid:3
m=video49172RTP/AVP105
a=rtpmap:105H264/90000
a=3dFormatType:2DAD
a=mid:4
m=audio52890RTP/AVP98
a=rtpmap:98L16/16000/2
如前所述,发送端携带在SDP文件中的3D格式描述信息可以包括3D格式类型标识信息,还可以进一步包括3D视频处理参数信息,则客户端的接收设备可以从获取的SDP文件中获取3D格式类型标识信息,以确定3D视频采用的格式。对应的,客户端还可能从获取的SDP文件中获取3D视频处理参数信息,以对后续接收到的3D视频进行相应处理。
图3为本发明提供的3D格式描述信息的获取方法第三实施例的流程图,如图3所示,本实施例提供的方法主要适用于基于实时传输协议(Real-timeTransportProtocol;RTP)的多媒体***,客户端的接收设备在接收媒体流一段时间后,才会开始从媒体流中获取视频。因此,发送端可以将3D视频处理参数信息携带在媒体流中,并在SDP文件中携带3D格式类型标识信息以及3D视频处理参数信息的指示消息,使客户端能够从SDP文件中获取3D格式类型标识信息,并且从媒体流中获取3D视频处理参数信息。
该方法包括:
S301、接收发送端发送的会话描述协议SDP文件,所述SDP文件中携带3D格式描述信息,所述3D格式描述信息为3D格式类型标识信息和3D视频处理参数信息的指示信息,所述指示信息用于标识所述3D视频处理参数信息在媒体流中的位置;
S302、解析SDP文件,从所述SDP文件中获取所述3D格式类型标识信息和3D视频处理参数信息的指示信息。
S303、接收发送端发送的媒体流,根据所述指示信息从所述媒体流中获取所述3D视频处理参数信息。
其中,以上步骤的执行主体为客户端的接收设备。
发送端在向客户端发送3D视频时,首先向客户端发送SDP文件,并在SDP文件中携带3D格式类型标识信息和3D视频处理参数信息的指示信息。
客户端接收SDP文件后,解析SDP文件,判断SDP文件中是否携带3D格式3D格式类型标识信息和3D视频处理参数信息的指示信息。如果携带,获取3D格式类型标识信息和3D视频处理参数信息的指示信息。
客户端获取组成3D视频的媒体流,根据所述指示信息从媒体流中的相应位置获取3D视频处理参数信息。
本实施例中,通过SDP文件中的属性携带3D格式类型标识信息,客户端通过解析所述属性获取3D格式类型标识信息。
在基于RTP的多媒体***中,媒体流以RTP包为传输单位,RTP包分为RTP包头(header)和RTP负载(payload)两部分。而RTP包头分为固定包头和扩展包头两部分。因此,发送端可以通过RTP包的负载部分,或者通过RTP包的扩展包头部分携带3D视频处理参数信息。
发送端通过负载部分携带3D视频处理参数的RTP包,与用于携带相应3D视频组件的RTP包通过同一媒体流传输。在这种情况下,发送端可以通过SDP文件中的属性携带3D视频处理参数信息的指示信息。所述指示信息指示携带3D视频处理参数信息的RTP负载类型号。
本实施例中给出了一种通过RTP负载携带3D视频处理参数信息的实施方式,具体是:
若3D格式类型为帧包装,则可以将携带相应3D视频处理参数信息的消息封装到RTP负载中,携带相应3D视频处理参数信息的消息具体可以是sei_rbsp()。
若3D格式类型为2D加辅助视频,则可以将携带相应3D视频处理参数信息的消息封装到RTP负载中。携带相应3D视频处理参数信息的消息具体可以是si_rbsp()
相应的,本实施例给出一种通过RTP包的负载部分携带3D视频处理参数信息的情况下,通过SDP文件中的属性携带3D视频处理参数信息的指示信息的实施方式,其中,指示信息具体为RTP负载类型号。具体的:
可以通过属性rtpmap指示携带3D视频处理参数信息的RTP负载类型号。属性rtpmap为媒体级属性,用于标识负载类型号代表的负载格式的含义。具体格式为:
a=rtpmap:<payloadtype><encodingname>/<clockrate>/[/<encodingparameters>]
若参数<encodingname>的取值的语义为RTP负载携带的是3D视频处理参数,比如取值为3dParameters,相应的参数<payloadtype>的取值为带3D视频处理参数信息的RTP负载类型号。
客户端首先获取SDP文件,可以从SDP文件中的属性rtpmap中获取携带3D视频处理参数信息的RTP负载类型号。当客户端获取相应的媒体流时,便可以根据获取的负载类型号从媒体流中获取包头中PT(PayloadType,负载类型)段取值与获取的负载类型号相同的RTP包,从所述RTP包的RTP包负载部分获取所述3D视频处理参数信息。
发送端还可以将3D视频处理参数信息携带在用于携带相应3D视频组件的RTP包的RTP扩展包头中,在这种情况下,发送端通过SDP文件中的属性携带3D视频处理参数信息的指示信息,该所述指示信息用于指示携带3D视频处理参数信息的扩展项的标识。
本实施例给出一种通过RTP扩展包头携带3D视频处理参数信息的实施方式,具体是:
若3D格式类型为帧包装,则可以通过一个扩展项携带相应3D视频处理参数信息。具体可以是将携带相应3D视频处理参数信息的sei_rbsp()消息封装到所述扩展项中,将所述扩展项封装到携带相应3D视频组件的RTP包的RTP扩展包头中。
若3D格式类型为2D加辅助视频,则可以通过一个扩展项携带相应3D视频处理参数信息。具体可以是将携带相应3D视频处理参数信息的si_rbsp()消息封装到所述扩展项中,将所述扩展项封装到携带相应3D视频组件的RTP包的RTP扩展包头中。
本实施例还给出一种通过RTP扩展包头携带3D视频处理参数信息的实施方式,具体是:
若3D格式类型为帧包装,则可以通过不同扩展项分别携带相应3D视频处理参数信息中的进行帧包装时采样类型的标识信息、进行帧包装操作时帧放置顺序的标识信息等参数信息;将所述扩展项封装到携带相应3D视频组件的RTP包的RTP扩展包头中。
若3D格式类型为2D加辅助视频且辅助视频为深度图,则可以通过不同扩展项分别携带相应3D视频处理参数信息中的深度样本在2D视频的空间采样网格中的水平偏移量、垂直偏移量、深度样本的取值范围指示信息中的在屏幕之后的最大距离、在屏幕之前的最大距离等参数信息;将所述扩展项封装到携带相应3D视频组件的RTP包的RTP扩展包头中。
若3D格式类型为2D加辅助视频且辅助视频为视差图,则可以通过不同扩展项分别携带相应3D视频处理参数信息中的视差样本在2D视频的空间采样网格中的水平偏移量、垂直偏移量、代表零视差的值、用于定义视差值取值范围的缩放比例、参考观看距离以及参考屏幕宽度等参数信息。将所述扩展项封装到携带相应3D视频组件的RTP包的RTP扩展包头中。
本实施例中,可以只将携带3D视频处理参数信息的扩展项封装到携带相应3D视频组件的关键帧的RTP包的RTP扩展包头中。
相应地,本实施例中给出一种通过RTP扩展包头携带3D视频处理参数信息的情况下,通过SDP文件中的属性携带3D视频处理参数信息的指示信息的实施方式。具体是:
通过属性extmap指示携带3D视频处理参数信息的扩展项的标识。属性extmap可以是媒体级属性,也可以是会话级属性。用于标识扩展项的标识和含义的对应关系。具体格式为:
a=extmap:<value>[″/″<direction>]<URI><extensionattributes>
若参数<URI>取值的语义为扩展项携带的是3D视频处理参数信息,例如取值为urn:example:params:3dParameters,参数<value>的取值为携带3D视频处理参数信息的扩展项的标识。
客户端首先获取SDP文件,可以从SDP文件中的属性extmap中获取携带3D视频处理参数信息的扩展项的标识。当客户端获取到相应的媒体流后,首先获取包含扩展包头的RTP包,具体可以是获取RTP包头的X(extension,扩展)段为1的RTP包。从所述RTP包中获取扩展包头,解析所述扩展包头,从中获取扩展项标识等于所述获取的携带3D视频处理参数信息的扩展项的标识的扩展项,解析所述扩展项,从所述扩展项中获取所述3D视频处理参数信息。
本实施例中作为另一种较佳的实施方式,发送端还可以将3D视频处理参数信息携带在视频比特流中。具体可以是:
若3D格式类型为帧包装,通过视频比特流中的帧包装补充增强信息消息携带3D视频处理参数信息。
若3D格式类型为2D加辅助视频,通过视频比特流中的si_rbsp()消息携带3D视频处理参数信息。
在这种情况下,发送端可以通过SDP文件中的属性携带3D视频处理参数信息的指示信息,所述指示信息指示携带3D视频处理参数信息的视频比特流消息的类型。
本实施例给出一种通过SDP文件中的属性携带3D视频处理参数信息的指示信息的实施方式。具体是:
若3D格式类型为帧包装,通过媒体级属性FramePackingArrangementSEIPresentFlag指示携带3D视频处理参数信息的视频比特流消息的类型为帧包装补充增强信息消息。具体格式为:
a=FramePackingArrangementSEIPresentFlag:<value>
其中<value>为1表示视频比特流中包含携带相应3D视频处理参数信息的帧包装补充增强信息消息。为0则表示不包含。
若3D格式类型为2D加辅助视频,通过媒体级属性SiRbspPresentFlag指示携带3D视频处理参数信息的视频比特流消息的类型为si_rbsp消息。具体格式为:
a=SiRbspPresentFlag:<value>
其中,<value>为1表示视频比特流中包含携带相应3D视频处理参数信息的si_rbsp消息。为0则表示不包含。
图4为本发明提供的3D格式描述信息的获取方法第四实施例的流程图,如图4所示,本实施例适用于电视***,(ElectronicProgramGuide;EPG)元数据是用于生成电子节目菜单的元数据,用户或者接收设备可以通过EPG元数据浏览和选择节目,然后加入和参与节目相应的多媒体会话,获取包括视频在内的节目内容因此,发送端可以在EPG元数据中携带3D格式描述信息,从而使客户端的接收设备能够在获取视频之前获取3D格式描述信息,从而更快速确定接收设备与3D视频采用的格式是否匹配。
该方法包括:
S401、接收发送端发送的电子节目菜单EPG元数据,所述EPG元数据中携带3D格式描述信息;
S402、解析所述EPG元数据,从所述EPG元数据中获取所述3D格式描述信息。
其中,EPG元数据是用于生成电子节目菜单的元数据,用户或者接收设备可以通过电子节目菜单浏览和选择节目。然后加入和参与节目相应的多媒体会话,获取节目内容。EPG元数据中包括描述频道信息的元数据、描述点播节目信息的元数据以及描述直播节目信息的元数据。发送端可以在描述频道信息、点播节目信息、直播节目信息的EPG元数据中分别携带3D格式描述信息,分别为频道内容、直播节目内容、点播节目内容中的3D视频提供3D格式描述信息。
EPG元数据可以为可扩展标记语言(ExtensibleMarkupLanguage;XML)形式,可以通过扩展EPG元数据,增加XML元素或属性,通过新增的XML元素或属性来携带3D格式描述信息。
本实施例中,所述3D格式描述信息包括3D格式类型标识信息。
本实施例给出一种通过扩展EPG元数据,增加XML元素或属性来携带3D格式类型标识信息的实施方式,具体是:
增加XML元素或属性指示3D格式类型。
若3D格式类型为帧包装,则还可以进一步增加XML元素或属性FramePackingType指示构成3D视频的帧包装视频组件采用的帧包装类型。
若3D格式类型为2D加辅助视频,则还可以进一步增加XML元素或属性AuxVideoType指示构成3D视频的辅助视频组件采用的辅助视频类型。
若3D格式类型为联播,则还可以进一步增加XML元素或属性StereoID来指示构成3D视频的2D视频组件的视图标识。
其中,XML元素或属性的具体定义如下表所示:
本实施例中,所述3D格式描述信息还可以包括3D视频处理参数信息。
本实例给出一种通过扩展EPG元数据,增加XML元素或属性来携带3D视频处理参数信息的实施方式,具体是:
若3D格式类型为帧包装,增加XML元素FramePackingParameters携带相应的3D视频处理参数信息。FramePackingParameters可以包括XML元素或属性SamplingType、ContentlnterpretationType,分别指示进行帧包装时的采样类型、进行帧包装操作时帧放置顺序;
若3D格式类型为2D加辅助视频且辅助视频类型为深度图,增加XML元素DepthParameters携带相应的3D视频处理参数信息。DepthParameters可以包括XML元素或属性position_offset_h、position_offset_v、nkfar、nknear,分别指示深度样本在2D视频的空间采样网格中的水平偏移量、垂直偏移量,在屏幕之后的最大距离、在屏幕之前的最大距离;
若3D格式类型为2D加辅助视频且辅助视频为视差图,增加XML元素ParallaxParameters携带相应的3D视频处理参数信息。ParallaxParameters可以包括XML元素或属性position_offset_h、position_offset_v、parallax_zero、parallax_scale、dref、wref,分别指示视差样本在2D视频的空间采样网格中的水平偏移量、垂直偏移量、代表零视差的值、用于定义视差值取值范围的缩放比例、参考观看距离以及参考屏幕宽度。
其中,所述XML元素或属性的具体定义如下表所示:
客户端的接收设备获取EPG元数据后,可以从EPG元数据中获取3D格式描述信息。如果EPG元数据中包括用于携带3D格式描述信息的XML元素,则可以解析XML元素来获取3D格式描述信息。
图5为本发明提供的3D格式描述信息的获取方法第五实施例的流程图,如图5所示,本实施例适用于电视***,发送端向客户端发送3D视频前,首先向客户端发送节目内容相关的通知消息,因此,发送端可以在通知消息中携带3D格式描述信息,从而使客户端的接收设备能够快速的确定接收设备与3D视频采用的格式是否匹配。该方法包括:
S501、接收发送端发送的与节目内容相关的通知消息,所述通知消息中携带3D格式描述信息;
S502、解析所述通知消息,从所述通知消息中获取所述3D格式描述信息。
发送端向客户端发送3D视频前,首先向客户端发送节目内容相关的通知消息。所述通知消息的负载(payload)中携带3D格式描述信息。所述3D格式描述信息包括3D格式类型标识信息,还可以进一步包括3D视频处理参数信息。所述通知消息的负载可以是XML元素,可以通过增加XML元素或属性来携带3D格式描述信息。客户端的接收设备接收到通知消息后,可以从通知消息的负载中解析XML元素,获取3D格式描述信息。
需要说明的是,本实施例中涉及的通知消息,可以是发送端向客户端发送3D视频前,向终端发送负载中携带可读文本的通知消息,接收设备接收所述通知消息并展现给用户。所述可读文本可以用于提示用户戴上3D眼镜或者提示用户观看3D节目的最佳观看距离。
图6为本发明提供的3D格式描述信息的获取方法第六实施例的流程图,如图6所示,客户端可以从光盘、移动硬盘等存储介质中获取3D视频文件,或者从发送端出接收3D视频文件,可以在这些3D视频文件的元数据部分携带3D格式描述信息。客户端获取3D视频文件后,从3D视频文件的元数据部分中获取3D格式描述信息。
因此,本实施例提供的方法包括:
S601、获取3D视频文件,所述3D视频文件的元数据部分,携带3D格式描述信息;
S602、解析所述3D视频文件的元数据部分,从所述元数据部分获取所述3D格式描述信息。
客户端获取3D视频文件后,从3D视频文件的元数据部分中获取携带3D格式描述信息的元数据项,解析所述元数据项,获取3D格式描述信息。
本实施例中给出一种通过元数据项携带3D格式描述信息的实施方式。具体为:
通过不同元数据项携带不同3D格式类型相应的3D格式描述信息。通过元数据项的类型或名称指示3D格式类型。其他3D格式类型相应的3D格式描述信息可以作为元数据项的内容携带。所述元数据项的类型或名称、元数据项的内容可以通过不同的Box(箱)携带。可以通过ItemInfoBox(项目信息箱)携带元数据项的类型或名称;通过ItemDataBox(项目数据箱)携带元数据项的内容。然后将所述Box封装到MetadataBox(元数据箱)中,随后将MetadataBox封装到3D视频轨道箱(trackbox)中,然后将3D视频轨道箱封装到MovieBox(影片箱)中;最后将MovieBox封装到文件中。
具体的,如果3D格式类型为帧包装,则可将相应的3D格式描述信息作为类型为fpdt的元数据项封装到帧包装视频相应的轨道箱(trackbox)中;然后将所述轨道箱封装到MovieBox中;最后将MovieBox封装到文件中。
其中,将帧包装格式类型相应的3D格式描述信息作为类型为fpdt的元数据项封装到帧包装视频相应的轨道箱(trackbox)中的一种可行的实施方式为:
在ItemInfoBox中标识元数据项的类型为fpdt,将携带帧包装格式相应的3D格式描述信息的SEI消息封装放到ItemDataBox中;再将ItemInfoBox和ItemDataBox封装到MetadataBox中;将MetadataBox封装到TrackBox中。
如果3D格式类型为2D加辅助视频,则可以将相应的3D格式描述信息作为类型为sirp的元数据项封装到辅助视频相应的轨道箱中;然后将辅助视频相应的轨道箱封装到MovieBox中;最后将MovieBox封装到文件中。
其中,将2D加辅助视频格式相应的3D格式描述信息作为类型为sirp的元数据项封装到辅助视频相应的轨道箱中的一种可行的实施方式为:
在ItemInfoBox中标识元数据项的类型为sirp;将si_rbsp()封装放到ItemDataBox中;将ItemInfoBox和ItemDataBox封装到MetadataBox中;将MetadataBox封装到TrackBox中。
如果3D格式类型为联播,则可以将相应的3D格式描述信息作为类型为stvw的元数据项分别封装到携带左视图的视频相应的轨道箱和携带右视图的视频相应的轨道箱中;然后将上述轨道箱封装到MovieBox中;最后将MovieBox封装到文件中。
其中,将联播格式类型相应的3D格式描述信息作为类型为stvw的元数据项封装到携带左视图的视频或携带右视图的视频相应的轨道箱中的一种可行的实施方式为:
在ItemInfoBox中标识元数据项的类型为stvw;将stero_view_Info()封装放到ItemDataBox中;将ItemInfoBox和ItemDataBox封装到MetadataBox中;将MetadataBox封装到TrackBox中。
其中,stereo_view_info()结构的定义
其中,stereo_id用于指示携带的视图是左还是右。Reference_track_id指示携带另一视图的视频轨道的标识。
发送端也可以通过3D视频文件的元数据部分的box(箱)携带3D格式描述信息。客户端获取3D视频文件后,从3D视频文件的元数据部分中获取携带3D格式描述信息的箱,解析所述箱,获取3D格式描述信息。
本实施例还提供了一种通过3D视频文件的元数据部分的箱携带3D格式描述信息的具体实施方式,具体包括:
通过不同类型的box携带不同3D格式类型相应的3D格式描述信息,通过Box的类型指示3D格式的类型。:
类型为fpdt的box用于携带帧包装格式类型相应的3D格式描述信息;
类型为spif的box用于携带2d加辅助视频格式类型相应的3D格式描述信息。
类型为stif的box用于携带联播格式类型相应的3D格式描述信息。
所述box的定义如下所示:
classFramePackingDataBoxextendsBox(‘fpdt’){
unsignedint(8)frame_packing_arrangement_type;
unsignedint(8)sampling_type;
unsignedint(8)content_interpretation_type;
}
classSupplementallnfoBoxextendsBox(‘spif’){
unsignedint(8)aux_video_type;
unsignedint(8)position_offset_h;
unsignedint(8)position_offset_v;
if(aux_video_type=0){
unsignedint(8)nkar;
unsignedint(8)nknear;
}
elseif(aux_video_type=1){
unsignedint(16)parallax_zero;
unsignedint(16)parallax_scale;
unsignedint(16)dref;
unsignedint(16)wref;
}
}
classStereoViewlnfoBoxextendsBox(‘stif’){
unsignedint(8)stereo_id;
unsignedint(8)reference_track_id;
}
将所述Box封装封装到SampleDescriptionBox(样本描述箱)中,将所述样本描述箱封装到相应的轨道箱中,将所述轨道箱封装到MovieBox中;最后将MovieBox封装到文件中。
本发明实施例提供的3D格式描述信息的获取方法,客户端能够在获取视频之前通过3D视频文件中的元数据获取3D格式描述信息,从而使客户端获取到视频前便可以确定是否支持3D视频采用的3D格式,确定客户端支持3D视频采用的3D格式后,才获取视频。缩短了客户端确定是否支持3D视频采用的3D格式的时间,降低了接收和处理视频的开销,减少了电力消耗,减轻了接收设备的负担。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory,ROM)或随机存储记忆体(RandomAccessMemory,RAM)等。
图7为本发明提供的3D格式描述信息的获取装置第一实施例的结构示意图,如图7所示,该装置包括:接收模块11和解析模块12;
接收模块11,用于接收携带3D格式描述信息的带外消息,所述带外消息在加入和参与多媒体会话前获取;
解析模块12,用于解析所述接收模块11获取的所述带外消息,从所述带外消息中获取所述3D格式描述信息。
其中,接收模块11获取的带外消息中携带的3D格式描述信息包括3D格式类型标识信息;或者,所述3D格式描述信息包括3D格式类型标识信息和3D视频处理参数信息。
所述3D格式类型标识信息可以包括3D格式类型标识;或者,所述3D格式类型标识信息还可以包括3D格式类型标识和组件类型标识。
作为一个较佳的实施例,所述接收模块11获取的所述带外消息为SDP文件。
所述接收模块11接收的所述SDP文件中携带3D格式类型标识信息以及3D视频处理参数信息的指示信息,所述指示信息用于指示所述3D视频处理参数信息在媒体流中的位置。
进一步的,所述接收模块11还可以用于:接收发送端发送的媒体流,根据所述指示信息从所述媒体流中获取所述3D视频处理参数信息。
其中,所述接收模块11接收的所述SDP文件中携带的所述指示信息为RTP负载类型号;
相应的,所述接收模块11还用于:根据所述RTP负载类型号从所述媒体流的对应RTP负载中获取所述3D视频处理参数信息。
或者,所述接收模块11接收的所述SDP文件中携带的所述指示信息还可以为RTP包头的扩展项的标识;
则相应的,所述接收模块11还用于:根据所述RTP包头的扩展项的标识从所述媒体流的对应RTP包头中获取所述3D视频处理参数信息。
作为另一个较佳的实施例,所述接收模块11接收的所述带外消息还可以为EPG元数据。
作为又一个较佳的实施例,所述接收模块11接收的所述带外消息也可以为电视***中的通知消息。
本实施例提供的3D格式描述信息的获取装置,与本发明提供的3D格式描述信息的获取方法实施例~第五实施例相对应,为实现该方法的功能设备,其具体实现方式可参见前面的方法实施例~第五实施例,在此不再赘述。
本发明实施例提供的3D格式描述信息的获取装置,客户端能够在获取视频之前从带外消息中携带3D格式描述信息,从而使客户端接收到视频前便可以确定是否支持3D视频采用的3D格式,确定客户端支持3D视频采用的3D格式后,才获取视频。缩短了客户端确定是否支持3D视频采用的3D格式的时间,降低了接收和处理视频的开销,减少了电力消耗,减轻了接收设备的负担。
图8为本发明提供的3D格式描述信息的获取装置第二实施例的结构示意图,如图8所示,该装置包括:获取模块21和解析模块22;
获取模块21,用于获取3D视频文件,所述3D视频文件的元数据部分携带3D格式描述信息;
解析模块22,用于解析所述获取块21获取的所述3D视频文件的元数据部分,从所述元数据部分中获取所述3D格式描述信息。
其中,所述获取模块21获取的3D视频文件的元数据部分中携带的所述3D格式描述信息包括3D格式类型标识信息;或者,所述3D格式描述信息包括3D格式类型标识信息和3D视频处理参数信息。
进一步的,所述3D格式类型标识信息包括3D格式类型标识;或者,所述3D格式类型标识信息包括3D格式类型标识和组件类型标识。
本实施例提供的3D格式描述信息的获取装置,与本发明提供的3D格式描述信息的获取方法第六实施例相对应,为实现该方法的功能设备,其具体实现方式可参见前面的方法第六实施例,在此不再赘述。
本发明实施例提供的3D格式描述信息的获取装置,客户端能够在获取视频之前通过3D视频文件中的元数据获取3D格式描述信息,从而使客户端接收到视频前便可以确定是否支持3D视频采用的3D格式,确定客户端支持3D视频采用的3D格式后,才获取视频。缩短了客户端确定是否支持3D视频采用的3D格式的时间,降低了接收和处理视频的开销,减少了电力消耗,减轻了接收设备的负担。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (16)
1.一种3D格式描述信息的获取方法,其特征在于,包括:
接收发送端发送的携带3D格式描述信息的带外消息,客户端在加入和参与所述发送端发起的多媒体会话前接收所述带外消息,所述3D格式描述信息包括3D格式类型标识和组件类型标识;
解析所述带外消息,从所述带外消息中获取所述3D格式描述信息;
所述客户端确定是否支持所述多媒体会话所采用的3D格式,在所述客户端确定支持所述多媒体会话所采用的所述3D格式后,获取视频;
接收所述发送端发送的媒体流,从所述媒体流中获取3D视频处理参数信息。
2.根据权利要求1所述的方法,其特征在于,所述带外消息为SDP文件。
3.根据权利要求2所述的方法,其特征在于,所述SDP文件中还携带3D视频处理参数信息的指示信息,所述指示信息用于指示所述3D视频处理参数信息在媒体流中的位置。
4.根据权利要求3所述的方法,其特征在于,还包括:
根据所述指示信息从所述媒体流中获取所述3D视频处理参数信息。
5.根据权利要求4所述的方法,其特征在于,所述指示信息为实时传输协议RTP负载类型号,则根据所述指示信息从所述媒体流中获取所述3D视频处理参数信息具体为:
根据所述RTP负载类型号从所述媒体流的对应RTP负载中获取所述3D视频处理参数信息。
6.根据权利要求4所述的方法,其特征在于,所述指示信息为RTP包头的扩展项的标识,则根据所述指示信息从所述媒体流中获取所述3D视频处理参数信息具体为:
根据所述RTP包头的扩展项的标识从所述媒体流的对应RTP包头中获取所述3D视频处理参数信息。
7.根据权利要求1所述的方法,其特征在于,所述带外消息为电子节目菜单EPG元数据。
8.根据权利要求1所述的方法,其特征在于,所述带外消息为电视***中的通知消息。
9.一种3D格式描述信息的获取装置,其特征在于,包括:
接收模块,用于接收发送端发送的携带3D格式描述信息的带外消息,所述接收模块在客户端加入和参与所述发送端发起的多媒体会话前接收所述带外消息,所述3D格式描述信息包括3D格式类型标识和组件类型标识;
解析模块,用于解析所述接收模块获取的所述带外消息,从所述带外消息中获取所述3D格式描述信息;所述客户端确定是否支持所述多媒体会话所采用的3D格式,在所述客户端确定支持所述多媒体会话所采用的所述3D格式后,获取视频;
接收模块,还用于接收所述发送端发送的媒体流,从所述媒体流中获取3D视频处理参数信息。
10.根据权利要求9所述的3D格式描述信息的获取装置,其特征在于,所述接收模块获取的所述带外消息为SDP文件。
11.根据权利要求10所述的3D格式描述信息的获取装置,其特征在于,所述接收模块获取的所述SDP文件中还携带3D视频处理参数信息的指示信息,所述指示信息用于指示所述3D视频处理参数信息在媒体流中的位置。
12.根据权利要求11所述的3D格式描述信息的获取装置,其特征在于,所述接收模块还用于:根据所述指示信息从所述媒体流中获取所述3D视频处理参数信息。
13.根据权利要求12所述的3D格式描述信息的获取装置,其特征在于,所述接收模块接收的所述SDP文件中携带的所述指示信息为实时传输协议RTP负载类型号;
所述接收模块还用于:根据所述RTP负载类型号从所述媒体流的对应RTP负载中获取所述3D视频处理参数信息。
14.根据权利要求12所述的3D格式描述信息的获取装置,其特征在于,所述接收模块接收的所述SDP文件中携带的所述指示信息为RTP包头的扩展项的标识;
所述接收模块还用于:根据所述RTP包头的扩展项的标识从所述媒体流的对应RTP包头中获取所述3D视频处理参数信息。
15.根据权利要求9所述的3D格式描述信息的获取装置,其特征在于,所述接收模块接收的所述带外消息为电子节目菜单EPG元数据。
16.根据权利要求9所述的3D格式描述信息的获取装置,其特征在于,所述接收模块接收的所述带外消息为电视***中的通知消息。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510920874.3A CN105554551A (zh) | 2011-03-02 | 2011-03-02 | 3d格式描述信息的获取方法和装置 |
CN201110050253.6A CN102137298B (zh) | 2011-03-02 | 2011-03-02 | 3d格式描述信息的获取方法和装置 |
EP12752211.8A EP2675181A4 (en) | 2011-03-02 | 2012-02-29 | METHOD AND DEVICE FOR ACQUIRING 3D FORMAT DESCRIPTION INFORMATION |
PCT/CN2012/071767 WO2012116638A2 (zh) | 2011-03-02 | 2012-02-29 | 3d格式描述信息的获取方法和装置 |
US14/014,767 US20140002593A1 (en) | 2011-03-02 | 2013-08-30 | Method and apparatus for acquiring 3d format description information |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110050253.6A CN102137298B (zh) | 2011-03-02 | 2011-03-02 | 3d格式描述信息的获取方法和装置 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510920874.3A Division CN105554551A (zh) | 2011-03-02 | 2011-03-02 | 3d格式描述信息的获取方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102137298A CN102137298A (zh) | 2011-07-27 |
CN102137298B true CN102137298B (zh) | 2015-12-09 |
Family
ID=44296937
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510920874.3A Pending CN105554551A (zh) | 2011-03-02 | 2011-03-02 | 3d格式描述信息的获取方法和装置 |
CN201110050253.6A Active CN102137298B (zh) | 2011-03-02 | 2011-03-02 | 3d格式描述信息的获取方法和装置 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510920874.3A Pending CN105554551A (zh) | 2011-03-02 | 2011-03-02 | 3d格式描述信息的获取方法和装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20140002593A1 (zh) |
EP (1) | EP2675181A4 (zh) |
CN (2) | CN105554551A (zh) |
WO (1) | WO2012116638A2 (zh) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5870510B2 (ja) * | 2010-09-14 | 2016-03-01 | 株式会社リコー | ステレオカメラ装置、校正方法およびプログラム |
CN105554551A (zh) * | 2011-03-02 | 2016-05-04 | 华为技术有限公司 | 3d格式描述信息的获取方法和装置 |
KR20140021231A (ko) * | 2012-08-09 | 2014-02-20 | 한국전자통신연구원 | 증강방송 메타데이터 전송 장치, 사용자 단말, 증강방송 메타데이터 전송 방법과 재생 방법 |
TWI502545B (zh) * | 2013-06-25 | 2015-10-01 | 儲存3d影像內容的方法 | |
US10306277B2 (en) | 2014-04-27 | 2019-05-28 | Lg Electronics Inc. | Broadcast signal transmitting apparatus, broadcast signal receiving apparatus, method for transmitting broadcast signal, and method for receiving broadcast signal |
WO2016204481A1 (ko) * | 2015-06-16 | 2016-12-22 | 엘지전자 주식회사 | 미디어 데이터 전송 장치, 미디어 데이터 수신 장치, 미디어 데이터 전송 방법, 및 미디어 데이터 수신 방법 |
KR102468763B1 (ko) * | 2016-02-05 | 2022-11-18 | 삼성전자 주식회사 | 영상처리장치 및 그 제어방법 |
US10528739B2 (en) * | 2016-04-20 | 2020-01-07 | Sophos Limited | Boot security |
CN106408641B (zh) * | 2016-09-19 | 2019-10-18 | 上海玮舟微电子科技有限公司 | 一种图像数据的缓存方法和装置 |
US11917269B2 (en) * | 2022-01-11 | 2024-02-27 | Tencent America LLC | Multidimensional metadata for parallel processing of segmented media data |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101098470A (zh) * | 2006-06-28 | 2008-01-02 | 腾讯科技(深圳)有限公司 | 一种基于p2p技术的流媒体节目播放/接收方法及装置 |
CN101189851A (zh) * | 2005-04-08 | 2008-05-28 | 高能股份有限公司 | 用于多点播送或广播中的增强型文件分布的方法和设备 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4347322B2 (ja) * | 2006-07-14 | 2009-10-21 | ソニー株式会社 | 受信装置および方法、並びにプログラム |
KR100939641B1 (ko) * | 2008-02-18 | 2010-02-03 | 전자부품연구원 | 입체형 비디오 파일 포맷 및 그에 따른 입체형 비디오파일을 기록한 컴퓨터로 판독 가능한 기록매체 |
KR101539935B1 (ko) * | 2008-06-24 | 2015-07-28 | 삼성전자주식회사 | 3차원 비디오 영상 처리 방법 및 장치 |
CN101616334A (zh) * | 2008-08-21 | 2009-12-30 | 青岛海信电器股份有限公司 | 视频信号的显示方法和装置 |
KR101500440B1 (ko) * | 2008-10-17 | 2015-03-09 | 삼성전자 주식회사 | 영상처리장치 및 영상처리방법 |
EP2368370A1 (en) * | 2008-11-24 | 2011-09-28 | Koninklijke Philips Electronics N.V. | 3d video reproduction matching the output format to the 3d processing ability of a display |
CA2750341C (en) * | 2009-01-26 | 2018-08-14 | Thomson Licensing | Method, apparatus and system for improving tuning in receivers |
WO2010126221A2 (en) * | 2009-04-27 | 2010-11-04 | Lg Electronics Inc. | Broadcast transmitter, broadcast receiver and 3d video data processing method thereof |
KR20100138806A (ko) * | 2009-06-23 | 2010-12-31 | 삼성전자주식회사 | 자동 3차원 영상 포맷 변환 방법 및 그 장치 |
CN101964920B (zh) * | 2010-10-28 | 2012-03-14 | 四川长虹电器股份有限公司 | 在3d电视上兼容多种3d播放模式的方法 |
CN105554551A (zh) * | 2011-03-02 | 2016-05-04 | 华为技术有限公司 | 3d格式描述信息的获取方法和装置 |
-
2011
- 2011-03-02 CN CN201510920874.3A patent/CN105554551A/zh active Pending
- 2011-03-02 CN CN201110050253.6A patent/CN102137298B/zh active Active
-
2012
- 2012-02-29 EP EP12752211.8A patent/EP2675181A4/en not_active Withdrawn
- 2012-02-29 WO PCT/CN2012/071767 patent/WO2012116638A2/zh active Application Filing
-
2013
- 2013-08-30 US US14/014,767 patent/US20140002593A1/en not_active Abandoned
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101189851A (zh) * | 2005-04-08 | 2008-05-28 | 高能股份有限公司 | 用于多点播送或广播中的增强型文件分布的方法和设备 |
CN101098470A (zh) * | 2006-06-28 | 2008-01-02 | 腾讯科技(深圳)有限公司 | 一种基于p2p技术的流媒体节目播放/接收方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN105554551A (zh) | 2016-05-04 |
EP2675181A2 (en) | 2013-12-18 |
WO2012116638A2 (zh) | 2012-09-07 |
CN102137298A (zh) | 2011-07-27 |
EP2675181A4 (en) | 2014-07-16 |
US20140002593A1 (en) | 2014-01-02 |
WO2012116638A3 (zh) | 2012-11-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102137298B (zh) | 3d格式描述信息的获取方法和装置 | |
JP7280408B2 (ja) | 送信方法および受信方法 | |
WO2013057911A1 (en) | Terminal apparatus, server apparatus, information processing method, program, and interlocked application feed system | |
KR101737843B1 (ko) | 비실시간 방송 서비스 처리 시스템 및 그 처리방법 | |
US20110273541A1 (en) | Signal transmission method, signal transmission device, and signal reception device | |
US20120033035A1 (en) | Method and system for transmitting/receiving 3-dimensional broadcasting service | |
CN104350760A (zh) | 通过mmt包格式扩展的混合传输方法 | |
EP2690876A2 (en) | Heterogeneous network-based linked broadcast content transmitting/receiving device and method | |
CN104255036A (zh) | Mmt打包svc视频内容的混合传送方法及接收方法 | |
KR20180016622A (ko) | 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 | |
US10116997B2 (en) | Method and apparatus for transmitting/receiving content in a broadcast system | |
US20100097396A1 (en) | Image processing apparatus and image processing method | |
TWI648991B (zh) | 接收裝置、接收方法、傳輸裝置及傳輸方法 | |
US10924810B2 (en) | Reception device, reception method, transmission device, and transmission method | |
CN102217322A (zh) | 媒体发送方法、媒体接收方法和客户端及*** | |
CN107534793B (zh) | 接收装置、传输装置以及数据处理方法 | |
CN101202600A (zh) | 提供广播内容信息的***和在***中提供广播服务的方法 | |
CN103069813A (zh) | 信号发送方法、信号发送装置和信号接收装置 | |
KR20140138954A (ko) | 멀티미디어 비디오 데이터의 송신, 수신 방법 및 대응되는 장치 | |
CN101616168A (zh) | 流媒体互动信息的处理方法、装置及*** | |
US20230291940A1 (en) | Systems, apparatus and methods to enhance delivery and presentation of content | |
WO2016174959A1 (ja) | 受信装置、送信装置、およびデータ処理方法 | |
KR20110117568A (ko) | 멀티미디어 전송 시스템에서 서비스 발견 정보를 송수신하는 방법 및 장치와 이를 위한 파일 구조 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C53 | Correction of patent for invention or patent application | ||
CB03 | Change of inventor or designer information |
Inventor after: Zhang Yuanyuan Inventor after: Hui Yu Inventor after: Shi Teng Inventor after: Zhang Chuxiong Inventor before: Zhang Yuanyuan Inventor before: Shi Teng |
|
COR | Change of bibliographic data |
Free format text: CORRECT: INVENTOR; FROM: ZHANG YUANYUAN SHI TENG TO: ZHANG YUANYUAN HUI YU SHI TENG ZHANG CHUXIONG |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |