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/

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?

I've never tried anything like this, but I'm just wondering: did you try taking those [block~] objects out and instead creating 20 instances of the abstraction inside a single subpatch with a [block~] object in it?

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?

To do it granularly, take a look at the stuff posted in this thread:

http://puredata.hurleur.com/sujet-4763-variable-grain-size-granular-synth

Please post your patch!

mvh

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

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