· None of the above quite fits
· None of these quite match
· Hiby R6 Pro Max Roon Ready Client crashes after several minutes.
Roon Rock (Latest version 2.57 build 1598) Hiby R6PRO Max Firmware Latest 1.50_20251208-2312 Wifi ASUS AX XT8 5 nodes Mesh Network. Music stored on Synology NAS DS1817+ Also have a FiiO M11 Plus that doesn't has this issue.
Hello @Bennard_van_Diermen ,
Thanks for letting us know. I’ve enabled diagnostics for the device, can you please use the Roon app on the R6 for at least a few minutes and let us know here after you’ve done so, and we’ll check the logs?
It’s running right now … *
It just crashed… 23:20 Local European time
Hi @Noris, All went right on your side? Useful log?
Thanks for the follow-up! Unfortunately, we were not able to capture the crash you experienced on the 20th. If the issue happens again, please let us know and we’ll try again.
As a next step in testing, we’d like to see how things perform with a smaller library size. Note that our team is unfortunately unable to test and confirm full stability with libraries mirroring 500k tracks.
If you temporarily cut your library in half, to say around 200-250k tracks, do you run into the same issues?
First, make a fresh backup or two of your current database. Once you’ve done that, remove half of the content across your watched folders, and see how things perform. You may want to perform a library clean-up from the Roon Settings>Library menu.
Make sure to create a few backups prior to the above - and then after testing, you’ll be able to move back your usual local content, and restore from a saved backup.
Thank you! 
Hi @Benjamin
As stated It happens always after some 10-15 minutes, And my FiiO M11 Plus is working flawless as Roon Ready Device. So there must be something wrong with either the Hiby or Roon or something in between. Of course I used the same tracks on both devices. (PCM 24bit 44.1kHz) With the FiiO M11 Plus I can listen for hours on end with the Hiby R6PRO Max Max 15 minutes.. A log is the way to go in this case. I can reproduce the problem on the spot as you wish. Will take max 15 minutes.
Kind regards,
Understood, if you could then, please reproduce the issue and share the track name, and then please use the directions found here and send over a set of logs to our File Uploader? Once logs have been uploaded, please let us know so that we can check the server for your files, thanks!
· None of the above quite fits
· None of these quite match
· Hiby Roon Ready App crashes after some time. Isn't stable in the long run. It's Roon Ready for Max 15minutes. Another Roon ready DAP FiiO m11 plus is working fine in Roon Ready Mode for hours on end.
· TP-Link Omada 7206 VPN router with fiber G-bic. TP-Link Omada Switch 24p Asus Wireless Mesh network (Ethernet connected)
Hey @Bennard_van_Diermen,
Thanks for writing in and for sharing your report!
We were able to review a fresh diagnostic report from your ROCK, but unfortunately, we didn’t see any traces of the HiBy. Could you please reproduce the issue and share the specific track name of when the issue occurs?
With that, could you share a screenshot of your Roon Settings > Audio around the time of the issue to confirm the HiBy was connected via Roon Ready?
Thank you, Bennard! 
Hi @benjamin,
My last tests are from before the last update on roon (now running 2.66 build 1658) where the issue occured after quite a short time. This evening I’ve played music from my library and started 20:35. Until now 22:30 it’s been running flawlessly. It was until very recently very easy to reproduce the issue (most of the time in the first 15 minutes) but now it’s not doing things the way it has been doing. So today someone on your development-team has made me very happy. 
This must be the case because on the device itself nothing has changed. I had gotten to the point where I seriously considered selling it, Using it as roon endpoint has been quite annoying. So I kept on using my FiiO M11 plus ESS. I really hope things have changed for the better with the Hiby R6ProMax, And for now it really looks like that is the case.
Hello @Bennard_van_Diermen,
Just following up on this since it’s been about a week. I wanted to check in and see if your HiBy R6ProMax is still running flawlessly and if the stability has held up for you over the last few days?
Let us know if everything is still good, and we can then go ahead and close out this thread. Happy listening!
I’ve listened for almost 2 hours on 2 occasions. These times all went flawless. Today s Roon update passed by. I haven’t tested with that build. But when nothing has changed concerning this issue, all will still function the same way as it did.
[Update 28/05/2026 10:30]
28/05/2026 10:57 not a crash but playback stops and can be started again without restarting the Roon Ready Client App as was the case. Track: Suzanne Vega - 99.9F 16bit/ 44.1kHz. Change of behaviour ?
28/05/2026 +/- 11:32 Track: UB40 - Bring Me Your Cup Same thing. The playback suddenly stops.
28/05/2026 (Timestamp ?) Track: Tears For Fears - Secret World 4:48 (Album: Back to the City (Live) ) Playback stops at 1:30 within the song.
Hey @Bennard_van_Diermen,
Thanks for the update, and I’m sorry to hear you’ve experienced some playback stoppages recently!
Unfortunately, we’re unable to look back that far in a fresh Roon Server diagnostic report. From what we were able to observe, we didn’t find any unnatural stoppages over the last 2-3 days.
Feel free to share a fresh instance of playback stopping and we’ll take another look.
Another area to test - does playback stop no matter what endpoint you play audio to? Or, is it a specific endpoint you’re having issues with?
If so, can you attempt to simply the network connection, and see if a simple, direct ethernet connection from the endpoint directly to your primary router helps eliminate any playback issues?
Thank you! 
Hey @benjamin
Have listened for a very short time and encountered the issue…
Roon Ready Client Drop at 02-06-2026 / 23:05 local time After runtime of about 19 minutes.
Genesis - Takin’ it all too hard format: DSD64 DSF
I have two DAP’s a FiiO m11 Plus that is working without issues and the newly bought Hiby R6Pro Max with this issue. (But things have changed and were much worse at the start of December 2025.)
Kind regards,
Bennard van Diermen
Hey @Bennard_van_Diermen,
Thanks for reproducing the issue and sharing the track details — that was very helpful. We’ve now reviewed the full diagnostic logs from your ROCK, and we have a clear picture of what’s happening.
What the logs show
The Roon Server is not crashing, and there is no fault on the server side. What we see repeatedly in the logs is this:
[raat_ll/client] [HiBy R6PROMAX @ 192.168.1.199] no data received for >10000ms. Killing connection.
The ROCK’s RAAT client stops receiving any data from the HiBy for more than 10 seconds, hits its built-in timeout, closes the TCP connection, and immediately reconnects. This cycle repeats continuously — we can count dozens of sessions in the log, ranging from 16 seconds to about 13 minutes each, with no stable pattern.
Importantly, this also happens before any playback starts — we can see it firing within 2 minutes of the device connecting, while it is completely idle. This rules out DSD64, the specific track, or any format-related cause. The “Genesis - Takin’ it all too hard” DSD64 drop on June 2 was the same mechanism, not something specific to that format or file.
Your FiiO M11 Plus is on the same WiFi mesh and does not show this behaviour at all, which confirms the issue is specific to the HiBy R6 Pro Max — either its WiFi implementation or its RAAT client build (version 1.1.43).
What you can try on your end
These steps may reduce the frequency of drops while a permanent fix is being investigated:
Our recommendation
Based on what we see in the logs, the root cause lies in how the HiBy R6 Pro Max handles the RAAT keepalive connection — specifically, it periodically stops sending data long enough to trigger the server-side timeout. This is a device-level behaviour that we are not able to resolve from the Roon side.
We recommend contacting HiBy support directly and sharing the following information:
HiBy would need to investigate whether their RAAT client is being suspended during screen-off, audio decoding, or any battery/thermal management events, and ensure keepalive packets are sent regardless of device state.
We’ll keep this ticket open. If the workarounds above make any difference — or if HiBy provides a firmware update — please let us know and we’ll follow up from our side.
Hi @vadim.
Have passed the issue to Hiby support and will try if you suggestions will change the behavior of the Hiby R6PRO MAX.
Kind regards,
Bernard van Diermen
Hi @vadim
Could you provide the logs you downloaded from the system and investigated. Hiby support is requesting them. Or otherwise could someone contact them for assistance.
Kind regards,
Bennard van Diermen