In article , Ian Molton
wrote:


Scenario 2: The two clocks are not a prefect match, the DAC clock is
either slower or faster than the data sources clock.

in this case, if its faster, it will (periodically) drain all its
buffering, no matter how much there is, and will end up stretching bits
to fill the gap (or playing silence, whatever)

This may be the case if there is no mechanism in the receiver to adjust its
medium/long-term clock frequency towards that of the transmitter. However
the S/PDIF stream has clock info encoded into it. Hence a receiver can use
this as it wishes to avoid the phases drifting too far if the designer so
chooses.

jitter is simply noise above, and will average out to nothing. If it
DIDNT cancel out, it'd effectvely be a frequency drift of the data
sources clock, which is no longer called jitter (duh).

The above treats this as a matter of terminology. In reality, both the
transmitter and reciver clocks will wander about in an apparently random
manner over all timescales of variation. The object then is to minimise
these wanderings and their effects.

I don't know if there is any official timescale defined in audio for the
longest term that is 'jitter' beyond which it becomes 'drift' of 'static
error'. Hence I'd be inclined to regard these as all facets of the same
problem and treat them accordingly.

Slainte,

Jim

--
Electronics http://www.st-and.ac.uk/~www_pa/Scot...o/electron.htm
Audio Misc http://www.st-and.demon.co.uk/AudioMisc/index.html
Armstrong Audio http://www.st-and.demon.co.uk/Audio/armstrong.html
Barbirolli Soc. http://www.st-and.demon.co.uk/JBSoc/JBSoc.html