Playback interrupts regularly

Roon Core Machine

NUC7i7DNHE, 8GB ram
Intel(R) Core™ i7-8650U CPU @ 1.90GHz, 2112 Mhz
Windows 10 pro version 10.0.19044 Build 19044

Networking Gear & Setup Details

Telenet (Belgium) Cable modem. Fritzbox 6890 LTE configured as a switch/access point.

Connected Audio Devices

Mola-Mola Makua (endpoint, wired), Kii Three (usb to core)

Number of Tracks in Library

48080 tracks

Description of Issue

Sorry for only chiming in when things go wrong. I have a lot of joy from Roon otherwise. But for the past week I’ve been getting a lot of stops, both while playing radio or listening to music (Qobuz mostly). There has been an update meanwhile but the phenomenon persists. I can’t quite see what else may have happened in my system.

Both the USB device and Roon Endpoint show the problem.

A typical log entry reads:

03/02 20:55:55 Debug: FTMSI-B-OE qo/C672BAD3 rid:1 interrupt requested; reason: should remove
03/02 20:55:55 Info: [remoting/serverconnectionv2] Client disconnected:
03/02 20:55:55 Trace: [Mola-Mola Makua @] [raatclient] GOT [24] {"status":"Dropout","samples":87550}
03/02 20:55:55 Trace: [Mola-Mola Makua @] [raatclient] GOT [24] {"status":"Dropout","samples":96000}
03/02 20:55:55 Trace: [Mola-Mola Makua @] [raatclient] GOT [24] {"status":"Dropout","samples":96000}
03/02 20:55:55 Trace: [Mola-Mola Makua @] [raatclient] GOT [24] {"status":"Dropout","samples":96000}
03/02 20:55:55 Trace: [Mola-Mola Makua @] [raatclient] GOT [24] {"status":"Dropout","samples":96000}
03/02 20:55:55 Trace: [Mola-Mola Makua @] [raatclient] GOT [24] {"status":"Dropout","samples":96000}
03/02 20:55:55 Trace: [remoting/brokerserver] [initconn>] Connected
03/02 20:55:55 Trace: [Makua Office] [Lossless, 24/192 QOBUZ FLAC => 24/192] [100% buf] [PLAYING @ 1:43/2:03] Ufie (Igbo Dance): III. Fast - Christian Onyeji
03/02 20:55:55 Debug: FTMSI-B-OE qo/C672BAD3 interrupted req 1; missing block 2639
03/02 20:55:55 Debug: FTMSI-B-OE qo/C672BAD3 created new req 2 for block 2639 p 2639; active requests 1
03/02 20:55:55 Debug: FTMSI-B-OE qo/C672BAD3 rid:1 request ended -- first block: 0 blocks read: 2639 download speed: 6573kbps response time: 552ms
03/02 20:55:55 Trace: [Mola-Mola Makua @] [raatclient] GOT [24] {"status":"Dropout","samples":96000}
03/02 20:55:55 Warn: [Makua Office] [zoneplayer/raat] Too many dropouts (>3s dropped out in the last 30s). Killing stream

@Bruno_Putzeys, sorry to hear about the issues you are experiencing. How is your Roon Core connected to the network, via Ethernet or WiFi? I see that you have configured your 6890 as a switch, but is it possible to replace that with a dedicated switch, or add a switch to it while leaving the WiFi active? Have you checked your Ethernet cables for a possible fault and tried replacing them? Also, what version of Roon are you using for your Core?

Hi Robert,

Thanks! I started getting some suspicions about the network too. What I forgot to mention (because I’d forgotten entirely) is that there is another switch in play. So the cable modem is in the utility box in the garage, it’s got one cable going to the fritzbox and on to the core and the usb connected speakers. Also from the cable modem there’s a cable going to the other end of the house with the Makua endpoint, again through a switch with all the other office equipment. It turns out that this second switch (or cabling) is throttling capacity (I get twice the broadband speed as measured from the core than from the other end). All in all not an ideal situation. All in-wall cables are Belden CAT6, but the rest is usually just from the junk box so worth replacing.

What would be pointers in the roon logs that could help indicate that the problem is local network infrastructure?



Too many dropouts (>3s dropped out in the last 30s)

Bruno, I believe you are on to something with the second switch, or a combination of cables and switches. Is it possible to replace any of the non-Cat6 cables, even temporarily? Altnernately, one of the switches may have a failing port/ports that is resulting in a degraded signal. If none of these change the behavior, then we can request the Roon staff to take a look at the logs when they return to the office on Monday.

Sometimes just swapping to another switch port will correct the problem.


1 Like

Hi all, thanks for the responses. First thing I’ll do is replace all cable with a known good type (same cat 6 as I have in the walls, not fun to fit with connectors but otherwise free from suspicion) and get a new switch for the office.

Meanwhile I’m now also getting stops to find roon completely maxing out the cpu and memory (apparently) trying to re-index the library. At least that’s what it looks like on the logs, the UI gives no indication of it. Playback proceeds seamlessly for a while after I reboot. Either a separate problem or one masquerading as another. As the signs on French level crossings have it, “un train peut cacher un autre”.

In a few days I’m off on vacation for a couple weeks so the thread may well expire before I can report back. Thanks for the help so far!

1 Like