目前不知道怎么解决,如果你执意要切,那最好不撤回。如果要撤回,最好不修音准。其他操作比如移动的撤回目前发现只是有时候会影响到ARA2。
另外,在Melodyne插件的REAPER插件菜单栏里Param左边的+号里面Compatibility Settings里面的Avoid loading undo states when possible不要打开,否则每一次撤销都会重新探测ARA信息。还有一个Save minimal undo states,因为Melodyne的撤销最大可以达到100步而且会生成非常大的缓存,它会让你在REAPER里进行撤销变得很迟钝。所以点上这个有助于防止这种情况的出现(但是同时你也只能撤销有限的步数了,很有可能你在Melodyne里的三步操作会被并作一步来撤回)。我一般不点这个,如果点了就有可能在撤销REAPER的时候把Melodyne里最近的一些撤销也给撤销了。如果不点,比如移动音频这些的Melodyne状态也许还能保留。
为了解释这个事儿这里就必须得提到Melodyne扯淡的撤销和ARA2之后在REAPER这个霸道的DAW里面撤销的同步。一般情况下,REAPER的C+Z有权限撤销插件的任何一个操作。但是同样的在这些插件内部也一般会内置一个撤销按钮。这就导致了像Melodyne这样并不是很插件的插件在内部生态比较健全的情况下需要和REAPER的撤销进行同步。如果你在Melodyne里撤销了,REAPER甚至能把它的撤销也撤销了……但是可以发现的是REAEPR撤销任意一步之后Melodyne的撤销都会失灵,也就是说Melodyne在REAPER撤销之后就成了“只是用ARA读取了音高信息而已”的状态。但是它又并没有渲染,所以在REAPER撤销之后,它也只能继续老老实实用ARA读取音高状态。既然没渲染,那自然读取的就还是原本的。不过也有时候比如说移动的时候,可能由于运算量比较小,Melodyne还是能保持住音高不变的(有时候)。但是如果是分割或者是音频文件很长那几乎是必然保留不住的。
对于这种扯淡情况REAPER论坛里有人说Celemony的工程师也再商量怎么解决,目前看来ARA2在其他DAW的上线还是需要多适配才行。
本帖最后由 wangnov1 于 19-3-19 18:57 编辑