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

Fwd: [livecode] Call for proposals: CMJ live coding videos
by Kassen 06 Dec '10

06 Dec '10

Fellow ChucKists, Bellow is a message from Alex McLean that was posted to various related lists but not (yet) here. It might be interesting to some? I'd like to add that I personally like seeing completely improvised performances by people trying to come to grips with new ideas at least as much as slick pre-planned presentations. I'd argue that the former have a bigger chance of sharing "public thought" than the latter. Yours, Kas. ---------- Forwarded message ---------- From: alex <alex(a)lurk.org> Date: 3 December 2010 18:21 Subject: [livecode] Call for proposals: CMJ live coding videos To: livecode(a)toplap.org Hi all, Some exciting news I think -- Thor, Nick and I have been asked to get together some live coding videos for a forthcoming issue of Computer Music Journal. We've put together a formal call here, feel free to share it around: http://tinyurl.com/dvdcmj The ideal is to have all live coding environments represented, including experimental ones, along with all livecoders, active, dormant and lurking. So please throw in a proposal - it doesn't have to be fully formed or binding at this stage. Unfortunately there isn't any funding for any of us, but we hope this will be a really good project to be part of, and contributors would keep full copyright over their work. The deadline for brief proposals is 20th December, with notification hopefully by the end of the year. The deadline for submission of videos will be 1st April. Feel free to bring up ideas for collaborative videos here if you wish... Cheers!

6 13

New user, first question
by Chuck Ivy 02 Dec '10

02 Dec '10

Hello, chuckers. I'm new to the language and am working on my first project (code to perform Terry Riley's "In C"), and I've got two related questions: First, is there a way to regulate, compress or limit the cumulative volume of shreds? Through the tutorial/documentation, I saw the .gain operator, but I'm thinking that I'll have a variable number of shreds, so figuring out the cumulative gain cuts in advance wouldn't make sense, and really, I'll mostly be in danger of clipping when the additive waves are in phase and frequency, but perhaps not elsewhere, but I wasn't seeing any obvious unit analyzers for compression or gain control. Second, and parallel to that, is there a way to globally change the gain of the master dac for dynamics when the generators are in different shreds? Thanks... I'm just getting started, and I'm sure I'll have more interesting questions down the line once I've gotten beyond my simple note player project. -- *Chuck Ivy,* research artist chuckivy(a)gmail.com 323.842.0357 http://www.chuckivy.com/

2 1

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