1

这货是不是双方建立连接后，就直接点对点通信了？不用通过服务器中转负载肯定低

2

这个牛 x 能做 ppt 演示吗

3

@mywaiting 服务器是 SFU 的，并且 coturn 也开启了 turn ，在糟糕的情况下，所有 peer 都需要服务器中转才行，所以也不能直接说全部就直连了

6

之前 RTC 做过一阵大直播，这个延迟怎么样？

7

以前做过基于 kurento 的，确实还行。不过不是音视频流媒体行业的，深度搞起来有点吃力。

9

10

这个 WebRTC 多年前就已经有很成熟的开源应用了。 楼主再次从头开始，是啥想法呢? 练技术？

11

1

@keith1126 和沙特阿拉伯那边聊了一小时多，其中也有国内深圳、珠海、云南、陕西的人进来，我持续测试了一天，因为我们工作也在用 zoom （在家办公，一挂一整天），我对比在同样的网络环境下，感觉就是比 zoom 要好一些，当然环境的问题很复杂，但测试的感受就是这样的

12

一对一能理解点对点通信，多个人的房间怎么点对点？

13

@5sheep 通过一个产品去持续练技术，就当技术实验田吧，当然 webRTC 也一直在发展，不能说已经成熟到不变的地步了，还有其他技术可以玩，甚至可以在技术上找一些好的场景，比如在线会议已经很成熟了，那这个产品只能走极端，比如在语音中找一些玩法、场景，找需求点（比如语言学习等场景），这些都是一些可尝试的点，并不是重复造轮子

15

这个肯定都是全部流量转发的，就国内网络环境不可能穿透成功的。

16

@okakuyang 如果是全部中转了，那按目前的采样率数据还挺小的，实时在线 20 多人，服务器网络流量每秒才 30-40KB （上行与下行都差不多这个范围）

17

webRTC 在国内安卓机上有很大的兼容性问题

18

刚才和同事试了一下，效果还行，就是不知道长时间会不会发热

19

国内直连就是牛！

20

去年搭建开源平台 jitsimeet, 和你这个一样, 不过它支持视频, 但是安装太繁琐了, 你这个看起来很轻量

24

这种东西，技术问题都不是问题～

25

可以支持视频通话么，微信会发热

26

感谢分享, 有兴趣研究下 webrtc.rs 吗? 期待 lz 实验. 之前做这行, 现在不做了. 还是有兴趣在.

27

语音的话确实，毕竟以前像 erlang 这种，目标都是语音业务，恨不得一台机器管一个市

28

支持 docker 部署吗

29

国内和国内两点中专延迟高吗？ 声网这种语音 api, 更大的价值还在让云服务器更靠近终端用户，实现稳定和低延迟。不过他们的收费也是高得离谱。

30

还有，如果要加入更完整的 IM 功能，我建议是扒一扒类似 mattermost 的开源前端, 类似 slack 的功能它都有， 不过就是要用到 react 和 redux.

31

后台支持 singaling 和中转两种模式吗？

32

国内的话，STUN 服务器怎么解决？

33

流量还是得转发吧，能做到 P2P 直连吗

34

1

@Funnyang 不支持，主要是语音，未来可能加文字，全功能的应用用 App 就好了，这个工具主要是简单
@Akagi201 rust 比 go 太复杂了，玩不了
@avastms erlang 的确更合适，但是还是语言和生态的问题，没选择
@ferock 不支持 docker ，主要是端口通信的问题，服务器端需要很大一个 udp 和 tcp 端口范围用来和客户端建立 p2p ，docker 有点麻烦
@XTTX 目前 server 实现了 turn （ coturn ），signal 的功能，也包括用户 token 生成（访问 turn ）。turn 本身就可以做 stun 的功能，turn 就是中转（ relay ）。功能不想做的太复杂，主要是基于语音找一些场景应用。
@Biwood p2p 直连在用户多的时候客户端负载太大了（指数关系），服务器目前是 sfu 架构，客户端直连服务器，服务器中转，这样 p2p 连接数只和用户数成线性

35

@bmpidev2019 #34 语音的话可以参考一下声网，即构这种实时语音的 sdk 提供商。 收费帮他们搭建服务，或者提供便宜的计时收费的语音包

38

39

40

直接搭建一个全球陌生人随机视频可行？

41

@qq316107934 ipv6 应该不支持吧，不知道底层的 pion 是否支持
@HXM 服务器在新加坡，降噪得靠耳机和麦了，浏览器做降噪的方案不知道有没有
@Chism 一对一聊天可以用这种模式，类似于游戏里组队 pk😂