A instance test of Sub-project usage. 一个用于验证 REAPER“子工程”(Sub-project)功能的实例测试项目。
REAPER 6.0+
因为是研究 Subproject 的实验性项目,所以不对编曲内容做限制,也不对使用音源设置限制(可能纯原生插件合作编曲挑战会在之后进行)。
创建:在轨道中右键选 Move tracks to new subproject。
查看或编辑现有的 Subproject:双击主工程中出现的 .rpp 项目,会打开新的标签页出现子工程,需要注意的是如果有第三方音源或效果器而你尚未安装,则它们将不可用但参数会得到保留。
一般地,可以将 Subproject 等效于 FL Studio 中的 pattern 编辑模式,区别在于它的保存是强制实时渲染的。因而可以只编写一小段乐句,在主工程中把它们视为 loop item 进行复用、非线性排列组合。
在编写自己的乐器时可以在主工程中进行,只需要保证提交之前将这些乐器所在轨道其转化为子工程即可,这样它能保留输出的音频,也能保留编写过程中的 MIDI item。
你也可以一开始就将轨道转化为子工程,在子工程中进行编写,并且可以复制一些内容到子工程里进行参考,这些是个人使用习惯的区别,看个人喜好。
- 如果你用的是第三方音源,那么 .prox 的保留与提交是必须的,否则别人用 REAPER 打开主工程会没法渲染出你的那部分内容。
- 同时编辑主工程在提交时会产生文件互斥,因此对主工程的修改建议异步进行(可以在社区群内声明占用情况,提交之前说一声)。但对子工程的修改不会有这方面的问题。
- 如果已经存在互斥,可以先将本地的工程另存为新文件,然后将拉取的最新主工程在新标签中打开,将本地工程中由你编写的轨道复制过去(记得把
Media\
下面的 .rpp 与 .prox 也要复制过去)。
- 如果已经存在互斥,可以先将本地的工程另存为新文件,然后将拉取的最新主工程在新标签中打开,将本地工程中由你编写的轨道复制过去(记得把
- 每次保存子工程默认会进行渲染,如果觉得过程太繁琐,可以将其更改为手动渲染。方法是在子工程的标签页右键,依次选择 Subproject rendering - Do not automatically render subprojects。
(by Ryusa @ 2019-12-25) 昨天在群里聊到 Subproject,大家总结了它的特性,例如:可以将任意轨道转化为子工程,在子工程编辑完之后保存会强制实时渲染音频到主工程。
其实子工程有点类似 FL Studio 中的 pattern 作用。
在早期版本中,可以用来专门处理待修音的人声,在子工程处理 Melodyne 之后渲染音频到主工程。不过这个用法在 ARA2 出现之后基本上没有存在的必要了。
但是稍微观察一下会发现,子工程是单独的工程文件,以及它渲染的 .prox 是 32 位浮点高精度音频。
既然是模块化的组件,那么大家自然可以玩合作编曲,在一个项目中负责自己的一部分。 例如事先约定好参考轨——和声走向、律动切分,我们就可以开耍了。
而数据的托管,我自然想到了用 Git 来进行。
一切变得如此完美!
对这个实验性项目感兴趣的朋友可以来玩玩!
ps:这个项目也是给一些说 REAPER 没卵用的云玩家打脸用的。