Video: Additive synthesis

Inspired by some discussions with @dietcv, here’s a video on one way to do Gabor Lazar/Errorsmith/Kindohm style additive synthesis.


Thanks for these sounds. Additive synthesis like that where one line of code = 60+ UGens is one of my favorite things about SC. And thanks to the others who contributed to this additive approach that has been on the list of late.

Also on a side note, thanks for your coding style. I also code Routine style rather than Pbind style. With Pbinds I always find myself in some kind of …bind… where I can’t make the pattern do what I want (to be fair, I am avoiding regular pulse most of the time). I never have that problem with Routines and basic ListPatterns. Glad to see another user having made this choice as well, as I know it is the minority around these parts (probably for good reason).



I’m with you, Sam. Routines and Tasks … I have found myself using some pattern classes to generate data FOR synths / notes, but never had a good feel for the pattern classes as event generation.

Thanks for watching!

There’s a story behind Routine… I was working on a live software instrument (inspired by yours, incidentally), and one day the instrument suddenly went silent. After some digging, I found that I named a SynthDef parameter \detune and it was being silently interpreted by the default event type as one of the built-in keys. When using the default event type, several dozen default keys cohabit a namespace with Synth arguments, and these must be memorized to avoid unexpected results. I never used Events/Streams/Patterns again after that experience.

In events, predefined keys can cause tricky bugs indeed (been there, done that). For this reason, nowadays whenever I use events as “objects” (something I do quite regularly when building bigger systems) I define a method \safeReg first that I use exclusively to add new methods and members, and that will throw an error whenever I try to add something with a key that already has a meaning. But that doesn’t solve the problem you’ve encountered, nor do I see a straightforward way to extend it to your use case.

Could be an idea for SC4 or patterns 2.0: give default event keys a kind of “namespace” so they are not likely to disturb other keys. In the absence of namespaces, a prefix may work as well: Instead of a default key \detune, perhaps it could have been named something like \scpat_detune. (The prefix is ugly on purpose: to reduce the likelyhood that someone else uses it by accident :slight_smile: ) Of course changing that now would break a lot of existing code.

Despite their flaws I still prefer events and patterns over routines to be honest. There’s something “cozy” about the way patterns can be sequenced, combined and filtered.

Despite their flaws I still prefer events and patterns over routines to be honest. There’s something “cozy” about the way patterns can be sequenced, combined and filtered.

Patterns are the best. Nothing against patterns. It is the Pbind auto-linking to synth generation that I find constraining. But I see the appeal. It just isn’t for me.

Finally had some time in the xmas break to check out your videos, @nathan, and I’m totally blown away. So much to learn here. Please keep churning out more of these videos!

1 Like

i think sc does kinda force you to develop your own idiom which i find pretty fascinating
using Routine doesn’t seem well suited for livecoding since you have you continually stop and re-start to update…

Thanks for watching, @kflak! I’m just about to upload a new video from a livestream I did last night (the VOD is already up at

EDIT: Video: Breakcore + ambient techno


I don’t use Routines or Tasks much for this sort of thing, but wouldn’t a Tdef allow one to overcome this, in a similar way that Pdef does for Pbind and Pmono?