What kind of performance/speed issue are you experiencing?
· Other
Please try to reboot your Roon Server
· Yes, rebooting helps, but the issue returns after some time
Please try to reboot your networking gear (Router/Switches/etc.)
· No, the issue is still the same even after a reboot
Is there any change in behavior if you try to navigate to Roon Settings -> Library and set both Background and On-Demand Audio Analysis to Throttled or Off?
· No, the issue is still the same
Does the issue happen on multiple Roon Remotes (controllers) or just one?
· Issue happens on multiple remotes
Router Domain Name System (DNS) change
· I was able to change my router's DNS servers but it did not help
What is the operating system of your Roon Server host machine?
· Roon Optimized Core Kit (ROCK)
Timestamp of issue occurrences
· The most recent time this happened was at 13:19 PDT on June 15, 2026.
Describe the issue
Roon sometimes stops playing on track change and fails to load further tracks
Describe your network setup
I'm on Ziply Fiber for my ISP on their 1gbps plan with a Nokia XS-010X-Q ONT, I'm running OPNsense 26.1.10 for my router, I have some Unifi switches (my Roon host is connected to a Unifi Switch 16, one remote is also connected to the same switch, and the other remote is connected wirelessly), and a pair of Ruckus R850 WAPs.
I managed to get a copy of the log off of my ROCK host (a NUC10i7FNH with 32GB of RAM) a few seconds after this happened this time. There were a couple of notable errors listed in it:
06/15 20:19:39 [Local 06/15 13:19:39] Error: [raat/tcpaudiosource] connect failed: Object reference not set to an instance of an object.
06/15 20:19:39 [Local 06/15 13:19:39] Warn: [raat/tcpaudiosource] disconnecting + retrying
06/15 20:19:39 [Local 06/15 13:19:39] Error: while sending frames for System Output: serverside buffer overrun
06/15 20:19:39 [Local 06/15 13:19:39] Warn: [zoneplayer/raat] Error during streaming: System.Exception: serverside buffer overrun
at Sooloos.Broker.Transport.RaatTcpAudioSource.SendFrames(IPEndPoint ep, Int32 stream_id, Int64 streamsample, Double buffersize, StreamFormat format, Double gain, Double peak, Byte[] buf, Int32 nsamples)
at Sooloos.Broker.Transport.RaatZonePlayer.<>c__DisplayClass32_0.<_StartStream4>b__1()
I’ve only ever experienced this when Roon switches to the next track in an album, and then the loading bar keeps acting like it’s loading. The pause button does nothing, and restarting the Roon remote doesn’t help, either. The only thing I’ve found that can resolve this is restarting the Roon server process.
I don’t know whether this is relevant or not, but I do have some music being loaded over an SMB share that I’ve configured in Roon. The rest is on a USB hard drive directly attached to the NUC.
Edit: I should probably also note that one of the Roon remotes (the one connected via cat5e to the switch) is being used for playback, but the other (connected wirelessly) is primarily used to control playback to a Roon bridge on a DietPi installation (which is connected via cat5e to a Unifi Switch 8, which is connected to another Unifi Switch 8, which is connected to the same Unifi Switch 16 that the NUC is connected to). I don’t know whether that’s relevant, but it seems worth mentioning it.
Also, this is on build 1661 for the remotes and server, and 1501 for the bridge, but it’s been happening for quite a while across numerous builds. I just haven’t grabbed a log in time before in order to get anything that looked useful.
Looking at the logs, we can see the playback failures all happened on tracks from Vampire Crawlers - The Original Soundtrack (by Poncle/Vampire Survivors) — specifically Treasure A (3 sec), Treasure B (4 sec), and Treasure D.
Could you confirm: does the skipping/stopping issue happen only with very short tracks (under ~10 seconds), or does it also occur with normal-length tracks (2–4 minutes)?
If you want to test, try playing through a few albums with typical track lengths and see if it skips. Then play through a game OST or any album with lots of short tracks and note if the issue comes back.
This will help us narrow down the root cause significantly.
Just checking in on this. Were you able to test a few normal-length albums and then compare that with an album that has lots of very short tracks, like the soundtrack we mentioned? That should tell us whether the skipping only shows up on tracks under about 10 seconds or if it also affects typical 2 to 4 minute songs. Let us know what you find, thanks.
I actually did. Well, I played an album that has 448 tracks that are all 2+ minutes long, followed by one that has a number of sub-10 second tracks. I couldn’t replicate the issue, but this is something that only seems to happen every few weeks.
Most albums I listen to don’t have tracks that short, so I suspect it’s a coincidence that it happened on a shorter track like that.
Thank you for the detailed logs. The serverside buffer overrun error during track transitions is a known issue that has been reported to our development team. Unfortunately, it is currently not the highest priority on the roadmap, so there is no immediate fix to offer.
Please keep an eye on the Software Release Notes for updates. We will go ahead and close this thread for now, but feel free to reopen it if the situation changes.