<html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div dir="ltr" id="yui_3_16_0_1_1426437809617_16771"><span>snapshot~ is to vsnapshot~ what line~ is to vline~.</span></div><div id="yui_3_16_0_1_1426437809617_17616" dir="ltr"><br><span></span></div><div id="yui_3_16_0_1_1426437809617_17617" dir="ltr"><span id="yui_3_16_0_1_1426437809617_17619">Did you read the chapter of Miller's book which he linked to here?</span></div> <br><div class="qtdSeparateBR"><br><br></div><div style="display: block;" class="yahoo_quoted"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div dir="ltr"> <font face="Arial" size="2"> On Saturday, March 14, 2015 11:55 AM, Alexandre Torres Porres <porres@gmail.com> wrote:<br> </font> </div> <br><br> <div class="y_msg_container"><div id="yiv0562803650"><div dir="ltr">moreover, [snapshot~] will also print 64 equal values of the last value in a 64 block even if the patch is running at a block size of "1", being this kind of behaviour my biggest surprise that i point in this thread.</div><div class="yiv0562803650gmail_extra"><br><div class="yiv0562803650gmail_quote">2015-03-14 12:17 GMT-03:00 Alexandre Torres Porres <span dir="ltr"><<a href="" class="removed-link" rel="nofollow" ymailto="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>></span>:<br><blockquote class="yiv0562803650gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div dir="ltr"><span class="yiv0562803650"><div><span style="font-size:12.8000001907349px;">> snapshot~ will always output the last sample from an audio block of 64<br></span><i><span style="font-size:12.8000001907349px;">This sounded strange at first to me, but it makes sense if you consider</span><br style="font-size:12.8000001907349px;"><span style="font-size:12.8000001907349px;">that snapshot~'s role is to give you one audio sample from the audio</span><br style="font-size:12.8000001907349px;"><span style="font-size:12.8000001907349px;">stream. Since you will only receive messages in between audio blocks the</span><br style="font-size:12.8000001907349px;"><span style="font-size:12.8000001907349px;">last sample in a vector is the one that is closest (in timing) to the</span><br style="font-size:12.8000001907349px;"><span style="font-size:12.8000001907349px;">point at which you receive the value in the gui.</span></i><br></div><div><br></div><div><br></div></span>For snapshot, I know I ran proper tests as I was comparing it to vsnapshot~, meaning that it wasn't constricted to the bang gui behaviour. So sending bangs at every sample did only spit out 64 equal values of the last sample in the block - whereas [vsnapshot~] can give a value for each sample.<div><br></div><div>cheers<br><div><br></div><div><br></div></div></div><div class="yiv0562803650gmail_extra"><br><div class="yiv0562803650gmail_quote">2015-03-14 12:13 GMT-03:00 Alexandre Torres Porres <span dir="ltr"><<a href="" class="removed-link" rel="nofollow" ymailto="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>></span>:<div><div class="yiv0562803650h5"><br><blockquote class="yiv0562803650gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div dir="ltr"><span><span 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></span><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="yiv0562803650gmail_extra"><br><div class="yiv0562803650gmail_quote">2015-03-14 6:21 GMT-03:00 Peter P. <span dir="ltr"><<a href="" class="removed-link" rel="nofollow" ymailto="mailto:peterparker@fastmail.com" target="_blank">peterparker@fastmail.com</a>></span>:<div><div><br><blockquote class="yiv0562803650gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">* Alexandre Torres Porres <<a href="" class="removed-link" rel="nofollow" ymailto="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>> [2015-03-14 07:36]:<br>
<span>> 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><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></div></div><br></div>
</blockquote></div></div></div><br></div>
</blockquote></div><br></div></div><br>_______________________________________________<br><a href="" class="removed-link" ymailto="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>UNSUBSCRIBE and account-management -> <a href="" class="removed-link" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br><br><br></div> </div> </div> </div></div></body></html>