On Fri, Sep 10, 2010 at 7:28 PM, Biju <span dir="ltr"><<a href="mailto:bijumaillist@gmail.com">bijumaillist@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=571822" target="_blank">https://bugzilla.mozilla.org/show_bug.cgi?id=571822</a><br>
> Firefox fires the timeupdate event once per frame.<br>
> Safari 5 and Chrome 6 fire every 250ms.  Opera 10.50 fires every 200ms.<br>
<br>
<br>
Now in firefox bug 571822 they are changing Firefox fires the<br>
timeupdate event at every 250ms<br>
<br>
But this takes away control of somebody who want to do some image<br>
process on every frame, as well as miss frames.<br>
<br>
So can we have a "newFrame" event and/or a "minTimeupdate" property to<br>
say what should be the minimum time interval between consecutive<br>
timeupdate event.<br>
</blockquote></div><br>If we have a newFrame event, might it be an idea to actually hand over the frame data (audio + video) in the event? I would think that only ppl that want to do manipulations on the media data want to have that kind of resolution and it might be more efficient to just provide the data with the event?<br>

<br>Incidentally: What use case did you have in mind, Biju?<br><br>Cheers,<br>Silvia.<br><br>