On Wed, Dec 10, 2008 at 5:56 PM, Dave Singer <span dir="ltr"><<a href="mailto:singer@apple.com">singer@apple.com</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;">
<div class="Ih2E3d">At 21:33  +1300 9/12/08, Robert O'Callahan wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
For what it's worth, loading an intermediate document of some new type which references other streams to be loaded adds a lot of complexity to the browser implementation. It creates new states that the decoder can be in, and introduces new failure modes. It creates new timing issues and possibly new security issues.<br>

</blockquote>
<br></div>
I'm not sure I agree;  but if you believe that, we should address it no matter which way this discussion goes.  It should absolutely be possible to reference a SMIL file, or an MP4 or MOV file with external data (to give only two examples) from a <video> or <audio> element, and have the DOM, events, states, and APis work correctly.</blockquote>
<div><br>I agree it should be done eventually, it's just significantly more complicated than what we have to deal with currently. <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>