m1395776719 发表于 22-5-30 20:45
这个修复软件能根据速度调整吗？我编曲的时候都是往前拖一个16分音符
哪怕不同延迟的连奏都统一量化对齐，不用再额外调整，同一轨可以采用一样的轨道延迟
就是目前还是有个小bug，连奏第一个音需要拖一下，其他不用管
NMBGNY 发表于 22-5-30 15:48
能发个文章分享一下吗 我还没听说过有这个东西
论坛里早就分享了http://www.audiobar.cn/forum.php ... 0&highlight=CSS
m1395776719 发表于 22-5-30 20:45
这个修复软件能根据速度调整吗？我编曲的时候都是往前拖一个16分音符
可以http://www.audiobar.cn/forum.php ... 0&highlight=CSS
CSS弦乐的延迟是这样的：
首先，它的任何技法的采样的音头都有一个统一的start time——据我的使用感觉应该是60毫秒。所以你只需要在音轨上设置一个“-60ms”的延迟补偿，就可以通用于任何技法。如果不设音轨的延迟补偿，那么当你切换到一些音头比较快速的技法，例如spicato、marcato、pizz，并且卡着卷帘窗的格子写音符的时候，就会听起来声音相对于工程节奏整体滞后，于是听起来黏糊、没劲。
然后呢，长音、连奏句子的第一个开头的音你完全可以卡着格写，只要音轨设置了那“-60ms”的延迟补偿，那么第一个音的音头就是完全合拍的。
但是，连奏的时候，legato技法又会造成一个额外的延迟——因为音与音的过渡是有一个过程的。这个延迟则需要你手动框选所有“非句子起始音”的音符，然后把它们的音头统一往前拉长一点。具体拉多少则需要根据曲速听着来搞。这样，一方面让相邻音符的首尾相搭可以触发连奏采样（否则每一个音都是单独的一弓），另一方面又抵消掉legato技法带来的额外延迟。
“框选音符把音头往前拉长”是MIDI做弦乐的常规操作了，几十年前大家就已经习惯这样用了。所以CSS的制作者应该是顺应了这种“相对比较普及”的操作习惯。所以他干脆也要求CSS的使用者全都采用这种操作习惯（我猜的）
我个人使用CSS的时候，倒是没怎么被它的延迟问题困扰过——因为它要求的操作方式正好跟我的操作习惯是一样的，所以我用起来还是蛮顺手的~~~
本帖最后由 南宫浩 于 23-1-30 19:59 编辑
首先，它的任何技法的采样的音头都有一个统一的start time——据我的使用感觉应该是60毫秒。所以你只需要在音轨上设置一个“-60ms”的延迟补偿，就可以通用于任何技法。如果不设音轨的延迟补偿，那么当你切换到一些音头比较快速的技法，例如spicato、marcato、pizz，并且卡着卷帘窗的格子写音符的时候，就会听起来声音相对于工程节奏整体滞后，于是听起来黏糊、没劲。
然后呢，长音、连奏句子的第一个开头的音你完全可以卡着格写，只要音轨设置了那“-60ms”的延迟补偿，那么第一个音的音头就是完全合拍的。
但是，连奏的时候，legato技法又会造成一个额外的延迟——因为音与音的过渡是有一个过程的。这个延迟则需要你手动框选所有“非句子起始音”的音符，然后把它们的音头统一往前拉长一点。具体拉多少则需要根据曲速听着来搞。这样，一方面让相邻音符的首尾相搭可以触发连奏采样（否则每一个音都是单独的一弓），另一方面又抵消掉legato技法带来的额外延迟。
“框选音符把音头往前拉长”是MIDI做弦乐的常规操作了，几十年前大家就已经习惯这样用了。所以CSS的制作者应该是顺应了这种“相对比较普及”的操作习惯。所以他干脆也要求CSS的使用者全都采用这种操作习惯（我猜的）
我个人使用CSS的时候，倒是没怎么被它的延迟问题困扰过——因为它要求的操作方式正好跟我的操作习惯是一样的，所以我用起来还是蛮顺手的~~~
本帖最后由 南宫浩 于 23-1-30 19:59 编辑