Audio文件夹存放了Project窗体中所有音频文件的原始文件，当然你也可以将这些文件存放在硬盘的任何角落，但这样既不安全，又不方便管理，因此，将所用到的文件统一存放在一个文件夹内，是最安全和方便的。
Edits文件夹内自动存放了Project窗体中所有经过编辑操作处理过的音频文件。这里要强调一点的是，这个文件夹内的东西尽量不要去碰，否则误删了某个文件而导致CubaseSX在编辑时出错，就得不偿失了。
Fades文件夹内自动存放了Project窗体中所有经过淡入淡出、交叉衰减效果处理的音频文件。
Images文件夹内自动存放了Project窗体中所有音频文件的镜像文件。在前边章节曾经提到，为了可以进行非破坏性编辑，CubaseSX为每一个音频文件自动生成了一个Image
File（镜像文件），所有的操作都是针对这个镜像文件进行的，以此来保护该音频文件的原始文件不被破坏。
而Project文件（Cpr）却包含了所有上述文件夹内文件的组成参数（就是一些标记了这条音频文件在第几音轨的什么位置，那条音频文件在第几音轨是什么位置等），以及MIDI数据，Project的设置参数（包括Project窗体大小，音轨宽窄，数据条颜色，采样精度等）。
音频术语（Audio Terminology）
当在CubaseSX中录制音频时，将会发生下述情况：
1.在硬盘上建立了一个音频文件（Audio File）。
2.在CubaseSX中建立了一个音频复制文件（Audio Clip），这个文件是与硬盘上的音频文件对应着的。
3.在CubaseSX中建立了一个音频事件（Audio Event），用以播放音频复制文件（Audio Clip）。
下边是上述3个术语（Audio File，Audio Clip，Audio Event）的解释：
Audio Event（音频事件）是CubaseSX中的一个Object（对象），它是硬盘上所对应着的音频文件的原文件在程序中的表现形式，并不直接对应于音频文件的原文件。当你复制、删除、移动Audo
Event（音频事件）时，所对应着的音频文件的原文件（Audio File）不会有任何变化，甚至直接对应于Audio Event的音频文件复制文件（Audio
Clip）都不会有任何变化。
此外，CubaseSX中的所有Audio Event（音频事件）都有自己的位置和长度。当你改变AudioEvent（音频事件）的长度时，只不过是改变了Audio
Event的起始位置，而对应于它的Audio Clip（音频文件复制文件）本身却没有任何变化。
Audio Clip（音频文件复制文件）B并不是只对应这一个Audio File（音频文件原文件）A。举个例子：你将一段Audio
Clip（音频文件复制文件）B的其中的某一段进行了失真效果处理，此时首先就会自动产生一个新的Audio
File（音频文件原文件）C，值得注意的是，这段音频数据的长度只对应与之前那段Audio Clip所被处理的那段的长度，要比最开始的那段Audio File
A短。此时的所进行的失真效果处理，就是针对Audio File B而言的，Audio File A压根就没有碰。当失真效果处理完成后，Audio
Clip（音频文件复制文件）就自动作出了调整，它的长度和Audio File A相同，但在所处理的部分，又被换成了Audio File
C的数据。在回放中，CubaseSX会自动首先播放Audio File A，当到了进行了失真处理的部分的位置，便自动切换为播放Audio File
C————将上述“绕口令”简单的说就是：CubaseSX在编辑操作过程中，会不断自动产生新的Audio File，来对应最进的一次操作，而最开始的Audio
File便得到了保护，这也就是“无限次Undo”的基础原理了。
每一步针对Audio File的音频编辑操作，都会产生一个新的Audio
File来对应最近的一次操作。因此，每操作一步，操作结果都得到了保存，而无限次Undo也就成为了可能。
|
