The title is:"There's No Such Thing As Digital..."

Can our ears really detect say 400 pico seconds of jitter? If not then even a basic CDP is acceptable.

We can detect perhaps as much as 50ps of jitter while basic CDP can go as high as few nanoseconds.

The reason why jitter is so audible, in spite of small levels, is because it creates sidebands that have no harmonic relation with root frequency. If jitter comes from 60Hz noise then these sidebands will be +/- 60Hz apart from the root frequency and not that audible, but if jitter is caused by higher frequency resulting sidebands will be further away hence more audible. In reality there is some uncorrelated jitter coming from random noise and correlated jitter caused by particular interference frequencies. Also, instead of one root frequency we have whole bunch of them (music) and jitter turns into hash that is proportional to amplitude of the signal (undetectable without signal).

Computer data has no jitter because it has no timing. Data is stored on hard disk without timing. It goes thru all sorts of buffers before it is send out. It can be send out as data when we have wireless or network based DAC but it can also be converted to asynchronous S/Pdif stream. The very moment of this conversion creates jitter.

I also have quibbles with this article. It seems to concentrate on DAC clock, that is usually not that bad, placing less attention to delivery of the signal. It should state that both are equally important.

Assuming perfect buffering of the CD stream signal has to be delivered to DAC with very short transitions to reduce threshold uncertainty - requiring perfect source/cable/dac characteristic impedance match (to avoid reflections on impedance boundaries) or perfectly quiet system with perfect shield on the cable to avoid noise induced jitter when transitions are slow. Since both are, being system dependent, very difficult to do possible solution is to reclock the signal just before the DAC. I have DAC with reclocking built in and it is very clean sounding but Steve found that external reclocking works better.

That is interesting, given that many DACs don't have an internal clock, except maybe for the Async USB interface master clocks

Steve, you're missing all network DACs including Ethernet, Firewire, Wireless etc. You also forgot about asynchronous reclocking DACs.

Typical DACs contain Phase Locked Loop (PLL) that contains adjustable oscillator and phase detector. Phase detector compares average phase of incoming signal and adjusts internal oscillator (a clock) to match it. DAC is clocked from this adjustable clock and not from the input signal. Quality of this internal clock (jitter) is very important.

You probably think about oversampling and that is different. Pretty much every CDP contains PLL. It can be used straight just to suppress jitter providing stable clock (by means of averaging) or can be used to create oversampling. Such oversampling is done by comparing in phase detector incoming stream to divided down frequency of higher frequency internal clock. Because this division is integer these oversampling DACs always operate on multiples of incoming frequency while upsampling DACs can work on pretty much any non-integer ratio. Usually PLL is inserted somewhere. Even asynchronous rate converter based DACs (upsampling DACs) like my Benchmark have some form of PLL to make signal stable enough for upsampling. Such PLL is fast responding and single stage while most of CDPs have dual stage PLL that operates at different time constants.

Mapman,

Your DAC is not only isolated from computer noise but also from all other nonsense like playback program, file format, computer speed, type of hard disk, amount of RAM etc.

The only thing you could do is to insert reclocker before DAC.