Other documents may supersede this document. This section describes the status of this document at the time of its publication. Status Update (December 2019): The link to the Latest Editor's Draft was updated in place in anticipation of the initial link becoming broken. This is achieved by requiring content protection system-specific messaging to be mediatedīy the page rather than assuming out-of-band communication between the encryption system and a license or other server. The common API supports a simple set of content encryption capabilities, leaving application functions such as authentication and authorization to page authors. Implementation of Digital Rights Management is not required for compliance with this specification: only the Clear Key system is required to be implemented as a common baseline. Rather, it defines a common API that may be used to discover, select and interact with such systems as well as with simpler content encryption systems. This specification does not define a content protection or Digital Rights Management system. Supporting a range of content decryption and protection technologies. License/key exchange is controlled by the application, facilitating the development of robust playback applications The API supports use cases ranging from simple clear key decryption to high value video (given an appropriate user agent implementation). This proposal extends HTMLMediaElement providing APIs to control Please check the errata for any errors or issues reported since publication. Adrian Bateman, Microsoft Corporation (Until May 2014) Repository: Jerry Smith, Microsoft Corporation Mark Watson, Netflix Inc. Encrypted Media Extensions W3C Recommendation 18 September 2017 (Link to Editor's Draft updated 19 December 2019) This version: Latest published version: Latest editor's draft: Implementation report: Previous version: Editors: David Dorwin, Google Inc.
0 Comments
Leave a Reply. |