Frequent Playback Dropouts on WiiM Ultra Devices with Qobuz and Local Files (ref#R99NL4) [Ticket In]

Support
1

What’s happening?

· Other

How can we help?

· None of the above

Other options

· Other

Describe the issue

I have four WiiM Ultra devices on my network, 3 are hardwired over ethernet, one is wifi. When grouping any/all of them together, in any combination, playback will occasionally stop between tracks. It always stops after 1 second into a new track, it affects all tracks both locally and streaming via Qobuz (although it happens more frequently to streaming tracks than local), and I notice that once it starts it gradually becomes more frequent. Maybe taking 10 songs to appear after starting a new Qobuz stream then gradually becoming more frequent. I'm constantly seeing the following errors in my log files when the skipping starts:

11/23 16:26:16 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.194:36183] [raatclient] GOT [12543] {"status":"Dropout","samples":24576}
11/23 16:26:16 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.215:41353] [raatclient] GOT [18542] {"status":"Dropout","samples":24576}
11/23 16:26:16 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.140:35359] [raatclient] GOT [18904] {"samples":47999,"status":"Dropout"}
11/23 16:26:16 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.194:36183] [raatclient] GOT [12543] {"status":"Dropout","samples":20480}
11/23 16:26:16 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.215:41353] [raatclient] GOT [18542] {"status":"Dropout","samples":16384}
11/23 16:26:17 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.140:35359] [raatclient] GOT [18904] {"samples":47998,"status":"Dropout"}
11/23 16:26:17 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.194:36183] [raatclient] GOT [12543] {"status":"Dropout","samples":24576}
11/23 16:26:17 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.215:41353] [raatclient] GOT [18542] {"status":"Dropout","samples":24576}
11/23 16:26:17 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.140:35359] [raatclient] GOT [18904] {"samples":47998,"status":"Dropout"}
11/23 16:26:17 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.194:36183] [raatclient] GOT [12543] {"status":"Dropout","samples":20480}
11/23 16:26:17 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.215:41353] [raatclient] GOT [18542] {"status":"Dropout","samples":24576}
11/23 16:26:18 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.140:35359] [raatclient] GOT [18904] {"samples":47999,"status":"Dropout"}
11/23 16:26:18 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.194:36183] [raatclient] GOT [12543] {"status":"Dropout","samples":20480}
11/23 16:26:18 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.215:41353] [raatclient] GOT [18542] {"status":"Dropout","samples":16384}
11/23 16:26:18 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.140:35359] [raatclient] GOT [18904] {"samples":47998,"status":"Dropout"}

For reference, 192.168.1.194 is wireless, the others are all wired. In the above example I'm only grouping three devices: two ethernet and one wireless. The WiiM that's wireless is reporting a strong signal to the router and it's configured to prioritize streaming media via the router's QoS settings.

On the wifi WiiM, I've dropped the optical out bit rate down to 16/44 hoping to minimize the data going to that device from Roon, but since it's using the optical out to a separate DAC I can't force the max bit rate for this endpoint in Roon. For the WiiM's, it seems to only be an option when connecting to an external DAC via USB (but I'm not sure why).

When the stream does stop I'm always seeing the following message in logs:

11/23 16:39:01 Warn: [WiiM Ultra - Cambridge CXA81 + WiiM Ultra - Basement + WiiM Ultra - Living Room] [zoneplayer/raat] Too many dropouts (>3s dropped out in the last 30s). Killing stream
11/23 16:39:01 Trace: [WiiM Ultra - Cambridge CXA81 + WiiM Ultra - Basement + WiiM Ultra - Living Room] [zoneplayer/raat] too many dropouts. stopping stream

Describe your network setup

Asus XT9 mesh network
2 additional mesh devices (both hardwired ethernet)
3 WiiM Ultras on ethernet, 1 on wifi (the problem device)

2

This post is a continuation of previous posts and issues with the WiiM Ultras and RAAT. I’ve been slowly migrating off of mostly Pi/Ropieee end points to the WiiM’s to take advantage of their other multi-room features. I don’t see any drops at all when using WiiM’s embedded multi-room features – I can play Qobuz for hours straight sync’d to all 4 devices without any issue at all when playing directly on the WiiM’s via the app – and I can Chromecast to all four devices at once by grouping the WiiM’s together in the Google Home app without an issue. It’s only Roon/RAAT that’s dropping streams.

I also never had any dropouts to any of the Pi/Ropieee wireless endpoints from Roon in the past. This is a new issue that’s only cropped up with the WiiM Ultras.

3

One other update: I created a Google Cast group with all of the WiiM’s, enabled it in Roon, and streamed to that endpoint for a few hours over Chromecast rather than directly to each endpoint. Roon played without any issue to the Cast group, no stops at all. So I’m guessing this is just something to do with RAAT/RoonReady on either the Roon or WiiM side.

4

Hey @rcrawley,

Thanks for following up on your issue! It sounds like RAAT dropouts only occur on grouped WiiM Ultras, only via Roon, always occurring ~1s into track transitions, gradually worsening, and reported simultaneously across all grouped WiiM devices.

This strongly suggests a synchronization / buffering / clock-sync issue specific to RAAT on the WiiM Ultra firmware, not a raw network throughput problem.

That said, it’d be good to rule out network, Roon settings, and WiiM firmware variables, because RAAT is far more strict about clock and buffer coherency than Chromecast or WiiM’s built-in multiroom.

Let’s see if we can force all RAAT zones to use identical clocking & buffering parameters:

On every WiiM Ultra, set:

  • Device output to the same type if possible (all optical or all line-out temporarily just for testing).
  • Disable “Enhanced Jitter Reduction” / “Clock Trim" if the WiiM exposes it.
  • Disable any DSP on any one device that the others do not also use.
  • In Roon Device Setup for each WiiM:
    • Set Resync Delay to 500 ms (or even 1000 ms for testing).

If your issues still occur- test out completely removing wifi from the equation. Group only the three wired WiiM Ultras.

With that, do all WiiM Ultras show the identical firmware version?

Thank you! :folded_hands:

5

Hi @rcrawley,

It’s crucial to revisit a few settings in the mesh network itself.

On Asus mesh networks, QoS can actually hurt RAAT clock synchronization by shaping and prioritizing traffic in a way Roon doesn’t expect. Try disabling this feature.

Please also looking for a feature called Airtime Fairness under Wireless → Professional in the Asus settings. This might be throttling the WiFi WiiM receiver.

Logs show the 192.168.1.194 WiiM can’t keep its clock stable - when it lags in the buffer, the entire group has to resynchronize. When these repeated resync events occur, the whole group eventually falls behind the buffer.

If your physical environment allows you to hardwire the last WiiM (194 ) to an AP, this will likely resolve all issues.

6

Thanks for the feedback @benjamin! I’ve made the changes you recommended on each WiiM via the app and in Roon so everything is the same between all devices. For firmware, WiiM seems to roll out FW updates in stages, so I have two devices on 5.2.734250 (released on Nov 1st) and two on 5.2.736552 (released on Nov. 24th, Monday). Prior to Monday all four were on 734250.

Interesting I am seeing different setting options available for each of the WiiM devices in Roon specifically wrt max bit and sample rates. On one endpoint, I can set both the max bit and sample rates; on another I can set the max bits per sample but don’t have an option to set the max sample rate; and on a third I can’t set either the max bit or sample rates. This was true even when all were on the same firmware. The one that full settings available is using USB out to an external DAC, and the other two which have different setting options available to each are both using optical also to external DACs. The DACs are different in each case, though. :person_shrugging:

Anyway, back to this issue at hand. Honestly the results are all over the map. My first test resulted in the following:

  • 3 devices, all WiiM optical out, two ethernet and one wifi
    • Played without interruption for ~4 hours, all audio streams in sync, until the logs reported too many dropouts and the stream was killed.

I then tested:

  • 2 devices, all WiiM optical out, both ethernet (removing the wifi WiiM from the test)
    • Played without interruption for ~6 hours, all audio streams in sync, until the logs reported too many dropouts and the stream was killed.

And honestly I’d be completely happy with 4 hours of straight play without having to restart it. But after that second test, things just become unpredictable, back to sometimes dying after a few tracks when the Wifi WiiM was in a group, sometimes lasting for an our hour or so before dying, but in all cases always dying with the same Too many dropouts message.

Later today I’m going to try the solution that worked for previous issues – restarting Roon core a few times, and restarting the WiiMs, and then testing again with the wifi endpoint, just to see.

Thanks again for the feedback! Really appreciate the team looking into this. I’ll also follow up with @connor’s feedback in a separate response.

7

Thanks for the info @connor, very helpful. I’ve confirmed that Airtime Fairness is already disabled in my Asus Wifi settings for all three bands (2.5, 5-1, 5-2).

Where the Wifi WiiM is placed is the one part of the house that doesn’t yet have ethernet, and won’t for some time due to its location and difficulty getting a drop in that room, which is why I’m relying on wifi for that one endpoint, unfortunately. I think the wired tests I’ve run over the past few days confirm that the WiiMs are much more stable when wired, so I have no doubt that something on the WiiMs side wrt wireless is contributing.

Speaking of clocks, there’s a lot of conversation on the internet about using an external clocking device, like the SMSL PO100, benefits the WiiM in audio quality. Is this the same “clock” that you’re referring to, and do you think adding one of those to the Wifi WiiM would make a difference?

If the endpoints matter, and just to document, here’s what each WiiM is connected to and how:

  • WiiM Ultra - Cambridge CXA81
    • IP: 192.168.1.140 (Ethernet)
    • During the test, this WiiM was plugged into the CXA81 via USB at first, then optical, bot for the test
    • The normal deployment will be connected via USB out to a Cambridge Azur 851N, so it will be using the DAC in the 851N (which is amazing)
  • WiiM Ultra - Living Room
    • IP 192.168.1.194 (Wifi)
    • Connected via optical out to a pair of KEF LSX (original, not the IIs)
    • I haven’t tested analog out of the WiiM into the KEFs yet, but happy to do that if you think it will make a difference wrt the clock. This is also the one where I would chain an external clock device if needed, between the WiiM USB and the KEF’s optical.
  • WiiM Ultra - Basement
    • IP: 192.168.1.215 (Ethernet)
    • Connected via optical out to a Marantz NR1606 AVR
  • WiiM Ultra - Music Room
    • IP: 192.168.1.127 (Ethernet)
    • Connected via USB out to a Schiit MODI DAC
8

Good day @rcrawley !

Thanks for sharing your observations!

We have open internal JIRA ticket to R&D and will discuss the issue internally.

Stay tuned and we’ll get back to you as soon as we have an update for you.

Have a nice day!

Regards.

1 Like
9

Hi @rcrawley,

Is there a feature called “smart connect” listed in your Asus router settings? This is their proprietary name for band steering - try disabling this is available. We want to see if the WiiM using WiFi is getting bounced between bands.

We’re still investigating internally and will follow up again shortly. Thank you.

10

Hi @rcrawley,

We wanted to reach out to ask if you’ve encountered any change in symptoms with these endpoints. Please see the post above for some additional suggestions. Thanks!

11

Hey @connor. It took me a few days to get to this suggestion and make the change. After disabling “smart connect” and streaming an Artist Radio selection, the stream to the wireless WiiM died after about 3 hours with the same Killing stream error. Here is a snapshot of the logs around the time of the failure between tracks that were playing and then where it stopped. My RoonCore also updated yesterday before I started the test so these logs are coming from the latest 2.57 (build 1598) release.

Thanks for continuing to dig into this, and please let me know if there’s anything else I can test or provide.

12/08 18:40:18 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.140:45787] [raatclient] SENT [15997]{"request":"update_artwork","mimetype":"image/jpeg"}
12/08 18:40:18 Trace: [WiiM Ultra - Living Room] [HighQuality, 16/44 QOBUZ FLAC => 16/44] [2% buf] [LOADING @ 0:00] You Ain't The First (2022 Remaster) - Guns N’ Roses
12/08 18:40:18 Trace: GetImageData[Remote](id=259643 spec=500 key=hcuoaaaa) => got from cache overalltime=0ms
12/08 18:40:18 Trace: GetImageData[Remote](id=259643 spec=500 key=hcuoaaaa) => got from cache overalltime=0ms
12/08 18:40:18 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.194:33159] [raatclient] SENT [10780]{"request":"update_artwork","mimetype":"image/jpeg"}
12/08 18:40:18 Info: ComputeSwimType(LimitToSeed=False, PerformerIds.Count=1, ComposerIds.Count=0)
12/08 18:40:18 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.140:45787] [raatclient] GOT [15997] {"status":"Success"}
12/08 18:40:18 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.194:33159] [raatclient] GOT [10780] {"status":"Success"}
12/08 18:40:18 Trace: [dbperf] flush 0 bytes, 0 ops in 8 ms (cumulative 62746011 bytes, 28681 ops in 33461 ms)
12/08 18:40:18 Debug: [raat/tcpaudiosource] disconnecting
12/08 18:40:18 Trace: [WiiM Ultra - Cambridge CXA81 + WiiM Ultra - Living Room] [zoneplayer/raat] Endpoint Linkplay Technology Inc. WiiM Ultra State Changed: Playing => Prepared
12/08 18:40:18 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.194:33159] [raatclient] SENT [10781]{"request":"end_stream"}
12/08 18:40:18 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.194:33159] [raatclient] GOT [10606] {"status":"Ended"}
12/08 18:40:18 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.194:33159] [raatclient] GOT [10781] {"status":"Success"}
12/08 18:40:18 Debug: [raat/tcpaudiosource] disconnecting
12/08 18:40:19 Debug: [easyhttp] [4294] GET to https://api.roonlabs.net/metadata/1/tracks/202:0:173779641/lyrics?tidal=max returned after 214 ms, status code: 200, request body size: 0 B
12/08 18:40:19 Debug: [easyhttp] [4295] GET to https://api.roonlabs.net/metadata/1/albums/200:0:l7ks8hwo9je3a?c=qobuz-us&tidal=max returned after 212 ms, status code: 304, request body size: 0 B
12/08 18:40:19 Debug: [easyhttp] [4297] GET to https://api.roonlabs.net/metadata/1/albums/200:0:l7ks8hwo9je3a/credits?c=qobuz-us&tidal=max returned after 213 ms, status code: 304, request body size: 0 B
12/08 18:40:19 Debug: [easyhttp] [4296] GET to https://api.roonlabs.net/metadata/1/albums/200:0:l7ks8hwo9je3a/tracks?c=qobuz-us&tidal=max returned after 226 ms, status code: 304, request body size: 0 B
12/08 18:40:19 Debug: [easyhttp] [4293] POST to https://api.roonlabs.net/swim/1/session/7490126405054dda824ccbd08ed2dfcd/feedback returned after 273 ms, status code: 200, request body size: 174 B
12/08 18:40:19 Debug: [easyhttp] [4292] GET to https://www.qobuz.com/api.json/0.2/track/getFileUrl?format_id=27&intent=stream&request_sig=d6692d768c3546bedb70c7fb47e47e79&request_ts=1765248018&track_id=173779641 returned after 338 ms, status code: 200, request body size: 0 B
12/08 18:40:19 Info: [metadata/albumdetails] Created album details screen for c8006c376b733868776f396a653361
12/08 18:40:19 Info: [metadata/albumdetails] 79004d5730303030353938343234,79004d5230303035373938383934,79004d5230303035373938383933,79004d5230303033373038313231,79004d5230303033373031373730,79004d5230303030373832393836,79004d5230303030323634323832,79004d5230303035383739323831,79004d5230303035383739323934,79004d5230303031323230353036,79004d5230303035373938383935,79004d5230303032393833343239,3e011cac7927e75ddf45b7fc71de464d1364,3e010d55ebfbc167a447bff4a3fcc5ceaa2b,3e01ed868df0efc0b04f8e9c02d0d1e11503,3e01a35d16ef73b9d14dabdbad4784279b35,3e0180c413e6d79b9637a7e7a151ba83bc4f,3e01e2a234dbd5e5f5439d9a140ac6d2a738,3e01b3e4d697a7b67f4ba3bae2beabb5ef37,3e01e0ec279717a50541bac93ead7898b52e,3e01d10e08962f0cc64da8acbfbd8e40a24f,3e01a6af0268ff18fe41893d57e11772778a,3e017cbc475369230040adf5d7a73afe3380,3e012904f74cdabd42389af954596620195d,3e0140b25240be150f3e86b607ff1cb7cd3a,3e01fb7bf41daeb52c478e44e78d8d19f18c,3e0153c4361a28c76249833fbe619542eda0,3e0149b0a80c3f97d64482c345218ce47375,3e01574bce0b697e5b3e9cda253402664b38,3e012c33cc0219576d4c969cd8a23ba0b3df,3e0123493e52a67b23469a7197baf264a4ed,3e01539dbbe3f92f884db1c9542b5c5f1e09,3e012026b931b71a884fab90f4ad49a42909,3e0103f7bfa4260dc84882f0a002966f5d1a,3e019e5b80b49629d244b08f5371891f2053,3e014b02cad03d9b694c972b2fc6d56da32f,3e011e5e829a5c66d14b83920f7d3137cf22,79004d5230303034333433353138,79004d5230303033353033393337,79004d5230303031323233333334,79004d5230303031323230313632,79004d5230303035383235303131,79004d5230303035383234383634,79004d5230303035363832333530,79004d5230303031313933303538,79004d5230303030363731383831,3e01ddb93af792c29f4e967d760b23d649de,3e0156a2d5771f60f746bb9723a04718b638,3e017310a8546bbbef41b4035ed2513e382e,a600323538343039313239,a600363239303531,a600323538343037363637,a600323538343035383534,c80030303732303634323434313532,c8006c39796263706f3865776c3062,c8006b32383677676e627830646e62,c8006c376b733868776f396a653361,cd00445f7261437a484b736146634e49784c4334,cd00355a4a4c677345796d6650384f7235374c31,cd004858634871644d4d5272336550565047322d,cd00477475313072682d506e6563652d596c456b,cd00395958734b4e304870544738493950375733
12/08 18:40:19 Debug: [easyhttp] [4298] GET to https://api.roonlabs.net/metadatatext/1/blobs?objectId=174:1:<objectId>&type=description&sourceLangs=Rovi-albums:en,Wikipedia:en,Rovi-artists:en,Rovi-compositions:en&c=qobuz-us&tidal=max returned after 283 ms, status code: 200, request body size: 0 B
12/08 18:40:19 Trace: [dbperf] flush 0 bytes, 0 ops in 1 ms (cumulative 62746011 bytes, 28681 ops in 33462 ms)
12/08 18:40:19 Info: sleep 207ms after flush
12/08 18:40:19 Info: [WiiM Ultra - Cambridge CXA81 + WiiM Ultra - Living Room] [zoneplayer] BufferingTrack == NextTrack during ClearQueuedMedia, setting _stop_on_next_track_transition
12/08 18:40:19 Warn: [WiiM Ultra - Cambridge CXA81 + WiiM Ultra - Living Room] [zoneplayer/raat] Too many dropouts (>3s dropped out in the last 30s). Killing stream
12/08 18:40:19 Trace: [WiiM Ultra - Cambridge CXA81 + WiiM Ultra - Living Room] [zoneplayer/raat] too many dropouts. stopping stream
12/08 18:40:19 Info: [WiiM Ultra - Cambridge CXA81 + WiiM Ultra - Living Room] [zoneplayer] Playing: https://streaming-qobuz-std.akamaized.net/file
12/08 18:40:19 Info: [WiiM Ultra - Cambridge CXA81 + WiiM Ultra - Living Room] [zoneplayer] Queueing: /mnt/RoonMintMusic/iTunes/iTunes Media/Music/Metallica/_..And Justice for All [Remastered Deluxe Box Set] [24_96]/1-03 Eye of the Beholder (Remastered).m4a
12/08 18:40:19 Info: FTMSI-B new FileCache qo/6EA0A06C
>>> /var/roon/RoonServer/Cache/smc.db/bfc/52.cache
>>> https://streaming-qobuz-std.akamaized.net/file
12/08 18:40:19 Debug: FTMSI-B Cache open file qo/6EA0A06C domain: zoneplayer:4 ordinal:60
12/08 18:40:19 Debug: FTMSI-B qo/6EA0A06C download status: DownloadNotStarted accessTimeout:False openFiles:1 prev:no
12/08 18:40:19 Info: FTMSI-B qo/6EA0A06C: allocated bw changed from 0 to 51200 kbps
12/08 18:40:19 Info: FTMSI-B 1 FileCache qo/7EC98AE7 dwStatus:AllBlocksDownloaded files:0 accessTimeOut:True priorities: ('zoneplayer:4':59) --> bw limit:0kbps
12/08 18:40:19 Info: FTMSI-B 2 FileCache qo/6EA0A06C dwStatus:DownloadNotStarted files:1 accessTimeOut:False priorities: ('zoneplayer:4':60) --> bw limit:51200kbps
12/08 18:40:19 Info: FTMSI-B 3 FileCache qo/419A9AA8 dwStatus:AllBlocksDownloaded files:0 accessTimeOut:True priorities: ('zoneplayer:4':58) --> bw limit:0kbps
12/08 18:40:19 Info: FTMSI-B FileCache removed qo/419A9AA8
12/08 18:40:19 Debug: FTMSI-B-OE qo/419A9AA8 exit thread signalled
12/08 18:40:19 Trace: FTMSI-B 1 FileCache qo/7EC98AE7 dwStatus:AllBlocksDownloaded files:0 accessTimeOut:True priorities: ('zoneplayer:4':59) --> bw limit:0kbps
12/08 18:40:19 Trace: FTMSI-B 2 FileCache qo/6EA0A06C dwStatus:DownloadNotStarted files:1 accessTimeOut:False priorities: ('zoneplayer:4':60) --> bw limit:51200kbps
12/08 18:40:19 Debug: FTMSI-B-OE qo/419A9AA8 exit thread signalled
12/08 18:40:19 Debug: FTMSI-B-OE qo/6EA0A06C created new req 1 for block 0 p 4294967295; active requests 1
12/08 18:40:19 Info: FTMSI-B FileCache disposed qo/419A9AA8
12/08 18:40:19 Debug: [easyhttp] [4291] POST to https://www.qobuz.com/api.json/0.2/track/reportStreamingEnd? returned after 423 ms, status code: 200, request body size: 362 B
12/08 18:40:19 Debug: [easyhttp] [4301] GET to https://streaming-qobuz-std.akamaized.net/file?uid=3366575&eid=173779641&fmt=7&profile=raw&app_id=188245549&cid=2710328&etsp=1765251619&hmac=QhO3c8jCyqpVdkCFkN4upWhKreI returned after 150 ms, status code: 200, request body size: 0 B
12/08 18:40:19 Debug: FTMSI-B got length for qo/6EA0A06C; 56.5 MBytes
12/08 18:40:19 Debug: FTMSI-B qo/6EA0A06C download status: FileLengthRetrieved accessTimeout:False openFiles:1 prev:(DownloadNotStarted,False,1)
12/08 18:40:19 Debug: FTMSI-B-OE set min bandwidth for qo/6EA0A06C to 3561 kbps
12/08 18:40:19 Info: FTMSI-B-OE qo/6EA0A06C rid:1 response took 150ms
12/08 18:40:19 Debug: FTMSI-B qo/6EA0A06C download status: FirstBlockRetrieved accessTimeout:False openFiles:1 prev:(FileLengthRetrieved,False,1)
12/08 18:40:19 Debug: [easyhttp] [4304] GET to https://api.roonlabs.net/metadatatext/1/blobs?objectId=191:0:591791&type=biography&sourceLangs=Rovi-albums:en,Wikipedia:en,Rovi-artists:en,Rovi-compositions:en&c=qobuz-us&tidal=max returned after 171 ms, status code: 200, request body size: 0 B
12/08 18:40:19 Debug: [easyhttp] [4300] POST to https://api.roonlabs.net/metadata/1/albums/translate?c=qobuz-us&tidal=max returned after 218 ms, status code: 200, request body size: 183 B
12/08 18:40:19 Trace: [dbperf] flush 0 bytes, 0 ops in 9 ms (cumulative 62746011 bytes, 28681 ops in 33471 ms)
12/08 18:40:19 Info: [library/albumdetails] found 4 streaming service alternates
12/08 18:40:19 Debug: [easyhttp] [4303] GET to https://api.roonlabs.net/metadatatext/1/blobs?objectId=121:0:MW0000598424&type=review&sourceLangs=Rovi-albums:en,Wikipedia:en,Rovi-artists:en,Rovi-compositions:en&c=qobuz-us&tidal=max returned after 299 ms, status code: 200, request body size: 0 B
12/08 18:40:19 Debug: [easyhttp] [4302] POST to https://api.roonlabs.net/browse/1/works/trackCounts?c=qobuz-us&tidal=max returned after 303 ms, status code: 200, request body size: 12 KB
12/08 18:40:19 Trace: [dbperf] flush 0 bytes, 0 ops in 2 ms (cumulative 62746011 bytes, 28681 ops in 33473 ms)
12/08 18:40:19 Debug: [easyhttp] [4299] GET to https://www.qobuz.com/api.json/0.2/album/get?album_id=l7ks8hwo9je3a&limit=0&offset=0&request_sig=f1bf136f7e9101364b25377a19f7247b&request_ts=1765248019 returned after 354 ms, status code: 200, request body size: 0 B
12/08 18:40:19 Info: [WiiM Ultra - Cambridge CXA81 + WiiM Ultra - Living Room] [zoneplayer]     Open Result (Playing):Result[Status=Success]
12/08 18:40:19 Info: [WiiM Ultra - Cambridge CXA81 + WiiM Ultra - Living Room] [zoneplayer] Aborting play because track changed
12/08 18:40:19 Debug: FTMSI-B closed file for qo/6EA0A06C; open files:0
12/08 18:40:19 Debug: FTMSI-B qo/6EA0A06C download status: FirstBlockRetrieved accessTimeout:False openFiles:0 prev:(FirstBlockRetrieved,False,1)
12/08 18:40:19 Info: FTMSI-B qo/6EA0A06C: allocated bw changed from 51200 to 0 kbps
12/08 18:40:19 Info: FTMSI-B 1 FileCache qo/7EC98AE7 dwStatus:AllBlocksDownloaded files:0 accessTimeOut:True priorities: ('zoneplayer:4':59) --> bw limit:0kbps
12/08 18:40:19 Info: FTMSI-B 2 FileCache qo/6EA0A06C dwStatus:FirstBlockRetrieved files:0 accessTimeOut:False priorities: ('zoneplayer:4':60) --> bw limit:0kbps
12/08 18:40:19 Info: [audio/env] [zoneplayer] All streams were disposed
12/08 18:40:19 Info: [library] recorded play for profile <UID>: mediaid=202:0:173779641 metadataid= contentid=202:0:173779641 libraryid= isfromradio=True isfrommix=False isfrommobile=
12/08 18:40:19 Info: 
--[ SignalPath ]---------------------------------------------
SignalPath Quality = Inactive
Elements:
------------------------------------------------------------
12/08 18:40:19 Warn: inactive signal path :(
12/08 18:40:19 Info: 
--[ SignalPath ]---------------------------------------------
SignalPath Quality = Inactive
Elements:
------------------------------------------------------------
12/08 18:40:19 Warn: inactive signal path :(
12/08 18:40:19 Info: [zone WiiM Ultra - Cambridge CXA81 + Linkplay Technology Inc. WiiM Ultra] OnPlayFeedback StoppedEndOfMediaNatural
12/08 18:40:19 Info: [WiiM Ultra - Cambridge CXA81 + WiiM Ultra - Living Room] [zoneplayer] BufferingTrack == NextTrack during ClearQueuedMedia, setting _stop_on_next_track_transition
12/08 18:40:19 Debug: [zone WiiM Ultra - Cambridge CXA81 + Linkplay Technology Inc. WiiM Ultra] _Advance (Track)
12/08 18:40:19 Trace: [mlradio] [2] [music/mlradio] GetNextItem(1 / 19)
12/08 18:40:19 Trace: [mlradio] [2] [music/mlradio] returning 1 items for request of 1 items
12/08 18:40:19 Trace: GetImageData[Local](id=45310 spec=500 key=sapcaaaa) => gotfromcache=False missinglocalimage=False didscale=True scaletime=109), overalltime=110ms
12/08 18:40:19 Trace: GetImageData[Local](id=45310 spec=500 key=sapcaaaa) => gotfromcache=False missinglocalimage=False didscale=True scaletime=109), overalltime=110ms
12/08 18:40:19 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.140:45787] [raatclient] SENT [16000]{"request":"update_artwork","mimetype":"image/jpeg"}
12/08 18:40:19 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.140:45787] [raatclient] GOT [16000] {"status":"Success"}
12/08 18:40:19 Trace: GetImageData[Local](id=45310 spec=500 key=sapcaaaa) => gotfromcache=False missinglocalimage=False didscale=True scaletime=104), overalltime=104ms
12/08 18:40:19 Trace: GetImageData[Local](id=45310 spec=500 key=sapcaaaa) => gotfromcache=False missinglocalimage=False didscale=True scaletime=104), overalltime=104ms
12/08 18:40:19 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.194:33159] [raatclient] SENT [10784]{"request":"update_artwork","mimetype":"image/jpeg"}
12/08 18:40:19 Info: ComputeSwimType(LimitToSeed=False, PerformerIds.Count=1, ComposerIds.Count=0)
12/08 18:40:19 Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.194:33159] [raatclient] GOT [10784] {"status":"Success"}
12/08 18:40:19 Trace: [dbperf] flush 0 bytes, 0 ops in 2 ms (cumulative 62746011 bytes, 28681 ops in 33475 ms)
12/08 18:40:19 Info: [zone WiiM Ultra - Cambridge CXA81 + Linkplay Technology Inc. WiiM Ultra] OnPlayFeedback Stopped
12/08 18:40:19 Trace: [WiiM Ultra - Cambridge CXA81] [Enhanced, 16/44 QOBUZ FLAC => 24/44] [2% buf] [STOPPED @ 0:00] Eye of the Beholder - Metallica
12/08 18:40:19 Trace: [WiiM Ultra - Living Room] [HighQuality, 16/44 QOBUZ FLAC => 16/44] [2% buf] [STOPPED @ 0:00] Eye of the Beholder - Metallica
12/08 18:40:19 Info: [WiiM Ultra - Cambridge CXA81 + WiiM Ultra - Living Room] [zoneplayer] Playing: /mnt/RoonMintMusic/iTunes/iTunes Media/Music/Metallica/_..And Justice for All [Remastered Deluxe Box Set] [24_96]/1-03 Eye of the Beholder (Remastered).m4a
12/08 18:40:19 Debug: [easyhttp] [4305] GET to https://www.qobuz.com/api.json/0.2/track/getFileUrl?format_id=27&intent=stream&request_sig=2ee4e819ffe27b767e29da44db112fe9&request_ts=1765248019&track_id=19906122 returned after 283 ms, status code: 200, request body size: 0 B
12

Good day @rcrawley !

Thanks for sharing this with us.

We will raise it back to R&D and get back to you as soon as we have an update.

Have a nice day!
Regards.

1 Like
13

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

15

Hi @rcrawley ,

Thank you for your patience and for the incredibly detailed report provided so far. The testing you’ve done regarding network isolation and firmware versions is very helpful.

I’ve been reviewing your case with our technical team. Before we can escalate this to our QA team or reach out to WiiM/Linkplay directly, we need to clarify one specific behavior regarding the timeline of the dropouts to rule out local network environmental factors.

In your last report, you mentioned the issue reproduced after about 3 hours. Could you please clarify the state of the devices during that time?

  1. Sustained Playback vs. Idle: Was the group playing music continuously for those ~3 hours before the dropouts started, or were the devices just "Online" (idle) for 3 hours and the issue occurred immediately upon starting playback?
  2. Stress Testing: If you attempt to skip tracks rapidly (e.g., every 10–15 seconds) or switch between different sample rates quickly, can you trigger the dropout sooner than 3 hours? We want to see if we can force the "sync drift" to happen faster.
  3. Group Reset: When the "Too many dropouts" error occurs, if you disable the group and immediately re-create it, does playback stabilize again for another period of time?
Understanding if this is a "slow drift" over hours of playback versus an immediate sync failure will help us pinpoint exactly where the RAAT implementation might be failing on the WiiM firmware side.

Thanks again for your help in troubleshooting this.

Best regards

16

Hey @alex_h. Thanks for the follow-up! To your first question it’s always after sustained playback. I’ll usually queue up an artist radio, broadcast that throughout the house, and just let it play. The dropouts always happen after a sustained amount of play time. I haven’t correlated the dropouts to how long the devices have been idle, although it’s a rare day when I don’t play something through any of the WiiM’s, even if it’s their native sources (like Qobuz) rather than Roon.

I just did a quick “skip every 10 seconds” test on about 20 local tracks then about 20 artist radio tracks, and now I’m just letting artist radio play for a while. I’ll report back if it made a difference but in the initial trial of skipping it didn’t cause any immediate issues.

I’ll also report back on a group re-create once this current test drops.

Thanks!

17

@alex_h I’ve confirmed that neither stress testing by “pre-loading” the playlist with about 20 10-second track forwards, nor quickly removing the group then re-adding it after a failure makes any measurable difference in play duration before it dies with the Too many dropouts log error.

In the stress test, it played fine for probably an hour or two (didn’t monitor it too closely) until it failed. In my latest test, where it dropped at 11:05 AM this morning and I quickly removed and re-added the same group (which took about 15 seconds since I had to also re-configure volume leveling for the group), Too many dropouts occurred after 30 mins.

I hope that helps, but please let me know if I’ve missed anything or there’s anything else you’d like me to try. Thanks!