Вид для печати
В планшете/телефоне (Android) используется OTG кабель. Это обычный USB кабель с перемычкой между 4 и 5 пином на стороне источника данных.Цитата:
Сообщение от гал
Далее - подключенный процессор с модулем HEC определяется как внешняя звуковая карта.
https://ru.wikipedia.org/wiki/USB#USB_OTG
ps
Никому не нужна USB звуковая карта ? USB 30см. :))))
24bit/192 кГц USB к Коаксиальный/оптический SPDIF I2S Конвертер Цап CM6631A
Вложение 1101120Вложение 1101122Вложение 1101124Вложение 1101126Вложение 1101128
процессор с модулем HEC
Как они соединены и можно ли другой процессор подцепить?
Модуль HEC устанавливается внутрь процессора. Пригоден для использования только с процессорами Helix.
Тут пример установки блютус модуля HEC
https://www.drive2.ru/b/2692645/
А кто-нибудь задумывался о проблемах, связанных с длиной юсб-кабеля на границе спецификаций? При условии нахождения процессора в багажнике. Отвалы, щелчки даже на 16/44.1 никого не пугают?
Мне очень интересен этот вопрос, я хочу провести какой либо тест в этом направлении. Но я совершенно не разбираюсь в этом) у меня было довольно проста система, нексус - 20см usb -хаб -30см usb - usb dac - toslink - проц. Играло стабильно, без артефактов, без тональных проблем.
Пока я вижу необходимость сравнить: 1. источник - короткий usb - dac - длинная оптика - проц 2. Источник длинный usb - dac - короткая оптика. 3. Источник - длинный usb - модуль Hec helix.
Провода все обычные покупные из магазина. (В моем понимании - 99% не будут заморачиваться и купят из магазина провод)
модулю hec питание в usb не важно, питание модуль получает с платы процессора. Лишь бы сигнал приходил...
Лично я уже сравнивал, также с питанием на процессоре, с лучшим кабелем, который смог отыскать в магазинах, с двойной экранировкой, дата-проводниками витой парой и ферритовыми кольцами. И при длине 4 метра поимел щелчки.
После чего перешел обратно на оптику.
Важно отметить, что стандарт подразумевает только 28awg для дата-жил. И от 20awg до 28awg для питания. Поэтому в нашем случае можно смотреть в сторону самостоятельного изготовления юсб кабеля из витой пары S/FTP категории 7. Но я лично заморачиваться уже не стал. Меня оптика полностью устраивает, т.к. не боится помех и обеспечивает развязку земель.
Гарантированное качество передачи отмечено забунорными аудиоманьяками с использованием активных usb-extenders. Там сигнал усиливается для передачи на большие расстояния.
очень верное замечание. на трех метрах обычного кабеля из магазина уже начинаются проблемы. витая пара спасает в этом случае, но вот будет ли работать через весь салон, большой вопрос.Цитата:
Сообщение от aluver
Серег, да нормальные там приемо\передатчики. В Helix DSP2 стоит приемник DLR1160 (16Mbps\96kHz)Цитата:
Сообщение от dyno
В CM6631A передатчик DLT2180 (25 Mbps/192kHz)
Реально от стекла есть "приход" ! И поэтому сам недавно им затарился ;)
Hifime ответили мне на вопрос о характеристиках передатчика, использованного в Sabre u2 крайней версии и 9018 (того, где диод в сам разъем встроен, а не на плате отдельно торчит).
https://support.hifimediy.com/suppor.../2?url_locale=
Все не так плохо, как многим казалось.
https://uploads.tapatalk-cdn.com/201...e6ca1aff2d.jpg
PS: Rage, просто не надо было до этого зажигалкой концы пластиковой оптики обжигать ;)
Хаххаха..помнишь))).....тот кабель на помойке давно)Цитата:
Сообщение от aluver
Вот вопрос есть. Читаю, пытаюсь вникнуть в детали точности передачи цифры, о потере данных и т.д.Цитата:
Сообщение от aluver
Смущают "показания очевидцев" отслушивающих, скажем разную оптику. Что разница при передаче инфы может быть это понятно. Мощность передатчика, чувствительность приемника, затухание в кабеле, все это в совокупности безусловно может привести к потерям. Вопрос, как потеря пакетов будет отражаться на самом звуке? Точнее, как ЦАП восполняет эти потери?
Я конечно не спец и даже не любитель в данной области, но как по мне то, вот допустим система с хреновой оптикой, часть сигнала теряется, соответственно теряются пакеты инфы, описывающие определенный маленький участок аудиозаписи. Если выпало мало инфы, то потеря проявит себя по идее как щелчок, а большая потеря как заикание. Очевидцы же описывают симптомы очень похожие на характер сильно сжатого аудиофайла (глубина звука пропадает, нюансы, сцена плывет, вч становятся хуже и т.д.).
Может ли ЦАП в результате восстановления потерь таким образом влиять на звук? (по идее то при восстановлении, он берет и восстанавливает из цифры посегментно форму сигнала оцифрованого источника в каждый момент времени и если что-то пропало, то потерю он восполняет просто усредненными значениями между соседними сегментами?). По идее, если кабель (или еще что-то) плохой, то звук просто наполнится ЦЫКаньем, щелчками, заиканием и прочим, но сцена то с чего поплывет? Может я ошибаюсь? Разъясни этот момент.
Надо читать теорию про джиттер. Именно он невидимый (не очень явно слышимый) враг цифрового звука. Отсюда и нюансы звучания. А полная потеря пакетов - это щелчки. Контроля четности и других проверок передачи в спдиф нет. Поэтому на границе различаемости приемником ослабленного и искаженного по фронтам сигнала возникают артефакты (см. ссылку на статью выше).
---------- Сообщение добавлено 09.02.2017 в 10:25 ----------
Цап не знает, правильный или неправильный пакет он получил. Приемник ему передает все что видит. Поэтому усреднять некому и нечего.
---------- Сообщение добавлено 09.02.2017 в 10:28 ----------
Спдиф - самотактирующийся транспорт.
Угу. Теперь все гораздо яснее стало.Цитата:
Сообщение от aluver
Но, опять же, если взять длины кабелей, температуры в условиях авто и порядки цифр мощностей передатчиков , чувствительности приемников и ослабления в оптокабелях, то в теории, получается, если пришло улучшение от смены кабеля с пластика на стекло (при прочих равных условиях), то выходит, радоваться особо нечему, ибо улучшение означает, что запас баланса мощности источника-чувствительности потребителя находится в пределах примерно 1Дб при пятиметровой длине кабеля (раз стекло с 5ти метровой потерей в 0.015Дб дает прирост относительно пластика с потерей 1дб на аналогичной длине), поскольку элементарное изменение температуры в салоне авто может за счет снижение мощности передатчика и чувствительности приемника дать дисбаланс аж под 5-7 Дб (хотя в данном примере хватит и 2Дб) и уже одна температура сведет к нулю все затраты на крутое стекло просто на факте проблем самого железа.
таким образом, получается, что маневры со стеклом и прочими крутыми примочками, в условиях авто не имеет никакого смысла, в случае если есть проблемы в балансе мощность-чувствительность.
И наоборот, если баланс шикарен и имеется внушительный запас, то достаточно будет хорошего пластика, чтобы иметь неотличимый результат и бонусом не иметь геморроя с сечением волокна и его изгибами.
Получается так?
Именно!
есть, в служебной информации бит V (Validity) и Р (Parity)Цитата:
Сообщение от aluver
вот как раз не все, что видит - а только валидные данные.Цитата:
Цап не знает, правильный или неправильный пакет он получил. Приемник ему передает все что видит.
один "кривой" субкадр (32 бита - данные со служебкой) заменяется нулями, и при большем количестве ошибок - выкидывается весь блок (386 субкадров)
Как это отражается на звуке при прослушивании?Цитата:
Сообщение от A!exT
A!exT, спасибо за поправку. Каюсь, не так выразился, контроль четности есть, но вот повтора предачи при проваленном контроле нет, и усреднять цап при этом не может. Поэтому после выброшенного блока в виде нолей мы слышим щелчек. Тот же эффект может быть услышан при удалении небольшого участка звука в звуовом редакторе при условии, что границы участка находились не на оси звуковой волны. То есть резкий скачок от ноля к какому-то значению амплитуды будет щелчком.
эт да, повтор не предусмотрен (интерфейс однонаправленный), и восстановления нет
это только для DIR понять - получила она то, что отправляли, или ошибки передачи... вопрос сколько она выкинет )))
интерполятор цифрового фильтра это немного размажет (минимум 8х ), но провал все равно будет.
выкидывание субкадров на звуке в виде артефактов не отражается, но этого хватает для сравнения "кошерная оптика" или "авно с рынка" - с "кошерной" детальность и разрешение лучше (просто меньше ошибок передачи, вот весь сигнал и доходит)
выкидывание субкадров - это уже и щелчки и потрескивания, от малозаметных (один субкадр на СД - это примерно 4 милисекунды стереозвука) до жутких
Таким образом запросто может получиться так, что в посредственном тракте, запустив по оптике хай рез с лютым битрейтом и объемами инфы запросто можно получить звук еще печальнее обычной вавки? Просто в силу бОльших объемов потерянных данных?Цитата:
Сообщение от A!exT
может и такое быть,
но лютый битрейт по оптике не сильно протащишь - 24/96 предел, есть редкие передатчики/приемники с чуть большим MBps, но в основном все стандарта TOSLINK придерживаются. 24/192 проще по коаксиалу - там нет ограничений, только способности DIT/DIR ограничивают фантазию ;)
A!exT, в предыдущем сообщении в первом случае имелись в виду кадры, а во втором - блоки кадров наверное все-таки? Да, и кстати интерполятор цапа как раз и делает благодаря попыткам сглаживания из простых резких перепадов значений аплитуды волновые всплески, слышимые как щелчки. Аналогичная картина происходит на фронтах прямоугольного сигнала при прохождении через цап.
И про джиттер предлагаю подумать. Зависит ли величина джиттера от материала кабеля? Или только от самого транспорта (приемник-передатчик)?
отсчеты, кадры, фреймы - нету единообразной формулировки,
но смысл думаю ясен - отдельные отсчеты собираются в блоки...
по поводу джиттера не все однозначно - многие DIR с функцией jitter cleaner - они сами определяют входной клок, и сами его генерят на выход,
может и не аудиофильское решение - но простое, одним махом с одного кварца покрывают весь диапазон от 32кГц до 192кГц и не зависят от качества мастерклока в spdif
Примеры можно?Цитата:
Сообщение от A!exT
почти все современные так умеют, хуже/лучше другой вопрос
CS8416 Low-Jitter Clock Recovery - это оно?
ну примерно, только цирроз специализируется на бюджете - и их "low jitter" не всегда действительно "low" ;)
ну и у CS это всетаки Recovery - т.е. восстановленный входной клок
wm8804 посмотри - она с отдельным кварцем, и сама генерит клок в соответствии с входным.
Прикольно маркетологи накрутили. В сетях оптика 10Гбит/с по одной линии пропускает без проблем. А по меди 1 Гбит/с с использованием всем 8 проводов в ethernet кабеле. А здесь все наоборот;)Цитата:
Сообщение от A!exT
Просто стандарты спдиф древние как овно мамонта )))
Где уж им угнаться за поделками из этого века...
этот протокол появился вместе с СД, в 1982
вспомните, какие тогда были компы и сети? ;)
Мужики, может кто чем поможет.
В общем имеем китай андроид гу, без драйверов юсб в ядре.
Имеем звуковую карточку с Али на чип PCM 2704 (там аналог выход и оптика). Также имеем USB-SPDIF конвертер с Али на чипе Cm6631.
Работаем с USB Audio player PRO.
Проверял оптовыход дома подключая зверька к Соньке ресиверу балалаешного звука, но якобы жующем с оптики PCM поток до 96 кгц.
Сперва подкинул карту на PCM 2704.
Хайрезы пока не тестил. На обычных вавках и мп3 все работает отлично.
https://youtu.be/B89fswHHXfkЗато с конвертером на Cm6631 получается вот такая хурма:
https://youtu.be/_DbUqw8nUIo
Что это, пока не понял. Подобное я слышал, когда частота дискретизации файла превосходит способности чипа, но тут не хочет работать ни один файл.Полез потыкал настройки юсб плеера. Твики, размеры буфера и прочее. Сперва тыкал вдумчиво, потом наугад в разных комбинациях. После каждых изменений настроек перезапускал плеер. Безрезультатно. Меняется только темп воспроизведения и характер искажухи. При этом, звучка на PCM работает без нареканий при любых настройках плеера.Может кто что подскажет?
Проблема с питанием. Активный хаб цепляй. Чипсет гу назови.
---------- Сообщение добавлено 27.02.2017 в 20:41 ----------
Вобщем "интернет тебя знает"... :)
Если активный хаб не поможет, то твое ГУ Microntek MTCD на базе Intel Sofia3gw с Android 5.1.1 скорее всего имеет аналогичную моему ГУ MTCB RK3066 проблему в виде глючного драйвера usb-контроллера dwc_otg (DesignWare USB 2.0 OTG Controller).
В профильной теме твоего ГУ на 4пда товарищ спайдер запостил лог загрузки, где присутствует вышеназванная гадость - http://4pda.ru/forum/index.php?showt...ost&p=54253050
Хотя версия свежая...
dwc_otg: version 3.10b 20-MAY-2013
Неужели они так и не исправили? :facepalm: проблеме уже больше 10 лет точно...
Я писал тут выше где-то и на 4пда про это, найди как замерить количество прерываний (interrupts) и проверь у себя.
Из-за этой бяки мне пришлось ограничить в настройках UAPP разрядность на 16 бит и юзать сабру. На сабре на 24 битах - те же искажения. А CM6631A отказывается и на 16 петь нормально.
И кстати у твоего ГУ есть в ядре драйвер snd-usb-audio судя по тому же логу спайдера ;)
Теоретически можно пробовать заставить петь андроид целиком на usb (нафигация и т.д.). Подумай об этом. Но качество конечно будет хуже, чем с UAPP.
Пока освободился и зашел, ты уже сам все нашел. Да, софия у меня. Все верно.) Беда еще в том, что мои знания далеко не так глубоки, чтоб особо заставить зверька что-то делать)). По логам читал. В соседней ветке твоего аппарата есть некая метода, через терминал дрова подгружать для юсб аудио для проверки и был архив с несколькими версиями дров. Попробовал по мануалу тому, ничего не вышло. На этом и смирился.Цитата:
Сообщение от aluver
Получается в моем случае проще всего запилить в зверька PCM карточку, которая работает нормально да и все?
Мануал там как раз мой. Но версия ядра у тебя новее. Да и не надо тебе подгружать ничего. У тебя дрова в ядре уже.
При подключенном pcm2704 набери команду в терминале
cat /proc/asound/cards
Только uapp не давай разрешение на захват юсб карточки при ее подключении.
И пробуй все-таки с активным хабом запустить CM6631A. Инфа будет ценна для других.
Да по возможности попробую каэшн. Там затык есть. Я sustem UI подменил, поставив твиканый серегой Rage2. Он автоматом подтверждает доступ плеера к карте. Чтоб не дать доступ, нужно откатить этот файл, а откатывается он только прошивкой. По питалову чот мне подсказывает, что дело не в нем все же. По возможности попробую. Сейчас, на столе это делать куда проще, чем в машине.Цитата:
Сообщение от aluver
По юсб плееру еще проблема есть, но она я думаю это вопрос к разработчикам плеера скорее.
Когда воспроизводит звук плеер, блокируются все остальные звуки. Навигатор, оповещения и прочее. Причем, даже если звук плеера отправлять только на внешний цап, а слушать звуки через родные аналоговые выходы. Самое интересное, даже если отправить поток плеера в андроид, то он также не дает работать другим звукам. Даже если внешнего ЦАП нет вовсе. Родной плеер родной оболочки, легко совмещает навигатор и музыку. По этому дело скорее всего не в зверьке и не в ЦАПе. Фишка видимо в самом плеере. Ковыряние настроек делу не помогло.
Понятно. Можно попробовать закрыть и остановить uapp в настройках - приложения.
По звуку от других приложений - возможно разработчики сделали это во избежание конфликтов. Т.к. андроид может пытаться выводить звук на юсб одновременно с uapp. Тем более что драйвер у тебя вшит. Все ради качества. Никакого шанса для микширования звука. Аналогично асио и васапи эксклюзив в винде. Перестраховались конечно. Звук через стоковый кодек мог бы и не гаситься... надо тоже поэксперементировать с этим.
По плееру ясно. Придется смириться с другими звуками.Цитата:
Сообщение от aluver
По поводу вывода на внешку звуков, получается, даже если попытаться это организовать, все равно как только плеер захватит карту, звуки не будут идти в нее пока я плеер в процессах не остановлю верно? То есть опять же приходим к тому, с чего начали.
Ну не обязательно же только uapp пользоваться. Поверамп можно задействовать. Кстати новая его альфа может напрямую на цап/конвертер выводить, если сам андроид его видит (начиная с андроид 5). И интерфейс, и управление у него весомо приятнее. Апи есть, папки переключаются... Пробовать надо! :)
Да, на Интеле просто беда с USB картами. У меня вообще ни одна не завелась, а PCM2704 давно уже кому-то подарил. В UAP некоторые карты заводятся, если выставить принудительно 16бит.
---------- Сообщение добавлено 28.02.2017 в 09:08 ----------
Ден2109. Я тебе на 4ПДА писал, что драйвера в ядре есть. Осталось только понять, как звук перенаправить на внешнюю звуковуху.
---------- Сообщение добавлено 28.02.2017 в 09:08 ----------
не будет работать.Цитата:
Сообщение от aluver
---------- Сообщение добавлено 28.02.2017 в 09:10 ----------
Я не смог заставить его играть на внешний DAC.Цитата:
Сообщение от aluver
З.Ы. У меня две балалайки на Интеле. Так вот на одной из них можно ручками переключиться в USB 1.1, тогда никаких помех нет.
Поверамп пробовал. Он почему-то теряет каждый раз карточку после закрытия программы и в настройках карту нужно каждый раз цеплять вручную. Видимо плееру что-то не нравится. Пробовал его на чистой прошивке, без подменного систем уи и без юсб плеера.Цитата:
Сообщение от aluver
Другие будут работать только если оживить юсб аудио и в цифру они выгонят звук пропустив через андроида. Без бит префекта. И уже один этот факт замыливает смысл. Я сейчас юзаю джи ви си 810й 2 дин с оптикой. И если минусы андроид гу в моих условиях применения перевесят плюсы, то получится что применять его в принципе нецелесообразно. (
---------- Сообщение добавлено 28.02.2017 в 09:52 ----------
А где сидит эта настройка? Может у себя найду.Цитата:
Сообщение от mohavod
