Peerjs: 支持node.js客户端

目前，我没有时间实施它。 欢迎任何有关此的公关：）

关于一个相关的话题。 考虑将简单对等引入peerjs客户端是否有意义？ 它积极维护并支持nodejs
https://github.com/feross/simple-peer

但是，它是一个没有任何信令模块的独立对等体，这是peerjs凭借与peerjs服务器进行对话的内置功能而大放异彩的地方。

这并不像我想象的那么难。 我将在明年尝试使其正常运行。

听起来不错。 我将继续使用python端口并保持更新。

只是让人们知道，您可以使PeerJS（最多可在两台计算机之间进行v.late测试）在节点上工作，并需要花费几个小时的时间。 本质上归结为换出binarypack ， filereader ， node-blob ， node-fetch ， ws和wrtc 。 我的仓库在这里，尽管它绝对没有发布状态。

请保持信号！ 这就是我来这个项目的原因，因为这正是我想要的。 非常感谢您在这里所做的努力，我将尝试将所有这些转变为有帮助的PR。

PS真的很抱歉删除opencollective！ 只是它打破了我的Windows安装步骤，没有什么私人的，我显然会在之后将其放回原处。

我很困惑，这个技巧不应该起作用吗？ 参见： https :

PeerJS的优势似乎是内置的信令服务器。 可悲的是，对于我的用例，必须支持nodejs。 在支持nodejs或使用simple-peer（https://github.com/feross/simple-peer）方面是否有任何进展？ 不幸的是，我对WebRTC知之甚少，无法解决此问题（正如我在尝试使一种“简单的” webRTC库正常工作中所经历的那样），否则我可能会a之以鼻地将“简单对等”与peerjs集成在一起-服务器自己。

@afrokick

我认为使用简单对等作为该项目的依赖关系并让该项目主要维护信令服务器是一个好主意。 该模块已经完成的与对等重叠的工作可以合并到该模块中。 只要项目（或所有者）的理念不冲突，那么使它们易于维护和发展就应该是一个很大的胜利。 听起来，与WebRTC相关的内容的维护工作非常繁重-看起来仍在积极地进行着许多新的开发。

对于感兴趣的任何人，我已经开始构建simple-peerjs的原型（使用_PeerJs_协议的交换信号，然后使用simple-peer ）。 目前，它可以运行，尽管它缺少流实现。

@NickCis太好了！ 我走了一条不同的路线，并在此处使用简单对等和RPEP创建了WebRTC实现： https : 信号服务器是使用RPEP api完成的，该api使用websockets作为基础传输。 在某些时候，我想将其提取到适当的独立存储库中。