работающий сервак последней версии 1151, на вебархиве под макось удалось скачать только 1021.
аналогично, все дистрибутивы 1151 есть, кроме маковского (и айфона конечно).
1 лайк
Я и имел в виду эту версию установить и попытаться обновить 
До какой версии он дойдёт 
Various fixes and improvements
3 лайка
может кто посмотреть, появилась ли для каждого профиля настраивать свой кобуз?
Любой сервис в Рун не может быть “своим”, так как сами сервисы не поддерживают мультипрофиль аккаунта.
У руна есть профили, там настраиваются сервисы, я спросил - довезли ли туда кобуз
Нет. К Roon-серверу сейчас привязывется только один аккаунт Qobuz.
К отдельным пользовательским профилям можно привязать Last.fm и теперь ещё и ListenBrainz, для скробблинга
Кстати, расширили описание апдейта
- Reduced startup time by optimizing library loading process
- Improved database performance by optimizing LevelDB access paths
- Added a new service for scrobbling – ListenBrainz
- Addressed play history and scrobbling history inconsistencies
- Added a warning when adding duplicate tracks to a playlist
- Added support for swipe gestures navigation for macOS desktop client
- Added a toggle to control Hover Tooltips in Roon
- Fixed an issue where some USB DACs were not recognized due to the MQA HID probe hanging
- Fixed various Live Radio-related issues
- Fixed an issue where TIDAL tracks wouldn’t play on RoonOS with streaming quality set to Low
3 лайка
Может подскажите или кто то сталкивался с такими сообщениями ROON?
Все началось после последнего “большого” обновления.
По UPnP проигрывает любой поток с сервера, а через протокол ROON теряет связь и даже не подключается потом, как только DSD пытаешь проиграть, да и целом теряет связь порой. С обычным FLAC тоже самое к сожалению потом.
скорость соединения по LAN хорошая, тест проходит хорошо. По UPnP поток DSD вплоть до DSD256 проигрывает без запинок
При воспроизведении файлов разрешения выше 192 kHz - слышен треск в тракте. Только после обновление такое происходит и только при трансляции ROON.
UPnP, Qobuz MQA, CD транспорт MQA - все отлично, без искажений
На комьюнити есть жалобы тоже:
This is a malfunction of the new KEF firmware and is not related to your individual speakers. And it is primarily for KEF to solve, maybe with Roon’s support. On my running support tickets with KEF, KEF team has today (May 15) responded that the KEF software team is still investigating and that I shall be patient.
The speakers are entering standby erroneously while Roon is actively streaming. The KEF Connect app bypasses Roon’s RAAT protocol entirely and uses the speaker’s own internal playback path, which is why it works fine there
Hello everyone,
We have just received an update from the team at KEF regarding this issue.
They have confirmed that their engineering team is actively investigating and working on a resolution. At this stage, KEF has requested that all affected users reach out and report the issue directly to their support team.
Reporting it directly to KEF ensures that your case is logged in their system, which will allow them to track the scope of the problem and follow up with you directly the moment a firmware update or fix is ready to be released.
Thank you all for your patience and for your detailed reports while KEF works to get this sorted out!
Решение в процессе
2 лайка
Версия ROON установлена последняя, процессор работает с нагрузкой не более 5%, оперативная память занята менее чем на треть.
Можете ссылку пожалуйста. Спасибо Вам!
1 лайк
Ссылка на тему на Roon-комьюнити в моём сообщении
Что нашёл ключевое, напрямую процитировал.
1 лайк
Давно хотелось мне разобраться как RAAT устроен, roon developer доступ выдает только партнерам, пришлось декомпилировать Server + Bridge ну и разобраться
опубликовал описание здесь
RAAT protocol
покопавшись в исходниках кое-что удалось улучшить настройками
bufer size
- в настройках устройства (advanced) - есть размер буфера
для roon bridge он дефолтный 20ms, как следствие CPU больше грузится
поставив этот параметр 500ms
получил кол-во переключение контекста на CPU - ниже на 44% при 500ms
по звуку тоже чуть сбалансированнее
из минусов (любая команда теперь имеет задержку - 0.5секунды)
network laminarity
Еще давно помню Felix публиковал график загрузки сети у Roon, и его не равномерность, у меня по умолчанию чуть лучше, но тож не идеально:
мерял не на роутере, на сетевом интерфейсе сервера, и на сетевом интерфейсе endpoint-а
Нашел этому объяснение - Roon условно следит чтоб буфер был заполнен, и досылает туда данные порциями, порция довольно большая, отсюда неровности
опция за это отвечающая:
roon.broker.raat_block_size
по умолчанию 60000
исходя из этого размера RAAT анализирует как часто надо посылать пакеты, и это напрямую влияет на ламинарность потока
Установил у себя эту опцию в 4096, а также чуть подправил конфигурацию сетевого интерфейса на сервере (чтобы пакеты не группировались)
в итоге график выглядит куда приятнее:
написал для себя скрипт, который патчит запуск Roon (это для тех кто запускает его на своем linux - имея туда доступ)
sysctl -w net.ipv4.tcp_autocorking=0
sysctl -w net.ipv4.tcp_notsent_lowat=16384
ethtool -C eno1 rx-usecs 0 rx-frames 1 2>/dev/null
patch_start_sh() {
local filepath="$1"
if [ -f "$filepath" ]; then
if ! grep -q "raat_block_size" "$filepath"; then
echo "Patching block size in $filepath..."
# Replace "$P" "$@" & with "$P" -bit:roon.broker.raat_block_size=4096 "$@" &
# Note: We escape the & in the replacement string to prevent sed from outputting the match pattern.
sed -i 's/"$P" "$@" &/"$P" -bit:roon.broker.raat_block_size=4096 "$@" \&/' "$filepath"
else
echo "Block size already configured in $filepath."
fi
fi
}
patch_start_sh "/musicapps/RoonServer/start.sh"
третий день полет нормальный) По звуку от ламинарности потока разницы, если честно, не слышу 
но график приятнее)
19 лайков
Полагаю разница в дерготне процессора была бы слышна, если бы ЦАП по недоразумению был бы воткнут прямо в Roon-сервер. Неравномерность потока (хотя сложно это назвать неравномерностью) была бы слышна, если endpoint зависел бы от каждого чиха…
У меня 15-20 секунд максимум активности сети, потом почти в 0, т.е.он грузит композицию в буфет и отдыхает до следующей…
да, это не тот же клок, который на DAC
это синхронизация времени между сервером и endpoint-ом в целом все равно кто, серверу быть просто проще мастером - у него ресурсов больше
1 лайк
это из интернета, когда стриминг слушаем
а я про сеть между roon-server и endpoint
там идет непрерывный поток, т.к. буфер на endpoint 5-10s
именно на endpoint он всю композицию не грузит
Из интернета Roon всегда скачивает на локальный диск (кэш) - всегда 2 файла (текущий, следующий).
Поэтому для рун куда важнее как подключен сервер, и как идет цепочка до endpoint.
Ибо технически проигрывание всегда с локального файла.
Вот думаю, что место куда он качает кеш - если сделать tempfs в памяти - мб чуть лучше будет, т.к. диск не будет задействован, при проигрывании
1 лайк