Importance of clocking


There is a lot of talk that external clocks because of the distance to the processor don‘t work. This is the opposite of my experience. While I had used an external Antelope rubidium clock,on my Etherregen and Zodiac Platinum Dac, I have now added a Lhy Audio UIP clocked by the same Antelope Clock to reclock the USB stream emanating from the InnuOS Zenith MkIII. The resultant increase in soundstage depth, attack an decay and overall transparency isn‘t subtle. While there seems to be lots of focus on cables, accurate clocking throughout the chain seems still deemed unnecessary. I don‘t understand InnuOS‘ selling separate reclockers for USB and Ethernet without synchronising Ethernet input, DAC conversion and USB output.

antigrunge2

As you can see, you have two kinds of posters here. One that have tried and implemented an external clock to a greater benefit. And then those, who have been peddling their ideas based on ‘documentation’ i.e. no direct experience 🙄 

There are also posters in this thread that have added a clock and heard no noticeable difference and were willing to admit that.  And those that achieved significant improvements by upgrading their DAC, rather than trying to wring some small improvement out of their existing DAC by adding a clock.

Which isn't to say that adding a clock might not be an improvement with some DACs.  If you hear a difference and the cost was worthwhile to you, then it was a good investment.

Just buy a good DAC and life is good.  
 

Keep it simple is often the best policy. 

It is vitally important in such discussions that we avoid conflating/confusing the ethernet domain (up to the input side of a streamer) with the bitstream domain (output side of streamer onwards).

@erik_squires is spot on here. The ethernet domain is asynchronous and based on packets/frames being distributed, with error-checking and resend built in to the 7-layer OSI protocols. It stops at the streamer where these packets/frames are converted to a continuous bitstream. At this point, streamer output side onwards, clock accuracy is important to sound quality but there is no mechanism for clock accuracy in the ethernet domain to have any effect on sound quality.

An ethernet clock may be quieter of course, and this could conceivably impact SQ, but I’ve never heard any manufacturer argue that theirs is.

Innuos are careful in their PhoenixNet blurb NOT to assert that the clock they use in it, which is the same as in the Statement I believe, has the same effect on sound quality. They talk instead about the proximity of the clock to processor avoiding the risk of data losses which might conceivably occur with an external clock (though personally I struggle to see this).

Hope this helps clarify.