其实，我所在的论坛上的许多用户通常会在外部环境中进行交流，如果直接开着麦克风加入，环境噪音就会干扰通话。另外还有一个 bug：即使在语音页面点击了静音麦克风，麦克风实际上仍然处于开启状态，必须将其关闭后再重新打开，才能真正将其关闭。
与 Jitsi 相比，这里存在一些差异，因为 Jitsi 提供了一个界面，允许你在正式加入语音聊天之前选择是否静音麦克风，而 Discourse Voice 没有这个功能。我认为这个界面在很大程度上避免了上述问题。
2 个赞
哦，我明白了。这些用户会不会从 PTT（按键说话）功能中受益？我们目前已有基础支持，但要在移动端和桌面端都提供更优质的 PTT 体验，基本上需要一款原生应用，而这正是我们目前正在积极探索的领域。
5 个赞
感谢大家为“关于 > 活动”部分添加语音统计数据所付出的努力:clap:
5 个赞
你还有其他猜测吗？我尝试邀请我的另一个演示用户，但不幸的是仍然没有成功。你是否曾成功通过链接邀请过用户？
更新：我刚刚向一个新房间的管理员发送了邀请，但他们仍然看到了 404 页面。
1 个赞
我现在正在休假，所以还没来得及查看这个问题。我下个月初回来。
4 个赞
祝 @Falco 假期愉快，好好休息，以最佳状态迎接 discourse 
2 个赞
@putty 这可能是你网站上的用户名导致的问题。你屏幕录制中的路由以 /invited-by/derek.putnam 结尾，而目前该路由会拒绝包含句点的用户名。这应该能修复该问题：
你也可以在你的网站上进行测试，分享链接时去掉 /invited-by/... 部分即可。
4 个赞
我们上周末一直在使用这个功能，效果不错 
我们发现的一个 bug（或者说意外特性）是系统支持立体声麦克风。通常，在网络会议软件中，左声道和右声道会被混缩为单声道，因为用于捕获此类音频的麦克风硬件通常是单声道的。（这在理论上也能减少带宽占用。）目前的 Discourse 解决方案传输的是完整的立体声麦克风信号。
然而，有些麦克风只会输出到一个声道，而另一个声道则保持空白。（也许这在具有多个输入端口的专业级音频接口中更为常见，但我猜一些廉价麦克风也可能出现这种情况。）这会导致听众只能在左耳或右耳听到该发言者的声音。我原本并没有意识到这一点，但显然 Mumble、Discord、Nextcloud、Jitsi、游戏等等都会将音频混缩为单声道。
因此，我建议默认将麦克风音频流（而非屏幕共享音频流，后者应该是独立的一组声道）混缩为单声道。一般来说，用户在通话期间真正需要宽声场来捕获音频的情况可能很少——也许只有音乐乐队用它向粉丝直播时才会用到。在这种情况下，如果用户确实拥有并希望使用宽声场立体声麦克风，可以让他们通过设置启用该功能，从而关闭单声道混缩。
3 个赞
如果我没记错的话，除了最高音质外，我们都会在每种音频质量下进行降混处理。你能试着把它调高到“高”或“标准”吗？
1 个赞
谢谢提供的信息，下次我会试试，但如果能在不降低码率的情况下单独切换这个选项，那就更理想了。
2 个赞
我们已经使用语音房间功能几周了，目前将群组规模限制在较小范围（最多5人）。到目前为止一切运行正常——恭喜！我希望将技术后端与 Discourse Web 应用及数据库分离。有没有关于如何使用 Docker Compose 搭建 LiveKit 服务器的优质文档？（在我去问 Claude 之前 
）
2 个赞
太棒了 
1 个赞
听到这个消息真是太好了！
你能详细说明一下原因吗？
在默认设置和 LiveKit 设置中，Discourse 承担的责任量是相同的。Mesh 是一个很好的默认选项，如果它对你来说适用，我建议继续使用它，直到你发现它的性能无法满足需求为止。
谢谢 @Falco——如果我们不需要更改任何设置，那就更好了。那么我将在我们的实例上向所有社区开放此功能，但每个房间的人数限制为 5 人。对于大多数临时会议来说，这已经足够了。
1 个赞
关于隐私的说明：在未来（也许在“语音房间”项目的后续阶段），我们需要一个有文档记录的解决方案，以实现完全符合 GDPR（通用数据保护条例）的要求：目前默认使用的是 stun.l.google.com 和 global.stun.twilio.com。这两家均基于美国，因此必须遵守《美国云法案》（US Cloud Act），这与欧洲司法管辖区的要求相冲突。
3 个赞
如果这个问题已经有人回答过，请见谅：
OP 的公告在“房间权限”下列出了“公开、群组限制和私有房间”，但我找不到在哪里设置房间的群组限制。
我的使用场景是：创建一个仅特定群组成员可见并可加入的房间，基本上类似于一个分类（Category）。voice_allowed_groups 和 voice_create_room_allowed_groups 设置是全局的，因此无法满足我这里的特定需求。
在房间编辑器中，我只看到了“公开”切换开关和针对单个用户的“管理成员”选项。
是否已经实现了按房间进行群组限制的功能？如果是，该设置在哪里？如果没有，是否有相关计划？我很乐意参与测试。
我注意到 @mcwumbly 在上面关于此话题有一些讨论 Voice: Discord-style voice and video rooms, now bundled with Discourse 🎙 - #55 by mcwumbly —— 如果在 Chat、Categories 和 Voice 中实现群组访问控制的方式能更加统一，那将非常好。
对于我的许多社区而言，分类、Chat 和 Voice 都是某个群组希望独占使用的资源，因此能够按群组对这些功能进行访问控制是我非常关注的需求。
2 个赞
目前还没有，当前所有功能均基于用户级别控制。
正如你提到的，@mcwumbly 已在路线图上规划了新的 UI 和标准，用于管理聊天室和语音室等功能的访问权限。这项功能将会实现，但目前尚未准备就绪。
7 个赞
听起来很棒。期待这些访问控制设置能有统一的 UI。感谢这么快回复。
3 个赞
完美，谢谢你 @Falco——我这边没有其他问题了
1 个赞