HTML5 video/audio seems woefully underspecified to take on flash and replace other plugins. No streaming support (live broadcast), recently introduced capture APIs design for mobile and incapable of allowing incremental JS processing. You still can't do what you've been able to do in Java or Flash with media for the last decade. Even simple peer...
Dec 10, 2009
from
Ick, nambu iPhone client doesn't insert spaces sometimes when it wraps it appears
- Ray Cromwell
The capture api seemed pretty bizarre when I skimmed it yesterday. Did they even provide a way to grab frames and send them over the wire? It wasn't obviously possible from a quick read.
- Joel Webber
It's designed for mobile devices (e.g. Palm, iPhone) where the camera is a separate application and can't run concurrently with the browser. Think of it as basically like an Android Intent "go record some stuff, putting the browser to sleep, and when done, restart my browser session and hand me the media file" I don't think the fundamental future of media capture on the Web platform should be limited to the lowest common denominator of devices.
- Ray Cromwell
I've been putting a bit of feedback on the list - pointed them at the Flash API (which I thought might have been useful for people to take a look at _before_ writing an API) and a few other things. There are still people pushing a <input type="webcam"> model, though. I think there is a LONG way to go.
- Nick Lothian
However, there is talk of having a <video> viewfinder, which would allow JS processing at least.
- Nick Lothian