尽管它似乎处于某种危险之中，但开放视频标准是一个好主意。我看到了一些关于运动跟踪的演示——只是概念验证，但仍然很有趣。现在，我想说，如果可以访问用户的网络摄像头，像这样的概念真的会是一种收获……想象一下你的双手在半空中浏览 Flickr。
我用谷歌搜索了一下，但我找不到关于这个主题的任何详细讨论。在某些地方提到了它，但这并没有让我走得太远。有人知道是否计划对此提供支持吗？如果是，关于“何时”的任何预测？;-)
当然，我想他们必须为它设计一个非常好的安全模型......
问问题
43929 次
7 回答
16
好的，仍然没有明确、明确的答案，所以我继续采取了一些行动。WHATWG 可能会给我一个答案，所以我决定联系那里的人。真的不知道它必须是谁，但荷兰人Anne van Kesteren通常似乎对 Web 的未来非常了解——另外，他提供了一个电子邮件地址。
翻译他的回复可能不会有任何好处，所以简而言之：关于如何使它全部工作有一些粗略的想法，但目前没有任何具体的东西。设备 API 和策略工作组应该继续开展这方面的工作。
阅读他们的页面让我也意识到了其他一些事情——为什么只有网络摄像头访问？如果谷歌打算将操作系统转移到浏览器上，我们需要的不仅仅是网络摄像头。为什么不也通过网络应用程序管理您的 iPod？一切都应该是可能的。我想，如果这样的功能可用， “受信任的网站”的全新概念将不得不发展，但是，几乎任何事情都有解决方案，不是吗？;-)
于 2009-08-26T20:21:05.223 回答
5
更新！：HTMl5Rocks 现在有一个很好的工作演示。看看这里！
这是一篇非常有趣的带有演示的文章，但源代码尚未发布：（阅读评论以获取有关使用的编解码器、套接字服务器技术等的更多信息）
于 2011-03-02T21:56:12.947 回答
3
我们正在做一个这样的项目..
关于人们提到的爱立信的演示；它仅适用于尚未发布（尚未）的修补过的 webkit。
我们还没有看到任何其他工作项目，所以我们计划这样做：
- 实施HTML Media Capture草稿（可在此处获得）以访问原始数据。
- 使用 websockets 同时发送本地数据和接收远程数据。
- 客户端使用 callerID 在websocket服务器上“注册” 。
- 服务器有一个“邀请”API，其中调用者1“邀请”调用者2。
- 浏览器将使用 HTML5 音频和 HTML5 视频标签播放此内容。
于 2011-12-31T01:17:34.157 回答
2
html5 永远伴随着我们，flash vs silverlight vs html5 的问题已经存在了一段时间，但似乎趋势指向我们的桌面世界和我们的在线世界之间的合并。如果您对 Mac 的 Lion OS 有所了解，它基本上是以应用程序为中心的，它介于操作系统级别和在线之间。
设备 API 已经起草完毕，并将随着时间的推移出现在所有主要浏览器中（WebKit 始终是早期采用者），但众所周知，w3c 需要更长的时间才能正式批准对 HTML5 规范的补充。Erikson Labs 发布了他们的摄像头/声音捕获 API (https://labs.ericsson.com/developer-community/blog/beyond-html5-audio-capture-web-browsers)，因此您可以立即开始使用 HTML5 和外围设备支持.
于 2010-11-10T22:44:31.483 回答
1
看看这个WebRTC 项目，它是一个开源项目，让我们有机会在不安装任何插件的情况下访问网络摄像头、麦克风。我猜谷歌将其用于他们的开发。所以值得一试。
于 2012-05-01T15:10:51.613 回答
0
您现在可以直接从浏览器访问视频/音频硬件（万岁 HTML5），但没有很好的方法来记录流。为此，您仍然需要使用 Flash Media Server（或克隆）。有一些很好的服务可以让这个交钥匙而不是一个巨大的头痛：
于 2013-10-16T18:16:44.730 回答
-8
这永远不可能，因为这是开放网络标准无法完成的插件的最后使用。从客户端流式传输音频/视频到服务器的那一天将结束 flash/silverlight/what you have。还有一个软件专利问题，如果当前的解码状况意味着什么，就无法对媒体进行编码。在隐私或技术问题之前有太多障碍。Flash 多年来一直在这样做，没有人抱怨任何隐私问题。地理位置可能更危险，但考虑到其丰富的可能性，没有人会三思而后行。您可以获得的最接近的东西是带有 MJPEG 流的网络摄像头，它被包裹在 multipart-replace 中，并使用画布 API 来获取图像像素。
于 2009-08-23T17:30:59.370 回答