Please try to restart your Roon Server by closing the Roon app in the taskbar or rebooting your Roon Server machine.
· No, the issue remains the same
Please try to restart your network setup by unplugging, waiting 30 seconds and then replugging in your networking gear.
· No, the issue remains the same
Please select how you've connected your Roon Server to the internet
· Roon Server is connected by *Ethernet*
Have you checked your firewall settings to ensure that Roon is allowed through?
· Roon still won't connect even after checking this aspect
Have you verified that Roon Server is on the same subnet as your Remotes?
· My Remotes and Server are on the same subnet and I still can't connect
Sometimes the issues can be resolved with a reinstall of your Roon Remote app. Let's try to perform a reinstall and see if it helps.
· I've reinstalled the Roon Remote but it did not help
What is the operating system of your Roon Server host machine?
· *Linux Server* (Ubuntu, Fedora, ArcLinux...)
Select any of the following components that are present in your local network setup
· None of the above
Describe the issue
Losing connection between DEQX HDP-5 and ROON server via ethernet. This seems to happen when DeqxPre ipv4.connman.net and api.roonlabs.net updated at the same time.
Describe your network setup
Fiber connection 1000/1000 set up with Asus AC68 router
We’ve pulled diagnostic logging - prior to each dropout with the DEQX, RoonServer loses both upstream and local network access entirely. All upstream connection requests (Tidal, Qobuz, Roon’s own servers) and all local clients (remotes and endpoints) temporarily drop off.
RoonServer either switches network interfaces on this machine, or its access to the active network interface has been restricted by network management software.
Try disabling ConnMan as an A/B test (sudo systemctl disable connman.service or similar).
Do you have any managed switches in this network setup, in addition to what you have described?
Note, auto updates are turned off for the HDP-5 display processor (Roon End-Point). Nothing could have changed with this and no reports from other uses.
Based on the post the issue seems to be related to your network as upstream and downstream are affected, the HDP-5 end point is a downstream device only. Note if the Roon software (RAAT) in the HDP-5 disconnects from the HDP-5 Audio Device the audio stream will stop. In this case Roon would display audio device has been lost.
Try connecting your Roon server to the HDP-5 via USB-Audio input, this is the same audio device used to connect the internal end-point to the network (RAAT) subsystem.
If i tried setting up a simcard router, and set it up with ethernet from the router to DEQX and my Innuos Zenith, but I lose the signal again. There is nothing else set up for that router.
If I play via USB then there is no problem. If I choose to play Innuos’s proprietary player SENSE via USB or ethernet upnp then there is no problem.
Hi,
Today 20250121 GMT+1 my DEQX is stopping up several times. Everything else on my network works fine. If I turn on my Cocktail X35 and play via ROON then there are no problems.
Br.
Torben
My Cocktail X35 and my DEQX HDP-5 are both ROON Ready and are both connected via ethernet on the same network and both are active at the same time. My DEQX HDP-5 loses connection several times, but the X35 does not. How can this be? Please check my log file.
My DEQX HDP-5 is connected directly to the router via fiber connection
Thanks for the follow-up! We were able to review a fresh Roon Server log and noticed failure in playback with the following error message:
Error: [RaatSender] while sending frames for DEQX HDP-5: serverside buffer overrun
This trace refers to an issue where the RAAT (Roon Advanced Audio Transport) server’s buffer for the DEQX HDP-5 endpoint is being overwhelmed. Essentially, the server is attempting to send audio data faster than the endpoint can process or consume it, resulting in a buffer overflow.
One common reason for this is high latency or packet loss via the network. As a simple test, what happens if you swap ethernet cables?
If you test out playing a lower file resolution, does the same issue occur? As well as a local file versus streaming?
Are you able to adjust the buffer size settings on the DEQX?
These are all file types and download files where ROON can lose signal. My cables are brand new so I don’t think that’s the problem. I don’t have access to adjust the buffer site on my DEQX as far as I know. But now I’ve tried adjusting the Resync Delay on ROON to 7000ms and that seems to fix the problem.
