[PD] issue with [vd~] in subpatches with overlap factor

[Roman Haefeli]

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