<div dir="ltr">I did read, but I think how snapshot~ can't work in a block size of 1 is a side issue.<div><br></div><div>But whatever restrictions it has, we do have [vsnapshot~] as a workaround. Unfortunately, there's no help file yet to [vnapshot~]. Hopefully there'll be one in the next update.<br><div><br></div><div>> <span style="font-size:12.8000001907349px">couldn't [bang~] have a conditional where it schedules</span></div><div><span style="font-size:12.8000001907349px">> more clock callbacks with the relevant timestamps?</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">yeah, right? couldn't it? why not?</span></div></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-15 13:55 GMT-03:00 Jonathan Wilkes <span dir="ltr"><<a href="mailto:jancsika@yahoo.com" target="_blank">jancsika@yahoo.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"><div dir="ltr"><span>snapshot~ is to vsnapshot~ what line~ is to vline~.</span></div><div dir="ltr"><br><span></span></div><div dir="ltr"><span>Did you read the chapter of Miller's book which he linked to here?</span></div> <br><div><br><br></div><div style="display:block"> <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><div class="h5"> <div dir="ltr"> <font face="Arial"> On Saturday, March 14, 2015 11:55 AM, Alexandre Torres Porres <<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>> wrote:<br> </font> </div> <br><br> </div></div><div><div><div class="h5"><div><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><br><div>2015-03-14 12:17 GMT-03:00 Alexandre Torres Porres <span dir="ltr"><<a rel="nofollow">porres@gmail.com</a>></span>:<br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span><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><br><div>2015-03-14 12:13 GMT-03:00 Alexandre Torres Porres <span dir="ltr"><<a rel="nofollow">porres@gmail.com</a>></span>:<div><div><br><blockquote 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><br><div>2015-03-14 6:21 GMT-03:00 Peter P. <span dir="ltr"><<a rel="nofollow">peterparker@fastmail.com</a>></span>:<div><div><br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">* Alexandre Torres Porres <<a rel="nofollow">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></div></div><span class="">_______________________________________________<br><a>Pd-list@lists.iem.at</a> mailing list<br>UNSUBSCRIBE and account-management -> <a>http://lists.puredata.info/listinfo/pd-list</a><br><br><br></span></div> </div> </div> </div></div></div></blockquote></div><br></div>