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

sndbuf cleanups?
by James Hughes 23 Jun '07

23 Jun '07

I've got a chuck app that runs great for about thirty minutes and then starts acting flaky. Sound starts cutting out, gets progressively worse, and then within about five minutes it ceases to make any sound. It doesn't crash, it just stops making sound. When I fire up Activity Monitor (OS X) to see what's going on, there doesn't appear to be anything obvious. Memory usage climbs steadily over the 30 minutes but caps off at around 25-30 megabytes. CPU never really gets above 75% (out of 200% on my dual core computer). The application is kind of complicated, but essentially it starts up 6 shreds, each in control of their own SndBuf. Here's a quick overview of what each shred does: Request a file name from another app via OSC Load the wav file into a SndBuf Play it for a little while (<10 minutes), skipping around in the file (mostly rewinding to the beginning of the clip). Request a new file name (repeat) The sound files are 30-150k each. It cranks through over 100 sound files before problems start happening. It doesn't look like garbage collection ever happens, but it's not using that much memory. Here's the relevant bit of code that takes the OSC message and loads up the clip: oe.getInt() => int player; oe.getString() => string snd; // allocate a new sound buffer new SndBuf @=> newClip[player]; // stick the new sound in the new sound buffer snd => newClip[player].read; Anyone have any idea what's going on? Should I be destroying these SndBufs more explicitly rather than just dropping their references? The manual says memory management is automatic, but mentions something about garbage collection not being implemented quite yet. That's ok since I can restart the chuck process every once in a while, but I need to get at least a two hour performance out before I restart. If you're curious, here's a link to the project writeup (a little out of date these days): http://www.virtualjames.com/mechatronics/final-project.html Thanks, James

3 2

SndBuf causes hickup
by Atte André Jensen 23 Jun '07

23 Jun '07

Hi I have (and have had for as long as I can remember) problems with SndBuf. I'm pretty sure the trouble is when loading a sample, then there will most often be a small but very noticeable hickup. It's quite bad with larger samples but also there with even small samples. Generally; the larger the sample, the greater the hickup. The problem seems to be gone or almost gone when the sample has already been loaded once, but this might be due to caching in the underlying os. I've tested with both alsa and jack, and all kinds of combinations of buffersizes and what have you, but although the problem seems the vary a bit (in an unpredictable pattern) it's always there. I also tested both syntaxes ("sample" => s.read and s.read("sample")), however only with wav files. I also tried both in miniAudicle and commandline chuck. Needless to say this makes SndBuf useless on my system :-( Is this a result of me doing something wrong or a bug in chuck? In any case is there anything I can do to remedy this right now? If it's a bug, I'd be most happy to help in any way I can with getting it fixed as soon as the developers time permits. BTW: This is under linux (debian/stable) on a IBM T41, 1.6Ghz, 1G ram and 7200 RPM HD. The system is running with a realtime patched kernel and is capable of playing back 20+ tracks in ardour with effects + various soft synths running along in realtime without a single xrun or glitch. Here's a simple example of something that shows the problem: http://atte.dk/download/sndbuf_test.tgz. First run shaker.ck, then after a while add substitution.ck (a beat => big hickup) or sd.ck (a snare drum => small hickup). -- peace, love & harmony Atte http://atte.dk | http://myspace.com/attejensen http://anagrammer.dk | http://atte.dk/compositions

8 15

MIDI channel / Interfaces / Machine.Remove /
by mieslings＠i12.com 17 Jun '07

17 Jun '07

Thanks, Kassen, for your reply. >...This is asuming you meant "device" above, not "channel", the MIDI >chanel would be in the message. Yes, sorry, my mistake - I meant device. >Hope that helps at least a little, not sure what you are after here, exactly. It does and I probably wasn't clear. I'm curious to know if, when a shred terminates, there is a way for the application to be made aware of it. For example, there could be a onShredExit(Shred@ shred) callback function automatically called by ChucK just before the shred terminates whose content would be left at the discretion of the user so that for instance s/he could write some code to notify all the objects dependant on this shred. But I guess there would be potential scope issues... What about functors or some sort of pointers to functions and member functions? Now, that would be really great! Mies

2 1

MIDI channel / Interfaces / Machine.Remove / Functors (!)
by mieslings＠i12.com 17 Jun '07

17 Jun '07

Hello - this is my first post here but I've been experimenting with ChucK for quite a while, and have a few questions I can't manage to find the answers to by myself... I'm more familiar with the likes of OpenMusic or MaxMSP but enjoy the power of the ChucK language as well as the fact that all it requires is chuck.exe!!! (and the manual ;) 1. Is there a way to retrieve from MidiIn/MidiOut objects the channel originally passed to open or do I need to encapsulate open in a method of my own in a derived class? (I would override open but with super not implemented yet, I don't know how to call the implementation of open in the superclass) 2. If I'm not mistaken, ChucK only accepts single inheritance; are you (the language designers behind ChucK :) planning to implement some sort of mechanism similar to Java/.NET interfaces? I've implemented a dispatching mechanism for MidiIn (so that I don't have take care again and again of the synchronisation issues etc. and have a simple, reusable mechanism to map say a note on message with some onNoteOn callback each time I use MidiIn). I now would like to generalise it and I don't know how without multiple inheritance/interfaces... 3. Machine.remove(shred.id()) terminates a shred (great feature!) but could someone clarifies what happens behind the scene? In particular, is there a callback method automatically called when a shred exits that users could hijack to perform some cleanup? 4. Finally, does ChucK support functors (perhaps even through some clever mechanism to the same effect)? Mies

2 1

multispork
by Atte André Jensen 10 Jun '07

10 Jun '07

Hi I'd really like to be able to group shreds, making it easier to have several shreds start/stop at the same time. First I'd like to hear how others address the problem... Then I thought about some possibillities: 1) Using Machine.add/remove. This is easy if I use Machine.add to spork everything, but first replace (in miniAudicle) doesn't work with shreds sproked from Machine.add. Secondly shreds added from miniAudicle can't be removed from Machine.remove (since that function requires a function). The best solution would be if Machine.remove accepted a string, in which case it would remove all shreds with that name. To complete everything miniAudicle should be able to remove and replace shreds added from Machine.add. 2) Some more fancy sporking mechanism could be added to miniAudicle. I think this has been brought up before (correct me if i'm wront), and although it would be nice, it might be difficult to implement something flexible enough for everyone. For instance I would "need" an add-list (spork these if not running) and a remove-list (remove if running) both associated with a group. -- peace, love & harmony Atte http://atte.dk | http://myspace.com/attejensen http://anagrammer.dk | http://atte.dk/compositions

2 1

more miniAudicle things
by Atte André Jensen 10 Jun '07

10 Jun '07

Hi There are a few more things regarding miniAudicle that would be nice (I'm on linux BTW): 1) When opening a file the focus should be directed to the edit area. Now it's just at the window, which means you have to click in the text area before you can type. Almost similar: Accessing save as (or save for unsaved file) leaves focus on I-don't-know-what, whereas is should go to the file name field in the dialog. 2) The native linux cut'n'paste by select and middle-click would be appreciated. Also thinks like ctrl-k (kill line) and ctrl-y (yank from kill buffer) would be great. They might take on another form, but a copy/paste without touching the mouse or some sort would be nice. 3) I think pressing tab in the editor should always mean "indent current line to relevant intention". I looked at OnCharAdded in mAView.c, but it seems that tab presses are never showing up in event.GetKey(). I'm not really famliar with cpp/wx (I did however work a bit with wxPython) but maybe it's a instantiation flag for the window or something. Unfortunately I wasn't able to figure out how to get tab to show up in GetKey. Maybe someone here (Spencer ?) knows how? If so, I think getting tab to behave as I suggest would be possible even for me :-) -- peace, love & harmony Atte http://atte.dk | http://myspace.com/attejensen http://anagrammer.dk | http://atte.dk/compositions

2 1

two gui wishes for miniAudicle
by Atte André Jensen 10 Jun '07

10 Jun '07

Hi (I'm back after too long) I have two minor requests for the mini: 1) Make the char position avaliable somewhere, so that when you get "line(2).char(12): syntax error" you know where to look. Even better (and not so minor) would be if were possible to click on the error in the Console Monitor and the cursor in the editor would jump to the correct location (or possibly jump to the first error automatically). 2) keyboard shortcuts for switching between tabs in the editor. -- peace, love & harmony Atte http://atte.dk | http://myspace.com/attejensen http://anagrammer.dk | http://atte.dk/compositions

5 7

win32 woes
by James Hughes 07 Jun '07

07 Jun '07

I'm vainly trying to get chuck to work with my Via Epia CN10000EG in 5.1surround sound. It's running XP SP2. I'm able to play 6 channel audio files using mplayer. When I probe for audio devices I don't get any 6 channel capable devices: =========================================================== [chuck]: found 4 device(s) ... [chuck]: ------( chuck -- dac1 )--------------- [chuck]: device name = "Primary Sound Driver" [chuck]: probe [success] ... [chuck]: # output channels = 2 [chuck]: # input channels = 0 [chuck]: # duplex Channels = 0 [chuck]: default device = YES [chuck]: natively supported data formats: [chuck]: 8-bit int [chuck]: 16-bit int [chuck]: supported sample rates: [chuck]: 8000 Hz [chuck]: 96000 Hz [chuck]: [chuck]: ------( chuck -- dac2 )--------------- [chuck]: device name = "Vinyl AC'97 Audio (WAVE)" [chuck]: probe [success] ... [chuck]: # output channels = 2 [chuck]: # input channels = 2 [chuck]: # duplex Channels = 2 [chuck]: default device = NO [chuck]: natively supported data formats: [chuck]: 8-bit int [chuck]: 16-bit int [chuck]: supported sample rates: [chuck]: 11025 Hz [chuck]: 22050 Hz [chuck]: 44100 Hz [chuck]: [chuck]: ------( chuck -- dac3 )--------------- [chuck]: device name = "Primary Sound Capture Driver" [chuck]: probe [success] ... [chuck]: # output channels = 0 [chuck]: # input channels = 2 [chuck]: # duplex Channels = 0 [chuck]: default device = YES [chuck]: natively supported data formats: [chuck]: 8-bit int [chuck]: 16-bit int [chuck]: supported sample rates: [chuck]: 11025 Hz [chuck]: 22050 Hz [chuck]: 44100 Hz [chuck]: [chuck]: ------( chuck -- dac4 )--------------- [chuck]: device name = "Vinyl AC'97 Audio (WAVE)" [chuck]: probe [success] ... [chuck]: # output channels = 2 [chuck]: # input channels = 2 [chuck]: # duplex Channels = 2 [chuck]: default device = NO [chuck]: natively supported data formats: [chuck]: 8-bit int [chuck]: 16-bit int [chuck]: supported sample rates: [chuck]: 11025 Hz [chuck]: 22050 Hz [chuck]: 44100 Hz [chuck]: [chuck](via RtMidi): RtMidiIn::initialize: no MIDI input devices currently available. [chuck]: ------( chuck -- 0 MIDI inputs )------ [chuck]: [chuck]: ------( chuck -- 1 MIDI outputs )----- [chuck]: [0] : "Microsoft GS Wavetable SW Synth" [chuck]: =========================================================== Launching chuck doesn't fare much better. I tried using each different dac, in turn, but same results every time. =========================================================== $ chuck --dac0 -o6 chucksrc/inc.ck [chuck]: (via rtaudio): no devices found for given stream parameters: ... RtApiDs: requested channels (6) > than supported (2) by device (Primary Sound Driver). ... RtApiDs: requested channels (6) > than supported (2) by device (Vinyl AC'97 Audio (WAVE)). ... RtApiDs: requested channels (6) > than supported (0) by device (Primary Sound Capture Driver). ... RtApiDs: requested channels (6) > than supported (2) by device (Vinyl AC'97 Audio (WAVE)). [chuck]: cannot initialize audio device (try using --silent/-s) =========================================================== Does anyone have any insight? Thanks, James

3 3

report on my first livecoding gig
by Kassen 05 Jun '07

05 Jun '07

Well, that went well. It went well because there were lots of nice people, the competitors were friendly amongst eachother as well. It went well because nobody had seen ChucK and the mini in action before and now people were interested. In the last place it went well because I won, that's still nice, even if competition is less fun then duets, I think. I was up against two MAX-MSP users who were very talented. They should be because they won previous rounds, this was sort of the finale of the comptition but due to the format that was about three people I was thrown in as a surprise challenger. It was a bit sad for my second oponent who was clearly handicaped by having had to borrow a laptop and was thrown off by the different cursor behaviour, that's probably a huge factor in a graphical system like MAX. I was using the Mini with a external keyboard. The audience was just used to MAX which had been used by all (I think) contenders in all previous rounds and at first they gigled at my batered old keyboard and non-pro typing speed but with chucK a few lines go a long way. One fun moment was showing off "if(maybe)....." which -as I expected went over very well as it realy is quite funny. Because of the 6 minute format and my typing speed I tried to go for eficiency so I didn't dare to spend time on something like "while(float rubber_ducky) {//loop goes here}" which would've been even more funny (try it, it works). For the first round I used the Shakers as something like "Std.rand2(0,22) => shakers.preset;" seemed like the most economical way of quickly generating a nice rithmic yet changing foundation. Then I added a algorithmic bassline based partially on modulating the amount of harmonics in Blit instead of a filter. At one point, due to a misplaced "greater then" which should've been smaller sign my algorithem spun out of controll towards the high end but I was able to remidy this in time and it turned into a pleasant surprise that sounded good This round was a very narrow win, I thought my oponent Luc performed a very strong set of paterned noise and the audience agreed, aplauding at length for both of us, creating a need for a tie-breaking hand-vote-count. I the second round I improvised based on sending Impulse into ResonZ and then treating the result by sampling the dac using LiSa. This didn't go completely perfect but I think the audience picked up that I was considdering all my parameters on the fly and apreceated this. Overall it was a great experience and a huge thrill. I'd definately recomend it to those on the fense. Clearly you'd need to practice but that's only good for your ChucKing skills. I look forward to "defending my title" next season already. Yours, Kas.

7 13

Code that DOES modulate filter cutoff with ADSR
by Loscha 03 Jun '07

03 Jun '07

My answer is kind of a hack, but, it's working quite well. Use a Step waveform set to 1 at all times, have THAT 1 divided by the ADSR for the filter, then, my above code works like a charm! You could also, for example, spork off a different function that randomly triggered the filter's ADSR independently from the amplitude's ADSR, giving you all sorts of trance techno type patterns. Hope this helps you out, Josh, and other users. -Edward // Filter Wooby Wooby Woo BlitSaw bs; LPF lpf; ADSR amp; ADSR filt; Gain fg; amp.set( 1::ms, 350::ms, .2, 500::ms ); filt.set( 15::ms, 550::ms, 0, 400::ms ); Step s; s => filt; // 1 => s.value; 1 => s.next; bs => amp => lpf => dac; filt => fg => blackhole; 10 => fg.gain; 500 => lpf.freq; 2 => lpf.Q; spork ~ filteradsr (); for (int l; l < 32; l++) { <<<"L;",l,"">>>; spork ~ playanote ( Std.rand2(30,60) ); 800::ms => now; } fun void playanote (int nnum) { int mstodie; <<<"\n\n",nnum,"">>>; nnum => Std.mtof => bs.freq; <<<"On","">>>; amp.keyOn(); filt.keyOn(); Std.rand2(150,300) => mstodie; mstodie * 1::ms => now; <<<"Off","">>>; amp.keyOff(); filt.keyOff(); } fun void filteradsr () { while (true) { float currfilt; filt.last() * 800 + 250 => currfilt; currfilt => lpf.freq; //if (maybe) <<<filt.last(),currfilt>>>; 1::ms => now; } }

1 0

modulate LPF with ADSR
by Josh Lawrence 03 Jun '07

03 Jun '07

well, the trek continues... I've been copying and pasting, playing with, and generally screwing up chuck code over the past week. with some help, I've come up with this simple synth patch: // declare and connect chain of ugens Gain g => dac; 1 => g.gain; SawOsc s => ADSR e =>LPF f => g; e.set( 1::ms, 5::ms, .8, 500::ms ); e.keyOn(); e.keyOff(); f.freq( 800 ); now what I would like to do with modulate the filter with adsr. I think this approach should work: SawOsc s => ADSR e =>LPF f => g; ADSR e2 => f => g; my thinking goes like this: I need to declare e2 to differientiate it from my first adsr, which is defined as e. I have chucked e2 to my existing low pass filter, f. yet I'm stumped as to where to define how the adsr opens up the filter and closes it back down. can someone help me understand where to go from here? -- Josh Lawrence http://www.hardbop200.com http://www.joshlawrencetrio.com

2 1

stk questions - SawOsc and filters
by Josh Lawrence 31 May '07

31 May '07

Last night I sat down and was able to modify polyfony.ck to use a SawOsc instead of the Mandolin. My next step was to try to connect that oscillator to a filter, but how do I do that? My thinking was after I get done with defining my SawOsc parameters, I could just chuck the oscillator to the filter, like so? s => moog; (s is my SawOsc, and moog is Moog.) However this didn't work so well. When I did it, the osc stopped tracking note/frequency, and just played a single note all over the keyboard. Does anyone have any examples of a more complete subtractive synthesizer that I can model mine after? Final question: Is monophonic operation with glide out of the question with ChucK? Thanks, -- Josh Lawrence http://www.hardbop200.com http://www.joshlawrencetrio.com

2 1

"playing" chuck
by Josh Lawrence 30 May '07

30 May '07

hello all, while I'm not new to music or linux, I am brand-spanking new to chuck and, probably more importantly, the whole livecoding idea. that being said, here are my questions: I'm looking for what I'm calling a "text synth", that is a synthesizer that runs completely independent of any gui and can be played from my midi keyboard. I really like what chuck can do, but I can't figure out if it is capable of being played from a keyboard (midi). basically I'm looking for something to use as a "whole machine" - I can kick off a predetermined beat, kick off a bassline, load up a synth patch, play it, etc. I can see from the doc that chuck can do the first two pretty easily, but what about the third? -- Josh Lawrence http://www.hardbop200.com http://www.joshlawrencetrio.com

4 13

hid related "illegal operation"
by Kassen 30 May '07

30 May '07

Dear ChucKists, A possible HID issue... Since a while I'm using a new (for me) PS2 => USB converter for my game devices, it's by a brand called "EMS" and it has some advantages over other ones like being able to accomodate two devices on one USB connector, it has support for dancepads (meaning you can push left&right at the same time, something that some other converters tend to crash on) and it can map buttons to keyboard keys. Overall that means it's good and usefull, it was recomended by some sites about those dance games and those sites are quite demanding on converters since both timing and this dancepad-issue are very important to them. However, it also has "modes" called "compattible" and "normal". I'm not at all sure right now what those do exactly (sparse English documentation by Asian manifacturers...). Here comes the problem; ChucK will crash outright upon initiating the device if those aren't set exactly right. Hence, in my interpertation of the situation, there is something, somewhere, in our HID device amis. It would be fine with me for ChucK to complain about bad settings but simply crashing completely with no notification seems wrong. Clearly; "it sometimes crashes" isn't enough, so; should I find and send more data and if so what? Spencer? Also; has anybody tried hooking up a PS3 "Sixaxis" to ChucK on Windows with working motion sensing? That one looks nice for modulations and rocking the Shakers but I'd like to know it'll work because that's the only thing I'd use a Sixaxis for right now since so far nothing else about the PS3 tickles by fancy to the tune of 600 bucks. Cheers, Kas.

4 4

Mini Audicle doesn't write to disk until it closes properly?
by mike clemow 25 May '07

25 May '07

Hi All, So, I was hacking away in MiniAudicle and doing ctrl-s every line of code so that I didn't lose my work (I have a tendency to crash Mini, chuck, jack or some combination thereof) but I lost all my work when I crashed MiniAudicle anyway. Does MiniAudicle not write to disk until it closes properly? I can recreate this by creating a new file, typing some code, saving it as test.ck, and then closing MiniAudicle rudely by doing ctrl-c on the terminal, after which test.ck is nowhere to be found. Anyone else having this problem? Cheers, Clembie

1 0

chuck build for 64bit linux
by Bob Huebert 25 May '07

25 May '07

I've seen that others are having this issue as well and am curious on the status. We are kind of dead in the water with using chuck on our newer systems (dual singlecore opterons, SUN Ultra40s) and have had to relocate chuck service to winders box. We'd really, really, really, like to go back to the linux platform. We love chuck. We'd love chuck even more if it was 64bit compliant. Thanks in advance to all for guidance on this issue. -bob ________________________________________________________________________ Bob Huebert email: huebert(a)arsc.edu Visualization Systems Analyst voice: (907) 450-8638 Arctic Region Supercomputing Center FAX: (907) 450-8601 University of Alaska Fairbanks WWW: http://www.arsc.edu/

1 0

mini Audicle crashes when removing shreds
by Leuthold Dominik 24 May '07

24 May '07

hi guys i continuously encounter crashes with the new version of mini Audicle. it happens when i try to remove a shred from the virtual machine, when the corresponding shred is already closed. (removing by clicking on the "-" sign in the vm form). steps to reproduce: 1: open the otf_01.ck from the examples and add it to the vm 2: close the shred window of otf_01.ck 3: remove the shred by clicking ont the "-" in the vm 3: peng! aargh.. this drives me crazy :-P unfortunately i encounter this error every 10 minutes cause i'm livecoding with a lot of shreds the same time. sorry to say, but i need to go back and use the older version - too risky for my health ;-) cheers /moudi

3 7

ResonZ default freq
by Kassen 22 May '07

22 May '07

Hi list! A very minor point, but.... Is it correct behaviour that ResonZ defailts to a freq of 0Hz and so doesn't pass anything without setting the .freq parameter? I think I'd prefer 440Hz or middle C. Kas.

2 2

Vienna University ChucK?
by Kassen 16 May '07

16 May '07

Hi, Would there perchance be somebody here teaching ChucK at the Technical University of Vienna? If so then there is one of your students on our little forum (that I moderate) who believes it's nesicary to do granular pitch-shifting without LiSa. Clearly possible but much harder and more complicated and not so accessible to fresh users. Is that realy what should be done? I'm a bit torn between helping a friendly new user and ruining the dificulty level of homework. see here; http://electro-music.com/forum/viewtopic.php?t=14196 (halfway down the discussion) Sorry to everybody else, I'm sure the Technical University of Vienna is great institute but the website isn't so clear to me, otherwise I would've gone around the list. Cheers, Kas.

1 0

Lisa, voice-gain convolution, etc.
by Kassen 16 May '07

16 May '07

Hi Dan, Hi list! I was thinking about a little ChucK convolution patch, kind of as a excersise, kind of as a joke. Basically I was thinking about taking a array of SndBuf's (as many as there are samples in the impulse responce and all holding the same impulse responce) and firering them off in turn each samp with a gain determined the .last() of the input sound. Simple, fun and probably a bad idea on any practical level since excelent free convolution reverbs are around already. Then I thought of LiSa... LiSa is already a lot like a array of identical buf's so this might even make a bit of sense. Sadly it turns out that LiSa lacks something like this; mylisa.voicegain( voice, float) The more I think about that, the more it makes sense as a practical addition, not just for convolution. For example this might be mapped to velocity for some cheap & cheerfull soft-sampler and per-grain variable volume is usefull in grain-clouds as well. Could this perhaps be considdered for a future update? Cheers, Kas.

3 6

De-Lurk and showing some stuff I've written the last few days
by Loscha 11 May '07

11 May '07

Hello All. My name is Edward. I'm a synthesis buff from Melbourne. I've been using Chuck for about a week now, and I'm really loving it. I haven't really learnt to use a sporking language before. I used to program in Borland Turbo C 2.0 back in the early 90s, and also did a lot of QuickBasic, but, I never really caught up to the modern age so to speak. I'm only 29, so I thought, there's no time to learn like now! I think I've got this all sporked off in a reasonably sensible way, but, I could probably do more. I am totally open to people sending me suggestions (on or off list). I'm not "precious" about my program in any way. I hope some of you get some use from this example. I don't think it is by any means "distro example" quality, but, I hope that with some work, and the addition of some more features not present in examples currently in distro, that one day it might be! I have tried looking around for a model for sympathetic strings, and have had no luck. If anyone has any advice, please advise. best wishes to all; -Edward r Jones // Tambura-with-sporking.ck // // Tambura with Sporking // // by Edward r Jones (loscha(a)gmail.com) // // This is my emulation of an electronic tambura device. // By Tambura, I mean the Indian classical instrument. // A Tambura has 4 to 6 strings, which are plucked in a repeating pattern to accompany Indian classical music // It has a resonating cavity, and resonant sympathetic strings, like a Sitar, but, no frets. // Please Help! This Model Needs! // // = Sympathetic Strings. I've tried setting up a series of 8 delay lines // tuned to the resonant frequencies I desire), but, they didn't give me the results I wanted at all. // I am new to coding Physical Modelling, and if anyone has some advice on this matter I'd love to hear from you. // // A Resonant Cavity. // I've goen with using LPF and HPF to limit the output frequency range to give the sort of timbre I want, but, // I know that this could be better acheived. // // At the moment, it sounds more like a Koto. // I found the stk Sitar instrument to sound nothing like a Sitar or a Tambura, // Buuut, this is because of the reasons I listed above -- Sympathetic Strings & real Resonant Cavity. // // In closing, I want to thank: // The ChucK community, I love this language (and you all!) so much, // and I hope to be able to contribute to it's development in the future // My wonderful partner, Michelle, who doesn't mind me staying up until 3am working on this stuff! // All my local friends in synthesis; Bill Harrison aka James Earthenware, Paul Perry, Robin Whittle & Jaymz // \=> Clae, All the Melbourne Dorkbot community, and all the other hardcore synthesists in Melbourne, Victoria, Australia! // All my online friends, Matrixsynth, Sealed, SynthDiy and all my LiveJournal Buddies. // The Founding Fathers of this craft that I love so much. John Chowning, Max V Matthews, Steve Reich, Paul Lansky & Stockhausen, // // Enuff! On to the Code! [ 1, 0, 0, 1, 1, 0] @=> int beats[]; // 1 means play, 0 means skip [ 00, 00, 00, 12, 09, 04] @=> int notes[]; // Note pitch, relative to noteoffset 30 => int noteoffset; // this is the transpose, to make scales easier float variance[beats.cap()]; // this is for randomization of string pitches to achieve "thickness" // They are calculated once at startup, to simulate real string tuning .05 => float waver; // range for variance in NOTES 72 => float tempo; float click; 30000 / tempo => click; <<<"Click length", click,"">>>; int numsteps; beats.cap() => numsteps; LPF lpf; HPF hpf; JCRev jcrev; 2550 => lpf.freq; 300 => hpf.freq; .05 => jcrev.mix; StifKarp tambura[numsteps]; lpf => hpf => jcrev => dac; //------- Hook up all tamburas to the chain & set them up the way we want them. // .pickupPosition - ( float , READ/WRITE ) - pickup position [ 0.0 - 1.0] // .sustain - ( float , READ/WRITE ) - string sustain [0.0 - 1.0] // .stretch - ( float , READ/WRITE ) - string stretch [0.0 - 1.0] // .pluck - ( float , WRITE only ) - pluck string [0.0 - 1.0] // .baseLoopGain - ( float , READ/WRITE ) - ?? [0.0 - 1.0] // .clear - ( ) - reset instrument for (0 => int stab; stab < numsteps; stab++) { tambura[stab] => lpf; .03 => tambura[stab].pickupPosition; 1 => tambura[stab].sustain; 1 => tambura[stab].stretch; .99 => tambura[stab].baseLoopGain; Std.rand2f(1-waver, waver) => variance[stab]; <<<"tambura #",stab,"hooked up","">>>; } //------ Hookups done. <<<"pre-comparison","">>>; if (beats.cap() == notes.cap()) { <<<"Steps in our sequence", numsteps,"">>>; //------------------------------------ The Sequence Plays! ---------------------- while (true) { for (0 => int stab; stab < numsteps; stab++) { if (beats[stab] == 1) { <<<"Stab",stab,"">>>; tampluck (stab); } click * 1::ms => now; } } //------------------------------------ The Sequence (never) Ends! ---------------------- <<<"End of Playing!","">>>; } //------------------------------------------------------------------------ // Error, stop the program else { <<<"ERROR IN SEQUENCER DATA", "";>>>; <<<"Item count mismatch","">>>; } //------------------------------------------------------------------------- // This is the sporkage for our note playing. fun void tampluck (int step) { float npitch; variance[step] + noteoffset + notes[step] => Std.mtof => npitch; npitch => tambura[step].freq; <<<"Pitch",npitch,"">>>; 1 => tambura[step].pluck; } -- www.loscha.com/chuck

2 1

Re: [chuck-users] De-Lurk Pt II. I forgot my spork!
by Loscha 11 May '07

11 May '07

I feel like a bit of a fool after that posting. I forgot to put back the "spork ~" in the section of code I was working on. Please revise code as follows: Should have posted link to code stored as a ck on my server, I could have fixed it in a jiffy, and saved y'all have to cut and paste it to get it working. sorry for the chatter. -Edward //------------------------------------ The Sequence Plays! ---------------------- while (true) { for (0 => int stab; stab < numsteps; stab++) { if (beats[stab] == 1) { <<<"Stab",stab,"">>>; spork ~ tampluck (stab); // <= this is the updated line! } click * 1::ms => now; } } //------------------------------------ The Sequence (never) Ends! ----------------------

2 1

Anyone else running ChucK dual-core in 64-bit mode?
by Ken Restivo 02 May '07

02 May '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 By the way, I searched around and didn't see any mention of the problem I've seen (ChucK segfaulting in Ugen constructors). Is anyone else running dual core 64-bit machines out there (on Linux, especially)? - -ken -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFGMVQSe8HF+6xeOIcRAmoAAJ4lQzZ4sTgVpKP0Bn1fqDU+3lrOFQCgk++1 +D9RvFdNBJKOaY2KB0k/rT4= =Pdiq -----END PGP SIGNATURE-----

5 12

stereo ugens yet once more
by Lukas Degener 28 Apr '07

28 Apr '07

hi again, could you tell me what's the current state of affairs concerning stereo (multi-channel) ugens? I'm looking through the code and I can see that there is somthing going on, but I was not yet able to completely grasp the idea. :-) I see I can specify in and outs in type_engine_import_ugen_begin(...), Further it seems that for each channel, a "sub"-ugen is generated for me, everything basically looks put in place allready...so... How do I control how those "sub-ugens" are ticked? Would it be wise to just set their tick function pointer directly? Is there maybe already some example code which I could have a look on? Or am I looking in the wrong places? Sorry for pestering you with my questions :-). Kind Regards, --lu

2 5

chuck segfaults at startup on core2duo on linux jack
by Ken Restivo 27 Apr '07

27 Apr '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alas, I am dead in the ChucK waters. Just got a new Core 2 Duo laptop. Built ChucK 1.2.0.8 for linux-jack. Planned to use this machine for ChucK experimentation and live performance. And then: $ chuck cw.ck Segmentation fault Gah! $ chuck --probe [chuck]: found 1 device(s) ... [chuck]: ------( chuck -- dac1 )--------------- [chuck]: device name = "Jack Server" [chuck]: probe [success] ... [chuck]: # output channels = 2 [chuck]: # input channels = 2 [chuck]: # duplex Channels = 2 [chuck]: default device = YES [chuck]: natively supported data formats: [chuck]: 32-bit float [chuck]: supported sample rates: [chuck]: 48000 Hz [chuck]: [chuck]: ------( chuck -- 3 MIDI inputs )------ [chuck]: [0] : "Midi Through Port-0"Segmentation fault Sad. No ChucK for me! This is with the stock 1.2.0.8 - -ken -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFGJbF8e8HF+6xeOIcRAllLAKD0f78S+IOEEFqJIGcASfthaIX5mACghGW1 qb6fSvK2uBex703V7MQKri8= =kaw9 -----END PGP SIGNATURE-----

2 3