<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Try changing the frequency of [vphasor.mmb~] to something that doesn't
divide so nicely into the [metro]'s rate. Like in the attached.<br>
<br>
.mmb<br>
<br>
Frank Barknecht wrote:
<blockquote cite="mid:20100415135127.GA12703@footils.org" type="cite">
<pre wrap="">Hi Mike,
On Thu, Apr 15, 2010 at 02:19:22AM -0400, Mike Moser-Booth wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Frank Barknecht wrote:
</pre>
<blockquote type="cite">
<pre wrap="">But what many people would want is clock-accurate updates of the phase
inlets instead of updates being block-quantized.
Ciao
</pre>
</blockquote>
<pre wrap="">I posted an abstraction on the forum a few days ago that does this.
<a class="moz-txt-link-freetext" href="http://puredata.hurleur.com/sujet-4039-phasor-sample-accurate-phase-reset">http://puredata.hurleur.com/sujet-4039-phasor-sample-accurate-phase-reset</a>
</pre>
</blockquote>
<pre wrap=""><!---->
I'm not sure, if this is working correctly. I made a test patch
(attached) which delays the message to set the phase by some samples. As
[tabwrite~] is block-quantized, I would expect that the phase is set to
0.25 at some place inside the scope-tables. For the standard phasor~ it
indeed does this (albeit block-quantized), but the vphasor just seems to
ignore any request to set the phase. You can adjust the sample-delay
with a number box.
(Forum admins: It would be nice to allow downloads without logging in.)
Ciao
</pre>
</blockquote>
<br>
</body>
</html>