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

RE: recording

From: Sunyang (Eric) <eric.sun@huawei.com>
Date: Fri, 16 Nov 2012 09:04:45 +0000
To: "Timothy B. Terriberry" <tterriberry@mozilla.com>, "public-media-capture@w3.org" <public-media-capture@w3.org>
Message-ID: <9254B5E6361B1648AFC00BA447E6E8C32AED8248@szxeml545-mbx.china.huawei.com>


> -----Original Message-----
> From: Timothy B. Terriberry [mailto:tterriberry@mozilla.com]
> Sent: Tuesday, November 13, 2012 3:54 AM
> To: public-media-capture@w3.org
> Subject: Re: recording
> 
> Jim Barnett wrote:
> > There will be methods to read and set the UA's recording options.
> > Details are TBD but at the least the app would be able to choose among
> > the available recording/container formats (if the UA supports more than
> > one.)
> 
> Is there a reason to do something other than passing a mime-type plus
> options (e.g., quality) a la Canvas.toDataURL()?
> 

I guess set a record quality is good idea, etc, from high quality to low quality, but does the UA support it?

> > format that it can record/capture to.  I think that it would also make
> > sense to require that the UA support a format/container allowing it to
> > record/capture at least 2 simultaneous video and 2 audio streams (i.e.
> > both legs of an simple peer-to-peer audio+ video call).   If we can
> > agree on an MTI format that allows this, so much the better (but I don't
> > have one to propose.)
> 
> I think basically all container formats meet this requirement.

I also think this is not a problem.




Yang
Huawei
Received on Friday, 16 November 2012 09:05:29 UTC

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