W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > April 2011

[Bug 12556] <video> Define how currentTime is updated in terms of tasks

From: <bugzilla@jessica.w3.org>
Date: Tue, 26 Apr 2011 09:11:03 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1QEeIR-00043e-BL@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12556

--- Comment #2 from Philip Jägenstedt <philipj@opera.com> 2011-04-26 09:11:03 UTC ---
One rather serious complication is that scripts that paint to a canvas would
expect that the frame they get is at the currentTime they are seeing. Currently
this is simply racy, it's possible to paint a frame just before it ends and
then observe the currentTime of the next frame. However, to *guarantee* that
scripts always see the frame corresponding to currentTime, one would have to
buffer frames from the script-seen currentTime to the actual time. This isn't
really reasonable.

Leaving canvas painting racy is no worse than what we already have today,
perhaps this could somehow be framed as a QoI issue, as the buffering needed
isn't always feasible.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 26 April 2011 09:11:05 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 16:31:08 UTC