From: owner-sc-users-digest@lists.io.com (sc-users-digest) To: sc-users-digest@lists.io.com Subject: sc-users-digest V1 #373 Reply-To: sc-users Sender: owner-sc-users-digest@lists.io.com Errors-To: owner-sc-users-digest@lists.io.com Precedence: bulk sc-users-digest Wednesday, October 24 2001 Volume 01 : Number 373 ---------------------------------------------------------------------- Date: Mon, 22 Oct 2001 22:28:49 -0400 From: christian adam hresko <---@---.---> Subject: Re: FFT bin extraction anthony burr wrote: > Signal.fft > or > Signal.ifft > > come along with all mod-cons implemented (windows, zeropad etc) > see the Signal help file > > anthony > > well that's cool. i missed that one. thanks. ch. ------------------------------ Date: Tue, 23 Oct 2001 09:28:04 -0500 From: Ian Pojman <---@---.---> Subject: Re: FFT bin extraction On Monday, October 22, 2001, at 07:57 PM, christian adam hresko wrote: > > > felix wrote: > >> on 10/21/01 8:57 PM, christian adam hresko at godpup@ix.netcom.com >> wrote: >> >> >>> >>> what i can't seem to do, is look at all the real and imaginary numbers >>> produced by >>> an FFT in SC. >>> >>> has anyone managed to dump these values after analyzing a signal? >> >> well the Complex contains two ugens, so you would have to try and poll >> all >> of those at a given point. >> >> if what you are thinking is more doing an fft on one time slice and >> then >> looking at those numbers.... >> either do all the math in sc (not looking to do real time). >> or use something like ceres3 >> > > see, i think this is a bit odd. > > let's say you have a signal of finite length. (i.e you know the start > and stop > time of the signal you're analyzing) > > and... you want to split this sucker up into 1024 frequency bands and > window > the whole thing with a hanning window. > > why isn't there a method to just dump all the good stuff contained in > the > complex ugens? > > i thought about loading a signal, looping it once, and polling the fft > scope. > but that just seems like too much work for retrieving the real and > imaginary > numbers. > > maybe a matlab-esque method like: > > x = fft(aSignal); > > x.postln; > > > anyway, i'm gonna figure out how to do this. those numbers are in there > somewhere and i'm sure there's a way to get them out... > dude, I had this working one time, but for the life of me I cant get it to work again... I was looking at the FloatArray data of the real component of the fft .... fft.real.asWavetable ... is that anything like what youre talking about? ------------------------------ Date: Tue, 23 Oct 2001 09:31:07 -0500 From: Ian Pojman <---@---.---> Subject: Re: FFT bin extraction On Monday, October 22, 2001, at 10:05 PM, anthony burr wrote: > Signal.fft > or > Signal.ifft > > come along with all mod-cons implemented (windows, zeropad etc) > see the Signal help file > > anthony > woops, that last post was supposed to be off-list - its because I was doing this ^ :) ------------------------------ Date: Tue, 23 Oct 2001 11:10:30 -0500 (CDT) From: "Jeremiah T. Isaacs" <---@---.---> Subject: Re: ibook benchmarks On Thu, 18 Oct 2001, Jeremiah T. Isaacs wrote: > could someone with the iBook dual USB possibly post their oscillator > benchmark results for that machine? why sure jeremiah! on the ibook 600 i got 440 on the oscillator, but strangely a 3800 on the Klang. here is my entire benchmark collection, for those interested. these are at c. 92-94% usage. // osc / klang // g3 blue 300 300, 1700 // ibook 600 440, 3800 // g3 powerbook 500 510, 2980 // g4 powerbook 500 580, 2900 // g4 667 570, 3600 // g4 733 620, 4000 granted, the oscillator bench is not the end all be all of performance. can someone shed light on the Klang discrepancy? - -- http://www.io.com/~jti ------------------------------ Date: Tue, 23 Oct 2001 10:36:48 -0700 From: Sean Rooney <---@---.---> Subject: pitch args - --============_-1208263471==_ma============ Content-Type: text/plain; charset="us-ascii" ; format="flowed" Hi- There seems to be some discrepancy in the docs about the arguments for 'pitch'. The UGen ref sheet has them listed as Pitch.ar(in, minFreq, maxBinsPerOctave, median, downSample) while the Pitch help file has them as Pitch.kr(in, initFreq, minFreq, maxFreq, execFreq,maxBinsPerOctave, median, ampThreshold, peakThreshold, downSample) Is there a functional difference betw. the two (other than the obvious control rate vs. audio rate execution freq.)? Will both work? I've been trying to use Pitch.kr in my code, but whenever I try to update the arguments using plugs I get a total system freeze (using the second example from the above code). I'm flummoxed... Sean - -- - ----------- Sean Rooney srooney@ntet.net - --============_-1208263471==_ma============ Content-Type: text/html; charset="us-ascii" pitch args
Hi-

There seems to be some discrepancy in the docs about the arguments for 'pitch'. The UGen ref sheet has them listed as

Pitch.ar(in, minFreq, maxBinsPerOctave, median, downSample)

while the Pitch help file has them as

Pitch.kr(in, initFreq, minFreq, maxFreq, execFreq,maxBinsPerOctave,  median, ampThreshold, peakThreshold, downSample)

Is there a functional difference betw. the two (other than the obvious control rate vs. audio rate execution freq.)? Will both work? I've been trying to use Pitch.kr in my code, but whenever I try to update the arguments using plugs I get a total system freeze (using the second example from the above code). I'm flummoxed...

Sean

--
- -----------
Sean Rooney  
srooney@ntet.net
- --============_-1208263471==_ma============-- ------------------------------ Date: Tue, 23 Oct 2001 11:56:07 -0800 From: anthony burr <---@---.---> Subject: Re: pitch args the help file is right--check command-J on Pitch. there's only a kr method and the help file says that none of the arguments are time variable anthony >Hi- > >There seems to be some discrepancy in the docs about the arguments >for 'pitch'. The UGen ref sheet has them listed as > >Pitch.ar(in, minFreq, maxBinsPerOctave, median, downSample) > >while the Pitch help file has them as > >Pitch.kr(in, initFreq, minFreq, maxFreq, execFreq,maxBinsPerOctave, >median, ampThreshold, peakThreshold, downSample) > >Is there a functional difference betw. the two (other than the >obvious control rate vs. audio rate execution freq.)? Will both >work? I've been trying to use Pitch.kr in my code, but whenever I >try to update the arguments using plugs I get a total system freeze >(using the second example from the above code). I'm flummoxed... > >Sean > >-- >----------- >Sean Rooney >srooney@ntet.net - -- ------------------------------ Date: Tue, 23 Oct 2001 23:27:17 +0100 From: Arie van Schutterhoef <---@---.---> Subject: Re: ibook benchmarks >// osc / klang >// g3 blue 300 300, 1700 >// ibook 600 440, 3800 >// g3 powerbook 500 510, 2980 >// g4 powerbook 500 580, 2900 >// g4 667 570, 3600 >// g4 733 620, 4000 >can someone shed light on the Klang discrepancy? - -osc are seperate UGEN's of an interpolating nature, meaning the double of the mentioned amount, e.q: 300 = 600; klang is 1 UGEN (in fact an array), which is much generous; AvS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .................................................................. ^ Arie van Schutterhoef | arsche@xs4all.nl ^_北北北北北北北北北北北盻_""""""""""""""""""""""""""""""""" | ` |Schreck Ensemble http://www.xs4all.nl/~schreck/ | ` |# -laboratory for live electro-acoustic music- # | ` |Tel: 00-31-71-5612287 Fax: 00-31-70-3859268 | *========================================================++ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .................................................................. ------------------------------ Date: Tue, 23 Oct 2001 17:05:21 -0500 From: James McCartney <---@---.---> Subject: Re: FFT bin extraction on 10/22/01 4:39 PM, felix at felix@crucial-systems.com wrote: > well the Complex contains two ugens, so you would have to try and poll all > of those at a given point. Polling only gives you the first sample of a control period, you can't get the nth sample in a buffer. - --- james mccartney james@audiosynth.com SuperCollider - a real time synthesis programming language for the PowerMac. ------------------------------ Date: Wed, 24 Oct 2001 00:51:09 +0100 From: Arie van Schutterhoef <---@---.---> Subject: Re: FFT bin extraction >you can't get the nth sample in a buffer. - -Hence write your own (c++) application for sc3? AvS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .................................................................. ^ Arie van Schutterhoef | arsche@xs4all.nl ^_北北北北北北北北北北北盻_""""""""""""""""""""""""""""""""" | ` |Schreck Ensemble http://www.xs4all.nl/~schreck/ | ` |# -laboratory for live electro-acoustic music- # | ` |Tel: 00-31-71-5612287 Fax: 00-31-70-3859268 | *========================================================++ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .................................................................. ------------------------------ Date: Tue, 23 Oct 2001 18:55:42 -0400 From: christian adam hresko <---@---.---> Subject: OT : ipod just in case anyone was interested in apple's first stab at the non-computer market: http://www.apple.com/ipod/ the ipod. looks, ummm... interesting. ch. : just got OS X 10.1... i'll let all know (OT) if it's worth upgrading ------------------------------ Date: Tue, 23 Oct 2001 19:06:58 -0400 From: christian adam hresko <---@---.---> Subject: Re: FFT bin extraction Arie van Schutterhoef wrote: > >you can't get the nth sample in a buffer. > -Hence write your own (c++) application for sc3? > > AvS > > . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . > .................................................................. > > ^ Arie van Schutterhoef | arsche@xs4all.nl > ^_北北北北北北北北北北北盻_""""""""""""""""""""""""""""""""" | > ` |Schreck Ensemble http://www.xs4all.nl/~schreck/ | > ` |# -laboratory for live electro-acoustic music- # | > ` |Tel: 00-31-71-5612287 Fax: 00-31-70-3859268 | > > *========================================================++ > . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . > .................................................................. i think anthony was on the right track: real = Synth.collect({...}, dur) * aWindow(4096); imag = Signal.newClear(4096); table = Signal.fftCosTable(4096); fft(real, imag, table).asCompileString.postln; ifft(real, imag, table).asCompileString.postln; // or real.asCompileString.postln; imag.asCompileString.postln; table.asCompileString.postln; ch. ------------------------------ Date: Wed, 24 Oct 2001 01:11:29 +0100 From: Arie van Schutterhoef <---@---.---> Subject: Re: OT : ipod >the ipod. looks, ummm... interesting. - -Think Apple should be more worried about getting the G5 working... The ipod smells a bit like a Be OS/IA (Palm) hand held... >just got OS X 10.1... i'll let all know (OT) if it's worth upgrading -Is it worth having OS X 10.1 in view of sc 2/3? AvS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .................................................................. ^ Arie van Schutterhoef | arsche@xs4all.nl ^_北北北北北北北北北北北盻_""""""""""""""""""""""""""""""""" | ` |Schreck Ensemble http://www.xs4all.nl/~schreck/ | ` |# -laboratory for live electro-acoustic music- # | ` |Tel: 00-31-71-5612287 Fax: 00-31-70-3859268 | *========================================================++ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .................................................................. ------------------------------ Date: Tue, 23 Oct 2001 19:13:26 -0400 From: christian adam hresko <---@---.---> Subject: Re: OT : ipod Arie van Schutterhoef wrote: > >the ipod. looks, ummm... interesting. > -Think Apple should be more worried about getting the G5 > working... hmmm... i didn't know there was a G5 in the works. i know there's been some difficulty getting the motorola chip to achieve (or surpass) the 1 GHz barrier. > > The ipod smells a bit like a Be OS/IA (Palm) hand held... > > >just got OS X 10.1... i'll let all know (OT) if it's worth upgrading > -Is it worth having OS X 10.1 in view of sc 2/3? i believe james is contemplating the idea of having the 'public' version of SC3 be OS X native. (not carbonized... completely cocoa) so in that sense, yes. ch. ------------------------------ Date: Tue, 23 Oct 2001 18:32:18 -0500 From: James McCartney <---@---.---> Subject: Dartmouth talk file Here's the "slides" for the Dartmouth talk. Actually an SC file. ftp://www.audiosynth.com/pub/misc/dartmouth-symposium.hqx - --- james mccartney james@audiosynth.com SuperCollider - a real time synthesis programming language for the PowerMac. ------------------------------ Date: Tue, 23 Oct 2001 18:32:14 -0500 From: James McCartney <---@---.---> Subject: Re: OT : ipod on 10/23/01 6:13 PM, christian adam hresko at godpup@ix.netcom.com wrote: > hmmm... i didn't know there was a G5 in the works. > > i know there's been some difficulty getting the motorola chip to achieve > (or surpass) the 1 GHz barrier. http://www.theregister.co.uk/content/39/22381.html http://www.theregister.co.uk/content/39/22328.html fwiw.. - --- james mccartney james@audiosynth.com SuperCollider - a real time synthesis programming language for the PowerMac. ------------------------------ Date: Wed, 24 Oct 2001 01:39:21 +0100 From: Arie van Schutterhoef <---@---.---> Subject: Re: OT : ipod >i believe james is contemplating the idea of having the 'public' version >of SC3 be OS X native. (not carbonized... completely cocoa) - -I think he should; it's worthwhile waiting for... AvS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .................................................................. ^ Arie van Schutterhoef | arsche@xs4all.nl ^_北北北北北北北北北北北盻_""""""""""""""""""""""""""""""""" | ` |Schreck Ensemble http://www.xs4all.nl/~schreck/ | ` |# -laboratory for live electro-acoustic music- # | ` |Tel: 00-31-71-5612287 Fax: 00-31-70-3859268 | *========================================================++ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .................................................................. ------------------------------ Date: Wed, 24 Oct 2001 01:41:04 +0100 From: Arie van Schutterhoef <---@---.---> Subject: Re: OT : ipod >http://www.theregister.co.uk/content/39/22381.html > >http://www.theregister.co.uk/content/39/22328.html > >fwiw.. - -If these facts a true it looks promising... if not... wll that's life... AvS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .................................................................. ^ Arie van Schutterhoef | arsche@xs4all.nl ^_北北北北北北北北北北北盻_""""""""""""""""""""""""""""""""" | ` |Schreck Ensemble http://www.xs4all.nl/~schreck/ | ` |# -laboratory for live electro-acoustic music- # | ` |Tel: 00-31-71-5612287 Fax: 00-31-70-3859268 | *========================================================++ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .................................................................. ------------------------------ Date: Wed, 24 Oct 2001 02:11:45 +0100 From: Arie van Schutterhoef <---@---.---> Subject: Re: Dartmouth talk file >Here's the "slides" for the Dartmouth talk. Actually an SC file. > >ftp://www.audiosynth.com/pub/misc/dartmouth-symposium.hqx "SuperCollider Server, a new architecture. language and synth engine are two separate apps. MacOS X command line communication via Open Sound Control http://www.cnmat.berkeley.edu/OSC the synth engine can be controlled by things other than the SC language still experimental, performance not yet fully characterized." - -amazingly how similar changes towards 'becoming a server' is also being applied to Ircam jMax 3 (Read Norbert Schnell at http://www.ircam.fr/listes/archives/jmax/msg02705.html): "While until now the server needed the client for startup, configuration and file handling, in jMax 3 the server FTS can run completely independent form its client in any context." AvS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .................................................................. ^ Arie van Schutterhoef | arsche@xs4all.nl ^_北北北北北北北北北北北盻_""""""""""""""""""""""""""""""""" | ` |Schreck Ensemble http://www.xs4all.nl/~schreck/ | ` |# -laboratory for live electro-acoustic music- # | ` |Tel: 00-31-71-5612287 Fax: 00-31-70-3859268 | *========================================================++ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .................................................................. ------------------------------ Date: Wed, 24 Oct 2001 02:24:19 +0100 From: Arie van Schutterhoef <---@---.---> Subject: Re: Dartmouth talk file "2000 SuperCollider 3 dev version Language architecture splits into two virtual machines, one for UI and one for synthesis. 2001 SuperCollider Server Language and Synth engines are separate applications. No language virtual machine in the synth engine. Per sample calculation." - -Will these SC versions exists side-by-side, or are you planning to merge them (if that's possible anyway...)? AvS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .................................................................. ^ Arie van Schutterhoef | arsche@xs4all.nl ^_北北北北北北北北北北北盻_""""""""""""""""""""""""""""""""" | ` |Schreck Ensemble http://www.xs4all.nl/~schreck/ | ` |# -laboratory for live electro-acoustic music- # | ` |Tel: 00-31-71-5612287 Fax: 00-31-70-3859268 | *========================================================++ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .................................................................. ------------------------------ Date: Tue, 23 Oct 2001 21:28:17 -0400 From: christian adam hresko <---@---.---> Subject: Re: Dartmouth talk file James McCartney wrote: > Here's the "slides" for the Dartmouth talk. Actually an SC file. > > ftp://www.audiosynth.com/pub/misc/dartmouth-symposium.hqx > > --- james mccartney james@audiosynth.com > SuperCollider - a real time synthesis programming language for the PowerMac. > very nice. i believe the following: $out = s->@phase; FLT @nextphase = s->@phase + $freq; if (@nextphase >= 1.f) @nextphase -= 2.f; else if (@nextphase <= -1.f) @nextphase += 2.f; s->@phase = @nextphase; is objective c? (forgive me if i'm incorrect...) which would lead one to believe that SC is in fact being re-written in cocoa? so... one could now (as described in the paper) develop their own interpreter whose syntax more closely resembles the underlying code? would this in any way increase performance? (not synth performance, but interface/language + engine performance) and will the plugin API support cocoa? i realize a lot of these questions might not have definitive answers at this point, so i'll understand any hesitance to answer with complete confidence. ch. ------------------------------ Date: Tue, 23 Oct 2001 21:40:52 -0400 From: christian adam hresko <---@---.---> Subject: Re: Dartmouth talk file (err.. no) christian adam hresko wrote: > James McCartney wrote: > > > Here's the "slides" for the Dartmouth talk. Actually an SC file. > > > > ftp://www.audiosynth.com/pub/misc/dartmouth-symposium.hqx > > > > --- james mccartney james@audiosynth.com > > SuperCollider - a real time synthesis programming language for the PowerMac. > > > > very nice. > > i believe the following: > > $out = s->@phase; > FLT @nextphase = s->@phase + $freq; > if (@nextphase >= 1.f) @nextphase -= 2.f; > else if (@nextphase <= -1.f) @nextphase += 2.f; > s->@phase = @nextphase; > > is objective c? (forgive me if i'm incorrect...) which would lead one to > no, that's not objective-c. that's JMC language. i think. neat. ch. ------------------------------ Date: Tue, 23 Oct 2001 21:09:39 -0500 From: James McCartney <---@---.---> Subject: Re: Dartmouth talk file on 10/23/01 8:28 PM, christian adam hresko at godpup@ix.netcom.com wrote: > i believe the following: > > $out = s->@phase; > FLT @nextphase = s->@phase + $freq; > if (@nextphase >= 1.f) @nextphase -= 2.f; > else if (@nextphase <= -1.f) @nextphase += 2.f; > s->@phase = @nextphase; > > > > is objective c? > no. The $ and @ characters are tags for the C code generator. > which would lead one to > believe that SC is in fact being re-written in cocoa? as it says this is OSX command line only at this point. > > so... one could now (as described in the paper) develop their own interpreter Not interpreter. C code generator. > and will the plugin API support cocoa? It is a C api. has nothing to do with cocoa at all. - --- james mccartney james@audiosynth.com SuperCollider - a real time synthesis programming language for the PowerMac. ------------------------------ Date: Tue, 23 Oct 2001 21:10:39 -0500 From: James McCartney <---@---.---> Subject: Re: Dartmouth talk file (err.. no) on 10/23/01 8:40 PM, christian adam hresko at godpup@ix.netcom.com wrote: > no, that's not objective-c. it is just C, with some tags so that the code generator can substitute unique names. - --- james mccartney james@audiosynth.com SuperCollider - a real time synthesis programming language for the PowerMac. ------------------------------ Date: Tue, 23 Oct 2001 21:32:16 -0500 From: James McCartney <---@---.---> Subject: Re: Dartmouth talk file on 10/23/01 8:24 PM, Arie van Schutterhoef at arsche@xs4all.nl wrote: > -Will these SC versions exists side-by-side, or > are you planning to merge them (if that's possible > anyway...)? not decided yet. - --- james mccartney james@audiosynth.com SuperCollider - a real time synthesis programming language for the PowerMac. ------------------------------ Date: Tue, 23 Oct 2001 22:43:52 -0400 From: newton armstrong <---@---.---> Subject: Re: Dartmouth talk file On 23/10/01 10:32 PM, "James McCartney" wrote: > on 10/23/01 8:24 PM, Arie van Schutterhoef at arsche@xs4all.nl wrote: > >> -Will these SC versions exists side-by-side, or >> are you planning to merge them (if that's possible >> anyway...)? > > not decided yet. would SC3 have any viable life beyond OS9? ------------------------------ Date: Tue, 23 Oct 2001 22:41:23 -0400 From: christian adam hresko <---@---.---> Subject: Re: Dartmouth talk file James McCartney wrote: > on 10/23/01 8:28 PM, christian adam hresko at godpup@ix.netcom.com wrote: > > > i believe the following: > > > > $out = s->@phase; > > FLT @nextphase = s->@phase + $freq; > > if (@nextphase >= 1.f) @nextphase -= 2.f; > > else if (@nextphase <= -1.f) @nextphase += 2.f; > > s->@phase = @nextphase; > > > > > > > > is objective c? > > > > no. The $ and @ characters are tags for the C code generator. oh. the @ character reminded me of obj-c, but now i see you're 'prepping' C code... > > > > which would lead one to > > believe that SC is in fact being re-written in cocoa? > > as it says this is OSX command line only at this point. > > > > > so... one could now (as described in the paper) develop their own interpreter > > Not interpreter. C code generator. so what is the advantage of developing one's own C code generator? pardon the ignorance. > > > > and will the plugin API support cocoa? > > It is a C api. has nothing to do with cocoa at all. the current API is C++. i thought the entire synth engine was rewritten in C++ as well...? ch. : i'll get back on topic... just intrigued by the information included in your presentation ------------------------------ Date: Wed, 24 Oct 2001 02:21:51 -0400 From: Andrei <---@---.---> Subject: images as backgrounds Dumb question: Is it possible to use images as backgrounds for GUIs in SC ? Andrei ------------------------------ Date: Wed, 24 Oct 2001 02:36:45 -0400 From: "Adam Overton" <---@---.---> Subject: posting numerical data hello everyone i am making a csound score generator via sc and i want to use an envelope to scale a numerical value in one of the parameter fields as TSpawn spits out instrument-statements... my problem is that i cannot for the life of me figure out how to get EnvGen or Env to spit out a numerical value... i've tried various mixes of the suffixes found in the ugen/object/signal/etc .sc files but have failed to find the winning combination... thanks adam overtones99@hotmail.com _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp ------------------------------ Date: Wed, 24 Oct 2001 14:30:10 +0200 From: "a.c.van.kampen" <---@---.---> Subject: Re: images as backgrounds op 24/10/01 8:21 am, schreef Andrei te andrei@world.std.com: > Dumb question: > > Is it possible to use images as backgrounds for GUIs in SC ? > > Andrei > yes, you can find somw code in the new examples grussgott, Jan-Kees ------------------------------ Date: Wed, 24 Oct 2001 22:51:08 +1000 From: Garth Paine <---@---.---> Subject: Re: dynamic create and dispose Hi All, Can you correct or confirm my understanding of the following SC2 can not dynamically create and dispose of synthesis processes. The reason for this is that the synthesis process must be connected to the base synth (the foundation synthesis engine and audio output structure) at the time the program is instantiated. A new synthesis process can not then be added after this point. Synth objects created at instantiation can be audible or not as required while the patch is running, but they can not be dynamically created and disposed. I think I see this coming in SC3?? How would one control CPU usage if it were possible to dynamically add and remove synth algorithms?? I understand this does happen in terms of multichannel output etc, but not in the fundamental synth algorithms?? Sorry if this is unclear or misinformed. - -- Cheers Garth see my installation pieces and hear my music at http://www.activatedspace.com.au Activated Space ph/fax. 61 3 59734747 ------------------------------ Date: Wed, 24 Oct 2001 23:02:07 +1000 From: Garth Paine <---@---.---> Subject: Re: Spatial Exhibition The following exhibition includes a work by Garth Paine called MAP2. MAP2 uses SC2 to create realtime responses to gesture input within an installation space. A Very Nervous System (http://www.interlog.com/~drokeby/vnsII.html) is used to create a 3D interactive environment - a virual instrument. The gesture data is parsed through Pyrite in MAX, and fed to SC2 on the IAC bus. MAP 2 was developed with the assistance of Ioannis Zannos at SIM in Berlin. - ---- Spatial - an exhibition of spatial sound works Plimsole Gallery - School of Art University of Tasmania Hobart http://www.artschool.utas.edu.au/web_pages/plimsoll.html 13 October - 4 November Ruark Lewis, Rainer Linz, Garth Paine. Curated by Leigh Hobba. This exhibition presents three artists who have had a long association with sound as an informing element in their work. RUARK LEWIS is a Sydney based artist who studied Art at the Sydney College of the Arts and then went on to work as a curatorial consultant with the Art Gallery of New South Wales, presenting recital programs of contemporary writers, film makers, sound artists and composers. He is a visual artist and writer with a special interest in language, poetry and sound arts. Ruark Lewis has worked with new concrete poetry and experimental texts and co-authored Depth of Translation - The Book of Raft with Paul Carter in 1999. He completed a public art commission at the Sydney Olympic site at Homebush Bay, called "Relay" with writer Paul Carter and George Hargraves and Associates. He is represented by Sarah Cottier Gallery, Sydney. Ruark Lewis will be exhibiting text-installations of his experimental Artist誷 books together with audio compositions. RAINER LINZ is a Melbourne based composer who has worked in a variety of areas producing radio, instrumental, vocal and performance pieces. He gained his degree in Music at Adelaide University in 1976 and completed postgraduate studies with Mauricio Kagel at the Musichochschule in Cologne, Germany. In 1982 Rainer Linz began publishing New Music Articles (NMA) magazine with its co-editor, the Sydney-based composer Richard Vella. The journal ceased in 1992, although occasional projects continue to be published. Throughout his career he has been concerned with different relationships between performer, music and audience and this is reflected in his diverse output of music for galleries, home performances, radio and other performance contexts that might or might not involve a stage presentation. For Spatial, Rainer will re-configure Infonoise, an interactive gallery installation and on-line performance theatre event that was the product of a collaboration between himself, Gordana Novakovic (London) and Zoran Milkovic (Belgrade) and presented in Belgrade earlier this year. The work is composed of two video works and two interactive computer programs. GARTH PAINE is a freelance composer, sound designer and installation artist. His formal training includes a Bachelor of Music (performance) from the University of Tasmania, and a two year Sound engineering Trainee-ship with the ABC. In 2000 he was awarded by the Australia Council the RMIT, New Media Arts Fellowship. Over the past ten years he has been commissioned extensively in Australia, UK and Germany producing original compositions and sound designs for over 30 film, theatre, dance and installation works. In 1999 Garth was composer in-residence at the Staaliches Institut fur Musikforschung (State Institute for Musical Research SIM) in Berlin, exhibiting his installation MAP1 in the Musical Instrument Museum, Berlin during the residency. He was commissioned by SIM to produce MAP2 an immersive responsive sound environment installation, developed in collaboration with Iannis Zannos which was exhibited at the Museum for Musical Instruments, Berlin in 1999/2000 as part of the Millennium celebrations. MAP2 is a three dimensional space which can be entered and encountered, played with and played. It is a virtual musical instrument using the movement of those within it as its raw material for composition and sound development and for Spatial will be re-created by the artist in the Plimsoll Gallery. Links for artists; Garth Paine; www.activatedspace.com.au Ruark Lewis; www.cottier.com.au/justfornothing www.netspace.net.au/~rlinz/NMA Rainer Linz; www.netspace.net.au/~rlinz/NMA The University of Tasmania exhibition program receives generous assistance from the Premier, Minister for State Development, through Arts Tasmania. - -- Cheers Garth see my installation pieces and hear my music at http://www.activatedspace.com.au Activated Space ph/fax. 61 3 59734747 ------------------------------ Date: Wed, 24 Oct 2001 09:29:55 -0500 From: Ian Pojman <---@---.---> Subject: Re: images as backgrounds On Wednesday, October 24, 2001, at 01:21 AM, Andrei wrote: > Dumb question: > > Is it possible to use images as backgrounds for GUIs in SC ? > > Andrei > I'd imagine only in SC3. ------------------------------ Date: Wed, 24 Oct 2001 09:50:06 -0500 (CDT) From: "Jeremiah T. Isaacs" <---@---.---> Subject: Re: ibook benchmarks On Tue, 23 Oct 2001, Arie van Schutterhoef wrote: > >// osc / klang > >// g3 blue 300 300, 1700 > >// ibook 600 440, 3800 > >// g3 powerbook 500 510, 2980 > >// g4 powerbook 500 580, 2900 > >// g4 667 570, 3600 > >// g4 733 620, 4000 > >can someone shed light on the Klang discrepancy? > -osc are seperate UGEN's of an interpolating nature, meaning > the double of the mentioned amount, e.q: 300 = 600; > klang is 1 UGEN (in fact an array), which is much > generous; i was unclear. the discrepancy i was referring to was that the ibook G3 600 performed so much better at Klang than the G4 667, and only slightly worse than a g4 733. the difference I can think of is a much faster cache on the ibook. its just out of curiosity. regardless, i am very happy with my ibook's price/performance ratio. - -- http://www.io.com/~jti ------------------------------ Date: Wed, 24 Oct 2001 10:07:00 -0500 (CDT) From: "Jeremiah T. Isaacs" <---@---.---> Subject: controllers, serial and otherwise Probably my most desired feature in SC is direct access to serial devices (controllers of every kind). Right now I am considering getting a controller that would require going thru 2 adapter cables (pc serial+power to mac serial, then mac serial to USB), then to gamesprockets (via MidiJoy) to OMS, then to SC. (a spaceorb) The midi delay is noticeable with joysticks now, so I am hesitant to spend money+time on this rube goldberg. I am curious what success anyone has had with other serial devices for control. Also, I remember some people were using Max and OSC to do this. Max is a fairly expensive serial adapter (: and I am also suspicious that Max would convert the serial data to midi internally anyway, defeating any resolution gains I was hoping to get. - - j - -- http://www.io.com/~jti ------------------------------ Date: Thu, 25 Oct 2001 00:53:45 +0900 From: Takeko KAWAMURA <---@---.---> Subject: introductory essay of SC2 Hi, this is Takeko Kawamura. A new Max/MSP Book witch is titled "Trans Max Express" will publish in Japan. I wrote 2 pages introductory essay of SC2 in this book. If you have an interest, please check it! (but written in Japanese........) and I hope SC3 will support Japanese comments. thanks. takakeko tn800@iamas.ac.jp www.iamas.ac.jp/~tn800/sc/index.html ------------------------------ Date: Wed, 24 Oct 2001 12:11:48 -0400 From: newton armstrong <---@---.---> Subject: Re: controllers, serial and otherwise On 24/10/01 11:07 AM, "Jeremiah T. Isaacs" wrote: > > Probably my most desired feature in SC is direct access to serial devices > (controllers of every kind). > > Right now I am considering getting a controller that would require going > thru 2 adapter cables (pc serial+power to mac serial, then mac serial to > USB), then to gamesprockets (via MidiJoy) to OMS, then to SC. (a > spaceorb) > > The midi delay is noticeable with joysticks now, so I am hesitant to spend > money+time on this rube goldberg. I am curious what success anyone has had > with other serial devices for control. > > Also, I remember some people were using Max and OSC to do this. Max is a > fairly expensive serial adapter (: and I am also suspicious that Max > would convert the serial data to midi internally anyway, defeating any > resolution gains I was hoping to get. > > - j there's a Max external called insprock that will poll any InputSprocket compatible device. i've used it a bit with hacked game controllers and sent the data to SC via OSC. nothing gets converted to midi: i've had no data loss with 12-bit controllers. i'm currently looking at making a controller box using a PC/104 (embedded Linux) board that sends data over ethernet using TCP/IP. it could be configured from the host end to use whatever incidental protocol, though OSC would seem to make the most sense for controlling SC. ------------------------------ Date: Wed, 24 Oct 2001 21:04:53 +0200 From: Julian Rohrhuber <---@---.---> Subject: Re: Dartmouth-Symposium.hqx >Lost Features: >Per event programmatic patch generation. >This version only loads pregenerated code. That code is generated >from SC code that looks much the same as before. >A major feature of SC2 is lost, but this feature made small buffers difficult. vs. >Spawning new events is very much faster and is more real time friendly. I thought Spawn would generate patches per event. What does programmatic patch generation mean in this case? >There is no longer .ar and .kr, you specify the clock division you want. will future sc code look like this? #{{ RLPF(nil, Pulse(1, 200, 0.5, 0.1), SinOsc(64, 0.3, 1500, 1600), 0.2) }.play}.send; ------------------------------ Date: Wed, 24 Oct 2001 14:45:54 -0700 (PDT) From: tomonori yamasaki <---@---.---> Subject: Re: controllers, serial and otherwise have you looked at picoweb? it's a box with ether chip and Atmel AVR - -mouse sized web server. you can connect some digital i/o to it, to send data off to ether. kinda cheap, works ok. Best Regards tomonori yamasaki On Wed, 24 Oct 2001, newton armstrong wrote: > On 24/10/01 11:07 AM, "Jeremiah T. Isaacs" wrote: > > > > > Probably my most desired feature in SC is direct access to serial devices > > (controllers of every kind). > > > > Right now I am considering getting a controller that would require going > > thru 2 adapter cables (pc serial+power to mac serial, then mac serial to > > USB), then to gamesprockets (via MidiJoy) to OMS, then to SC. (a > > spaceorb) > > > > The midi delay is noticeable with joysticks now, so I am hesitant to spend > > money+time on this rube goldberg. I am curious what success anyone has had > > with other serial devices for control. > > > > Also, I remember some people were using Max and OSC to do this. Max is a > > fairly expensive serial adapter (: and I am also suspicious that Max > > would convert the serial data to midi internally anyway, defeating any > > resolution gains I was hoping to get. > > > > - j > > there's a Max external called insprock that will poll any InputSprocket > compatible device. i've used it a bit with hacked game controllers and sent > the data to SC via OSC. nothing gets converted to midi: i've had no data > loss with 12-bit controllers. > i'm currently looking at making a controller box using a PC/104 (embedded > Linux) board that sends data over ethernet using TCP/IP. it could be > configured from the host end to use whatever incidental protocol, though OSC > would seem to make the most sense for controlling SC. > > ------------------------------ End of sc-users-digest V1 #373 ******************************