- 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