Большой обзор Bluetooth-аудиокодеков: aptX, LDAC, LHDC/HWA, SBC, AAC

Хороший звук — это не компромисс, даже по Bluetooth.
Да, времена SBC и «лишь бы играло» давно позади. Сегодня в вашем беспроводном тракте может работать aptX Adaptive, LDAC с Hi‑Res или даже LHDC — и каждый из них старается выжать максимум из ограниченной полосы Bluetooth-эфира.

В этом материале мы спокойно и без маркетинговой пены разберёмся, что на самом деле могут популярные кодеки: где они звучат, где мажут, где сыпятся при потере сигнала. Что важнее — битрейт или адаптивность? Где задержка играет ключевую роль? Почему AAC может звучать лучше, чем LDAC — и наоборот?

Если вы слышите разницу между FLAC и MP3 320, знаете, что такое jitter и не верите в кабель за $500, но в хорошее звучание — верите, этот обзор для вас.

Содержание Скрыть

9 Сравнительная таблица кодеков

10 Рекомендации по выбору кодека

aptX (Classic)

Технический принцип: aptX – проприетарный кодек компании Qualcomm, использующий адаптивную дифференциальную импульсно-кодовую модуляцию (ADPCM) для сжатия аудио. Сигнал разделяется на поддиапазоны, и изменение сигнала кодируется разностным методом. В отличие от алгоритмов с психоакустическим моделированием, aptX не удаляет слышимые данные, а упаковывает их более эффективно, достигая коэффициента сжатия примерно 4:1 без сложных вычислений. Это упрощает кодирование и декодирование, снижает задержки и нагрузку на процессор.
Поддерживаемый битрейт: Фиксированный, зависит от параметров аудио. Для стерео 16 бит/44,1 кГц поток aptX ~352 кбит/с; для 48 кГц – до ~384 кбит/с. Этот битрейт значительно выше, чем у SBC по умолчанию, что позволяет передавать больше аудиоданных и повысить качество звука.
Глубина и частота дискретизации: Поддерживается входное аудио с разрядностью до 16 бит и частотой дискретизации до 48 кГц (то есть охватывается стандартное CD-качество 16/44,1 и немного выше). Более высокие разрядность или частота не предусмотрены в классическом aptX – для этого предназначены более новые версии (HD, Adaptive).
Задержка: Типичная задержка aptX находится в диапазоне ~120–150 мс (конкретное значение зависит от буферизации в устройстве). Это средний показатель: немного лучше, чем у SBC и AAC на Android, но ощутимо выше, чем у специализированных low-latency кодеков. AptX не предназначен специально для ультра-низкой задержки, поэтому при просмотре видео или мобильных играх может быть заметен лаг звука ~0,1–0,2 секунды.
Адаптация битрейта и помехоустойчивость: Классический aptX работает с фиксированной скоростью передачи и не умеет динамически менять битрейт в ответ на условия связи. Помехоустойчивость определяется в основном базовыми механизмами Bluetooth (повторная передача потерянных пакетов, коррекция ошибок на низком уровне). Если помехи сильные и канал не пропускает 352 кбит/с, могут возникать пропуски аудио. Специальных алгоритмов адаптации под помехи aptX не имеет – для надежности требуется устойчивый сигнал или переход на более адаптивные кодеки.
Качество звука: Теоретически aptX способен передать полный диапазон частот CD-качества с минимально слышимой потерей. Благодаря более высокому битрейту и отсутствию жесткой психоакустической компрессии, aptX дает лучшее качество по сравнению с SBC. Практически звук с aptX воспринимается как чистый и детальный, без явных артефактов сжатия на большинстве композиций. Он близок к качеству исходника CD и подходит для повседневного прослушивания музыки. Однако aptX всё же lossy-кодек – при детальном анализе или на очень высококачественной аппаратуре можно заметить небольшие потери по сравнению с оригиналом.
Поддержка Hi-Res Audio: Не поддерживается. AptX ограничен параметрами 16 бит/48 кГц, что соответствует качеству CD и студийных записей, но не дотягивает до формальных критериев Hi-Res Audio (обычно подразумевается 24 бита и/или частота выше 48 кГц). Для Hi-Res аудио по Bluetooth используются более продвинутые версии кодека (aptX HD, Adaptive) или альтернативные кодеки.
Энергопотребление: AptX отличается низкой сложностью алгоритма. Кодирование/декодирование ADPCM требует меньше вычислительных ресурсов, чем современные психоакустические кодеки. Поэтому aptX не сильно нагружает процессор телефона и наушников. Кроме того, умеренный битрейт (~352 кбит/с) не создает чрезмерной нагрузки на радиомодуль. В целом, aptX считается довольно энергоэффективным: использование этого кодека зачастую сопоставимо или даже экономичнее, чем AAC на Android. В Bluetooth-гарнитурах с чипами Qualcomm декодер aptX аппаратно оптимизирован, что минимизирует влияние на время работы от батареи.
Совместимость: Кодек aptX получил широкое распространение. Поддержка aptX есть на большинстве современных смартфонов и планшетов с Android (особенно на чипсетах Qualcomm). Многие беспроводные наушники, гарнитуры и передатчики среднего и высокого класса лицензируют aptX. Windows 10/11 и macOS также поддерживают стандартный aptX для Bluetooth-звука (например, при подключении наушников с aptX к ПК или Mac). Apple iPhone и iPad не поддерживают aptX – устройства Apple используют другой кодек (AAC). В случае, если одно из устройств не поддерживает aptX, Bluetooth-соединение автоматически переходит на SBC. В сумме, экосистема aptX охватывает в первую очередь Android-устройства, Windows-компьютеры и разнообразные аксессуары, но не включает iOS.

aptX HD

Технический принцип: aptX HD – улучшенная версия aptX, также разработанная Qualcomm. Она сохраняет базовый принцип ADPCM-сжатия в поддиапазонах, но с рядом доработок для повышения качества звука. AptX HD увеличивает разрядность обработки и точность квантования: кодек способен кодировать изменения сигнала с большей глубиной, что снижает искажения и шума округления. Фактически aptX HD можно рассматривать как версию aptX, оптимизированную для аудио высокой четкости (High Definition). Психоакустических моделей по-прежнему не используется – улучшение достигается за счет передачи большего объема данных о звуке.
Поддерживаемый битрейт: Фиксированный ~576 кбит/с для стерео 24 бит/48 кГц. Это максимальный битрейт aptX HD, существенно превышающий aptX Classic. Для 44,1 кГц аудио поток будет немного ниже (~553 кбит/с), но в большинстве случаев aptX HD используют с частотой 48 кГц, получая ~576 kbps. Битрейт не меняется динамически и всегда высокий, чтобы обеспечить лучшее качество. По сравнению с aptX (352 кбит/с), aptX HD передает примерно на 60% больше данных каждую секунду.
Глубина и частота дискретизации: AptX HD поддерживает аудио с разрядностью 24 бита и частотой дискретизации до 48 кГц. То есть, кодек способен передавать звук с повышенной битовой глубиной (широкий динамический диапазон, более тонкие градации громкости) по сравнению с стандартным 16-бит аудио. Максимальная частота 48 кГц означает, что диапазон частот сигнала до ~24 кГц сохраняется. Форматы вплоть до студийного 24-bit/48kHz транслируются без понижения качества разрядности. Однако частоты 88,2 или 96 кГц aptX HD не поддерживает – для них нужен другой кодек или down-sampling до 48 кГц.
Задержка: Выше средней. AptX HD при прочих равных имеет большую задержку передачи, чем aptX Classic. Это связано с увеличенным объемом данных (576 кбит/с требует больше буферизации) и, возможно, чуть более сложной обработкой. Типичная латентность aptX HD составляет порядка 170–200 мс. Для музыки это не критично, но для видео может быть заметен рассинхрон, если плеер не компенсирует задержку. Кодек aptX HD не предназначен для игр – ~0,2 с задержки слишком велика для комфортного геймплея. Таким образом, aptX HD жертвует быстротой ради качества звука.
Адаптация битрейта и помехоустойчивость: AptX HD, подобно обычному aptX, работает с постоянным битрейтом ~576 kbps и не адаптируется к качеству соединения на лету. Это означает, что для стабильной работы требуется достаточно широкий канал Bluetooth. При помехах или удалении устройств aptX HD более чувствителен к сбоям: если канал не “тянет” 576 кбит/с, начнут теряться пакеты или появляются заикания. В условиях уверенного сигнала кодек обеспечивает устойчивую связь, но на границе диапазона или при сильных радиопомехах aptX HD может чаще прерываться, чем более “легкие” кодеки. Специальных мер защиты от ошибок (типа адаптивного FEC) нет – надежность на уровне базового протокола Bluetooth.
Качество звука: Теоретически aptX HD приближает Bluetooth-звук к уровню проводного подключения. Высокий битрейт и 24-битная точность позволяют передавать более тонкие нюансы записи, лучшую детализацию, плотные басы и чистые высокие частоты без резкости. Часто утверждается, что aptX HD способен передать качество выше, чем CD (так как 24-бит студийные записи содержат больше информации, чем 16-бит CD). Практически пользователи отмечают очень чистое и объемное звучание с aptX HD. В сравнении с aptX Classic слышен прирост качества на хорошей аппаратуре: меньше компрессионных артефактов, более ясная атака звуков, шире динамический диапазон. AptX HD по праву считается аудиофильским шагом вперед для Bluetooth, хотя он по-прежнему с потерями – при аналитическом прослушивании можно обнаружить отличия от оригинального Hi-Res файла, особенно на сложных по спектру композициях.
Поддержка Hi-Res Audio: Частично. AptX HD официально рассчитан на параметры 24-бит/48 кГц, что уже превышает качества CD и формально подпадает под понятие “HD Audio”. Многие производители помечают устройства с aptX HD значком Hi-Res (Wireless), хотя стандарт Japan Audio Society в первую очередь сертифицировал LDAC. В любом случае aptX HD передает аудио повышенной четкости. Он позволяет наслаждаться высоким разрешением 24-битных записей, хотя ограничен частотой 48 кГц. Если сравнивать: LDAC и LHDC могут работать с 96 кГц, поэтому их обычно относят к полноценному Hi-Res Wireless. AptX HD же можно считать промежуточным: качество существенно улучшено относительно базового, но не самый верхний предел Hi-Res.
Энергопотребление: За повышенное качество aptX HD платит увеличенной нагрузкой. Кодек передает на ~60% больше данных, что означает более активную работу передатчика Bluetooth. Энергопотребление при передаче 576 кбит/с несколько выше, чем у aptX Classic. Также кодирование 24-битного потока требует чуть больше вычислений (хотя алгоритм все еще довольно простой). Практически это проявляется в чуть более быстром разряде батареи при использовании aptX HD по сравнению с обычным aptX или SBC. В наушниках декодирование aptX HD также немного нагружает DSP сильнее. Тем не менее, разница не драматична: современные чипы оптимизированы, и многие пользователи не замечают существенного снижения времени работы. В сценариях, где важна каждоя минута батареи, aptX HD может быть менее экономичен, чем SBC/aptX/AAC. Но в целом его энергоэффективность можно оценить как среднюю – умеренно более требовательный, чем базовые кодеки, но значительно менее затратный, чем максимальные по битрейту LDAC/LHDC.
Совместимость: AptX HD получил распространение в сегменте Android-устройств и аудиотехники. Поддержка есть на многих смартфонах среднего и высшего класса под Android, особенно тех, где производитель акцентирует внимание на качественном звуке (некоторые модели Xiaomi, OnePlus, Vivo, Sony иронично, Sony чаще продвигает LDAC, но их чипсеты могут поддерживать и aptX HD, и т.д.). Большинство беспроводных наушников и ресиверов с пометкой “Hi-Res” последних лет тоже поддерживают aptX HD наряду с SBC (пример: модели от Audio-Technica, Bowers & Wilkins, Sennheiser, Marshall). Apple традиционно не использует aptX HD – ни iPhone, ни AirPods не работают с этим кодеком. Windows и macOS штатно не поддерживают aptX HD (Windows ограничивается aptX Classic, macOS также). Для использования aptX HD на ПК может потребоваться USB-Bluetooth адаптер с собственным стеком и поддержкой этого кодека. Таким образом, экосистема aptX HD – это в основном Android + соответствующие наушники. При подключении aptX HD-совместимой гарнитуры к несовместимому источнику, произойдет падение до aptX или SBC. К счастью, aptX HD обратно совместим: устройства обычно имеют и обычный aptX, поэтому соединение не сорвется, просто качество будет базовым.

aptX Adaptive

Технический принцип: aptX Adaptive – современный кодек от Qualcomm, разработанный как эволюция aptX HD с добавлением интеллектуальной адаптации. В основе по-прежнему лежит ADPCM-сжатие, однако aptX Adaptive способен динамически менять степень сжатия (битрейт) и настройки буферизации в реальном времени. Алгоритм комбинирует достоинства aptX (низкая задержка) и aptX HD (высокое качество) и добавляет гибкость: он может работать с разным соотношением сжатия от примерно 5:1 до 10:1. Кодек автоматически подстраивается под контент и радиоусловия – например, уменьшает количество передаваемых данных во время помех, либо в игровых сценариях, чтобы снизить задержку. AptX Adaptive можно назвать «умным» кодеком, способным менять свой профиль (качество/скорость) на лету, в отличие от жестко фиксированных предыдущих версий.
Поддерживаемый битрейт: Переменный, ~276 до 420 кбит/с. AptX Adaptive охватывает диапазон битрейтов: минимально около 270–280 кбит/с (при неблагоприятных условиях или в режиме приоритета задержки) и максимально до ~420 кбит/с (для максимального качества звука). В стандартном музыкальном режиме кодек стремится использовать высокий битрейт 420 кбит/с, если канал связи позволяет. При ухудшении связи он может плавно снижать скорость – 420 → 279 кбит/с и любые значения между ними. Такая гибкость позволяет в хорошие моменты близко подойти к качеству aptX HD (576 кбит/с), а в сложных условиях быть даже экономичнее, чем aptX Classic. Все изменения происходят без разрыва соединения и часто незаметны для пользователя, кроме как изменением качества.
Глубина и частота дискретизации: AptX Adaptive поддерживает 16- и 24-битное аудио с частотой до 48 кГц (как и aptX HD). Таким образом, кодек способен передавать контент в студийном качестве 24-bit/48kHz. На момент запуска aptX Adaptive не был ориентирован на 96 кГц – верхняя граница осталась 48 кГц. Однако 24-битная глубина полностью поддерживается, что дает значительное преимущество над 16-битными кодеками. Стоит упомянуть, что позднее aptX Adaptive стал частью комплексного решения Snapdragon Sound и получил возможность работы с 96 кГц в режиме aptX Lossless (см. ниже). Но базовая реализация aptX Adaptive оперирует максимум 48 кГц, удовлетворяя потребности подавляющего большинства музыкальных источников.
Задержка: Низкая (динамическая). Одно из ключевых улучшений aptX Adaptive – сокращение латентности по сравнению с aptX HD. В типичном режиме задержка составляет порядка 80 мс, а в оптимальных сценариях может снижаться до 50 мс. Кодек умеет уменьшать размер буферов при необходимости (например, при запуске игры или видео). Хотя aptX Adaptive чуть медленнее специализированного aptX Low Latency (у того ~30–40 мс), на практике 50–80 мс – отличный результат для универсального кодека. Этот уровень задержки значительно менее заметен при просмотре видео (человеку трудно уловить рассинхрон <0,1 с) и уже пригоден для игр, особенно если гарнитура и телефон полностью оптимизированы под Adaptive. При этом, если акцент смещается на качество (например, музыка без требований по задержке), кодек может увеличить буферизацию для устойчивости, но в целом aptX Adaptive стремится держать задержку в районе 100 мс или ниже во всех ситуациях.
Адаптация битрейта и помехоустойчивость: Как следует из названия, aptX Adaptive обладает механизмом динамической адаптации. Кодек непрерывно мониторит состояние Bluetooth-канала (уровень ошибок, пропускную способность, расстояние, загрузку эфира) и регулирует битрейт для поддержания стабильного соединения. Например, в тихой обстановке он будет передавать на максимальной скорости 420 кбит/с, обеспечивая высокое качество. Если пользователь отходит дальше или в эфире появляются помехи (Wi-Fi, другие устройства), aptX Adaptive может плавно снизить битрейт до 279 или промежуточных значений, требующих меньше ресурсов канала. Это предотвращает резкие обрывы звука – вместо заиканий немного падает качество. Помимо этого, aptX Adaptive умеет переключать профили: для музыки – режим повышенного качества, для игр/фильмов – режим низкой задержки. Такая всеобъемлющая адаптивность делает кодек крайне помехоустойчивым: в рамках возможностей Bluetooth он старается сохранить непрерывное аудио даже в сложных радиоусловиях. Стоит отметить, aptX Adaptive интегрирован с технологией Qualcomm Bluetooth High Speed Link – это проприетарное расширение, увеличивающее эффективную пропускную способность при хорошем сигнале. Вкупе эти решения дают оптимальное сочетание качества и надежности среди классических Bluetooth-кодеков.
Качество звука: Теоретически aptX Adaptive способен обеспечить качество близкое к aptX HD в лучшие моменты и превосходящее aptX Classic во всех случаях. Несмотря на то, что его максимальный битрейт 420 кбит/с ниже, чем 576 у aptX HD, Qualcomm заявляет об улучшенной эффективности кодека. В адаптивном кодеке более современные алгоритмы битового распределения, поэтому на слух разница между aptX HD (576k) и Adaptive (420k) минимальна. Практически при хорошем соединении aptX Adaptive дает чистый, детальный звук с широким динамическим диапазоном – почти неотличимый от aptX HD для большинства слушателей. При снижении битрейта качество постепенно падает: на минимальных ~279 кбит/с оно сравнимо с aptX Classic или чуть выше. Однако переход происходит плавно, без резких артефактов. В итоге aptX Adaptive обеспечивает отличное среднее качество: там, где канал позволяет, звук очень близок к lossless, а при ухудшении условий он по-прежнему остаётся приемлемым (лучше, чем полное прерывание или резкий провал качества). Этот кодек можно назвать оптимальным компромиссом для переменчивых условий – качество максимально возможное в каждый момент.
Поддержка Hi-Res Audio: Частично. Базовая версия aptX Adaptive поддерживает до 24 бит/48 кГц, что, как отмечалось, считается HD-звуком, но не покрывает весь спектр Hi-Res (≥96 кГц). Тем не менее, aptX Adaptive является частью комплекта Snapdragon Sound, и в этом контексте может работать с аудио 96 кГц (через режим aptX Adaptive с lossy-сжатием для Hi-Res или через aptX Lossless для 44,1 кГц). Формально сам по себе aptX Adaptive пока не сертифицирован Японским обществом аудио как “Hi-Res Wireless”, однако он несомненно передает аудио высокой четкости (при 24-бит глубине). Можно сказать, aptX Adaptive закрывает потребности подавляющего большинства слушателей в качестве: практически вся потоковая музыка 24/48 будет передана без потерь слышимости. Для энтузиастов же ультимативного Hi-Res 24/96 предусмотрен либо LDAC/LHDC, либо новая надстройка aptX Lossless.
Энергопотребление: AptX Adaptive разработан с учетом эффективности. Вычислительная сложность кодирования осталась низкой (ADPCM-база), а гибкое управление битрейтом позволяет избежать излишней траты энергии при благоприятных условиях. Например, когда нет сложного музыкального материала или пользователь недалеко от передатчика, кодек может урезать битрейт – это напрямую снижает нагрузку на радиомодуль и экономит заряд батареи. Также aptX Adaptive может временно понижать качество вместо того, чтобы тратить энергию на повторные передачи пакетов в условиях помех. Всё это делает его достаточно экономичным. В тестах aptX Adaptive часто демонстрирует меньшее энергопотребление, чем постоянные кодеки высокого битрейта (LDAC 990, aptX HD), особенно в реальных сценариях с переменным качеством соединения. Разумеется, при максимальном качестве (420 кбит/с постоянно) расход энергии сопоставим с aptX HD. Но в среднем, благодаря адаптации, aptX Adaptive оптимально балансирует качество и расход батареи. Многие современные чипы Qualcomm имеют аппаратную поддержку этого кодека, сводя накладные расходы CPU к нулю. В итоге aptX Adaptive можно считать энергоэффективным решением для тех, кто хочет и качество, и долгое время работы.
Совместимость: Кодек aptX Adaptive появился относительно недавно (анонсирован в 2018, широко внедряется с ~2020 года) и нацелен на устройства экосистемы Qualcomm Snapdragon. Поддержка aptX Adaptive присутствует на смартфонах с технологией Snapdragon Sound (например, флагманы Xiaomi, OnePlus, ASUS, Samsung некоторых серий, начиная с определенных чипсетов Snapdragon 855/865 и новее – при условии лицензирования кодека). Некоторые модели беспроводных наушников и TWS-гарнитур 2020–2023 годов также обзавелись aptX Adaptive (особенно выпускаемые на Qualcomm QCC-чипах, например, от Edifier, Audio-Technica, Devialet и др.). Однако пока совместимых устройств меньше, чем с aptX HD или LDAC, учитывая новизну Adaptive. Обратная совместимость: все устройства с aptX Adaptive, как правило, поддерживают и aptX HD, и aptX Classic, поэтому можно не беспокоиться – если одно из устройств не знает Adaptive, они “договариваются” на aptX HD или обычный aptX. Платформенная поддержка: Android 10+ получил встроенную поддержку aptX Adaptive, но производитель телефона должен иметь лицензию Qualcomm и включить кодек в прошивку. Apple iOS не поддерживает aptX Adaptive (как и другие aptX). ПК и ноутбуки: Windows пока не имеет штатной поддержки Adaptive; на Mac ситуация аналогична. Возможно, со временем этот кодек придет и на десктопные платформы, но в 2025-м он в основном распространяется в Android-среде и соответствующих аксессуарах.

aptX Lossless

Технический принцип: aptX Lossless – новейшее дополнение к семейству aptX, представленное Qualcomm в конце 2021 года. Его главная особенность – возможность передачи аудио без потерь (lossless) через Bluetooth. AptX Lossless фактически является режимом расширения кодека aptX Adaptive: при хороших условиях он отключает потери качества и передает аудиоданные бит-в-бит, а при ухудшении связи плавно переходит в режим с потерями. Внутренний алгоритм aptX Lossless сочетает ADPCM и элементы без потерь (энтропийное кодирование). Для сжатия без потерь используется, по сути, метод похожий на FLAC: избыточность аудиопотока убирается математически, но никакая слышимая информация не отбрасывается. Qualcomm также применила технологию Bluetooth High Speed Link, чтобы в моменты, требующие высокой пропускной способности, использовать расширенный канал (вероятно, режим EDR 3 Мбит/с или другой механизм ускорения). В результате aptX Lossless – первый кодек, способный в благоприятных условиях передавать CD-аудио (16 бит/44,1 кГц) абсолютно без потерь, а при необходимости бесшовно переходить в режим “как aptX Adaptive” без разрыва воспроизведения.
Поддерживаемый битрейт: Динамический, ~140 кбит/с до >1000 кбит/с. Чтобы передать lossless 16/44.1, кодек должен уметь достигать около 1,2 Мбит/с (пиково). AptX Lossless заявлен с максимальным битрейтом 1200 кбит/с, а типичная потребность для CD-качества ~1000–1100 кбит/с. В реальности музыка содержит паузы, тихие участки, повторяющиеся фрагменты, поэтому средний битрейт может быть ~600–900 кбит/с, а пиковые моменты – до 1200. Кодек адаптируется: если эфир чистый, он поднимает поток до уровня, достаточного для lossless; если возникают помехи, он способен сильно снизить битрейт – вплоть до 140 кбит/с, чтобы аудио не прерывалось. При этом на нижней границе aptX Lossless уже не является lossless (данные частично отброшены, качество как у обычного aptX или ниже), но это сделано намеренно для поддержания связи. Таким образом, aptX Lossless имеет неимоверно широкий диапазон битрейтов – на порядки больше других кодеков. Он может мгновенно масштабироваться от низкого до сверхвысокого битрейта, в зависимости от ситуации. Это делает его самым гибким кодеком на сегодняшний день.
Глубина и частота дискретизации: AptX Lossless нацелен прежде всего на CD-контент 16 бит/44,1 кГц – именно для него достигается 100% без потерь. Поддерживаются также источники 24 бита и частоты 48 кГц и 96 кГц, но при этих параметрах кодек будет работать со сжатием с потерями (т.е. как улучшенный aptX Adaptive, поскольку передать 24/96 без потерь по Bluetooth невозможно из-за ограничений канала). Qualcomm указывает, что aptX Lossless может переключаться в режим “Lossless” для CD-качества и в режим “Near Lossless” для выше-CD (например, 24/96). На практике это означает: вы можете слушать Hi-Res 24/96 через aptX Lossless, но он сожмет такой поток с потерями (но очень эффективно, с сохранением максимума деталей). Зато 16/44,1 будет доставлен бит-в-бит идентично исходнику. Таким образом, кодек обеспечивает полную поддержку высококачественных форматов: от CD до студийных 24/96, просто часть из них не в полностью без потерь.
Задержка: Низкая (сопоставима с aptX Adaptive). AptX Lossless базируется на aptX Adaptive, поэтому унаследовал все его оптимизации по части латентности. В режиме без потерь кодеку требуется передать больше данных, но это не означает обязательного роста буферов – вместо этого задействуется ускоренный канал. Qualcomm заявляет, что aptX Lossless предназначен как часть Snapdragon Sound, который ориентирован и на качественный, и на синхронный звук. Ожидаемая задержка aptX Lossless находится примерно в том же диапазоне 50–100 мс, что и у aptX Adaptive, в зависимости от условий. Возможно, при включении режима lossless буфер слегка увеличивается для надежности, но в любом случае кодек задуман для прослушивания музыки, где задержка не критична. Для игр aptX Lossless специально не оптимизировался (скорее будут использовать Adaptive-режим). В итоге можно считать, что aptX Lossless обеспечивает низкую латентность уровня ~100 мс и менее – вполне достаточную для видео и комфортного аудио.
Адаптация битрейта и помехоустойчивость: AptX Lossless – адаптивнейший из всех кодеков. Он сочетает возможности aptX Adaptive (плавное изменение битрейта, переключение буферов) и новый экстремальный диапазон скоростей. В идеальных условиях (телефон рядом, минимум помех) кодек включит режим Lossless и будет передавать ~1 Мбит/с, обеспечивая бит-в-бит аудио. Если помеха нарастает – вместо того, чтобы сразу “уронить” соединение, aptX Lossless постепенно снижает битрейт: сначала до ~600–800 кбит/с (возможно, всё ещё сохраняя почти все данные), затем до 420 кбит/с (уровень aptX Adaptive), ещё ниже до ~200–300 (почти SBC-качество) – вплоть до минимальных ~140 кбит/с. При этих низких значениях качество, конечно, уже не Hi-Fi, но музыка не перестает играть. Как только эфир очищается, кодек моментально возвращается к более высоким битрейтам. Такая эластичность обеспечивает максимальную помехоустойчивость: даже в очень загруженной среде Bluetooth aptX Lossless постарается выдать хоть какое-то звучание вместо тишины. Вдобавок, Qualcomm применила улучшенные алгоритмы контроля ошибок, чтобы уменьшить число повторных передач. На практике aptX Lossless – наиболее надежный кодек для бесперебойного воспроизведения: его цель – ни при каких условиях не допустить обрывов (хотя бы ценой качества в экстремуме).
Качество звука: Теоретически aptX Lossless в идеальном случае даёт абсолютно идентичный качеству проводного соединения звук для контента CD-класса. Это первый случай, когда по Bluetooth можно передать аудио без какого-либо ухудшения – ощутимая веха для аудиоэнтузиастов. Кроме того, aptX Lossless может стримить и 24-бит/96 кГц – с потерями, но на уровне лучших современных кодеков. Практически тесты показывают, что при подключении aptX Lossless-совместимых устройств и воспроизведении без потерь (например, FLAC 16/44.1) звук действительно неотличим от оригинала – никаких сжимающих артефактов, полный частотный диапазон, все микродетали на месте. Пользователь получает CD-качество bit-for-bit по беспроводу, что ранее было невозможно. В реальных условиях, если вы отходите дальше или вокруг много помех, aptX Lossless может снизить качество – до уровня обычного aptX или даже SBC, когда вы на пределе дальности. В такие моменты звук, конечно, уже не аудиофильский (может появляться легкая “плоскость” или притупление высоких частот). Но опять же, кодек вернётся к полной четкости, как только связь улучшится. Таким образом, aptX Lossless обеспечивает лучшее возможное качество среди Bluetooth-кодеков на данный момент – при условии совместимости устройств. Он ориентирован на тех, кто слушает без компромиссов (Hi-Fi, lossless библиотеки, стриминг в CD-качестве и выше).
Поддержка Hi-Res Audio: Да. AptX Lossless напрямую нацелен на Hi-Res Audio Wireless. Во-первых, он гарантирует передачу 16/44.1 без потерь, что соответствует качеству “CD Lossless” (а CD 16/44.1 по критериям JAS уже считается достаточным для значка Hi-Res Wireless, если передается без потерь). Во-вторых, aptX Lossless умеет работать с потоками вплоть до 24-бит/96 кГц (сжатие с потерями, но на очень высоком уровне). Таким образом, кодек покрывает весь диапазон актуальных Hi-Res форматов. Устройства, сертифицированные под Snapdragon Sound и aptX Lossless, как правило, маркируются логотипом Hi-Res Audio Wireless. Это означает, что они соответствуют требованиям: поддержка 24-бит/96 кГц и высокая реальная пропускная способность (более 990 кбит/с). AptX Lossless наряду с LDAC и LHDC – один из немногих кодеков, позволяющих в полной мере назвать беспроводное соединение Hi-Res совместимым. Для пользователя это даёт уверенность, что любимые треки в Hi-Res не потеряют своей насыщенности при передаче на наушники.
Энергопотребление: Способность aptX Lossless работать на очень высоких скоростях неизбежно сказывается на энергопотреблении. При активации режима lossless (~1 Мбит/с) Bluetooth-модуль смартфона работает на полную мощность, потребляя больше энергии для передачи данных. Кроме того, компрессия без потерь требует дополнительных вычислений (например, кодеку нужно выполнять энтропийное кодирование, как во FLAC, что сложнее обычного ADPCM). Все это делает aptX Lossless самым “тяжелым” для батареи кодеком в максимальном режиме. Практически можно ожидать, что прослушивание музыки через aptX Lossless на максимальном качестве будет быстрее разряжать аккумулятор телефона (в сравнении с aptX, AAC, LDAC). Беспроводные наушники при декодировании lossless-режима тоже испытают повышенную нагрузку на чип и радиотракт, что может немного сократить время их работы от батареи. Тем не менее, aptX Lossless адаптивен – то есть большую часть времени он может не работать на пиковом битрейте, особенно если музыкальные фрагменты легко сжимаются или вы находитесь недалеко. В таких случаях энергопотребление снизится до среднего уровня aptX Adaptive. В общем, aptX Lossless стоит использовать, когда приоритет – качество (например, при домашнем прослушивании), а не экономия заряда. Хорошая новость: кодек опционален – он включается лишь при условии поддержки обоими устройствами. Если батарея разряжается, всегда можно переключиться на менее требовательные кодеки.
Совместимость: AptX Lossless – новейшая технология, и ее поддержка пока ограничена. Кодек входит в пакет Snapdragon Sound, поэтому требуется, чтобы и передающее, и принимающее устройства имели сертификат Snapdragon Sound (или по крайней мере поддерживали aptX Adaptive с профилем Lossless). На стороне источника это в первую очередь топовые смартфоны на Snapdragon 888/8 Gen1 и новее (например, флагманы Xiaomi, ASUS ROG Phone, специальные аудиофон модели от Vivo/iQOO и др., вышедшие с конца 2021 г. и позже). Некоторые производители выпустили обновления, добавляющие поддержку aptX Lossless в свои устройства Snapdragon Sound. На стороне приёмника (наушников) – пока считанные модели: первые в мире наушники с aptX Lossless были NuraTrue Pro (TWS-затычки, 2022 г.), затем появились audiophile-ориентированные модели от Audio-Technica, Edifier (STAX Spirit S3), Qualcomm выпустила референсные дизайны для производителей. К 2025 году список расширяется, но все еще немногочислен – aptX Lossless встречается в нишевых продуктах для энтузиастов. Обратно совместимый: если один из девайсов не поддерживает Lossless, они спокойно работают по aptX Adaptive или aptX HD, то есть проблем с подключением не будет. Платформы: iOS не поддерживает (Apple в целом не поддерживает aptX), Android – только отдельные модели как сказано, Windows/macOS – нет (в будущем, возможно, через внешние адаптеры). В результате, aptX Lossless на сегодня – решение для пары “Android-флагман + премиальные наушники”. Ожидается, что число совместимых устройств будет расти, ведь технология предоставляет очевидные преимущества в качестве звука.

LDAC

Технический принцип: LDAC – аудиокодек, разработанный компанией Sony, ставший одним из первых Bluetooth-кодеков, способных передавать Hi-Res-аудио. LDAC – это поточный кодек с потерями, использующий современные методы кодирования на основе преобразований и психоакустического анализа. Точных деталей алгоритма Sony не раскрывает (формат проприетарный), но известно, что LDAC применяет разделение аудиоспектра на полосы частот и эффективно распределяет битрейт между ними в зависимости от значимости сигнала. Можно предположить, что используется модифицированное дискретное косинусное преобразование (MDCT) с гибкой квантизацией коэффициентов – подобно принципам AAC/ATRAC. Отличительная черта LDAC – переменный битрейт с тремя фиксированными профилями. Кодек способен работать в разных режимах качества, что позволяет подстраиваться под условия связи или предпочтения пользователя. В целом, LDAC ориентирован на передачу максимально возможного объема данных для сохранения качества, близкого к оригиналу.
Поддерживаемый битрейт: Три режима: ~330, 660 и 990 кбит/с. 990 кбит/с – максимальный битрейт LDAC (называется Quality Priority), при котором достигается наилучшее качество. 660 кбит/с – стандартный режим (Balanced), балансирующий качество и устойчивость. 330 кбит/с – минимальный режим (Connection Priority), используемый для плохих соединений. В контексте аудио с частотой 44,1 кГц реальные значения немного отличаются: около 303, 606 и 909 кбит/с соответственно (пропорционально снижены из-за другой частоты). Переключение между режимами может выполняться автоматически: на Android, если включен режим “Best Effort” (лучшее усилие), система будет динамически выбирать 990/660/330 в зависимости от качества канала. Однако непрерывно плавно менять битрейт (как aptX Adaptive) LDAC не умеет – только этими ступенями. Таким образом, LDAC либо работает на высокой скорости, либо, при необходимости, падает на одну из двух более низких фиксированных скоростей.
Глубина и частота дискретизации: LDAC поддерживает аудио до 24 бит и частоты 44,1 / 48 / 88,2 / 96 кГц. Фактически кодек рассчитан на передачу Hi-Res Audio: он может пересылать потоки 24-bit/96kHz, соответствующие студийному качеству. Для стандартных форматов 16/44.1 и 24/48 он также отлично подходит. Кодек автоматически подстраивается под частоту источника: например, если воспроизводится 96 кГц, LDAC будет кодировать с этим же самплингом. Благодаря поддержке 96 кГц, LDAC способен охватить частотный диапазон вплоть до ~48 кГц, что значительно выше слышимого порога – это одно из требований сертификации Hi-Res Wireless. Разрядность 24 бита дает очень широкий динамический диапазон (теоретически >110 дБ). Все это делает LDAC одним из самых “высоких” по параметрам кодеков в Bluetooth наравне с LHDC.
Задержка: Относительно высокая – около 170–200 мс в среднем. LDAC не был спроектирован с упором на минимизацию латентности; приоритет – качество. Максимальный режим 990 кбит/с требует передачи больших фреймов данных, плюс декодер/кодер выполняют сложные преобразования – все это вносит задержку. Даже при переключении LDAC в 330 кбит/с (который теоретически мог бы работать быстрее) задержка все равно остается значительной, порядка 150–200 мс, судя по измерениям. Таким образом, для игр LDAC мало пригоден – звук ощутимо запаздывает (~0,2 с), что рушит синхронизацию действий. При просмотре видео задержка тоже может быть заметной, но чаще всего видеоплееры на Android знают о ней и компенсируют, показывая картинку чуть позже. Для прослушивания музыки 200 мс задержки значения не имеет. В итоге LDAC по части latency явно уступает aptX/Adaptive и специальным low-latency решениям.
Адаптация битрейта и помехоустойчивость: LDAC обладает ограниченной адаптивностью. Пользователь или система может выбрать один из профилей (990/660/330). В режиме Auto (Best Effort) Android-устройство будет автоматически снижать режим при ухудшении сигнала: например, начав на 990 кбит/с, при росте ошибок соединения переключится на 660 или 330 кбит/с. Это переключение не происходит постоянно плавно, а ступенчато, и может сопровождаться краткой паузой или щелчком, хотя обычно проходит гладко. Помехоустойчивость LDAC напрямую зависит от выбранного битрейта: на 990 кбит/с кодек требует почти предел возможностей Bluetooth-канала. Малейшие помехи или дальность – и пакет потеряется. В этих случаях, без авто-понижения, звук может прерываться. Режим 330 кбит/с гораздо более толерантен к помехам – он похож по требованиям на SBC, поэтому держится стабильнее на границе радиуса действия. Также в низком режиме, вероятно, у LDAC больше избыточности для исправления ошибок (по некоторым данным, LDAC может в 330k включать Forward Error Correction, тогда как в 990k для максимальной скорости FEC отключен). Таким образом, в хорошем радиусе LDAC прекрасен, но в сложной обстановке его лучше явно переключить в средний или низкий режим для надежности. По умолчанию многие смартфоны, зная об этом, не форсируют 990 кбит/с без команды пользователя.
Качество звука: Теоретически LDAC на 990 кбит/с способен передать полный спектр 24-бит/96 кГц с минимальными потерями, приближаясь к lossless. Хотя это и lossy-кодек, потери происходят в областях, малозаметных для слуха (благодаря психоакустике и высокому битрейту). Практически аудиофилы отмечают, что LDAC в качественном режиме даёт очень прозрачное и детализированное звучание. Высокие частоты сохраняются воздушными, сцена широкая, нюансы (реверберации, послезвучия) слышны лучше, чем через SBC/aptX. На хорошо записанной музыке отличить LDAC 990 от оригинала крайне сложно, особенно для 16/44.1 материала – эта скорость почти втрое превышает битрейт необработанного CD (1411 кбит/с vs эффективные 990 кбит/с с компрессией). Однако, при снижении до 330 кбит/с качество деградирует: исследования показали, что LDAC в низком режиме по объективным метрикам приближается к SBC (высокие частоты могут обрезаться, растет шумовой фон). На слух 330k-режим звучит заметно хуже: сцена сжимается, ВЧ приглушены. Режим 660 кбит/с – промежуточный, качество очень хорошее, примерно на уровне aptX HD (576k) или чуть выше. В реальных условиях многие телефоны удерживают LDAC именно на ~660, поэтому пользователи обычно получают звук высокого качества, но не всегда превосходящий aptX HD. Тем не менее, на подходящем железе (например, смартфон Sony) LDAC можно принудительно удерживать 990k и тогда он раскрывается полностью. В целом репутация LDAC – лучший кодек для чистого звучания (до появления aptX Lossless). Он особенно ценится для прослушивания Hi-Res музыки, где позволяет ближе всего подобраться к проводному соединению.
Поддержка Hi-Res Audio: Да, полноценно. LDAC стал первым Bluetooth-кодеком, получившим сертификат Hi-Res Audio Wireless от Japan Audio Society. Это случилось потому, что LDAC удовлетворяет условиям: разрядность 24 бита, частота 96 кГц и реальный битрейт не ниже ~990 кбит/с, достаточный для передачи аудио с широким частотным диапазоном. Устройства Sony (плееры Walkman, телефоны Xperia, наушники серий WH-1000X и т.п.) с LDAC гордо несут логотип Hi-Res Wireless. Сегодня LDAC – один из столпов hi-res беспроводного аудио. Он позволяет транслировать Hi-Res контент (например, файлы FLAC 24/96 или стриминг Tidal Master) с минимальной деградацией. Конечно, это не lossless, и идеальный слух или измерительная аппаратура обнаружат отличия – но с точки зрения стандарта Hi-Res (расширенный диапазон частот и динамики) LDAC эту задачу выполняет. Многие альтернативные бренды тоже внедрили LDAC, тем самым получив возможность сертифицировать свои наушники как отвечающие Hi-Res Audio Wireless.
Энергопотребление: LDAC при максимальном качестве довольно требователен к энергии. Битрейт 990 кбит/с означает, что Bluetooth-передатчик почти постоянно занят передачей (очень короткие интервалы между пакетами). Это повышает нагрузку на радиотракт, что может заметно влиять на расход батареи смартфона. Также, кодирование LDAC сложнее, чем aptX/SBC – CPU или DSP должны выполнять больше вычислений. На стороне наушников декодирование LDAC тоже энергозатратно (особенно в режиме 990k). В результате, время работы от аккумулятора может немного снижаться при использовании LDAC vs более простых кодеков. Например, некоторые пользователи сообщали, что при принудительном LDAC-качество, наушники разряжаются быстрее, чем в режиме AAC. Практически, если устройство и наушники оборудованы мощными современными чипами, разница может быть не очень большой – скажем, 10-20% сокращения времени воспроизведения. Но на длительных сессиях это может быть ощутимо. Режим 330 кбит/с будет чуть экономичнее, однако интересно, что LDAC на 330k всё равно требует сложного декодирования, просто меньше данных для передачи. В целом, LDAC можно назвать “высоко затратным” кодеком: он потребляет больше ресурсов, чем SBC/aptX/AAC. Многие производители это компенсируют увеличением емкости батарей или оптимизацией. Если же приоритет – экономия энергии, LDAC не лучший выбор, лучше переключиться на более простой кодек. Но для аудиофильского прослушивания обычно готовы пожертвовать некоторым временем работы ради качества.
Совместимость: LDAC из проприетарного решения Sony превратился сейчас в де-факто стандарт Hi-Res кодек для Android. Компания Sony в 2017 году предоставила LDAC в сообщество AOSP, и начиная с Android 8.0 Oreo система имеет встроенную поддержку LDAC. Практически все современные Android-смартфоны (версия 8 и выше) поддерживают LDAC, хотя некоторые бюджетные модели могут не проходить сертификацию. Продукция Sony естественно поддерживает LDAC повсеместно (телефоны, беспроводные наушники, колонки). Кроме того, множество наушников от других брендов теперь совместимы с LDAC: например, модели от WH-1000XM4/5 (Sony), Philips Fidelio L3, Sennheiser (некоторые новейшие TWS), FiiO и Shanling (портативные ЦАП/усилители), Oppo, Edifier и т.д. LDAC стал привлекательным, потому что даже без Qualcomm-лицензии производитель телефона может предоставить Hi-Res опыт на Android. Apple пока LDAC не поддерживает вообще – ни iPhone, ни AirPods не работают с ним. Windows и macOS тоже исторически не включали LDAC. Однако энтузиасты на ПК могут использовать USB-передатчики или специальные драйверы (например, на Linux BlueZ умеет LDAC). Важно: LDAC для работы требует поддержки на обоих концах. Если наушники имеют LDAC, а телефон – нет (например, iPhone), соединение перейдет на другой кодек (AAC или SBC). В Android обычно LDAC включается автоматически, если у гарнитуры в списке кодеков он объявлен, или через настройки разработчика можно принудительно задать. В целом, экосистема LDAC широка среди Android-устройств и premium-наушников, но отсутствует в Apple-экосистеме.

LHDC / HWA

Технический принцип: LHDC (Low Latency High-Definition Codec) – аудиокодек, разработанный организацией HWA (Hi-Res Wireless Audio) Union совместно с компанией Savitech. По философии это аналог LDAC: кодек с потерями, способный передавать звук высокого разрешения. Название LHDC несколько сбивает с толку – “низкая задержка, высокое разрешение” – на деле основной упор сделан именно на high-definition аудио, а низкая задержка достигается только в специальной версии (LLAC). Алгоритм LHDC, по имеющимся данным, также основан на психоакустическом кодировании: происходит разбивка спектра и битовая аллокация по подобию современных аудиокодеков. Подробности реализации не публикуются открыто, но можно сказать, что LHDC – прямой конкурент LDAC, стремящийся по максимуму сохранить качество звука. LHDC изначально продвигался Huawei (которая возглавила HWA Union), и кодек иногда называют HWA codec. В рамках LHDC есть два режима: собственно LHDC (максимальное качество) и LLAC (Low Latency Audio Codec) – режим низкой задержки с чуть меньшим качеством. HWA Union позиционирует оба как часть Hi-Res Wireless Audio стандарта.
Поддерживаемый битрейт: До 900 кбит/с в режиме LHDC. Кодек позволяет примерно втрое превышать уровень SBC по скорости. Обычно заявляются три варианта: 900 кбит/с (High Quality), ~500 кбит/с (Mid Quality), ~400 кбит/с (Low/Connection). Точные градации могут различаться по версиям прошивки. Известно, что LHDC версии 1.0 первоначально ограничивался 560 кбит/с, но версия 2.0 и далее расширили максимум до 900. Android 10+, поддерживая LHDC, указывает возможности например “LHDC Audio L3” и т.п. – вероятно уровни качества. Что касается LLAC (LHDC LL), то для него максимальный битрейт ~600 кбит/с, а также используется режим 400 кбит/с при необходимости снизить задержку еще сильнее. LLAC специально урезан по битрейту, чтобы сократить время передачи. В итоге LHDC имеет диапазон от ~400 до 900 kbps, а LLAC – 400/600 kbps. Кодек также не меняет битрейт плавно, а использует профили (возможно, автоматическое переключение между ними доступно, схоже с LDAC). Таким образом, по гибкости LHDC похож на LDAC: несколько фиксированных режимов в зависимости от условий.
Глубина и частота дискретизации: 24 бита, до 96 кГц – эти параметры заявлены для LHDC. Кодек полностью удовлетворяет требованиям Hi-Res: передает 24-битные потоки и поддерживает частоты 88,2 и 96 кГц. Соответственно, сигнал с частотой дискретизации 96kHz (например, Hi-Res аудио) может быть закодирован LHDC без downsampling, сохраняя ультразвуковые составляющие. LLAC (низкая задержка) ограничен 48 кГц / 24-bit, т.е. он жертвует половиной частотного диапазона ради снижения требований к каналу. Поэтому LLAC не считается режимом Hi-Res (скорее, улучшенный 24/48). Но основной кодек LHDC – Hi-Res Audio Wireless по спецификации. Для 44.1/48 кГц контента он, разумеется, тоже подходит. Битовая глубина 24-бит – стандартно для высококачественного кодека, позволяющего передать все тонкости динамики.
Задержка: LHDC (обычный) имеет сходную задержку с LDAC, то есть ~150–200 мс. Он не оптимизировался специально под игровые задачи, поэтому латентность высокая из-за крупных фреймов и буферизации. LLAC (LHDC Low Latency) – отдельный режим, в котором достигается очень низкая задержка ~30–40 мс (сопоставимо или лучше aptX LL). LLAC ограничивает частоту до 48 kHz и снижает битрейт до 400–600k, что позволяет существенно уменьшить размеры фреймов и использовать укороченные буферы. HWA Union заявляет, что LLAC может достичь 30 мс end-to-end – один из лучших показателей среди Bluetooth-кодеков, превосходя даже aptX LL (~40 мс). Однако LLAC – это компромисс: в нём пожертвована половина потенциала качества LHDC. Для игр и видео LLAC режим отлично подходит. Для музыки обычно используется LHDC-режим, игнорируя задержку. Таким образом, LHDC предоставляет выбор: либо высокое качество с ~0,2с задержки, либо сниженное качество, но латентность ~0,03с.
Адаптация битрейта и помехоустойчивость: LHDC, подобно LDAC, имеет несколько профилей качества. Автоматическая адаптация в Android возможна начиная с версии 10, если устройство поддерживает. То есть телефон может сам переключить LHDC с 900k на 500k при ухудшении канала. В целом же LHDC требователен: на 900 кбит/с он близок к пределу возможности Bluetooth 5 (Эффективно через EDR ~2 Mbit/s). Поэтому в режиме максимального качества при помехах возможны пропадания звука. Более низкие режимы (500k, 400k) более устойчивы – их требование ближе к aptX HD/Adaptive. Поскольку LHDC менее распространен, статистики по его реальной помехоустойчивости мало. Но можно предположить, что он ведет себя аналогично LDAC: вблизи работает отлично, при отдалении или сильном Wi-Fi шуме могут появляться артефакты. LLAC режим, благодаря сниженной скорости, более надежен, но там приоритет задержка. Стоит отметить, что HWA (Hi-Res Wireless Audio) Union активно привлекает производителей, и они, возможно, внедряют улучшения в устойчивость кодека. Тем не менее, специальных возможностей типа глубокого FEC или супер-плавной адаптивности (как aptX Adaptive) у LHDC пока не заявлено. В итоге, при хорошем сигнале LHDC/HWA подарит шикарный звук, а при плохом лучше заранее переключиться на другой кодек или профиль, чтобы избежать срывов.
Качество звука: Теоретически LHDC в максимальном профиле 900 кбит/с обеспечивает сопоставимое с LDAC (990k) качество. С его помощью можно передавать практически весь слышимый спектр и мелкие детали 24-битных записей. Практически прослушивания показывают, что LHDC на хорошей аппаратуре звучит очень близко к оригиналу. Например, на смартфонах Huawei с поддержкой HWA и соответствующих наушниках (Huawei FreeBuds Studio, например) отмечалось, что качество при включенном LHDC заметно превосходит обычный AAC/SBC – звук чище, сцена шире, высокие чище. Некоторые аудиоэнтузиасты сравнивали LDAC и LHDC: разница минимальна, но встречаются мнения, что LHDC чуть более нейтральный, а LDAC – чуть более “теплый” (возможно, особенности реализации ЦАП). Объективно, оба кодека достигают субьективно прозрачного качества на своих верхних битрейтах. В низших режимах LHDC (например, 400–500 kbps) качество, конечно, уже не топовое: будет сравнимо с aptX HD или лучше SBC, но не выдающееся. LLAC режим (400-600k) хоть и обеспечивает малую задержку, уступает по качеству: 48 кГц максимум, меньше данных – его стоит использовать только когда приоритет – синхронность. При музыкальном использовании LHDC, как правило, обеспечивает впечатляющее качество звука, полностью удовлетворяющее требованиям Hi-Res воспроизведения. Пожалуй, можно сказать, что LHDC (HWA) – достойная альтернатива LDAC по звуку, и в слепом тесте их отличить крайне сложно. Качество LHDC подтверждено сертификацией JAS – а они предъявляют строгие требования.
Поддержка Hi-Res Audio: Да. LHDC был разработан специально под стандарт Hi-Res Audio Wireless. Кодек соответствует ему: 24-bit, 96 kHz, битрейт ~900k. Японское аудиообщество (JAS) включило LHDC в список сертифицируемых кодеков. Huawei вместе с партнерами даже создала бренд HWA (Hi-Res Wireless Audio) – своеобразный знак качества. Устройства (смартфоны, наушники) прошедшие сертификацию HWA гарантируют поддержку LHDC и соответствие критериям Hi-Res. В частности, смартфоны Huawei поздних поколений (P20/P30, Mate 10/20 и новее) имели поддержку LHDC и гордились этим наряду с LDAC. Наушники от Huawei и партнеров (например, компании-вступившие в HWA Union: Fiio, Audio-Technica, Edifier, Oppo и др.) получили право ставить логотип HWA, что означает полноценный Hi-Res Audio по беспроводу. Необходимо подчеркнуть, что LLAC режим не является Hi-Res (он 48 kHz), но он входит в тот же пакет для гибкости. В целом, наличие LHDC на устройстве позволяет ему транслировать Hi-Res музыку беспроводно практически без ограничений – кодек доставляет требуемую ширину полосы и динамику.
Энергопотребление: Профиль LHDC 900 кбит/с требует значительных ресурсов, аналогично LDAC. Поэтому энергопотребление высокое: передатчик Bluetooth работает интенсивно, кодер выполняет сложные вычисления. Телефоны, использующие LHDC, могут ощутимо нагреваться и терять заряд быстрее, особенно на высокой громкости и сложном контенте (где битрейт стабильно высокий). Наушники с LHDC тоже должны иметь достаточно мощный DSP – дешевые модели могут банально не тянуть такой кодек. Многие LHDC-совместимые устройства – это флагманы с емкими батареями, где повышение расхода не столь заметно. Тем не менее, в сравнении с SBC или aptX, LHDC явно менее экономичен. Скорее всего, время работы наушников в режиме LHDC будет на 15-25% меньше, чем в режиме SBC/AAC (оценочно). LLAC режим, кстати, тоже потребляет немало (хоть битрейт и ниже, но приоритет реального времени, частые пакеты). Поэтому использование LLAC для длительных игровых сессий может быстрее разрядить батарею, чем если бы вы просто слушали музыку в LHDC. В итоге, как и с LDAC, LHDC целесообразно использовать, когда вы хотите максимального качества и готовы мириться с повышенным энергопотреблением. Если задача – продлить работу аккумулятора, лучше выбрать другой кодек или режим.
Совместимость: LHDC пока не достиг распространения LDAC, но его поддержка постепенно растет. Основным локомотивом была Huawei: ряд смартфонов Huawei/Honor 2018–2020 годов получил LHDC (через обновления EMUI). Также Android 10 включил LHDC в список поддерживаемых BT-кодеков на системном уровне, что открывает дорогу всем производителям. Однако производитель должен заключить соглашение с HWA Union или Savitech для лицензирования кодека. Некоторые бренды (например, Xiaomi) добавили поддержку LHDC в свои устройства (флагманы Mi 9/10 в сотрудничестве с Savitech). OnePlus реализовал LHDC в моделях OnePlus Nord 2/2T. Oppo и Vivo – тоже члены HWA Alliance, их девайсы могут иметь LHDC. Со стороны аудиотехники: Audio-Technica выпустила накладные наушники ATH-DSR5BT с LHDC, Edifier в некоторых моделях, Fiio встроил кодек в Bluetooth-ресиверы BTR. В 2022–2023 годах LHDC привлек внимание, когда Google и Samsung не поддерживали aptX HD/Adaptive в своих чипсетах (Tensor, Exynos) – тогда LHDC стал способом предложить Hi-Res на этих платформах. Apple пока LHDC не поддерживает, как и прочие сторонние кодеки. Windows и Mac тоже не имеют LHDC (опять же, возможно только через внешние адаптеры). На сегодня, поддержка LHDC – это преимущественно определенные Android-смартфоны (Huawei/Xiaomi/Oppo etc.) и соответствующие наушники. Перед покупкой стоит убедиться, что оба устройства декларируют LHDC/HWA. Если нет, связь упадет на другой кодек (обычно SBC). Интересно, что многие устройства поддерживают и LDAC, и LHDC одновременно (например, Huawei P30 Pro) – давая пользователю выбор. В будущем LHDC может получить большее распространение, особенно если HWA Alliance продолжит привлекать производителей аудио.

SBC

Технический принцип: SBC (Subband Codec, кодек с низкой сложностью) – это стандартный базовый кодек, включенный в профиль A2DP Bluetooth. SBC использует субдиапазонное кодирование: аудиосигнал разбивается фильтром на несколько полос (поддиапазонов), обычно 4 или 8 субдиапазонов по частотам. Затем каждый поддиапазон квантуется отдельно с выделением определенного числа бит (определяется параметром “битовый пул”, bitpool). SBC не применяет психоакустических моделей восприятия – он просто старается эффективно представить исходный сигнал с ограниченным числом бит на каждый фрейм. Алгоритм достаточно простой: на основе энергии в каждом поддиапазоне выбирается, сколько бит выделить на него, и выполняется квантование коэффициентов. Ключевое – низкая вычислительная сложность (Low Complexity), что было важно для ранних Bluetooth-устройств с ограниченными ресурсами. Декодер SBC реализован тривиально и требует минимум CPU. За счет простоты SBC стал обязательным для всех устройств: любой A2DP-передатчик и приемник поддерживает SBC как общий язык.
Поддерживаемый битрейт: Примерно от 128 до 345 кбит/с. Диапазон битрейта SBC зависит от настроек (количество субдиапазонов, режим стерео, bitpool). Максимально, при оптимальных условиях, SBC может достичь ~345 кбит/с (стерео, 44,1 кГц, 16-бит, режим Dual Channel, битпул 53 – максимальный по стандарту). Обычно же битрейты ниже: часто встречаются реализации ~256 кбит/с или ~320 кбит/с. Например, много устройств применяют режим Joint Stereo, 8 субполос, bitpool около 37–45, давая битрейт ~200–250 kbps. SBC можно настроить и на низкое качество (bitpool 10–20), тогда битрейт составит 128–192 kbps, но это редко используется. Так как SBC – гибкий, в профиле A2DP источники могут договариваться о bitpool. Многие смартфоны автоматически выбирают максимально возможный bitpool = 53 для лучшего качества (особенно современные). Таким образом, на практике SBC обычно работает в диапазоне 200–328 кбит/с. Он не адаптивен на лету (фиксируется при установке соединения), но разные устройства могут использовать разные значения.
Глубина и частота дискретизации: SBC поддерживает аудио PCM с разрядностью 16 бит и частотой 44,1 или 48 кГц (эти частоты – обязательные для профиля A2DP). Также допускаются 32 кГц и 16 кГц, но это практически не используется в музыке. Фактически SBC ориентирован на стандартное CD-качество аудио (16/44.1) или аналогичное 16/48. Широкополосные Hi-Res форматы он не поддерживает – если источник, например, 24-бит/96 кГц, то перед передачей через SBC его приведут к 16/48 максимум. Это накладывает ограничения на качество: динамический диапазон более 96 дБ SBC не передаст, и частоты выше 20–24 кГц тоже будут отброшены (но это за пределами слуха). В общем, SBC рассчитан на типовые параметры аудио эпохи создания Bluetooth (начало 2000-х).
Задержка: Средняя или выше среднего. Несмотря на название “low complexity”, по задержке SBC не является чемпионом. Типичная суммарная латентность при использовании SBC оценивается в ~100–150 мс, а в некоторых сценариях может доходить до 200 мс. Алгоритмически SBC кодирует звук блоками по 128 или 256 сэмплов (в зависимости от настроек), что эквивалентно ~2,9–5,8 мс. Однако в реальном мире стек Bluetooth буферизует несколько фреймов для надежности, плюс очереди в ОС, плюс декодер. В итоге около 100+ мс. Этот показатель сопоставим или чуть хуже, чем у aptX. Например, тесты показывали, что Android с SBC может давать 180–200 мс задержки. С другой стороны, некоторые оптимизированные системы могут снизить задержку SBC до 100 мс (особенно если настроить малый битпул и агрессивную передачу). Тем не менее, для игр SBC не идеален – будет ощутимый лаг. При просмотре видео тоже возможен десинхрон, но большинство видеоплееров вставляют задержку, компенсируя особенности SBC. По меркам новых кодеков, SBC – медленный, но его плюс в том, что все устройства поддерживают его предсказуемо.
Адаптация битрейта и помехоустойчивость: SBC в стандартной реализации не меняет битрейт динамически. Он устанавливается при начале трансляции в зависимости от возможностей устройств (например, максимум). Если в ходе воспроизведения сигнал ухудшился, SBC не умеет самостоятельно переключиться на более низкий битпул; теоретически контроллер Bluetooth мог бы инициировать перенастройку A2DP, но практически так не делают из-за возможного щелчка. В плане помехоустойчивости, SBC ведет себя как базовый кодек: он работает на том битрейте, который задан, и если уровень ошибок возрастает, то аудио начнет пропадать и заикаться. Однако у SBC есть небольшое преимущество – ниже требуемая полоса: ~320 кбит/с против, скажем, 576 aptX HD или 990 LDAC. Это значит, что там, где высокобитрейтные кодеки уже совсем не держатся, SBC может еще передавать (пока канал вмещает ~200-300k). В этом смысле, при плохой связи SBC иногда оказывается более устойчивым, просто благодаря своей простоте. Кроме того, SBC включает в каждый фрейм CRC-контроль – если часть фрейма искажена помехой, приемник узнает об ошибке и обычно просто отбрасывает этот фрейм. Никаких продвинутых методов коррекции ошибок SBC не реализует. Он полагается на базовый Bluetooth, который делает перезапрос пакетов при потере (ARQ). Когда помехи сильны, ARQ не успевает, и слышны “провалы”. Резюмируя: SBC не адаптивен и средне устойчив – его сила скорее в том, что он есть всегда, и можно снизить битрейт вручную (через настройки разработчика, например), чтобы улучшить надежность в трудных условиях.
Качество звука: Теоретически SBC при максимальных настройках (битпул 53, Joint Stereo) может достичь качества, близкого к MP3 ~192–256 kbps. Это значит, что он частично сохраняет детализацию, но все равно вносит заметные потери. Практически большинство пользователей оценивают звук SBC как удовлетворительный, но не выдающийся. На низких частотах компрессия обычно незаметна, а вот высокие частоты (тарелочки) могут страдать: SBC может давать эффект легкого “шороха” или приглушения верхов. Сложные по спектру участки (много инструментов) могут звучать более плоско, чем в оригинале. При прямом сравнении с aptX или AAC, SBC зачастую проигрывает – там, где aptX/AAC передают чистый сигнал, SBC может добавить артефакты типа шума или потерять тонкие детали (послезвучия, реверберации). Тем не менее, при хорошей реализации SBC (максимальный битрейт) и на не самом топовом аудиооборудовании разница может быть не разительной. Многие бытовые слушатели не жалуются на качество SBC, особенно если не знают, что можно лучше. На небольшой громкости или в шумной обстановке (метро, улица) SBC вполне справляется – музыка звучит распознаваемо и достаточно приятно. Но при вдумчивом прослушивании хорошего трека на качественных наушниках разница становится явной: SBC – самое узкое “бутылочное горлышко” для аудио в BT. Именно поэтому возникли все остальные кодеки – в поисках лучшего качества. Итог: SBC обеспечивает базовое качество со сжатием, достаточное для фонового прослушивания, подкастов, звонков, но для аудиофилов его качества недостаточно.
Поддержка Hi-Res Audio: Нет. SBC ограничен 16-бит/48 кГц, что не соответствует критериям Hi-Res. Более того, его внутренние потери делают его непригодным для точной передачи даже CD-качества. Никакой сертификации или ассоциации с Hi-Res у SBC нет – это базовая технология. Даже если скормить SBC Hi-Res файл 24/96, на выходе будет по сути качество заметно ниже CD (из-за сжатия). Поэтому SBC остается только базовым стандартным качеством.
Энергопотребление: Минимальное. SBC изначально задумывался для устройств с ограниченной мощностью, отсюда название Low Complexity. Кодирование SBC требует очень мало вычислительных ресурсов; многие Bluetooth-чипы имеют аппаратную поддержку SBC, разгружая CPU полностью. Передача ~320 кбит/с также относительно щадящая для радиоэфира. В результате использование SBC обычно ведет к максимально долгому времени работы батареи наушников и телефона. Есть даже анекдотические рекомендации: если хотите выжать из батареи все – переключитесь на SBC. Хотя разница с aptX/AAC не гигантская, но на старых устройствах была заметна. Практически, современный телефон или наушники даже с SBC экономят не так уж много по сравнению с aptX/AAC, но все же SBC будет на пару процентов бережливее. Например, Apple AirPods, работая по SBC (когда подключены к Android), могут прожить чуть дольше, чем по AAC с iPhone (так как AAC декодирование требует энергии). В целом же, благодаря обязательной аппаратной реализации, SBC – самый “легкий” для устройств кодек. Именно поэтому его и сделали обязательным: он гарантирует работоспособность даже на дешевых и маломощных модулях.
Совместимость: Полная. SBC – единственный кодек, поддерживаемый буквально всеми Bluetooth A2DP устройствами. Если ваш телефон и наушники поддерживают A2DP (а это практически любое аудиоустройство Bluetooth), они гарантированно умеют SBC. Независимо от платформы – Android, iOS, Windows, Mac, плееры, телевизоры, автомобильные головные устройства – везде SBC есть. Это делает SBC универсальным запасным вариантом: когда два устройства не имеют общих более продвинутых кодеков, они используют SBC. По умолчанию, при первичном спаривании профили договариваются о лучшем кодеке: например, iPhone выберет AAC (если гарнитура его поддерживает), иначе выбор упадет на SBC. Android выберет, скажем, aptX или LDAC (если есть), иначе – SBC. Windows традиционно долгое время тоже работал только с SBC (и aptX), поэтому любые BT-наушники на Windows по умолчанию SBC. То есть, совместимость абсолютная – но, к сожалению, за счет качества. Кстати, стоит упомянуть: существуют пользовательские модификации стека (напр. на Android), где SBC разрешают работать с “Bitpool 53 DualChan” – т.н. SBC XQ (eXtreme Quality), дающий ~345 kbit/s и улучшенное качество. Формально стандарт это не запрещает, но не все устройства это выставляют. Тем не менее, это демонстрирует, что в рамках SBC можно выжать немного лучшее звучание без потери совместимости.

AAC

Технический принцип: AAC (Advanced Audio Coding) – распространенный аудиокодек с потерями, из семейства MPEG-4. В контексте Bluetooth AAC играет особую роль, так как это предпочитаемый кодек Apple для беспроводного аудио. AAC использует современный подход кодирования: аудиосигнал разбивается на кадры по 1024 сэмпла, проходит через спектральное преобразование (MDCT), и далее применяется психоакустическая модель для отбора и квантования спектральных компонентов. Проще говоря, AAC анализирует, какие звуки человек не заметит (например, тихие на фоне громких), и удаляет или грубо кодирует их, значительно снижая объем данных. По сравнению с более старым MP3, AAC имеет более эффективное кодирование высоких частот, более гибкое деление на полосы. Все это позволяет AAC достигать высокого качества при относительно низких битрейтах. В Bluetooth обычно используется профиль AAC-LC (Low Complexity) без расширений типа SBR, поскольку целевой битрейт ~256 кбит/с, где базового профиля достаточно. Алгоритм AAC сложнее, чем у SBC/aptX: требует больше вычислений и памяти, однако современные телефоны имеют специальные оптимизации под AAC (особенно Apple).
Поддерживаемый битрейт: До ~250–320 кбит/с в Bluetooth-профиле. Формально AAC способен работать в широком диапазоне битрейтов (от 16 кбит/с до 320+). Но при передаче по A2DP обычно устанавливают конкретное значение. Apple на своих устройствах использует AAC битрейтом около 256 кбит/с (такая же примерно скорость у их сервиса Apple Music lossy). Android-устройства могут использовать разные настройки: некоторые ставят 320 кбит/с CBR, некоторые ~250 VBR. В старых тестах обнаруживалось, что отдельные Android-смартфоны снижали битрейт AAC до ~192 кбит/с при определенных условиях (возможно, чтобы снизить нагрузку). В новых версиях Android появилась возможность вручную выбирать битрейт AAC через настройки разработчика – до 320 кбит/с. Так или иначе, типичный битрейт AAC через Bluetooth – 256 кбит/с (близко к этому). Этого достаточно для почти прозрачного качества для слуха, если кодировщик качественный. AAC не умеет менять битрейт динамически в зависимости от помех (нет адаптивности), но сам по себе может быть VBR (переменная скорость в зависимости от сложности аудио в каждом кадре). При этом максимальный пиковый поток все равно ограничен ~320 кбит/с даже при VBR.
Глубина и частота дискретизации: AAC способен кодировать вплоть до 24 бит/96 кГц, но в Bluetooth-контексте чаще всего работает с 16-битным сигналом 44,1 или 48 кГц. iPhone всегда выводит аудио для Bluetooth в 256 kbps AAC, конвертируя все в 44.1 кГц (поскольку iOS система ориентирована на 44,1 как базу). Android может отправлять AAC в 48 kГц если источник такой. В любом случае, AAC-LC оптимизирован под частоты 44,1/48. При 96 кГц могли бы потребоваться дополнительные инструменты (HE-AAC или LDAC). Bluetooth A2DP спецификация AAC допускает максимум 96 kHz/24-bit, однако на практике очень редки попытки передать Hi-Res через AAC – обычно для этого выбирают LDAC/LHDC. Таким образом, AAC в BT используется для стандартного диапазона частот (до 20 кГц) и динамики (96 дБ при 16 бит) – что покрывает потребности с небольшим запасом.
Задержка: Умеренно высокая. AAC не был изначально разработан для сверхнизкой задержки; он оптимизирован для качества. В кодеке AAC-LC длина окна 1024 сэмпла (~21 ms при 48kHz), плюс используется бэкап-кадр для обеспечения качественного декодирования (заложена небольшая задержка вследствие окна анализа). Плюс буферизация Bluetooth. Как результат, суммарная латентность AAC часто составляет 150–200 мс. Интересно, что на устройствах Apple (iPhone + AirPods) достигается довольно хорошая синхронизация при просмотре видео – Apple явно оптимизировала стек, и задержка AAC там ближе к 120 мс, и iOS автоматически сдвигает аудио/видео, чтобы компенсировать. На Android ситуация более переменная: некоторые телефоны показывали >200 мс с AAC. Сообщество отмечало, что Android historically хуже справлялся с AAC, возможно из-за отсутствия аппаратного ускорения. Впрочем, к 2020-м ситуация улучшилась, и топовые телефоны могут выдавать ~150 мс. Тем не менее, AAC не годится для игр, там задержка слишком велика (в 6-12 раз выше необходимой 15-20 мс). Для видео – приемлемо с софтовой компенсацией. AAC не имеет специальных low-latency версий в Bluetooth (хотя существует профиль AAC-ELD, но не в A2DP). Поэтому, по задержке AAC схож с SBC, и уступает aptX LL или aptX Adaptive.
Адаптация битрейта и помехоустойчивость: AAC по A2DP работает с фиксированным битрейтом/профилем, установленным при соединении. В случае ухудшения соединения AAC не меняет свои параметры. В отличие от aptX Adaptive или даже LDAC auto-switch, AAC полагается на стандартный механизм Bluetooth: если что-то не пролезает, пакеты будут теряться или откладываться. Android иногда уменьшал битрейт AAC при включенном режиме энергосбережения или слабом сигнале – эта информация неофициальная, но были случаи, когда AAC при плохом соединении автоматически переключался в mono 128 kbps (заметно ухудшая звук, но спасая канал). Это, однако, не часть спецификации, а скорее хаки некоторых реализаций. Помехоустойчивость: AAC сам по себе имеет встроенные инструменты обработки ошибок на уровне MPEG-TS (например, он делит поток на блоки, которые можно частично восстанавливать). Но в Bluetooth потери целого 1024-семплового фрейма обычно означают ощутимую паузу или щелчок, если не применять concealment. Некоторые AAC-декодеры умеют PLC (Packet Loss Concealment) – заполнить потерянный фрейм интерполяцией предыдущих данных. Насколько это используется в наушниках – неизвестно. Если сигнал очень плох, AAC-канал начнет заикаться, т.к. 250 kbps может не проходить. В таких ситуациях смартфон Apple даже не имеет альтернативы (он не умеет SBC по выбору, только если устройство не поддерживает AAC, тогда упадет на SBC). Так что iPhone скорее держит AAC до последнего, а потом просто рвет соединение или прерывает звук. В общем, AAC по надежности не превосходит aptX или SBC, а иногда на Android и уступает (из-за более высокой нагрузки). Поэтому в тяжелых радиоусловиях AAC может проявить себя не лучшим образом – отсюда рекомендации на Android: если AAC глючит, переключитесь на SBC или aptX.
Качество звука: Теоретически AAC при 256 кбит/с способен на почти прозрачное звучание для человеческого слуха. Этот кодек – основной в iTunes, Apple Music, YouTube и прочих, потому что доказал, что на 256k можно достичь CD-качества восприятия. Сложные композиции или очень чуткий слух могут требовать 320k для полной прозрачности, что AAC тоже поддерживает. Практически: на iPhone в паре с качественными наушниками AAC 256k играет очень хорошо – большинство пользователей и даже аудиофилов довольны. Звук получается чистым, без явно слышимых искажений, значительно лучше, чем SBC. Особенно выигрывают высокие частоты – AAC их кодирует гораздо точнее, нет “песка” как на SBC. Басы и середина также плотные, нет эффекта пустоты как на сильносжатых кодеках. По сравнению с aptX, мнения расходятся: технически aptX (352k ADPCM) и AAC (256k psycho) разные подходы. Многие считают, что на Android aptX звучит лучше, т.к. AAC там не оптимизирован. На iPhone же сравнения aptX нет (он его не поддерживает), но сравнивали AAC vs LDAC: LDAC на 990k чуть лучше заметно в нюансах, но AAC 256k удивительно близок для большинства треков (кроме совсем тяжелых hi-res). В целом AAC можно охарактеризовать как качественный кодек, который при хорошем исполнении дает звучание близкое к исходному. Конечно, это сжатие с потерями – спектральный анализ покажет отсечение или сглаживание самых тихих нюансов, ультразвука >20kHz нет. Но на слух это проявляется редко. AAC по праву популярен, как разумный баланс качества и размера. Поэтому Apple делает ставку на AAC – для их экосистемы этого достаточно, пока не придет что-то lossless. Из минусов: AAC чувствителен к качеству кодировщика. Аппаратура Apple имеет отличный кодировщик. Android – иногда были случаи не самого качественного, что влечет артефакты (плохая реализация приводит к мутности звука). К счастью, многие производители стали лицензировать хорошие AAC-энкодеры (Fraunhofer или Apple CoreAudio). В итоге большинство современных Android тоже дают высокое качество AAC. Таким образом, AAC обеспечивает очень хорошее звучание, заметно превосходя SBC, и конкурируя с aptX в средне-высоком сегменте качества.
Поддержка Hi-Res Audio: Нет. Хотя AAC может работать с 24/96, он не считается Hi-Res кодеком, потому что был разработан для сжатия типового аудиодиапазона. Он не сертифицирован JAS как Hi-Res Wireless. Apple, хотя и продает Hi-Res контент (Apple Lossless 24/192 в Apple Music), но по Bluetooth передает его в AAC 256k, фактически понижая до уровня приближенного к CD. Аудиофилы Apple недовольны этим и надеются на новый кодек (ходят слухи, Apple разрабатывает свой BT-кодек с Lossless). Пока же AAC – это решение для качественного “SD/HD” аудио, но не для истинного Hi-Res. Если важно Hi-Res без проводов, надо смотреть в сторону LDAC/LHDC или aptX Adaptive/LL.
Энергопотребление: Зависит от платформы. Кодирование AAC требовательно: алгоритм сложный, и без оптимизации может грузить CPU прилично. Apple это предвидела: в чипах серии Apple W (в наушниках) и на уровне iOS, AAC-encode/decode реализован аппаратно или очень оптимизированно. Поэтому на iPhone/AirPods AAC работает энергоэффективно – Apple заявляет, что это оптимальное сочетание для них. Android и прочие: если SoC не имеет выделенного блока для AAC, то кодирование идет программно, пожирая процессорные ресурсы. В ранних тестах обнаруживали, что телефон на Android при стриме AAC греется и тратит батарею больше, чем с aptX (который у Qualcomm железный). Новые Snapdragon частично умеют AAC в DSP, но не все уделяют этому внимание. Поэтому, например, у Google Pixel (SoC Tensor) aptX вообще нет, остается AAC, и время работы их с BT-наушниками может быть чуть меньше, чем могло бы. Наушники: для чипов Qualcomm декодер AAC – программный, тогда как aptX может быть аппаратным. Это может приводить к тому, что в наушниках AAC декодирование более энергозатратно (вплоть до 5-10% разницы в батарее) vs aptX. Некоторые производители, зная это, даже ограничивали поддержку AAC в старых бюджетных моделях (чтобы не тратить лишнюю энергию, оставляли aptX/SBC). Сейчас же почти все поддерживают AAC из-за популярности Apple. Тем не менее, время работы TWS c AAC иногда на 0,5-1 час меньше, чем с SBC – небольшой, но факт. В целом, с точки зрения пользователя, AAC – среднее по эффективности: не такое легкое, как SBC/aptX, но и не безумное, как LDAC. На Apple-устройствах разницы вы не почувствуете (там AAC = дефолт). На Android можно отметить чуть больший разряд аккумулятора при AAC, но обычно это некритично. Кому важно – могут вручную переключиться на aptX.
Совместимость: AAC является обязательным аудиоформатом в стандарте MPEG-4, но в Bluetooth A2DP он отмечен как необязательный кодек (то есть устройства не обязаны его иметь, в отличие от SBC). Однако, из-за доминирования Apple, поддержка AAC стала очень широкой. Apple iPhone, iPad, Mac – используют AAC как основной высококачественный кодек по BT. Все AirPods, Beats, и большинство сторонних наушников для iPhone поддерживают AAC, зная, что aptX там бесполезен. Android: начиная примерно с Android 5.0, добавлена поддержка AAC. Почти все Android-смартфоны сейчас умеют AAC (даже если у них нет aptX, AAC обычно есть, т.к. лицензионные платежи ниже и его требуют для iPhone-совместимости). Многие беспроводные наушники среднего и бюджетного уровня также включают AAC, так как не все имеют aptX (aptX требует платы Qualcomm ~$1 на устройство). AAC же лицензируется консорциумом Via, и часто производитель чипа сразу включает его. Поэтому даже недорогие TWS из Китая зачастую поддерживают AAC (для галочки “разрешение выше, чем SBC”). Windows 10/11: длительное время Windows не поддерживал AAC, но в обновлениях 2021 года Microsoft наконец внедрила AAC для Bluetooth (ориентируясь на пользователей AirPods на Windows). Сейчас Windows 11 умеет соединяться с наушниками по AAC. Mac: macOS тоже предпочитает AAC (с AirPods и др.), хотя может aptX с некоторыми устройствами. Автомобильные системы: многие современные автомагнитолы, рассчитанные на iPhone, поддерживают AAC по BT. То есть, AAC стал вторым универсальным кодеком после SBC. Если ваше устройство его не поддерживает (редко, но бывает – например, совсем старые BT-адаптеры для стерео могли знать только SBC, aptX), тогда iPhone снизится до SBC. Но подавляющее большинство новых наушников – от масс-маркета Jabra/JBL до high-end B&W – включают AAC. Исключение: специализированные aptX-LL трансмиттеры или аудиоадаптеры часто имеют aptX, но не AAC (им неважно iPhone). В целом, экосистема AAC – весь Apple-рынок и значительная доля остального. Это делает AAC почти столь же универсальным, как SBC в ежедневной эксплуатации, только не на 100% (но если нет AAC, всегда есть SBC fallback).

Сравнительная таблица кодеков

Кодек	Диапазон битрейта	Формат (разрядность/частота)	Задержка	Адаптивность	Качество звука	Поддержка Hi‑Res	Энергопотребление	Совместимость
aptX (Classic)	~352–384 кбит/с (фикс.)	16 бит / 44,1–48 кГц	~120–150 мс (средняя)	Нет	Хорошее, близкое к качеству CD; лучше, чем SBC	Нет	Низкое (очень эффективный)	Широко поддерживается на Android, Windows, macOS; не поддерживается на iOS
aptX HD	~576 кбит/с (фикс.)	24 бит / до 48 кГц	~170–200 мс (выше средних)	Нет	Очень хорошее; приближается к Hi‑Fi (с потерями)	Частично (24/48 кГц)	Среднее (более требовательно, чем aptX)	Поддерживается на многих Android устройствах; ограничено для ПК/macOS; не доступно на iOS
aptX Adaptive	~276–420 кбит/с (переменный)	24 бит / до 48 кГц	~50–100 мс (низкая)	Да (динамическая регулировка)	Отличное в хороших условиях; плавное ухудшение при плохом сигнале	Частично (24/48 кГц)	Среднее (эффективное благодаря адаптации)	Преимущественно на новых Android (Snapdragon Sound); не поддерживается на iOS/PC
aptX Lossless	~140 кбит/с до более 1000 кбит/с (переменный)	16/44,1 без потерь; до 24/96 (с потерями)	~100 мс (примерно)	Да (широкий динамический диапазон)	Без потерь для 16/44,1; гибрид для более высоких форматов	Да (до 24/96 кГц)	Высокое (при максимальном битрейте)	Ограничено устройствами, сертифицированными для Snapdragon Sound (современные Android и премиальные наушники)
LDAC (Sony)	330 / 660 / 990 кбит/с	16/24 бит / до 96 кГц	~170–200 мс (высокая)	Частично (3 фиксированных режима)	Отличное на 990 кбит/с; качество ухудшается на 330 кбит/с	Да (24 бит/96 кГц)	Высокое (особенно на 990 кбит/с)	Встроен в Android 8.0+; широко используется в Hi‑Res наушниках (особенно Sony); не поддерживается на iOS
LHDC/HWA	~400 / 560 / 900 кбит/с (LHDC); 400–600 кбит/с (LLAC)	16/24 бит / до 96 кГц (LHDC) или 24 бит/48 кГц (LLAC)	~150–200 мс (LHDC); ~30–40 мс (LLAC)	Частично (предустановленные профили)	Очень высокое качество в режиме LHDC; LLAC жертвует качеством ради низкой задержки	Да (LHDC: до 24/96; LLAC: нет)	Высокое (аналогично LDAC)	Поддерживается на некоторых Android 10+ устройствах (Huawei, Xiaomi, Oppo и т.д.); ограничено для прочих платформ
SBC	~128–345 кбит/с	16 бит / 44,1 или 48 кГц	~100–200 мс (средняя)	Нет	Базовое качество; приемлемое, но без тонкостей	Нет	Очень низкое	Универсально поддерживается всеми устройствами Bluetooth A2DP
AAC	~256 кбит/с (обычно до 320 кбит/с)	16 бит / 44,1 или 48 кГц (до 96 кГц возможно)	~150–200 мс (средняя)	Нет	Высокое качество при 256 кбит/с; почти качество CD	Нет	Среднее (оптимизирован на Apple, может быть выше на некоторых Android)	Широко поддерживается на устройствах Apple, современных Android и на Windows/macOS (в последних обновлениях)

Mad Audio