Мне ДСЦ понравился еще и тем что можно, использовать как очень качественную звуковую карту, через Jriver+Asio proxi можно выводить все системные звуки, смотреть кино и играть в игры. Все кино ведь в 48Х если не ошибаюсь. Но новая версия я так понял будет работать только с BBB. И уже все звуки так просто не отправить на DSC. Собственно он будет чисто для музыки. Тогда и 48х ему наверное как собаке 5я лапа… ИМХО … Поправьте если не правильно рассуждаю…
Если у Вас в тракте и так есть ресемплер, то накой оно в ДСЦ нужно, двойная сетка… Логически вырисовывается “односетчатая” конструкция. У себя в проце так сделал.
Это и ежу понятно.
Волнует вопрос- конвертация на PC 48 в 44 добавляет джиттер?
Если да, то где большее зло для jitter в дополнительном буфере на пути клока или в конвертации 48->44?
я бы убрал доп буфер.
Я тоже к этому склоняюсь.
Например XMOS USB интерфейсы работают с DSD только на сетке 44. И ничего, народ не ропчет.
Джитер скорее всего не добавляет, но из опыта звук не делает лучше точно. При отказе от конвертации PCM на сетке 48 в DSD, можно и отказаться. Возможно правильно организованный буфер и не добавит джитер, точно не больше чем в клоке
К сожалению это возможно только на дифференциальной логике LVPECL.
Но появилась идея как сохранить х48 и одновременно убрать лишнее звено на пути MCLK.
“Обижаете, гражданин начальник” (с)
Features of I2SoverUSB v.III:
XMOS XU208 processor, USB update
DSD Audio over PCM frames. DSD64 (2.8224MHz and 3.0720MHz),
DSD128 (5.6448MHz and 6.1440MHz) and DSD256 (11.2896MHz and
12.2880MHz) by method DoP with 0x05/0xFA markers
DSD Native DSD64 (2.8224MHz and 3.0720MHz), DSD128 (5.6448MHz
and 6.1440MHz), DSD256 (11.2896MHz and 12.2880MHz) and DSD512
(22.5792MHz and 24.576MHz) on Linux and Windows, using Thesycon audio
driver
Хм… Мне встречались только с 44 сеткой.
И правда - лучше.
Хотя про звучание лучше-хуже очень субъективно. Но есть как минимум один объективный шаг в эволюции - наконец то ПОЛНОСТЬЮ решил плавающую проблему с “журчанием” на высоких битрейтах с любым модулятором.
У предыдущих версиях нет нет да и вылезал этот досадный баг с журчанием.
В чем было дело? Разводка платы, длина дорожек?
Регистры 74LVC8T595 с отдельным питанием выходных каскадов.
Питание на них завел с дискретного сверхбыстрого стаба, который идеально справляется с динамической ВЧ нагрузкой.
Проверял на муз материале, где я гарантированно получал журчание на старых версиях. Крайне тихая запись с аналоговым шумом, который являлся катализатором “журчания”.
Ок, спасибо!
Какой стаб использовал?
Сверхбыстрый == высокий Load Transient?
Схема почти классическая - операционник+эмитерный повторитель.
Моделировал в LTspice. Основная проблема была получить широкую полосу но при этом не словить возбуд.
Очень хорошо подошёл под это скоростной и малошумящий операционник LTC6228. В качестве опорного использовал LT6654. Ну и поколдовал немного с обратными связями для стабильности.
Ага. В цифрах не скажу. Измерять не умею на таких частотах.
Павел, можешь мне сбросить модель LTspice? Мне не удавалось увидеть преимуществ этой схемы (источник опорного напряжения + OPA + биполярник) перед LT3045/ADM7150 именно в смысле реакции на скачки потребления нагрузки на высоких частотах.
Вполне вероятно, что неправильно моделировал, конечно.
Ок. Вечером отправлю
Павел, скажите пожалуйста, реализуете ли в новой версии DSC возможность сразу без дополнительных плат установить трансформаторы от Ивана?
И еще вопрос, очень интересный ИМХО.
Насколько я понял без проблем будет работать связка: Сервер с ROON, к нему подключено несколько BBB+DSC по сети. И ROON будет видеть их как разные устройства, можно объединить в одну зону, получить многоканальный ЦАП с отличным звуком.
А вот можно ли реализовать связку. Несколько PC c HQP к ним по сети BBB. И все эти HQP объеденить через ROON тоже в одну зону. Соответственно реализовать возможность многоканального ЦАП, но чтоб работало через выжимающий все соки HQP с ASDM7EC…
да
Нет. Протокол NAA не имеет механизма принудительной синхронизации по времени разных endpoint.