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

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

official dev branch ?
by Thomas Girod 04 Nov '10

04 Nov '10

hi again. is there an official online versioning tool used by the devs somewhere ? I see there is http://chuck.sourceforge.net but there seems to be 0 commits. tom

4 5

multiple midi ports
by Thomas Girod 02 Nov '10

02 Nov '10

hi there. Is there a way to open multiple midi ports with chuck ? (on linux) tom

3 8

Granular synthesizer - Chuck language
by Wolfgang Gil 27 Oct '10

27 Oct '10

Hello, I'm working on a granular synthesizer using the language of Chuck (using miniAudicle). I would like to share the code with the desire to receive feedback from you. Please take a look at it if you like and feel free to modify it, use it, etc. .. I am also looking for an open-source pulse synthesizer and other microsound-based instruments. Thanks, open to collaborate. -- Wolfgang Gil http://www.wolfganggil.com -- Wolfgang Gil http://www.wolfganggil.com

2 2

LiSa "delay" in terminal ChucK vs. miniAudicle
by Christopher Jacoby 25 Oct '10

25 Oct '10

Hi, I've written a short test script (mostly taken from LiSa examples) using LiSa to create a simple delay. Can anyone explain to me why this works just fine when I run it through miniAudicle (version 0.2.0, ChucK v: 1.2.1.3), but when I run it from the terminal, I get basically the adc fed directly to the dac, with no delay. My chuck version is 1.2.1.4-dev-1. I'm assuming that something has changed in between those revisions that modified, but I can't seem to find a document online like this one<http://chuck.cs.princeton.edu/release/VERSIONS> that goes up through 1.2.1.4-dev-1. Any suggestions / recommendations for how I could get that working in the terminal? Here is my test code: adc => LiSa saveme => dac; > > > 1::second => dur len; > > len => saveme.duration; > > > 1 => saveme.loop; > > 1 => saveme.loopRec; > > len => saveme.loopEndRec; > > > 1 => saveme.record; > > 1 => saveme.play; > > > while (true) > > 1::second => now; > > > 0 => saveme.record; > > 0 => saveme.play; > Many thanks, Chris

2 1