Jump to content
IGNORED

Superclocks


Recommended Posts

7 hours ago, barrows said:

Jussi, the interesting thing is, swapping to a better specified clock has always worked for me in terms of subjective listening, with a clear improvement, but the J-test spectrum looks the same.  I suspect the J-test is insufficient to see what is really happening, after all the J-test was developed basically to to test (the rather poor) SPDIF interface performance, we need a better measurement.

My experience is with changing clocks with the same implementation as far as clock distribution to the DAC chip goes.

 

I think J-test is very good, since it tells if there's pollution on the clock. A DAC with fancy clock may perform poorer than another DAC that has regular clock. I prefer to pick the DAC that performs better, not the one that has fancier part inside.

 

Problem in changing clocks is that it is hard to place new clock properly in regards to PCB layout. For example if a DAC is originally using the NDK clock part and then you would like to swap to Crystek, no way it is going to fit there. If you put any wires there, then you are certainly big time spoiling the PCB layout and likely adding a lot of jitter. So at least the performance needs to be always verified by measuring, to check that it doesn't actually get worse.

 

Can you post some J-test24 measurements what is the baseline performance of the DAC where you are swapping the clocks and it makes difference sonically? I would like to see how close they end up realizing the clock performance in practice.

 

Signalyst - Developer of HQPlayer

Pulse & Fidelity - Software Defined Amplifiers

Link to comment
2 hours ago, barrows said:

But with the J-test, the spectrum generally appears perfect, even with a relatively "standard" XO...  

 

I'd be happy to see first DAC with perfect J-test figure! Please post!

 

So far, almost all problems I've seen are related to something else than the clock module itself. 99% of the problems are related to design of the surrounding circuits or the PCB layout (or just the PCB materials). So I'd rather spend the efforts improving where the problems are (PCB layout design and surrounding circuit design), rather than messing around with a component that has very minimal effect on the performance compared to aforementioned aspects.

 

Higher the clock frequency is, worse it gets anyway. So better to use 22.5792/24.576 MHz clocks with DSD512 without clock dividers (there are such DACs)! If you go for clocks near 50 MHz you already suffer about 10 dB in phase noise. Let alone clocks near 100 MHz needed for ESS Sabre. You could even optimize and use 11~12 MHz clock and DSD256 and still have flat noise floor up to over 100 kHz.

 

2 hours ago, barrows said:

I wish I had access to an analyzer which can measure the phase noise, it would be very interesting to measure XO phase noise at the input pin of the DAC (chip), but the expense of that tool is not justified at this point.

 

No reason to bother with such, because it would be irrelevant. Only relevant thing is what comes out of the DAC's analog output. Even if you have perfect clock in the clock input pin, but if you have USB packet ticking and a bit of extra thermal noise leaking to the reference voltage pin the entire result is still spoiled.

 

2 hours ago, barrows said:

One thing I saw recently, on a not to be named audio review site, was a very expensive Ethernet switch a company was selling, which included an "upgraded" OCXO.

 

I have to admit I never understood why mess with such in first place. If you use for example HQPlayer with NAA, or just a generic UPnP Renderer, the network traffic doesn't carry any clock information what so ever. When you listen to Tidal streams the jitter over internet is already in several milliseconds range, and still it doesn't matter at all. NAA can handle jitter up to about +- 500 milliseconds.

 

2 hours ago, barrows said:

I can have the J-test measurements you suggest made with different XOs, but the AP is in Florida and I am in CO so it takes some time.  I may get the AP sent here if/when I get an even better clock for comparisons (Pulsar).

 

Did you already mod the clock in AP too? ;)

 

Signalyst - Developer of HQPlayer

Pulse & Fidelity - Software Defined Amplifiers

Link to comment
19 minutes ago, barrows said:

Well, i would say we disagree on this.  And checking for noise on the DAC's voltage reference is pretty easy, so easy to rule out as a source of problems.  USB packet noise is 8 kHz, I do not see it, there is pretty good isolation from that noise in this DAC with dedicated ADM 715x regs for each DAC Vin, and isolation between USB receiver and DAC I2S input.

BTW, I am not modding commercial DACs with alternate XOs, I am building DIY DACs and evaluating different XOs with the same implementation (for clock distribution).

 

Checking the actual DAC analog output is easiest and the only relevant thing. It tells the actual facts. Because there can be also poor/buggy chip designs...

 

I cannot comment on anybody's DIY DAC, only on commercial DACs. And the weakest point is usually not the clock module. And I have a lot of doubts about modifying commercial DACs. Replacing a clock in tightly packed SMD board of a commercial DAC is not straightforward if it is not exact footprint match. And even if it is, it could have some characteristic differences not taken into account in the original design. Blindly going and replacing a clock module to a "better one" on a commercial DAC and hoping it'll improve things is likely not going really do that.

 

And there are other funny things, like for example ESS' wandering noise bumps around the noise floor likely coming from the ASRC. These are actually hard to catch because they are time-varying and very low level.

 

19 minutes ago, barrows said:

As for "perfect" J-test results with regards to jitter spectrum, OK, perfect is in quotes!  But take a look at the Stereophile measurements of commercial DACs, these days a lot of them have virtually perfect results.

 

I always read though all of them, but somehow I haven't yet spotted any perfect result. I'm not interested in 16-bit J-test results because that hides a lot. 24-bit is the relevant one. Of course I don't read JA's comments, just what I see myself. I also was checking through all the HiFi-News (UK magazine) results when PM has been publishing the results. And of course I measure all the gear I happen to get my hands on.

 

Signalyst - Developer of HQPlayer

Pulse & Fidelity - Software Defined Amplifiers

Link to comment
54 minutes ago, barrows said:

Do you not hear differences in various HQPlayer filters which produce the "same" analog output (in the audible bandwidth) in standard measurements?  Just curious. 

 

I have no problem analyzing/measuring differences between HQPlayer filters and modulators... ;) It is not right/wrong, just different.

 

It is not something that would elude measurements but be audible subjectively. Sometimes the differences are easier to analyze than to hear.

 

My design flow is such that I do objective evaluation first and only once it has passed, I start to listen. I don't even want to listen to something that doesn't look as expected on analysis.

Signalyst - Developer of HQPlayer

Pulse & Fidelity - Software Defined Amplifiers

Link to comment
8 hours ago, barrows said:

You have measured differences within the range which would be audible?  That is <20kHz and above -110 dB?  Really?  I mean, I get that an early rolloff filter could be considered a measurable/audible difference (although not theoretically for my hearing)-but what about minimum phase vs. linear, for example...

 

I don't want to specify what figures are "audible", I don't have clear answer for that. Not for clock jitter/phase noise either. I just know what is measurable or detectable in digital domain analysis. For example filter transition for RedBook begins somewhere below 22.05 kHz when it begins to roll off from 0 dBFS. This is certainly measurable in frequency response. Minimum phase vs linear phase is certainly measurable in the phase response too.

 

Signalyst - Developer of HQPlayer

Pulse & Fidelity - Software Defined Amplifiers

Link to comment
8 hours ago, mansr said:

Making a filter/modulator that causes such differences is trivial. Then again, so is making one that doesn't.

 

I don't have problems analyzing differences of the stuff in SoX. Your different modulator each produce different results. If two things produce same output values, then they are usually the same. :D

 

I just don't put any limits like "20 kHz" or "-110 dB" because I think such limits are artificial. What I look at, only limit is computational accuracy or limits of measurement. But usually the filter roll-off point and roll-off curve steepness and shape ("shape of the knee") is certainly measurable.

 

Signalyst - Developer of HQPlayer

Pulse & Fidelity - Software Defined Amplifiers

Link to comment
2 hours ago, Jking said:

The Mutec with Rubidium clock use to be popular on these pages.  

 

 

imageproxy.gif

 

Now you'll only need to check how it performs in real world when used as clock for DAC instead of the built-in crystal... ;)

 

Challenge is still the DPLL needed to generate useful clock from 10 MHz instead of internal crystal that is already running at needed frequency.

 

Signalyst - Developer of HQPlayer

Pulse & Fidelity - Software Defined Amplifiers

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...