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

chuck output to console on stdout
by stephane.poirier＠oifii.org 13 Dec '12

13 Dec '12

Hi All, Here below are 3 lines of code in chuck. How could I modify it to output the value of T in the chout? // this synchronizes to period 0.75::second => dur T; T - (now % T) => now; // output to console on stdout chout <= 1 <= " foo " <= 5.5 <= IO.newline(); Regards, Stephane

5 4

chuck --adc not working on osx
by Michael Heuer 11 Dec '12

11 Dec '12

Hello, I've been using chuck 1.3.1.3 on OSX for quite a while now without any problems $ chuck --help chuck version: 1.3.1.3 (chimera) mac os x : intel : 64-bit but I just tried configuring the adc for the first time and it is not working for me. $ chuck --probe [chuck]: found 4 device(s) ... [chuck]: ------( audio device: 1 )--------------- [chuck]: device name = "Apple Inc.: Built-in Microphone" [chuck]: probe [success] ... [chuck]: # output channels = 0 [chuck]: # input channels = 2 [chuck]: # duplex Channels = 0 [chuck]: default output = NO [chuck]: default input = YES [chuck]: natively supported data formats: [chuck]: 32-bit float [chuck]: supported sample rates: [chuck]: 8000 Hz [chuck]: 9600 Hz [chuck]: 11025 Hz [chuck]: 16000 Hz [chuck]: 22050 Hz [chuck]: 32000 Hz [chuck]: 44100 Hz [chuck]: 48000 Hz [chuck]: 88200 Hz [chuck]: 96000 Hz [chuck]: [chuck]: ------( audio device: 2 )--------------- [chuck]: device name = "Apple Inc.: Built-in Input" [chuck]: probe [success] ... [chuck]: # output channels = 0 [chuck]: # input channels = 2 [chuck]: # duplex Channels = 0 [chuck]: default output = NO [chuck]: default input = NO [chuck]: natively supported data formats: [chuck]: 32-bit float [chuck]: supported sample rates: [chuck]: 8000 Hz [chuck]: 9600 Hz [chuck]: 11025 Hz [chuck]: 16000 Hz [chuck]: 22050 Hz [chuck]: 32000 Hz [chuck]: 44100 Hz [chuck]: 48000 Hz [chuck]: 88200 Hz [chuck]: 96000 Hz [chuck]: [chuck]: ------( audio device: 3 )--------------- [chuck]: device name = "Apple Inc.: Built-in Output" [chuck]: probe [success] ... [chuck]: # output channels = 2 [chuck]: # input channels = 0 [chuck]: # duplex Channels = 0 [chuck]: default output = YES [chuck]: default input = NO [chuck]: natively supported data formats: [chuck]: 32-bit float [chuck]: supported sample rates: [chuck]: 44100 Hz [chuck]: 48000 Hz [chuck]: 88200 Hz [chuck]: 96000 Hz [chuck]: [chuck]: ------( audio device: 4 )--------------- [chuck]: device name = "Apogee Electronics: Jam" [chuck]: probe [success] ... [chuck]: # output channels = 0 [chuck]: # input channels = 1 [chuck]: # duplex Channels = 0 [chuck]: default output = NO [chuck]: default input = NO [chuck]: natively supported data formats: [chuck]: 32-bit float [chuck]: supported sample rates: [chuck]: 44100 Hz [chuck]: 48000 Hz [chuck]: [chuck]: [chuck]: ------( chuck -- 0 MIDI inputs )------ [chuck]: [chuck]: ------( chuck -- 0 MIDI outputs )----- [chuck]: $ chuck --dac:3 --adc:4 --srate:48000 --loop [chuck]: unable to find adc '4'... [chuck]: | (try --probe to enumerate audio device info) $ chuck --dac:3 --adc:3 --srate:48000 --loop [chuck]: unable to find adc '3'... [chuck]: | (try --probe to enumerate audio device info) $ chuck --dac:3 --adc:2 --srate:48000 --loop [chuck]: unable to find adc '2'... [chuck]: | (try --probe to enumerate audio device info) $ chuck --dac:3 --adc:1 --srate:48000 --loop [chuck]: unable to find adc '1'... [chuck]: | (try --probe to enumerate audio device info) $ chuck --dac:3 --adc:0 --srate:48000 --loop [chuck]: unable to find adc '0'... [chuck]: | (try --probe to enumerate audio device info) $ chuck --dac:3 --adc --srate:48000 --loop [chuck]: (CoreAudio) timeout waiting for sample rate update for device (2)... [chuck]: cannot initialize audio device (use --silent/-s for non-realtime) $ chuck --dac:3 --adc --srate:44100 --loop [chuck]: (CoreAudio) timeout waiting for sample rate update for device (2)... [chuck]: cannot initialize audio device (use --silent/-s for non-realtime) Same without the Jam connected, or with Apogee ONE connected, or with Presonus AudioBox USB connected. Am I just missing something? michael

2 1

LiSa question
by Aurélien Bondis 10 Dec '12

10 Dec '12

Hi, I'm trying to figure out how to have multiple samples of different sizes looping together. I think I kind of have it but would like to be sure :) Are the voices here for that? Record does not have a voice option, so I understand that I have to explicitly tell my sample what part of it is supposed to be 'voice 1' or 'voice 2'. Also in my code, I seem to have my voice2 starting from something like 1second before its end and then loop, did I miss something ? Here is my code: --------------------------------------------------------- //a simple signal path adc => LiSa saveme => dac; //gotta tell LiSa how much memory to allocate 60::second => saveme.duration; saveme.recRamp(200::ms); <<< "recording 1" >>>; 1::second => now; 1 => saveme.record; 3::second => now; 0 => saveme.record; // Set voice 1 start and stop to use in the loop saveme.loopStart(1, 0::second); saveme.loopEnd(1, 3::second); <<< "recording 2" >>>; 1::second => now; 1 => saveme.record; 10::second => now; 0 => saveme.record; // Set voice 2 start and stop to use in the loop saveme.loopStart(2, 3::second); saveme.loopEnd(2, 13::second); // set voice 1 to loop saveme.loop(1,1); // set voice 2 to loop saveme.loop(2,1); <<< "playing">>>; // play loops saveme.play(1,1); saveme.play(2,1); while (true) { 1::second => now; } ------------------------------------------------------------ Thanks for your help. Aurélien.

2 3

mini audicle
by stephane.poirier＠oifii.org 09 Dec '12

09 Dec '12

Hi, I am trying to run chuck files into mini audicle under windows 7. My chuck file have absolute path and run correctly with chuck only, but nothing plays when within mini audicle. Is there documentation for the mini audicle? Steph

2 1

LiSa .track/.sync in Chuck 1.3.1.3
by Simon Steptoe 06 Dec '12

06 Dec '12

Apologies if this is documented somewhere, but am I right in thinking that the .track/.sync functions are currently not working in the latest version of Chuck? Anyway, put it like this... the LiSa-track example files are working fine for me in Chuck 1.2.1.3 (on Windows 7 machine), but with 1.3.1.3 I'm just getting silence. Thanks Simon

2 1

netin/netout
by Aurélien Bondis 03 Dec '12

03 Dec '12

Hi, I'm trying to use neting/netout but without success. I keep getting undefined type 'netout' I tried the examples from https://chuck-dev.stanford.edu/svn/chuck/trunk/examples/net_send.ck since they are the only ones i could find with netout chuck version: 1.3.1.3 (chimera) OS: gnu/Linux Distro: Archlinux Thanks.

2 1

no such file or directory
by hhazel＠gmail.com 03 Dec '12

03 Dec '12

I'm new to this program and list, but I have searched through the archives without finding a similar problem. Whenever I try opening a .ck file, i get this error message "[filename]: no such file or directory". So it recognizes chuck, but it seems like chuck just doesn't recognize .ck files as its own. I have Windows 7, 64bit. Maybe Chuck isn't compatible with this system yet? Your help is greatly appreciated. daniel

2 1

module chugen
by Michael Heuer 30 Nov '12

30 Nov '12

I knew I was going to get to this eventually; I have always wanted to be able to ChucK a ugen to a parameter, similar to control voltages in modular synths I suppose. With this public class Module extends Chugen { Gain _cv; { _cv => blackhole; } fun float tick(float in) { return tick(in, _cv.last()); } // subclasses override this function fun float tick(float in, float cv) { return in; } } I can do this, which interpolates the cv to a frequency between 2.0 and 8.0 class SinModule extends Module { SinOsc sin; { sin => blackhole; } fun float tick(float in, float cv) { Interpolate.linear(cv, -1.0, 1.0, 2.0, 8.0) => sin.freq; return sin.last(); } } and then this, which uses a SinOsc at a frequency of 0.25 as the cv to modulate the frequency of the SinModule which modulates the gain for a tremolo effect. class TremoloModule extends Module { SinModule gainLfo; SinOsc rateLfo; { 1.0 => gainLfo.sin.gain; gainLfo => _cv; 0.25 => rateLfo.freq; 1.0 => rateLfo.gain; rateLfo => gainLfo._cv; } fun float tick(float in, float cv) { Interpolate.linear(cv, -1.0, 1.0, 0.0, 1.0) => gain; return in; } } SinOsc sin => TremoloModule trem => dac; 0.4 => sin.gain; 220.0 => sin.freq; 1::hour => now; https://github.com/heuermh/lick/blob/master/examples/moduleExample.ck I am wondering if others have cleaner ways of doing this, because this example isn't even easy for me to follow. michael

1 0

Chuck mode for emacs?
by Bunny Blake 29 Nov '12

29 Nov '12

Hi all, I'm new to Chuck, and searching for the Chuck mode for emacs (chuck-mode.el). I've seen it referenced in a couple of places, but all of the links to it I can find are dead. Does anyone have a copy of this which they could mail or host somewhere? Thanks!

2 1

Re: [chuck-users] OSC function crashing Chuck?
by Simon Steptoe 26 Nov '12

26 Nov '12

Stefan Didn't get any error messages... and tried removing the @ as you suggest but to no avail. However, your suggestion did prompt me to look through the examples files in more detail and by adding a "Machine.remove(oscProcess.id());" to explicitly remove the shred waiting on the OSC event... everything sorted itself out. Thanks. Simon On Sun, Nov 25, 2012 at 4:38 PM, Stefan Blixt <stefan.blixt(a)gmail.com> > wrote: > > If you see an error message that can be useful to include in a post like > this as well as well. Anyway, oeGetProcessId is probably null or some other > void state when you try to reference it. > > Remove the '@' from "OscEvent @ oeGetProcessId" and it will probably work. > Compare with the example "OSC_recv.ck". > > /Stefan > > > On Sun, Nov 25, 2012 at 4:38 PM, Simon Steptoe <simonsteptoe(a)yahoo.co.uk> >> wrote: >> >> Whilst working on some OSC stuff, I got to a situation where Chuck >> (and mini-Audicle) kept crashing at the end of the main shred. >> >> I've stripped out all the Ugens and synthesis stuff and am left with >> the following algorithm (see below) as the culprit. At the end of the >> 5 seconds duration of the main shred, Chuck crashes. Take out >> "oeGetProcessId => now;" and all is fine. >> >> Now aside from whether it's a viable/good piece of code or not, I was >> surprised that it goes so far as to crash the system. >> >> Is it a bug... or is it me? (Code below). >> >> Simon Steptoe >> >> //CODE ============================================= >> OscRecv RecvProcess; >> 32000 => RecvProcess.port; >> RecvProcess.listen(); >> RecvProcess.event("/process/id, i " ) @=> OscEvent @ eGetProcessId; >> >> Shred oscProcess; >> >> spork ~ oscProcessingIt() @=> oscProcess; >> 5::second => now; >> >> fun int oscProcessingIt() >> { >> int testValue; >> while (true) >> { >> oeGetProcessId => now; >> if( oeGetProcessId.nextMsg() != 0) >> { >> oeGetProcessId.getInt() => testValue; >> <<<"Hello from PROCESSING: ",testValue>>>; >> } >> 0.1::second => now; >> } >> } >> //============================================ >> >> Thanks >> >> Simon Steptoe >> _______________________________________________ >> chuck-users mailing list >>> chuck-users(a)lists.cs.princeton.edu >>> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >> >> >> >> >> -- >> Release me, insect, or I will destroy the Cosmos! >> >> _______________________________________________ >> chuck-users mailing list >> chuck-users(a)lists.cs.princeton.edu >> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >> >

1 0