Skip to content

Latest commit

 

History

History
59 lines (30 loc) · 3.36 KB

README.md

File metadata and controls

59 lines (30 loc) · 3.36 KB

Sub-Fun 子工程实验性项目

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。

你也可以一开始就将轨道转化为子工程,在子工程中进行编写,并且可以复制一些内容到子工程里进行参考,这些是个人使用习惯的区别,看个人喜好。

注意事项

  1. 如果你用的是第三方音源,那么 .prox 的保留与提交是必须的,否则别人用 REAPER 打开主工程会没法渲染出你的那部分内容。
  2. 同时编辑主工程在提交时会产生文件互斥,因此对主工程的修改建议异步进行(可以在社区群内声明占用情况,提交之前说一声)。但对子工程的修改不会有这方面的问题。
    1. 如果已经存在互斥,可以先将本地的工程另存为新文件,然后将拉取的最新主工程在新标签中打开,将本地工程中由你编写的轨道复制过去(记得把 Media\ 下面的 .rpp.prox 也要复制过去)。
  3. 每次保存子工程默认会进行渲染,如果觉得过程太繁琐,可以将其更改为手动渲染。方法是在子工程的标签页右键,依次选择 Subproject rendering - Do not automatically render subprojects

Lore 项目起源故事

(by Ryusa @ 2019-12-25) 昨天在群里聊到 Subproject,大家总结了它的特性,例如:可以将任意轨道转化为子工程,在子工程编辑完之后保存会强制实时渲染音频到主工程。

其实子工程有点类似 FL Studio 中的 pattern 作用。

在早期版本中,可以用来专门处理待修音的人声,在子工程处理 Melodyne 之后渲染音频到主工程。不过这个用法在 ARA2 出现之后基本上没有存在的必要了。

但是稍微观察一下会发现,子工程是单独的工程文件,以及它渲染的 .prox 是 32 位浮点高精度音频。

既然是模块化的组件,那么大家自然可以玩合作编曲,在一个项目中负责自己的一部分。 例如事先约定好参考轨——和声走向、律动切分,我们就可以开耍了。

而数据的托管,我自然想到了用 Git 来进行。

一切变得如此完美!

对这个实验性项目感兴趣的朋友可以来玩玩!

ps:这个项目也是给一些说 REAPER 没卵用的云玩家打脸用的。