- From: Thomas Steiner <tomac@google.com>
- Date: Thu, 17 Nov 2011 15:41:10 +0100
- To: Yunjia Li <yl2@ecs.soton.ac.uk>
- Cc: Davy Van Deursen <davy.vandeursen@ugent.be>, Erik Mannens <erik.mannens@ugent.be>, Media Fragment <public-media-fragment@w3.org>
Hi all, I have fixed the bug where trailing dots in NPT were not recognized properly. On the way I have found two further erroneous test cases, which Davy has corrected already (see the separate thread for that [1]). I have also added SMPTE "start < end" checks, which were not yet contained in the previous release. Again on the way I found that in one test case we had incorrect SMPTE time specifications, Davy has also corrected the test case already (again, in a different thread [2]). In summary, implementation testers might want to have another look at the test cases 1) TC0019-UA 2) TC0026-UA 3) TC0080-UA 4) TC0081-UA Please note that the library used to normalize NPT times like 00:00:10 (hh:mm:ss) to 10 (s), which it no longer does. As @currentTime [3] in <audio> and <video> expects time in seconds, we might default back to the initial normalized behavior, however, with non-NPT time specifications this is not possible, so I thought in order to avoid confusion, I strictly adhere to what the input was, as long it is a valid NPT time. Thought? Best, Tom [1] http://lists.w3.org/Archives/Public/public-media-fragment/2011Nov/0019.html [2] http://lists.w3.org/Archives/Public/public-media-fragment/2011Nov/0037.html [3] http://www.w3.org/TR/html5/video.html#dom-media-currenttime -- Thomas Steiner, Research Scientist, Google Inc. http://blog.tomayac.com, http://twitter.com/tomayac
Received on Thursday, 17 November 2011 14:42:01 UTC