<div dir="ltr">yeah, the patch I mentioned, is here</div><div class="gmail_extra"><br><div class="gmail_quote">2015-09-23 11:34 GMT-03:00 Alexandre Torres Porres <span dir="ltr"><<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">well, in my test in the attached patch, the delrwrite is at 4000 size, and delread will read all the way up there instead of only to about 1000 as vd~ does<div><br></div><div>I'd like to see your test please, as I dont know what to say, looks to me it is different. I didn't create a second thread cause I thought that another difference between them could be pointed here.</div><div><br></div><div>about your original question, I can't tell you why it behaves they behave differently, but I do strongly believe that whatever the reason is, this is a problem that should be fixed as they both should, in my view, be able to go up to the specified time limit.</div><div><br></div><div>cheers </div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2015-09-23 7:27 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><span>
<div>> vd~ will have that issue where you need to divide the time in ms for the overlap number -</div>
<div>> which I think is bad and maybe it should just work around that. It's really annoying working with a different time range.</div>
<div>> now, delread~ doesn't need that, you can work with the actual ms </div>
<div> </div>
</span><div>That's not true! They both convert the ms information to samples according to the actual samplerate of the subpatch where the object is located at. This is what I've been experiencing and I've checked it again.</div>
<div> </div>
<div>So can we please come back to my initial question about the different delay limits of [vd~] and [delwrite~]?</div>
<div>
<div name="quote" style="margin:10px 5px 5px 10px;padding:10px 0 10px 10px;border-left:2px solid #c3d9e5;word-wrap:break-word">
<div style="margin:0 0 10px 0"><b>Gesendet:</b> Dienstag, 22. September 2015 um 21:32 Uhr<br>
<b>Von:</b> "Alexandre Torres Porres" <<a href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>><br>
<b>An:</b> "Christof Ressi" <<a href="mailto:christof.ressi@gmx.at" target="_blank">christof.ressi@gmx.at</a>><br>
<b>Cc:</b> Pd-List <<a href="mailto:pd-list@lists.iem.at" target="_blank">pd-list@lists.iem.at</a>><br>
<b>Betreff:</b> Re: [PD] [vd~] VS [delread~] - different delay limit!</div><div><div>
<div name="quoted-content">
<div>I found another difference between vd~ and delread~
<div> </div>
<div>vd~ will have that issue where you need to divide the time in ms for the overlap number - which I think is bad and maybe it should just work around that. It's really annoying working with a different time range.</div>
<div> </div>
<div>now, delread~ doesn't need that, you can work with the actual ms </div>
<div> </div>
<div>one way or another, it seems bad that both behave differently. I point they should work the same way and that vd~ behaves like delread~ in this case.</div>
<div> </div>
<div>cheers</div>
</div>
<div class="gmail_extra">
<div class="gmail_quote">2015-09-22 15:34 GMT-03:00 Alexandre Torres Porres <span><<a href="http://porres@gmail.com" target="_blank">porres@gmail.com</a>></span>:
<blockquote class="gmail_quote" style="margin:0 0 0 0.8ex;border-left:1.0px rgb(204,204,204) solid;padding-left:1.0ex">
<div>funny, I found out about the same thing and just posted on the thread that I'm reporting it as a bug
<div> </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> </div>
<div>cheers </div>
</div>
<div class="gmail_extra">
<div class="gmail_quote"><span>2015-09-22 15:17 GMT-03:00 Christof Ressi <span><<a href="http://christof.ressi@gmx.at" target="_blank">christof.ressi@gmx.at</a>></span>:</span>
<blockquote class="gmail_quote" style="margin:0 0 0 0.8ex;border-left:1.0px rgb(204,204,204) solid;padding-left:1.0ex">
<div>
<div style="font-family:Verdana;font-size:12.0px">
<div><span>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?</span></div>
<div><span> </span></div>
<div><span>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>
</span></div>
</div>
</div>
<br>
_______________________________________________<br>
<a href="http://Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote>
</div>
</div>
</blockquote>
</div>
</div>
</div>
</div></div></div>
</div>
</div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>