cliveb;483331 Wrote: > Naim's ring-buffer approach just averages out the jitter over a longer > time base. In principle it does the same thing as a low frequency PLL. > As long as the DAC receives data from a transport with its own > free-running clock, surely it is in principle impossible to completely > eliminate the incoming jitter. Doesn't matter how you try to average it > out (ring buffer, PLL, ASRC) - ultimately the DAC is a slave to the > transport's clock.
Thats what I thought too, but its not true. Naim uses the ring-buffer to find an average for the incoming data rate and then chooses among 10 internal clocks for clocking the data out of the buffer. If none of the 10 match closely enough, they fallback to ASRC. I assume that within "reasonable" systems it is possible to obtain an average incoming data rate stable enough for one of the internal clocks to match. Given this assumption the total jitter at the chip in the dac is totally independent of jitter added by the source. How well the assumption holds up in practise I dont know. I guess we'll see when it comes out (which it does these very days). In conclusion, its basically an asynchronous implementation over s/pdif, if you will. Bjørn -- bhaagensen ------------------------------------------------------------------------ bhaagensen's Profile: http://forums.slimdevices.com/member.php?userid=7418 View this thread: http://forums.slimdevices.com/showthread.php?t=70626
_______________________________________________ audiophiles mailing list audiophiles@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/audiophiles