NUC Rock > Ropieee RPI4 > Motu Ulttralite MK5 > 3x Stereo Purifi amps > Multiway active speaker setup.
Number of Tracks in Library
Description of Issue
Since the latest build the following is occurring (More obvious):
When I move the Roon DSP fader I hear low volume “P-P-P-P” (low level digital popping) sounds.
When I Pause or hit Play I am getting a noticeable “P” (pop sound).
Before the most recent Roon update play and pause were silent, EDIT: or at least the noise was not as noticeable… But I did get a low level PPPPP DSP sound on volume ramping up and down fast, annoying.
Things I have tried to overcome/diagnose the issue:
RPI4: Rebooted Ropieee
RPI4: Tried ubuntu server/bridge
ROCK: Rebooted NUC Rock
ROON SERVER: Tried an alternative build of Roon on my i7 HP elite PC, to serve the RPI4 inplace of the Rock…
Are you absolutely sure about that?
What’s in-between RPi and Motu?
I’ve unfortunately not got any improvements to offer, just an observation, which I’d be thankful to get a comment on from @support.
I’ve extensively used two DACs, and intermittently two others on loan, throughout the past ~2 1/2 years and regardless of SW/FW version, interconnections and setup there’s always been more or less strong tics and pops when starting/stopping, ffwd/skipping, or using DSP volume during playback.
My assumption is, that there’s no algorithm implemented in RAAT looking for signal zero-crossing occurrence to then perform the respective command.
Instead, any such command is instantly executed.
Waiting a couple of microseconds at the max for a zero-crossing to occur would eliminate these more or less severe instant sample to sample signal jumps.
No, since my issue with this is not annoying me enough to bother.
I’d much rather like some nice fading out/in when skipping tracks, and that’s what I voted for, but Roon has communicated less than being interest in it, because this would result in a major RAAT recode; and I think it would get the bit-perfect squad all puffed-up due to this involving DSP.
And I think, Roon tries to avoid any RAAT recoding anyways, because that would probably cause a plethora of issues with all their Roon ready partners’ firmwares…
I’m curious whether Roon has made any comments concerning audible pops between track skips and volume routing pops/pffts. Searching the forum, it seems other users also experience this phenomenon with Roon.
In my system, I have tried addressing the issue with track delays etc, different servers, network connections, endpoints but the popping randomly occurs on track skips and volume ramping.
As I run an active speaker setup, and convolution filters for crossover, my ability to test without convolution is limited. However it seems many users are experiencing the popping sounds, with no DSP engaged.
The best explanation I could see on the issue was this:
The above link is my original post on my issue.
Related threads, with users reporting popping on track skips and volume ramping.
I was hoping someone from Roon technical might chime in on this.
From what I’ve read in different threads, RAAT is coded such that currently there’s no way of implementing fading in or out or just zero crossing detection when fast forwarding or skipping or doing volume adjustments.
RAAT recoding could fix that, but would in turn be a nightmare for all Roon Ready device manufacturers needing firmware adjustments and customer updates.
I’m afraid, we’ll never see that happening - something that LMS/Daphile/Volumio/… all handle easily…
I very much appreciate you sharing your experience.
So I checked your avatar, it appears you are running Windows.
Since you are experiencing issues on Win11, and I’m using Linux based OS (Rock, Ropieee) this issue appears to be present across different OS platforms.
I might quickly try My Win11 machine but I suspect based on your experience this will not address the RAAT issue.