- From: <bugzilla@jessica.w3.org>
- Date: Thu, 11 Dec 2014 21:40:36 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=24874
--- Comment #8 from David Dorwin <ddorwin@google.com> ---
(In reply to David Dorwin from comment #2)
> The changes for bug 25923, specifically MediaKeySystemOptions, enables a
> less-ugly version of option #3: We could add a sourceType member or
> something similar.
>
> Ideally, applications should get the desired behavior by default, but that
> could be difficult unless we assume applications want MSE behavior by
> default. It might also require that sourceType be a list or that each source
> type have its own MediaKeysRequirement member in MediaKeySystemOptions.
Below is a specific proposal for adding differentiation of MSE and traditional
sources to MediaKeySystemConfiguration [1]
enum MediaSourceType { "mse", "url" };
dictionary MediaKeySystemConfiguration {
...
sequence<MediaSourceType> sourceTypes = ["mse"];
};
Notes:
* The default value for the new member makes responses default to MSE, which is
what most applications will want.
* This solution allows a single configuration to be used for both MSE and .src
and to get a response as to which one(s) are supported by the returned object.
However, is there actually a use case for this? I assume most applications will
be written for one or the other.
* The name "MediaSourceType" is generic since this might be useful elsewhere,
though it does sound like it is specific to the Media Source spec.
Handling incompatible sources:
* When a source is already set, the setMediaKeys() promise is rejected with
"NotSupportedError" or "InvalidStateError" (pick one).
* When an unsupported source is set after setMediaKeys() succeeds, the
HTMLMediaElement reports MEDIA_ERR_SRC_NOT_SUPPORTED.
This seems like a lot of work for something that rarely matters, and it is a
bit odd for EME to have to be concerned about this. At least adding a specific
member with a reasonable default to an existing dictionary allows us to
deprecate this member over time if necessary.
[1] https://w3c.github.io/encrypted-media/#idl-def-MediaKeySystemConfiguration
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Thursday, 11 December 2014 21:40:38 UTC