SID vs MIDI: Two Ways Computers Make Music
When people say “computer music,” they often fold two very different ideas into one. The machine can make sound itself, or it can describe musical events and hand them to something else to perform. The Commodore 64’s SID chip belongs firmly to the first camp. As the desktop SID synthesizers explored elsewhere on PhilReichert.org demonstrate, the 6581 and 8580 can even escape their original computer and become instruments in their own right. MIDI belongs to the second camp. Rather than defining the sound, it provides a way for computers and musical equipment to communicate about what should be played.
That distinction quietly shapes everything around the music: how you compose, what you debug, where the sound actually comes from, and whether the computer behaves more like an instrument or more like a messenger.
SID makes sound inside the machine
On the Commodore 64, audio was not an accessory hanging off the side of the system. The SID 6581 was part of the machine’s core identity, and Commodore’s documentation treats it that way. The chip occupied the memory region at $D400–$D7FF, where software wrote directly to sound registers. Contemporary descriptions call it a single-chip, three-voice electronic music synthesizer and sound effects generator.
That architecture made SID programming feel close to hardware design. The code did not “play a file” in any modern sense. It manipulated frequency, waveform, filter, and envelope registers, then let the chip keep oscillating. In practice, that meant a tune was often a small real-time control system: part instrument, part sequencer, part piece of music. The programmer was not sending notes to a separate synthesizer; the program and the sound engine were one mechanism.
The result was a specific kind of music culture. SID composers learned to work with the chip’s strengths: rapid arpeggiation, pseudo-polyphony, aggressive filter sweeps, and other effects that blur the line between note and timbre. The sound was not a generic “computer voice.” It was the audible consequence of exposing a peculiar piece of silicon directly to assembly language.
MIDI describes music elsewhere
MIDI comes from a different problem entirely. The MIDI Association describes it as a way to exchange musical information, including notes, program changes, expression control, and related events, between instruments, sequencers, computers, lighting controllers, mixers, and other devices. It was designed originally for live performance, and its classic 5-pin DIN connector became the physical emblem of that world.
The key point is what MIDI does not do. It does not care how sound is generated. It only needs to say that a key was pressed, a wheel was bent, a patch changed, or a controller moved. A destination might be an analog synth, a sampler, a rack module, or a software instrument. MIDI standardizes musical intent between devices, rather than the sound engine inside one device.
The electrical specification reinforces that idea. The original standard used 5-volt electronics and a 5-pin DIN connector, later revised to acknowledge 3.3-volt circuitry and lower RF interference concerns. The protocol was built to survive changes in electronics without changing its basic musical language. That is a different kind of durability from a sound chip embedded in a single computer model.
The computer changes roles
Once SID and MIDI are separated, the computer’s changing role becomes obvious. With SID, the Commodore 64 is both computer and instrument. Software writes directly to the SID’s memory-mapped registers to control frequency, waveform, envelope and filtering, and the chip produces the sound. With MIDI, the computer may produce no sound at all. It can record and sequence performances, transmit note and controller data, or coordinate several external instruments. The computer moves from being the sound source to directing other sound sources.
That changes the composer's priorities. SID programming stays close to the hardware: register values, timing, pattern data, three available voices and the peculiarities of the chip itself. MIDI sequencing shifts attention towards channels, note events, velocity, controllers, program changes and arrangement. A SID composer works within the capabilities of one particular synthesizer. A MIDI sequence can outlive the instrument that first performed it.
Troubleshooting exposes the distinction particularly well. With SID, an incorrect register value can change a waveform, silence a voice or upset carefully timed playback, so debugging often means examining what the chip is doing directly. With MIDI, the transmitted data can be perfectly valid while the result is still wrong: the receiving instrument may be listening on another channel, map a controller differently, or assign another sound to a program number. SID debugging is largely a conversation with the hardware inside the computer. MIDI debugging is a conversation between machines.
One philosophy favors integration
SID and MIDI embody almost opposite design philosophies. In the Commodore 64, the SID chip sits inside the computer and gives software direct control over three synthesizer voices, their waveforms, envelopes and filtering. The machine, program and sound generator form one tightly integrated instrument. MIDI deliberately separates those roles. A computer or keyboard sends standardized performance instructions, while another device decides how those instructions will actually sound.
That difference helps explain their very different legacies. MIDI became infrastructure because notes, controllers and performance data still need to move between equipment, regardless of which synthesizer or computer is attached. SID endured for almost the opposite reason: musicians value the particular capabilities, limitations and character of the 6581 and 8580 themselves. MIDI is useful because it is largely independent of a particular sound. SID is interesting precisely because it is not.
The contrast is clearest when making music. Three SID voices may appear severely limiting beside a modern synthesizer, yet those constraints encouraged composers to use rapid arpeggios, voice sharing, filtering and other techniques to extract more from the hardware. MIDI removes the sound generator from that equation: the same sequence can control a vintage synthesizer, rack module or software instrument and produce very different results. One technology made the computer an instrument with a recognizable voice; the other gave computers a common musical language.
Different questions, different music
People still blur SID and MIDI together because both live under the broad umbrella of computer music. But they answer different questions. SID asks how a computer can directly synthesize music with its own hardware. MIDI asks how a computer can describe music so other devices can play it. The first is about sound generation. The second is about musical communication.
Read that way, the history stops looking like one linear march toward “better” technology. It becomes two parallel solutions to different engineering problems. One route made the computer itself the instrument, with all the quirks and sonic personality that implies. The other made the computer part of a larger musical system, where portable instructions matter more than any single sound engine.
That distinction still matters because neither story ended with the original hardware. SID continues to be treated as an instrument, while MIDI remains a practical bridge between generations of musical equipment. The next step is to ask what happens when modern computing is brought back into those older instruments themselves. In Old Synthesizers are Become Programmable Again, we explore how replacement processors, open-source tools, MIDI retrofits and AI-assisted programming could give vintage synthesizers new capabilities without abandoning the machines that made them interesting in the first place.
Featured Product
Analogue Computer Series 001 T-Shirt
If SID represents the computer as an instrument, go back another generation to computers you could see, trace and understand. The Analogue Computer Series 001 T-Shirt celebrates electric brains, logic circuits, switches and glowing indicators — wearable computing history for those who appreciate the machinery behind the magic.
Disclosure: this is a commercial product link to an external Zazzle store associated with philreichert.org. Purchases are handled by Zazzle.
Writer's Notes
Reader Guide
The following material expands on the terminology, historical context, technical concepts, and related reading connected to this article.
Glossary
Some of the terms used in this article have specialised, historical or technical meanings. This glossary provides additional context for selected terms and ideas.
- SID (6581 and 8580)
- The SID (Sound Interface Device) is the single‑chip synthesizer used inside the Commodore 64 that provided three independent audio voices and on‑chip sound shaping (waveforms, filters, envelopes); the 6581 and 8580 are two well‑known revisions whose differing electrical and filter behaviours produced distinct timbres, making the chip itself a sought‑after sonic character rather than a generic sound source.
- 5‑pin DIN connector
- The circular five‑pin DIN plug was the original physical connector for MIDI cables, becoming the familiar hardware emblem of the live and studio ecosystem because it carried the serialised control messages that let keyboards, sequencers and other gear interoperate reliably across manufacturers.
- Memory‑mapped sound registers ($D400–$D7FF)
- A memory area in the Commodore 64’s address space where the SID’s control registers live, so that writing specific values to hexadecimal addresses like $D400 directly changes oscillator frequency, waveform or filter settings — an example of memory‑mapped I/O that lets software manipulate hardware in real time instead of playing back pre‑encoded audio files.
- Arpeggiation
- A technique that rapidly cycles through notes of a chord so a single voice can imply harmony; on voice‑limited chips like the SID, fast arpeggios create the impression of chords or richer textures and became a distinctive compositional device in chip music.
- Pseudo‑polyphony
- Methods used to simulate more simultaneous notes than a synthesizer’s native voice count allows — for example by rapidly time‑sharing voices, using arpeggios, or reallocating voices between parts — a practical workaround that shaped the rhythmic and textural style of music produced on three‑voice hardware.
Frequently asked questions
Curious about something you’ve just read? These frequently asked questions explore some of the key ideas, details and questions surrounding the topic.
What is the fundamental difference between SID and MIDI?
SID is an on-board sound chip (the 6581/8580) that generates audio by having software write directly to memory-mapped registers, while MIDI is a protocol that transmits performance data—notes, controllers and program changes—without defining how the destination actually produces sound.
How did the SID’s architecture influence composition on the Commodore 64?
Composers wrote low-level code that manipulated frequency, waveform, filter and envelope registers so tunes acted as real-time control systems, which encouraged techniques like rapid arpeggiation, pseudo-polyphony and aggressive filter sweeps to get more out of the chip's three voices.
How do troubleshooting and debugging differ between SID-based music and MIDI setups?
SID debugging is largely a conversation with the chip—incorrect register values can directly change waveform, silence a voice or upset timing—whereas MIDI troubleshooting usually involves checking channels, controller mappings and program-number assignments between separate devices.
Why has MIDI become widespread while SID remains prized by musicians?
MIDI became infrastructure because it standardizes musical intent independently of any single sound engine, letting sequences move between instruments, while SID is prized for its particular capabilities, limitations and sonic character that make it treated as an instrument itself.
Related articles…
References
- MIDI Association, MIDI 1.0 Core Specifications.
- MIDI Association, 5 Pin DIN Electrical Specs.
- Commodore Business Machines, Commodore 64 Programmer’s Reference Guide, Introduction and Table of Contents.
- Project64 / archived Commodore documentation index, Commodore 64 Hardware Documentation.
- MIDI Association, MIDI History Chapter 6: MIDI Begins 1981–1983.
Disclosure
This article was prepared using a combination of original research, published sources, archival material, and digital research and writing tools, including the use of large language model tools. Sources are referenced where appropriate. The author reviews and edits the article and may make ongoing editorial updates. Any commercial relationships, affiliate links, sponsorships, or other material interests relevant to the article are disclosed separately where applicable.