MIDI版本问题

翻译一篇来自 Cakewalk 论坛的帖子，解释的更详细。

基础的MIDI规范只是一种通信协议。它定义了一大堆叫做“事件（Event）”的东西，以及这些“事件”在MIDI线缆中的传输方式。比如说，当我们在MIDI键盘上按下一个琴键时，键盘就会通过 MIDI 线缆给发声设备发送一个“音符事件（Note Event）” 。发声设备收到这个“音符事件”就开始播放这个音符。其他的事件还包括“音色更换事件（Patch Change Event）”。当控制器给发声设备发送一个“音色更换事件”时，发声设备就会切换到那种“乐器”，把声音从钢琴声切换到小号声什么的。

随着人们开始越来越多地使用MIDI，他们意识到他们遇到了问题。例如，合成器 A 可能将其音色排列为1 = 钢琴，2 = 风琴，3 = 小号等。合成器 B 可能将其音色排列为1 = 吉他，2 = 钢琴，3 = 风琴等。他们可能编好了一首MIDI乐曲，通过合成器 A 播放时听起来不错。但是，当通过合成器 B 播放时，乐器“全部混乱”了。

为了解决这个问题，人们设计了 “GM” - “通用 MIDI （General MIDI）” - 规范。该规范指定了每个音色的排列。例如，第一个音色总是钢琴。不同的 GM 设备可以将该音色实现为不同类型或质量的钢琴，但它必须是钢琴。其余的乐器音色，一直到255，都以此类推。这意味着为 GM 设备编写的任何 MIDI 片段都可以在任何 GM 设备上播放，并且播放正确的乐器声音。

GM 规范还包含了鼓组的标准规范。鼓组基本上是一个特殊的音色，每个音符对应一个不同的打击乐器。此音色中乐器的顺序由 GM 标准定义。

Edirol VSC 就是一种 GM 设备。它能够播放任何 GM 音乐，音乐听起来也不错。Dreamstation 就不是 GM 设备了。它会产生很多声音，与 Edirol VSC 中的声音非常不同，Dreamstation 并没有试着创建 GM规范中指定的所有音色。因此，如果你尝试通过 Dreamstation 播放 GM 乐曲，你将听到不可预测且很可能巨难听的结果。

随着人们开始越来越多地使用 GM ，他们又意识到 GM 太有限了。255个可用的音色太有限了。所以Roland 公司开发了一个名为 GS 的 GM 扩展。GS 规范与 GM 几乎相同，但它“扩展”了可用的选择。实际上，它有255个声音“银行”。原始 GM 规范中指定的每个音符可以有多达 255 种变体。如果你看看Edirol VSC中可用的声音选择，你会发现它实际上是一个 GS 设备。您可以在 Patch 1 中选择三种钢琴 - 它们在 Edirol 中显示为“001 001”，“001 002”和“001 003”。如果你通过 Edirol 播放 GM 文件，它会把所有音色1钢琴的声音对应为音色 “001 001” 播放。GS规范中还有一些用于打开和关闭一些基本效果的规定，例如混响，这些必须以特定于设备的方式完成，例如 GM 中的专用 Sysx 或 NRPN 消息。GS还有一些其他差异，例如更多的复音（在切断发生之前保证同时可用的声音的数量）。

注意，GS 是 GM 的“超集”或扩展。GS 设备可正常播放 GM 文件，但 GM 设备播放 GS 文件的结果不可预测。

但还是不满意，雅马哈公司又制定了另一个 GM 规范的扩展，称为 XG。除了发烧友之外，它与 GS 基本相同。现在它内置了全面的效果总线支持，甚至更大的复音，还有一些其他的微小差异。虽比 GS 更新，但它与GS非常相似。不幸的是，它不是 GS 的超集。许多音色是相同的，但也有许多是不同的。因此，当通过 XG 设备播放 GS 文件时，就需要通过更多的调教才能使其听起来效果保持一致。这很糟糕，但这是雅马哈的设计决定，当时它似乎是一个好主意。然而，就像 GS 一样，XG 也是 GM 的超集。因此，就像 GS 设备一样，XG 设备可以播放 GM 文件，但 GM 设备不能播放XG文件。

有些术语可能不标准，英文原文在此：

http://forum.cakewalk.com/GM-GS-XG-what-are-they-m400202.aspx