<div dir="ltr"><div>Yes with [vline~] it goes finer, but try using numbers around 756 in the upper number box in this patch, I get long intervals, it's as though the control rate is aliasing.<br><br></div>Martin<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 13, 2015 at 3:16 PM, Alexandre Torres Porres <span dir="ltr"><<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class="">> <span style="font-size:12.8000001907349px">The attached patch lets you see Pd's "control rate" in action.</span><div><span style="font-size:12.8000001907349px"><br></span></div></span><div><span style="font-size:12.8000001907349px">this is not the best way to measure this, cause [*~ 0] is not able to convert data to audio as you expect, it's best to use [vline~].</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">cheers</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-03-13 14:55 GMT-03:00 Martin Peach <span dir="ltr"><<a href="mailto:chakekatzil@gmail.com" target="_blank">chakekatzil@gmail.com</a>></span>:<div><div class="h5"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span>On Fri, Mar 13, 2015 at 3:51 AM, Alexandre Torres Porres <span dir="ltr"><<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>></span> wrote:<br></span><div class="gmail_extra"><div class="gmail_quote"><span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><div dir="ltr"><span><span style="font-size:12.8000001907349px"></span></span><span></span><div><span style="font-size:12.8000001907349px">About the "control rate" paradigm in Pd, I have to admit that when I asked about it I was thinking about it in relation to what that means in supercollider and Csound, but I also always considered that Pd doesn't really have that kind of "control rate" per se. It's nice that we can look deeply into what it all means in the Pd context.</span></div><div><br></div><div><span style="font-size:12.8000001907349px">But yeah, I think everyone gets the question anyway, but the final detailed answer is still out there somewhere.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">This is what I get so far, anyway: </span><span style="font-size:12.8000001907349px">By thinking of more of a general concept from the SC/Csound realm, a control rate is something that is slower than audio rate and it doesn't make sense that it can go higher than audio rate (thus some may consider it "curious"). Simply put, since </span><span style="font-size:12.8000001907349px">Pd does not have this kind of paradigm in its structure, control messages have no real boundary and are free to be fired at any rate that your computer can manage and restricted only to bit float limitations.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">By making it more straightforward, </span><span style="font-size:12.8000001907349px">it has no limits, </span><span style="font-size:12.8000001907349px">it can go faster than you'll ever need it to until it kills your CPU.</span></div><div><br></div></div></blockquote></span><div>The attached patch lets you see Pd's "control rate" in action. It shows a graph of a wave being chopped at control rate. It won't chop any faster than about 1ms and it's irregular.<span><font color="#888888"><br><br></font></span></div><span><font color="#888888"><div>Martin<br></div></font></span></div></div></div>
</blockquote></div></div></div><br></div>
</blockquote></div><br></div>