Roon via Wiim Pro endpoint it dropouts for 1 second-hand and continue ok
Describe your network setup
After 1 hour of playing Roon via Wiim Pro endpoint it dropouts for 1 second-hand and continue ok. It repetate one, to times a day only on tablet A8 or Samsung galaxy S20FE phone, on Windows 11 Roon to Wiim playback or on Cambridge Audio Wasapi driver there is no interruptions. Also on Wiim app playback no events, My setup: Roon app on Samsung galaxy A8 or S20 FE, connected through wifi 2.5 GB to Wiim Pro on ethernet to a TpLink switch and then to an Asus RT-AC87U router connected on lan 3 bridge mode to a ZTE fiber optic modem on RCS RdS ( DIGI Romania). Wiim Pro is connected by coax cable to Cambridge Audio CXA81 MK ii amplificator with integrate ess 9018 k2m dac. I play most of the time Tidal Max quality. My Roon server is on the same network, QNAP TS-253A NAS server, running Roon on QNAP nas app officially on QNAP app center. I also have RoonOnNas logs but not knowing where to attach them and mention that the dropout event happened on 18:10 hour on day 16.11.2025 and also at 18:21 later same day.
Notice how the buffer is still at 100% when the dropouts occur - this points to a potential bandwidth issue within your local network (versus a bandwidth issue between your server and upstream services.)
Can you temporarily set up a simpler network setup, and see if you experience the same issues with the WiiM? See if you can temporarily connect it directly to your primary router, and bypass all other network gear.
We’ll be on standby for your reply and results, thank you!
I’ve now simplified the network connection from Wiim to router (direct connection not as it was through a switch and then router). Testing to see what’s happening from now and return later.
I’ve comeback with more dropouts. Please analyze the files from Roon logs.
I will upload them to the link provided. Also on 25.11.2025, I’ve disabled QOS, enable multicast routing on my Asus RT-AC87U and give WiiM Pro and QNAP NAS highest priority on bandwidth.
Also I have on LAN Jumbo frames disabled and NAT acceleration auto with CTF (Cut Through Forwarding) is enabled.
Thank you for the additional details and for uploading another set of logs — we’ll review them shortly.
Before we dig deeper, there is one important point that stands out in your setup:
your QNAP TS-253A uses an Intel N3160 CPU, which is below our minimum hardware requirements for running Roon Server.
This processor often struggles with real-time audio streaming, RAAT handling, and database operations, especially when combined with TIDAL Max content, Wiim endpoints, or network variability. These performance limitations can manifest as intermittent dropouts exactly like the ones you’re describing.
To help us confirm whether the CPU is the underlying cause, could you please try running Roon Server temporarily on a more powerful device — for example:
a Windows 10/11 PC
a macOS machine
or any other system with a modern multi-core CPU that meets or exceeds our recommended specs
Roon Server doesn’t need library migration for this test — simply install it and point it to a temporary fresh database. If playback to your Wiim Pro becomes stable on more capable hardware, that will immediately isolate the QNAP’s CPU as the bottleneck.
Please let us know if you have access to a more powerful machine for testing, and we’ll guide you through the setup if needed.
Thanks again for your continued testing and patience, Razvan — we’re here to help you get this resolved.
I know that my Qnap Ts-253A is underpowered but I never experienced bottlenecks with Roon database even at first start. On initial installation Roon occupied 30-33% of processor for a breef period then moved to 10-11%. Today if i just listen processor time is below 3% and 300kB download as seen in the picture below. Also I can play videos of movies like of StarTrek or StarWars without stuttering or dropouts.
I planned of upgrading Nas with UGREEN NASync DXP2800 cu procesor Intel N100 Quad-core, 8GB DDR5, 2-bays, port 2.5G and 2 ssd nvme slots. Is this Nas sufficient for Roon core?
About moving Roon core to a more powerfull machine I have a desktop with Windows 11, 16 GB Ram, processor AMD Ryzen 5 2400G with Radeon Vega Graphics, 3600 Mhz, 4 Core(s) and ssd Samsung 990 Pro 1 TB or a Lenovo legion 5 laptop with Intel core i7-11800H, 32 GB ram and 1 T ssd. So I can move Roon server on my W11 desktop if you suggest and use a new local database to see if any dropouts occur.
I will give a try on W11 but is not my preffered setup because I listen music using android table/phone through Roon so I like Roon on Nas more than be limited by open computer playback.
Question: in Roon/Raat logs I provided you have seen some bottlenecks in my Qnap? Can you show me?
In the logs, we have the information only about the memory consumption. Before diving deeper and reporting the possible issue to partners or the R&D team, we need to exclude the non-supported hardware.
Yes, those days, I will install Roon server on Windows with AMD Ryzen 5 2400G which is superior of Intel core I3 until I3-12100 (Jan 2022) with SSD Samsung 990 Pro 1 TB. I`ll test it for several days.
Today 26.11.2025 I`ve tested Wiim line-out rca analog out from Wiim through Roon for 6 hours and no dropouts heared but there are several drifts logged in Roon:
“11/26 16:52:17 Trace: [Wiim roon] [zoneplayer/raat] sync Linkplay Technology Inc. WiiM Pro Receiver: realtime=12023117560816 rtt=500us offset=-7469933439us delta=-166us drift=-150326us in 2911.1715s (-51.638ppm, -185.896ms/hr)”
What are these? On rca there is only the Wiim dac so what drift is raat seeing?
Ill upload the log on link you provided. Also observed in all my first zip logs which I gave you the "drift" is everywhere. Look for the word. And the frequency of drift syncs are every minute, I dont understand why this so much time difference.
But I forgot to mention that Wiim Pro on his application I never experienced dropouts or software glitches. It worked flawlessly and it has very low cost compared to Roon.
I’ve purchased Roon only to connect my old Naim Unitilite through Squeezebox2 to it and not relying on BubbleUpnp for playback (great app for Naim). Also on Roon to Naim I never experienced dropouts and I`m using same Roon server on Qnap Nas.
Tested all day of 26.11.2025 on Roon on Qnap with Wiim line-out rca analog out from Wiim through Roon for 6 hours and no dropouts heared and none in logs.
Yesterday 27.11.2025 Ive set up Roon on Windows and tested for 6 hours on coax and there are no droputs on coax or usb none hearing and none in Roon Logs on Windows11. Today 28.11.2025 Ive revert to Roon on Qnap and coax and on the first track played appeared a dropout in log but I didn`t hear it:
11/28 10:00:35 Trace: [Linkplay Technology Inc. WiiM Pro Receiver @ 192.168.1.182:46685] [raatclient] SENT [21]{“request”:“start”,“min_offset”:120659863,“stream_sample”:27844}
11/28 10:00:35 Trace: [Wiim roon] [zoneplayer/raat] Endpoint Linkplay Technology Inc. WiiM Pro Receiver State Changed: Paused => Playing
11/28 10:00:35 Info: [zone Wiim roon] OnPlayFeedback Playing
11/28 10:00:35 Trace: [Wiim roon] [Lossless, 16/44 TIDAL FLAC => 16/44] [100% buf] [PLAYING @ 0:00/1:27] Adyta (The Neverending Embrace) - Epica
11/28 10:00:35 Trace: [Linkplay Technology Inc. WiiM Pro Receiver @ 192.168.1.182:46685] [raatclient] GOT [16] {“status”:“Playing”}
11/28 10:00:35 Trace: [Linkplay Technology Inc. WiiM Pro Receiver @ 192.168.1.182:46685] [raatclient] GOT [21] {“time”:2033068670,“status”:“Success”}
11/28 10:00:35 Trace: [Linkplay Technology Inc. WiiM Pro Receiver @ 192.168.1.182:46685] [raatclient] GOT [16] {“samples”:2156,“status”:“Dropout”}
11/28 10:00:37 Info: [library] saved recent ProfileId=c625ad64-4dff-401a-836c-77204cab9604 Time=11/28/2025 8:00:34 AM DataType=album Type=long_nav MetadataId=320889 ContentId=320889 LibraryId=36399 Text= Genre=
11/28 10:00:39 Debug: FTMSI-B-OE ti/1C69ECA0 exit thread signalled
So far there are no other dropouts in logs or hearing it today 28.11.2025.
Why so little rate of dropouts on Nas? If were problems it should appear in processor bottlenecks but there are none problems with it or bandwidth consumtion.
Thanks for the update and for completing all these tests.
Regarding the drift messages you’re seeing:
we’ve received multiple similar reports from other WiiM users. This behaviour is caused by an internal delay inside the device that RAAT cannot fully account for. We’ve already raised this with WiiM, and we’re waiting on their side for improvements.
For reference:
As for the single dropout you captured when running Roon Core on the QNAP:
a rare, isolated dropout is not something that will affect listening. The frequency of these events still correlates with the available CPU headroom — lower-power CPUs tend to exhibit them more often, even if the usage graph looks “low”.
Please continue monitoring the behaviour, and let us know if the rate of dropouts increases or becomes audible during playback. But the main recommendation would be to run the Roon server on the more powerful devices.
Hello there!
I’ve moved Roon Server on a minipc with ZimaOS and 32 GB RAM, Intel i7-12650H, 1 T SSD drive. Also I`ve changed my Wiim Pro with Wiim Ultra direct linked to router.
Of course at startup the Wiim Ultra had a dropout in Roon Logs on minipc but none since then:
12/03 12:34:57 [Local 12/03 12:34:57] Trace: [Wiim Ultra] [zoneplayer/raat] Doing 'ASAP' Start since we are just playing to one device
12/03 12:34:57 [Local 12/03 12:34:57] Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.176:36089] [raatclient] SENT [101]{"request":"start","min_offset":311000000,"stream_sample":1829225}
12/03 12:34:57 [Local 12/03 12:34:57] Trace: [Wiim Ultra] [zoneplayer/raat] Endpoint Linkplay Technology Inc. WiiM Ultra State Changed: Paused => Playing
12/03 12:34:57 [Local 12/03 12:34:57] Info: [zone Linkplay Technology Inc. WiiM Ultra] OnPlayFeedback Playing
12/03 12:34:57 [Local 12/03 12:34:57] Trace: [Wiim Ultra] [Lossless, 24/96 FLAC => 24/96] [100% buf] [PLAYING @ 0:18/7:10] Ritual - Nytt Land
12/03 12:34:57 [Local 12/03 12:34:57] Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.176:36089] [raatclient] GOT [78] {"status":"Playing"}
12/03 12:34:57 [Local 12/03 12:34:57] Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.176:36089] [raatclient] GOT [101] {"time":71653147875,"status":"Success"}
12/03 12:34:58 [Local 12/03 12:34:58] Trace: [Linkplay Technology Inc. WiiM Ultra @ 192.168.1.176:36089] [raatclient] GOT [78] {"samples":28198,"status":"Dropout"}
12/03 12:35:00 [Local 12/03 12:35:00] Info: [stats] 12654mb Virtual, 1025mb Physical, 251mb Managed, 774mb estimated Unmanaged, 403 Handles, 75 Threads, 0.01% of runtime in GC pauses, 8ms last GC pause duration
Considering the low rate of dropouts regardless of Roon Server requirements it suggest a minor instability on my network. But please do something with drifts recorded by RAAT there are annoying since Wiim Ultra has 4ms delay onto speakers or Wiim Pro had 8ms.
Thank you for the update — we’re glad to hear things have improved on your end.
Regarding the drift values you mentioned:
“But please do something with drifts recorded by RAAT…”
Unfortunately, there’s only limited action we can take on the Roon side. WiiM devices introduce an internal hardware delay that is not exposed to RAAT, so we cannot compensate for it directly in software.
We have already reached out to WiiM regarding this behavior, and we’ll continue coordinating with them. If they provide any updates or changes on their end, we’ll be sure to follow up.
Thanks again for your patience, and please keep us posted if anything changes.
Thanks for the follow up - can you clarify what you’re looking for at this point? As Vadim has mentioned, a single dropout won’t affect listening or playback. There isn’t much to troubleshoot there.
Let us know what you’re looking to solve at this point, as it seems swapping servers and simplifying your network setup has helped with your playback issues. Thank you!
The dropouts are one a day from 03-04/12 and I didn’t understand the cause. From 04/12 I’ve set in router bandwidth priority to highest to minipc and Wiim, next Qnap etc; since then no new dropouts appeared in logs.
One good explanation was given from wiim team:
Anyway the single dropout was not audible; I’ve just looking for a cause: my lan or roon raat correction algorithm accumulating too much drifts that some point caused dropped samples in order to sync endpoints.
Yes on my Wiim ultra delay to speakers measured in wiim app is 4ms and on Wiim Pro was 8ms
Thank you!
Razvan
A single dropout over several days generally doesn’t indicate any underlying issue. It can simply be a transient network event — a brief packet loss, normal LAN fluctuation, or momentary congestion along the path. These short, isolated dropouts are expected in any real-world network and don’t point to a fault in RAAT or your hardware.
Since adjusting the router’s bandwidth priority eliminated the subsequent events, your network changes seem to have stabilized things further.
If you start seeing repeated or clustered dropouts, feel free to share the exact timestamps and we’ll take another look. For now, everything appears to be operating as expected.
