Комментарии 197
1. купил наушники (Marshall Major 3 BT), заявлена поддержка aptX (не знаю, HD или нет)
2. есть телефон на 8 android (в настройках для разработчиков на выбор sbc,aac,aptx,aptxhd,ldac, можно тыкать куда угодно, возвращается на aptx)
3. есть планшет на 7 android, там нет aptx, но наушники работают и с ним. то есть в sbc они тоже умеют.
4. наконец есть пк, linux mint (на базе ubuntu 16.04). с ним тоже работает. насколько понимаю по sbc.
из всего этого вопрос, кто же решает в каком режиме работать, разве наушники? они не просто анонсируют сервисы? вроде бы решать должен сервер (в данном случае телефон/планшет/пк)
из этого логично вытекает вопрос, если каким-то образом мне удастся на пк заменить библиотеки bluez на модифицированные с aptx, выбор будет за кем, за пк?
из всего этого вопрос, кто же решает в каком режиме работать, разве наушники? они не просто анонсируют сервисы? вроде бы решать должен сервер (в данном случае телефон/планшет/пк)Зависит от того, кто к кому подключается, и от действий BT-стека в разных ситуациях.
Кодек выбирает то устройство, которое подключается. Подключаться может как компьютер/смартфон к наушникам, так и наушники к смартфону. Когда смартфон подключается к наушникам, то происходит это так:
В Android, когда наушники подключаются к смартфону, для того, чтобы использовать свой кодек, в зависимости от приоритета, а не полагаться на выбор кодека и приоритеты наушников, стек делает следующее:
из этого логично вытекает вопрос, если каким-то образом мне удастся на пк заменить библиотеки bluez на модифицированные с aptx, выбор будет за кем, за пк?Чтобы полноценно включить поддержку aptX в Linux, нужна и последняя версия BlueZ (из git master), и PulseAudio с патчами aptX. В этом случае, у вас будет в интерфейсе управления PulseAudio (pavucontrol и аналоги) переключалка кодеков, и можно переключить так, что анонсироваться наушникам, если они захотят подключиться к компьютеру, будет только какой-то конкретный, а не все поддерживаемые.
Отсутствие этих элементов говорит о том, что устройство не проходило сертификацию, а значит — низкокачественное и потенциально проблемное.
Потенциально проблемное — отчасти можно согласиться, но низкокачественное — нет. Из факта отсутствия сертификации уровень качества не вытекает логически.
По моим наблюдениям, все наушники с дополнительными кодеками поддерживают функцию абсолютной регулировки громкости, видимо, это одно из требований для сертификации кодеков.У меня приёмник Fiio BTR3, и в нём регулировка громкости кнопками не влияет на уровень на смартфоне. Впрочем, формально это и не наушники :)
Я к чему, любая фича всегда будет кому-то нравиться, а кому-то — нет. Решение здесь одно: фича должна быть параметризована, использовать её или нет — решение каждого пользователя.
Можно и рут, конечно, но пока лень.
Недавно купил Fiio BTR3. Это удобная маленькая штука, которая имеет несколько фишек, помогающих разобраться в салате из кодеков. Во-первых, в зависимости от используемого кодека меняется цвет индикатора на устройстве. Во-вторых, в настройках (через приложение Fiio Music) можно ограничить количество доступных кодеков. Это оказалось полезно. Например, в Samsung S9+ можно задать тип Bluetooth-кодека в Developer Options. В планшете Sony Z4 Tablet передача по LDAC (если верить индикатору на устройстве) начинает работать, только если в настройках BTR3 убрать все остальные кодеки. Иначе — только SBC.
Благодаря вам уберу в настройках S9+ передачу в формате 24/96. Сделал вывод, что эта отрасль народного хозяйства еще не до конца допилена, так, чтобы «просто работало». Всегда есть возможность, что что-то пойдет не так. Устройства, которые просто работают (наушники Bose, например), видимо, могут это делать за счет выбора менее качественных параметров сжатия аудио. В целом не суть важно, если разницы не слышно. В принципе, BTR3 с моим самсунгом в режиме LDAC работает вполне стабильно.
P.S. Fiio BTR3 вроде бы поддерживает HWA, но только через фирменное приложение. По факту, включение этой опции приводит к ужасным заиканиям — секунда музыки на две секунды паузы.
P.S. Fiio BTR3 вроде бы поддерживает HWA, но только через фирменное приложение. По факту, включение этой опции приводит к ужасным заиканиям — секунда музыки на две секунды паузы.Вы подключаете Fiio BTR3 к телефону по Bluetooth, и можете передавать на него аудио в другом кодеке, просто переключив настройку в программе? Это интересно, нужно посмотреть, как это реализовано.
Само приложение жуткое, интерфейс кривой, «чёлки» не поддерживает, вылезает целых 3 уведомления — 2 системных и одно с кнопками управления.
AirPods работают с Android по AAC, но зафиксировать AAC-only не получается. Переключатся на SBC. Также есть приложенька под Android умеющая с шагом в 5% показывать заряд AirPods.
Забавно, что aptX поддерживается macOS, но поддержку нужно включать эппловой утилитой. Интересно, считают ли при этом лицензии?Уверен, лицензия уже оплачена, раз в составе macOS есть aptX-энкодер.
AirPods работают с Android по AAC, но зафиксировать AAC-only не получается. Переключатся на SBC.Как вы определяете, что они переключаются на SBC?
Поддержку на macOS включать не обязательно. С большинством наушников не SBC кодек (aptX или AAC) будет работать "из коробки". Но некоторым наушникам необходимо форсирование (мне такие попадались пока раз — Huawei Freebuds), и тогда уже можно идти в утилиту и включать форсированный выбор кодека.
habrastorage.org/webt/dg/5j/2r/dg5j2rh7h1nrk1dn5ole37ugmeu.png
Я что-то не так понял? Не на тот пакет смотрю?
Вообще, я имел в виду не физическое подключение, а логическое, на уровне открытия AVDTP. Наушники сами начинают опрашивать source'ы и sink'ы телефона, затем отправляют GetCapabilities телефону, а далее — SetConfiguration.
habrastorage.org/webt/tf/zw/b0/tfzwb0kncjcejsci5fjep7bc5sk.png
Даже без предварительного сопряжения я прикладываю свои Sony WI-C400 к телефону, они включаются, и каким то магическим образом подключаются.
Включаются ваши наушники потому, что в них есть NFC-чип (а не пассивная метка), и как только на неё приходит питание, чип наушников просыпается и включает режим сопряжения.
Подробнее описано здесь: members.nfc-forum.org//apps/group_public/download.php/18688/NFCForum-AD-BTSSP_1_1.pdf
Гарнитура в ухе оцифровывает голос с микрофона, затем данные передаются на телефон, там перекодируются каким-то GSM-кодеком и после идет передача в сотовую сеть?
Или гарнитура сразу сжимает голос GSM-кодеком и телефон транзитом передает эти данные в сотовую сеть?
Пытался разобраться в этом вопросе. Поддержка роли есть в андроиде с 4.какой-то версии, но надо пересобирать. Ядро или только приложение с настройками я так и не понял, потому что все равно в итоге со стороны софта было бы не понятно, как это заработает...
Из-за массового выпуска смартфонов без аудиоразъема 3.5 мм, беспроводные Bluetooth-наушники для многих стали основным способом прослушивания музыки и общения в режиме гарнитуры.
Не представляю, кто в здравом уме купит телефон без разъема для наушников/гарнитуры, если предполагает пользоваться наушниками и/или гарнитурой.
Я купил. Просто не обратил внимания (не подумал, что такое вообще возможно). В комплекте был переходник с USB-C на 3.5, но в итоге я купил себе беспроводную гарнитуру и премного благодарен судьбе за это — с bluetooth-гарнитурой гораздо лучше жить. Но теперь надо за ещё одной батарейкой следить, чтобы не села в самый неподходящий момент.
Не представляю, кто в здравом уме купит телефон без разъема для наушников/гарнитуры, если предполагает пользоваться наушниками и/или гарнитурой.Вообще, Bluetooth-гарнитуры существовали задолго до всей этой чехарды с аудиокодеками, когда подавляющее большинство телефонов и музыку-то проигрывать не умело. Вполне себе была неплохая альтернатива торчащему из телефона проводу с традиционно большим проприетарным разъёмом.
Что же касается современного положения дел, то я не вижу принципиальной разницы в наличии/отсутствии 3,5 мм разъёма — при нынешнем-то ассортименте беспроводных наушников, приёмников и даже проводных DAC'ов — если вдруг комплектный переходник чем-то не устроил.
Вообще, Bluetooth-гарнитуры существовали задолго до всей этой чехарды с аудиокодеками, когда подавляющее большинство телефонов и музыку-то проигрывать не умело. Вполне себе была неплохая альтернатива торчащему из телефона проводу с традиционно большим проприетарным разъёмом.
Трудно не согласиться с процитированным. И для пешехода, и автомобильная громкая связь — все это часто удобно и на самом деле было реализовано где-то лет двадцать, наверное, назад (The specifications were formalized by the Bluetooth Special Interest Group (SIG) and formally announced on the 20 of May 1998.)
Что же касается современного положения дел, то я не вижу принципиальной разницы в наличии/отсутствии 3,5 мм разъёма — при нынешнем-то ассортименте беспроводных наушников, приёмников и даже проводных DAC'ов — если вдруг комплектный переходник чем-то не устроил.
Я отношусь к тем, кто не собирается покупать новые наушники ради телефона. Телефон ради уже имеющихся наушников — вполне. Срок службы наушников очень большой, это десятилетия, тем боле что изнашивающиеся элементы (амбушюры, отделка оголовья, провода) можно заменить новыми оригинальными или подобрать альтернативы (для некоторых это не необходимый ремонт, а даже наоборот — развлечение и тюнинг). Срок службы телефона — лет пять, наверное, максимум, после чего из-за
И это я не касаюсь чисто аудиофильских заморочек касательно качества звука. Через идиотски-неудобный переходник, понятно, деградация звука будет настолько ничтожной, что кроме труЪ™ аудиофилов ее никто не услышит (объективно добавляется дополнительный контакт с дополнительным сопротивлением, субъективно же, уверен, разницу услышать невозможно, однако что мы знаем про аудифоилов?). А вот что до очередных кодеков с очередным сжатием — возможны варианты, еще раз спасибо автору за статью.
P/S/ с тех пор уже сменилось пара телефонов, последние два с Jack 3.5mm, но для прослушивания музыки он мне ни разу не пригождался.
В целом, я за «пусть лучше будет».
Смотрите в статье раздел «Двунаправленная связь через Bluetooth. Передача голоса.»:
Для передачи голоса в Bluetooth используется Synchronous Connection Oriented (SCO) — синхронная передача с предварительным согласованием соединения. Режим позволяет передавать звук и голос одновременно (синхронно), а не выделять слоты на приём и передачу, как в случае A2DP. Это понижает общую задержку передачи аудио через радиоканал, но накладывает серьёзные ограничения на количество передаваемых данных за единицу времени, и отрицательно сказывается на качестве.
Огромное спасибо за статью. Купил как-то дешевые jbl на распродаже. Порадовался отсутствию провода, огорчился качеству звука при работе в режиме гарнитуры. Если к винде цеплять то вообще трэш, оно видится как несколько устройств, звук теряется при переключениях музыка/звонок, обратно переключается не всегда. Думал китайцы накосячили, облизывался на беспроводы подороже, Sony какие-нибудь. А оно вон как, за десяток-другой тысяч деревянных можно купить себе то же самое легаси из 90-х… и другого просто нет. Одно разочарование с этим bluetooth, столько нагорожено в нем, разбираться и апгрейдить никто уже никогда не станет.
Интересный лайфхак, вишенка на торте разочарования текущим состоянием дел :)
А почему?
Я когда пытался попробовать использовать наушники с windows для игр (ради эксперимента), в A2DP звук был качественный, но как раз с адскими задержками (по моим ощущениям там все 300ms было), а в HSP задержек не было, но играть с таким звуком было просто невозможно.
При разговоре через сотовую сеть, задержки самой сотовой сети намного больше разницы между задержками HSP и A2DP. Да и для передачи голоса задержки не так важны, как для игр. Разницу вы не заметите.
Итоговая задержка сильно зависит от воспроизводящего устройства, его чипсета и буфера. Во время тестов я получил разброс от 150 до 250 мс на разных устройствах (с кодеком SBC). Если предположить, что устройства с поддержкой дополнительных кодеков aptX, AAC и LDAC используют качественные компоненты и маленький размер буфера, то получим следующие типичные задержки:
SBC: 150-250 мс
aptX: 130-180 мс
AAC: 190-240 мс
LDAC: 160-210 мс
Итого, при звонке с Сахалина в европейскую часть России будет около 0.5s, ~200ms на SBC, ~150ms будут сетевые задержки, ну и остальное уже кодеки, GSM, и всякое такое.
Я правильно понял, что только FastStream позволяет решить этот задачу?Похоже, что так. Ваши наушники должны поддерживать FastStream, чтобы это заработало.
Наушники, собственно, для работы используются, поэтому звонков много. В итоге пришлось прикупить внешний микрофон для стационарника и пользоваться встроенным для ноутбука.
Спасибо за статью. Причину я тогда нашел, но детально почитать — приятно.
Может в Москве нет таких морозов, но у меня все ок)
Решение так себе, но оно есть.
Хотя не спорю, первое, что выходит из строя на моих телефонах — разъём наушников. Хотя нет, сначала перетирается кабель на наушниках в заделке в штекер.
1. в исходниках популярных блютуз аудио библиотек на DSP и MCU например от техаса не используется арифметика с насыщением хотя все их DSP и МК это поддерживают и использовать её в обработке звука само собой разумеющееся практика, а в некоторых кодеках попросту обязательное дело.
2. Две из трёх библиотек производителей BL MCU, что я имел дело, написаны так, что это даже не proof of concept а какой то ардуино скетч для конкретно одного случая. В оставшейся единственной библиотеке только в лицензионном соглашении мельком упоминается что это демонстрационный код и желательно его переписать с нуля поняв как работает железо. Это крупнейшие производители и именно их либы только и встречаются в проектах на гитхабе, они же хвалятся что «имеют» более половины рынка BL решений (да да каждый по половине). И наверное, судя по качеству BL наушников, их используют все «как есть» с мелкими багфиксами.
А потом удивляешся почему аудио либо икает, либо внезапно задержка возврастает более секунды (фифо буфера перехлёстываются), либо BL наушники попросту глючат, или невозможно использовать наушники на ПК блютуз «свистком» в сочетании с мышью например — икают или вообще не заводятся, особенно Аппловские.
Жаль, что при всем многообразии кодеков тут почти нет открытых стандартов. Хотя кажется, что тот же Opus со своими низкими задержками и достаточно высоким качеством должен идеально подходить. Или нет?
Это свойственно не только аудио, но и видеокодекам.
Очень странный подход…
Сжатие видео без потерь применяется преимущественно для ускорения обработки видео с потерями, постоянное разжатие которого создает сильную нагрузку.
Один из немногих кодеков, которые сжимают без потерь, и делают это хорошо. Сейчас из альтернатив ему разве что древний JPEG2000. Но «обновляться» не спешат.
FFV1 не используется как монтажный кодек, он слишком тяжелый и требует разжатия, в реалтайме его невозможно проигрывать. Для этих целей до сих пор всех устраивает ProRes и DNxHD( R ). А вот для холодных архивов — JPEG2000 и FFV1.
Всё, с 13й версии Андроид поддерживает Opus как A2DP-кодек. Как и гугловские собственные Pixel Buds Pro.
Почему с обычной Bluetooth гарнитурой звук при звонках очень «глухой», а с AirPods — нормальный? Кодек другой?
У вас в первой аудиозаписи (ZZ Top) на записи какие-то искажения (довольно слабые) слышны, как будто это запись с приемника и кто-то руку к антенне подносит, или как будто шум с пластинки. Искажения есть в обоих версиях, и в сжатой кодеком, и в оригинале.
Я послушал трек на Ютубе (я в курсе, что звук там всегда погано пережат) — там больше низких частот и меньше верхних, так что похоже что это может быть рип без коррекции, которая применяется в проигрывателях. Я просто хотел сказать, что не стоит сравнивать качество работы кодеков на изначально не очень качественной записи.
Плеер на сайте мне понравился, я потестировал несколько нормальных флаков, но жаль, что там нет перемотки, чтобы один кусочек трека послушать на разных кодеках.
А в общем, ощущение, что с беспроводными наушниками пока все плохо. Нужен либо более хороший стандарт передачи данных, без потери (WiFI?), либо просто закачивать в наушники флак секунд на 5-10 вперед (на случай разрывов).
sbc vs aptx hd?
нет разницы?
вам медведь на ухо наступил или тест был на китайских bludio?!
Есть у кого опыт использования в машине bluetiooth передатчика на aux вход? Чтобы звук был хороший и работал во время зарядки.
HWA LHDC — слишком новый, и поддерживается всего тремя(?) устройствами.
Из приемных устройств сейчас вроде бы есть только FiiO BTR3.
Однако в качестве передающего можно использовать практически любой смартфон с их приложением FiiO Music. Оно дико глючное, HWA LHDC запускается с пятого пинка с подвывертом, но вроде даже работает. Надо бы подампить эфир…
На практике, даже 990 кбит/с-аудиопоток (LDAC 990 kbit/s) передаётся с трудом.
Таким образом, стандарт Bluetooth за 25 лет развития до сих пор не научился устойчиво передавать данные на скорости 1 Мбит/с (которая, кажется, была заявлена ещё в 1й его версии). По-моему, это несколько ненормально.
Bluetooth, зато, хорошо работает в условиях загаженного эфира 2.4 ГГц. Там, где почти не работает Wi-Fi ни на одном канале, постоянно теряются пакеты и не открываются страницы, Bluetooth может вполне себе играть музыку без прерываний. Его даже глушилкой крайне тяжело заглушить.
Возможно ли возрождение проекта «Spirit Real M Radio»?
Автор Spirit Real FM Radio умер, а кроме него FM-радио мало кому было интересно.
P.S. Вот, с ходу — 2006 год!!! newatlas.com/go/5201
Всё больше на какой-то странный заговор похоже ))
Может кому-то пригодится
Какой можете посоветовать Bluetooth аудио ресивер (подключение внешних устройств через блютуз) со следующими характеристиками:
1. кол-во сопрягаемых устройств 5шт (TV — LG, Phone — Xiaomi, Apple, Table — Huawei, PC — Linux Centos, PC Windows 10)
2. кол-во одновременно подключенных устройств 2шт. (передавать голос по очереди будут)
3. разъемы 3.5 или RCA для передачи сигнала к колонкам.
4. Покрытие 10м включая стены.
5. Постоянная работа устройства даже при отключенных сопряженных устройств
Столкнулся с тем, что очень много китайских моделей обладают следующими недостатками:
1. Уходит в спячку при отсутствии активных подключений. приходится постоянно нажимать на кнопку. Решал костылем в виде одного постоянно подключенного потребителя
2. Не дружит со всеми устройствами. Текущий никак не хочет работать с планшетом Huawei, и Linux машинами.
3. От устройства к устройству очень сильно прыгает покрытие. кто-то работает только в прямой видимости, кто-то пробивает одну, две пеноблочные стены.
Наконец то нашел знающего человека.
У меня наушники Sony MDR1abt. С топовыми телефонами Sony работает LDAC, но у меня ASUS Zenfone. Когда в инструментах разработчика выбираю LDAC он автоматически слетает на другой кодек.
Подскажите, пожалуйста, как можно включить LDAC или настроить другой кодек приемлемого качества? У меня андроид 8.1.
Можно ли настроить кодек в Windows 10, чтобы получить хорошее качество звука и слушать с ноутбука?
Можно ли настроить кодек в Windows 10, чтобы получить хорошее качество звука и слушать с ноутбука?Windows 10 поддерживает aptX, как вариант.
Как я понял Вы сделали патчи SBC HD, но они не для стандартного Андроида, правильно?
Т.е. пока вариантов нет? Или есть какие идеи?
Как посмотреть какой кодек в Windows работает? Можете посоветовать как их переключать там?
Попробуйте записать дамп и загрузить его на btcodecs.valdikss.org.ru.
В Windows 10 есть поддержка только SBC и aptX, переключаться между ними нельзя, только автоматический выбор.
Огромное спасибо за эти статьи по Bluetooth, очень полезно. Некоторое время для Андроид уже существует модуль Bluetooth stack Audio bitrate changer в репозитории magisk, который по описанию делает ну фактически то же самое, что и ваш. Не могли бы вы глянуть в чем отличия?
https://github.com/gjf/gjf_bt
Автор модуля — gjf
》, для чего время делится на 625-микросекундные интервалы, называемые слотами (slot).
Ну слава богу, хоть понятно стало что это за зверь, слоты.
А то у АМД не допросишься доки на процессора, и догадывайся о чем они сами с собой беседуют куцо описывая I2S аудио.
Осталось теперь найти, в какой кодек загружать веб-таблицы, одя описания наличных аудиоустройств, в отличии от стандартной Азалии.
— адаптер Asus USB BT400
— ухи Sony WH-CH500
— Ubuntu 18.04
Недавно стали отваливаться наушники в не совсем конкретных случаях. Если нет звуков минут 5, если нажал на паузу в видео в браузере, закончилось одно видео и началось другое. Может отвалиться, а может и не отвалиться. Причём не соединение с наушниками пропадает, а вывод звука переключается с BT на встроенное аудио. И после этого помогает только удалить сопряжение и подключить заново. Однако с месяц назад это всё работало отлично. Ни единого разрыва. И в винде работает по сей день. Что-то обновилось, видимо, а я не отследил.
В какую сторону надо копать? Blutooth, Pulse, ALSA, ядро?
Для начала я бы попробовал это.
Смартфон устанавливает два соединения, сразу к двум наушникам, и транслирует отдельный аудиопоток к каждому наушнику.
Без TWS+, соединение устанавливается к одному из наушников, а второй наушник подключается к первому, а не к смартфону.
1. Изменена информация об aptX Low Latency: выяснилось, что это обычный aptX, но со специальными настройками. Добавлена информация о драйвере Low Latency для Windows.
2. Добавлена информация о программе avinfo для Linux и Bluetooth Tweaker для Windows
Пока что мне больше нравится связка ЦАП по USB со смартфоном + Tidal. Вопрос только выдаст тот же айфон MQA по проводу…
Проблема в том что блютуз не выдаст качественный звук, а провода с цапами не добавят удобстваА вы стабильно слышите разницу между проводным и беспроводным подключением одних и тех же наушников? Я например из своего опыта могу сказать, что она есть, но слышу я ее далеко не на всех треках и назвать существенной эту разницу я не могу (плейер Pioneer XDP-300R). Но способности слуха у всех конечно разные.
Я для себя решил этот вопрос окончательно связкой из AirPods Pro и Audeze iSine 20. Подсы с шумоподавлением и влагостойкостью решают 90% задач, а в те моменты, когда хочется насладиться музыкой из Tidal на полную, Audeze это компактный вариант который можно везде брать с собой. Их кабель Cipher v2 сделан специально под айфон и требует минимум тюнинга по звучанию, что делается через их приложение ну и звучит «на все», сейчас можно найти не плохое предложение в районе 400$. MQA насколько я знаю вообще не поддерживается iOS, для него нужна десктопная версия Tidal и внешний ЦАП с поддержкой этого формата, но это уже какие то зоны сверхзвука куда я пока не добрался, да и не пойду вовсе, кристальное звучание Audeze показало что музыка изначально может быть плохо записана и сведена, тут уже ничего не поделаешь сколько не выкручивай качество, так что я думаю для себя нашел потолок по звучанию+удобству.
Я для себя решил этот вопрос окончательно связкой из AirPods Pro и Audeze iSine 20iSine 20 уже очень крутые как по мне :) Я себе специально ставлю ценовой предел после которого просто не хочу слушать ни наушники, ни цапы, ни плееры даже если будет слышна разница, а то жена потом домой не пустит :)
MQA насколько я знаю вообще не поддерживается iOSПоддерживается с iOS 11.
support.tidal.com/hc/en-us/articles/115000397069-TIDAL-MASTERS
www.mqa.co.uk/playback-devices
Но опять же, будет ли слышна разница и надо ли оно — не ясно, но попробовать хочется.
Подскажите пожалуйста, есть ли возможность программно на обычном андроиде (не моде) узнать, с какими параметрами, по какому кодеку идёт взаимодействие с подключенным устройством?
Сбылась мечта..))
Xiaomi Mi MAX 3 (Android 9, MIUI 11.0.6) при соединении с GAL TW-2500 (BT 5.0)
выдает трансляцию FM-radio в наушники.
С Mi A1 (Android 9) такого не получается.
Сравнил проводные и bluetooth наушники, у беспроводных задержка звук примерно 0.5-1 сек. В играх очень заметно.
Наугад в диспетчере устройств -> COM-порт -> Свойства -> Параметры порта:
— выставил максимальную скорость
— уменьшил размер буферов до 1
Отставание пропало. Всё стало отлично. Не пойму почему в интернете никто не писал про этот способ. Или так нельзя делать ValdikSS?
Кстати пришел сюда в поисках возможности поднастройки QCC3008 в девайсе. Есть там 1МБ флеш для настроек, куда подпаяться, а что куда и как настраивается не ясно. Хочу научить автовключению при подаче питания и автоактивации режима спаривания на некоторое время после включения (без дополнительного нажатия кнопки) и поместить это в авто в автомагнитолу.
Перешел на удаленку. Вчера нарисовался скайп-колл, потребовалась гарнитура. Попробовал 3 (три) штуки: от беззвестной китайщины до модной Jabra. Все подключаются по BT, определяются. В настройках звука микрофона появляется строчка "Микрофон — Jabra Storm" и пр. Но звука с микрофона нет вообще. Притом, что наушник работает.
Пришлось срочно выискивать в закромах проводной микрофон и говорить через него. Не ожидал такой подставы.
Windows 10, блютуч-свисток 4.0, все дрова и апдейты стоят. ЧЯДНТ?
Просьба уточнить — правильно ли получается, что все стёки, протоколы и пр это все софтовые изменения? Т.е. если взять старый приемопередатчик bluetooth* и использовать современный софт с драйверами, то получится устройство, поддерживающее новые кодеки? Или это справедливо только в рамках мажорных версий (3.x, 4.x и пр)?
*кроме, возможно, перехода между Bluetooth 4.2 и Bluetooth 5
Просьба уточнить — правильно ли получается, что все стёки, протоколы и пр это все софтовые изменения?Не совсем: есть и программные, и аппаратные, но конкретно вся функциональность по передаче высококачественного аудио — программная.
Т.е. если взять старый приемопередатчик bluetooth* и использовать современный софт с драйверами, то получится устройство, поддерживающее новые кодеки?Да, я заводил aptX и AAC на донгле Bluetooth 2.1 2008 года выпуска.
Чем больше я читаю про синийзуб, тем больше я понимаю, что ничего не понимаю (никто не из производителей не разглашает характеристики настроек своих кодеков) и ничего не контролирую (каждая пара передатчик — приемник будет работать по-своему). А как результат — всегда покупаю кота в мешке.
ps просьба, если это возможно, оформите мой вопрос и ваш ответ в теле статьи. Если не затруднит — объясните, что аппаратного в bluetooth (за что отвечает чистое железо). Не все читают комментарии, а этот момент, как мне кажется, весьма интересен.
В программе записи видео Filmic Pro при подключении bluetoth-гарнитуры качество автоматически сбрасывается на 16,0 кГц.
Насколько мне известно, есть только один микрофон, позволяющий в режиме реального времени записывать звук в высоком качестве, но работает он только со своей программой для iOS (не могу найти ни производителя, ни модель). Все остальные «bluetooth-микрофоны» записывают в собственную память, а после окончания записи передают файл на телефон.
Спасибо вам огромное за статью! Вчера купил Xiaomi Mi Collar Bluetooth и думал что брак, потому что качество звука с микрофона такое, что ни единого слова не слышно. А оказалось не брак, а стандарт в 2020 году.
И ситуация с блутузом так и не поправилась.
Маки всё также снижают качество звука до 8кгц при использовании AirPods с ними.
Хотя вот AirPods+Iphone вроде бы работает нормально. Интересно почему? Стандарты вроде бы должны же быть одни и те же? Или они там своё дополнительное что-то придумали?
Спасибо за статью. Для себя решил вопросы кодеков и устройств купив FiiO BTA30 и FiiO BTR5.
Пишу из будущего — май 2021. Спасибо большое автору — избавил от бессмысленной в моем случае покупки более дорогих TWS. И, заодно, от утомившего уже поиска вариантов
В Linux завезли поддержку FastStream и двунаправленного aptX-LL https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/972 https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/974 https://gitlab.freedesktop.org/pipewire/pipewire/-/releases/0.3.34#bluetooth
У меня задача записывать ноутбуком некие лекции, т.е. надо взять звук с микшера (3.5мм/6.3mm джек), и как-то передать на ноутбук. (допустим там свежий линукс, со всякими FastStream, aptX и т.п.)
Текущий вариант малокомпактен — длинные аудиошнуры, внешняя USB-карта (обычно Zoom H1), ADUM для развязки помех по питанию. (обычные входные звуковые карты ноутов еще более шумные с неожиданными наводками). Специфика — речь, 16кгц моно возможно достаточно (32кгц точно хватит, важно чтобы шумов не было и заикания редкие).
Я ищу какой-то Bluetooth трансмиттер, который
подхватится стандартной Bluetooth картой ноутбука (возможно она не умеет в A2dp sink, но может FSP)
ну или комплект приемник-передатчик, но тогда уже чтобы можно было в самом хорошем режиме (FastStream или что там есть), лить с микшера в ноут.
Что можно рекомендовать из железа для этих вариантов? (очень не хочется перебирать весь али и ебей).
Использую гарнитуру meizu EP52, все лого на месте, но звук.. ужасен. Нет, музыка там звучит приятно, но когда смотрю стримы - будто смешали лево-право, потрясли, засунули в бочку с чудовищным эхо - и так выдали. И если с компа я слышу чётко направление звука, то с мейзу - максимум могу понять дистанцию, и то примерно, эхо всё портит. Ощущение что прикрутили китайские спецэффекты без кнопки выключения.
И да, при звонке качество речи печальное. Столько лет прошло, почему до сих пор не сделали технологии чтобы качество было таким же как на проводе...
Так что теперь поддерживающие LE Audio наушники таки могут потреблять меньше энергии в сравнении с Classic.
Похвалюсь, как мне повезло:
Андроид-устройство Xiaomi 12T Pro
Наушники Baseus H1i
Сконнектились на LHDC (и предлагают использовать LHDС с уменьшенной задержкой, по желанию).
Качество звука (именно кодека, я не про звучание динамиков) - просто великолепное. Расстояние берет - десятки метров, даже через тонкие стены.
Если ставишь галочку "низкая задержка" - то по моим тестам (безаппаратурным, смотрю глазами на тестовую бегающую стрелку часов и слушаю тиканье), задержка около (или даже менее???) 50 мс, что очень и очень мало для Bluetooth! Обычно, меньше 100мс добиться не удавалось с прочими кодеками.
Тихо подпеваю от радости гика, выигравшего в лотерею. )
И да, в 2023, данная статья все еще актуальна, кроме слов о том, что "три устройства" поддерживают данный кодек. ))
Повикипедил немного: LHDC является частью Android 10.
Но почему-то, больше ни один телефон из моей коллекции не соединился по LHDC с этими наушниками. Хотя, поддержка LHDC явно заявлена в них, и в настройках присутствует. Вероятно, проблема в отсутствии BT 5.3 (хотя, зачем он нужен для кодека?).
Гуглю дальше. )
Пишут, что LHDC не является детищем Huawei. А просто Huawei были первыми, кто применил этот кодек.
чтобы точно узнать какие у вас в гуглофоне кодеки надо присоединить к нему любые синезубые наушники и запустить там программу из маркета bluetooth codec changer. там будет написано какие кодеки поддерживает телефон и какие он видит в наушниках. хотя могут быть нюансы как с какими то китайскими ушами и планшетом honor pad x8 при которых почему то список кодеков в телефоне сильно сокращается
Да они в Developer options есть, не обязательно ставить что-то.
Скрытый текст
Там чушь написана. Уж поверь, проверено. Программы показывают правду. Например на нокия 5.3 в меню разработчиков есть aptxhd, и чипсет его поддерживает. Но наушники все работают просто в aptx. Я аж почти наехал на продавца. И так далее. Опасно на это меню ориентироваться. Впрочем программа не панацея, про аас она тоже пишет что есть, а он не работал.
Но наушники все работают просто в aptx
Ну если наушники не поддерживают какой-то кодек, то без разницы поддерживает ли его смарт (и наоборот).
Напишите про кодек LC3
Отличная статья.
Вопрос такой: имеет ли значение каким кодеком получен lossy файл при выборе кодека bluetooth?
Есть ли вопрос совместимости кодеков, двойного преобразования или ешё чего то при проигрывании lossy файлов?
заметил что lossy файлы даже на SBC неплохо звучат. и кодировать их только один раз надо. средне пожатые мп3 кмк самый худший вариант для таких кодеков синезуба, сильно страдают от пережимающих кодеков, а сильно пожатые типа 128 уже, видимо, ничем не испортить. Всякие 320 килобит уже дают избыточность для качества, что хорошо..
Пишу из будущего - кодек LDAC теперь не только у наушников Сони а у туевой хучи других производителей, например в наушниках 1More Sonoflow, (ну и жрет же он батарейку смартфона да и наушников) кодек aptx HD насколько я понял jтпустили в свободное плавание как и LDAC. Кстати часто пишут что для кодеков aptx нужна аппаратнай поддержка процессор квалкомм. Если это верно то только для наушников. чипсет устройства-источника может быть любой. даже для виндовс есть альтернативны драйвер с подджержкой aptxhd
Там уже L2HC есть на LDAC.
что значит l2hc на ldac? на альтернативном драйвере для винды? А еще, убедился тут лично - в наушниках где AAC сам по себе и нет других кодеков - AAC очень прилично сделан. сравнивал haylou w1 и W1 ANC - в первом есть aptx adaptive - во втором - ANC, режим прозрачности. так вот, второй вариант как бы не лучше звучит.. отчасти потоу что лучше сидит в моих ушах.. Затычки дело такое..
L2HC это версия LDAC.
L2HC это кодек от Huawei, а LDAC от Sony. Разные совсем.
Авторитетный источник, спору нет.
http://www.caianet.org.cn/uploadimage/202307/822bfa68-9c26-4236-bc40-ea1c794d1763.pdf
Вот спека. А уж ATRAC9 или нет я не разбирался.
Получил наушники vivo tws 4 hifi. заявлена поддержка кодеков qualcomm lossless, LDAC, LC3, AAC, SBC. наушники подклюxил к телефону vivo y27s и планшету Honor pad x8. в паде подержка кодеков LDAC, aptx, aptx hd, AAC, LHDC_LL, в телефоне - SBC, AAC, aptx, LDAC, Aptx adaptive, (именно в таком приоритете, если цеплять уши с поддержкой aptx adaptive и LDAC то будет aptx adaptive) кодеки в наушниках переключаются через приложение, видно только активированный кодек и AAC с SBC. в итоге планшет с кодеками aptx вообще не заработал, сразу AAC(правда судя по всему AAC тут не то что не урезан а немного даже растянут, правда 48 килогерц никто не умеет на андроиде), если же включить LDAC то оба устройства работают с LDAC в режиме мультипойнт. причем нормально работают, при звонке на телефон планшет встает на паузу. И еще в планшете битовая глубина LDAC ограничена 24 битами и он не умеет частоту дискретизации 88 килогерц. в отличие от телефона. если включить aptx adaptive (включить можно только тот кодек что приложение видит в телефоне) то телефон работает с ним а планшет с AAC. Наушники очень хороши не смотря на то что драйвер звука только один
Аудио через Bluetooth: максимально подробно о профилях, кодеках и устройствах