- From: Jim Barnett <Jim.Barnett@genesyslab.com>
- Date: Thu, 13 Dec 2012 19:43:56 +0000
- To: "public-media-capture@w3.org" <public-media-capture@w3.org>
- Message-ID: <57A15FAF9E58F841B2B1651FFE16D281EB7D@GENSJZMBX01.msg.int.genesyslab.com>
It makes sense to add pause and resume functionality to recording. The question is what the exact semantics should be. First of all, we currently say that it a Track is muted, the record function should fill in with silence or black frames. (I think that this would be necessary so that playback could be synchronized). Now, if the entire record() operation is paused, I assume that it would simply stop gathering data while it is paused. (So that if you pause and resume recording, there will be a sudden skip during the playback.) However, I can imagine cases where someone might want to pause recording a specific track, without muting the underlying track (for example, the user would still be speaking, but it would be left out of the recording). In this case, I think that we would also want to fill in with silence or black frames. For consistency, I think this would have to be the case even if the app paused each Track in the stream. (So there is now a difference between pausing the recording of a Stream, and pausing each Track individually - in the latter case, but not the former, the pause would be filled with silence and black frames.) Any comments on this? - Jim
Received on Thursday, 13 December 2012 19:44:25 UTC