October 2012 - chuck-users - lists.cs.princeton.edu

ChucK code search, an experiment!
by Tom Lieber 28 Oct '12

28 Oct '12

I'm interested in experimenting with some code search algorithms on ChucK code, but I need a lot of ChucK code to test them on! How might I go about obtaining such a collection? GitHub doesn't seem to recognize ChucK as a language, nor does SourceForge (why did I check there). Seems like my best hope is to spider the wiki, mailing list, and forum for .ck files, but it'd be great to hear about other options. :) -- Tom Lieber http://AllTom.com/ http://infinite-sketchpad.com/

3 3

AES convention, San Francisco
by David Ogborn 26 Oct '12

26 Oct '12

Hi all, I'm here at the 133rd convention of the Audio Engineering Society (AES) in San Francisco and wondering if there are other EA / laptop orchestra / live coding people here. Get in touch and we'll go for a beverage or meal or something like that! (Shameless plug: I'm here presenting a engineering brief/poster, this Monday at 9:30 on the EspGrid software developed to facilitate sharing and synchronizing in laptop orchestras. The software has been incubating in the Cybernetic Orchestra for the past while, and will be publicly released very soon...) Yours truly, David -------------------------------------------------------------------------------- Dr. David Ogborn, <ogbornd(a)mcmaster.ca> Communication Studies & Multimedia, McMaster University Director, Cybernetic Orchestra & ESP Studio http://soundcloud.com/cyberneticorchestra http://esp.mcmaster.ca http://davidogborn.net http://twitter.com/ogbornd 1-905-525-9140 ext 27603

1 0

Re: [chuck-users] forever => now;
by Perry Cook 24 Oct '12

24 Oct '12

Yep, hack the chuck source, or... As with so many of use do with quarter, eighth, etc., Just add a one line definition at the top of your ChucK file(s): 100000000 * week => dur forever; // effectively forever or another alternative: Event forever; // if this is ChucKed to now, but never thrown, then it's truly forever Yer pal, PRC On Oct 24, 2012, at 9:00 AM, chuck-users-request(a)lists.cs.princeton.edu wrote: > Send chuck-users mailing list submissions to > chuck-users(a)lists.cs.princeton.edu > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > or, via email, send a message with subject or body 'help' to > chuck-users-request(a)lists.cs.princeton.edu > > You can reach the person managing the list at > chuck-users-owner(a)lists.cs.princeton.edu > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of chuck-users digest..." > > > Today's Topics: > > 1. a strange idea (David Ogborn) > 2. Re: a strange idea (Michael Heuer) > 3. Re: a strange idea (David Ogborn) > 4. Re: a strange idea (Kassen) > 5. ChucK code search, an experiment! (Tom Lieber) > 6. Re: ChucK code search, an experiment! (Thomas McColgan) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 23 Oct 2012 22:55:37 -0400 > From: David Ogborn <ogbornd(a)mcmaster.ca> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: [chuck-users] a strange idea > Message-ID: <A92D7A9B-E808-41B6-85D3-EA4958A8D85D(a)mcmaster.ca> > Content-Type: text/plain; charset=us-ascii > > Hi all, > > While preparing some sample code for the Cybernetic Orchestra, I hit upon a strange idea I thought I would share with this list. What if there were an instruction/built-in function in ChucK that yielded control forever? > > A lot of sample code has something like this in it: > while(1::minute=>now){} > > It would be elegant if this could be written like this: > forever => now; > > Or something like that! > > eternity => now; // ? > > eternity; // ? > > eternity(); // ? > > I fully realize that this is violating the perfectly valid principle of "if it ain't broke don't fix it"! > > Yours truly, > David > > ------------------------------------------------------------------- > Dr. David Ogborn, Assistant Professor > Communication Studies & Multimedia > Director, Cybernetic Orchestra & ESP Studio > McMaster University, Hamilton, Canada > > ogbornd --at-- mcmaster.ca > http://davidogborn.net > http://twitter.com/ogbornd > http://esp.mcmaster.ca (Cybernetic Orchestra) > 1-905-525-9140 ext 27603 > > > > > > ------------------------------ > > Message: 2 > Date: Tue, 23 Oct 2012 22:14:39 -0500 > From: Michael Heuer <heuermh(a)gmail.com> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: Re: [chuck-users] a strange idea > Message-ID: > <CAOjYwMycaawVNzcXJmKCk-0R4AfB8t6-A=4pvC6kmT6njZ5Cvw(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > David Ogborn <ogbornd(a)mcmaster.ca> wrote: > >> While preparing some sample code for the Cybernetic Orchestra, I hit upon a strange idea I thought I would share with this list. What if there were an instruction/built-in function in ChucK that yielded control forever? >> >> A lot of sample code has something like this in it: >> while(1::minute=>now){} >> >> It would be elegant if this could be written like this: >> forever => now; >> >> Or something like that! >> >> eternity => now; // ? > > 1::week => now; > > is pretty long. :) > > michael > > > ------------------------------ > > Message: 3 > Date: Tue, 23 Oct 2012 23:52:36 -0400 > From: David Ogborn <ogbornd(a)mcmaster.ca> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: Re: [chuck-users] a strange idea > Message-ID: <E309F49F-A96E-4466-AB93-5167E3B3A765(a)mcmaster.ca> > Content-Type: text/plain; charset="us-ascii" > > Yeah, I know... > > but it's still not eternity! :) > > When I read 1::week => now, there is a little part of my brain that fast forwards to the moment one week from now when the code is supposed to end, and is bugged by the, admittedly completely hypothetical (at least in most cases), articulation of that moment... > > Yours truly, > David > > On 2012-10-23, at 11:14 PM, Michael Heuer wrote: > >> David Ogborn <ogbornd(a)mcmaster.ca> wrote: >> >>> While preparing some sample code for the Cybernetic Orchestra, I hit upon a strange idea I thought I would share with this list. What if there were an instruction/built-in function in ChucK that yielded control forever? >>> >>> A lot of sample code has something like this in it: >>> while(1::minute=>now){} >>> >>> It would be elegant if this could be written like this: >>> forever => now; >>> >>> Or something like that! >>> >>> eternity => now; // ? >> >> 1::week => now; >> >> is pretty long. :) >> >> michael >> _______________________________________________ >> chuck-users mailing list >> chuck-users(a)lists.cs.princeton.edu >> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > > > -------------------------------------------------------------------------------- > Dr. David Ogborn, <ogbornd(a)mcmaster.ca> > Communication Studies & Multimedia, McMaster University > Director, Cybernetic Orchestra & ESP Studio > > http://soundcloud.com/cyberneticorchestra > http://esp.mcmaster.ca > http://davidogborn.net > http://twitter.com/ogbornd > 1-905-525-9140 ext 27603 > > > > >

1 0

a strange idea
by David Ogborn 24 Oct '12

24 Oct '12

Hi all, While preparing some sample code for the Cybernetic Orchestra, I hit upon a strange idea I thought I would share with this list. What if there were an instruction/built-in function in ChucK that yielded control forever? A lot of sample code has something like this in it: while(1::minute=>now){} It would be elegant if this could be written like this: forever => now; Or something like that! eternity => now; // ? eternity; // ? eternity(); // ? I fully realize that this is violating the perfectly valid principle of "if it ain't broke don't fix it"! Yours truly, David ------------------------------------------------------------------- Dr. David Ogborn, Assistant Professor Communication Studies & Multimedia Director, Cybernetic Orchestra & ESP Studio McMaster University, Hamilton, Canada ogbornd --at-- mcmaster.ca http://davidogborn.net http://twitter.com/ogbornd http://esp.mcmaster.ca (Cybernetic Orchestra) 1-905-525-9140 ext 27603

3 3

Anyone familiar with URBI?
by Josh Adams 20 Oct '12

20 Oct '12

Hi all, hope everyone is doing well. I came across this Universal Real-Time Behavioral Interface thing and found it pretty exciting. Couldn't help but immediately think of how amazing it could be to use with ChucK somehow and wondered if the community has had any experience with it in the context of ChucK or elsewhere (a cursory chuck-users list search didn't turn up any results so here I am...) http://www.urbiforge.org/index.php/Main/Tutorial http://www.conscious-robots.com/en/reviews/robots/urbi.-universal-real-time… http://www.gostai.com/downloads/urbi/2.7.1/ Cheers, Josh

1 0

extended examples
by Miklós Semper 20 Oct '12

20 Oct '12

Hi! The release note says '(added) Chugins: dynamically loaded compiled classes/ugens - see http://chuck.stanford.edu/extend/ for examples.' but the link seems to be dead, does anyone know if it had moved somewhere else? Thanks, fweth

3 2

nice thread about FM synthesis using chuck/supercollider
by henrique matias 10 Oct '12

10 Oct '12

its cool cause the intention is to compare both languages, also very simple examples and nice tips.. most of the code is written wrongly, but will be easy for us to fix On 5 October 2012 15:27, Kassen <signal.automatique(a)gmail.com> wrote: > On Fri, Oct 05, 2012 at 04:16:19PM +0200, Alberto Alassio wrote: > > So the first part will be something like > > > > SinOsc c => dac; > > > > SinOsc m => blackhole; > > > > Step centre_freq => c; > > > > 440 => centre_freq.next ; > > > > 2 => c.sync > > > > ? > > Almost. We will put the signal of m into c. This is because m is > affecting (modulating) c. This modulation happens in a way set by the > .sync() function. So, the top two lines should be replaced by; > > SinOsc m => SinOsc c => dac; //m affects what c plays. We listen to c. > > All of the rest is right. If you set up m with something like; > > 110 => m.gain; //amplitude and thus modulation depth > 3 => m.freq; //lfo frequency > > Then it should work. > > Once it works you can consider adding a envelope and maybe a loop that > plays a melody using your new sound. > > > > Thank you Kas for being so patient > > No problem. > > BTW; we do not need blackhole in this case because m is connected to c > and c is connected to the DAC. Anything that connects from the DAC > will be generating values because of that. We only need blackhole when > we want something to generate values (for example to use with .last()) > but do not need to connected (indirectly) to the DAC. I think the > manual entry on blackhole should explain that. > > Hope that helps explain the underlying reasoning. > > Yours, > Kas. > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >

2 4

odd Hid behavior maybe just on OS 10.7
by Jeff Albert 09 Oct '12

09 Oct '12

Hi all, We are doing a piece in our laptop orch that uses Hid input from the keyboard and mouse. The group does not have matching machines. All but 1 are Macs, with the OS ranging from 10.6.x to 10.8.2. The code (pasted below) works on the windows machine and the 10.6 and 10.8 Macs, but not on any of the machines running OS 10.7.4. Thoughts? Thanks, Jeff --Jeff Albert Assistant Professor (Extraordinary) of Music Industry Studies Loyola University New Orleans Office: Communications/Music Complex 428P Office Phone: (504) 865-2606 Google Voice: (504) 315-5167 jvalbert(a)loyno.edu (mailto:jvalbert@loyno.edu) http://www.loyno.edu/~jvalbert // ---------------------------------------------------------------- // Mouse Bow (v1) // by Jeff Lipscomb (February 9, 2010) // // The keyboard controls the pitch of this instrument, // while the mouse controls both the loudness and the timbre. // Clicking any button will turn the note on, // while unclicking that button will turn it off. // The SPEED of the left-right motion controls how loud the note is // (the faster the motion, the louder it will be.) // The up-down position of the mouse on the screen controls how // bright/complex the note's timbre will be. // (the higher up, the more brighter it will be.) // // (push key that wasn't mapped for a really cool sound, like '~') // ---------------------------------------------------------------- // // some tuning and timbre-related variables 600.0 => float cFrq; 18.07 => float nDiv; 2.01 => float mRat; 950.0 => float hFlt; 400.0 => float lFlt; // initialize and test for a mouse Hid hi; HidMsg msg; 0 => int device; if( me.args() ) me.arg(0) => Std.atoi => device; if( !hi.openMouse( device ) ) me.exit(); // UGen guts SinOsc mod => SinOsc car => ADSR e => LPF f1 => HPF f2 => Chorus c => JCRev r => dac; e.set( 10::ms, 5::ms, .85, 10::ms ); e.keyOff(); // initial parameters for the UGens cFrq => car.freq; cFrq * mRat => mod.freq; //1.07aa hFlt => f1.freq; lFlt => f2.freq; 1000.0 => mod.gain; 0.0 => e.gain; // sync is for an FM instrument 2 => car.sync; // initializing variables for controlling function int base; float a0; float a1; float a2; float a3; int count; // initialize keyboard array // MIDI pitch numbers are assigned to most of the keys // which are represented by their ASCII numbers int kb[112]; 49 => kb[90]; // z 50 => kb[88]; // x 51 => kb[67]; // c 52 => kb[86]; // v 53 => kb[66]; // b 54 => kb[78]; // n 55 => kb[77]; // m 56 => kb[44]; // , 57 => kb[46]; // . 58 => kb[47]; // / 59 => kb[65]; // a 60 => kb[83]; // s 61 => kb[68]; // d 62 => kb[70]; // f 63 => kb[71]; // g 64 => kb[72]; // h 65 => kb[74]; // j 66 => kb[75]; // k 67 => kb[76]; // l 68 => kb[59]; // ; 69 => kb[81]; // q 70 => kb[87]; // w 71 => kb[69]; // e 72 => kb[82]; // r 73 => kb[84]; // t 74 => kb[89]; // y 75 => kb[85]; // u 76 => kb[73]; // i 77 => kb[79]; // o 78 => kb[80]; // p 79 => kb[49]; // 1 80 => kb[50]; // 2 81 => kb[51]; // 3 82 => kb[52]; // 4 83 => kb[53]; // 5 84 => kb[54]; // 6 85 => kb[55]; // 7 86 => kb[56]; // 8 87 => kb[57]; // 9 88 => kb[48]; // 0 // initialize tuning function // for a 10-TET tuning scheme instead of 12-TET fun float midiTune( int x ) { return cFrq * Math.pow( 2.0, ( x - 69 ) / nDiv ); } //the keyboard detect function fun void thePits() { Hid hi2; HidMsg msg2; 0 => int device2; if( me.args() ) me.arg(0) => Std.atoi => device2; if( !hi2.openKeyboard( device2 ) ) me.exit(); while( true ) { hi2 => now; while( hi2.recv( msg2 ) ) { if( msg2.isButtonDown() ) { midiTune( kb[msg2.ascii] ) => a3; a3 * mRat => a2; set( base, a0, a1, a2, a3 ); } } } } //sporking out the keyboard function spork ~ thePits(); // custom function controls parameters of note set( base, a0, a1, a2, a3 ); // infinite loop while( true ) { // time advances when the mouse does something hi => now; // determines how to respond when mouse does something while( hi.recv( msg ) ) { if( msg.isMouseMotion() ) { // X-Axis controls how loud the note is if( msg.deltaX ) { Std.fabs( msg.deltaX ) * .0083 - .0083 => a1; //sets gain set( base, a0, a1, a2, a3 ); } // Y-Axis controls how bright the note is if( msg.deltaY ) { Std.fabs( -msg.deltaY * .0083 + a0 ) => a0; //sets index (brightness) set( base, a0, a1, a2, a3 ); } } else if( msg.isWheelMotion() ) { // for now the mouse wheel controls pitch if( msg.deltaY ) { msg.deltaY * .8333 + a2 => a2; //sets carrier freq set( base, a0, a1, a2, a3 ); } } else if( msg.isButtonDown() ) { // pressing button presses the "bow" into the "string" msg.which => base; count++; if( count == 1 ) e.keyOn(); 10::ms => now; set( base, a0, a1, a2, a3 ); } else if( msg.isButtonUp() ) { // lifting button also lifts "bow" from the "string" msg.which => base; count--; if( !count ) { e.keyOff(); 0.0 => a1; // just making sure each note starts from 0dB } } } } fun void set( int base, float v0, float v1, float v2, float v3 ) { //changes pitches v3 => car.freq; //changes mod freq v2 => mod.freq; //gain v1 => e.gain; //mod index ( 500 * ( v0 + 1 ) ) => mod.gain; }

3 3

Re: [chuck-users] multiple inheritance
by Kassen 09 Oct '12

09 Oct '12

<CAF8ijLUqOCz4tsDgb3YFirM11bsuWnfBtCfz90dqw88=zqHRxg(a)mail.gmail.com> On Fri, Oct 05, 2012 at 04:54:28PM +0200, Julien Saint-Martin wrote: > That the approach I m thinking about now. > > But this way (including one object into one other) constraints you > to have additional interface functions? Ok I know my question is > not clear ;-) let's illustrate it with an example: <snip> Yes, as far as I can see that will fly and indeed looks sensible for some use cases. If it is just a function you could also write it outside of any class, then call it from within your class with "this" as a parameter, in some cases. > If you feel I am lazy its true ;-) That's why I like to program, I > make the machines work for me! Of course you are, that's a virtue for programmers. Quite often the way to lazyness is through understanding. Well, the way to lazyness you can get away with is. Being lazy, making sweeping generalisations, theft, all great stuff ;-) Yours, Kas.

3 4

dumb python question...
by forrest curo 07 Oct '12

07 Oct '12

Okay, I can easily get python to start a chuck shred... My question: What's the easiest way to let it feed that shred notes? -- rather than the burn-the-house-down kludge of killing the old shred, starting a new one with new command-line?

4 14