- From: Gerardo Lisboa via GitHub <sysbot+gh@w3.org>
- Date: Wed, 12 Apr 2017 23:53:40 +0000
- To: public-html-media@w3.org
gvlx has just created a new issue for https://github.com/w3c/encrypted-media: == Formal objection: EME specification cannot proceed further without a complementary CDM specification == As already stated in Formal Objections #379, #378 and issues #20944, #156, #166, the EME specification requires that "To implement an EME-capable browser, you must have a "Content Decryption Module."" (#378). However the W3C has not made any (public) effort to create a working group to define an open and clear specification of the "Content Decryption Module", which would enable the free development of multiple interoperable implementations. As strange as this may seem, the closest analogy would be the publication of the XSLT specification without the required and complementary XPATH specification. In fact, time and time again, the chair of this WG @paulbrucecotton has reiterated "The HTML WG (predecessor of the HTML Media Extensions WG) was told that specifying characteristics of a CDM (ie generic license request/response protocol) was out of scope of the WG's media charter scope." ( #166 ) So I propose the EME specification should be not allowed to proceed further until: 1. a new WG is created specifically to address the CDM specification; 1. this new WG releases a proposal for a CDM specification according to the rules of W3C; 1. the EME and CDM specifications are verifiably interoperable; 1. the EME and CDM specifications are released simultaneously. Please view or discuss this issue at https://github.com/w3c/encrypted-media/issues/388 using your GitHub account
Received on Wednesday, 12 April 2017 23:53:47 UTC