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

hybrid

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

一、jbridge（jb桥）：
0 @$ H0 \+ g$ z; E1 ~主要是提供x86 和 x64位插件的转换，让32的宿主可以用64的插件。或者让64的宿主更稳定地试用32的插件。但是jb桥还有一个更有力的功能，那就是，被转换的插件，被挪到了daw外和daw并行运行。
5 l% l  Q( i. F, `7 g2 H4 n那么这就让被转换的插件，不再受到daw的内存限制，而只受制于操作系统。
0 M5 }: Q+ C* `  v. R" B- v总之，就是给被转换的插件dll，加了个外壳，并搬运到了宿主之外。
从而，根据以上原则，你就可以在x64的系统下，用x86的宿主，来加载jb桥转换过的插件，而不用再介意x86宿主带来的的内存限制。
$ ?5 k6 c; ^6 v( r: d6 Rjb桥对音源，效果器，都ok。目前我的了解，只能用于vst

! I9 Z2 h( @. O( b2 V优缺点：有些插件转完不稳定。但是有些不稳定的插件，转完了反而稳定。
jb桥最大应用应该是突破32位宿主的内存限制，所以，其实也就只需要转那些占内存大的东西就行了，比如康泰克，四巨头。效果器和小音源根本没必要转，据我经验，这样用很稳定。

二、Vepro：
原来是用于vsl套装的，目的是为了方便vsl用户的使用。后来因为用起来挺爽，大家要求也支持第三方的插件吧，就有了这个版本。
ve主要是提供了个桥梁，而并不对插件进行套壳转换，也就是说，不生成新的dll文件。
5 G7 U9 l1 d. o5 \! {: t$ @ve同时可以用于多机协作。
0 p% U% _" R. w1 Cve提供一个服务器端程序，提供若干个客户端程序
宿主加载服务器端程序插件，服务器调用多个客户端，就形成了多机协作。
1 W2 G  f, a  w3 w另外，ve也提供了不同插件类型的中转，比如pt里用vsti，cubase里用rtas，au等。
, ]7 @+ A& Z+ s' X# E5 Rve还有一个巨大的用途，那就是可以常驻内存。比如你用cubase调用ve做的编曲，你cubase退出后，ve和ve加载的音色都还在。这样，你下次再打开cubase加载工程，就不会占用大量的重新加载音色的时间。
5 _- ]0 Z; x( u" A5 k这样用的话，你用ve结合宿主做一些模板，会很大地方便你的工作。我目前就是做了一个模板，大概225轨左右，把常用的音色全部加载进来了。每天来工作室，就打开，这样全天这些音色就都在内存里，随时用很方便，就如同一个有225轨的超级硬件音源。至于一些小东西，就随时在宿主里临时加就可以了，很方便。
但做这个模板很麻烦，我大概做了11天。最多时候甚至发送给cubase近1100个虚拟端口，系统占用60%
2 V5 @# j; _1 W) ~& u
- K; y( o  e6 S, K5 t9 }优缺点：ve用于音源延迟不大，用于效果器延迟大得出奇，而且加载麻烦！所以，只能用于模板化的编曲方面，用于混缩没戏。至于稳定性，ve极佳
% Z. t, b" G6 d: `
8 S' ]# T0 \6 L6 R" o# p三、蓝猫：
3 n6 R. |7 \3 T/ l( ]' L+ G7 G, }大体等同ve，也是起到桥梁作用，但是不能多机协作。同时，蓝猫没有服务器和客户端的区分，因此不能常驻内存。退出宿主，则蓝猫也退出。这样就有利有弊。
9 I6 p+ K& S* f2 }5 G- y蓝猫可以同时加载n个vst，成为一条链，存为预制，非常方便。新版蓝猫能为无界面的插件，提供界面ui，这看出来野心巨大。

2 D& b- B4 K7 g+ i4 |3 Q' l优缺点：无额外延迟，没啥实质性缺点目前感觉，非常值这几百块！
至于稳定性，非常好，目前只有一例古老的插件转完没法用。

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

sonyvegas

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

分贝网

DDDDDDDDDDDDDDDDDDDDDDDDDDDDDD:handshake