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

Yet another joystick...
by Martin Ahnelöv 08 Jun '08

08 Jun '08

Hello ChucKers! This came down the microsound-pipe, and I thought I should share. A modular joystick that doesn't seem to be very comfortable to play games on, but it's probably great as an audio control surface! <http://edimensional.com/product_info.php?cPath=24&products_id=143&osCsid=ed…> <http://benheck.com/> Gasten

2 1

Return values of sporked functions?
by mike clemow 07 Jun '08

07 Jun '08

Hello list, Couldn't find this one in the manual. Where do sporked funcitons return to? How do I get the return value of a spoked function? fun int addThree( int i ) { return i + 3; } spork ~ addThree( 2 ); ...5? cheers, mike -- http://semiotech.org

4 6

sending program change
by Atte André Jensen 06 Jun '08

06 Jun '08

Hi I'm trying to send program change messages from chuck, but fail. I've been looking at stuff like this: https://lists.cs.princeton.edu/pipermail/chuck-users/2007-January/001426.ht… http://www.rattus.net/~packrat/audio/ChucK/files/midisender.ck Using the first URL (a post from Kassen), I try this: 192 => midimessage.data1; 3 => midimessage.data2; bcrMidiOut.send(midimessage); But get "[chuck](via RtMidi): RtMidiOut::sendMessage: event parsing error!". Note: I can send 3 byte messages on the port without problems, I'm thinking it's the 2 byte nature of program change that I doesn't handle correctly. I'm not too much into the deeper working of neither midi messages or what chuck does, so if someone could point me in the right direction, I'd be thankful! -- peace, love & harmony Atte http://atte.dk | http://myspace.com/attejensen http://anagrammer.dk | http://modlys.dk

2 4

CCRMA 2008 Workshops
by Juan-Pablo Caceres 05 Jun '08

05 Jun '08

Hi there! Please see the workshop announcement below and distribute to any interested participants or bulletin boards! Fliers here: CCRMA Workshop General Annoucement: http://ccrma.stanford.edu/workshops/2008/workshopflyer08.pdf Physical Interaction Design Announcement: http://ccrma.stanford.edu/workshops/2008/pid2008-flyer.pdf Thanks! ps. Many apologies for cross postings. ===== CCRMA Summer Workshop for 2008 The Center for Computer Research in Music and Acoustics at Stanford University is happy to announce its offering of intensive programs where top educators and researchers from the fields of music, engineering, and computer science present a detailed study of specialized subjects. The workshops are one or two weeks long. The workshops are open to the public. Each day begins at 9:00 am and ends at 5:00 pm with an hour for lunch on your own. Course tuition and fees will vary by location. Workshops located at CCRMA will be $650 for one week and $1200 for two weeks. Fees may be associated for lab material. July 23 - July 4 Digital Signal Processing: Spectral and Physical Models July 7 - July 18 Physical Interaction Design July 21 - August 1 Music Information Retrieval August 4 - 15 Cell Phone Orchestra August1 8 - 22 Perceptual Audio Coding For more information and online registration on these and other CCRMA workshops, please visit: http://ccrma.stanford.edu/workshops/2008 Contact info: Tricia Schroeter, CCRMA Administrator Stanford University Center for Computer Research in Music and Acoustics, Knoll, Room 301 Stanford, CA 94305-8180 650-723-4971 ext. 320 (office) 650-723-8468 (fax)

1 0

Beat Slicing
by Jonathan Siemasko 05 Jun '08

05 Jun '08

Hello ChucK people, Been following the list for a while now but this is my first post. I am trying to create a Random Chuck Beat slicer. Basically input any loops, set the rate and set the number of slices to use and it will automatically create random breakbeats from it. The problem is when I set the playback rate to anything other then half, single, double, etc. slices stop lining up properly. Debugging messages in the code produce the expected numbers but the audio is clearly not lining up. I have many other features planed but am unable to figure out what is going on here. Is my Math wrong? Is the SndBuf object twitchy? I have only tested it on windows in the miniAudicle so far. -Jonathan 1 => float rate; 8 => int NumOfSlices; SndBuf s => dac; "C:/breaks/amenst.wav" => s.read; s.samples() => s.pos; //Don't Play on Start 0.5 => s.gain; rate => s.rate; (s.samples() / rate) / NumOfSlices => float SliceSize; SliceSize::samp => dur SliceDur; SliceDur - (now % SliceDur) => now; //Sync while(true){ (Std.rand2(0, NumOfSlices - 1) * SliceSize) $ int => int NewPos; NewPos => s.pos; SliceDur => now; }

2 1

a example of thinking on interface mapping
by Kassen 02 Jun '08

02 Jun '08

Dear fellow ChucKists, This weekend I was experimenting some more with my tilt-sensing joypad, adding a -so far crude- granualar way of playing back samples. When I handed it to some friends to try it turned out people subconciously expected something interesting to happen with vigorous shaking. This sounded like a interesting idea so I made crude and so far badly calibrated implementation. What I'm doing is checking the square of the change in bot axis since the last time I polled them and adding both of those to a "shake" variable from which I'm also subtracting a value periodically (at least as long as it's above 0). The resulting parameter seems to do a decent job of detecting whether the joypad is currently being shaken and if so how hard. As hard shaking tends to build up the parameter I have to let it return to 0 faster if it's higher. The result is -so far- being used to scale randomisation in the grain playback rate. This will need tuning (as well as a cleanup...) and I wonder if left-right shaking may need to be diffent from forward-backwards shaking and how important the period of "re-stabilising" of the whole thing is. So; this is still in a early stage, I only started at it last afternoon but it might be the sort of practical example that works for some people as a illustration of how I try to deal with this sort of subject. BTW, I set this sort of thing loose on my friends because I find observing how they interact with it leads to different insights then I'd get on my own, insights that often make interfaces perform bettter for myself as well. Hope that was of any use/interest. Yours, Kas.

2 4

presenting a ChucK thesis + anthem
by Ge Wang 30 May '08

30 May '08

Dear all, We present to you a ChucK PhD thesis: http://www.cs.princeton.edu/~gewang/thesis.html ... and, of significantly higher replay value, Perry's ChucKian anthem: http://www.cs.princeton.edu/~prc/HackChuck.html Hearty and deep thanks to everyone in the ChucK community for your support, ideas, code, guidance, and encouragement so far!!! Also, we'd like note that this marks not an end but a new beginning for ChucK, and that research, development, crashing of ChucK and friends will continue in full - at Princeton, Stanford, and many other places. New features, new bugs, new applications, toolkits, approaches, ideas, improvements to the community development process, and new things we can't begin to predict are on the way! Thank you!! Happy ChucKing and keep on ChucKin'! Yours, Ge! (on behalf of ChucK team)

11 10

Fedora users here?
by Kassen 30 May '08

30 May '08

Dear fellow ChucKists, Is anybody who runs ChucK on Fedora and knows his way around that OS? Some people are having issues building on it and getting the dependencies straight on the forum; http://electro-music.com/forum/viewtopic.php?t=26414 Most of the Linux users there are on Debian-based systems. Particularly the version of G++ needed seems to give issues. If somebody could perhaps help? If it does turn out that the version of G++ needed is critical and non-standard on some popular Linux versions it might be a good idea to make a note of this on the Linux download section and/or the building instructions? That might save future confusion. Confusion is of course great but repeating the same confusion multiple times gets stale. Cheers, Kas.

1 0

Interesting stereo widening effect
by Rich Caloggero 29 May '08

29 May '08

This "algorithm" such as it is came from an old amplifier. I think it was a Carver amp circa 1978. It used all analog circuitry to do the following (never actually heard the beast, but always wanted to implement this to see what it sounded like). Now, thanx to chuck, I have. I'm sure the original implementation didn't have randomly varying delay line lengths! <smile> The idea is that you feed the right channel back to the left inverted and with delay. Do the same to the left. Its supposed to cancel out the "crosstalk" between the channels thus subjectively "widening" the image. Try it with headphones. If you crank up the gain, then you'll hear it better through speakers. Thanx to the person who helped me with the inversion (sorry I forget your name, but you know who you are <smile>). Here's the code: // gain (higher produces more noticable effect) 0.4 => float gain; // whether to invert 1 => int invert; // delay time range 1.0 => float minDelay; 10.0 => float maxDelay; // sound file "music.wav" => string sourceFile; if (me.args()) me.arg(0) => sourceFile; // the patch SndBuf l, r; Step lInverted,rInverted; DelayL dl, dr; l => dac.left; if (invert) l => lInverted => dl => dac.right; else l => dl => dac.right; r => dac.right; if (invert) r => rInverted => dr => dac.left; else r => dr => dac.left; // set initial delay length, gain, and max delay times .2::second => dl.max => dr.max; 4::ms => dur lDelayTime => dur rDelayTime => dl.delay => dr.delay; gain => dl.gain => dr.gain; // load the file sourceFile => l.read; sourceFile => r.read; 1 => r.channel; // start the inverters if (invert) spork ~ inverter(l, lInverted); spork ~ inverter(r, rInverted); // time loop 0 => float whichDelay; while( true ) { .4::second => now; Math.rand2f(0,1) => whichDelay; //<<<whichDelay>>>; if (whichDelay > .5) { Math.rand2f(minDelay,maxDelay) * 1::ms => dl.delay; //<<<"left">>>; } else { Math.rand2f(minDelay,maxDelay) * 1::ms => dr.delay; //<<<"right">>>; } // which channel to affect } // main loop fun void inverter(UGen in, Step out){ while(true){ - in.last() => out.next; 1::samp => now; } }

3 7

check audio devices and set audio input
by COLORSOUND 28 May '08

28 May '08

hi guys , I,m fresh new user , i,m completly lost , How can check which devices chuck recognise in my computer ? and more important how do i set from which channel the audio is coming for recording an audio file ? I download this file for getting the recording order from vvvv , but dont see where to set the aduio recording input : WvOut w; OscRecv recv; 6449 => recv.port; recv.listen(); recv.event( "/record, i, s" ) @=> OscEvent @ oe; int isRecording; 0 => isRecording; adc => dac; while( true ) { oe => now; while( oe.nextMsg() ) { int record; string filename; oe.getInt() => record; oe.getString() => filename; if (record == 1 && record != isRecording) { 1 => isRecording; filename => w.wavFilename; adc =< dac; adc => w => dac; <<< "record: ", filename >>>; } if (record == 0 && record != isRecording) { 0 => isRecording; adc =< w =< dac; adc => dac; <<< "stopped." >>>; } } } thanks hope i,m sending this to the right email .

3 4