W3C home > Mailing lists > Public > public-device-apis@w3.org > November 2009

Re: ISSUE-8: Requirements for [Camera/Caputre API] (was: Updated requirements document)

From: <Ingmar.Kliche@telekom.de>
Date: Thu, 12 Nov 2009 15:29:44 +0100
Message-ID: <98B37F7D0484184B9DBDCC44B6C8EDA303E57328@S4DE9JSAAID.ost.t-com.de>
To: <pgladstone@cisco.com>
Cc: <public-device-apis@w3.org>
I think the proposed requirement (see below) didn't made it into the requirements document yet. 

@Philip: 

You are referring to "the current API proposal ... ". I guess you are talking about the list of requirements?

Also, could you elaborate more on the use case of a "web application to capture realtime video -- say as part of a video conferencing application"?

Thanks, 
Ingmar.

-----Original Message-----
From: public-device-apis-request@w3.org [mailto:public-device-apis-request@w3.org] On Behalf Of Philip Gladstone
Sent: Tuesday, October 06, 2009 8:18 PM
To: Robin Berjon
Cc: public-device-apis@w3.org
Subject: Re: Updated requirements document

Hi

For the Camera (aka Capture) API, I would like to propose that the
requirement "MUST support continuous delivery of realtime audio and
video". The current API proposal only supports getting access to a
complete captured video (or audio) object. This does not permit a web
application to capture realtime video -- say as part of a video
conferencing application. It might be possible to do this by mapping the
viewfinder to a canvas, and then rapidly scraping the canvas, but, as
well as being extremely nasty, it doesn't solve the audio problem.

Philip

Robin Berjon wrote:
> Hi all,
>
> I've updated the requirements document at:
>
>   http://dev.w3.org/2009/dap/api-reqs/Overview.html
>
> It now contains information for each API, and tries to list a number
> of issues, though of course more work is needed.
>
> I'd like to ask everyone to spend a little bit of time reviewing it
> before the call. I think that we've gathered enough information that
> it is worth publishing it officially (as a WG Note, since it's not
> normative). And ideally that's a decision that we would be able to
> make on the call this week - so be sure to check it!
>

-- 
Philip Gladstone                    978-ZEN-TOAD (978-936-8623)
Cisco Systems, Inc                                  Boxboro, MA


Received on Thursday, 12 November 2009 14:35:29 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:14:01 GMT