Сeргей

1. ЦАП должен быть включен постоянно. 2. Малинку подключить через микро usb к ЛБП без всяких шляп. 3. NUC поместить в безвентиляторный корпус Akasa и подключить через usb 2.0 ethernet адаптер (100 Мбит) напрямую к малинке через хороший патч корд. 4. Как вы и планируете, установить ssd для библиотеки в NUC и исключить домашний сервер из аудио тракта. Все. PS. Если можно подключить напрямую рендерер MSB к NUC, то можно вместо малинки купить рендерер в MSB, хотя по большому счету этот рендерер та же "малинка" (Soc), которая может быть еще и подключена к цапу по i2s, т.е. может использоваться встроенный в рендерер (читай в SoC) аудио контролер .

Так какой переключатель установлен: Elma или Seiden? Как-то сомнительно, что у таких переключателей может пропадать контакт из-за которого "пропадает звук периодически в разных каналах". Или вы покупали аттенюатор не в hificollective ? Если же все-таки там, то как давно вы им пользуетесь и как давно появился этот дефект? (покупался такой более полугода назад, активно используется, никаких подобных дефектов не проявляется).

Без "но". Но слышимый тональный баланс смещен вверх из-за комнаты (очевидно большой уровень реверберации, и больше на высоких, чем на низких). И об этом вам постоянно твердят, а вы только отшучиваетесь .

Зато есть эхо. Тональный баланс смещен вверх. (Сравнивал звучание на iPad pro выложенной записи и оригинального трека с Qobuz).

для руна это неактуально по крайней мере если эндпойнт рунреди

Ну да, все правильно на счет свитча. И вы все правильно написали . Поэтому надо сподобиться как-то и установить другую ОС на NUC, тем паче, что ethernet usb адаптер у вас уже есть. Если проблемы с установкой и настройкой линукса, установите Windows, там мост настраивается в пару кликов мышкой .

Не получится так с рендю, потому что, чтобы получилось, надо прописать статические сетевые атрибуты для ethernet контролера рендю, а такое сделать в настройках рендю нельзя. См. тут о подключении рендерера по ethernet напрямую к компу с ROCK. И это называется типа ip forwarding. Можно было бы просто настроить сетевой мост в ROCK, но доступа к этой ОС нет. Поэтому если хотите подключить рендю к NUC напрямую, ставьте другую ОС на NUC, например, Ubuntu minimal cd, и затем настраивайте там или сетевой мост, или, что еще лучше, поднимайте там DHCP сервер. Все это я описывал в своей ветке про аудиофильные NAS.

С виду нормальная, обеспечивает полную гальваническую развязку. Правда возможны проблемы совместимости с конкретным оборудованием, о которых писали тут. Но возможно теперь они уже решены.

И все же здесь походу что-то не так . Из локального буфера эндпойнта воспроизведение и пополнение идут непрерывно и одновременно и поэтому здесь речь идет о сигнале (стриминге) и о битах. Файл же для документа, фото, сообщения сначала скачивается полностью, проверяется его целостность, а потом он уже может быть "опубликован" и тут речь действительно о data (файле и байтах). Трудно представить, что фото будет "публиковаться" частями постепенно по мере закачивания файла .

Вентилятор шумит. Даже из общих соображений понятно, что от софта, ненужного для выполнения основной функции компа - воспроизведения аудио руном, прока не будет, а только наоборот - будет ненужная загрузка проца. Для этого сделали бесшумный нуклеус с ROCK на борту.

Поставьте. Если производительность вашего NAS вас устраивает (см. требования к железу для компа под Roon Server тут и тут). И NAS должен находиться подальше от системы (лучше в другом помещении), чтобы не создавать акустических и электрических помех как любой мощный комп). Также возможно выделенному решению (NUC/ROCK/switch или прямое подключение по ethernet к плееру) будет проще обеспечить выполнение RAAT своих функций по поддержанию баланса наполнения буферов ядра и эндпойнта (то, о чем говорит Andrew по ссылке выше).

Походу - нет. В первом случае используется протокол UPnP, во втором - RAAT. Даже, если это так, второй вариант предпочтительнее теоретически и если сейчас в вашей системе это не так чтобы критично, то с возможным последующим апгрейдом системы - станет критичным. Поэтому хотя бы поэтому стоит остановиться на втором варианте . А почему не по ethernet? USB не дает гальваническую развязку и, соответственно, помехозащищенность вашего плеера от компа. Да походу и ядро, и бридж (эндпойнт) не влияют на звук в определенном смысле - лишь бы выполнялись определенные условия функционирования RAAT. А все определяется качеством ЦАП (его клоком). Вот тут и далее представитель dCS интересно и популярно обо всем этом рассказывает. Хотелось бы привести только одну цитату оттуда: "The key thing to differentiate here is the difference between data and signal. The file being played doesn’t turn into a signal until its bits are actively making their way through the DAC in real time. Up until the point that they are pulled from the local buffer in the DAC (or endpoint) those bits are no different than those used for a document, image, or even this post."

Скажите, а почему вы все время выкладываете записи на ютьюб (не удивлюсь, если вы рекордсмен сундука по количеству выложенных записей на ютьюб)? В чем сермяжный смысл - в доступности/легкости прослушивания (люди прямо тута, читая форум на своем смартфоне/планшете/ноуте, жмут на кнопку и слушают запись )? А адекватность звучания записи звучанию системы при этом (при ютьюб) вас не волнует? Или может вы считаете звук mp3 на компе через наушники, встроенные динамики или комповые ас вполне адекватно передают звучание системы - ну там разрешение, микро/макро динамику, сцену?

Колебания уже в дб измеряют

наоборот - на одну коробку (например, свитч или роутер) больше .

Вы написали, что одинаковые: эндпойнт = рендерер .

согласен RAAT работает не только при подключении цапа к рун серверу по ethernet, но и при подключении цапа по другим интерфейсам, например, usb (цап должен быть рун реди) - об этом можно подробно почитать там, куда я ранее послал А.Остроущенко .

Бывает. Возможно, что-то другое лимитирует и нивелирует.

Здесь важно как софт работает с железом, я имею в виду особенности обычных протоколов upnp и протокола RAAT, который использует Roon. Об этих особенностях можно почитать в соответствующих темах на форуме roonlabs или тут в ветке про Roon не так давно это обсуждалось. Я считаю что протокол RAAT имеет преимущества перед upnp, что возможно и обуславливает слышимую разницу в звуке в пользу Roon, о которой я писал выше .

Лишний раз убеждаюсь, что когда в чем-то хотят убедить других, прежде всего хотят убедить самого себя.

Вы мое предыдущее сообщение прочитали до конца? Прочитайте вдумчиво, там все написано .

Восторги объясняются просто и банально - звук более качественный (разрешение, прозрачность, детальность, сцена; про слитность, так любимую многими тут судя по частоте упоминания , вообще молчу). Вот только сегодня говорили с моим другом меломаном о другом нашем друге, который никак не хочет переходить на рун сервер с upnp сервера (минимсервер) - оба используются с Linn Klimax DS у обоих друзей, из-за непривычности интерфейса и первый мой друг удивленно вскинул брови произнеся: он что разницы в звуке не слышит ? А я ответил, что он даже не сравнивал по звуку, достаточно того, что его, руна, сложный (по сравнению с минимисервером) интерфейс отпугивает . (ну и еще отсутствием папок - многие так любят эти папки, в которых у них вся музбиблиотека разложена "по полочкам" ).

А до этого он не менее суток был включен ?

Давно уже все подробно написано в моей ветке по аудиофильным NAS как раз с расчетом, что кому-то может и нужно будет.

это делается гораздо проще, дешевле и элегантнее .