Etherpad-lite: 功能请求：音频通道

（请注意，我不是 Etherpad 开发人员 - 只是感兴趣的第三方）

就个人而言，我认为将音频聊天集成到 Etherpad 的核心是一个坏主意。

虽然我知道 Etherpad 是跨平台的，但我坚信 Unix 哲学“做一件事并做好” 。

在我看来，音频聊天支持是 Etherpad 的非核心功能（即功能蠕变），因此不应成为核心软件的一部分。

话虽如此，我当然可以看到某种音频聊天集成对某些用户来说是多么好。 IMO 支持与无数现有音频聊天平台中的一个（或多个）集成的插件将是解决此问题的最佳方法。

只是我的2c...

目前正在进行将 Etherpad 与开源网络会议系统 BigBlueButton 集成的工作，因此它将不仅提供音频通道，还提供视频通道、投票、录音以及其他协作功能。 参见： https :

@fcecagno哇，那太棒了！！

关于功能请求，我同意@JedMeister ，Etherpad 可能做的太多了。 但由于这可能对其他用户有用，我建议将其作为插件实现，而不是核心功能，因此它仅适用于实际想要为其用户提供该功能的实例。

CoCalc的方式是聊天文件和边聊天
任何文件都有一个按钮来开始视频或音频聊天（以前使用
出现，目前使用 jit-si）。

“etherpad/lite”这个名字（它的第二部分）应该代表什么。
咕哝存在并共存。 并且已经有大量不同的 WebRTS 解决方案可用。
只是另一个平台（具有注册、凭据等）会造成如此多的麻烦，甚至将用户吓跑。
（到目前为止，pad 确实是一种低技术的方法。如果人们想要登录的时尚东西，已经有其他平台了。但是你会陷入兼容性、易用性、移动数据计划、2FA 登录等之间的工具讨论中.)

“etherpad/lite”这个名字（它的第二部分）应该代表什么。

就像“让我们一起发明订婚？”

已经有大量不同的 WebRTS 解决方案可用。

允许其中之一轻松集成是此处的目标解决方案。

只是另一个平台（具有注册、凭据等）会造成如此多的麻烦，甚至将用户吓跑。 （到目前为止，pad 确实是一种低技术的方法。如果人们想要登录的时尚东西，已经有其他平台了。但是你会陷入兼容性、易用性、移动数据计划、2FA 登录等之间的工具讨论中.)

为什么您认为添加音频频道必须需要登录、注册、2FA 等？
Etherpad 协作的身份验证控制是或至少应该是一个完全独立的问题。

不幸的是，由于没有直接在 Etherpad 中的音频通道，想要一起协作的人_做_必须找到_另一个_平台并单独完成其注册/身份验证过程，以及可能适用于他们正在开发的 EtherPad 的任何流程，因此，他们可能不太可能参与可以从他们的贡献中受益的协作努力。 如果 Etherpad 在想要使用它的当前协作者中支持一个简单的音频通道，那么也许更少的人会被协作主机选择的技术“吓跑”。

https://github.com/bit/ep_webrtc/是解决方案。