W3C home > Mailing lists > Public > public-html@w3.org > February 2012

Re: Encrypted Media proposal (was RE: ISSUE-179: av_param - Chairs Solicit Alternate Proposals or Counter-Proposals)

From: Bob Lund <B.Lund@CableLabs.com>
Date: Fri, 24 Feb 2012 08:53:45 -0700
To: Adrian Bateman <adrianba@microsoft.com>, Maciej Stachowiak <mjs@apple.com>, "HTML WG (public-html@w3.org)" <public-html@w3.org>
CC: David Dorwin <ddorwin@google.com>, Mark Watson <watsonm@netflix.com>
Message-ID: <CB6CF9E4.8FF4%b.lund@cablelabs.com>
This proposal is a good first step in addressing a real problem for
content providers and device manufacturers who want a standard way to
offer consumers the choice of watching the broadest range of content on
Web platforms. Thanks to Netflix, Microsoft and Google for making it
available; I think work should continue so HTML addresses this problem.

Bob Lund

On 2/21/12 4:16 PM, "Adrian Bateman" <adrianba@microsoft.com> wrote:

>Hi all,
>We have been collaborating on an API to enable encrypted media in HTML
>that we think
>can be implemented in all browsers and support any container/codec and
>encryption solution without making major changes to the HTML Media element
>specification. We think it solves most use cases without being overly
>large or
>We'd like to get people's feedback on the proposal. It is posted here:
>Many content providers and application developers have said they can't
>use <audio>
>and <video> because HTML lacks robust content protection. Without this
>they cannot move their apps to the web platform. Many consumer
>electronics are taking
>advantage of HTML for both video playback and user interfaces, yet their
>protection solutions are typically tied to the device. We believe that
>towards a common solution will reduce fragmentation between all HTML
>This has been raised in the Web & TV Interest Group [1] and mentioned in
>feedback [2]. We believe this extension specification supports the
>counter proposal [3]
>for ISSUE-179 [4]. It demonstrates how to provide additional
>functionality to the
>HTML5 media element without requiring a generic mechanism like <param>.
>Best regards,
>David Dorwin, Google
>Adrian Bateman, Microsoft
>Mark Watson, Netflix
>[1] http://www.w3.org/2011/webtv/wiki/MPTF#Content_Protection
>[2] http://lists.w3.org/Archives/Public/public-html/2011Dec/0120.html
>[2] http://www.w3.org/html/wg/wiki/ChangeProposals/issue-179_no_change
>[3] http://www.w3.org/html/wg/tracker/issues/179
>On Wednesday, January 11, 2012 11:40 PM, Maciej Stachowiak wrote:
>> '{audio,video} require param child (or equivalent)'
>> The current status for this issue:
>> http://www.w3.org/html/wg/tracker/issues/179
>> http://dev.w3.org/html5/status/issue-status.html#ISSUE-179
>> So far, we two one Change Proposals submitted:
>> http://www.w3.org/html/wg/wiki/ChangeProposals/av_param
>> http://www.w3.org/html/wg/wiki/ChangeProposals/issue-179_no_change
>> At this time the Chairs would also like to solicit additional Change
>> Proposals, in case anyone would like to advocate the status quo or a
>> different change than the specific ones in the existing Change
>> If no counter-proposals or alternate proposals are received by February
>> 2012, we proceed to evaluate the change proposals that we have received
>> date.
>> Regards,
>> Maciej
Received on Friday, 24 February 2012 15:54:25 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 9 October 2021 18:45:48 UTC