ImageVerifierCode 换一换
格式:PDF , 页数:13 ,大小:127.75KB ,
资源ID:1257088      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-1257088.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ISO IEC 23009-1 CORR 2-2015 Information technology - Dynamic adaptive streaming over HTTP (DASH) - Part 1 Media presentation description and segment formats Tec.pdf)为本站会员(eventdump275)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ISO IEC 23009-1 CORR 2-2015 Information technology - Dynamic adaptive streaming over HTTP (DASH) - Part 1 Media presentation description and segment formats Tec.pdf

1、 INTERNATIONAL STANDARD ISO/IEC 23009-1:2014 TECHNICAL CORRIGENDUM 2 Published 2015-12-15 INTERNATIONAL ORGANIZATION FOR STANDARDIZATION ORGANISATION INTERNATIONALE DE NORMALISATION INTERNATIONAL ELECTROTECHNICAL COMMISSION COMMISSION LECTROTECHNIQUE INTERNATIONALEInformation technology Dynamic adap

2、tive streaming over HTTP (DASH) Part 1: Media presentation description and segment formats TECHNICAL CORRIGENDUM 2 Technologies de linformation Diffusion en flux adaptatif dynamique sur HTTP (DASH) Partie 1: Description de la prsentation et formats de remise des mdias RECTIFICATIF TECHNIQUE 2 Techni

3、cal Corrigendum 2 to ISO/IEC 23009-1:2013 was prepared by Joint Technical Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 29, Coding of audio, picture, multimedia and hypermedia information. Replace in Table 3 minBufferTime M specifies a common duration used in the definition of the

4、 Representation data rate (see bandwidth attribute in 5.3.5.2). with minBufferTime M specifies a common duration used in the definition of the Representation data rate (see bandwidth attribute in 5.3.5.2 and 5.3.5.4). ICS 35.040 Ref. No. ISO/IEC 23009-1:2014/Cor.2:2015(E) ISO/IEC 2015 All rights res

5、erved Published in Switzerland ISO/IEC 23009-1:2014/Cor.2:2015(E) 2 ISO/IEC 2015 All rights reservedReplace in Table 7 bandwidth M Consider a hypothetical constant bitrate channel of bandwidth with the value of this attribute in bits per second (bps). Then, if the Representation is continuously deli

6、vered at this bitrate, starting at any SAP that is indicated either by startWithSAP or by any Segment Index box, a client can be assured of having enough data for continuous playout providing playout begins after minBufferTime * bandwidth bits have been received (i.e. at time minBufferTime after the

7、 first bit is received). For dependent Representations this value specifies the bandwidth according to the above definition for the aggregation of this Representation and all complementary Representations. with bandwidth M Consider a hypothetical constant bitrate channel of bandwidth with the value

8、of this attribute in bits per second (bps). Then, if the Representation is continuously delivered at this bitrate, starting at any SAP that is indicated either by startWithSAP or by any Segment Index box, a client can be assured of having enough data for continuous playout providing playout begins a

9、fter minBufferTime * bandwidth bits have been received (i.e. at time minBufferTime after the first bit is received). For dependent Representations this value specifies the bandwidth according to the above definition for the aggregation of this Representation and all complementary Representations. Fo

10、r details see 5.3.5.4. Add section 5.3.5.4 Relation of Bandwidth and Minimum Buffer Time attributes The MPD contains a pair of values for a bandwidth and buffering description, namely the Minimum Buffer Time (MBT) expressed by the value of MPDminBufferTime and bandwidth (BW) expressed by the value o

11、f Representationbandwidth. The following holds: the value of the minimum buffer time does not provide any instructions to the client on how long to buffer the media. The value however describes how much buffer a client should have under ideal network conditions. As such, MBT is not describing the bu

12、rstiness or jitter in the network, it is describing the burstiness or jitter in the content encoding. Together with the BW value, it is a property of the content. Using the “leaky bucket“ model, it is the size of the bucket that makes BW true, given the way the content is encoded. The minimum buffer

13、 time provides information that for each representation, the following shall be true: If the Representation (starting at any segment) is delivered over a constant bitrate channel with bitrate equal to value of the BW attribute then each access unit with presentation time PT is available at the clien

14、t latest at time with a delay of at most PT + MBT. In the absence of any other guidance, the MBT should be set to the maximum GOP size (coded video sequence) of the content, which quite often is identical to the maximum segment duration for the live profile or the maximum subsegment duration for the

15、 On-Demand profile. The MBT may be set to a smaller value than maximum (sub)segment duration, but should not be set to a higher value. ISO/IEC 23009-1:2014/Cor.2:2015(E) ISO/IEC 2015 All rights reserved 3Add the following section A.9: Usage of Bandwidth and Minimum Buffer Time in DASH client In a si

16、mple and straightforward implementation, a DASH client decides downloading the next segment based on the following status information: the currently available buffer in the media pipeline, buffer the currently estimated download rate, rate the value of the attribute minBufferTime, MBT the set of val

17、ues of the bandwidth attribute for each Representation i, BWi The task of the client is to select a suitable Representation i. The relevant issue is that starting from a SAP on, the DASH client can continue to playout the data. This means that at the current time it does have buffer data in the buff

18、er. Based on this model the client can download a Representation i for which BWi rate*buffer/MBT without emptying the buffer. Note that in this model, some idealizations typically do not hold in practice, such as constant bitrate channel, progressive download and playout of Segments, no blocking and

19、 congestion of other HTTP requests, etc. Therefore, a DASH client should use these values with care to compensate such practical circumstances; especially variations in download speed, latency, jitter, scheduling of requests of media components, as well as to address other practical circumstances. O

20、ne example is if the DASH client operates on Segment granularity. As in this case, not only parts of the Segment (i.e., MBT) needs to be downloaded, but the entire Segment, and if the MBT is smaller than the Segment duration, then rather the segment duration needs to be used instead of the MBT for t

21、he required buffer size and the download scheduling, i.e. download a Representation i for which BWi rate*buffer/max_segment_duration. ISO/IEC 23009-1:2014/Cor.2:2015(E) 4 ISO/IEC 2015 All rights reservedIn Section 7.1 Replace the Note NOTE Representation metadata present in the MPD may also be repea

22、ted in the media streams, e.g. in an Initialization Segment or a Media Segment. The Media Presentation shall be provided such that no mismatch between these two values occurs. If it does, the value in the media stream itself takes precedence over values expressed in the MPD, especially when used in

23、the media decoding process. With NOTE Representation metadata present in the MPD may also be repeated in the media streams, e.g. in an Initialization Segment or a Media Segment. The Media Presentation should be provided such that no mismatch between these two values occurs. If it does, the value in

24、the media stream itself takes precedence over values expressed in the MPD, especially when used in the media decoding process. In addition, it should be considered that metadata in the MPD is primarily used for selection of Representations by the DASH client, whereas data in the media stream is used

25、 by the media decoder in order to establish the decoding and rendering process. Metadata in the MPD should only be added if the Media Presentation author expects that the DASH client can make use of this information in the selection process. ISO/IEC 23009-1:2014/Cor.2:2015(E) ISO/IEC 2015 All rights

26、 reserved 5Replace in Table 7 id O specifies an identifier for this media component. The attribute shall be unique in the scope of the containing Adaptation Set. With id O specifies an identifier for this media component. The attribute shall be unique in the scope of the containing Adaptation Set. T

27、he value of this attribute should be the media component identifier in the media segment (i.e., the Track Id in ISOBMFF segments and PID in MPEG-2 TS segments) described by this ContentComponent element. ISO/IEC 23009-1:2014/Cor.2:2015(E) 6 ISO/IEC 2015 All rights reservedAdd at the end of 5.8.4.8 E

28、ssential Property Descriptor The removal of an EssentialProperty descriptor in an MPD shall not change the conformance of this MPD to its associated schema and profile. ISO/IEC 23009-1:2014/Cor.2:2015(E) ISO/IEC 2015 All rights reserved 7In Table 17 replace S 1 N specifies Segment start time and dur

29、ation for a contiguous sequence of segments of identical durations. The textual order of the S elements must match the indexed (and thus time) order of the corresponding Media Segments. With S 1 N specifies Segment start time and duration for a contiguous sequence of segments of identical durations,

30、 referred to as series in the following. The textual order of the S elements must match the indexed (and thus time) order of the corresponding Media Segments. Note: the sequence of s parameters is defined by the t semantics. In Table 17 replace t O specifies the MPD start time, in timescale units, t

31、he first Segment in the series starts relative to the beginning of the Period. The value of this attribute shall be equal to or greater than the sum of the previous S element earliest presentation time and the sum of the contiguous Segment durations. If the value of the attribute is greater than wha

32、t is expressed by the previous S element, it expresses discontinuities in the timeline. If not present then the value shall be assumed to be zero for the first S element and for the subsequent S elements, the value shall be assumed to be the sum of the previous S elements earliest presentation time

33、and contiguous duration (i.e. previous St + d * (r + 1). With t O specifies the MPD start time, in timescale units, of the first Segment in the series relative to the beginning of the Period. The value of this attribute must be equal to or greater than the sum of the previous S element earliest pres

34、entation time and the sum of the contiguous Segment durations. If the value of the attribute is greater than what is expressed by the previous S element, it expresses discontinuities in the timeline. If not present then the value shall be assumed to be zero for the first S element and for the subseq

35、uent S elements, the value shall be assumed to be the sum of the previous S elements earliest presentation time and contiguous duration (i.e. previous St + d * (r + 1). ISO/IEC 23009-1:2014/Cor.2:2015(E) 8 ISO/IEC 2015 All rights reservedReplace 5.8.4.1 Content protection For the element ContentProt

36、ection the schemeIdUri attribute is used to identify a content protection scheme. This attribute should provide sufficient information, possibly in conjunction with the value and/or extension attributes and elements, such as the DRM system(s), encryption algorithm(s), and key distribution scheme(s)

37、employed, to enable a client to determine whether it can possibly play the protected content. The ContentProtection element can be extended in a separate namespace to provide information specific to the content protection scheme (e.g., particular key management systems or encryption methods). When t

38、he ContentProtection element is not present the content shall not be content-protected. When multiple ContentProtection elements are present, each element shall describe a content protection scheme that is sufficient to access and present the Representation. With 5.8.4.1 Content protection For the e

39、lement ContentProtection, the schemeIdUri attribute is used to identify a content protection descriptor scheme. The ContentProtection Descriptors should provide sufficient information, possibly in conjunction with the value and/or extension attributes and elements, such as the DRM system(s), encrypt

40、ion algorithm(s), and key distribution scheme(s) employed, to enable a client to determine whether it can possibly play the protected content. The ContentProtection element can be extended in a separate namespace to provide information specific to a content protection scheme (e.g., particular key ma

41、nagement systems or encryption methods). When no ContentProtection element is not present the content shall not be encrypted. When multiple ContentProtection elements are present with different SystemID values, each element shall describe a key management and protection scheme that is sufficient to

42、access and present the Representation. ISO/IEC 23009-1:2014/Cor.2:2015(E) ISO/IEC 2015 All rights reserved 9In Table 3 replace minimumUpdatePeriod O If this attribute is present, it specifies the smallest period between potential changes to the MPD. This can be useful to control the frequency at whi

43、ch a client checks for updates. If this attribute is not present it indicates that the MPD does not change. If MPDtype is static, minimumUpdatePeriod shall not be present. Details on the use of the value of this attribute are specified in 5.4. With minimumUpdatePeriod O If this attribute is present,

44、 it specifies the smallest period between potential changes to the MPD. This can be useful to control the frequency at which a client checks for updates. From a client perspective, after a client fetches an MPD, it specifies the minimum period during which the MPD remains valid. Validity is defined

45、in 5.4. If this attribute is not present it indicates that the MPD does not change. If MPDtype is not dynamic, minimumUpdatePeriod shall not be present. Details on the use of the value of this attribute are specified in 5.4. In 5.4 Media Presentation Description updates replace Otherwise, let Texp(i

46、) be the sum of the value of MPDminimumUpdatePeriod and the wall-clock time at which the i-th version of the MPD is updated (and replaced with the (i+1)-th version). with Otherwise, let Texp(i) be the sum of the value of MPDminimumUpdatePeriod and the wall-clock time at which the i-th version of the

47、 MPD is updated (and replaced with the (i+1)-th version) at the location where the MPD is available. ISO/IEC 23009-1:2014/Cor.2:2015(E) 10 ISO/IEC 2015 All rights reservedIn section G.8 replace ISO/IEC 23009-1:2014/Cor.2:2015(E) ISO/IEC 2015 All rights reserved 11with ISO/IEC 23009-1:2014/Cor.2:2015

48、(E) 12 ISO/IEC 2015 All rights reservedIn section 5.6.5 Alternative base URLs add the following sentence at the end If a BaseURL element containing an absolute URL is present on any level, it overwrites any BaseURL information present on a higher level. ISO/IEC 23009-1:2014/Cor.2:2015(E) ISO/IEC 2015 All rights reserved 13In section A.3.4 Media Segment list restrictions replace In addition, for services with MPDtype=dynamic, the Segment availability start time T avail i for a Segment i in a specific Period is determined as MPDavailabilityStartTime + PeriodS

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1