- From: Peter Linss via GitHub <sysbot+gh@w3.org>
- Date: Mon, 18 Dec 2017 19:15:23 +0000
- To: public-media-capture@w3.org
plinss has just created a new issue for https://github.com/w3c/mediacapture-record: == timecode issues == (not sure if I should have filed these as individual issues, but didn't want to spam the issues list, happy to split if desired) 1) The current description of timecode is confusing. a) It's not clear if the timecode is referring to the time the first data in the blob was captured or when the event was created (I presume the former as the latter is supplied by the event's timeStamp). b) The prose doesn't define a timecocde value for the first chunk (other than stating that it "does not need to be zero"). This should be clearly defined to be either 0 or the actual time of the capture. c) The first chunk's timecode is an arbitrary value, but the following chunk's timecodes are defined to be a difference from the first chunk. This puts a burden on developers to interpret the data. They should either all be simple timestamps, or the first be 0 and the following be offsets from the beginning of the recording. (FWIW Chrome's current implementation appears to be all simple timestamps.) 2) There's no way to compute a duration. If the first timecode is the start time of the first chunk, then the duration of each chunk could be computed by the difference of the timecode of the following chunk. However there's no way to compute the duration of the last chunk. (Similarly if the first chunk's timecode was a timestamp of the end of the chunk, there'd be no way to get the duration of the first chunk.) It would be useful to have a duration attribute for each chunk (or possibly a startTimecode/endTimecode). 3) It's unclear what the behavior of the timecode is when the recording is paused. Is it the real-world timestamp of the capture of the beginning of the chunk, or is it the time within the recorded stream of the beginning of the chunk? (i.e. if a recording delivers a 2 second chunk, is paused for 30 seconds, then resumes, is the timecode of the second chunk 2 or 32 seconds?) (I'd prefer the latter, e.g. the timecode/duration always refers to the data in the recorded stream, rather than the capture time, if there's a use for the capture time, it should be a separate attribute.) Please view or discuss this issue at https://github.com/w3c/mediacapture-record/issues/140 using your GitHub account
Received on Monday, 18 December 2017 19:15:28 UTC