- From: <bugzilla@jessica.w3.org>
- Date: Wed, 04 Jul 2012 06:12:12 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17615 Yang Sun <eric.sun@huawei.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eric.sun@huawei.com --- Comment #2 from Yang Sun <eric.sun@huawei.com> 2012-07-04 06:12:12 UTC --- The html media element already support the option 2, and the retrieveKey does not need to be defined in W3C, it is not a JS API. (In reply to comment #0) > The current communication model (section 1) assumes that the application > communicates with the license server. In today's deployments, this is not > always the case. There are at least two models in the industry: > 1. The CDM generates a Key Request and does not rely on a specific > communication protocol but rather lets the application communicate with the > license server to deliver the request and eventually get the encrypted key back > (i.e. license). > 2. The CDM includes its own communication protocol to the license server. In > this case, the application does not need to go through the 'generateKeyRequest > -> Get Key -> addKey' sequence but can simply call retrieveKey and the CDM > handles the rest. > The Encrypted Media Extension proposal should support both of these models. -- Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Wednesday, 4 July 2012 06:12:14 UTC