Интересно, что это означает
с компа не то. год-полтора назад пробовал. едва ли за это время что-то кардинально изменилось. лучший звук когда архив непосредственно в сам сотм через юсб воткнут. nas с компа или деретта с него же заметно хуже звучало.
надеюсь два сотма таки переиграют прямое подключение через юсб
1 лайк
1500
1 лайк
Моя система сейчас такая(цифровая часть):
Источник: Qobuz (FLAC, чаще 44.1/16) и локальная FLAC-библиотека; управление через Roon.
Roon Core: ROCK на отдельном AOpen DEX5350. Roon передаёт поток на HQPlayer по сети (вывод «HQPlayer streaming»).
Хост обработки: AOpen DEX5350 (fanless, Intel Core i5-5200U, 16 ГБ), GentooPlayer x86 v9.00, RT-ядро 6.12.77, RamSystem Mode 3. На нём работают HQPlayer Embedded 6.0.2 и Diretta Host.
Обработка: HQPlayer, poly-sinc-gauss-xla, дитер Gauss1, вывод PCM 96 кГц (апсемплинг 44.1 → 96). Плюс коррекция помещения свёрткой: 11 параметрических срезов (только cut, Q = 4), минимальная фаза, 32768 тапов, по измерениям UMIK-1 в трёх точках. Загрузка hqplayerd на двух ядрах — от ~10% до ~55%.
Сеть: ROCK, хост GentooPlayer и SOtM подключены через один свитч Silent Angel Bonn N8.
Тракт: хост → Diretta по Ethernet → SOtM sMS-200 Ultra (Diretta Target, Eunhasu 0.6.5-216) → USB → JLsounds Hi-Rez Audio 2.0 → R2R ЦАП на PCM63K (SLAudio, дискретный I/V).
По SOtM: на 0.6.5 обновился образом на SD-карту — онлайн-обновление не прошло. После этого карта определяется как DirettaFFAB [sMS-200], имя пришлось поправить в hqplayerd.xml. Сейчас работает стабильно.
Коля отвечает – почему 16 000 не подходит для sMS-200 Ultra
Аппаратные ограничения стримера Согласно официальным спецификациям производителя (SOtM Eunhasu OS), сетевой чипсет моделей sMS-200 и sMS-200 Ultra жестко ограничен максимальным значением MTU 1500. Поддержка кадров Jumbo Frames (MTU 4088 / 9014) есть только у старших полноразмерных серверов линейки (sMS-1000SQ, sMS-2000).
Откуда взялась цифра 16 000 Информация о MTU 16 000 поступает с форумов по кастомным сборкам Linux (например, AudioLinux для Raspberry Pi 4 или x86-ПК). В некоторых ядрах с патчами под Diretta действительно добавили экспериментальную поддержку MTU до 16 000, но она работает только на ПК и микрокомпьютерах с соответствующими сетевыми картами.
Риск фрагментации и заиканий звука Чтобы Jumbo Frames (MTU > 1500) работали корректно, их должны поддерживать все участники сети: передающий ПК (Diretta Host), сетевой коммутатор/роутер и приёмник (Diretta Target). Если передавать пакеты по 16 000 байт на стример, который принимает максимум 1500, возникнет фрагментация или отброс пакетов (drop), что приведет к заиканиям, щелчкам или полной потере связи.
Пропускная способность и аудиопоток Передача даже тяжелого аудифайла (например, DSD512 или PCM 384 кГц) требует от 10 до 30 Мбит/с. Это менее 3% пропускной способности гигабитной сети. Стандартный размер кадра MTU 1500 с запасом перекрывает эти потребности без создания нагрузки на сеть.
один за одним ,как на схеме
Так и полагал. Не знаю, что за схема имеется в виду, но последовательное соединение свичей не является мостом. Было интересно, как же реализован мост с помощью двух свичей. Теперь понятно, что это просто не верно выбран термин.