What kind of performance/speed issue are you experiencing?
· Other
Please try to reboot your Roon Server
· No, the issue is still the same even immediately after a reboot
Please try to reboot your networking gear (Router/Switches/etc.)
· No, the issue is still the same even after a reboot
Is there any change in behavior if you try to navigate to Roon Settings -> Library and set both Background and On-Demand Audio Analysis to Throttled or Off?
· No, the issue is still the same
Does the issue happen on multiple Roon Remotes (controllers) or just one?
· I only have one Roon remote to test with
Please try to restart your Roon Remote (controller) app
· No, the issue is still the same even after a restart
What is the operating system of your Roon Remote (controller)?
· Android
Reinstall Mobile Roon Remote App
· No, I am still having the issue even after reinstalling
Router Domain Name System (DNS) change
· I was able to change my router's DNS servers but it did not help
What is the operating system of your Roon Server host machine?
· Roon Optimized Core Kit (ROCK)
Timestamp of issue occurrences
· All the time I listen to music..
Describe the issue
After years of smooth running on my i7 NUC Rock (BXNUC10i7FNH1) I am having problems since not a long time (would guess some months) with my playback and ROON App.
I had first problems with my Hifiberry and it started with problems showing up and dissapearing on ROON and also on my router list. Changing to newest Roopie firmware and then changing the HW to another Raspy 4 didn't help. Only changing to Raspy 3 solved this problem. Now the Roopie bridge is stable here.
I also fixed IP of Roon and Raspy/Roopie and set DHCP range to above the fixed IP's to avoid conflicts.
But the original problem persisted: my stream is sometimes having 1-2sec glitches (music goes off), sometimes it completely stops playing and Roon on my adroid tablet reloads the page and and I have to press play again. Rarely I also get an error "Tidal media is loading slowly. This may indicate a networking or connectivity problem.'". What also bugs me is that when I am cleaning/looking my 4650 song list on my tablet the Roon app will sometimes get the "busy" roon symbol for maybe 1 sec and then the playlist I am looking at goes back to the 1st song. Like a reset of what I was doing. It something has something to do with the playback glitches I suspect.
I have a fiberglass connection and can dowload stuff with about 20Mbytes/sec, my network is really fast! I have gigabit ethernet. Reseted router (TP-Link AXE5400), fiberglass modem and my gigabit switch several times. Set DNS to Google (8.8.8.8) and set QoS on router to have max. speed for ROCK. Reseted the NUC Rock via browser too. Also restarted Android/Tablet. All this didn't help really.
Only thing that I noticed helped a lot was reinstalling the Roon App on the Android tablet (Lenovo Tab P11 Plus from 2021 with almost nothing installed and just used for Roon. Android 12.). This really helped and so far only rare glitches on the music stream when the Roon App still has those reload moments (those reload moments still happen every few minutes) and goes back the first song. But the Roon App also runs MUCH faster now after the reinstall. On-Demand Audio Analysis is set to "throttled" and Background Audio analysis speed to Fast (1 core)
What am I missing here? Is the Roon App responsible for the music stream? I would guess it's only a GUI and the stream runs directly from the NUC/Rock to the Hifiberry?
Thanks for any help!!
Describe your network setup
All in the text above
Here screenshots of a video I made while scrolling down my playlist the glitch comes, it reloads and goes back to first song. Sometimes also stopping or glitching the music stream.
Just did this morning a ping test to test my internet provider. A few packets had 15ms, not sure if that is too slow or why it is suddenly slower?
Ping statistics for 8.8.8.8:
Packets: Sent = 100, Received = 100, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 4ms, Maximum = 15ms, Average = 4ms
I often phone for work with Teams (with video) or Zoom on my notebook over WIFI with this network, but never had any glitches or problems with it.
Thank you for the detailed report — it was extremely helpful.
We reviewed the diagnostics from your ROCK, and the root cause of everything you are seeing is clearly visible in the system logs.
Your Intel NUC’s Ethernet interface is physically disconnecting and reconnecting repeatedly:
Jan 10 03:08:07 (none) daemon.info ifplugd(eth0): link is down
Jan 10 03:08:07 (none) user.notice network/watch.sh: ifplugd(eth0): link is down
Jan 10 03:08:10 (none) user.info kernel: [749983.537186] e1000e 0000:00:1f.6 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
Jan 10 03:08:10 (none) daemon.info ifplugd(eth0): link is up
Jan 10 03:08:10 (none) user.notice network/watch.sh: ifplugd(eth0): link is up
Jan 10 03:08:35 (none) user.info kernel: [750008.660118] e1000e 0000:00:1f.6 eth0: NIC Link is Down
Jan 10 03:08:36 (none) daemon.info ifplugd(eth0): link is down
Jan 10 03:08:36 (none) user.notice network/watch.sh: ifplugd(eth0): link is down
Jan 10 03:08:38 (none) user.info kernel: [750012.250551] e1000e 0000:00:1f.6 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
Jan 10 03:08:39 (none) daemon.info ifplugd(eth0): link is up
Jan 10 03:08:39 (none) user.notice network/watch.sh: ifplugd(eth0): link is up
Jan 10 03:08:48 (none) user.info kernel: [750022.486107] e1000e 0000:00:1f.6 eth0: NIC Link is Down
Jan 10 03:08:49 (none) daemon.info ifplugd(eth0): link is down
Jan 10 03:08:49 (none) user.notice network/watch.sh: ifplugd(eth0): link is down
Jan 10 03:08:52 (none) user.info kernel: [750026.059363] e1000e 0000:00:1f.6 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
Jan 10 03:08:53 (none) daemon.info ifplugd(eth0): link is up
Jan 10 03:08:53 (none) user.notice network/watch.sh: ifplugd(eth0): link is up
Jan 10 03:09:59 (none) user.info kernel: [750093.083832] e1000e 0000:00:1f.6 eth0: NIC Link is Down
Jan 10 03:10:00 (none) daemon.info ifplugd(eth0): link is down
Jan 10 03:10:00 (none) user.notice network/watch.sh: ifplugd(eth0): link is down
Jan 10 03:10:03 (none) user.info kernel: [750096.974311] e1000e 0000:00:1f.6 eth0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
Jan 10 03:10:04 (none) daemon.info ifplugd(eth0): link is up
This is happening dozens of times per hour.
Every time this occurs:
• RoonServer temporarily loses network
• RAAT streams drop → audio glitches or stops
• Android Remote loses its connection → UI reloads and jumps back to the first track
• TIDAL streams fail → “media is loading slowly” messages
So while it looks like an app or playback problem, the real issue is network link instability at the hardware level.
Your fiber connection speed is irrelevant here — the Ethernet link between the NUC and your router/switch is physically flapping. When the link drops, Roon has no path to the Hifiberry or the internet, even if it’s only for 1–2 seconds.
Please try these steps in order:
Change the Ethernet port
Move the NUC to a different port on your TP-Link switch or router.
Replace the Ethernet cable
Even a slightly damaged or marginal cable can cause exactly this pattern of link flapping.
Bypass the switch (test)
Temporarily connect the NUC directly to the router to rule out the switch.
Test with USB-to-Ethernet
If possible, use a USB-to-Ethernet adapter on the NUC.
If the problem disappears, the NUC’s built-in NIC is the failing component.
Once the Ethernet link is stable, all of these symptoms (glitches, reloads, TIDAL errors, disappearing endpoints) will stop.
Let us know what you find after testing the cable / port / USB-Ethernet — this will tell us exactly where the failure is.
I tested today the cable from the router to the switch (where my NUC/ROCK and also Raspy3/Ropieee is connected to) with a notebook I had and when pinging I got of 300 pings no losses.
But when I connect the notebook with 3 different cables to the switch, I get every 5-10 pings a lost one! I power cycled the switch, it didn’t help!
So I guess the gigabit switch has a problem! Not sure how this can happen as it somehow works, but not really stable.
Only things that are connected to this switch are the NUC, Raspy3/Ropieee and a HUE bridge.
I will replace the switch and report!
I tested the cable going to the switch and it worked fine. I tested 3 different cables and ports on the Gigabit-Switch and all had missing every 5-10 ping!
I just got a new TD-Link Switch and ALL is perfect now! I connected the ethernet cable to the new switch and had it ping 200 times, 0 lost!
Going to test Roon, but from what I can tell at the moment it seems to work fine!
