<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>
<div>Alexandre, it's cool that you're out on 'bug hunt', however, on some things you could take a little more time to figure out if things are really a bug or just mistakes on our own.</div>
<div>You're wondering why the 'back' [print~] starts with 2111? The first 64 samples are from a previous block. Then from sample nr. 64, it starts from 1983, as expected.</div>
<div>Check my reply patch if you still have doubts.</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> Mittwoch, 23. September 2015 um 02:10 Uhr<br/>
<b>Von:</b> "Alexandre Torres Porres" <porres@gmail.com><br/>
<b>An:</b> "pd-list@lists.iem.at" <pd-list@lists.iem.at><br/>
<b>Betreff:</b> [PD] more delay weirdness</div>
<div name="quoted-content">
<div>wow, I'm still finding some weird things going on with delay lines and fft subpatches.
<div> </div>
<div>Find my newest issue in the attached patch. Now I have only [z~] as the delay line (but same happens with [delay~]).</div>
<div> </div>
<div>So I have two patches: on the parent patch, [z~ 64] will act as a "back" window, and you can check it prints a block that is behind 64 samples indeed.</div>
<div> </div>
<div>When it comes to the subpatch with a block of 256 and overlap of 4, the "front" window is not in the "front" anymore, but behind by 128 samples!!!</div>
<div> </div>
<div>what the hell?</div>
</div>
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a></div>
</div>
</div>
</div></div></body></html>