How about having your chuck program just read from a static, public variable (maybe of an array of numbers) and then have another program (called something like addInt.ck) that appends any integer arguments to the end of the array. That way, your python script could just spork "chuck + addInt.ck 60 64 67" and a C major triad (in midi keys) would be appended to the end of your array. The code for addInt.ck would be something like
for (int i; i < argc; i++) {
MyIntArray << argv[i];
}
Would this work for your purposes? You wouldn't have to deal with any timing issues. If you wanted to deal with duration in the python script, you can just use a multidimensional array. Also, this is assuming that you have chuck in --loop mode, which, let's be honest, is the only way to chuck.
Andrew
On Jun 1, 2010, at 8:41 PM, mike clemow wrote:
Don't forget the idea that you can create sound-emitting responders to OSC messages which can be sent from your python program. This further renders useless the "strong timing" of chuck, in a way... but only where control or note events are concerned. I've had much success with this method.
mike
On Tue, Jun 1, 2010 at 6:38 PM, Joe McMahon
<mcmahon@ibiblio.org> wrote:
I can also suggest, since the original program computing the notes is
in Python, that another approach is to have the Python program
actually write the whole ChucK program itself, and then execute it.
If you don't have any real-time control or computing requirements this
works perfectly.
--
http://michaelclemow.com
http://semiotech.org
_______________________________________________
chuck-users mailing list
chuck-users@lists.cs.princeton.edu
https://lists.cs.princeton.edu/mailman/listinfo/chuck-users