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

hybrid

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

一、jbridge（jb桥）：
5 o' p4 G% S( S* ^5 V  G: J主要是提供x86 和 x64位插件的转换，让32的宿主可以用64的插件。或者让64的宿主更稳定地试用32的插件。但是jb桥还有一个更有力的功能，那就是，被转换的插件，被挪到了daw外和daw并行运行。
那么这就让被转换的插件，不再受到daw的内存限制，而只受制于操作系统。
; y/ T% y) G0 U$ l- O总之，就是给被转换的插件dll，加了个外壳，并搬运到了宿主之外。
* M, Y4 [; W/ I) w7 m从而，根据以上原则，你就可以在x64的系统下，用x86的宿主，来加载jb桥转换过的插件，而不用再介意x86宿主带来的的内存限制。
6 i( O) U- @) }4 V# ?jb桥对音源，效果器，都ok。目前我的了解，只能用于vst

优缺点：有些插件转完不稳定。但是有些不稳定的插件，转完了反而稳定。
jb桥最大应用应该是突破32位宿主的内存限制，所以，其实也就只需要转那些占内存大的东西就行了，比如康泰克，四巨头。效果器和小音源根本没必要转，据我经验，这样用很稳定。
) j8 f8 m; Z$ y8 f( R
. l. k) ]+ e' y3 n) h8 F二、Vepro：
1 m/ t! v* ^8 t& v/ F, a原来是用于vsl套装的，目的是为了方便vsl用户的使用。后来因为用起来挺爽，大家要求也支持第三方的插件吧，就有了这个版本。
ve主要是提供了个桥梁，而并不对插件进行套壳转换，也就是说，不生成新的dll文件。
! F( l5 a  m  n9 l* @ve同时可以用于多机协作。
ve提供一个服务器端程序，提供若干个客户端程序
0 c. a* D6 t$ |/ }宿主加载服务器端程序插件，服务器调用多个客户端，就形成了多机协作。
另外，ve也提供了不同插件类型的中转，比如pt里用vsti，cubase里用rtas，au等。
6 ^8 w% y; S6 {9 i. wve还有一个巨大的用途，那就是可以常驻内存。比如你用cubase调用ve做的编曲，你cubase退出后，ve和ve加载的音色都还在。这样，你下次再打开cubase加载工程，就不会占用大量的重新加载音色的时间。
这样用的话，你用ve结合宿主做一些模板，会很大地方便你的工作。我目前就是做了一个模板，大概225轨左右，把常用的音色全部加载进来了。每天来工作室，就打开，这样全天这些音色就都在内存里，随时用很方便，就如同一个有225轨的超级硬件音源。至于一些小东西，就随时在宿主里临时加就可以了，很方便。
但做这个模板很麻烦，我大概做了11天。最多时候甚至发送给cubase近1100个虚拟端口，系统占用60%

优缺点：ve用于音源延迟不大，用于效果器延迟大得出奇，而且加载麻烦！所以，只能用于模板化的编曲方面，用于混缩没戏。至于稳定性，ve极佳
1 I9 O7 d( g9 l( T- n2 e
/ w- @5 X5 ~* f/ I8 f5 K: ^5 y三、蓝猫：
大体等同ve，也是起到桥梁作用，但是不能多机协作。同时，蓝猫没有服务器和客户端的区分，因此不能常驻内存。退出宿主，则蓝猫也退出。这样就有利有弊。
蓝猫可以同时加载n个vst，成为一条链，存为预制，非常方便。新版蓝猫能为无界面的插件，提供界面ui，这看出来野心巨大。

2 c5 y3 n0 k0 O优缺点：无额外延迟，没啥实质性缺点目前感觉，非常值这几百块！
至于稳定性，非常好，目前只有一例古老的插件转完没法用。
: ?3 m' a& y. e$ r1 C
能说的都说完了，具体使用，都自己研究或者看说明书吧

sonyvegas

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

分贝网

DDDDDDDDDDDDDDDDDDDDDDDDDDDDDD:handshake