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

cheap parallel ChucKing
by Graham Percival 10 Feb '09

10 Feb '09

Hi all, We're using ChucK as a cheap synthesizer for a bunch of new electronic instruments. To make best use of the dual-core CPU, we're launching ChucK in two separate threads: $ chuck first-server.ck & $ chuck second-server.ck This works great (it almost maxes out both cores on a mac mini), although the second instance of chuck complains that it can't bind to port 8888. Are there any potential pitfalls to this method? I know that we can't (easily[1]) get any communication between these two chuck instances, but in this case we don't need it -- each instrument's synthesis is completely independant of the other one. In CS terms, this problem is "embarrasingly parallel". :) [1] we could add code to our OSC servers to send messages back and forth via loopback, which isn't precisely "hard", but it's not as easy as everything else we do in ChucK -- this language is awesome. :) Cheers, - Graham Percival

7 9

Fresh bug
by Kassen 10 Feb '09

10 Feb '09

Get it while it's hot! int count; 3 %=> count++; //or 3 %=> ++count; Whether such constructions should be used at all is of course debatable and we do have this; ++count%3 => count; ....which does work but the above examples shouldn't lead to VM-collapses, which they do. Yours, Kas.

3 6

Newbie - chuck segfaults...
by Mark Knecht 09 Feb '09

09 Feb '09

I've been trying to get started with Chuck today but am having problems. My platform is Gentoo 64-bit. I've tried compiling chuck with both Alsa and Jack support and am having some trouble with each. I have two cound cards in the system. The first is onboard and I normally use for system sounds, browsers, etc. The second is the HDSP which I normally use with Jack: mark@lightning ~/Desktop $ aplay -l **** List of PLAYBACK Hardware Devices **** card 0: CK804 [NVidia CK804], device 0: Intel ICH [NVidia CK804] Subdevices: 0/1 Subdevice #0: subdevice #0 card 0: CK804 [NVidia CK804], device 2: Intel ICH - IEC958 [NVidia CK804 - IEC958] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: DSP [Hammerfall DSP], device 0: RME Hammerfall HDSP 9652 [RME Hammerfall HDSP 9652] Subdevices: 0/1 Subdevice #0: subdevice #0 mark@lightning ~/Desktop $ I can play audio through the first card using aplay, as I do here: aplay /home/mark/Desktop/My\ Data/Music/Painting\ After\ Hours/AFTERHOURS\ EDM\ pahPROMO\ 01.wav Using Alsa chuck seems to be unhappy with my first sound card. Same results using 44.1K or 48K: mark@lightning ~/Desktop $ chuck.alsa --srate44100 ChuckExample1.ck [chuck]: (via rtaudio): no devices found for given stream parameters: ... RtApiAlsa: pcm device (hw:CK804,0) won't open: Device or resource busy. ... RtApiAlsa: pcm device (hw:CK804,1) won't open: No such file or directory. ... RtApiAlsa: error setting sample rate (44100) on device (hw:CK804,2): Invalid argument. ... RtApiAlsa: pcm capture open (hw:DSP,0) error: Device or resource busy. [chuck]: cannot initialize audio device (try using --silent/-s) mark@lightning ~/Desktop $ I don't see how the device is busy in the sense that I have no problem playing audio through it with aplay. When I try to use chuck with the second card I see the segfault. Jack is running at 44.1K: mark@lightning ~/Desktop $ chuck.jack --srate44100 ChuckExample1.ck Segmentation fault mark@lightning ~/Desktop $ chuck.jack --srate44100 ChuckExample1.ck --verbose [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: 44100 [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): | | new buffer size: 512 -> 256 [chuck]:(3:SEVERE): | allocating buffers for 256 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 mark@lightning ~/Desktop $ I hope this is just me making some small mistake. Thanks in advance. Cheers, Mark

3 5

How can a non-programmer start to make use of Chuck?
by Mark Knecht 08 Feb '09

08 Feb '09

Hi all, I've been thinking for a while that I'd like to try out a tool like Chuck. I'm on an AMD64 Gentoo platform it seems that Chuck is my best bet. I've started scanning the chuck-users list to get familiar with what sort of discussions happen here - and they are interesting - but as I am more of musician than a programmer I'm wondering how I might attempt to get to know Chuck better? To start exploring I've built Chuck-1.2.1.2 from portage and am building miniaudicle now. Neither has yet made a sound. I *think* (but am not sure) that I'd like my first exploration to be in the area of using Chuck to create rythmic patterns of sort of a break-beat nature using noise generators and filters as the sound source. This is not something I'm set up to do with any of my other tools in Linux or Windows so if I was successful it would add another tool to my tool box. I'm wondering whether more experienced folks: 1) Think this is a reasonable goal? and 2) Might have suggestions about how I'd get started? Thanks in advance for any comments and ideas. Cheers, Mark

3 2

emulating UGen connections in own classes
by Atte André Jensen 07 Feb '09

07 Feb '09

Hi We can do: SndBuf s => dac; Is it possible to write my own class, MySndBuf and make the following possible, and if so, how?: MySndBuf s => dac; I know I've asked this before (and it wasn't possible, IIRC), so basically I'm wondering if things have changed with the latest release? -- Atte http://atte.dk http://modlys.dk

3 6

sample player class
by Atte André Jensen 07 Feb '09

07 Feb '09

Hi I've written a sampler class that simplifies various things, that I found I have to re-invent over and over again: * Polyphony, with dynamic voice allocation (stealing of oldest note) * Optional envelope * Automatic handling of stereo samples * Supports multi-samples (zones) I tried to make it easy to use and flexible enough to work with simple one-shot drums and polyphonic, multi-sampled, enveloped samples (strings, piano, etc). I'm gonna add build-in midi support + support for more code like length based triggering. Have anyone done something similar? Any interest in me posting it on http://wiki.cs.princeton.edu/index.php/Chuck/Lib when it's more thoroughly tested? -- Atte http://atte.dk http://modlys.dk

3 3

LiCK
by mike clemow 01 Feb '09

01 Feb '09

Hello, I figured I would still post this to the list, unless people think that this discussion should find another channel. Michael, I was looking through your git repo today and I think I'm starting to understand what's going on here. Truth be told, I'm not much of a computer scientist. That being said, I think that this code is well organized, well thought out, etc. It looks to be an extension to Chuck not unlike the Java class library (or Smalltalk, if you prefer that example). I think that this is a really good place to start. The classes are small and simple, which I really like. What (other than documentation) do you see as next steps in adding to this? -Mike -- http://michaelclemow.com http://semiotech.org

1 0

Library-Like Code
by mike clemow 31 Jan '09

31 Jan '09

Hey all, I just posted some very primitive (pun intended) Iterator classes for arrays of Ints and Floats. (http://wiki.cs.princeton.edu/index.php/Chuck/Lib) I find them useful in certain situations. (I think Michael Heuer has some superior ArrayList / Iterator code somewhere.) Now, I'm well aware that most of you have personal class libraries that you use to do your thing with Chuck (I do too). There are also collections of code out there focusing on specific domains (SMELT, etc). I wonder about all this code and whether or not there might be some willingness to curate (for lack of better word) a collection of library-like code that we might post somewhere--in some package that isn't code posted on a wiki. It's not really a class library... it's not really package... it's more like a distribution. But I think that it would be really helpful and fun. There's something about posting code to the wiki that really makes me cringe. Documentation of code is really what wiki's are good for. I think that a downloadable collection with wiki documentation would be ideal. I know that this couldn't be any sort of rigorously designed library, but we could all incrementally contribute to something like this, which I think would be really sweet. Is anyone into this idea? I'd be glad to set up the chuck/lib page on the wiki to this end and organize, if people are into it. -Mike -- http://michaelclemow.com http://semiotech.org

4 10

syncing computers with OSC
by james.hurlbut＠utoronto.ca 29 Jan '09

29 Jan '09

Hi, chuck newbie here. I am wondering what the best way to get sample accurate sync between two laptops. I have tried using http://music.princeton.edu/~dan/plork/autosocket_chuck.zip but the two computers receive the 16th beats at slightly off times. I also have tried sending an osc message every sample or 100 samples but that completely bogs down the machine. Is the solution to have one machine do all the audio and another just send program changes? Thanks, James

13 22

Parallel Shreds
by Eric Hedekar 29 Jan '09

29 Jan '09

Hi, I'm just curious as to how parallel chuck's processing actually is? I've read in the ICMC2003 paper that "ChucK is a concurrent language, which allows multiple independent paths of computation to be executed in parallel." That implies (to my ear anyway) that ChucK allows each shred to run on it's own processor core in a multi-core processor. Is this the case, or is it merely an 'illusion of parallelism' whereby the parallel processing is merely a higher-level construct of shreds advancing time on their own accord in the VM? Any info would be greatly appreciated. Thanks. -Eric Hedekar -- _______________________________________ http://greyrockstudio.blogspot.com

6 7