Html 使用NodeJS的音频和视频会议

Html 使用NodeJS的音频和视频会议,html,node.js,sockets,video-streaming,webrtc,Html,Node.js,Sockets,Video Streaming,Webrtc,我想构建一个web应用程序,让两个对等方使用HTML5的视频和音频流彼此看到和听到对方的声音,而不使用插件(IE除外,我假装使用它来使用flash回退) 我还想使用NodeJS传输数据,但我不知道从哪里开始。例如: 对等点A节点JS对等点B 我对这种对等2服务器2对等方法感兴趣,而不是对等2对等解决方案,因为: 1) 我认为它将更兼容所有浏览器如果这不完全正确,请让我知道 2) PeerJS(我不感兴趣)在某些情况下依赖于黑魔法晕眩转冰信号。我在某个地方读到,只有70%的连接适合这种传输,我承受

我想构建一个web应用程序,让两个对等方使用HTML5的视频和音频流彼此看到和听到对方的声音,而不使用插件(IE除外,我假装使用它来使用flash回退)

我还想使用NodeJS传输数据,但我不知道从哪里开始。例如:

对等点A节点JS对等点B

我对这种对等2服务器2对等方法感兴趣,而不是对等2对等解决方案,因为:

1) 我认为它将更兼容所有浏览器如果这不完全正确,请让我知道

2) PeerJS(我不感兴趣)在某些情况下依赖于黑魔法晕眩转冰信号。我在某个地方读到,只有70%的连接适合这种传输,我承受不起30%的损失。再次让我知道这是否完全正确


我已经熟悉了getUserMedia()的概念,知道如何获取用户的网络摄像头,但不知道如何将其与socket.io链接并将其传输到其他客户端。

无论您做什么,您都需要浏览器上的
WebRTC
支持(“无插件”)。因此,“它将更兼容所有浏览器”是一个没有意义的观点,因为无论您做什么,您都需要浏览器上的
WebRTC
支持(“无插件”)。因此,“它将更兼容所有浏览器”是一个没有意义的观点,因为无论您做什么,您都需要浏览器上的
WebRTC
支持(“无插件”)。因此,“它将更兼容所有浏览器”是一个没有意义的观点,因为无论您做什么,您都需要浏览器上的
WebRTC
支持(“无插件”)。因此,“它将更兼容所有浏览器”是一个没有意义的观点,因为

  • 浏览器兼容性与添加服务器端组件无关。您可以是p2p,或者p2s2p,如果您发送的内容未被接收浏览器识别,则无法工作

  • ICE对于webrtc是强制性的,你不能没有,句号。默认情况下,您只能连接到同一网络中的计算机(候选主机)。如果您提供一个STUN服务器,您将能够在70%的情况下连接到一起,更不用说在企业环境中了。拥有一些供应商的最新统计数据。您可以看到,对于社交网站,截至2014年6月,92%的通话可以通过防火墙和NAT使用简单的STUN。其余的呼叫需要通过TURN服务器进行中继。你有很多免费的STUN服务器提供商,这是你应该使用的最低限度

  • 用于桌面IE和Safari的webRTC

  • 虽然flash回调很有趣(可读,简单),但它们会暂停两个问题:

    • 它们不会生成与对等连接或HTML5兼容的视频流。与对等连接不兼容意味着您无法发送图像或视频,只能在本地使用。与HTML5不兼容意味着您不能在元素中使用生成的图像和视频,并且您没有在flash插件元素之外呈现它的简单方法。在你所指的垫片的例子中,他们将每一帧从flash插件复制到HTML,并在read me中提到,这在计算上太过广泛,无法用于实时视频
    • flash使用来自webrtc的不同协议(RTMP、RTMFP等)和编解码器,它们之间不可互操作。您将需要分别维护这两个系统,或者需要一个复杂的、双重用途的基础设施来处理它。例如,OpenClove是一家提出这种双重用途基础设施的供应商
    另一个解决方案是在桌面IE和Safari上安装webRTC插件(不是flash),该插件实现“纯”webRTC。在这种情况下,您可以直接与chrome、firefox、opera和任何其他本机实现webRTC 1.0的浏览器进行互操作

    我们建议这样一个插件,免费(无成本)和免费(非特定供应商)

  • 浏览器兼容性与添加服务器端组件无关。您可以是p2p,或者p2s2p,如果您发送的内容未被接收浏览器识别,则无法工作

  • ICE对于webrtc是强制性的,你不能没有,句号。默认情况下,您只能连接到同一网络中的计算机(候选主机)。如果您提供一个STUN服务器,您将能够在70%的情况下连接到一起,更不用说在企业环境中了。拥有一些供应商的最新统计数据。您可以看到,对于社交网站,截至2014年6月,92%的通话可以通过防火墙和NAT使用简单的STUN。其余的呼叫需要通过TURN服务器进行中继。你有很多免费的STUN服务器提供商,这是你应该使用的最低限度

  • 用于桌面IE和Safari的webRTC

  • 虽然flash回调很有趣(可读,简单),但它们会暂停两个问题:

    • 它们不会生成与对等连接或HTML5兼容的视频流。与对等连接不兼容意味着您无法发送图像或视频,只能在本地使用。与HTML5不兼容意味着您不能在元素中使用生成的图像和视频,并且您没有在flash插件元素之外呈现它的简单方法。在你所指的垫片的例子中,他们将每一帧从flash插件复制到HTML,并在read me中提到,这在计算上太过广泛,无法用于实时视频
    • flash使用来自webrtc的不同协议(RTMP、RTMFP等)和编解码器,它们之间不可互操作。您将需要分别维护这两个系统,或者需要一个复杂的、双重用途的基础设施来处理它。例如,OpenClove是一家提出这种双重用途基础设施的供应商
    另一个解决方案是安装在桌面IE和Safari上