- From: <bugzilla@jessica.w3.org>
- Date: Fri, 15 Feb 2013 05:45:03 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=20963
Joe Steele <steele@adobe.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |steele@adobe.com
--- Comment #11 from Joe Steele <steele@adobe.com> ---
> The existing solutions in this area - both Flash and Silverlight - provide a
> a platform independent VM at their core. If EME is to replace this use of
> Flash/Silverlight, but does not provide such a VM, it is effectively a step
> backwards.
I believe I responded to this elsewhere, but I will repeat it here for the sake
of clarity. I cannot speak for Silverlight, but the DRM component of Flash is
not dependent on a VM for anything but the exposure of its APIs to applications
running inside the VM. The core functionality is implemented entirely in native
code and is largely independent of Flash itself. Assuming that we were to
implement a CDM for this, it would expose its functionality to Javascript
applications via the EME API hooks.
> I don't object in principle to implementing support for DRM. However, if a
> new
> standard for DRM is going to be proposed in the HTML context, then it should
> be superior to the existing Flash/Silverlight solutions, and I believe EME
> as currently defined is inferior to them.
One obvious advantage that EME offers is the ability to write high-value video
player applications in HTML/CSS/JS rather than in Flash or Silverlight or
native code. This is a win, even if there were no other interoperability. And
the intent is that those applications can work across multiple platforms,
assuming a compatible CDM is present.
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Friday, 15 February 2013 05:45:09 UTC