- chuck - lists.cs.princeton.edu

Chuck 1.2 - any date yet?
by Paul Brossier 29 Jun '05

29 Jun '05

Hi all, mik wrote: > Ge Wang schreef: > > > There have been talk of a Debian package for chuck, but I am not > > sure where that's at. We are all for it, though. If anyone wants to > > continue/restart/look into progress of debian packaging, start a > > thread to chuck-dev. > > > > a debian package can also already be found here: http://piem.org/debian/ > thanks mik. yes Ge, as i told you last october, i will be happy to do the maintainance of chuck in debian. looking forward to test 1.2. until then, it would be nice if testers of the debian package could send me feedback. cheers, piem

2 1

CCRMA Summer DSP Courses
by Perry R Cook 05 Jun '05

05 Jun '05

Hi all, Ever want to know more about the underlying theory, physics, math, etc. of the DSP algorithms implemented in STK, ChucK, Max/MSP, SuperCollider, etc? Tried to read some of the papers describing physical models, or FFT-based signal processing, but didn't get too far? Do you desire a fun, intensive, workshop environment to learn some about DSP, all in a setting that is universally recognized as one of the most beautiful places on earth? Well, the CCRMA DSP workshop is for you. Taught each year for over a decade by Xavier Serra and Perry, this two week workshop provides a basic introduction to DSP. Morning lectures are complimented by afternoon labs in STK and SMSTools. A free copy of "Real Sound Synthesis for Interactive Applications" is included in the registration fee. Sign up now at: http://ccrma.stanford.edu/workshops/2005/ PRC

1 0

Some Problems
by unDEFER 11 May '05

11 May '05

Hello! I searched with google "music programming language" and found ChucK. ChucK sounds good but I have some problems: 1) I got error: *** Fatal error : sizeof (off_t) != sizeof (sf_count_t) *** This means that libsndfile was not configured correctly. with examples which uses sndbuf for opening wav-files 2) With many programs from http://wiki.cs.princeton.edu/index.php/ChucK_Programs I got errors like [hihat.ck]:line(38): cannot cast to type 'int' from 'dur'... This examples wrong? Or only development version of ChucK has this features? My system: Linux kernel 2.6.11.1, ChucK 1.1.5.6c Sorry for bad english. -- registered Linux user #360474 Don't worry, I can read OpenOffice.org

4 6

Re: [chuck] Some Problems
by unDEFER 11 May '05

11 May '05

Hello, again > Try looking in another terminal and running top with your favourite > flags ( I like -d). You may find that these UGENs are sucking a lot of > cpu power and that may be the culprit. This 5 channels take 25-30% of CPU only but I get bad sound when all 5 channels begin play. For example: --- BeeThree a => dac; BeeThree b => dac; BeeThree c => dac; BeeThree d => dac; BeeThree e => dac; 1.0 => a.noteOn; 1.0 => b.noteOn; 1.0 => c.noteOn; 2.0 => d.noteOn; 2.0 => e.noteOn; fun void p(float freq1, float freq2, float freq3, float freq4, float freq5, dur del) { freq1 => a.freq; freq2 => b.freq; freq3 => c.freq; freq4 => d.freq; freq5 => e.freq; del => now; } while (true) { //Here sound is normal p(100.0, 100.0, 100.0, 0.0, 0.0, 100::ms); p(100.0, 200.0, 100.0, 0.0, 0.0, 100::ms); p(100.0, 300.0, 100.0, 0.0, 0.0, 100::ms); p(100.0, 400.0, 100.0, 0.0, 0.0, 100::ms); p(100.0, 500.0, 100.0, 0.0, 0.0, 250::ms); //Here I hear some noises p(100.0, 100.0, 100.0, 100.0, 500.0, 100::ms); p(100.0, 200.0, 200.0, 250.0, 250.0, 250::ms); p(100.0, 300.0, 300.0, 100.0, 500.0, 100::ms); p(100.0, 400.0, 400.0, 250.0, 250.0, 250::ms); p(100.0, 500.0, 500.0, 100.0, 500.0, 100::ms); } --- > Your two solutions to that problem are less fancy patches or a new > computer... Although I have noticed that when I am experiencing > dropouts you can writing the patch to disc using rec.ck and the sound > file that is created does not have the dropouts. Then you can go back > and add the sound using sndbuf. No, 'rec.ck'/'rec2.ck' don't help me -- registered Linux user #360474 Don't worry, I can read OpenOffice.org

1 0

Hello
by Andreas 11 May '05

11 May '05

Hi Chuckers, i just recently discovered Chuck, and quite like it...seems like a great tool to make some fun noises and try out some ideas... The first thing i missed whilest doing my first experiments were arrays. whilest reading thru the archives of this list i saw this is coming soon... is there a new expected release date ? you probably hate that question, but anyway, i thought ill give it a try...;) thanks, regards -andreas

2 1

Re: IvyTree
by Kristjan Varnik 03 May '05

03 May '05

Hello, Could you talk more about how the attributes function and why you choose specific files for your IvyTree program. Thanks, Kristjan Varnik http://www.rz-1.com http://www.ncob.net. - upcoming performance May 13th 2005 -Stuttgart ps. http://littlesecretsrecords.com/ comes up blank on IE for winXP. firefox works fine.

2 1

hi and newbie problems executing chuck
by jesus gollonet 29 Apr '05

29 Apr '05

Hi all chuckers. This is my first message on this list. I'm jesus gollonet, a web designer and interactive developer living in barcelona. I've been following toplap's movements for the last four or five months and now am really interested in getting into chuck, but... I've downloaded the exe (for windows) and extracted it but it doesn't seem to work. When i double click it, an ms-dos windows appears just for an instant, and then nothing. At first i thought that i had to compile it using cygwin (i'm not much into compiling programs myself and don't find the intructions on the web really clear), but someone in a forum told me that the exe was all i needed, so... any idea of what's happening? I'm on a 2 ghz centrino, 1 gb RAM, dell inspiron laptop. Win xp home and... that's all i think By the way, i love your work and am beginning to see some web exposure of chuck.Hope this thing gets big. Thanks a lot -- http://www.jesusgollonet.com/blog/

5 6

Re: [chuck] generative program, audio problems when sporking
by Matthew Shanley 28 Apr '05

28 Apr '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 yeah, I could put the samples up, but i'd rather not because they are very large. any files at all should work with minor tweaking, just swap out the string being passed as the name. the attributes are five-digit integers, ordered with the least significant (number 0) on the right - sorry I forget the technical name for this. for the purposes of testing, they really make no difference though. matt Michael Heuer wrote: | On Wed, 27 Apr 2005, Michael Heuer wrote: | | |>Ah, oops, I suppose I would need the samples in order to give it a proper |>try. Could you make these available somewhere? Otherwise a bit of doc on |>what the attribute values mean and I could substitute my own set of |>samples... | | | Wait a minute, I see now, the attribute values are in reverse order. | | I'll stop bothering you with emails now... :) | | michael | | - -- Matthew Shanley little secrets records and stuff http://littlesecretsrecords.com/ E-mail: matthewshanley(a)littlesecretsrecords.com GnuPG Public Key ID: 0x4DA4915C -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCcCClIrtD7k2kkVwRAsZ5AJ4q/vvQ+Ee4YjYYpWchK0vy4PalbgCfQxOW BN/P/60UBwYSinLyd5v8KIs= =k9A4 -----END PGP SIGNATURE-----

2 2

generative program, audio problems when sporking
by Matthew Shanley 27 Apr '05

27 Apr '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've written a first version of a generative program. It's structure is based on a mixed metaphor of cell differentiation and plant growth. Much of this could obviously be better written once the next version comes out, but what I have works fine for the most part. You can find it at: http://wiki.cs.princeton.edu/index.php/IvyTree Obviously I could use a little help editing this page, but I have a more important problem. When running this on OS X, every time a new process is spoked, the audio cuts out for an instance. This has happened with versions 1.1.5.5 and 1.1.5.6. I'm afraid I haven't been able to test this on any other machines. Is this likely a problem with my machine's configuration? If so, how can I try to fix it? Is there something better I can be doing in my code to avoid this? Thanks for any advice or leads you can give me. matt - -- Matthew Shanley little secrets records and stuff http://littlesecretsrecords.com/ E-mail: matthewshanley(a)littlesecretsrecords.com GnuPG Public Key ID: 0x4DA4915C -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCb+QIIrtD7k2kkVwRArdZAJ4plYg6RbRQ1owCvAXk0lR7OWGT7gCfSw+/ a1Amy16zD7R4mMeEmoKUM3Y= =Gfn6 -----END PGP SIGNATURE-----

1 0

returning values when sporking
by Matthew Shanley 22 Apr '05

22 Apr '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I'm new to the practice of forking, and experimenting with it (well sporking) in chuck. I'm making a call along the lines of: spork ~ sporkFun(arguments) => int value; to a function: fun int sporkFun(arguments) {returs something in here} As I'm sure most of you know quite well, value doesn't get the return value from the function called by the spork, but rather the shred ID. That makes sense just fine and I can see lots of value in that. What I'm wondering is if there's a way for the child shred to return values to the parent, or as a wider question, for them to communicate in any way. I've figured out that global variables can be accessed both by parent and child, so I guess using those as flags is one way to go. Any other ideas? I think this should all be clear, but I can post code if that would help. eagerly awaiting arrays, but not envying the work by ge and the rest to bring them to us, matt - -- Matthew Shanley little secrets records and stuff http://littlesecretsrecords.com/ E-mail: matthewshanley(a)littlesecretsrecords.com GnuPG Public Key ID: 0x4DA4915C -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCaFoCIrtD7k2kkVwRAiW8AJ4n132UMPJeBpbdWRrQOCMw8aximwCdHOad NvpXub41Ucpwe58txsTWIso= =gutB -----END PGP SIGNATURE-----

2 1