dromama from Altitude Sickness on Vimeo.

Turning one knob and bouncing up and down may work for some, but virtuoso electronic performers want more live control out of music. Why? Because we have more fun. Raymond Weitekamp is a monome power user based at Princeton who has organized like-minded monomists. As with Edison’s performance work yesterday, Raymond is working to develop real performance technique.

He’s already got the monome doing more that button mashing, thanks to clever mapping of tilt controls. (Check out the custom housing, too.) But to provide additional timbral controls, Raymond makes use of the Korg nanoKONTROL and the humble MIDI Remote Scripts I made and documented here on CDM. The nano provides some compact, accessible controls for adjusting the active rack. Details below.

If you want to learn from this setup, Raymond is sharing everything he’s doing, so you can take this in a direction that works in your performance rig. Here’s the full setup:

Software:
-smack-a-duck: vimeo.com/4739761
-mlr_aes_mdb: princeton.edu/~rweiteka/mlr_raw_0.2.zip
-midi_bends: princeton.edu/~rweiteka/midi_bends_0.3G_RAW.zip
-midi_bends midi remote script: princeton.edu/~rweiteka/MIDI_Bends_LiveRemote.zip
-nanokontrol midi remote script: createdigitalmusic.com/files/media/files/korg/korgnano_live.zip
-ableton live

Discussion:
post.monome.org/comments.php?DiscussionID=5458

Samples:
Drums from the “droms” sample pack by ro: post.monome.org/comments.php?DiscussionID=5414
Beach Boys – Mama Says
Viktor Vaughn – Raedawn

Thanks:
ro, tehn, soundcyst, peter kirn

From that discussion thread (well worth checking the whole thing out), here’s the basics on how the bits fit together:

Since it may not be immediately obvious what’s going on, I’ll elaborate for the curious amongst you:

mlr_aes_mdb => soundflower => live
midi_bends => IAC midi bus + midi remote script => live
nanoKontrol => midi remote script => live
smack-a-duck => soundflower => live

I modified Peter Kirn’s midi remote script for the nanoKontrol, and wrote my own for midi_bends. The tilting of the monome on the left (Tuppernicus) is controlling the 8 encoders of whatever the active FX rack is. The knobs on the nanoKontrol control those same 8 encoders. This way, I can use either to control the same FX parameters. I like this a lot better than 1:1 midi mapping, because it allows multiple methods for controlling the same parameters. Tuppernicus also controls the FX toggles (4 FX x 6 channels), drum rack, and active channel/effect rack. The monome on the right (Tupperbot) is running my slightly tweaked (added rowfix) version of mlr_aes_mdb 0.4.

Ableton Live is just one choice, of course. I’m actually trying to get some similar tools together on the Linux side, where this sort of combination fits naturally with the JACK audio server. I hope to have something to share by mid-fall.

In the “bad” category, Paul Davis, the creator of JACK and Ardour, writes:

Leopard has stopped JACK and other inter-application audio routers from being used as the default audio device. Apple is now distributing an SDK that is aimed at “aiding” developers in writing user-space CoreAudio “drivers” such as JACK and SoundFlower. Early reports suggest that the SDK requires a much more complex design. JACK still runs on Leopard, and so JACK-aware apps (i.e. Linux audio apps ported to OS X like Ardour and Jamin) can use it, but native apps can no longer be connected to each other or to JACK applications. Work is underway to make JACK use this new SDK but it appears to be a non-trivial effort. Apple’s motive in making this change is not clear.

Now, the good news. JACK OS X’s developers chime in in comments to point out progress is being made. And this is even a good thing. (Unfortunately, such is the way with OSes — for even small improvements, you have to break, then fix things, then reap the benefits, sometimes not immediately.) From Stephane:

SoundFlower is actually a “kernel space” driver that is somewhat much more easier to develop and maintain

• Apple SDK is definitively a step forward to develop more compliant “user-space” drivers, even if mastering the new code layering takes some time…
• as Dan said, the new version is almost ready and should be more compliant (more application working correctly with it)

And a beta is available now.

In other words, if you use these apps in a critical project, you might want to hold off upgrading, but otherwise all is well. I’ll be sure to post an update when a fix is ready. Note that Audio Hijack is now compatible with Mac OS X 10.5, though that doesn’t allow many of the musical applications possible with JACK and SoundFlower.

A subtler UI annoyance, Apple has somewhat crippled the audio previews you get in Finder’s multi-column view. You get the “play” button in the last column, as before, but no scrubbing or volume control. QuickLook, fortunately, solves the problem. Hit space and you get a full view of your audio file. At first, I thought this would be less convenient, thinking you’d have to preview files one at a time. But you can navigate from one file to another by scrolling up and down with the keyboard to select different files. Thanks to David Hollands for this tip; David says he’s finding QuickLook to be slower than using multi-column view.

Another alternative would be to use a dedicated utility like Iced Audio’s AudioFinder for your sample sorting, which may be better than Leopard or Tiger anyway, depending on your preference.

Sure enough, today we learn that AudioFinder’s new sample editor is in beta. Combined with AF’s other sample juggling tools, the fix may actually be more interesting than the problem.