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

changing a value with a function
by Atte André Jensen 04 Nov '07

04 Nov '07

Hi I'm trying to change a value of something (in this case BPF.freq with a function. I'd like to write a function that can be sporked on just aout any value, but I can't figure out how. Below changer() works, but only works on filters freq parameter. changer2() obviously doesn't work. Can something like this be done? Could the parameter for a ugen be passed by reference? SndBuf s => BPF f => dac; s.read("beat.wav"); 10 => f.Q; 4200 => f.freq; 5 => f.gain; function void loop(SndBuf s){ while(true){ 0 => s.pos; s.samples()::samp => now; } } function void changer(FilterBasic f){ while(true){ Std.rand2f(200,1000) => f.freq; 400::ms => now; } } function void changer2(float value){ while(true){ Std.rand2f(200,1000) => value; 400::ms => now; } } spork ~ loop(s); spork ~ changer(f); //spork ~ changer2(f.freq); 1::week => now; -- peace, love & harmony Atte http://atte.dk | http://myspace.com/attejensen http://anagrammer.dk | http://modlys.dk

4 11

zipper noise
by Stephen Sinclair 04 Nov '07

04 Nov '07

Hi, Sometimes I've noticed zipper noise when using Chuck. Specifically if I'm doing some sort of modulation in a loop, I'll get artifacts because I'm instantaneously setting a parameter once every 10ms or so. Ideally changing the time-length of the loop shouldn't really change the sound much (except to make longer latency), but I find that there are drastic differences between using 1::samp, 5::samp, 1::ms, 10::ms, mostly due (I think) to the frequency of these artifacts. Has anyone noticed this? What measures do you take to fix it? I'm wondering if it would be useful to be able to specify ramp times (or some global ramp time) for when you set a parameter. (Of course that would be a bit tricky to implement...) Perhaps each parameter could have a per-sample lowpass on it, but I guess that would greatly increase processing needs. How is this currently handled in Chuck? cheers, Steve

4 10

bug in HidMsg?
by Atte André Jensen 04 Nov '07

04 Nov '07

Hi I think something is not working correct in HidMsg. Running the following code and pressing "5" prints "34" but pressing "s" also prints "34" (this is with a danish keyboard, things might look different with other keyboards, I know). Shouldn't each key be associated with a unique int? 1 => int device; Hid hi; HidMsg msg; if( !hi.openKeyboard( device ) ) me.exit(); <<< "keyboard '" + hi.name() + "' ready", "" >>>; while(true){ hi => now; while(hi.recv(msg)){ <<<msg.key>>>; } } -- peace, love & harmony Atte http://atte.dk | http://myspace.com/attejensen http://anagrammer.dk | http://modlys.dk

2 2

Bay Area Computer Music Technology Meetup - Nov 8th
by Noah Thorp 03 Nov '07

03 Nov '07

Our October meetup was success with 40 or so people in attendance and presentations on ChucK, Python VST libs, and Jitter. Come check out the next one and meet other computer music technologists. This one will be at CNMAT and will have some great presentations on: Kyma live performance, Csound & Blue, using Wacom tablets with max/msp (see full description below). Cheers, Noah ---------------------------------------------------------------------------------- November 8th - Bay Area Computer Music Meetup ---------------------------------------------------------------------------------- When: Thursday, November 8, 2007, 7:30 PM Where: CNMAT (UC Berkeley) 1750 Arch Street Berkeley , CA 94709 RSVP: http://electronicmusic.meetup.com/152/ Our second Bay Area Computer Music Technology meetup will be on November 8th, 7:30pm @ CNMAT - UC Berkeley (thank you to Michael Zbyszinynski and David Wessel). Come meet each other and participate in planned and impromptu presentations ("lightning talks"). Bring your laptop if you would like to make a short impromptu presentation (projection screen and sound system available) or tell the group about new projects and opportunities. Planned Presentations: * Brian Belet will be giving a demonstration of the Kyma sound design workstation as a performance environment for live interactive computer music. Belet will perform one of his compositions, and then discuss the algorithms used. * Steven Yi will be presenting on "Blue". Blue is a music composition environment for Csound, written in Java and available on Windows, Linux, and OSX. Using SoundObjects on a timeline, GUI instruments, a mixer, and many other features, blue builds on top of Csound's powerful audio system to allow flexible, intuitive, and expressive work with musical ideas. * Michael Zbyszynski will be presenting his Max/MSP libraries and on live performance with Wacom tablets. * David Wessel may be demonstrating his new controllers (tentative) Looking forward to seeing all of you, and please feel free to contact me - noah [at] listenlabs.com. Proposals for future events are welcome. Full bios for presenters are posted here: http://electronicmusic.meetup.com/152/calendar/6632332/

1 0

input from file?
by francis keyes 03 Nov '07

03 Nov '07

This may be a silly question but is it possible to read data into a chuck program from a file? Given the code below for example, would it be possible to store the parameters for the Std.rand2f function in a text file and have chuck read them from the file on every loop? // make our patch SinOsc s => dac; // time-loop, in which the osc's frequency is changed every 100 ms while( true ) { 1000::ms => now; Std.rand2f(30.0, 1000.0) => s.freq; }

2 1

more LiSa notes
by Kassen 02 Nov '07

02 Nov '07

Hi, List, Hi Dan! Some notes; When the length of the loop accidentally becomes 0 I got a extreme CPU load, one different from a loop that doesn't advance time, it seems, in that quiting ChucK wasn't easily done (it started "cleaning up", then got stuck) and required a kill through the task manager. I think I would suggest ignoring the command that creates this situation (either .loopStart(), or .loopEnd(), I suppose .loop() itself could also be the final straw ) and printing a warning about the situation as this situation results in a de-facto end of the VM. When using the .rampDown() command, but then starting .play() again on the same voice before the rampDown has finished the rampDown will cut the new "note" off. This may be intended behavior? Giving a .rampUp(0::ms) when starting the new note avoids this situation so it's no real issue, just unexpected to me. I'm not sure whether this is on "the list" already but I'd also appreciate "get" method for the .rate(), that way we could get the rate, multiply it by some fraction and set it again, like we can with all other pitched Ugens. (of course this can already be done by defining a extra float that keeps track of it but this isn't so elegant). Yours, Kas.

2 4

VIM users
by eduard aylon 02 Nov '07

02 Nov '07

Hello list, here's the new ck.vim for syntax coloring that I use and hope it is useful to others. Let me know if you think more features should be added or changed. I am not a vim expert, but I'll try my best. If vim users think it is good enough I will put it on the wiki. Eduard

9 19

+=> now;
by Juan-Pablo Caceres 31 Oct '07

31 Oct '07

Hi, Some examples on papers 2004, like this one, http://soundlab.cs.princeton.edu/publications/on-the-fly_nime2004.pdf use things like: 100::ms +=> now; I don't understand exactly the meaning of that, but I think it should be the same as: 100::ms => now; Is that notation depreciated? Because that line is crashing ChucK, this simple program: //---------------------- <<< "now" >>>; 1::second +=> now; //---------------------- Gives a segmentation fault message (on Linux at least). Thanks for your help, Juan-Pablo

2 1

Installing on 64bit Ubuntu?
by Eric Hedekar 31 Oct '07

31 Oct '07

Hi, I recently tried to get chuck working on my new UbuntuStudio 64bit install and I can't get it to work properly. When I "make linux-jack" it seems to go okay and the last couple lines are as follows: g++ -D__LINUX_JACK__ -c -O3 -D__CK_SNDFILE_NATIVE__ uana_xform.cpp g++ -D__LINUX_JACK__ -c -O3 -D__CK_SNDFILE_NATIVE__ uana_extract.cpp g++ -o chuck chuck.tab.o chuck.yy.o chuck_absyn.o chuck_parse.o chuck_errmsg.o chuck_frame.o chuck_symbol.o chuck_table.o chuck_utils.o chuck_vm.o chuck_instr.o chuck_scan.o chuck_type.o chuck_emit.o chuck_compile.o chuck_dl.o chuck_oo.o chuck_lang.o chuck_ugen.o chuck_main.o chuck_otf.o chuck_stats.o chuck_bbq.o chuck_shell.o chuck_console.o chuck_globals.o digiio_rtaudio.o hidio_sdl.o midiio_rtmidi.o rtaudio.o rtmidi.o ugen_osc.o ugen_filter.o ugen_stk.o ugen_xxx.o ulib_machine.o ulib_math.o ulib_std.o ulib_opsc.o util_buffers.o util_console.o util_string.o util_thread.o util_opsc.o util_math.o util_network.o util_raw.o util_xforms.o util_hid.o uana_xform.o uana_extract.o -lasound -ljack -lstdc++ -ldl -lm -lsndfile make[1]: Leaving directory then when I run "chuck moe.ck" I get: JACK tmpdir identified as [/dev/shm] Enhanced3DNow! detected SSE2 detected JACK tmpdir identified as [/dev/shm] Enhanced3DNow! detected SSE2 detected JACK tmpdir identified as [/dev/shm] Enhanced3DNow! detected SSE2 detected Segmentation fault (core dumped) Where is my problem lying? I'm of the linux age where I shouldn't have to understand how to compile from code to get things to run and the Chuck install instructions say nothing about which programs and libraries (other than libsndfile) are required etc.. to make. That info would be a very good addition on the next release.

3 7

miniaudicle - DAC
by eduard aylon 30 Oct '07

30 Oct '07

Hello, I normally use VIM and command line and not miniaudicle, so I am probably missing something. Anyway, today I downloaded the last version of miniaudicle available from the web and found that one cannot connect to DAC. SinOsc s => dac results in the following error message: ugen's of type 'DAC' have no input - cannot => from another ugen... However SinOsc => adc yields no errors. So there's no way we can get sound from miniaudicle? strange... Eduard

5 9