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 没卵用的云玩家打脸用的。