Supercollider (SC) is a server-client-based tool for sound synthesis and composition. SC was started by James McCartney in 1996 and is free software since 2002. It can be used on Mac, Linux and Windows systems and comes with a large collection of community-developed extensions. The client-server pronciple makes it a powerful tool for distributed and embedded systems, allowing the full remote control of synthesis processes and live coding.

Getting Started

Binaries, source code and build or installation instructions can be found at the SC github site. If possible, it is recommended to build the latest version from the repository:

Code snippets in this example are taken from the accompanying repository: SC Example. You can simple copy and paste them into your ScIDE.


sclang is the SuperCollider language. It represents the client side when working with SC. It can for example be started in a terminal by running:

$ sclang

The terminal will then change into sclang mode and SC commands can be entered:


Running SC Files

SuperCollider code is written in text files with the extensions .sc or .scd. On Linux and Mac systems, a complete SC file can be executed in the terminal by calling the language with the file as argument:

$ sclang

The program will then run in the background or launch the included GUI elements.

Variable Names

Global variables are either single letters (s is preserved for the server) or start with a tilde: ~var_name). Local variables, used in functions, need to be defined explicitly:

var var_name;

Control Rate vs Audio Rate

SC works with two internal signal types. When something is used with the extension .ar, this refers to audio signals (audio rate), whereas .kr uses the control rate.


Working with SC in the terminal is rather inconvinient. The SuperCollider IDE (ScIDE) is the environment for live coding in sclang, allowing the control of the SuperCollider language:


When editing .sc files in the ScIDE, they can be executed as a whole. Moreover, single blocks, respectively single lines can be evaluated, which is the standard way of using SC, especially when exploring the possibilities.


Synthesis and processing happens inside an SC server. A server can be booted from the

// boot the server


Inside the SC server, sound is usually generated and processed inside Synths. A synth can be defined inside curly brackets:

// Play a Synth
    // calculate a sine wave with frequency and amplitude
    var x = 100 *;

    // send the signal to the output bus '0', x);



All playing nodes can be removed from the server, if they are not associated with a cient side variable:

// free all nodes from the server


SynthDefs are templates for Synths, which are sent to a server:

// define a SynthDef and send it to the server

   // define arguments of the SynthDef
   |f = 100, a = 1|

   // calculate a sine wave with frequency and amplitude
   var x = a *;

   // send the signal to the output bus '0', x);



Once a SynthDef has been sent to the server, instances can be created:

// create a synth from the SynthDef
~my_synth = Synth(\sine_example, [\f, 1000, \a, 1]);

// create another synth from the SynthDef
~another_synth = Synth(\sine_example, [\f, 1100, \a, 1]);

Parameters of running synths can be changed, using the associated variable on the client side:

// set a parameter

Running synths with a client-side variable can be removed from the server:

// free the nodes;;

Contents © Henrik von Coler 2021 - Contact