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

Semaphore class: wait for timeout or signal, whichever comes first
by Robert Poor 29 Nov '09

29 Nov '09

All: Based on some ideas originally by Tom Lieber, here is a Semaphore class that makes it easy to wait for a specific time OR for an external signal, whichever comes first. I've been using it extensively in my real-time performance code and would like to believe it's well debugged. Presented here in case anyone else might find it useful. Comments, questions welcome. Best, - Rob Poor // semaphore.ck -- wait until a specific time arrives or an external // signal is generated, whichever comes first. // // Sample Usage =================================================== // class TickleSignal extends Object {} // TickleSignal tickle_signal; // Semaphore semaphore; // // repeat(10) { // now + 2::second => time test_end_time; // spork ~ tickler_proc(); // semaphore.wait_for(1::second) @=> Object @ cause; // <<< "semaphore woke due to", cause.toString() >>>; // test_end_time => now; // } // // fun void tickler_proc() { // Std.rand2f(0.0, 2.0)::second => now; // semaphore.signal(tickle_signal); // } // ================================================================ // Author: Robert Poor <rdpoor(a)gmail.com>, November 2009 // TimeoutArrived is used as the <cause> argument for signal() when // the semaphore wakes due to timeout. While it's not neccessary to // define a custom class -- any object can be used as the <cause> // argument to signal() -- a custom class has the nice property that // .toString() will print out the class name. See Sample Usage above // to see how a custom class may be used as the argument to signal(). class TimeoutArrived extends Object {}; // ================================================================ // ================================================================ // The Semaphore class supports waiting for an external signal or a // timeout. public class Semaphore extends Event { // ================================================================ // class constants // TIMEOUT_ARRIVED is a constant returned by wait() to indicate // that the wait() was terminated by timeout rather than by a user // signal. static TimeoutArrived @ TIMEOUT_ARRIVED; new TimeoutArrived @=> TIMEOUT_ARRIVED; // ================================================================ // class methods // ChucK 1.2.1.3 exhibits scheduling bugs when passed time values // with non-zero fractional parts. truncate_time() removes the // fractional part to work around the bug. (See set_timeout(t) // for usage.) fun static time truncate_time(time t) { return t - (t % samp); } // ================================================================ // instance variables Object @ _cause; time _timeout_time; // ================================================================ // public instance methods // ================ // wait() blocks until someone calls signal(cause). It then // returns the cause argument. fun Object wait() { this => now; // wait here for call to signal() return _cause; } // ================ // signal(cause) signals the semaphore, allowing it to return from // a call to wait() with the given cause. fun Semaphore signal(Object cause) { cause @=> _cause; // remember the cause of the signal clear_timeouts(); // inhibit pending timeouts this.broadcast(); // unblock the wait() me.yield(); // allow wait()'ing thread to run return this; } // ================ // set_timeout(time) generates a call to signal(TIMEOUT_ARRIVED) in // the future. If <time> has already passed, no timeout is set // and set_timeout() returns null. fun Semaphore set_timeout(dur duration) { return set_timeout(now + duration); } fun Semaphore set_timeout(time t) { if ((truncate_time(t) => _timeout_time) <= now) return null; spork ~ _timeout_proc(t); me.yield(); return this; } // ================ // clear_timeouts() prevents any pending timeouts from generating // a signal(). // // Implementation note: each call to set_timeout() spawns a new // _timeout_proc(), and once spawned, a proc cannot be killed or // interupted. To inhibit subsequent calls to signal(), we set // _timeout_time to an "impossible" value (i.e. a time in the // past) to inhibit the generation of the signals -- see the // implementation of _timeout_proc() to see why this works. fun Semaphore clear_timeouts() { now - 1::second => _timeout_time; return this; } // ================ // wait_for() and wait_until() combine a call to set_timeout() // followed by a wait(): they will block until the desired time // arrives OR until <this>.signal() is called from another thread, // whichever comes first. fun Object wait_for(dur duration) { return wait_until(now + duration); } fun Object wait_until(time t) { if (set_timeout(t) == null) { return TIMEOUT_ARRIVED; // don't wait() if time already passed } else { return this.wait(); } } // ================================================================ // private methods // _timeout_proc() is spawned in its own thread at each call to // set_timeout(). It blocks until the requested time, and if // the timeout is still current (i.e. now == _timeout_time), it // calls <this>.signal(TIMEOUT_ARRIVED) to unblock the wait(). fun void _timeout_proc(time t) { t => now; // wait until the time arrives // Signal the Semaphore only if this timeout is current if (now == _timeout_time) this.signal(TIMEOUT_ARRIVED); } }

1 0

Filter screaming: danger to hearing
by Tomasz Kaye's brain 28 Nov '09

28 Nov '09

Hello all. I know that Kassen already posted to the list about (what seems like) a filter instability problem in certain situations. But after a conversation with him it seemed that I hadn't conveyed the full nature of the problem clearly, so in this post will try to do that. To recap, here's some code from Kijjaz that demonstrates the problem: PulseOsc osc => BPF filter => blackhole; 20000 => filter.freq; 0.5 => filter.Q; for(int i; i < 100; i++) { <<< "osc: ", osc.last(), " filter: ", filter.last() >>>; samp => now; } The value output by the filter keeps rising. I ran into this problem while i had a similar patch connected to dac instead of to a blackhole. I was wearing headphones, but i took the usual precaution of turning my macbook volume to the lowest level above 0 before running the patch. To my alarm, the resulting screaming sound came through my headphones at top volume anyway. It turns out that when set to any of the volume gradations above 0, the screaming happens at effectively full volume on my macbook. So the point of this extra post is to emphasise that (at least for mac users) the filter screaming issue is currently quite dangerous for hearing/speakers, even if you take (imo) normal sensible precautions before running a patch.

3 4

Re: [chuck-users] Newbie envelope glide confusion
by Perry R Cook 27 Nov '09

27 Nov '09

Envelope e => blah; 2.0 => e.target; This has bitten me more than once. I think a great default behavior for an envelope that has nothing chucked into it would be to yield its current value (as if a 1.0 Step function were chucked into it). That way it would act like an envelope "generator" rather than only an envelope "generator and applier." I'll try to remember to lobby to get this folded into a future version of ChucK. PRC

2 1

Static bug
by Hans Aberg 26 Nov '09

26 Nov '09

For some reason, 'chuck' does not instantiate class static constants until there has been an instantiation of the class itself. Hans ---- static.ck ---- class Test { 3 => static int d; fun static void print() { if (d == 0) chout <= "Nope!\n"; else chout <= "Yep.\n"; } } Test.print(); Test test_; Test.print(); ---- run ---- $ chuck static.ck Nope! Yep. ----

5 15

Newbie envelope glide confusion
by Tomasz Kaye's brain 26 Nov '09

26 Nov '09

I expected that the following code would give a tone that would glide to a new frequency each second. But i think I might be misunderstanding the sync property because i'm not getting any audible output from this. Can anyone explain where i'm going wrong? Envelope env => SawOsc osc => dac; 3::ms => env.duration; 0 => osc.sync; // (0) sync frequency to input, while(true){ 1::second => now; Std.rand2f(100,300) => env.target; }

2 2

Re: [chuck-users] chuck neophyte trying to remove clicks via Envelope patch
by Perry R Cook 25 Nov '09

25 Nov '09

Try this simple fix: Std.rand2f(0,1) => float g; // g => s1.gain; // Don't // g => s2.gain; // set the // g => s3.gain; // oscillator gains // g => s4.gain; // individually // which causes clicks g => e.target; // let the envelope do the smoothing

3 2

chuck neophyte trying to remove clicks via Envelope patch
by Ryan Wieghard 25 Nov '09

25 Nov '09

Hello chucKsters, I am trying to write a simple program that reassigns four sine oscillator's pitch and volume at each iteration through a while(true) loop. I decided i didn't want the clicks at the beginning of each note attack, so I thought that I could remove them by just adding an envelope to ramp up to the gain value for each event. After trying different values for the Envelope time and rate, I can't seem to figure out how to remove the clicks. I apologize as this is probably something obvious that I am blind to in my myopic state. My intuition is that if I increased the rate of the envelope the ramp up to 1 would be smoother and then my speakers wouldn't click. However I am unsure how to adjust the rate as I don't know what range it would be in. Sorry for my n00bishness Ryan. SinOsc s1 => Envelope e=> dac; SinOsc s2 => e => dac; SinOsc s3 => e=> dac; SinOsc s4 => e=> dac; //.... while( true ) { .1 => float t =>e.time; //reassign gain Std.rand2f(0,1) => float g; g => s1.gain; g => s2.gain; g => s3.gain; g => s4.gain; //reassign pitch Std.mtof(instrumentSet1[Std.rand2(0,6)]) => s1.freq; Std.mtof(instrumentSet1[Std.rand2(0,6)]) => s2.freq; Std.mtof(instrumentSet1[Std.rand2(0,6)]) => s3.freq; Std.mtof(instrumentSet1[Std.rand2(0,6)]) => s4.freq; //Advance time by 1 samp e.keyOn(); 1000::ms => now; e.keyOff(); } -- "Le savant n’étudie pas la nature parce que cela est utile ; il l’étudie parce qu’il y prend plaisir et il y prend plaisir parce qu’elle est belle." - Henri Poincaré

5 7

Re: [chuck-users] eChucK Update
by Les Hall 24 Nov '09

24 Nov '09

From: Hans Aberg <haberg(a)math.su.se> Date: November 24, 2009 4:43:34 AM EST To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> Subject: Re: [chuck-users] eChucK Update Reply-To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> On 16 Nov 2009, at 11:44, Les Hall wrote: Hi, you may recall that I wrote some time ago about this eChucK project that I dreamed up. ... The second board is extremely simple. It is a little postage-stamp sized breakout board designed to hold one chip plus discreet parts and solid wire interconnect. We can make sound sculptures by connecting these populated boards with the wire and arranging them in 3D. I had 100 boards made for $225 and sold 42 of them so far for $2.50 each, a modest 10% markup due to it being a prototype and all that. I have ordered parts to build two types of sculptures: Chiphenge and Tie Fighter. Do you have any pictures online? And what exactly does this? Is it amplifiers, or can one control them independently on different channels from 'chuck'? Hans Hans, most one-chip circuits can fit on a board, though we usually prefer 4000 series CMOS for Lunettas. Lunettas are typically free-running, though a ChucK interface is certainly a good idea. To read about this project (and see the pics) look here: http://www.electro-music.com/forum/viewtopic.php?t=37233 Enjoy, Les

2 1

Chout flush
by Hans Aberg 24 Nov '09

24 Nov '09

Is there a way to flush chout (and cherr) other than sending "\n"? Hans

3 5

eChucK Update
by Les Hall 24 Nov '09

24 Nov '09

Hi, you may recall that I wrote some time ago about this eChucK project that I dreamed up. It had some fits and stumbles at first, but now the concept is evolving into actual products. The first board didn't really work out for various reasons so I basically took a $130 hit and cut my losses, giving three boards out for free to people who might make use of them. Oh well, you win some you lose some. The second board is extremely simple. It is a little postage-stamp sized breakout board designed to hold one chip plus discreet parts and solid wire interconnect. We can make sound sculptures by connecting these populated boards with the wire and arranging them in 3D. I had 100 boards made for $225 and sold 42 of them so far for $2.50 each, a modest 10% markup due to it being a prototype and all that. I have ordered parts to build two types of sculptures: Chiphenge and Tie Fighter. Next on the horizon is a Karplus Strong board implemented as an analog circuit. Just yesterday I completed the prototype in breadboard form and I cannot express how satisfying it was to listen to guitar and percussion sounds, and it even does a pretty good motor cycle / chain saw sound, heh. I spent most of Sunday afternoon broadcasting test audio of it on my internet radio port to friends, who really enjoyed the variety of sounds that it makes. Next up: order parts then complete the board design. Finally, I have a Boolean Sequencer board, a song timer board, and a clock / battery board planned to round out the selection of ChucK-inspired eChucK DIY products. It is a lot of fun to put my engineering knowledge to good use for a change. Oh, one more thing. There is now an eChucK forum sitting right next to the ChucK forum on www.electro-music.com, so stop by and have a read if you like. That's all for now. Keep on ChucKin'. Les

2 1

Exp2
by Hans Aberg 24 Nov '09

24 Nov '09

There seems to be no exp2 in 'chuck'. For time efficiency, I thought it might be better to use store intervals in natural base, using log and exp. But it turns out that C99 has both exp2 and log2 and the time difference (in C++) over using exp and log is insignificant; using pow(2, x) takes twice the time. So I think chuck should have both exp2 and log2, and they should call the C99 functions. Hans

1 0

ChucK meets eChucK
by Les Hall 23 Nov '09

23 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 22 Nov '09

22 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 10 Nov '09

10 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

Re: [chuck-users] Urgent shot in the dark -- Audible clicks when spawning shreds when SndBuf reads from disk
by Perry R Cook 08 Nov '09

08 Nov '09

Definitely look into doing the block load option, because ChucK won't execute the next line (or compute audio) until the whole file is loaded into the SndBuf. That being said, I've fixed this many a time by loading the files once and getting them into the cache. You can make a dummy .ck file that just loads all those files into SndBufs, then returns. Run that first and then run your program. Clicks might go away. But if they're too big, then this won't work because there will be cache misses and you'll be back to disk seeks. PRC

1 0

LiSa looplength difference [bug?]
by Kassen 04 Nov '09

04 Nov '09

Hi list, dear Dan, Stephan just asked a question on the forum here; http://electro-music.com/forum/viewtopic.php?p=269941#269941 I investigated some more and it turns out that when LiSa's loopEnd is also the .duration() the resultant loop will be off by one sample for playback but not for recording. Correct behaviour can be had by setting the duration more generously and the loopEnd explicitly (give or take floating point rounding that doesn't seem to carry). I'm not sure this is correct behaviour; I'd expect playback and recording to work in the same way here. If you, Dan, would have a moment, could you see whether you can confirm this behaviour and see whether this is a issue? Yours, Kas.

3 2

fried audio
by David Loberg Code 04 Nov '09

04 Nov '09

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? thanks, david David Loberg Code School of Music Western Michigan University Kalamazoo, MI 49008 code(a)wmich.edu

3 3

ChucK highlight script for SciTE
by Szilveszter Tóth 03 Nov '09

03 Nov '09

Hello All, I have found "highlight scripts" (or whatever we call them) for VIM and for JEdit on the web page, but I'd like to stick to SciTE, which I like the most. However, it does not seem to know ChucK... Does anyone have a SciTE .properties file for ChucK or should I make one? BTW, selecting "Java" as the language highlights keywords quite well. Regards, Szilveszter (aka Hillaby)

4 7