Códecs Bluetooth audio: funcionamiento, tasas de bits y elección por uso

01 /Qué es realmente un codec Bluetooth de audio

Un codec de audio Bluetooth es un algoritmo de compresión y descompresión que codifica la señal de audio del lado de la fuente, la transmite a través del enlace de radio y luego la decodifica del lado del auricular o casco. Esta definición llama inmediatamente a una distinción fundamental: el codec no se confunde ni con el perfil Bluetooth (A2DP para la estéreo avanzada, LE Audio para la nueva arquitectura LC3), ni con la versión Bluetooth (5.0, 5.3, 5.4). La versión Bluetooth condiciona el alcance, la estabilidad y el consumo energético. El perfil define el marco protocolar en el que opera el codec. El codec, por su parte, determina cómo se procesa la señal de audio antes y después de la transmisión.

Compresión con pérdidas y compresión sin pérdidas: definiciones precisas

La compresión sin pérdidas (lossless) reconstituye una señal binaria idéntica a la fuente, bit a bit. FLAC, ALAC o MQA son ejemplos en el ámbito del archivo. En Bluetooth, ningún codec de consumo transmite realmente sin pérdidas en las condiciones de uso habituales: el ancho de banda de radio impone restricciones que incluso LDAC a 990 kbps no levanta completamente, este codec sigue siendo una compresión con pérdidas a alto bitrate.

La compresión con pérdidas (lossy) elimina informaciones consideradas imperceptibles según modelos psicoacústicos: enmascaramiento temporal, enmascaramiento frecuencial, umbrales de audibilidad por banda. SBC, AAC, aptX, LDAC y LC3 pertenecen todos a esta categoría. La calidad percibida depende entonces de la eficacia del modelo psicoacústico utilizado y, sobre todo, del bitrate asignado a la transmisión.

Bitrate, frecuencia de muestreo y profundidad de bits: las tres variables clave

Tres parámetros estructuran la capacidad teórica de un codec para restituir la señal fuente:

• Bitrate: cantidad de datos transmitidos por segundo, expresada en kbps. SBC se limita a 328 kbps en dual channel, LDAC llega a 990 kbps, LC3 opera desde 160 kbps con una eficiencia superior a SBC a bitrate equivalente.
• Frecuencia de muestreo: número de muestras tomadas por segundo, en Hz. 44 100 Hz cubre el rango audible según el teorema de Nyquist. Algunos codecs soportan 48 000 Hz, 88 200 Hz o 96 000 Hz, aunque el aporte perceptible más allá de 48 000 Hz sigue siendo debatido.
• Profundidad de bits: resolución de cada muestra, en bits. 16 bits ofrecen 96 dB de rango dinámico teórico, 24 bits llegan a 144 dB, valor que supera ampliamente el umbral de dolor y las capacidades de los transductores actuales.

Estas tres variables interactúan: un bitrate elevado en una profundidad de 16 bits a 44 100 Hz puede superar en calidad percibida a un bitrate bajo en 24 bits a 96 000 Hz.

Por qué el codec solo no determina la calidad percibida

El bitrate declarado por un fabricante corresponde al techo teórico del codec, raramente alcanzado en condiciones reales. La mayoría de las implementaciones funcionan en VBR (bitrate variable), ajustando el bitrate según la complejidad de la señal y la calidad del enlace de radio. Un codec anunciado a 990 kbps puede bajar a 330 kbps en cuanto el entorno de radio se degrada, sin que el usuario sea informado. El CBR (bitrate fijo) garantiza un suelo constante pero a costa de una eficiencia menor en los pasajes simples.

Por otra parte, la implementación Bluetooth de un codec difiere de su versión generalista. AAC en Bluetooth no es AAC en un archivo iTunes: el perfil A2DP impone restricciones de latencia y de fragmentación de paquetes que a veces degradan el resultado, particularmente en Android donde los drivers de audio introducen una variabilidad adicional.

Finalmente, la cadena completa cuenta tanto como el codec: calidad del DAC integrado, curva de respuesta en frecuencia del transductor, estanqueidad acústica del almohadilla. Un codec mediocre en un buen transductor puede superar a un codec excelente en un driver mal calibrado.

02 /La cadena de transmisión Bluetooth: de la fuente al transductor

Incluso antes de evaluar las cualidades intrínsecas de un códec, es necesario comprender el camino que recorre la señal de audio entre la fuente y el transductor. Este camino consta de varias etapas, cada una de las cuales puede introducir una degradación. La mayoría de las comparativas se detienen en el códec mismo; la cadena completa rara vez se describe.

El perfil A2DP y la negociación de códec entre los dos dispositivos

El perfil A2DP (Advanced Audio Distribution Profile) es el protocolo Bluetooth Classic que define cómo se transmite un flujo de audio estéreo desde una fuente hacia un receptor. No transporta el códec en sí: enmarca la negociación inicial, denominada codec selection handshake, que determina cuál de los códecs disponibles se utilizará durante toda la sesión.

Esta negociación sigue una lógica de compatibilidad cruzada: el dispositivo fuente enumera los códecs que sabe codificar, el receptor enumera aquellos que sabe decodificar, y el sistema retiene el primer códec común según un orden de prioridad definido por el fabricante. El problema: este orden no está estandarizado, y algunos sistemas operativos (Android en particular, según la versión y el fabricante) colocan SBC en cabeza de lista por defecto, incluso cuando aptX o LDAC están disponibles en ambos lados.

El resultado es contraintuitivo: dos dispositivos teóricamente compatibles con LDAC pueden establecer perfectamente una conexión en SBC si la negociación no está configurada correctamente. Este punto se desarrolla en la sección 12 de la guía, dedicada a la verificación y al forzado del códec activo.

Bluetooth Classic frente a Bluetooth LE Audio: dos arquitecturas distintas

Bluetooth Classic (hasta la versión 5.1 para el audio) se basa en una conexión punto a punto con un flujo continuo. Bluetooth LE Audio, introducido con la especificación 5.2 y el perfil LC3, adopta una arquitectura fundamentalmente diferente: se apoya en el protocolo Isochronous Channels (CIS/BIS), que fracciona el flujo en paquetes con marca temporal transmitidos de forma síncrona.

La arquitectura LE Audio permite, en particular, la difusión simultánea hacia varios receptores sin emparejamiento individual, lo que Auracast aprovecha para los espacios públicos. Para la escucha personal, la principal ventaja sigue siendo el consumo energético y la robustez de la conexión en entornos saturados.

Las pérdidas introducidas en cada etapa de la cadena

La cadena de transmisión comprende como mínimo cuatro etapas, cada una de las cuales puede degradar la señal:

• Fuente digital: si el archivo o el flujo ya está comprimido (MP3 a 320 kbps, AAC 256 kbps desde Spotify o Apple Music), la señal no es PCM nativa.
• Codificación del códec Bluetooth: la fuente se recodifica en el códec negociado. Si esta fuente ya estaba en AAC y el códec retenido es SBC, se realiza una transcodificación de AAC a SBC: dos compresiones sucesivas con pérdidas acumuladas.
• Transmisión radio: los paquetes Bluetooth pueden retransmitirse en caso de interferencia, lo que alarga la latencia pero preserva la integridad de los datos de audio.
• Decodificación y conversión digital-analógica (DAC): el receptor decodifica el flujo y lo convierte antes de la amplificación. La calidad del DAC integrado en el auricular influye en el resultado final, independientemente del códec.

El caso de la recodificación merece una atención particular. Un usuario que escucha Apple Music en AAC 256 kbps en Android verá su flujo recodificado en SBC si el handshake no ha retenido AAC: el decodificador AAC del teléfono produce una señal PCM intermedia, inmediatamente recodificada en SBC a un máximo de 328 kbps. Los artefactos de compresión se acumulan, con una degradación perceptible en los transitorios y las altas frecuencias más allá de 14 kHz. Este es uno de los argumentos técnicos más sólidos a favor del control activo del códec seleccionado.

03 /SBC : el códec obligatorio, sus límites reales

Definido en el perfil A2DP (Advanced Audio Distribution Profile), el SBC (Subband Coding) es el único códec cuya compatibilidad es obligatoria para cualquier dispositivo Bluetooth certificado A2DP. Esta universalidad lo convierte en la red de seguridad del ecosistema de audio inalámbrico: si no se negocia ningún códec superior entre la fuente y el auricular, es SBC el que toma el relevo, sin excepción.

Especificaciones técnicas: bitrate de 192 a 328 kbps, perfiles de calidad

SBC codifica la señal de audio descomponiéndola en subbandas frecuenciales, en número de 4 u 8. La elección entre estas dos configuraciones influye directamente en la resolución espectral de la señal codificada: 8 subbandas ofrecen una mejor separación frecuencial y constituyen el ajuste recomendado para la música. La configuración de 4 subbandas se reserva para usos de bajo bitrate o perfiles vocales.

El bitrate varía según cuatro parámetros combinados: el número de subbandas, el número de bloques (4, 8, 12 o 16), el modo de canal y el nivel de asignación de bits. La tabla siguiente resume los intervalos de bitrate según las configuraciones habituales.

El bitrate máximo de 328 kbps rara vez se alcanza en condiciones reales. La negociación entre ambos dispositivos suele derivar en un perfil intermedio, según las capacidades declaradas del auricular y los márgenes de seguridad impuestos por el firmware de la fuente.

SBC Dual Channel frente a Joint Stereo: impacto en la calidad

SBC admite cuatro modos de canal distintos: Mono, Dual Channel, Stereo y Joint Stereo. Los dos últimos afectan a la reproducción estéreo, pero su funcionamiento difiere.

• Stereo codifica los canales izquierdo y derecho de forma independiente, con un presupuesto de bits compartido entre ambos.
• Joint Stereo codifica la suma (Mid) y la diferencia (Side) de los dos canales, lo que permite una mejor asignación de bits a los componentes comunes de la señal estéreo.
• Dual Channel trata cada canal como un flujo independiente con su propio presupuesto de bits, lo que duplica el ancho de banda consumido sin ganancia perceptible en la mayoría de los contenidos musicales.

En la práctica, el Joint Stereo a 8 subbandas representa la configuración óptima para la música: maximiza la eficiencia de codificación a bitrate equivalente y reduce los artefactos de cuantificación en transitorios complejos.

La optimización de SBC mediante los parámetros avanzados de Android

Android expone, en las opciones de desarrollador, la posibilidad de forzar el codec SBC HD (o "calidad de audio Bluetooth máxima"), que obliga a la negociación hacia el bitrate más alto admitido por el auricular. El procedimiento es secuencial.

1. Activar las opciones de desarrollador mediante "Acerca del teléfono" (siete toques en el número de compilación).
2. Acceder a "Opciones de desarrollador" y localizar "Códec de audio Bluetooth" o "Calidad de audio Bluetooth".
3. Seleccionar "SBC HD" o forzar el bitrate máximo si la opción está disponible.
4. Desconectar y volver a conectar el auricular para que se aplique la nueva negociación.

Esta manipulación no carece de contrapartidas. Un bitrate SBC más elevado solicita mayor ancho de banda Bluetooth 2.4 GHz, lo que puede debilitar la conexión en entornos saturados (espacio abierto denso, pasillo de metro). La latencia típica de SBC se sitúa entre 150 y 200 ms, independientemente de la configuración de bitrate: este valor es estructural y no disminuye con la optimización del bitrate. Para usos de vídeo o videojuegos, esta latencia sigue siendo inaceptable sin compensación por software en la fuente.

04 /AAC : comportamiento diferente según el ecosistema

AAC (Advanced Audio Coding) se presenta a menudo como un códec secundario, inferior a aptX de forma predeterminada. Esta interpretación es inexacta. El rendimiento de AAC depende menos del códec en sí que de la calidad de su implementación, y esta implementación varía considerablemente según la plataforma de origen.

Implementación de Apple frente a la implementación de Android : por qué los resultados divergen

Apple controla toda la cadena AAC en iOS : codificador, planificador Bluetooth, gestión del búfer. Esta integración vertical permite una transmisión en débit variable (VBR), donde el bitrate se adapta a la complejidad de la señal de audio. En Android, las implementaciones de AAC se confían a los fabricantes de SoC y a los constructores, sin una restricción de optimización común.

El resultado es una fragmentación importante. Algunos dispositivos Android transmiten un flujo AAC correctamente codificado en VBR, otros limitan en CBR (débit constant) con parámetros conservadores. La calidad efectiva depende entonces del SoC (Qualcomm, MediaTek), de la versión de Android y de las elecciones de software del constructor, tres variables que el usuario no controla.

Bitrate efectivo en iOS y en Android : medidas comparativas

Los trabajos de medición publicados por NikolasLab y SoundGuys documentan esta diferencia de manera precisa. En iOS, el flujo AAC alcanza regularmente 256 kbps en VBR, con picos por encima en los pasajes de alta densidad espectral. En Android, el bitrate efectivo medido oscila frecuentemente entre 128 y 192 kbps CBR, según el constructor y la versión del sistema.

Esta diferencia no es anecdótica. A 128 kbps CBR, AAC presenta artefactos audibles en los platillos y los transitorios rápidos, en particular un ligero alisado de los ataques y una compresión perceptible en las altas frecuencias más allá de 14 kHz. A 256 kbps VBR, estos artefactos desaparecen en la casi totalidad de los casos de escucha.

Casos de uso donde AAC supera a aptX

En un iPhone asociado a un casco o unos auriculares compatibles con AAC, la calidad de transmisión supera en la práctica a la de aptX clásico (328 kbps CBR). aptX estándar no integra un modo VBR y su codificador, aunque más eficiente que SBC, sigue limitado por un caudal fijo menos adaptativo que el AAC VBR de Apple.

Tres situaciones concretas ilustran esta ventaja :

• Escucha de archivos de alta resolución transmitidos vía Apple Music en Lossless (la conversión AAC en salida Bluetooth sigue siendo de alta calidad en iOS)
• Llamadas de vídeo en teletrabajo desde un iPhone, donde la latencia de AAC en iOS está controlada y la calidad vocal superior a SBC
• Uso de AirPods o de cascos de terceros optimizados para AAC (Sony, Bose, Sennheiser) con un iPhone, sin acceso a LDAC ni aptX

La conclusión práctica es directa : un usuario de iOS no necesita necesariamente aptX. AAC bien implementado cubre la mayoría de los usos de escucha musical y de llamadas. La ecuación cambia en Android, donde aptX o LDAC ofrecen una garantía de calidad más predecible, precisamente porque la implementación de AAC allí sigue siendo heterogénea.

05 /La familia aptX: cinco variantes con usos distintos

Desarrollada por Qualcomm tras la adquisición de CSR en 2015, la familia aptX agrupa cinco variantes que comparten una base algorítmica común pero difieren en la tasa de bits, la profundidad de bits y la gestión de la latencia. Cada una responde a un pliego de condiciones distinto, y la retrocompatibilidad entre versiones constituye una ventaja estructural a menudo subestimada frente a LDAC o LC3.

---

aptX estándar: 352 kbps, latencia ~70 ms

El aptX estándar codifica a 352 kbps con una profundidad de 16 bits y una frecuencia de muestreo de 44,1 kHz. La latencia medida se sitúa alrededor de 70 ms, lo que lo coloca claramente por delante de SBC (150 a 200 ms) pero detrás de aptX Low Latency. Presente en un amplio parque de dispositivos Android desde 2012, sigue siendo la base de compatibilidad de toda la familia.

---

aptX HD: 576 kbps, 24 bits, límites en la práctica

aptX HD asciende a 576 kbps e introduce los 24 bits, con un muestreo a 48 kHz. Sobre el papel, estas cifras abren la vía a un rendimiento superior al CD. En la práctica, dos límites moderan el entusiasmo: la compresión sigue siendo con pérdida (algoritmo APTX modificado, sin transmisión PCM en bruto), y la latencia aumenta ligeramente respecto al aptX estándar, alrededor de 80 ms. La ganancia perceptible depende en gran medida de la calidad del DAC integrado en el auricular.

---

aptX Low Latency: objetivo 40 ms, gaming y vídeo

aptX Low Latency apunta a una latencia de 40 ms de extremo a extremo, lo que lo hace utilizable para el gaming y la sincronización labial en vídeo. La tasa de bits permanece cercana al aptX estándar (352 kbps), sin mejora de la resolución. Su adopción en hardware ha estancado: pocos smartphones lo integran de forma nativa, y se encuentra sobre todo en dongles USB-C o adaptadores dedicados a consolas portátiles. Para un uso gaming móvil por Bluetooth nativo, aptX Adaptive v2 le ha arrebatado ampliamente el protagonismo.

---

aptX Adaptive: tasa de bits variable, dos generaciones

Es la variante más compleja de la familia. aptX Adaptive adapta su tasa de bits en tiempo real según la calidad de la señal radio.

La v2, anunciada en 2022, supera un umbral simbólico con 1,2 Mbps: a esta tasa, la transmisión se acerca a una calidad comparable a PCM de alta resolución. Está reservada a los SoC Qualcomm Snapdragon 8 Gen 1 y posteriores del lado de la fuente, y a los chipsets Snapdragon Sound certificados v2 del lado del auricular. Punto decisivo: aptX Adaptive es retrocompatible con aptX y aptX HD. Si el auricular no admite Adaptive, la conexión pasa automáticamente a la mejor variante disponible, sin interrupción.

---

aptX Lossless: calidad CD, condiciones estrictas

aptX Lossless apunta a la transmisión sin pérdida a 44,1 kHz/16 bits, es decir, el formato CD exacto. Opera dentro de aptX Adaptive v2, en capa superior, y solo se activa con una tasa de bits suficiente (alrededor de 1 Mbps efectivo). Tres condiciones deben reunirse simultáneamente:

• señal radio estable, distancia inferior a 1 a 2 metros entre fuente y auricular
• SoC fuente compatible Snapdragon 8 Gen 1 o superior
• firmware del auricular certificado aptX Lossless por Qualcomm

En un entorno real (espacio abierto, trayecto en TGV), la tasa de bits disponible fluctúa y el códec desciende con frecuencia al modo Adaptive estándar. aptX Lossless sigue siendo por ahora una demostración de viabilidad más que un uso diario fiable, salvo en condiciones de escucha estática y a corta distancia.

---

La dependencia del ecosistema Qualcomm constituye el límite estructural de toda la familia aptX: sin SoC compatible del lado de la fuente y sin licencia del lado del fabricante de auriculares, ninguna de estas variantes resulta accesible. Los dispositivos Apple, los DAP con SoC propio y la mayoría de los PC con procesadores Intel o AMD quedan excluidos de forma predeterminada.

06 /LDAC : el códec Sony, análisis técnico en profundidad

Desarrollado por Sony e integrado en el ecosistema Android desde la versión 8.0 (AOSP), LDAC se ha consolidado como la referencia de los códecs Bluetooth de alta resolución para el gran público. Su principio se basa en una transmisión de hasta 990 kbps, es decir, aproximadamente tres veces el caudal de SBC en modo de alta calidad, con compatibilidad para archivos de hasta 96 kHz / 32 bits.

Tres modos de calidad : 330 kbps, 660 kbps, 990 kbps

LDAC no funciona a caudal fijo. El códec opera según tres niveles distintos, seleccionados de forma automática o manual según las implementaciones :

En Android, el menú de desarrollador permite forzar uno de estos tres modos. En la práctica, la mayoría de los dispositivos deja que el firmware decida solo, lo que provoca cambios silenciosos según la calidad del enlace radio.

Modo 990 kbps : condiciones reales de obtención y estabilidad

El modo 990 kbps es el más documentado en las fichas de producto y el que menos se mantiene en condiciones reales. Para que permanezca estable, deben cumplirse varias condiciones de forma simultánea :

• Distancia fuente/auriculares inferior a 1,5 metros aproximadamente
• Ausencia de interferencias Wi-Fi 2,4 GHz significativas (espacio abierto denso, estación, TGV)
• Potencia de emisión suficiente en el lado de la fuente (algunos smartphones limitan)
• Firmware del auricular actualizado, con gestión adaptativa bien calibrada

En cuanto una de estas condiciones no se cumple, el firmware cambia automáticamente a 660 kbps, o incluso a 330 kbps si la degradación del enlace persiste. Este comportamiento adaptativo es deliberado : Sony ha privilegiado la continuidad de reproducción frente a la fidelidad del caudal. El resultado es una escucha sin interrupciones, pero con una resolución efectiva inferior a la que muestra la ficha técnica.

LDAC vs aptX HD : comparación a bitrate equivalente

La comparación pertinente no se realiza a 990 kbps, sino a 660 kbps, caudal al que LDAC opera con mayor frecuencia, frente a aptX HD que transmite a 576 kbps en caudal fijo.

A 660 kbps, LDAC conserva una ventaja en la frecuencia de muestreo máxima (96 kHz frente a 48 kHz de aptX HD). En cambio, aptX HD ofrece un caudal constante, lo que simplifica la predicción de la calidad efectiva. En archivos masterizados a 44,1 kHz / 16 bits, la diferencia perceptible entre ambos códecs sigue siendo reducida y depende más de la implementación del decodificador que del propio códec.

Integración de LDAC en Android 8.0 y disponibilidad en los DAP

La integración de LDAC en Android 8.0 (AOSP) en 2017 supuso un punto de inflexión : cualquier fabricante que utilice Android de código abierto puede activar el códec sin necesidad de negociar una licencia específica con Sony. Esta decisión aceleró la difusión de LDAC más allá del ecosistema Sony.

En cuanto a los reproductores de audio portátiles (DAP), la compatibilidad es amplia y suele aprovecharse mejor que en el smartphone, ya que estos dispositivos disponen de una potencia de emisión Bluetooth más estable y de un entorno RF menos saturado :

• Astell&Kern : LDAC presente en toda la gama actual, desde el AK HC3 hasta el KANN Ultra
• FiiO : integrado desde el M11 Pro, disponible en las gamas M y R recientes
• Sony Walkman : implementación nativa con acceso al modo 990 kbps a través del menú dedicado

En los DAP, el modo 990 kbps se mantiene con mayor facilidad que en el smartphone, siempre que se permanezca a una distancia razonable del auricular y se eviten zonas con alta densidad de Wi-Fi. Es en este contexto donde LDAC se acerca más a sus especificaciones teóricas.

07 /LC3 y Bluetooth LE Audio: la ruptura arquitectónica

LC3 no es un SBC mejorado. Es el códec de referencia de una arquitectura Bluetooth completamente reconstruida, Bluetooth LE Audio, que se basa en el estándar Bluetooth Low Energy en lugar del Bluetooth Classic que soportaba hasta ahora A2DP, HFP y todos los perfiles de audio tradicionales. Esta distinción es fundamental: LE Audio no reemplaza solo un códec, reemplaza la capa de transporte.

LC3 vs SBC: eficiencia a bitrate reducido

LC3 (Low Complexity Communication Codec) fue estandarizado por el Bluetooth SIG en 2020. Su ventaja principal no reside en un bitrate máximo elevado, sino en la calidad percibida a bitrate limitado. Las pruebas MUSHRA (Multiple Stimuli with Hidden Reference and Anchor) realizadas durante la estandarización muestran que LC3 a 160 kbps obtiene puntuaciones de calidad percibida comparables a SBC a 328 kbps, lo que supone un ahorro de ancho de banda de aproximadamente 50 % a calidad equivalente.

Esta eficiencia se debe al algoritmo de codificación por transformada MDCT con ventaneo adaptativo, que gestiona mejor los transitorios y las señales complejas que el subcodificado en bandas de SBC. En la práctica, esto se traduce en una restitución de los medios más coherente y una menor degradación de las altas frecuencias a bajo bitrate.

El perfil LE Audio y sus casos de uso

LE Audio introduce dos perfiles inéditos que el Bluetooth Classic no podía soportar estructuralmente:

• Unicast Audio: flujo dedicado punto a punto, equivalente funcional de A2DP pero sobre BLE, con una latencia reducida y un consumo energético menor.
• Broadcast Audio (Auracast): difusión de un emisor hacia un número ilimitado de receptores simultáneos, sin emparejamiento previo. Un smartphone, una parada de transporte o una pantalla de cine puede difundir hacia todos los auriculares compatibles al alcance.
• Audífonos: LE Audio es la primera arquitectura Bluetooth que integra de forma nativa un perfil certificado para audífonos (Hearing Aid Profile, TMAP), lo que abre la vía a dispositivos médicos interoperables sin pila propietaria.

Auracast representa el caso de uso más estructurante a medio plazo: difusión en sala de conferencias, anuncios en transportes, accesibilidad en lugares públicos. La norma no fija límite al número de receptores simultáneos.

LC3plus: extensión de alta resolución

LC3plus es una extensión opcional de LC3, desarrollada por Fraunhofer IIS y Ericsson, no incluida en la especificación base de LE Audio. Las diferencias técnicas son significativas:

LC3plus se dirige a los usos de alta resolución y a las aplicaciones de latencia muy baja (juego, XR). Su despliegue sigue siendo marginal en 2026; ningún auricular de gran consumo lo implementa todavía de forma documentada.

Calendario de despliegue y dispositivos compatibles en 2026

El despliegue de LE Audio avanza lentamente, limitado por la necesidad de compatibilidad tanto en el lado de la fuente como en el del receptor. En 2026, los dispositivos confirmados compatibles con LE Audio incluyen:

• Samsung Galaxy Buds 2 Pro (actualización de firmware 2023, LE Audio activado en Galaxy S23 y posteriores)
• Samsung Galaxy Buds 3 y Buds 3 Pro (compatibilidad nativa, Auracast soportado)
• Google Pixel Buds Pro 2 (LE Audio y Auracast anunciados en el lanzamiento, finales de 2024)
• Qualcomm S7 y S7 Pro Gen 1: la plataforma SoC que equipa a la mayoría de los nuevos auriculares Android premium integra LE Audio de forma nativa

En el lado de las fuentes, Android 13 y superior admite LE Audio en los SoC compatibles, pero la activación efectiva depende del fabricante. iOS y macOS no admiten todavía LE Audio fuera del perfil de audífonos. El cambio generalizado de A2DP a LE Audio como perfil dominante sigue siendo una perspectiva de 2026 como muy pronto, condicionada a la renovación del parque de dispositivos fuente.

08 /LHDC, LHDC 5.0 y SSC HiFi : los códecs alternativos

LHDC 4.0 y 5.0 : especificaciones y ecosistema Huawei, Xiaomi, Honor

LHDC (Low Latency High-quality audio Codec) es desarrollado y gestionado por la empresa taiwanesa Savitech, que concede su licencia a varios fabricantes asiáticos : Huawei, Xiaomi, Honor y FiiO figuran entre los principales socios. Este modelo de licencia cerrada explica en gran medida por qué el códec permanece ausente del ecosistema Android general y no existe en iOS.

LHDC 4.0 alcanza un máximo de 900 kbps con una resolución máxima de 24 bits/96 kHz, lo que lo sitúa teóricamente al nivel de LDAC 990 kbps. LHDC 5.0, anunciado en 2022, llega hasta 1 Mbps en velocidad máxima, conserva los 24 bits/96 kHz e introduce un mecanismo de gestión dinámica de la velocidad para absorber mejor las interferencias de radio. Sobre el papel, estas cifras superan a LDAC y a aptX Adaptive v1.

En la práctica, la comparación directa entre los tres códecs de alta resolución más ambiciosos ofrece el siguiente cuadro :

La velocidad máxima de LHDC 5.0 sigue siendo inferior a la de aptX Adaptive v2 (1 400 kbps), y su ecosistema permanece estructuralmente limitado : unos Freebuds Pro 3 o unos FreeBuds 5i de Huawei activarán LHDC 5.0 junto con un Mate 60 Pro, pero el mismo par de auriculares volverá a SBC o AAC frente a un teléfono Samsung o un iPhone.

SSC HiFi (Samsung Scalable Codec) : funcionamiento adaptativo

SSC HiFi es la versión de alta calidad del Samsung Scalable Codec, códec propietario desarrollado internamente por Samsung. Su principio se basa en una velocidad adaptativa comprendida entre 512 kbps y 1 Mbps según las condiciones de transmisión, con una resolución de 24 bits/48 kHz. El rango bajo (512 kbps) garantiza la estabilidad en entornos con muchas interferencias ; el rango alto (1 Mbps) se activa cuando el canal de radio está despejado.

Este códec está presente en los Galaxy Buds2 Pro, Buds3 Pro y en los smartphones Galaxy S desde la serie S21 Ultra. La compatibilidad sigue siendo estrictamente intraecosistema Samsung : ningún dispositivo de terceros puede activar SSC HiFi, ni siquiera bajo Android. La latencia anunciada en modo HiFi se sitúa en torno a 60 ms, lo que lo hace utilizable para vídeo pero insuficiente para el juego competitivo.

LLAC : posicionamiento frente a aptX LL

LLAC (LHDC Low Latency Audio Codec) es una variante de LHDC orientada al uso en tiempo real. Busca una latencia de 30 ms a una velocidad reducida (alrededor de 400 kbps), frente a los 40 ms de aptX LL en condiciones óptimas.

Ambos códecs comparten la misma vocación : reducir el desfase audio-vídeo y mejorar la reactividad para el juego. Sin embargo, dos diferencias estructurales los separan :

• aptX LL se beneficia de una difusión amplia a través de los chips Qualcomm, presentes en la mayoría de los teléfonos Android de gama media y alta.
• LLAC sigue limitado a los dispositivos compatibles con LHDC (Huawei, Xiaomi, Honor, algunos DAP FiiO), lo que reduce considerablemente su utilidad práctica para un comprador ajeno a ese ecosistema.

Fuera del ámbito de Huawei o Xiaomi, LLAC no constituye por tanto una alternativa creíble a aptX LL, a pesar de unas especificaciones comparables en latencia.

09 /Latencia del audio Bluetooth: valores reales por códec

La latencia constituye, junto con el caudal y la calidad de compresión, el tercer eje de evaluación de un códec. Sin embargo, sigue siendo el aspecto peor documentado: los fabricantes comunican rara vez valores medidos, y las cifras de marketing coinciden pocas veces con lo que se observa en condiciones reales.

Tabla comparativa de las latencias medidas

Los valores que figuran a continuación proceden de mediciones en condiciones reales (fuente Android o PC, receptor compatible, señal estable), no de las especificaciones de los fabricantes. Los intervalos reflejan la variabilidad según la implementación de hardware y la carga del enlace Bluetooth.

El caso LDAC merece una atención particular: a 990 kbps, el códec moviliza una parte significativa del ancho de banda y del búfer de decodificación, lo que explica latencias que alcanzan 300 ms en algunos dispositivos Sony. Para la escucha musical pura, este retraso resulta imperceptible. Para cualquier sincronización con una imagen, resulta inaceptable.

Latencia percibida frente a latencia medida: el umbral de 40 ms para el vídeo

La distinción entre latencia medida y latencia percibida resulta esencial. Una latencia de 80 ms en un pódcast o un álbum en escucha exclusiva pasa totalmente inadvertida: el cerebro no dispone de ninguna señal de referencia temporal. La situación cambia de forma radical en cuanto aparece una imagen.

El umbral establecido comúnmente por los estudios de psicoacústica y retomado por los ingenieros de audio-vídeo se sitúa alrededor de 40 ms: más allá, el desfase entre el movimiento de los labios y el sonido percibido se vuelve detectable para la mayoría de los oyentes. A 100 ms, la falta de sincronismo resulta manifiesta y molesta. A 200 ms, resulta insoportable en cualquier contenido dialogado.

Esta realidad condiciona directamente la elección del códec para tres usos precisos:

• Visionado de vídeo en smartphone o tableta sin compensación de latencia
• Videojuegos en consola o PC con retorno de audio inalámbrico
• Videollamadas con retorno de cámara local (la diferencia entre la voz y la imagen propia puede generar desorientación)

Para estos usos, aptX LL (32 a 40 ms) y aptX Adaptive en modo gaming (20 a 30 ms) constituyen las únicas opciones Bluetooth clásicas que se sitúan por debajo del umbral crítico. LC3 ofrece prestaciones comparables en LE Audio, pero el ecosistema compatible sigue siendo limitado en 2026.

Compensación de latencia en las aplicaciones y los televisores

La mayoría de los televisores recientes incorporan una función de lip sync (sincronización labial), accesible en los ajustes de audio avanzados. Permite introducir un retardo artificial en la señal de vídeo para realinearla con el audio Bluetooth recibido. En los televisores Sony, Samsung y LG de las gamas 2022 y posteriores, esta compensación resulta a veces automática cuando se empareja un auricular mediante Bluetooth nativo.

Las aplicaciones de streaming gestionan este problema de forma desigual. Netflix y YouTube en Android incorporan una compensación dinámica que ajusta el flujo de vídeo en función de la latencia declarada por el dispositivo de audio. Esta declaración se basa en los metadatos transmitidos por el códec: un dispositivo aptX Adaptive puede indicar su modo activo, lo que permite a la aplicación adaptar su búfer de vídeo en consecuencia.

En la práctica, esta cadena funciona correctamente en las combinaciones bien integradas (teléfono Qualcomm reciente, auriculares aptX Adaptive, aplicación actualizada) y resulta poco fiable en configuraciones heterogéneas. La redacción ha constatado desincronizaciones persistentes en combinaciones SBC con compensación activada, ya que el retardo variable del códec hace ineficaz cualquier recalibrado estático. La compensación de latencia corrige un desfase fijo: no compensa una latencia inestable.

10 /Compatibilidad de los códecs según el ecosistema de origen

La calidad de la transmisión Bluetooth no depende únicamente del auricular o de los auriculares: la fuente impone sus propias restricciones. Un dispositivo compatible con LDAC del lado de la recepción nunca transmitirá en LDAC si la fuente no es capaz de ello. Esta asimetría es una de las fuentes de confusión más frecuentes entre los compradores.

Android: códecs disponibles según el SoC y la versión del SO

Android ofrece la gama más amplia, pero no es uniforme. El soporte de un códec depende tanto de la versión de Android como del SoC integrado y de las decisiones del fabricante. A partir de Android 8.0, LDAC está integrado de forma nativa a través de la pila Bluetooth AOSP. En cambio, aptX y aptX HD requieren una licencia de Qualcomm y un SoC compatible, generalmente los Snapdragon de gama media y alta.

Los SoC MediaTek (Dimensity 9300, 9400) admiten LHDC de forma nativa, pero no aptX en la mayoría de las configuraciones. Los chips Exynos de Samsung integran LDAC a través de AOSP, pero excluyen aptX en los modelos recientes. La fragmentación sigue siendo real: dos teléfonos Android con la misma versión del sistema operativo pueden no compartir el mismo conjunto de códecs disponibles.

iOS y iPadOS: AAC nativo, ausencia de aptX y LDAC del lado de la emisión

Apple bloquea la emisión Bluetooth en AAC únicamente. Independientemente del auricular conectado, un iPhone o un iPad nunca transmitirá en aptX, aptX HD, aptX Adaptive o LDAC. Este límite es arquitectónico y no se puede eludir, ni siquiera mediante aplicaciones de terceros.

Sin embargo, el códec AAC de Apple está bien implementado del lado de la emisión, con una tasa de bits que puede alcanzar los 256 kbps en los iPhone recientes (iPhone 15 y posteriores). La calidad sigue siendo correcta para la mayoría de los usos, pero objetivamente se sitúa por debajo de lo que permitiría LDAC a 990 kbps o aptX Adaptive en modo sin pérdida. Los usuarios de AirPods Pro 2 o 3 se benefician del códec propietario de Apple sin denominación pública, que opera fuera de estos estándares.

macOS y Windows: estado del soporte en 2026

Las dos plataformas de escritorio suelen pasarse por alto en las comparativas de códecs, aunque sus comportamientos difieren de forma significativa.

macOS admite AAC en emisión desde hace varios años, lo que lo sitúa al mismo nivel que iOS en este aspecto. LDAC no está soportado del lado de la fuente, ni siquiera en los Mac equipados con chips Apple Silicon.

Windows 11 presenta un caso más complejo. El soporte nativo sigue siendo limitado: AAC solo está disponible en recepción, y LDAC está ausente de la pila Bluetooth de Microsoft. aptX y aptX HD son accesibles a través de los controladores Qualcomm en los PC equipados con módulos Wi-Fi/Bluetooth Qualcomm (Intel AX211 o módulos Snapdragon X Elite, en particular), pero esta compatibilidad depende del fabricante del PC y de la versión del controlador instalada. Ninguna solución permite activar LDAC en emisión bajo Windows en 2026.

DAP y amplificadores portátiles: el ecosistema audiófilo

Los reproductores de audio digitales (DAP) constituyen el ecosistema más permisivo en materia de códecs. Diseñados para la escucha de alta resolución, suelen integrar LDAC, LHDC y, a veces, códecs propietarios adicionales.

Algunas referencias representativas del mercado en 2026:

• FiiO M15S: LDAC, LHDC 5.0, aptX Adaptive, AAC, SBC. Funciona con Android 12 modificado, acceso a las opciones de desarrollador para forzar el códec.
• Astell&Kern SP3000: LDAC y AAC, sin LHDC ni aptX. Sistema propietario TERATON ALPHA que limita el acceso a los ajustes avanzados de Bluetooth.
• Sony NW-WM1ZM2: LDAC nativo con prioridad sistemática al códec propio, configurable a través de la interfaz Walkman.

Los amplificadores portátiles Bluetooth (tipo Qudelix 5K o FiiO BTR17) adoptan una lógica diferente: reciben la señal de la fuente en LDAC o aptX Adaptive y luego la restituyen de forma cableada o a través de su propio DAC/amplificador. La calidad del códec en recepción se convierte entonces en el factor limitante, y no la emisión de la fuente.

11 /Elegir su códec según su uso: matriz de decisión

Ningún códec se impone universalmente como óptimo. La elección pertinente depende de tres variables concretas: el entorno de escucha, la tolerancia a la latencia y la restricción de autonomía. Las secciones anteriores han establecido las características técnicas de cada códec. Se trata aquí de ponerlas en relación con los usos reales.

---

Uso nómada cotidiano: prioridad a la estabilidad y a la autonomía

En entorno urbano, la estabilidad de la conexión prima sobre el bitrate máximo teórico. Un LDAC mantenido a 990 kbps en el metro o en un andén de estación concurrido es raramente estable: el códec retrocede con frecuencia hacia 660 kbps, o incluso 330 kbps, bajo la presión de las interferencias radio a 2,4 GHz.

El consumo energético constituye un segundo factor decisivo. LDAC a 990 kbps solicita más el procesador del auricular que SBC o AAC, lo que puede reducir la autonomía entre un 15 y un 20 % según las mediciones de los fabricantes. Para un uso cotidiano de 6 a 8 horas, este delta no es despreciable.

El compromiso más sólido en este contexto: aptX Adaptive en modo 279 kbps adaptativo o LDAC bloqueado a 660 kbps. Ambos ofrecen una calidad claramente superior a SBC (328 kbps, cuantificación de 16 bits) sin imponer la carga de procesamiento del modo de alta resolución.

---

Gaming y home cinema: prioridad a la latencia

La latencia percibida se vuelve crítica cuando la imagen y el sonido deben permanecer sincronizados. Más allá de 40 ms de desfase de audio, la desalineación labial se detecta en las voces. La mayoría de los códecs habituales se sitúan entre 100 y 200 ms en condiciones reales, lo que los descalifica para el gaming competitivo.

Dos opciones técnicas responden a esta restricción:

• aptX Low Latency (aptX LL): latencia anunciada alrededor de 40 ms, medida entre 32 y 55 ms según las implementaciones. Requiere compatibilidad tanto en el origen como en el auricular.
• LC3 a través de Bluetooth LE Audio: latencia estructuralmente reducida por la arquitectura de canales isócronos, medida por debajo de 30 ms en las primeras implementaciones certificadas. Aún poco extendido en 2024, pero la trayectoria es clara.

Para el home cinema con un televisor compatible con aptX HD o aptX Adaptive, la latencia desciende generalmente entre 50 y 80 ms, suficiente para el cine pero limitada para el juego de precisión.

---

Escucha crítica y audiófilos: prioridad al bitrate y a la resolución

En un contexto estático (oficina, domicilio, fuente estable), las condiciones están dadas para explotar todo el potencial de los códecs de alta resolución. La conexión es estable, la distancia entre fuente y auricular es corta y las interferencias son limitadas.

LDAC a 990 kbps sigue siendo la referencia accesible más extendida para la escucha crítica, siempre que se verifique que la fuente mantiene efectivamente este nivel (véase la sección 12). aptX Lossless ofrece teóricamente una transmisión sin pérdida en contenido de 16 bits / 44,1 kHz, pero su despliegue sigue condicionado al ecosistema Snapdragon Sound, poco presente en los DAP y fuentes audiófilas dedicadas.

---

Ecosistema Apple exclusivo: optimizar AAC

En un iPhone reciente con AirPods Pro 2 o AirPods 4, la cuestión del códec se simplifica considerablemente. Apple ha optimizado la implementación de AAC en sus propios chips, alcanzando tasas cercanas a 256 kbps con una gestión del jitter claramente superior a la de los codificadores AAC de terceros.

En este ecosistema cerrado, AAC representa el techo alcanzable, ya que LDAC y aptX no son compatibles con iOS en el lado de emisión. La prioridad se desplaza entonces hacia otros criterios: calidad del transductor, eficacia del ANC, ajuste de la almohadilla para el sellado acústico.

Para un usuario exclusivamente Apple que desee avanzar en la calidad de audio, el factor códec está agotado. Las ganancias marginales provendrán de la ecualización a través de la app Música (curva personalizada desde iOS 17) o del paso a un DAC portátil con salida por cable.

---

El siguiente cuadro sintetiza las recomendaciones por uso:

12 /Forzar y verificar el códec activo en Android y otras plataformas

Android ofrece un acceso directo a los parámetros de negociación de códec, siempre que se sepa dónde buscar. Esta sección detalla el procedimiento completo, las herramientas de diagnóstico disponibles y los límites concretos del forzado manual.

Opciones de desarrollador en Android: activar y forzar un códec

El acceso a las opciones de desarrollador sigue un procedimiento idéntico en la gran mayoría de los dispositivos Android recientes. Se detalla a continuación en el orden exacto:

1. Abrir Ajustes y luego "Acerca del teléfono".
2. Pulsar siete veces consecutivas en "Número de compilación" hasta que aparezca el mensaje de confirmación.
3. Regresar a Ajustes: ahora se visualiza la entrada "Opciones para desarrolladores".
4. En este menú, localizar la sección Audio Bluetooth, que agrupa tres ajustes distintos: códec de audio Bluetooth, calidad de audio LDAC y frecuencia de muestreo/profundidad de bits.
5. Seleccionar el códec deseado en la lista desplegable. Las opciones disponibles dependen de los códecs integrados en el teléfono (SBC, AAC, aptX, aptX HD, LDAC, LHDC según el fabricante).

El ajuste surte efecto inmediatamente después de volver a conectar el auricular o el casco. Android muestra el códec seleccionado, pero no siempre el códec realmente negociado por el dispositivo.

Aplicaciones de diagnóstico: verificar el códec negociado en tiempo real

Forzar un códec en el origen no garantiza que el dispositivo lo acepte. La negociación sigue siendo bilateral: si el auricular no admite el códec seleccionado, Android cambia silenciosamente a SBC sin advertencia visible.

Bluetooth Tweaker (disponible en Play Store) cubre esta carencia. La aplicación lee la información de la conexión Bluetooth activa y muestra el códec realmente negociado, el bitrate en curso y el perfil A2DP utilizado. Es la herramienta más accesible para confirmar que un LDAC a 990 kbps está realmente activo y no solo seleccionado.

Para los usuarios familiarizados con el entorno de desarrollo Android, los registros ADB ofrecen un nivel de detalle superior. El comando adb shell dumpsys bluetooth_manager devuelve el estado completo de la pila Bluetooth, incluido el códec activo, los parámetros de canal y el bitrate negociado en tiempo real. Este método requiere activar la depuración USB y la instalación del SDK de Android en un equipo de trabajo.

En iOS, no existe ninguna opción equivalente. Apple no proporciona acceso ni al códec activo ni a los parámetros de negociación AAC. El usuario no puede verificar si su iPhone transmite realmente en AAC o ha retrocedido a SBC, y no dispone de ningún control para modificar este comportamiento.

Límites del forzado manual y riesgos de degradación

Forzar LDAC al bitrate máximo de 990 kbps es la configuración que se intenta con más frecuencia y la que más problemas puede generar. Tres condiciones deben cumplirse simultáneamente para que resulte estable:

• Un entorno de radiofrecuencia poco saturado (sin Wi-Fi 2,4 GHz denso, sin numerosos dispositivos Bluetooth activos cerca).
• Una distancia entre la fuente y el auricular inferior a 2 metros, sin obstáculos físicos.
• Un dispositivo cuya implementación de LDAC sea robusta (los auriculares Sony de generación reciente gestionan mejor esta restricción que algunos modelos de terceros).

Fuera de estas condiciones, el flujo a 990 kbps genera microcortes, artefactos de compresión y una latencia mayor. Sony recomienda, por otra parte, el modo "Calidad de sonido óptima" (que deja que el algoritmo elija entre 330, 660 y 990 kbps según la calidad del enlace) en lugar del forzado fijo a 990 kbps. La autonomía también se ve afectada: la carga de procesamiento adicional puede reducir la duración entre un 10 y un 15 % en los auriculares afectados, según las mediciones publicadas por varios laboratorios independientes.

La tabla siguiente resume los tres modos de LDAC y sus compromisos:

El forzado manual sigue siendo una herramienta útil para el diagnóstico y la validación de compatibilidad. En el uso diario, dejar que la negociación automática opere y luego verificar con Bluetooth Tweaker que el códec esperado está realmente activo constituye el enfoque más fiable.