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

On Tuesday, February 21, 2012 4:00 PM, Glenn Adams wrote:
> This a lengthy proposal that is not directly related to the general issue of
> interchanging decoding and/or protocol parameters between author and user
> agent for the purpose of performing audio and/or video playback.
> Could you point out the specific elements of the proposal that deals with
> such parameter interchange? If this proposal offers an alternative mechanism
> to perform such interchange, then is that mechanism suitable for purposes not
> related to encrypted media playback?

Hi Glenn,

Rather than introducing a mechanism that supports generic parameter exchange,
this proposal shows how it is possible to write an extension specification
to add specific functionality to the existing media elements. User Agents
supporting this proposal would be interoperable if they implement the
extension according to the spec.

Having a generic mechanism doesn't guarantee interoperability because you still
need to specify what happens for each potential value. I argue that you don't
need <param> to do that, you just write the specification that defines
the new capabilities you want the media element to support. You can do that with
an extension at the time you define the values.

This specification doesn't provide a mechanism for values used outside
encrypted media playback. However, you could write an extension specification
for whatever those other values you have in mind are whenever you come up with
them so not having <param> in HTML5 isn't restricting that ability.



> On Tue, Feb 21, 2012 at 4:16 PM, Adrian Bateman <>
> wrote:
> This has been raised in the Web & TV Interest Group [1] and mentioned in
> their
> 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>.

> [1]

> [2]

> [3]

> [4]

Received on Wednesday, 22 February 2012 01:36:32 UTC