<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>
<div>> cause I'm expecting the object to behave as it should</div>
<div> </div>
<div>more precisely, you're expecting the object to behave as YOU THINK it should ;-). But you're right that this discussion can go on forever. I just want to point out a last time that there's a difference between a bug and improper documentation. For example there's a technical reason why for computing audio in blocks, the reading onset for [vd~] would be less than the buffer size of [delwrite~] (especially when deliberately increasing the block size). This is totally logical and problems only arise because of vague terms like 'maximum delay time'. So it's not that the behaviour of [vd~] is wrong, but the helpfile - and that's an important difference!</div>
<div> </div>
<div>Regarding the behaviour of overlapping subpatches you just have to accept how Pd works. Changing its behaviour will break hundreds of patches.</div>
<div>To repeat myself, I personally think most of what you declare as a 'bug' is just a matter of missing or misleading documentation.</div>
<div> </div>
<div>Cheers</div>
<div> </div>
PS: I'm not claiming the last word on this subject
<div> </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; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b> Donnerstag, 24. September 2015 um 18:54 Uhr<br/>
<b>Von:</b> "Alexandre Torres Porres" <porres@gmail.com><br/>
<b>An:</b> "Christof Ressi" <christof.ressi@gmx.at><br/>
<b>Cc:</b> Pd-List <pd-list@lists.iem.at><br/>
<b>Betreff:</b> Re: Re: [PD] more delay weirdness</div>
<div name="quoted-content">
<div><br/>
2015-09-24 9:53 GMT-03:00 Christof Ressi <span><<a href="christof.ressi@gmx.at" target="_parent">christof.ressi@gmx.at</a>></span>:
<blockquote class="gmail_quote" style="margin: 0.0px 0.0px 0.0px 0.8ex;border-left-width: 1.0px;border-left-color: rgb(204,204,204);border-left-style: solid;padding-left: 1.0ex;">
<div>
<div class="h5">
<div style="font-family: Verdana;font-size: 12.0px;">If my last post felt like a repression, I deeply regret that!</div>
</div>
</div>
</blockquote>
<div> </div>
<div>no worries ;) just had to bring it up.</div>
<div class="gmail_extra">
<div class="gmail_quote">
<div> </div>
<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 class="HOEnZb">
<div class="h5">
<div>
<div style="font-family: Verdana;font-size: 12.0px;">
<div style="font-family: Verdana;font-size: 12.0px;">
<div>
<div>but you were calling other things a bug, that were no bugs in a technical sense (how ms are calculated in overlapping subpatches, how the maximum index for [vd~] is actual less than the buffer size, etc.).</div>
<div>(...) </div>
<div>I'm personally rather careful with calling something a bug because chances are high that there's simply a technical reason I didn't consider or couldn't understand.</div>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<div> </div>
<div>Yeah, I see the way you think but I think quite differently and I still consider these things a "bug". I know there might be technical issues that explain why things happen. But when nothing tells me that when using an overlapped block that I have to adjust time and frequency for objects, I see that as a bug, cause I'm expecting the object to behave as it should, and it just doesn't, and then my patches don't work and it sucks. I have to ask the list why the heck something is not happening and why do I need workarounds... someone had to look deeply in the code and sort it out...<br/>
<br/>
Well, and instead of building workarounds in the patch, I know there's a way to "fix" this in the object (just divide by the overlap number automatically in the code, seems easier than explaining it somewhere in the help file of a block~) - it wouldn't be impossible to fix it.</div>
<div> </div>
<div>Regarding the maximum delay time. Well, help file says it can go up to the total length and it doesn't... so... bug detected. I'm sure there's a reason why it's happening, but I don't think its impossible to fix it and make it happen as well.</div>
<div> </div>
<div>but anyway, I get your view, but I'll just disagree :) not sure if we should discuss and try to change each other's minds.</div>
<div> </div>
<div>cheers</div>
<div> </div>
<div> </div>
</div>
</div>
</div>
</div>
</div>
</div>
</div></div></body></html>