W3C home > Mailing lists > Public > public-media-capture@w3.org > October 2012

Re: Lossless modes (Re: approaches to recording)

From: Harald Alvestrand <harald@alvestrand.no>
Date: Mon, 15 Oct 2012 15:33:10 +0200
Message-ID: <507C1096.3080609@alvestrand.no>
To: public-media-capture@w3.org
On 10/15/2012 03:24 PM, Jim Barnett wrote:
> Harald,
> Yes, if this complicates the stack, it won't be worth the effort.  We 
> will use an asynch API that delivers buffers of data (of configurable 
> size) as they are available.  That's somewhat different from the/a 
> common recording case, where you just want the whole Blob when it's 
> done (or maybe you want it written out to file without the JS code 
> ever seeing it.)  This asynch API is the same one we'd use for 
> real-time media processing  as well (for example, drawing a box around 
> the bouncing ball).  There seems to be some disagreement about whether 
> this API is part of the recording API or a separate one.
I think that's mainly a naming issue - "recording" sounds like it's 
dealing with a whole conversation, with all its media flows, which kind 
of implies a MediaStream-level operation, and not in real time, while 
"data processing" sounds like it may need to deal with one component at 
a time, and may potentially need to be fast.

If all new features were named "featureXYZ", we'd all be less likely to 
jump to conclusions (and very much less likely to remember which is which!)

Received on Monday, 15 October 2012 13:33:46 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:26:12 UTC