· Roon radio abruptly quits playing and the pause icon reverts to a play icon. This occurred at 10:57 AM EDT and approximately 15 seconds. The station was WQFS and it had been playing fine for ~2 hours.
Tell us about your home network
· 2 G fiber connection to home. Mac Studio running Roon/server Ethernet connected to home router LAN. One Roon endpoint USB connected to Mac Studio, other 5 endpoints Ethernet connected via LAN.
Thanks for writing in! From a fresh Roon Server diagnostic report, we can see that the radio playback stopped naturally at 10:57:08 due to an end of media, the log shows:
OnPlayFeedback StoppedEndOfMediaNatural
This means the internet radio stream ended on its own (likely a stream disconnect or the source stopped broadcasting), rather than any error. All three endpoints (Benchmark DAC2, Studio 26c, and the Ropieee devices) then gracefully tore down their streams, and after 5 seconds of no playback the zone suspended to release the audio device.
Playback was then manually resumed a bit later via a PlayPause action, reconnecting to the WQFS stream successfully.
If you’re seeing this happen frequently, feel free to share another timestamp and we’ll take another look.
It may also help to remove and re-add the radio station manually as well.
Another drop out from the same radio station just occurred- around 7:30 PM EDT in the middle of a broadcast. I restarted it as before.
I will look at how to remove and re-add the station. Can you say how this might help?
I know the engineer who manages the technical side of this station and may be able to get him to look at it. It would be interesting to know if the drops always have the same cause.
I have also used TuneIn to receive this station without drop issues, though those sessions are typically not as long.
Is there a way Roon could reinitialize automatically some time (say 5 seconds) after a “OnPlayFeedback StoppedEndOfMediaNatural“?
One other comment: This radio station does not broadcast 24/7/365, for what that is worth.
Thanks for letting us know. We reviewed the latest diagnostics, but it looks like your timestamp was already overwritten by newer logs, unfortunately. What is strange is that your Roon Server appears to be running for only a period of time before being started again, when you encounter issues, do you quit and restart RoonServer, or is this crashing? When the music stops, do your remotes also disconnect from the Server?
Thanks for checking @noris. My guess is you noticed a lot of Roon starts yesterday which resulted from me updating from Asus ZenWiFi XT9 mesh router to a TP-Link Deco BE63. Both cases a main + 1 satellite. The Asus has not been reliable during power outages/glitches, and in other cases, and I’m concerned some of the Roon issues may be XT9-related.
Off topic, but I have 3 Raspberry Pi endpoints running ROON on RoPieee, with one also enabled for AirPlay. There are also 2 old Apple AirPort Express module end points. All are/have been Ethernet-connected, with static routes. I changed them all back to DHCP, with the BE63 having them in a “reserved address” list to get the same IP always. I also reset the one Pi with AirPlay not to have AirPlay.
The BE63 fiber speed test improved vs. the XT9 downlink from 2050 Mbps to 2200, and uplink from 1250 to over 2000. T-Mobile bought out Lumos here, and they also updated the modem for the 2 G service I have.
I’m running the ROON radio today, and plan to listen to other things concurrently. We’ll see how it holds up.
@noris I only answered your first question- no Roon did not crash with radio music stops. I haven’t correlated remote (endpoints) crashing with music stops, but there has been a lot of cases where some disappear, usually taking a XT9 router reboot (and many times also a satellite router power off/on) to recover. This has also been the case with other devices in the network. This is why I’ve updated the router as noted above.
It sounds like you have made some significant and positive changes to your network architecture. Moving from a mesh system that was struggling with power-cycle recovery to a more stable TP-Link Deco setup is a great move for Roon, as it relies heavily on consistent, low-latency communication between your Core and your endpoints.
Regarding your questions on Roon Radio:
1. Why remove and re-add the station?
Internet radio stations often change their streaming URLs or server load-balancing configurations without notice. When you add a station to Roon, it caches the specific URL/API entry at that moment. If the station provider makes a backend change (like adding a new relay server or updating the stream format), your cached entry can become “brittle,” leading to premature disconnections. Manually deleting and re-adding the station forces Roon to fetch the latest metadata and streaming pointer directly from our live radio directory.
2. Can Roon auto-reinitialize after a drop?
Currently, Roon is designed to stop playback when it receives an EndOfMedia signal. This is a deliberate design choice: if a stream drops because of a major server-side error or an end-of-broadcast event, we do not want to force an infinite loop of reconnection attempts that might overwhelm the station’s server or your own network.
However, since you know the engineer at WQFS, this is a great opportunity! If you can get the direct high-quality stream URL (often a .pls or .m3u file), that is much more reliable than relying on a platform like TuneIn’s aggregator. You can add this direct link in Roon via Live Radio > My Live Radio > Add Station.
Moving Forward
Since you have just upgraded your router and switched to static IP reservations, give the system a few days of “burn-in” time. If you continue to see drops, the best way to get a definitive answer is to:
Immediately note the time and time zone the moment the stream stops.
Check if you can open the same stream in a browser on your Mac Studio at that exact moment. If the browser stream also stops, it confirms the station’s broadcast itself is dropping. If the browser keeps playing, we have a clear path to investigate why the Roon Core is timing out.
We’re optimistic that your new network hardware will solve those “disappearing endpoint” issues you were experiencing. Please keep us posted on how the radio holds up over the next few days!
