W3C home > Mailing lists > Public > public-device-apis@w3.org > September 2010

Re: The Media Capture API FPWD

From: Ilkka Oksanen <Ilkka.Oksanen@nokia.com>
Date: Tue, 21 Sep 2010 15:44:11 +0300
Message-ID: <4C98A89B.2050305@nokia.com>
To: ext Bryan Sullivan <blsaws@gmail.com>
CC: W3C DAP <public-device-apis@w3.org>
Hi Bryan,

Here is my very delayed response.

02/09/2010 06:02, ext Bryan Sullivan kirjoitti:
> This statement is unclear: “If a CaptureAudioOptions parameter was 
> present, and its maxNumberOfMediaFiles attribute was defined,
> successCB /must/ be invoked after the user has captured a number of
> audio clips defined in maxNumberOfMediaFiles.  If user exited the
> native audio recorder application prematurely, errorCB must be
> invoked.”:
> If the user exits the recorder before the max clips are recorded, why
> is that an error? In general, how is “premature” determined? This
> comment also applies to the other capture types.

I agree and therefore modified this part of the spec. It's now error
situation only if the user quits before recording any clips.

> What is expected to happen when the pending operation is cancelled?
> Is the camera application automatically exited and the user returned
> to the browser/widget application? What happens to the media the user
> may have already captured?

There is indeed need for clarification. It's now explicitly said that
the native application is automatically closed, the incomplete set of
files that the user might have captured is destroyed and no callbacks
are invoked.

> How can a similar function to the “ViewFinderStreaming” feature of
> the BONDI API be provided, e.g. through some other API, or is this
> under consideration for this or a later API version in DAP?

For v2 I think.

Received on Tuesday, 21 September 2010 12:44:54 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 14:53:46 UTC