the reason it doesn't work is because comparing floating point numbers for equality rarely works. if you are doing a test for ==~ 0, the value will often be something very close but not exactly equal to 0. normally when comparing floating point numbers use test to see if they are closer than some very small number (normally referred to as epsilon), so you would do something like [phasor~] -> [<~ 0.01]... not that 0.01 is very small, but you get the idea.

tho i'm not trying to suggest that this is a particularly good way of going about it. it mostly depends what you want to use the pulses for.

the zexy signal comparison objects tend to be pretty cpu heavy anyhow, so i tend to avoid them. err... by cpu heavy, i mean if i use a few in an nqpoly grain, it starts to kill audio.

pix.

On Sat, 08 Mar 2003 19:43:31 +0000 (GMT) PT147@mdx.ac.uk wrote:

I read

...

I'm not sure what you mean but maybe zexy's dirac~ is what you are looking for.

Unfortunatel not - this is for generating a single click n samples after receiving a bang, what I'm after is something like an oscilator that outputs a single click every cycle. So I expected an audio rate 'equal' comparison to send a '1' for the instant in which the input (like a phasor~) passed whatever point. I suppose there's another way, but I don't really want to use an array, and I've got other things to be doing now, anyway.

I still don't understand why it doesn't work, though, and would like to be able to generate sequential impulses in pd...

Cheers,

Peter

---

PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list