Yes - I also am still getting the click and pops on DSD files. Would love a fix. Thanks.
David Doerfer
Anybody else interested in a solution to this problem?
Yup still waiting for a solution. I believe there is a new firmware but with some glitches so it’s send back to the firmware and bridge 2 creators (not PS Audio) to optimize.
Just be (very) patient 
Just loaded the new Bridge 2 firmware and… the POPS are history 
I’m happy. Volume 100. DSJ. Test track Patricia Barber - A Distortion of Love - Summertime DSD 64
1 Like
How can we tell if the ticks while playing a DSD file (.dsf) are part of the file itself, or caused by the DS Jr.? Some of mine play back OK. But I have a few classical titles where there will be a loud click or smaller ticks while playing back these files, and these weren’t present in my old digital setup. (Used to stream via the network and JRiver to an Oppo 105, where it was converted to PCM along the way…never a tick unless the file was known bad.) Playback is via the network and Roon, and Bridge II.
I can provide some tracks this happens on if anyone wants to take a shot at them. I am also going to downsample these to PCM (24/176) and see if the ticks are present during playback.
All firmwares are current. I had a dead Bridge II but that was solved. Note that I have no pops or ticks between tracks.
I use Foobar as my player and will get ticking if my buffer size setting in Foobar is not set optimally. Oddly, I get more ticking/popping with larger buffer sizes… I don’t know why. Higher rez was more sensitive. Ted recognized this when he helped me diagnose the issue a long time ago.
BTW, I have a pretty darn powerful desktop… my Intel processor (cant remember the model) is still selling new for around $500, just for the processor. And I have about 64 gig of RAM… a powerful machine.
I don;t know what player you use, but you should look for a some sort of buffer setting and play with that. Move the slider or value in large increments… stress it large and stress it small and see what happens.
Peace
Bruce in Philly
I already have a three second “resync delay” set in Roon to avoid a burst of noise when changing sampling rates (although it still happens maybe once a week). But there’s no buffer setting in Roon, and Roon Core is running on a dedicated Intel NUC with plenty of CPU and memory, and an SSD (it’s hardly stressed as I’m running both Roon Core and the Mezzmo video server).
I have a powerful machine also and the processor is near asleep… it is not the power… there is something else going on and for some reason, I get less ticks with smaller buffers… I don;t know why, it doesn’t make sense to me as a large buffer allows for inconsistent, choppy data inflow. In my experience, this inflo is why you get dropouts/pops. Wierd.
Peace
Bruce in Philly
I’m pretty sure this is a long time Bridge II issue. The resolution responsibility is with the 3rd party developer of the Bridge. And they’ve never resolved it. The ticks are one of the reasons I no longer use the Bridge.
I am convinced it is the bridge also, only on DSD. I’ve played the same titles via Roon on my desktop system many times with no ticks, and the ticks on DSD are random–I can replay the same section and there may be no tick, or it may have moved and changed in intensity, or there may be multiple ticks. It changes each time.
I wouldn’t mind downsampling to 24-bit/352kHz PCM in Roon but they don’t offer that option. (I could convert them myself, but I would trust Roon to do it better, and then I’d be doubling about 350 SACDs worth of DSD files on my server.)
Let’s hope they can get the Bridge updated and this bug fixed on the next go-round, since that is one of the reasons I went with the DS series–I’m not keen on adding yet another component just for streaming, as I want this system to be as simple as possible. If that were the case, I would have bought a streamer and kept the setup I had.
1 Like
If I don’t use the bridge then I would need another network streamer to feed into the USB (or other input) correct?
Suggestions? Should I use a MircoRendu? Other?
Microrendu would work. I use one with a DSJr.
PS Audio: I see no posts for a resolution on this DSD noise issue. The last one on this thread was April and the problem was originally reported almost 2 years ago. What is the status? Is there a fix or are we stuck with this Bridge problem? I speak of both problems: pops between tracks and noise within the tracks.
I could be completely off my rocker, but my understanding is that the latest version of the Bridge code and Windom significantly helped with the popping.
Yes I agree. I have the Junior and it is with the latest Bridge update ”pop free”.
In agreement with Jamesh and PerL. The Bridge update did the trick for me 
OK, thanks for the input.
I am playing “Welcome to NativeDSD Sampler” as my test recording (which was problematic before as were other DSD recordings) using JRiver on a PC to the DSjr via the Bridge II.
So I updated the Bridge II today (12/13/19) from 3.06… to whatever is the latest. I have not yet updated the FPGA, I think I have RedCloud. The pops between tracks are definitely gone. The noise or low level crackling is reduced substantially. On very quite parts I still hear, rarely, a very low level single crackle. It might be on the recording - not an issue for me.
I am happy now!
2 Likes
You’re about two FPGA updates behind. You should give Windom a try. If you don’t like it you can always go back to Redcloud.