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

Re: [chuck-users] How can I filter silence?
by Jim Hinds 25 Sep '06

25 Sep '06

Kas, Graham! Ya gotta love the way you think out of the box. Break the rules to make better ones! Thanks for the comments, code and inspiration. Jim ---"I dream of cheese, It's toasted, mostly" Ben Gunn, Treasure Island. On Sep 24, 2006, at 8:55 09PM, Graham Coleman <gc(a)gehennom.net> wrote: > > From: Graham Coleman <gc(a)gehennom.net> > Date: September 24, 2006 9:50:44 AM HST > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Cc: jahbin(a)romatictrances.com > Subject: Re: [chuck-users] How can I filter silence? > Reply-To: ChucK Users Mailing List <chuck- > users(a)lists.cs.princeton.edu> > > > I came up with some cheesy code to implement the idea. > It speeds up the tape when it hits silence. You'll need to > tune the time constants and the threshold for best results: > > sndbuf buf => dac; > buf.read("speak/wave.wav"); > buf.pos( 0 ); > > 0.05 => float tresh; > 0.01 => float rt; //release const > 0.4 => float at; //attack const > float xd; > > while(true) { > > math.fabs( buf.last() )-xd => float a; //amp diff > if ( a < 0 ) 0=>a; //non-negative > xd*(1-rt)+at*a => xd; //the attack/release exponential filter > > if ( xd<tresh ) { > buf.pos( buf.pos()+6 ); //skip ahead > } > > 1::samp=>now; > } > > To compute the time constants, use this formula: > //AT = 1 - e ^ (-2.2T/t<AT) > > or this if t is in samples: > > time const = 1.0 - exp( -2.2 / t ); > > best, > > Graham > > On Sun, 24 Sep 2006, Graham Coleman wrote: > >> I'm not sure if there's anything in chuck that will currently do >> this, >> but I think you could write something like a noise gate, that >> tracks the >> amplitude of samples coming from a SndBuf and skips ahead until >> the level >> rises above a threshold. >> >> Not sure how well this would run in real time. >> >> Better, would be something that preprocesses the file with in/out >> points >> so the skips are quick. >> >> Graham >> >> On Sun, 24 Sep 2006, Jim Hinds wrote: >> >>> I want to scan some audio for dropped out sections. It's long and >>> talky with 'significant' pauses between question and answers. These >>> sections are filled with background noise, and often several seconds >>> long. I'd like to shorten these empty sections (there are a lot of >>> them). >>> >>> I'd like to keep the files more or less intact (not sliced up into a >>> zillion intermediate files) >>> >>> Is there a unit in chuck that will be able to delete samples as they >>> pass through? >>> >>> Jim >>> _______________________________________________ >>> chuck-users mailing list >>> chuck-users(a)lists.cs.princeton.edu >>> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >>> >> _______________________________________________ >> chuck-users mailing list >> chuck-users(a)lists.cs.princeton.edu >> https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >> > > > > > From: Kassen <signal.automatique(a)gmail.com> > Date: September 24, 2006 10:23:58 AM HST > To: "ChucK Users Mailing List" <chuck-users(a)lists.cs.princeton.edu> > Subject: Re: [chuck-users] How can I filter silence? > Reply-To: ChucK Users Mailing List <chuck- > users(a)lists.cs.princeton.edu> > > > > > On 9/24/06, Graham Coleman <gc(a)gehennom.net> wrote: > I'm not sure if there's anything in chuck that will currently do this, > but I think you could write something like a noise gate, that > tracks the > amplitude of samples coming from a SndBuf and skips ahead until the > level > rises above a threshold. > > Not sure how well this would run in real time. > > Better, would be something that preprocesses the file with in/out > points > so the skips are quick. > > > But.... It doesn't look like it needs to be realtime. > > I'd think about playing the file once and storing the sample > locations where the volume drops below a treshold (as well as the > ones where it comes back) in a array, then playing it a second time > and skipping those sections while writing the results to a new > file. in "silent" mode this should be doable faster then realtime. > > You could also make a array of the length of the file (in samples) > and only write buf.last() => array[sample++] as long as it's over > the treshold. Once the buffer reaches it's end you'd playback the > array again and record that, taking care to stop after the highest > value that "sample" got to in the first pass. This would be CPU > intesive but it's quite clean as a method, I think. > > It all stands or falls with the quality of the envelope follower. > > I've been thinking about doing something similar to the first > option and pre-scanning wavefiles for positive zero-crossings and > storing those in a array. This would take extra time when loading a > file but from then on you could do very clean loops, for example to > loop just a few cycles. I wonder how samplers that have a "snap to > zero crossings" setting do this. It might still be quite tricky > because not all samplers that do this do it all that well.... > > Hope that's of some use. > Kas. >

2 1

##ChucK @ freenode
by Tasmo 25 Sep '06

25 Sep '06

Even though the mailinglist is a good place for the ChucK coders comunity I thought about a live conversation. So I want to announce the unofficial ##Chuck channel at the freenode network: irc://irc.freenode.net/##ChucK You're very welcome to join and chat! The double ## means at freenode this is not a primary group channel (yet). http://freenode.net/policy.shtml#topicalchannels Tasmo

3 6

How can I filter silence?
by Jim Hinds 24 Sep '06

24 Sep '06

I want to scan some audio for dropped out sections. It's long and talky with 'significant' pauses between question and answers. These sections are filled with background noise, and often several seconds long. I'd like to shorten these empty sections (there are a lot of them). I'd like to keep the files more or less intact (not sliced up into a zillion intermediate files) Is there a unit in chuck that will be able to delete samples as they pass through? Jim

3 3

global UGen effects processing
by Graham Coleman 24 Sep '06

24 Sep '06

Chuck architects, In some cases, you may wish to filter sounds originating in several shreds. For example, dynamics processing, or just to provide a dramatic effect. I attempted to do this using a global HPF defined as a static variable, but it doesn't quite work the way it seems it should. I also figured out how to make it work as expected. The class in superfilt.ck: public class SuperFilt { static HPF @ highPass; } new HPF @=> SuperFilt.highPass; //instantiate SuperFilt.highPass => dac; //connect to dac The test class, superfilt-test.ck: StifKarp inst => SuperFilt.highPass; //connect to filter SuperFilt.highPass.gain( 0.4 ); SuperFilt.highPass.freq( 1000 ); while ( true ) { std.mtof(std.rand2(10,70))=>inst.freq; //random note inst.noteOn( 0.5 ); 200::ms => now; } As I was writing this post, I figured out how to fix it. Connect the filter to the dac in the instrument shred: StifKarp inst => SuperFilt.highPass => dac; //connect to filter & dac And things seem to work fine. But wierd. Maybe the ticking or copying is per-shred? best, Graham

1 0

Shirts
by Kassen 23 Sep '06

23 Sep '06

Esteemed ChucKists... It seems that the shirt plan has drifted to the bottom of the priority stack. There were some ideas on that but nothing final. We had a picture of Guile (from Street Fighter), we had "chuck spork shred", "realtime isn't fast enough" and it occured to me that "powertools can maim" (from the Audicle video) would be fun as well. I might have missed one or two? I still think we need a shirt but I myself suck at organising such things. Is there still demand? Can we reach a consensus on a good slogan/design? Is there somebody with convenient access to a press and organisational responcibility? else is something like cafe press acceptable? I'll just asume at least somebody can make a design conform to printers demands? On the other hand, perhaps this plan drifted away from the list's atention because Tshirts might be completely out of fashion and now everybody wants sloganed chamber-robes? Kas.

4 4

Hid joypads in 1.0.2.7
by Kassen 23 Sep '06

23 Sep '06

Hi, list/ developers. I seem to have a problem with the new version of the Hid input. Particularly it looks like "msg.type == 3" has disapeared altogether. Practically speaking this means the directional buttons of my two joypads no longer work in ChucK. If this is true and there is no overwhelmingly solid reason to abandon those I'd realy, realy like to have them back because almost half of the notes of my joypad-melody construction depend on those and now the melodic side of my sequencer has become unplayable with no easy solution in sight (I realy need all the buttons and keep the axis free for modulations). For a second I thought they might have been given a proper name like the buttons and axis but those still show op on /examples/hid/joy.ck and now the directional ones don't anymore. None of the updated examples use the directional buttons either. This is a bit disturbing to me, could somebody tell me wether I'm missing some improved functionality or could we please, please talk about bringing them back? Yours, Kas.

2 2

Re: [chuck-users] Shirts
by babiakb＠bellsouth.net 23 Sep '06

23 Sep '06

lol how bout "Chuckers spork better" i want a shirt! > > From: Graham Coleman <gc(a)gehennom.net> > Date: 2006/09/22 Fri PM 10:45:49 EDT > To: ChucK Users Mailing List <chuck-users(a)lists.cs.princeton.edu> > Subject: Re: [chuck-users] Shirts > > I forgot to mention the mode of production of my t-shirt. > > My friend had a party where we were doing this. > > He had a roll of acetate (like the stuff in overhead projector > transparencies). We printed out designs from an inkjet printer and used an > xacto knife to cut out the stencil. > > Then we mixed half and half acrylic paint and fabric medium. We used a > paint roller to paint the design over the stencil. > > All in all it was a good time, and not too much work. I'm still > experimenting with hand-painting to get the classic 3-color logo. > > Graham > > On Sat, 23 Sep 2006, Kassen wrote: > > > Esteemed ChucKists... > > > > It seems that the shirt plan has drifted to the bottom of the priority > > stack. > > > > There were some ideas on that but nothing final. > > > > We had a picture of Guile (from Street Fighter), we had "chuck spork shred", > > "realtime isn't fast enough" and it occured to me that "powertools can maim" > > (from the Audicle video) would be fun as well. I might have missed one or > > two? > > > > > > I still think we need a shirt but I myself suck at organising such things. > > > > Is there still demand? > > Can we reach a consensus on a good slogan/design? > > Is there somebody with convenient access to a press and organisational > > responcibility? > > else is something like cafe press acceptable? > > I'll just asume at least somebody can make a design conform to printers > > demands? > > > > > > On the other hand, perhaps this plan drifted away from the list's atention > > because Tshirts might be completely out of fashion and now everybody wants > > sloganed chamber-robes? > > > > > > Kas. > > > _______________________________________________ > chuck-users mailing list > chuck-users(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck-users >

2 1

m4 expansion for sample libraries hack
by Graham Coleman 22 Sep '06

22 Sep '06

Sample librarians, This is a stupid hack as a holdover for string ops. (if you can think of an idiomatic way to do this, lemme know) I have a local sample library in a file called drum.ck that formerly used relative paths like so: //a sampling UGen to compile all my drums public class Drum { ["drums/kick.wav", "drums/kick1h.wav","drums/kick2h.wav", "drums/kick3h.wav","drums/kick4h.wav", "drums/kick5h.wav","drums/kick6h.wav", "drums/kick7h.wav","drums/kick8h.wav", "drums/kick9h.wav","drums/kick10h.wav", "drums/C_Kick.wav"] @=> string kicks[]; ... } Problem with this arrangement is that executing a file not in the same directory would change the current directory. Hereafter referring to Drum in another shred would return the same relative path, but would fail to load the sample as a result of the change in current directory. To make sure my samples always loaded, I thought of using a macro processing language. I first tried the C preprocessor, but the one on my system (all of them?) did not want to expand macros inside double quotes. Next, I tried m4, of which I was able to find a windows port: http://gnuwin32.sourceforge.net/packages/m4.htm So, I made a variant of the drum sample library (drum.ck.m4): define(`DRUMPATH', `C:/Documents and Settings/Graham/My Documents/chuck/drums') //a sampling UGen to compile all my drums public class Drum { ["DRUMPATH()/kick.wav", "DRUMPATH/kick1h.wav","DRUMPATH/kick2h.wav", "DRUMPATH/kick3h.wav","DRUMPATH/kick4h.wav", "DRUMPATH/kick5h.wav","DRUMPATH/kick6h.wav", "DRUMPATH/kick7h.wav","DRUMPATH/kick8h.wav", "DRUMPATH/kick9h.wav","DRUMPATH/kick10h.wav", "DRUMPATH/C_Kick.wav"] @=> string kicks[]; ... } And ran an expansion command: >m4 < drum.ck.m4 > drum2.ck To get the expanded form: //a sampling UGen to compile all my drums public class Drum { ["C:/Documents and Settings/Graham/My Documents/chuck/drums/kick.wav", "C:/Documents and Settings/Graham/My Documents/chuck/drums/kick1h.wav","C:/Documents and Settings/Graham/My Documents/chuck/drums/kick2h.wav", "C:/Documents and Settings/Graham/My Documents/chuck/drums/kick3h.wav","C:/Documents and Settings/Graham/My Documents/chuck/drums/kick4h.wav", ... } Any other thoughts on doing this sort of thing? Making the world safe for samples, Graham

1 1

Re: [chuck-users] [chuck] 1.2.0.7 (dracula) released
by Graham Coleman 21 Sep '06

21 Sep '06

Nicely done. I can't wait to road test the new filters. Graham On Mon, 18 Sep 2006, Ge Wang wrote: > Dear all, > > chuck-1.2.0.7 (dracula) is available: > > http://chuck.cs.princeton.edu/ > > API deprecations. In the interest of more consistent naming, we have > deprecated some object names. By default, when a deprecated name, such > as 'sinosc', is encountered, a warning will be issued, such as > 'line(1): deprecated: 'sinosc' --> use: 'SinOsc''. The behavior should > be otherwise unchanged. We've added a --deprecate flag that allows you > to stop, warn, or ignore upon encountering a deprecated item. The > default is 'warn'. > > Thanks to all who discussed on chuck-users and forum and contributed to > the many additions and changes in this release. They include Kassen, > Brian, Matt, Jukka, Eduard, Atte, David Powers, Graham Coleman and many > others. Also thanks to Ananya for much documentation work. A summary > can be found at the end of this message. Please let us know if you run > into any issues. > > Thanks and Happy ChucKing! > > Best, > chuck team > > --- > 1.2.0.7 > - (api) deprecated --> new classes > -------------------------- > sinosc --> SinOsc > triosc --> TriOsc > sqrosc --> SqrOsc > sawosc --> SawOsc > pulseosc --> PulseOsc > phasor --> Phasor > osc --> Osc > noise --> Noise > cnoise --> CNoise > impulse --> Impulse > step --> Step > halfrect --> HalfRect > fullrect --> FullRect > gain --> Gain > zerox --> ZeroX > delayp --> DelayP > sndbuf --> SndBuf > pan2 --> Pan2 > mix2 --> Mix2 > onepole --> OnePole > onezero --> OneZero > polezero --> PoleZero > twopole --> TwoPole > twozero --> TwoZero > biquad --> BiQuad > **** --> **** > std --> Std > math --> Math > machine --> Machine > -------------------------- > - (added) --deprecate:X flag > X can be stop, warn, or ignore - default is warn > - (added) STK BiQuad get functions pfreq, prad, zfreq, zrad > - (added) ADSR functions: > void .set( dur a, dur d, float s, dur r ); > void .set( float a, float d, float s, float r ); > - (added) new UGens (adapted from SC3 Server, Pure Data, CSound) > -------------------------- > LPF : resonant lowpass filter (2nd order butterworth) > HPF : resonant highpass filter (2nd order butterworth) > BPF : bandpass filter (2nd order butterworth) > BRF : bandreject filter (2nd order butterworth) > ResonZ : resonant filter (BiQuad with equal-gain zeros) > FilterBasic : base class to above filters > -------------------------- > - (added) new HidIn static variables for HidMsg message and device > types (spencer) > - (added) HidMsg fields to determine device type and number (spencer) > - (added) HidMsg functions with capitalization rather than > underscores (spencer) > (underscored functions deprecated) > - (added) .period for all oscillators > - (fixed) floating point denormals no longer cause potentially > massive CPU usage on intel processors, this includes > BiQuad, OnePole, TwoPole, PoleZero, JCRev, PRCRev, NRev > - (fixed) STK Echo.max no longer gives incorrect warnings > - (fixed) linux makefiles now respects CC/CFLAGS/CXX (Cedric Krier) > - (fixed) SinOsc/TriOsc/PulseOsc/SqrOsc/Phasor.sync now unified: > .sync == 0 : sync frequency to input > .sync == 1 : sync phase to input > .sync == 2 : fm synth > | > NOTE: the above changes may break/affect existing patches > using TriOsc, PulseOsc, or SqrOsc > - (fixed) TriOsc/PulseOsc/SqrOsc phase consistent with convention > - (fixed) ADSR now handles keyOff() before sustain state > - (fixed) ADSR now correctly inherits Envelope > > _______________________________________________ > chuck mailing list > chuck(a)lists.cs.princeton.edu > https://lists.cs.princeton.edu/mailman/listinfo/chuck >

1 0

HidIn @ joy-shake.ck with dracula
by Tasmo 20 Sep '06

20 Sep '06

I played around with my joystick and ChucK 1.2.0.7 on OS X and found something to change in chuck/examples/hid/joy-shake.ck The line 26 "if( msg.type == HidIn.joystickAxis )" must be "if( msg.isAxisMotion() )" now and so line 36 "if( msg.type == HidIn.buttonDown )" now "if( msg.isButtonDown() )". Same with examples in the miniAudicle folder.

2 1