When internet connection is not perfect, Roon displays the following message:
That’s cool, but then Roon immediately jumps to the next song, which is very annoying. I would like for Roon to retry with the current song, around the position where network problem occured.
Speedtest and connection type don’t matter. I do sometimes have problems with the Internet connection and what I don’t like is how Roon handles it. It should retry instead of skip.
I agree that jumping to the next song is very annoying. It should be user option to do this (or to set the application behavior within settings section).
In the previous days i’ve had the same issue with Tidal and a 1Gb fiber interface with 9ms latency to Tidal server.
For me it is either a bug OR a Tidal issue. In the same situation Qobuz has no issue.
Make sure you have tried using the public DNS servers of cloud flare 1.1.1.1 or google 8.8.8.8 or 8.8.4.4. How will depend on your router or if using static IP address for the core
Thanks for the feedback here! Since this appears to currently be “working as designed”, I have moved your post over to the #roon:feature-requests section of this site.
This section is monitored by our product team and other users can also weigh in for features which they’d like to see added.
My suggestion however would be to fix the root cause of the issue, it sounds like you might be experiencing some networking issues.
Dont be so indignant that your network settings might or not have an issue…we are giving you advice from a world of experience and DNS is important to have right for streaming routes. You can ignore it of course but it doesn’t cost you anything to get a look at it…post your settings if you care to.
Run a trace route to the tidal servers (its not to tidal.com by the way) you will need to determine what that address is in your network connections.
Latency to the streaming source is the most likely offender here and latency is what’s caused by many hops along the routes that are in part determined by the DNS responses on how to get to the streaming service.
traceroute: Warning: ab-pr-ak.audio.tidal.com has multiple addresses; using 23.46.16.205
traceroute to a1874.dscv.akamai.net (23.46.16.205), 64 hops max, 52 byte packets
1 usg (192.168.0.1) 0.535 ms 0.351 ms 0.302 ms
2 fnet2-f77-access.vqbn.com.sg (132.147.77.2) 4.634 ms 1.511 ms 1.262 ms
3 132.147.112.107 (132.147.112.107) 1.681 ms 1.579 ms 1.568 ms
4 akamai2.sgix.sg (103.16.102.154) 6.859 ms 3.963 ms 10.359 ms
5 a23-46-16-205.deploy.static.akamaitechnologies.com (23.46.16.205) 1.417 ms 1.536 ms 1.475 ms
your tidal server might be different but you get the idea.
I’m not (indignant).
The thread is simply about what Roon does when the connection is interrupted. This does not mean that connection problems should not be solved locally by each user… P.S .: My DNS is set to Google. The problem manifests only when there are problems with the Internet provider (extremely rare) or when the Tidal service is interrupted (and this happens rarely).
OK…so in your opinion then how long should Roon retry…1 second? 10 seconds 1 min or maybe continously? You are likely still going to get a drop/pause in music assuming the connection is not good enough - in which case its why its probably stopped in the first place and moved on.
I dont know what tidal’s buffering allowance for other users of their service, maybe its not great? Maybe their own app is better at this…does this happen if you are using their app in the same time frame (test when it happens on roon) or soon after?
For me it would be great if there were two settings:
On connection error: try reconnect for X seconds.
When the reconnect fails: skip to the next track / stop playing.
Other users may have other preferences.
In the event that this will be implemented, I rely on the Roon team, which has always had very good and practical solutions.
As far as I’m concerned, it could also repeat infinitely since if playback of the current song cannot be resumed, then the next song or songs will have the same problem as well.
P.S. I would appreciate stop getting advices about network problems. It’s not about that and there’s nothing to be done.