Harald;<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">wouldn't something like<br>
<br>
  1::second => now;<br>
<br>
be enough to ensure that all initialization is done before the next time step?<br>
<br></blockquote><div><br></div><div>Not if real time passes between sending the file to the VM and its actual execution due to compilation, I think.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
In general I think (or thought) chuck always works strictly in sync,<br>
except if the time needed by all the operations for a time step is<br>
more than allowed by the next time step, which either means the<br>
computer is too slow or the operations should be reordered in a better<br>
way. Am I wrong with this assumption?<br>
<div><div></div><div class="h5"><br></div></div></blockquote><div><br></div><div>Yes, that's all true. However I don;t think ChucK can compensate for factors like the time compilation takes and the like. Scheduling the code to start doing interesting things at some known time after it enters the VM like with the modulo trick mentioned or by using for example events is the safest way to guarantee sync. Alternately you can practice sending it to the VM on the beat, that's also fun but clearly not a option in all contexts.</div>
<div><br></div><div>Yours,</div><div>Kas. </div></div>