Need testers for my x86 to x64 vst adapter

[gljm99]

If you move the program's folder it won't work for sure, as the bridging dll's query the registry for the path you specified during installation ( by default it goes to you x64 program files folder, no problem with that ).

Ah, I just experienced your problem with kontakt 3 as well here. Not sure how Overture keeps track of the scanned plugins.

What I did to solve it was deleting the plugin_name.32.dll from the folder, open Overture again, let it scan the folder, closed it, added plugin_name.32.dll back again and renamed to Kontakt 3.32.dll and it works fine again.

If it doesn't work, try ( the messy ) method2.

I just want to report on my results! After removing the Jbridge program from my (X86) programs folder I deleted the Kontakt 2.32.dll reopened Overture, closed it and re-added the Kontakt 2.32 dll and re-opened Overture. It seemed to scan the dll but when I went to the Vst pull down - no Jbridge. Thinking that maybe it was a Kontakt 2 problem I tried to get my EWQL XP Woodwinds to use Jbridge, still no luck. I tried method 2 and once again got the message during the Vst scanning that Jbridge could not be found. I decided to go back to the original method and re- pointed Overture once again to its original folder. This forced Overture to have to do a total re-scan of the Vst folder, something I could not get it to do before, it had only said that it had scanned the new Jbridge adds, and once again it showed all the plugings including the Jbridge ones being accepted. I then went to the Vst pull down and THERE WERE THE JBRIDGE PLUGGINS!!! (Maybe the problem with Cubase not seeing Jbridge could be solved if Cubase was forced to do a total scan of the Plugin folder ?)
It being very late so I decide to open an already created template made a year ago which maxed out the number of samples that my program would hold, trying to add anything else to this template would cause Kontakt to give a not enough memory warning and crash the program. When the template opened interestingly of the 9 instances of Kontakt 2 that loaded, 6 came up showing the JBridge and 3 did not. I went for broke and loaded the large EWQL Steinway Piano from the Platinum Orchestra … it loaded ! I then loaded the largest keyswitch patches I could coming to about 2.8 G all loaded without problem. This is Revolutionary ! I found that there was no latency between the patches which open in Kontakt2 and the ones that opened in Kontakt2 with the Jbridge and the CPU usage with 7 Kontakts open was almost the same as when I open and ran the template before installing the Jbridge. You umd are a genius! I will be able to do much more testing with Jbridge this weekend.

By the way I tried to add Jbridge to KontaktPlayer but it crashed my system when Overture did its Vst scan.

[umd]

Glad you got it going!

I've just put a new version out (0.7d).

I'm going to wait a while for your feedback before sending this one to all the folks who got the full version, because I had to redesign some parts of the code in order to address a few crashes that were happening and to try to prevent the main host from hanging if a plugin crashes.

At least it fixed the crashes I was having here without regressions.

[mvaillo]

Dear umd,

Yesterday I tried using JBridge (still .44 version, it works fine for me) directly inside Sibelius 5 (you know it accepts VSTs) and works fine, as you can see both native and "Jbridged" Kontakt3 VSTs.

Not happening the same with EWQLSO Kompakt VSTs. In case of Gold Pro XP, for example, I only see the Jbridged version, not the original one, seems to dissapear in the active devices in Sibelius. So I can't get both at the same time. Haven't tried with Platinum or Silver yet.

My system is XP64 Pro. Sibelius is just x86, same as K3 and EWQLSO.

BTW I'm purchasing your full version right now

Is it safe to update to a newer version in a middle of a project? that's why I'm still in .44 version...

regards and good job!!

marc

[umd]

Hi Marc!

You may need to have your host to rescan the plugins again, or as a last resource, try method #2.

There should be no problem in updating to the latest version.

[vidalsh]

version 0.7d crash reaper...and audio drivers...

[umd]

v2.58? That one works fine here with 0.7d . Could you provide some more details?

Thanks.

( edit: did some more tests, some plugins crashed reaper... checking... )

[umd]

v0.73 out.

( I hope this one does something for the Reaper crashes )

[kingo]

Much better for Reaper!
Altiverb6 now works great! (I was getting C++ Runtime errors)

One small niggle...
In Reaper, the separate GUI window for the bridged VST opens up just a little bit smaller than the actual GUI size. I have to manually expand the window to see the entire GUI.

[umd]

Great!

As for gui window, it's the scrollbars that take a bit of it, I'll add some extra area pixels to compensate for that.

ps: v0.78b out

[gurulogic]

Hey this is mostly great..!
Well I just tried out the 32 bit version but my hopes were dashed as auxhost.exe crashed while loading Usine vst...but this is just a beta!
I did successfully run Plogue Bidule with Usine inside it but besides being a clumsy solution, there is no clock info going from my host (live 7) to Bidule.
I also had no clock to Effectrix vst...the sequencer won't run.
Also crashed was Dronebox by Oli Larkin which is a synthedit plugin.
Some other plugins worked well though with no obvious latency or weird behavior.

Also the 'Hey where's the GUI" button is a bit weird mostly because it doesn't do anything for me unless I set the icon in the taskbar to always on top each tme I open my host.
It would be really sweet if the plugin GUI's could auto open...

I keep thinking there must be some way this bridge could also be used to do audio streaming either internally or from host to host but hmmm...?

Anyways, I'm gonna check this out a bit more and probably so long as I don't encounter any unforeseen bombs will end up pitching in the few bucks needed to use it forever and ever and of course to support further development of this potentially excellent tool..

jBridge .78b,XP Pro x64, 8GB, Quad Core Q6600@3.5Ghz

btw, I did a memory test with Bidule bridged to live. Live brick walled out at 3.65GB of ram, 3,838Mb virtual memory size and auxhost/bidule brick walled at 3.85GB 4,128Mb virtual memory size, for a total of 7.5Gb used in the context of one 32 bit host Not bad!

[umd]

Thanks for the information.

I'll check the tempo with issue effectrix, iirc there's a deprecated opcode for it that I didn't implement, maybe it's related to that.

It's possible to pass audio between hosts with this implementation, but I would have to deal with some other issues... However it's an idea for the future.

As for the gui button, I'm afraid I can't do much about it, you'll have to check the "always on top" option. In some hosts the plugin's gui will auto-open and/or show on top, in others won't. But nevertheless, if it reaches the point where it opens the gui, it's good, I guess.

ps : I could open Dronebox and Usine with no problems in Reaper and Cantabile, could you provide me the exact steps to reproduce your crash?

[gurulogic]

To recreate Usine vst crash on Live 7.015:
-drag plugin_name.32.dll to Usine folder and rename to usineVst2x2.32.dll
-drag plugin to audio track, press ok for the demo dialogue
-then the error 'auxhost.exe has encountered a problem and needs to close...'
(at this point I can see the usine GUI in the background)
-after closing that dialogue and attempting to close the jBridge window,
another message pops up 'A plugin has crashed(Usine, id:1399149939). Last dispatcher opcode:71

Basicly the exact same thing with both Dronebox and Polycomb. The only other synthedit plug I have is Seq28116 and it is not crashing

-I was however able to open Usine with the Sonar Producer demo so maybe this is a Live specific issue..? (same pb in Live 8 beta 27)

-Molar VSTI also crashes the same http://www.xferrecords.com/molar/MolarPC.zip
-vMinion receives no tempo/ time information

-tested a small handfull more as good to go...

[umd]

I think I've fixed it, let me know how it goes... Thanks.

[gurulogic]

Awesome, all plugins loading now and tempo information being sent...
I think though there is still something goofy with the tempo. When testing with Molar which reloads it's loops when the tempo changes even the slightest amount, there is quite a bit of glitching when running it bridged on it's own. When I run Molar in Usine bridged it is actually better but still quite noticable.
If I send midi from molar at 4 beats per bar (within Usine), every pass makes the one before the last one midi note play back doubled (if this makes any sense at all?). Doing the same test with the Usine piano roll isn't as obvious but I can still hear a swing effect where every pass the sync is having to reset itself each time starting from a beat further back than the last time.
If you lack any better way to test what I am describing, Molar can have pads pressed without a Monome by shift clicking on a pad.

I don't necessarily need to run Molar in the bridge, this is just an example.

I hope the price hasn't gone up yet.....

edit: hmmm... Usine seems to have jut crashed while I was out of the room. Last dispatch Opcode. 71

edit: this is how rewire should work! carefull, I see some licencing opprtunities in your near future (of course all "rewire" apps would have to be vst...)

[umd]

Great!

Hum, I may need to fine-tune the workaround I implemented for Live's tempo.