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

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 13 Jul '06

13 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

MIDI port aliases
by Bruce Murphy 11 Jul '06

11 Jul '06

UNder Mac OS X, CoreMIDI provides really nifty aliases for ports which are plugged into named devices. This permits them to be easily identified by users with multiple interfaces. These mappings are set up in the audiomid tool by creating devices and setting up wiring The mappings are also useful for named virtual ports created by other MIDI aware applications. COreMIDI also provides an interface for getting the name of the MIDI device providing the port which can further aid identification. IT would be really nice if the chuck probe stuff actually provided this feature. It would be equally nice if a MIDI port open had a "name matching this string" facility, so devices could be moved around between interfaces and provided you had updated audiomidi, all the chuck software looking for that device would Just Work. Thoughts? B> -- Packrat (BSc/BE;COSO;Wombat Implementor) Nihil illegitemi carbovndvm

2 3

chuck manual errata
by eduard aylon 10 Jul '06

10 Jul '06

Hello Adam et al, I'd like to draw your attention on what I believe is an error in the Chuck manual. It seems to me that the Blit ugen section is not correct. According to the manual, Blit has only next() and value() as member functions. However, looking at ugen_stk.h reveals that Blit, as BlitSquare and BlitSaw, has freq(), harmonics() and phase() as memebers and not next () nor value(). Cheers, Eduard

4 9

block comments
by Atte André Jensen 08 Jul '06

08 Jul '06

Hi http://chuck.cs.princeton.edu/doc/language/overview.html#comment states that "For now, there is no block commenting". However, I find that /* and */ works as block comments. Maybe this should be updated in the doc... -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions

2 1

synchronizing multible chucks
by Atte André Jensen 08 Jul '06

08 Jul '06

Hi Suppose I have two machines each running it's own chuck. Is it possible (and if so, how?) to synchronize the two, for instance having them play a bleep at exactly the same time? How did you, Perry and Ge, go about handling this in the duets I downloaded from the website? -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions

2 2

[chuck]: cannot bind to tcp port 8888...
by Jochen Hartmann 07 Jul '06

07 Jul '06

linx@linx:/usr/bin/chuck/src$ ./chuck test.ck [chuck]: cannot bind to tcp port 8888... the above is what happened when i tried to run chuck on ubuntu 6.06. any advice would really be appreciated. i am not super well-versed with linux so i might be doing something wrong... thanks for the help !!! - jochen -- -------------------------------------------- Jochen.Hartmann(a)gmail.com

2 1

Re: [chuck-users] Distributing ChucK (Adam Tindale)
by Ollie Glass 06 Jul '06

06 Jul '06

It's done! Breakage v14 now includes, launches, uses and closes ChucK from the Java app. Download from www.blackholeprojector.com It took some fiddling to make this work, anyone who's interested in doing the same thing might like to know I had to: 1 open the OSC ports in Java before ChucK, else JavaOSC finds they are already taken. 2 check which OS Java is running on, so "chuck" or "chuck.exe" can be called as is appropriate. 3 use a Java thread to follow ChucK's stdout and stderr streams. Leave them untended and ChucK freezes after a while. 4 register a Java application exit listener to terminate the ChucK process when the app is quit, otherwise ChucK keeps running. I'm happy to make the Java / ChucK code avaliable to anyone who'd like it. Thanks again everyone! Ollie > From: Adam Tindale <adamtindale(a)hotmail.com> > Let us know when you are finished packaging your app. > > --art > > > On 22-Jun-06, at 2:26 AM, Ollie Glass wrote: > > > I'd like to distribute ChucK with my app, saving users from > > downloading it seperatly. Is it ok to do this? > > > > > Thanks, > > > > > Ollie > > _______________________________________________ > > 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 > > >

2 1

hid
by eduard aylon 04 Jul '06

04 Jul '06

Answering to my previous post, and just remembered there was a HID object... I guess I could use that... thanks, Eduard

6 11

ChucK in WIRED!!
by Perry R Cook 03 Jul '06

03 Jul '06

It's not a whole article about ChucK, but a good mention: http://www.wired.com/news/technology/0,71248-0.html?tw=wn_index_1

2 1

Re: [chuck-users] Distributing ChucK
by Ollie Glass 03 Jul '06

03 Jul '06

Mike, not nosey at all, I could happily talk about it for a week but I'll keep this description short :-) It's an intelligent drum machine for live breakbeat manipulation above the note level. You can read more and download it from www.blackholeprojector.com. Please excuse my slow reply, have been on holiday. Olllie > Ollie, > > Pardon me for being nosey, but what does your app do? ;-) > > Regards, > Mike > > On 6/24/06, Ollie Glass <ollieglaskovik(a)gmail.com> wrote: > > Brilliant, thanks very much for clearing up the details. > > > > > if you are > > > just distributing chuck in the same zip file or something, and the > > > two programs interact through on-the-fly commands, OSC, or some other > > > IPC mechanism, then thats okay. > > > > > > > This is exactly what I'm doing, without modifying ChucK. I'll be in > > touch when I release the package. > > > > Cheers, > > > > Ollie > > > > > > > > > Though, if you do distribute chuck, you also have to distribute the > > > chuck source for at least 3 years after you last distribute it, > > > including modifications, if you made any. This can be as direct as > > > bundling the source with the chuck binary, or as indirect as sending > > > someone a CD with the source on it. (Assuming you arent distributing > > > a modified binary, you can actually just link to the chuck webpage.) > > > If you dont include the source with the binary, you have to indicate > > > somehow how people can get the source. > > > > > > Also, you have to include a copy of the GPL (available as the file > > > COPYING in the chuck download, among other places) directly with the > > > chuck executable. > > > > > > whew... hope this helps, > > > spencer > > > > > > On Jun 23, 2006, at 2:44 PM, Ollie Glass wrote: > > > > > > > My app isn't open source. Is it okay to distribute ChucK with it? > > > > > > > > Sorry if this seems like an obvious question, I'm not very clear on > > > > licences and don't want to make a mistake. > > > > > > > > Ollie > > > > > > > >> Yes! > > > >> > > > >> The GNU public license allows you to freely modify and distribute > > > >> derivative > > > >> works as long as you give due credit and provide the source code > > > >> for free. > > > >> If you look closely inside ChucK you will find RTMidi and RTAudio > > > >> by Gary > > > >> Scavone and libsndfile by Eric de Castro Lopo. > > > >> > > > >> Let us know when you are finished packaging your app. > > > >> > > > >> --art > > > >> > > > >> > > > >> On 22-Jun-06, at 2:26 AM, Ollie Glass wrote: > > > >> > > > >> > > > >> I'd like to distribute ChucK with my app, saving users from > > > >> > > > >> downloading it seperatly. Is it ok to do this? > > > >> > > > >> > > > >> > > > >> > > > >> Thanks, > > > >> > > > >> > > > >> > > > >> > > > >> Ollie > > > >> > > > >> _______________________________________________ > > > >> > > > >> 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 > > > >> > > > >> > > > >> > > > > _______________________________________________ > > > > 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 > > > > > -- > > "ooh aah bleep" > -miraton >

1 0

filter
by Atte André Jensen 02 Jul '06

02 Jul '06

Hi I'm just a simple guy, and I haven't got a clue what's up with the filters available in chuck. Poles and zeros and stuff... I'd appreciate if someone could: 1) Give an example of how to set up (something that in my simple brain is called) a low pass filter with/without resonance and a highpass filter with/without resonace. 2) Could direct me towards mind-expanding online information that might allow me to actually understand a fraction of what's going on? And while we're at it: I see no examples using either sawosc or sqrosc. I know how to use those though (just need some filters), but, still at the risk of seeming extremely conservative, wouldn't a classic, analog synth style patch (saw > low pass filter > envelope) or two be a nice and possible addition? Maybe someone even has such a simple example (involving filtering) that I could take a look at or we could throw on the wiki? -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions

5 14

cant seem to install on ubuntu 6.06
by Jochen Hartmann 30 Jun '06

30 Jun '06

hi i am pretty new to using make but i can't seem to get this to install. here is what i do get: linx@linx:/usr/bin/chuck/src$ make linux-jack make -f makefile.jack make[1]: Entering directory `/usr/bin/chuck/src' gcc -D__LINUX_JACK__ -O3 -c -D__CK_SNDFILE_NATIVE__ chuck_absyn.cpp gcc: installation problem, cannot exec 'cc1plus': No such file or directory make[1]: *** [chuck_absyn.o] Error 1 make[1]: Leaving directory `/usr/bin/chuck/src' make: [linux-jack] Error 2 (ignored) linx@linx:/usr/bin/chuck/src$ any help would be appreciated i am really interested in trying out ChucK... thanks! - jochen

4 7

syntax errors + emacs mode
by Atte André Jensen 30 Jun '06

30 Jun '06

Hi I use the emacs mode a lot. One of the really un-nice things is that if I add/replace a file with syntax errors from emacs, the error message doesn't show up. If I do it in a terminal the error messages do show up. Other errors when adding/replacing do show up just fine. Any ideas what's the difference between syntax errors (from emacs point of view) and how this could be changed? Is it the emacs mode or chuck that's to blame? -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions

2 1

serial ports / devices
by eduard aylon 30 Jun '06

30 Jun '06

Hello there, Is there a way to get values from serial ports or devices such as usb in chuck? eg. in order to get values from a sensor box? thanks, Eduard

3 4

pan2.pan
by Atte André Jensen 30 Jun '06

30 Jun '06

Hi I discovered a mistake in the documentation. On http://chuck.cs.princeton.edu/doc/program/ugen_full.html#pan2 it is suggested that .pan goes from 0 to 1, while in fact it goes from -1 to 1, with 0 being center. I didn't try but I bet other ugens with pan work the same way. Should be updated in the documentation... -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions

1 0

chuck on multiple processors
by Atte André Jensen 30 Jun '06

30 Jun '06

Hi Is it currently possible to run chuck on multiple processors? Dual core? Clusters? If so, where can I read about it, if now, are there any plans in this direction? -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions

1 0

ADSR modulation question
by Atte André Jensen 29 Jun '06

29 Jun '06

Hi there I'd like to setup a patch like this... noise n => biquad f => dac; ...and then have an adsr modulate f.pfreq. I know how to use ADSR for modulating volume (just send it through) and I also know that the modulation can be done with explicit timing using a loop and chucking to now at "control rate". But is it done with an ADSR? -- 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 12

current bug summary (partial, obviously)
by Ge Wang 29 Jun '06

29 Jun '06

Hi all! Here is quick summary of some bugs/features recently discussed. bugs - to be fixed by 1.2.0.7 or earlier. 1. --/++: incorrect behavior when used inline 2. sporking non-static member functions: this doesn't or at least shouldn't work - we are on it 3. declaring multiple variables: float a, b, c; causes incorrect behavior 4. static variables of classes (another long standing bug) missing features, in addition to the usual ones (strings etc.): 1. iterating over contents of associative arrays 2. multiple class declarations over time (a better way to deal with classes on-the-fly) 3. on-the-fly replacement by name (when possible) 4. better sndbuf for stereo/multichannel playback Best, Ge!

5 14