在DAW之间共享MIDI文件的最佳实践

baolin

如果您在多个DAW之间工作，则传输音频相当容易。但是MIDI文件怎么样？Joe Albano解释了共享MIDI的方式和原因。
当MIDI首次出现时，人们很快意识到共享MIDI文件要比音频文件容易得多 - 音频文件很大，而MIDI文件很小，只包含描述性能的数据（音符，定时速度等）而不是实际的声波。MIDI文件共享现在已经广泛使用，但是使它们如此方便的方面 - 它们缺少许多MB的音频数据 - 有时也会使它们分享它们，特别是当双方都需要音质时达到专业水平。

通用MIDI（或不）  
对于业余爱好者和休闲MIDI用户，有一个标准，称为通用MIDI（GM），它指定了标准化的虚拟乐器的声音集合，因此从协作者接收MIDI文件的人可以将它们放入虚拟乐器轨道，MIDI轨道中嵌入的补丁更改消息肯定会自动调出正确的声音 - 例如，程序更改＃1总是大钢琴，＃34总是低音等等。但仅仅因为一个用户的一般补丁MIDI套装上写着“大钢琴”，这并不意味着当他创造MIDI演奏时，其他合作者听到的补丁听起来就像大钢琴一样。不仅声音可能不同，而且补丁可能以不同的方式响应MIDI性能数据，以便启动。

例如，作为MIDI文件捕获的动态钢琴演奏可能几乎完全缺乏动力学，如果它被设置为触发不同的钢琴音色，一个被编程为具有很少或没有动态响应。如果原来的钢琴有一种适合音乐的黑暗，喜怒无常的环境音调，并且替代品更像是一种明亮，叮叮当当，几乎是笨拙的声音，那么使用那种不匹配的声音作为参考的音乐家很可能会出现当他的合作者听到他们反对正确的钢琴声时，部分真的不适合。当两个（或更多）音乐家使用他们从共享的MIDI文件中听到的内容作为添加他们自己的部分和构建（长距离）布置的参考时，如果他们每个听到的声音明显不同，音乐可能会受到影响，特别是在音乐细微差别方面。

因此，对于休闲项目，通用MIDI可能很好，但专业用户通常需要付出更多努力来确保两端的良好，合适的乐器声音。他们需要投入相同的声音库（并不总是一个实用的$$选项！），或者准备投入一些时间和精力来将MIDI性能数据与他们所拥有的声音相匹配，因此他们每个人都添加的部分这种安排不会因缺乏工具等同性而受到损害。让我们来看看一对MIDI合作者可能采取的步骤，在共享项目上来回交换MIDI文件，而不会造成不必要的妥协。

标准MIDI文件
首先，基础知识。有一种用于交换MIDI文件的通用格式，它通常可以完美地工作。数据存储在标准MIDI文件（SMF）中，其中包含音符，时间和所有其他表演手势（音符速度，滚轮数据，踏板数据等 - 您在标准MIDI编辑器窗口中看到的所有内容（钢琴卷或事件列表）.SMF还包括速度信息。创建SMF很容易 - 取决于具体的DAW，通常你选择所有的MIDI轨道/区域然后只是唤起相应的“导出为SMF”或“导出MIDI” “命令。


图1在逻辑中导出标准MIDI文件

但是不要在带有.smf扩展名的HD上查找文件 - SMF实际上使用扩展名.mid代替。要导入SMF，通常可以使用DAW的“导入”命令，然后选择“MIDI文件”，或者只需将其中一个拖入会话即可。然后会发生什么取决于它是什么类型的SMF。如果SMF仅包含一个轨道，则它可能保存为类型0文件（单个轨道），但如果包含多个轨道，则SMF将为类型1 - 它将包含每个部件的单个轨道，并且在导入时接收DAW将为每个声部创建相应的乐器轨道 - 有时为每个部分准备适当的通用MIDI声音（使用测试文件，Logic实例化正确的虚拟乐器并准备播放，而Pro Tools仅创建空乐器轨道）。  

图2将标准MIDI文件导入逻辑

声音，声音，声音
但是，无论DAW是否更加努力并且实际使用了适当的虚拟乐器，更苛刻的音乐家和制作人可能会想要选择自己的。如果两个合作者都没有相同的库，那么每个人都必须包括他们一直在使用的粗糙混音的立体声反弹，不仅要参考哪些乐器使用，还要考虑表演的性能。当合作者在他的头上装配一套乐器时听起来就像。在导出SMF之前仔细命名轨道也是明智的（使用有用的名称，而不是像“大飞快”或“太空垫”那样的幻想，并且还包括一个文本文档，记录有关仪器的任何相关细节和在翻译中可能会丢失的安排。

重新打鼓
那么通常需要进行哪些调整才能将标准MIDI文件中的音乐正确翻译成一组新的虚拟乐器？好的，首先是更多的螺母和螺栓。显然，需要分配正确的仪器（这就是为什么良好的跟踪命名和文档习惯是关键）。鼓可能代表一个特定的问题。通用MIDI标准指定哪个键触发哪个鼓声C1被踢，D1是小军鼓，F＃1是关闭的踩镲等。


图3通用MIDI标准鼓图（L）与自定义鼓图（R）

这很好，它确实有效，但大多数最好的鼓乐器/插件发现这个标准太限制 - 它不允许更具表现力的鼓部件（无论是播放还是编程）所需的多个样本。因此，如果两个合作者使用不同的鼓式发动机，则至少其中一个将需要重新映射鼓部件。只要他提供了正确音符分配的图表，这通常不会太困难，尽管它可能有点耗时。最好的策略是创建一个地图，并使用DAW或鼓乐器提供的任何方式将其保存为MIDI插件或移调预设（许多最好的鼓乐器可以让你保存地图，让它变得轻而易举完成初始重映射并保存后，将它们应用于重映射鼓文件。

击中曲线
但是接下来你会发现潜在的更多调整部分 - 将性能细微差别与替代乐器的音乐反应相匹配。某些问题可能不会立即显现，但可能会在播放中显示为奇数位。例如，最标准的弯音范围 - 声音在弯音轮最大投掷时向上和向下弯曲多少半音到±2半音。但是如果一个部分用一个具有不同反应编程的乐器录制，那么微小的音高手势（小弯曲，蓝调或手动颤音）可能会丢失，使得表现平淡，或变成听起来很疯狂。modwheel效果也会发生同样的事情，甚至可能会延续踏板信息，更不用说使用不太常见的MIDI控制器的乐器（比如许多风声和铜管声，特别是在一些较大的库中）。再一次，通过对合作者之间商定的标准的任何偏差的良好记录，可以避免这种问题。

MIDI的速度
速度数据通常是最合适的。众所周知，Velocity是每个MIDI音符的一部分 - 它表示音符有多快（快），这通常会转化为声音的响亮，明亮和清晰，反映了真实乐器的通常反应。但是MIDI数据并不真正知道在音符中嵌入的Velocities会发生什么 - 这是乐器编程的一个功能。

当替代乐器没有像原作那样回应时，表演的细微差别和表现可能会丢失，因此确保良好的翻译非常重要。这不能用文字来描述，你必须听到原始听起来像是什么，然后用它作为参考来调整新乐器的速度响应以匹配原作（如果你完成了那个任务！），或（多更可能）非破坏性规模在MIDI的速度数据跟踪本身，耳朵，直到你听到了替代仪器具有与原始的一个相当接近的响应。


图4用于调整/缩放Velocity数据以使MIDI性能与其他虚拟乐器相匹配的一些工具（在Logic中）

这就是参考（音频）混音很重要的原因 - 它可能是确切了解其他音乐家听到的内容的唯一方法，也是让您的设置尽可能接近匹配的唯一方法，以确保您在演奏时获得最佳音乐效果使用那些导入的，重定向的MIDI轨道。

掌控之中
所以，在这之后，你可能会觉得“为什么要去那么麻烦”？与其交换MIDI文件，合作音乐家总是可以将每个MIDI音轨渲染（反弹）为音频文件，在另一端保留正确的声音和响应 - 毕竟，什么是高速互联网？但是，通常两个合作者都可能想要调整另一个的个人表演，而且只有MIDI文件的交换和编辑才真正允许。我做了很多这种MIDI文件交换，并不是那么艰难，或者说耗时，一旦你习惯了，就与每个合作者建立一个协议，然后进行例行工作。许多（！）艺术家在他们的音乐方面都是真正的控制狂（并且不能遵守通用MIDI标准的限制），