Is there a specific error message you see? If so, please select from the following options:
· Other
Please try to reboot your Roon Server and check to see if this helps.
· Rebooting my Server had no effect, the issue remains
Please try to reboot and unplug/replug in your affected audio device and check to see if this helps.
· Rebooting and unplugging/replugging my audio device, the issue remains
Please open your Roon Remote and select the "System Output" Zone and try to play to it. Do you encounter any playback errors with this Zone?
· I don't have a System Output available, but I'd like to keep troubleshooting
Please try fully rebooting your network equipment
· No, I'm still having trouble
An issue with playback on System Output and another zone often indicates a network security problem. *Check your firewall(s)* to ensure that *Roon*, *RoonServer *and *RAATServer* are allowed to properly communicate
· I'm still having problems / This isn't relevant to me
Does the issue happen with local library music, streaming service music, or both?
· Only streaming affected, and I don't have any local content to test with
Please select the streaming service(s) with which you're encountering playback problems.
· TIDAL
Have you tried logging out and back in again to your streaming service?
· Logging out and back in had no impact, the issue remains
What is the model/manufacturer of the affected audio device(s) and the connection type?
Thanks for taking the time to write in! And thanks for your patience so far. Our team was able to take a closer look into your issue, and see that the issue is potentially linked to the G1 essentially not receiving audio data in time from your ROCK, and is then setting itself to sleep - just in time for it to play the buffered ~3 seconds of audio you hear.
This is initially caused by a bandwidth throttle, potentially stemming from the EERO Pro. Could you double-check your network settings, and see if you’re able to provide additional network priority to your ROCK?
I’d also setup a simplified hardwire connection directly to your router from your ROCK and the G1 if possible.
Thank you for your response. I actually reconnected it back to ethernet with same result. I will see if i can give Auralic G1.1 priority in eero 7 but i honestly do not think thats possible.
If both devices are wired to the Eero and yet the Eero is not able to sustain the lowly 10 Mbit/s transfer rate between them that’s needed for 192/24 music streaming in Roon, something isn’t right. It should manage at least 10 times that or more without issue (depending on the connected devices, but they can all work on 100 Mbit/s at least). I don’t believe that the Eero is that bad, they would not be selling any.
The Eero support guys should have noticed this.
Did you verify that the Ethernet cables aren’t faulty?
Even Cat5e would be easily sufficient as long as the cables are conforming to standards and not broken.
Maybe it’s not that, but best to rule out first, if there’s no weird router settings leading to throttling.
I turned off eco settings and all settings are OK. I understand 5e would be sufficient but I do not want to buy cables twice, so I got these to future proof
@benjamin SO this happens for both WiFi AURALiC Aries G1.1 and wired, when skipping songs. Roon is connected via wire and always has been. Any further help you can provide?
I work with @benjamin on tech support and we’ve investigated diagnostics together. Here’s what we’ve found:
What’s working well:
All your Remotes and endpoints/Zones are on a single subnet and I can see in your posts above that you’ve hardwired them to the same Eero router for testing. Eero Mesh networks can inevitably forward multicast traffic to the wrong place or expose the transport to WiFi interference, but you’ve mitigated these factors. I think we can assume the problem isn’t in your local network right now.
What’s not working well:
There are two major problems causing dropouts in the logs we’ve seen. First, Tidal tracks aren’t downloading fast enough to keep up with playback, as @benjamin pointed out above. It doesn’t attack the source of the problem, but you can possibly give your endpoint (the Auralic or any other Zone) more time to accommodate sample rate switching between tracks by adding more time to the Resync Delay in Settings → Audio → Gear Icon next to the Zone.
Second, Roon is adjusting for a small percentage of sample dropouts in the audio stream to the Auralic. This somewhat contradicts my earlier statements, as Wifi interference is often the cause. However, I can’t find an instance of sample dropouts accumulating sufficiently to kill the device’s connection. I don’t suspect this is the primary cause of your issue, but it might be a contributing or enabling factor.
What we do see is something rather strange - Tidal’s own servers are deauthorizing your streaming session midway through certain tracks. This has the effect of a dropout, since the stream has already been initiated. If your permissions didn’t match, it’s doubtful Tidal’s API would authorize you to play a track, so we can assume there’s a third factor involved here.
First, log out and back into all streaming services in Roon to refresh your session credentials. I would do the same in the Tidal app or web service independently, as well. Next, make sure that no third-party security apparatus on your network (like a stateless firewall or antivirus software) is interfering with Roon. This could include a VPN that might be interfering with Tidal’s georestrictions on content.
Gear Icon next to the Zone.