- From: Harald Alvestrand <harald@alvestrand.no>
- Date: Sat, 24 Nov 2012 18:28:55 +0100
- To: public-media-capture@w3.org
- Message-ID: <50B103D7.8010800@alvestrand.no>
On 11/19/2012 10:14 PM, Jim Barnett wrote:
>
> Here's my latest revision of the recording proposal, based on
> discussion in Lyon and on the list. The main difference from the
> previous proposal is that I've moved recording into its own
> MediaRecorder class, with a constructor that takes a MediaStream as an
> argument. I've kept a single record function with an optional
> TimeSlice argument, because that seemed to be the most popular
> choice. There are questions scattered throughout in brackets [].
> The treatment of errors is extremely vague, but I think that's a
> reflection of where we are.
>
> Please send me any comments.
>
> -Jim
>
thanks for supplying this!
I like it - and I think it's implementable.
Some comments, worries and nits:
- the text for "record" refers to "raise a recordingerror event", but
there is no "onrecordingerror" event handler. Neither is the
"onrecordingwarning" specified in 1.5
- The term "The UA /must/ record each Track within the MediaStream
separately" is ambiguous to me. For instance, stereo encoding as a+b /
a-b combo - is that "separate" or not? I think "in such a way that the
original tracks can be retrieved at playback time" might be less ambiguous.
- Does stopRecording() cause the UA to fire a "dataavailble" event in
all cases, even if recording hasn't started yet? (I think so, for
consistency)
- Do we need a "setSyncPoint()" operator and a "syncpoint" signal, so
that the client can tell the recorder to insert a point at which a
recording can be broken up (typically a new I-frame)?
- Why does it make sense to set audiorecordingformat and
videorecordingformat separately? I know we need to support container
formats with options for codecs, but I don't think these are independent
entities - having a "parametervalues" argument might be a cleaner way to
do it.
But I think this is good enough for a first version of a document -
please format it and send it in, and we can start the process of asking
Dom how we do a FPWD publication of it!
Harald
Received on Saturday, 24 November 2012 17:29:27 UTC