问题详情
就是有点类似logic的capture recording功能，还蛮重要的，cubase里面也有类似的功能
具体就是不需要手动点击录音按钮，在任意时间下，自己可能找感觉瞎弹的一些midi信息可以自收集成item
做过的尝试
外网翻遍了，有一些现成的，但是现阶段都试了失败了
感谢分享，我当下还不方便测试该脚本。
另外群里以前聊过类似问题，印象中在官方论坛有个帖子分享的“土炮”方法。
即另外开一个工程，用相同的 midi 输入端，持续录制。需要找回片段时，就到这个“持续录制”的工程里找。
是比较土炮，步骤上来说也可以用脚本达成。
我忘记贴中说的具体详情，忘记是脚本还是方法分享，只记得大概原理是这样。不知道你在官方论坛有没有看到过这种实现方式。
哈哈哈哈，这个方法的确有点土炮，不过如果靠这种方法实现，感觉还是挺别扭的
按照这个帖子里说的，我测试一切正常。
安装的脚本：
- Various_functions
- RetrospectiveRecord_tracker
- Prepare selected track for RetrospectiveRecord tracker
- Dump RetrospectiveRecord tracker log to selected track
实现步骤
- 选中轨道
Prepare selected track for RetrospectiveRecord tracker - 随便弹
- 选中轨道
Dump RetrospectiveRecord tracker log to selected track
测试 GIF
1 Like
我再试试，奇怪。。。
原来是因为我使用的是镜像资源站的问题，默认的文件夹后面会有mirror，“MPL Scripts_mirror”
导致路径识别失败，感觉是个大坑
有具体出错信息吗？上面的测试我也是使用镜像安装脚本 MPL Scripts_mirror 并没有发现问题。
我重新复制个文件夹去掉mirror才得以打开
原来是这个原因，上面测试正常是因为以前我安装过 mpl 脚本的这个依赖（不用镜像）。
prepare 的脚本判断依赖是否存在是写了“硬路径”，所以会出现路径错误的提示。
问题的根源是镜像的名字，即文件夹的名字。
当初的设想是镜像与原 repo 分开，万一镜像失效或没更新时，还能使用回原来的镜像。
现在这个想法也没改变，只是认为 mpl “硬写”路径这个方式不够优雅。
如果后面出现类似状况，希望能给相似朋友一些参考。
是的，手动更改下名称也是个解决方案
还有另一种做法，新建一个project tab来录。
Kenny Gioia前段时间发布了这个视频：
2 Likes
这个有点意思，我去试试
新版本已经加入这个功能了
1 Like
如果是midi的话直接在action list搜 retroactively recorded 就有
