@mdalton wrote "There are numerous other examples, but the answer is the same. Just having a USB connection doesn’t eliminate all sources of noise from a streamer to a DAC. Not sure why you’ve dug in on this indefensible point. Really weird."
RESPONSE: Hee Haw! I was hoping we could continue this discussion. This is fun. . .and you brought receipts! You’re a stubborn one, ain’t ya? I hope you didn’t drop your mic. I thought that we put this matter to bed. I guess not. Ok, now, thank you for that article which happens to support my position. I’ll try not to publicly embarrass you. That would not be polite; however, it may be necessary in the interest of the greater good. So. I apologize in advance: I’m sorry. <smile>
(For the audience, sorry for the spacing, but I type these extended responses in MS Word and paste them in. I try to m ake my posts easy to read an coherent.)
Now, give me your hand (again) so I can walk you through it, but first, let me restate my position:
- We’re discussing USB-oriented streamers connected an asynchronous-DACs (Specifically, the BAT Rex 3 DAC) through a USB connection.
- My claim is that “SNR is one of the least relevant factors when comparing streamers in revealing systems” because Asynchronous USB breaks timing dependency. The DAC’s internal master clock controls the timing—not the streamers. So. the streamer’s SNR, jitter spec, or analog noise floor cannot influence timing accuracy. The DAC sets the system’s SNR. That is, the DAC only receives. data packets (aka 1s an 0s) which do not convey an analog wave form; Therefore, a streamer’s analog‑domain SNR spec has no bearing on what the DAC receives.
That’s a mouthful, but let’s move forward and discuss the article any why it supports my position. Here we go (4th attempt):
The article shows that DACs with asynchronous USB + reclocking ignore the streamer’s noise/SNR
Hi‑Fi News explicitly states that with DACs like the dCS Vivaldi and Mytek Brooklyn, the Rivo made almost no measurable difference: “both the dCS and Mytek DACs provide full galvanic isolation/onboard reclocking, so very little difference in their inherent ~10psec jitter was detected.”
This is important because—and I’ll say this again for clarity:
- If the DAC is asynchronous, it uses its own internal clock.
- The streamer’s SNR, noise floor, and jitter do not pass through.
- The DAC reclocks the USB packets (those little 1s and 0s) and regenerates timing internally
- Therefore, the streamer’s analog‑domain SNR is irrelevant.
(Just call me a broken record)
The article shows that only adaptive USB DACs care about the streamer’s noise
(n.b. an adaptive USB is defined as a DAC that uses the incoming USB data stream’s timing as its clock reference.)
Hi‑Fi News shows a dramatic jitter reduction when using the Rivo with the AudioQuest DragonFly, which is an adaptive USB DAC:
- Jitter drops from 300ps → 135ps because adaptive USB DACs use the incoming USB clock, so the streamer’s noise matters.
This is the opposite of asynchronous USB.
Adaptive USB Is Inferior because the DAC is not in control of timing which leads to higher jitter, more sensitivity to USB noise, audible differences between transports, and greater reliance on the streamer’s electrical purity
This is exactly why the Hi‑Fi News Rivo measurements shows 300ps jitter → 135ps jitter improvement on the DragonFly and almost no change on asynchronous DACs like dCS and Mytek.
Uh, I won’t drop my mic because you may have more questions, young Padawan, which I’m happy to explore with you for your benefit that of those sitting on the sidelines eating popcorn.
This is great. I love learning new stuff. (Is that why you called me weird?) Sticks and stones, my friend, lol. I hope you do too.
If you still feel like your position is justified, then attack mine by poking holes in my argument. Don’t just say that I’m wrong or weird. Please explain why. For example, "You’re weird because . . ." or stop digging. It’s ok to be wrong as long as you recognize and admit it. That’s how me learn.
Hope this helps.
That's 56 minutes that I'll never get back.

