为改善不支持 AA 的耳机音质而对 Bluetooth 栈进行的修改（2019）

原文 ↗ Hacker News 讨论 ↗

Android 的 Bluetooth 栈可以通过调整将基础 SBC 编解码器推到高得多的比特率，从而显著改善那些不支持 LDAC 或 aptX 等高级编解码器的耳机和车载音响的音质。评论者将这种软件层面的提升与 Bluetooth 的免提配置文件在通话中长期存在的限制进行对比，提到 LE Audio 和 LC3 编解码器等新兴方案可带来更好的双向音频，并分享了 Linux、Windows 和 macOS 上的平台级变通方法。总体而言，这场讨论凸显了音质仍然在很大程度上取决于编解码器、配置文件和 OS 支持，而不只是硬件本身。

SBC 调整与 Android Bluetooth 栈

  • 很多评论者赞同将 SBC 提升到更高比特率的想法，作为一种向后兼容的方式，在没有专有编解码器（AAC/aptX/LDAC）可用时改善音频。
  • 一些人称赞他们在自定义 ROM（例如 LineageOS）中使用过这类补丁，在汽车和不支持特殊编解码器的耳机上获得了明显更好的音质。
  • 也有人指出，新版 Android 和 Linux 栈已经支持类似 “SBC XQ” 风格的配置，因此 2019 年的这项工作在某种程度上已经过时。

HFP、双向音频与麦克风质量

  • 普遍共识是 HFP 耳机音频很差，尤其是在麦克风开启时；用户把它形容为“电话线 / 90 年代音质”。
  • 技术解释：双向音频必须满足非常紧张的延迟和带宽预算；单无线电耳机无法同时发送和接收，只能被迫使用低带宽、单声道、仅语音的编解码器（例如 mSBC）。
  • 变通办法包括改用笔记本自带麦克风，或者使用非 Bluetooth 的 2.4 GHz/USB 接收器耳机，以获得更好的双工质量。

新标准：LE Audio、LC3、Auracast

  • Bluetooth 5.2/5.3 的 LE Audio 和 LC3 被强调为重大改进，提供更高比特率和更好音质，包括双向通话。
  • LE Audio 还支持多源和广播场景（Auracast），但硬件和 OS 支持仍在发展中，而且不一致。
  • HFP 1.9 可以使用 LC3 进行“超宽带”语音；引用的测试声称在可比比特率下 LC3 优于 Opus。预计普及会很慢。

平台支持与“黑客式”方案

  • Linux：有多条技巧介绍如何通过 PipeWire/WirePlumber 或 PulseAudio 启用 SBC XQ 和 mSBC，包括配置片段和检查当前编解码器的工具。
  • Windows：第三方的 “Alternative A2DP Driver” 可以暴露更多编解码器控制项（SBC 参数、AAC、aptX、LDAC）。
  • macOS：一些用户在寻找改善 HFP 质量的方法；没有给出明确解决方案，只提到了一些用于 SBC 调整的零散工具。

延迟、缓冲与用户体验

  • 视频播放器通常会通过延迟视频来补偿 Bluetooth 延迟；具体支持情况因 OS/播放器而异。
  • 有人提议在耳机端进行较大的预缓冲，但对此存在争议：RAM 和功耗限制、用户对即时响应的期望，以及与视频同步的问题。
  • 人们指出媒体播放的同步性通常不错，但游戏和交互式声音的延迟仍然明显。

标准、专利与治理

  • 围绕为什么更优秀的编解码器（例如 Opus）没有成为标准存在争论：一些人把原因归咎于专利和许可激励；另一些人则认为这并不是资本主义独有的问题。
  • 一些人批评 Bluetooth SIG 的费用和官僚主义，认为它们并没有确保良好的互操作性或快速演进。

文章范围与局限

  • 少数评论者强调，原文非常偏向 Android，行为高度依赖芯片组、驱动程序以及 Wi‑Fi 共存；将其泛化为“所有 Bluetooth”被认为具有误导性。