Hello,

I've created an abstraction over the phaseVocoder example (I07.phase.vocoder.pd).
I want to have a lot of object instances of that abstraction, to reproduce different sounds pitch altered.
I've run into a problem after creating more than (aprox.) 20 instances of this abstraction.
The sound starts to be bad.

I've realised that, if the [block~] set made in fft-analisys inside the example is removed, then it generates no problem after adding as many objects I want.
I've tried that, setting a window-size of the default [block~] size: 64, but it doesn't sounds very good to me.
I only get good results with a window-size of about 512. Then I need the [block~] set, in order to phase vocoder work properly.

Any thoughts?
I could bring more information if anyone is interested.

Thanks,
Pablo Bounous.
YARMI project. http://yarmidev.wordpress.com/yarmi/

I want to play several samples with different pitch variations.
I've used the contents of the G09.pitchshift.pd example in order to reproduce a sample altering his pitch. That I've acomplished ok.
But now I wan't to be able to play different samples at the same time with different pitch variations. So I suppose I will need to have different instances of the G09.pitchshift.pd patch, but I don't know how to arrange them. Ideal will be a dynamic list, or a hash containing this patches, one for each sample I want to play, but is there anything like that in pd?

Thanks,
Pablo Bounous.
YARMI project. http://yarmidev.wordpress.com/yarmi/

Hello friends,

Definitely the problem is efficiency.
Here is a test patch for the abstraction, with 50 instances of it.
I don't know if it is possible, but maybe if we can stop the operations when nothing is being played then we can get to work with these patchs.
Obviously, when all instances play at the same time the problem will appear again.

I will really appreciate any suggestions,
Do you think doing it granularly can be a solution?

Thanks,
Pablo Bounous.
YARMI project. http://yarmidev.wordpress.com/yarmi/

http://www.pdpatchrepo.info/hurleur/phaseVocoderTest.zip

Hello,

Pulse, here is the abstraction from I07.phase.vocoder.pd:
phaseVocoder-Globals.pd (Hann Window) (Just need to be created once)
phaseVocoder.pd

Maelstrom, about granular synth, do you think there are there a simple patch that I can use without understanding it's internals?
Also, the final aim will be to include it in the grade project.

Thanks!

http://www.pdpatchrepo.info/hurleur/phaseVocoder.zip

I've tried that, but I got the same result: after adding about 20 phaseVocoders, sound starts to be bad.
Even if the rest of the vocoders are not connected to anything. (I just lefted one connected to see how it sounds...)

Just in case: Do you have another idea to reproduce multiple sounds at the same time, being able to set transposition and/or time-stretching percentage?

Is it possible that, 20 objects setting their [block~] object with a value of 512, degrades the pure data system in a degree to make a sound reproduction to sounds bad?

Is there no possibility to make it dynamically?
I mean, to create a new pitchShifter instance in runtime?
If that's possible I will need to figure out how to adapt all my logic to something dynamic too, like a [select] object I have to route input into pitchShifter modules...

Thanks very much Domien!!!
It have been of a great help. Now I got that module playing several samples with their pitch variations!
I liked your music too

Pablo Bounous.
YARMI project. http://yarmidev.wordpress.com/yarmi/