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

Scale & diatonic
by Hans Aberg 12 Oct '11

12 Oct '11

I have made a program, scale.ck, that admits one to work with scales, including tuning stretch, céleste tremulant, retune them, and then save to a file, with a line of code that can be pasted back into the source, available at next program startup. Scale tunings can be put into tuning banks, and otherwise defined by your favorite method. Details in the file. I have also updated my program for diatonic tuning systems, diatonic.ck. Just a few changes: adding some common tunings, fixing typos. The files are available here: http://www.math.su.se/~haberg/tuning_systems/ Hans

4 6

The ChucK Method Book
by Zed A. Shaw 28 Jan '11

28 Jan '11

Hi folks, long time lurker, infrequent poster. I've recently finished a book for Python and I'd like to do a similar one for ChucK. The Python book is "Learn Python The Hard Way" and it's written similar to a guitar method book: http://learnpythonthehardway.org/ What I'd like to do next is a "ChucK Method Book" in a similar style, but actually make it more like a real method book for an instrument where the student is learning to "play chuck" like they would an instrument. If I were to do this, what do you think it should include? Do you think it's a good idea? Have you tried teaching ChucK? Thanks! -- Zed A. Shaw http://zedshaw.com/

7 14

8-bit?
by Tom Lieber 28 Nov '10

28 Nov '10

Is there a nice UGen I could be using instead of bitmaster in this snippet? (um, you kinda need scale.ck to run it http://www.dtic.upf.edu/~gcoleman/chuck/tutorial/tutorial.html) //BlitSaw osc => blackhole; //SawOsc osc => blackhole; TriOsc osc => blackhole; Step bitter => ADSR env => dac; env.set(1::ms, 40::ms, .1, 300::ms); spork ~ bitmaster(); Scale sc; [0, 1, 3, 8, 6, 4] @=> int notes[]; while(true) { for(0 => int i; i < notes.size(); i++) { sc.scale(notes[i], sc.maj) + 60 => Std.mtof => osc.freq; env.keyOn(1); second/6 => now; env.keyOff(1); second/7 => now; } } fun void bitmaster() { 4 => float bits; while(true) { (osc.last() * bits) $ int => int rounded; rounded / bits => bitter.next; samp => now; } } -- Tom Lieber http://AllTom.com/ http://favmusic.net/

6 15

dynamic string issue
by lars ullrich 26 Nov '10

26 Nov '10

Dear list, I need to set up eight OSC receivers for passing file paths. If it's possible, I don't want to repeat eight times the same structure. So the idea is to do something like this: " path " => string F1; recv.event( "file1, s" ) @=> OscEvent @ sam1; fun void receiveString(int i) { while( true ) { sam+i => now; while( sam+i.nextMsg()) { sam+i.getString() => F+i; } } } for (0 => int i; i < 8; i++) { spork ~ receiveString(i); } This will not work, but maybe someone has an solution for this? Thanks!

1 1

Music perception
by Hans Aberg 22 Nov '10

22 Nov '10

Here is an interesting paper on music perception, with focus on parallel movements. It can be applied, for example, nominally synchronous movements can be made to stand out more clearly if introducing small delays, 10 - 60 ms, among them. I am experimenting with that when playing thirds - it is an interesting effect. Hans http://deutsch.ucsd.edu/pdf/Phys_Today-2010_Feb.pdf

1 0

Anyone have experience with VirtualAudioCable under windows
by Rich Caloggero 11 Nov '10

11 Nov '10

I want to have chuck read a stereo input file. The only way I've been able to process stereo is to first separate each stereo file into two mono files, then manipulate these separately with two SndBuf instances. 1. Is there another way to do this? I've tried: SndBuf s; s.chan(1) => dac.right; s.chan(0) => dac.left; This compiles fine, but crashes with null pointer exception when it is run. 2. VIrtual Audio Cable for windows? THis is software that allows you to route output of any program to input of others. WHen I install it, winamp can find and apparently use one of these virtual cables as output, however how might one get chuck to use the input side of this cable? 3. I've heard of some sort of new file io class; would that help? Thanx much... -- Rich

3 5

annoyances
by Kassen 11 Nov '10

11 Nov '10

Fellow ChucKists, I'm rather displeased right now, which is a bit of a euphemism for "I feel like breaking stuff". I have a issue in my sequencer that I'm sure relates to floating-point denormalisation (involving a feedback loop on a LiSa) as I have CPU spikes that occur after a while and stay present after re-starting ChucK. These are quite hard to pinpoint as they take a while to surface. Even if I would find the culprit I'd then have to see whether it still exists in the current version of ChucK because I'm running into this on the latest ASIO version that we have around, which is downright out of date. All of this is very, very frustrating, frustrating to the tune of looking for what's wrong for three days on end. It's probably fixable but it's frustrating that there is no canonical ASIO version of ChucK and that there hasn't been more attention to floating-point denormalisation. One of the main advantages over SC is that we can do sample-accurate feedback in CK, yet we throw much of that away if we risk this. There is also no Windows version out of the box that can use multi-channel audio and have acceptable latency. Both seem quite serious to me. Could something be done about this? I've been thinking about how hard it would be to port my setup to a hardware PIC or even SC. None of this should be necessary at all; a out-of-the-box ASIO version is quite reasonable and I believe that from the time denormalisation has been a issue there have been instructions to simply round to 0. Yours, Kas.

5 6

Events
by Rich Caloggero 10 Nov '10

10 Nov '10

Why doesn't this simple code display any messages? class MyEvent extends Event { string s; } // class MyEvent spork ~ f(); MyEvent e; e => now; // wait for it // this is never printed and this shred never exits <<<"Event occured.">>>; me.exit(); function void f() { MyEvent e; while (true) { // fire one event per second e.broadcast (); 1::second => now; } // while //<<<"Broadcast...">>>; } // f Thanx muchly as always. <smile> -- Rich

2 2

Re: [chuck-users] Intraspection - an example of what I'm attempting
by Kassen 09 Nov '10

09 Nov '10

Andrew, I'm replying to the list to this. I hope that's ok. It seems to me like this was intended to go to the list as it doesn't seem especially personal. > > > Well, yes, I was referring to Java and C++, whose object model more > closely matches what Chuck uses than what Scheme uses. Yes, so "strongly typed" OO languages. I should have used that word, as opposed to taking Scheme as a example of something very OO yet not -typically- strongly typed (you can write strongly typed Scheme if you'd like) > If you want to > make Chuck more like Scheme, then that's a different (and very > interesting) discussion. Well, no. I like both but I see no need to combine them. I do think that strategies like returning arrays as a way to enable us to go over trees are nice and we can get inspired here and there. > And I'm not too familiar with the Scheme > community, but I have a feeling that if you proposed using > introspection when you could just use polymorphism (or multiple > dispatch, or some other mechanism that Scheme offers that would > provide a cleaner solution), someone in the community would probably > point out that there is a better solution. In Scheme you'd use "(integer? foo)" to determine whether foo is a integer; it's no great issue there, but then in Scheme you are far more likely to encounter objects of a unknown type. Here I am not after any one specific strategy; I'd just like to be able to tell what kind of thing a object is in some way and suggested some syntax for that. Of course the underlying issue (situations like swapping a Chorus for a Reverb) could also be solved in another way, like encapsulating both objects in a new kind of class that would have a string member telling us the type. This could be done by extending UGen and allowing us to overload the chuck operator. A lot of issues that we have could be solved by allowing us to overload the chuck operator, I suspect. > I simply want to encourage > people to look at what people using other languages (that are similar > to Chuck) have done to try to solve similar problems and think about > the tradeoffs that they have observed in those different solutions. > > Yes. I think that's a good idea and clearly you know a lot about that. I'm not sure that any one syntax would need to exclude any given underlying strategy but we could borrow the syntax as well, if it's nice. > I would consider livecoding an extreme example of a quick script, so I > would say that this is a case where introspection might be a better > way to get things done. > > Probably. And things like overloading the chuck operator would be too cumbersome there. We do have a bit of a odd position in that we have a statically typed and compiled language that we -amongst other things- want to use in a way that's more typical for dynamically typed interpreted systems. It's a bit of a unusual problem, maybe it needs some strange new solutions as well? Kas.

2 1

Intraspection?
by Rich Caloggero 09 Nov '10

09 Nov '10

I want to find some way of controlling various parameters via the keyboard. The problem I'm having is that in order to write some sort of generic class that can change arbitrary UGen parameters (or really anything), one needs to know what types your dealing with. Is there a way of asking chuck what things are? For instance, I can maintain some sort of list of UGens I want to control via an array of UGens, but then when I attempt to access a parameter on one of the objects in that array, it tells me there is no such member in class UGen. THe idea is that the array would contain references to various UGens I want to manipulate, and they may be of any UGen subtype. However, in order to access any members, the compiler needs to know exactly which type each object is. Any ideas? -- Rich

5 22