July 2006 - chuck-users - lists.cs.princeton.edu

Object array initialization
by Ollie Glass 16 Jul '06

16 Jul '06

I'm trying to declare an object array and initialize it later in a function: Channel channels[]; initChannels(4, 16); fun void initChannels(int num, int length) { Channel ch[num] @=> channels; ... This gives a segmentation fault, and trying like this: fun void initChannels(int num, int length) { channels[num]; gives a bus error. How should this be done? Thanks always, Ollie

3 6

Object array initialization
by Ollie Glass 15 Jul '06

15 Jul '06

Hi Ge, your example works on my system too (OS X 10.4.7 PPC, ChucK 1.2.0.5b). After some hacking I found the bus error stopped when I changed "int rootNote, mainPitch;" to "int rootNote; int mainPitch;". I don't know why, and strangely this test works: int x, y; 0 => x; 4 => y; <<< x >>>; <<< y >>>; If you'd like to recreate the error the offending variables are on lines 459 & 460 in the script at blackholeprojector.com/Sequencer.ck Ollie On 14 Jul 2006, at 17:00, chuck-users-request(a)lists.cs.princeton.edu wrote: > From: Ge Wang <gewang(a)CS.Princeton.EDU> > Date: 13 July 2006 17:36:16 BDT > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: Re: [chuck-users] Object array initialization > Reply-To: ChucK Users Mailing List <chuck- > users(a)lists.cs.princeton.edu> > > > Hi Ollie! > > Which platform are you running? Also, can you include the > greater program, or more of the context? I can't seem to > reproduce the crash on OS X using the following code: > > --- > > public class X > { > int hi; > fun void boo() > { <<< hi >>>; } > } > > class Y > { > X xs[]; > init( 4 ); > > fun void init( int num ) > { > X x[num] @=> xs; > > for( int i; i < num; i++ ) > i => xs[i].hi; > } > } > > // make y > Y y; > > // print > for( int i; i < y.xs.cap(); i++ ) > y.xs[i].boo(); > > --- > > It may be a chuck bug elsewhere... > > Best, > Ge!

3 2

instrument design considerations
by Atte André Jensen 15 Jul '06

15 Jul '06

Hi I'm wrestling with some mostly conceptual problems that I'd like to get some feedback on. I hope some of you people take the time to discuss this with me. It's not about chuck bugs, it's not about how-do-i-use-this-chuck-construct, it's about how I get my brain dead brain around a design problem for something that I really would like to do in chuck. Long story short: I'd like to be able to record sniplets of midi into chuck and grow it (by performing various transformations). For this to work my instruments need to work with noteon/noteoff, since that's what gonna happen with midiin. Currently I have a really simple, well working way of doing instruments by making each instrument a static member function of an Instruments class. Each function (might) take a length parameter indicating how long the instrument should sound before going into it's release phase. From a coding point of view I prefer my current instrument definition, but if it should work with midi I need to make instruments work with noteon/off. I'd like to be able to use the same instrument from both code and midi. Another issue with midi is that it should be polyphonic. First question: How are you guys handling this? Anyone recorded midi sniplets into chuck for processing? Attached is an (bit messy) attempt at this design. It's suffering from the CPU-eating problem that Ge advised about a couple of days ago (could/should be fixed, don't care at this point). There's currently also no support for "length-driven" use, but that would be easy, simply by having a play function that calls noteOn(), waits a few::ms and calls noteOff(). The reason for the four classes (monoInstrument, polyInstrument, mono_sine and poly_sine) is that I'd like to have as much of the book keeping as possible in the super classes, so basically only noise making is happening in sub classes. Actually I'd like to only have to write the mono_sine (or similar for other instruments) class. Second question: Would it be possible to get rid of poly_sine, or at least the repetitive (for other instruments) code in functions on(), off() and kill()? Main reason it's there is that the voices are not known in any of the other classes. Could that be changed? Supposed I actually get this thing going, I'm gonna set chuck to record to some data structure, probably an object. This is happening in one shred. But then I'd like to a) grow (permutate) and b) use this data structure in other shreds. Third question: But how is that gonna be possible? The recorded-to instance is not known outside the scope of the recording shred :-( Static class? Possible, but inelegant. Sorry for the loong post. Any feedback is highly appreciated! -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions // --------------------------------------------------- // ring_element // --------------------------------------------------- class ring_element{ int date; float freq; } // --------------------------------------------------- // ring // --------------------------------------------------- class ring{ 4 => int size; 1000 => int max_size; ring_element container[max_size]; int counter; fun int is_full(){ 1 => int result; for(0=>int i; i<size;i++){ if(container[i].freq == 0){ 0 => result; size => i; } } return result; } fun int remove_oldest(){ 1000000 => int min; -1 => int pos; for(0=>int i; i<size;i++){ if(container[i].date != 0 && container[i].date < min){ container[i].date => min; i => pos; } } if(pos != -1){ unset(pos); } return pos; } fun int add(float freq){ 10000000 => int min; int position; for (0=>int i; i<size; i++){ if(container[i].freq == 0 && container[i].date < min){ container[i].date => min; i => position; } } counter++; counter => container[position].date; freq => container[position].freq; return position; } fun void unset(int position){ 0 => container[position].date; 0 => container[position].freq; } fun int freq2voice(float freq){ -1 => int position; for(0=>int i; i<size;i++){ if(container[i].freq == freq){ i => position; size => i; } } <<<"freq2voice",freq,position>>>; return position; } fun void full_clear(int position){ //<<<"before">>>; //print(); unset(position); //<<<"after">>>; //print(); } fun void print(){ <<<"------">>>; for(0 => int i; i<size; i++){ <<<"date:",container[i].date,"freq:",container[i].freq>>>; } <<<"------">>>; } } // --------------------------------------------------- // monoInstrument // --------------------------------------------------- public class monoInstrument { .4 => float volume; ADSR env; env =< dac; 0 => env.gain; .001 => float attackTime; .01 => float decayTime; 1 => float sustainLevel; .01 => float releaseTime; attackTime => env.attackTime; decayTime => env.decayTime; sustainLevel => env.sustainLevel; releaseTime => env.releaseTime; 0 => env.gain; 1 => env.keyOff; fun void setFreq(float freq){} fun void noteOn(float freq, float dynamic){ env =< dac; attackTime => env.attackTime; decayTime => env.decayTime; sustainLevel => env.sustainLevel; releaseTime => env.releaseTime; volume * dynamic => env.gain; setFreq(freq); env => dac; 1 => env.keyOn; } fun void noteOff(){ 1 => env.keyOff; while(env.state() != 4){ 2::ms => now; } 0 => env.gain; env =< dac; 1::samp => now; } fun void hardOff(){ 1 => env.keyOff; 0 => env.gain; env =< dac; } fun void play(float freq, dur length, float dynamic){ noteOn(freq,dynamic); length => now; noteOff(); } } // --------------------------------------------------- // polyInstrument // --------------------------------------------------- class polyInstrument { 6 => int polyphony; ring pressed; polyphony => pressed.size; fun void on(int voice, float freq, float dynamic){ } fun void off(int voice){ } fun void kill(int voice){ } fun void noteOn(float freq, float dynamic){ int voice; if(pressed.is_full()){ pressed.remove_oldest() => voice; kill(voice); } pressed.add(freq) => voice; on(voice, freq, dynamic); pressed.print(); } fun void noteOff(float freq){ pressed.freq2voice(freq) => int voice; if(voice != -1){ off(voice); } else { <<<"oops, couldn't find match for",freq>>>; } pressed.full_clear(voice); } } // --------------------------------------------------- // mono_sine // --------------------------------------------------- class mono_sine extends monoInstrument{ sinosc osc => env =< dac; //.1 => decayTime; //0 => sustainLevel; //.1 => decayTime; 2.6 => releaseTime; fun void setFreq(float freq){ freq => osc.freq; } } fun void sine(float freq){ sinosc osc => ADSR env => dac; .001 => env.attackTime; .01 => env.decayTime; 1 => env.sustainLevel; .01 => env.releaseTime; 1 => env.keyOn; 10::ms => now; freq => osc.freq; 1 => env.keyOff; while(env.state() != 4){ 1::ms => now; } osc =< env =< dac; } // --------------------------------------------------- // poly_sine // --------------------------------------------------- class poly_sine extends polyInstrument { //2 => polyphony; polyphony => pressed.size; mono_sine voices[polyphony]; fun void on(int voice, float freq, float dynamic){ <<<"on",voice,freq>>>; voices[voice].noteOn(freq,dynamic); } fun void off(int voice){ <<<"off",voice>>>; voices[voice].noteOff(); while(voices[voice].env.state() != 4){ 2::ms => now; } 1::samp => now; } fun void kill(int voice){ <<<"kill",voice>>>; voices[voice].hardOff(); } } 400::ms => dur length; [0,3,5,7,10] @=> int notes[]; float freq; poly_sine s; while(true){ std.rand2(220,450) => freq; spork ~ s.noteOn(freq,std.rand2f(.6,1)); 10::ms => now; spork ~ s.noteOff(freq); 300::ms => now; }

1 1

chuck and pd OSC hack
by Scot Gresham-Lancaster 13 Jul '06

13 Jul '06

I don't know if this will help anyone out there, but I have had quite a bit of experience with getting OSC to work with chuck. While waiting for the chuck string manipulation features (which are on the horizon) I worked out a solution that is a bit of a kludge, but functional for now. OSCroute in pd gives a very flexible structure for parsing arbitrary OSC message. Once the message is parsed it is fairly simple to convert it to an appropriate midi message and then pass the midi parameter to chuck via the AIC midi bus (at least on the mac). Of course, this becomes a mute point once string manipulation, regex, etc. become integrated into chuck. Scot Gresham-Lancaster ¸,ø¤º°`°º¤ø¸,ø¤º°`°º¤ø http://o-art.org/Scot podcast: http://feeds.feedburner.com/blogspot/scotgl blog: http://scotgl.blogspot.com/ “In times of universal deceit, telling the truth is a revolutionary act.” —George Orwell

1 0

Re: [chuck-users] ChucK and STDIN
by DANIEL MAGNUSZEWSKI 12 Jul '06

12 Jul '06

I'd be interested in playing with the Skot object. If you could post compiled version of this, I'd love to check it out. Thanks. -Dan >>> gewang(a)CS.Princeton.EDU 07/12/06 4:58 PM >>> Greetings! stdin (and file i/o in general) is on the way. Right now, there are a few hacked/experimental objects we've use internally: The Skot object: a event-based stdin reader The PRC object: string tokenizer They are not in the standard build - you'd have to enable them by adding a compiler flag: -DAJAY. Which platform are you using? We can post an executable with these compiled in, if you like. They will allow one to write code like: Skot skot; // infinite event loop while( true ) { // prompt and wait skot.prompt("enter data:") => now; // get the results while( skot.more() ) { <<< skot.getLine() >>>; } } and you can use PRC to tokenize the text. The actual stdin and file I/O is definitely on the way (thanks to Martin Robinson), we just haven't integrated/fully tested it yet.

2 1

Re: [chuck-users] ChucK and STDIN
by DANIEL MAGNUSZEWSKI 12 Jul '06

12 Jul '06

Yeah, I've looked into this, and actually used it with some stuff that I've done via the feedback.pl script (http://www.perl.com/pub/a/2004/08/31/livecode.html). So I've only really used it from a user, not a developer/coding standpoint. >>> mcmahon(a)ibiblio.org 07/12/06 4:53 PM >>> On Jul 12, 2006, at 1:41 PM, DANIEL MAGNUSZEWSKI wrote: > Where can I look at the actual code that makes up the KBHit event? > Is it > written in C or in ChucK? I'd like to see what that class is actually > doing (behind the scenes) to watch for the keyboard being pressed. > > This is not really what I'm looking for, because I'd like to have > other > programs send data into the ChucK program, and not have to send > data in > via keyboard. > > I'm thinking that OSC may be the best way to get around this- but I'm > not sure. Are there any good intro docs/examples for using OSC > (besides, > the docs on OSC's homepage)? Check out http://search.cpan.org/~crenz/Net-OpenSoundControl-0.05/ - it's a Perl module for doing OSC that specifically has an OSC client class: use Net::OpenSoundControl::Client; my $client = Net::OpenSoundControl::Client->new( Host => "192.168.3.240", Port => 7777) or die "Could not start client: $@\n"; # This is a very slow fade-in... for (0..100) { $client->send(['/Main/Volume', 'f', $_ / 100]); sleep(1); } Dunno if this helps you out or not ... --- Joe M. _______________________________________________ chuck-users mailing list chuck-users(a)lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

1 0

Re: [chuck-users] ChucK and STDIN
by DANIEL MAGNUSZEWSKI 12 Jul '06

12 Jul '06

Where can I look at the actual code that makes up the KBHit event? Is it written in C or in ChucK? I'd like to see what that class is actually doing (behind the scenes) to watch for the keyboard being pressed. This is not really what I'm looking for, because I'd like to have other programs send data into the ChucK program, and not have to send data in via keyboard. I'm thinking that OSC may be the best way to get around this- but I'm not sure. Are there any good intro docs/examples for using OSC (besides, the docs on OSC's homepage)? Thanks. -Dan >>> ssalazar(a)princeton.edu 07/12/06 10:05 AM >>> Hey there, Theres nothing in the docs about the KBHit class, which can read input from the terminal, but there are a few examples of how to use it. Check out: http://chuck.cs.princeton.edu/doc/examples/event/kb.ck http://chuck.cs.princeton.edu/doc/examples/event/kb2.ck hope this helps, spencer On Jul 11, 2006, at 4:51 PM, DANIEL MAGNUSZEWSKI wrote: > All, > > Is there a way to have a ChucK program take input from STDIN while > running? I have seen the events page ( > http://chuck.cs.princeton.edu/doc/language/event.html ) where it > discusses MIDI/OSC events, but I would like to pass information via > the > command line or through a pipe. Does this make sense? Is there a > reason > why this feature is not implemented, or am I just asking for something > crazy?! > > Thoughts? > > Thanks. > > -Dan > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users _______________________________________________ chuck-users mailing list chuck-users(a)lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

3 2

ChucK and STDIN
by DANIEL MAGNUSZEWSKI 12 Jul '06

12 Jul '06

All, Is there a way to have a ChucK program take input from STDIN while running? I have seen the events page ( http://chuck.cs.princeton.edu/doc/language/event.html ) where it discusses MIDI/OSC events, but I would like to pass information via the command line or through a pipe. Does this make sense? Is there a reason why this feature is not implemented, or am I just asking for something crazy?! Thoughts? Thanks. -Dan

2 1

class confusion
by Atte André Jensen 11 Jul '06

11 Jul '06

Hi Attached is a piece of useless code that confuses me. Should it matter where class kidA is defined? Is this a bug? -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions class A{ fun void greet(){ <<<"hello">>>; } } // works when defined here //class kidA extends A {} class B{ fun void greet(){ } } class kidB extends B{ 3 => int nb_kids; kidA kids[nb_kids]; fun void greet(){ for(0 => int i; i<kids.cap(); i++){ kids[i].greet(); } } } // doesn't work when defined here class kidA extends A {} /* A a; a.greet(); kidA kid_a; kid_a.greet(); */ kidB kid_b; kid_b.greet();

3 3

machine.add issue
by Atte André Jensen 11 Jul '06

11 Jul '06

Hi I discovered a problem with machine.add. I called it like this: ["sd_random","sandpaper_16", "breakbeat_breezing", "tri_bass_random","sine_penta_16", "cabassa_offbeat", "noise_hit_period", "moog_melody", "sh", "ob_pad_5th","ob_pad_root" "bd_random"] @=> string load[]; for(0=>int i;i<load.cap();i++) machine.add(load[i]); Even if I just added a single of the simpler files, CPU usage was rising, until after about 6 minutes 100% was used and the audio broke up. I could send a couple of files showing this behavior, but since it seems very consistent, I thought it might not be necessary. Needless to say, if I simply started everything from bash (or added .ck files from emacs) everything was fine. This is both running 1.2.0.5 and 1.2.0.6-rc3 with alsa under Linux on a patched 2.6.15.6 kernel. -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions

4 14