- From: Stefan Hakansson LK <stefan.lk.hakansson@ericsson.com>
- Date: Thu, 29 Mar 2012 09:43:00 +0200
- To: "public-media-capture@w3.org" <public-media-capture@w3.org>
We have assembled the following list of items that have been proposed,
or discussed, but not yet resolved or decided.
Please, contribute to discussing these things. We need to move forward!
Stefan for the chairs
Use events instead of callbacks for getUserMedia
================================================
http://lists.w3.org/Archives/Public/public-media-capture/2012Mar/0009.html
Feedback from Rich, Travis, Harald, Adam
* Need a concrete proposal (action Anant)
Simple image capture API
=========================
http://lists.w3.org/Archives/Public/public-media-capture/2012Mar/0008.html
Inputs from many (Harald, Randell, ...)
* No clear consensus
iFrame behavior
================
http://lists.w3.org/Archives/Public/public-media-capture/2012Mar/0024.html
Feedback ranging from “seems OK” to “don’t like”.
* No clear consensus
Direct assignment of MediaStream to Video
=========================================
http://lists.w3.org/Archives/Public/public-media-capture/2012Mar/0048.html
One way of getting around the encapsulation-breaker that is
createObjectURL
Meanwhile, there is a lot of discussion on the behavior of
createObjectURL on the WebApps list
* Not worked out yet
When are the resources (cameras, mics) “taken”?
===============================================
If the user gives the application the right to use resources (as a
result of a getUserMedia call), what does that mean?
It could mean that those resources are actually reserved, and
blocked for other applications (perhaps in other tabs of the same browser)
It could mean that the application is allowed to use those
resources, but the actual use is deferred until the MediaStream is
actually used (consumed by an audio or video element, or a PeerConnection)
* Not worked out yet
Received on Thursday, 29 March 2012 07:43:34 UTC