# If the block size is N samples (and there is no overlapping) then the patches (subpatches) calculate the audio stream after every Nth sample. At every tick the inlet~s take N samples in and the outlet~s give N samples out.<br>
# Overlapping is like you have M identical audio streams which are N/M samples out of phase. For N=1024 and M=4 the &quot;frame size&quot; is 1024 and the &quot;hop size&quot; is 256. You have four frames. First one is between samples n0 and n0+1024. Second one [n0+256, n0+256+1024], third one [n0+512,n0+512+1024] etc.<br>
<br><span style="font-family: courier new,monospace;">1&gt;x1234xxxx</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">2&gt;xx1234xxx</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">3&gt;xxx1234xx</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">4&gt;xxxx1234x</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">o&gt;xxxxOxxxx where O = 4&gt;1 + 3&gt;2 + 2&gt;3 + 1&gt;4</span><br style="font-family: courier new,monospace;"><br># Every frame has four parts consists of 256 samples. The output is the sum of these parts. n&gt; denotes the streams and numbers are parts of the frames.<br>
# If you do nothing inside a patch (just connect the inlet~ to outlet~) 4th part of the first frame is the same as the third part of the second frame and they are equal to second part of the third frame and so on. (4&gt;1 = 3&gt;2 = 2&gt;3...) Because they correspond to the same parts of the incoming input. (I forget whether there is an automatic normalization in PD after summing M frames)<br>
# So why we are doing this? Why do we need overlapping? An example where it is useful is DFT (FFT). You get a better resolution in your spectrum if your frame size is big. But with a long frame your time resolution decreases (when you take the FFT at every frame.) You get spectral data at every N&#39;th sample. This is due to the uncertainty relation.<br>
# If you want to make a spectral analysis (take FFT), manipulate the spectrum (play with the table which stores the spectrum), and resynthesis the input (calculate the iFFT) then it is better if you use overlapping blocks. Sorry for my bad usage of English!<br>
# You can look at a working example/application in the audio examples folder: I03.resynthesis.pd and read the related chapter in Puckette&#39;s book. and afaik overlapping is only related to audio signals not to the control signals.<br>
-ugur-<br><br>On Wed, Jul 2, 2008 at 3:56 PM, hard off &lt;<a href="mailto:hard.off@gmail.com">hard.off@gmail.com</a>&gt; wrote:<br>&gt; recently i have discovered the joys of using overlapped blocks in sound<br>&gt; patches.&nbsp; however, i&#39;m having a little bit of difficulty understanding<br>
&gt; exactly WHAT gets overlapped, and what doesn&#39;t get overlapped.<br>&gt;<br>&gt; it seems to me that control messages and do not get overlapped, and i can&#39;t<br>&gt; really tell what happens to external audio signals connected to the<br>
&gt; overlapped patch.&nbsp;<br>&gt;<br>&gt; is there some documentation somewhere on this topic?&nbsp; or would a kind person<br>&gt; like to tell me basically what functions block overlap has?<br>&gt;<br>&gt; cheers.&nbsp; matt<br>&gt;<br>
&gt; _______________________________________________<br>&gt; <a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>&gt; UNSUBSCRIBE and account-management -&gt;<br>&gt; <a href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a><br>
&gt;<br>&gt;<br><br>