- From: Ian Hickson via cvs-syncmail <cvsmail@w3.org>
- Date: Mon, 17 Nov 2008 01:12:02 +0000
- To: public-html-commits@w3.org
Update of /sources/public/html5/spec
In directory hutz:/tmp/cvs-serv8784
Modified Files:
Overview.html
Log Message:
Specify how frequently the timeupdate event should fire. (whatwg r2407)
Index: Overview.html
===================================================================
RCS file: /sources/public/html5/spec/Overview.html,v
retrieving revision 1.1578
retrieving revision 1.1579
diff -u -d -r1.1578 -r1.1579
--- Overview.html 17 Nov 2008 01:06:30 -0000 1.1578
+++ Overview.html 17 Nov 2008 01:11:59 -0000 1.1579
@@ -14869,12 +14869,20 @@
steps.</li>
<li><p>If the time was reached through the usual monotonic increase
- of the current playback position during normal playback, the user
- agent must then <a href=#queue-a-task>queue a task</a> to <a href=#fire-a-simple-event>fire a simple
- event</a> called <code title=event-timeupdate><a href=#event-timeupdate>timeupdate</a></code> at the element. (In the
+ of the current playback position during normal playback, and if the
+ user agent has not fired a <code title=event-timeupdate><a href=#event-timeupdate>timeupdate</a></code> event at the element in
+ the past 15 to 250ms, the user agent must then <a href=#queue-a-task>queue a
+ task</a> to <a href=#fire-a-simple-event>fire a simple event</a> called <code title=event-timeupdate><a href=#event-timeupdate>timeupdate</a></code> at the element. (In the
other cases, such as explicit seeks, relevant events get fired as
part of the overall process of changing the current playback
- position.)</li>
+ position.)</p>
+
+ <p class=note>The event thus is not to be fired faster than about
+ 66Hz or slower than 4Hz. User agents are encouraged to vary the
+ frequency of the event based on the system load and the average
+ cost of processing the event each time, so that the UI updates are
+ not any more frequent than the user agent can comfortably handle
+ while decoding the video.</li>
<li><p>If the time was reached through the usual monotonic increase
of the current playback position during normal playback, and there
Received on Monday, 17 November 2008 01:12:10 UTC