In Reply to: Re: Lavry's CrystalLock - Link posted by Dave Kingsland on August 2, 2006 at 10:34:04:
Why oh why.. If it's true as Ted says, that the transfer of data
across an S/PDIF to a computer's harddisk will leave the data
healthy and unharmed, why should it be any different if the
recipient is a large buffer (and ten seconds is almost 2 megabytes
for cd-audio, 12 megs for a 192/24 stream). So how good the incoming
clock is detected is irrelevant as long as the data is transfered
safely.Then the next step is to have a good outgoing clock and a processor
caching scheme to send the music to the outgoing analog wire at
exactly the right moment.The only difference between Lavry's and my abstract ''idea'' is that
he still finds it necessary to adapt the clock when the buffer goes
in any direction. I just wonder, with a buffer as large as that,
can't you wait for a track pause or at least digital silence to change
the outgoing clock frequency?I would expect that strategy even works with a half-a-second buffer,
but hey..Maybe this whole discussion is history if HDMI puts clock drifts to rest.
This post is made possible by the generous support of people like you and our sponsors:
Follow Ups
- Lavry's CrystalLock - DAC style #5 - that's, my name 02:01:32 08/04/06 (1)
- Re: Lavry's CrystalLock - DAC style #5 - Dave Kingsland 11:10:58 08/06/06 (0)