ок, порт поменять попробую... была до этого см6631 там щелчка не было...
Вид для печати
Есть желание поменять имеющееся Android ГУ на что-то более мощное менее тормозное, обязательно с выходом USB Audio и с поддержкой CarPlay.
По рекомендации aluver в теме выше начал присматриваться к Teyes, т.к. оно удовлетворяет этим требованиям + имеет нужный размер (7").
Но вот в теме gordgelin с 4пда прямым текстом в феврале 2022 написано, что
иЦитата:
Сообщение от gordgelin
Т.е. нужны доп. приложения, а в моем конфиге нужно выдавать все звуки головы (кроме радио) на USB. Может быть кто-то сможет подтвердить / опровергнуть или посоветует другое ГУ?Цитата:
Сообщение от gabrielhose
neutron научился обходиться без змеевского костыля
https://4pda.to/forum/index.php?showtopic=899753
на кнопке ok работает play/pause )
на px6 кнопки вверх/вниз, влево/вправо, взат и пред/посл трек работали изнчально
пысы:
скоро в общем доступе )
и секрет - стрелочки a la mac и denon )))
Всем привет!
Давно не виделись:magnitola-team:
Я со свойственной себе неспешностью ковыряю китайскую горе-магнитолы, последний раз писал в октябре, за это время что удалось сделать:
1. Сделать root устройства
2. c помощью tasker удалось подружить штатный энкодер с UAPP, громкость в UAPP регулируется вслед за энкодором (пока правда с задержкой в пару секунд, но более-менее сносно).
3. Починил usb-spdif трансмиттер на базе SA9023, вот такой . Там китайцы накрутили, лишнего, но удалось починить.
Но с этим трансмиттером сейчас и борюсь дальше. На винде 10-ке - прекрасно работает, в магнитоле несколько раз запускался, даже пел (но были проблемы - при регулировке громкости в UAPP - отваливался), но потом и вовсе перестал запускаться.
Дома для тестов так же есть usb-цап logitech, и вот какая ситуация:
- если после перезагрузки ГУ подключать usb-цап logitech, то все нормально - ГУ и UAPP его определяет, все нормально поет, громкость регулируется. Можно сколько угодно раз перетыкать - никаких проблем
- если же включить SA9023, то после него перестает работать и usb-цап logitech до перезагрузки ГУ.
При этом в ОС, если я правильно понимаю оба устройства определяются:
Может кто с подобными проблемами встречался, буду рад любой помощи!
Всем привет, немного оффтопный вопрос по android\linux:
Какой командой или несколькими командами на планшете с android 7(вроде) (есть root и командная строка) поменять время обновления списка сетей Wi-FI. Система с CarPC+планшет на Android как ГУ, при запуске CarPC стартует модем и раздает Wi-FI, но планшет если "проснувшийся" сеть находит и автоматом подключается только со следующим сканом сети, а это минута или больше, или если хочется быстрее коннекта приходится отключить/включить Wi-Fi или усыпить\разбудить планшет.. Вот и хотелось бы чтоб он сеть сканировал каждые 5 секунд...
вопщем вот:
https://www.diyaudio.com/community/t...no-dac.273474/
dsd128 > amanero > lpf = чюма )
Всем привет!
Проблема: свежие телефоны Самсунг с 11 и 12 андроидами при подключении по USB делают апсамплинг до максимальной частоты, которую поддерживает USB to SPDIF конвертер.
А поскольку все они поддерживают как минимум до 192кГц, то телефоны фигачат на 192, при этом появляются слышимые артефакты.
Через UAPP, например, звучит идеально, так как UAPP не делает апсемплинг.
А слушать хочется яндекс-музыку...
Вопрос: можно ли как-то ограничить сверху частоту дискретизации, поддерживаемую USB to SPDIF конвертерами такими как см6631 или XU208 или Аманеро?
На стороне телефона без рут-прав сделать такое ограничение не чем.
Используйте конвертеры, где максимум это 24/96, или на РСМ2704/2706 где 16/48. Меньшее из зол...
---------- Сообщение добавлено 18.07.2022 в 12:34 ----------
Такое происходит давно, свежесть тут ни при чём...
Нужно править системный файл, а без Рут этого не сделать. Спасают директ-плееры типа UAPP, и то не всегда...
Это понятно.
Вопрос был в возможности сконфигурировать ограничение по частоте на стороне см6631, XU208 или Аманеро.
Я так понимаю такой возможности у них нет?
Для XU208 на просторах гуляют какие-то утилиты разных производителей устройств, но подружить не получилось.
---------- Сообщение добавлено 21.07.2022 в 16:17 ----------
Примеры таких конвертеров не подскажете?
Забейте на Али и увидите.
https://aliexpress.ru/item/329273013...id=66068111297
А что теперь получается с UAPP?
Вообще нет вариантов купить/достать/вымутить?
Как быть?
Тааак.. а что с ним случилось?
Да вроде на месте UAPP, сейчас проверил
если уапп уже покупался, то вот
Смысл? Сконфигурировать устройство на какую частоту/битность? Не проще Рут на Андроиде получить?
В общем, спасибо за наводку.
Утилиту, а точнее утилиты, нашёл.
Первая генерит прошивку с заданными настройками, вторая перепрошивает.
Проблема решена, ещё раз спасибо!
Настройки вот такие применил:
Вложение 1356225
Ссылка на утилиты, может кому-то пригодится:
https://disk.yandex.ru/d/1sTs4IUSeLjj9Q
Проще было взять конвертер на рсм2704, кмк. Всё равно Андроид погонит всё в 48.
Если источник достаточно мощный, я бы выставил в 24/96. Если проц принимает, конечно.
а хтош такой одарённый, что сигнал в usb запускает через андроидный микшер? )))
Есть другой способ для яндекс-музыки?
Музыку с флешки через UAPP (и т.п. директ-плееры) перестал слушать пару лет назад....
---------- Сообщение добавлено 11.10.2022 в 18:53 ----------
Проц якобы должен принимать вплоть до 24/192.
Но по факту есть явные артефакты.
На 24/96 явных артефактов не слышно.
Хочу сделать замер искажений получившегося цифрового тракта.
Такие замеры сразу выявляют косяки апсамплинга.
Тогда можно будет выбрать наиболее оптимальный режим.
эмэрзэ пехать в 24/192?
)))
Высокое качество звука
В каталоге сервиса может быть несколько вариантов одного и того же трека с разным качеством звука. В обычном режиме вариант для воспроизведения выбирается автоматически — обычно это формат MP3 с битрейтом 192 Кбит/с. Чтобы слушать музыку с качеством 320 Кбит/с, в строке плеера нажмите значок https://yastatic.net/s3/doc-binary/f...2985d23916.png (High Quality). В режиме высокого качества звука всегда воспроизводится самый качественный вариант трека.©
https://yandex.ru/support/music/users/listening.html
Сделал замеры искажений чисто цифрового тракта (источник - смартфон Самсунг, транспорт - СМ6631A).
Так выглядят искажения без ресамплинга при воспроизведении файла 16/48 (1kHz -1dB):
Вложение 1356231
А так искажения апсамлинга 44 в 48 при воспроизведении файла 16/44 (1kHz -1dB):
Вложение 1356233
А так искажения апсамлинга 44 в 96 при воспроизведении файла 16/44 (1kHz -1dB):
Вложение 1356235
Выводы:
1. В целом разница несущественная.
2. Апсамплинг 44 в 48 немного хуже по искажениям (гармоники высших порядков чуть-чуть выше) чем без ресамплинга.
3. Апсамплинг 44 в 96 хуже по шумам на несколько децибел и незначительно хуже по искажениям, чем апсамплинг 44 в 48.
Итого оставляю эти настройки:
Вложение 1356237
Обнаружил косяк в своих предыдущих измерениях.
Исходный файл с синусом 1кГц был "кривым" и уже содержал в себе чуть-чуть гармоник, которые собственно и вылезли.
Сгенерил новые файлы должным образом в 16 битном разрешении.
Вот так выглядит спектр самого по себе файла (гармоник нет и можно засечь шумовую полку в качестве референса):
Вложение 1356263
Далее пропускаем через цифровой тракт с СМ6631А и получаем картинки:
1. Без ресамплинга:
Вложение 1356265
2. Ап-самплинг 44 в 48:
Вложение 1356267
3. Ап-самплинг 44 в 96:
Вложение 1356269
Выводы принципиально не изменились, но ещё раз пробежимся:
1. Прогон файла через цифровой тракт без ресамплинга добавляет порядка 3дБ шумов, гармоник нет (ниже уровня шумов).
2. Ап-самплинг 44 в 48 практически ничего не меняет - добавляется 1дБ шумов. Гармоник по прежнему нет.
3. Ап-самплинг 44 в 96 добавляет 8дБ шумов (!) по сравнению с апсамплингом 44 в 48. Гармоник по прежнему нет.
Всё самое интересное начинается если в качестве исходного файла брать синус, сгенерированный в 24 битном разрешении.
Сам по себе файл:
Вложение 1356277
Прогон через цифровой тракт с СМ6631А:
1. Без ресамплинга:
Вложение 1356279
2. Ап-самплинг 44 в 48:
Вложение 1356281
3. Ап-самплинг 44 в 96:
Вложение 1356283
Тут уже хорошо видно, что ресамплинг вообще зло.
Но апсамплинг в 96к сильно хуже чем в 48к.
И, кстати, алгоритмы апсамплинга разные в разных девайсах.
Все приведенные графики - смартфон самсунг. Пробовал также и смартфон Хуавей и виндовыми средствами ап-самплить, везде картинки разные.
Но принципиально выводы не меняются.
Многие считают, что всё, что ниже 80дБ - уху не важно. Измерьте на выходе после усилка - будет информативнее.
Ну и ушами послушайте. При апсемпле из 44 в 48 уши отмечают ухудшение бОльшее, чем при 44->96. Так что...
ЗЫ Ждем графики 2704.
Приехала 2704.
Сравнил с 6631 (с ограничением 48кГц) в чисто в цифровом домене по искажениям и шумам.
1. Без ресамплинга (6631 / 2704):
Вложение 1356405 / Вложение 1356407
Разницы нет.
2. Апсамплинг 44 в 48 (6631 / 2704):
Вложение 1356409 / Вложение 1356411
У 2704 шумовая полка на 3дБ хуже, чем у 6631.
В общем вывод для себя сделал.
В машину поставлю 6631 с настройкой ограничения частоты 44/48кГц.
Мысли к предыдущему посту о сравнении 2704 и 6631.
Сделан вывод, что 2704 типа шумит больше, но как цифра может шуметь?
Тут нужно понимать, что в данном случае это не сравнение этих модулей в чистом виде.
Это сравнение некоторого цифрового тракта: Смартфон -> USB-транспорт (2704 / 6631) -> звуковая карта с цифровым входом.
Углубляемся в нюансы.
6631 настроена на работу и в 16 и в 24 бит, а 2704 поддерживает только 16.
Смартфоны на андроиде при подключении USB-транспорта всегда переключаются на максимальную поддерживаемую частоту дискретизации и максимальную битность.
Т.е. при воспроизведении стандартного аудиопотока 16/44:
- в случае 2704 будет происходить апсамплинг до 48кГц в 16 битном разрешении,
- в случае 6631 будет происходить апсамплинг до 48кГц в 24 битном разрешении.
Предполагаю, что в этом и заключается разница, которая приводит к повышению шумовой полки на 3дБ в случае 2704.
Т.е. пересчёт амплитуд на новой частоте из 16 бит в 16 бит неизбежно добавляет ошибку округления, которая в итоге выражается в увеличении шумовой полки.
А в случае ресамплинга в 24 битном разрешении ошибки округления лежат сильно ниже шумовой полки исходного сигнала и практически не влияют на результат.
С моей точки зрения параметр SNR важный и на слух в том числе.
Не зря все производители ЦАП борются за этот показатель.
Тем более в моих тестах результат получился далеко не заоблачным, а всего 112дБ (для 6631) против 109дБ (для 2704).
Самый сейчас популярный ЦАП в автомобильных процах AK445Х имеет SNR 115дБ, а более продвинутая версия в топовых процах AK4490 - 120дБ.
Если уже на этапе источника у нас SNR хромает, то ожидать полной отдачи от таких ЦАП не приходится.
Цифра очень даже шумит, так как есть неделимый дискрет по амплитуде. Все значения округляются до ближайшего дискрета, отсюда возникает шум.
Любая некратная передискретизация приводит к необходимости пересчёта амплитуд с округлением значений, соответственно увеличивает шум.
Несколько сообщений назад я выкладывал картинку с измерениями самого по себе файла с идеально сгенерированным синусом в 16 битном разрешении:
http://magnitola.org/users/photo/103..._01%20File.png
Это вообще без тракта, т.е. берём файл и загоняем напрямую в анализатор.
Видим, что SNR 116дБ. Т.е. фактически это предельно-достижимый SNR 16-ти битного разрешения.
Прогон этого файла через цифровой тракт в моих тестах отъедает от SNR как минимум 2.5дБ, а в некоторых случаях аж 12дБ.
Покупать я ничего не буду, меня полностью устраивает 6631, прошитый с ограничением по частоте 48к.
:facepalm::facepalm: