Support for Pure OS (RUS)

Проблема коммутационных многообразна. Часто зависит от плеера и его поведения с несущей.
От DAC тоже сильно зависит. AK действительно чувствительны к этим переключениям.

Это же хорошо! Муте появляется раньше момента возникновения помехи.

Что со стороны Pure считать остановкой воспроизведения? Каждый плеер ведёт себя по разному. Например Roon после стопа ещё секунд пять выводит несущую. MPD моментально глушит все сигналы.

Если у вас мой реклокер, то в эту сторону копать не получится. Этот костыль работал с 28 пином Бигля и дополнял работу mute драйвера Botic. На реклокере этот пин не разведён. В Pure-V2 я вообще убрал этот функционал.

Вообще тема mute для DSD очень болезненная.
И кроется она в самом принципе DSD. В произвольный момент стопа сигнал может остановится с постоянной составляющей а реле может только усугубить - резкое отключение выхода с наличием постоянной составляющей порождает щелчёк. AK ведут себя именно так. Потому как внутри они пропускают через себя нативный DSD. Сябра не щёлкает так как у нее нет “прямотока нативного DSD”.
В последних DSC мне удалось красиво решить проблему mute. Там не режу сигнал релюшками. А плавно за 32 такта уменьшаю постоянную составляющую в 0.

Тут тоже народ не может разобраться с муте.

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

3 лайка

Самое интересное,что происходит это(щелчок),когда воспроизведение остановлено и в наушниках тишина. АК уходит в сброс при отсутствии битклока в ДСД,возможно он и приводит к щелчку. Причем именно в момент спада импульса MUTE битклок еще есть,возможно просто не хватает его длительности. Анализатора ,к сожалению нет,а посмотреть осциллографом,что там в потоке в тот момент идет не получается.
Кстати спасибо за сборку,звук великолепен.
P.S. реклокер по вашей схеме,только без реклока после гальваноразвязки,как и вся остальная аппаратура-hand made.
P.P.S.а для чего используется wav файлик с “четвертью секунды тишины”?

Я так подозреваю придется делать аппаратное ИЛИ 27 и 28 пинов?

Как раз обнуление регистров для DSC цапа.

Верно

Это легко увеличить.
параметр snd_soc_davinci_mcasp.amanero_mute_delay в /boot/uEnv.txt

amanero_mute_delay - это задержка в начале воспроизведения трека. В моем случае не поможет. Посмотрел более внимательно сигналы:битклок - 4мс после спада MUTE,данные обрываются гораздо раньше - 100-170 мкс. Так что остается уповать лишь на Вашу благосклонность или изобретать какой-нибудь “эмулятор тишины” на ПЛИСке :slight_smile:
Спасибо за отзывчивость.

Ну прям! Из пушки по воробьям.
Сделайте банальный расширитель импульса mute на дискретной логике.

Быть может я не совсем корректно описал проблему:-) Мне нужно спадающий,то есть приводящий к “глушению” звука фронт импульса MUTE перенести РАНЬШЕ во времени. Но поскольку машины времени у нас нет,то остаётся лишь один вариант - задержать на это же время данные. Или же сэмулировать их продолжение. И поскольку для эмуляции потребуются как минимум коммутатор и пара триггеров,то простенькая ПЛИСка - самое то:-)
P.S.кстати небезизвестный Андронников- Lynx в своих последних цапах при помощи ПЛИС анализирует поток DSD для беспомеховой коммутации.

Я понял это буквально. Для меня mute “1”

Ну а про машину времени тоже хотел упомянуть, но подумал, что это не ваш случай. )

@ppy На крайней прошивке BBB при работе с SOTM HD USB / Jriver AP i MPD не старуют при любом порядке включения устройств, любых задержках. Писал Вам по теме давно, но ситуация стала хуже.
С плащем проблем нет.
Спасибо.

Это больше похоже на проблему с SOTM, или проблему питания Бигля.
Раз проблема со временем ухудшилась.

Точно, поменял батарейное питание в SOTM на линейное.
MPD заработал, но присутствуют щелчки при переключении, напрягает.

От лаптопа звук в норме.
Добавлю что Sotm с штатным аудио клоком.

Есть такое дело. Но с этой проблемой на Бигле не справится. Тут сказывается крайне слабый процессор Бигля и не совершенство самого протокола dlna. На более мощных процессорах щелчков коммутаций уже не слышно.

1 лайк

@greek4trick Руслан, обновитесь и проверьте пожалуйста тайминги дополнительного mute на ноге P9/28. Мне сейчас разворачивать стенд с биглем несподручно.
Сигнал “1” там должен появляться через 2-3ms после остановки алсы. Может это будет достаточно. В принципе можно уменьшить время до µs, но ценой нагрузки на единственный процессор Бигля.

Добрый вечер,Павел. Обновился,проверил.в HQPlayer не работает совсем. в ROON приходит на 64ms позже сигнала драйвера. в других режимах мне услышать DSD не удавалось и до этого,так что проверить не смог :frowning: если подобные эксперименты связаны с дополнительной загрузкой процессора Бигля,то я категорически против. все-таки не Пентиум. Спасибо,что откликнулись ,багтикет закрываю:-)
P.S. я бы забил на этот глюк,но после DSD через HQPlayer PCM как то грустно слушать.
вообщем буду мучить ПЛИС. Андронников же смог,неужели мы хуже:-)

Для HQP есть ещё один вариант. Плеер постоянно пытается обратится к следующим коммандам

/etc/networkaudiod/ondisconnected
/etc/networkaudiod/onstart
/etc/networkaudiod/onstop

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

Хотя нет, эти команды ,к сожалению, выполняются ПОСЛЕ

[networkaudiod] (1527082): ALSA output engine running...
[networkaudiod] (1527082): leave streaming mode
[networkaudiod] (1527082): stop
[networkaudiod] (1527082): ALSA output engine stopping...
[networkaudiod] (1527082): ALSA output engine stop request...
[networkaudiod] (1527082): ALSA output engine stopped
sh: 1: /etc/networkaudiod/onstop: not found

Вот только если бы отлавливать начало процедуры стопа по “ALSA output engine stopping…”

@greek4trick Руслан, падаЖЖите из ПЛИС по воробьям стрелять!

2 лайка

Новую "шляпу"я уже спаял. Даже проект для ПЛИС готов:-) И MUTE вывел с обоих пинов:-) Осталось запаять развязку(ADUM) ну и “…ближайшего времени…” дождаться.
P.S.кстати поместилось все с запасом в EPM3064:-)

Готово. Можно обновляться.
P9.28 при работе с HQP выводит “1” сразу по нажатию stop в плеере. Но звук ещё около секунды воспроизводится пока не опустошиться буфер плеера. Получается, что mute на P9.28 срабатывает задолго до окончания воспроизведения.

3 лайка