Gustard Audalytic DR80

Gustard AUDALYTIC DR80 — настольный цифро-аналоговый преобразователь с дискретной резистивной архитектурой R-2R, отдельным трактом нативного преобразования DSD и широким набором цифровых входов. Модель рассчитана на использование с компьютерами, цифровыми транспортами и беспроводными источниками, но, в отличие от DR80n, не содержит собственного сетевого проигрывателя. 

Основой преобразования PCM служит фирменная 26-битная комплементарная R-2R архитектура. Вместо готовой микросхемы ЦАП цифровой сигнал преобразуется дискретной резистивной матрицей, а обработкой данных, синхронизацией и формированием цифрового сигнала занимается собственная логика на FPGA. Такой подход позволяет Gustard самостоятельно контролировать ключевые этапы преобразования, а не ограничиваться настройками стороннего ЦАП-чипа. 

Для DSD предусмотрена отдельная нативная 1-битная схема преобразования. В режиме DSD Direct поток DSD поступает непосредственно на 1-битный коммутируемый преобразователь, минуя R-2R тракт для PCM. По USB поддерживается Native DSD вплоть до DSD1024, а интерфейс I²S позволяет принимать Native DSD до DSD2048. Иными словами, запас по форматам здесь есть даже для тех музыкальных коллекций, существование которых проще доказать технически, чем практически. 

В цифровой части предусмотрены три варианта цифровой фильтрации и отдельный режим NOS, позволяющий отключить цифровую передискретизацию. Благодаря этому пользователь может выбирать между стандартной обработкой с передискретизацией и более прямым способом воспроизведения цифрового потока. 

USB-интерфейс разработан Gustard совместно с Amanero и использует процессор ARM Cortex-M7. Официальный раздел драйверов Gustard прямо относит DR80 к моделям на платформе Amanero. Через USB поддерживается PCM до 32 бит / 768 кГц, Native DSD до DSD1024 и DoP до DSD512.

Самые высокие параметры цифрового сигнала доступны через I²S: PCM до 32 бит / 1536 кГц и Native DSD вплоть до DSD2048. Для совместимости с различными транспортами предусмотрено четыре варианта распиновки I²S. Физически интерфейс выполнен на разъёме формата HDMI, однако это именно I²S: обычный HDMI-аудиосигнал, ARC и eARC он не поддерживает. 

Для более традиционных цифровых источников имеются коаксиальный и оптический входы. Они принимают PCM до 24 бит / 192 кГц, а DSD может передаваться в режиме DoP64. Таким образом, DR80 подходит как для современных компьютерных источников высокого разрешения, так и для CD-транспортов и другой классической цифровой аппаратуры. 

Беспроводное подключение реализовано через Bluetooth 5.1 на чипе Qualcomm QCC5125. Поддерживаются кодеки LDAC, AAC, SBC, aptX, aptX Low Latency и aptX HD. Для LDAC заявлена передача сигнала вплоть до 24 бит / 96 кГц. 

За синхронизацию цифровой части отвечает высокоточный модуль CK-01. Питание различных функциональных секций разделено, а внутри устройства используются несколько стабилизированных линий питания, чтобы уменьшить взаимное влияние цифровых и аналоговых узлов. 

DR80 оснащён аналоговой регулировкой громкости, благодаря чему его можно подключать непосредственно к усилителю мощности или активным акустическим системам. Для систем с отдельным предусилителем предусмотрен режим полного обхода регулировки громкости.

Аналоговый сигнал выводится одновременно через балансные XLR и небалансные RCA. При фиксированном уровне выход XLR обеспечивает 4 В RMS, а RCA — 2 В RMS. Выходное сопротивление обоих интерфейсов составляет 100 Ом. 

Для питания предусмотрены сразу два варианта. DR80 имеет встроенный сетевой блок питания для работы от 100–240 В, 50/60 Гц, а также позволяет подключать внешний источник постоянного тока 12–15 В с током не менее 2 А. Потребляемая мощность составляет менее 12 Вт.

Gustard AUDALYTIC DR80 предлагает ту же основную преобразовательную архитектуру, что и DR80n: 26-битную дискретную R-2R схему для PCM, отдельный 1-битный тракт для DSD, FPGA, CK-01, Amanero USB и аналоговую регулировку громкости. Разница заключается именно в сетевой части: DR80 рассчитан на внешние цифровые источники и не оснащён встроенным стримером. Для системы, где уже есть отдельный сетевой транспорт, это даже выглядит логичнее — меньше лишних функций, которые потом героически остаются неиспользованными.