jbridge（jb桥），VePro，蓝猫（BlueCat）区别详解

hybrid

jbridge（jb桥），VePro，蓝猫（BlueCat）区别详解

一、jbridge（jb桥）：
主要是提供x86 和 x64位插件的转换，让32的宿主可以用64的插件。或者让64的宿主更稳定地试用32的插件。但是jb桥还有一个更有力的功能，那就是，被转换的插件，被挪到了daw外和daw并行运行。
那么这就让被转换的插件，不再受到daw的内存限制，而只受制于操作系统。
, @- |2 u- P0 q" L总之，就是给被转换的插件dll，加了个外壳，并搬运到了宿主之外。
- a5 W( o4 Z2 e' I9 [! N" Y从而，根据以上原则，你就可以在x64的系统下，用x86的宿主，来加载jb桥转换过的插件，而不用再介意x86宿主带来的的内存限制。
8 _9 u" A1 x8 t# h9 cjb桥对音源，效果器，都ok。目前我的了解，只能用于vst

, C& I0 l: ^" @8 I9 y- X: M优缺点：有些插件转完不稳定。但是有些不稳定的插件，转完了反而稳定。
jb桥最大应用应该是突破32位宿主的内存限制，所以，其实也就只需要转那些占内存大的东西就行了，比如康泰克，四巨头。效果器和小音源根本没必要转，据我经验，这样用很稳定。
4 @. b- |5 ]7 [  i
二、Vepro：
" f9 T+ B- p  p5 A+ l原来是用于vsl套装的，目的是为了方便vsl用户的使用。后来因为用起来挺爽，大家要求也支持第三方的插件吧，就有了这个版本。
3 x2 L1 x9 M* ove主要是提供了个桥梁，而并不对插件进行套壳转换，也就是说，不生成新的dll文件。
ve同时可以用于多机协作。
ve提供一个服务器端程序，提供若干个客户端程序
宿主加载服务器端程序插件，服务器调用多个客户端，就形成了多机协作。
另外，ve也提供了不同插件类型的中转，比如pt里用vsti，cubase里用rtas，au等。
. S! ~7 b1 ?7 @0 k, r& gve还有一个巨大的用途，那就是可以常驻内存。比如你用cubase调用ve做的编曲，你cubase退出后，ve和ve加载的音色都还在。这样，你下次再打开cubase加载工程，就不会占用大量的重新加载音色的时间。
这样用的话，你用ve结合宿主做一些模板，会很大地方便你的工作。我目前就是做了一个模板，大概225轨左右，把常用的音色全部加载进来了。每天来工作室，就打开，这样全天这些音色就都在内存里，随时用很方便，就如同一个有225轨的超级硬件音源。至于一些小东西，就随时在宿主里临时加就可以了，很方便。
1 p& j& t* `; z: ^3 U# A但做这个模板很麻烦，我大概做了11天。最多时候甚至发送给cubase近1100个虚拟端口，系统占用60%
% @- ?6 P. {( ^# K; d
4 b; U" E5 b% _7 g" i7 t3 u6 S优缺点：ve用于音源延迟不大，用于效果器延迟大得出奇，而且加载麻烦！所以，只能用于模板化的编曲方面，用于混缩没戏。至于稳定性，ve极佳
4 @+ ]  ?  w" _# U
# F" q* L3 w; d% L# w) A: u2 M  _三、蓝猫：
大体等同ve，也是起到桥梁作用，但是不能多机协作。同时，蓝猫没有服务器和客户端的区分，因此不能常驻内存。退出宿主，则蓝猫也退出。这样就有利有弊。
蓝猫可以同时加载n个vst，成为一条链，存为预制，非常方便。新版蓝猫能为无界面的插件，提供界面ui，这看出来野心巨大。
9 Y( @4 h) m# D( B* m" {4 J* B
优缺点：无额外延迟，没啥实质性缺点目前感觉，非常值这几百块！
至于稳定性，非常好，目前只有一例古老的插件转完没法用。

能说的都说完了，具体使用，都自己研究或者看说明书吧

sonyvegas

jbridge（jb桥），VePro，蓝猫（BlueCat）区别详解 ！:victory: :lol

分贝网

DDDDDDDDDDDDDDDDDDDDDDDDDDDDDD:handshake