Hum, try enabling the "dirty close" option too.

If the problem remains, and you have any of the bridged plugin's interfaces open when you close Live's project, enable also the "opcode 19(...)" and the "prevent main host control when the GUI window is closed" options.

Let me know how it goes.

Thanks! I will try this out!

I enabled the dirty close option, and I think everything is working well now. Cheers!

I just bought jbridge yesterday and everything seems to be working fine except for delaylama.

The plugin works but if I try to change any parameters in real time while there is a midi clip sending notes, I get crazy monk vocals (crazier than usual). THe plugin works just fine if I use the mouse to make monk sounds, just not when I have an existing midi clip controlling it.

all output audio glitches until:

1. i stop playing with the controls in the plugin while the midi clip is playing.
2. i dont use a midi clip but just click on the vst with my mouse.

I'm using Live 8.3, Win7 SP1 x64, jbridge 1.5

Any ideas?

Thanks btw for jbridge, works wonders!

edit: solved. I enabled 'sluggish gui' and it seems to work now!

Hi!

Just saw your message, glad you found a workaround.

A suggestion, if you wish, check if enabling the "separated GUI mode" option or disabling the "legacy integrated mode" works better, without the need to enable the "sluggish GUI hack" option.

Wonder if anyone's found out a way to get Focusrite's LiquidMix to mixdown in non-realtime in a 64x host (Cubase in my case, but tried it in Studio One as well). It works (in fact the plugin works without jBridge as well), but on mixdown the timing is way late. Any ideas?

Thanks,
D

Hi!

Does this only happens when bridged? Are you using it with the default options?

Hi, regarding LiquidMix:
The plugin works as-is OR bridged. In BOTH cases, offline mix-down is out of sync.
I tried bridge settings as default and also checked a bunch of the boxes, with no difference.

Thanks,
Dave

Hi!

It looks like some incompatibility with the plugin and the host... There's nothing I can do in that case, sorry.

Some plugins just won't bounce or mixdown in non realtime. (Trilian and Omnisphere spring to mind) It's just the way the plugins work

I'm finding problems with Studio One 2.5 that I didn't have with 2.0

First of all my system specs: XP 32 SP3 - 4 GB RAM - Intel quad core Q6600


Everything is fine in Cubase 6 but in S1 2.5 I got continuous audio overloads when there is more than one bridged plugin loaded. They produce a stuttering effect on the audio.

The performance tab in S1 shows that the first loaded bridged plugin has 600% spikes every once in a while. The rest of the bridged plugins don't use to have those spikes. Windows task manager doesn't show any CPU overload.

Removing or adding plugins sometimes stops the spikes. They are worse when I lower the buffer size or with "Process audio in safe mode" disabled.

Is this reproducible?

Hi!

I don't have my DAW here right now, but I'll check this tomorrow and post back my results.

Meanwhile, could you just check something? If you enable the "run in existing auxhost" option for the bridged plugins, any difference? Also, I don't recommend using less than 4ms of audio latency when using bridged plugins.

Olá!

I've just tried "run in existing auxhost" and it makes no difference. And, do you mean 4 ms. of output latency? The minimum I can get is 5.6 ms. and I need to set the buffer to 32 samples. I don't have problems operating with high latencies in Cubase 6 and I didn't have them with S1 version 2.0 either.

With 32 samples and two bridged plugins I got a beautiful 16000% cpu reading on Studio One's gauge.

I meant 4ms of ASIO latency, not counting with the rest. should be around 192 samples@48Khz, for example.

Let me see what I can find here...

standalone, could you email me with your user data so that I can send you a test build?

Thanks.