<div dir="ltr">funny, I found out about the same thing and just posted on the thread that I'm reporting it as a bug<div><br></div><div>Well, my oppinion is that there might be some explanation why it happens, but also that both objects have bugs regarding the way they operate as they can't reach the delay limit when it comes to changing the block size, and they also have different limits... so both should be fixed to just be able to reach the specified maximum limit.</div><div><br></div><div>cheers </div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-09-22 15:17 GMT-03:00 Christof Ressi <span dir="ltr"><<a href="mailto:christof.ressi@gmx.at" target="_blank">christof.ressi@gmx.at</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:Verdana;font-size:12.0px"><div>In the course of a discussion with Alexandre I ran into something really interesting: [delread~] and [vd~] have different delay limits! While [delread~] has always the buffersize minus the blocksize of the subpatch where it is located, the limit of [vd~] is 64 samples greater. Any explanations?</div>

<div> </div>

<div>In my example patch, simply choose any blocksize, then set the delay time to maximum 100 (which is actually beyond the maximum), and then toggle between [vd~] and [delread~] to see the 64 samples difference...<br>
 </div></div></div><br>_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br></blockquote></div><br></div>