Cubase 有一个名为 “禁用音轨 “的实用功能，它允许你禁用任何乐器音轨、MIDI 音轨或音频音轨，以释放内存并减少 CPU 负载。
有了这项功能，就可以操作大型模板，而不必担心内存或 CPU 负载。
具体来说，您可以创建事先启动并禁用各种插件音源的模板，然后根据需要启用任何音源。
这样，在启动项目时就无需加载大量采样，而且可以在需要的时候轻松调用已设置的音源。
过去，”禁用轨道 “功能存在很多错误
不过，过去在 “禁用音轨 “方面有一个错误，就是MIDI音轨的多伴奏设置被禁用，无法正确恢复（启用）。
例如，假设你启动了 Kontakt，准备了多个 MIDI 通道的补丁，并为每个补丁准备了一个 MIDI 音轨（所谓的多通道设置）。
如果停用并重新启用这些轨道（MIDI 轨道和启动 Kontakt 的乐器轨道），Kontakt 和 MIDI 轨道之间的连接就会中断。
因此，许多使用 “禁用音轨 “功能创建模板的用户根本不使用任何 MIDI 音轨，而只使用乐器音轨（将所有乐器视为单一音色）。
这可以从 Cubase 国际用户的模板解释视频中看到。
Cubase 13 中的 “禁用音轨 “错误似乎已得到解决
在 2023 年 12 月发布的 Cubase 13 中，这个错误似乎已得到解决。
我们在自己的环境中进行了测试，确认乐器音轨与 MIDI 音轨之间的连接没有中断，并已按设置恢复。
我们还在 Steinberg 的官方论坛上看到报告称，音轨禁用功能现在可以正常工作。
Aside – 多树种和单树种 CPU 负载的差异
这可能因制作环境而异，但在我的环境中，我已确认在使用 Kontakt 和 Opus 等音源时，通过使用多音轨设置可将 CPU 负载保持在较低水平（Windows 10、i5-8400、48 GB 内存。 所有存储均为 SSD）。
正因为如此，我们以前不愿意使用 “禁用音轨”（仅单木模板）创建模板，但现在我们正在考虑在解决这个错误后改用它。
这是因为我们之前一直使用的 VEP（Vienna Ensemble Pro）一直处于操作感觉不太熟悉的状态。
当然，VEP 在扩展 CPU 负载限制和在多个项目之间切换方面表现出色，但我不满意的是，在工作时必须经常面对音频接口和 VEP 自身缓冲区造成的较大延迟。
就工作时的延迟而言，Cubase 的 ASIO 保护（以及实时路径的切换）更胜一筹。
我将在另一篇文章中介绍这方面的情况。
