1981年的一个决定

1981年6月,芝加哥NAMM展会。Roland创始人梯郁太郎找到了Tom Oberheim。

当时的电子乐器市场正处于一个尴尬的境地:每家厂商都有自己的连接标准。Roland有DCB(Digital Control Bus),Oberheim有Parallel Bus,Sequential Circuits有自己的数字接口,Yamaha、Korg、Kawai各家都不一样。一个音乐人如果想把Roland的合成器连上Sequential的音序器,基本是不可能的事。

梯郁太郎问Oberheim一个问题:我们能不能做一个通用的接口标准?

Oberheim的回答改变了音乐产业的未来——他推荐梯郁太郎去找Dave Smith。

timeline
    title MIDI发展关键时间线
    section 1981年
        6月 : 梯郁太郎与Tom Oberheim<br/>在芝加哥NAMM会面
        10月 : 东京Gakki Fair<br/>首次日美厂商会议
        12月 : 日本团队提出<br/>Status Byte设计
    section 1982年
        7月 : 传真确认<br/>16通道设计
        11月 : Bob Moog在Keyboard杂志<br/>公开宣布MIDI
        12月 : Prophet-600<br/>首次搭载MIDI接口
    section 1983年
        1月 : 冬季NAMM展会<br/>首次公开演示成功
        8月 : MIDI 1.0规范<br/>正式发布
    section 后续发展
        1991年 : General MIDI标准发布
        1999年 : USB-MIDI规范发布
        2020年 : MIDI 2.0正式发布

Dave Smith的深夜草稿

Dave Smith当时是Sequential Circuits的创始人,刚刚推出了革命性的Prophet-5合成器。当梯郁太郎通过Oberheim找到他时,Smith正在思考一个问题:如何让合成器更便宜地连接在一起。

当时的并行接口虽然速度快,但电缆粗、成本高、难以普及。Smith想要的是一个简单、便宜、串行的解决方案。

1981年10月,在东京的音乐器械展(Gakki Fair)上,Smith和Oberheim与日本四大厂商——Roland、Yamaha、Korg、Kawai——进行了第一次正式会议。讨论的内容包括:

  • 波特率:19.2K够不够快?
  • 连接器:用1/4英寸插孔还是DIN?
  • 接地问题:如何避免地环路?

会议结束后,日本工程师们开始了一个月的密集技术攻关。

flowchart LR
    subgraph 美国["美国团队"]
        DS[Dave Smith<br/>Sequential Circuits]
        TO[Tom Oberheim<br/>Oberheim Electronics]
        BM[Bob Moog<br/>Moog Music]
    end
    
    subgraph 日本["日本团队"]
        IK[梯郁太郎<br/>Roland]
        YM[Yamaha]
        KG[Korg]
        KW[Kawai]
    end
    
    IK -->|"提出标准需求"| TO
    TO -->|"推荐"| DS
    DS <-->|"技术讨论"| YM
    DS <-->|"技术讨论"| KG
    DS <-->|"技术讨论"| KW
    IK <-->|"协调联络"| YM
    IK <-->|"协调联络"| KG
    IK <-->|"协调联络"| KW

关键的技术突破:Status Byte

1981年12月,日本团队提出了一个改变MIDI命运的设计:Status Byte(状态字节)

这是MIDI协议最精妙的设计之一。在MIDI之前,很多接口协议需要复杂的帧同步和长度字段来区分不同类型的消息。日本工程师的方案极其简单:

如果最高位是1,这是状态字节(消息类型)
如果最高位是0,这是数据字节(消息内容)

例如:

  • 10010000 = Note On消息(通道1)
  • 01000000 = 数据字节(音符编号64)

这个设计的优雅之处在于:接收方不需要预先知道消息的长度,只需要检查最高位就能知道当前字节的角色。 这大大简化了硬件实现,降低了成本。

同时,Yamaha的工程师Karl Hirano提出了光耦隔离的方案。他在电路设计中加入了一个光电耦合器,彻底解决了设备间的地环路问题——这在现场演出环境中至关重要,因为不同设备可能连接到不同的电源插座,地电位差可能产生严重的噪声甚至损坏设备。

flowchart TB
    subgraph 发送端["发送端设备"]
        TX[TX输出]
    end
    
    subgraph 隔离电路["光耦隔离电路"]
        LED[LED发光二极管]
        PT[光电晶体管]
    end
    
    subgraph 接收端["接收端设备"]
        RX[RX输入]
        GND2[独立接地]
    end
    
    TX -->|"电流驱动"| LED
    LED -->|"光信号<br/>电气隔离"| PT
    PT -->|"电信号"| RX
    
    GND1[发送端接地] -.->|"完全隔离"| GND2
    
    style 隔离电路 fill:#e1f5fe
block-beta
    columns 8
    
    block:header:8
        A["MIDI消息字节结构"]
    end
    
    block:status:8
        B["状态字节"]
    end
    
    block:statusbits:8
        C["1"]
        D["类型码<br/>(3位)"]
        E["通道号<br/>(4位)"]
    end
    
    block:databyte1:8
        F["数据字节1"]
    end
    
    block:databits1:8
        G["0"]
        H["数据值<br/>(7位)"]
    end
    
    block:databyte2:8
        I["数据字节2<br/>(可选)"]
    end
    
    block:databits2:8
        J["0"]
        K["数据值<br/>(7位)"]
    end

从USI到MIDI:命名的故事

最初,Dave Smith把这个协议叫做USI(Universal Synthesizer Interface,通用合成器接口)。但在律师的建议下,他们担心这个名字可能引发反垄断问题。

日本团队建议改名为UMI(Universal Music Interface,通用音乐接口),发音是"you-me",象征着"你和我"的连接。Smith觉得这个名字有点太"俗气"。

他提出了一个新名字:MIDI——Musical Instrument Digital Interface(乐器数字接口)

这个名字有一个微妙但重要的变化:从"Synthesizer"变成了"Musical Instrument"。这意味着这个标准不仅仅服务于合成器,而是服务于所有电子乐器——包括鼓机、音序器,甚至未来的采样器。


1983年NAMM:改变音乐史的三分钟

1983年1月,冬季NAMM展会,Anaheim。

Dave Smith走进Roland展台时,安保人员拦住了他——他没有入场证。经过一番交涉,他终于进入了展台。

展台上是一台Sequential Prophet-600和一台Roland Jupiter-6。Smith后来回忆说,他们其实根本不确定这个演示会不会成功。在那之前,两家公司的工程师只是通过传真交换过技术规格,从来没有真正连接过设备。

电缆插好。电源打开。

它工作了。

Smith在Prophet-600上按下一个键,Jupiter-6发出了同样的音符。两台来自不同厂商、使用不同CPU、运行不同固件的合成器,通过一根5针DIN电缆,实现了完美同步。

那三分钟的演示,没有一个观众知道他们正在见证历史。但那一刻,电子音乐产业的"巴别塔"被推倒了。

flowchart LR
    subgraph Prophet600["Sequential Prophet-600"]
        K1[键盘]
        CPU1[Z80 CPU]
        MIDI1[MIDI OUT]
    end
    
    subgraph Cable["5针DIN电缆"]
        P1[针脚4: 电流环+]
        P2[针脚5: 电流环-]
        P3[针脚2: 接地]
    end
    
    subgraph Jupiter6["Roland Jupiter-6"]
        MIDI2[MIDI IN]
        CPU2[MC68000 CPU]
        VCO[振荡器]
    end
    
    K1 --> CPU1
    CPU1 --> MIDI1
    MIDI1 --> P1
    MIDI1 --> P2
    P1 --> MIDI2
    P2 --> MIDI2
    MIDI2 --> CPU2
    CPU2 --> VCO
    VCO --> SOUND[声音输出]
    
    style Cable fill:#fff3e0

协议设计:为什么是31,250波特?

MIDI的波特率选择是工程师妥协的经典案例。

原始的USI提案使用19.2K波特率,但日本团队认为这太慢了。他们希望支持更复杂的消息和更多的同时事件。然而,波特率也不能太高,因为:

  1. CPU限制:当时的家用电脑(如Apple II、Commodore 64)很难处理高速串行数据
  2. 成本限制:更快的UART芯片更贵
  3. 电缆限制:更高速率需要更好的电缆质量

最终选择的31,250波特率是一个巧妙的折中。这个数字是可被1MHz时钟整除的(1,000,000 ÷ 32 = 31,250),这意味着设计师可以用一个廉价的分频器从常见的时钟源生成精确的波特率。

在这个波特率下,一个典型的MIDI Note On消息(3字节)需要约960微秒传输。对于人耳来说,这是瞬时响应,但对于需要处理大量MIDI事件的复杂编曲来说,这是一个潜在的瓶颈。


16通道的设计哲学

MIDI支持16个独立通道,这个数字同样来自工程妥协。

最初的USI提案只有8个通道,每个通道对应一个单音。但Dave Smith正在开发一款新的多音色合成器,他需要更多的通道。问题是:如何在不说出具体产品计划的情况下,说服日本团队增加通道数?

1982年7月,Smith发送了一份传真,建议增加"通道数量"和"区分多音色和单音色内容"。Roland作为日本厂商的联络人,回复同意了这些修改。

16通道的决定后来被证明是至关重要的。它允许一个MIDI连接控制一整套乐队:通道1是钢琴,通道2是贝斯,通道3是鼓……直到GM(General MIDI)标准在1991年将这个概念正式化。

flowchart TB
    subgraph Controller["MIDI控制器"]
        OUT[MIDI OUT]
    end
    
    subgraph Channels["16个MIDI通道"]
        C1["通道1: 钢琴"]
        C2["通道2: 贝斯"]
        C3["通道3: 弦乐"]
        C4["通道4: 合成器Pad"]
        C5["通道5: 吉他"]
        C10["通道10: 打击乐"]
        C16["通道16: 效果"]
    end
    
    subgraph Devices["目标设备"]
        D1[音源模块A]
        D2[音源模块B]
        D3[鼓机]
    end
    
    OUT --> C1
    OUT --> C2
    OUT --> C3
    OUT --> C4
    OUT --> C5
    OUT --> C10
    OUT --> C16
    
    C1 --> D1
    C2 --> D1
    C3 --> D1
    C4 --> D2
    C5 --> D2
    C10 --> D3
    C16 --> D2

General MIDI:从混乱到秩序

到1990年,MIDI已经普及,但出现了一个新问题:音色编号的不一致

当你把一个MIDI文件从一台设备传到另一台设备时,Program Change 1在一台设备上可能是钢琴,在另一台上可能是长笛。这导致作曲家永远不知道他们的音乐在别人的设备上听起来会是什么样。

1991年,MMA(MIDI Manufacturers Association)和日本的JMSC(Japan MIDI Standards Committee)联合发布了General MIDI(GM)标准。GM定义了:

  • 128个标准音色及其固定编号(例如:Program 0 = Acoustic Grand Piano)
  • 标准打击乐映射(通道10固定为鼓组)
  • 最低硬件要求(至少24个同时发声,16个音色)

GM的成功超出了所有人的预期。它使得MIDI文件成为了一种可移植的"乐谱"格式,任何人都可以分享他们的音乐,而接收方能够听到大致正确的声音。90年代的网络MIDI文化、手机铃声、网页背景音乐——所有这些都建立在这个标准之上。


MIDI的局限:7位的诅咒

MIDI最常被批评的问题是其7位数据限制

在MIDI 1.0中,一个数据字节只能携带7位有效信息(因为最高位被用作类型标志),这意味着:

  • 音符力度:0-127(而不是0-255或更高)
  • 控制器值:0-127
  • 音色编号:0-127

对于1983年的硬件来说,128级力度已经足够精细。但随着音乐制作技术的发展,这个限制变得越来越明显:

  1. 可听见的"台阶":当缓慢推高一个控制器时,人耳能听到明显的跳变,而不是平滑的过渡
  2. 表现力受限:现代触敏键盘可以检测更细微的压力变化,但MIDI无法传递这些信息
  3. 调音精度:微调音高(pitch bend)使用14位(16384级),但连续控制器只有7位

这个限制在2010年代催生了多个"补丁"方案,如RPN(Registered Parameter Numbers)和NRPN(Non-Registered Parameter Numbers),它们通过组合两个控制器来实现14位精度,但这是一个复杂的、不被所有设备支持的变通方案。

xychart-beta
    title "MIDI 1.0控制器分辨率问题示意"
    x-axis ["时间" ]
    y-axis "控制器值" 0 --> 127
    line [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10]

USB-MIDI:意外的成功

1999年,USB-MIDI规范的发布改变了MIDI的物理连接方式。

USB-MIDI的设计相当巧妙:它没有改变MIDI协议本身,而是定义了如何在USB的批量传输(bulk transfer)中封装MIDI消息。每个USB数据包可以包含多个MIDI事件,每个事件都带有一个时间戳。

这个设计的结果是:USB-MIDI设备可以与传统的5针DIN设备无缝共存。一个设备可以同时拥有USB和DIN接口,两者传输的是完全相同的MIDI数据。

USB-MIDI的成功大大降低了MIDI的使用门槛。在1999年之前,要连接合成器和电脑,需要购买昂贵的MIDI接口卡(如Roland MPU-401)。USB-MIDI普及后,几乎所有合成器都可以直接通过一根USB电缆连接电脑,同时还能通过USB供电。


MIDI 2.0:三十七年后的重生

2019年1月,MMA宣布开始制定MIDI 2.0规范。2020年1月,NAMM展会上,MIDI 2.0正式发布。

这是MIDI历史上最大的变革,但它的设计哲学是渐进式改进而非革命。

高分辨率

最引人注目的变化是分辨率的飞跃:

参数 MIDI 1.0 MIDI 2.0
音符力度 7位(0-127) 16位(0-65535)
连续控制器 7位(0-127) 32位
音高弯曲 14位(0-16383) 32位

这意味着控制器推子终于可以实现"丝滑"的变化,没有任何可听见的跳变。力度触发的音色变化可以更加细腻,钢琴模拟软件可以更精确地响应演奏者的触键变化。

双向能力协商(MIDI-CI)

MIDI 2.0引入了**MIDI-CI(Capability Inquiry)**协议,这是最根本的架构变化。

在MIDI 1.0中,设备之间的通信是单向的:发送方只能"盲发"消息,不知道接收方是否支持或理解这些消息。如果你发送一个Program Change到一台鼓机,鼓机可能会忽略它,也可能产生奇怪的行为。

MIDI-CI允许设备在建立连接后进行"握手":

设备A:你好,我是XXX型号,支持以下功能...
设备B:收到。我是YYY型号,我支持你发送的这些消息格式...
设备A:好的,我将使用我们共同支持的最高版本协议。

这个机制解决了MIDI 1.0最大的兼容性问题:不同厂商对同一消息的不同解释

sequenceDiagram
    participant A as 设备A (MIDI 2.0)
    participant B as 设备B (MIDI 2.0)
    
    A->>B: MIDI-CI Discovery请求
    B->>A: 响应:支持MIDI 2.0协议
    A->>B: Profile Inquiry
    B->>A: 支持Piano Profile, Drum Profile
    A->>B: Set Profile On (Piano Profile)
    B->>A: Profile Enabled 确认
    A->>B: 高分辨率Note On消息
    B->>A: 正常响应

配置文件(Profiles)

MIDI 2.0的另一个创新是**Profile(配置文件)**概念。

Profile定义了特定类型设备的"行为契约"。例如,Piano Profile定义了:

  • 标准化的力度曲线
  • 延音踏板的半踏行为
  • 柔音踏板和持续踏板的标准响应
  • 特定的注册控制器(Registered Controllers)用于钢琴专属功能

当一台钢琴和一台音源都支持Piano Profile时,它们可以通过MIDI-CI自动协商启用这个Profile。之后,所有消息的含义都是预先定义好的,不需要用户手动映射。

类似地,Orchestral Articulation Profile定义了如何在Note On消息中嵌入演奏法信息(连奏、断奏、重音等),Drum Profile定义了鼓垫的位置感应和手势类型。

向后兼容

MIDI 2.0最精妙的设计是其向后兼容机制。

所有MIDI 2.0设备都必须能够"说"MIDI 1.0。当一个MIDI 2.0设备连接到一个MIDI 1.0设备时,它会自动降级到MIDI 1.0模式。这确保了三十七年来积累的庞大MIDI生态系统不会一夜之间过时。

更重要的是,MIDI 2.0的消息可以被"转换"为MIDI 1.0格式(当然,会丢失高分辨率信息)。这意味着新的MIDI 2.0控制器仍然可以驱动老式的MIDI 1.0合成器。

flowchart TB
    subgraph MIDI20["MIDI 2.0设备"]
        M2[高分辨率消息<br/>MIDI-CI协商<br/>Profile支持]
    end
    
    subgraph Translator["协议转换层"]
        T1[检测对方能力]
        T2{对方支持<br/>MIDI 2.0?}
        T3[保持MIDI 2.0]
        T4[降级为MIDI 1.0<br/>分辨率转换]
    end
    
    subgraph MIDI10["MIDI 1.0设备"]
        M1[7位消息<br/>单向通信]
    end
    
    M2 --> T1
    T1 --> T2
    T2 -->|"是"| T3
    T2 -->|"否"| T4
    T3 --> M1
    T4 --> M1
    
    style Translator fill:#e8f5e9

MIDI对音乐产业的深远影响

家庭工作室革命

MIDI是家庭工作室革命的基石。在MIDI之前,要制作一首完整的音乐作品,你需要:

  • 一个专业录音棚(每小时数百美元)
  • 一群乐手(每人每天数百美元)
  • 大量磁带(每卷数十美元)

在MIDI之后,一个音乐人可以:

  • 用一个键盘控制器触发多个音源
  • 用一台电脑记录和编辑所有演奏
  • 无限次修改错误的音符
  • 在"混音"阶段改变音色、速度甚至调性

这种变革使音乐制作从"资本密集"变成了"创意密集"。Prince、Depeche Mode、Nine Inch Nails——这些艺术家在80年代和90年代的音乐创新,很大程度上依赖于MIDI带来的创作自由。

电子游戏音乐

对于90年代的PC游戏开发者来说,MIDI是一个天赐之物。

一张游戏软盘容量约为1.4MB。一个CD质量的音频文件每分钟需要约10MB。这意味着在CD-ROM普及之前,游戏无法使用预先录制的音乐。

MIDI提供了解决方案。一个复杂音乐作品的MIDI文件可能只有几十KB——因为它只包含"演奏指令",不包含任何音频。游戏引擎会实时"演奏"这些MIDI文件,使用玩家电脑上的声卡来产生声音。

当然,这意味着同一个MIDI文件在不同声卡上听起来可能截然不同。一张廉价的FM合成声卡会发出"哔哔啵啵"的电子声,而一张高端的波表声卡则能产生接近真实乐器的声音。这种差异性正是90年代PC游戏音乐"怀旧感"的来源。

网络文化

MIDI文件在互联网早期扮演了重要角色。在拨号上网时代,一个3分钟的CD质量音频文件需要数小时下载,而一个MIDI文件只需要几秒钟。

这催生了90年代的"MIDI文化":爱好者们制作和分享流行歌曲的MIDI翻奏,网站用MIDI作为背景音乐,甚至有人专门制作"黑乐谱"(Black MIDI)——在视觉化软件中看起来像一块黑色区域的极端复杂作品,包含每秒数万甚至数十万个音符。


技术争议与批评

“它太简单了”

MIDI最常见的批评是它"过于简单"。与后来的OSC(Open Sound Control)等协议相比,MIDI确实显得原始:

  • 没有错误检测:MIDI消息没有校验和,传输错误可能导致音符卡住或音色跳变
  • 没有握手协议:发送方不知道消息是否被正确接收
  • 带宽有限:31,250波特率在现代看来极慢,高密度事件可能导致延迟和拥堵
  • 消息类型受限:只有固定数量的预定义消息类型

这些批评有其道理,但它们忽略了一个关键因素:MIDI的设计目标是硬件实现

1983年的设计师面对的不是运行Python脚本的树莓派,而是由分立逻辑芯片和8位微控制器组成的嵌入式系统。在这样的硬件约束下,MIDI的简洁性恰恰是其成功的原因:任何工程师都能用一个UART芯片、一个光耦和几行汇编代码实现一个MIDI接口。

“它正在过时”

2000年代,多次有人预言MIDI即将被取代。OSC(Open Sound Control)提供了更高的带宽、更灵活的消息格式和基于UDP的网络传输。看起来MIDI已经过时了。

然而,MIDI不仅没有消亡,反而在扩展。2010年代,BLE-MIDI(Bluetooth Low Energy MIDI)让无线MIDI成为现实。Web MIDI API让浏览器可以直接访问MIDI设备。MIDI 2.0则回应了分辨率和协商能力的批评。

MIDI的生命力来自于它的网络效应:过去四十年,几乎所有电子乐器都支持MIDI。即使有"更好"的协议出现,它也无法撼动这个庞大的兼容性基础。


MIDI的哲学遗产

Dave Smith在2013年接受采访时说:“MIDI之所以成功,是因为我们把它免费送给了所有人。”

这不是商业战略,而是一个技术哲学选择。Smith和他的合作者们意识到,如果一个通信协议想要成为标准,它必须不属于任何人

这与后来的USB、HDMI、Thunderbolt形成了鲜明对比——那些接口标准由专利池控制,每台设备都需要支付版税。MIDI从第一天起就是免费的、开放的。任何厂商都可以实现MIDI接口,不需要获得许可或支付费用。

BBC在一篇评论中称MIDI为"早期开源技术的例子"。这个评价可能有些夸大(MIDI规范不是开源软件意义上的"开源"),但它捕捉到了一个重要的真相:MIDI的成功建立在一个反直觉的商业逻辑之上——放弃控制,获得普及

2013年,Dave Smith和梯郁太郎因发明MIDI而获得格莱美技术奖。在颁奖典礼上,Smith说:“我们不是在设计一个产品,我们是在创造一种语言。语言的价值来自于有多少人使用它。”


结语:一个仍在进化的标准

2026年,MIDI已经43岁。在技术领域,这几乎是一个地质年代的长度。

想一想:当MIDI诞生时,IBM PC刚刚推出两年,Macintosh还没有问世,互联网还是学术研究项目。今天,MIDI驱动着从几百美元的入门合成器到数十万美元的专业调音台,从手机音乐App到好莱坞电影配乐工作站。

它的成功不是因为它完美——它确实有很多缺陷。它的成功是因为它在正确的时间做出了正确的妥协:足够简单以降低门槛,足够复杂以解决问题,足够开放以避免被任何一方垄断。

MIDI 2.0的发布证明了这个标准仍在进化。高分辨率、双向协商、配置文件——这些改进回应了音乐人和工程师们累积了三十多年的抱怨。但核心哲学没有改变:兼容性优先,渐进改进,开放共享

当我们在音乐软件中拖动一个音符,在合成器上调整一个旋钮,在舞台上切换一个音色——我们正在使用一个四十三年前设计的协议。而那个协议最初只是一份在东京和硅谷之间通过传真传递的几页文档。


参考资料

  1. MIDI.org - MIDI History Chapter 6: MIDI Begins 1981-1983. https://midi.org/midi-history-chapter-6-midi-begins-1981-1983
  2. Wikipedia - MIDI. https://en.wikipedia.org/wiki/MIDI
  3. Perfect Circuit - A Brief History of MIDI. https://www.perfectcircuit.com/signal/history-of-midi
  4. MIDI.org - The State of MIDI 2.0. https://midi.org/the-state-of-midi-2-0-high-resolution-performance-and-the-rise-of-profiles-update-feb-2026
  5. BBC News - How MIDI changed the world of music. https://www.bbc.com/news/technology-20425376
  6. Sweetwater - MIDI: 40 Years of Changing the World. https://www.sweetwater.com/insync/midi-40-years-of-changing-the-world/
  7. NPR - The MIDI Revolution. https://www.npr.org/sections/therecord/2013/05/12/182874125/the-midi-revolution-synthesizing-music-for-the-masses
  8. Sound on Sound - MIDI Synchronisation Explained. https://www.soundonsound.com/techniques/midi-synchronisation-explained
  9. Wikipedia - General MIDI. https://en.wikipedia.org/wiki/General_MIDI
  10. MIDI.org - MIDI Specifications. https://midi.org/specs
  11. Stanford CCRMA - Essentials of the MIDI protocol. https://ccrma.stanford.edu/~craig/articles/linuxmidi/misc/essenmidi.html
  12. Wikipedia - MIDI Manufacturers Association. https://en.wikipedia.org/wiki/MIDI_Manufacturers_Association
  13. Recording Arts Canada - How MIDI Changed Music. https://recordingarts.com/record/how-midi-changed-music/
  14. MIDI.org - About MIDI Part 3: MIDI Messages. https://midi.org/about-midi-part-3midi-messages
  15. Cornell University - MIDI Specification. https://people.ece.cornell.edu/land/courses/ece4760/FinalProjects/s2000/selan/midi.html
  16. Landr Blog - MIDI System Exclusive Messages Explained. https://blog.landr.com/midi-sysex/
  17. SparkFun - MIDI Tutorial: History. https://learn.sparkfun.com/tutorials/midi-tutorial/history
  18. Sweetwater - The History of Sequencers. https://www.sweetwater.com/insync/the-history-of-sequencers/
  19. Wikipedia - Music sequencer. https://en.wikipedia.org/wiki/Music_sequencer
  20. MIDI.org - Network MIDI 2.0 (UDP) Overview. https://midi.org/network-midi-2-0-udp-overview
  21. MIDI.org - MIDI over Bluetooth Low Energy. https://midi.org/midi-over-bluetooth-low-energy-ble-midi
  22. iConnectivity - MIDI over Ethernet: The Marvel of RTP-MIDI. https://www.iconnectivity.com/blog/2018/3/1/midi-over-ethernet-the-marvel-of-rtp-midi
  23. Gearspace - The main limitations/problems of MIDI. https://gearspace.com/board/geekzone/999955-main-limitations-problems-midi-possible-new-solutions.html
  24. Perfect Circuit - What’s Wrong with MIDI? https://www.perfectcircuit.com/signal/whats-wrong-with-midi
  25. MusicRadar - MIDI 2.0 spec confirmed. https://www.musicradar.com/news/midi-20-spec-confirmed-the-biggest-advance-in-music-technology-in-decades
  26. Yamaha - The History of the DAW. https://hub.yamaha.com/proaudio/pa-history/the-history-of-the-daw/
  27. Wikipedia - Digital audio workstation. https://en.wikipedia.org/wiki/Digital_audio_workstation
  28. Embedded Computing - MIDI Circuit Design for Arduino and Microcontrollers. https://embeddedcomputing.com/technology/open-source/development-kits/midi-circuit-design-for-arduino-and-microcontrollers
  29. N-Audio - Designing MIDI in and MIDI out schematics. https://n-audio.net/designing-midi-in-and-midi-out-schematics/
  30. Hackaday - Optocouplers: Defending Your Microcontroller. https://hackaday.com/2018/05/09/optocouplers-defending-your-microcontroller-midi-and-a-hot-tip-for-speed/
  31. MIDI.org - MIDI-CI Specification. https://midi.org/midi-ci-specification
  32. Electronic Musician - General MIDI: MIDI for the Masses? (1991). https://www.worldradiohistory.com/Archive-All-Music/Electronic-Musician/1991/Electronic-Musician-1991-08.pdf
  33. mu:zines - General MIDI (SOS Apr 91). https://www.muzines.co.uk/articles/general-midi/7409
  34. Sweetwater - How to Sync MIDI Devices. https://www.sweetwater.com/insync/how-to-sync-midi-devices/
  35. KVR Audio - The Early Days of Software Sequencers. https://www.kvraudio.com/focus/the_early_days_of_software_sequencers_15670
  36. MIDI.org - The History of MIDI Collection. https://midi.org/the-history-of-midi
  37. MusicRadar - 30 years of MIDI: a brief history. https://www.musicradar.com/news/tech/30-years-of-midi-a-brief-history-568009
  38. Midifan - MIDI的历史第六章:MIDI伊始1981-1983年. https://m.midifan.com/article_body.php?id=7585
  39. iConnectivity - MIDI: its history and implementation. https://www.iconnectivity.com/blog/2017/7/19/get-connected-pt2-midi-its-history-and-implementation
  40. CDM Link - Grammy for MIDI Creators Dave Smith, Ikutaro Kakehashi. https://cdm.link/grammy-for-midi-creators-dave-smith-ikutaro-kakehashi-first-connection-mystery-solved/
  41. The Register - MIDI daddy Dave Smith: ‘30 years of version 1.0 shows we got it right’. https://www.theregister.com/2013/08/28/midi_daddy_dave_smith_talk_to_el_reg/
  42. Wikipedia - Real-time operating system. https://en.wikipedia.org/wiki/Real-time_operating_system