W3C home > Mailing lists > Public > public-webrtc@w3.org > July 2011

RE: Clarification on media capture split between WebRTC and DAP

From: Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com>
Date: Mon, 25 Jul 2011 19:39:58 +0200
To: Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com>, Alissa Cooper <acooper@cdt.org>, "public-webrtc@w3.org" <public-webrtc@w3.org>
Message-ID: <BBF498F2D030E84AB1179E24D1AC41D616C389F148@ESESSCMS0362.eemea.ericsson.se>
I think my previous answer was misleading. Sorry for that.

What was agreed between DAP and webrtc (my interpretation) was that DAP should deal with capture to a file (meaning images _as well as_ audio or video). In other words non-real-time (~100ms range as discussed in webrtc). Webrtc should instead deal with streams (real-time). These streams could be streamed off the device, but could also stay on device (self-view, real-time analysis, , in combination with <canvas> or the upcoming Audio APIs to do cool tricks of mixing different sources, ...). 

So far (my interpretation of) what was agreed.

In one of the API proposals you can now record a stream - this was never discussed between DAP and webrtc so there is no agreement for that!

I think the chairs (i.e. me and Harald) need to bring this up with DAP again if we decide that recording should stay as a feature.

Stefan
________________________________________
From: Stefan Håkansson LK
Sent: Monday, July 25, 2011 4:03 PM
To: Alissa Cooper; public-webrtc@w3.org
Subject: RE: Clarification on media capture split between WebRTC and DAP

>At the F2F I asked a question about how media capture functionality is being split between WebRTC and DAP. From the minutes:
>
>>  Alissa: thinking about the use case where you may want to use the
>>   camera to take still pictures but not to stream video
>>
>>   Stefan: coordination with DAP. We'll handle streams, they will
>>   handle still pictures.
>>
>>   <burn> actually, I think Alissa's concern was that this API might be
>>   used to record but not stream
>
>So just to clarify,
>
>DAP is handling capture of still images
>WebRTC is handling capture of audio, whether it is then streamed to another endpoint or not
>WebRTC is handling capture of video, whether it is then streamed to another endpoint or not
>
>Is that right?
That is right, at least that's the way I interpret it.
>
Also, we never really discussed recording in the webrtc context. In at least one of the API proposals recording is a supported feature, but it has not be discussed (and is not in the charter).
>
>Thanks,
>Alissa
Received on Monday, 25 July 2011 17:40:22 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 25 July 2011 17:40:23 GMT