[PD] Pd dual metro ..

[padawan12]

Tas, I cant seem to reproduce that specific problem.
Here's a slightly simpler take. Basically what
Frank says, but don't even bother to reset.
Resetting is what causes the problems, but there's 
no need, just take the modulo and let the counter
run forever. If you want to zero the steps value
then force the float to zero. (caveat - if you
do that halfway through a beat your first beat
will be off by the difference, everything else
will then be fine) Imho this is the simplest and
best method. Thanks for what you said about "Hi Honey",
being "ahead of your time" isn't always good.
Nobody likes a clever bastard. ;)


On Wed, 2 Aug 2006 10:35:30 +0100 (BST)
Tas Pas <tprotopgr at yahoo.gr> wrote:

> 
> Hello,
> 
> Frank Barknecht wrote :
> 
> >Generally I 
> >prefer to
> >count from 0 to maxstep-1, a "modulo counter" that is easily 
> >build
> >with 
> >
> >   [r $0-restart]
> >   |
> >   [f 0]/[+ 1]/[mod 8]
> >   |           |
> >   |           [s $0-restart]
> >   |
> >   counter output here
> 
> I tried the modulo method but I saw that if the user change the max value to a value less than 
> the current value, the counter never resets again ...
> 
> I tried the implementation with the [select] object and I put and extra select to be sure that
> the counter never exceeds the maximum of 8 steps.
> 
> Attached you'll find my current 8step implementation.
> 
> 
>  		
> ---------------------------------
>  ______________ Yahoo!
>  __________ __ __________ ____ ____ (spam); __ Yahoo! Mail ________ ___ ________ ______ _________ ____ ___ ___________ _________ 
>  http://login.yahoo.com/config/mail?.intl=gr 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 8step-modulo.pd
Type: application/octet-stream
Size: 730 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20060803/75fb8e26/attachment.obj>