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 文档编号:1257088 上传时间:2019-09-02 格式:PDF 页数:13 大小:127.75KB
下载 相关 举报
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页
第1页 / 共13页
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_第2页
第2页 / 共13页
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_第3页
第3页 / 共13页
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_第4页
第4页 / 共13页
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_第5页
第5页 / 共13页
点击查看更多>>
资源描述

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