hi
attached is a demo-patch, that shows the fact, that the delaytime of [vd~] or [delread~] has to be divided by the overlap factor, if the [vd~] is in a subpatch with an overlap factor > 1. when building the fft-pitchshifter, i spent a lot of time finding out about that. thinking about that, it is getting more and more clearer, but i'm still unsure if i understand right, how overlapping in subpatches works. just a few assumptions:
- setting an overlap factor n is like upsampling, so that the samplerate
inside the subpatch is the main samplerate multiplied with n ? (that would explain the issue with [vd~])
- each vector takes the n-th part of computation time, compared to normal
computation time of a vector?
- the n vectors in a cycle are computed sequentially?
- the [outlet~]-object outputs the average vector of all n vectors in one
cycle, so that the output has the main samplerate again?
is there a good docu about handling of overlapping in pd?
cheers
roman
___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de