@grizaudio And to answer your other question. I am not sure. Probably 80-90% of my listening is done from my library residing on the Melco server. And the glitches are intermittent. So just hard for me to answer your question.
I have a question for you. I have been assuming that overloading of my Macbook (which is my Roon remote) could not be a factor in the sometimes glitchy playback. But that may not be true. Can a remote that has a too-full SSD cause these kinds of problems?
Looks like you have ample CPU processing. Anything over 1.5x ish is fine.
You should be looking elsewhere IMO, this is not a CPU processing power issue.
Just make sure your processing speed is over the recommended minimum @ higher rates up to 192khz. I suspect you have no issues.
You could also check your Dacs max sample rate, to ensure you are not exceeding its max sample rate when x2 upsampling @ higher rates.
I would personally try turning off upsampling off for a while, and trouble shoot from there, monitoring source, network etc.
1 Like
Robert_Coker
(MagicRobert ~most harmless of all maniacs~)
23
This is a darn useful thread. I have found out a ton of answers to questions that I had assumed I would have to figure out. Thanks.
Now, to my suggestion and the background. I purposely tried to drive the software into the dirt before I sprang for a lifetime subscription. Based on my slightly-better-than-wild-ass suggestion is that, at least as a test, install ROCK on a dedicated machine. No other OS of any kind. Admittedly, my dedicated system is over-spec’ed, as it is from a network/architecture/ integration guy’s home lab. But the difference between running natively on similar hardware to the hardware running Server on my Windows XPS 15 is quite notable and immediately noticeable. (These statements are all generalizations and your mileage may vary.)
You can definitely rule out CPU processing power. Your PC is cruising.
If this was my system, I would next just run through a succession of tests/trials to locate the issue.
Reviewing the signal path information, it seems your DAC is limited to 96khz. So that’s good to know, as a side point.
To move forward, you probably need to more clearly define what happens when you experience your stability/playback issues. What sample rate is being played, is content local of streamed, etc. Try to isolate the problem.
Level 1 checks:
Reboot your router and all Roon hardware, including the Melco server.
Log out of your streaming services, and log back in via Roon settings
Turn off up sampling for a while and test stability (You can always switch it back on later if you feel there’s a benefit)
Stream online music only, bypassing the Melco. Do you experience any issues?
Listen to local content only via the Melco, Do you experience any issues?
Level 2 checks:
Run a basic continuous ping test to your NUC and Melco from a Windows laptop.
Check for network latency/issues/packet loss. Using Windows/command prompt:
Command is: ping -t IP address
Level 3 trials:
Trial different patch leads for Melco to router, and NUC
Check router firmware, and update if necessary
Check all device firmware and update if necessary
Use google DNS for all network devices 8.8.8.8, 8.8.4.4. I.e. Remote, Melco, NUC
If your NUC isn’t being used for other server tasks, install Roon Rock, and get rid of Windows.
Roon Rock is by far the best server solution for Roon. Windows runs considerable background tasks like indexing, etc which impacts performance and task priority. If you want/need system/GUI access, or the NUC needs to perform other tasks, consider installing Ubuntu/Roon server. Windows should be the last resort IMHO.
I hope this list helps.
If you can define the specific circumstances of your issue I can try and help more.
But these options above are a great start, to remove potential issues.
@grizaudio Thank so much Stephen. Your list of troubleshooting steps is just what I needed. Will run thru those as time allows. I appreciate you taking the time to pull the list together and to be so helpful. Kudos to you, sir!!!