网络应用视频聊天的最佳技术？

Question

我开始研究支持一个项目的技术，该项目涉及使用web浏览器的一方和使用胖客户端的另一方之间的视频聊天(技术TBD，如下所示)。

我看到了需要识别的三个组件(我更希望避免重新发明任何轮子)：web客户机(视频记录和回放)、胖客户机(视频记录和回放)和一个服务器作为它们之间的交换。

几年前，当我最后一次做类似的工作时，Flash似乎是镇上唯一的游戏，但我怀疑现在还有其他可行的选择。上述组件的哪组技术(或建议的替代体系结构)适合我下面的愿望列表？

• web -客户端可以嵌入到网页中，并可以访问本地摄像机。
• 胖客户端必须简单到自动(即没有复杂的摄像机配置)
  • 从浏览器(例如WebStart)启动这一面是合法的

​

• 如果对这两个客户端使用不同的技术，则在它们之间使用标准的交换技术。
• 我的团队在Java生态系统中是最舒服的，并且更喜欢易于嵌入的技术。但是，最后一点是可以商量的(例如，如果Silverlight是一个完美的匹配，那么也许我们可以使用C#来代替胖客户端)。

谢谢你的指点！

Answer 1

Silverlight和IIS7(.5)。Silverlight支持流媒体视频和网络摄像头。它也被用于奥运会的视频流。有了浏览器之外的支持，您可以安装bot web客户端和think客户端。

Answer 2

这个问题是在5年前提出的，WebRTC是后来发布的，但现在我认为我们最好将它用于网络视频流。您可以让两个客户端都在使用web，不需要安装客户端应用程序。

PS。请注意，WebRTC在不久的将来将被微软提出的ORTC所取代。

Answer 3

HTML5提供了更好的视频支持(比以前的HTML更好)--包括流媒体，缺点是跨浏览器支持可能会时有发生。

否则，我会同意维达尔对银光的建议。

• 如何用HTML5丢弃Flash和视频流
• HTML 5和Web视频:将丰富的媒体从插件监狱中解放出来

如果您在.Net世界中，您可以在基本是浏览器窗口的厚客户机中使用一个控件--我假设在Java (？)中有一个eqvialent (?)；这将允许您重新使用更多代码。