Intermittent Qobuz Playback Stoppage (ref#RAELAC)

Hi! What’s not quite right with Roon?

· None of the above quite fits

None of the above quite fits

· None of these quite match

Tell us what's going on

· Qobuz suddenly stops

Tell us about your home network

· Asus XT8

Roon has stopped playing often, sometimes it will continue after a few moments not. I’m pretty sure this is happening with Qobuz playback, but I’m not positive.

I’ve tried restarting my Roon Server (Mac mini, M4, 24 GB RAM, macOS 26.3.1). I’ve tried restarting both my modem and router. I’ve tried logging out of Qobuz, then logging back in.

My internet download speed is about 750 MB.

What else should I check?

Hi @Rob_Welles,

Thank you for your post. We’ve gathered remote diagnostic logs to pinpoint a few errors.

We see two separate classes of dropout, both resulting from local network instability between Roon and endpoints, and the third from Qobuz download bandwidth.

The first class of dropout only occurs once. It affects grouped Zones only and involves repeated TCP disconnects:

Warn: [raat/tcpaudiosource] send failed: Broken pipe
Warn: [raat/tcpaudiosource] disconnecting + retrying

In other and more frequent cases, RAAT detects samples dropping out before they reach an endpoint. These dropouts accumulate too frequently to maintain the stream, causing a teardown.

03/08 16:34:30 Warn: [Mains + Computer + Kitchen] [zoneplayer/raat] Too many dropouts (>3s dropped out in the last 30s). Killing stream
03/08 16:34:30 Trace: [Mains + Computer + Kitchen] [zoneplayer/raat] sync Chord Electronics 2Go -> Eversolo DMP-A8 result: Timeout
03/08 16:34:30 Trace: [Mains + Computer + Kitchen] [zoneplayer/raat] too many dropouts. stopping stream

Lastly, we see server-side buffer overruns with one Eversolo endpoint in logs. Packets are arriving at this endpoint faster than RAAT expects, most likely due network congestion or network flow control settings that disagree with Roon.

We have a few steps we’d like you to try to help isolate the cause. We’ll examine new logs after these tests.

  1. On a remote, try playing to System Output using low-resolution local files and see if the issue occurs.
  2. Then try Qobuz at low resolution, and then higher-resolution content.
  3. Gradually add networked endpoints back into a grouped Zone and test each step to see if/when dropouts appear.
You don’t need to note any timestamps, but please share the name of the album you played.

Since you’re using an ASUS XT8, a few settings can help improve stability: enable Multicast Forwarding, make sure Airtime Fairness is disabled, and consider temporarily using a wired connection for high-resolution streams or grouped Zones.

We’ll watch for your response. Thank you!

Thanks for the suggestions!!

The router is already set to Multicast Routing. I was unable to find either “Airtime” or “Fairness” in a search of the manual. Perhaps it is called something else??

I have changed all endpoints to be wired instead of WiFi. If dropouts continue to happen, I’ll lower the resolution for Qobuz.

Hello @Rob_Welles

Wiring your endpoints is a massive step in the right direction. For a grouped zone involving high-performance gear like the Chord 2Go and Eversolo, Ethernet is always the gold standard for stability.

Since your last post, have you experienced any further stoppages while wired, or were you forced to lower the Qobuz streaming quality to keep the music playing?

Hi Vadim,

Thanks for your follow-up! Everything has been running smoothly since I got all the endpoints wired.

rob

This topic was automatically closed 24 hours after the last reply. New replies are no longer allowed.