From: owner-sc-users-digest@lists.io.com (sc-users-digest) To: sc-users-digest@lists.io.com Subject: sc-users-digest V1 #367 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 Friday, October 12 2001 Volume 01 : Number 367 ---------------------------------------------------------------------- Date: Wed, 10 Oct 2001 21:19:30 -0400 From: christian adam hresko <---@---.---> Subject: Re: [OT] Re: firewire/USB etc i'm guessing everyone's already read about the USB 2.0 'standard' that's been announced. the throughput is supposedly 480 Mbps. just something to think about... cheers, christian ------------------------------ Date: Wed, 10 Oct 2001 21:22:23 -0400 From: christian adam hresko <---@---.---> Subject: Re: error when compiling library Satoshi Kariya wrote: > hi, > > I am experiencing some errors and I don't figure out why... > when booting SC (2.2.10 and/or 2.2.11), I get an error > > Compiling class library... > NumPrimitives 416 > pass 1 done > DANGER: OUT of MEMORY. Operation failed. > > I add some classes to the DefaultLibrary. > But it had worked before. It just suddenly stopped to working. > It does work fine when I remove all my classes. so it is > something wrong with my classes, but what I dont understandis that > it was working last night and has been for the last 2 weeks... > > any help is appreciated. > > K. errrr... maybe an infinite loop (class inclusion) where the bytecode is piling up on the heap until no more memory is left for piling... just a guess. ch. ------------------------------ Date: Wed, 10 Oct 2001 20:53:39 -0500 From: James McCartney <---@---.---> Subject: Re: Checkbox view question on 10/10/01 12:35 PM, Adam Mokan at a_mokan@yahoo.com wrote: > So in theory I would say... > > seq = [w.views(0).value, w.views(1).value, etc, etc]; Assuming you are using sequencer, you can use a function: Sequencer.kr({ arg i; w.views.wrapAt(i).value; }); - -- or if you have some sub range of views: Sequencer.kr({ arg i; w.views.at((i % numBoxes) + firstBox).value; }); - --- james mccartney james@audiosynth.com SuperCollider - a real time synthesis programming language for the PowerMac. ------------------------------ Date: Wed, 10 Oct 2001 21:57:32 -0400 From: felix <---@---.---> Subject: Re: Checkbox view question > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. - --MS_Mac_OE_3085595852_2743751_MIME_Part Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit on 10/10/01 1:35 PM, Adam Mokan at a_mokan@yahoo.com wrote: > I am setting up a GUI with 16 checkboxes... (Roland > x0x style) > > I use a do loop to do this initially. I do not assign > any of the boxes to objects, I just want to query > their values via the 'views' collection. > > So in theory I would say... > > seq = [w.views(0).value, w.views(1).value, etc, etc]; // collect the array as a new array seq = views.collect({ arg aView; aView.value }); ImpulseSequencer.kr( seq ) // and your done and that would play the XOX pattern as a trigger. (kr rate signal) i have been saying for MONTHS that i would clean up and extract XOX and make it public. in my earlier days i ensnared a lot of useful work horse classes in a bad class heirarchy. if someone feels inclined, it wouldn't be too hard to extract the basic guts of XOX, so I attach it. i think its rather clever (except for the crap parts). there is a .kr method that delivers a simple trigger on the sequence. also several other implementations for doing that. for asStream it will return appropriate beat durations in a stream. it uses a nextTable and a deltaTable, and recomputes those if you change the list via the gui or via the .put method if someone does fix it or hack it for parts, send me a copy please. > > but i am obviously missing something there. > > If you have any advice, please let me know. > > (I'm still a syntax newbie when it comes to SC) > > -adam > > __________________________________________________ > Do You Yahoo!? > Make a great connection at Yahoo! Personals. > http://personals.yahoo.com > > - --MS_Mac_OE_3085595852_2743751_MIME_Part Content-type: multipart/appledouble; boundary="MS_Mac_OE_3085595849_2718799_MIME_Part" - --MS_Mac_OE_3085595849_2718799_MIME_Part Content-type: application/applefile; name="XOX.sc" Content-transfer-encoding: base64 Content-disposition: attachment AAUWBwACAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAJAAAAPgAAACAAAAADAAAAXgAAAAYAAAAC AAAAZAAAD0xURVhUU0NqbQEA/////wAAAAAAAAAAAAAAAAAAAAAAAFhPWC5zYwAAAQAAAA8G AAAOBgAAAEYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA3+ALMAAAAAAAsACQPoAQAACQAA AADAAAAAAAMACwAJA+gBAAAJAAAAAAAAAAAABgALAAkD6AEAAAkAAAAAwAAAAAAOAAsACQPo AAAACQAAAAAAAAAAABEACwAJA+gAAAAJwAAAAAAAAAAASwALAAkD6AAAAAkAAAAAAAAAAABO AAsACQPoAAAACQAAAADAAAAAAFEACwAJA+gAAAAJAAAAAAAAAAAAcQALAAkD6AAAAAkAAAAA wAAAAAB0AAsACQPoAAAACQAAAAAAAAAAAIwACwAJA+gAAAAJAAAAAMAAAAAAjwALAAkD6AAA AAkAAAAAAAAAAACXAAsACQPoAAAACQAAAADAAAAAAJwACwAJA+gAAAAJAAAAAAAAAAAAqAAL AAkD6AAAAAkAAAAAwAAAAACrAAsACQPoAAAACQAAAAAAAAAAAMwACwAJA+gAAAAJAAAAAMAA AAAAzwALAAkD6AAAAAkAAAAAAAAAAADbAAsACQPoAAAACQAAAADAAAAAAOAACwAJA+gAAAAJ AAAAAAAAAAABLgALAAkD6AAAAAkAAAAAwAAAAAExAAsACQPoAAAACQAAAAAAAAAAAV4ACwAJ A+gAAAAJAAAAAMAAAAABYwALAAkD6AAAAAkAAAAAAAAAAAFzAAsACQPoAAAACQAAAADAAAAA AXYACwAJA+gAAAAJAAAAAAAAAAABmAALAAkD6AAAAAkAAAAAwAAAAAGcAAsACQPoAAAACQAA AAAAAAAAAbsACwAJA+gAAAAJwAAAAAAAAAAB0AALAAkD6AAAAAkAAAAAAAAAAAHpAAsACQPo AAAACQAAAADAAAAAAfAACwAJA+gAAAAJAAAAAAAAAAACEgALAAkD6AAAAAkAAAAAwAAAAAIV AAsACQPoAAAACQAAAAAAAAAAAjIACwAJA+gAAAAJwAAAAAAAAAACTwALAAkD6AAAAAkAAAAA AAAAAALeAAsACQPoAAAACcAAAAAAAAAAAvEACwAJA+gAAAAJAAAAAAAAAAAC9QALAAkD6AAA AAkAAAAAwAAAAAL+AAsACQPoAAAACQAAAAAAAAAAAzUACQAHA+gAAAAHAAAAAAAAAAADNgAL AAkD6AEAAAnAAAAAAAAAAANYAAsACQPoAQAACQAAAAAAAAAAA1kACwAJA+gBAAAJwAAAAAAA AAADYgAJAAcD6AAAAAfAAAAAAAAAAANjAAsACQPoAAAACQAAAAAAAAAAA5YACwAJA+gAAAAJ wAAAAAAAAAADoAALAAkD6AAAAAkAAAAAAAAAAAOvAAsACQPoAAAACQAAAADAAAAAA7IACwAJ A+gAAAAJAAAAAAAAAAAD0QALAAkD6AAAAAnAAAAAAAAAAAPYAAsACQPoAAAACQAAAAAAAAAA A+MACwAJA+gAAAAJAAAAAMAAAAAD5gALAAkD6AAAAAkAAAAAAAAAAAQLAAsACQPoAAAACcAA AAAAAAAABC0ACwAJA+gAAAAJAAAAAAAAAAAEgQALAAkD6AAAAAkAAAAAwAAAAASEAAsACQPo AAAACQAAAAAAAAAABKkACwAJA+gAAAAJwAAAAAAAAAAEywALAAkD6AAAAAkAAAAAAAAAAAUe AAsACQPoAAAACQAAAADAAAAABSIACwAJA+gAAAAJAAAAAAAAAAAFKQALAAkD6AAAAAnAAAAA AAAAAAVjAAsACQPoAAAACQAAAAAAAAAABXoACwAJA+gBAAAJAAAAAAAAAAAFgAALAAkD6AAA AAkAAAAAAAAAAAWhAAsACQPoAAAACcAAAAAAAAAABdEACwAJA+gAAAAJAAAAAAAAAAAF5AAL AAkD6AAAAAkAAAAAwAAAAAXnAAsACQPoAAAACQAAAAAAAAAABgIACwAJA+gAAAAJAAAAAMAA AAAGBQALAAkD6AAAAAkAAAAAAAAAAAYYAAsACQPoAAAACQAAAADAAAAABhwACwAJA+gAAAAJ AAAAAAAAAAAGsgALAAkD6AAAAAnAAAAAAAAAAAbDAAsACQPoAAAACQAAAAAAAAAABs8ACwAJ A+gAAAAJwAAAAAAAAAAG6QALAAkD6AAAAAkAAAAAAAAAAAbtAAsACQPoAAAACcAAAAAAAAAA BwUACwAJA+gAAAAJAAAAAAAAAAAHkgALAAkD6AAAAAkAAAAAwAAAAAeVAAsACQPoAAAACQAA AAAAAAAAB6IACwAJA+gAAAAJAAAAAMAAAAAHpQALAAkD6AAAAAkAAAAAAAAAAAe9AAsACQPo AAAACQAAAADAAAAAB8AACwAJA+gAAAAJAAAAAAAAAAAIJQALAAkD6AAAAAkAAAAAwAAAAAgo AAsACQPoAAAACQAAAAAAAAAACDcACwAJA+gAAAAJAAAAAMAAAAAIOgALAAkD6AAAAAkAAAAA AAAAAAhCAAsACQPoAAAACQAAAADAAAAACEUACwAJA+gAAAAJAAAAAAAAAAAIawALAAkD6AAA AAkAAAAAwAAAAAh3AAsACQPoAAAACQAAAAAAAAAACIwACwAJA+gAAAAJAAAAAMAAAAAIjwAL AAkD6AAAAAkAAAAAAAAAAAidAAsACQPoAAAACQAAcAAAAAAACKUACwAJA+gAAAAJAAAAAAAA AAAIzQALAAkD6AAAAAkAAAAAwAAAAAjQAAsACQPoAAAACQAAAAAAAAAACNUACwAJA+gAAAAJ AAAAAMAAAAAI2QALAAkD6AAAAAkAAAAAAAAAAAkFAAsACQPoAAAACQAAAADAAAAACQgACwAJ A+gAAAAJAAAAAAAAAAAJSAALAAkD6AAAAAkAAAAAwAAAAAlSAAsACQPoAAAACQAAAAAAAAAA CW0ACwAJA+gAAAAJAAAAAMAAAAAJcAALAAkD6AAAAAkAAAAAAAAAAAl1AAsACQPoAAAACQAA AADAAAAACXkACwAJA+gAAAAJAAAAAAAAAAAKcgALAAkD6AAAAAkAAAAAwAAAAAp3AAsACQPo AAAACQAAAAAAAAAACrwACwAJA+gAAAAJAAAAAMAAAAAKwAALAAkD6AAAAAkAAAAAAAAAAArM AAsACQPoAAAACQAAAADAAAAACtAACwAJA+gAAAAJAAAAAAAAAAAK6gALAAkD6AAAAAkAAAAA wAAAAArtAAsACQPoAAAACQAAAAAAAAAACv4ACwAJA+gAAAAJAAAAAMAAAAALAwALAAkD6AAA AAkAAAAAAAAAAAsUAAsACQPoAAAACQAAAADAAAAACxcACwAJA+gAAAAJAAAAAAAAAAALMgAL AAkD6AAAAAkAAAAAwAAAAAs2AAsACQPoAAAACQAAAAAAAAAACz0ACwAJA+gAAAAJwAAAAAAA AAALXQALAAkD6AAAAAkAAAAAAAAAAAtfAAsACQPoAAAACQAAAADAAAAAC2MACwAJA+gAAAAJ AAAAAAAAAAALfwALAAkD6AAAAAkAAAAAwAAAAAuCAAsACQPoAAAACQAAAAAAAAAAC6MACwAJ A+gAAAAJAAAAAMAAAAALpwALAAkD6AAAAAkAAAAAAAAAAAvZAAsACQPoAAAACQAAAADAAAAA C9wACwAJA+gAAAAJAAAAAAAAAAAL7gALAAkD6AAAAAkAAAAAwAAAAAvyAAsACQPoAAAACQAA AAAAAAAADAIACwAJA+gAAAAJwAAAAAAAAAAMKwALAAkD6AAAAAkAAAAAAAAAAAwsAAsACQPo AAAACcAAAAAAAAAADIEACwAJA+gAAAAJAAAAAAAAAAAMggALAAkD6AAAAAnAAAAAAAAAAAzX AAsACQPoAAAACQAAAAAAAAAADOAACwAJA+gAAAAJwAAAAAAAAAANEQALAAkD6AAAAAkAAAAA AAAAAA0TAAsACQPoAAAACQAAAADAAAAADRYACwAJA+gAAAAJAAAAAAAAAAANLQALAAkD6AAA AAkAAAAAwAAAAA00AAsACQPoAAAACQAAAAAAAAAADVsACwAJA+gAAAAJAAAAAMAAAAANXgAL AAkD6AAAAAkAAAAAAAAAAA1mAAsACQPoAAAACcAAAAAAAAAADaEACwAJA+gAAAAJAAAAAAAA AAAN+AALAAkD6AAAAAkAAAAAwAAAAA4IAAsACQPoAAAACQAAAAAAAAAADhUACwAJA+gAAAAJ AAAAAMAAAAAOHAALAAkD6AAAAAkAAAAAAAAAAA4gAAsACQPoAAAACQAAAADAAAAADigACwAJ A+gAAAAJAAAAAAAAAAAOSAALAAkD6AAAAAnAAAAAAAAAAA6RAA4ACgAVAAAADMAAAAAAAAAA DsUACwAJAAQAAAAJwAAAAAAAAAAOyAALAAkD6AAAAAnAAAAAAAAAAA7LAAsACQPoAAAACQAA AAAAAAAADuAACwAJA+gAAAAJAAAAAMAAAAAO4wALAAkD6AAAAAkAAAAAAAAAAA74AAsACQPo AAAACWAAYABgAAAADvwACwAJA+gAAAAJAAAAAAAAAAAPCQALAAkD6AAAAAlgAGAAYAAAAA8M AAsACQPoAAAACQAAAAAAAAAADycACwAJA+gAAAAJAAAAAMAAAAAPKgALAAkD6AAAAAkAAAAA AAAAAA81AAsACQPoAAAACQAAAADAAAAADzoACwAJA+gAAAAJAAAAAAAAAAAPegALAAkD6AAA AAlgAGAAYAAAAA+HAAsACQPoAAAACQAAAAAAAAAAD5gACwAJA+gAAAAJYABgAGAAAAAPmwAL AAkD6AAAAAkAAAAAAAAAAA+yAAsACQPoAAAACcAAAAAAAAAAD8kACwAJA+gAAAAJAAAAAAAA AAAAAAAAAQAAAA8GAAAOBgAAAEZTT1JUAZ4AgAAcAEYAAVNPVVAAAAASc3R5bAAAAB4AgP// AAAOAgAAAAAAgP//AAAAAAAAAAA= - --MS_Mac_OE_3085595849_2718799_MIME_Part Content-type: text/plain; name="XOX.sc"; x-mac-creator="53436A6D"; x-mac-type="54455854" Content-disposition: attachment Content-transfer-encoding: base64 WE9YIDogUHNlcUxpdmUJeyAvLyBhcyBpbiByb2xhbmQgNzA3IDgwOCA5MDkgYW5kIDcyNyBm b3IgdGhlIGxhdGlubyBtYXJrZXQNCQ0JdmFyICAgIDxzdGVwc2l6ZT0wLjI1LCAgbmV4dCA9 IDA7DQl2YXIgZGVsdGFUYWJsZSxuZXh0VGFibGU7DQl2YXIgcmVzeW5jPWZhbHNlOw0JDQkq bmV3CXsJYXJnIHRoaW5nPTE2LHN0ZXBzaXplPTAuMjUsIHJlcGVhdHM9aW5mLCBuYW1lOw0J CQlec3VwZXIubmV3CSh0aGluZywwLDEsMSxyZXBlYXRzKQkNCQkJCS5pbml0eG94KHN0ZXBz aXplKS5uYW1lXyhuYW1lKQ0JfQ0JDQlpbml0eG94IHthcmcgc3Q7DQ0JCXN0ZXBzaXplPXN0 P3N0ZXBzaXplOw0JCQ0JCW5leHRUYWJsZT1BcnJheS5maWxsKGxpc3Quc2l6ZSxuaWwpOw0J CWRlbHRhVGFibGU9bmV4dFRhYmxlLmNvcHk7DQkJdGhpcy5pbml0VGFibGVzOw0JfQ0NCWFz U3RyZWFtIHsNCQkvL3ZhciBuZXh0LHBvc2l0aW9uOw0JCW5leHQgPSBuZXh0ID8gMDsNCQkN CQleUm91dGluZQ0JCSh7IAkNCQkJcmVwZWF0cy52YWx1ZS5kbw0JCQkoewlhcmcgajsNCQkJ CXBvc2l0aW9uID0gbmV4dDsNCQkJCS8vIG1vc3QgcmVjZW50bHkgY3JlYXRlZCBndWkNCQkJ CXZpZXdDb250cm9sbGVyLnVwZGF0ZShwb3NpdGlvbik7DQkJCQkNCQkJCW5leHQ9bmV4dFRh YmxlLmF0KHBvc2l0aW9uKTsNCQkJCWRlbHRhVGFibGUuYXQocG9zaXRpb24pLnlpZWxkDQkJ CX0pDQkJfSkNCX0NCQ0JbG9jYXRlUG9zaXRpb24geyAvLyBsb2NhdGUgYnkgc3ludGgNCQle KHRoaXNTeW50aC5iZWF0cyAvIHN0ZXBzaXplICAgJSAobGFzdCArIDEpKS5mbG9vci5hc0lu dGVnZXINCX0NCQ0JLy8gZm9yIHBvc2l0aW9uaW5nIGNvbW1hbmRzIGkgbGllDQkvLyBkZXBy ZWMNCXBvc2l0aW9uIHsgXm5leHQgfQ0JYWN0dWFsUG9zaXRpb24geyBecG9zaXRpb24gfQ0J Ly8gZGVwcmVjDQlzZXRQb3NpdGlvbiB7IGFyZyBwOw0JCW5leHQ9cC53cmFwKDAsbGFzdCk7 DQl9DQkvLzcuMDENCXNsYXZlQXQgeyBhcmcgcCxpOw0JCXBvc2l0aW9uID0gcC53cmFwKDAs bGFzdCk7DQkJLy8gbmV4dCA9IG5leHRUYWJsZS5hdChwb3NpdGlvbik7DQkJdmlld0NvbnRy b2xsZXIudXBkYXRlKHBvc2l0aW9uKTsNCQleZGVsdGFUYWJsZS5hdChwb3NpdGlvbikNCX0N CXNsYXZlQXRHZXRWYWx1ZSB7IGFyZyBwLGk7DQkJcG9zaXRpb24gPSBwLndyYXAoMCxsYXN0 KTsNCQkvLyBuZXh0ID0gbmV4dFRhYmxlLmF0KHBvc2l0aW9uKTsNCQl2aWV3Q29udHJvbGxl ci51cGRhdGUocG9zaXRpb24pOw0JCV5saXN0LmF0KHBvc2l0aW9uKQ0JfQ0JDQlyZXN5bmMg eyANCQlyZXN5bmMgPSB0cnVlOw0JfQ0NCS8vIGFuc3dlciBmb3Igb3RoZXJzIGlmIGkgYW0g cG9zaXRpb25lZCBvbiBhIHBsYXlpbmcgc3RlcA0Jc3RlcElzUGxheWluZyB7IF5saXN0Lndy YXBBdChwb3NpdGlvbikuaXNTdHJpY3RseVBvc2l0aXZlIH0NCS8vMi8yNSBzdG9wcGVkIGR1 ZSB0byBwb3NpdGlvbiBub3QgaW4gbGlzdCA/ICAgDQ0JaW5pdFRhYmxlcyB7ICANCQl2YXIg bXluZXh0LCBkZWx0YTsNCQlsaXN0LmRvKHthcmcgbCxpOw0JCQ0JCQlteW5leHQ9dGhpcy5m aW5kTmV4dEFmdGVyKGkpOw0JCQkNCQkJaWYobXluZXh0Lm5vdE5pbCx7DQkJCQlkZWx0YSA9 ICgoKG15bmV4dC1pKS53cmFwKDAsbGFzdCkgKiBzdGVwc2l6ZSApKTsNCQkJCWlmKGRlbHRh PD0wLHtkZWx0YT1zdGVwc2l6ZSAqIGxpc3Quc2l6ZX0pOw0JCQkJCS8vIG9uZSBiYXIgbG9u ZyANCQkJCQ0JCQl9LHsJLy8gbm90aGluZyBwbGF5aW5nIGF0IGFsbA0JCQkJLy8gb25lIGJh ciBsb25nIGZvciBub3cNCQkJCW15bmV4dD1pOw0JCQkJZGVsdGE9c3RlcHNpemUgKiBsaXN0 LnNpemU7DQkJCX0pOw0JCQkNCQkJZGVsdGFUYWJsZS5wdXQoaSxkZWx0YSk7DQkJCW5leHRU YWJsZS5wdXQoaSxteW5leHQpOw0JDQkJfSk7DQl9DQ0JZmluZE5leHRBZnRlciB7YXJnIGFm dGVybWU7IA0JCXZhciBpbmRleDsNCQlsaXN0LnNpemUuZG8oe2FyZyBpOw0JCQlpbmRleD0o aSArIGFmdGVybWUgKyAxKS53cmFwKDAsbGFzdCk7DQkJCWlmKChsaXN0QGluZGV4KS5pc1N0 cmljdGx5UG9zaXRpdmUse15pbmRleH0pDQkJfSkNCQlebmlsDQl9DQkgDQlkcmF3IHsgYXJn IGwsICBpOyB2YXIgY2IscjsNCQlyPWxheW91dC5sYXlSaWdodCgxNSwxNCk7DQkJXkNoZWNr Qm94Vmlldy5uZXcoIGxheW91dC53aW4sIHIsIG5pbCwgbCwgMCwgMSwgMCwgJ2xpbmVhcicp DQkJCS5wclNldEJvcmRlclN0eWxlKDIpCQ0JCQkuYWN0aW9uXyh7YXJnIHRoOyB0aGlzLnB1 dChpLHRoLnZhbHVlKSB9KTsNCX0NCQkNCWd1aUJvdHRvbSB7IA0JCSB2YXIgaSxoOw0JCS8v aCA9IFZMYXlvdXQubmV3KGxheW91dCxSZWN0Lm5ld0J5KDAsMCwxNSx5dGVudCkpOw0JCWk9 SW50ZWdlckd1aSgyLDAsbGlzdC5zaXplLDEpLmFjdGlvbl8oe2FyZyB4OyAgdGhpcy5maWxs KHgpfSk7DQkJaS5zbWFsbEd1aShsYXlvdXQpOw0JCS8vTGFiZWwoaCwiZmlsbCIpOw0JfQ0J Y2hhbmdlZCB7DQkJc3VwZXIuY2hhbmdlZDsNCQl0aGlzLnJlZnJlc2hBbGw7DQl9DQlwdXQg eyBhcmcgaSx2YWw7DQkJbGlzdC5wdXQoaSx2YWwpOw0JCXRoaXMuaW5pdFRhYmxlczsNCQl0 aGlzLmNoYW5nZWQ7DQl9DQkJDQlyYW5kewkNCQkvLyB0aGlzIHNob3VsZCBiZSBzY3JhbWJs ZQ0JCWlmKGxpc3QuaXNOaWwsew0JCQlsaXN0PUFycmF5LmZpbGwobGlzdC5zaXplLHsgc3Bl Yy5tYXAoMS4wLnJhbmQpfSkNCQl9KTsNCQ0JCWxpc3Q9bGlzdC5zY3JhbWJsZTsgdGhpcy5p bml0VGFibGVzO3RoaXMucmVmcmVzaEFsbA0JfQ0JCQ0JZmlsbCB7IGFyZyBkZW5zaXR5Ow0J CWxpc3Q9QXJyYXkuZmlsbChsaXN0LnNpemUse2FyZyBpOyBpZihpPGRlbnNpdHksMSwwKX0p Ow0JCXRoaXMucmFuZDsgLy8gb29wcyB4b3hiaW5kIHJhbmRzIGV2ZXJ5Ym9keQ0JCXRoaXMu cmVmcmVzaEFsbDsNCX0NCQ0Jcm90YXRlIHsgYXJnIHdheTsNCQlsaXN0PWxpc3Qucm90YXRl KHdheSk7DQkJdGhpcy5pbml0VGFibGVzOw0JCXRoaXMucmVmcmVzaEFsbDsNCX0NCQ0Jc3Rl cHNpemVfIHsgYXJnIHN0OyBzdGVwc2l6ZT1zdDsgdGhpcy5pbml0VGFibGVzIH0NDQkvL25v IHZpc3VhbCB1cGRhdGUgYW5kIHRoZSBsaXN0IGlzIGZpeGVkDQkvL2tyIHsgXkltcHVsc2VT ZXF1ZW5jZXIua3IoIGBsaXN0LCBJbXB1bHNlLmtyKEdldFRlbXBvLmtyICogc3RlcHNpemUu cmVjaXByb2NhbCkpIH0NDS8vICBtYXliZSB0aGUgYmVzdCBiZWNhdXNlIHRoZSB0aW1pbmcg aXMgYWx3YXlzIGV2ZW4gYW5kIGl0IGFkYXB0cyB3aGVuIGxpc3QgY2hhbmdlcw0JDQlrciB7 ICAvLyBmdXp6eSB4b3ggbmVlZHMgYSBkaWZmZXJlbnQga3IgaW1wbGVtZW50YXRpb24NCQl2 YXIgc3RyZWFtOw0JCXN0cmVhbSA9IA0JCVJvdXRpbmUoew0JCQlyZXBlYXRzLmRvKHsNCQkJ CShsYXN0ICsgMSkuZG8oeyBhcmcgaW5kZXg7IC8vIGNoYW5naW5nIGxhc3Qgd2hpbGUgcGxh eWluZyBtYXkgcmVzdWx0IGluIGV4dHJhIHJlcGVhdHMNCQkJCQl2aWV3Q29udHJvbGxlci51 cGRhdGUoaW5kZXgpOw0JCQkJCWxpc3QuYXQoaW5kZXgpLnlpZWxkOw0JCQkJfSkNCQkJfSkN CQl9KTsNCQkNCQleSW1wdWxzZVNlcXVlbmNlci5rciggc3RyZWFtLCBJbXB1bHNlLmtyKEdl dFRlbXBvLmtyICogc3RlcHNpemUucmVjaXByb2NhbCkpIA0JfQ0vKg01IHVnZW5zDXZzIA00 IHVnZW5zIC0gbWF5IG5vdCBiZSBmYXN0ZXINCQ0Ja3IgeyAvLyBidXQgbm8gbGV2ZWxzICEN CQleU3RlcENsb2NrLmtyKHRoaXMuYXNTdHJlYW0gLEdldFRlbXBvLmtyLnJlY2lwcm9jYWwg KQ0JfQ0qLwkJCQ0Jc3RvcmVQYXJhbXNPbiB7IGFyZyBzdHJlYW07DQkJc3RyZWFtIDw8ICIo IyIgPDw8IGxpc3QgPDwgIikiOw0JfQ0JDQlzdG9yZU1vZGlmaWVyc09uIHsgYXJnIHN0cmVh bTsNCQlzdXBlci5zdG9yZU1vZGlmaWVyc09uKHN0cmVhbSk7DQkJaWYoc3RlcHNpemUgIT0g MC4yNSx7DQkJCXN0cmVhbSA8PCAiLnN0ZXBzaXplXygiIDw8PCBzdGVwc2l6ZSA8PCAiKSIN CQl9KQ0JfQ0JDQllZGl0b3Igew0JCS8vIGxpc3QgPSBsaXN0LmVkaXRvcjsNCX0NfQ0N - --MS_Mac_OE_3085595849_2718799_MIME_Part-- - --MS_Mac_OE_3085595852_2743751_MIME_Part-- ------------------------------ Date: Wed, 10 Oct 2001 21:05:25 -0500 From: James McCartney <---@---.---> Subject: Re: error when compiling library on 10/10/01 8:52 AM, Satoshi Kariya at pixelcat@geocities.co.jp wrote: > hi, > > I am experiencing some errors and I don't figure out why... > when booting SC (2.2.10 and/or 2.2.11), I get an error > > Compiling class library... > NumPrimitives 416 > pass 1 done > DANGER: OUT of MEMORY. Operation failed. > > I add some classes to the DefaultLibrary. > But it had worked before. It just suddenly stopped to working. > It does work fine when I remove all my classes. so it is > something wrong with my classes, but what I dont understandis that > it was working last night and has been for the last 2 weeks... > > any help is appreciated. > > K. > > Does increasing the memory partition for the program help? There was one compiler bug that could cause this that was fixed in 2.2.11. - --- james mccartney james@audiosynth.com SuperCollider - a real time synthesis programming language for the PowerMac. ------------------------------ Date: Wed, 10 Oct 2001 22:11:24 -0400 From: felix <---@---.---> Subject: Re: Checkbox view question on 10/10/01 9:57 PM, felix at felix@crucial-systems.com wrote: > on 10/10/01 1:35 PM, Adam Mokan at a_mokan@yahoo.com wrote: > >> I am setting up a GUI with 16 checkboxes... (Roland >> x0x style) >> >> I use a do loop to do this initially. I do not assign >> any of the boxes to objects, I just want to query >> their values via the 'views' collection. >> >> So in theory I would say... >> >> seq = [w.views(0).value, w.views(1).value, etc, etc]; > > // collect the array as a new array > seq = views.collect({ arg aView; aView.value }); > > ImpulseSequencer.kr( seq ) // and your done but actually that would be a sequence fixed on the values you had set on the gui at the point when you did the above. realistically: .. oh, james just posted what i was going to say. what he said. the XOX class will work nicely for use in patterns Pbind(\duration,XOX([1,0,0,1,0,0,0,1,0,0,1])); > > > and that would play the XOX pattern as a trigger. (kr rate signal) > > > > i have been saying for MONTHS that i would clean up and extract > XOX and make it public. in my earlier days i ensnared a lot of > useful work horse classes in a bad class heirarchy. > > if someone feels inclined, it wouldn't be too hard to extract the > basic guts of XOX, so I attach it. > > i think its rather clever (except for the crap parts). > there is a .kr method that delivers a simple trigger on the sequence. > also several other implementations for doing that. > > for asStream it will return appropriate beat durations in a stream. > it uses a nextTable and a deltaTable, and recomputes those if you > change the list via the gui or via the .put method > > > if someone does fix it or hack it for parts, send me a copy please. > > >> >> but i am obviously missing something there. >> >> If you have any advice, please let me know. >> >> (I'm still a syntax newbie when it comes to SC) >> >> -adam >> >> __________________________________________________ >> Do You Yahoo!? >> Make a great connection at Yahoo! Personals. >> http://personals.yahoo.com >> >> > > ------------------------------ Date: Wed, 10 Oct 2001 20:31:44 -0600 From: Michael Theodore <---@---.---> Subject: Newbie MIDI questions Hello colliders, Some more shameless newbie questions for y'all, this time involving MIDI. If there are docs that answer these questions, please point me to them - I haven't been able to find mention of these things. 1) Are there examples of scheduling MIDIOut events somewhere? I'm a bit confused about how to do this. For example, MIDIOut.new doesn't really create a ugen, at least not by this definition: "A unit generator is an object that processes or generates sound." Therefore, it probably wouldn't be appropriate in things like spawn, which requires a function returning a graph of ugens. But if not in things like spawn, then how? Would like to slap a sampler upside the head w. lots of data... 2) Is there something like "makenote" in Max, which basically manages the task of sending corresponding note-offs for note-ons? Ie, something that would enable a message like joe.makenote(60, 1, 200) , where the arguments are pitch, channel, and duration after which to send a note-off. 3) Are there examples of MIDI file i/o somewhere? Would love to read and write MIDI files. 4) And MIDI aside, is there some graphical way to edit envelope shapes? thanks very much, Michael ------------------------------ Date: Wed, 10 Oct 2001 21:29:28 -0600 From: David Cottle <---@---.---> Subject: Re: Newbie MIDI questions > Hello colliders, > Some more shameless newbie questions for y'all, this time involving > MIDI. If > there are docs that answer these questions, please point me to them - I > haven't been > able to find mention of these things. > > 1) Are there examples of scheduling MIDIOut events somewhere? I'm a bit I have a simple example of a patch that drives MIDI equipment in the text I use. It is at http://swiki.hfbk.uni-hamburg.de:8080/MusicTechnology/322 - -- ><><><><><><><><><><><> David Cottle, computer music, contra, cottle@cerlsoundgroup.org "Imagination is more important than knowledge." ‹Einstein ------------------------------ Date: Thu, 11 Oct 2001 17:02:22 +0900 From: "Satoshi Kariya." <---@---.---> Subject: Re: error when compiling library hello, > > I am experiencing some errors and I don't figure out why... > > when booting SC (2.2.10 and/or 2.2.11), I get an error > > > > Compiling class library... > > NumPrimitives 416 > > pass 1 done > > DANGER: OUT of MEMORY. Operation failed. > > > > I add some classes to the DefaultLibrary. > > But it had worked before. It just suddenly stopped to working. > > It does work fine when I remove all my classes. so it is > > something wrong with my classes, but what I dont understandis that > > it was working last night and has been for the last 2 weeks... > > > > any help is appreciated. > > > > K. > > > > > > Does increasing the memory partition for the program help? > There was one compiler bug that could cause this that was fixed in 2.2.11. I tried increasing the memory allocation for both 2.2.10 and 2.2.11 up to as much as 400MB. It didn't help though. It does seem like the 2.2.10 gives the error message immediately, where 2.2.11 take little time longer then the error message shows. It is funny because it did work before (I used it over the weekend) and nothing has been changed, not even unintentionally as the time stamps on the every added classes is weeks/months old. is there any way to figure out exactly where the compilation is failing? Other wise I will try taking all the added class and place them back one by one and find out which class file is forcing the compiling to fail. K. ------------------------------ Date: Thu, 11 Oct 2001 17:09:27 +0900 From: "Satoshi Kariya." <---@---.---> Subject: Re: [OT] Re: firewire/USB etc > My dealer told me RME shipped a first load of Multifaces in August, but > nothing happend since. > I'm waiting for it in quiet desperation :) > The MOTU 828 has one big advantage compared to the RME Cardbus/Multiface > solution, next to its availability: two Mic-Preamps with phantom-power and > XLR connectors. > But the rest of the technical specs is better on the RME. Me too. > I borrowed a U2A from Egosys USB-Audio box from a colleague, and I can only > warn you from buying it, it simply doesn't work properly (constant clicking > on sound in, unreliable integration with the MacOS and non-working ASIO > drivers, even in the new software they published in September) I have had little problems with U2A. I dont use SoundIn but I do use the DigitalIn quite much. I use it with ASIO and without ASIO, but do just fine. I also use it on my Windows Desktop and it works good too. A person I know had little problem but He removed the USB drivers from the System Folder and got it working. K. ------------------------------ Date: Thu, 11 Oct 2001 13:41:50 +0200 From: Julian Rohrhuber <---@---.---> Subject: keeping a function running over several events based on something like: { p = Pfuncn({ Line.kr(300, 100, 3) }, inf); Pbind( \freq, p, \dur, Pseq([Pshuf([1, 0.5, 0.25], 3)], inf) ).ar }.play; I would like to be able to keep p running for a specified number of events before it is evaluated again, instead of each time. This seems a bit tricky, because the Synth that runs it is not present anymore in the next event, so I keep getting the following error: * ERROR: Inter-Synth patching not an enclosing synth. Instance of Synth { (065D6F10, gc=00, fmt=00, flg=00, set=06) instance variables [8] ugens : instance of Array (065D5260, size=5, set=03) outputs : instance of Array (065D3F58, size=2, set=01) parent : instance of Synth (065D5EE0, size=0, set=06) blockSize : Integer 64 releaseTime : Float 0.8 channelOffset : Integer 0 schedQueue : nil bSchedQueue : nil } any hints how to go on with it? ------------------------------ Date: Thu, 11 Oct 2001 09:54:19 -0500 From: James McCartney <---@---.---> Subject: Re: error when compiling library on 10/11/01 3:02 AM, Satoshi Kariya. at pixelcat@geocities.co.jp wrote: > is there any way to figure out exactly where the compilation is failing? > Other wise I will try taking all the added class and place them back > one by one and find out which class file is forcing the compiling to > fail. Yes do this and then send me the class. I will find the compiler bug and fix it, if that is what it is. - --- james mccartney james@audiosynth.com SuperCollider - a real time synthesis programming language for the PowerMac. ------------------------------ Date: Fri, 12 Oct 2001 03:15:46 +0200 From: "a.c.van.kampen" <---@---.---> Subject: Re: [OT] Re: firewire/USB etc hi list, i'm kind of new to supercollider and i want to master the basics. thus my question is also quite basic. btw. i am used to msp and started learning supercollider because it sounds so good. now i want to chain a beautiful patch that i found somewhere and modified slightly to a .record, or let's just say that i want to record sc's synthesis. i guess it's possible with DiskOut and with Synth.record. Anyway, this doesn't work, and i wonder why. ( var e; var n, mx, my; e = Env.adsr(0.001, 0.5, 0.7, 1, -4); n = 4; // number of simultaneous events mx = MouseX.kr(100, 6000, 'exponential'); my = MouseY.kr(0, 2); Synth.record{ ( OverlapTexture.ar({ var a, f, x, gate, rate; x = mx.poll; a = 0; 3.do({ f = x.rand; a = FSinOsc.ar([f, f+1.0.rand2], my, a); }); f = x.rand; rate = exprand(10.0, 40.0); gate = Impulse.kr(XLine.kr(rate, [3,0.3].choose * rate, 12)); EnvGen.ar(e, SinOsc.ar([f, f+1.0.rand2], a, 0.1), 0, 1, 0, 1, gate) }, 4, 4, n, 2, nil) ), 4.0, "diskOutTest", 'AIFF', '16 big endian signed' } ) the orinal was ( // slight mod of "phase mod with slow beats" // mouse x controls random freq of new events // mouse y controls modulation index var e; e = Env.adsr(0.001, 0.01, 0.5, 0.7, 1, -4); var n, mx, my; n = 4; // number of simultaneous events mx = MouseX.kr(100, 6000, 'exponential'); my = MouseY.kr(0, 2) { OverlapTexture.ar({ var a, f, x, gate, rate; x = mx.poll; a = 0; 3.do({ f = x.rand; a = FSinOsc.ar([f, f+1.0.rand2], my, a); }); f = x.rand; rate = exprand(10.0, 40.0); gate = Impulse.kr(XLine.kr(rate, [3,0.3].choose * rate, 12)); EnvGen.ar(e, SinOsc.ar([f, f+1.0.rand2], a, 0.1), 0, 1, 0, 1, gate) }, 4, 4, n, 2, nil) }.play ) thanks for your time, jan-kees ------------------------------ Date: Fri, 12 Oct 2001 03:18:41 +0200 From: "a.c.van.kampen" <---@---.---> Subject: Newbie problem DiskOut/Synth.record hi list, i'm kind of new to supercollider and i want to master the basics. thus my question is also quite basic. i am used to msp and started learning supercollider because it sounds so good. now i want to chain a beautiful patch that i found somewhere and modified slightly to a .record, or let's just say that i want to record sc's synthesis. i guess it's possible with DiskOut and with Synth.record. Anyway, this doesn't work, and i wonder why; ( var e; var n, mx, my; e = Env.adsr(0.001, 0.5, 0.7, 1, -4); n = 4; // number of simultaneous events mx = MouseX.kr(100, 6000, 'exponential'); my = MouseY.kr(0, 2); Synth.record{ ( OverlapTexture.ar({ var a, f, x, gate, rate; x = mx.poll; a = 0; 3.do({ f = x.rand; a = FSinOsc.ar([f, f+1.0.rand2], my, a); }); f = x.rand; rate = exprand(10.0, 40.0); gate = Impulse.kr(XLine.kr(rate, [3,0.3].choose * rate, 12)); EnvGen.ar(e, SinOsc.ar([f, f+1.0.rand2], a, 0.1), 0, 1, 0, 1, gate) }, 4, 4, n, 2, nil) ), 4.0, "diskOutTest", 'AIFF', '16 big endian signed' } ) the orinal was ( // slight mod of "phase mod with slow beats" // mouse x controls random freq of new events // mouse y controls modulation index var e; e = Env.adsr(0.001, 0.01, 0.5, 0.7, 1, -4); var n, mx, my; n = 4; // number of simultaneous events mx = MouseX.kr(100, 6000, 'exponential'); my = MouseY.kr(0, 2) { OverlapTexture.ar({ var a, f, x, gate, rate; x = mx.poll; a = 0; 3.do({ f = x.rand; a = FSinOsc.ar([f, f+1.0.rand2], my, a); }); f = x.rand; rate = exprand(10.0, 40.0); gate = Impulse.kr(XLine.kr(rate, [3,0.3].choose * rate, 12)); EnvGen.ar(e, SinOsc.ar([f, f+1.0.rand2], a, 0.1), 0, 1, 0, 1, gate) }, 4, 4, n, 2, nil) }.play ) thanks for your time, jan-kees ------------------------------ Date: Thu, 11 Oct 2001 21:41:03 -0400 From: felix <---@---.---> Subject: Re: Newbie MIDI questions on 10/10/01 10:31 PM, Michael Theodore at michael.theodore@colorado.edu wrote: > 1) Are there examples of scheduling MIDIOut events somewhere? I'm a bit > confused > about how to do this. For example, MIDIOut.new doesn't really create a > ugen, > at least not by this definition: "A unit generator is an object that > processes or generates sound." > Therefore, it probably wouldn't be appropriate in things like spawn, > which > requires a function returning a graph of ugens. But if not in things > like > spawn, then how? Would like to slap a sampler upside the head w. lots > of data... didn't look at david's example yet, but in a spawn you can do your thing (send midi) and then in the function return nil as a kind of no-op/ no sound. > > 2) Is there something like "makenote" in Max, which basically manages > the task of sending corresponding note-offs for note-ons? Ie, something > that > would enable a message like joe.makenote(60, 1, 200) , where the > arguments > are pitch, channel, and duration after which to send a note-off. no but that would be very useful. a class could be written that used the spawn and handled both tasks transparently. a bit of history: james didn't really feel like putting midi out into sc at all figuring that midi was crap (true) and sc was really all about synthesis (which used to be true but is becoming less true in the future). we begged him, and eventually he put it in. > > 3) Are there examples of MIDI file i/o somewhere? Would love to read > and write MIDI files. > > 4) And MIDI aside, is there some graphical way to edit envelope > shapes? not built in. there are a number of editors that james wrote in C, hard wired into primitives. the env editor was never finished. i have a half way decent graphic env editor, but it uses an array editor to be cleaned up that still has problems. i think tonomori posted an env editor a while back. or did he just threaten to ? and i wonder if he's still in the desert ? why didn't he move to nyc to move in with my friend mike ? > > thanks very much, > Michael > > > ------------------------------ Date: Thu, 11 Oct 2001 20:52:33 -0700 From: cramakrishnan@acm.org Subject: Re: OSC fails under 9.1 Chris Brown writes: > thanks for your report -- we're you receiving messages properly in > SC2 or only generating them ? [...] > but it would help to know if you we're receiving messages properly > in SC... I was using OSC in SC 2.2.10 on MacOS 9.2 today and was able to both send and receive messages. It worked fine *as long as I was talking to another machine*. When I try to use the loopback address to talk OSC to myself I have problems. I can do this if I use Squeak to send the OSC messages, but if I use SuperCollider to send the OSC messages, I get Open Transport errors. - - sekhar - -- C. Ramakrishnan cramakrishnan@acm.org ------------------------------ Date: Thu, 11 Oct 2001 22:24:47 -0600 From: Michael Theodore <---@---.---> Subject: No midi file i/o?? was Re: Newbie MIDI questions Thanks to David and Felix for your replies, Am I to take the below to mean that there is no midi file i/o built into sc??? I would agree that MIDI is "crap" w. respect to describing timbre, but it's incredibly useful if, like me, you create pieces for humans to play. It's also useful if you have an enormous amount of events that you would like to precisely specify. I can play things in much faster than I can type the endless score array. I would also love to be able to create patterns in sc, write them to a midi file, and then open them in finale (or whatever). I currently do this in Common Music, but would be very happy to be able to shift everything over to sc. _If_ it's really true that this doesn't exist, I have to say that I would find this mildly astounding, given the power of this program and the relative triviality of handling midi files (especially compared to everything else the language does). Csound, Common Music, etc all have this capacity, and if you ask me (of course you didn't), it's hard to see a convincing reason why sc shouldn't as well. This is all the more true as sc grows to embrace other types of data such as video. Being able to process the broadest possible set of data types is the clearly the way of the future (max is certainly headed this way). Anyway, please set me straight if I'm wrong. If I'm not wrong, am I really the only person that would like the ability to do this? Having taught many students how to use Csound, I can say from experience that the first thing many music-reading-writing musicians want is a more musical way of interacting with programs than note lists. - -M > no but that would be very useful. a class could be written that used the > spawn and handled both tasks transparently. > a bit of history: james didn't really feel like putting midi out into sc at > all figuring that midi was crap (true) and sc was really all about synthesis > (which used to be true but is becoming less true in the future). we begged > him, and eventually he put it in. > > > > > ------------------------------ Date: Thu, 11 Oct 2001 23:37:39 -0500 From: James McCartney <---@---.---> Subject: Re: OSC fails under 9.1 on 10/11/01 10:52 PM, cramakrishnan@acm.org at cramakrishnan@acm.org wrote: > Chris Brown writes: > >> thanks for your report -- we're you receiving messages properly in >> SC2 or only generating them ? > [...] >> but it would help to know if you we're receiving messages properly >> in SC... > > I was using OSC in SC 2.2.10 on MacOS 9.2 today and was able to both > send and receive messages. It worked fine *as long as I was talking to > another machine*. > > When I try to use the loopback address to talk OSC to myself I have > problems. I can do this if I use Squeak to send the OSC messages, but > if I use SuperCollider to send the OSC messages, I get Open Transport > errors. > > - sekhar There are apparently some changes in Apple's OTSndUData call such that in certain circumstances it is not async callable at interrupt level. This was not the case in previous versions of MacOS. I have not determined yet what these circumstances are or whether they can be circumvented. - --- james mccartney james@audiosynth.com SuperCollider - a real time synthesis programming language for the PowerMac. ------------------------------ Date: Fri, 12 Oct 2001 02:58:24 -0400 (EDT) From: Matthew Rogalsky <---@---.---> Subject: Re: OSC fails under 9.1 On Thu, 11 Oct 2001, James McCartney wrote: > There are apparently some changes in Apple's OTSndUData call such that in > certain circumstances it is not async callable at interrupt level. This was > not the case in previous versions of MacOS. I have not determined yet what > these circumstances are or whether they can be circumvented. I haven't tried OSC with an actual network for awhile. For development purposes being able to test things on one machine is really useful. best matt ------------------------------ Date: Fri, 12 Oct 2001 18:18:15 +0900 From: Satoshi Kariya <---@---.---> Subject: Re: error when compiling library James McCartney wrote: > > is there any way to figure out exactly where the compilation is failing? > > Other wise I will try taking all the added class and place them back > > one by one and find out which class file is forcing the compiling to > > fail. > > Yes do this and then send me the class. I will find the compiler bug and > fix it, if that is what it is. Actually I try the class on my colleages Macintosh and it worked with out no problem. I decided to go through the System Extensions and found out that one or more of the USB drivers I had installed was conflicting somehow. I removed all the USB extensions which are not Apples and it solved the problem. It is strange as the DefaultLibrary by itself compiles but when I add certain classes, it errors. There is something in my class that I need to figure out. Some class is wrote by my colleague, so I will work with him when we have time. But it is working now and that is the most important for me now. Anyways, Thank you for the help. K. ------------------------------ Date: Fri, 12 Oct 2001 09:38:12 -0400 From: felix <---@---.---> Subject: Re: No midi file i/o?? was Re: Newbie MIDI questions on 10/12/01 12:24 AM, Michael Theodore at michael.theodore@colorado.edu wrote: > Thanks to David and Felix for your replies, > > I would agree that MIDI is "crap" > w. respect to describing timbre, but it's incredibly > useful if, like me, you create pieces > for humans to play. My main problem with is that it makes the implicit assumption that music is made up of discrete events that have starts and stops. Its keyboard-centric. >It's also useful if you have an > enormous amount of events that you would like to precisely > specify. I can play things in much faster than I can type the endless > score array. yep! i have a half finished midi event recorder /sequencer written. it records any kind of events that you write a recorder class for : midi, wacom, programmatic (dust etc.) > midi file i/o > _If_ it's really true that this doesn't exist, I have to > say that I would find this mildly astounding, given the power > of this program and the relative triviality of > handling midi files (especially compared to > everything else the language does). SC developement is generally driven by need, desire, ability, time. Since it isn't something james needed, it isn't offered as a basic feature. Look in the archives, someone had a go at this and some success. > Csound, > Common Music, etc all have this capacity, and > if you ask me (of course you didn't), it's hard > to see a convincing reason why sc shouldn't as > well. SC didn't need the crutch of sending its data to something else to render audio :) So it never got around to writing the midi format. > -M ------------------------------ End of sc-users-digest V1 #367 ******************************