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

renamed cuz i wanted both alsa and jack version
by 2g 11 Jul '07

11 Jul '07

is that okay? am on Slackintosh11.0 and did both "make linux-alsa" and "make linux-jack" so renamed the jack version "juck" will this bring me any trouble if i really enter the chuck coding world? tia? 2g----- http://micro.ispretty.com -------------------------------------- Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar http://pr.mail.yahoo.co.jp/toolbar/

2 1

osc guitar
by Joshua Patriquin 10 Jul '07

10 Jul '07

Ge, I am just entering the world of programming and OSC, though I've been a musician for a long time, and am familiar with MIDI. I am assembling a guitar and would like very much to operate a computer using OSC and skipping MIDI altogether (in fact I would consider my project a failure if I must resort to MIDI). Several programs in the subworld of music electric ring out... Csound, yours, supercollider, etc. Why is yours better than the rest? How is it different? Sorry for asking to be sold to, but I am a musician and not a programmer... I want to learn and need a place to start. How should I interface my guitar (from RMC piezo system) with my computer ( A brand new ripping machine) and with you software? Any data you can offer, as a teacher to a young student, would be greatly appreciated. This project, if successful, would mean the realization of a beautiful vision. THanks, Joshua Patriquin

5 4

LOSS Livecode festival, Sheffield UK, 20-22nd July 2007
by alex 04 Jul '07

04 Jul '07

LOSS Livecode - Festival of Audio Visual Livecoding 20-22 July 2007, Sheffield UK http://livecode.access-space.org -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- A small festival bringing together cutting edge livecoding musicians and a/v artists from around the UK and beyond. Livecoding is where computer programming becomes a performance art; improvising a performance using the text of a dynamic programming language. Access Space has commissioned new works specifically for LOSS Livecode and the 2 days will feature performances, workshops, talks and informal presentations. The daytime sessions will include introductory workshops and presentations on cutting edge music and video livecoding environments including Fluxus, IXI Quarks, SuperCollider, Impromptu and ChucK. The evening sessions will feature performances by livecoding pioneers as well as collaborative jamming sessions. Performers and presenters include; Robert Atwood, Jan Berkel, Sylvain Le Beux, Oliver Bown, Alberto de Campo, Graham Coleman, Nick Collins, Jamie Forth, Karsten Gebbert, Dave Griffiths, Tom Hall, Martin Howse, Ryan Jordan, Jan-Kees van Kampen, Jonathan Kemp, Craig Latta, Thor Magnusson, Mattin, Alex McLean, Fabrice Mogini, Click Nilson, Fredrik Olofsson, Jim Prevett, Julian Rohrhuber, Andrew Sorensen, Adrian Ward, Luke Whitmore, Renate Wieser, Matthew Yee-King. More details of the events can be found at: http://livecode.access-space.org -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Access Space is the UK's first "Free Media Lab" - a community space equipped with locally recycled computers running free, open source software. We provide a framework, resources and support for self-directed learning, arts and creativity. Taking part is totally free, and anyone can walk in and contribute. http://access-space.org LOSS Livecode is organised by Access Space, TOPLAP and Lurk. Funded by Arts Council England, Yorkshire, The PRS Foundation and Access Space.

1 0

classed-ugen-array-limit, Re; NullPointerException
by Kassen 04 Jul '07

04 Jul '07

At least some clarity; I nailed down my crash (after considerable amounts of baffled looks and cursing). This is refering to the latest version of the Mini as well as the latest, greatest, ASIO enabled, version of pure ChucK, both on XP. Let's first establish that while expensive if actually used, the following is fine; ------------------ SndBuf array[110]; ----------------------- now considder this; ---------------------------------- // I picked this 10 at random, for length 5 it'll crash too Foo x[10]; class Foo { // at length 10 it'll run but this will crash(!!??) SndBuf array[11]; } -------------------------------- So; we seem to be having a issue with maximal array sizes for arrays of Ugens within classes. I tried but there is no issue with manually going; -------------- class Foo { SndBuf a; SndBuf b; SndBuf c; etc, etc, etc } -------------------------- At least not up to and incuding 12 buffers after which I was bored with defining them. I'm 99% certain this also solves the "kilo-shred-crashing" issue I reported a while ago. This isn't likely to affect many people because we *are* talking about exceptionally large amounts of Ugens but it's very hard to work around. One solution is to simply spork functions that define the class instances instead of defining them in a array (this works) but while this allows you to conveniently define CPU clogging amounts of Ugens it doesnt enable you to easily adress them after the functions were sporked so with the current state of ChucK that gives you a whole lot of garbage.I also tried to see wether this was just SndBuf but using Gain instead also crashes so I think it's safe to asume all other Ugens will too. Yours, Kas.

1 0

New to ChucK => couple of questions (-s) (Midi Relelated);
by Steve Salmon 04 Jul '07

04 Jul '07

Hey. I'm new to programming and ChucK, but im loving it. i'm very keen to learn as I like making music in weird ways :) I have just made something i call "my crappy riff generator" (spits out random patterns and loops them for 8 bars, repeats process untill i heard something i like and i break out of the random loop kinda thing and let it play longer). I am trying to get this running through Abelton to drive a softsynth. I found the MIDIsender class that someone here created (well done!!), and *can* get Chuck sending some Midi Note Ons to my softsynth .. but and bare with me because maybe i dont have some of the underlying concepts right in my head. When I try and run a ChucK file whilst abelton is open i get a "could not open channel/ cannot initialise audio device" type error.. (sorry i dont have the error specifics infront of me right now), but from what i can gather Abelton is in charge of the DAC when it tries to run a ck file and thus it whinges . To get around this i used the -s option when running my script (silences the audio) and it sort of *runs* but ChucK seems to have zero concept of time once the -s option is used. Its a mess of overlapping note ons... everything happens at once and worse. Even when i tested with a few lines of <<< insert message here >;> 1::second => now; all the messages get printed to the screen at the same time if i use the -s option. So its a catch 22 situation, i cant run my ck files whilst abelton is running without the -s option , but when i run ck files with the -s option all timing goes out the window. Awaiting answers which point to a large white elephant sitting in the room. ;) Cheers Steve NB. I dont have any midi clock setup ( i cant find how to do this in manual ) but chuck should still play notes in ableton like it does in chuck surely... _________________________________________________________________ http://newlivehotmail.com

3 2

chuck~ v1.1 (universal binary)
by garton＠columbia.edu 28 Jun '07

28 Jun '07

Everyone -- Version 1.1 of the [chuck~] Max/MSP object is available for free download: http://music.columbia.edu/~brad/chuck~/ for Macintosh OS X (universl binary). This is now consistent with ChucK 1.2.0.8. [chuck~] imbeds the ChucK music-programming language in Max/MSP, bringing a sophisticated set of synthesis and signal-processing tools into the Max/MSP environment. [chuck~] also features an advanced timing and scheduling system in addition to a functional-style programming interface for algorithmic operations. Full source for the object and the language are also on-line. No Windows XP version is available at present -- sorry! This is a fun object -- enjoy it! For more information about ChucK, visit the ChucK web page: http://chuck.cs.princeton.edu/ Brad Garton Columbia University Computer Music Center http://music.columbia.edu/~brad

1 0

Gen10.coefs abuse?
by Atte André Jensen 26 Jun '07

26 Jun '07

Hi In my eagerness to play with GenX I coughed up the following code: Phasor osc => Gen10 g10 => dac; int i; [1., 0.5, 0.3, 0.2] @=> float a[]; 440. => osc.freq; while(true){ for(0 => i; i< a.cap(); i++){ Std.rand2f(-.1,.1) +=> a[i]; if(a[i] < 0 || a[i] > 1) { Math.round(a[i]) => a[i]; } } g10.coefs(a); 50::ms => now; } Fortunately the update is glitch free, unfortunately it seems that coefs() is a fairly expensive function :-( I realize that GenX might be supposed to be used with static coefs, but the above seems like it holds a lot of potential. It there a way to to what I do more efficiently or am I simply not supposed to do this? -- peace, love & harmony Atte http://atte.dk | http://myspace.com/attejensen http://anagrammer.dk | http://atte.dk/compositions

2 1

Rhodey.noteOff
by Kassen 23 Jun '07

23 Jun '07

Hi, list! It seems that Rhodey needs some attention. When I make it sound, using 1 => rhodey.noteOn; then let it sound it's fine (and decays on it's own like it should) but when it gets a 1 => rhodey.noteOff; before it has decayed it will instead drone on forever at it's current timbre and volume. 0 => rhodey.noteOn; does work, if a little abruptly. This is unlike the behaviour of the other STK fm-based instruments so I think it's a bug. It sounds to me like the issue is in envelope behavour as Rhodey normally keeps evolving it's sound over the cource of a note but once it gets stuck it stops evolving, aside from what I think is the LFO. I just checked Wurley for completenes's sake and Wurley has the same issue. BeeThree, for example, is fine, as is HevyMetl. Yours, Kas.

1 0

ChucK on 64-bit Linux, bad news
by Ken Restivo 23 Jun '07

23 Jun '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alas, the hack I was going to do will not work, and ChucK is out of the picture for me until the ChucK developers are able to make it 64-bit clean. I was planning to build JACK in 64-bit and 32-bit versions and then build ChucK in 32-bit mode and link it against the 32-bit versions of the libraries, and thus have ChucK use 32-bit libraries to converse with the JACK server and all the other 64-bit softsynths and audio applications. But I have been told by one of the JACK developers that this would not work anyway, because you can't have 32-bit and 64-bit apps conversing with the same JACK server. There are pointer-size fixes they could do to enable this, but not too many people clamoring for it, so it's low priority. I'm told that it is possible to run ChucK on a 64-bit Linux system, by turning it into a 32-bit system: one would have to build an entire 32-bit chroot environment, including *all* audio apps, and run *all* the audio apps, and JACK itself, in 32-bit mode. I ain't going there. Cool language, though. I'll revisit it a couple years from now, and see how it's progressed. - -ken -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFGdrrYe8HF+6xeOIcRAgMUAKDI9qhdQt8G/vO3tK/HT2h/7N+JzACeJDMn g9o/sPK5BTMMxoKzqajG/0s= =zA+/ -----END PGP SIGNATURE-----

3 2

sndbuf cleanups?
by James Hughes 23 Jun '07

23 Jun '07

I've got a chuck app that runs great for about thirty minutes and then starts acting flaky. Sound starts cutting out, gets progressively worse, and then within about five minutes it ceases to make any sound. It doesn't crash, it just stops making sound. When I fire up Activity Monitor (OS X) to see what's going on, there doesn't appear to be anything obvious. Memory usage climbs steadily over the 30 minutes but caps off at around 25-30 megabytes. CPU never really gets above 75% (out of 200% on my dual core computer). The application is kind of complicated, but essentially it starts up 6 shreds, each in control of their own SndBuf. Here's a quick overview of what each shred does: Request a file name from another app via OSC Load the wav file into a SndBuf Play it for a little while (<10 minutes), skipping around in the file (mostly rewinding to the beginning of the clip). Request a new file name (repeat) The sound files are 30-150k each. It cranks through over 100 sound files before problems start happening. It doesn't look like garbage collection ever happens, but it's not using that much memory. Here's the relevant bit of code that takes the OSC message and loads up the clip: oe.getInt() => int player; oe.getString() => string snd; // allocate a new sound buffer new SndBuf @=> newClip[player]; // stick the new sound in the new sound buffer snd => newClip[player].read; Anyone have any idea what's going on? Should I be destroying these SndBufs more explicitly rather than just dropping their references? The manual says memory management is automatic, but mentions something about garbage collection not being implemented quite yet. That's ok since I can restart the chuck process every once in a while, but I need to get at least a two hour performance out before I restart. If you're curious, here's a link to the project writeup (a little out of date these days): http://www.virtualjames.com/mechatronics/final-project.html Thanks, James

3 2