Wells

I thought it might a rather simple affair, a message in the format of "250, 750 10000" connected to a metro's right inlet to make it go from 250ms to 750ms over the course of 10s, but this isn't working. What am I missing?

newb-q-ramping-a-metros-time

send the message through line object first. looks like the format is right for that.

This is a fundamental misunderstanding of metro. It is misnamed. It should

be called alarm clock. I works more like a retriggering delay. Metro

outputs a bang then waits the specified period before banging again. Any

changes in the delay time are ignored until the current delay time expires.

Try this to see it happen. Click 2000 then 1000 immediately after you see a

I suggest the tempo object, McCartney's pulse and my pulsemetro. Pulse and

pulsemetro are available on my web site (below or search MaxObjects.com).

All of these objects have continuously variable tempo.

On 12/7/07 8:26 PM, "Wells Oliver" wrote:

> I thought it might a rather simple affair, a message in the format of "250,

> 750 10000" connected to a metro's right inlet to make it go from 250ms to

> 750ms over the course of 10s, but this isn't working. What am I missing?

This is a fundamental misunderstanding of metro.  It is misnamed.  It should
be called alarm clock.  I works more like a retriggering delay. Metro
outputs a bang then waits the specified period before banging again.  Any
changes in the delay time are ignored until the current delay time expires.

Try this to see it happen.  Click 2000 then 1000 immediately after you see a
bang output.

I suggest the tempo object, McCartney's pulse and my pulsemetro.  Pulse and
pulsemetro are available on my web site (below or search MaxObjects.com).
All of these objects have continuously variable tempo.

On 12/7/07 8:26 PM, "Wells Oliver"  wrote:

>
> I thought it might a rather simple affair, a message in the format of "250,
> 750 10000" connected to a metro's right inlet to make it go from 250ms to
> 750ms over the course of 10s, but this isn't working. What am I missing?
>
> - Wells

Cheers
Gary Lee Nelson
Oberlin College
www.timara.oberlin.edu/GaryLeeNelson

ah yes, I forgot about that. Gary is right about the metro, it'll wait its full time before banging at the new tempo, unless you stop / start again quickly (and then you get stutter). Sounds like he's got some other objects that'll do what you need, they seem handy.

There are a lot of other options for changing rates, using signals, so it's worth investigating those at some point too.

ah yes, I forgot about that. Gary is right about the metro, it'll wait its full time before banging at the new tempo, unless you stop / start again quickly (and then you get stutter). Sounds like he's got some other objects that'll do what you need, they seem handy. 

> I thought it might a rather simple affair, a message in the format of

> "250, 750 10000" connected to a metro's right inlet to make it go

> from 250ms to 750ms over the course of 10s, but this isn't working.

Wells Oliver schrieb:
> I thought it might a rather simple affair, a message in the format of
> "250, 750 10000" connected to a metro's right inlet to make it go
> from 250ms to 750ms over the course of 10s, but this isn't working.
> What am I missing?

-- 
Stefan Tiedje------------x-------
--_____-----------|--------------
--(_|_ ----|-----|-----()-------
-- _|_)----|-----()--------------
----------()--------www.ccmix.com


This sort of works with the limited range of delay times (250..750) but it

general metro will not be useful for continuous tempo changes for the

reasons I gave in a recent post. But, if you continue to be interested in

this I can send you my patch for lighting a match on a wet cake of soap.

Seriously, have a look at this. It measures the time between ticks from

pulse, tempo and metro responding to the same patterns of tempo change. The

left side works pretty well for smooth continuous tempo changes but notice

the differences between pulse and the other two. The right side changes

tempo randomly every five seconds without ramping. You can see gross errors

in timing at the change points. Note also that the bangs fire out of

sequence almost from the beginning. You will have to get the pulse object

On 12/13/07 4:31 AM, "Stefan Tiedje" wrote:

>> I thought it might a rather simple affair, a message in the format of

>> "250, 750 10000" connected to a metro's right inlet to make it go

>> from 250ms to 750ms over the course of 10s, but this isn't working.

> #P message 71 41 90 196617 250 , 750 10000;

This sort of works with the limited range of delay times (250..750) but it
general metro will not be useful for continuous tempo changes for the
reasons I gave in a recent post.  But, if you continue to be interested in
this I can send you my patch for lighting a match on a wet cake of soap.
:-)

Seriously, have a look at this.  It measures the time between ticks from
pulse, tempo and metro responding to the same patterns of tempo change.  The
left side works pretty well for smooth continuous tempo changes but notice
the differences between pulse and the other two.  The right side changes
tempo randomly every five seconds without ramping. You can see gross errors
in timing at the change points.  Note also that the bangs fire out of
sequence almost from the beginning.  You will have to get the pulse object
before you can run this example.

On 12/13/07 4:31 AM, "Stefan Tiedje"  wrote:

> Wells Oliver schrieb:
>> I thought it might a rather simple affair, a message in the format of
>> "250, 750 10000" connected to a metro's right inlet to make it go
>> from 250ms to 750ms over the course of 10s, but this isn't working.
>> What am I missing?
>
> Try this:
>
> #P window setfont "Sans Serif" 9.;
> #P window linecount 1;
> #P newex 111 90 50 196617 line;
> #P button 71 155 15 0;
> #P message 71 41 90 196617 250 , 750 10000;
> #P newex 71 66 50 196617 t 1 l;
> #P toggle 71 95 15 0;
> #P newex 71 118 50 196617 metro;
> #P connect 5 0 0 1;
> #P connect 2 1 5 0;
> #P connect 0 0 4 0;
> #P connect 3 0 2 0;
> #P connect 2 0 1 0;
> #P connect 1 0 0 0;
> #P window clipboard copycount 6;
>

PS. Pulse jitters a bit because it is using a different timing method. It

jitters a lot when overdrive is off. I still don't have the whole story it

PS.  Pulse jitters a bit because it is using a different timing method.  It
jitters a lot when overdrive is off.  I still don't have the whole story it
seems.

newb Q: Ramping a metro's time