Signal-ios: 音频质量

我一直在看这个。 是的，更高的采样率可能是一件好事。 还想将编解码器从 Speex 更改为 Opus。 其余工作时将处理此问题；)

我非常喜欢它的质量，它是纯粹的声音，没有别的。 我唯一的抱怨是有人说话和收件人听到它之间的轻微延迟。

我宁愿它即使在接收不佳的情况下也能很好地工作，也不愿拥有更好的通话质量。

-我的 2c

理想情况下，当连接带宽支持时，应用程序将提供更高质量的语音，并在需要时回退到标准质量。

我的蜂窝网络支持http://en.wikipedia.org/wiki/Adaptive_Multi-Rate_Wideband当我从我的 iPhone 向另一部支持 AMR-WB 的手机拨打普通电话时，它听起来比传统电话好得多，类似于FaceTime 音频。 你很快就习惯了。

好吧，您需要小心这些优化，因为它们可能会导致攻击者泄露有关谁在说话或某人在说什么的信息。
目前没有计划改变。 可能有一天会切换到 Opus，但不会在接下来的几周内切换。

在一天多次使用 Signal 之后，我想改变我对音频质量的立场——我真的更喜欢更好的音质。

好吧，您需要小心这些优化，因为它们可能会导致攻击者泄露有关谁在说话或某人在说什么的信息。

你对这个威胁有任何正式的分析吗？ 我见过的大多数与其他域中的大小相关的大小通道攻击都相当脆弱，并且对 Signal 的可用性影响非常严重。

话虽如此，命令行编码器在这种情况下具有硬 CBR 模式。

你对这个威胁有任何正式的分析吗？

我对此进行了调查，答案是肯定的：您可以从原始数据包数据中重建音素。 Opus RFC建议使用 CBR 模式并根据网络情况更改编码率。 当然，这不仅限于 Opus，也可以使用 Speex 来完成。

这可能属于另一个问题： https :
爱丽丝（在 Android 上）： https :
Bob（在 iOS 上）： https :

@riyapenn是的，有几个相关的错误。 这一篇最能抓住核心问题。

我觉得 Signal 不支持 Opus，因为 iOS 不支持 Opus。

很遗憾，因为如果我们有 Opus，通话质量会好得多。

如果您对 Signal 的音频质量感到沮丧，只需在顶帖加星标即可。

我觉得 Signal 不支持 Opus，因为 iOS 不支持 Opus。

这是正确的，尽管我怀疑 Signal 团队会拒绝在 iOS 上提供 Opus 协议协商或软件解码的 PR。

话虽如此， @ Cormak和@riyapenn提出的问题已在其他票证中详细介绍。 我建议将此线程锁定给该项目的贡献者，因为似乎没有进行任何富有成效的投入。

将在 2.7.0

我觉得 Signal 不支持 Opus，因为 iOS 不支持 Opus。

Opus 包含在 WebRTC 框架中，我们现在在测试版中使用它，很快就会在应用程序商店中。