you know, yeah, but the thing is that phasor is not actually an oscilator at all !!!<div><br></div><div>the name actually refers to phase, and not sawtooth.</div><div><br></div><div>Apart from [osc~], oscilators in puredata are basically wavetable oscilators. You have objects such as [tabosc4~] and that is it. <br>
<div><br></div><div>What [phasor~] was designed to do is to indicate the phase of the waveform on a table. So you have to adjust phsor to be compatible with the table size. You do that simply by multiplying phasor (wich ramps up to one) to the table size. So what it is meant to do is tell the position (or "phase") in a table. That is why it goes from 0 to 1. If it did go from -1 to 1, as an ocilator, then it wouldnt work that way.</div>
<div><br></div><div>So there is a misconception of [phasor~] being a sawtooth wave generator that can be misleading. As an oscilator, [phasor~] has a DC Offset. In order to [phasor~] became an oscilator with no DC Offset, we have to correct it.</div>
<div><br></div><div>Maybe it is nice to be explicit about it in Floss Manuals, and say that Pd mostly works out with Table lookup oscilators, and that [osc~] is a special and unique object that is meant to be a Cosine wave oscilator.</div>
<div><br></div><div>Then, when explaining how to get other kinds of wavefroms on Pd, such as sawtooth, square, triangle, we could emphasize that we are creating them, and building them up with the objects we have. Thast also makes it implicit that there is more than one way to di it, and that there is no official or built in Square wave, for instance.</div>
<div><br></div><div>I actually talk a lot about that on my book. And I present examples on how to get a triangle waveform on a table using the sinesum comand, that is, by summing up harmonics.</div><div><br></div><div>Cheers</div>
<div>Alex<br><br><div class="gmail_quote">On Mon, Mar 30, 2009 at 3:02 PM, Derek Holzer <span dir="ltr"><<a href="mailto:derek@umatic.nl">derek@umatic.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
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.<br>
<br>
D.<br>
<br>
Alexandre Porres wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
<br>
I tried again, and now it works much better than before... so I guess there was something wrong before.<br>
<br>
Well Claude, it seems it almost works as the [triangle~] object.<br>
<br>
Do you guys know about this one? It comes in some external library.<br>
<br>
Were you who did it anyway Claude? :)<br>
<br>
[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).<br>
<br>
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.<br>
<br>
Cheers<br>
Alex<br>
<br>
<br></div><div class="im">
On Mon, Mar 30, 2009 at 1:25 PM, Claude Heiland-Allen <<a href="mailto:claudiusmaximus@goto10.org" target="_blank">claudiusmaximus@goto10.org</a> <mailto:<a href="mailto:claudiusmaximus@goto10.org" target="_blank">claudiusmaximus@goto10.org</a>>> wrote:<br>
<br>
Alexandre Porres wrote:<br>
<br>
On Mon, Mar 30, 2009 at 12:02 PM, Claude Heiland-Allen <<br></div>
<a href="mailto:claudiusmaximus@goto10.org" target="_blank">claudiusmaximus@goto10.org</a> <mailto:<a href="mailto:claudiusmaximus@goto10.org" target="_blank">claudiusmaximus@goto10.org</a>>><div class="im">
<br>
wrote:<br>
<br>
<br>
[phasor~] [r~ shape]<br>
[expr~ if($v1<$v2,$v1/$v2,(1-$v1)/(1-$v2))]<br>
<br>
<br>
I tried that, but it didnt actually worked, I just get actual<br>
sawtooths, and<br>
no real triangles.<br>
<br>
<br>
Sorry for the shortness/lack of explanation, 0<shape<1, where 1 for<br>
phasor, 0.5 for triangle, 0 for backwards phasor.<br>
<br>
considering shape as a constant, obviously you get weird results if<br>
you modulate it, but that's half the fun:<br>
<br>
0.0 <= input <= shape ~> 0.0 <= output <= 1.0 (rising ramp)<br>
shape <= input <= 1.0 ~> 1.0 >= output >= 0.0 (falling ramp)<br>
<br>
Hope this helps,<br>
<br>
<br>
<br>
Claude<br>
-- <a href="http://claudiusmaximus.goto10.org" target="_blank">http://claudiusmaximus.goto10.org</a><br>
<br>
<br>
<br>
<br>
-- <br>
Alexandre Torres Porres<br>
cel. (11)8179-6226<br>
Website: <a href="http://porres.googlepages.com/home" target="_blank">http://porres.googlepages.com/home</a><br>
<a href="http://www.myspace.com/alexandretorresporres" target="_blank">http://www.myspace.com/alexandretorresporres</a><br>
<br>
</div></blockquote><div class="im">
<br>
-- <br>
::: derek holzer ::: <a href="http://blog.myspace.com/macumbista" target="_blank">http://blog.myspace.com/macumbista</a> ::: <a href="http://www.vimeo.com/macumbista" target="_blank">http://www.vimeo.com/macumbista</a> :::<br>
</div>
---Oblique Strategy # 35:<br>
"Consider transitions"<br>
</blockquote></div><br><br clear="all"><br>-- <br>Alexandre Torres Porres<br>cel. (11)8179-6226<br>Website: <a href="http://porres.googlepages.com/home">http://porres.googlepages.com/home</a><br><a href="http://www.myspace.com/alexandretorresporres">http://www.myspace.com/alexandretorresporres</a><br>
<br>
</div></div>