<div dir="ltr"><div><div><div>Roman,<br><br>&gt;&gt; wrapping points. The only drawback compared to [phasor~] is that the<br>&gt;&gt; latter allows to control the frequency with a signal and the<br>&gt;&gt; [metro]/[vline~] based phasor obviously doesn&#39;t.<br>
<br></div>I never did quite figure it out but how do you do more advanced things with [vline~] such as updating/increasing ramp speed mid ramp?<br><br>&gt;&gt; I&#39;ll be glad to help you build the [phasor~] replacement that has an<br>

&gt;&gt; additional bang outlet, if you need it.<br><br></div>Are you saying this is possible with just metro/vline~ combo? I would be curious what that looks like if you did build it....<br><br></div>m<br><div><div><div>
<div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Mar 5, 2014 at 3:18 AM, Roman Haefeli <span dir="ltr">&lt;<a href="mailto:reduzent@gmail.com" target="_blank">reduzent@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="">On Wed, 2013-05-08 at 22:00 +0100, Ed Kelly wrote:<br>
&gt; Hi Lists(s),<br>
&gt;<br>
&gt;<br>
&gt; I&#39;m rewriting phasor~ and unifying it with metro so that a pulse is<br>
&gt; generated from the boundaries of each ramp - so that bars of music can<br>
&gt; be read using tabread~ objects with a sample-accurate metro.<br>
&gt;<br>
&gt;<br>
&gt; I&#39;m sure someone will say this can already be done,<br>
<br>
</div>Yes!<br>
<div class=""><br>
&gt;  but it has to be dropped into the Ninja Jamm patch, so there isn&#39;t<br>
&gt; really time to rewrite the rest of the patch.<br>
<br>
</div>Frankly, I am pretty sure, just using what Pd provides is too easy to<br>
use and likely less time consuming than writing your custom external.<br>
(Or I am totally missing the point of this adventure).<br>
<div class=""><br>
<br>
&gt; I don&#39;t fully understand the way phasor~ wraps, but I have the object<br>
&gt; firing out bar numbers correctly. I&#39;m putting clocks in for 16ths and<br>
&gt; 24ths of the beat, initiated on each wrap. I need to minimise CPU, so<br>
&gt; what I want to know is this:<br>
&gt;<br>
&gt;<br>
&gt; Does phasor~ always start from 0 and go to 1, i.e. is there always a<br>
&gt; signal value of 0 at the start of the ramp and a signal value of 1 at<br>
&gt; the end? As I write this, my common sense tells me it should be &quot;yes&quot;<br>
&gt; but I want to make sure. I suppose I should just try it really...<br>
<br>
</div>No, it&#39;s not the case. A [phasor~] ramp virtually starts always at 0 and<br>
ends at 1 - true, but most of the time the wrapping point doesn&#39;t lie<br>
exactly on sample boundaries. This means the sample values around the<br>
wrapping point are almost never 1 or 0, respectively.<br>
<br>
Trying to derive precise timing from the audio domain is a moot exercise<br>
anyway, in my opinion. The best you can get from this approach is sample<br>
precision and analyzing all samples of a signal is relatively<br>
expensive.<br>
<br>
If you truly care about CPU consumption and a proper design from the<br>
start, use [metro] - which is as precise as 32-bit floats can be - and<br>
[vline~] - which actually uses the  precise timing from [metro] (as<br>
opposed to [line~] that doesn&#39;t).<br>
<br>
With this combo [metro]/[vline~] you can rebuild [phasor~] with the<br>
additional benefit of giving you more-than-sample-exact bangs at the<br>
wrapping points. The only drawback compared to [phasor~] is that the<br>
latter allows to control the frequency with a signal and the<br>
[metro]/[vline~] based phasor obviously doesn&#39;t.<br>
<br>
I&#39;ll be glad to help you build the [phasor~] replacement that has an<br>
additional bang outlet, if you need it.<br>
<div class=""><div class="h5"><br>
Roman<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Pd-dev mailing list<br>
<a href="mailto:Pd-dev@iem.at">Pd-dev@iem.at</a><br>
<a href="http://lists.puredata.info/listinfo/pd-dev" target="_blank">http://lists.puredata.info/listinfo/pd-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>____________________<br>m.e.grimm | m.f.a | ed.m.<br><a href="mailto:megrimm@gmail.com" target="_blank">megrimm@gmail.com</a><br>_________________________________
</div></div></div></div></div></div>