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

ChucK meets eChucK
by Les Hall 22 Nov '09

22 Nov '09

ChucK and eChucK had a nice first date, though they did not hit it off right away. First ChucK was mumbling because his output volume was too low so he did not excite eChucK's input circuitry. Then things improved when ChucK invited eChucK to a livecoding session. With eChucK's CV PWM circuit not listiening, ChucK tried different stimulus input pulse widths until eChucK responded favorably with some percussion sounds. Then ChucK tried one of his favorite lines, "adc => dac;", and eChucK really lit up with renewed interest. Apparently you can send voice into the stim input of the Karplus Strong circuit and get a vocoding effect. At this point the date joke was getting old, so I invited some radio friends to tune in to my port and listen while I tweaked the circuit. As it stands right now I've somewhat lowered the noise with a carefully placed capacitor though it is still loud. The stim input can be a 10::ms pulse (bass drum) or a 10::ms noise burst (snare). The CV input circuit requires redesign. It's a problem because I'm trying to generate a DC level from an AC coupled output, which is a little bit tricky so I'm working on it. Overall the date went well. eChucK and ChucK had a good time and made beautiful if somewhat monotonous music together. I think they like each other. Les

1 0

chuck mirror
by Ge Wang 21 Nov '09

21 Nov '09

Greetings! It seems that primary ChucK site is down (along with a number of other Princeton CS sites). Here is the mirror at Stanford: http://chuck.stanford.edu/ Best, Ge! ~~~ Ge Wang Assistant Professor Center for Computer Research in Music and Acoustics (CCRMA) Stanford University http://ccrma.stanford.edu/~ge/ ~ Co-founder, CTO, Chief Creative Officer Smule http://www.smule.com/ | http://twitter.com/gewang ~~~

1 0

ChucK meets eChucK
by Les Hall 19 Nov '09

19 Nov '09

ChucK meets eChucK eChucK has invited ChucK out on a date. She likes ChucK and she thinks they could make beautiful music together. Right now the glue is drying on her stereo audio jacks, but soon with a little wiring she will be ready for her date with ChucK. OK, that was weird but it's true. I'm adding a line-in / headphones-out audio interface to the eChucK Karplus Strong prototype and when that's ready I'll connect eChucK and ChucK together with two 1/8" audio cables. Tonight I'll be writing the ChucK program and over the next few days I should be able to make this happen. In other good news, I'm looking into having the boards populated by the board house so that anyone can just buy one instead of having to DIY with a soldering iron. So far five of the boards have been pre-ordered and I want two of them, so that's seven boards. We might as well use the profits to make 10 of them and break even on the first run of boards. It's like some kind of natural high getting all the feedback from my DIY friends and enjoying this project as it progresses rapidly. I'll keep you posted. Keep on ChucKin' Les

1 0

Re: [chuck-users] Filter instability (Kassen)
by Perry R Cook 12 Nov '09

12 Nov '09

Interesting Kas, Before I go off into the Z Plane (I often don't return from there with all my marbles, but usually with new insights, sort of like a peyote vision- quest), are you changing the filter parameters fairly rapidly in time? Even stable filters can behave unstable when you change the coefficients, especially repeated changes, like sweeps. PRC ----- chuck-users-request(a)lists.cs.princeton.edu wrote: > Send chuck-users mailing list submissions to > > chuck-users(a)lists.cs.princeton.edu > > > > To subscribe or unsubscribe via the World Wide Web, visit > > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > > or, via email, send a message with subject or body 'help' to > > chuck-users-request(a)lists.cs.princeton.edu > > > > You can reach the person managing the list at > > chuck-users-owner(a)lists.cs.princeton.edu > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of chuck-users digest..." > > > > Today's Topics: > > > > 1. Filter instability (Kassen) > > > > _______________________________________________ > > chuck-users mailing list > > chuck-users(a)lists.cs.princeton.edu > > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

2 1

Filter instability
by Kassen 12 Nov '09

12 Nov '09

Dear list, Here; http://electro-music.com/forum/viewtopic.php?t=37921 is a discussion on instability in the "convenience filters", particularly LPF. It seems like LPF sometimes goes unstable while I feel that a filter with this purpose (quick&easy filtering with no need to do z-plane transforms ourselves) shouldn't go unstable. Could rounding errors in 64bit floats really cause issues this bad? Are we verifying that the coefficients we get are indeed stable after rounding? That last one is what I'd bet on as a cause for this, but I couldn't do a z-plane transform to save my life. If one of our residential DSP wizards could kindly have a look at that? Maybe Perry? Yours, Kas.

2 1

Re: [chuck-users] Laptop Battle
by Les Hall 10 Nov '09

10 Nov '09

Oh, yes, I forgot about that one I call "Kassen's Phasor". I actually recoded it and used it in this year's Laptop Battle. What I did was write a "popG()" routine that calls an event everytime I quickly extend my hand toward the audience and then quickly retract it. This had the effect of seeming like I was launching "phasors" out of my hand at the audience. Now that you mention it, Hans, I could adopt the same effect to make the sound of ripping a hole in the fabric of space-time! Maybe filter and reverb it too. Thanks for the idea! Les

1 0

Laptop Battle
by Les Hall 10 Nov '09

10 Nov '09

This year at the electro-music 2009 festival, I did the ChucK community proud by winning the Laptop Battle along with a guy who played some awesome guitar (there were two winners this year). My routine was good, but for next year the electro-music 2008 Laptop Battle winner has thrown down the gauntlet and challenged me to a new five-minute timed battle! It's all in good fun, of course, yet I take the competition seriously. My performance will consist of a program controlled by one or two accelerometer boards such that when I move my hand(s) around, ChucK makes noise. I'll do dance or Tai Chi type motions and generate sound from ChucK that will thrill the audience! Right now I'm just collecting sounds to later stitch together into an application. Already kijjaz and I have created some very nice Thunder and Cannon Fire (posted to the wiki if you want the code), yet what is still lacking are two sounds: Lightning and what I can only call "Ripping a Hole in the Fabric of Space-Time", an eerie and ominous sound made by sweeping a hand from side to side. Maybe I'll light up some traffic flares and hold them in my hands during the performance for dramatic effect? Anyway, I'm calling on the ChucK community to provide me with some awesome engaging sounds. The battle isn't until September so we have lots of time to work on this, though I'd like to get something fleshed out in the next few months so I can practice and use the routine at sooner festivals. So give me your best! If you only have an idea for an algorithm, that will do nicely, I'll code it up and test it... You got your game on? Les (Inventor) For those about to ChucK we salute you! - Ge Wang!

3 3

Re: [chuck-users] fried audio
by Hans Aberg 10 Nov '09

10 Nov '09

[Note: you did not cc the list.] It fries my audio, too, only hearing the program but nothing else, but only as long as it runs, the other audio coming back when it is taken down. I think it may not be necessary to use lanchctl to when restarting coreaudiod, because it just restarts the latter if it stops. Restarting coreaudiod, going to sleep and back again, login out and in, restarting, and fiddling around with the headphone jack did not really help when the problem was present on my computer. One could sometimes get it back a few seconds, a minut or sometimes some tens of minutes, but not permanently. But after doing the procedure I described, I haven't had any problems. So you might check if you followed it exactly, or check if you have some other components installed that may break the sound. (I actually installed Perian again, rebooted, then marked it uninstalled in System Preferences, rebooted, then took it away from / Library/PreferencePanes/, rebooted before applying the Combo 10.5.8.) Hans On 10 Nov 2009, at 13:52, David Loberg Code wrote: > No, sadly it did not work. > Here is, for example, a one-liner by kijjaz that kills my audio > every time. > > >> Step s => dac; float x, y; while(samp => now) { (((x * pi => >> Math.cos) + y => y => Math.cos) + x => x) * y => s.next; } > > david > > David Loberg Code > School of Music > Western Michigan University > Kalamazoo, MI 49008 > code(a)wmich.edu On 10 Nov 2009, at 14:07, David Loberg Code wrote: > I've also tried going into launchctl to stop & start the coreaudiod, > but that didn't work either. > > david

1 0

Re: [chuck-users] fried audio
by David Loberg Code 10 Nov '09

10 Nov '09

I have tried the sudo kill suggestion, below. It gives me two pops with the audio, but doesn't restore anything. I still have to shut down and reboot to get my audio working again. I have also uninstalled Perian. Any other tricks? >> I have been enjoying all of these One-Liners (ChucKles? TweecKs? >> ChaiKus?) >> http://electro-music.com/forum/topic-13512.html >> Some of them kill my audio. Is there a way to clear or reset the >> audio engine without rebooting my MacBook? > > It might not be this stuff that fries your Mac, but some sound > component in combination with the latest system updates. I had to > remove Perian (for which I used a complicated procedure), and apply > Combo 10.5.8 (and then do a permissions repair). > > You might try killing off coreaudiod. Do say > ps -ax | grep audio > so see the process number <pid> of coreaudiod, and then do 'sudo > kill <pid>'. As it is a daemon, run by launchd (see 'man > launchctl'), it will restart immediately. You may also try putting > it to sleep, and awaken again. > > Hans

2 2

Urgent shot in the dark -- Audible clicks when spawning shreds when SndBuf reads from disk
by mike clemow 09 Nov '09

09 Nov '09

This is a shot-in-the-dark... At the last minute, the person who was responsible for doing the sound with a Kyma system, couldn't get it to trigger sounds with MIDI (for some reason or another) and I'm stepping up and doing the whole show with pre-recorded material in ChucK. (I know, I know -- I'm crazy.) It's 9:25am here on the East Coast of the U.S. We're onstage at 2pm and 8pm. I have a script that receives OSC messages from a Java program. The messages contain the string name of a file to play. It's a simple stereo file (I'm already working with a very kludgy way of playing stereo files--loading it twice into two buffers). But every time I spawn a new thread, the file loads from disk and there's an audible click, or drop in audio. Now, I know that one way around this is to pre-load all the files into SndBuf objects and then trigger them to play using Events. The only trouble is that there are 73 files for this piece and some of them are pretty large. I'm afraid of eating all my RAM / bringing everything to a grinding halt. I'm posting my entire script at the end of the email. If anyone has any thoughts, please send them along. Otherwise, we'll just deal with the way things are. Best, Mike -- http://michaelclemow.com http://semiotech.org // ---- CODE ---- // "/Users/michaelclemow/chuck/Sandresky/sounds/" => string dirPrefix; // osc event creator function fun OscEvent createOscEvent( string address, int port ) { OscRecv recv; port => recv.port; recv.listen(); recv.event( address ) @=> OscEvent oe; return oe; } // play file function fun void playFile(string filename) { SndBuf l, r; l.chunks(1024); r.chunks(1024); r.read(filename); l.read(filename); 0.2 => l.gain => r.gain; l.channel(0); l => dac.chan(0); l => dac.chan(2); r.channel(1); r => dac.chan(1); r => dac.chan(3); l.pos(0); r.pos(0); l.play(1); r.play(1); r.length() => now; me.yield(); } createOscEvent( "/play, s", 12000 ) @=> OscEvent oe; string file; 9999 => int last; fun void killLast() { createOscEvent( "/killlast, i", 12000 ) @=> OscEvent kill; while( kill => now ) { if( kill.nextMsg() ) { kill.getInt() => int k; <<< "killing last id:", last >>>; Machine.remove( last ); } me.yield(); } } fun void playListen() { while( oe => now ) { if( oe.nextMsg() ) { oe.getString() => file; // spawn player (spork ~playFile( dirPrefix + file )).id() => last; me.yield(); <<< "playing", file, "id", last >>>; } me.yield(); } } <<< "spawning listeners" >>>; spork ~killLast(); spork ~playListen(); me.yield(); 0 => int seconds; // wait for messages and play files <<< "listening..." >>>; while(true) { 1::second => now; //<<< seconds++ >>>; } // --- END CODE --- //

6 16