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:
---Oblique Strategy # 35:
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:claudiusmaximus@goto10.org <mailto:claudiusmaximus@goto10.org>>
Alexandre Porres wrote:
On Mon, Mar 30, 2009 at 12:02 PM, Claude Heiland-Allen <
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
"Consider transitions"