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

Why doesn't this work?
by Matt B. 09 Mar '10

09 Mar '10

Hey guys I'm trying to do a simple chuckle, but something's going wrong when I try to set s.freq... SinOsc s=>dac;Phasor p=>blackhole;p.freq(2);while(1){Math.sqrt(1/p.last())*100=>s.freq;10::ms=>now;}; If I dump "Math.sqrt(1/p.last())*100" I get floating values as expected between 100 and 700, but when I chuck it to s.freq, no sound is output, and s.last() is always 0. Am I missing something or is this a bug?

2 3

Balinese gamelan gongs
by Hans Aberg 07 Mar '10

07 Mar '10

This link discusses the synthesizing of some Balinese gamelan gongs: http://mt.music.mcgill.ca/~lembkes/ Some of them are pretty good. - Might be great for ChucK, if there now is available formula for it. :-) Hans

2 2

Simple question about getting a basic frequency spectrum
by v bar 05 Mar '10

05 Mar '10

Hi, I am a little confused with fourier-transforms, math not being my specialty. In essence all I am trying to do is take 1 second samples of an audio file and print out coordinates as follows: - amplitude at 80Hz, amplitude at 200Hz, amplitude at 1000Hz I have set up a file connecting: SndBuf buf => dac; buf => FFT fft => blackhole; And now I assume that I set the fft.size to 1024 samples (for a 44k 16bit audio file) and then upchuck that every 1024 samples. Most likely my error is there... But now I don't know how to get at the correct output. I have a ton of polar values but I don't really know what any of them correspond to. Some sample values: "time: 0:5000.0000" : (string) %(0.0140,-0.9985*pi) %(0.0004,-0.6629*pi) %(0.0001,-0.4812*pi) %(0.0001,-0.4412*pi) %(0.0001,-0.7007*pi) %(0.0001,-0.7549*pi) %(0.0001,-0.5928*pi) %(0.0000,0.7277*pi) %(0.0000,0.0000*pi) %(0.0000,0.0000*pi) %(0.0000,0.0000*pi) %(0.0000,0.0000*pi) "time: 0:6000.0000" : (string) %(0.0189,0.0008*pi) %(0.0003,0.4507*pi) %(0.0001,0.2899*pi) %(0.0001,0.2122*pi) %(0.0001,0.3072*pi) %(0.0000,0.5483*pi) %(0.0001,0.1053*pi) %(0.0000,0.2292*pi) %(0.0000,0.0000*pi) %(0.0000,0.0000*pi) %(0.0000,0.0000*pi) %(0.0000,0.0000*pi) "time: 0:7000.0000" : (string) %(0.0148,0.9997*pi) %(0.0002,0.4662*pi) %(0.0002,0.1996*pi) %(0.0001,0.4250*pi) %(0.0001,0.2651*pi) %(0.0001,0.4396*pi) %(0.0000,0.9036*pi) %(0.0001,0.4967*pi) %(0.0000,0.0000*pi) %(0.0000,0.0000*pi) %(0.0000,0.0000*pi) %(0.0000,0.0000*pi) Can someone help? I bet this is actually pretty simple I just can't seem to figure it out. I understand the notion of polar coordinates and know how I can convert them to Cartesian. But what I am not understanding is where I find out what the actual frequencies that are being sampled are... Thanks - J -- ---- vomc8one(a)gmail.com ----

4 4

ChucK users group at SoundCloud
by Szilveszter Tóth 01 Mar '10

01 Mar '10

Hi All, If you are a SoundCloud user, feel free to join the ChucK users' group at SoundCloud: http://soundcloud.com/groups/chuck-users Best, Szilveszter (Hillaby)

1 0

score files?
by Tom Lieber 24 Feb '10

24 Feb '10

Are there any popular formats for writing scores for ChucK scripts? I know a lot of people consume MIDI or OSC messages from controllers or other software, but I'm looking for something ChucK reads so that it's on ChucK's clock. -- Tom Lieber http://AllTom.com/ http://ckvlang.org/

4 3

ugens of type 'DAC' have no input
by David Loberg Code 20 Feb '10

20 Feb '10

The following error keeps popping up (seemingly randomly) when launching shreds in mini-Audicle (0.2.0 gidora) "ugens of type 'DAC' have no input" This seems absurd that the DAC can't accept input. It is happening on multiple MacBooks (2.13 GHz intel Core 2 Duo. OS X 10.5.8) with different shreds. I can launch the programs from Terminal, but some of them don't function correctly in that environment (particularly things dealing with the tilt-sensor). Help. david David Loberg Code School of Music Western Michigan University Kalamazoo, MI 49008 code(a)wmich.edu

2 2

late binding
by Beinan Li 2 10 Feb '10

10 Feb '10

Hi Chuckists, I'd like to dynamically switch instrument as in my small code (chuck instr.ck my_chuck.ck) // instr.ck Class MyInstrument { StkInstrument@ m_whatever; Public void Play(dur duration) { m_whatever.noteOn(1); duration => now; m_whatever.noteOff(1); } } // my_chuck.ck MyInstrument dummy; Mandolin man => dummy.m_whatever; Dummy.m_whatever => dac; 1::second => dur d; dummy.Play(d); Then I got this error: [chuck](VM): NullPointerException: (UGen link) in shred[id=5:my_chuck.ck], PC=[46] Where am I wrong with this late binding? Thanks, Beinan

2 1

GenX subclasses not assigning properly (using @=>)
by Andrew C. Smith 10 Feb '10

10 Feb '10

I've got this public class that goes like this: Phasor p => GenX g => env; with the assumption that I can just do a Gen9 gen @=> myObject.g; and have it all work out. However, this doesn't seem to be working. I do this: Gen9 gen; [1.0, 0.6, 0.3, 1.75, 0.1, 0.1] => gen.coefs; gen @=> s[i].g; and it gives me no sound, but if I change the GenX in the public class to Gen9 then it works. I've seen this work before with other things, so what am I doing wrong here? I'm not getting any compiler errors or warnings, either. I'm wondering if maybe it's calling some kind of earlier method, and not a more specific one. I've tried doing .lookup(int) on the Gen9 and it totally works, and when I do <<< s[i].g.toString() >>> it gives me "Gen9:1777af20" : (string). Sound just doesn't work though. Anyway, any help is appreciated here--I'm totally stuck on this one. Andrew

2 3

FileIO.read( int ) -- why not implement?
by Andrew C. Smith 08 Feb '10

08 Feb '10

Hey list, it's been a while. I've got this quick little script for reading in Scala files, and there's a particularly important part of it that goes like this: if (scale.more() && scale.read(1) == "/") { if (scale.more()) { scale.readInt(1) => den; } } Basically, I'm just reading in from the file (FileIO scale) to see if the next character is a slash. If so, it's a ratio and I assume that the next number is the denominator. However, I had to go in and un-comment the whole FileIO.read(int) section in the source code. I haven't had any problems with it and can't figure out why it was commented out. It seems so useful to just read a particular number of characters, but this workaround means that I can't share my code with anyone else very easily. Also, we had that wish list going and no one ever said (at least not that I saw) "regular expressions." But, seriously, that would be so helpful for parsing outside information. And I think you all know how much fun it is to pump random outside data through algorithms. I don't exactly see how the FileIO thing is particularly useful unless there's some way of parsing the data. What have you all come up with? Is anyone using FileIO? What about a Floss addition? Nice manual, by the way. Good work list. Andrew

3 5

Fwd: hotswapping UGens
by Kassen 08 Feb '10

08 Feb '10

Forward of a old message for Andrew to illustrate a technique related to his question. Please note that this technique is squarely in the "powertools can maim" category; it's very powerful, getting around some of ChucK's limitations but it runs right next to the edge of where the VM will crash because of the casting. Kas. ---------- Forwarded message ---------- From: Kassen <signal.automatique(a)gmail.com> Date: 21 January 2009 16:14 Subject: hotswapping UGens Fellow ChucKists, Inspired by Scott's explanation of casting I thought I'd try a new trick that may be quite interesting for livecoding. first run this file; ----------------------------- new UGen @=> Foo.instrument; public class Foo { static UGen @instrument; spork ~attach(); fun void attach() { while(1) { if(!instrument.isConnectedTo( dac )) instrument => dac; second => now; } } } Foo foo; new Sitar @=> foo.instrument; //your melody goes here while(second => now) 1 => (foo.instrument $ Sitar).noteOn; -------------------------------------------- Then run this to hot-swap the UGen while the original code runs; -------------- new Shakers @=> Foo.instrument; ----------------------- Sadly this does need that "attach" function as assignment breaks the link to the dac. I'm not sure I feel that's desirable behaviour but at least we can now hotswap UGens without crashing. I don't think I succeeded in that before. Yours, Kas.

1 0