<div dir="ltr"><span class="im" style="font-size:12.8000001907349px">> print~ will always start printing from the beginning of a 64 block period<br></span><i><span style="font-size:12.8000001907349px">The same here. Perhaps it helps to see print~ as the object that gives</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">you one audio block as numbers rather than an 'audio rate print' that</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">does things faster than message timing.</span></i><br style="font-size:12.8000001907349px"><div><i><span style="font-size:12.8000001907349px"><br></span></i></div><div><span style="font-size:12.8000001907349px">I also meant that it can't help but start from a 64 block boundary, even if the block is less, such as "1", but I think that this is because the bang button is always aligned to a 64 block tick, as I pointed out later, so I may have to run other tests to see how [print~] actually behaves with different size blocks.</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-14 6:21 GMT-03:00 Peter P. <span dir="ltr"><<a href="mailto:peterparker@fastmail.com" target="_blank">peterparker@fastmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">* Alexandre Torres Porres <<a href="mailto:porres@gmail.com">porres@gmail.com</a>> [2015-03-14 07:36]:<br>
<span class="">> It seems there are other objects that somehow restrict themselves to a 64<br>
> size block minimum.<br>
><br>
> print~ will always start printing from the beginning of a 64 block period<br>
</span>The same here. Perhaps it helps to see print~ as the object that gives<br>
you one audio block as numbers rather than an 'audio rate print' that<br>
does things faster than message timing.<br>
<span class=""><br>
> snapshot~ will always output the last sample from an audio block of 64<br>
</span>This sounded strange at first to me, but it makes sense if you consider<br>
that snapshot~'s role is to give you one audio sample from the audio<br>
stream. Since you will only receive messages in between audio blocks the<br>
last sample in a vector is the one that is closest (in timing) to the<br>
point at which you receive the value in the gui.<br>
</blockquote></div><br></div>