Is it really DC offset when the value goes from 0 to 1 instead of -1 to 1? I mean, that's the way [phasor~] comes right out of the box.
D.
Alexandre Porres wrote:
I tried again, and now it works much better than before... so I guess there was something wrong before.
Well Claude, it seems it almost works as the [triangle~] object.
Do you guys know about this one? It comes in some external library.
Were you who did it anyway Claude? :)
[triangle~] works in a similar fashion, it goes smoothly from inverse sawtooth to triangle and the sawtooth depending on the parameter (from 0 to 1).
The thing is that Triangle corrects the DC Offset, which could easily be done in the expr. But now I may start to sound like an obssessed DC Offset maniac.
Cheers Alex
On Mon, Mar 30, 2009 at 1:25 PM, Claude Heiland-Allen <claudiusmaximus@goto10.org mailto:claudiusmaximus@goto10.org> wrote:
Alexandre Porres wrote: On Mon, Mar 30, 2009 at 12:02 PM, Claude Heiland-Allen < claudiusmaximus@goto10.org <mailto:claudiusmaximus@goto10.org>> wrote: [phasor~] [r~ shape] [expr~ if($v1<$v2,$v1/$v2,(1-$v1)/(1-$v2))] I tried that, but it didnt actually worked, I just get actual sawtooths, and no real triangles. Sorry for the shortness/lack of explanation, 0<shape<1, where 1 for phasor, 0.5 for triangle, 0 for backwards phasor. considering shape as a constant, obviously you get weird results if you modulate it, but that's half the fun: 0.0 <= input <= shape ~> 0.0 <= output <= 1.0 (rising ramp) shape <= input <= 1.0 ~> 1.0 >= output >= 0.0 (falling ramp) Hope this helps, Claude -- http://claudiusmaximus.goto10.org-- Alexandre Torres Porres cel. (11)8179-6226 Website: http://porres.googlepages.com/home http://www.myspace.com/alexandretorresporres