Re: Lossless modes (Re: approaches to recording)

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!)

                 Harald