HTML 5 <video> 标签和网络摄像头集成的状态如何？答案

【问题标题】：What's the status of the HTML 5 <video> tag and webcam integration?HTML 5 <video> 标签和网络摄像头集成的状态如何？
【发布时间】：2010-11-22 01:47:41
【问题描述】：

尽管它似乎处于某种危险之中，但开放视频标准是一个好主意。我看到了一些关于运动跟踪的演示——只是概念验证，但仍然很有趣。现在，我想说像这样的概念真的会是一种收获，如果可以访问用户的网络摄像头......想象一下你的双手在半空中浏览 Flickr。 p>

我在 Google 上搜索了一下，但找不到有关该主题的任何详细讨论。在某些地方提到了它，但这并没有让我走得太远。有人知道是否计划对此提供支持吗？如果是，关于“何时”的任何预测？ ;-)

当然，我想他们必须为它设计一个非常好的安全模型..

【问题讨论】：

爱立信对此有一些有趣的想法：labs.ericsson.com/developer-community/blog/…
3 年后这是当前状态，Chrome 和 Opera 中的一些支持：iandevlin.com/blog/2012/06/html5/…
有没有办法从 java 输出 /dev/tty 然后在 Java / JavaScript 解码器中解码图像？

标签： video html webcam

【解决方案1】：

好的，仍然没有明确、明确的答案，所以我继续采取了一些行动。 WHATWG 可能会给我一个答案，所以我决定联系那里的人。真的不知道它是谁，但荷兰人Anne van Kesteren 通常似乎对网络的未来非常了解——另外，他提供了一个电子邮件地址。

翻译他的回复可能不会有任何好处，所以简而言之：关于如何让这一切发挥作用有一些粗略的想法，但目前还没有任何具体的内容。 Device APIs and Policy Working Group 应该会继续处理这个问题。

阅读他们的页面让我也意识到了一些别的东西——为什么只有 网络摄像头 访问？如果谷歌打算将操作系统转移到浏览器上，我们需要的不仅仅是网络摄像头。为什么不也通过网络应用程序管理您的 iPod？一切都应该是可能的。我想一个全新的“受信任网站”概念将不得不发展如果这样的功能可用，但是，几乎任何事情都有一个解决方案，不是'那里？ ;-)

【讨论】：

这是一篇关于在讨论可能的 API 时添加到规范中的 HTML <devices> 元素的博客文章：blog.whatwg.org/whats-next-in-html-episode-1
哦，再看看 Google 和他们的计划，我认为您将能够将您的数码相机之类的东西插入 Chrome 操作系统。这是否使其成为实施的网络标准是另一回事。
虽然我喜欢你的回答，但你的最后一句话是谈话的素材。 “一个全新的‘可信网站’概念”将由威瑞信发明。这将花费一大笔钱。不会很漂亮而且，就像“正确”签名的 SSL 证书一样，它只是一个噱头，基本上只是为最终用户提供一些他们不理解的眼花缭乱的舒适感。
大声笑在浏览器上管理您的 ipod。就像苹果会允许那样。 iphone 甚至没有文件系统

【解决方案2】：

更新！：HTMl5Rocks 现在有一个很好的工作演示。看看here！

这是一篇非常有趣的带有演示的文章，但源代码尚未发布：（阅读 cmets 以了解有关使用的编解码器、套接字服务器技术等的更多信息）

https://labs.ericsson.com/developer-community/blog/beyond-html5-conversational-voice-and-video-implemented-webkit-gtk

【讨论】：

【解决方案3】：

我们正在做一个这样的项目..

关于人们提到的爱立信演示；它仅适用于尚未发布（尚未）的修补过的 webkit。

我们还没有看到任何其他工作项目，所以我们计划这样做：

实施 HTML Media Capture 草案（here 提供）以访问原始数据。
使用 websockets 同时发送本地数据和接收远程数据。
客户端使用 callerID 在 websocket 服务器上“注册”。
服务器有一个“邀请”API，调用者1“邀请”调用者2。
浏览器将使用 HTML5 音频和 HTML5 视频标签播放此内容。

【讨论】：

【解决方案4】：

html5 永远与我们同在，flash 与 silverlight 与 html5 的问题已经存在了一段时间，但似乎趋势指向我们的桌面世界和我们的在线世界之间的合并。如果您对 Mac 的 Lion OS 有所了解，它基本上是以应用程序为中心的，它介于操作系统级别和在线之间。

Device API 已经起草完毕，并将随着时间的推移出现在所有主要浏览器中（WebKit 始终是早期采用者），但众所周知，w3c 需要更长的时间才能正式批准对 HTML5 规范的补充。 Erikson Labs 发布了他们的摄像头/声音捕获 API (https://labs.ericsson.com/developer-community/blog/beyond-html5-audio-capture-web-browsers)，因此您可以立即开始使用 HTML5 和外围设备支持.

【讨论】：

【解决方案5】：

看看这个WebRTC project，它是一个开源项目，让我们有机会在不安装任何插件的情况下访问网络摄像头、麦克风。我猜谷歌将其用于他们的开发。值得一试。

【讨论】：

【解决方案6】：

您现在可以直接从浏览器访问视频/音频硬件（万岁 HTML5），但没有很好的方法来记录流。为此，您仍然需要使用 Flash Media Server（或克隆）。有一些很好的服务可以让这个统包而不是令人头疼的问题：

http://cameratag.com

http://framebase.io

http://framey.com

【讨论】：

【解决方案7】：

这永远不可能，因为这是开放网络标准无法完成的插件的最后使用。从客户端流式传输音频/视频到服务器的那一天将结束 flash/silverlight/what you have。还有一个软件专利问题，如果当前的解码状况意味着什么，就无法对媒体进行编码。在隐私或技术问题之前有太多障碍。 Flash 多年来一直在这样做，没有人抱怨任何隐私问题。地理位置可能更危险，但考虑到其丰富的可能性，没有人会三思而后行。您可以获得的最接近的东西是带有 MJPEG 流的网络摄像头，它被包裹在 multipart-replace 中并使用画布 API 来获取图像像素。

【讨论】：

哈哈 - 这就是的精神！ “不！我们做不到！啊啊啊！”
是的，就好像一厢情愿的想法会带你到任何地方。去说服苹果、微软、adobe、opera、mozilla。我现在以做这些东西为生，而 html 现在无法正常工作。尝试编写代码、建立博客并大喊大叫。除非大笔资金决定它是有利可图的，否则它永远不会让你有任何收获。
“如果你没有每天都被拒绝，那么你的目标就不够雄心勃勃。” - 克里斯·迪克森
恭喜，您对一年多前的带有政治色彩的答案发表了带有政治色彩的评论。当然我希望在内部实现，我不知道，也许 4 年，但我们仍然没有。
您好，从 2021 年开始。是的，我们现在可以做到这一点，而且实际上只需一行。