<div>Does anyone know if the <span style="color:rgb(49,49,49);word-spacing:1px;background-color:rgb(255,255,255)">DM2000 uses a variable cutoff anti-aliasing filter??</span></div><div><font color="#313131"><span style="word-spacing:1px;background-color:rgb(255,255,255)"><br></span></font></div><div><font color="#313131"><span style="word-spacing:1px;background-color:rgb(255,255,255)">Regards,</span></font></div><div><font color="#313131"><span style="word-spacing:1px;background-color:rgb(255,255,255)">JPS</span></font></div><div><font color="#313131"><span style="word-spacing:1px;background-color:rgb(255,255,255)"><br></span></font><div class="gmail_quote"><div>On Thu, 23 Mar 2017 at 6:32 am, Eric Brombaugh <<a href="mailto:ebrombaugh1@cox.net">ebrombaugh1@cox.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Tom,<br class="gmail_msg">
<br class="gmail_msg">
I don't see any reason why the codec would care - as far as I know it's<br class="gmail_msg">
all synchronous logic inside with no PLLs or anything that might lose lock.<br class="gmail_msg">
<br class="gmail_msg">
If you use a codec like that then you'll probably want to generate the<br class="gmail_msg">
MCLK (master clock) in the dsPIC anyway, so the only limitation is how<br class="gmail_msg">
well the main clock PLL in the dsPIC can tolerate variations of its<br class="gmail_msg">
reference frequency. If you slew too quickly it may lose lock and<br class="gmail_msg">
re-acquire which will cause all sorts of "fun" things to happen. If you<br class="gmail_msg">
control the slew rate on the VCO driving the dsPIC reference input then<br class="gmail_msg">
that may not be a problem.<br class="gmail_msg">
<br class="gmail_msg">
Eric<br class="gmail_msg">
<br class="gmail_msg">
On 03/22/2017 01:05 PM, Tom Wiltshire wrote:<br class="gmail_msg">
> Hi All,<br class="gmail_msg">
><br class="gmail_msg">
> After my recent efforts building a fixed-sample-rate digital delay with only a dsPIC and SRAMs, I'm looking again at the problem.<br class="gmail_msg">
><br class="gmail_msg">
> One of my original goals was to produce a functional clone of something like the Ibanez DM2000, which is a late 1980's 12-bit rack delay with companding. The significant thing about it is that it is a variable-rate sampling system. It has delay time modulation which is able to shift the sampling rate from a centre point of 64KHz up or down an octave (32-128KHz).<br class="gmail_msg">
> I didn't manage anything like this, as in the end I used a fixed rate. However, I'm reconsidering.<br class="gmail_msg">
><br class="gmail_msg">
> Would it be possible to use a modern delta-sigma-type codec with a variable rate like this? For example:<br class="gmail_msg">
><br class="gmail_msg">
>       <a href="http://www.cirrus.com/products/cs4270/" rel="noreferrer" class="gmail_msg" target="_blank">http://www.cirrus.com/products/cs4270/</a><br class="gmail_msg">
><br class="gmail_msg">
> Many of these chips have an upper limit of 192KHz or so, so the rates are no problem. It would be possible to feed them data from a dsPIC also on a variable clock - this would give the same effect as the original system, where modulating the master clock causes *everything* to change rate.<br class="gmail_msg">
><br class="gmail_msg">
> Is there any reason why a modern codec would not be able to cope with this? Would there be upper or lower limits on modulation speed? The dsPIC can use an internal PLL to boost its clock frequency, and that PLL would have an effect on the modulation that was possible. Do codecs commonly do anything similar?<br class="gmail_msg">
> Another potential problem would be building a VC oscillator/clock that could reach the required speeds, since many chips seem to need master clocks of Fs x64 or more. That's getting up into the ten+ MHz range.<br class="gmail_msg">
><br class="gmail_msg">
> It seems crazy that in this day and age it would be difficult to recreate technology from 25-30 years ago, but pretty much all modern systems seem to be aimed at a fixed rate, and variable rates are implemented by doing sample-rate interpolation rather than genuinely altering the rate.<br class="gmail_msg">
><br class="gmail_msg">
> Thanks,<br class="gmail_msg">
> Tom<br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
> _______________________________________________<br class="gmail_msg">
> Synth-diy mailing list<br class="gmail_msg">
> <a href="mailto:Synth-diy@synth-diy.org" class="gmail_msg" target="_blank">Synth-diy@synth-diy.org</a><br class="gmail_msg">
> <a href="http://synth-diy.org/mailman/listinfo/synth-diy" rel="noreferrer" class="gmail_msg" target="_blank">http://synth-diy.org/mailman/listinfo/synth-diy</a><br class="gmail_msg">
><br class="gmail_msg">
<br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
Synth-diy mailing list<br class="gmail_msg">
<a href="mailto:Synth-diy@synth-diy.org" class="gmail_msg" target="_blank">Synth-diy@synth-diy.org</a><br class="gmail_msg">
<a href="http://synth-diy.org/mailman/listinfo/synth-diy" rel="noreferrer" class="gmail_msg" target="_blank">http://synth-diy.org/mailman/listinfo/synth-diy</a><br class="gmail_msg">
</blockquote></div></div>