When I try to “play now” a BBC radio station on the roon server (iMac) roon sometimes doesn’t play. It and asks me to select an audio zone (even though one was already selected), will then select the already selected zone and if I press the play arrow it will play but very broken up and crackly. Sometimes it will play OK. Other times starts playing crackly. Other times play for a few minutes and then stop. Clicking play may play very crackly. Playing the radio station on a different zone tends to stop after a few minutes and has to be started playing again, but no crackling.
Seems to be OK on non BBC streams.
When playing crackly stopping and starting again seems to eventually fix it. Killing coreaudiod process also seems to fix it.
MP3 or AAC doesn’t seem to make any difference. I just tried 20-30 stations and the I only found 3 that would also break up:
KPCP 88.3
France Culture
NRK P2
When the playback is broken up the noise part of the sound is not affected by the volume setting. The faint broadcast sound audible within the crackling is affected by the volume control. Which suggests to me it is an OS issue?
Or a codec issue.
Anyway, I’m moving this to #support.
In order for them to assist you, please provide a brief description of your current setup using this link as a guide.
Make sure to describe your network configuration/topology, including any networking hardware currently in use, so they can have a clear understanding of how your devices are communicating.
Setup:
Core machine: iMac 27 late 2015, Catalina 10.15.4 connected via ethernet and switches to fibre optic broadband router.
The break up problem only happens playing on the iMac. However playing radio on a Google Chromecast audio usually stops after a few minutes and needs to be restarted. Don’t listen to radio on other devices but it seems ok on an iPhone and an Auralic streamer - for a few minutes anyway. All other content (Tidal, Quobuz, local storage) seems to work fine.
Only other issue is that playing any source to the Chromecast Audio often does not work initially: i have to transfer to a different zone and play on that and then transfer back to the Chromecast.
Thanks for the setup details and screenshots. I’ve noticed you have quite a few DSP operations turned on, does the same behavior occur with DSP turned off? Are you seeing this issue for any local files or just the streaming stations?
I wonder if this could be related to DNS - we have seen users have a better experience in the past if they change their Router’s DNS servers from the ISP provided ones to Cloudflare DNS, Quad9 or Google DNS. Can you please give this a try and let me know if it helps?
I’ve discovered that the break up on the iMac can be fixed by going into Audio Midi Setup and setting the output to 48 kHz. It seems to change back to 44.1kHz sometimes (maybe on restart) which results in breakup. There is no option in Roon to define the output sample rate, only minimum.
The following BBC radio 6 music stops occurred while playing to a Chromecast Audio device:
13/6 10:21, 10:50, 11:11
10/6 12:48, 12;50
Power cycling the Chromecast seems to stop the stops - for a while anyway.
Thanks for letting me know those timestamps. I have gone ahead and enabled diagnostics mode for your account and what this action does is a set of logs will automatically be uploaded to our servers for analysis.
I’m looking over the log report now and I’m noticing something strange - it appears you’re also losing connection to our metadata servers around the same time the BBC stream drops off, and the stream looks like it was buffered.
Can you provide a full overview of your network including the model/manufacturer of your router and switches? I believe this could be related to how you have the network configured.
I would try to temporarily bypass both switches and have the Mac connected to the router as a test.
As Ged mentioned, the first switch is an EEE switch, and there have been other reports of EEE switches having issues working nicely with Roon, so we should eliminate this variable.
That’s fantastic news @GraemeM, it does sound like the switch was the problematic component so glad to hear the system is stable since bypassing the switch!