I would second the schools that have already been mentioned, here are some that may not have been, but would also make good choices.
In Britain I would recommend: The University of Sheffield (the city is home of Warp Records)
The US : Renseller Polytech -in New York San Francisco Conservatoire of Music - has a little electronic department (I am bias because I'm friend's with Alden Jenks) UC Santa Cruz Electronic Music Studios - I am a slug alumni , offers a minor in electronic music and David Z. sometimes guest lectures.
Though not technically a school there is the center on Haight Ashbury called Robotspeak that offers some electronic music clinics -more for dance music
hi all, again a newbie question...
im looking for a object, or a abstaction or a patch, which will enable me to switch from one input~ to another. (like switch the channels/chords)
osc~ and noise~ and wavetable etc..... ^ ^ ^ "switcher" / selects one of above.. ^ pd reverb (freeverb~ ) ^ pd output
I would like to use the same effect (like freeverb~ ) with several generators, and switch between them with bang or toggel or maybe a Key on the Laptops-Keyboard.
cheers and thank you for answering. miyazaki s
for more help you can see my first major patch at: www.gezetera.ch/noise/meltingpot.pd
Hallo, Shintaro Miyazaki hat gesagt: // Shintaro Miyazaki wrote:
im looking for a object, or a abstaction or a patch, which will enable me to switch from one input~Â to another. (like switch the channels/chords)
osc~Â and noise~Â and wavetable etc..... ^ ^ ^ "switcher" / selects one of above.. ^ pd reverb (freeverb~Â ) ^ pd output
matrix~ from zexy is great for this.
ciao
Frank Barknecht _ ______footils.org__
On Fri, 6 Jun 2003, Frank Barknecht wrote:
Hallo, Shintaro Miyazaki hat gesagt: // Shintaro Miyazaki wrote:
im looking for a object, or a abstaction or a patch, which will enable me to switch from one input~� to another. (like switch the channels/chords)
osc~� and noise~� and wavetable etc..... ^ ^ ^ "switcher" / selects one of above.. ^ pd reverb (freeverb~�) ^ pd output
matrix~ from zexy is great for this.
although matrix is a great externals, sometimes I have the feeling that we educate people to solve things with externals when it is obvious that the basic workings of pd are not understood.
Try to solve the problem within pd, there are several ways, and some are even better as matrix~, because you save CPU when generators are switched off.
If you do it that way, you will not only have the problem solved, but you will get the understanding of how PD works.
Greetings,
Guenter
Try to solve the problem within pd, there are several ways, and some are even better as matrix~, because you save CPU when generators are switched off. If you do it that way, you will not only have the problem solved, but you will get the understanding of how PD works.
i understand your approach to minimize the use of externals. but i have a few general questions about how pd works:
dsp cycles: if i have a complex calculation that requires several pd objects, will it take several dsp cycles (one for each object) or is it calculated at once. eg, if i have an abstraction that does 100 calculations (one after another) when i send a bang, would it take 100 dsp cycles?
how can you switch of the calculation of some generators / subpatches / patches? (i would really need this in my patches)
abstractions vs externals: i suppose externals would be faster (if you want you could even write your external in the assembler language of your machine), but require more ram (more code, maybe larger classes)... is this correct?
thanks a lot...
Tim mailto:TimBlechmann@gmx.net ICQ: 96771783 http://www.nyds-exp-discogs.tk -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac
On Fri, 6 Jun 2003 11:51:05 +0200 Tim Blechmann TimBlechmann@gmx.net wrote:
Try to solve the problem within pd, there are several ways, and some are even better as matrix~, because you save CPU when generators are switched off. If you do it that way, you will not only have the problem solved, but you will get the understanding of how PD works.
i understand your approach to minimize the use of externals. but i have a few general questions about how pd works:
- dsp cycles: if i have a complex calculation that requires several pd objects, will it take several dsp cycles (one for each object) or is it calculated at once. eg, if i have an abstraction that does 100 calculations (one after another) when i send a bang, would it take 100 dsp cycles?
every calculation happens "immediately", if it takes too long to calculate, then you will get drop-outs.
in more detail, audio is calculated in blocks. each block is by default 64 samples long. if you are generating audio at 44.1khz, then this gives you about 1.45ms to generate each block. in general, all of the objects in your patch have to finish their work within this time.
.. hmm, actually this isn't based on looking at the pd externals, it's just how dsp software normally works. maybe this is wrong ;)
- how can you switch of the calculation of some generators / subpatches / patches? (i would really need this in my patches)
switch~ can turn of dsp calculation for a subpatch. for message calculations, you just need to disable any metros, etc.
- abstractions vs externals: i suppose externals would be faster (if you want you could even write your external in the assembler language of your machine), but require more ram (more code, maybe larger classes)... is this correct?
i doubt that there is any such expense for externals. certainly they can be more efficient than the equivalent abstraction. but it's worth trying to solve any problems in pd where possible because it's easiser to test things out quickly.
pix.
On Fri, 6 Jun 2003, Tim Blechmann wrote:
Try to solve the problem within pd, there are several ways, and some are even better as matrix~, because you save CPU when generators are switched off. If you do it that way, you will not only have the problem solved, but you will get the understanding of how PD works.
i understand your approach to minimize the use of externals. but i have a few general questions about how pd works:
- dsp cycles: if i have a complex calculation that requires several pd objects, will it take several dsp cycles (one for each object) or is it calculated at once. eg, if i have an abstraction that does 100 calculations (one after another) when i send a bang, would it take 100 dsp cycles?
No, message (control) objects are calculated when they get triggered (this is different from ~ objects). Normally, if you have a complicated calculation this will not cost too much CPU, because its a one time event.
These kinds of calculations get critical though, if you trigger them really frequently, use loops, etc, etc.
- how can you switch of the calculation of some generators / subpatches / patches? (i would really need this in my patches)
yes, in subpatches you can use the [switch~] object, which will turn on and off audio calculations.
- abstractions vs externals: i suppose externals would be faster (if you want you could even write your external in the assembler language of your machine), but require more ram (more code, maybe larger classes)... is this correct?
thanks a lot...
Well, the drawback of externals is that they require more time to write, are inherently inflexible, harder to port, harder to debug, maintain, read, dangerous (can crash pd) , ....
Reasons to write and use externals are:
- can't built the same functionality with abstraction
- if I built the same as an abstraction its
- too slow
- not easily possible
- I need some dynamic behaviour that is not easily possible in pd
- compatibility
- .....
Finally, I think it pays off to read through the documentation of pd and try to understand it.
Guenter
Tim mailto:TimBlechmann@gmx.net ICQ: 96771783 http://www.nyds-exp-discogs.tk -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac
hi,
- dsp cycles: if i have a complex calculation that requires several pd objects, will it take several dsp cycles (one for each object) or is it calculated at once. eg, if i have an abstraction that does 100 calculations (one after another) when i send a bang, would it take 100 dsp cycles?
usually all is done in one dsp cycle. but.... if you build loops the loop can hang up. for that reason some loops cannot be built (you cannot connect an outlet of an object to the inlet of the object itself) or sometimes there is a delay of one block for example if you have a send~ and receive~ and want to fill it into the send again. (correct me if i am wrong).
- how can you switch of the calculation of some generators / subpatches / patches? (i would really need this in my patches)
with the switch~ object. it works like block~ but if you send switch~ a zero (0) the dsp calculation for this subpatch is turned off. by default it is turned off, and you use like 1 to turn it on. i think there is still no help patch for that, but i remember it is documented in the html-documentation.
- abstractions vs externals: i suppose externals would be faster (if you want you could even write your external in the assembler language of your machine), but require more ram (more code, maybe larger classes)... is this correct?
seems correct, it uses more cpu, but let me say this is marginal.
thanks a lot...
Tim mailto:TimBlechmann@gmx.net ICQ: 96771783 http://www.nyds-exp-discogs.tk -- The only people for me are the mad ones, the ones who are mad to live, mad to talk, mad to be saved, desirous of everything at the same time, the ones who never yawn or say a commonplace thing, but burn, burn, burn, like fabulous yellow roman candles exploding like spiders across the stars and in the middle you see the blue centerlight pop and everybody goes "Awww!" Jack Kerouac
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
-
Frank Barknecht -
guenter geiger -
marius schebella -
Patrick Pagano -
pix -
Pixelcorrection＠wmconnect.com -
Shintaro Miyazaki -
Tim Blechmann