[Bug 19156] Switching decoders when the key system is specified

https://www.w3.org/Bugs/Public/show_bug.cgi?id=19156

David Dorwin <ddorwin@google.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|WORKSFORME                  |---

--- Comment #6 from David Dorwin <ddorwin@google.com> ---
I don't believe the current spec text addresses this issue.

Adrian proposed the following in comment #2. Is this no longer the intended
solution?
> We think we should add informative text that suggests applications should
> create a MediaKeys object and call setMediaKeys before setting the media
> source if they want to signal to the media engine that a protected pipeline
> is desired. If the application does not do this then this should be left as
> a quality of implementation issue.

The fix for bug 19009 notes that events may not be fired at MediaKeySession
objects until setMediaKeys() is called, but this is not the same as Adrian's
suggestion.

The current setMediaKeys() algorithm text contains the following statement,
which is incompatible with this solution:
"In general, applications should wait for an event named needkey or loadstart
(per the resource fetch algorithm) before calling this method."
This text is left over from generateKeyRequest(). I think we can eliminate it
since HTMLMediaElement implementations should be able to store a reference to
the MediaKeys even if the MediaPlayer is not initialized.

Two questions:
1) Should we add text similar to Adrian's proposal?
2) Any reason not to remove the text left over from generateKeyRequest()?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

Received on Thursday, 31 October 2013 21:54:47 UTC