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

generating a wav|mp3 unattended via cron
by Wegwerf Adresse 15 Jan '07

15 Jan '07

Hello list, my first posting, I am not so much a musician as rather interested in hoe our digital technology advances. ChucK caught my attention with its interesting mixture between programming and creativity. For now I came as far as downloading some .ck files. I liked the "In C" file from the soupkitchen forum (unfortunately offline atm so I cannot link). I would like to generate this piece on a soundcard-less server, preferably without my intervention (via cron). I found the '--silent' option to suppress audio output and a file rec-auto.ck to record into a wav file. But that way the recording-to-file doesn't stop, it keep growing bigger. I also could not find anything in the docs. So what is a good, reliable way to create music files? > I want my computer to create a file every other week and use it as an alarm clock in the morning. ;) Any pointers welcome. -- Chris

4 7

PLOrk Winter Concert: January 18th 2007
by Ge Wang 15 Jan '07

15 Jan '07

> I believe that official policy is still that ChucK shouldn't be > used in anything aplication that requiers reliability, including > but not limited to nuclear reactor management, public performance > and especially alarm-clocks. That reminds me, there will be a Princeton Laptop Orchestra concert this Thursday in Princeton; nearly every piece uses ChucK. At last count, more than 20 chuckified PLOrk pieces have premiered. Nonetheless, this official policy still stands. We may relax the policy at a future time and lift the warning on chucking nuclear reactors. Here is the blurb for the concert: ----- http://plork.cs.princeton.edu/upcoming.html ----- The Princeton Laptop Orchestra (PLOrk) presents PLOrk Winter Concert 8pm, Thursday January 18th, 2007 Taplin Auditorium, Princeton University featuring works and performances by: Perry R. Cook | MR Daniel | Scott Elmegreen | Rebecca Fiebrink | John Fontein | Michael Hammond | Anne Hege | Matt Hoffman | Laurie Hollander | Andrea Mazzariello | Ananya Misra | Spencer Salazar | Scott Smallwood | Alan Tormey | Ge Wang | Samson Young directed by Perry Cook and Ge Wang The Princeton Laptop Orchestra (PLOrk) presents an evening of new music, composed and performed by members of the Fall 2006 PLOrk ensemble and seminar. The event is free and open to the public. http://plork.cs.princeton.edu/ ----

2 1

Bulk handling of multiple instances
by karl petermichl 14 Jan '07

14 Jan '07

Dear chuck-community, My name is kar,I am a freshly converted Chukee from Vienna, Austria, Europe. Let me first thank and praise the authors of this language, the community (I went thru the WIKI, the forum and the Archives of this list), and the relaxed as well as funny and intelligent integration of wisdom in the comments and the code…. My first question is: I want to create MANY instances of a UGEN, e.g. a Blit, and route all those (lets say 20) thru their own pan2. each should be instaneated, modulated and mixed independently to the total mix. So I tried many ways to automatically create 20 Blits via Arrays, or to access in a loop the frequency of all the Blits, but so far without success. I do not want to write endless lines of code, where I manipulate each instances separately, but I thought I can write a function with an increment to do this in a loop over all the instances. I would need something like a conceniation of strings, to have the "body" of a string the same, and add a variable to it to create the effective name of an instance or access the member of an instance: //gain g=>dac; //for (0=>int i; i<=20; i++) {Blit "b+i" => g;} Where i would be a running number, or a string from an array. But it seems there are no mechanisms for stitching together names… I tried many variants of notation to combine the letter b with a number out of a variable to create a valid name... I also tried the following variant via an array of strings with no success: //gain g=>dac; //["b1","b2","b3","b4","b5","b6", "b7","b8", "b9", "b10"] @=> string arr[]; //for (0=>int j; j<10; j++) {Blit arr[j] =>g;} //for (0=>int j; j<10; j++) {0.0001=>arr[j].freq;} //for (0=>int j; j<10; j++) {1=>arr[j].harmonics;} Is there a way to do this? Thank you very much for your time, Karl. -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.16.10/624 - Release Date: 12.01.2007 14:04

3 4

Speaking at Grey Thumb
by Martin C. Martin 11 Jan '07

11 Jan '07

Grey Thumb is looking for speakers. Would you like to talk about something interesting you've done ChucK, or just something interesting? Or would you like to describe and demonstrate ChucK? Are you in the Boston area or will you be visiting in the coming months? If so, please email me at: martin [@] martincmartin.com. Grey Thumb (www.greythumb.org) is a group of scientists, engineers, hackers, artists, and hobbyists in the Boston metro area with a strong interest in artificial life, artificial intelligence, biology, computer science, and all sorts of other related topics. Best, Martin

2 2

zombie GUI server
by altern 09 Jan '07

09 Jan '07

hi As promised here it goes a widgets tookit that can be used with ChucK. We decided to call it Zombie GUI server, as it can be taken control from ChucK (and soon supercollider hopefully). This is the address for download source, docs and examples http://www.ixi-software.net/content/download/zombie0.1.zip These are for windows and mac standalone servers (testing) http://www.ixi-software.net/content/download/zombie_win_exe.zip http://www.ixi-software.net/content/download/zombie_mac_app.zip We tested the mac standalone on 10.4 and it seems to work fine, please let us know of any problems. You might want to use the source zombie.py but then you need the following dependencies: wxpython, simpleOSC There are two ways to use it, the first is to work with python extending the zombie.py class source, this is probably the easier way as the code is really minimal and there is no need to know python, check python_example.py for details. The second way to use it is from ChucK (using both the standalone or the source). This is a bit more complex but not much more really. We provide a set of classes that make life easier to communicate to the server from ChucK. Check the chuck_basic.ck example. Note that most of the file is the class provided that talks to the python server, there is only need to change the bottom part of the file. I am not sure if this is the best way to organise the code in ChucK. I tried to hide all the code into another file so that we end up a very simple file that contains only the stuff needed to edit and the rest is in another file, but there are few things in current ChucK that prevented me from doing this. On the one hand it is only possible to have one public class per file, on the other hand there is no import or include yet implemented. It would be great to have some system like supercollider has to put all the user defined classes on a folder like libraries. So if anyone finds a better way to organise the code on the chuck example we would be very happy to change them. Next step are to make it compatible with supercollider and to add more flexibility to the system. Please check the readme.txt file for more details on the API and more documentation like how to create standalone applications etc... Please let us know of any problems or experiences using this. We hope this helps developing GUIs for ChucK. enrike

1 0

JACK Transport
by Esben Stien 05 Jan '07

05 Jan '07

Any attempt made at supporting JACK Transport? -- Esben Stien is b0ef@e s a http://www. s t n m irc://irc. b - i . e/%23contact sip:b0ef@ e e jid:b0ef@ n n

2 2

sending midi program change
by Kassen 05 Jan '07

05 Jan '07

Hi list, Contrary to what I thought ChucK's midi out can be used to send messages of lengths other then 3 bytes. ------------------ MidiOut mout; MidiMsg msg; mout.open(0); //refers to a program change on the first channel //add to it for following channels 192 => msg.data1; //refers to the program to be loaded 4 => msg.data2; mout.send(msg); ---------------- This should load the 5th program of the current bank on channel 1. " msg.data3" can be left blank or set to 0. Strictly speaking it could probably be loads of things because program change only has a single status byte but I imagine there would be issues if it would be set to -say- 144 so let's not push our luck. This was previously unclear to me and the documentation doesn't cover it so it might be usefull to others as well. Loading programs manually isn't the most expressive of musical gestures, after all... Yours, Kas.

3 5

Re: [chuck-users] translating a pd patch to chuck
by babiakb＠bellsouth.net 05 Jan '07

05 Jan '07

this is a great question! wondered many times myself. the short answer is no, no gui in chuck. but it wouldn't be hard to get scum gui etc working in chuck. i think chuck is in c, so can use python or c widgets to interact certainly. i've been working on this myself lately. i hope someone is further along. very good question. > > From: altern <altern2(a)gmail.com> > Date: 2006/12/26 Tue AM 07:52:23 EST > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: [chuck-users] translating a pd patch to chuck > > hi > > I would like to translate an old pd patch i have been using again lately > to chuck, it has a fairly complex interface with many buttons, sliders, > numbers... I was wondering if there is some way to create basic guis > built in Chuck. I could not find any info about this. > > thanks > > enrike > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >

6 15

Using Monome 40h with ChucK
by Bruce Murphy 03 Jan '07

03 Jan '07

I just got one of the monome 40h control units and have been fighting with it in Max/MSp to do even fairly simple things. Max gives you lots of free audio processing, but it's a real pig for logic. Anyway, I thought that since ChucK supports OSC, I might as well fire up a miniaudicle and put together a simple ChucK script that can do something interesting with the 40h. What I ended up writing was a following x-y pad emulator for the monome that moves the control position across the plate in response to pressing of buttons and then returns to the center if left alone. Adding MIDI or other sending support to this would be trvial. Do any ChucK users out there have a, or have access to a 40h? The code for my first crude hack is at http://www.rattus.net/~packrat/audio/ChucK/monome/files/follow-40h.ck And I'll no doubt be working with that more over the next few days. On another note, did my stom patch or midi library make it into the full ChucK tree? :) B> -- Packrat (Wombat Implementor;COSO;Badgerphonic;Biokino Artist) Nihil illegitemi carbovndvm

1 0