sc2 nostalgia

clean-up #32:

supercollider 2 (sc2) was such a great piece of software. thank you James McCartney. i plan to go back one day and i already have two old mac ti-books that still boot os9 natively. i also have a lot of patches for max/nato that i still think produces great graphics/video under os9 - so that’s another reason for ’downgrading’.

below is one of my first posts to sc-users. i gathered some courage and sent this mail in aug 2001.
(here is the full thread.) if you play the below sound in the newer supercollider versions it doesn’t sound nearly as good (in my ears). to get a few steps closer to that sc2 sound, try replacing the RHPF with GlitchRHPF from sc3-plugins. still it isn’t the same. listen to the attached mp3 recorded with sc2 to hear these five lines of code go wild in sc2.


Date: Thu, 16 Aug 2001 21:12:27 +0200
From: Fredrik Olofsson <---@---.--->
Subject: noisy instr.


this works... (sc 2.2.11)


this doesn't...

      ,0.99,1),             //note add difference

how come the latter example runs fine for about 40 seconds and then
both channels 'get stuck' at +1, one after the other?  i've had the
former playing for at least 9 min.


Audio icon noisy_instr_ex.mp3629.5 KB


for an upcoming performance i've revisited the electronics for my redUniform piece. my old setup used a nordic nRF24L01 wireless chip but now i changed to wifi and the adafruit cc3000 module.

the circuit is really minimal and simple. basically it's just the cc3000 wifi module, an atmega328, a 16Mhz chrystal, an on/off switch, one 1000mAh Li-ion and last two 6p connectors for the sensors.

the sensors are two modified minIMU-9.

with the battery fully charged i had it sending osc data at 50Hz for more than a whole day.

attached are schematics and arduino code for reading sensors via spi. the code also show how to talk to the cc3000 and send sensor data via osc.
there are also two classes for supercollider called RedUniform2 and RedUniform2GUI.

arduino programming via soundcard

with lots of study of the AudioBoot_V2_0 java code by chris at, i managed to write supercollider code for uploading sketches to an arduino via the soundcard. no ftdi chip needed!
it's a very cheap solution for programming barebone arduinos (well, atmega168 microcontrollers really). you only need a few resistors, a capacitor and a mega168. the only difficult part is to 'initialize' this microcontroller by burning the special bootloader on to it. this requires an avr programmer of some sort (STK500, USBtinyISP etc).

the preparation steps are as follows...
1. burn the bootloader on to a mega168
2. build the barebone circuit
3. prepare the arduino ide
4. install the RedArduino class

after that one can compile hex files in the arduino ide and upload them using supercollider and a standard audio cable.

1. burn the bootloader on to a mega168

the trick behind all this is the special 'sound enabled' bootloader that i found here... i downloaded the file and used my stk500 avr programmer together with the great avr crosspack. the terminal command i used for burning the bootloader was the following...

avrdude -v -p m168 -b 115200 -P /dev/tty.PL2303-000013FA -c stk500v2 -U flash:w:/Users/asdf/arbeten/sc/scAudioino/AudioBoot_V2_0/Atmega_Source/chAudioBoot_ATMEGA168_IN_PD1_LED_PB5.hex -U lfuse:w:0xE2:m -U hfuse:w:0xDF:m -U efuse:w:0xFA:m

2. build the barebone circuit

then i built a minimal and barebone arduino circuit after the schematics found here... again credit to chris.

this is the schematics i drew...

and here the resulting circuit...

i run it off 4,5v (3 batteries) but it could also be powered from the usb port.

3. prepare the arduino ide

to compile hex files for this barebone arduino, i needed to set up a custom board in the arduino ide. one way to do this is to create a new text file called boards.txt and put it inside a new folder in the arduino/hardware folder. on mac osx that could be something like ~/Documents/Arduino/hardware/BareBones/boards.txt. the boards.txt should contain the following... bare bone (internal 8 MHz clock)

then restart the arduino ide and under boards there should be a new option with mega168 and 8mhz internal clock. i make sure this board is selected every time before compiling hex files for sound uploading.
another thing that needs to be done is to enable 'verbose compile' in the arduino ide preferences. that will print out the file path of the hex file each time you compile a sketch.

4. install the RedArduino class

i wrote a couple of classes for supercollider to help with the encoding and signal generation of hex files. they're found in my redSys quark (under redTools) and are most easily installed from within supercollider itself with these commands...

Quarks.install("redSys");       //install. recompile after this

there are two helper classes and one main class. the RedIntelHex class parses hex files and RedDifferentialManchesterCodeNegative helps to encode the signal as differential manchester code. the main class RedArduino figures out the paging of data and generates a bit stream that is played back using demand rate ugens.


i upload sketches by compiling them in arduino ide (click verify - not upload) and copy&paste the file path of the resulting hex file into supercollider and the RedArduino's read method. i connect the left sound output channel to the barebone arduino, put my mac volume to ~80%. last i press the reset button on the circuit and quickly (within seconds) call the upload method in sc. the led should blink slowly directly after a reset, and fast when receiving data.

here's a video demonstrating how to do it. i'm just uploading the simple Blink example. near the end you will also hear how that sounds.

audioino from redFrik on Vimeo.

there's also some sc code i wrote here that will do the same thing but without the need of the redSys quark classes.

traer physics library for supercollider

a while ago i started porting the java/processing library TRAER.PHYSICS 3.0 by Jeffrey Traer Bernstein to supercollider. it's a simple and elegant particle system and a physics engine all in one. there are already ports to actionscript3, javascript and c++ (cinder), but i haven't seen anyone working with it in sc yet. so i had a go - both to learn more and to have an alternative to my own physics library quark redUniverse.

it is now finished and released as a quark. this is the initial version and there might still be bugs. i _did see sc crash once in a strange way after spawning lots of particles, so watch out for memory leaks.
to install it run the following code and recompile sc...

//and then recompile and open the help file TraerPhysicsOverview

i also wrote a few simple examples to go along with the helpfiles. here's a screenshot of one...

more sc twitter

more audio recordings of my twitter sctweets. see and this post.
normally you run these lines of code (140 characters) in supercollider and it will play you some kind of generative music or soundscape (also graphics in rare cases). here i've recorded a few for those who are too lazy to install sc.




this one is using the built in .fib (as in fibonacci) method to generate pitches (\degree) for the Pbind. the Pbind in it self is quite boring to listen to, so by playing it out on audio bus 8 and then making a small distortion+echo effect synth reading from bus 8, we get a much more interesting sound.




again using the built in fibonacci method to generate patterns. here every 8th bar the pattern is scrambled (Dshuf), and in every 8th bar period the first 2 bars are transposed by a strange trick running the melody pattern (i.e. the frequencies) through a CombN.




here is something that sounds a bit like a couple of trombones playing a riff in a reverberant room. the riff just goes on and on and is made from a pair of slowly changing LFPar oscillators, scaled, offset and rounded to the nearest 50Hz.




sounds a bit like punk rock in 6/8 time signature. the crispness comes from the > BrownNoise combo and the rhythms from the Pulse. overall melody is the slowly running LFPar oscillator stored in variable f. note that this tweet only works in sc version 3.5 and above.




an ever rising tone cluster with some clicks. this is built using a localin/localout feedback chain. there are plateaus where one thinks the maximum frequency is reached, but those are only temporary and after a while the tone starts to rise again.




here the cutoff frequency of a BRF (band reject filter) is modulated with a SinOsc. the cutoff varies between 1 and 99 Hz in the left channel, and 1 and 100 Hz in the right channel. the BRF goes wild and outputs totally crazy sounds when modulated in this matter - just like the BPF used to behave in old sc versions (3.3 and earlier).




a deep fat bass. it sounds as lovely in a big speaker system as it sounds poor in laptop speakers. the patch is mainly doing phase modulation on a SinOsc with tanh distortion.




this tweet sounds much like a field recording. the noise comes from an exploding BRF (band reject filter) that is wrapped in a Limiter so that it keeps in range. last a GVerb is adding a metallic quality reverb to the overall sound.




this was coded, believe it or not, within a 5min time limit and under water pistol threat (part of sc2012 keynote talk in london). again it's a BRF misbehaving run through a comb delay with short modulated delaytime (from 0 to 0.1).




a quite poor tweet. the rhythms are not so interesting and it also have the problem of running out and stopping after a few seconds. anyway, the principle is that a BRF is generating strange sounds that phase modulate a SinOsc, that in turn goes through a ringing filter (Ringz). i only wanted to record it so that when someone fixes the BRF in some upcoming supercollider version, i can go back and listen to how it could sound.



Pbind(\freq,Pseq("SUPERCOLLIDER".ascii,inf)*Pstutter(64,Pseq([3,4,5],inf))*[1,2.045],\dur,0.03,\amp,Pseq([0,0.1],inf)).play// #SuperCollider

super annoying little thing. it is using the values of the ascii characters in the string "SUPERCOLLIDER" which is [83, 85, 80, 69, 82, 67, 79, 76, 76, 73, 68, 69, 82]. this is played in sequence and transposed and detuned. maybe a candidate for the official supercollider theme song?




very intense sounding tweet.




an even more intense sounding tweet.




this patch is heavy on the cpu. it consists of a synth with nested GVerbs all with random settings for roomsize and reverberation time. synths play for 6 seconds and then fades out over 5 seconds as another synth, with different reverb settings start. the result is overlapping sounds and quite dense texture.



a=LFTri;play{,128,128),[3,4],,0,8,12),0,32,128)).sin)/4,1,1/6,}// #SuperCollider

a rhythmic tweet. gets a bit annoying after a while but there are some nice details in there.




phasing melody in left and right channels. every 7th note has a slightly different timbre (the 0!6++500 part) and every time one starts this tweet the melody changes (the Dshuf((0..7) part). the phasing is done with two Saw oscillators running at 9 and 9.01Hz. they are in turn used as triggers for the timbre and melody sequences (the two Demand ugens).

one reason why i love sc

140 characters...


if we run this line in supercollider we hear this...

and using Rohan Drape's great rd_dot quark and swap play{} with draw{} in the line above, this mess gets revealed...

so with a single line of code - short enough to fit in a twitter tweet - we've built this amazingly complex sound synthesis patch. i can not imagine a system with greater code-to-noise ratio than supercollider.

and this one is pretty fun to .draw as well...


a heavily recursive patch that looks almost fractal. the pdf file generated from this line of code is 300kb! the number 6 in the code means recursion depth and 60 is the base frequency.

to run the rd_dot quark in supercollider on a mac you'll need Graphviz (i use 2.28 on my osx 10.6.8). you also need to make sure the resulting .dot files opens automatically in graphviz and not photoshop, word or something (get info on a .dot file in Finder and change all filetypes to open with graphiviz. you'll find the .dot files from rd_dot in your hidden /tmp directory)

PDF icon 637231982.pdf85.87 KB
PDF icon 1909609728.pdf300.44 KB

soft modem

this summer i build 8 small circuits that can control a bunch of leds (6 channels pwm) from basically any idevice or android phone. the circuit connects to the audio jack of the phone and uses the right channel to send data commands (in the form of a modem signal).

we use rjdj (and pdlib, supercollider, etc) to generate the data signal on the phone in realtime. and it's relatively easy to connect for example the built-in accelerometer in the phone to control some leds, or to run amplitude/pitch tracking on the microphone and let that flash some leds.

the circuits will be used in the rhyme research project as well as in the upcoming e-textile workshop in oslo (oct 2011).

the design is based on SoftModem by arms22. attached below are my schematics, pd fsk abstraction and arduino firmware.

the modem signal is generated using frequency-shift keying and here's how to do that in supercollider...

c= "how are you?";
{var t= 1/1225; var m=[t*100]++t.dup(11*c.size)), 0, Dseq([1]++c.ascii.collect{|cc| [0]++(cc.asBinaryString.ascii-48).reverse++[1, 1]}.flat), 2);*(7350-4900)+4900)!2}.play(fadeTime:0);

this will send the characters "how are you?" at a baudrate of 1225. this is of course not a valid command for the circuit above, just something to demonstrate how it sounds. below is an mp3...

Package icon softModem.zip61.64 KB


Subscribe to RSS - supercollider