Pops/cracks when playing at times

Roon Core Machine

Grimm MU1, 2TB internal

Networking Gear & Setup Details

PA-220 firewall directly wired, uplink to cable modem

Connected Audio Devices

AES/EBU to Tambaqui DAC

Number of Tracks in Library

20k, majority local storage, rest Qobuz

Description of Issue

At not-so-often times, starting a track will result in the track + pops/cracks overlayed. To me it sounds similar to a problem I had before I had the MU1 and was playing MacminiM1 → Tambaqui (roon endpoint over Ethernet). Similar thing happened today again on the MU1/Tambaqui over AES (I believe the third time in total). Started playing track, pop, crack, pressed stop. Start again: all clean and no problems after for that song and consecutive. I checked the logs but can’t find anything directly relatable, did capture some time points so you can pinpoint where it happened. So I’d love for you to take a look on them and suggest how to further troubleshoot this.
Is there a good way to upload the file? Thank you in advance!

Does this occur when switching between tracks of different sample rate or bit depth?

Ha, that’s a great question. In this case: 44.1/24/2 (Qobus) → 44.1/16/2 (local drive) though with a day inbetween. Data below :slight_smile:
Thanks for thinking along here Martin!

Findings:

-Previous track:
08/10 06:57:06 Trace: [GrimmMU1] [zoneplayer/raat] StartStream Sooloos.Broker.Transport.RaatZonePlayer+Endpoint: StreamFormat(channels=2, bitspersample=24, samplerate=44100, isdts=False) => StreamFormat(channels=2, bitspersample=24, samplerate=44100, isdts=False) streamid=1301257529
08/10 06:57:06 Trace: [GrimmMU1] [Inactive] [PLAYING @ 0:00] Opening - Portico Quartet / Duncan Bellamy / Jack Wyllie
08/10 06:57:07 Info:
–[ SignalPath ]---------------------------------------------
SignalPath Quality = Lossless
Elements:
Source Format=Flac 44100/24/2 Quality=Lossless
Raat Device=Grimm Audio MU1
Output OutputType=Local_Alsa Quality=Lossless SubType= Model=Grimm Audio MU1

08/10 06:57:11 Trace: [GrimmMU1] [Lossless, 24/44 QOBUZ FLAC => 24/44] [100% buf] [PLAYING @ 0:05/2:50] Opening - Portico Quartet / Duncan Bellamy / Jack Wyllie

-Next time played:
08/11 15:10:59 Trace: [GrimmMU1] [zoneplayer/raat] StartStream Sooloos.Broker.Transport.RaatZonePlayer+Endpoint: StreamFormat(channels=2, bitspersample=16, samplerate=44100, isdts=False) => StreamFormat(channels=2, bitspersample=16, samplerate=44100, isdts=False) streamid=1476540073
08/11 15:10:59 Trace: [Grimm Audio MU1] [raatclient] SENT [8]{“request”:“setup”,“format”:{“sample_type”:“pcm”,“sample_rate”:44100,“bits_per_sample”:16,“channels”:2,“sample_subtype”:“none”}}
08/11 15:11:00 Trace: [Grimm Audio MU1] [raatclient] GOT [9] {“status”:“Playing”}
–[ SignalPath ]---------------------------------------------
SignalPath Quality = Lossless
Elements:
Source Format=Aiff 44100/16/2 BitRate=1411 Quality=Lossless
Raat Device=Grimm Audio MU1
Output OutputType=Local_Alsa Quality=Lossless SubType= Model=Grimm Audio MU1

If you go into Device setup > Rsync Delay, and increase this in 50 mS increments, does it solve the issue?

2 Likes

Value set, thank you, monitoring if this happens again!

2 Likes

Hi @Eric_Doezie,

Thank you for bringing this issue to the attention of the team and Roon Community. Sorry to hear you’ve been experiencing some intermittent digital distortion. In addition to the steps @Martin_Webster helpfully proposed, we have a few clarifying questions in case you encounter the issue again:

  • Are certain file types or streaming qualities affected more than others? From your report, the first case was a 44.1/24 stereo track from Qobuz, but your library has mostly local content. Have you experienced any issues with local files, too? We’ll want to pin down as many variables with the source content as possible.

  • Do you have additional endpoints you can try with? We’ll also want to pin down if the issue resides between the Core → Tambaqui or upstream of your Core.

  • Do you have any DSP applied? If so, try playing transparently without any signal processing.

Should you encounter this issue again, the team is standing by to investigate logs and you can use this media uploader link to send us the affected file: https://workdrive.zohoexternal.com/collection/nqcgjac23027d90a441bda2c314de49d7958a/external

Thank you! We’ll be watching for your response.

Hi Connor!

Appreciate the thinking along here. All I can really confirm is: no DSP set. I’m in close monitoring mode and will fetch my roon logs as soon as this happens again. It’s sporadic, but rest assured I’ll be flipping through local and Qobus files a lot more the coming days :slight_smile: Silent Angel Bonn n8 is still in the ethernet signal path.
And yes, I have a pair of Kef LS50W2’s I use during work, I don’t believe I had any ticks on that set just yet and I do use those quite often but I’ll do some switching between local/Qobus there too.

One important closing thing though: shall I keep the 50ms rsync delay? It’s set now, but it might make more sense to disable that to troubleshoot from initial state? I’ve set it for the Tambaqui set and also the Kef’s and will gladly change it back if you suggest so!

Thanks again!
Eric

Hi @Eric_Doezie,

Very sorry for the slow response here. If you’ve experienced the cracks/pops in the last two weeks since your post, the tech support team is standing by to investigate logs thoroughly.

It’s up to you. If 50ms has solved the digital distortion issues, then that’s probably enough time for your DAC to lock on. Some users generally keep resync at half of a second (500ms resync delay setting) just to accommodate the signal lock for any DAC, but you likely won’t need it that high. You can go from 0ms up to 500ms in small increments to test out what feels best for you. If you’d like more context, I recommend flipping through this Help Center article.

Please let us know if we can provide any more information!

Hi Connor,

All good, I went back to 0ms and have experienced zero issues so far. I’ll be sure to capture all should this happen again. Plus, well, I have the work-around of setting the resync delay should this start happening again :slight_smile:

Best regards,
Eric

1 Like

This topic was automatically closed 36 hours after the last reply. New replies are no longer allowed.