[PD] metro and drift

Damian Stewart damian at frey.co.nz
Sat Apr 1 02:33:45 CEST 2006


hi,

After the comments on my previous post saying that metro drift wouldn't 
be too much of a problem, I ran a test or two, and roughly found this to 
be true.

I set up three metros, one to bang once every beat, one to bang every 
27th of a beat (triplet-based time), and one to bang every 49th of a 
beat (1/7th-based time). Then I left it running for a while, using timer 
and realtime to measure drift over each beat. The patch I used is attached.

Over 60 minutes:

Between whole beat and beat counted from 27ths:
realtime 0.002ms drift
timer 0.144ms drift

Between whole beat and beat counted from 49ths:
realtime 0.01ms drift
timer 0.149ms drift

Between whole beat counted from 27ths and from 49ths:
realtime 0.002ms drift
timer 0.007ms drift

Now, I'm not totally sure how to interpret these numbers, and certainly 
don't understand the huge discrepancies between realtime and timer 
outputs, but it seems like drift isn't going to be any problem for this 
amount of time.

As I understand it the human ear starts to hear things as two different 
events at around 15-20ms time separation, so in theory these drifts 
should be utterly inaudible.

The question is, will these .1 ms drifts be sensed even if not 
consciously audible? In the case of a hardware device like the Akai 
MPC2000, there's a whole mythology that's arisen around the 'perfection' 
of its swing function, being supposedly sub-ms accurate in a way that no 
other machine can match...

Hope this information is useful to someone :)

cheers
d
-- 
f r e y
live music with computers
http://www.frey.co.nz
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: timedrifttest.pd
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20060401/db7c3a9c/attachment.txt>


More information about the Pd-list mailing list