To be clear, I should have said "worked properly everywhere".<div><br></div><div>Chrome's fix is working its way through their trees (I don't think the release version has it yet). Safari 5, at least, seems to work fine. </div>

<div>FireFox 4 apparently just checked this in (it's not in beta3 _at all_, no buffered property on video, but I see a 8/19 blog post about it being added), so it should be in beta 4? </div><div><br></div><div><div>So it's not something I would rely on yet, but it looks like an eventual solution. In the meantime I might start experimenting with it where it works.</div>

</div><div><br></div><div>-Kevin</div><div><br></div>
<div><br></div><div><div class="gmail_quote">On Thu, Aug 26, 2010 at 9:14 PM, Eric Carlson <span dir="ltr"><<a href="mailto:eric.carlson@apple.com" target="_blank">eric.carlson@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div><br>
On Aug 26, 2010, at 1:47 PM, Kevin Carle wrote:<br>
<br>
><br>
> At the very least it would be nice to be told how much had been loaded before playback began (maybe as part of an event). I suppose polling buffered would work, if buffered actually worked properly...<br>
><br>
> Theoretical scenario:<br>
><br>
> Listen for canplay -- this _should_ fire when just a couple frames are ready, yes?<br>
> Poll buffered state until desired buffer amount<br>
> Call play()<br>
><br>
> I don't think this actually works today though, largely due to bad implementations of buffered.<br>
><br>
</div>  I am not aware of problems with WebKit's implementation, have you filed bugs?<br>
<font color="#888888"><br>
eric<br>
<br>
</font></blockquote></div><br></div>