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

Getting the keys for an associative array
by Mike McGonagle 22 Mar '06

22 Mar '06

Is there a way to get all the keys that are used as indices into an associative array? I was wondering if this is something that is in the works, or is it already available? I was thinking something like... ************* Object myAssociativeArray[0]; new Object @=> myAssociativeArray["first"]; new Object @=> myAssociativeArray["second"]; myAssociativeArray.keys => string keysList[]; for(0 => int i; i < keysList.cap(); i++) { <<< () => myAssociativeArray[keysList[i]].printObject >>>; } ************* Also, would there be a way of ensuring some sort of order inwhich the keys are returned (ie, the order inwhich they were added to the array???)? Mike

2 1

Converting dB to chuck .gain
by Graham Percival 09 Mar '06

09 Mar '06

What is chuck's .gain measured in? Neither std.dbtorms() nor std.dbtopow() seem to work... I have a bunch of data about a sound, (frequency, dB): 86.132812, 9.996495, 172.265625, 6.996109, 258.398438, -0.955794, 344.531250, -11.900859, ... and I'd like to try some additive synthesis in chuck. The first value (frequency) is obvious, but I'm at a loss as to what to do with the second value (dB). What's the conversion factor between dB and .gain ? Cheers, - Graham

3 4

setDelay too big !
by eun.sung＠no-log.org 09 Mar '06

09 Mar '06

hi list i have some crash with this patch with this output: [chuck](via STK): DelayA: setDelay(1856.88) too big! i tried to debug, routing my signal without the PitchShift and/or without the JCRev, but it crashes anyway i guess it's because of the JCRev unit or perhaps it's because of my use of manipulating time, which could be not really academic... here's the patch Sitar s => PitShift sh => JCRev r => dac; //init rev, gains 0.9 => r.mix; 0.6 => s.gain; 0.5 => sh.gain; //lfo pitchShift freq sinosc shFreq => blackhole; 1.0 => shFreq.freq; //init sitar freq 280 => float temp; while (true){ 1.0 => s.noteOn; //variation pitchShifting (shFreq.last() * 10 ) => sh.shift; std.rand2f(0.0, 0.8) => sh.mix; (std.randf() * 20) +=> temp; temp => s.freq; 10::ms => now; }

3 4

Re: [chuck-users] setDelay too big !
by eun.sung＠no-log.org 08 Mar '06

08 Mar '06

hi thanks for hints and links about sound technique i'm running chuck "dracuuulaaa" on an ubuntu breezy with an ingo molnar's realtime patched 2.6.15 kernel (finally after a painful way...%] ) i've much better results regarding latency (my jack server runs with a buffer of 2x256 frames) than the build-in kernel ones. > Hi, > > I just ran the patch for 10 minutes without it crashing. A very cool > sounding patch! > > Could you tell us what OS and what version of ChucK you are using? I > just ran it on OSX 10.4.5 with 1.2.0.4. > > --art > > > On 8-Mar-06, at 4:32 PM, eun.sung(a)no-log.org wrote: > >> hi list >> i have some crash with this patch with this output: >> >> [chuck](via STK): DelayA: setDelay(1856.88) too big! >> >> i tried to debug, routing my signal without the PitchShift and/or >> without >> the JCRev, but it crashes anyway >> i guess it's because of the JCRev unit >> >> or perhaps it's because of my use of manipulating time, which could >> be not >> really academic... >> >> here's the patch >> >> Sitar s => PitShift sh => JCRev r => dac; >> >> //init rev, gains >> 0.9 => r.mix; >> 0.6 => s.gain; >> 0.5 => sh.gain; >> >> //lfo pitchShift freq >> sinosc shFreq => blackhole; >> 1.0 => shFreq.freq; >> >> //init sitar freq >> 280 => float temp; >> >> >> while (true){ >> >> 1.0 => s.noteOn; >> >> //variation pitchShifting >> (shFreq.last() * 10 ) => sh.shift; >> std.rand2f(0.0, 0.8) => sh.mix; >> >> (std.randf() * 20) +=> temp; >> temp => s.freq; >> 10::ms => now; >> } >> >> _______________________________________________ >> 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 >

1 0

fm?
by eun.sung＠no-log.org 08 Mar '06

08 Mar '06

hi list i try to play around the fm unit generator and i can't make it work although i can use class depending on the FM class (TubeBell for example). this simple code make my jack server break out : FM f => dac; 400.0 => f.freq; while(true){ 1.0 => f.noteOn; 10::ms => now; } does anyone had already met some trouble with this class?

4 5

wiki operational
by Ge Wang 06 Mar '06

06 Mar '06

Greetings! The new wiki is now _the_ wiki: http://wiki.cs.princeton.edu/index.php/ChucK And the old wiki is well the old wiki: http://wiki-old.cs.princeton.edu/index.php/ChucK Links updated from main page and community. Best, Ge!

2 1

honking STK Ugens 1.2.0.4
by Graham Coleman 05 Mar '06

05 Mar '06

Some of the STK UGens seem to "honk" if you don't send them an initial noteOff message. Here is an illustration: FMVoices inst => PRCRev rev => dac; //inst.noteOff( 0.5 ); 2::second => now; for (0=>int i; ; i++) { if ( i%2 == 0 ) 440 => inst.freq; else 880 => inst.freq; inst.noteOn( 0.5 ); 1::second => now; } I count FMVoices, Mandolin, VoicForm, Moog, BeeThree, HevyMetl, and PercFlut that do this. Also, PercFlut, BlowHole, and TubeBell seem to have some funny ideas of pitch. best, Graham

3 3

for your entertainment: recent ChucK musics
by Graham Coleman 05 Mar '06

05 Mar '06

Enjoy! three ChucK sketches: http://cola-fan.livejournal.com/94685.html ChucKular automata: http://cola-fan.livejournal.com/93315.html I'd appreciate any comments on these. Many thanks to Ge, Perry, and the ChucK team for a great musical instrument. Graham

1 0

Status of 1.2.0.5
by Mike McGonagle 04 Mar '06

04 Mar '06

Hello Ge, I know you are probably swamped, but I was wondering what the time table for releasing the next version would be? Also, you have mentioned that there is a CVS archive of everything. Is that accessible to the public? I don't mean to sound like I am chomping at the bit, but most of the problems that I have sent to you, that you have fixed, are ones that have me stymied in making further progress. Thanks, Mike

2 1

recording with rec.ck: stereo and clipping
by Graham Coleman 04 Mar '06

04 Mar '06

Several problems I've noticed recording from command-line chuck (win32): 1. All the UGens in my chucKestra are connected to pan2 objects, then the dac, but the recording comes out mono (standard rec.ck). Is this due to the way stereo and mono ugens connect together? Is there some way I can get the stereo recording from the console? 2. I often get digital clipping on a few samples in a several minute piece. It seems like a job for some dynamics or soft clipping at the end of the chain, right? Is there something I can use? I guess I could try writing a sample-level limiter in ChucK. (One reason this may be happening is that the center or DC of the waveform seems to drift up and down towards the edges without being too loud, lately I've been using lots of FMVoices with reverb. This seems different from what a recorded sound would do) best, Graham

5 5