<div dir="ltr">On Fri, Aug 22, 2008 at 1:56 PM, Tim Starling <span dir="ltr"><<a href="mailto:tstarling@wikimedia.org">tstarling@wikimedia.org</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
interface HTMLMediaElement {<br>
    ...<br>
    boolean supportsType(in DOMString type);<br>
    ...<br>
}<br>
<br>
The supportsType() method must return false if the user agent is sure it<br>
cannot support the given type, and true if the user agent either can<br>
support the given type, or cannot determine whether it can support the<br>
given type.<br>
</blockquote><div><br>Wouldn't it be better to return three possible values: "yes", "no" and "don't know"?<br><br>Any browser that supports integration with an extensible framework like GStreamer, Quicktime or Direct Show is going to have a hard time ever reporting "false". Apparently there was a conversation today in #theora that you might have seen whcih explains why this is so, at least for GStreamer.<br>
<br>With a three-value return, at least Firefox with both Ogg Theora and Quicktime support could return "yes" for Ogg and "maybe" for other types. But I think Safari is going to have to return "maybe" all the time --- except perhaps for codecs built into Quicktime. That doesn't help you.<br>
<br>It still seems to me that the best approach would be to try to play the stream using <video>, catch the error if that fails and then instantiate fallback. This is really what the media frameworks want you to do; the browser is just the meat in the sandwich.<br>
<br></div></div>Rob<br>-- <br>"He was pierced for our transgressions, he was crushed for our iniquities; the punishment that brought us peace was upon him, and by his wounds we are healed. We all, like sheep, have gone astray, each of us has turned to his own way; and the LORD has laid on him the iniquity of us all." [Isaiah 53:5-6]<br>

</div>