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

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

28 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

improving the emacs mode
by Atte André Jensen 28 Jun '06

28 Jun '06

Hi I'm very fond of the (recent) emacs mode. But I think a few improvements could/should be made: 1) On http://wiki.cs.princeton.edu/index.php/ChucK/Dev/Tools the recent mode is pasted into the wiki. I had trouble downloading (or rather copying/pasting) it and getting it to work. A link to an external download would be better. Maybe it could even be part of the chuck download... 2) Indention could/should be improved: a) Loading a chuck file messes up the indention, even if the indention was made by the mode itself. b) Some valid placements of brackets are not handled correctly by the mode, for instance: while(true){ if(true){ // always } else { // never } } c) Indention of comments are a bit strange. If I put "//" at the very beginning of an intented line, the mode will indent the "//"s the the correct place. Maybe it would be better to simply disregard commented out lines when doing indention. 3) Comment-region and Uncomment-region doesn't work. It seems its only a matter of defining a comment character... 4) Syntax highlighting highlights special words if they're used in a variable with underscore. Example: "my_spork_function". I'd be happy to correct some of this myself, but my lisp skills are practically non-existing. I googled for something helpful to get started with elisp, but failed to find anything. If anyone has links to information about making (or hacking) emacs-modes, especially something that would help me address the above mentioned issues, I'd be delighted. -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions

3 3

Sporking class member causes NullPointerException?
by nitro2k01 28 Jun '06

28 Jun '06

I tried this: class Test{ 0=>int iz; fun void initTest(){ while(true){ <<<iz>>>; ++iz; 10::ms=>now; } } spork ~ initTest(); } Test o; And got this: [chuck](VM): NullPointerException: shred[id=2:spork~exp], PC=[3] The same code works perfectly when putting the fun reference and spork outside of the class definition. Is there any way around this, iow a way to start a shred from a instanciated object? /nitro2k01 -- -----BEGIN 2ROT13 MESSAGE----- The blog of nitro2k01: <http://soundandcomplete.wordpress.com/> Sätt på ett par flipflops, vippa på rumpan och gör det här till en minnesvärd sommar! -----END 2ROT13 MESSAGE-----

3 3

++ return value
by Atte André Jensen 28 Jun '06

28 Jun '06

Hi I expected the ++ (and --) operator to work as this: If ++ precedes the variable, e.g. ++i, the value returned is the value in counter after it has been incremented. If ++ follows the variable, e.g. i++, the value returned is the value in counter before it has been incremented. This doesn't seem to be the case (chuck always returns the value after it has been incremented): int i; <<<i>>>; <<<i++>>>; <<<++i>>>; [atte@aarhus tests]$ chuck increment.ck 0 :(int) 1 :(int) 2 :(int) Maybe this could be changed? -- 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 8

--bufsize and latency
by Atte André Jensen 27 Jun '06

27 Jun '06

Hi Exactly what latency (chuck only) can be expected from --bufsize128? -- 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 4

instruments extending StkInstrument
by Atte André Jensen 27 Jun '06

27 Jun '06

Hi I'm still quite new to chuck, but after going through the "Notes on Chuck for music" tutorial it struck me that a nice way to (over time) build a library of instruments that work in an interchangeable way would be to extend the StkInstrument. Instruments build this way should work like the StifKarp instrument used in the tutorial. I realize that this in some/most cases comes of fine grain control of the sound, but thinking about it that's the way I prefer thinking about instruments; encapsulated sound generating units. For instance I have over time build a library of over 100 midi-controlled realtime csound instruments that I use all the time. It this a recommended way of making instruments? Any documentation or examples on how to do this? How much slower would a userspace implementaion be compared to the buildin instruments? Would it be possible that such user defined instruments could make it into the language itself, and how much is involved in converting a userspace instrument into a build-in instrument? -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions

6 8

newbie questions
by Daniel L Trueman (dtrueman＠Princeton.EDU) 27 Jun '06

27 Jun '06

ok, newbie chucker here, with dumb questions: 1. is it true that the archives for this list are not searchable? i would be most delighted to avoid asking dumb questions by searching the archives first. 2. confused is me trying to set some STK time parameters. for instance: // noise n => ADSR e => dac; 400::ms => dur t => e.attackTime; // doesn't work, which is ok since i know: // .4 => e.attackTime; // does work, but it would make more sense to me to be able to send durs around consistently, especially when i see something like this: // noise n => Envelope e => dac; std.rand2f(10,500)::ms => dur t => e.duration; // that works. now, things become more mysterious when i find that "duration" is not documented online as part of Envelope, which makes me wonder if i'm missing something, and also wonder what other interesting things remain undocumented. is it just that some of the STK ugens have been extended to take durs, but not all? most joyfully attempting to chuck, dan

5 4

putting samples in array
by Atte André Jensen 27 Jun '06

27 Jun '06

Hi I've got a breakbeat that I chopped up at every 16note. Now I'd like to play these samples one after another. Could set up 16 sndbuf's each connected to the dac, but wouldn't that be inefficient? I'm thinking it might be smarter to load the samples into an array and play a different one on each pass, but is this possible. Or whould there be a really bright way to go about this? -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions

3 3

upload .ck files to wiki
by Graham Percival 24 Jun '06

24 Jun '06

I have three ChucK programs I'd like to upload to the wiki (ChucK/Programs), but the Special:upload seems to only accept graphics. Is there any way to add these files other than making new pages with the code? Cheers - Graham Percival

3 2

Re: [chuck-users] Distributing ChucK
by Ollie Glass 24 Jun '06

24 Jun '06

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 > > >

2 1