Last semester I assisted Hans Tutschku with a class called Music 264 at Harvard University on improvisation with electronics, and we used Max as our main tool for students to build their own electronic “instruments.” Faced with students ranging from Max beginners to more experienced programmers, and wanting to spend as much time as possible making music, we needed a solution that would allow us to teach Max and simultaneously start exploring performance.
I wanted to write up some of our experiences, in particular focusing on a package of Max patches I built for the class called 264 Tools.
Getting Max to make music
The common approach to Max-learning of spending time with the famous tutorials can be helpful, but what to actually do with all this list processing, data type explanations, and mathematics can be less clear. It favours abstract thinkers and people with existing programming experience, but may be less useful to someone without that experience who wants to start making music. Besides, there are important reasons for not just sending someone off to learn by themselves or assuming prior knowledge.
Even if one is familiar with Max, it takes time to build things that can start to be musical and responsive. The process of moving from some kind of controller input, handling that data, and mapping it to some audio processing takes time. Building a delay unit or even a versatile sound file player takes time. It is possible to teach this type of programming in a semester, but probably not in a class where you want much music to happen.
By building 264 Tools we tried to circumvent these challenges for both new and more advanced Max users. 264 Tools is a collection of patches for Max that can be loaded in
bpatcher modules, providing ready-to-use playback, processing, and analysis tools with graphical interfaces. To any users who have played with BEAP, this will be a familiar approach — the difference being that where BEAP focuses on sound synthesis, 264 Tools modules provide ways of working with recorded and live audio input.
These modules don’t do anything particularly new on the inside. Several rely heavily on amazing existing work by members of the open-source community: Ivica Ico Bukvic, Ji-Sun Kim, Dan Trueman, R. Luke DuBois (
munger~); Patrick Delges (
filesys); Randy Jones (
yafr2); Miller Puckette, Cort Lippe, Ted Apel, Volker Böhm (
sigmund~); Jean-François Charles (spectral freezing); Rodrigo Constanzo, and raja (
karma~). 264 Tools builds on these by providing graphical interfaces and a consistent way of communicating between modules.1 This is also not an attempt to build a “complete” suite of tools for all contexts. There are some obvious limitations: we found it immensely practical to make everything mono, for example; and the GUI makes the modules less performant than they might be. (If you have any Max GUI performance tips, let me know!)
Learning by doing
The idea of teaching with 264 Tools was to have students spend as much time as possible inside Max itself, and have that time as musically focused as possible. They may not have mastered
vexpr or figured out all the ins and outs of
poly~, and certainly didn’t have to go through the pain of learning how
pattrstorage works, but they had Max open, were creating and connecting objects, and started to understand how one might extend a module’s functionality by adding a few basic Max objects. Most importantly, from the first week we were working with sound. For people with backgrounds in music, the immediate feedback of hearing changes — rather than only understanding them abstractly — is very helpful.
To keep students immersed in Max we exploited the strengths of Max’s package system.2 In particular, by using the
extras directory in the package we could provide weekly patches introducing new modules that would appear in Max’s ‘Extras’ menu. These overviews provided explanations of each module’s functionality alongside demonstrations. Students could play with the demos and copy-paste bits of patch to their own projects. (I’m currently in the process of converting much of this to proper help files.)
In our first week, 264 Tools consisted of a delay line, a sound file player, and a filter. We added a couple of modules each week from then on.3 As students built performance patches for class, it was astonishing to see the variety of possibilities they uncovered, even with a minimum of modules.
Beyond the laptop
The most obvious requirement in order to make the students’ patches “performable” in improvisatory contexts was a controller that probably wasn’t the laptop’s trackpad or keyboard. We ended up building lightweight performance kits, and chose Korg nanoKONTROL2 MIDI controllers for the students to interact with their patches. These provide 8 faders, 8 dials, and 35 buttons and send MIDI messages over USB.
We built all 264 Tools modules to work seamlessly with any external MIDI controller. You can quickly map a MIDI fader, dial, or button to your patch using the
264.midi-learn submodule, which is built into many of the 264 Tools modules.
Beyond the MIDI controller, we also provided students with a microphone, a single-input audio interface, and a loudspeaker. It was great to be able to keep each performer’s audio discrete using these performance kits, clarifying who was producing which sounds in group performances. This tied into a kind of “instrumental” thinking while developing 264 Tools: mono sources, processing, and output lent themselves to these multi-laptop performances. We couldn’t have done this without the amazing logistical support of our studio technical director Seth Torres. The performance kits he put together were just perfect.
By the end of the semester our students were able to perform improvisations, in some cases with no prior Max knowledge. While my teacher’s pride undoubtedly clouds my judgement, I was incredibly impressed by their work. I can also say that a classroom of captive beta testers, who are directly implicated in the tool you’re building, is an amazing resource to have. We finished up with 22 modules, from a MIDI-ready
toggle to a pitch-tracker, and built a fairly easy to use preset system (I cursed
pattrstorage so no-one else had to).
If you want to try out the tools for yourself, take a look at the installation instructions. With any luck, I’ll submit this to Max 7’s Package Manager soon, to enable simpler updating. Please let me know if you find any bugs (or just have questions).
I’d love to hear from anyone else teaching Max about their experiences, and if anyone does play around with 264 Tools, let me know what you think!
All 264 Tools modules understand messages in the range 0 – 127, mimicking standard MIDI, permitting easy communication between modules, as well as with any other MIDI device. ↩
First introduced with Max 6, packages have just received an exciting boost with the release of Max 7.1 and the new native Package Manager. We were using Nathanaël Lécaudé’s Max Package Downloader, which was a wonderful stop-gap before Cycling ‘74 introduced their own solution. ↩