Surely >~ should be in the vanilla version of PD
-
[>~] could not create {SOLVED}
-
@brendanmac [threshold~] controlling [*~]
David. -
Like this? Doesn't seem to work as expected [edit - jusy saw my error; gimme a minute]
-
Nope; threshold into multiply does indeed do exactly what >~ does, but doesn't work here. Maybe because it's inside an fft block?
-
[>~] is in the zexy library.
-
Hi
thanks I found it. Slight issue though - I had zexy installed, and some of the maths signal operators showed up with hex names (?), anyway I reloaded the library and now PD is complaining that I have a duplicate path, even though there is only one entry for that path in my PD preferences: it works fine now anyway -
I deleted the path in preferences, then added it again. Sorted, thanks for your help
-
I had a similar problem with zexy recently too, where not all the objects were creating do to some names creating in a weird way. There were multiple windows versions of it available in the repository and I re-installed in order to fix it, I think I installed the second oldest version and that has worked perfectly (I of course had the newest version installed previously). Don't remember which author's name was on which though...anyway maybe that helps also..
-
expr and expr~ are now part of vanilla pd, for all intents and purposes.
so you can just use [expr~ $v1 > 0.8] or [expr~ $v1 > $f2] , etc