We can’t officially support Roon in a docker, but we’ve activated diagnostics to take a closer look and make some suggestions.
RoonServer is logging sample dropouts between your server and endpoint and timeouts with downloads from streaming services. This occurs more frequently with higher sample rate and bit-depth content. Taken together, RoonServer in this setup likely does not have reliable upstream access and sufficient bandwidth to download and distribute larger files to your endpoints.
I suggest simplifying network topology to reduce the number of variables in your networked audio chain. Bypass the L3 switches and anything else that could potentially misroute traffic, then add elements back in one at a time.
Hi, Thank you for your answer. My other endpoints never had dropouts. They are even further from the roon server and behind other switches. 2 Transporter+spdif dac, one RPi+ usb dac also, 3x Sonos
Only the macmini seems to have errors.
An update to mac os sequoia seems to improve stability.
There are many articles on “Audio stutters with USB Dacs on Mac M1” and I would like to be sure of the origin of the problem. Roon or MacOs…
Mac silicon T2 security ship seems to be the culprit…
Powered USB dac like mine seems to be impacted.
Have other roon users, with a similar configuration, been in the same situation ?
I’m not sure if support actually monitored my RAAT flow…
"This occurs more frequently with higher sample rate and bit-depth content. " is wrong.
This occurs with low bitrates and local files also…
I’ve been looking for a solution for months.
Removing mac M1 seems to be the right option.
Miraculously, no more dropout with an old intel Nuc instead of the mac.