|
jbridge(jb桥),VePro,蓝猫(BlueCat)区别详解# L2 N O+ [3 N. Z
* b0 _. l. l' ^$ J6 p+ p, \
一、jbridge(jb桥):
" A# T* ^- R+ Y主要是提供x86 和 x64位插件的转换,让32的宿主可以用64的插件。或者让64的宿主更稳定地试用32的插件。但是jb桥还有一个更有力的功能,那就是,被转换的插件,被挪到了daw外和daw并行运行。8 c, \: M6 _) A: ?* [$ A% }
那么这就让被转换的插件,不再受到daw的内存限制,而只受制于操作系统。' S4 \) Z/ M0 O" ^) K: n% w
总之,就是给被转换的插件dll,加了个外壳,并搬运到了宿主之外。
2 F) }4 q$ v$ {从而,根据以上原则,你就可以在x64的系统下,用x86的宿主,来加载jb桥转换过的插件,而不用再介意x86宿主带来的的内存限制。
1 e6 i" H8 I* w6 i4 yjb桥对音源,效果器,都ok。目前我的了解,只能用于vst* R; M: B* y: c
$ i1 f( _& x- a+ q& o
优缺点:有些插件转完不稳定。但是有些不稳定的插件,转完了反而稳定。8 X( P1 O1 H- g" H* A8 G
jb桥最大应用应该是突破32位宿主的内存限制,所以,其实也就只需要转那些占内存大的东西就行了,比如康泰克,四巨头。效果器和小音源根本没必要转,据我经验,这样用很稳定。, I: I3 z4 K u- ]* f3 q, R
) `, l* w1 A6 k0 c
二、Vepro:& Q) T. N* J8 Z6 }
原来是用于vsl套装的,目的是为了方便vsl用户的使用。后来因为用起来挺爽,大家要求也支持第三方的插件吧,就有了这个版本。
% m, ], R$ H" l7 F6 Z" ove主要是提供了个桥梁,而并不对插件进行套壳转换,也就是说,不生成新的dll文件。
. e$ P: x+ {! j3 Z! G. W+ lve同时可以用于多机协作。, a2 c8 ?8 d) s
ve提供一个服务器端程序,提供若干个客户端程序
+ ^& L6 v( Z, |0 r- s9 I9 }宿主加载服务器端程序插件,服务器调用多个客户端,就形成了多机协作。; m& s5 {9 H; W, J
另外,ve也提供了不同插件类型的中转,比如pt里用vsti,cubase里用rtas,au等。
% w; `# P5 q @5 Fve还有一个巨大的用途,那就是可以常驻内存。比如你用cubase调用ve做的编曲,你cubase退出后,ve和ve加载的音色都还在。这样,你下次再打开cubase加载工程,就不会占用大量的重新加载音色的时间。+ c( t$ w! A, c! `
这样用的话,你用ve结合宿主做一些模板,会很大地方便你的工作。我目前就是做了一个模板,大概225轨左右,把常用的音色全部加载进来了。每天来工作室,就打开,这样全天这些音色就都在内存里,随时用很方便,就如同一个有225轨的超级硬件音源。至于一些小东西,就随时在宿主里临时加就可以了,很方便。
d3 P/ |! `( }3 h" t, _但做这个模板很麻烦,我大概做了11天。最多时候甚至发送给cubase近1100个虚拟端口,系统占用60%) [" Y0 u5 m. {) V# s
, f+ l3 y' Q/ E/ r# R- q( C/ w优缺点:ve用于音源延迟不大,用于效果器延迟大得出奇,而且加载麻烦!所以,只能用于模板化的编曲方面,用于混缩没戏。至于稳定性,ve极佳
. L/ w" ], H8 H+ Q. a- [' O C! R5 _/ `( h9 ~) V
三、蓝猫:
( ^2 C5 M# f2 Z6 e( b" p大体等同ve,也是起到桥梁作用,但是不能多机协作。同时,蓝猫没有服务器和客户端的区分,因此不能常驻内存。退出宿主,则蓝猫也退出。这样就有利有弊。) a6 Y( Y4 P/ e- I: j
蓝猫可以同时加载n个vst,成为一条链,存为预制,非常方便。新版蓝猫能为无界面的插件,提供界面ui,这看出来野心巨大。( p' G. o+ k* {" s
. o1 c- ?& D7 o, ^0 w
优缺点:无额外延迟,没啥实质性缺点目前感觉,非常值这几百块!
2 d9 j9 q2 B' O* X至于稳定性,非常好,目前只有一例古老的插件转完没法用。
% ]9 d: W9 D9 P* m: F* u/ |4 p" D" M K" Q3 B4 P5 n6 b; Q
能说的都说完了,具体使用,都自己研究或者看说明书吧 |
|