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

Netlabel Releases ChucK Program
by Les Hall 13 Sep '09

13 Sep '09

We got like 200 downloads on the Boolean Sequencing album that I created using an automatic song generator created with ChucK, so we decided to release the software on the EDP netlabel. See here for linkie: http://doporto.pt.to/ And scroll down to see the blurb about the software. In just a few days there have been 12 downloads (not much I know), so there might be close to 12 new ChucK users running the code. This is a great way to spread the word of ChucK, if you feel like evangelizing. I can hook you up with ocp, who runs the EDP netlabel, if you have similar work to distribute. Les

1 0

ChucK compilation error (still, again?) -- similar to the Ubuntu GCC 4.3 problem
by Andrew C. Smith 13 Sep '09

13 Sep '09

Hey all, So, I just upgraded to Snow Leopard (anyone else? I feel like the list's guinea pig here) and now I'm getting awful compilation errors. "gcc" gives me 4.2.1, as does g++, so it's not the exact same as the 4.3 problem from the forum. Before, I could download the CVS and compile straight-through, but now I get this: $ make osx make -f makefile.osx gcc -D__MACOSX_CORE__ -c -O3 rtmidi.cpp rtmidi.cpp: In function ‘int get_device_name(SInt32, char*, int)’: rtmidi.cpp:295: error: cannot convert ‘void**’ to ‘MIDIObjectRef*’ for argument ‘2’ to ‘OSStatus MIDIObjectFindByUniqueID(MIDIUniqueID, MIDIObjectRef*, MIDIObjectType*)’ rtmidi.cpp:304: error: cast from ‘void*’ to ‘MIDIDeviceRef’ loses precision rtmidi.cpp:306: error: cast from ‘void*’ to ‘MIDIEntityRef’ loses precision rtmidi.cpp:312: error: cast from ‘void*’ to ‘MIDIEndpointRef’ loses precision rtmidi.cpp: In member function ‘virtual void RtMidiIn::openPort(unsigned int)’: rtmidi.cpp:521: warning: NULL used in arithmetic rtmidi.cpp: In member function ‘virtual void RtMidiOut::openPort(unsigned int)’: rtmidi.cpp:692: warning: NULL used in arithmetic make[1]: *** [rtmidi.o] Error 1 make: [osx] Error 2 (ignored) I have XCode 3.2, which came with gcc 4.2.1. The only reason I've started with the compilation thing lately is because I wanted to check out UGens and things--purely exploratory. I have a fully-compiled version of the mini around, so I can still ChucK, but this is definitely bothering me. Any ideas? Andrew

5 13

tracking bugs
by Kassen 13 Sep '09

13 Sep '09

Fellow ChucKists, I made a start adding the open bugs here http://wiki.cs.princeton.edu/index.php/ChucK/Bugs/Release I added these from memory and by searching the list archives, there are likely more. I'm sure the DEV's also have their own list but I feel a open list, accessible to both the developers and to bug hunters will help clear up what are known issues to users as well as help create a "to do list". If anyone has favourite bugs to add, please do. We slacked on this a bit, in recent times. Yours, Kas.

1 0

Issue with chuck otf command on Windows Vista
by K． HIROKAZU 12 Sep '09

12 Sep '09

Hi, I have a problem with chuck command on Windows Vista Home Premium (32bit). After running a chuck vm in loop mode, adding any shreds lead to the folloing error message dialogue. === chuck.exe has stopped working A problem caused the program to stop working correctly. Windows will close the program and notify you if a solution is available. === The following is the output to stderr when running command "chuck --verbose10 + sample.ck". === [chuck]:(2:SYSTEM): setting log level to : 10 (ALL!!)... [chuck]:(5:INFORM): examining otf command '+'... [chuck]:(5:INFORM): otf connect: 127.0.0.1:8888 [chuck]:(5:INFORM): | sending file:args 'sample.ck' for add... [chuck]:(5:INFORM): | sending TCP file sample.ck, size=450 [chuck]:(8:FINER!): | | 450 bytes left ... [chuck]:(8:FINER!): | | sending buffer 450 length 450... [chuck]:(5:INFORM): otf sending request... [chuck]:(5:INFORM): otf awaiting reply... [chuck]: remote operation timed out... === And the following is the last several lines of the output of the listener vm. === [chuck]:(3:SEVERE): starting compilation... [chuck]:(5:INFORM): setting thread priority to: 2... [chuck]:(2:SYSTEM): starting listeneron port: 8888... [chuck]:(2:SYSTEM): running virtual machine... [chuck]:(3:SEVERE): | initializing audio buffers... [chuck]:(3:SEVERE): | virtual machine running... [chuck]:(3:SEVERE): starting real-time audio... [chuck]:(5:INFORM): setting thread priority to: 2... [chuck]:(3:SEVERE): starting real-time watch dog processs... [chuck]:(5:INFORM): | watchdog timeout: 0.500000::second [chuck]:(5:INFORM): | watchdog thread priority: 2 [chuck]:(5:INFORM): | watchdog countermeasure priority: -2 [chuck]:(5:INFORM): setting thread priority to 2: ... === How should I do? Note that running a chuck vm with some shreds directly specified (e.g. chuck sample.ck sample2.ck) has no problem, and on-the-fly operations on miniAudicle 0.1.3.7 work well on Vista. Thanks in advance. - naraba _________________________________________________________________ もう、USBメモリはいらない！？無料で使える25GB。 http://windowslive.jp.msn.com/skydrive.htm

1 0

"make" not compiling -- Snow Leopard
by Andrew C. Smith 11 Sep '09

11 Sep '09

Don't really know who to turn to here, so I'm coming to you. I used to be able to very easily compile ChucK (plus the mini in a recent post) but "make" doesn't seem to be working for me now that I've got Snow Leopard. Would the new OS override or delete some previous compiler? Related but sort of unrelated question: why won't the xcode project for ChucK work? I get an error that it's missing its project.pbxproj file. But if there's a chuck.xcode file, it would seem that someone somewhere is building ChucK with xcode. Any takers or either of these? This is sort of an either/or question--if you fix one of my problems then I'll stop caring about the other one. Andrew

4 6

Re: [chuck-users] chuck shell... --> My vim usage
by Bill Nye 11 Sep '09

11 Sep '09

> From: kurt <sobrilliant(a)gmail.com> > I like the Mini but I really like Vim. That is > really the only reason I use the shell. When I heard mention of vim I thought I would share what I use to test chuck code snippets, directly from inside vim. To get alignment, be sure to view the following with a fixed-width font. It consists of one bash script, a symbolic link, and, on Win, a .bat file. In the main bash script below, the second 'cat' line returns the same stdin chuck code lines back into vim, followed then by chuck's stdout. (Of course, you also hear the chuck output, if any.) I'm sorry to say that after days of trying, I could not get chuck to play, and also deliver its stdout in just one invocation, hence the two chuck.exe lines. FILE ~/bin/chuck_execution_in_vi (Win version) #! /bin/bash # chuck_execution_in_vi -- Typically used in vi as: # :'a,.!chu to leave original lines and also # return Chuck execution output. tmp="/tmp/tmp.chu.ck.$$" cat > $tmp cat $tmp cmd /c start "`cygpath -w ~/bin/chuck.exe`" $tmp "`cygpath -w ~/bin/chuck.exe`" --silent $tmp \ 2>&1 | tr -d '\015' rm -f $tmp exit TESTS: Sit on next line in vim and type :.!chu <<< "Hello" >>>; You should see in vim after the '<<<' code line: "Hello" : (string) Sit on 'now' line and type :-,.!chu SinOsc s => dac; 1::second => now; FILE ~/bin/chuck_execution_in_vi (Mac version) #! /bin/bash # chuck_execution_in_vi tmp="/tmp/tmp.chu.ck.$$" cat > $tmp cat $tmp chuck $tmp 2>&1 rm -f $tmp On Mac and Win (cygwin) I have this symbolic link to cut down on typing: ~/bin/chu -> ~/bin/chuck_execution_in_vi On Win, I also need this parallel .bat file: (I set the 2 env vars in my .profile) FILE ~/bin/chu.bat @ECHO OFF PATH %WPROGRAMS%\cygwin\bin;%PATH% %WPROGRAMS%\cygwin\bin\bash %WHOME%\bin\chu %1 %2 %3 %4 %5 %6 %7 %8 %9 Of course, this only works well if the chuck code terminates on its own. I don't know what this can do for --loop or shreds but it may give you some ideas. Incidentally, on both Mac and Win I have QuicKeys, so I just do 'ma' (to mark the snippet beginning) move to the end, and type Ctrl-Shift-C , which simply types :'a,.!chu for me. -Bill

3 2

Problems compiling and running ChucK on Arch Linux
by Sean Sawyer 11 Sep '09

11 Sep '09

Hi, I'm a ChucK newbie running on Arch Linux (gcc 4.4.1, libsndfile 1.0.20, ALSA 1.0.20, flex 2.5.35, bison 2.4.1, make 3.81). When compiling ChucK, g++ complains that the function sprintf is undeclared in util_string.cpp. Sure enough, stdio.h is not included in util_string.h (or in chuck_def.h). After adding the following line to either util_string.h or chuck_def.h, ChucK compiles successfully - but I then get seg faults when running simple example code (e.g., examples/moe.ck). Any ideas? Verbose output from ChucK leading up to the seg fault is below. Thanks in advance, Sean [sean@zaphod src]$ ./chuck --verbose ../examples/basic/moe.ck [chuck]:(2:SYSTEM): setting log level to: 5 (INFORM)... [chuck]:(2:SYSTEM): initializing virtual machine... [chuck]:(2:SYSTEM): | behavior: HALT [chuck]:(2:SYSTEM): | locking down special objects... [chuck]:(2:SYSTEM): | allocating shreduler... [chuck]:(2:SYSTEM): | allocating messaging buffers... [chuck]:(2:SYSTEM): | real-time audio: YES [chuck]:(2:SYSTEM): | mode: CALLBACK [chuck]:(2:SYSTEM): | sample rate: 48000 [chuck]:(2:SYSTEM): | buffer size: 512 [chuck]:(2:SYSTEM): | num buffers: 8 [chuck]:(2:SYSTEM): | devices adc: 0 dac: 0 (default 0) [chuck]:(2:SYSTEM): | channels in: 2 out: 2 [chuck]:(2:SYSTEM): initializing compiler... [chuck]:(3:SEVERE): | initializing type checker... [chuck]:(3:SEVERE): | | adding base classes... [chuck]:(3:SEVERE): | | | class 'object' [chuck]:(3:SEVERE): | | | class 'array' [chuck]:(3:SEVERE): | | | class 'string' [chuck]:(3:SEVERE): | | | class 'ugen' [chuck]:(3:SEVERE): | | | class 'uanablob' [chuck]:(3:SEVERE): | | | class 'uana' [chuck]:(3:SEVERE): | | | class 'shred' [chuck]:(3:SEVERE): | | | class 'event' [chuck]:(3:SEVERE): | | | class 'io' [chuck]:(3:SEVERE): | | | class 'class' [chuck]:(3:SEVERE): | initializing emitter... [chuck]:(3:SEVERE): | loading built-in modules... [chuck]:(3:SEVERE): | | module osc... [chuck]:(3:SEVERE): | | module xxx... [chuck]:(3:SEVERE): | | module filter... [chuck]:(3:SEVERE): | | module STK... [chuck]:(3:SEVERE): | | module xform... [chuck]:(3:SEVERE): | | module extract... [chuck]:(3:SEVERE): | | class 'machine'... [chuck]:(3:SEVERE): | | class 'std'... [chuck]:(5:INFORM): | | initializing KBHitManager... [chuck]:(5:INFORM): | | starting kb loop... [chuck]:(3:SEVERE): | | class 'math'... [chuck]:(3:SEVERE): | | class 'opsc'... [chuck]:(2:SYSTEM): type dependency resolution: MANUAL [chuck]:(2:SYSTEM): initializing synthesis engine... [chuck]:(3:SEVERE): | initializing 'dac'... [chuck]:(3:SEVERE): | initializing 'adc'... [chuck]:(3:SEVERE): | initializing 'blackhole'... [chuck]:(2:SYSTEM): | initializing 'real-time' audio... [chuck]:(5:INFORM): | | initializing callback... [chuck]:(3:SEVERE): | allocating buffers for 512 x 2 samples... [chuck]:(3:SEVERE): starting compilation... [chuck]:(2:SYSTEM): starting listener on port: 8888... [chuck]:(2:SYSTEM): running virtual machine... [chuck]:(3:SEVERE): | initializing audio buffers... [chuck]:(3:SEVERE): | virtual machine running... Segmentation fault

3 9

static function overloading
by Kassen 08 Sep '09

08 Sep '09

Fellow ChucKists, Is there a reason why static functions can't be overloaded when the class they are a member of is extended? i don't (yet?) see why this would need to be so and it seems limiting. Yours, Kas.

4 7

The ChucK Show
by Les Hall 07 Sep '09

07 Sep '09

Hi folks, Last week on The Game Show we had plenty of ChucK. It was a hilarious time and we all enjoyed it. Next week: PLOrk and beans again! PLOrk as we all know is the Princeton Laptop Orchestra, and beans are the various ChucKists who contribute code. We'll have some most excellent music by Ben Zimmerman and a really good rendition of "Iron Man" by appleseedj and myself. Should be worth a listen at 7pm EST this Friday on www.electro-music.com radio. See you then! Les

1 0

One bit ChucK
by Hans Aberg 06 Sep '09

06 Sep '09

Have you discussed giving ChucK a 1-bit audio model? See for example: http://img3.harmony-central.com/Video/aes121/Korg_1-Bit_Recording_tutorial.… http://digitalmedia.oreilly.com/pub/a/oreilly/digitalmedia/2007/08/02/revie… It is essentially a raw format for audio. So it might help taking out those rough edges in the preprocessing. Hans

2 2