Что определяет профиль bluetooth

Профили и версии Bluetooth в наушниках

Содержание

Содержание

Bluetooth — это беспроводная технология обмена данными на небольшом расстоянии. Пользователи привыкли к этой возможности, но что мы о ней знаем, какие отличия современных версий Bluetooth, какие профили и кодеки существуют и чем они отличаются?

Bluetooth 1.2 (2003)

Мы пропустили версии 1.0 и 1.1, т.к. они предлагали довольно примитивные возможности и имели проблемы с развертыванием и совместимостью. А вот версия 1.2 стала первой, широко используемой технологией Bluetooth. Адаптивная перестройка частоты (AFH) помогла избежать помех с Wi-Fi и другими технологиями на схожей частоте. Скорость сопряжения была улучшена.

Bluetooth 2.0 и 2.1 (2004)

Фирменное обозначение Bluetooth 2.0 + EDR. Технология EDR является профилем, который позволил повысить скорость передачи данных. В тандеме с трехбитовым кодированием (против однобитового) скорость увеличилась с 1 до 3 Мбит/с (на практике до 2,1 Мбит/с). Была улучшена обработка помех, и устройства начали потреблять меньше энергии. В версии 2.1 было добавлено спаривание устройств (SSP), чтобы сделать соединение быстрее и безопаснее.

Bluetooth 3 + HS (2009)

Фирменное наименование Bluetooth 3.0 + HS (High Speed). Новая версия позволяла устанавливать соединение по Bluetooth с использованием частот Wi-Fi, что дало возможность повысить скорость передачи до 24 Мбит/с. Но если в устройстве отсутствовал Wi-Fi-модуль, то скорость ограничивалась все теми же 3 Мбит/с, что и в предыдущей версии Bluetooth 2.

Bluetooth 4.0, 4.1, и 4.2 (2011–2014)

Появление технологии Low Energy в Bluetooth 4 позволило уменьшить энергопотребление для некоторых периферийных устройств, но не для беспроводных наушников. В этой же версии каждое из устройств получило возможность одновременно быть и концентратором, и клиентом. Это значительно расширило функциональность портативной техники, позволив пользователю, к примеру, управлять некоторыми функциями своего смартфона с помощью наушников или умных часов.

В Bluetooth 4.1 не было революционных изменений по сравнению с версией 4.0. Разработчики усилили защиту от помех благодаря встроенному фильтру диапазона LTE-сетей. В результате Bluetooth-устройство с версией 4.1 будет искать другой канал с меньшим количеством помех и немного другой частотой. Также в новой версии оба сопряженных устройства могут быть как ведущими, так и ведомыми. Максимальное время прерывания соединения без потери сопряжения увеличилось с 30 секунд до 3 минут.

В версии 4.2 появились новые возможности для Интернета вещей. Каждому устройству с поддержкой Bluetooth 4.2 теперь был присвоен уникальный IP-адрес.

В версии Bluetooth 5.1 внедрена возможность определения физического местоположения устройств в помещении вплоть до сантиметра, чтобы обеспечить более надежное соединение. Также, в новой версии, устройства сопрягаются быстрее за счет улучшенного кэширования. В 5.1 устройствам стало доступно больше каналов для подключения, что уменьшило количество помех. Это полезно, когда в одном помещении находится много Bluetooth-устройств.

Отличия версий Bluetooth 4.0 и 5.0 (2016)

Давайте рассмотрим отличия этих версий более подробно, т.к. здесь есть несколько революционных изменений. В новой версии Bluetooth появилось больше улучшений. Они включают в себя:

Одним из ключевых улучшений версии 5.0 является усовершенствованная технология Low Energy, которая ранее имела серьезные ограничения по использованию беспроводных наушников. Теперь любые аудиоустройства, оснащенные модулем Bluetooth, могут обмениваться данными с источником по технологии Low Energy, что существенно снижает энергопотребление периферии.

В чем отличие версий, профилей и кодеков Bluetooth

Итак, мы разобрались с версиями популярной технологии, которые отличаются скоростью, зоной действия и дополнительными возможностями. Но что такое профили Bluetooth и как они влияют на работу наушников и других совместимых устройств?

Профили определяют набор возможностей, которые пользователь получает при подключении устройств по Bluetooth. К примеру, выбирая новые наушники, нужно обращать внимание не только на версию BT, но и на набор профилей, т.к. он напрямую влияет на функциональность аудиоустройства. Для передачи аудиопотока с максимальным качеством по Bluetooth используется профиль A2DP, речь о котором пойдет ниже.

Мультимедиа в современных устройствах передается через профиль, но самое главное — это кодек, с помощью которого происходит сжатие аудиопотока и передача его на гарнитуру с последующим декодированием. При равных условиях от типа используемого кодека зависит качество звучания.

Какие бывают профили Bluetooth

Теперь более подробно остановимся на разновидностях профилей. Профили Bluetooth представляют собой наборы инструкций, которые определяют порядок работы и реализации функций между устройствами Bluetooth. Существует около двух десятков профилей для любых устройств и целей — от передачи файлов до беспроводной печати, но нас интересуют те, которые используются в беспроводных гарнитурах.

HSP — обеспечивает базовую производительность гарнитуры с микрофонным входом, монофоническим звуком до 64 кбит/с и ограниченным дистанционным управлением — передачей сигнала вызова, ответом на звонок, завершением вызова и регулировкой громкости.

HFP — более продвинутая версия HSP, разработанная для монофонических гарнитур с функцией Hands Free с целью отвечать на звонки без обращения к телефону. Поддерживает некоторые голосовые команды. С версии HFP 1.7 добавилась поддержка кодека mSBC, поддержка статуса индикатора заряда батареи наушников.

AVRCP — обеспечивает дистанционное управление воспроизведением мультимедиа: переключение и перемотка трека, пауза, запуск воспроизведения, регулировка громкости. Профиль AVRCP предназначен только для дистанционного управления и не используется для передачи аудиопотока.

Версии AVRCP:

1.0 — дистанционное управление, включая старт воспроизведения, паузу и стоп.

1.3 — доступ к метаданным и чтение состояния медиа-плеера:

1.4 — возможность подключения к нескольким медиаплеерам:

1.5 — исправления багов по абсолютному контролю громкости, просмотру и другим функциям;

1.6 — просмотр данных и информации о треках:

AVRCP 1.6 поддерживается всеми Android-устройствами, начиная с версии 8.0.

A2DP — предназначен для передачи мультимедиа и стереозвука по Bluetooth, обеспечивая намного лучшее качество передачи звука по сравнению с HSP/HFP. Сам по себе не позволяет осуществлять дистанционное управление функциями воспроизведения, поэтому чаще всего используется в связке с AVRCP.

Версии A2DP:

1.2 — расширение списка поддерживаемых кодеков.

1.3 — все из 1.2 плюс уменьшение задержек при передаче потока для улучшения синхронизации аудио/видео, а также:

Таком образом, чтобы слушать аудиопоток с качественным стереозвуком и управлять функциями воспроизведения, необходима гарнитура и передающее устройств (хост) с поддержкой профилей AVRCP и A2DP одновременно.

Давайте также рассмотрим второстепенные профили, которые предлагают дополнительные функции.

PBAP — используется для доступа к телефонной книге телефона при помощи беспроводной гарнитуры. На практике это позволяет гарнитуре озвучивать имя абонента, который звонит, а также осуществлять голосовые команды доступа к телефонной книге для набора номера.

SPP — профиль, который определяет — каким образом два устройства будут обмениваться данными, эмулируя проводное соединение подобное USB или RS-232.

DID — идентифицирует класс устройства, производителя и модель. Например, это дает возможность видеть на экране телефона полное название модели подключенной гарнитуры.

ICP — поддержка голосовых звонков между совместимыми Bluetooth-устройствами.

SDAP — профиль используется приложениями для обнаружения услуг, которые могут быть доступными для конкретных подключенных устройств, подключенных по Bluetooth. К примеру, приложение для потокового вещания аудио с помощью SDAP может проверить, поддерживает ли данная модель наушников кодек aptX HD. Еще одним примером будет доступ к премиальному контенту при использовании определенных моделей наушников, или, наоборот, блокирование доступа для некоторых моделей гарнитур в связи с соблюдением авторских прав на цифровой контент.

Какие бывают кодеки Bluetooth

Качество звучания при равных условиях зависит от максимального битрейта и алгоритмов кодирования. Для этих целей используются разные кодеки. На гистограмме ниже можно увидеть, насколько разнится битрейт самых популярных кодеков Bluetooth. Стоит отметить, что кодек должен обязательно поддерживаться и передающим и принимающим устройством

Битрейт популярных кодеков Bluetooth

SBC находится внизу списка среди самых популярных кодеков Bluetooth. Однако он является неотъемлемым для всех устройств с поддержкой A2DP, что делает его практически универсальным.

SBC обеспечивает низкую нагрузку на мобильный процессор, но достигается это за счет агрессивной обработки и снижения частотного диапазона. В результате происходит значительная потеря данных исходного аудиофайла, что особенно заметно на высоких частотах с появлением фонового шума.

AptX, aptX LL, aptX HD, и aptX Adaptive от Qualcomm

Крупный производитель мобильных процессоров, компания Qualcomm продвигает свои собственные кодеки, встраивая их поддержку в фирменные процессоры. Кодеки отличаются пропускной способностью, и как следствие, качеством звука, которое они обеспечивают. Но в целом вся линейка AptX показывает достойное звучание, а AptX HD многие пользователи называют «золотым стандартом».

AptX предлагает битрейт лишь немногим больше стандартного SBC, но обеспечивает звучание на голову выше за счет иных алгоритмов работы, не так агрессивно «срезая» высокие частоты. Хоть такой алгоритм требует больше вычислительных мощностей, что усиливает нагрузку на процессор, современные устройства имеют достаточный запас производительности для работы со всей линейкой AptX.

AptX HD дает возможность слышать существенно меньше фонового шума и расслышать практически каждый элемент музыкальной композиции. Это достигается за счет кодирования звука либо без потерь, либо с минимальными потерями, которые связаны с ограничениями стандарта Bluetooth.

AptX LL обеспечивает минимальную задержку при передаче звука. Чтобы человеческий мозг не заметил отставания аудио от видео, необходимо, чтобы задержка при передаче аудиопотока была не более 40 мс. AptX LL с минимальной задержкой дает возможность смотреть контент и играть в игры без отставания звука.

AptX Adaptive находится между AptX HD и AptX по качеству передачи звука. При этом он приближается к AptX LL по показателю задержки — 40–80 мс. Кодек имеет переменный битрейт 279–420 кБ\с, который адаптируется под качество воспроизводимых файлов.

LDAC от Sony

LDAC. Компания Sony предложила свой кодек, чтобы не проиграть битву за меломанов. LDAC имеет три режима работы, которые позволяют передавать поток с битрейтом вплоть до 990 кбит/с. Но режим с приоритетом на качество поддерживается достаточно скромным количеством устройств. Существуют некоторые проблемы в стабильности работы в режиме с самым высоким битрейтом. А два первых режима в 660 кбит\с и 330 кбит\с по качеству не превосходят кодеки AptX.

Популярный кодек, который используется многими стриминговыми музыкальными сервисами, включая iTunes. Максимальный битрейт — 256 кбит/с. Главной задачей этого кодека было превзойти качество SBC и возможности формата MP3. За счет более сложных алгоритмов обработки, AAC действительно сохраняет больше музыкальной информации по сравнению со стандартным кодеком.

Кодек несколько отличается при работе на Android и iOS устройствах. В Андроид он получил название Fraunhofer FDK AAC, а для устройств iOS и Mac — Apple AAC.

Источник

То, как устройство использует Bluetooth, зависит от возможностей его профиля. Профили обеспечивают стандарты, которым следуют производители, позволяющие устройствам использовать Bluetooth по назначению. Для стека Bluetooth Low Energy согласно Bluetooth 4.0 применяется специальный набор профилей.

Как минимум, каждая спецификация профиля содержит информацию по следующим темам:

В этой статье кратко излагаются текущие определения профилей, определенных и принятых Bluetooth SIG, и возможные применения каждого профиля.

СОДЕРЖАНИЕ

Расширенный профиль распространения звука (A2DP)

Профиль атрибутов (ATT)

Профиль дистанционного управления аудио / видео (AVRCP)

Этот профиль предназначен для предоставления стандартного интерфейса для управления телевизорами, Hi-Fi оборудованием и т. Д., Чтобы один пульт дистанционного управления (или другое устройство) мог управлять всем аудио / видео оборудованием, к которому пользователь имеет доступ. Его можно использовать вместе с A2DP или VDP. Он обычно используется в автомобильных навигационных системах для управления потоковой передачей аудио через Bluetooth.

Он также имеет возможность для расширений, зависящих от поставщика.

AVRCP имеет несколько версий со значительно увеличивающейся функциональностью:

Базовый профиль визуализации (BIP)

Этот профиль предназначен для отправки изображений между устройствами и включает возможность изменять размер и преобразовывать изображения, чтобы они подходили для принимающего устройства. Его можно разбить на более мелкие части:

Базовый профиль печати (BPP)

Это позволяет устройствам отправлять на принтеры текстовые сообщения, электронные письма, визитки или другие элементы в зависимости от заданий печати. Он отличается от HCRP тем, что не требует драйверов для конкретного принтера. Это делает его более подходящим для встроенных устройств, таких как мобильные телефоны и цифровые камеры, которые не могут быть легко обновлены с помощью драйверов, зависящих от поставщиков принтеров.

Общий профиль доступа ISDN (CIP)

Профиль беспроводной телефонии (CTP)

Это разработано для работы беспроводных телефонов через Bluetooth. Есть надежда, что мобильные телефоны смогут использовать шлюз Bluetooth CTP, подключенный к стационарной линии связи, когда они находятся дома, и сети мобильной связи, когда они находятся вне зоны действия. Он занимает центральное место в сценарии использования Bluetooth SIG «телефон 3-в-1».

Профиль идентификатора устройства (DIP)

Это важно для наилучшего использования функций идентифицированного устройства. Ниже приведены несколько примеров, иллюстрирующих возможное использование этой информации:

Профиль удаленного доступа к сети (DUN)

DUN различает инициатора (терминал DUN) соединения и поставщика (шлюз DUN) соединения. Шлюз предоставляет модемный интерфейс и устанавливает соединение со шлюзом PPP. Терминал реализует использование модема и протокола PPP для установления сетевого соединения. В стандартных телефонах функциональность шлюза PPP обычно реализуется точкой доступа провайдера телефонной связи. В «всегда включенных» смартфонах шлюз PPP часто предоставляется телефоном, и терминал использует соединение.

Профиль факса (ФАКС)

Профиль передачи файлов (FTP)

Предоставляет возможность добавлять, управлять и переносить объекты (учетные записи файлов и папки) в хранилище объектов (файловую систему) другой системы. Использует GOEP как основу.

Общий профиль распространения аудио / видео (GAVDP)

GAVDP определяет две роли: инициатора и акцептора:

Примечание: роли не закреплены за устройствами. Роли определяются, когда вы инициируете процедуру сигнализации, и освобождаются, когда процедура завершается. Роли могут переключаться между двумя устройствами при запуске новой процедуры.

Общий профиль доступа (GAP)

Обеспечивает основу для всех остальных профилей. GAP определяет, как два устройства Bluetooth обнаруживают и устанавливают соединение друг с другом.

Профиль общих атрибутов (GATT)

Общий профиль обмена объектами (GOEP)

Обеспечивает основу для других профилей данных. Основан на OBEX и иногда упоминается как таковой.

Запасной профиль кабеля для жесткого копирования (HCRP)

Это обеспечивает простую беспроводную альтернативу кабельному соединению между устройством и принтером. К сожалению, он не устанавливает стандарта, касающегося фактического обмена данными с принтером, поэтому требуются драйверы для конкретной модели или диапазона принтера. Это делает этот профиль менее полезным для встраиваемых устройств, таких как цифровые камеры и карманные компьютеры, поскольку обновление драйверов может быть проблематичным.

Профиль устройства работоспособности (HDP)

Под эту категорию также попадают профиль термометра здоровья (HTP) и профиль сердечного ритма (HRP).

Профиль, предназначенный для облегчения передачи и приема данных о медицинских устройствах. API этого уровня взаимодействуют с протоколом многоканальной адаптации нижнего уровня (уровень MCAP), но также выполняют поведение SDP для подключения к удаленным устройствам HDP. Также используется профиль идентификатора устройства (DIP).

Профиль громкой связи (HFP)

Многие производители автомобильной аудиосистемы и бытовой электроники, такие как Kenwood, JVC, Sony, Pioneer и Alpine, создают автомобильные аудиоприемники, в которых размещены модули Bluetooth, поддерживающие различные версии HFP.

Большинство гарнитур Bluetooth поддерживают как профиль громкой связи, так и профиль гарнитуры из-за дополнительных функций HFP для использования с мобильным телефоном, таких как повторный набор последнего номера, ожидание вызова и голосовой набор.

Профиль устройства с человеческим интерфейсом (HID)

Клавиатура и клавиатуры должны быть надежно закреплены. Для других HID безопасность не является обязательной.

Профиль гарнитуры (HSP)

Это наиболее часто используемый профиль, обеспечивающий поддержку популярных гарнитур Bluetooth для использования с мобильными телефонами и игровыми консолями. Он полагается на звук SCO, закодированный в CVSD или PCM 64 кбит / с, и на подмножество AT-команд из GSM 07.07 для минимального контроля, включая возможность звонить, отвечать на вызов, положить трубку и регулировать громкость.

Протокол аксессуаров iPod (iAP)

Профиль внутренней связи (ICP)

Стандарт ICP был отменен 10 июня 2010 года.

Профиль доступа к локальной сети (LAP)

Профиль доступа к локальной сети был заменен профилем PAN в спецификации Bluetooth.

Сетчатый профиль (MESH)

Спецификация профиля сети позволяет осуществлять связь «многие ко многим» по радио Bluetooth. Он поддерживает шифрование данных, аутентификацию сообщений и предназначен для построения эффективных систем интеллектуального освещения и сетей IoT.

Уровень приложения для Bluetooth Mesh определен в отдельной Спецификации модели Mesh. Начиная с версии 1.0 были определены освещение, датчики, время, сцены и общие устройства.

Кроме того, специфичные для приложения свойства были определены в Спецификации свойств устройства сетки, которая содержит определения для всех характеристик GATT, связанных с сеткой, и их дескрипторов.

Профиль доступа к сообщениям (MAP)

Обмен объектами (OBEX)

Профиль отправки объекта (OPP)

Профиль персональной сети (PAN)

Этот профиль предназначен для использования протокола инкапсуляции сети Bluetooth на протоколах уровня 3 для передачи по каналу связи Bluetooth.

Профиль доступа к телефонной книге (PBAP, PBA)

Профиль состоит из двух ролей:

Профиль близости (PXP)

Профиль близости (PXP) позволяет контролировать расстояние между двумя устройствами. Эта функция особенно полезна для разблокировки таких устройств, как ПК, когда рядом находится подключенный Bluetooth-смартфон.

Профиль последовательного порта (SPP)

Профиль последовательного порта определяет, как настроить виртуальные последовательные порты и подключить два устройства с поддержкой Bluetooth.

Профиль приложения для обнаружения служб (SDAP)

SDAP описывает, как приложение должно использовать SDP для обнаружения служб на удаленном устройстве. SDAP требует, чтобы любое приложение могло узнать, какие службы доступны на любом устройстве с поддержкой Bluetooth, к которому оно подключается.

Профиль доступа к SIM-карте (SAP, SIM, rSAP)

В настоящее время с SIM-Access-Profile могут работать следующие автомобили по конструкции:

Официально отсутствие поддержки

Системы, снятые с производства

Официально отсутствие поддержки

Официально отсутствие поддержки

Официально отсутствие поддержки

на базе ОС Symbian:

на основе специальных / специализированных систем:

Профиль синхронизации (SYNCH)

Профиль языка разметки синхронизации (SyncML)

Профиль распространения видео (VDP)

Носитель протокола беспроводных приложений (WAPB)

Будущие профили

Эти профили еще не доработаны, но в настоящее время предлагаются в рамках Bluetooth SIG:

Источник

Аудио через Bluetooth: максимально подробно о профилях, кодеках и устройствах

Из-за массового выпуска смартфонов без аудиоразъема 3.5 мм беспроводные Bluetooth-наушники для многих стали основным способом прослушивания музыки и общения в режиме гарнитуры.
Производители беспроводных устройств не всегда пишут подробные характеристики товара, а статьи о Bluetooth-аудио в интернете противоречивы, местами некорректны, не рассказывают о всех особенностях, и часто копируют одну и ту же не соответствующую действительности информацию.
Попробуем разобраться с протоколом, возможностями Bluetooth-стеков ОС, наушников и колонок, Bluetooth-кодеков для музыки и речи, выясним, что влияет на качество передаваемого звука и задержку, научимся собирать и декодировать информацию о поддерживаемых кодеках и других возможностях устройств.

Музыка через Bluetooth

Функциональная составляющая Bluetooth задается профилями — спецификациями конкретных функций. Передача музыки в Bluetooth осуществляется с использованием профиля передачи высококачественного однонаправленного аудио A2DP. Стандарт A2DP был принят в 2003 году, и с тех пор кардинально не менялся.
В рамках профиля стандартизирован 1 обязательный кодек низкой вычислительной сложности SBC, созданный специально для Bluetooth, и 3 дополнительных. Также допускается использование недокументированных кодеков собственной реализации.

По состоянию на июнь 2019 года мы находимся в комиксе xkcd с 14 A2DP-кодеками:

Передача данных через Bluetooth

В Bluetooth существует два типа передачи данных: Asynchronous Connection Less (ACL) для асинхронной передачи без установки соединения, и Synchronous Connection Oriented (SCO), для синхронной передачи с предварительным согласованием соединения.
Передача осуществляется с использованием схемы разделения времени и выбора канала передачи на каждый пакет отдельно (Frequency-Hop/Time-Division-Duplex, FH/TDD), для чего время делится на 625-микросекундные интервалы, называемые слотами (slot). Одно из устройств ведет передачу в чётных номерах слотов, другое — в нечётных. Передаваемый пакет может занимать 1, 3 или 5 слотов, в зависимости от размера данных и установленного типа передачи, в этом случае передача одним устройством ведётся в чётных и нечетных слотах до конца передачи. Всего в секунду можно принять и отправить до 1600 пакетов, если каждый из них занимает 1 слот, и оба устройства без остановки что-то передают и принимают.

2 и 3 мбит/с для EDR, которые можно встретить в анонсах и на сайте Bluetooth, являются максимальной канальной скоростью передачи всех данных суммарно (включая технические заголовки всех протоколов, в которые нужно инкапсулировать данные), в двух направлениях одновременно. Фактическая скорость передачи данных будет сильно отличаться.

Для передачи музыки используется асинхронный способ, почти всегда с помощью пакетов типа 2-DH5 и 3-DH5, которые несут максимальное количество данных в режиме EDR 2 мбит/с и 3 мбит/с соответственно, и занимают 5 слотов временного разделения эфира.

Схематичное представление передачи с использованием 5 слотов одним устройством и 1 слота другим (DH5/DH1):

Из-за принципа разделения эфира по времени мы вынуждены ждать 625-микросекундный тайм-слот после передачи пакета, если второе устройство нам ничего не будет передавать или передает маленький пакет, и большее количество времени, если второе устройство ведёт передачу большими пакетами. Если к телефону подключено больше одного устройства (например, наушники, часы и фитнес-браслет), то время передачи разделяется между ними всеми.

Необходимость инкапсуляции аудио в специальные транспортные протоколы L2CAP и AVDTP забирает 16 байт от возможного максимального количества передаваемой полезной аудионагрузки.

1414 и 1429 кбит/с точно недостаточно для передачи несжатого звука в реальных условиях, с зашумленным диапазоном 2.4 ГГц и необходимостью передачи служебных данных. EDR 3 мбит/с требователен к мощности передачи и шумам в эфире, поэтому, даже в режиме 3-DH5, комфортная передача PCM невозможна, постоянно будут кратковременные прерывания, и всё будет работать только на расстоянии в пару метров.
На практике, даже 990 кбит/с-аудиопоток (LDAC 990 kbit/s) передаётся с трудом.

Вернёмся к кодекам.

Кодек, обязательный для всех устройств, поддерживающих стандарт A2DP. Лучший и худший кодек одновременно.

SBC — простой и вычислительно быстрый кодек, с примитивной психоакустической моделью (применяется только маскировка тихих звуков), использующий адаптивную импульсно-кодовую модуляцию (APCM).
Спецификация A2DP рекомендует к использованию два профиля: Middle Quality и High Quality.

Производители большинства наушников устанавливают максимальное значение параметра Bitpool в 53, что ограничивает битрейт 328 килобитами в секунду при использовании рекомендованного профиля.
Даже если производитель наушников установил максимальное значение Bitpool выше 53 (такие модели встречаются, например: Beats Solo³, JBL Everest Elite 750NC, Apple AirPods, также бывает на некоторых ресиверах и автомобильных головных устройствах), то большинство ОС не позволят использовать повышенные битрейты из-за установленного внутреннего ограничения значения в Bluetooth-стеках.
Кроме того, некоторые производители задают низкое максимальное значение Bitpool для некоторых устройств. Например, у Bluedio T оно равно 39, у Samsung Gear IconX — 37, что даёт плохое качество звука.

Искусственные ограничения со стороны разработчиков Bluetooth-стеков, вероятнее всего, возникли вследствие несовместимости некоторых устройств с большими значениями Bitpool или нетипичными профилями, даже если они сообщали об их поддержке, и недостаточном количестве тестов при сертификации. Авторам Bluetooth-стеков проще было ограничиться согласованием рекомендованного профиля, а не создавать базы некорректных устройств (хотя сейчас они это делают для других некорректно работающих функций).

SBC динамически выделяет биты квантования для частотных полос, действуя по принципу от нижних к верхним, с разными весовыми коэффициентами. Если весь битрейт использовался на нижние и средние частоты, верхние частоты «обрежутся» (вместо них будет тишина).

Пример SBC 328 кбит/с. Вверху — оригинал, внизу — SBC, периодически происходит переключение между дорожками. Для аудио в видеофайле используется кодек сжатия без потерь FLAC. Использование FLAC в контейнере mp4 официально не стандартизировано, поэтому не факт, что ваш браузер воспроизведет его, но должно работать в последних версиях десктопных Chrome и Firefox. Если у вас нет звука, можете скачать файл и открыть в полноценном видеоплеере.

ZZ Top — Sharp Dressed Man

На спектрограмме виден момент переключения: SBC периодически режет тихие звуки выше 17.5 кГц, и совсем не выделяет битов для полосы выше 20 кГц. Полная спектрограмма доступна по клику (1.7 МБ).

Я не слышу разницы между оригиналом и SBC на этом треке.

Возьмём что-нибудь новее, и смоделируем аудио, которое бы получилось при использовании наушников Samsung Gear IconX с Bitpool 37 (вверху — исходный сигнал, внизу — SBC 239 кбит/с, звук во FLAC).

Mindless Self Indulgence — Witness

Я слышу треск, меньший стереоэффект и неприятное «цоканье» вокала в высоких частотах.

Хоть SBC и очень гибкий кодек, может быть настроен под низкие задержки, даёт отличное качество аудио на высоких битрейтах (452+ кбит/с) и вполне хорошее для большинства людей на стандартном High Quality (328 кбит/с), из-за того, что стандарт A2DP не задает фиксированных профилей (а даёт только рекомендации), разработчики стеков установили искусственные ограничения на Bitpool, параметры передаваемого аудио не отображаются в пользовательском интерфейсе, а производители наушников вольны выставлять свои настройки и никогда не указывают значение Bitpool в технических характеристиках товара, кодек прославился низким качеством звука, хоть это и не проблема кодека как такового.
Параметр Bitpool прямо влияет на битрейт только в рамках одного профиля. Одно и то же значение Bitpool 53 может давать как битрейт 328 кбит/с при рекомендованном профиле High Quality, так и 1212 кбит/с с Dual Channel и 4 частотными полосами, из-за чего авторы ОС, помимо ограничений на Bitpool, устанавливают ограничение еще и на Bitrate. Как мне видится, такая ситуация возникла из-за недоработки стандарта A2DP: нужно было согласовывать битрейт, а не Bitpool.

Таблица поддержки возможностей SBC в разных ОС:

* Bitpool только уменьшается, но не увеличивается автоматически, в случае улучшения условий передачи. Для восстановления Bitpool нужно остановить воспроизведение, подождать пару секунд и заново запустить аудио.
** Значение по умолчанию зависит от настроек стека, указанных при компиляции прошивки. В Android 8/8.1 частота только либо 44.1 кГц, либо 48 кГц, в зависимости от настроек при компиляции, в остальных версиях поддерживаются 44.1 кГц и 48 кГц одновременно.
*** Значение Bitpool можно поднять в программе Bluetooth Explorer.

aptX и aptX HD

У кодека есть только один параметр — выбор частоты дискретизации. Ещё есть, правда, выбор количества/режима каналов, но во всех известных мне устройствах (70+ штук) поддерживается исключительно Stereo.

* Версии до 7 требуют модификации Bluetooth-стека. Кодек поддерживается, только если производитель Android-устройства лицензировал использование кодека у Qualcomm (если в ОС есть библиотеки кодирования).

aptX разделяет аудио на 4 частотных полосы и квантует их одним и тем же количеством бит постоянно: 8 бит для 0-5.5 кГц, 4 бита для 5.5-11 кГц, 2 бита для 11-16.5 кГц, 2 бита для 16.5-22 кГц (цифры для частоты дискретизации 44.1 кГц).

Пример aptX-аудио (вверху — исходный сигнал, внизу — aptX, спектрограммы только левых каналов, звук во FLAC):

Верхние частоты стали немного краснее, но разницы не слышно.

Из-за фиксированного распределения битов квантования, кодек не может «перенести биты» на те частоты, которые больше всего в них нуждаются. В отличие от SBC, aptX не будет «обрезать» частоты, а будет добавлять в них шумы квантования, уменьшая динамический диапазон аудио.

Не следует считать, что использование, например, 2 бит для полосы уменьшает динамический диапазон до 12 дБ: ADPCM позволяет использовать до 96 дБ динамического диапазона даже при использовании 2 бит квантования, но только при определенном сигнале.
ADPCM хранит разницу числового представления между текущим и следующим отсчетом, вместо записи абсолютного значения, как в PCM. Это позволяет уменьшить требования к количеству бит, необходимых для хранения такой же (без потерь) или практически такой же (с относительно небольшой ошибкой округления) информации. Для уменьшения ошибок округления применяются таблицы коэффициентов.
При создании кодека, авторы рассчитывали коэффициенты ADPCM на наборе музыкальных аудиофайлов. Чем ближе аудиосигнал к тому набору музыки, на которых строились таблицы, тем меньше ошибок квантования (шумов) создает aptX.

Из-за этого синтетические тесты всегда будут давать результат хуже, чем музыка. Я сделал специальный синтетический пример, на котором aptX показывает плохие результаты — синусоида частотой 12.4 кГц (вверху — исходный сигнал, внизу — aptX. Звук во FLAC. Уменьшите громкость!):

График спектра:

Отчетливо слышны шумы.

Однако, если сгенерировать синусоиду с меньшей амплитудой, чтобы она была тише, шумы также станут тише, что говорит о широком динамическом диапазоне:

aptX HD

aptX HD не является самостоятельным кодеком — это улучшенный профиль кодирования кодека aptX. Изменения коснулись количества бит, отведённых для кодирования частотных диапазонов: 10 бит для 0-5.5 кГц, 6 бит для 5.5-11 кГц, 4 бита для 11-16.5 кГц, 4 бита для 16.5-22 кГц (цифры для 44.1 кГц).

* Версии до 7 требуют модификации Bluetooth-стека. Кодек поддерживается, только если производитель Android-устройства лицензировал использование кодека у Qualcomm (если в ОС есть библиотеки кодирования).

Менее распространён, чем aptX: по всей видимости, требует отдельного лицензирования у Qualcomm, и отдельных лицензионных отчислений.

Повторим пример с синусоидой на 12.4 кГц:

Гораздо лучше, чем с aptX, но всё равно шумновато.

aptX Low Latency

Low Latency-версия aptX не является самостоятельным кодеком, а отличается только настройками задержки и буферов, которые применяются на стороне аудиоустройства. В остальном это обычный aptX.
Кодек предназначен для интерактивной передачи аудио с низкой задержкой (фильмы, игры), там, где задержка звука не может подстраиваться программно. Софтовая реализация доступна в виде драйвера Dell для Bluetooth-чипов Intel. Также поддерживается трансмиттерами, ресиверами, наушниками и колонками, но не смартфонами.

* только на устройствах, производители которых заплатили лицензионные отчисления

В iOS и macOS используется лучший на сегодняшний день кодировщик Apple AAC, обеспечивающий максимально возможное качество аудио. В Android используется второй по качеству кодировщик Fraunhofer FDK AAC, но могут использоваться различные аппаратные, встроенные в платформу (SoC), с неизвестным качеством кодирования. По недавним тестам сайта SoundGuys, качество кодирования AAC разными Android-телефонами сильно отличается:

У большинства беспроводных аудиоустройств для AAC установлен максимальный битрейт 320 кбит/с, некоторые поддерживают только 256 кбит\с. Остальные битрейты встречаются крайне редко.
AAC обеспечивает отличное качество на битрейтах 320 и 256 кбит/с, но подвержен потерям последовательного кодирования уже сжатого контента, однако, услышать какие-либо различия с оригиналом на iOS при битрейте 256 кбит/с сложно даже при при нескольких последовательных кодированиях, при одиночном кодировании, например, MP3 320 кбит/с в AAC 256 кбит/с потерями можно пренебречь.
Как и в случае с другими Bluetooth-кодеками, любая музыка сначала декодируется, затем кодируется кодеком. При прослушивании музыки в формате AAC она сначала декодируется средствами ОС, затем кодируется в AAC еще раз, для передачи по Bluetooth. Это необходимо для микширования нескольких аудиопотоков, например, музыки и уведомления о новом сообщении. iOS — не исключение. В интернете можно найти множество утверждений о том, что на iOS музыка в формате AAC не транскодируется при передаче через Bluetooth, что неверно.

В стандарте AAC есть множество расширений стандартного метода кодирования. Одно из них — Scalable To Lossless (SLS) — стандартизировано для Bluetooth и позволяет передавать аудио без потерь (lossless). Увы, на реальных устройствах поддержка расширения не встречается. Расширение для уменьшение задержки передачи AAC-LD (Low Delay) не стандартизировано для Bluetooth.

MP1/2/3

Кодеки семейства MPEG-1/2 Part 3 состоят из известного и широкоиспользуемого MP3, менее распространённого MP2 (применяется преимущественно в цифровом ТВ и радио), и совсем неизвестного MP1.

Старые кодеки MP1 и MP2 не поддерживаются совсем: мне не удалось найти ни одни наушники и ни один Bluetooth-стек, который бы кодировал или декодировал их.
Декодирование MP3 поддерживается некоторыми наушниками, но кодирование не поддерживается ни в одном стеке современных операционных систем. Вроде бы, сторонний стек BlueSoleil для Windows может кодировать в MP3, если вручную изменить файл конфигурации, но у меня его установка приводит к BSoD на Windows 10. Вывод — кодеком фактически нельзя пользоваться для Bluetooth-аудио.
Раньше, в 2006-2008 годах, до распространения стандарта A2DP в устройствах, люди слушали MP3-музыку на гарнитуре Nokia BH-501 через программу MSI BluePlayer, которая была доступна на Symbian и Windows Mobile. В то время архитектура ОС смартфонов позволяла получать доступ ко многим низкоуровневым функциям, а на Windows Mobile и вовсе можно было устанавливать сторонние Bluetooth-стеки.

Последний патент кодека MP3 истёк, использование кодека не требует лицензионных отчислений с 23 апреля 2017 года.

If the longest-running patent mentioned in the aforementioned references is taken as a measure, then the MP3 technology became patent-free in the United States on 16 April 2017 when U.S. Patent 6,009,399, held by and administered by Technicolor, expired.

Новый и активно продвигаемый «Hi-Res»-кодек от Sony, поддерживающий частоты дискретизации до 96 кГц и 24-битовую разрядность, с битрейтом до 990 кбит/с. Рекламируется в качестве аудиофильского кодека, как замена существующим Bluetooth-кодекам. Имеет функцию адаптивной подстройки битрейта, в зависимости от условий радиоэфира.

Энкодер LDAC (libldac) входит в стандартную поставку Android, поэтому кодирование поддерживается на любом Android-смартфоне, начиная с 8 версии ОС. Программные декодеры в свободном доступе отсутствуют, спецификация кодека недоступна широкой публике, однако, по первому взгляду на энкодер, внутреннее устройство схоже с ATRAC9 — кодеком от Sony, используемом в PlayStation 4 и Vita: оба работают в частотном диапазоне, используют модифицированное дискретное косинус-преобразование (MDCT) и сжатие с применением алгоритма Хаффмана.
LDAC использует разделение на 12 или 16 частотных полос: 12 используется для 44.1 и 48 кГц, 16 — для 88.2 и 96 кГц.

Поддержка LDAC представлена практически только наушниками от Sony. Возможность декодирования LDAC иногда встречается на наушниках и ЦАП других производителей, но очень редко.

Маркетинг LDAC в качестве Hi-Res-кодека вредит его технической составляющей: глупо расходовать битрейт на передачу не слышимых человеческим ухом частот и повышенную разрядность, покуда его не хватает для передачи CD-качества (44.1/16) без потерь. К счастью, у кодека есть два режима работы: передача CD-аудио и передача Hi-Res-аудио. В первом случае по воздуху передаётся только 44.1 кГц/16 бит.

Так как программного декодера LDAC нет в свободном доступе, протестировать кодек без дополнительных устройств, раскодирующих LDAC, невозможно. По результатам теста LDAC на ЦАП с его поддержкой, который подключили инженеры сайта SoundGuys.com через цифровой выход и записали выдаваемый звук на тестовых сигналах, LDAC 660 и 990 кбит/с в режиме CD-качества обеспечивает соотношение сигнал/шум немногим лучше такового у aptX HD. Это хороший результат.

LDAC также поддерживает динамический битрейт вне установленных профилей — от 138 кбит/с до 990 кбит/с, но, насколько могу судить, в Android используются только стандартизированные профили 303/606/909 и 330/660/990 кбит/с.

Прочие кодеки

Другие A2DP-кодеки не получили широкого распространения. Их поддержка либо практически полностью отсутствует, либо имеется только на определенных моделях наушников и смартфонов.
Стандартизированный в A2DP кодек ATRAC ни разу не использовался в качестве Bluetooth-кодека даже самими Sony, кодеки Samsung HD, Samsung Scalable и Samsung UHQ-BT имеют очень ограниченную поддержку со стороны передающих и получающих устройств, а HWA LHDC — слишком новый, и поддерживается всего тремя(?) устройствами.

Поддержка кодеков аудиоустройствами

Не все производители публикуют точную информацию о кодеках, которые поддерживают те или иные беспроводные наушники, колонки, ресиверы или трансмиттеры. Иногда бывает так, что поддержка определённого кодека есть только на передачу, но не на приём (актуально для комбинированных трансмиттеров-ресиверов), хотя производитель заявляет просто о «поддержке», без примечаний (предполагаю, в этом виновато раздельное лицензирование энкодеров и декодеров некоторых кодеков). В самых дешевых устройствах можно вовсе не обнаружить заявленную поддержку aptX.

К сожалению, в интерфейсах большинства ОС нигде не отображается используемый кодек. Информация об этом есть только в Android, начиная с 8 версии, и macOS. Однако, даже в этих ОС будут отображаться только те кодеки, которые поддерживает как телефон/компьютер, так и наушники.

Как же узнать, какие кодеки поддерживает устройство? Самый надежный вариант — записать и проанализировать дамп трафика с параметрами согласования A2DP!
Сделать это можно в Linux, macOS и Android. В Linux можно воспользоваться Wireshark или hcidump, в macOS — Bluetooth Explorer, а в Android — штатной функцией сохранения Bluetooth HCI-дампа, которая доступна в инструментах разработчика. Вы получите дамп в формате btsnoop, который можно загрузить в анализатор Wireshark.
Обратите внимание: корректный дамп можно получить только подключившись с телефона/компьютера к наушникам/колонке (как бы курьёзно это ни звучало)! Наушники могут самостоятельно устанавливать соединение с телефоном, и в этом случае они будут запрашивать список кодеков у телефона, а не наоборот. Чтобы гарантированно записать корректный дамп, сначала разорвите сопряжение с устройством, а затем, во время записи дампа, сопрягите телефон с наушниками.

Используйте следующий фильтр отображения, чтобы отсеять нерелевантный трафик:

В результате вы должны увидеть что-то похожее:

На каждом пункте команды GetCapabilities можно нажать, и посмотреть подробные характеристики кодека.

Wireshark знает не все идентификаторы кодеков, поэтому часть кодеков придётся расшифровывать вручную, смотря в таблицу идентификаторов ниже:

Узнать, поддерживает ли ваше устройство скорости передачи EDR 3 мбит/с, можно фильтром:

Чтобы не анализировать дампы вручную, я сделал сервис, который проанализирует всё автоматически: btcodecs.valdikss.org.ru

Для Windows есть простая но полезная утилита Bluetooth Tweaker, которая, в числе прочего, показывает текущий и поддерживаемые кодеки.
В Linux также можно воспользоваться программой avinfo, входящей в состав BlueZ.

Сравнение кодеков. Какой кодек лучше?

У каждого кодека есть свои преимущества и недостатки.
aptX и aptX HD используют жестко заданные профили, которые нельзя изменить без модификации энкодера и декодера. Ни производитель телефона, ни производитель наушников не в силах изменить битрейт или коэффициенты кодирования aptX. Владелец кодека, Qualcomm, выдаёт референсный энкодер в виде библиотеки. Эти факты — сильная сторона aptX — вы наперед знаете, какого качества звук вы получите, без каких-либо «но».

SBC, напротив, имеет множество настраиваемых параметров, динамический битрейт (энкодер может уменьшать параметр bitpool, если радиоэфир загружен), и не имеет жестко заданных профилей, а только рекомендуемые «среднее качество» и «высокое качество», которые добавили в спецификацию A2DP в 2003 году. «Высокое качество» уже не такое высокое по современным меркам, а большинство Bluetooth-стеков не позволяют использовать параметры лучше, чем в профиле «высокое качество», хоть технические ограничения для этого отсутствуют.
Bluetooth SIG не имеет референсного энкодера SBC в виде библиотеки, и производители реализуют его самостоятельно.
Это — слабые стороны SBC — никогда наперед не ясно, какого качества звука ожидать от конкретного устройства. SBC может выдавать как низкое, так и очень высокое качество звука, но последнее недостижимо без отключения или обхода искуственных ограничений Bluetooth-стеков.

Ситуация с AAC неоднозначная: с одной стороны, теоретически кодек должен выдавать качество, неотличимое от оригинала, но практикой, судя по тестам лаборатории SoundGuys на разных Android-устройствах, это не подтверждается. Вероятнее всего, вина на низкокачественных аппаратных аудиоэнкодерах, встроенных в различные чипсеты телефонов. Имеет смысл использовать AAC только на устройствах Apple, а на Android ограничиться aptX и LDAC.

Аппаратура, поддерживающая альтернативные кодеки, как правило, более высокого качества, просто потому, что для совсем дешевых низкокачественных устройств не имеет смысла платить лицензионные отчисления для использования этих кодеков. По моим тестам, SBC звучит очень хорошо на качественной аппаратуре.

Я сделал веб-сервис, кодирующий аудио в SBC, aptX и aptX HD в реальном времени, прямо в браузере. С помощью него вы сможете тестировать эти аудиокодеки без фактической передачи аудио по Bluetooth, на любых проводных наушниках, колонках, и вашей любимой музыке, а также изменять параметры кодирования прямо во время воспроизведения аудио:
btcodecs.valdikss.org.ru/sbc-encoder
Сервис использует библиотеки кодирования SBC из проекта BlueZ и libopenaptx из ffmpeg, которые скомпилированы в WebAssembly и JavaScript из C, через emscripten, для выполнения в браузере. Кто мог мечтать о таком будущем!

Вот как это выглядит:

Обратите внимание, как меняется уровень шума после 20 кГц у разных кодеков. В оригинальном MP3-файле частоты выше 20 кГц отсутствуют.

Попробуйте попереключать кодеки и оценить, слышите ли вы разницу между оригиналом, SBC 53 Joint Stereo (стандартный и наиболее распространенный профиль), и aptX/aptX HD.

Я слышу разницу между кодеками в наушниках!

Люди, которые не слышат разницы между кодеками во время тестирования через веб-сервис, уверяют, что слышат её при прослушивании музыки в беспроводных наушниках. Увы, это не прикол и не эффект плацебо: разница действительно слышна, однако вызвана она не отличиями кодеков.

Конвеер обработки звука DSP Kalimba в чипах производства CSR/Qualcomm

Активация различных функций DSP для каждого кодека и выхода отдельно

Некоторые устройства премиального сегмента комплектуются программой, позволяющей настраивать параметры DSP, но большинство более дешевых наушников не имеют такой возможности, и пользователи не могут отключить пост-процессинг звука штатными средствами.

Функциональные особенности устройств

Современная версия стандарта A2DP имеет функцию «абсолютной регулировки громкости» — управление громкостью устройства специальными командами протокола AVRCP, которое регулирует усиление выходного каскада, вместо программного уменьшения громкости аудиопотока. Если при изменении громкости на наушниках, изменение не синхронизируется с громкостью на телефоне, то это означает, что ваши наушники или телефон не поддерживают эту функцию. В таком случае, имеет смысл слушать музыку всегда с максимальной громкостью на телефоне, регулируя фактическую громкость кнопками наушников — в этом случае соотношение сигнал/шум будет лучше, и качество аудио должно быть выше.
В реальности же бывают печальные ситуации. На моих наушниках RealForce OverDrive D1 для SBC включен сильный компандер, и увеличение громкости приводит к повышению уровня тихих звуков, а громкость громких звуков при этом не меняется (происходит компрессия сигнала). Из-за этого приходится устанавливать громкость на компьютере примерно в половину, в этом случае эффекта компрессии практически нет.
По моим наблюдениям, все наушники с дополнительными кодеками поддерживают функцию абсолютной регулировки громкости, видимо, это одно из требований для сертификации кодеков.

Некоторые наушники поддерживают подключение двух устройств одновременно. Это позволяет, например, слушать музыку с компьютера и принимать звонки с телефона. Однако следует знать, что в этом режиме отключаются альтернативные кодеки, и используется только SBC.

Функция AVDTP 1.3 Delay Reporting позволяет наушникам сообщать задержку передающему устройству, с которой фактически воспроизводится звук. Это позволяет подстраивать синхронизацию аудио с видео в время просмотра видеофайлов: при проблемах с передачей по радиоэфиру, аудио не будет отставать от видео, а наоборот, видео будет тормозиться видеоплеером, пока аудио и видео снова не синхронизируются.
Функция поддерживается многими наушниками, Android 9+ и Linux с PulseAudio 12.0+. О поддержке функции на других платформах мне неизвестно.

Двунаправленная связь через Bluetooth. Передача голоса.

Для передачи голоса в Bluetooth используется Synchronous Connection Oriented (SCO) и его улучшенная версия Enhanced Synchronous Connection Oriented (eSCO) — синхронная передача с предварительным согласованием соединения. Режим позволяет передавать звук и голос строго по порядку, с симметричной скоростью отправки и приёма, без ожидания подтверждения передачи и переотправки пакетов. Это понижает общую задержку передачи аудио через радиоканал, но накладывает серьёзные ограничения на количество передаваемых данных за единицу времени и отрицательно сказывается на качестве аудио.
Когда используется этот режим, и голос с микрофона, и аудио в наушники передаются с одинаковым качеством.
Передача самих данных стандаризирована профилем HSP, также описывающим дополнительные функции, вроде работы кнопок регулировки громкости, поднятия трубки и отбоя.
К сожалению, по состоянию на 2019 год, качество передачи речи через Bluetooth всё ещё низкое, и непонятно, почему Bluetooth SIG с этим ничего не делает.

Дополнительный кодек mSBC был стандартизирован в 2009 году, а в 2010 уже появились чипы, использующие его для передачи голоса. mSBC широко поддерживается различными устройствами.
Это не самостоятельный кодек, а обычный SBC из стандарта A2DP, с фиксированным профилем кодирования: 16 кГц, моно, bitpool 26.

Не блеск, но гораздо лучше, чем CVSD, однако всё ещё неприятно использовать его для общения через интернет, особенно, когда вы используете наушники для общении в игре — звук игры тоже будет передаваться с частотой дискретизации в 16 кГц.

FastStream

Компания CSR решила развить идею переиспользования SBC. Чтобы обойти ограничения протокола SCO и использовать более высокие битрейты, CSR пошли другим путём — внедрили поддержку двустороннего SBC-аудио в стандарт передачи одностороннего аудио A2DP, стандартизировали профили кодирования, и назвали это «FastStream».

FastStream передает в динамики стереозвук 44.1 или 48 кГц с битрейтом в 212 кбит/с, а для передачи аудио с микрофона используется моно, 16 кГц, с битрейтом 72 кбит/с (чуть лучше, чем у mSBC). Такие параметры гораздо лучше подходят для общения в онлайн-играх — звук игры и собеседников будет качественный.

Компания придумала интересный костыль, но из-за того, что он противоречит стандарту A2DP, его поддержка есть только в некоторых трансмиттерах компании (которые работают как USB-аудиокарта, а не Bluetooth-устройство), но поддержки в Bluetooth-стеках он не получил, хотя количество наушников с поддержкой FastStream не такое уж и малое.

На данный момент поддержка FastStream в ОС есть только в виде патча для Linux’ового PulseAudio от разработчика Pali Rohár, который не включён в основную ветку программы.

aptX Low Latency

К большому удивлению, aptX Low Latency тоже поддерживает двунаправленное аудио, реализуя такой же принцип, как у FastStream.
Использовать эту особенность кодека не получится нигде — поддержки декодирования Low Latency нет ни в одной ОС и ни в одном известном мне Bluetooth-стеке.

Bluetooth 5, Classic и Low Energy

Вокруг спецификаций и версий Bluetooth возникла большая путаница из-за наличия двух несовместимых стандартов под одним брендом, оба из которых широко применяются для разных целей.

Существует два разных, не совместимых между собой протокола Bluetooth: Bluetooth Classic и Bluetooth Low Energy (LE, он же Bluetooth Smart). Ещё есть третий протокол, Bluetooth High Speed, но он не распространён, и не используется в бытовых устройствах.

Начиная с Bluetooth 4.0, изменения в спецификации касались преимущественно Bluetooth Low Energy, а Classic-версия получала только незначительные улучшения.

Список изменений между Bluetooth 4.2 и Bluetooth 5:

Several new features are introduced in the Bluetooth Core Specification 5.0 Release. The major areas of improvement are:
• Slot Availability Mask (SAM)
• 2 Msym/s PHY for LE
• LE Long Range
• High Duty Cycle Non-Connectable Advertising
• LE Advertising Extensions
• LE Channel Selection Algorithm #2
9.1.1 Features Added in CSA5 — Integrated in v5.0
• Higher Output Power

Только одно изменение коснулось Classic-версии в рамках спецификации Bluetooth 5: добавили поддержку технологии Slot Availability Mask (SAM), призванную улучшить разделение радиоэфира. Все остальные изменения затрагивают только Bluetooth LE (и Higher Output Power тоже).

Все аудиоустройства используют только Bluetooth Classic. Наушники и колонки подключить через Bluetooth Low Energy невозможно: не существует стандарта передачи аудио с использованием LE. Стандарт A2DP, применяемый для передачи высококачественного аудио, работает только через Bluetooth Classic, и аналога в LE ему не существует.

Вывод — приобретать аудиоустройства с Bluetooth 5 только из-за новой версии протокола бессмысленно. Bluetooth 4.0/4.1/4.2 в контексте передачи аудио будет работать точно так же.
Если анонс новых наушников упоминает удвоенный радиус работы и уменьшенное энергопотребление благодаря Bluetooth 5, то знайте — они либо сами не разбираются, либо вводят вас в заблуждение. Немудрено, ведь даже производители Bluetooth-чипов в своих анонсах путаются в отличиях новой версии стандарта, а некоторые Bluetooth 5-чипы поддерживают пятую версию только для LE, а для Classic используют 4.2.

Задержка передачи аудио

Величина задержки (запаздывания) аудио зависит от многих факторов: размера буфера в аудиостеке, в Bluetooth-стеке и в самом воспроизводящем беспроводном устройстве, алгоритмической задержки кодека.

Задержка простых кодеков, вроде SBC, aptX и aptX HD, совсем небольшая, и составляет 3-6 мс, чем можно пренебречь, но комплексные кодеки, вроде AAC и LDAC, могут давать ощутимое запаздывание. Алгоритмическая задержка AAC для 44.1 кГц составляет 60 мс. LDAC — около 30 мс (по грубому анализу исходного кода. Могу ошибаться, но не сильно.)

Итоговая задержка сильно зависит от воспроизводящего устройства, его чипсета и буфера. Во время тестов я получил разброс от 150 до 250 мс на разных устройствах (с кодеком SBC). Если предположить, что устройства с поддержкой дополнительных кодеков aptX, AAC и LDAC используют качественные компоненты и маленький размер буфера, то получим следующие типичные задержки:

SBC: 150-250 мс
aptX: 130-180 мс
AAC: 190-240 мс
LDAC: 160-210 мс

Напоминаю: aptX Low Latency не поддерживается в операционных системах, из-за чего меньшую задержку можно получить только связкой трансмиттер+ресивер или трансмиттер+наушники/колонка, причём все устройства должны поддерживать этот кодек.

Проблемы устройств, сертификации и логотипов Bluetooth

Как отличить качественное аудиоустройство от дешёвой поделки? По внешнему виду, прежде всего!

Рассмотрим несколько устройств и коробок от них:

Это всё — несертифицированные устройства. В инструкции может быть логотип и название технологии Bluetooth, но самое главное — чтобы они были на коробке и/или самом устройстве.

Если ваши наушники или колонка говорят «Ze bluetooth dewise is connecteda successfulle», это тоже не говорит об их качестве:

Заключение

Способен ли Bluetooth полностью заменить проводные наушники и гарнитуры? Способен, но ценой низкого качества в режиме разговора, увеличенной задержкой передачи звука, которая может раздражать в играх, и множества проприетарных кодеков, требующих лицензионных отчислений и увеличивающих конечную стоимость как смартфонов, так и наушников.

Маркетинг альтернативных кодеков очень сильный: aptX и LDAC представляют в виде долгожданной замены «устаревшего и плохого» SBC, который далеко не так плох, как о нём принято думать.

Как выяснилось, искусственные ограничения Bluetooth-стеков на битрейт SBC можно обойти, так, что SBC не будет уступать aptX HD. Я взял инициативу в свои руки и сделал патч для прошивки LineageOS: Модифицируем Bluetooth-стек для улучшения звука на наушниках без кодеков AAC, aptX и LDAC

Больше информации можно найти на сайтах SoundGuys и SoundExpert.

Бонус: референсный энкодер SBC, информация о битстриме A2DP и тестовые файлы. Этот файл раньше был выложен на сайте Bluetooth публично, но теперь он доступен только для вступивших в Bluetooth SIG.

Источник