Modificações na stack Bluetooth para melhorar a qualidade de áudio em fones sem AA (2019)

Artigo original ↗ Discussão no Hacker News ↗

A stack Bluetooth do Android pode ser ajustada para levar o codec básico SBC a bitrates muito mais altos, melhorando significativamente a qualidade de áudio em fones e sistemas de carro que não suportam codecs premium como LDAC ou aptX. Os comentadores contrastam esses ganhos do lado do software com as limitações persistentes do perfil Hands-Free do Bluetooth para chamadas, apontam soluções emergentes como LE Audio e o codec LC3 para som bidirecional melhor, e compartilham alternativas específicas de plataforma no Linux, Windows e macOS. No geral, a discussão destaca o quanto a qualidade de áudio ainda depende de codecs, perfis e suporte do sistema operacional, e não apenas do hardware.

Ajustes de SBC e a stack Bluetooth do Android

  • Muitos comentadores gostam da ideia de elevar o SBC para bitrates mais altos como uma forma compatível com versões anteriores de melhorar o áudio onde codecs proprietários (AAC/aptX/LDAC) não estão disponíveis.
  • Alguns elogiam ter usado esses patches em ROMs personalizadas (por exemplo, LineageOS) para obter áudio visivelmente melhor em carros e fones sem suporte especial a codecs.
  • Outros observam que versões mais novas do Android e stacks Linux já suportam configurações semelhantes do tipo “SBC XQ”, tornando o trabalho de 2019 parcialmente ultrapassado.

HFP, áudio duplex e qualidade do microfone

  • Há forte consenso de que o áudio de headset via HFP é ruim, especialmente quando o microfone está ativo; usuários o descrevem como “qualidade de linha telefônica / dos anos 90”.
  • Explicação técnica: áudio bidirecional precisa caber em orçamentos apertados de latência e largura de banda; headsets com um único rádio não conseguem transmitir e receber simultaneamente, forçando codecs mono, de baixa largura de banda e só de voz (por exemplo, mSBC).
  • As alternativas incluem usar o microfone embutido do laptop, ou usar headsets não Bluetooth de 2,4 GHz/USB dongle para melhor qualidade duplex.

Novos padrões: LE Audio, LC3, Auracast

  • Bluetooth 5.2/5.3 LE Audio e LC3 são destacados como grandes melhorias, com bitrates mais altos e melhor qualidade, inclusive para chamadas duplex.
  • O LE Audio também permite cenários de múltiplas fontes e transmissão (Auracast), mas o suporte de hardware e sistema operacional ainda está surgindo e é inconsistente.
  • O HFP 1.9 pode usar LC3 para fala “super-wideband”; testes citados afirmam que o LC3 supera o Opus em bitrates comparáveis. Espera-se uma adoção lenta.

Suporte de plataforma e hacks

  • Linux: várias dicas para habilitar SBC XQ e mSBC via PipeWire/WirePlumber ou PulseAudio, incluindo trechos de configuração e ferramentas para inspecionar os codecs ativos.
  • Windows: o driver de terceiros “Alternative A2DP Driver” pode expor mais controles de codec (parâmetros SBC, AAC, aptX, LDAC).
  • macOS: alguns usuários procuram maneiras de melhorar a qualidade do HFP; não é apresentada uma solução definitiva, apenas ferramentas isoladas para ajuste de SBC.

Latência, buffering e UX

  • Reprodutores de vídeo frequentemente compensam a latência do Bluetooth atrasando o vídeo; o suporte varia conforme o sistema operacional/reprodutor.
  • Um grande pré-buffer nos fones é proposto, mas debatido: limites de RAM e energia, expectativas do usuário por resposta imediata e sincronização com vídeo são preocupações.
  • As pessoas observam boa sincronização para reprodução de mídia, mas latência significativa para jogos e sons interativos.

Padrões, patentes e governança

  • Há debate sobre por que codecs superiores (por exemplo, Opus) não são padrão: alguns culpam patentes e incentivos de licenciamento; outros argumentam que isso não é exclusivo do capitalismo.
  • Alguns criticam as taxas e a burocracia do Bluetooth SIG, sugerindo que elas não garantiram boa interoperabilidade nem rápida evolução.

Escopo e limitações do artigo

  • Alguns comentadores enfatizam que o artigo original é muito específico do Android, com comportamento altamente dependente do chipset, drivers e coexistência com Wi‑Fi; generalizar para “todo Bluetooth” é visto como enganoso.