- chuck - lists.cs.princeton.edu

Scoping and wishlists
by Mikael Johansson 28 Oct '04

28 Oct '04

So, if I define things in one .ck file and then add it to a running loop, all things are local to that file, right? Is there any way of defining very global stuff? So that I could edit and spork completely independently one snippet that plays some loop and another snippet that changes some parameters (for instance having a continuous mandolin hammering away, but changing scales and other parameters that control its tune...) Another thing - I've been on about this before a little... As of now, the biggest restraint I find is that I have NO idea of the finer details of the language. At all. Can I manipulate strings? Can I concatenate strings? Is there any way to give output without getting a newline automagically? What do all the operators that I've seen in the lex/yacc files _DO_? -- Mikael Johansson To see the world in a grain of sand mikael(a)johanssons.org And heaven in a wild flower http://www.mikael.johanssons.org To hold infinity in the palm of your hand http://blog.mikael.johanssons.org And eternity for an hour

4 7

audio routing
by j.c.w. 26 Oct '04

26 Oct '04

greetings all! first off, thanks for ChucK. i've been messing around with it for about a week and it has proven itself as a fun and useful tool. i can see myself using it regularly, but i have hit a bit of a wall. is there any way to get chuck to talk to other applications? i'm using chuck mainly on my powerbook (os x), so if i could get it to talk via jackd or soundflower, that would be quite cool. having grown quite accustomed to my linux setup and being able to run anything anywhere via jack, it feels a bit strange and lonely, this being unable to mangle things in other apps. i do a lot of improvising and would just love to run some of the stuff i'm finding in ChucK through my personal library of PD patches. this might be a back burner item (and that's totally cool) but i'm hoping that i'm just missing something obvious. any pointers? thanks and happy noise making! j.c.w. http://othertime.com

1 1

String variable bug?
by Fredrik Arnerup 24 Oct '04

24 Oct '04

Hello, this code: "bbbbabbbbb" => string foo; foo => stdout; "bbbbabbbbb" => stdout; produces this output: bbbbbbbbbb bbbbabbbbb The fifth char is incremented by one for any string. I am using the windows binary, version 1.1.5.2. -- Fredrik Arnerup <e97_far(a)e.kth.se>

3 4

ChucK programming competition! =)
by Mikael Johansson 22 Oct '04

22 Oct '04

I'm active at Stacken, the computer club of the Royal Institute of Technology, Stockholm. Recently (i.e. last week), they started running a weekly programming contest - just for fun. And this week's contest theme is "Do something fun with ChucK". I just thought you'd want to know that. =P -- Mikael Johansson To see the world in a grain of sand mikael(a)johanssons.org And heaven in a wild flower http://www.mikael.johanssons.org To hold infinity in the palm of your hand http://blog.mikael.johanssons.org And eternity for an hour

2 1

on-the-fly performance video
by Ge Wang 21 Oct '04

21 Oct '04

Dear All, Mark asked about some kind of streaming or recording of the ChucK double projection performance at ffmup last tuesday. We have a video recording of the thing (audio captured on poor stereo mic onboard consumer camera). http://on-the-fly.cs.princeton.edu/listen/ (third performance down) Feel free to comment, question, and call us idiots. Best, Perry + Ge!

4 3

libsndfile error
by Oliver Thuns 19 Oct '04

19 Oct '04

any idea what's wrong with my chuck build? oli1:/opt/cvs/chuck-1.1.5.2/examples# ../chuck otf_07.ck *** Fatal error : sizeof (off_t) != sizeof (sf_count_t) *** This means that libsndfile was not configured correctly.

3 4

netin / netout
by Oliver Thuns 19 Oct '04

19 Oct '04

how do two chuck instances running on different machine synchronize when sending an audio stream over netin/netout? two computers with two audio cards that don't share the same master clock means that we have a clock skew between the two machines. is there any resampling involved?

2 1

Developing chuck
by Scott Robert Ladd 17 Oct '04

17 Oct '04

Hello, I'm playing with chuck 1.1.5.2 on Linux-based Pentium 4 and dual-Opteron systems. First of all, chuck is fascinating and entertaining. Please accept the following comments as an offer of assistance for improving chuck: 1) The current build system is very simple, but also very non-traditional and inflexible for a Unix environment. An autoconf build might be more effective, along the lines of ../configure --sound=alsa --prefix=/usr/local/bin make make install 2) Chuck is sometimes balky (e.g., it can't find the sound card) on my Pentium 4, but it works fine most of the time. On my AMD64, I get the same segmentation fault mentioned by Mark Constable. 3) During a build with -Wall -pedantic, I see quite a few warnings, ranging from portability problems to casting problems. Are any of these issues something you are interested in having someone such as myself take a look at? If so, what is the best procedure for providing patches to chuck? Is the developer's mailing list working? I haven't seen any messages therein. -- Scott Robert Ladd site: http://www.coyotegulch.com blog: http://chaoticcoyote.blogspot.com

2 1

version 1.1.5.1 released
by Ge Wang 17 Oct '04

17 Oct '04

Dear All, chuck-1.1.5.1 is released. Most of the focus in this is on improving on-the-fly programming. You can, for example: - start server on host A > chuck --loop or > chuck --loop --port8888 - add shreds to A from B > chuck @A + foo.ck bar.ck - perform all the on-the-fly commands remotely - have multiple ChucKists share the same VM (and therefore same time-space) also, we now examples that show how synchronize on-the-fly shreds to time (see otf_*.ck in examples/). http://chuck.cs.princeton.edu/ executables for Windows and OS X.3 are up too. --- 1.1.5.1 - 2004.10.15 - on-the-fly chuck files to remote hosts! > chuck @hostname + foo.ck > chuck @hostname -p<N> + foo.ck - TCP replacing UDP for commands - endian observed (mac <-> win32/linux) - more sensible VM output for on-the-fly commands - many on-the-fly bug fixes - --replace: new shred inherits the replaced shred id (useful to keep track of shreds in VM) - sndbuf automatically set .rate to 1.0 (instead of 0.0) (0.0 => buf.rate if no play on next time advance) - new on-the-fly examples new examples: - otf_*.ck - illustrates precise on-the-fly timing (adapted from Perry's ChucK drumming + Ge's sine poops) chuck them one by one into the VM: terminal 1%> chuck --loop terminal 2%> chuck + otf_01.ck (wait) terminal 2%> chuck + otf_02.ck (wait) (repeat through otf_07.ck) (remove, replace and add your own) (NOTE: since otf_*.ck loads files from relative path data/ the listener VM (local or remote) must be started from a location that can access the correct files - we hope to fix this in the future - nonetheless, the otf_*.ck are worth fiddling with) HappY ChucKing! Best, ChucK team

2 2

shreduler skew : critical patch
by Ge Wang 17 Oct '04

17 Oct '04

Dear All, We have discovered and fixed a shreduling issue where accumulated rounding errors caused timing skew depending on the duration used to advanced time. It is noticeable in tightly timed shreds (like otf_*.ck) after a few minutes. This problem has been fixed. chuck-1.1.5.2 is identical to the earlier release today except for this fix. This is what Micro$oft might call a "critical update". http://chuck.cs.princeton.edu/ If you get this update, fire up otf_*.ck : the easiest way (using Perry's one shell manuever): > chuck --loop & > chuck + otf_01.ck ... > chuck + otf_02.ck ... If it still sounds OK (the shreds don't phase) after a few minutes, then the problem is gone. Best, Ge! ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

1 0