我刚试玩了一下，真的太酷了！想给一些初步的反馈。
- 屏幕共享与语音的音量控制：
我试了一下，但并没有看到将其他参与者的屏幕共享音量与语音音量分开显示的选项。它只显示了一个合并的滑块，同时控制他们的语音和屏幕共享音频。是我漏掉了某个滑块，还是我理解错了？（我的使用场景是：能够静音或降低某人游戏直播的音量，但仍然能听到他们说话。）
- 一个小 Bug：当编辑房间时（例如将房间名称的首字母大写），当我返回再次编辑时，除非刷新整个页面，否则不会显示任何编辑选项。也许客户端 UI 在应用编辑后忘记了我拥有权限。
- 我非常感激 IP 隐私弹窗！感谢你们预见到这个问题
- 在我的系统上，我的麦克风非常安静，需要大量的增益。这是我这边的系统问题，但在 Mumble 中（我假设 Discord 也是如此，但已经很久没用了，所以我不太记得了）我可以应用大量的手动增益来克服这个问题。我建议，在禁用自动增益选项时，提供一个手动增益旋钮，并留出大量的余量用于提升音量（我正常的原始背景噪音是 -48db，语音大约是 -30db。在 Audacity 中，这大约需要 20db 的增益才能达到正常范围。）
- 这不是 Discourse 的问题，但它具有所有 Linux WebRTC 屏幕共享的相同限制——即 Firefox 不支持音频屏幕共享，而 Chrome 仅支持浏览器标签页的音频屏幕共享。因此，如果我想直播游戏，由于浏览器的限制，我无法在 Linux 上直播游戏音频。
- 我看到另一个解决方案提供的巧妙变通方法是：只需暴露一个端点地址，我可以将其指向 OBS。（也许 LiveKit 已经支持这个功能，我还没有设置 LiveKit 服务器部分）
- 我对字幕功能印象深刻！我目前还没有转录部分的使用场景，但我肯定能看到它在商业环境中用于做笔记时非常有用。
- 目前存在一个 UI 挑战：访客不知道聊天室里有人，除非他们向下滚动——可能是一段很长的距离。在我的安装中，由于我所有的链接/类别/标签，滚动距离超过一整页。在移动设备上尤其如此，除非点击菜单栏，否则根本不会显示聊天用户列表。我可能会建议当聊天处于活动状态时，在右上角添加一个按钮（Mumble 的示例）。看到里面有 (1) 或更多消息，总是我意识到有人想让我加入聊天的主要信号！
总之，这项工作做得很棒——这对 Discourse 来说是一个巨大的进步，我非常期待！