Feeds

Happy birthday MIDI 1.0: Slave to the rhythm

Part Two: The notes in the machine

Securing Web Applications Made Simple and Scalable

Feature In part one, the main focus was on MIDI’s myriad data forms and how it began chattering to synths and drum machines, but it was the sequencer that really demonstrated MIDI’s brilliance. In fact, so brilliant it was, that musicians even began to think they were brilliant too by association. Brilliant!

It’s early 1988 and it’s time for another Atari lesson. I’m in London at a private college learning all about sound engineering and music production, a bit of a rare subject then, which is why I’m having to pay for it. Rarer still for the times, were the lectures we’d get on digital recording systems. One of the tutors is touting his new book on the subject, it’s called The Art of Digital Audio. It’s still in print today and the author, John Watkinson, writes for me now occasionally, strangely enough.

MOTU Performer Mac MIDI sequencer

MOTU Performer was one of the earliest Mac MIDI sequencers

Today we’re in the programming suite and the lesson promises to take us beyond the fun-packed thrills of C-Lab’s Creator, as we’re old hands at that now. Instead, we’re looking at a companion product, the X-Alyzer. Besides being an editor/librarian that can store, sort and customise your synth sounds, it has a rather cool trick up its sleeve that takes advantage of SDS, a recent addition to the MIDI standard.

SDS? Wasn’t that a brain for Simmons electronic drum kit? Not on this occasion, as we’re talking about the Sample Dump Standard. Eseentially, it is sending audio-over-MIDI and just how cool that is... we shall see. At 31.25kbd, maybe it’s not such a good idea after all. More on this later.

MIDI sequencers were available as dedicated hardware or as software packages. The sequencer behaved like a musical word processor: it would record what you played, when you played it and also, more interestingly and expressively, how hard you played it.

Where the sequencer triumphed over simply playing parts in real-time was not just its ability to capture performances. You could do that easily enough by pressing record on a tape machine. The sequencer’s strength was in composition.

You might start off recording a sequence with a piano sound and then on playback try it out with a string sound. The MIDI recording was completely impartial, just like changing the font on a text document, you could use the note data anyway you liked. And if you couldn’t decide between piano or strings, then why not both together? With MIDI sequencing you could either duplicate the track and send it out to different devices or, in less sophisticated set-ups, you could have just one track and use two synths responding to the same MIDI channel.

Making tracks

So what’s the programming suite idea all about then? Not a multitrack tape deck in sight and there’s no desktop digital audio recording here for sure. It’s all about sequencing on the Atari with a bunch of synths and a beatbox.

Korg MIDI keyboard and Mac sequencer

A basic programming suite, Korg style – click for a larger image

While the gear might change, the idea is essentially the same in studios of the time. Do all your MIDI sequencing in a cosy little room somewhere and then take the fruits of your labours to the main recording studio where these sequenced tracks can be recorded on tape to be adorned with vocals and non-MIDI instruments, guitars (remember them?) and other noisy stuff.

There are other ways around this too. In more sophisticated scenarios, the MIDI gear would play "live" into the mixer. It would be sync’d using a timecode track previously striped (recorded) on tape and this would free up the rest of the tape tracks for real instruments and vocals.

It all worked fine, but as you were sync’ing to a tape, it meant you would have to rewind it at some point – pretty much constantly when parts were being overdubbed. And those MIDI instruments would need to kick in at the right time too if they were being sync’d, so you’d need to wind back a bit further to be sure the sync box had a good enough run at things to read the timecode and get the sequencer rolling.

One way around it was to have a rough mix of the MIDI stuff and record it on tape – maybe just a stereo pair. But as you can see, when it comes to composition, you really don’t want to be tied to a tape machine, as it kills all the advantages of MIDI sequencing. After all, MIDI sequencing delivered instant playback from any point in the composition and cycled (looped) playback and recording options too. Who wants to wait for a tape to rewind?

Roland theoretical interfacing for MIDI, DCB, CV and Din Sync gear

Programming suite Roland style: interfacing for MIDI, DCB, CV and Din Sync gear – click for a larger image

How MIDI achieved these feats goes beyond the joining of instruments discussed in part one. MIDI Clock was the answer in those early days and MIDI Timecode would follow, which was a vast improvement and a very different beast altogether.

MIDI Clock could be applied in a variety of ways. In a basic setup it would be a master and slave relationship. For instance, linking a hardware sequencer up with some drum patterns you’ve programmed on a drum machine. Both devices have their own internal MIDI Clock which is used as a reference for the recorded events.

To work both together and say, play some bass lines on an Ensoniq ESQ-1 sequencing keyboard accompanied by a Yamaha RX11 drum machine, you’d typically switch the RX11 from Internal Clock to MIDI Clock mode.

All you’d need to do with ESQ-1 is to plug in a MIDI cable from its MIDI out and plumb it into the RX11 MIDI in. Press play on the ESQ-1 sequencer and the slaved drum machine joins the party on cue and at whatever tempo the master sequencer is running at.

This scenario can work in the other direction too: with drum machine master, sequencer slave – as long as the slave is set to MIDI Clock and the master device is on Internal Clock. Oh, and on some devices you’d need to be sure the master device was set to transmit MIDI Clock.

Pointing the way

The technical aspects of MIDI clock had some similarities to DIN Sync used on earlier gear, the idea being to follow what was effectively a high-speed metronome clicking away at 24 pulses per quarter note (PPQN). Record this DIN Sync track to tape and the slaved gear would follow this timing clock, which would run at different rates depending on the original tempo. And talking of tempo, once the DIN Sync track was recorded, this was effectively set in stone. One other aspect of this early sync’ing was that you always had to play the tape from the beginning each time.

LinnDrum pre-MIDI beatbox

The LinnDrum was pre-MIDI and relied on DIN Sync which had drawbacks for tape synchronisation

While MIDI used 24PPQN for its timing, the way it triumphed over DIN Sync and could play from anywhere was all due to the use of Song Position Pointers (SPP). In short, the intervals were calculated. So in a song with a 4/4 time signature*, from its beginning to the start of bar 5, would be 16 beats (4 bars x 4 quarter notes per bar) x 24PPQN = 384 pulses.

If you wanted to play from the beginning of bar nine, the sequencer would know it should play from 768 pulses into the sequence and transmit that information to any slaved devices too. The frequency of those pulses would, of course, depend on tempo, but it was the use of the number of pulses that were making the big difference here. These pulses were no longer simply teeth in a cog; they all served as a unique point of reference.

Now this was all happening within MIDI sequencers and drum machines. The MIDI Clock timing information wasn’t a code you could simply plug into a tape recorder and stripe a track with, you’d need a synchroniser for that. How these devices worked their magic is explained later in the box section on page 5: The missing sync.

* Four one-quarter notes per bar. In a time signature, the second number tells you what type of note (ie: the length of time it takes to play it) gets one beat. The first number tells you how many of these beats there should be in a bar (segment of time in musical notation). 6/8, for example, means that you should play six one-eighth note beats in every bar.

Application security programs and practises

Next page: Got it taped

More from The Register

next story
iPad? More like iFAD: We reveal why Apple fell into IBM's arms
But never fear fanbois, you're still lapping up iPhones, Macs
For Lenovo US, 8-inch Windows tablets are DEAD – long live 8-inch Windows tablets
Reports it's killing off smaller slabs are greatly exaggerated
Microsoft unsheathes cheap Android-killer: Behold, the Lumia 530
Say it with us: I'm King of the Landfill-ill-ill-ill
Cheer up, Nokia fans. It can start making mobes again in 18 months
The real winner of the Nokia sale is *drumroll* ... Nokia
Seventh-gen SPARC silicon will accelerate Oracle databases
Uncle Larry's mutually-optimised stack to become clearer in August
EU dons gloves, pokes Google's deals with Android mobe makers
El Reg cops a squint at investigatory letters
Apple orders huge MOUNTAIN of 80 MILLION 'Air' iPhone 6s
Bigger, harder trouser bulges foretold for fanbois
prev story

Whitepapers

Top three mobile application threats
Prevent sensitive data leakage over insecure channels or stolen mobile devices.
Implementing global e-invoicing with guaranteed legal certainty
Explaining the role local tax compliance plays in successful supply chain management and e-business and how leading global brands are addressing this.
Top 8 considerations to enable and simplify mobility
In this whitepaper learn how to successfully add mobile capabilities simply and cost effectively.
Application security programs and practises
Follow a few strategies and your organization can gain the full benefits of open source and the cloud without compromising the security of your applications.
The Essential Guide to IT Transformation
ServiceNow discusses three IT transformations that can help CIO's automate IT services to transform IT and the enterprise.