W3C home > Mailing lists > Public > public-html-commits@w3.org > June 2009

html5/spec Overview.html,1.2350,1.2351

From: Ian Hickson via cvs-syncmail <cvsmail@w3.org>
Date: Fri, 05 Jun 2009 09:22:25 +0000
To: public-html-commits@w3.org
Message-Id: <E1MCVd4-0008Df-0A@lionel-hutz.w3.org>
Update of /sources/public/html5/spec
In directory hutz:/tmp/cvs-serv31581

Modified Files:
Log Message:
Define that the timeline for videos and audio is linear. (whatwg r3198)

Index: Overview.html
RCS file: /sources/public/html5/spec/Overview.html,v
retrieving revision 1.2350
retrieving revision 1.2351
diff -u -d -r1.2350 -r1.2351
--- Overview.html	5 Jun 2009 09:20:47 -0000	1.2350
+++ Overview.html	5 Jun 2009 09:22:22 -0000	1.2351
@@ -18874,6 +18874,18 @@
   the past 15 to 250ms, then the user agent must <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.</p>
+  <p>User agents must act as if the timeline of the <a href="#media-resource">media
+  resource</a> increases linearly starting from the <a href="#earliest-possible-position">earliest
+  possible position</a>, even if the underling <a href="#media-data">media
+  data</a> has out-of-order or even overlapping time codes.</p>
+  <p class="example">For example, if two clips have been concatenated
+  into one video file, but the video format exposes the original times
+  for the two clips, the video data might expose a timeline that goes,
+  say, 00:15..00:29 and then 00:05..00:38. However, the user agent
+  would not expose those times; it would instead expose the times as
+  00:15..00:29 and 00:29..01:02, as a single video.</p>
   </div><p>The <dfn id="attr-media-loop" title="attr-media-loop"><code>loop</code></dfn>
   attribute is a <a href="#boolean-attribute">boolean attribute</a> that, if specified,
   indicates that the <a href="#media-element">media element</a> is to seek back to the
Received on Friday, 5 June 2009 09:22:32 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:09:22 UTC