Сам корпус влияет косвенно, а именно - отсутствие вентилятора положительно сказывается на звук и это было для меня основным фактором выбора, я предполагал что оно так должно быть. Работа вентилятора была слыша у меня, тк нюк находится в 1 месте от места прослушивания, но я часто слушаю музыку на громкости выше средней и звук вентилятора растворялся, поэтому это фактор не так критичен был. Да и если бы был только последний фактор то я бы возможно придумал другой вариант, например разместить нюк в другой комнате, но тут уже возникает вопрос подключения, которому я так же много внимания уделил и перенос в другую комнату сильно бы снизил качество звучания
Боюсь это увеличит нагрузку . 44.1 формально проще переворить
Спасибо вам за подсказки.
В целом 256 запустил и смог полотно процессор прижать к планке. Звук просто не описать. Я очень доволен. Такого я не слышал. Точность, натуральность, инструменты, акценты. Все на другом уровне с этим корпусом! 128 проще чем 256, воздуха и атмосферы меньше, это слышно, но не так чтобы прям убиваться из за этого, но лучше 256. У меня 256 через 10-15 мин начинает все же заикаться и корпус горячий ощутимо. Надеюсь оптимизация процессов поможет. Если открыть немного окно на легкое проветривание то корпусу легче. Но это не дело. Надо еще «шаманить»
Ну и последний шанс это взять embded5, там как я понимаю уже оптимизированы процессы и аналогичное качество будет меньше загружать мой процессор
Скорее всего, в HQP ещё не совсем совершенные алгоритмы распределения нагрузки между ядрами при полувключенном положении. В этом положении у меня в диспетчере задач было видно, что по максимуму грузилась вторая половина ядер. А когда принудительно включил - ровно наоборот, первая. В ней же должны быть по идее и performance ядра.
Да, я про положения multicore DSP писал. Полагаю, что в диспетчере задач сперва отображаются большие performance ядра, а затем идут малые. Полная галка напротив multicore DSP загрузила по полной первые по списку ядра, а производительность HQPlayer заметно выросла. В полувключенном положении грузились ядра из второй половины списка, соответственно HQPlayer заикался.
Так по ссылке, которую я скинул, ровно так и указано) Более того, можете воспользоваться линуксовской прогой htop, чтобы посмотреть распределение нагрузки между ядрами в различных положениях переключателя multicore DSP
Корпус конечно сильно горячий, ощущение что при проектировании использовали минимальную достаточность… или просто не думали, что какой то сумасшедший будет только в турбо режимах гонять проц)
Теперь есть желание макбук, на котором установлен рун, поменять на нюк в безвентиляторном корпусе, чтобы рок на нем поднять.
Думаю что и в этом случае будет хороший прирост, хотя формально в этой конфигурации плеером является именно hqp, а рун просто отправляет стриминг в hqp
Проблема после замены основного роутера Asus rt-18u на Keenetic Giga KN-1011.
Суть проблемы:
через 5-10 мин воспроизведения Roon выдает ошибку: “Аудиофайл загружается медленно …” или “Qobuz загружается медленно …” И после этого Roon не видит endpoint - Matrix element M2.
Перезагрузка Рун сервера помогает на 5-10 мин
Roon server 2.0 установлен на муз. ПК с Windows 10.
Путь сигнала:
от Roon server ПК по LAN в Keenetic Giga,
от Giga по LAN на «грязный берег» Keenetic Lite 3,
по wi fi на «чистый берег» Asus rt 59 в режиме медиа моста.
по LAN в Матрикс.
Думаю проблема в настройках домашней сети, т.к. внутренний плеер Матрикса с таким подключением нормально поет.
Думаю проблема не в роутере. Надо пинговать сигнал по всему тракту сети.
У меня тоже KN-1011 главный роутер и пара KN-3710 работают в единой MESH системе, соединенной проводом. Roon живет в NAS, подключенный к первому KN-3710, а эндпоинт ко второму KN-3710. Всё работает стабильно, но я не использую wi-fi в тракте, только для управления со смартфона.
Спасибо, Андрей!
Старый роутер жил 6 лет и такой проблемы ни разу не было. Сразу после замены на Гигу появились проблемы.
Пинговать сигнал можно средствами диагностики роутера или программа нужна какая-то? (не силен я в сетях)
