HTML 5 <video>标签和networking摄像头集成的状态如何？
即使它看起来有些危险，开放video标准是一个好主意。 我看到一些关于运动跟踪的演示 – 只是概念validation，但是很有意思。 现在，我想说，如果能访问用户的networking摄像机，像这样的概念真的是一个收益…只要想象一下，用你的手在半空中浏览Flickr。
我已经Google了一下，但我找不到有关这个问题的任何详细的讨论。 这在有些地方被提到，但是这并没有让我走得很远。 有人知道是否计划支持这个计划吗？ 如果是的话，什么时候预测什么时候？ 😉
当然，我想他们不得不想出一个相当不错的安全模型。
好吧，仍然没有明确的，明确的答案，所以我继续采取一些行动。 WHATWG可能会给我一个答案，所以我决定和那里的人联系。 真的不知道是谁，但是荷兰人Anne van Kesteren似乎通常都很清楚Web的未来 – 另外，他还提供了一个电子邮件地址。
翻译他的反应可能不会有什么好处，所以简而言之：关于如何使所有的工作都有一些粗略的想法，但目前没有任何实际的东西。 设备API和策略工作组应该继续这个工作。
阅读他们的页面，让我意识到别的东西 – 为什么只有摄像头访问？ 如果Google打算将操作系统移到浏览器，我们将不仅仅需要networking摄像机。 为什么不通过webapppipe理你的iPod呢？ 任何事情都应该是可能的。 如果这样的function可用，我想一个全新的“受信任的网站”的概念将不得不进化，但是，几乎任何东西都有解决scheme，不是吗？ 😉
更新！：HTMl5Rocks现在有一个非常好的工作演示。 看看这里 ！
这里有一个非常有趣的文章，但是演示文稿还没有发布：（阅读注释以获取更多关于使用的编解码器，套接字服务器技术等的信息）
我们正在研究这样一个项目
关于爱立信人们提到的演示; 它只适用于尚未发布的补丁webkit（还）。
我们还没有看到任何其他的工作项目，所以我们打算这样做：
- 实现HTML媒体捕捉草案（ 在这里可用）为了访问原始数据。
- 使用websockets同时发送本地数据和接收远程数据。
- 客户端使用callerID在websocket服务器上“注册”。
- 服务器具有“邀请”API，其中caller1“邀请”caller2。
- 浏览器将使用HTML5audio和HTML5video标签进行播放。
html5与我们同在，flash vs silverlight vs html5的问题已经出现一段时间了，但似乎趋势是指向我们的桌面世界和我们的在线世界之间的合并。 如果你已经在Mac的Lion操作系统上偷偷摸摸地看到了一个高峰，那么它基本上是以应用程序为中心的，这个操作系统在操作系统和在线之间。
设备API已经起草，并会随着时间的推移到所有主stream浏览器（WebKit始终是早期的采用者），但众所周知，W3C正式批准增加HTML5规范需要更长的时间。 Erikson实验室已经发布了他们的相机/声音捕捉API（https://labs.ericsson.com/developer-community/blog/beyond-html5-audio-capture-web-browsers），所以你现在就可以开始使用HTML5和外设支持。;
看看这个WebRTC项目是一个开源项目，让我们有机会访问networking摄像头，麦克风而不需要安装任何插件。 我猜Google是用它来发展的。 所以值得尝试。
您现在可以直接从浏览器（hooray HTML5）访问video/audio硬件，但没有好的方法来loggingstream。 要做到这一点，你仍然需要使用Flash Media Server（或克隆）。 有一些很好的服务，使这个交钥匙，而不是一个巨大的头痛：
这是永远不可能的，因为它是打开web标准无法完成的插件的最后一次使用。 从客户端到服务器的stream式audio/videostream将成为flash / silverlight /结尾。 另外还有软件专利问题，如果解码的当前状态意味着什么，将使得不可能对媒体进行编码。 隐私或技术问题之前的障碍太多了。 Flash已经这样做了好几年了，没有任何人在谈论任何隐私问题。 地理位置可能更危险，但考虑到其丰富的可能性，没有人会考虑两次。 你可以得到的最接近的是一个带有MJPEGstream的networking摄像机，它被多部分replace，并使用canvasAPI来获取图像像素。
