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

Details on the STEIM worskhop
by Kassen 02 Jun '09

02 Jun '09

Fellow ChucKists, STEIM put up the details for the workshop on ChucK I'll host, starting June15 here; http://www.steim.org/steim/workshops.php?id=139&b=1&r=1 People interested in getting a solid start ChucKing and within reach from Amsterdam (NL) in June might want to check that out. Please note places are limited so reservations are needed. Yours, Kas.

2 6

assignment (BUG?)
by Kassen 02 Jun '09

02 Jun '09

Fellow ChucKists, Either we have a bug or I don't understand assignment (quite possibly both are the case, I won't rule that out). Consider this; int foo, bar; foo @=> bar; //alternately, this gives the same result //bar @=> foo; 1 => foo; <<<"bar is", bar>>>; <<<"foo is", foo>>>; I was expecting both to be 1 but here bar is 0 (Linux, miniAudicle modified to host 1.2.1.2). The following behaves as I expect it to; int foo, bar; 1 => foo; foo @=> bar; 1 => foo; <<<"bar is", bar>>>; <<<"foo is", foo>>>; Before I start bothering everyone with my ideas on assignment as it applies to UGens I'd like to be clear on what assignment does exactly and whether this is proper behaviour. Yours, Kas.

5 18

Re: [chuck-users] Performing with ChucK in NYC tomorrow night
by Les Hall 01 Jun '09

01 Jun '09

Mike, That is really kewl! Thanks for the sample video, I enjoyed it. Les

2 2

Realtime jackd
by miquel parera 29 May '09

29 May '09

Hello I compiled chuck1.2.1.2 with the flag linux-jack, everything it's fine except when try to launch chuck in jackd realtime: example: 1. Launch jackd: $ sudo jackd -R -dalsa -dhw:0 -r44100 -p256 -S 2. Launch the chuck loop: $ chuck --loop --srate44100 3. I try to add + one file and te message in the prompt of jackd it's: scbgraph starting at chuck timed out(subgrpah_wait_fd=7,status=0,state=Runing) If jackd it's launches like this: sudo jackd -dalsa -dhw:0 -r44100 -p256 -S every work, but the effecience of jackd it' poor. One solution please....

2 1

rtaudio buffer size problem
by jo 25 May '09

25 May '09

Hi everyone, I'm trying to connect a mic via a Tascam US-122L to my mac, which works fine in other programs, however I get the following error when I do chuck --dac4 --in1 test.ck (the Tascam is nicely recognized as dac4, and the test just consists of adc => dac) [chuck]: (via rtaudio): unable to open specified device(s) with given stream parameters: ... RtApiCore: OS-X error setting the buffer size for device (TASCAM: US-122L). [chuck]: cannot initialize audio device (try using --silent/-s) I've tried all permutations of --dac, --in, --bufsize, --blocking etc. with no success. With --silent there are no errors, but of course, some sound would be nice... Curiously, when I do all of the above in miniAudicle, I never get any errors (but no sound either). I'd be grateful for any hints! jo p.s. this is the chuck --probe part chuck]: ------( chuck -- dac4 )--------------- [chuck]: device name = "TASCAM: US-122L" [chuck]: probe [success] ... [chuck]: # output channels = 2 [chuck]: # input channels = 2 [chuck]: # duplex Channels = 2 [chuck]: default device = NO [chuck]: natively supported data formats: [chuck]: 8-bit int [chuck]: 16-bit int [chuck]: 24-bit int [chuck]: 32-bit int [chuck]: 32-bit float [chuck]: 64-bit float [chuck]: supported sample rates: [chuck]: 44100 Hz [chuck]: 48000 Hz [chuck]: 88200 Hz [chuck]: 96000 Hz

1 0

name that shred
by Robert Poor 24 May '09

24 May '09

Hi gang; Is there a way to give a shred a name so that MiniAudicle displays something more useful than "spork~exp" in the list of running shreds? It would be handy -- reassuring even -- to be able to see what shreds are running. - rdp

6 13

chuck under gdb?
by Robert Poor 24 May '09

24 May '09

fellow chuckers: i'm trying to track down a persistent crasher in chuck using gdb. so far i can see that it's dying with a KERN_INVALID_ADDRESS in Chuck_VM::run(), two levels below a call to RtApiCore::callbackEvent(). but what I don't remember is how to instruct gdb to associate the source files with the executable, so I can look at the actual code where it's dying. can anyone offer a refresher / tutorial on that? (and do I need to recompile the sources with -g?) - rob

2 4

Re: [chuck-users] Using FFT 'manually'
by Siepie 24 May '09

24 May '09

> Hi, Siebe! Welcome on board, IMHO there is a great shortage of Dutch > ChucKists so it's good to see you here. Thanks for your reply, Kas. I hope I can help making ChucK a bit more popular around here, I'm sure others will like the way it works. > As FFT expects to deal with complex numbers it's not so > surprising that the one using floats doesn't work. Now I'm afraid you misunderstand. The one getting complex numbers is an IFFT. >From the manual: fft.transform(float[]) //input fft, which i believe doesn't work. fft.spectrum(complex[]) //output fft, which works when using fft.upchuck() ifft.transform(complex[]) //input ifft ifft.samples(float[]) //output ifft Also, both examples run, the FFT one is just not giving any output. In my experience the VM will break and give an error when variable types don't match, so that's not my problem here. I'm currently trying to tweak around a bit with the signal chain. There the types do not exactly match, but that I could correct with a dummy IFFT (FFT fft => IFFT dummy => blackhole), also that didn't help. IMO there really seems to be a problem with he fft.transform function. I can't get it to do anything. Siebe _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

2 2

Using FFT 'manually'
by Siepie 24 May '09

24 May '09

Hello all, My name is Siebe, I'm a MT-student from the Netherlands. I've just started experimenting with ChucK on Windows XP a bit and I really liked how quickly I was able to get things working. For my study I might be interested using ChucK for music and audio analysis. I'm currently trying to figure out how to 'manually' work with an FFT-class, by using .transform(float[]) instead of .upchuck(). But as far as I can see, the transform function for the FFT does nothing, in contradiction with the .transform(complex[]) function for the IFFT class, which seems to work fine. Here are two examples to clear up my point: The working IFFT code: http://pastebin.com/f9b762ad The not-working FFT code: http://pastebin.com/f7a8aae08 My question is, am I doing it right? Since both examples are pretty much the same, my guess is that both should work. Is this a bug in the i386 version? Or are users with another OS experience the same? Any help would be much appreciated. _________________________________________________________________ See all the ways you can stay connected to friends and family http://www.microsoft.com/windows/windowslive/default.aspx

2 1

Performing with ChucK in NYC tomorrow night
by mike clemow 18 May '09

18 May '09

Hey ChucKists, Just letting you all know of a show in NYC. We're performing with an application that makes heavy use of ChucK for sound design sonifying blob-detection information from an openFrameworks program that munges video. The system is called "Outis" and was my masters thesis project at NYU. If any of you are in town, I'd love to put faces to names. ;-) -Mike show: http://michaelclemow.com/?p=640 outis: http://michaelclemow.com/?p=616 -- http://michaelclemow.com http://semiotech.org

1 0