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

Re: [chuck-users] ChucK and STDIN
by DANIEL MAGNUSZEWSKI 12 Jul '06

12 Jul '06

I'd be interested in playing with the Skot object. If you could post compiled version of this, I'd love to check it out. Thanks. -Dan >>> gewang(a)CS.Princeton.EDU 07/12/06 4:58 PM >>> Greetings! stdin (and file i/o in general) is on the way. Right now, there are a few hacked/experimental objects we've use internally: The Skot object: a event-based stdin reader The PRC object: string tokenizer They are not in the standard build - you'd have to enable them by adding a compiler flag: -DAJAY. Which platform are you using? We can post an executable with these compiled in, if you like. They will allow one to write code like: Skot skot; // infinite event loop while( true ) { // prompt and wait skot.prompt("enter data:") => now; // get the results while( skot.more() ) { <<< skot.getLine() >>>; } } and you can use PRC to tokenize the text. The actual stdin and file I/O is definitely on the way (thanks to Martin Robinson), we just haven't integrated/fully tested it yet.

2 1

Re: [chuck-users] ChucK and STDIN
by DANIEL MAGNUSZEWSKI 12 Jul '06

12 Jul '06

Yeah, I've looked into this, and actually used it with some stuff that I've done via the feedback.pl script (http://www.perl.com/pub/a/2004/08/31/livecode.html). So I've only really used it from a user, not a developer/coding standpoint. >>> mcmahon(a)ibiblio.org 07/12/06 4:53 PM >>> On Jul 12, 2006, at 1:41 PM, DANIEL MAGNUSZEWSKI wrote: > Where can I look at the actual code that makes up the KBHit event? > Is it > written in C or in ChucK? I'd like to see what that class is actually > doing (behind the scenes) to watch for the keyboard being pressed. > > This is not really what I'm looking for, because I'd like to have > other > programs send data into the ChucK program, and not have to send > data in > via keyboard. > > I'm thinking that OSC may be the best way to get around this- but I'm > not sure. Are there any good intro docs/examples for using OSC > (besides, > the docs on OSC's homepage)? Check out http://search.cpan.org/~crenz/Net-OpenSoundControl-0.05/ - it's a Perl module for doing OSC that specifically has an OSC client class: use Net::OpenSoundControl::Client; my $client = Net::OpenSoundControl::Client->new( Host => "192.168.3.240", Port => 7777) or die "Could not start client: $@\n"; # This is a very slow fade-in... for (0..100) { $client->send(['/Main/Volume', 'f', $_ / 100]); sleep(1); } Dunno if this helps you out or not ... --- Joe M. _______________________________________________ chuck-users mailing list chuck-users(a)lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

1 0

Re: [chuck-users] ChucK and STDIN
by DANIEL MAGNUSZEWSKI 12 Jul '06

12 Jul '06

Where can I look at the actual code that makes up the KBHit event? Is it written in C or in ChucK? I'd like to see what that class is actually doing (behind the scenes) to watch for the keyboard being pressed. This is not really what I'm looking for, because I'd like to have other programs send data into the ChucK program, and not have to send data in via keyboard. I'm thinking that OSC may be the best way to get around this- but I'm not sure. Are there any good intro docs/examples for using OSC (besides, the docs on OSC's homepage)? Thanks. -Dan >>> ssalazar(a)princeton.edu 07/12/06 10:05 AM >>> Hey there, Theres nothing in the docs about the KBHit class, which can read input from the terminal, but there are a few examples of how to use it. Check out: http://chuck.cs.princeton.edu/doc/examples/event/kb.ck http://chuck.cs.princeton.edu/doc/examples/event/kb2.ck hope this helps, spencer On Jul 11, 2006, at 4:51 PM, DANIEL MAGNUSZEWSKI wrote: > All, > > Is there a way to have a ChucK program take input from STDIN while > running? I have seen the events page ( > http://chuck.cs.princeton.edu/doc/language/event.html ) where it > discusses MIDI/OSC events, but I would like to pass information via > the > command line or through a pipe. Does this make sense? Is there a > reason > why this feature is not implemented, or am I just asking for something > crazy?! > > Thoughts? > > Thanks. > > -Dan > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users _______________________________________________ chuck-users mailing list chuck-users(a)lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

3 2

ChucK and STDIN
by DANIEL MAGNUSZEWSKI 12 Jul '06

12 Jul '06

All, Is there a way to have a ChucK program take input from STDIN while running? I have seen the events page ( http://chuck.cs.princeton.edu/doc/language/event.html ) where it discusses MIDI/OSC events, but I would like to pass information via the command line or through a pipe. Does this make sense? Is there a reason why this feature is not implemented, or am I just asking for something crazy?! Thoughts? Thanks. -Dan

2 1

class confusion
by Atte André Jensen 11 Jul '06

11 Jul '06

Hi Attached is a piece of useless code that confuses me. Should it matter where class kidA is defined? Is this a bug? -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions class A{ fun void greet(){ <<<"hello">>>; } } // works when defined here //class kidA extends A {} class B{ fun void greet(){ } } class kidB extends B{ 3 => int nb_kids; kidA kids[nb_kids]; fun void greet(){ for(0 => int i; i<kids.cap(); i++){ kids[i].greet(); } } } // doesn't work when defined here class kidA extends A {} /* A a; a.greet(); kidA kid_a; kid_a.greet(); */ kidB kid_b; kid_b.greet();

3 3

machine.add issue
by Atte André Jensen 11 Jul '06

11 Jul '06

Hi I discovered a problem with machine.add. I called it like this: ["sd_random","sandpaper_16", "breakbeat_breezing", "tri_bass_random","sine_penta_16", "cabassa_offbeat", "noise_hit_period", "moog_melody", "sh", "ob_pad_5th","ob_pad_root" "bd_random"] @=> string load[]; for(0=>int i;i<load.cap();i++) machine.add(load[i]); Even if I just added a single of the simpler files, CPU usage was rising, until after about 6 minutes 100% was used and the audio broke up. I could send a couple of files showing this behavior, but since it seems very consistent, I thought it might not be necessary. Needless to say, if I simply started everything from bash (or added .ck files from emacs) everything was fine. This is both running 1.2.0.5 and 1.2.0.6-rc3 with alsa under Linux on a patched 2.6.15.6 kernel. -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions

4 14

MIDI port aliases
by Bruce Murphy 10 Jul '06

10 Jul '06

UNder Mac OS X, CoreMIDI provides really nifty aliases for ports which are plugged into named devices. This permits them to be easily identified by users with multiple interfaces. These mappings are set up in the audiomid tool by creating devices and setting up wiring The mappings are also useful for named virtual ports created by other MIDI aware applications. COreMIDI also provides an interface for getting the name of the MIDI device providing the port which can further aid identification. IT would be really nice if the chuck probe stuff actually provided this feature. It would be equally nice if a MIDI port open had a "name matching this string" facility, so devices could be moved around between interfaces and provided you had updated audiomidi, all the chuck software looking for that device would Just Work. Thoughts? B> -- Packrat (BSc/BE;COSO;Wombat Implementor) Nihil illegitemi carbovndvm

2 3

chuck manual errata
by eduard aylon 10 Jul '06

10 Jul '06

Hello Adam et al, I'd like to draw your attention on what I believe is an error in the Chuck manual. It seems to me that the Blit ugen section is not correct. According to the manual, Blit has only next() and value() as member functions. However, looking at ugen_stk.h reveals that Blit, as BlitSquare and BlitSaw, has freq(), harmonics() and phase() as memebers and not next () nor value(). Cheers, Eduard

4 9

block comments
by Atte André Jensen 08 Jul '06

08 Jul '06

Hi http://chuck.cs.princeton.edu/doc/language/overview.html#comment states that "For now, there is no block commenting". However, I find that /* and */ works as block comments. Maybe this should be updated in the doc... -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions

2 1

synchronizing multible chucks
by Atte André Jensen 07 Jul '06

07 Jul '06

Hi Suppose I have two machines each running it's own chuck. Is it possible (and if so, how?) to synchronize the two, for instance having them play a bleep at exactly the same time? How did you, Perry and Ge, go about handling this in the duets I downloaded from the website? -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions

2 2