Playback interruptions and server connection issues post-update (ref#EYNFLY)

Support
1

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?

· *Both streaming and local* *library* music are affected.

Do you encounter any playback errors with the "System Output" Zone?

· The System Output has the same problem as my other Zone.

Do you have a complex network setup?

· Both the device and RoonServer are connecting to a *single router*

Please try rebooting your router.

· No, I'm still having trouble

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

· For the past few days, I've been experiencing interruptions and playback stops again, preventing use. For example, after other unrecorded stops since starting around 10:30 AM: June 1st, French time: 11:39 AM 11:40 AM 11:46 AM Then I left for two hours and the music stopped when I returned. Playback resumes when I restart it. IMPORTANT: It is quite likely that it will resume for several hours again, as it did yesterday.

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

· Cambridge CXN 100 up to date V139-b-003 (verified by Cambridge) Ethernet.

Describe the issue

Hello (Benjamin?)

Following your intervention regarding the playback interruptions and the "waiting for your server" message, the situation was resolved in that there were still a few interruptions (with or without playback stopping), mainly within 5 minutes of starting. Then it was fine for several hours.

For the past few days, I've been experiencing interruptions and playback stops again, preventing use. For example, after other unrecorded stops since starting around 10:30 AM:
June 1st, French time:
11:39 AM
11:40 AM
11:46 AM
Then I left for two hours and the music stopped when I returned. Playback resumes when I restart it. IMPORTANT: It is quite likely that it will resume for several hours again, as it did yesterday.

No recent configuration changes.
All applications and Windows are up to date.
Firewall and router ports have been checked.

I cleared the caches of all four Roon apps when there was one.

IMPORTANT NOTE /
I haven't changed any of the configurations since my initial Roon installation a year or two ago.

This happened immediately after the major update. The two subsequent updates didn't fix it.

Initially, there were no playback issues. (Of course, there were other problems like high latency when adding an album to favorites, etc., but you live with that.)

Additional information that might be helpful:
After the major update, ARC stopped working. Reinstalling and restarting, checking the router settings, had no effect. Then it started working again without any intervention some time later. So it probably wasn't due to the local configuration.

Configuration:
Roon server and client up to date on a DELL Optilex 7020 PC with the latest Windows 11
Orange Livebox
CXN100
DELL and CXN connected directly to the router via Ethernet. No splitter or other device.
All speeds are more than adequate.

Two other clients on two other up-to-date Windows 11 PCs. Connected via Wi-Fi.

Thank you for your help.
Have a good day.
André.

Describe your network setup

Configuration: Roon server and client up to date on a DELL Optilex 7020 PC with the latest Windows 11 Orange Livebox CXN100 DELL and CXN connected directly to the router via Ethernet. No splitter or other device. All speeds are more than adequate.

2

June 2nd, French local time

After restarting:

9:15 AM "Waiting for your server "

9:17 AM “Nothing playing”

9:20 AM Track skip and stop

9:21 AM Interruption without stopping

9:22 AM Interruption without stopping

9:24 AM Long time to change tracks

9:24 AM Interruption without stopping

9:26 AM Playback interrupted and unexpected track change

9:27 AM Stopped, unable to restart playback, playback restarted after 1 minute.

9:31 AM At the end of the track, “Nothing playing”, “Waiting for your server”

etc.

etc.

etc.

3

Comme d’habitude, après tous les etc. tout est ok depuis 12h (il est 13h25) ;

J’ai vraiment besoin de vous conseils !

Merci !

—————

As usual, after all the usual stuff, everything’s been fine since 12 noon (it’s now 1.25 pm);

I really need your advice!

Thanks!

4

Hello,

To summarize:

After startup, interruptions every few minutes, sometimes continuous, sometimes with a complete stop, skipping tracks with messages like “Waiting for you Roon Server,” then “Nothing playing” for two to three hours.

And then, normal operation.

A complete mystery!

Thank you for your help.

André.

5

Logs that should cover the period described.

https://drive.google.com/file/d/1KxKirDxdkNocuhfc1YtsoqiEorMgfAfo/view?usp=sharin g

Thank you!

A ndré

6

Hi @Andre_Huot,

Thanks for writing in and sharing your additional report!

A fresh Roon Server diagnostic report reveals three distinct but related problems, all pointing to a root cause of server-side resource exhaustion driven by an ongoing full metadata refresh of a very large library.

It appears that your library contains 176,667 tracks, a very large collection. The logs show Roon is performing a continuous background “full metadata refresh” of essentially the entire library at once. The metadata processing queue peaks at 176,617 tracks simultaneously queued, which constitutes nearly the entire library.

This background task causes severe memory pressure on the .NET runtime.

First, CXN100 TCP disconnects during GC pauses. The CXN100 connects over Ethernet. When a GC pause freezes the Roon process for a significant period, the TCP connection to the CXN100 times out. The log sequence is always the same:

[raat_ll/client] [CXN100] OnDisconnected: BeginRead ead count is 0
[transport] destroyed zone CXN100 was playing? True
[zone CXN100] OnPlayFeedback Stopped

Second, Audio dropout cascade → “Too many dropouts” → stream killed: When GC pauses disrupt audio packet timing, the CXN100 reports rapid-fire “status”:“Dropout” messages. Once more than 3 seconds of dropouts accumulate in a 30-second window, Roon kills the stream:

Warn: [CXN100] Too many dropouts (>3s dropped out in last 30s). Killing stream
Warn: [zone CXN100] Track Stopped Due to Slow Media

Additionally, we’re also seeing Persistent TLS Authentication Errors

Error: [cast/client] [Cambridge-Audio-CXN1-287535da11cb20bf3d1bb72c32e4df1c._googlecast._tcp.local] 
Unable to authenticate TLS connection

These fire roughly every 30 seconds, continuously, across all log files. This is Roon’s Chromecast/Cast subsystem failing to authenticate to the CXN100 via TLS. While this alone does not stop playback (the RAAT protocol handles audio separately), it adds background error-handling CPU/memory overhead and may interfere with device state detection.

Some next troubleshooting steps for you to try:

  • Check available RAM on the Dell OptiPlex: With Roon consuming up to 10 GB of RAM during metadata refresh, if the machine has only 8–16 GB total, Windows and other processes will compete severely. Task Manager → Performance → Memory during an active playback session would confirm whether physical RAM is being exhausted.
  • Temporarily disable metadata improvements / pause library analysis: In Roon Settings → Library, pause any running background analysis. This won't stop the periodic refresh cycle but reduces overall load.

Thank you! :folded_hands: