From: owner-sc-users-digest@lists.io.com (sc-users-digest) To: sc-users-digest@lists.io.com Subject: sc-users-digest V1 #355 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, September 12 2001 Volume 01 : Number 355 ---------------------------------------------------------------------- Date: Mon, 10 Sep 2001 19:06:01 -0400 From: christian adam hresko <---@---.---> Subject: Re: Symposium Announcement (fwd) "AUDIOSYNTH.COM" wrote: > ---------- Forwarded message ---------- > Date: 04 Sep 2001 13:39:58 EDT > From: Eric Lyon <---@---.---> > To: asynth@io.com > Subject: Symposium Announcement > > Hi James, > > Could you forward this announcement to the SuperCollider list? > > Thanks! > Eric > --- > Anouncing a Symposium on Computer Music Software > > When: October 19, 2001 > Where: Dartmouth College, Hanover, New Hampshire what day of the week is this (symposium)? cheers, christian ------------------------------ Date: Tue, 11 Sep 2001 01:23:58 +0200 From: heiko goelzer <---@---.---> Subject: Re: matrix hi felix and others, thanks for your critique and suggestions on matrix.sc. i already started some corrections in my code. i will send an updated version soon. the question on which notation to take was mainly decided by what i could do. after trying both ways and getting stuck on the 2DArray approach, i choose the nested Array one. actually i had even both together for some time. i think the 2DArray is cleaner, too. still the nested one seems more handy. if you simply .postln a matrix you have an idea of whats going on, what shape. the code gets quite based on rows, but they are what normally is of interest. i have to admit:it is based on the matlab notation. thats what i work with in the university. > I don't think Matrix should be a subclass of Array, there isn't any benefit to > it, and actually a bunch of future probs. what would you subclass from? ArrayedCollection? further down the tree? i found that binary as well as unary operators work for Matrix like (matrix.neg) or (matrix / aNumber). this seems to be a good reason for subclassing from Array. only +, - and * would have a special version for matrix-matrix operations. > you have to overide all of that anyway, so in the end you don't get anything > from Array. why would i have to override all of them? my only problem is having matrices with NANs in them as results. > Also it should probably be either Array2D or Matrix2D until you go N dimensional (which we are anxiously > awaiting :) ) As you can by your own Matrix glasses i think one should be allowed to have Matrix classes as well. but serious: I dont think there is something like more than 2-dimensional matrices in math. per definitionem. not that 4-dimensional doesnt sound like a fun thing to have. lets say we keep Matrix as the working title for now. > and actually you already ran into several problems trying to make it fit. > (the > constructor, I tried to do something like in Array2D. whenever i use *new i get out of memory crashes. strange thing. this is my own mail from some weeks ago: >> * >> a while ago i wrote some basic matrix manipulations as functions, that i >> wanted to port into a class framework. i found that there are two different >> 2D array concepts. one is something like a 'array of rows' implemented in >> the commented 2D array support in class Array.sc. the other is the >> Array2D.sc class with one array and rows and cols information in variables. >> what would be a good starting point? >> >> * >> what does the [slot] after Array mean; what does it stand for? again, the slot, what does it mean? thats it for now. hope to hear some more. so much to learn... heiko ------------------------------ Date: Mon, 10 Sep 2001 21:09:43 -0600 From: Michael Theodore <---@---.---> Subject: Newbie question, re: arrays, sequencer I'm sure the answer to this question would eventually emerge as a result of my getting to know SC better, but I'm wondering how to use arrays of arrays with Sequencer. What follows below is obviously not correct, but I'm hoping you'll be able to see what I'm trying to do just by looking at it. Any pointers to appropriate docs would also be helpful. thanks, Michael ( var pitches; pitches = [[60, 66], 63, [65, 71, 74], 67, 70]; //single notes or chords of arbitrary complexity pitches = pitches.midicps; Synth.scope( { SinOsc.ar(Sequencer.kr(`pitches, Impulse.kr(8)), 0, 0.2)}); ) ------------------------------ Date: Tue, 11 Sep 2001 01:58:27 +0200 From: Julian Rohrhuber <---@---.---> Subject: Re: matrix - --============_-1211936641==_============ Content-Type: text/plain; charset="us-ascii" ; format="flowed" >hi felix and others, > >thanks for your critique and suggestions on matrix.sc. i already started >some corrections in my code. i will send an updated version soon. > >the question on which notation to take was mainly decided by what i could >do. after trying both ways and getting stuck on the 2DArray approach, i >choose the nested Array one. actually i had even both together for some >time. i think the 2DArray is cleaner, too. still the nested one seems more >handy. if you simply .postln a matrix you have an idea of whats going on, >what shape. the code gets quite based on rows, but they are what normally is >of interest. i have to admit:it is based on the matlab notation. thats what >i work with in the university. there is no big difference in the end. you just define .at and .put (maybe wrapAt, etc..) accordingly and there is no change in the rest of the messages. So it actually doesn't really matter. just as a reference: here is the code that I did that could be relevant (or not..) it is part of the Turtle/Ants package. - --============_-1211936641==_============ Content-Id: Content-Type: multipart/appledouble; boundary="============_-1211936641==_D============" - --============_-1211936641==_D============ Content-Transfer-Encoding: base64 Content-Type: application/applefile; name="%ControlArray2D.sc" Content-Disposition: attachment; filename="%ControlArray2D.sc" ; modification-date="Mon, 6 Aug 2001 19:22:49 +0200" AAUWBwACAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAADAAAASgAAABEAAAAJAAAAWwAAACAA AAAIAAAAewAAABAAAAACAAAAiwAABgBDb250cm9sQXJyYXkyRC5zY1RFWFRTQ2ptAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAwGrCQMBqwlLbQwAAzB4nwAAAQAAAAW6AAAEugAA AEYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAASyADwAAAAAAAsA CQAEAAAACcAAAAAAAAAAAHsACwAJAAQACAAJAAAAAAAAAAAAfAALAAkABAABAAkAAAAA wAAAAACKAAsACQAEAIIACQAAAAAAAAAAAI0ACwAJAAQAYgAJAAAAAMAAAAAAlAALAAkA BACBAAkAAAAAAAAAAACYAAsACQAEAAAACQAAAADAAAAAAJsACwAJAAQA/wAJAAAAAAAA AAAArwALAAkABADhAAkAAAAAwAAAAACyAAsACQAEACEACQAAAAAAAAAAAO0ACwAJAAQA wgAJAAAAAMAAAAAA8gALAAkABAADAAkAAAAAAAAAAAFNAAsACQAEAEEACQAAAADAAAAA AVAACwAJAAQAggAJAAAAAAAAAAABhwALAAkABAAhAAkAAAAAwAAAAAGOAAsACQAEAAEA CQAAAAAAAAAAAaIACwAJAAQAAQAJAAAAAMAAAAABpQALAAkABADhAAkAAAAAAAAAAAG0 AAsACQAEAKEACQAAAADAAAAAAbcACwAJAAQA4AAJAAAAAAAAAAACAQALAAkABACCAAnA AAAAAAAAAAIZAAsACQAEAAAACQAAAAAAAAAAAh4ACwAJAAQAYQAJAAAAAMAAAAACKgAL AAkABAABAAkAAAAAAAAAAAI2AAsACQAEAAgACQAAcAAAAAAAAj8ACwAJAAQAgQAJAAAA AAAAAAACYgALAAkABADgAAkAAAAAwAAAAAJuAAsACQAEAIIACQAAAAAAAAAAApoACwAJ AAQAQQAJAAAAAMAAAAACnQALAAkABACCAAkAAAAAAAAAAAKfAAsACQAEACEACcAAAAAA AAAAAr4ACwAJAAQA4QAJAAAAAAAAAAAC3gALAAkABAChAAkAAAAAwAAAAALqAAsACQAE AKIACQAAAAAAAAAAAvQACwAJAAQAYgAJAAAAAMAAAAAC+AALAAkABACBAAkAAAAAAAAA AAMNAAsACQAEAAAACQAAAADAAAAAAxAACwAJAAQAYQAJAAAAAAAAAAADHgALAAkABAAB AAkAAAAAwAAAAAMiAAsACQAEAAgACQAAAAAAAAAAAz4ACwAJAAQAgQAJAAAAAMAAAAAD QQALAAkABACCAAkAAAAAAAAAAANTAAsACQAEAP8ACQAAAADAAAAAA1cACwAJAAQAYQAJ AAAAAAAAAAADdwALAAkABACCAAkAAAAAwAAAAAN6AAsACQAEAOAACQAAAAAAAAAAA7cA CwAJAAQAfwAJAAAAAMAAAAADugALAAkABACAAAkAAAAAAAAAAAQFAAsACQAEAGEACQAA AADAAAAABAgACwAJAAQA4AAJAAAAAAAAAAAERwALAAkABACCAAkAAAAAwAAAAARKAAsA CQAEAOMACQAAAAAAAAAABKgACwAJAAQAogAJAAAAAMAAAAAEqwALAAkABAAIAAkAAAAA AAAAAAS9AAsACQAEAAEACQAAAADAAAAABMAACwAJAAQAwgAJAAAAAAAAAAAFFQALAAkA BAADAAkAAAAAwAAAAAUYAAsACQAEAOMACQAAAAAAAAAABTsACwAJAAQAogAJAAAAAMAA AAAFPgALAAkABAAIAAkAAAAAAAAAAAAAAAABAAAABboAAAS6AAAARgguF5gANgAAABwA RgABc3R5bAAAABJTT1VQAAAAHgCA//8AAAAAAAAAAACA//8AAAS2AAAAAA== - --============_-1211936641==_D============ Content-Type: application/octet-stream; name="ControlArray2D.sc" Content-Disposition: attachment; filename="ControlArray2D.sc" Content-Transfer-Encoding: base64 Ly9BcnJheTJEIHRoYXQgc2V0cyBhbmQgZ2V0cyBDb250cm9sVmFsdWVzDS8vc2VlIGFs c286IGV4dEFycmF5MkQuIA0vL3RyaWVkIHRvIHNpbXBsaWZ5IGZ1cnRoZXIsIG5vIHN1 Y2Nlc3MuDS8vdmVyc2lvbiAyLjENDUNvbnRyb2xBcnJheTJEIDogQXJyYXkyRCB7DQl2 YXIgPD5hcnJheTJEOw0JKm5ldyB7IGFyZyByb3dzLCBjb2xzLCBzcGVjLCBzeW50aElE LCBjb250cm9sSUQ9MCwgaW5pdGlhbFZhbHVlOw0JCQlec3VwZXIubmV3KHJvd3MsIGNv bHMpLm1ha2VDb250cm9scyhzeW50aElELCBzcGVjLCBpbml0aWFsVmFsdWUsIGNvbnRy b2xJRCkNCX0NCQ0JbWFrZUNvbnRyb2xzIHsgYXJnIHN5bnRoSUQsIHNwZWMsIGluaXRp YWxWYWx1ZSwgY29udHJvbElEOw0NCQkJYXJyYXkyRCA9IEFycmF5MkQuZmlsbChyb3dz LCBjb2xzLCB7IGFyZyByb3csIGNvbDsNCQkJCXZhciBwbHVnSUQ7DQkJCQkJcGx1Z0lE ID0gKChyb3cqY29scyArIGNvbCkuYXNTdHJpbmcgKysgY29udHJvbElEKS5hc1N5bWJv bDsgLy9lYWNoIG9uZSBhIHNwZWNpYWwgaWQNCQkJCQlDb250cm9sVmFsdWUubmV3KHNw ZWMgPyBcdW5pcG9sYXIsIHN5bnRoSUQsIHBsdWdJRCwgaW5pdGlhbFZhbHVlID8/IENv bnRyb2xTcGFjZS5hdChzeW50aElELHBsdWdJRCkpDQkJCQl9KTsNCQkJDQkJCWFycmF5 ID0gbmlsOyAvL2RpcnR5IHRyaWNrLiByZW1vdmUgdGhhdCBvbmUuDQkJCQ0JCQkNCX0N CXJlbW92ZUNvbnRyb2xzIHsNCQlDb250cm9sU3BhY2UucmVtb3ZlQXQodGhpcy5zeW50 aElEKQ0JfQ0JDQlhdCB7IGFyZyByb3csIGNvbDsNCQledGhpcy5nZXQocm93LCBjb2wp Ow0JfQ0JDQlwdXQgeyBhcmcgcm93LCBjb2wsIHZhbDsNCQl0aGlzLnNldChyb3csIGNv bCwgdmFsKQ0JfQ0JDQlzZXQgeyBhcmcgcm93LCBjb2wsIHZhbDsNCQlhcnJheTJELmF0 KHJvdywgY29sKS5zZXQodmFsKQ0JfSANCQ0JZ2V0IHsgYXJnIHJvdywgY29sLCBwcmV2 VmFsOw0JCV5hcnJheTJELmF0KHJvdywgY29sKS5nZXQocHJldlZhbCkNCX0NCQ0JZ2V0 TWFwcGVkIHsgYXJnIHJvdywgY29sOw0JCV5hcnJheTJELmF0KHJvdywgY29sKS5nZXRN YXBwZWQNCX0NCQ0Jc2V0TWFwcGVkIHsgYXJnIHJvdywgY29sLCB2YWw7DQkJYXJyYXky RC5hdChyb3csIGNvbCkuc2V0TWFwcGVkKHZhbCkNCX0NCQ0JY29udHJvbHMgeyBeYXJy YXkyRCB9DQlzeW50aElEXyB7IGFyZyBpZDsgYXJyYXkyRC5kbyh7IGFyZyBpdGVtOyBp dGVtLnN5bnRoSUQgPSBpZCB9KSAgfQ0Jc3ludGhJRCB7IGFycmF5MkQuYXQoMCwgMCku c3ludGhJRCB9DQkNCW1vZFNwZWNSb3cgeyBhcmcgcm93LCBzcGVjOw0JCWFycmF5MkQu ZG9Sb3cocm93LCB7IGFyZyBpdGVtOw0JCQlpdGVtLnNwZWMgPSBzcGVjLmFzQ29udHJv bFNwZWMNCQl9KQ0JfQ0NfQ== - --============_-1211936641==_D============-- - --============_-1211936641==_============ Content-Id: Content-Type: multipart/appledouble; boundary="============_-1211936641==_D============" - --============_-1211936641==_D============ Content-Transfer-Encoding: base64 Content-Type: application/applefile; name="%extArray2D.sc" Content-Disposition: attachment; filename="%extArray2D.sc" ; modification-date="Tue, 12 Jun 2001 14:46:01 +0200" AAUWBwACAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAADAAAASgAAAA0AAAAJAAAAVwAAACAA AAAIAAAAdwAAABAAAAACAAAAhwAAC6BleHRBcnJheTJELnNjVEVYVFNDam0BAP////8A AAAAAAAAAAAAAAAAAAAAAAACjFqVArjnqUttDAADMHifAAABAAAAC1oAAApaAAAARgAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAClIAhAAAAAAACwAJAAQA OwAJwAAAAAAAAAAARQALAAkABADsAAkAAAAAAAAAAABHAAsACQAEACQACQAAAADAAAAA AE4ACwAJAAQAJAAJAAAAAAAAAAAAXwALAAkABAAkAAkAAAAAwAAAAABiAAsACQAEACQA CQAAAAAAAAAAAKwACwAJAAQAJAAJAAAAAMAAAAAAsAALAAkABAAkAAkAAAAAAAAAAADM AAsACQAEACQACQAAAADAAAAAAM8ACwAJAAQAJAAJAAAAAAAAAAABHAALAAkABAAAAAkA AAAAwAAAAAEgAAsACQAEACQACQAAAAAAAAAAAUMACwAJAAQAJAAJAAAAAMAAAAABRgAL AAkABAAkAAkAAAAAAAAAAAGTAAsACQAEAAAACQAAAADAAAAAAZcACwAJAAQAJAAJAAAA AAAAAAABtgALAAkABAAkAAkAAAAAwAAAAAG5AAsACQAEACQACQAAAAAAAAAAAcAACwAJ AAQAJAAJAAAAAMAAAAABxQALAAkABAAkAAkAAAAAAAAAAAHTAAsACQAEACQACQAAAADA AAAAAdYACwAJAAQAJAAJAAAAAAAAAAAB3AALAAkABAAkAAkAAAAAwAAAAAHgAAsACQAE ACQACQAAAAAAAAAAAf4ACwAJAAQA/wAJAAAAAMAAAAACAQALAAkABAAkAAkAAAAAAAAA AAIIAAsACQAEACQACQAAAADAAAAAAg0ACwAJAAQAJAAJAAAAAAAAAAACGwALAAkABAD/ AAkAAAAAwAAAAAIeAAsACQAEACQACQAAAAAAAAAAAiQACwAJAAQAJAAJAAAAAMAAAAAC KAALAAkABAAAAAkAAAAAAAAAAAJFAAsACQAEACQACQAAAADAAAAAAkgACwAJAAQA/wAJ AAAAAAAAAAACXwALAAkABAAkAAkAAAAAwAAAAAJiAAsACQAEAAAACQAAAAAAAAAAAnUA CwAJAAQAJAAJAAAAAMAAAAACeAALAAkABAAkAAkAAAAAAAAAAAKRAAsACQAEACQACQAA AADAAAAAApUACwAJAAQAJAAJAAAAAAAAAAACyQALAAkABAAkAAkAAAAAwAAAAALMAAsA CQAEAP8ACQAAAAAAAAAAAwIACwAJAAQAJAAJAAAAAMAAAAADBQALAAkABAAkAAkAAAAA AAAAAAMaAAsACQAEACQACQAAAADAAAAAAx0ACwAJAAQAAQAJAAAAAAAAAAADVQALAAkA BAAkAAkAAAAAwAAAAANYAAsACQAEACQACQAAAAAAAAAAA2sACwAJAAQAJAAJAAAAAMAA AAADbgALAAkABAASAAkAAAAAAAAAAAPPAAsACQAEAP8ACQAAAADAAAAAA9IACwAJAAQA JAAJAAAAAAAAAAAD6AALAAkABAAAAAkAAAAAwAAAAAPrAAsACQAEAP8ACQAAAAAAAAAA A/4ACwAJAAQAEgAJAAAAAMAAAAAEAQALAAkABAAkAAkAAAAAAAAAAAQpAAsACQAEAAAA CQAAAADAAAAABC0ACwAJAAQA/wAJAAAAAAAAAAAEZwALAAkABAARAAkAAAAAwAAAAARq AAsACQAEACQACQAAAAAAAAAABLgACwAJAAQAJAAJAAAAAMAAAAAEuwALAAkABAAkAAkA AAAAAAAAAAUMAAsACQAEAAEACQAAAADAAAAABQ8ACwAJAAQAJAAJAAAAAAAAAAAFiwAL AAkABAAkAAkAAAAAwAAAAAWOAAsACQAEACQACQAAAAAAAAAABakACwAJAAQAAQAJAAAA AMAAAAAFrAALAAkABAD/AAkAAAAAAAAAAAWzAAsACQAEACQACQAAAADAAAAABbYACwAJ AAQAJAAJAAAAAAAAAAAFxwALAAkABAABAAkAAAAAwAAAAAXLAAsACQAEABEACQAAAAAA AAAABhcACwAJAAQAJAAJAAAAAMAAAAAGGgALAAkABAAAAAkAAAAAAAAAAAYyAAsACQAE AAEACQAAAADAAAAABjUACwAJAAQAEQAJAAAAAAAAAAAGPAALAAkABAAkAAkAAAAAwAAA AAY/AAsACQAEAAAACQAAAAAAAAAABlAACwAJAAQAAQAJAAAAAMAAAAAGVAALAAkABAAR AAkAAAAAAAAAAAaOAAsACQAEABEACQAAAADAAAAABpEACwAJAAQAJAAJAAAAAAAAAAAG 3wALAAkABAD/AAkAAAAAwAAAAAbiAAsACQAEAAEACQAAAAAAAAAABzAACwAJAAQA/wAJ AAAAAMAAAAAHMwALAAkABAAkAAkAAAAAAAAAAAevAAsACQAEACQACQAAAADAAAAAB7IA CwAJAAQA/wAJAAAAAAAAAAAHywALAAkABAABAAkAAAAAwAAAAAfOAAsACQAEAP8ACQAA AAAAAAAAB/0ACwAJAAQAJAAJAAAAAMAAAAAIAAALAAkABAABAAkAAAAAAAAAAAgUAAsA CQAEAAEACQAAAADAAAAACBgACwAJAAQAAQAJAAAAAAAAAAAIaQALAAkABAAAAAkAAAAA wAAAAAhsAAsACQAEAAEACQAAAAAAAAAACJ8ACwAJAAQAAQAJAAAAAMAAAAAIowALAAkA BAD/AAkAAAAAAAAAAAkCAAsACQAEAAAACQAAAADAAAAACQUACwAJAAQA/wAJAAAAAAAA AAAJHgALAAkABAD/AAkAAAAAwAAAAAkhAAsACQAEABEACQAAAAAAAAAACU4ACwAJAAQA JAAJAAAAAMAAAAAJUQALAAkABAD/AAkAAAAAAAAAAAlnAAsACQAEAAEACQAAAADAAAAA CWsACwAJAAQAEQAJAAAAAAAAAAAJrwALAAkABAD/AAkAAAAAwAAAAAmyAAsACQAEACQA CQAAAAAAAAAACekACwAJAAQAAQAJAAAAAMAAAAAJ7QALAAkABAARAAkAAAAAAAAAAApE AAsACQAEAAEACQAAAADAAAAACkcACwAJAAQAJAAJAAAAAAAAAAAKagALAAkABAABAAkA AAAAwAAAAAptAAsACQAEAAEACQAAAAAAAAAACokACwAJAAQAAQAJAAAAAMAAAAAKjQAL AAkABAAAAAkAAAAAAAAAAAqeAAsACQAEAP8ACQAAAADAAAAACqMACwAJAAQA/wAJAAAA AAAAAAAKswALAAkABAD/AAkAAAAAwAAAAAq2AAsACQAEAAAACQAAAAAAAAAAC1UACwAJ AAQA/wAJAAAAAMAAAAALWAALAAkABAD/AAkAAAAAAAAAAAt0AAsACQAEAP8ACQAAAADA AAAAC3gACwAJAAQAJAAJAAAAAAAAAAALiQALAAkABAD/AAkAAAAAwAAAAAuOAAsACQAE AP8ACQAAAAAAAAAAC54ACwAJAAQAEQAJAAAAAMAAAAALoQALAAkABAABAAkAAAAAAAAA AAxTAAsACQAEACQACQAAAADAAAAADFcACwAJAAQA/wAJAAAAAAAAAAAM6wALAAkABAAB AAkAAAAAwAAAAAzvAAsACQAEAAEACQAAAAAAAAAAAAAAAAEAAAALWgAACloAAABGBdwY yAAWAAAAHABGAAFzdHlsAAAAElNPVVAAAAAeAID//wAAAAAAAAAAAID//wAAClYAAAAA - --============_-1211936641==_D============ Content-Type: application/octet-stream; name="extArray2D.sc" Content-Disposition: attachment; filename="extArray2D.sc" Content-Transfer-Encoding: base64 Ly9zb21lIGV4dGVuZGVkIGZ1bmN0aW9uYWxpdHkgZm9yIEFycmF5MkQNLy9KdWxpYW4g Um9ocmh1YmVyIDIwMDEvMDYNDStBcnJheTJEIHsNCQ0JDQl3cmFwQXQgeyBhcmcgcm93 LCBjb2w7ICANCQlyb3cgPSByb3cud3JhcCgwLCByb3dzLTEpOw0JCWNvbCA9IGNvbC53 cmFwKDAsIGNvbHMtMSk7DQkJXnRoaXMuYXQocm93LGNvbCk7DQl9DQl3cmFwUHV0IHsg YXJnIHJvdywgY29sLCB2YWw7IA0JCXJvdyA9IHJvdy53cmFwKDAsIHJvd3MtMSk7DQkJ Y29sID0gY29sLndyYXAoMCwgY29scy0xKTsNCQl0aGlzLnB1dChyb3csIGNvbCwgdmFs KTsNCX0NCWNsaXBQdXQgeyBhcmcgcm93LCBjb2wsIHZhbDsgDQkJcm93ID0gcm93LmNs aXAoMCwgcm93cy0xKTsNCQljb2wgPSBjb2wuY2xpcCgwLCBjb2xzLTEpOw0JCXRoaXMu cHV0KHJvdywgY29sLCB2YWwpOw0JfQ0Jcm93IHsgYXJnIHJvdzsgXkFycmF5LmZpbGwo Y29scywgeyBhcmcgY29sOyB0aGlzLndyYXBBdChyb3csIGNvbCkgfSkgfQ0JY29sIHsg YXJnIGNvbDsgXkFycmF5LmZpbGwocm93cywgeyBhcmcgcm93OyB0aGlzLndyYXBBdChy b3csIGNvbCkgfSkgfQ0JZG8geyBhcmcgZnVuY3Rpb247DQkJcm93cy5kbyh7IGFyZyBy b3c7DQkJCWNvbHMuZG8oeyBhcmcgY29sOw0JCQkJZnVuY3Rpb24udmFsdWUodGhpcy5h dChyb3csIGNvbCksIHJvdywgY29sKQ0JCQl9KQ0JCX0pDQl9DQlyZXZlcnNlRG8geyBh cmcgZnVuY3Rpb247IGFycmF5LnJldmVyc2VEbyhmdW5jdGlvbikgfQ0JCQkNCQ0JKmZp bGwgeyBhcmcgcm93cywgY29scywgZnVuYzsNCQl2YXIgYXJyYXkyRDsNCQlhcnJheTJE ID0gdGhpcy5uZXcocm93cywgY29scyk7DQkJcm93cy5kbyh7IGFyZyByb3c7DQkJCWNv bHMuZG8oeyBhcmcgY29sOw0JCQkJYXJyYXkyRC5wdXQocm93LCBjb2wsIGZ1bmMudmFs dWUocm93LCBjb2wpKQ0JCQl9KQ0JCX0pOw0JCV5hcnJheTJEDQkJDQl9DQkJDQljb2xs ZWN0IHsgYXJnIGZ1bmM7DQkJDQkJcm93cy5kbyh7IGFyZyByb3c7DQkJCWNvbHMuZG8o eyBhcmcgY29sOw0JCQkJdGhpcy5wdXQocm93LCBjb2wsIGZ1bmMudmFsdWUodGhpcy5h dChyb3csIGNvbCksIHJvdywgY29sKSkNCQkJfSkNCQl9KTsNCQkNCX0NCQ0JDQlwdXRD b2wgeyBhcmcgY29sLCBhcnJheSwgb2Zmc2V0PTAsIHNlbGVjdGlvbjsNCQkNCQkNCQlp ZihzZWxlY3Rpb24uaXNOaWwsIHsNCQkJYXJyYXkuZG8oeyBhcmcgaXRlbSwgaTsgDQkJ CQkJdGhpcy53cmFwUHV0KGkgKyBvZmZzZXQsIGNvbCwgaXRlbSk7DQkJCX0pIA0JCX0s IHsNCQkJYXJyYXkuZG8oeyBhcmcgaXRlbSwgaTsgDQkJCQlpZihzZWxlY3Rpb24uYXQo aSkgPiAwLCB7DQkJCQkJdGhpcy53cmFwUHV0KGkgKyBvZmZzZXQsIGNvbCwgaXRlbSk7 DQkJCQl9KTsNCQkJfSk7DQkJfSk7DQkJDQl9DQljb2xsZWN0Q29sIHsgYXJnIGNvbCwg ZnVuYzsNCQkNCQlyb3dzLmRvKHsgYXJnIGk7DQkJCXZhciBpdGVtOw0JCQlpdGVtID0g dGhpcy5hdChpLCBjb2wpOw0JCQl0aGlzLnB1dChpLCBjb2wsIGZ1bmMudmFsdWUoaXRl bSwgaSkpOw0JCX0pOw0JCQ0JfQ0JZG9Db2wgeyBhcmcgY29sLCBmdW5jOw0JCXJvd3Mu ZG8oeyBhcmcgaTsNCQkJdmFyIGl0ZW07DQkJCWl0ZW0gPSB0aGlzLmF0KGksIGNvbCk7 DQkJCWZ1bmMudmFsdWUoaXRlbSwgaSk7DQkJCX0pDQl9DQkNCXB1dFJvdyB7IGFyZyBy b3csIGFycmF5LCBvZmZzZXQ9MCwgc2VsZWN0aW9uOw0JCQ0JCQ0JCWlmKHNlbGVjdGlv bi5pc05pbCwgew0JCQlhcnJheS5kbyh7IGFyZyBpdGVtLCBpOyANCQkJCXRoaXMud3Jh cFB1dChyb3csIGkrb2Zmc2V0LCBpdGVtKTsNCQkJfSkgDQkJfSwgew0JCQlhcnJheS5k byh7IGFyZyBpdGVtLCBpOyANCQkJCWlmKHNlbGVjdGlvbi5hdChpKSA+IDAsIHsNCQkJ CXRoaXMud3JhcFB1dChyb3csIGkrb2Zmc2V0LCBpdGVtKTsNCQkJCX0pOw0JCQl9KTsN CQl9KTsNCQkNCX0NDQkNCWNvbGxlY3RSb3cgeyBhcmcgcm93LCBmdW5jLCBzZWxlY3Rp b247DQkJdmFyIGl0ZW07DQkJDQkJaWYoc2VsZWN0aW9uLmlzTmlsLCB7DQkJCWNvbHMu ZG8oeyBhcmcgaTsNCQkJCQ0JCQkJaXRlbSA9IHRoaXMuYXQocm93LCBpKTsNCQkJCXRo aXMucHV0KHJvdywgaSwgZnVuYy52YWx1ZShpdGVtLCBpKSk7DQkJfSkNCQl9LCB7DQkJ CWNvbHMuZG8oeyBhcmcgaTsNCQkJCQ0JCQkJaWYoc2VsZWN0aW9uLmF0KGkpID4gMCwg ew0JCQkJCWl0ZW0gPSB0aGlzLmF0KHJvdywgaSk7DQkJCQkJdGhpcy5wdXQocm93LCBp LCBmdW5jLnZhbHVlKGl0ZW0sIGkpKTsNCQkJCX0pOw0JCQl9KTsNCQl9KTsNCQkNCX0N CQ0JZG9Sb3cgeyBhcmcgcm93LCBmdW5jLCBzZWxlY3Rpb247DQkJdmFyIGl0ZW07DQkJ aWYoc2VsZWN0aW9uLmlzTmlsLCB7DQkJCQljb2xzLmRvKHsgYXJnIGk7DQkJCQkJDQkJ CQkJaXRlbSA9IHRoaXMuYXQocm93LCBpKTsNCQkJCQlmdW5jLnZhbHVlKGl0ZW0sIGkp Ow0JCQkJfSkNCQkJfSwgew0JCQkJY29scy5kbyh7IGFyZyBpOw0JCQkJCWlmKHNlbGVj dGlvbi5hdChpKSA+IDAsIHsNCQkJCQkJDQkJCQkJCWl0ZW0gPSB0aGlzLmF0KHJvdywg aSk7DQkJCQkJCWZ1bmMudmFsdWUoaXRlbSwgaSk7DQkJCQkJfSkNCQkJCX0pDQkJCX0p Ow0JCQkNCQkNCX0NCQ0Jcm90YXRlQ29sIHsgYXJnIGNvbCwgc3RlcHM9MSwgbGVuZ3Ro LCBvZmZzZXQ9MDsNCQl2YXIgYXJyYXk7DQkJbGVuZ3RoID0gbGVuZ3RoID8gdGhpcy5y b3dzOw0JCWFycmF5ID0gQXJyYXkuZmlsbChsZW5ndGgsIHsgYXJnIGk7IHRoaXMud3Jh cEF0KGkgKyBvZmZzZXQsIGNvbCkgfSk7DQkJYXJyYXkgPSBhcnJheS5yb3RhdGUoc3Rl cHMpOw0JCXRoaXMucHV0Q29sKGNvbCwgYXJyYXksIG9mZnNldCk7DQl9DQkNCXJvdGF0 ZVJvdyB7IGFyZyByb3csIHN0ZXBzPTEsIGxlbmd0aCwgb2Zmc2V0PTA7DQkJdmFyIGFy cmF5Ow0JCWxlbmd0aCA9IGxlbmd0aCA/IHRoaXMuY29sczsNCQlhcnJheSA9IEFycmF5 LmZpbGwobGVuZ3RoLCB7IGFyZyBpOyB0aGlzLndyYXBBdChyb3csIGkgKyBvZmZzZXQp IH0pOw0JCWFycmF5ID0gYXJyYXkucm90YXRlKHN0ZXBzKTsNCQl0aGlzLnB1dFJvdyhy b3csIGFycmF5LCBvZmZzZXQpOw0JfQ0JDQkNCXJvdGF0ZUFsbENvbHMgeyBhcmcgc3Rl cHM9MSwgbGVuZ3RoLCBvZmZzZXQ9MDsNCQlsZW5ndGggPSBsZW5ndGggPyB0aGlzLnJv d3M7DQkJY29scy5kbyh7IGFyZyBpOw0JCQl0aGlzLnJvdGF0ZUNvbChpLCBzdGVwcywg bGVuZ3RoLCBvZmZzZXQpDQkJfSkNCX0NCQ0Jcm90YXRlQWxsUm93cyB7IGFyZyBzdGVw cz0xLCBsZW5ndGgsIG9mZnNldD0wOw0JCWxlbmd0aCA9IGxlbmd0aCA/IHRoaXMuY29s czsNCQlyb3dzLmRvKHsgYXJnIGk7DQkJCXRoaXMucm90YXRlUm93KGksIHN0ZXBzLCBs ZW5ndGgsIG9mZnNldCkNCQl9KQ0JfQ19DQ0N - --============_-1211936641==_D============-- - --============_-1211936641==_============-- ------------------------------ Date: Tue, 11 Sep 2001 07:29:40 +0200 From: Julian Rohrhuber <---@---.---> Subject: Re: Reverb class >Hi all, > I enclose a set of reverbs (for SC 2) presented in a single class >that I've been preparing for a while. There are conversions to >SuperCollider of >work by Eric Lyon and Hans Mikelson from the Csound Book (on Gardner reverbs >and a stereo reverb unit), and some basic Schroeder reverbs adapted >from Curtis >Roads CM Tutorial. thank you! a suggestion: you could add the method *ar { arg mode ... args; ^this.performList(mode, args) } or maybe more correct *ar1 { arg mode ... args; ^this.performList(mode, args) } so one could use the usual sc syntax: ( { var z; z = Impulse.ar(1,0.4); z + (0.4 * Reverb.ar(\grlargeroom, z)) }.play ) ------------------------------ Date: Tue, 11 Sep 2001 01:52:20 -0400 From: "Jamie Forrest" <---@---.---> Subject: writing classes, language question Hi, Is it possible to set an instance variable in a *new method if the variable does not define a setter method? For instance, suppose I have a variable fooey in class Foo, with only a getter method: Foo { var fooey; Then, let's also say that Foo is a subclass of something for which the value of fooey is used in the creation of that superclass. For instance, fooey could be a list and Foo a subclass of Pseq. The *new method would look like this: *new { var fooeyTemp; fooeyTemp = 1.0.rand; //determine the value for fooey ^super.new(fooeyTemp).fooey_(fooeyTemp); // create a new Pseq, or whatever } Now, if another object goes and sets fooey to something else, this object would want to reconfigure itself as a new superclass with the new value of fooey. How can I go about doing this? Ideally, I would override the setter method to provide this functionality, as such: fooey_ { arg newval; this = super.new(newval).fooey_(newval); } but the compiler seems to reject overriding of setter methods. So how could I get around this? Sorry for the long message, and thank you for your help. - -Jamie Forrest _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ------------------------------ Date: Tue, 11 Sep 2001 09:01:24 +0200 From: Julian Rohrhuber <---@---.---> Subject: Re: writing classes, language question >Hi, > >Is it possible to set an instance variable in a *new method if the variable >does not define a setter method? > >For instance, suppose I have a variable fooey in class Foo, with only a >getter method: > >Foo { > var > *new { > ^super.new.fooey_(1.0.rand); //not allowed > } >} > >In this case, the return clause in *new is not allowed because it involves >setting an instance variable that only has a getter method. But what if I >want my Foo instance to have a fooey whose value is determined in the *new >method, but once that value is determined it cannot be set again? Is there >a way around this? How do variables with only getter methods attain a value >if they can't ever be set? you can always access all the instance variables of your class including all superclasses from within instance methods by simply using the name of the variable. (This is not possible in the class method, of course, which can only access classvars in this way.) Foo { var A related question: let's say we make fooey both gettable and settable: >var <>fooey; Then, let's also say that Foo is a subclass of something for >which the value of fooey is used in the creation of that superclass. For >instance, fooey could be a list and Foo a subclass of Pseq. The *new method >would look like this: > > *new { > var fooeyTemp; > fooeyTemp = 1.0.rand; //determine the value for fooey > ^super.new(fooeyTemp).fooey_(fooeyTemp); // create a new Pseq, or >whatever > } > >Now, if another object goes and sets fooey to something else, this object >would want to reconfigure itself as a new superclass with the new value of >fooey. How can I go about doing this? Ideally, I would override the setter >method to provide this functionality, as such: > > fooey_ { arg newval; > this = super.new(newval).fooey_(newval); > } > >but the compiler seems to reject overriding of setter methods. So how could >I get around this? you could then just override the init message. hope that helps, julian ------------------------------ Date: Wed, 12 Sep 2001 02:24:03 EDT From: DSPGuy@aol.com Subject: 24-bit files supported? Is 24-bit file I/O supported in SC2? When attempting to read a 24-bit Sound Designer II or AIFF file using inFile.readHeader, I get errors like this: ERROR: sample format size not supported When I try to write a 24-bit file using something like this, Synth.write(myFunc, 120, "HD0:myFile", 'SD2', '24 big endian signed'); I get this error: ERROR: unsupported output style/size for SD2 header Is 24-bit file I/O supported in SC3? Jerry ------------------------------ Date: Thu, 13 Sep 2001 02:00:16 +0200 From: Nicolas Field <---@---.---> Subject: PingPongN Question Hello, I have to run two different processes on the two inputs of my VxPockets. On one of them I would like to have a PingPong delay. I thought I could manage this by delaying the input and putting it in the right input of PingPongN, but of course I can't seem to get it to work... Is something like this possible or am I going totally wrong? Thanks for any help Nicolas ------------------------------ End of sc-users-digest V1 #355 ******************************