有没有轨道预先录制的功能?就是捕捉灵感使用的功能

问题详情

就是有点类似logic的capture recording功能,还蛮重要的,cubase里面也有类似的功能

具体就是不需要手动点击录音按钮,在任意时间下,自己可能找感觉瞎弹的一些midi信息可以自收集成item

做过的尝试

外网翻遍了,有一些现成的,但是现阶段都试了失败了

参考:MPL Retrospective Record (gmem based) - Cockos Incorporated Forums

感谢分享,我当下还不方便测试该脚本。

另外群里以前聊过类似问题,印象中在官方论坛有个帖子分享的“土炮”方法。
即另外开一个工程,用相同的 midi 输入端,持续录制。需要找回片段时,就到这个“持续录制”的工程里找。

是比较土炮,步骤上来说也可以用脚本达成。

我忘记贴中说的具体详情,忘记是脚本还是方法分享,只记得大概原理是这样。不知道你在官方论坛有没有看到过这种实现方式。

哈哈哈哈,这个方法的确有点土炮,不过如果靠这种方法实现,感觉还是挺别扭的

按照这个帖子里说的,我测试一切正常。

安装的脚本:

  • Various_functions
  • RetrospectiveRecord_tracker
  • Prepare selected track for RetrospectiveRecord tracker
  • Dump RetrospectiveRecord tracker log to selected track

实现步骤

  1. 选中轨道 Prepare selected track for RetrospectiveRecord tracker
  2. 随便弹
  3. 选中轨道 Dump RetrospectiveRecord tracker log to selected track

测试 GIF

prepare & dump midi test 20210906

1 Like

我再试试,奇怪。。。

原来是因为我使用的是镜像资源站的问题,默认的文件夹后面会有mirror,“MPL Scripts_mirror”
导致路径识别失败,感觉是个大坑

有具体出错信息吗?上面的测试我也是使用镜像安装脚本 MPL Scripts_mirror 并没有发现问题。

1 Like

我重新复制个文件夹去掉mirror才得以打开

原来是这个原因,上面测试正常是因为以前我安装过 mpl 脚本的这个依赖(不用镜像)。
prepare 的脚本判断依赖是否存在是写了“硬路径”,所以会出现路径错误的提示。

问题的根源是镜像的名字,即文件夹的名字。
当初的设想是镜像与原 repo 分开,万一镜像失效或没更新时,还能使用回原来的镜像。

现在这个想法也没改变,只是认为 mpl “硬写”路径这个方式不够优雅。
如果后面出现类似状况,希望能给相似朋友一些参考。

是的,手动更改下名称也是个解决方案

还有另一种做法,新建一个project tab来录。

Kenny Gioia前段时间发布了这个视频:

2 Likes

这个有点意思,我去试试