一、jbridge（jb桥）：

主要是提供x86 和 x64位插件的转换，让32的宿主可以用64的插件。或者让64的宿主更稳定地试用32的插件。但是jb桥还有一个更有力的功能，那就是，被转换的插件，被挪到了daw外和daw并行运行。

那么这就让被转换的插件，不再受到daw的内存限制，而只受制于操作系统。

总之，就是给被转换的插件dll，加了个外壳，并搬运到了宿主之外。

从而，根据以上原则，你就可以在x64的系统下，用x86的宿主，来加载jb桥转换过的插件，而不用再介意x86宿主带来的的内存限制。

jb桥对音源，效果器，都ok。目前我的了解，只能用于vst

优缺点：有些插件转完不稳定。但是有些不稳定的插件，转完了反而稳定。

jb桥最大应用应该是突破32位宿主的内存限制，所以，其实也就只需要转那些占内存大的东西就行了，比如康泰克，四巨头。效果器和小音源根本没必要转，据我经验，这样用很稳定。

二、Vepro：

原来是用于vsl套装的，目的是为了方便vsl用户的使用。后来因为用起来挺爽，大家要求也支持第三方的插件吧，就有了这个版本。

ve主要是提供了个桥梁，而并不对插件进行套壳转换，也就是说，不生成新的dll文件。

ve同时可以用于多机协作。

ve提供一个服务器端程序，提供若干个客户端程序

宿主加载服务器端程序插件，服务器调用多个客户端，就形成了多机协作。

另外，ve也提供了不同插件类型的中转，比如pt里用vsti，cubase里用rtas，au等。

ve还有一个巨大的用途，那就是可以常驻内存。比如你用cubase调用ve做的编曲，你cubase退出后，ve和ve加载的音色都还在。这样，你下次再打开cubase加载工程，就不会占用大量的重新加载音色的时间。

这样用的话，你用ve结合宿主做一些模板，会很大地方便你的工作。我目前就是做了一个模板，大概225轨左右，把常用的音色全部加载进来了。每天来工作室，就打开，这样全天这些音色就都在内存里，随时用很方便，就如同一个有225轨的超级硬件音源。至于一些小东西，就随时在宿主里临时加就可以了，很方便。

但做这个模板很麻烦，我大概做了11天。最多时候甚至发送给cubase近1100个虚拟端口，系统占用60%

优缺点：ve用于音源延迟不大，用于效果器延迟大得出奇，而且加载麻烦！所以，只能用于模板化的编曲方面，用于混缩没戏。至于稳定性，ve极佳

三、蓝猫：

大体等同ve，也是起到桥梁作用，但是不能多机协作。同时，蓝猫没有服务器和客户端的区分，因此不能常驻内存。退出宿主，则蓝猫也退出。这样就有利有弊。

蓝猫可以同时加载n个vst，成为一条链，存为预制，非常方便。新版蓝猫能为无界面的插件，提供界面ui，这看出来野心巨大。

优缺点：无额外延迟，没啥实质性缺点目前感觉，非常值这几百块！

至于稳定性，非常好，目前只有一例古老的插件转完没法用。

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