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

Scala importer, FileIO capabilities
by Andrew C. Smith 28 Sep '09

28 Sep '09

All right, admit if you've made a Scala file importer. If not, it's about time that it was done, likely not to extend mtof() directly but rather as a separate public class/static method (like Scala.mtof or something). I know you're probably sick of hearing about microtonal things, but I've just been having a tough time getting a sustainable system going where I can work with an existing scale archive and develop my own tunings reasonably easily. I think a Scala converter is where it's at. If it hasn't been done, can someone tell me (before I send this to the dev list) where in the source the FileIO capabilities are? I just finished building ChucK with Xcode, so I'm ready to dive in and make some mistakes. Side projects for extending FileIO also include implementing the tinyXML file parser, which would let us easily parse XML files with ChucK. So, hands up if anyone has been working with FileIO to a large extent. Andrew

3 4

hid questions
by Atte Andre Jensen 27 Sep '09

27 Sep '09

Hi I'm working a bit with HID at the moment. The goal is to get input from the buildin touchpad and keyboard into miniAudicle under linux. Problems (testing with mouse.ck and kb.ck from examples/hid): 1) I can't get the touchpads input into neither chuck or miniAudicle. An external usb mouse seems to work fine both in chuck and miniAudicle, though. I'd rather have the touch pad going for this purpose, though. 2) I can't get the keyboard into miniAudicle. It works fine in chuck, though. Any ideas are more than welcome! Nb: I'm on two laptops a toshiba (arch linux) and an eee (ubuntu 9.04) , although I'm still not able to run the mini under arch... -- Atte http://atte.dk http://modlys.dk http://virb.com/atte

1 0

strange mini behaviour/ubuntu
by Atte Andre Jensen 26 Sep '09

26 Sep '09

Hi One of my students want to run miniAudicle under ubuntu 9.04. I helped him compile it, but for some reason it behaves quite strange. When the VM is started it shows run time of some large number (36276252.3645 or something) and when the first shred with sound-generating a ugen connected to dac is added the mini segfaults. I never saw this behaviour before, any idea what's up? NB: Sorry for the rather imprecise error report, I only saw his machine once, about a week ago... -- Atte http://atte.dk http://modlys.dk http://virb.com/atte

3 4

Grains make garbage:(
by kurt 24 Sep '09

24 Sep '09

Hello all- I have been doing some granular synthesis in ChucK and I am trying to create overlapping grains without having resort to arrays of Ugens or similar methods to create polyphony. Although I have seen this technique used often, the following seems to eat up memory rather quickly (due to continuously sporking the SndBuf no doubt). //BEGIN CODE --> //use your own file here... Std.getenv("SSDIR")+"/"+"Percussion"+"/"+"snare.wav" => string filename; fun void voice(){ SndBuf s => Envelope e => dac; filename => s.read; .5 => s.gain; s.pos(Std.rand2(0, s.samples())); 5::ms => e.duration; e.keyOn(); 45::ms => now; e.keyOff(); 5::ms => now; } //spork away and make lots of overlapping SndBufs while (15::ms => now){ spork ~ voice(); } //<--END CODE I guess I am wondering if there is a way to release Ugen references or do I need to wait for garbage collection to liberally spork Ugens? I have looked over these threads... garbage collection: https://lists.cs.princeton.edu/pipermail/chuck-users/2009-March/003978.html https://lists.cs.princeton.edu/pipermail/chuck-users/2009-July/004473.html granular: https://lists.cs.princeton.edu/pipermail/chuck-users/2008-May/002917.html ...and they seem to indicate that i should declare a finite number of Ugens and juggle them somehow (not as cool as my RAM hungry example). The ability release unreferenced Ugens would facilitate the easy polyphony one gets when using Csound and really make ChucK awesomer (fingers crossed). Thanks ahead of time for any input. Kurt

4 7

Click Monster
by Joel Matthys 21 Sep '09

21 Sep '09

1 0

Fwd:Live coding survey - please respond!
by Kassen 17 Sep '09

17 Sep '09

fellow Chuckists, Alex just send this to the TOPLAP list, there may be some here who would be willing to participate yet not on that list. I'm forwarding this because I feel the results should be of help to all of us. Yours, Kas. ---------- Forwarded message ---------- From: alex <alex(a)lurk.org> Date: 2009/9/17 Subject: [livecode] Live coding survey - please respond! To: livecode(a)toplap.org Hi all, I'm doing a quick survey gathering the thoughts of live coders for a report I'm writing. If you've done some live coding in any capacity from playing around with live coding interfaces at home up, I'd be very grateful for your time. The survey is rather short, but with a bit of space to expand on your answers if you wish. Here it is: http://www.surveymonkey.com/s.aspx?sm=X3s1aI61hCvaoKTZGCthuA_3d_3d Thanks, alex

1 0

chuck shell...
by kurt 16 Sep '09

16 Sep '09

Hello all-First of all, I love ChucK shell!!! But I wondered if there are any plans for ChucK shell improvements in the works? It would be nice to have some normal shell type stuff... Tab-completion, command line history (it would be sweet to 'up-arrow', then 'enter key' to keep adding the same shred), the ability to change directories (or at least the ../../ syntax would be nice, cause, as it stands, one has to use absolute path names for files not in the working directory), and to move the cursor with the arrow keys to edit commands. Also it might be cool if when querying active shreds (the '^' command) it would be cool if the child shreds were indented a level from the parent shreds. It would be nice if you could add and remove shreds by name (eg. all shreds named "foo.ck" could be removed by some command like '-! foo", i dunno?). I feel kinda lame asking about this stuff, but I figured if some awesome ChucK dev out there was thinking about spiffying up the shell for the next ChucK release they might be stoked to know someone out there was exited about potential improvements. thanks. K.

5 22

Static data problem (arrays, floats)
by Andrew C. Smith 15 Sep '09

15 Sep '09

Hey list, Basically, I want a static function that holds a tuning map in it (sort of an alternative to mtof). This (issue 1): float tuning_map[128]; Gives me: [Rational_io.ck]:line(45): non-static member 'tuning_map' used from static function... [Rational_io.ck]: ...in function 'read' and this (issue 2): static float tuning_map[128]; gives me: [Rational_io.ck]:line(16): cannot declare static non-primitive objects (yet)... [Rational_io.ck]:line(16): ...(hint: declare as ref (@) & initialize outside for now) and this (issue 3): static float @ tuning_map[128]; gives me: [Rational_io.ck]:line(16): cannot declare references (@) of primitive type 'float'... [Rational_io.ck]:line(16): ...(primitive types: 'int', 'float', 'time', 'dur') So, I'm just at an impasse. I can't figure out how to do this, because it won't let me declare things. To get around issue 2 in an earlier segment, I did: static FileIO @ tuning; new FileIO @=> tuning; which worked perfectly (tests well, too). But I can't do it with my float array because of issue 3. Any solutions? Andrew

4 7

Kill Yr Tunings (Rational + Tonality classes)
by Andrew C. Smith 15 Sep '09

15 Sep '09

Hey, I've got a prototype here for a couple of classes to make something similar to SC's Tuning / Scale classes. I've attached the two class files (Rational_io.ck and Tonality_io.ck, which extends Rational) and one test file (iotest.ck). The key is that you have to have the new CVS installed and running properly (FileIO and Arrays--standard miniAudicle build won't work), and you have to drop the files partch.rational and otonal1.tonality in the same directory that you ChucK from. Rational is a static class, so that it can be changed or shifted by an external shred OTF if needed, but Tonality is not static. The idea behind this is so that I could have different channels playing different tonalities, so that there could be shifts in the tonality structure within a particular tuning. I'm using Partch's for now, but I'd like to develop my own 80-something ratio tuning to select from. For now, otonal1.tonality contains a nice mixture of 7s and 5s and 3s with one 11 in there. It has no relation to Partch's first Otonality, because I wanted to keep it wrapping at the keyboard "octave." Also, in case you're confused "Diaspon" is the Greek notation for the 2/1 interval, and seems to be more accurate than the loaded "octave," while still managing to convey the ratio in words. I'm completely open to more suggestions. This has been a long-term thought and a very short-term development period, so there's got to be more stuff to implement. Particularly, I envision experimental keyboards controlling ChucK over OSC in 8-channel surround sound with electric guitars and a full chorus and brass band (Plork want in on this?). Thanks again to the list members who have helped me in the past couple days. .zip is attached. Andrew Smith

1 0

Chuck + Snow Leopard??
by mike clemow 14 Sep '09

14 Sep '09

Hey, If any of you Mac users out there upgrade, please let us know how the Chucking is on Snow Leopard. I might get bold and try it out... but not until after my next show! Cheers, Mike -- http://michaelclemow.com http://semiotech.org

5 8