Modificaciones de la pila Bluetooth para mejorar la calidad de audio en auriculares sin AA (2019)

Artículo original ↗ Discusión en Hacker News ↗

La pila Bluetooth de Android puede ajustarse para llevar el códec básico SBC a bitrates mucho más altos, mejorando de forma notable la calidad de audio en auriculares y sistemas de coche que no admiten códecs premium como LDAC o aptX. Los comentaristas contrastan estas mejoras a nivel de software con las limitaciones persistentes del perfil Hands-Free de Bluetooth para llamadas, señalan soluciones emergentes como LE Audio y el códec LC3 para un sonido bidireccional mejor, y comparten soluciones específicas de plataforma en Linux, Windows y macOS. En conjunto, el intercambio resalta cuánto sigue dependiendo la calidad de audio de los códecs, los perfiles y el soporte del sistema operativo, más que del hardware por sí solo.

Ajustes de SBC y la pila Bluetooth de Android

  • A muchos comentaristas les gusta la idea de impulsar SBC a bitrates más altos como una forma compatible hacia atrás de mejorar el audio donde los códecs propietarios (AAC/aptX/LDAC) no están disponibles.
  • Algunos elogian haber usado esos parches en ROMs personalizadas (p. ej., LineageOS) para obtener un audio notablemente mejor en coches y auriculares sin soporte especial para códecs.
  • Otros señalan que las versiones más nuevas de Android y las pilas de Linux ya admiten configuraciones similares de tipo “SBC XQ”, lo que hace que el trabajo de 2019 quede en parte desactualizado.

HFP, audio dúplex y calidad del micrófono

  • Hay un fuerte consenso en que el audio de auriculares HFP es malo, especialmente cuando el micrófono está activo; los usuarios lo describen como de “línea telefónica / calidad de los 90”.
  • Explicación técnica: el audio bidireccional debe encajar en presupuestos ajustados de latencia y ancho de banda; los auriculares con una sola radio no pueden transmitir y recibir simultáneamente, lo que obliga a usar códecs de bajo ancho de banda, mono y solo voz (p. ej., mSBC).
  • Entre las soluciones provisionales se incluye usar el micrófono integrado del portátil en su lugar, o usar auriculares no Bluetooth de 2,4 GHz/USB dongle para una mejor calidad dúplex.

Nuevos estándares: LE Audio, LC3, Auracast

  • Se destaca Bluetooth 5.2/5.3 LE Audio y LC3 como mejoras importantes, con mayores bitrates y mejor calidad, incluso para llamadas dúplex.
  • LE Audio también habilita escenarios de múltiples fuentes y de emisión (Auracast), pero el soporte de hardware y sistema operativo sigue emergiendo y es inconsistente.
  • HFP 1.9 puede usar LC3 para voz “super wideband”; las pruebas citadas afirman que LC3 supera a Opus a bitrates comparables. Se espera que su adopción sea lenta.

Compatibilidad de plataformas y trucos

  • Linux: varios consejos para habilitar SBC XQ y mSBC mediante PipeWire/WirePlumber o PulseAudio, incluidas snippets de configuración y herramientas para inspeccionar los códecs activos.
  • Windows: el controlador de terceros “Alternative A2DP Driver” puede exponer más controles de códec (parámetros SBC, AAC, aptX, LDAC).
  • macOS: algunos usuarios buscan formas de mejorar la calidad de HFP; no se ofrece una solución definitiva, solo herramientas aisladas para ajustar SBC.

Latencia, buffering y experiencia de usuario

  • Los reproductores de vídeo a menudo compensan la latencia de Bluetooth retrasando el vídeo; la compatibilidad varía según el sistema operativo y el reproductor.
  • Se propone un prebuffering grande en los auriculares, pero se debate: límites de RAM y energía, expectativas del usuario de respuesta inmediata y sincronización con vídeo.
  • La gente señala buena sincronización para reproducción multimedia pero latencia significativa para juegos y sonidos interactivos.

Estándares, patentes y gobernanza

  • Debate sobre por qué códecs superiores (p. ej., Opus) no son estándar: algunos culpan a patentes e incentivos de licencia; otros argumentan que esto no es exclusivo del capitalismo.
  • Algunos critican las tarifas y la burocracia de Bluetooth SIG, sugiriendo que no han garantizado una buena interoperabilidad ni una evolución rápida.

Alcance y limitaciones del artículo

  • Algunos comentaristas subrayan que el artículo original es muy específico de Android, con un comportamiento muy dependiente del chipset, los controladores y la coexistencia con Wi‑Fi; generalizarlo a “todo Bluetooth” se considera engañoso.