- From: Randell Jesup <randell-ietf@jesup.org>
- Date: Fri, 20 Jan 2012 12:18:01 -0500
- To: public-media-capture@w3.org
- Message-ID: <4F19A1C9.4060302@jesup.org>
On 1/20/2012 3:35 AM, Travis Leithead wrote: > > Well, WebRTC supports multiple video and audio streams incoming *and* > outgoing, so it will be needed for that (the 'hockey' example). For > media capture, this would apply to the video diary as well - recording > both the view seen, and the face of the commentator for later use > insetting or editing. Or someone recording a sports event from the > sideline using two webcams, or two people at the same computer each with > a webcam pointed at them (one built in, one on a cable to the coworker > sitting next to or across from them). Etc. > > I added this scenario as a variation to 2.4. On a personal note, I think that more than two webcam scenarios are an extreme minority for most "typical users". While the idea of supporting it is interesting from a pedagogical standpoint, the reality is that it's just not necessary. If you really _need_ to control multiple cameras are you really going to use a web browser for that? Hence the scenario is running on "special hardware" which gave me an out to support parallel recording (must have dedicated chipsets for each HD video recording stream--your typical hardware will barf under those conditions). Agreed; more than 2 webcams would be a very unusual situation (thought it's nice if the API can handle it). 2 webcams would be an unusual but not surprising use-case, seeing as many devices now come with 2 built-in cameras, and often laptops will have a camera attached to them plus a built-in (and as mentioned there are some obvious use-cases for 2 cameras. Another is an interview or a deposition. Note that HD-capable doesn't mean you're recording in HD (and for interactive use, very likely not, especially with multiple cameras - at least today). And some cameras now have video compression built-in (Logitech 920). -- Randell Jesup randell-ietf@jesup.org
Received on Friday, 20 January 2012 17:19:24 UTC