[media-source] Require (for at least webm and mp4, possibly others) "full" codec type in isTypeSupported() and addSourceBuffer()

wolenetz has just created a new issue for 
https://github.com/w3c/media-source:

== Require (for at least webm and mp4, possibly others) "full" codec 
type in isTypeSupported() and addSourceBuffer() ==
In MSE v1, implementations might choose to late-bind actual codecs 
detected during initialization segment received algorithm rather than 
vet them specifically up-front in addSourceBuffer(). This issue tracks
 gaining more consistency in behavior across implementations by 
clarifying the spec around isTypeSupported() and addSourceBuffer().

I propose that inclusion of codec strings (where the byte stream 
allows for distinct codecs, and defines the codec possibilities) in 
MIME Types passed to isTypeSupported() and addSourceBuffer() be 
required for those methods to return true or succeed, respectively (in
 addition to the other existing constraints around returning true or 
succeeding, respectively).

See also 
https://github.com/w3c/web-platform-tests/issues/2409#issuecomment-237387892
 which noted potential interop differences related to behavior when 
codec string isn't included for webm or mp4 mime types.

@jyavenard @jdsmith3000 @plehegar FYI

Requiring more specificity on the MIME type seems the easiest route 
forward.

Please view or discuss this issue at 
https://github.com/w3c/media-source/issues/137 using your GitHub 
account

Received on Wednesday, 3 August 2016 22:12:59 UTC