Yeah, we're behind there and battery. Probably others. I think the plugins arch gives us a nice path to keep on top of this and centralizes the problems to a place wherein anyone in the community can pitch in to help.
On Tue, Mar 27, 2012 at 11:35 AM, Shazron <[email protected]> wrote: > I think image is just part of video (one frame of the video stream). > > If you take a look at: http://www.w3.org/TR/2011/WD-webrtc-20111027/ > and search for "photo" on the page, it looks like that is the intent. > Prob it works like this - when taking a photo, the video stream is > dumped to the canvas, then the user will click a button that can dump > the current canvas to an image (canvas. toDataURL) > > On Tue, Mar 27, 2012 at 10:46 AM, Becky Gibson <[email protected]> wrote: >> from the W3C newsletter: >> >> The Media Capture API Note Published >> >> 22 March 2012 | Archive >> >> http://www.w3.org/News/2012#entry-9394 >> >> The Device APIs Working Group has published a Group Note of >> "The Media Capture API." This specification defined an >> Application Programming Interface (API) that provided access to >> the audio, image and video capture capabilities of the device. >> Development on it has stopped, and further work is taking place >> as part of “getusermedia: Getting access to local devices that >> can generate multimedia streams”. Learn more about the >> Ubiquitous Web Applications Activity. >> >> http://www.w3.org/2009/dap/ >> http://www.w3.org/TR/2012/NOTE-media-capture-api-20120322/ >> http://dev.w3.org/2011/webrtc/editor/getusermedia >> http://www.w3.org/2007/uwa/ >> >> >> Not sure what will happen to image capture as I quick read of the >> getUserMedia shows just audio and video.
