OIPF 规范翻译(DAE)-----4.4.5 Media control
2010-05-15 16:54
363 查看
4.4.5 Media control
Instantiation of a video/broadcast or A/V Control object does not cause any scarce resources to be claimed. Scarce
resources such as a media decoder are only claimed following a call to the setChannel(), nextChannel() or
prevChannel() methods on a video/broadcast object or the play() method on an A/V Control object. By
implication, instantiating a video/broadcast or A/V Control object does not cause the media referred to by the
object’s data attribute to start playing immediately. See section 7.13.1.1 for details of when scarce resources are released by a video/broadcast object and section 7.14.1.1 when scarce resources are released by an A/V Control object. Where applications make conflicting requests for limited media decoding resources, the media decoding resources that are requested most recently are presumed to be the ones that are most wanted and the resources SHOULD be granted to the application that most recently requested them regardless of the priority of the application indicated in application signalling. Any objects which have lost the resources shall generate an error (e.g. error code 11 in the case of the video/broadcast object, or error code 3 in the case of the A/V Control object) and, in the case of the video/broadcast object, return to the unrealised state. This applies to conflicts between different requests for
streaming video or audio (whether over RF tuners or IP streams). When an error occurs due to scarce resources being removed from an object, the object SHALL free any other scarce resources that may be held. Multiple applications from the same author which are running simultaneously should co-ordinate their use of scarce resources. This specification is intentionally silent about handling of resource use by embedded applications including scheduled
recordings. If audio from memory interrupts any other media presentation then the interrupted presentation SHALL be restored automatically by the OITF when the interrupting presentation ends. When audio from memory is interrupted by a resource loss, or when streaming video or audio presentation is interrupted by a resource loss caused by another request for streaming audio or video presentation, the presentation is cancelled and
SHALL NOT be restored automatically by the OITF.
Instantiation of a video/broadcast or A/V Control object does not cause any scarce resources to be claimed. Scarce
resources such as a media decoder are only claimed following a call to the setChannel(), nextChannel() or
prevChannel() methods on a video/broadcast object or the play() method on an A/V Control object. By
implication, instantiating a video/broadcast or A/V Control object does not cause the media referred to by the
object’s data attribute to start playing immediately. See section 7.13.1.1 for details of when scarce resources are released by a video/broadcast object and section 7.14.1.1 when scarce resources are released by an A/V Control object. Where applications make conflicting requests for limited media decoding resources, the media decoding resources that are requested most recently are presumed to be the ones that are most wanted and the resources SHOULD be granted to the application that most recently requested them regardless of the priority of the application indicated in application signalling. Any objects which have lost the resources shall generate an error (e.g. error code 11 in the case of the video/broadcast object, or error code 3 in the case of the A/V Control object) and, in the case of the video/broadcast object, return to the unrealised state. This applies to conflicts between different requests for
streaming video or audio (whether over RF tuners or IP streams). When an error occurs due to scarce resources being removed from an object, the object SHALL free any other scarce resources that may be held. Multiple applications from the same author which are running simultaneously should co-ordinate their use of scarce resources. This specification is intentionally silent about handling of resource use by embedded applications including scheduled
recordings. If audio from memory interrupts any other media presentation then the interrupted presentation SHALL be restored automatically by the OITF when the interrupting presentation ends. When audio from memory is interrupted by a resource loss, or when streaming video or audio presentation is interrupted by a resource loss caused by another request for streaming audio or video presentation, the presentation is cancelled and
SHALL NOT be restored automatically by the OITF.
相关文章推荐
- OIPF 规范翻译(DAE)-----2
- OIPF 规范翻译(DAE)-----4.1.1 Remote UI and box models (Informative)
- OIPF 规范翻译(DAE)-----4.3 Application definition
- OIPF 规范翻译(DAE)-----3
- OIPF 规范翻译(DAE)-----4
- OIPF 规范翻译(DAE)-----4.1.1.1 i-Box model
- OIPF 规范翻译(DAE)-----4.4 Resource Management
- OIPF 规范翻译(DAE)-----1
- OIPF 规范翻译(DAE)-----4.1.1.2 2-Box model ,4.1.1.3 3-Box model
- OIPF 规范翻译(DAE)-----4.3.8 Active applications list
- OIPF 规范翻译(DAE)-----4.2 Gateway discovery and control
- Servlet3.1规范翻译——Session
- 分享插件化平台规范——OSGi R4规范的中文翻译
- 如何才能规范写作呢?-通过翻译老外的文章是不错的想法!
- MQTT V3.1协议规范(明哥翻译)
- Felomeng翻译:Google C++ 编程规范——头文件
- [翻译Joel On Software]无痛功能规范-第一部分:为什么要?/Painless Functional Specifications -Part 1: Why Bother?
- CLR_via_C#.3rd 翻译[1.8 通用语言规范]
- RSS 2.0 规范[翻译]
- Servlet3.1规范翻译——Web应用