KVR Audio

umd · Post by **umd** » Thu Apr 14, 2011 1:00 am

Thanks Jon, I was going to suggest some of those options too.

Keith99, if the problem remains, email me with your user details, so I can send you a test build.

Keith99 · Post by **Keith99** » Thu Apr 14, 2011 4:52 pm

Thanks guys I will try this tonight. BTW I am also running Windows 7 64 bit with Cubase 6 64 bit

Keith99 · Post by **Keith99** » Thu Apr 14, 2011 9:07 pm

OK reporting back.

I made the changes suggested by jgale although only "I am getting an OPCODE 19 error" was unticked anyway. I then opened a track and it ran fine. It used Jamstix. I then opened another track (the one that crashed yesterday) and found Jamstix had lost all its settings so deleted it and added it again with VST instruments. I then got an opcode 58 failed followed by a complete hang for a minute and then "Jamstix 3 has crashed wtih last audicode = 33 and last dispatcher = -1).

So then I restarted Cubase loaded the same song again and this time it works. I am now working but not sure if it will last.

Keith99 · Post by **Keith99** » Thu Apr 14, 2011 10:22 pm

Well it worked fine then for an hour or so - I shall monitor it

Keith99 · Post by **Keith99** » Fri Apr 22, 2011 2:40 pm

Well I have been using it mainly successfully over the last week. Every time I open a new project I have to cross my fingers as about 1 in 4 times Jamstix crashes with the opcodes I listed before. Once the project is loaded however it then runs fine so it is useable just a bit frustrating

umd · Post by **umd** » Fri Apr 22, 2011 2:47 pm

Hi, please email me or pm me your user details. I would like to send you a test build.

aMUSEd · Post by **aMUSEd** » Fri Apr 22, 2011 2:57 pm

Does this act as a sort of subhost for VST's. If so what happens to saving and loading presets (fxp.fxb for example). Are they then handled by the jbridge wrapper of still by the host?

umd · Post by **umd** » Fri Apr 22, 2011 3:01 pm

Hi.

The data received from and passed to the host is exactly the same as if it was running the plugin natively, so there's no difference. The unbridged plugin will still be able to load that data.

aMUSEd · Post by **aMUSEd** » Fri Apr 22, 2011 4:15 pm

umd wrote:Hi.

The data received from and passed to the host is exactly the same as if it was running the plugin natively, so there's no difference. The unbridged plugin will still be able to load that data.

So does it need loading itself as a plugin then you load the vst? Or do you have a copy for each wrapped vst?

umd · Post by **umd** » Fri Apr 22, 2011 4:38 pm

Each plugin will need a correspondent bridging dll, which is created with the included tool. Basically, it will work like this:

yourhost(bridging dll)<->auxhost(your plugin).

Keith99 · Post by **Keith99** » Fri Apr 22, 2011 8:43 pm

Umd - sent you a PM. It has been worse tonight (6 tries and kept getting opcode 58, followed by 33 and -1). I did wonder if it may be due to the project using Jamstix which in turn is subhosting Battery. JAmstix is also running in drum module mode

jgale · Post by **jgale** » Fri Apr 22, 2011 9:01 pm

Keith99 - I don't seem to be experiencing as many problems as you are having. You may be onto someting - subhosting could be the issue. I use SD2 but do not subhost. Any thoughts about driving Battery via midi?

John

umd · Post by **umd** » Fri Apr 22, 2011 10:25 pm

Keith99, please check your email.

Since you're subhosting another plugin in it, perhaps it would be best to try the "separated GUI" option too, to see if it makes any difference.

Zauni · Post by **Zauni** » Mon May 02, 2011 3:10 pm

Let me know if there is anything I can do to help get Jamstix running better under jBridge.

We also have a user who has trouble running JS via jBridge in Studio One Pro. Even without subhosting.

Thanks!

umd · Post by **umd** » Mon May 02, 2011 3:29 pm

Hi.

Could you pm or email me more details about the problem with Studio One?

Thanks for the help offer.

Need testers for my x86 to x64 vst adapter