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

spline envelopes
by Bozelos Dimitris 12 Aug '09

12 Aug '09

Hello, has anybody implemented in ChucK or elsewhere else envelopes with the use of bezier or other spline curves? Linear is can be boring sometimes! Any efficient algorithm? I was thinking of trying De Casteljau algorithm but I would like to hear from anybody else that has already done something similar. Cheers, Dimitris ___________________________________________________________ Χρησιμοποιείτε Yahoo!; Βαρεθήκατε τα ενοχλητικά μηνύματα (spam); Το Yahoo! Mail διαθέτει την καλύτερη δυνατή προστασία κατά των ενοχλητικών μηνυμάτων http://login.yahoo.com/config/mail?.intl=gr

6 5

back on the net and a concert
by Bozelos Dimitris 11 Aug '09

11 Aug '09

Hello everyone, after loooooong time I have at last internet connection in my flat, so you will probably hear from me more next weeks. There is a concert on the 27th of August in the University Of Edinburgh and I will perform using a mix of ChucK, SuperCollider and Common Lisp, with all sound synthesis in ChucK. I can post the details next days if anybody will be around at the time. Dimitris ___________________________________________________________ Χρησιμοποιείτε Yahoo!; Βαρεθήκατε τα ενοχλητικά μηνύματα (spam); Το Yahoo! Mail διαθέτει την καλύτερη δυνατή προστασία κατά των ενοχλητικών μηνυμάτων http://login.yahoo.com/config/mail?.intl=gr

1 0

Re: [chuck-users] The ChucK Show
by Les Hall 11 Aug '09

11 Aug '09

Thank you Dan for the PLORK site! There is more than enough material there to do an entire show, so woohoo - the ChucK show is back in business for at least another week. The only glitch was that the piece titled "Bells and Whistles" by Michael Early showed the previous peice's filename when I <ctrl>-clicked on it to save file to disk on my eMac. It showed the "Ganzfield in Orange and Black" by Matmos filename. So I suspect that there is a link to fix. No big deal though. Thanks again! Les

4 3

The ChucK Show
by Les Hall 10 Aug '09

10 Aug '09

Hi all, The ChucK Show has been on vacation for the past two weeks. I had a cold and was exhausted two weeks ago, and last week we did a Lunetta show in place of the ChucK show. It seems there hasn't been all that much activity on the ChucK frontier the past couple of months, so I've decided to do some special topics shows featuring other aspects of the electro-music.com forum. I am currently collecting material for a Nord Modular show, and I'll mix that in with some ChucK shows, an occasional Lunetta show, and maybe something else like a Modular Synthesizer show. Fear not, the ChucK show will return just as soon as I get some new material. Thanks to everyone who has made contributions to the show. For recordings of any of the shows on electro-music.com radio, please see the following forum page: http://electro-music.com/forum/index.php?f=174 take care, Les

3 4

Some Summer Tidbits
by mike clemow 05 Aug '09

05 Aug '09

Dear Chuckists, With the exception of a protracted discussion about garbage collection (of which I have yet to read the conclusion), things have been generally "all quiet on the ChucKian front" this summer. Nevertheless, I know that there are those of you who are still busy digging into this and that project with ChucK. I myself have been working (predictably, doggedly, stubbornly) on more granular synthesis stuff and wanted to share some recent classes that I find helpful to me in general (i.e. not just for granular synthesis). Part 1: INPUT I find that environments like Processing, SC, etc have very easy-to-use input calls like MouseX.kr etc, that easily bring the ability to add some interaction to your code, without having to set up a HidMsg, Hid pair and an event responder. Sometimes you just want mouse input and want it right now. I wanted to automate the process a little so that I could save some time by just telling ChucK to add the boiler plate listener for the mouse, keyboard, or a joystick in a separate thread and make the data available. With the MouseInput class, for instance, you can just do this: MouseInput mi; spork ~ mi.listen(); me.yield(); while(true) { mi => now; <<< mi.deltaX, mi.deltaY, mi.wheelDeltaX, mi.wheelDeltaY, mi.buttonDown, mi.buttonUp >>>; me.yield(); } I find this easier to use. Maybe you will too. There's one for Keyboard input and joystick input too. I'm sure they can be improved, so please share any ideas you have. Part 2: WAVETABLES AS ENVELOPES Concept: A positive, unipolar wavetable can be used as a cheap, flexible alternative to envelope UGens by driving it with a Phasor and multiplying its output with your signal. The CurveEnvelope class: // // CurveTable Envelope // class CurveEnvelope { // members and default params Phasor drive => CurveTable curvetable => Gain multiplier; 3 => multiplier.op; // this is what makes the CurveTable an envelope! 0. => multiplier.gain; // we use this to gait the output, so start at 0. UGen source, out; 0 => drive.op; // stop the driver for now dac @=> out; 1. => float gain; 1::second => dur length; [0., 0., 0., 1., 1., 0., 2., 0.] => curvetable.coefs; // triangle window // methods fun void setEnvelopeCoefs( float _coefs[] ) { _coefs => curvetable.coefs; } fun void connectSource( UGen src ) { src @=> source; } fun void connectOutput( UGen destination ) { destination @=> out; } fun void trigger() { source => multiplier => out; // connect things gain => multiplier.gain; // open gait 1 => drive.op; 0. => drive.phase; // reset driver to beginning of envelope curve 1. / (length / second) => drive.freq; // calculate speed of driver in Hz length => now; // let it happen... 0. => multiplier.gain; // close gait 0 => drive.op; source =< multiplier =< out; // disconnect things } } USAGE: CurveEnvelope ce; SinOsc s; ce.connectSource( s ); ce.connectOutput( dac ); ce.trigger(); TriOsc t; ce.connectSource( t ); ce.connectOutput( dac ); ce.trigger(); <<< "done" >>>; -- http://michaelclemow.com http://semiotech.org

2 6

Google Wave ChucK robot
by Erik Schoster 01 Aug '09

01 Aug '09

Hi All - After watching the Google Wave preview video at wave.google.com, I had an idea for a ChucK-related robot built within the Wave context that I'm pretty excited about. Here's the idea: If you aren't familiar with Wave, it provides all sorts of amazing collaborative editing functionality. Additionally, Wave supports extension building through a few APIs. There are Java and Python libraries available. I'd love to build a robot along with anyone who would like to help (I'm primarily a PHP developer, so I'd love love love help from any Java or Python wizards out there!) that would publish collaboratively developed ChucK scripts to a central server. Step two - and this is the really exciting part, I think - would be utilizing the robot in such a way as to actually run these pieces on the server, and stream them back to the user in realtime through wave. I'm shooting from the hip here, but I thought I would put the idea out there and see if anyone else would be interested in helping to develop it with me. Think this would be useful? Are there limitations to ChucK i'm not aware of that would make this impossible? Think this is a dumb idea and you've got a way better one? Lets discuss! I applied for an account on Google's wave developer sandbox a moment ago, but even if we have to wait a couple months until wave goes public, I think this would be really fun to try to implement. Thanks! Erik

2 1

browser-controlled circular synth
by Andrew Turley 30 Jul '09

30 Jul '09

I thought you guys might be interested in this. I put together a little demo of a circular sequencer that is controlled through a web browser. I use Chuck for some (most) of the back end. Here's a link to the blog post which includes video and code: http://www.pillowsopher.com/blog/?p=107 andy

2 2

Re: [chuck-users] MAUI Window Shooting Game
by Les Hall 26 Jul '09

26 Jul '09

mike - glad you enjoyed it, 13 is pretty good, I usually get to 13 myself. Tom - 19? dang, you must have the reflexes of a teenager! Yes, the minimum button size is one pixel. Kas - being a music novice, I don't know what polyphony is. I just modified your code until it made a one-shot. The only thing is, it doesn't quit for some reason - once you fire your first shot you get sound for the rest of the game. That's a good thing for the game because it keeps the tension level up, but I don't understand why it does that. All - I would like to add more to the game like some Space Invaders marching noises or some Nintendo music, or perhaps a time-based score factor, but what the hey, it's done and it's fun. I wonder how else we can muck with MAUI for entertainment purposes? Les

3 2

Re: [chuck-users] GC vs real-time (was Getting Started with ChucK)
by Hans Aberg 25 Jul '09

25 Jul '09

On 24 Jul 2009, at 23:53, Stefan Blixt wrote: > I don't follow all the theory and reasoning here, so I don't know if > you're suggesting something different, but I constantly make use of > the exact timing in stuff like this: > > fun void shred1() { > while (true) { > // Play note > 50::ms => now; > } > } > > fun void shred2() { > while (true) { > // Play note > 50::ms => now; > } > } > > spork ~ shred1(); > spork ~ shred2(); > > With the timing model in ChucK I can depend on these to run in sync > forever, and when one note is initiated the other has either been > initated just before or just after. The discussion was about how to change the timing in more fine-grains below what Chuck does. So in your example, in "Play note", you want the notes to be initiated at the exact same time. But do you need the notes to play exactly in phase, say? This would be important if you want to combine different shreds into a single sound generator, say in left and right channels. But suppose you have built your sound generator, and combined them in different music lines, or as several strings in the same note as in a piano. Then the timing of the notes on should still be exact, but not of the individual generators. So the "Play note" can "out-source" the playing of the sound of the note :-). > I don't know how SuperCollider and CSound and others work, but I > feel that with another timing module based on threads, these beats > would start to drift apart in a manner that would be noticeable > fairly quickly (minutes or tens of minutes). Also, I can speed up > sequences into audible range and back again in a reliable manner. I > don't need to kludge with some synchronizing event or stuff like > that. I wouldn't want this feature to be broken. It is a good point that Chuck syncs forever, even if there is a long concert. Here is a program with a different approach http://impromptu.moso.com.au/tutorials/time.html It is a good question what happens with that model in long sessions. Perhaps there results unwanted phasing. Hans

1 0

Re: [chuck-users] Getting Started with ChucK
by Hans Aberg 24 Jul '09

24 Jul '09

On 21 Jul 2009, at 20:30, Tom Lieber wrote: > 2009/7/21 Hans Aberg <haberg(a)math.su.se>: >> So it might be better to tweak some existing functional language into >> accepting Chuck's timing concepts. > > Want to help with ruck? :D > > http://github.com/alltom/ruck/tree/master > > It all works and has nice sugar like chucking arrays of objects and > lambda properties, but it's too slow for real-time at reasonable > sample rates. I haven't sat down to do the porting to C I think it > needs to perform well, even though I think it shows promise. I looked at Ruby, and didn't like some aspects of it, though I do not remember what it was :-). But there is a problems with the GC. The Wikipedia page did not specify. Pretty much the only GC that can fulfill the requirements of exact timing without jumps and concurrency is reference counting. Experts will ensure that this need not be so, but also admit that it is hard to achieve in practice. So I think Chuck, if extended with lambda calculus might try adding it on top what already exists, and then just use reference counting for GC. Hans

6 24