Hi there. I&#39;ve been opening the guts of the phase vocoder patches for a while now, and rewriting them, having it in new forms, etc...<div><br></div><div>And... today I had this doubr. You see, lets have the regular I07 example. Now, we feed [line~] objects with where to start and where to go in a time specified as the FFT analysis Hop size in ms. </div>
<div><br></div><div>I was wondering if that wasn&#39;t just too fast. And why wasn&#39;t the time for [line~] the actual window size in ms. That is because I assumed this [line~] controlled somehow the speed playback we hear.</div>
<div><br></div><div>So I put a number box and started messing around with it, making it a bigger time lenght and hoped to listen to some sound change (maybe speed), just for fun. To my surprise, nothing happened!!! That is until I reached two overlaps (1024 points instead of 512). </div>
<div><br></div><div>So instead of making anything clearer than it was, it got pretty much more weird. I decreased the values until reaching a supidly small time inteval of micro ms, something like 2.26e-07, and it still worked!!!</div>
<div><br></div><div>I now have the clear idea that this length in ms is not that important at all. But that it has to be fast just to make line output the audio so it gets in the FFT. If it takes to long (2 overlaps or longer) it ruins everything. But what really controls the thing is the time interval defined by the counter which is controlled by the speed parameter. </div>
<div><br></div><div>[line~] needs to feed the [tabread4~] output at a rather free way.</div><div><br></div><div>Anyway, some nerdy remark. I&#39;d like to understand this better, and explain this better in my rewriting of the patches.</div>
<div><br></div><div>Thanks</div><div>Alex</div>