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

Re: [chuck-users] chuck-users Digest, Vol 103, Issue 5
by Philipp Blume 05 Feb '14

05 Feb '14

Thanks, Stefan! That did take care of my problem! I didn't even trigger a new note, I simply added the line e=<dac; at the end of my function iGen. On Wed, Feb 5, 2014 at 2:57 AM, <chuck-users-request(a)lists.cs.princeton.edu>wrote: > Send chuck-users mailing list submissions to > chuck-users(a)lists.cs.princeton.edu > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > or, via email, send a message with subject or body 'help' to > chuck-users-request(a)lists.cs.princeton.edu > > You can reach the person managing the list at > chuck-users-owner(a)lists.cs.princeton.edu > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of chuck-users digest..." > > Today's Topics: > > 1. Matrix of Impulse Generators (Philipp Blume) > 2. Re: Matrix of Impulse Generators (Stefan Blixt) > > > ---------- Forwarded message ---------- > From: Philipp Blume <pgbluster(a)gmail.com> > To: chuck-users(a)lists.cs.princeton.edu > Cc: > Date: Tue, 4 Feb 2014 18:11:56 -0600 > Subject: [chuck-users] Matrix of Impulse Generators > Dear all, > > Question from a rank ChucK beginner > > There's something about envelopes or gain or shreduling that I don't > understand. > > I created a Cartesian matrix of impulse generators, whose frequencies are > given as mx+ny {x,y btw -3 and 3) where the gain & 'tempo' of each > generator is correlated with its distance from a line segment (a1,b1 - > a2,b2) - later on I will be manipulating x,y,a1,b1,a2, and b2. > > This code runs well for a while, but within a few seconds or minutes it > starts to get overwhelmed. The death is both spectacular and quite moving, > but how do I keep it within bounds so it sounds perpetually like it does in > the first 5-10 seconds? > > 550 => float x; > 440 => float y; > 3 => float a1; > 0 => float b1; > 0 => float a2; > -2 => float b2; > > fun void iGen(int i1, int j1) { > while(true) { > Euclid(i1,j1,a1,b1) + Euclid(i1,j1,a2,b2) => float dist; > <<< dist >>>; > SinOsc s => ADSR e => dac; > e.set(35::ms, 8::ms, .1, 200::ms); > Math.pow(0.65,(dist)) => s.gain; > i1*x + j1*y => s.freq; > e.keyOn(); > (440)::ms => now; > e.keyOff(); > (440*Math.pow(1.2,dist))::ms => now; > } > } > > fun float Euclid(float p, float q, float r, float s) { > return Math.sqrt(Math.pow((p-r),2) + Math.pow((q-s),2)); > } > > for(-3 => int i; i<4; i++) { > for (-3 => int j; j<4; j++) { > if (i != 0 && j != 0) { > spork ~ iGen(i,j); > } > } > } > > while (x != y) { > 500::ms=>now; > } > > -- > Philipp Blume > > > ---------- Forwarded message ---------- > From: Stefan Blixt <stefan.blixt(a)gmail.com> > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Cc: > Date: Wed, 5 Feb 2014 09:57:45 +0100 > Subject: Re: [chuck-users] Matrix of Impulse Generators > I sometimes get this wrong, but I think that this line: > > SinOsc s => ADSR e => dac; > > will make new connections between s, e and dac each time it's run in the > while loop - possibly creating new instances of SinOsc and ADSR each time. > Since you never disconnect from dac, this means an increasing load that may > explain the breakdown. > > > Since you want some release on the ADSR, you could make a second shred > function that deals with playing a single note, which could make sure to > disconnect e from dac one the release time has passed. Trigger the note > playing shred from your iGen function. > > /Stefan > > > On Wed, Feb 5, 2014 at 1:11 AM, Philipp Blume <pgbluster(a)gmail.com> wrote: > >> Dear all, >> >> Question from a rank ChucK beginner >> >> There's something about envelopes or gain or shreduling that I don't >> understand. >> >> I created a Cartesian matrix of impulse generators, whose frequencies are >> given as mx+ny {x,y btw -3 and 3) where the gain & 'tempo' of each >> generator is correlated with its distance from a line segment (a1,b1 - >> a2,b2) - later on I will be manipulating x,y,a1,b1,a2, and b2. >> >> This code runs well for a while, but within a few seconds or minutes it >> starts to get overwhelmed. The death is both spectacular and quite moving, >> but how do I keep it within bounds so it sounds perpetually like it does in >> the first 5-10 seconds? >> >> 550 => float x; >> 440 => float y; >> 3 => float a1; >> 0 => float b1; >> 0 => float a2; >> -2 => float b2; >> >> fun void iGen(int i1, int j1) { >> while(true) { >> Euclid(i1,j1,a1,b1) + Euclid(i1,j1,a2,b2) => float dist; >> <<< dist >>>; >> SinOsc s => ADSR e => dac; >> e.set(35::ms, 8::ms, .1, 200::ms); >> Math.pow(0.65,(dist)) => s.gain; >> i1*x + j1*y => s.freq; >> e.keyOn(); >> (440)::ms => now; >> e.keyOff(); >> (440*Math.pow(1.2,dist))::ms => now; >> } >> } >> >> fun float Euclid(float p, float q, float r, float s) { >> return Math.sqrt(Math.pow((p-r),2) + Math.pow((q-s),2)); >> } >> >> for(-3 => int i; i<4; i++) { >> for (-3 => int j; j<4; j++) { >> if (i != 0 && j != 0) { >> spork ~ iGen(i,j); >> } >> } >> } >> >> while (x != y) { >> 500::ms=>now; >> } >> >> -- >> Philipp Blume >> >> _______________________________________________ >> chuck-users mailing list >> chuck-users(a)lists.cs.princeton.edu >> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >> >> > > > -- > Release me, insect, or I will destroy the Cosmos! > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > > -- Philipp Blume

2 1

Matrix of Impulse Generators
by Philipp Blume 05 Feb '14

05 Feb '14

Dear all, Question from a rank ChucK beginner There's something about envelopes or gain or shreduling that I don't understand. I created a Cartesian matrix of impulse generators, whose frequencies are given as mx+ny {x,y btw -3 and 3) where the gain & 'tempo' of each generator is correlated with its distance from a line segment (a1,b1 - a2,b2) - later on I will be manipulating x,y,a1,b1,a2, and b2. This code runs well for a while, but within a few seconds or minutes it starts to get overwhelmed. The death is both spectacular and quite moving, but how do I keep it within bounds so it sounds perpetually like it does in the first 5-10 seconds? 550 => float x; 440 => float y; 3 => float a1; 0 => float b1; 0 => float a2; -2 => float b2; fun void iGen(int i1, int j1) { while(true) { Euclid(i1,j1,a1,b1) + Euclid(i1,j1,a2,b2) => float dist; <<< dist >>>; SinOsc s => ADSR e => dac; e.set(35::ms, 8::ms, .1, 200::ms); Math.pow(0.65,(dist)) => s.gain; i1*x + j1*y => s.freq; e.keyOn(); (440)::ms => now; e.keyOff(); (440*Math.pow(1.2,dist))::ms => now; } } fun float Euclid(float p, float q, float r, float s) { return Math.sqrt(Math.pow((p-r),2) + Math.pow((q-s),2)); } for(-3 => int i; i<4; i++) { for (-3 => int j; j<4; j++) { if (i != 0 && j != 0) { spork ~ iGen(i,j); } } } while (x != y) { 500::ms=>now; } -- Philipp Blume

2 1

Re: [chuck-users] assigning a Blit array (George Locke)
by Zacko Belsch 03 Feb '14

03 Feb '14

I'm not sure whether the following is relevant or not. Looking at the chuck source code (in ugen_stk.h), it appears the common superclass of BlitSaw and BlitSquare is BLT, not Blit. Would what you tried work if you used BLT for your common array instead of Blit? Bob H

3 2

Re: [chuck-users] Dynamic Arrays (George Locke)
by Perry R Cook 03 Feb '14

03 Feb '14

5. how do you resize an object array? (George Locke) Here's something that should be useful. (from the .pdf ChucK Manual, under Dynamic Arrays, there's more there about it) [64, 65, 60, 59] @=> int notes[]; notes << 58; // notes is [64, 65, 60, 59, 58] notes << 60; // notes is [64, 65, 60, 59, 58, 60] notes.popBack(); // [64, 65, 60, 59, 58] notes << 64 << 65 << 60; // [64, 65, 60, 59, 58, 64, 65, 60]

3 3

how do you resize an object array?
by George Locke 02 Feb '14

02 Feb '14

This code works: SinOsc pls[0]; <<< "sinosc", pls.size() >>>; for (0 @=> int i; i < pls.size(); i++) { <<< i >>>; <<< pls[i].freq() >>>; } But this code fails: 2 => int siz; SinOsc pls[0]; siz => pls.size; <<< "sinosc", pls.size() >>>; for (0 @=> int i; i < pls.size(); i++) { <<< i >>>; <<< pls[i].freq() >>>; } It gives a run-time error: "[chuck](VM): NullPointerException: shred[id=1:untitled], PC=[53]" error. How do I dynamically resize an array of objects? (I just reinstalled miniAudicle today. running on Windows 7.) Thanks, George Locke

1 0

Re: [chuck-users] assigning a Blit array (George Locke)
by Perry R Cook 02 Feb '14

02 Feb '14

Not exactly sure why this is failing. Also tried declaring Blit osc[], but nope. Here's a fix for now, assigning all elements individually: BlitSquare pls[10]; BlitSaw saw[10]; Blit osc[10]; if (myVariable) { for (0 => int i; i < pls.cap(); i++) pls[i] => osc[i]; } else { for (0 => int i; i < pls.cap(); i++) saw[i] => osc[i]; } 1. how do I assign a Blit array with a BlitSquare array? (George Locke)

2 2

Re: [chuck-users] how do I assign a Blit array with a BlitSquare array?
by Casper Schipper 02 Feb '14

02 Feb '14

Hello George, You have an interesting point there. I wanted to suggest to you that you wrap your BlitSaw in an extension of a Chubgraph class, but that also doesn't work! It appears to me that Chuck in general doesn't let you assign arrays from subclasses to superclasses: a bit of a surprise indeed! For example : class ClassA { float v; fun float value() { return v; } } class ClassB extends ClassA { fun float value() { return v * 2; } } ClassA myObjectA; ClassB myObjectB; //ChucK allows: myObjectB @=> myObjectA; //but does not for arrays :-( ClassA myObjectArrayA[10]; ClassB myObjectArrayB[10]; myObjectArrayB @=> myObjectArrayA; // gives error Of course there are less pretty ways of achieving what you need, probably by just switching the routing of the UGens : BlitSaw blitSaw[10]; BlitSquare blitSquare[10]; Gain output; // => or the rest of your patch for (int i;i<blitSaw.size();i++) { blitSquare[i] !=> output; blitSaw[i] => output; } for (int i;i<blitSaw.size();i++) { blitSaw[i] => output; blitSquare[i] => output; } Happy chucking! Casper Casper Schipper casper.schipper(a)gmail.com www.casperschipper.nl +316 52322590 On 2 feb. 2014, at 18:00, chuck-users-request(a)lists.cs.princeton.edu wrote: > Send chuck-users mailing list submissions to > chuck-users(a)lists.cs.princeton.edu > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users > or, via email, send a message with subject or body 'help' to > chuck-users-request(a)lists.cs.princeton.edu > > You can reach the person managing the list at > chuck-users-owner(a)lists.cs.princeton.edu > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of chuck-users digest..." > Today's Topics: > > 1. how do I assign a Blit array with a BlitSquare array? > (George Locke) > > From: George Locke <george.locke.maxmsp(a)gmail.com> > Subject: [chuck-users] how do I assign a Blit array with a BlitSquare array? > Date: 2 februari 2014 17:18:13 CET > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Reply-To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > > > Hi, > > I have a class that I want to use either (multiple) BlitSquare or BlitSaw oscillators, where i can switch between them during performance. I thought the easiest way would be to have a single Blit array that holds either, but apparently I can't do this: > > BlitSquare pls[10]; > BlitSaw saw[10]; > Blit osc[10]; > if (choosePulse) { > pls @=> osc; > } else { > saw @=> osc; > } > > Any suggestions? > > How is the Blit type ever to be used if not in this way? > > (My chuck experience is limited, but I am an experienced programmer.) > > Regards, > George > > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users

1 0

how do I assign a Blit array with a BlitSquare array?
by George Locke 02 Feb '14

02 Feb '14

Hi, I have a class that I want to use either (multiple) BlitSquare or BlitSaw oscillators, where i can switch between them during performance. I thought the easiest way would be to have a single Blit array that holds either, but apparently I can't do this: BlitSquare pls[10]; BlitSaw saw[10]; Blit osc[10]; if (choosePulse) { pls @=> osc; } else { saw @=> osc; } Any suggestions? How is the Blit type ever to be used if not in this way? (My chuck experience is limited, but I am an experienced programmer.) Regards, George

1 0

Re: [chuck-users] Raspberry pi and ChucK and performance
by Stuart McDonald 30 Jan '14

30 Jan '14

For anyone heading pi-wards in future, I tried out Perry's advice and found dropping to 32khz as well as smarter resource management means I can run three concurrent SndBufs (with pans) and a three effect fx chain (including a mighty JCReverb!) simultaneously. It's modest, but enough for me to achieve the ambient driftyness I wanted. YMMV! Cheers Stuart From: Perry Cook <prc(a)CS.Princeton.EDU> > Thoughts from the battlefield: > > One nice thing about the Pi is that it supports many > sample rates. So if you can run at 22.05k or even > 16k or less, then you'll get much more bang for > your buck. > > Also, you might look into using WvIn (non looping) > or WavLoop (looping), rather than SndBuf, because > I think I remember that these are slightly more > efficient. > > Look into using some long delay lines (non-interpolating), > with feedback. These can really fatten up a texture without > requiring much CPU. > > Also be judicious about your efx, some will take more > CPU than others. > > Finally, if a wave is not playing sound, unchuck it at the > end of the chain, and it won't use any CPU while muted. > Keeping track of what's actually sounding, and muting > the rest (by unchuck) can really help. > > Prc >

2 1

Re: [chuck-users] chuck-users Digest, Vol 102, Issue 6
by Anthony Bowyer-Lowe 28 Jan '14

28 Jan '14

I don't know if it's an option for you, Leonard, but in this situation and with these requirements I'd personally be tempted to modify the ChucK source to support something like a --capture command line option which records all output and then auto-closes the audio output file when all shreds have finished. > The problem here is that the duration has to be known beforehand. The > batch conversion can't know how long these scripts are, and the > scripts themselves shouldn't be rigged to put that information > somewhere else. I'm amazed how difficult that appears to realize. I > went through the docs and I can find nothing of use. >

1 0