Roon Live Radio playback stops intermittently on Mac mini setup (ref#S664N6)

What best describes your playback issue?

· Music stops playing unexpectedly

What type of Zone is affected by this problem?

· *All of my Zones* are affected.

Does the issue affect all file formats?

· The issue affects *multiple/all* file formats.

Does the issue happen with local library music, streaming service music, or both?

· *Only streaming* music is affected.

Please select the streaming service(s) with which you're encountering playback problems.

· Live Radio

Streaming errors can sometimes stem from DNS failures. Have you tried changing the assigned DNS server in your router settings?

· I don't know how to do this / this option is not available in my router

Do you have an approximate timestamp of when the issue last occurred?

· 2025-01-14 16:38:09 I was playing the Planet Rock live radio station https://edge-bauerall-01-gos2.sharp-stream.com/planetrock.mp3

What are the make and model of the affected audio device(s) and the connection type?

· Apple Mac mini Late 2012Quad-Core i7 2.3GHz, 16GB RAM, 1TB SSD running macOS Sonoma via the OpenCore Legacy Patcher. Hardwired with CAT5E cable

Describe the issue

Live Radio stops after a variable length of time. Sometimes it's almost instantaneous, sometimes it will play for hours. Looking into the RoonServer and Roon logs, I see various reasons why it stops. But they do not make any sense to me!
I have tried all sorts of things recommended in various Community posts;
- Simplify the system down to just my RoonServer (a Quad-Core i7 Late 2012 Mac mini with 8GB RAM and an SSD) playing through its output
- Connect the RoonServer directly to my Router ) A BT Home Hub 2 with 1,000GB fibre broadband)
- Restart the router
- Reinstall everything
- Use the URL supplied by Roon to play the Streaming Service (Planet Rock from Bauer Media here in the UK) in Safari. In this case the service runs for days without interuption
- Checked all my network cables - the whole system is hard wired with CAT5E cable. The BT Home Hub 2 router feeds into a Netgear GS324 Switch and out to the various Endpoints.

I have lots of logs from RoonServer and Roon running on the RoonServer

Any ideas what else to try?

Describe your network setup

Router = BT Home Hub 2 with incoming 1000Mb Fibre Broadband, Netgear GS324 Switch, Apple Time capsule 5th Gen A1470 feeding the RoonServer. All hardwired with CAT5e cable running 1,000MB

Hey @Adrian_Berry,

Thanks for taking the time to write in and share your report - sorry to hear about your Live Radio dropouts!

You’ve done a good amount of troubleshooting so far - one thing we didn’t see on the list was testing out a different DNS server from your router. Is this something you’d be willing to test out?

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?

We’ll be on standby for your reply! :raised_hands:

Messing with DNS is not something I’ve done before. But I’m willing to give it a try. Have you got a link to a tutorial on what it all means?
I’ll let you know how I get on.

I’ve investigated and unfortunately it seems that BT does not allow you to change the DNS Server on any of its domestic hubs.

From the reading I’ve done, the main reason for changing from your ISP’s DNS to something like Cloudfare is speed of response. 17ms vs maybe 150ms. But this would not explain the dropout reasons I’ve seen in some of the RoonServer logs. These say things like;
“Too many dropouts (>3s dropped out in the last 30s). Killing stream”
“Warn: [1] frame took 4325.84ms! 17.93ms preframe, 0.00ms safe queue, 0.00ms timers, 0.00ms frame calls, 1.64ms update, 4325.84ms render”.

The failure this afternoon seemed to be associated with this section from the RoonServer log;

01/14 16:37:56 Trace: [Broker:Transport] [Kitchen] [LowQuality, 24/48 MP3 => 24/48] [PLAYING @ 5:40] Wake Me Up When September Ends - Green Day
01/14 16:37:59 Trace: [Worker (3)] [Kitchen] [zoneplayer/raat] sync Built-in Output: realtime=5074872501617 rtt=0us offset=-9982858498us delta=-450us drift=-332us in 342.815s (-0.971ppm, -3.495ms/hr)
01/14 16:38:01 Trace: [Broker:Transport] [Kitchen] [LowQuality, 24/48 MP3 => 24/48] [PLAYING @ 5:45] Wake Me Up When September Ends - Green Day
01/14 16:38:06 Trace: [Broker:Transport] [Kitchen] [LowQuality, 24/48 MP3 => 24/48] [PLAYING @ 5:50] Wake Me Up When September Ends - Green Day
01/14 16:38:10 Trace: [Worker (3)] [volumewatcher] ev_VolumeChanged DidMount: /Volumes/.timemachine/B6711AF2-0A4C-4EA1-8B8A-A0536516EA43/2025-01-09-083836.backup
01/14 16:38:10 Debug: [Broker:Misc] [broker/filebrowser/volumeattached] found newly mounted drive at /Volumes/.timemachine/B6711AF2-0A4C-4EA1-8B8A-A0536516EA43/2025-01-09-083836.backup
01/14 16:38:10 Debug: [.NET ThreadPool Worker] [broker/filebrowser] getpartitioninfo 1 command: /usr/sbin/diskutil, args: info -plist '.timemachine/B6711AF2-0A4C-4EA1-8B8A-A0536516EA43/2025-01-09-083836.backup'
01/14 16:38:10 Info: [8] [stats] 46064mb Virtual, 2009mb Physical, 754mb Managed
01/14 16:38:10 Warn: [37] Radio stream backing returned early
01/14 16:38:10 Trace: [.NET ThreadPool Worker] [push2] exception thrown. restarting connection (net_WebSockets_ConnectionClosedPrematurely_Generic)
01/14 16:38:10 Trace: [.NET ThreadPool Worker] [push2] retrying connection in 55052ms
01/14 16:38:10 Warn: [.NET ThreadPool Worker] could not run /usr/sbin/diskutil info -plist '.timemachine/B6711AF2-0A4C-4EA1-8B8A-A0536516EA43/2025-01-09-083836.backup' -- Exit code was: 1
01/14 16:38:11 Trace: [Broker:Transport] [Kitchen] [LowQuality, 24/48 MP3 => 24/48] [PLAYING @ 5:55] Wake Me Up When September Ends - Green Day
01/14 16:38:15 Trace: [RaatSender] [Kitchen] [zoneplayer/raat] Endpoint Built-in Output State Changed: Playing => Prepared
01/14 16:38:15 Info: [Broker:Transport] [zone Kitchen] OnPlayFeedback StoppedEndOfMediaNatural
01/14 16:38:15 Trace: [RaatSender] [Built-in Output] [raatclient] SENT [22]{"request":"end_stream"}
01/14 16:38:15 Trace: [Broker:Transport] [Kitchen] [LowQuality, 24/48 MP3 => 24/48] [STOPPED @ 0:00] Wake Me Up When September Ends - Green Day
01/14 16:38:15 Info: [Worker (1)] [audio/env] [zoneplayer] All streams were disposed
01/14 16:38:15 Trace: [.NET ThreadPool Worker] [Built-in Output] [raatclient] GOT [20] {"status":"Ended"}
01/14 16:38:15 Trace: [.NET ThreadPool Worker] [Built-in Output] [raatclient] GOT [22] {"status":"Success"}
01/14 16:38:16 Debug: [.NET ThreadPool Worker] [easyhttp] [578] POST to https://api.roonlabs.net/internetradio/2/api/reporting/internetradioplayback/events?format=msgpack& returned after 226 ms, status code: 200, request body size: 171 B
01/14 16:38:16 Debug: [.NET ThreadPool Worker] [easyhttp] [579] POST to https://api.roonlabs.net/internetradio/2/api/reporting/internetradioplayback/plays?format=msgpack& returned after 262 ms, status code: 200, request body size: 176 B
01/14 16:38:16 Debug: [Broker:Media] [query] Sooloos.Broker.Radio.Channel:1 dirty items, rebuild threshold: 2000, rebuilding? False
01/14 16:38:16 Debug: [Broker:Media] [query] Sooloos.Broker.Radio.Channel:1 dirty items, rebuild threshold: 2000, rebuilding? False
01/14 16:38:16 Debug: [Broker:Media] [query] Sooloos.Broker.Radio.Channel:1 dirty items, rebuild threshold: 2000, rebuilding? False
01/14 16:38:16 Debug: [Broker:Media] [query] Sooloos.Broker.Radio.Channel:1 dirty items, rebuild threshold: 2000, rebuilding? False
01/14 16:38:16 Debug: [Broker:Media] [query] Sooloos.Broker.Radio.Channel:1 dirty items, rebuild threshold: 2000, rebuilding? False
01/14 16:38:16 Debug: [Broker:Media] [query] Sooloos.Broker.Radio.Channel:1 dirty items, rebuild threshold: 2000, rebuilding? False
01/14 16:38:16 Debug: [Broker:Media] [query] Sooloos.Broker.Radio.Channel:1 dirty items, rebuild threshold: 2000, rebuilding? False
01/14 16:38:20 Trace: [Broker:Transport] [zone Kitchen] [zone] no playback for 5s, suspending to release audio device
01/14 16:38:20 Trace: [Broker:Transport] [zone Kitchen] Suspend
01/14 16:38:20 Trace: [Broker:Transport] [zone Kitchen] Stop
01/14 16:38:20 Info: [Broker:Transport] [zone Kitchen] OnPlayFeedback Stopped
01/14 16:38:20 Trace: [Broker:Transport] [zone Kitchen] Stop
01/14 16:38:20 Info: [Broker:Transport] [zone Kitchen] Canceling Pending Sleep
01/14 16:38:20 Info: [Broker:Transport] [zone Kitchen] Canceling Pending Sleep
01/14 16:38:20 Info: [Worker (2)] [audio/env] [zoneplayer -> stream] All streams were disposed
01/14 16:38:20 Trace: [Worker (1)] [Built-in Output] [raatclient] SENT [23]{"request":"teardown"}
01/14 16:38:20 Trace: [Worker (1)] [Kitchen] [zoneplayer/raat] Endpoint Built-in Output State Changed: Prepared => Idle
01/14 16:38:20 Debug: [Worker (1)] [raat/tcpaudiosource] disconnecting
01/14 16:38:20 Info: [Worker (6)] [audio/env] [zoneplayer -> stream -> endpoint] All streams were disposed
01/14 16:38:20 Trace: [.NET ThreadPool Worker] [Built-in Output] [raatclient] GOT [19] {"status":"Teardown"}
01/14 16:38:20 Info: [Worker (1)] sleep 102ms after flush

I don’t pretend to understand what Roon is saying here but, as a retired systems engineer, I can see that Roon isn’t happy! What I find really confusing is that playing the Planet Rock radio stream via Safari works well. I have a screenshot showing it ran for 45 hours before stopping - and that may well have been me doing something. Yet with exactly the same internet connection, hardware and cabling, Roon falls over within a few seconds to a few hours.
And this is on a single Mac running both the RoonServer and Roon Endpoint.

I should probably add that this problem of Live Radio dropping out has existed for some time, maybe a year, and in the meantime I’ve changed the Mac mini the RoonServer is running on and changed from Mavericks to Sonoma all in an effort to solve it. Here is another post Warn: [1] frame took ...... and Too many dropouts at an earlier stage of the investigation. The troublesome Mac mini here is now not in service. It’s on the shelf with no power and no network connection so cannot be part of the present problem!

But it is of course possible that there have been several problems, depending on the hardware configuration, with the same symptoms. So maybe best to focus on solving what is wrong with the present setup!

Although my ISP does not allow me to change the DNS Server on my router, I have tried out the cable routing changes again. Just running RoonServer and the Roon Endpoint on the same Mac mini, I have tried wiring;

  1. Router > Netgear GS324 Switch > Apple Time Capsule Gen 5 Hub > Mac mini
  2. Router > Netgear GS324 Switch > Mac mini
    3). Router > Mac mini

I continued to get dropouts after not very long. Looking at the RoonServer Logs for these scenarios, in each case it all starts going wrong with an entry

“Warn: [98] Radio stream backing returned early”

The number [98] changes but the rest of the message is the same.

I noticed that this log entry always seems to be just after;

01/15 17:35:17 Trace: [Worker (3)] [volumewatcher] ev_VolumeChanged DidMount: /Volumes/.timemachine/B6711AF2-0A4C-4EA1-8B8A-A0536516EA43/2025-01-09-083836.backup
01/15 17:35:17 Debug: [Broker:Misc] [broker/filebrowser/volumeattached] found newly mounted drive at /Volumes/.timemachine/B6711AF2-0A4C-4EA1-8B8A-A0536516EA43/2025-01-09-083836.backup

So it looks like some interaction between what Time Machine backup is doing and Roon itself.

To test this out, I’ve turned off Time Machine and, for good measure, disconnected the local hard drive Time Machine was using for backup. Amazingly Roon ran streaming Planet Rock Live radio for about 24 hours before dropping out - a record!

This is the log where it starts going wrong

01/16 13:26:15 Trace: [.NET ThreadPool Worker] [Built-in Output] [raatclient] GOT [7] {"status":"Dropout","samples":16414}
01/16 13:26:15 Trace: [.NET ThreadPool Worker] [Built-in Output] [raatclient] GOT [7] {"status":"Dropout","samples":24000}
01/16 13:26:16 Trace: [.NET ThreadPool Worker] [Built-in Output] [raatclient] GOT [7] {"status":"Dropout","samples":24000}
01/16 13:26:16 Trace: [.NET ThreadPool Worker] [Built-in Output] [raatclient] GOT [7] {"status":"Dropout","samples":24000}
01/16 13:26:17 Trace: [.NET ThreadPool Worker] [Built-in Output] [raatclient] GOT [7] {"status":"Dropout","samples":24000}
01/16 13:26:17 Trace: [.NET ThreadPool Worker] [Built-in Output] [raatclient] GOT [7] {"status":"Dropout","samples":24000}
01/16 13:26:18 Trace: [.NET ThreadPool Worker] [Built-in Output] [raatclient] GOT [7] {"status":"Dropout","samples":24000}
01/16 13:26:18 Warn: [Worker (5)] [Kitchen] [zoneplayer/raat] Too many dropouts (>3s dropped out in the last 30s). Killing stream
01/16 13:26:18 Trace: [Worker (5)] [Kitchen] [zoneplayer/raat] too many dropouts. stopping stream
01/16 13:26:18 Trace: [Worker (5)] [Kitchen] [zoneplayer/raat] Endpoint Built-in Output State Changed: Playing => Prepared
01/16 13:26:18 Trace: [Worker (5)] [Built-in Output] [raatclient] SENT [9]{"request":"end_stream"}
01/16 13:26:18 Warn: [Broker:Transport] [zone Kitchen] Track Stopped Due to Slow Media

I restarted the Live Radio and it ran for a while before dropping out starting with the messages;

01/16 15:32:24 Warn: [153] Radio stream backing returned early
01/16 15:32:24 Trace: [.NET ThreadPool Worker] [push2] exception thrown. restarting connection (net_WebSockets_ConnectionClosedPrematurely_Generic)

What does all this mean? How can I fix it? Do you want me to upload the log files? If so how?

Thanks

Hey @Adrian_Berry,

Excellent troubleshooting here!

Because the Roon database is frequently being updated in the background with new metadata, cover art, artist information, and more, backing up your “live” Roon database using external programs can result in corrupt backups. We strongly recommend against using Time Machine or other backup applications to backup your “live” Roon database. If you would like to use any of these applications to back up Roon, set up a Scheduled Backup and tell your backup program to backup the RoonBackups folder.

Apologies if we’ve glazed over this, but do you see this issue no matter the endpoint? We believe that the combination of dropouts and a connection abort points to network performance issues still being the culprit behind your stoppages.

Within your router settings, do have the option to allocate network priority to your Roon Server machine?


Here are the exclusion settings for the Time Machine backup. The only thing I have changed is Backup Frequency, it was on Automatic. Have I missed something?

I’m not sure. I used to run with several Endpoints in different rooms in a group. But to try to understand the problem, I have been focusing on reducing the system to just the single Mac mini running as the Roon Server and the Endpoint. I have just set the system so that the Roon server Mac mini is not playing and a different, older, headless Mac mini running Roon Bridge is the active Endpoint.

I’ve been through every menu on the router and cannot see anything that would let me do this.

However, over the weekend we might both be out. So I can try physically turning off pretty much everything in our house network except the Roon Server Mac mini and the Roon Bridge Mac mini

I’m still running with the Roon Server directly connected to the Router - via a 20m cable!

Update after more experiments over the weekend.

I’ve tried:
direct connection to router vs via a switch and a hub
Endpoint running on different machine to RoonServer
Multiple Endpoints running on different machines to the RoonServer.
Turning off Time Machine on the RoonServer machine.

The only thing that makes any difference is turning off Time Machine. I’ve even tried the A-B-A check: Time Machine on gives dropouts - Time Machine off and it all runs ok - turn Time Machine back on and dropouts start again.

I am running the Endpoint on the RoonServer plus 2 other Endpoints and it streams Live Radio for over a day.

My conclusion is that:
The dropouts are nothing to do with DNS, switches, hubs or routers.
Or Time Machine corrupting the Roon Database as I have excluded those folders from Time Machine’s backup.
It happens even when Roon’s Folder Monitoring for new music is turned off by disabling all the scanned folders.
The dropouts are being caused because sometimes Roon gets confused by something Time Machine is doing. It looks like one part of Roon is waiting for another part to respond but that part does not respond in time.

So I think that it is a design issue in Roon. There is a timing problem so sometimes the Roon function coincides with the Time Machine function and it falls over. There might even be several issues as the warning message is always one out of a set of 3 or 4. As a systems engineer, I’ve seen this sort of problem before.

Telling people not to use Time Machine is a fix not a solution. Roon should be fixed so that it works with Time Machine, which, after all, is an integral part of macOS

Here is the RoonServer log after a dropout. This conditions were: streaming Live Radio (planet Rock), scan for new files Off, Roon Remote not running on the RoonServer, Endpoint on the RoonServer grouped with 2 other Endpoints, very shortly after I manually started a Time Machine Backup

01/20 16:46:42 Info: [Broker:Media] [library stats] tracks: 1075 (hidden: 10), albums: 80 (hidden: 1), artists: 72, works: 739, performances: 845
01/20 16:46:48 Trace: [Worker (1)] [volumewatcher] ev_VolumeChanged DidMount: /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/RoonMacMiniSSD - Data
01/20 16:46:48 Trace: [Worker (1)] [volumewatcher] ev_VolumeChanged DidMount: /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/Backup of RoonMacMiniSSD
01/20 16:46:48 Debug: [Broker:Misc] [broker/filebrowser/volumeattached] found newly mounted drive at /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/RoonMacMiniSSD - Data
01/20 16:46:48 Trace: [Worker (1)] [volumewatcher] ev_VolumeChanged DidMount: /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/RoonMacMiniHDD
01/20 16:46:48 Trace: [Worker (1)] [volumewatcher] ev_VolumeChanged DidMount: /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/MusicStore
01/20 16:46:48 Trace: [Worker (1)] [volumewatcher] ev_VolumeChanged DidMount: /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/Backup of MusicStore
01/20 16:46:48 Debug: [.NET ThreadPool Worker] [broker/filebrowser] getpartitioninfo 1 command: /usr/sbin/diskutil, args: info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/RoonMacMiniSSD - Data'
01/20 16:46:48 Trace: [Worker (1)] [volumewatcher] ev_VolumeChanged DidMount: /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/RoonMacMiniSSD - Data
01/20 16:46:48 Trace: [Worker (1)] [volumewatcher] ev_VolumeChanged DidMount: /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/Backup of RoonMacMiniSSD
01/20 16:46:48 Debug: [Broker:Misc] [broker/filebrowser/volumeattached] found newly mounted drive at /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/Backup of RoonMacMiniSSD
01/20 16:46:48 Trace: [Worker (1)] [volumewatcher] ev_VolumeChanged DidMount: /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/RoonMacMiniHDD
01/20 16:46:48 Debug: [.NET ThreadPool Worker] [broker/filebrowser] getpartitioninfo 1 command: /usr/sbin/diskutil, args: info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/Backup of RoonMacMiniSSD'
01/20 16:46:48 Trace: [Worker (1)] [volumewatcher] ev_VolumeChanged DidMount: /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/MusicStore
01/20 16:46:48 Debug: [Broker:Misc] [broker/filebrowser/volumeattached] found newly mounted drive at /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/RoonMacMiniHDD
01/20 16:46:48 Trace: [Worker (1)] [volumewatcher] ev_VolumeChanged DidMount: /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/Backup of MusicStore
01/20 16:46:48 Debug: [Broker:Misc] [broker/filebrowser/volumeattached] found newly mounted drive at /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/MusicStore
01/20 16:46:48 Debug: [.NET ThreadPool Worker] [broker/filebrowser] getpartitioninfo 1 command: /usr/sbin/diskutil, args: info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/RoonMacMiniHDD'
01/20 16:46:48 Debug: [.NET ThreadPool Worker] [broker/filebrowser] getpartitioninfo 1 command: /usr/sbin/diskutil, args: info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/MusicStore'
01/20 16:46:48 Debug: [Broker:Misc] [broker/filebrowser/volumeattached] found newly mounted drive at /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/Backup of MusicStore
01/20 16:46:48 Debug: [.NET ThreadPool Worker] [broker/filebrowser] getpartitioninfo 1 command: /usr/sbin/diskutil, args: info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/Backup of MusicStore'
01/20 16:46:48 Debug: [Broker:Misc] [broker/filebrowser/volumeattached] found newly mounted drive at /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/RoonMacMiniSSD - Data
01/20 16:46:48 Debug: [Broker:Misc] [broker/filebrowser/volumeattached] found newly mounted drive at /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/Backup of RoonMacMiniSSD
01/20 16:46:48 Debug: [.NET ThreadPool Worker] [broker/filebrowser] getpartitioninfo 1 command: /usr/sbin/diskutil, args: info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/RoonMacMiniSSD - Data'
01/20 16:46:48 Debug: [Broker:Misc] [broker/filebrowser/volumeattached] found newly mounted drive at /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/RoonMacMiniHDD
01/20 16:46:48 Debug: [Broker:Misc] [broker/filebrowser/volumeattached] found newly mounted drive at /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/MusicStore
01/20 16:46:48 Debug: [.NET ThreadPool Worker] [broker/filebrowser] getpartitioninfo 1 command: /usr/sbin/diskutil, args: info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/Backup of RoonMacMiniSSD'
01/20 16:46:48 Debug: [Broker:Misc] [broker/filebrowser/volumeattached] found newly mounted drive at /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/Backup of MusicStore
01/20 16:46:48 Debug: [.NET ThreadPool Worker] [broker/filebrowser] getpartitioninfo 1 command: /usr/sbin/diskutil, args: info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/RoonMacMiniHDD'
01/20 16:46:48 Debug: [.NET ThreadPool Worker] [broker/filebrowser] getpartitioninfo 1 command: /usr/sbin/diskutil, args: info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/MusicStore'
01/20 16:46:48 Debug: [.NET ThreadPool Worker] [broker/filebrowser] getpartitioninfo 1 command: /usr/sbin/diskutil, args: info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/Backup of MusicStore'
01/20 16:46:48 Warn: [.NET ThreadPool Worker] could not run /usr/sbin/diskutil info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/Backup of RoonMacMiniSSD' -- Exit code was: 1
01/20 16:46:48 Warn: [.NET ThreadPool Worker] could not run /usr/sbin/diskutil info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/RoonMacMiniSSD - Data' -- Exit code was: 1
01/20 16:46:48 Warn: [.NET ThreadPool Worker] could not run /usr/sbin/diskutil info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/MusicStore' -- Exit code was: 1
01/20 16:46:48 Warn: [.NET ThreadPool Worker] could not run /usr/sbin/diskutil info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/RoonMacMiniSSD - Data' -- Exit code was: 1
01/20 16:46:49 Warn: [.NET ThreadPool Worker] could not run /usr/sbin/diskutil info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/Backup of RoonMacMiniSSD' -- Exit code was: 1
01/20 16:46:49 Warn: [.NET ThreadPool Worker] could not run /usr/sbin/diskutil info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/RoonMacMiniHDD' -- Exit code was: 1
01/20 16:46:49 Warn: [.NET ThreadPool Worker] could not run /usr/sbin/diskutil info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-164643/Backup of MusicStore' -- Exit code was: 1
01/20 16:46:49 Warn: [.NET ThreadPool Worker] could not run /usr/sbin/diskutil info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/MusicStore' -- Exit code was: 1
01/20 16:46:49 Warn: [.NET ThreadPool Worker] could not run /usr/sbin/diskutil info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/Backup of MusicStore' -- Exit code was: 1
01/20 16:46:49 Warn: [.NET ThreadPool Worker] could not run /usr/sbin/diskutil info -plist 'com.apple.TimeMachine.localsnapshots/Backups.backupdb/Roon Mac mini/2025-01-20-163749/RoonMacMiniHDD' -- Exit code was: 1
01/20 16:46:50 Info: [8] [stats] 45668mb Virtual, 1732mb Physical, 855mb Managed
01/20 16:47:05 Info: [8] [stats] 45667mb Virtual, 1732mb Physical, 857mb Managed

Hi @Adrian_Berry,

Thanks for your patience. Recent RoonServer diagnostic logging indicates you might still be having this issue. I wanted to return to some log snippets from an earlier post that may illuminate a potential troubleshooting angle:

These traces represent RAAT PCM packet loss within the LAN; they’re agnostic to Time Machine and Backups. The endpoint is requesting samples that have become corrupted or gone missing before they can be buffered. As more and more missing samples accumulate, the audio stream overruns the buffer and the endpoint stops playback.

In most recent diagnostics, we can see these events occur after timeouts with Tidal track downloads. RoonServer isn’t receiving data from Tidal in time and re-requests it from their servers. The ensuing buffer pressure could exacerbate the endpoint-reported dropouts above, particularly if you’re playing from the RAAT instance on the Mac Mini itself.

It’s not clear why packet loss accumulates with Tidal, but since the entire network is hardwired, bandwidth allocation would be the most likely culprit. Note that in almost all cases, Roon recovers without audible dropouts in the logs. This issue does not affect Live Radio and it’s not what you’re reporting, but it could possibly illuminate an underlying cause.

More interesting is the behavior of grouped Zones during long Live Radio sessions. We can that after over 6 hours of playback from Planet Rock, a particular Zone, [Front Office], responds to a five-second AdBreak in the radio stream by dropping its TCP connection due to inactivity. When playback resumes, this endpoint is unable to re-sync with the stream.

Time Machine can disrupt Roon Backups if they’re both working on the same files simultaneously. It’s not normal for Time Machine to disrupt playback unless it’s simply a trigger for another factor that we can likely mitigate.

Apple Time Capsules are usually included with an Airport router. Is that unit involved in this network in any capacity?

At your convenience, repeat your most recent test and play Live Radio while initiating a manual Time Machine backup. However, play to a single endpoint rather than a grouped Zone, like the System Output of a Remote. We’ll be reading the diagnostics of the event and will report back with what we learn.

Please let us know if you have any questions. Thank you!

Hi, sorry for the slow response. I’ve been out and about and carrying out some more experiments when I wasn’t.

Long story short: I have replaced all 3 of my Mac mini Endpoints (Audio Devices?) with Raspberry Pi 4■■ running RoPieee. My Roon Server is still the 2012 i7 Mac mini running Sonoma. This is enabled by using the Open Core Legacy Patcher software.

This setup has run Planet Rock internet radio perfectly for over 2 days with 2 endpoints in a group. Over 48 hours without a single dropout - a record in my household! All I did was change the Endpoints. The router, DNS, hubs, switches, cables, DACs etc all remained exactly the same.

Conclusion:

  1. There is something with the Mac minis that Roon does not accommodate.
  2. Like all good problems, there are several root causes.

So what causes problems?

  1. Time Machine
    There are quite a few posts on the Forum stating that you should not run Time Machine on a Mac running Roon.
    The Problem is actually much worse than that. I’ve demonstrated that any Mac running Roon as a Remote and Time Machine connected to your network will cause all your Roon Endpoints to dropout when Time Machine kicks off - even if that machine is not playing anything via Roon. The mere fact that it exists on your network and is running Time Machine and Roon will cause dropouts with internet radio. However, in my experience it is only internet radio that has this problem. Streaming from Qobuz or local stored music is unaffected. So somehow streaming from an internet radio station is different.

Interestingly, using an iOS device, an iPhone or iPad, as a Remote does not cause dropouts. There are Warnings in the Roon Server log file but no dropouts. But iOS does not use Time Machine.

Example Warn messages that appear at the start of dropouts:

01/19 11:25:17 Warn: [.NET ThreadPool Worker] could not run /usr/sbin/diskutil info -plist '.timemachine/RoonServer Time Capsule._afpovertcp._tcp.local./2AFA0EF9-5A60-4498-9EEE-7C5AA35921E3/Data' -- Exit code was: 1

02/08 12:44:22 Warn: [Worker (15)] [Lounge BiFrost + Kitchen DSD + Front Office DSD] [zoneplayer/raat] Too many dropouts (>3s dropped out in the last 30s). Killing stream
  1. Using Mac minis as Endpoints
    After making sure that Time Machine is turned off on every Mac mini that is running Roon, I stop seeing dropouts associated with the Warning "Too many dropouts (>3s dropped out in the last 30s). Killing stream"was still getting dropouts.

However even with Time Machine turned off on all machines running Roon, I was still getting dropouts. I reviewed my complete system again and it occurred to me that the Mac minis I’ve been using for Endpoints and the Roon Server are quite old. But the Roon Server machine is running macOS Sonoma and the Endpoints are running Sequoia even though they are not supported by Apple. This is achieved using the Open Core Legacy Patcher. I wondered if the Patcher was causing some problems.

I did not fancy buying several new Mac minis to prove the point. But I have been considering finding out about Raspberry Pis for some time. So I have bought 3 second hand Raspberry Pi Model 4■■ and installed the RoPieee implementation of ROON. I am now using these as my 3 Endpoints and retained a 2012 Mac mini running Sonoma as the Roon Server - no Endpoint.

So whilst I still do not understand what is wrong with the Mac minis, I think this experiment proves the it was the Mac minis that were causing the problem. Nothing to do with DNS, Routers, hubs, switches etc.

  1. Having said all that, a couple of hours ago I started Roon Remote on the Roon Server Mac mini and added in a third Endpoint. I realise that I had originally started the 2 day successful experiment running from my iPhone rather than using Roon on the Roon Server. As I finished typing this summary, the system dropped out. The Roon Server log leading to the stoppage is:
02/11 01:05:10 Trace: [Worker (11)] [Kitchen DSD + Front Office DSD + Lounge BiFrost] [zoneplayer/raat] sync HIFI DSD -> Bifrost Gen 5 result: Success
02/11 01:05:10 Info: [8] [stats] 45852mb Virtual, 1975mb Physical, 914mb Managed
02/11 01:05:11 Trace: [Broker:Transport] [Front Office DSD] [LowQuality, 24/48 MP3 => 24/48] [100% buf] [PLAYING @ 56:52] Dead Ringer For Love - Meatloaf
02/11 01:05:13 Trace: [.NET ThreadPool Worker] [Bifrost Gen 5] [raatclient] GOT [943] {"samples":5641,"status":"Dropout"}
02/11 01:05:13 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [66347] {"samples":8009,"status":"Dropout"}
02/11 01:05:13 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [15] {"samples":10658,"status":"Dropout"}
02/11 01:05:14 Trace: [.NET ThreadPool Worker] [Bifrost Gen 5] [raatclient] GOT [943] {"samples":24000,"status":"Dropout"}
02/11 01:05:14 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [66347] {"samples":24000,"status":"Dropout"}
02/11 01:05:14 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [15] {"samples":24001,"status":"Dropout"}
02/11 01:05:14 Trace: [.NET ThreadPool Worker] [Bifrost Gen 5] [raatclient] GOT [943] {"samples":24000,"status":"Dropout"}
02/11 01:05:14 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [66347] {"samples":24000,"status":"Dropout"}
02/11 01:05:14 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [15] {"samples":24000,"status":"Dropout"}
02/11 01:05:15 Trace: [.NET ThreadPool Worker] [Bifrost Gen 5] [raatclient] GOT [943] {"samples":24000,"status":"Dropout"}
02/11 01:05:15 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [66347] {"samples":24000,"status":"Dropout"}
02/11 01:05:15 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [15] {"samples":24960,"status":"Dropout"}
02/11 01:05:15 Trace: [Broker:Transport] [Kitchen DSD] [LowQuality, 24/48 MP3 => 24/48] [100% buf] [PLAYING @ 56:54] Dead Ringer For Love - Meatloaf
02/11 01:05:15 Trace: [Broker:Transport] [Lounge BiFrost] [LowQuality, 24/48 MP3 => 24/48] [PLAYING @ 56:54] Dead Ringer For Love - Meatloaf
02/11 01:05:15 Trace: [.NET ThreadPool Worker] [Bifrost Gen 5] [raatclient] GOT [943] {"samples":24000,"status":"Dropout"}
02/11 01:05:15 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [66347] {"samples":24000,"status":"Dropout"}
02/11 01:05:15 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [15] {"samples":24001,"status":"Dropout"}
02/11 01:05:16 Trace: [.NET ThreadPool Worker] [Bifrost Gen 5] [raatclient] GOT [943] {"samples":24000,"status":"Dropout"}
02/11 01:05:16 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [66347] {"samples":24000,"status":"Dropout"}
02/11 01:05:16 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [15] {"samples":24000,"status":"Dropout"}
02/11 01:05:16 Trace: [Broker:Transport] [Front Office DSD] [LowQuality, 24/48 MP3 => 24/48] [100% buf] [PLAYING @ 56:54] Dead Ringer For Love - Meatloaf
02/11 01:05:16 Trace: [.NET ThreadPool Worker] [Bifrost Gen 5] [raatclient] GOT [943] {"samples":24000,"status":"Dropout"}
02/11 01:05:16 Warn: [Worker (10)] [Kitchen DSD + Front Office DSD + Lounge BiFrost] [zoneplayer/raat] Too many dropouts (>3s dropped out in the last 30s). Killing stream
02/11 01:05:16 Trace: [Worker (10)] [Kitchen DSD + Front Office DSD + Lounge BiFrost] [zoneplayer/raat] too many dropouts. stopping stream
02/11 01:05:16 Trace: [Worker (10)] [Kitchen DSD + Front Office DSD + Lounge BiFrost] [zoneplayer/raat] Endpoint HIFI DSD State Changed: Playing => Prepared
02/11 01:05:16 Trace: [Worker (10)] [HIFI DSD] [raatclient] SENT [1690]{"request":"end_stream"}
02/11 01:05:16 Warn: [Broker:Transport] [zone Kitchen DSD + Front Office DSD + Lounge BiFrost] Track Stopped Due to Slow Media
02/11 01:05:16 Info: [RaatSender] [Kitchen DSD + Front Office DSD + Lounge BiFrost] [zoneplayer] advance didn't change the track. returning short read
02/11 01:05:16 Trace: [Broker:Transport] Attempting to play channel URL: icy://edge-bauerall-01-gos2.sharp-stream.com/planetrock.mp3
02/11 01:05:16 Warn: [119] [streammediafile] error reading stream: net_io_readfailure, Software caused connection abort
02/11 01:05:16 Info: [Worker (13)] [audio/env] [zoneplayer -> stream] All streams were disposed
02/11 01:05:16 Info: [Broker:Transport] [zone Kitchen DSD + Front Office DSD + Lounge BiFrost] OnPlayFeedback StoppedEndOfMediaUnnatural
02/11 01:05:16 Info: [Broker:Transport] [zone Kitchen DSD + Front Office DSD + Lounge BiFrost] OnPlayFeedback Stopped
02/11 01:05:16 Info: [Broker:Transport] [zone Kitchen DSD + Front Office DSD + Lounge BiFrost] Canceling Pending Sleep
02/11 01:05:16 Info: [Broker:Transport] [zone Kitchen DSD + Front Office DSD + Lounge BiFrost] Canceling Pending Sleep
02/11 01:05:16 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [15] {"status":"Ended"}
02/11 01:05:16 Trace: [Broker:Transport] [Kitchen DSD] [LowQuality, 24/48 MP3 => 24/48] [100% buf] [STOPPED @ 0:00] Dead Ringer For Love - Meatloaf
02/11 01:05:16 Trace: [Broker:Transport] [Front Office DSD] [LowQuality, 24/48 MP3 => 24/48] [100% buf] [STOPPED @ 0:00] Dead Ringer For Love - Meatloaf
02/11 01:05:16 Trace: [Broker:Transport] [Lounge BiFrost] [LowQuality, 24/48 MP3 => 24/48] [STOPPED @ 0:00] Dead Ringer For Love - Meatloaf
02/11 01:05:16 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [1690] {"status":"Success"}
02/11 01:05:16 Info: [Worker (12)] [audio/env] [zoneplayer -> stream -> endpoint] All streams were disposed
02/11 01:05:16 Info: [Worker (11)] [audio/env] [zoneplayer -> stream -> endpoint] All streams were disposed
02/11 01:05:16 Info: [Worker (14)] [audio/env] [zoneplayer] All streams were disposed
02/11 01:05:16 Info: [Worker (9)] [audio/env] [zoneplayer -> stream -> endpoint] All streams were disposed
02/11 01:05:16 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [66347] {"samples":24000,"status":"Dropout"}
02/11 01:05:16 Debug: [Worker (10)] [raat/tcpaudiosource] disconnecting
02/11 01:05:16 Trace: [Worker (10)] [Kitchen DSD + Front Office DSD + Lounge BiFrost] [zoneplayer/raat] Endpoint HIFI DSD State Changed: Playing => Prepared
02/11 01:05:16 Trace: [Worker (10)] [HIFI DSD] [raatclient] SENT [68022]{"request":"end_stream"}
02/11 01:05:16 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [66347] {"status":"Ended"}
02/11 01:05:16 Trace: [.NET ThreadPool Worker] [HIFI DSD] [raatclient] GOT [68022] {"status":"Success"}
02/11 01:05:16 Debug: [Worker (10)] [raat/tcpaudiosource] disconnecting
02/11 01:05:16 Trace: [Worker (10)] [Kitchen DSD + Front Office DSD + Lounge BiFrost] [zoneplayer/raat] Endpoint Bifrost Gen 5 State Changed: Playing => Prepared
02/11 01:05:16 Trace: [Worker (10)] [Bifrost Gen 5] [raatclient] SENT [945]{"request":"end_stream"}
02/11 01:05:16 Trace: [.NET ThreadPool Worker] [Bifrost Gen 5] [raatclient] GOT [943] {"status":"Ended"}
02/11 01:05:16 Trace: [.NET ThreadPool Worker] [Bifrost Gen 5] [raatclient] GOT [945] {"status":"Success"}
02/11 01:05:16 Debug: [Worker (10)] [raat/tcpaudiosource] disconnecting
02/11 01:05:16 Info: [Worker (10)] sleep 50ms after flush
02/11 01:05:16 Info: [Worker (10)] [Kitchen DSD + Front Office DSD + Lounge BiFrost] [zoneplayer] Playing: channel://icy%3a%2f%2fedge-bauerall-01-gos2.sharp-stream.com%2fplanetrock.mp3
02/11 01:05:16 Debug: [Worker (10)] Try making ICY request to icy://edge-bauerall-01-gos2.sharp-stream.com/planetrock.mp3
02/11 01:05:16 Warn: [Worker (9)] [Kitchen DSD + Front Office DSD + Lounge BiFrost] [zoneplayer/raat] Too many dropouts (>3s dropped out in the last 30s). Killing stream
02/11 01:05:16 Trace: [Worker (9)] [Kitchen DSD + Front Office DSD + Lounge BiFrost] [zoneplayer/raat] too many dropouts. stopping stream
02/11 01:05:17 Debug: [.NET ThreadPool Worker] [easyhttp] [4457] POST to https://api.roonlabs.net/internetradio/2/api/reporting/internetradioplayback/events?format=msgpack& returned after 419 ms, status code: 200, request body size: 172 B
02/11 01:05:17 Debug: [.NET ThreadPool Worker] [easyhttp] [4458] POST to https://api.roonlabs.net/internetradio/2/api/reporting/internetradioplayback/events?format=msgpack& returned after 422 ms, status code: 200, request body size: 171 B
02/11 01:05:17 Trace: [Worker (10)] Got ICY Stream Title [Dead Ringer For Love - Meatloaf]
02/11 01:05:17 Info: [Worker (10)] [Kitchen DSD + Front Office DSD + Lounge BiFrost] [zoneplayer] Open Result (Playing):Result[Status=Success]
02/11 01:05:17 Info: [Worker (10)] [Kitchen DSD + Front Office DSD + Lounge BiFrost] [zoneplayer] Aborting play because track changed
02/11 01:05:17 Info: [Worker (21)] [audio/env] [zoneplayer] All streams were disposed
02/11 01:05:17 Debug: [.NET ThreadPool Worker] [easyhttp] [4459] POST to https://api.roonlabs.net/internetradio/2/api/reporting/internetradioplayback/plays?format=msgpack& returned after 208 ms, status code: 200, request body size: 177 B
02/11 01:05:17 Debug: [.NET ThreadPool Worker] [easyhttp] [4460] POST to https://api.roonlabs.net/internetradio/2/api/reporting/internetradioplayback/plays?format=msgpack& returned after 429 ms, status code: 400
02/11 01:05:20 Trace: [Broker:Misc] [remoting/brokerserver] [initconn 192.168.1.94:51525=>192.168.1.249:9332] Connected
02/11 01:05:20 Trace: [Broker:Misc] [remoting/brokerserver] [initconn 192.168.1.94:51526=>192.168.1.249:9332] Connected
02/11 01:05:20 Trace: [Broker:Misc] [remoting/brokerserver] [initconn 192.168.1.94:51525=>192.168.1.249:9332] Resumed Session
02/11 01:05:20 Trace: [Broker:Misc] [remoting/remotingprotocolv2] resume send 88018 messages, 4137KiB
02/11 01:05:20 Trace: [Broker:Transport] [raat] [sood] Refreshing device list
02/11 01:05:20 Warn: [Broker:Misc] [remoting/brokerserver] [initconn 192.168.1.94:51526=>192.168.1.249:9332] failed: System.Exception: incomplete receive at Sooloos.Broker.Distributed.InitConnectionV2.Go()
02/11 01:05:20 Trace: [Broker:Transport] [raatserver] [sood] Refreshing device list
02/11 01:05:20 Debug: [.NET ThreadPool Worker] [easyhttp] [4461] POST to https://api.roonlabs.net/discovery/1/query returned after 170 ms, status code: 200, request body size: 74 B
02/11 01:05:25 Info: [8] [stats] 45861mb Virtual, 1976mb Physical, 932mb Managed
02/11 01:05:40 Info: [8] [stats] 45850mb Virtual, 1975mb Physical, 933mb Managed
02/11 01:05:44 Info: [.NET ThreadPool Worker] [remoting/serverconnectionv2] Client disconnected: 192.168.1.94:51457

So I don’t know. As a Systems Engineer, I can see where it’s going wrong from the log files. But I do not have enough understanding of how exactly Roon works. And I don’t have the diagnostic tools available to work out exactly what is going wrong.

But because of the variety of Warn messages I’m seeing, I’m pretty sure that there are either a couple of bugs (1 to do with a Time Machine interaction and another to do with macOS Sonoma and Sequoia) or a single timing or handshake bug that is having all sorts of downstream effects.

The really worrying thing is that my neighbour has a Sonos system, and that doesn’t work consistently either!

Good Night.

Update.
After several more days playing internet radio, I find I get variable results. Some days the system will run for long periods with no dropouts. But last Wednesday, 25th February, the system was dropping out frequently. Like every few minutes.

I’ve moved the Mac mini Roon Server so it is next to my router and plugged directly into it. It has Time Machine turned off and is not running any other applications. But I’m still getting dropouts.

I’ve tried running 1, 2 or 3 endpoints in a group and still get dropouts. That’s with the endpoints being either Mac minis or Raspberry PIs. So that eliminates the endpoint hardware as being the cause.

This morning, I’ve tried streaming a playlist from Qobuz. The system ran Ok for a while then dropped out with the dreaded warning:
02/15 11:48:28 Warn: [Worker (3)] [Kitchen DSD + Front Office DSD + Lounge BiFrost] [zoneplayer/raat] Too many dropouts (>3s dropped out in the last 30s). Killing stream

So it is not just internet radio, but also streaming from Qobuz.

I have ordered a Roon Rock (Rock Roon?) based on an Intel i7 NUC to substitute for the i7 Mac mini presently running my Roon Server. Should arrive in a day or so. That will help eliminate the server hardware.

I’m now going to double check that playing local music stored on the Roon Server itself is still OK.

Update
I setup a whole load of albums to play in the Queue. The system ran without missing a beat for over 24 hours. I think that proves that the domestic ethernet is all ok as the connection paths between the Roon server and the endpoints do not change between playing from the servers internal SSD or playing from the internet connection coming in from the router.

The dropout problem occurs when streaming music from the internet. We have a 1GB fibre connection, so that should not be an issue. The Roon system kept working yesterday evening even when we were streaming video from the internet. And the video didm’t dropout or have any hiccups.

So I’m thinking that: either there is something wrong with all the Bauer media internet radio station or Roon is having some difficulty talking to them. In that past I have tried playing Planet Rock from the same URL as Roon uses but using the Safari browser to play the music. Worked fine.

I’m still waiting for my Rock Roon Server to arrive. But I suspect that it will not make any difference to this problem.

Is there anything else I can try or do to identify the root cause of the internet radio dropouts?

Further Update
The Roon Rock based on an Intel I7 NUC arrived. I’ve transferred my Roon Library to the Rock and it’s all connected up. So now I have replaced all the components of my Roon System: the Roon server is now an Intel i7 NUC and the Endpoints are Raspberry Pi Model 4s, all instead of Mac minis.

Unfortunately this change of hardware has not solved the dropout problem. The system is still exhibiting the symptoms that it will run internet radio for a variable length of time then drop out. But the Warning messages are a bit different.
I’ve uploaded the Roon Server log files as adrian.berry@btinternet.com Logs.zip

Hi @Adrian_Berry,

The most recent build contained an improvement to Roon’s HLS stream ingestion that may have an impact on this issue. The logs you’ve uploaded show the new machine running build 1496 - please update to the latest available build on this RoonServer and let us know if the issue still occurs or if symptoms change.

Thank you for your patience!

Ok, Roon Server is now 2.47 build 1510. I’ll run it over the weekend and post an update :slightly_smiling_face:

Hi @Adrian_Berry,

We’ll make sure this thread remains open until you’ve had a chance to test it thoroughly. Hopefully, playback is smooth and uninterrupted - but if you experience a stoppage, let us know the approximate timestamp at your convenience, and we’ll continue to investigate.

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.

What’s happening?

· Other

How can we help?

· I am experiencing freezes or crashes

Other options

· Other

Describe the issue

Roon Live Radio playback stops intermittently on Rock and Raspberry Pi setup
Playing Planet Rock live stream, the system will play for a random length of time then stop. I have heard it stop for about a second, start again briefly then stop completley. The symptoms are exactly the same as I was experiencing in a previous post
https://community.roonlabs.com/t/roon-live-radio-playback-stops-intermittently-on-mac-mini-setup-ref-s664n6/290736.I've now changed the entire system from Macs to ROCK Pi but still get the same symptoms.
ROCK Version 2.48 (build 1517) production is running on an Intel NUC - I've checked the websites but have not found what the latest version is. But this is a recent update after the Mac problems. The Raspberry Pis are all running RoPieee 2025.02 (2167)
I've checked the RoonServer Log files and they are not showing the same errors as before the latest Roon update. And I can't see why the system is stopping :-( . I've zipped up the RoonServer Log files and also the complete RoonServer folder ready to upload - just in case someone can make sense of them.

Describe your network setup

1000GB/s Fibre connection direct to the house, BT Home Hub 2 modem/router, 1000Gb/s Cat 5e hardwired to all devices. Rock Sever connected directly to the router, 3x Raspberry Pi Endpoints connected via a Netgear GS324 24-Port Gigabit Ethernet Unmanaged Switch