https://www.bmpi.dev/self/my-drawing-toolbox/

试过 Excalidraw 、plantUML 、Mermaid 、Sketch/OmniGraffle 等，现在用 Excalidraw 比较多一些

@qzhai 我的锅，忘了加原文链接了： https://www.bmpi.dev/self/my-writing-story/250k/

买个二手 mac mini 配合 surge 做旁路由，非常的稳定

@liuxyon 支持 ipv6 有啥用呢？目前底层用的库 pion 好像都不支持 ipv6 啊，网络延迟高这情况我还没测试

@nathanw 和架构还有服务器硬件有关系，比如专用的 MCU 这种硬件，目前 free4.chat 是 sfu 架构，服务器性能要强的话，单机支持百人规模会议也可以，但再多客户端可能扛不住（百人规模客户端是 1 路上行+99 路下行，客户端网络负载高，这种需要高性能的 MCU 这种硬件方案了），zoom 毕竟是企业级服务，有好的软件+硬件方案自然效果更好一些

@TrembleBeforeMe 我还没遇到这种情况

@rapiz 我的理解是相当于每个 peer 都和服务器建立 peer 连接了，服务器会对房间里的 peer 的音频 track 做转发。如果不用 sfu ，光是 p2p 这种，客户端每次需要发送 n-1 条音频给其他 peer ，但现在只需要发给服务器一次就可以了

上 cloudflare 吧

@PrtScScrLk servercat

@WLW 随便找个视频会议在线的网站就可以

@steptodream
@WLW

公司视频会议有很多系统方案可以用，公司的需求也很复杂，视频、桌面分享、权限管理、录屏啥的，还不如直接用商业方案好了

@lqzhgood 你查查 sfu

@XTTX 有没有研究过相关法律法规？服务器在国外的话需要遵循哪些条款？

@XTTX 语音要存储的确会导致成本飙升，还有审核的问题，我这个站很简单不需要考虑这些，也没有存储，如果做 sdk 肯定有很多别的要求，但只是做实时语音通讯技术倒不复杂（底层还是挺复杂的，但技术已经发展了十多年来，现在比较成熟）

@XTTX 一开始我就准备用 IaC 部署的，后来因为觉得没必要，就一台服务器手工部署半天搞定（熟练估计半小时搞定），所以只是记录了操作指南

@XTTX 没想到这都可以商业化，实际上这个技术挺成熟的，费用也没那么高，不知道为啥收费这么贵，我这服务器全部费用也才 5 美刀一个月，能支持 100 多个人实时通话应该没问题

@over140 大佬现身了，我只是用你们开源的搭建了这个网站，感谢你们的开源精神👍期望之后能给你们贡献代码😄

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

@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 连接数只和用户数成线性