CN107634930A - 一种媒体数据的获取方法和装置 - Google Patents

一种媒体数据的获取方法和装置 Download PDF

Info

Publication number
CN107634930A
CN107634930A CN201610570310.6A CN201610570310A CN107634930A CN 107634930 A CN107634930 A CN 107634930A CN 201610570310 A CN201610570310 A CN 201610570310A CN 107634930 A CN107634930 A CN 107634930A
Authority
CN
China
Prior art keywords
reference frame
information
url
burst
frame
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.)
Granted
Application number
CN201610570310.6A
Other languages
English (en)
Other versions
CN107634930B (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201610570310.6A priority Critical patent/CN107634930B/zh
Priority to PCT/CN2017/070994 priority patent/WO2018014523A1/zh
Priority to PCT/CN2017/089161 priority patent/WO2018014691A1/zh
Publication of CN107634930A publication Critical patent/CN107634930A/zh
Application granted granted Critical
Publication of CN107634930B publication Critical patent/CN107634930B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/2312Data placement on disk arrays
    • H04N21/2318Data placement on disk arrays using striping

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明涉及媒体传输领域,公开了一种媒体数据的获取方法和装置,其中,所述方法包括:获取媒体呈现描述文件,所述媒体呈现描述文件包括索引分片信息;根据所述索引分片信息得到索引分片;解析所述索引分片,得到数据分片对应的参考帧信息;解析所述索引分片,得到数据分片信息;根据所述数据分片对应的参考帧信息得到所述参考帧;根据所述数据分片信息得到数据分片。本发明针对知识库技术编码的码流的特性提出了一种基于DASH技术的方法,该方法在DASH标准协议的框架下,以较小的语法改动来支持知识库编码技术的应用,使得客户端在不浪费带宽的情况下可以灵活的进行码流的切换和播放。

Description

一种媒体数据的获取方法和装置
技术领域
本发明涉及媒体传输领域,具体涉及一种媒体数据的获取方法和装置。
背景技术
流媒体(Streaming media)是指将一连串的媒体数据压缩封装后,经过网络分段发送数据,在网络上传输媒体数据的一种技术与过程。
2011年11月,动态图像专家组(Moving Picture Experts Group,MPEG)组织批准了HTTP动态自适应流媒体(Dynamic Adaptive Streaming over HTTP,DASH)标准,DASH标准是基于HTTP协议传输媒体流的技术规范;DASH技术规范主要由两大部分组成:媒体呈现描述(Media Presentation Description,MPD)和媒体文件格式(file format)。
DASH媒体文件格式
在DASH中服务器会为同一个节目内容准备多种版本的码流,每个版本的码流在DASH标准中称为媒体表示(representation),不同版本的码流的码率、分辨率等编码参数可以不同,每个码流分割成多个小的文件,每个小文件被称为分片。在客户端请求媒体分片数据的过程中可以在不同的媒体表示之间切换,如图1所示,服务器为一部电影准备了3个媒体表示rep1,rep2,rep3;其中,rep1是码率为4mbps(每秒兆比特)的高清视频,rep2是码率为2mbps的标清视频,rep3是码率为1mbps的标清视频,图1中标记为阴影的分片是客户端请求播放的分片数据,客户端请求的前三个分片是媒体表示rep3的分片,第四个分片切换到rep2,请求第四个分片,之后切换到rep1,请求第五和第六个分片等;每个媒体表示的分片(segment)可以首尾相接的存在一个文件中,也可以独立存储为一个个的小文件;segment可以按照标准ISO/IEC 14496-12中的格式封装(ISO BMFF(Base Media FileFormat)),也可以是按照ISO/IEC 13818-1中的格式封装(MPEG-2TS)。
DASH媒体呈现描述
在DASH标准中,媒体呈现描述被称为MPD,MPD是一个xml的文件,文件中的信息是采用分级方式描述,如图2和图3所示,上一级的信息被下一级完全继承。在该文件中描述了一些媒体元数据,这些元数据可以使得客户端了解服务器中的媒体内容信息,并且可以使用这些信息构造请求segment的http-URL。
在DASH标准中,媒体呈现(media presentation),是呈现媒体内容的结构化数据的集合;媒体呈现描述(media presentation description),一个规范化描述媒体呈现的文件,用于提供流媒体服务;时期(period),一组连续的时期组成整个媒体呈现,时期具有连续和不重叠的特性;媒体表示(representation),封装有一个或多个具有描述性元数据的的媒体成分(编码的单独的媒体类型,例如音频、视频等)的结构化的数据集合;自适应集(AdaptationSet),表示同一媒体内容的多个可互替换的编码版本的集合;子集(subset),一组自适应集合的组合,当播放器播放其中所有自适应集合时,可以获得相应的媒体内容;分片信息,是媒体呈现描述中的HTTP统一资源定位符引用的媒体单元,分片信息描述媒体数据的分片,媒体数据的分片可以存储在一个文件中,也可以单独存储,在一种可能的方式中,MPD中会存储媒体数据的分片。
在DASH媒体文件格式中,媒体表示中的segment有两种存储方式:一种是分开独立存储,如图4所示;另一种是存储在一个文件中,如图5所示。相应的MPD对segment的URL相关信息的描述也分为两种,当segment独立存储时,MPD通过模板或者列表的形式描述segment的相关信息,在一种方式中,每个segment前面会有一个索引分片(index segment)来描述后面的segment;当segment存储在一个文件时,MPD通过描述一个索引分片(indexsegment,该分片中的语法如图5中的sidx box所示)来描述多个segment的相关信息,索引分片中描述了segment在所存储的一个文件中segment的字节偏移,大小以及持续时间(duration)等信息。
知识库编码技术介绍
传统视频编码中,为了使编码后的视频文件支持随机访问功能,视频文件被随机访问点分割成多个具有随机访问功能的视频片段,简称为随机访问片段,如图6所示,给出了常用的IPPP编码结构下随机访问点、非随机访问点、随机访问片段的示意图。一个随机访问片段包括一幅或多幅图像(picture);通常视频编码中一幅随机访问点后将设置至少一个非随机访问点。不同随机访问片段的编码彼此独立,从而使得编码后的视频码流支持随机访问(random access)和快进快退播放的功能。然而,正因为将视频割裂成相互独立编码的片段,造成各个随机访问片段之间的互信息(mutual information)没有得到充分的利用,从而限制了视频编码的效率。
为提升视频的编码效率,在已有的专利中(中国专利申请号:201510150090.7,申请日2015年3月31日)为视频编码器提供一个知识库,让视频编码器拥有长期“记忆”的功能。在编码/解码视频中一幅图像(特别是随机访问点图像)时,可以从知识库中选择和当前编码/解码图像内容相近的图像作为参考图像,从而对当前图像进行基于帧间预测的编码/解码,如图7所示。其中,知识库中的图像可以是视频中的一些图像的重建图像。通过参考知识库中的图像,不同随机访问片段之间的相关性得到了利用,例如两个场景内容相似随机访问点图像参考了知识库中的同一幅图像编码为帧间编码帧(P帧或B帧),而不需要将这两个随机访问点图像分别以传统帧内编码方式编码为帧内编码帧(I帧)。这种基于知识库的编码方法将视频中多次出现的相似内容提取放入知识库中,通过参考知识库中的图像提高视频的编码效率。此时,随机访问点图像可以参考知识库中图像进行编码/解码,也可以直接使用传统的帧内编码方法;随机访问点图像不依赖于视频序列中的其它图像进行编码/解码,各随机访问片段之间仍然相互独立。
采用知识库编码的方式进行视频编码,会产生知识库码流和非知识库码流,非知识库码流需要参考知识库码流解码,而且非知识库流中的多个不连续帧可能会参考同一个知识库帧,如图7所示,场景一和场景三在编码的时候都参考了知识库帧1;在采用DASH的方案将非知识库码流进行分片时,如果场景一和场景三,分别属于两个不同的分片,在客户端进行解码场景一和场景三的时候都需要先获得知识库帧1的帧数据,也就是说,会有多个segment对应同一个知识库帧,知识库帧和segment在时间上没有一一对应关系,所以知识库帧和segment是没有办法通过时间的对应关系来获得参考关系的;现有技术是不能支持segment间的参考关系是多对一的码流的传输的,现有的DASH技术没有针对知识库帧的系统层方案;也没有现有系统层的技术可以套用到知识库这样的参考编码方式上,对于知识库是没有系统层协议可以使用的,导致这种高效的编码方式不能与现有传输机制相匹配,而限制其应用。
发明内容
本发明实施例提供了一种媒体数据的获取方法,所述方法包括:获取媒体呈现描述文件,所述媒体呈现描述文件包括索引分片信息;根据所述索引分片信息得到索引分片;解析所述索引分片,得到数据分片信息和参考帧信息,所述数据分片信息用于描述数据分片,所述参考帧信息与所述数据分片相对应;根据所述参考帧信息得到所述参考帧。
媒体呈现描述文件的结构可以如动态图像专家组(Moving Picture ExpertsGroup,MPEG)组织规定的HTTP动态自适应流媒体(Dynamic Adaptive Streaming overHTTP,DASH)标准中的MPD(media presentation description,媒体呈现描述)结构,也可以在上述结构的基础上适当增加描述相关的知识库文件属性的语法元素)。
在本发明的实施例中,可以按照现有的DASH方案中的方式获取索引分片。例如一种可能的方式中,MPD中包含索引分片的URL地址,客户端可以向该URL地址请求索引分片;在另一种可能的方式中,MPD中直接存储该索引分片;在另一种可能的方式中,MPD中存储URL模板和索引分片的相关属性(例如,分片标识,存储范围等),客户端根据URL模板和索引分片的相关属性构建请求索引分片的URL。
在本发明的实施例中,多个参考帧可以存储在一个文件中,也可以存储在不同的文件中。
在本发明的实施例中,参考帧可以和数据分片存储在一个文件中,也可以单独存储。如果参考帧存储在数据分片的文件中,媒体呈现描述文件可以使用DASH中的MPD,也可以在MPD中增加描述参考帧属性的相关语法元素,该语法元素可以在媒体表述(representation)层的segmentbase的属性中;如果参考帧和数据分片分开存储,媒体呈现描述文件可以使用DASH中的MPD,在representation层中使用dependencyID属性描述参考帧所在表示和数据分片所在表示之间的关系。
在一个实施例中,在MPD中描述非知识库码流要参考的知识库(参考帧)码流在码流文件中的存储位置byteRange的MPD样例如下,省略MPD中的其他上下文层级信息;
LibRange:表示segment所要参考的知识库码流数据的在文件中的存储范围。
或者
LibarayFrame表示知识库的属性元素,range表示知识库的文件中的存储范围属性。
根据本发明实施例的媒体数据的获取方法,通过解析索引分片的方式得到数据分片对应的参考帧信息,从而使得客户端可以较为方便的获取数据分片与参考帧之间的关系。
在一种可能的实现方式中,所述参考帧信息包括参考帧的字节偏移和参考帧的字节数;相应的,所述根据所述参考帧信息得到所述参考帧,包括:根据所述参考帧的字节偏移和所述参考帧的字节数得到所述参考帧。
该实施例的方案比较适合在视频点播的场景中使用,参考帧(知识库帧)的码流可以存储在一个文件中,客户端在请求单个参考帧的时候,可以通过byterange的方式请求。
在本发明的实施例中,客户端通过解析索引分片,可以得到整个点播节目所涉及到的分片segment和参考帧的关系;在向服务器请求得到参考帧后,如果该参考帧在后续还会被其他的segment参考,那么客户端可以继续保存该参考帧,从而在后续使用的时候不必再向服务器请求,节省了传输带宽。
在一种可能的实现方式中,所述媒体呈现描述文件包括统一资源定位符(URL)模板,所述根据所述参考帧的字节偏移和所述参考帧的字节数得到所述参考帧,包括:根据所述参考帧的字节偏移和所述参考帧的字节偏移得到参考帧的字节范围;根据所述参考帧的字节范围和所述URL模板得到参考帧的URL;根据所述参考帧的URL得到所述参考帧。
在一种可能的实现方式中,所述媒体呈现描述文件包括参考帧的存储位置信息;相应的,所述根据所述参考帧的字节范围和所述URL模板得到参考帧的URL包括:根据所述参考帧的存储位置信息,所述参考帧的字节范围和所述URL模板得到所述参考帧的URL。
在一种可能的实现方式中,所述参考帧的存储位置信息包括参考帧的存储范围;或者所述参考帧的存储位置信息包括参考帧的存储文件标识信息。
在一种可能的实现方式中,所述参考帧信息包括参考帧的标识信息;相应的,所述根据所述参考帧信息得到所述参考帧,包括:根据所述参考帧的标识信息得到所述参考帧。
本实施例可以用于视频直播的场景,每个参考帧以单独的文件存储,每个文件对应一个参考帧的标识信息。
在一种可能的实现方式中,所述媒体呈现描述文件包括统一资源定位符(URL)模板,其特征在于,所述根据所述参考帧的标识信息得到所述参考帧,包括:根据所述参考帧的标识信息和所述URL模板得到参考帧的URL;根据所述参考帧的URL得到所述参考帧。
本实施例可以使用MPD中的模板信息SegmentTemplate,该属性是representation层中的已有属性;参考帧的码流和数据分片的码流依赖关系采用DASH中已有的属性dependencyID描述。
在一种可能的实现方式中,所述方法还包括:解析所述索引分片,得到数据分片对应的参考帧数量。
在本发明的实施例中,客户端请求多个数据分片的情况下,如果一个数据分片对应的参考帧数量为0,则说明该数据分片不需要参考帧;如果一个数据分片对应的参考帧数量为1,则可以按照上述实施例得到对应的参考帧;如果一个数据分片对应的参考帧数量大于1,则对于每一个参考帧,可以按照上述实施例得到,重复上述步骤直到得到该数据分片对应的全部参考帧为止。
在本发明的实施例中,在得到了参考帧和数据分片之后,客户端利用参考帧解码数据分片,进行媒体内容的播放。
在本发明的实施例中,描述了参考帧和segment的对应关系,但是segment中的帧和参考帧的参考关系需要解析segment中的帧信息获得,但是在客户端中,参考帧要先被送入解码器解码,并存储在解码器中,所以需要在解码器的初始化的时候,预先为知识库的顺利解码申请存储空间;本实施例给出了segment中的帧解码需要的参考帧的数量信息的携带方式;
携带方式一:
在索引分片中携带segment中的帧解码需要的参考帧的数量信息;比如在sidx中增加属性maxLibframeNumber;
携带方式二:
在MPD中携带segment中的帧解码需要的参考帧的数量信息;比如在MPD中增加属性maxLibframeNumber;
maxLibframeNumber:segment解码需要参考的参考帧的最大数量。
在客户端从索引分片或者从MPD中获取到maxLibframeNumber信息后,将该信息送入解码器;解码器根据获得的maxLibframeNumber信息进行存储空间的申请和管理。
本发明第二方面的实施例公开了一种媒体数据的获取装置,所述装置包括:获取模块,用于获取媒体呈现描述文件,所述媒体呈现描述文件包括索引分片信息;所述获取模块还用于根据所述索引分片信息得到索引分片;解析模块,用于解析所述索引分片,得到参考帧信息和数据分片信息,所述数据分片信息用于描述数据分片,所述参考帧信息与所述数据分片相对应;所述获取模块还用于根据所述参考帧信息得到所述参考帧。
在一种可能的实现方式中,所述参考帧信息包括参考帧的字节偏移和参考帧的字节数;所述获取模块用于根据所述参考帧的字节偏移和所述参考帧的字节数得到所述参考帧。
在一种可能的实现方式中,所述媒体呈现描述文件包括统一资源定位符(URL)模板,所述获取模块用于:根据所述参考帧的字节偏移和所述参考帧的字节偏移得到参考帧的字节范围;根据所述参考帧的字节范围和所述URL模板得到参考帧的URL;根据所述参考帧的URL得到所述参考帧。
在一种可能的实现方式中,所述媒体呈现描述文件包括参考帧的存储位置信息;所述获取模块用于根据所述参考帧的存储位置信息,所述参考帧的字节范围和所述URL模板得到所述参考帧的URL。
在一种可能的实现方式中,所述参考帧的存储位置信息包括参考帧的存储范围;或者所述参考帧的存储位置信息包括参考帧的存储文件标识信息。
在一种可能的实现方式中,所述参考帧信息包括参考帧的标识信息;所述获取模块用于根据所述参考帧的标识信息得到所述参考帧。
在一种可能的实现方式中,述媒体呈现描述文件包括统一资源定位符(URL)模板,所述获取模块用于:根据所述参考帧的标识信息和所述URL模板得到参考帧的URL;根据所述参考帧的URL得到所述参考帧。
在一种可能的实现方式中,所述解析模块还用于解析所述索引分片,得到数据分片对应的参考帧数量。
可以理解的是,本发明装置实施例的实现方式,可以参考对应的方法实施例中的相关步骤,在此不再赘述。
本发明第三方面实施例公开了一种媒体数据的文件格式,所述文件格式包括参考帧和数据分片的对应关系信息。
本发明实施例公开的媒体数据的文件格式,应用于DASH标准协议框架下,适当的增加一些语法元素,从而使得客户端通过解析该文件格式,得到参考帧和数据分片的关系。
采用本发明实施例的文件格式的文件可以是上述实施中的索引分片。
在一种可能的实现方式中,文件格式中还包括数据分片信息。
在一种可能的实现方式中,所述对应关系信息包括参考帧的字节偏移和参考帧的字节数。
在一个实现方式中,基于DASH协议的文件格式中的语法元素的相关描述如下:
其中,语法元素表示的含义如下:
Flag=0x01:表示sidx box中描述了segment对应的知识库帧信息;
在DASH现有的技术规范中,flag的值是0;本发明的实施例通过在flag字段中赋予特殊的值,来指示后续存在知识库语法元素。可以理解的是,flag=0x01只是一种示例,实现中flag的值可以取不等于0的其它值;
library_frame_count:segment需要参考的知识库帧个数;
library_frame_offset:知识库帧在所存储流中的第一个字节偏移;在本发明的实施例中,字节偏移可以是绝对偏移,也可以是相对于某一分片的相对偏移,该语法的字节数可以是32位的也可以是64位的;
library_frame_size:知识库帧的字节大小。
在一种可能的实现方式中,所述对应关系信息包括参考帧的标识信息。
在一个实现方式中,基于DASH协议的文件格式中的语法元素的相关描述如下:
Flag=0x01:表示sidx中描述了segment对应的知识库帧信息
library_frame_count:所在的media segment需要参考的知识库帧个数
library_frame_id:知识库帧的ID。
在一种可能的实现方式中,所述文件格式还包括数据分片对应的参考帧数量信息。
本发明第四方面的实施例公开了一种客户端,所述客户端包括第二方面实施例中的媒体数据的获取装置,所述客户端用于媒体数据的获取和播放。
在本发明的实现方式中,客户端可以是智能手机,笔记本电脑,台式电脑,电视等设备。
本发明第五方面的实施例公开一种服务器,所述服务器用于制作或存储根据第三方面实施例封装后的媒体文件。
从本发明实施例提供的以上技术方案可以看出,由于本发明实施例针对知识库技术编码的码流的特性提出了一种基于DASH技术的方法,该方法在DASH标准协议的框架下,以较小的语法改动来支持知识库编码技术的应用,使得客户端在不浪费带宽的情况下可以灵活的进行码流的切换和播放。
本发明第六方面的实施例公开了一种媒体数据的播放方法,所述方法包括:根据前面任一实施例得到媒体数据的参考帧和数据分片,根据参考帧对数据分片进行解码。
在一种可能的实现方式中,一个数据分片包括多个视频图像帧,索引分片包括视频图像帧和参考帧的对应信息;根据参考帧对数据分片进行解码包括:根据参考帧,视频图像帧和参考帧的对应信息对视频图像帧进行解码。
在一种可能的实现方式中,一个数据分片包括多个视频图像帧,媒体呈现描述(MPD)包括视频图像帧和参考帧的对应信息;根据参考帧对数据分片进行解码包括:根据参考帧,视频图像帧和参考帧的对应信息对视频图像帧进行解码。
在一种可能的实现方式中,视频图像帧和参考帧的对应信息包括视频图像帧对应的参考帧的字节范围。
在一种可能的实现方式中,视频图像帧和参考帧的对应信息包括视频图像帧对应的参考帧标识信息。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为客户端请求不同的媒体表示的媒体数据的示意图。
图2为HTTP动态自适应流媒体(DASH)标准中的媒体呈现描述(MPD)的数据分级模型示意图。
图3为DASH标准中MPD的数据分级结构的另一示意图。
图4为一个媒体表示对应的分片独立存储的示意图。
图5为一个媒体表示对应的分片存储在一个文件的示意图。
图6为视频编码中的随机访问点和随机访问片段的示意图。
图7为基于知识库的视频编码中的数据参考关系示意图。
图8为本发明实施例的参考帧的存储方式的示意图。
图9为本发明实施例的参考帧的另一存储方式的示意图。
图10为本发明实施例的参考帧的另一存储方式的示意图。
图11为本发明实施例的一种媒体数据的获取方法的流程图。
图12为本发明实施例的一种媒体数据的获取装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
在HTTP动态自适应流媒体(Dynamic Adaptive Streaming over HTTP,DASH)标准的技术规范中,码流之间的参考关系是在媒体呈现描述(Media PresentationDescription,MPD)中描述的。在MPD的媒体表示(representation)级的语法中有一个属性dependencyId,dependencyId表示解码或者呈现representation对应的数据时,需要依赖的另一个representation的身份(Identity,ID),在MPD中每一个representation都有一个独立的ID。当客户端根据包含dependencyId属性的representation请求分片(segment)数据时,需要获取所依赖的representation对应的segment。不同的representation的segment的时间是一一对应的,客户端根据MPD中描述的segment的信息,可以获得segment的时间信息,因此可以得到所依赖的representation对应的segment。
下面给出MPD中representation的相关描述(representation上面层级的信息省略)
这个MPD中是通过描述一个索引分片(index segment)来描述segment的URL,该分片的具体语法例如图5中的sidx box;index segment的URL信息通过indexRange属性描述;index segment中的语法格式在ISO/IEC 14496-12中描述如下:
其中,语法元素表示的含义如下:
reference_ID:码流的ID;
timescale:时间单位;
earliest_presentation_time:sidx box中描述的码流的最早呈现时间,以timescale为单位;
first_offset:第一个segment在sidx box后的起始偏移;
reference_count:sidx box中描述的segment的个数;
reference_type;1表示segment是index segment;0表示segment是媒体内容;
referenced_size:segment的大小;
subsegment_duration:以timescale为单位的segment持续时长;
starts_with_SAP:segment的流接入类型;
SAP_delta_time:第一个流接入点的最早呈现时间;
对于上述的文件格式,客户端处理媒体数据的流程如下:
客户端接收到MPD,解析后获得representation的依赖关系信息和index segment的信息;
客户端根据网络带宽条件或者其它因素(例如,个人喜好,显示器分辨率等)选择要请求的representation,比如客户端请求id="tag5"的representation;
在确定了要请求的representation后,客户端根据MPD中的indexRange信息构造请求index segment的URL,比如http://example.com/video-512k.mp4/0-4332,然后客户端根据这个URL请求index segment;
客户端获取到index segment,解析index segment中的sidx box信息,获得segment的信息,根据segment的信息构造segment的URL,根据构造的segment的URL请求segment;
当客户端需要请求id="tag6"的representation的segment时,类似的,客户端请求id="tag6"的representation的index segment,获得segment的信息;
客户端根据要切换码流(从id="tag5"的representation切换到id="tag6"的representation)的时间点信息,获得对应的id="tag5"的representation的第i个segment信息和id="tag6"的representation的第i个segment的信息,然后确定要下载的id="tag5"的representation的第i个segment和id="tag6"的representation的第i个segment的URL,其中i为正整数,可以为2,3,10等;比如客户端切换的码流时间点是视频播放时间的第1分钟,对应该时间点的id="tag5"的representation的第i个segment range信息是10000-10500,那么该segment的URL为http://example.com/video-512k.mp4/10000-10500;对应该时间点的id="tag6"的representation的第i个segment range信息是9000-9400,那么该segment的URL为http://example.com/video-768k.mp4/9000-9400;在解码时tag6的segment依赖于tag5的segment的数据;
客户端向服务器请求segment,对应的URL分别为http://example.com/vi deo-512k.mp4/10000-10500和http://example.com/video-768k.mp4/9000-9400;
客户端接收服务器发送的segment。
如图11,所示,本发明的实施例公开了一种媒体数据的获取方法,所述方法包括:
S101:获取媒体呈现描述文件,所述媒体呈现描述文件包括索引分片信息;
S102:根据所述索引分片信息得到索引分片;
S103:解析所述索引分片,得到数据分片对应的参考帧信息;
S104:解析所述索引分片,得到数据分片信息;
S105:根据所述数据分片对应的参考帧信息得到所述参考帧;
S106:根据所述数据分片信息得到数据分片。
在本发明的一个实施例中,索引分片(index segment)包括数据分片对应的参考帧(知识库帧)信息,索引分片可在用户点播视频的场景下使用,也可以在其他的场景使用,此时一个媒体表示对应的数据分片(segment)可以存储在一个文件里,可以存储在不同的文件里。
在一个实施例中,index segment中的语法格式的相关描述如下:
其中,语法元素表示的含义如下(与前述实施例相同的语法元素表示的含义在此不再赘述):
Flag=0x01:表示sidx box中描述了segment对应的参考帧信息;
在DASH现有的技术规范中,flag的值是0;本发明的实施例通过在flag字段中赋予特殊的值,来指示后续存在参考帧的语法元素。可以理解的是,flag=0x01只是一种示例,实现中flag的值可以取不等于0的其它值;
library_frame_count:segment需要的参考帧数;
library_frame_offset:参考帧在所存储流中的第一个字节偏移;在本发明的实施例中,字节偏移可以是绝对偏移,也可以是相对于某一分片的相对偏移;
library_frame_size:参考帧的字节数。
在本发明的实施例中,客户端获得MPD文件,解析MPD,获得indexRange信息。客户端根据indexRange信息,构造索引分片(Index segment)的URL,向服务器发出索引分片的请求,客户端接收到索引分片后解析sidx box,客户端解析第i个segment的信息,i的取值范围为1到reference_count;客户端通过解析第i个segment的信息获得第i个segment的size信息。通常情况下segment在文件中是连续存储的,所以获得segment的size信息,就可以推导出segment的byteRange信息,从而构造segment的URL。比如第i个segment之前的所有segment的size总和为20000,第i个segment的size为500,则第i个segment对应的byteRange信息是“20000-20499”,该segment的URL为http://example.com/example.mp4/20000-20499。
在本发明的一个实施例中,可选的,客户端获得第i个segment需要的参考帧的个数(library_frame_count),如果library_frame_count的值为0,表示segment不需要参考帧进行解码;如果library_frame_count的值大于0,library_frame_count的值表示segment解码需要的参考帧的数量。
客户端解析获得参考帧的偏移值和size值,通过偏移值和size值计算出参考帧的byteRange,从而构造请求参考帧所需要的URL。比如参考帧的起始的第一个字节在存储文件中的偏移是100,帧的大小是200,URL中的byteRange就是“100-299”,该参考帧的URL就是http://example.com/example2.mp4/100-299;
根据参考帧的URL,获取相应的参考帧;
根据segment的URL,获取相应的segment。
该实施例方案,比较适合在视频点播的场景中使用,参考帧的码流可以存储在一个文件中,在客户端请求单个参考帧的时候,可以通过byteRange的方式请求。在该实施例中参考帧的码流可以和非参考帧的码流文件存储在一个文件中,也可以独立存储在一个文件中;如果参考帧的码流存储在非参考帧的码流的文件中,MPD可以使用现有的MPD,也可在现有的MPD中增加参考帧的相关的属性,该属性描述参考帧的码流在存储文件中的位置byteRange,该信息可以描述在representation层的SegmentBase属性中;
在本发明的一个实施例中,参考帧与segment的对应参考关系可以被独立的在sidx以外的其他box中描述,sidx按现有技术的描述方式;采用独立的box描述参考关系,可以不破坏已有的sidx的语法结构。新增的描述信息语法如下:
segment对应的参考信息描述box:
reference_count:segment个数
library_frame_count:segment需要的参考帧数;
library_frame_offset:参考帧在所存储流中的第一个字节偏移;在本发明的实施例中,子节偏移可以是绝对偏移,也可以是相对于某一分片的相对偏移;
library_frame_size:参考帧的字节数。
在本发明的一个实施例中,参考帧的相关的属性是指的是参考帧的码流的存储信息,比如3分钟的视频,非参考帧的码流的比特数是10000Byte,参考帧有5帧,总的比特数是是500Byte;10000Byte的存储空间后面的是参考帧的数据,参考帧的相关的属性为10000-10499”;
在本发明的一个实施例中,如果MPD不做任何修改,直接通过sidx中的信息也可以找到每一个参考帧。
在本发明的一个实施例中,如果参考帧码流和非参考帧码流分开存储,MPD可以采用现有的MPD方案,在representation层用dependencyId属性描述representation间的参考关系。
在MPD中描述参考帧的码流的存储位置byteRange的样例如下,省略MPD中的其他上下文层级信息;
LibRange:表示解码segment所需要的参考帧在存储文件中的范围或者是segment对应的参考帧的描述信息在文件中的范围(slid box)。
或者
LibarayFrame表示参考帧的属性元素,range表示参考帧的存储范围属性,或者是segment对应的参考帧的描述信息在文件中的范围(slid box)。
在本发明的实施例中,客户端通过解析sidx,可以得到点播节目所涉及到的segment和参考帧的关系;在本发明的一个实施例中,客户端可以维护一个存储文件,用以保存数据分片(segment)对应的参考帧信息;客户端在向服务器请求到参考帧后,如果该参考帧在后续的segment中还需要使用,那么该参考帧可以继续保存在客户端,在后续再被使用的的时候,不需要再向服务器请求,从而节省了传输带宽。存储文件可以用于存储已接收的参考帧的ID或者请求该参考帧的URL地址。
本发明第二个实施例提供一种媒体数据的获取方法,在该实施例中索引分片包括数据分片对应的参考帧信息。使用标识信息的方式来表示,
Flag=0x01:表示sidx中描述了segment对应的参考帧信息
library_frame_count:segment需要的参考帧的数量
library_frame_id:参考帧的ID。
在本发明的一个实施例中,参考帧与segment的对应参考关系可以被独立的在sidx以外的其他box中描述,sidx按现有技术的描述方式;采用独立的box描述参考关系,可以不破坏已有的sidx的语法结构。新增的描述信息语法如下:
segment对应的参考信息描述box:
library_frame_count:segment需要的参考帧的数量
library_frame_id:参考帧的ID
在本发明的实施例中,客户端获取MPD文件,解析获得参考帧的URL构造模板,模板中描述了参考帧的URL的构造方法,模板中含有参考帧的ID参数,在模板中以$Number$表示。在一种可能实现的方式中,可以直接使用现有的MPD中规定的URL模板。
客户端根据MPD中的索引分片的信息请求索引分片。客户端解析接收到的索引分片(sidx box);
在本发明的一个实施例中,可选的,客户端获得segment需要的参考帧的个数(library_frame_count),如果该值为0,表示segment不需要参考帧解码;如果该值大于0,该是表示segment解码需要的参考帧的个数;
客户端解析获得参考帧的ID,根据参考帧的ID信息和MPD中的参考帧URL模板信息构造参考帧的URL,比如模板是http://example.com/example.mp4/$Number$.ref,则ID=4的参考帧的URL为http://example.com/example.mp4/4.ref;根据参考帧的URL,获取参考帧。
客户端获取数据分片的方法可以参考现有的DASH标准中的规定,在此不再赘述。
本发明的实施例中,获取媒体数据的方法适用于视频直播的场景,每个参考帧编码后以单独的文件存储,每个文件的命名中含有上述sidx所对应的ID参数;在MPD中包括描述参考帧的URL的模板信息SegmentTemplate,该属性是representation的已有属性;参考帧的码流和非参考帧的码流采用DASH中的属性dependencyId描述。
在上述实施例中,判断segment中的帧解码是否需要参考帧是通过library_frame_count是否为零来进行的,在使用中也可以通过在sidx中增加一个标识来判断segment是否需要参考帧,如果标识为0,表示segment的解码不需要参考帧;如果标识不为0,则segment的解码需要参考帧。相应的客户端也对该标识的解析,如果该标识为0,表示解析segment不需要参考帧;如果标识不为0,表示需要解析参考帧,后续解析参考帧的个数和参考帧的信息,参考帧的信息和上述实施例所描述的一致。
本发明的另一个实施例是上述实施例的扩展实施例,可以和上述实施例一起使用。
上述实施例描述了参考帧和segment的关系,但是具体segment中的帧和参考帧的关系需要解析segment中的帧信息获得。在客户端中,参考帧要先于segment中需要参考帧的视频帧进行解码,并将解码后的参考帧存储在解码器的解码图像管理中;所以需要在解码器的初始化的时候,预先为解码参考帧申请存储空间;本实施例给出了segment中的帧解码需要的参考帧的数量信息的携带方式;
携带方式一:
在上述实施例一和实施例二中的索引分片中携带segment中的帧解码需要的参考帧的数量信息;比如在sidx中增加属性maxLibframeNumber;
maxLibframeNumber:segment解码需要的参考帧的最大数量。
携带方式二:
在上述实施例一和实施例二中的MPD中携带segment中的帧解码需要的参考帧的数量信息;比如在MPD中增加属性maxLibframeNumber;
maxLibframeNumber:segment解码需要的参考帧的最大数量。
在客户端从sidx或者从MPD中获取到maxLibframeNumber信息后,将该信息送入解码器;解码器根据获得的maxLibframeNumber信息进行存储空间的申请和管理。
在本发明的另一个实施例中,因为非参考帧码流中的不同的segment可以参考相同的参考帧,所以在客户端获得参考帧并送入解码器之后,可以将参考帧存储在客户端。如果后续的segment也需要使用该参考帧,那么不需要再重新向服务器请求。
在一种实现方式中,客户端获得MPD文件,解析MPD,获得indexRange信息;客户端根据indexRange信息,构造索引分片(Index segment)的URL,向服务器请求索引分片;客户端解析得到的索引分片,得到第i个segment的信息,其中,i=1到reference_count;客户端获得第i个segment的size信息,得到segment的byteRange信息,从而构造segment的URL,比如第i个segment之前的所有segment的大小总和为20000,第i个segment的大小为500,那么第i个segment对应的byteRange信息就是“20000-20499”,那么该segment的URL为http://example.com/example.mp4/20000-20499;
在一种可能的实现方式中,可选的,解析索引分片获得第i个segment需要参考的知识库帧的个数(library_frame_count),如果该值为0,表示segment不需要参考帧解码;如果该值大于0,则该值表示segment解码需要的参考帧的数量。
解析获得参考帧的偏移值和字节数,通过参考帧的偏移值和字节数,判断客户端是否已经保存了该参考帧,在一种实现方式中,可以通过和已经存储的参考帧的偏移值和字节数进行比较的方式进行判断。
如果有该参考帧,客户端从本地获取参考帧,否则,构造参考帧的URL,向服务器请求知识库帧数据;在一种可能的实现方式中,也可以先构造参考帧的URL,通过URL信息来判断本地是否已经保存了参考帧的信息。
在本实施例中,参考帧与segment的对应参考关系不仅仅包含segment和知识库帧的参考关系,还描述了知识库帧是被segment中的第几个图像帧(sample)参考;针对上述实施例中的描述方式,这里也给出四种描述方式;
方式一:
方式二:
方式三:
方式四:
在上述的四种方式中,增加了sampleIndex语法,该语法表示当前所描述的知识库帧被segment中的第sampleIndex个图像帧(sample)参考;
上述列举的四种方式的其它语法元素的含义可参考前述实施例,在此不再赘述。
客户端在获取了segment和知识库帧数据后,根据sampleIndex信息确定对应的知识库帧需要在segment的中的哪个sample之前被送入解码器,比如sampleIndex的值是50,则表示该知识库帧需要在segment的第50个sample之前被送入解码器;
因为知识库帧也可以被segment中的多个帧参考,所以上述对应的四种方式中的sampleIndex位置的语法可以被替换为:
referenced_Times:对应的知识库帧被参考的次数
sampleIndex:segment中参考对应知识库帧的sample序号
客户端在解析到上述信息后就可以确定对应的知识库帧需要在segment中的哪些sample之前被送入解码器。
如图12所示,本发明的实施例公开了一种媒体数据获取装置20,装置20包括:获取模块21,用于获取媒体呈现描述文件,所述媒体呈现描述文件包括索引分片信息;获取模块21还用于根据所述索引分片信息得到索引分片;解析模块22,用于解析所述索引分片,得到数据分片对应的参考帧信息;解析模块22还用于解析所述索引分片,得到数据分片信息;获取模块21还用于根据所述数据分片对应的参考帧信息得到所述参考帧;获取模块21还用于根据所述数据分片信息得到数据分片。
在一种实现方式中,获取模块可以是接收器。
在本发明的实施例中,媒体数据获取装置20可以应用在多种设备中,这些设备包含数字电视机、数字直播系统、无线广播系统、个人数字助理(PDA)、膝上型或桌上型计算机、数码相机、数字记录装置、数字媒体播放器、视频游戏装置、视频游戏控制台、蜂窝式或卫星无线电电话、视频电话会议装置和类似装置。这些设备可以解压并播放视频数据,例如由MPEG-2、MPEG-4、ITU-T H.263、ITU-T H.264/MPEG-4第10部分高级视频译码(AVC),H.265定义的标准以及此些标准的扩展中描述的技术。
本发明实施例的媒体获取装置20,具体的实现方式可以参考上述各实施例中对应步骤的具体实现,在此不再赘述。
本发明上述实施中获取数据分片的方式可以采用现有DASH标准中的任意一种方式,本发明的实施例对此不做限制,也不在此赘述。
采用参考帧(知识库帧)的方式进行编码,参考帧的码流和非参考帧的码流之间存在参考关系,而且同一个非参考帧码流的不同segment会参考相同的参考帧数据进行解码,本发明针对知识库技术编码的码流的这些特性提出了一种基于DASH技术的处理方法,该方法在DASH标准协议的框架下,以较小的语法改动来支持知识库编码技术的应用,使得客户端在不浪费带宽的情况下可以灵活的进行码流的切换和播放。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
上述装置和系统内的各模块之间的信息交互、执行过程等内容,由于与本发明方法实施例基于同一构思,具体内容可参见本发明方法实施例中的叙述,此处不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,上述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程,相关的硬件包括处理器。其中,上述的存储介质可为磁碟、光盘、只读存储记忆体(ROM:Read-Only Memory)或随机存储记忆体(RAM:Random Access Memory)等。
本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其思想;同时,对于本领域的一般技术人员,依据本发明,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

Claims (17)

1.一种媒体数据的获取方法,其特征在于,所述方法包括:
获取媒体呈现描述文件,所述媒体呈现描述文件包括索引分片信息和统一资源定位符(URL)模板;
根据所述索引分片信息得到索引分片;
解析所述索引分片,得到数据分片信息和参考帧信息,所述数据分片信息用于描述数据分片,所述参考帧信息与所述数据分片相对应,且所述参考帧信息包括参考帧的字节偏移和参考帧的字节数;
根据所述参考帧的字节偏移和所述参考帧的字节数得到参考帧的字节范围,
根据所述参考帧的字节范围和所述URL模板得到参考帧的URL,
根据所述参考帧的URL得到所述参考帧。
2.根据权利要求1所述的媒体数据的获取方法,其特征在于,
所述媒体呈现描述文件包括参考帧的存储位置信息;
相应的,所述根据所述参考帧的字节范围和所述URL模板得到参考帧的URL包括:
根据所述参考帧的存储位置信息,所述参考帧的字节范围和所述URL模板得到所述参考帧的URL。
3.根据权利要求2所述的媒体数据的获取方法,其特征在于,
所述参考帧的存储位置信息包括参考帧的存储范围;
或者
所述参考帧的存储位置信息包括参考帧的存储文件标识信息。
4.根据权利要求1所述的媒体数据的获取方法,其特征在于,所述参考帧和所述数据分片存储在同一文件。
5.根据权利要求1-4任意之一所述的媒体数据的获取方法,其特征在于,所述根据所述索引分片信息得到索引分片包括:
根据所述索引分片信息和所述URL模板得到索引分片的URL;
根据所述索引分片的URL发送索引分片获取请求;
接收所述索引分片。
6.一种媒体数据的获取方法,其特征在于,所述方法包括:
获取媒体呈现描述文件,所述媒体呈现描述文件包括索引分片信息和统一资源定位符(URL)模板;
根据所述索引分片信息得到索引分片;
解析所述索引分片,得到数据分片信息和参考帧信息,所述数据分片信息用于描述数据分片,所述参考帧信息与所述数据分片相对应,所述参考帧信息包括参考帧的标识信息;
根据所述参考帧的标识信息得到所述参考帧。
7.根据权利要求6所述的媒体数据的获取方法,其特征在于,所述媒体呈现描述文件包括统一资源定位符(URL)模板,所述根据所述参考帧的标识信息得到所述参考帧,包括:
根据所述参考帧的标识信息和所述URL模板得到参考帧的URL;
根据所述参考帧的URL得到所述参考帧。
8.根据权利要求7所述的媒体数据的获取方法,其特征在于,
所述媒体呈现描述文件包括参考帧的存储位置信息;
相应的,所述根据所述参考帧的标识信息和所述URL模板得到参考帧的URL包括:
根据所述参考帧的存储位置信息,所述参考帧的标识信息和所述URL模板得到所述参考帧的URL。
9.根据权利要求6-8任意之一所述的媒体数据的获取方法,其特征在于,所述根据所述索引分片信息得到索引分片包括:
根据所述索引分片信息和所述URL模板得到索引分片的URL;
根据所述索引分片的URL发送索引分片获取请求;
接收所述索引分片。
10.一种媒体数据的获取装置,其特征在于,所述装置包括:
获取模块,用于获取媒体呈现描述文件,所述媒体呈现描述文件包括索引分片信息;所述获取模块还用于根据所述索引分片信息得到索引分片;
解析模块,用于解析所述索引分片,得到数据分片信息和参考帧信息,所述数据分片信息用于描述数据分片,所述参考帧信息与所述数据分片相对应;
所述获取模块还用于根据所述参考帧信息得到所述参考帧。
11.根据权利要求10所述的媒体数据的获取装置,其特征在于,所述参考帧信息包括参考帧的字节偏移和参考帧的字节数;
所述获取模块用于根据所述参考帧的字节偏移和所述参考帧的字节数得到所述参考帧。
12.根据权利要求11所述的媒体数据的获取装置,所述媒体呈现描述文件包括统一资源定位符(URL)模板,其特征在于,所述获取模块用于:
根据所述参考帧的字节偏移和所述参考帧的字节偏移得到参考帧的字节范围;
根据所述参考帧的字节范围和所述URL模板得到参考帧的URL;
根据所述参考帧的URL得到所述参考帧。
13.根据权利要求12所述的媒体数据的获取装置,其特征在于,
所述媒体呈现描述文件包括参考帧的存储位置信息;
所述获取模块用于根据所述参考帧的存储位置信息,所述参考帧的字节范围和所述URL模板得到所述参考帧的URL。
14.根据权利要求13所述的媒体数据的获取装置,其特征在于,
所述参考帧的存储位置信息包括参考帧的存储范围;
或者所述参考帧的存储位置信息包括参考帧的存储文件标识信息。
15.根据权利要求10所述的媒体数据的获取装置,其特征在于,所述参考帧信息包括参考帧的标识信息;
所述获取模块用于根据所述参考帧的标识信息得到所述参考帧。
16.根据权利要求15所述的媒体数据的获取装置,所述媒体呈现描述文件包括统一资源定位符(URL)模板,其特征在于,所述获取模块用于:
根据所述参考帧的标识信息和所述URL模板得到参考帧的URL;
根据所述参考帧的URL得到所述参考帧。
17.根据权利要求10-16任意之一所述的媒体数据的获取装置,其特征在于,所述解析模块还用于解析所述索引分片,得到数据分片对应的参考帧数量。
CN201610570310.6A 2016-07-18 2016-07-18 一种媒体数据的获取方法和装置 Active CN107634930B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201610570310.6A CN107634930B (zh) 2016-07-18 2016-07-18 一种媒体数据的获取方法和装置
PCT/CN2017/070994 WO2018014523A1 (zh) 2016-07-18 2017-01-12 一种媒体数据的获取方法和装置
PCT/CN2017/089161 WO2018014691A1 (zh) 2016-07-18 2017-06-20 一种媒体数据的获取方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610570310.6A CN107634930B (zh) 2016-07-18 2016-07-18 一种媒体数据的获取方法和装置

Publications (2)

Publication Number Publication Date
CN107634930A true CN107634930A (zh) 2018-01-26
CN107634930B CN107634930B (zh) 2020-04-03

Family

ID=60991705

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610570310.6A Active CN107634930B (zh) 2016-07-18 2016-07-18 一种媒体数据的获取方法和装置

Country Status (2)

Country Link
CN (1) CN107634930B (zh)
WO (2) WO2018014523A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109274696A (zh) * 2018-09-20 2019-01-25 青岛海信电器股份有限公司 基于dash协议的流媒体播放方法及装置
WO2019227366A1 (zh) * 2018-05-31 2019-12-05 海能达通信股份有限公司 一种基于切片的rtp流媒体存储、读取方法及装置
CN110858916A (zh) * 2018-08-24 2020-03-03 上海交通大学 支持大跨度相关性信息编码的标识方法及系统
WO2020043003A1 (zh) * 2018-08-29 2020-03-05 浙江大学 处理传输媒体数据和指定参考图像的方法和装置
CN110876083A (zh) * 2018-08-29 2020-03-10 浙江大学 指定参考图像的方法及装置及处理参考图像请求的方法及装置
CN111083573A (zh) * 2018-10-22 2020-04-28 杭州海康威视系统技术有限公司 一种视频文件处理方法、装置和存储节点
WO2020140863A1 (zh) * 2019-01-02 2020-07-09 浙江大学 视频编解码方法与装置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109905479B (zh) * 2019-03-04 2022-06-07 腾讯科技(深圳)有限公司 文件传输方法和装置
CN109960731B (zh) * 2019-03-28 2022-11-18 腾讯音乐娱乐科技(深圳)有限公司 一种数据处理方法、设备及存储介质
CN114501166A (zh) * 2021-11-18 2022-05-13 武汉市烽视威科技有限公司 Dash点播快进快退方法及系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012162995A1 (zh) * 2011-09-30 2012-12-06 华为技术有限公司 传输流媒体的方法及设备
US20120317303A1 (en) * 2011-06-08 2012-12-13 Futurewei Technologies, Inc. System and Method of Media Content Streaming with a Multiplexed Representation
CN103053159A (zh) * 2010-08-05 2013-04-17 高通股份有限公司 用信号传递网络串流传输视频数据的属性
CN103782601A (zh) * 2011-07-05 2014-05-07 诺基亚公司 用于视频编码和解码的方法和设备
CN104040993A (zh) * 2012-01-17 2014-09-10 瑞典爱立信有限公司 用于发送相应地接收媒体流的方法
CN104221390A (zh) * 2012-04-26 2014-12-17 高通股份有限公司 用于处置低等待时间流送的增强型块请求流送系统
CN104768011A (zh) * 2015-03-31 2015-07-08 浙江大学 图像编解码方法和相关装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103053159A (zh) * 2010-08-05 2013-04-17 高通股份有限公司 用信号传递网络串流传输视频数据的属性
US20120317303A1 (en) * 2011-06-08 2012-12-13 Futurewei Technologies, Inc. System and Method of Media Content Streaming with a Multiplexed Representation
CN103782601A (zh) * 2011-07-05 2014-05-07 诺基亚公司 用于视频编码和解码的方法和设备
WO2012162995A1 (zh) * 2011-09-30 2012-12-06 华为技术有限公司 传输流媒体的方法及设备
CN104040993A (zh) * 2012-01-17 2014-09-10 瑞典爱立信有限公司 用于发送相应地接收媒体流的方法
CN104221390A (zh) * 2012-04-26 2014-12-17 高通股份有限公司 用于处置低等待时间流送的增强型块请求流送系统
CN104768011A (zh) * 2015-03-31 2015-07-08 浙江大学 图像编解码方法和相关装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JAVIER R. HIDALGO 等: "Long Term Selection of Reference Frame Sub-Blocks using MPEG-7 Indexing Metadata", 《 2007 IEEE INTERNATIONAL CONFERENCE ON ACOUSTICS, SPEECH AND SIGNAL PROCESSING - ICASSP "07》 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019227366A1 (zh) * 2018-05-31 2019-12-05 海能达通信股份有限公司 一种基于切片的rtp流媒体存储、读取方法及装置
CN110858916A (zh) * 2018-08-24 2020-03-03 上海交通大学 支持大跨度相关性信息编码的标识方法及系统
WO2020043003A1 (zh) * 2018-08-29 2020-03-05 浙江大学 处理传输媒体数据和指定参考图像的方法和装置
CN110876083A (zh) * 2018-08-29 2020-03-10 浙江大学 指定参考图像的方法及装置及处理参考图像请求的方法及装置
CN110876083B (zh) * 2018-08-29 2021-09-21 浙江大学 指定参考图像的方法及装置及处理参考图像请求的方法及装置
US11716505B2 (en) 2018-08-29 2023-08-01 Zhejiang University Methods and apparatus for media data processing and transmitting and reference picture specifying
CN109274696A (zh) * 2018-09-20 2019-01-25 青岛海信电器股份有限公司 基于dash协议的流媒体播放方法及装置
WO2020057224A1 (zh) * 2018-09-20 2020-03-26 青岛海信电器股份有限公司 基于dash协议的流媒体播放方法及装置
CN111083573A (zh) * 2018-10-22 2020-04-28 杭州海康威视系统技术有限公司 一种视频文件处理方法、装置和存储节点
WO2020140863A1 (zh) * 2019-01-02 2020-07-09 浙江大学 视频编解码方法与装置

Also Published As

Publication number Publication date
WO2018014523A1 (zh) 2018-01-25
CN107634930B (zh) 2020-04-03
WO2018014691A1 (zh) 2018-01-25

Similar Documents

Publication Publication Date Title
CN107634930A (zh) 一种媒体数据的获取方法和装置
RU2689140C1 (ru) Способ, устройство и компьютерная программа для инкапсуляции сегментированных синхронизированных мультимедийных данных
CN106878804B (zh) 用于经译码视频数据的网络流式传输的方法和设备以及非暂时性计算机可读媒介
CN105744295B (zh) 提供用于串流传输视频数据的序列数据集
CN105612753B (zh) 媒体流传输期间在适配集合间的切换方法和装置
US20220408166A1 (en) Method, device, and computer program for generating timed media data
CN107534801B (zh) 用于处理图像序列轨道的方法、装置和计算机程序产品
CN102598688B (zh) 流式传输经编码视频数据
CN106134146B (zh) 处理连续的多周期内容
CN105744382B (zh) 用于发射经编码视频数据的方法和装置
CN103069769B (zh) 用于经译码视频数据的网络串流传输的特技模式
CN103069799B (zh) 发信号通知用于多路复用视频分量的数据
EP2987330B1 (en) Method and apparatus for transmitting media data in multimedia transport system
CN107750461A (zh) 从能够动态地设置操作点描述符的封装位流中获得媒体数据和元数据的方法、装置和计算机程序
CN100568966C (zh) 一种音/视频数据的网络传输方法
CN109155865A (zh) 在图像中的最感兴趣的区域的先进信号传送
CN110447234A (zh) 作为分隔符及可寻址资源标识符的区段类型
CN109982154A (zh) 用于再现空间区域的图像的方法、设备及存储介质
CN105659607A (zh) 多层视频文件格式设计
KR20140057659A (ko) 다중 소스들로부터의 멀티미디어 데이터의 스트리밍
CN101842786A (zh) 对于多媒体文件格式的快速和编辑友好的采样关联方法
CN103309933A (zh) 用于媒体数据传输的方法和设备
CN103026721A (zh) 布置用于串流传输视频数据的子轨道片段
CN110178379A (zh) 以文件格式用信号表示重要视频信息
CN104284238A (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
GR01 Patent grant
GR01 Patent grant