Archive of the former Yahoo!Groups mailing list: ComputerVoltageSources

previous by date index next by date
previous in topic topic list next in topic

Subject: Re: Atompro timing anomolies....

From: "drmabuce" <drmabuce@...>
Date: 2007-01-19

Hi All
External sync at the 'macro-level' as described by Maestro Chang
must be implemented at the application code level. i ,for one, don't
relish the prospect of trying to code smooth (or as smooth as a DAC
allows) portamento in 24ppq increments. Things get zippery enough for
me at full-on processor speed. But i'm way more of an app. guy than a
'kernel' guy so i put the question to some of you engine tweakers....
Is the prospect of syncing the main clock of multiple BasicAtom's
to a common timing reference unfeasible?
i grasp that the processor is using a resonator for it's timing
components and that Xtal components would be more accurate. Also these
are passive , on board components of course and i know better than to
think that multiple processors can 'share' an Xtal especially over a
physical distance so i suppose my questions is whether there's an
'active' circuit that could overcome physical proximity (et al) issues
and serve as a common reference for multiple BasicAtoms?

-doc






--- In ComputerVoltageSources@yahoogroups.com, "Gary Chang"
<gchang@...> wrote:
>
> Regardless of the accuracy of the timing source or the AtomPro (and
> its scientific accuracy), it is essential that an external sync
> reference can be used to enable the PSIM to reliably playback at the
> same exact tempo. This could be something as simple as an audio tone.
> (I would generate a tone from a pluging in my DAW, making it
> repeatable and reliable). The issue is the frequency of the pilot
> tone, whether it be something mundane and standard like a 24 ppn midi
> click that tempo changes with frequency, or a higher resolution
> constant clock that allows for different tempos to be subdivided
from it.
>
> A MIDI timecode-locked device is running off of its internal clock,
> but is periodically checking its timecode position to the timecode
> coming it is being fed from the master. If the device is reasonably
> accurate (within a milliscond or two in a minute), this method can be
> employed. A routine of error compensation is employed to keep the
> slave close to the master. Most computer based sequencing apps run in
> this mode.
>
> A MIDI click-locked device takes the 24 pulse per note midi clock
> pulse stream and references all timing information to that.
>
> gary
>