FLSTUDIO:自动延迟补偿带来的发送问题

我先说明一下,看不懂上图的设置的,速度给我滚蛋,大爷可没空教你用FL STUDIO。

然后可能博文有点长,但希望水果用户能耐得住性子,慢慢看完它,因为这个问题如果不加留意,后果还是挺严重的。

好了开始讲,这篇主要讲下关于自动延迟补偿所带来的发送问题。

我先扯下淡,说下到底什么是“自动延迟补偿”。

咱们先把上图的自动延迟补偿勾选去掉【全当假设没有自动延迟补偿这个东西】,然后导入干声1和干声2,通道分别选在1和2【全当假设同时播放的时候音轨1和2是对齐的】。这时如果在干声1的通道1上加一个X-noise,干声2的通道2不挂任何效果器,同时播放,你就会发现原来对齐的两轨乱了,干声1明显往后延迟了一点时间。

【注,不是所有效果器都有自带延迟,但依然有很大一部分效果器自带有不同程度的延迟,比如Izotope,MashTactic,WavesH-EQ ,线性均衡等等。X-NOISE这种自带延迟属于较大的】

宿主如果压根儿不带延迟补偿,该如何解决这个问题呢?既然干声1听上去延迟,那你只能把干声2往后挪动一点,和干声1对齐。假设说,你继续在干声1上加了一个延迟较大的效果器,听上去又对不齐了,干声2咋整呢,还得继续往后挪动。。。。【我相信肯定有这种宿主。。但关键是用户。。特么挪到第二下你还不愤怒么?还特么继续用呢?二逼在某些方面的忍耐度的涵养,我永远不懂。

宿主如果带有自动延迟补偿,就能很完美的解决这个问题【效果器自带延迟?压根儿就不用操啥心】。当勾选FLSTUDIO的自动延迟补偿,宿主就会自动帮你算好延迟时间并自动进行补偿。比如干声1通道1上加了X-noise,干声2通道2没加,宿主就会自动帮你算,到底X-noise让干声1延迟了多少时间,并把算出来的精确时间,自动加在干声2的通道2上,使其自动同步延后【如图】。这样的结果就是,不管干声1和2各自加载了什么类型的效果器,干声1和干声2会一直保持原有的同步。


【注1:当FLSTUDIO不勾选自动延迟补偿的时候,同样可以手动得到相应的延迟时间,未勾选状态实际上也是半自动(所有通道延迟补偿快捷键:Ctrl+P)。

【注2:音轨导入,如果没有选择任何通道,默认就是总通道,这种情况下该音轨就不会享受到“自动延迟补偿”,因为总通道是没有“自动延迟补偿”这个概念的,所以一定要养成一个“音轨导入选通道”的好习惯。


讲完了什么是自动延迟补偿,大家也该知道了,它的好处是显而易见的【必须勾选】。

但问题来了【水果用户都注意下】。

举例还是用刚刚说的干声1和干声2。我现在打算在干声2上加个发送效果,但发现水果默认发送通道1~4都被其他效果占用了【全当假设】,只好用其他通道做发送效果用,于是我把通道2,发送给了通道3【如图】。



注意到两个通道的延迟补偿时间了吗?

通道2的延迟补偿时间怎么全跑到发送通道3去了?!

我来解释一下,当把通道2发送给通道3的时候,宿主默认做法是,自动关闭通道2的延迟补偿,把所有的补偿加到通道3【等会儿说为什么】。也就是说,此时此刻,通道2又回到了没有任何延迟补偿的最初状态【和通道1不同步】,发送用的通道3反而和通道1是同步的【同样可知,通道2和通道3是不同步的,还怎么实现发送效果呢?】。为什么会出现这个问题?因为,宿主默认认为用户所有在普通通道之间进行的发送操作都是串联【比如,通道2整个移动到通道3】,所以才有的自动把通道2的延迟关闭,加到通道3【宿主这种判断也是很正确的,绝大多数的情况也正是如此】。

但如果按我刚才的操作,想把常用通道用作发送效果的时候,宿主的这种默认判断就出现了问题。

【注1:有人可能好奇,“前文说的水果默认发送通道已满,但如果没用满,使用默认发送通道(1~4)没有这个问题吗?”答:是没有的,见下图。


宿主在这个操作上不会有判断失误,发送给专用发送通道,自然不会去掉通道2的延迟补偿。

【注2:这条很重要。水果用户注意,发送用效果器,千万不能使用自带延迟大的效果器(不可闻的低延迟,比如小于1ms之类,可以用,问题不大),如果说,非用不可,要么你就单独导出效果声再导入,要么就要留出一个发送通道做直达声(比如上图,就把2通道发送给总通道的发送旋钮去掉,用发送效果通道1整个替代)。这是因为发送通道没有自动延迟补偿吗?并不是,发送通道有延迟补偿。但这种延迟补偿仅在4个发送效果通道之间互相补偿,和其他常用通道没有延迟互补,完全就是独立的存在。【【这个理解起来可能有些困难,没关系,只要记住,发送通道所用效果器不要使用自带延迟巨大的效果器,就可以了。

再说回主题。

“但如果按我刚才的操作,想把常用通道用作发送效果的时候,宿主的这种默认判断就出现了问题。”

那没有办法解决了吗?

当然有,而且我总结出了以下三种不同的解决方法。

第一种方法是:不让宿主替我完成自动延迟补偿操作了,我自己来【智能工具自动判断出错了,主人就命令工具停止自动判断,简单的事儿】,具体方法如下:

先把自动延迟补偿勾选去掉【如图】。



【注:就算勾选去掉,这一步操作之前的所有自动延迟补偿都还在,不用担心全部归零。


然后选到通道2,点击右下方的延迟补偿,选“Set From”-“Insert 3(通道3)”【与通道3同步】

【FLSTUDIO:自动延迟补偿带来的发送问题】


但这个时候,通道3还是有之前的延迟补偿时间的(举例用补偿时间是116.1,看之前的图)。可通道3是发送用的,已经有过延迟补偿的通道2传到通道3做发送效果用,通道3就没必要额外做任何的延迟补偿了【就跟默认发送通道一样】,故选到通道3,点击延迟时间,点“Reset”(默认为零,None),【如图】。


问题解决。

【注:选用这种操作时要用在混音最后一步,即,你确认了已经不需要宿主自动进行额外的延迟补偿。如果一旦重新勾选自动延迟补偿,继续加载其他效果器混音,这个操作就又会自动变成宿主默认,你还得重新调整。

第二种方法:我让 宿主进行自动延迟补偿,同时非常巧妙的解决这个问题【流弊的不是一点点哇~~~ ^0^

当然先确认宿主勾选了自动延迟补偿。

然后我把通道2发送给通道3【咦,不是有问题么?】,同时,我把通道1也发送给通道3【?!】。这时有意思的事情出现了,当我同时把通道1和通道2发送给通道3时,宿主是怎么进行判断的呢?它认为用户打算把通道1和通道2同时传到通道3【其实就相当于总通道】,那很显然,宿主的判断肯定是通道3不需要额外的延迟补偿。而就是因为宿主这个判断,让通道2保持了原有的延迟补偿【如图】。




【小样儿猜错了不是?^0^】

这时我再把通道1发送给通道3的发送量调为零【这下看懂了没?通道1压根儿就不经过通道3】,剩下的通道3就任由通道2调戏了。。。。

问题解决。

【注:以上两种方法,发送通道均不能使用延迟较大的效果器,默认发送通道尚且还有解决方法,但常用通道发送用连个方法都没有,完全无解,这点要注意。

第三种方法:通道2整个导出再导入,再把这个“复制”轨直接选到通道3做发送效果。

问题解决。

【注:这种操作显然麻烦一些,而且之后音轨2上有任何的改动,你还得重新导出再导入。但是,这种方法也有一个极大的好处,那就是发送通道上的效果器,不受任何局限,可以使用自带延迟较大的效果器,因为实际上发送通道上的就是全新的音轨,享受任何音轨应该享受的全部待遇,只不过同时“恰好”和另外一个通道上的信号一模一样,可以用作发送而已^0^。

这篇写得有点长,大家可能看的有点懵,但有一定基础的FLSTUDIO用户,只要仔细的看看,应该都能看懂【千万不要急^0^】。

这篇就讲这么些吧。

结束。

  

爱华网本文地址 » http://www.aihuau.com/a/25101016/316938.html

更多阅读

读英文章节书:尝试和坚持带来的惊喜

读英文章节书:尝试和坚持带来的惊喜图/文笑晨阳经过一个多月的坚持,到昨天晚上,12月31日——在2012年的最后一天,我陪着Will终于完成了charlotte'sweb!封面已经被小子磨旧了之所以这么激动,不光是因为Will读完了这本名著,主要是因为这

Android学习笔记03:学习过程中碰到的一些问题及解决方法

在学习Android开发的过程中遇到了不少的问题,所幸的是最终经过上网查询都得到了解决。现在将我在学习Android开发过程中遇到的一些问题及解决的方法整理如下。1.R.java不能实时更新  问题描述:在res文件中新增的变量不能在R.java

临床医学:糖皮质激素之间的换算问题

临床医学:糖皮质激素之间的换算问题糖皮质激素是临床上应用广泛的一类药物,不同药物之间可进行等效剂量换算,下列哪种药物剂量与20mg可的松抗炎作用相等。A 0.75mg地塞米松B 4mg泼尼松C 4mg甲强龙D 1mg倍他米松糖皮质激素类药物

卢荣华:5个亿带来的思考

      我是一个白酒行业发展的悲观者,我觉得白酒发展下去会很困难。因为根据统计,80后认为自己喝白酒的100个人中只占2.4个,在60后、70后这个比率达到30%多,这反映出消费群体的断层。除此之外还有洋酒的风行,进口葡萄酒风头正盛的原

重庆餐饮加盟:老字号廖排骨带来的幸福生活

        在吃遍餐馆、饭店的人们尤其是喜食麻辣的重庆人印象中,老字号做出的味道许多大酒楼简直没得比。因为城市规划或其他原因,最近几年,许多老店拆后新开的店铺做出的味道整个就变了。而今,重庆餐饮加盟廖排骨让重庆人再一次

声明:《FLSTUDIO:自动延迟补偿带来的发送问题》为网友分清醒分醉分享!如侵犯到您的合法权益请联系我们删除