-
bou
Hello!
Here is a question about hardware as well as about pd:
I need to process on pd about 12 channels separately. 6 of them are instrument inputs, the others contact mics (high impedance).
-
For the hardware: I was told to use a digital converter like Presonus Digimax (with DI boxes), conected to an audio interface with ADAT inputs like Motu 828. Does anyone know a more simple and/or cheaper way?
-
Now the software part: my pd patch needs about 14% cpu (on a macbook). Will it make so many channels? Can you just multiply the cpu usage if each channel runs separately through the same kind of patch, or is it more complicated than that?
-
And will pd recognize the separated channels of the ADAT inputs?
I'm quite confused...
Thanks for any help!
bou
-
-
bou
sorry for this stupid question, I guess you'll all put your hands on your heads, but
what's the difference between externals, abstractions and libraries?
thx... -
bou
hi all!
I know I read about such an object but I can't find it now:
it should output a bang when a numeric stream (audio or not? can't remember) changes its direction (ascending -> descending, or the other way). For instance every half phase of an osc~ or so...thanks for any help!
-
bou
Hi there!
I'm quite new with Pd, does anyone know a way of getting rid of the stack overflow in this patch I did? (there is a float being sent in a loop, but I don't know how to change that without losing the functionality)
thanks! -
-
bou
nestor, what did you use for sending to the indexed table? osc~? your inlet~?
-
-
bou
thanks for your elegant solution for non-signal hardoff
i'm afraid the patch for signals won't help this time but i still learned something!
I actually wanted to use it with the signal of the fft-analysis-window (for a sound with a clear pitch). i thought i could build a patch that detects every new overtone. then maybe it could for instance erase every one of two in each window or things like that. but i guess there are better ways of doing this...
-