Hello.
THis is a really in-depth technical question. Proabably one of the
original
Slim designers would have to asnwer it.
I've got my DAC going, and it uses the input Fs encoding in the input
data
stream to figure out what the output word clock F should be.
If the Transporter is running off
I've seen now that whenever I change the word clock frequency, the
Transporter is changing the Fs encoding to be all 0's (= 44.1 kHz code
point) for a short period of time!!
THis to me is an error and it's why there is a loop between the DAC
and the Transporter. When the DAC is in auto
My thinking is to have the Fs qualified by counting some number of
same encodings and then changing word clock when that number is seen.
Basically, I'm talking about an encoding debounce circuit.
--
wayne325
wayne325's
wayne325;558021 Wrote:
My thinking is to have the Fs qualified by counting some number of
same encodings and then changing word clock when that number is seen.
Basically, I'm talking about an encoding debounce circuit.
Cool. It worked.
What I did was stop changes to the oscillator output