[expr~ $v1> $v2] is expecting a vector for the second number, and in this abstraction it will not be passed from a creation argument. If you wanted to use a creation argument, just use the [expr~] object by itself, i.e.:
[expr~ $v1> 2.7]
or whatever. [expr] and [expr~] don't seem to be able to handle dollar-sign creation arguments, so you'd have to figure out another way to pass an argument, like:
[loadbang] | [f $1]
or something like that.
BTW, one thing that makes this a nice way to make a raw (but aliased) square wave is that by changing the value of the second vector between 0 and 1, you can get pulse width modulation:
[phasor~] [numberbox
| |
[expr~ $v1 > $v2]
|
[-~ 0.5]
|
[*~ 2]
best, d.
Steffen wrote:
On 18/03/2007, at 11.37, Derek Holzer wrote:
I've had several students on both windows and OS X that had trouble with the [>~] object for various reasons. It can be replaced with [expr~ $v1 > $v2], which is what the [>~] abstraction uses.
I saw that in the help patch for the abstraction. That help patches says also that "you *cannot* use arguments with this version, like [>~ 2.7]". Now i wonder if there is are Pd-technicalities that limits to such behavior, since it's not implemented?