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

Better explain Myself about kb triggering.
by Alpha Core 01 Dec '07

01 Dec '07

Thanks for all the help first of all I played around with the kb.ck in the hid folder and saw that it typed out the letters i pressed so i can use the same setup and say omodify it to trigger for a example when press A triggers a SinOsc to play a freq for say 1 sec ? About the variable question sorry about that I ment a char array like in C++ thanks again . Gabriel aka ALPHACORE --------------------------------- Be a better pen pal. Text or chat with friends inside Yahoo! Mail. See how.

1 0

Re: [chuck-users] chuck-users Digest, Vol 29, Issue 1
by Alpha Core 01 Dec '07

01 Dec '07

thank you for the help I think I understand it now I'll read the Kb.ck file and play around with it as far as Charcter variables in think you already answered it thanks Again.. Alphacore 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. Re: Question about Routing instruments? (Kassen) 2. Re: parab0xx in Wired News (robin.escalation) From: Kassen <signal.automatique(a)gmail.com> Subject: Re: [chuck-users] Question about Routing instruments? Date: Fri, 30 Nov 2007 19:58:37 +0100 To: "ChucK Users Mailing List" <chuck-users(a)lists.cs.princeton.edu> Hi, Alpha! My question is this Can I say create a Osc with setting that I want which i know how to do But can i say route it to the computer keyboard say trigger it by pressing the letter A Yes, you can. This is quite easy. First thing to do would be to have a look at kb.ck in the /examples/hid/ folder, this will teach you how to use the keyboard as a input device. Run that, press the key you'd like to use and see what id it has. You then include a shred that reads from the keyboard like that file does, write some rules to detect the keys you are interested in and link those to commands like; if(msg.which == my_keynumber) my_envelope.keyOn; Quite easy once you get the hang of it. or can I just setup a char. variable to trigger it? I don't quite understand this question, could you re-phrase it? What do you mean by "char. variable"? Yours, Kas. From: "robin.escalation" <robin.escalation(a)acm.org> Subject: Re: [chuck-users] parab0xx in Wired News Date: Sat, 1 Dec 2007 05:07:51 -0800 (PST) To: chuck-users(a)lists.cs.princeton.edu AlgoMantra wrote: > We didn't use ChucK in this one, but you can using OSC! > I have used Python, and released the source too. Check out > the story, and please feel free to embellish and improve upon > the code for your own evil purposes. I'm also happy to look > at collaborative opportunities/ideas. The code is at my website > (see below). That is pretty freakin' cool and similar to something I wanted to do myself. Plus in Python... perfect! Will check out the details. -- robin ----- Robin Parmar robinparmar.com _______________________________________________ chuck-users mailing list chuck-users(a)lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users --------------------------------- Get easy, one-click access to your favorites. Make Yahoo! your homepage.

1 0

Re: [chuck-users] parab0xx in Wired News
by robin.escalation 01 Dec '07

01 Dec '07

AlgoMantra <algomantra(a)gmail.com> wrote: > We didn't use ChucK in this one, but you can using OSC! > I have used Python, and released the source too. Check out > the story, and please feel free to embellish and improve upon > the code for your own evil purposes. I'm also happy to look > at collaborative opportunities/ideas. The code is at my website > (see below). That is pretty freakin' cool and similar to something I wanted to do myself. Plus in Python... perfect! Will check out the details. -- robin ----- Robin Parmar robinparmar.com

2 1

Question about Routing instruments?
by Alpha Core 30 Nov '07

30 Nov '07

Hello I had A question about routing intsturment and triggering them via keyboard I produce text to midi music And now that I have found and been using CHUCK i think its great.. My question is this Can I say create a Osc with setting that I want which i know how to do But can i say route it to the computer keyboard say trigger it by pressing the letter A or can I just setup a char. variable to trigger it? Thanks for any Help Alphacore --------------------------------- Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now.

2 1

Compiling Chuck on Ubuntu 7.04
by Christian Werthschuĺte 30 Nov '07

30 Nov '07

Hello, I'm trying to compile and install chuck on Ubuntu 7.04 with OSS yet have come across the following error message: What have I done wrong? Thanks, Christian christian@christian-laptop:~/Downloads/chuck-1.2.1.1/src$ make linux-oss make -f makefile.oss make[1]: Betrete Verzeichnis '/home/christian/Downloads/chuck-1.2.1.1/src' g++ -D__LINUX_OSS__ -c -O3 -D__CK_SNDFILE_NATIVE__ rtaudio.cpp g++ -D__LINUX_OSS__ -c -O3 -D__CK_SNDFILE_NATIVE__ rtmidi.cpp g++ -D__LINUX_OSS__ -c -O3 -D__CK_SNDFILE_NATIVE__ ugen_osc.cpp g++ -D__LINUX_OSS__ -c -O3 -D__CK_SNDFILE_NATIVE__ ugen_filter.cpp g++ -D__LINUX_OSS__ -c -O3 -D__CK_SNDFILE_NATIVE__ ugen_stk.cpp g++ -D__LINUX_OSS__ -c -O3 -D__CK_SNDFILE_NATIVE__ ugen_xxx.cpp ugen_xxx.cpp:43:21: error: sndfile.h: No such file or directory ugen_xxx.cpp:2075: Fehler: ISO-C++ verbietet Deklaration von »SNDFILE« ohne Typ ugen_xxx.cpp:2075: Fehler: expected »;« before »*« token ugen_xxx.cpp: In constructor »sndbuf_data::sndbuf_data()«: ugen_xxx.cpp:2111: Fehler: »fd« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp: In function »long unsigned int sndbuf_read(sndbuf_data*, long unsigned int, long unsigned int)«: ugen_xxx.cpp:2142: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp:2154: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp:2154: Fehler: »sf_seek« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp:2158: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp:2158: Fehler: »sf_readf_float« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp:2168: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp:2168: Fehler: »sf_close« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp:2169: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp: In function »void sndbuf_setpos(sndbuf_data*, double)«: ugen_xxx.cpp:2216: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp: In function »float sndbuf_sampleAt(sndbuf_data*, long int)«: ugen_xxx.cpp:2236: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp: In function »void sndbuf_ctrl_read(Chuck_Object*, void*, Chuck_DL_Return*, Chuck_VM_Shred*)«: ugen_xxx.cpp:2457: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp:2459: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp:2459: Fehler: »sf_close« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp:2460: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp:2588: Fehler: »SF_INFO« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp:2588: Fehler: expected `;' before »info« ugen_xxx.cpp:2589: Fehler: »info« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp:2594: Fehler: »SF_FORMAT_RAW« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp:2594: Fehler: »SF_FORMAT_PCM_16« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp:2594: Fehler: »SF_ENDIAN_CPU« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp:2600: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp:2600: Fehler: »SFM_READ« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp:2600: Fehler: »sf_open« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp:2601: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp:2601: Fehler: »sf_error« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp:2605: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp:2605: Fehler: »sf_strerror« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp:2606: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp:2606: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp:2606: Fehler: »sf_close« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp:2630: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp:2630: Fehler: »sf_seek« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp:2643: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp:2643: Fehler: »sf_close« wurde in diesem Gültigkeitsbereich nicht definiert ugen_xxx.cpp:2643: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp:2647: Fehler: »struct sndbuf_data« hat kein Element namens »fd« ugen_xxx.cpp: In function »void sndbuf_cget_valueAt(Chuck_Object*, void*, Chuck_DL_Return*, Chuck_VM_Shred*)«: ugen_xxx.cpp:2840: Fehler: »struct sndbuf_data« hat kein Element namens »fd« make[1]: *** [ugen_xxx.o] Fehler 1 make[1]: Verlasse Verzeichnis '/home/christian/Downloads/chuck-1.2.1.1/src' make: [linux-oss] Fehler 2 (ignoriert)

3 4

Re: [chuck-users] sitar and voic-form
by Macciza Macpherson 30 Nov '07

30 Nov '07

From memory all the KP style ugens in the STK framework expect a 'lowest freq' at init Voic-form is a 4-band formant synth not actually a speech synth. good vowel sounds though Check the orig STK project at http://ccrma.stanford.edu/software/stk/ index.html for more info

2 1

dac.channels
by eduard 30 Nov '07

30 Nov '07

Hi there, I'd like to use all my soundcard outputs, however dac.channels() reports the wrong number or at least a different number of channels than chuck --probe. Here's the output of the latter for the mentioned soundcard: [chuck]: ------( chuck -- dac4 )--------------- [chuck]: device name = "RME: Fireface 400 (4AF)" [chuck]: probe [success] ... [chuck]: # output channels = 18 [chuck]: # input channels = 18 [chuck]: # duplex Channels = 18 [chuck]: default device = YES [chuck]: natively supported data formats: [chuck]: 8-bit int [chuck]: 16-bit int [chuck]: 24-bit int [chuck]: 32-bit int [chuck]: 32-bit float [chuck]: 64-bit float [chuck]: supported sample rates: [chuck]: 32000 Hz [chuck]: 44100 Hz [chuck]: 48000 Hz [chuck]: 88200 Hz [chuck]: 96000 Hz [chuck]: 176400 Hz [chuck]: 192000 Hz however dac.channels() reports that only 2 channels are available. I've double checked that this soundcard is the default one and also run chuck with --dac4 flag, but no luck. Does anyone know what could be wrong? thanks in advance, eduard

3 2

Unit tests, vm crashes
by Michael Heuer 29 Nov '07

29 Nov '07

Sorry, should have changed the subject line Michael Heuer wrote: > A few more language questions/feature requests: > > I see that NullPointerExceptions are thrown in some situations (but > not always, see below) by the vm -- is it possible to throw an > Exception? > > Is it possible to catch an Exception? > > I could simulate throwing an exception by printing out an error > message with the offending line number and calling me.exit() . . . is > it possible to get the current line number? > > In my attempt at an unit test framework for ChucK I crash the vm where > I would expect it to throw a NullPointerException. See commented out > lines in the attachment at > > http://electro-music.com/forum/viewtopic.php?p=154598#154598 > > michael >

2 1

upchuck: a chuck preprocessor
by Scott Wheeler 29 Nov '07

29 Nov '07

Since I do a lot of OO-ish stuff in ChucK and tend to reuse my standard classes a lot, the lack of an import mechanism or preprocessor was getting on my nerves. I hacked up a (not-entirely-so-) quick one last night in Perl. The only preprocessor command supported at this point is "include". The syntax is: #include(Something.ck) or, to make things prettier: #include(Something) It will automatically search the current working directory, check to see if appending a ".ck" helps, and then do the same for every directory in the colon separated $CHUCK_DIRS. Extra credit is that it: - Checks to avoid double includes, recursive includes, etc. - Automatically passes all non-file arguments on to ChucK - Translates error messages back to the original files (rather than the temp file that ChucK actually executes; this was a pain since ChucK uses stderr for output and errors) So, let's play with it a little. I've attached a couple of small files to be put in ~/ChucK. I've got upchuck in ~/bin, which is in my path. Then from the shell: export CHUCK_DIRS=~/ChucK upchuck Quux "Foo" : (string) "Bar" : (string) "Baz" : (string) This won't work on Windows, but I suspect the only thing that needs to be reimplemented is the tempName subroutine (which you could just write in Perl in about 2 minutes -- I just don't know what the standard temp dir is on Windows). -Scott #!/usr/bin/perl use strict; use IPC::Open3; use Cwd 'abs_path'; use File::Basename; ################################################################################ # addOutputLine ################################################################################ our @lineMap; our @fileMap; sub addOutputLine { my $file = shift(@_); my $line = shift(@_); push(@lineMap, $line); push(@fileMap, $file); } ################################################################################ # tempName ################################################################################ sub tempName { my $temp = `mktemp -t chuck.XXXXX`; chomp($temp); return $temp; } ################################################################################ # findFile ################################################################################ sub findFile { my $file = shift(@_); (-e $file) && return $file; (-e "$file.ck") && return "$file.ck"; my @dirs = split(":", $ENV{"CHUCK_DIRS"}); foreach my $dir (@dirs) { (-e "$dir/$file") && return "$dir/$file"; (-e "$dir/$file.ck") && return "$dir/$file.ck"; } return ""; } ################################################################################ # include ################################################################################ sub include { our %includes; my $file = shift(@_); my $found = findFile($file); if(length($found) == 0) { die "Could not include \"$file\""; } $file = $found; if(++$includes{$file} > 1) { return ""; } my $output; open(INCLUDE, $file); my @lines = <INCLUDE>; close(INCLUDE); my $count = 1; foreach my $line (@lines) { $output .= &preprocessor($line); addOutputLine($file, $count++); } return $output . "\n"; } ################################################################################ # preprocessor ################################################################################ sub preprocessor { my $input = shift(@_); if($input !~ /^\s*#/) { return $input; } chomp($input); my $command = $input; my $argument = $input; $command =~ s/^\s*#(\w+).*/$1/; $argument =~ s/.*$(.+)$.*/$1/; if($command =~ /include/i) { return include($argument); } die "Unhandled preprocess command, \"$input\""; } ################################################################################ # errorAdjuster ################################################################################ sub errorAdjustor { my $temp = shift(@_); my $error = shift(@_); if($error =~ /^\[$temp\]:line/) { chomp($error); my $lineNumber = $error; $lineNumber =~ s/\[$temp\]:line$([0-9]+)$.*/$1/; $error =~ s/$temp/$fileMap[$lineNumber - 1]/; $error =~ s/line$$lineNumber$/line($lineMap[$lineNumber - 1])/; return "$error\n"; } return $error; } ################################################################################ # main ################################################################################ my $temp = tempName(); open(OUTPUT, ">$temp"); my $command = "chuck"; while(my $arg = shift(@ARGV)) { if(!findFile($arg)) { $command .= " $arg"; } else { print OUTPUT include($arg); } } close(OUTPUT); $command .= " $temp"; if(fork() == 0) { sleep(1); unlink($temp); } else { local(*WRITE, *READ, *ERROR); my $pid = open3(\*WRITE, \*READ, \*ERROR, $command); if(fork() == 0) { my $file = basename($temp); while(my $line = <ERROR>) { print errorAdjustor($file, $line); } } else { while(my $line = <READ>) { print $line; } } waitpid($pid, 0); wait(); } wait(); #include(Foo) <<< "Bar" >>>; #include(Foo) #include(Bar) #include(Baz) #include(Bar) <<< "Baz" >>>; <<< "Foo" >>>;

1 0

[off-list] parab0xx in Wired News
by AlgoMantra 28 Nov '07

28 Nov '07

Hey Guys, We didn't use ChucK in this one, but you can using OSC! I have used Python, and released the source too. Check out the story, and please feel free to embellish and improve upon the code for your own evil purposes. I'm also happy to look at collaborative opportunities/ideas. The code is at my website (see below). We made it to Wired! Yay! http://blog.wired.com/music/2007/11/video-prototype.html ------- -.- 1/f ))) --. ------- ... http://www.algomantra.com

1 0

Sample Playback Efficiency
by Juan-Pablo Caceres 28 Nov '07

28 Nov '07

Dear list, Lets say I have an array of SndBuf, and I want to playback one of the samples each time. What is the most efficient way? What I am doing is just connecting everything to dac, and then setting all but one of the gains to non-zero, something like this: SndBuf buf[20]; for ( 0 => int i; i < 20; i++ ) { sample_names[i] => buf[i].read; //assuming I have an array of //string names buf[i] => dac; 0. => buf[i].gain; } //then to playback one at the time: int isamp; while (true) { Std.rand2(0, 19 ) => isamp; 0 => buf[isamp].pos; 0.1 => buf[isamp].gain; //set gain to something different // than zero 200::ms => now; 0. => buf[isamp].gain; //bring it back to zero } This works, but doesn't feel right. All the DSP connections are made, so I would guess this is inefficient. The other option will be to connect (=>) and disconnect (=<) dynamically but that solution also feels wrong... Any ideas? Thanks so much again, Juan-Pablo

2 2

ChucK on OLPC??
by M. Edward (Ed) Borasky 27 Nov '07

27 Nov '07

Forgive me if this is a FAQ, but has ChucK been ported to the XO laptop (One Laptop Per Child)? I'm seriously considering getting one under the Give One Get One program, and it appears to have CSound on it already. I'm thinking a bunch of them with the built-in wireless would make a nice laptop orchestra. :)

1 0

debug print duration
by Juan-Pablo Caceres 26 Nov '07

26 Nov '07

Hello list, This is kind of a silly question, but do you guys remember how to print a duration on a specific unit? What I mean is something like this: 1::second => dur mydur; <<< mydur >>>; //see the output in seconds (or another time unit) rather than samples I remember seeing this in one of the examples, but I cannot find it! Thanks in advance, Juan-Pablo

2 2

easy random numbers
by jakob kaiser 21 Nov '07

21 Nov '07

Hi, I want to write a small script for ear training with Chuck. Therefore Chuck should produce values that seem to be quite random. But it seems like that the standard functions here are too deterministic. I know that a non-deterministic random function would not be possible, but most programming languages provide functions that create at least new numbers every time I start the same code. However, in chuck something like the following always prints the same numbers when I run it: while(true){ 1::second => now; Math.rand2(50, 1000) => int rndNumber; <<<rndNumber>>>;} Is there an easy way to get something more unpredictable? I don't want to go deep into random generator programming. But the function does not really what you would expect of a random generator, does it? Cheers Jakob _________________________________________________________________ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=…

6 24

overlap factor amplify input signal
by Aylon Eduard 21 Nov '07

21 Nov '07

Hi there, In the following code ifft.last() is sometimes larger than 1, but when the input signal has unity gain, it shouldn't be like this. Actually, what happens, I think, is that the amplification is proportional to the overlap factor. So should setting ifft.gain to hopsize/fftsize be the correct way to handle this? thanks eduard SinOsc s => FFT fft => IFFT ifft => dac; //blackhole; 1024 => int fftsize => fft.size; fftsize/4 => int hopsize; fftsize/2 => int specsize; Windowing.blackmanHarris(fftsize) => fft.window => ifft.window; complex spec[ specsize ]; fun void transform() { fft.upchuck(); fft.spectrum( spec ); ifft.transform( spec ); hopsize::samp => now; } while( true ) { if( Std.fabs(ifft.last() > 1) ) <<< ifft.last() >>>; transform(); }

1 1

Reply to Kassen on shreds, functions and objects
by Jim Hinds 16 Nov '07

16 Nov '07

Apologies: I broke mailing list rule #1: "dont use subject lines like Re: chuck-users Digest, Vol 28, Issue 23" My bad. HI. The function is a function. It is only a function and things within it (the string beep) are totally invisible to anything outside of the function definition. (That's only partly true as they theoretically could be passed by reference to something else, just ignore this fact for now.) 'beep' does not belong to the sporked object. In fact, the name 'tester' isn't likely to be known to the sporked object. Chucks object and class capabilities are growing, but as they say on the street, they are not all 'that.' It has to do with inheritance, namespaces, run-time magic, and lots of stuff that would kill the real- time capability of a shred. All these are fun problems for a computer science person, but not so very fun if you just want to make chuck sing. I usually just pretend that sporked things are not objects at all. A shred is more like an independent agent: a baby. All it knows is the function that is used to give it birth. That function must know how to do all the communication to and from the outside environment. That function can call other functions (in other classes, possibly), look at global variables (in the same source file) and such. I'm sticking with global variables, at least for the short term. Programs in chuck are usually on the smallish side and a few global variables won't hurt the music and are just a necessary evil. I give those global variables useful names like "second_violin_bow_velocity" or some such and to keep track of them better. Jim Hinds http://www.jahbini.org/ > > > On Nov 15, 2007 4:46 PM, Kassen <signal.automatique(a)gmail.com > wrote: > Dear list, > > Shreds are objects (of type Shred) and functions aren't objects. > This is all good and well but it gets harder when we spork a > function and the function becomes a Shred and hence a Object. > Consider this; > > ------------------------ > fun void tester() > { > "boom" => string beep; > while(1) > { > <<<beep>>>; > second => now; > } > } > > > spork ~ tester() @=> Shred foo; > 5::second => now; > > "clik" => foo.beep; //this doesn't work > > day=> now; > ---------------------------------------- > > It's not so clear to me *why* the offending line doesn't work. Maybe > I'm misunderstanding something or making a syntax error but I think > that what we are seeing here is a loss of namespace that would be > useful and I don't understand why this happens. > > I also tried stuff along these lines; > > ---------------------- > class Bar extends Shred > { > //stuff including variables and a constructor > } > ------------------------------ > > If I do that I can instantiate a "Bar" but all it does is run it's > constructor; I can't manage to spork a Bar or assign a sporked shred > to a Bar. I can also make a array of Bar's but all that gets me is > the constructor running; > > --------------------------- > class Bar extends Shred > { > static int number; > <<<number++>>>; > } > > //print a series of numbers, no shreds in sight > Bar array[5]; > ---------------------------------- > > So, now I'm quite happy I said so many times that there are no > "stupid n00b questions" because now it's my turn to ask exactly what > a "Shred" is because I'm starting to feel like I have no idea. :¬) > > Could somebody please explain to me exactly what's going on here? > > > Yours, > Kas. > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > > >

2 1

a few language questions
by Michael Heuer 15 Nov '07

15 Nov '07

Hello, I have a few chuck language questions: Is it possible to define a "growing" array? The associative portion of the array grows without bounds but I can't see how to do that with the indexed portion. Object @ list[]; for (0 => int i; i < 100; i++) { Object o @=> list[i]; } Is it possible to check a reference against null? Object @ list[100]; 0 => int size; for (0 => int i; i < list.cap(); i++) { if (list[i] is null?) { size++; } } Is there a "String toString()" or similar method on Object? I wish to override "Expressions which represent an object will print the value of that object's reference address". Do reflective methods exist on the base Object type (its "Class")? e.g. Function[] getFunctions(); ... Thanks, michael

7 9

MAUI logic question...
by Jascha Narveson 14 Nov '07

14 Nov '07

Ahoy, ChucKists - I've just coded myself a perfectly serviceable metronome, and it works fine except for a small nagging thing in the MAUI. In my metronome, I have 2 toggle type buttons, "thirds" and "sixteenths". If one is on, the other is off, so i'm always subdividing the pulse one way or the other. As it is, if I turn "thirds" on and off, the "sixteenth" button dutifully goes off and on in a complementary way. If I do this, though: - toggle "thirds" on ("quarters" stays off) - toggle "quarters" on ("thirds" politely turns off) - toggle "thirds" on At this point they're *both* on. I can get back to a one-or-the- other state by fussing around and toggling the right combo of things, but i'd rather not do that. I've attached just the button-related code below - i've got two functions set up that are turning the other button on or off depending on whether or not they're off or on. It's bending my brain a bit to figure out why it sometimes behaves the way it does - any insights out there? thanks, as always, j. ------code------ MAUI_View view; view.size(400,200); MAUI_Button thirds; thirds.toggleType(); thirds.size(110,110); thirds.position(0, 100); thirds.name("thirds"); view.addElement(thirds); MAUI_Button sixteenths; sixteenths.toggleType(); sixteenths.size(110,110); sixteenths.position(110, 100); sixteenths.name("sixteenths"); view.addElement(sixteenths); view.display(); fun void controlThirds() { while (true) { thirds => now; sixteenths.state(0); <<<"thirds on">>>; thirds => now; sixteenths.state(1); <<<"thirds off">>>; } } fun void controlSixteenths() { while (true) { sixteenths => now; thirds.state(0); <<<"sixteenths on">>>; sixteenths => now; thirds.state(1); <<<"sixteenths off">>>; } } spork ~ controlThirds(); spork ~ controlSixteenths(); while (true) { 1::second => now; }

3 2

fft issues
by eduard aylon 14 Nov '07

14 Nov '07

Hello list, some time ago I reported the following as a possible bug on the wiki: * Assigining window to ifft seems to yield "poorer" results than not assigning it. Try it in /examples/win.ck and you'll notice a rougher (faster beating) sound. (eduard) However, looking again at the code of win.ck I realised the size of the window was set to the half of fft_size. Unless zero-padding is performed, shouldn't window_size and fft_size be the same? Anyway, setting the window size to fft_size (both for forward fft and iverse fft) yields correct results in examples/win.ck. This applies to some of my previous emails where brick wall filters and vocoder were discussed. That is, window_size should be set to fft_size and resulting spectrum to fft_size/2. But now I am also concerned about the size of the spectrum. In chuck this is FFT_SIZE/2, but shouldn't it be FFT_SIZE/2+1 or does the first value in spectrum hold both DC and Nyquist components? By the way, could chuck perform zero-padding when window_size < fft_size? eduard

1 0

Phoneme Recognition with ChucK
by Inventor-66＠comcast.net 14 Nov '07

14 Nov '07

Hi, On the electro-music.com forum we've been discussing a phoneme recognizer based on ChucK. So far we have an FFT grabber that gets its samples off the dac so you can ChucK-up any input file to it including a microphone listener, rec_in.ck, a little bit of feature extraction and a rules-based phoneme recognizer. It can basically tell an "ee" phoneme from an "ay" phoneme, and I plan to add all the vowels, a e i o u really soon. To help with the project, I was wondering if anyone from the list would like to contribute some suggestions or comments about our technique. Basically we are shunning the hidden markov models that are often used to recognize words from phonemes in favor of creating a simple phoneme recognizer. This way we offload much of the computation from the machine into the human user's brain, thus enabling a compact ChucK implementation as well as someday a simple dsPIC processor-based handheld product that streams text from a mic for the hearing impaired. For example, if you said "Mary had a little lamb", the device might output "mehry hahd ah letl lam" and it is up to the user to interpret that into regular speech. In this way a very compact little product with just a few chips could be produced that would retail for twenty dollars or lower, making it affordable and portable for the hearing impaired to use. I was Just curious as to what your thoughts may be, I'm doing the code and Kassen plus others like dewdrop_world are commenting and pointing me in the right direction as we go. Please feel free to offer suggestions and/or constructive criticism. Thanks, Les

3 3

'if' statement parse error...?
by Jascha Narveson 13 Nov '07

13 Nov '07

I'm getting a parse error on an 'if' statement, but I feel like it should work - in fact, i have perfectly fine 'if' statements elsewhere in a larger piece of code i'm working on which work exactly the way i'd expect them to. For some reason, though, an innocent looking 'if' statement in a different part of my code won't compile. To test if i wasn't just missing something, i carefully typed out a simple 'if' in a fresh document, after rebooting the program. Does anyone else get a parse error when running this simple simple thing in miniAudicle? thanks, j ---code---- while (true) { Std.rand2(1,6) => int i; <<<i>>>; if (i > 3) {<<<"true">>>} else {<<<"false">>>}; 1::second => now; }

2 1

miniaudicle no sound on gutsy
by jim 13 Nov '07

13 Nov '07

Hi I've compiled miniaudicle 0.1.3.8 on ubuntu gutsy with alsa. Using the simple code SinOsc s => dac;2::second=>now; doesn't output anything. But it works using chuck in command line. What's the problem? Thnaks

2 2

wiimote=>chuck on linux
by Graham Percival 13 Nov '07

13 Nov '07

Hi all, I'm trying to get input from a wii controller into ChucK. One option is to use OSX+darwiinOSC to send OSC messages to chuck, but this requires OSX. There are a number of wii libraries for Linux; does anybody know if they can communicate directly with ChucK's hid input? So far I haven't been able to find a linux wii driver that sends OSC messages. Cheers, - Graham

6 5

Time logic
by Juan-Pablo Caceres 11 Nov '07

11 Nov '07

Hi there, I have another question concerning time logic. The following 2 examples are similar: // 1) while (true) { <<<"HELLO">>>; 1::second => now; } // 2) while (1::second => now) { <<<"HELLO">>>; } So the question is, is the second case using some syntactic sugar? Because conceptually it doesn't sound right to me. Maybe the chuck gurus out there can make more sense of it? Thanks! JPa.

4 5

recording Chuck output once sound has started
by Jascha Narveson 11 Nov '07

11 Nov '07

How do people like to record audio from ChucK once it has already started running? I was just playing with an interesting audio- processing patch and wanted to record the output, and thought maybe routing ChucK through Jack would work, but i didn't have any luck with that. cheers, jascha

2 1