On Tue, 2 Dec 2003 16:18:34 +0000 (UTC)
(Stewart Pinkerton) wrote:

For that, you require to reclock
the datastream from an independent free-running low-noise clock, and
this is *very* rare.

the important detail being that unless you have BI-DIRECTIONAL data transfer you can never reliably re-clock the data, unless you have *gargantuan* buffers (mind you with todays memory prices...)

the point is that in a continuous stream, sooner or later you will have a problem as the free running local DAC wont be running at the same speed as the data stream, so it will, eventually either over- or under- run its data buffer and have either some skipped or lost data, or some 'dodgy' compensation scheme.

whats needed to do it *right* is a data stream that can deliver the data *faster* than its needed, and a source that can pause its transfer.

then the source can transfer at full speed to the DACs buffers, and the DAC can say 'no more please I'm full'.

then as the buffer drains the DAC can request more data.

this utterly eliminates jitter and frankly Im amazed the high-end HiFi audio industry hasnt cottoned on to the idea yet, if not because its audibly better, but because it means they can sell a whole load more interconnects and new DACs etc.

--
Spyros lair: http://www.mnementh.co.uk/ |||| Maintainer: arm26 linux

Do not meddle in the affairs of Dragons, for you are tasty and good with ketchup.