Designing Sound

Implementation
Interface
Instantiation arguments
Outlets, audio streams
Sound object
Method choices
Primitive objects / operators
Parameter inlets
Instantiation / creation / destruction rules
Control logic
Connections / patch
Constraints / range validation
Implementation details
Encapsulation, plugin API
Internal DSP functions, abstractions
Figure 16.6
Implementing the sound object.

---

16.9 Parameterisation
259
Encapsulation
As a sound object designer you will eventually want to export plugins and
code components for game sound or other multimedia platforms. Keeping the
implementation open and separate is a useful strategy for keeping portable
code. If you can, begin experimenting with hearing implementations from dif-
ferent languages. Try using Supercollider, Csound, Chuck, or other frameworks
to implement the exercises in this book, to reinforce the idea that your methods
and models can work equally well independent of implementation details like
the programming language or development environment. Dan Stowell (2009)
has translated some of the practicals in this book to Supercollider code.
Internal Control
Where automatic instantiation and garbage collection isn’t provided, some work
is needed to make sure that objects can be created and destroyed properly.
Attention should be paid to default arguments, range checking of creation and
run-time parameters, and cost minimisation by shutting down DSP flows that
are not in use. In Pure Data you can use the
object for this purpose.
Interface
Do you want a set of sliders to be virtual or from a MIDI fader box? Are you
going to control the object using Lua script or with OSC protocol? Will it be a
stand-alone application for an exhibit or art installation? The top-level view of
a sound object is everything we offer to the world to program it. For embedded
objects, it is a set of public-class methods. It should be a clean set of properly
scaled parameters, the fewest needed to give the widest range of meaningful
control. Whether you intend to run the sound object from a game engine or a
MIDI violin, constructing an interface layer should be seen as part of the work
for building a sound object.
SECTION 16.9