- From: wolenetz via GitHub <sysbot+gh@w3.org>
- Date: Wed, 03 Aug 2016 22:10:55 +0000
- To: public-html-media@w3.org
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