Synchronous Reclocking Idea

Status
This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.
Alrighty. I have an idea about synchronous reclocking my DAC. Firstly, I use an AD1896 to asynchronously reclock (24.576 MHz) and feed that to a 74HC74 flip-flop for reclocking the s/pdif line in my cd player. Is it feasible if I connect the two using a coaxial cable (to prevent interference) or is that not a sound plan? If so, how would I go about doing so (making the two synchronous)?

Thanks!

~Tom
 
The CDplayer's S/PDIF is being reclocked via a D-Type Flipflop circuit directly from the master clock and then fed directly to the back to reduce it's jitter.

The CDplayer's internal clock is sent to a separate jack on the back of the player.

Both S/PDIF and clock are then fed into the DAC. The S/PDIF to the receiver, the clock to the AD1896 to be resampled to the systemclock required by the DAC. Thus bypassing all the jitter induced in clock recovery.

http://www.tnt-audio.com/clinica/diginterf2_e.html Normal configuration + Clock circuit.
 
Yet another way to do it (and a better one, I admit) is to have a clock generator in a DAC module (somehere closer to reclock). Then you fed clock (through RS485 line or something speedy and balanced) into CD player.

In a pro audio equipment there is yet another modification of this technique. You can adapt both of yours DAC and CD transport to be a "master"-"slave" pair.
DAC is acting like a master device, providing clock for transport unit, as a CD transport (slave) has no internal generator.
Use two spdif lines - one from DAC to CD - clock one, and CD->DAC - data one.
Advantage of the "pro" technique - you can use pro- equipment with any of your transport or DAC. Yet another advantage - you may use any kind of frequency dividers/multipliers on the CD side because of good syncronous reclock on the DAC side.

I'm planning to use such way to connect external 24bit/96kHz DAC/ADC module to my Envy sound card. The only difference there will be no spdif - balanced ECL lines rulez forever.

PS: 74hc stuff sucks. Better use 74abt574 instead of 74hc74.
 
igdrassil said:

In a pro audio equipment there is yet another modification of this technique. You can adapt both of yours DAC and CD transport to be a "master"-"slave" pair.
DAC is acting like a master device, providing clock for transport unit, as a CD transport (slave) has no internal generator.
Use two spdif lines - one from DAC to CD - clock one, and CD->DAC - data one.
Advantage of the "pro" technique - you can use pro- equipment with any of your transport or DAC. Yet another advantage - you may use any kind of frequency dividers/multipliers on the CD side because of good syncronous reclock on the DAC side.


That is not quite correct. In the pro arena everything is slaved to a Sync Pulse Generator like the Isochrone OCX or Tektronix SPG600
 
A 8 Incase you're lost we're talking about how to interconnect digital equipment without any loss of jitter. In consumer equipment this presents a great problem. In pro equipment there is a separate and dedicated clock external to all devices which everything else is synched to.

igdrassil your technique is the same as Nerull's only that the DAC is acting as the master instead of the CD. As long as the clock line is carefully transmitted it wouldn't make much of a difference to jitter characteristics would it? Afterall as mentioned by rfbrw in pro gear the clock is external to everything.

Also can you elaborate why the 74HC series does not make for a good reclocking device? Is it propegation delay or what? I know one is CMOS the otherone BiCMOS but what does this mean to the S/PDIF line?
 
External clocks are used in a studios.
I mentioned pro- (or prosumer if you like) devices as an example. They can be used as a master-slave pair. Or they both can be externally synched with clock clock generators.
Anyway, you can modify your digital source for a "slave" job adding spdif reciever and some clock dividing circuitry (to convert mck from spdif to a frequency you need in a CD player).
Also it is indeed better to place clock in a DAC module, near to reclock. In that case jitter of a cd->dac (data) and dac->cd (clock) lines are no matter to discuss.
When clock is on the CD side, jitter of the clock line became sufficient.
 
Not lost just confused

Nerulls talks about a dacs asrc clock at 24.576 to reclock spdif.

1. 24.576 will not work for cd or dvd
2. Why use a asrc in the first place if you want to use a synchronous clock.
3. If you want to reclock spdif whatever clock you use has to be synchronous with the source of the spdif or you'll get glitches and missed samples.

You guys then discuss the origanal post as if its doable.....thats even more confusing then the missing logic in the firts post.
 
No I think you misunderstood. The idea is entirely synchronous. We are trying to run 2 lines from the cdplayer. The S/PDIF, and the original clock source.

A single clock runs the CDplayer and the DAC. This is perfectly synchronous without using any form of clock recovery from the S/PDIF line.
 
Re: Not lost just confused

A 8 said:
Nerulls talks about a dacs asrc clock at 24.576 to reclock spdif.

1. 24.576 will not work for cd or dvd
2. Why use a asrc in the first place if you want to use a synchronous clock.
3. If you want to reclock spdif whatever clock you use has to be synchronous with the source of the spdif or you'll get glitches and missed samples.

You guys then discuss the origanal post as if its doable.....thats even more confusing then the missing logic in the firts post.


My Asynchronous reclocker has no glitches! You must have two flip-flops in series. Search for meta-stabilitry problem on the net.
Transporting the clock should not be a problem when using a transmission line properly; no jitter added. Jitter comes from SPDIF when recovering the clock with a PLL and data-dependent jitter.
When taking all the care of the CS8412 you can get good results though:cool:
 
No I think you misunderstood. The idea is entirely synchronous. We are trying to run 2 lines from the cdplayer. The S/PDIF, and the original clock source.

Then its got nothing to do with the 24.576 clock.....

A single clock runs the CDplayer and the DAC. This is perfectly synchronous without using any form of clock recovery from the S/PDIF line.

This is pretty basic and not new at all. As indicated before...whats the point using the AD1896 as you then break the synchrony with the source.
 
What I'm trying to accomplish is best said in #4 on this site, only I'm using the AD1896 instead of the DF1706.

http://www.lessloss.com/types.html
Thanks A 8 for the clock thing though (I can't use 24.576 MHz).
If I slave the cd player to the DAC as shown in that picture, and just use the AD1896 for it's oversampling alone, they should be synchronous, correct? (this is to say that my DAC has a clock frequency to match the CD players original frequency.)
 
Nerull said:
What I'm trying to accomplish is best said in #4 on this site, only I'm using the AD1896 instead of the DF1706.

http://www.lessloss.com/types.html
Thanks A 8 for the clock thing though (I can't use 24.576 MHz).
If I slave the cd player to the DAC as shown in that picture, and just use the AD1896 for it's oversampling alone, they should be synchronous, correct? (this is to say that my DAC has a clock frequency to match the CD players original frequency.)

But AD1896 is not an oversampling filter in the same way as the DF1706. It's function is to bridge two asychronous clock domains. For this reason MCLK, in master mode, can be synchronous with the output or the input but not both. If the transport is synchronous with the input side then the output side of the AD1896 will require a separate oscillator. If the transport is synchronous with the output side, sending MCLK back becomes pointless.
 
If I slave the cd player to the DAC as shown in that picture, and just use the AD1896 for it's oversampling alone, they should be synchronous, correct? (this is to say that my DAC has a clock frequency to match the CD players original frequency.)

A ASRC is a Asynchronous device so the answer is no.

Having said this I don't think many have though about or tested what happens if you run a ASRC on a synchronous clock....technically and provided the jitter is identical then maybe one could argue that it becomes a digital filter.

In practice this is probably not realistic and as you then have the option to do it all truly synchromous there is really no point.
 
Status
This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.