KVR :: Instruments » Need testers for my x86 to x64 vst adapter [View Original Topic]
There are 824 posts in this topic. Page: 1 2 3 4 5 6 7 8 9

---

umd - Tue Mar 10, 2009 3:45 am

---

Hi!

I've been working on this for a few days, and by now it seems stable enough for public testing.

It's a little app to run 32bit vst plugins in 64bit hosts, usage instructions are included inside the program's folder.

I am interested in your feedback, what works ( if it works ), what doesn't, where does it crash, how it crashes, etc.

Download:
http://jstuff.wordpress.com/jbridge

Changelog and other stuff available here:
http://jstuff.wordpress.com/

How to use:

After running the installer, use the jBridger utility ( Check the Start menu, in the program's folder ) and follow the instructions to prepare the plugins for being bridged.

Once again, credits for all the folks who have been helping me, specially Brad Robinson from TopTen Software who has been helping me a lot.

Thanks!

---

JamieSkeen - Tue Mar 10, 2009 7:31 am

---

Good luck with this:-) I am not using a 64 bit os mostly because of vst problems.

---

mn - Tue Mar 10, 2009 7:38 am

---

Thanks. Tagging for later, will check it out when I get home.

---

SimSam - Tue Mar 10, 2009 8:20 am

---

umd,

To answer your question from the other thread...there's not a demo of Cubase. One of the big gripes everyone has against Steinberg.

Anyhow, I'll look into it some more when I get home tonight.


Brian

---

SpecialSpecimen - Tue Mar 10, 2009 4:43 pm

---

Not sure why this hasnt been jumped on yet - it could be bloody fantastic!!


Earliest I can play around with it is next week, will do so though. Cubase current VST bridge sucks so my fingers are crossed.





You might want to post this on some of the orchestral based forums, Soundsonline etc.... where most of the 64bit users are.

---

umd - Tue Mar 10, 2009 6:20 pm

---

Too bad there isn't a demo of cubase...

I've uploaded a new version that changes the way it processes internal midi data, hoping to fix the existing midi issues with vst arpegiattors. I bumped it to v0.1, let me know if there's any performance difference, i've left 0.05 there.

This can also be used for running x64 plugins in x86 hosts, or even for bridging x86 plugins with x86 hosts, to overcome the memory limit of a single 32bit process (not sure if in win64 each 32bit process can use around 3gb or if its 3gb for all the 32bit processes), I don't know if there's any interest for these variants, but if yes, let me know... it's just a matter of compiling.

---

kingo - Tue Mar 10, 2009 8:15 pm

---

So far, so good! I was very happy to have it work with Mach5 and Kontakt on a 2nd computer with FxTeleport. I haven't noticed any yet, but there any latency issues we shold be aware of?
K

---

umd - Tue Mar 10, 2009 8:24 pm

---

Cool!

Hum, afaik, there shouldn't be any extra latency, as it reads/writes the audio buffers like a native x86 plugin. But you guys tell me.

Only the cpu usage should be higher.

---

kingo - Tue Mar 10, 2009 8:32 pm

---

For me, the next step would be an installer where you specify the 32bit VST folder, and the installer searches for plugins. You would then select from the list the plugins you want to port to the 64 bit ap. The installer would ask for the 64 bit VST folder, and...voila...the installer copies the 32 bit VST's, adds and renames separate instances of your applets, and makes folders if needed.

I'd buy it!

---

umd - Tue Mar 10, 2009 8:46 pm

---

I do plan to save the user from having to copy and rename files around, but I want to test and finish the bridging engine first.

So for now it'll have to be like this.

For now, what you can do for faster updating is creating a *.bat file with these lines (replace with your plugin's name / proper path):

copy <plugin_name.64.exe origin> <plugin_name.64.exe destination>
copy <plugin_name.64.dll origin> <plugin_name.64.dll destination>
del "ThisPlugin.64.dll"
del "ThisPlugin.64.exe"
rename plugin_name.64.exe "ThisPlugin.64.exe"
rename plugin_name.64.dll "ThisPlugin.64.dll"

I am currently doing something like this.

---

bullshark - Wed Mar 11, 2009 1:40 am

---

Tried it with Reaper x64 ver. 2.56 and FXpansion DR 008 ver. 1.21, it didn't work. Reaper froze for a good 3 minutes, then got a message: "could not load the plugin".

I'm on Vista Ultimate x64 sp1.

---

samplemania - Wed Mar 11, 2009 3:09 am

---

Tested with Tascams GVI.

Host: Reaper64.

Did not work. Got the messages:

could not contact the aux host

could not load plugin

freezes...

Too bad... I was excited to be able to access more ram with GVI than in a 32bit host.

---

umd - Wed Mar 11, 2009 5:31 am

---

Ok, I'll check dr 008 later, the link is down currently.

samplemania, check if you renamed the files correctly. That's weird, it should at least find the auxhost exe.

---

D-Fusion - Wed Mar 11, 2009 6:10 am

---

Wow this is awesome news
I am going to install Windows 7 64bit and Orion so i can test it for you

---

samplemania - Wed Mar 11, 2009 6:53 am

---

I did.

GVI.64.dll
GVI.64

I did also test samplelord (demo).

Results are the same.

Maybe you should download ReaperX64 for testing.

http://reaper.fm/files/2.x/reaper256_x64-install.exe

---

umd - Wed Mar 11, 2009 7:03 am

---

I do have reaper x64 installed.

Hum, I don't think that's correct, if your plug's name is GVI.dll, you would put the plugin_name.64.dll and the plugin_name.64.exe files inside the folder and rename those to GVI.64.dll and the GVI.64.exe.

I just ran samplelord 1.4.2 in reaper x64, although it crashed the first time I tried.

---

samplemania - Wed Mar 11, 2009 10:19 am

---

That is what I did. I renamed it as described.

I end up with 3 files in a folder:

GVI.dll (the 32 bit plugin)
GVI.64.dll
GVI.64.exe


Well, you can't see the ".exe" extension at GVI.64.exe in MS Explorer but it's recognized as application by vista.

Well, have the same effect with all plugins I tested so there seems to be general problem. I use the latest reaper X64 and Win Vista ultimate 64.

Which samplelord dll did you choose to rename? there is quite a lot in folder.

---

Project - Wed Mar 11, 2009 11:37 am

---

Do you mean this can be useful to go aver the memory usage limitations in windws Xp? Right now, the biggest problem for me in winxp with Cubase is that Cubase will crash when it uses more than 1.3 gig of RAM. So, it's impossible to use several ram consuming plugins in a given project even if I have 4 gigs of ram installed.

Do you think you can bridhe the plug-in and open it in another memory area? So the ram useb by the bridged plugin is not going to add to the Cubase memory usage?

If this is the case, count me for a beta test. Right now, I don't want to switch to 64 bit, so a solution for a better memory usage in 32 bit xp would be great!!!

tia

Project

---

tony tony chopper - Wed Mar 11, 2009 11:57 am

---

Do you know something we don't? AFAIK there's no 32-64bit thunking possible in Windows (not one documented, that is). How do you do this without async communication with another process?

---

umd - Wed Mar 11, 2009 12:38 pm

---

Ah ok, thanks, I'll have to check that. I renamed the one that just said samplelord.dll, iirc. Anybody else experiencing problems with vista64?



We could give that a try... I'll upload a x86 version when I get home.



Of course not, it's the other way around, in fact I know very little. What I meant to say was that the processed buffer should get back "in time", for a reasonable buffer size, that is.

edit: wrong quote

---

umd - Wed Mar 11, 2009 6:57 pm

---

Ok, just uploaded a new version, minor changes, included a version for x86 hosts, for bridging x86 plugins to x86 hosts.

There was a slight change in the naming, please read the included *.txt .

Thanks.

---

tony tony chopper - Wed Mar 11, 2009 10:18 pm

---

but it should also scale down badly with the # of plugins that are adapted?

---

samplemania - Thu Mar 12, 2009 12:59 am

---

VST scanning error + note.

Plugin "Samplelord.64.dll" encountered invalid operation during scanning.


You should keep in mind that many plugins include a standalone version that is named plugin.exe and located in the same folder. I had to rename the "old" samplelord.exe.


I don't know what is wrong with my setup that it does not work. I have a plain vista install without modifications. Does this only run within an admin account?

---

umd - Thu Mar 12, 2009 4:26 am

---

It will put more load in your system than a native plugin, for sure.

I don't know how many and/or which bridged plugins are needed to put a machine down to its knees, but I am not expecting any miracles. That's why I want to know how good or how bad it behaves.



Right! I didn't considered that chance. Thanks.

Hum, it could be. I've had a report of sucess in vista64, so it must be something else. Try to run it as an admin.

With this latest version, if it can't find the plugin or the auxhost, it will pop up a message with the destination path it was using.

---

umd - Thu Mar 12, 2009 4:18 pm

---

Ok, uploaded a new version. Added a couple of things, minor stuff.

From now on you don't need to rename the *.exe, just the dll's. That should make it less messy.

ps: bullshark, I managed to run dr008 in reaper x64, see if this version works for you.

---

Paul Russell - Thu Mar 12, 2009 6:10 pm

---

Here's a quick beta in Sonar 8.3 x64

Inserted it into my PSP folder because they also require iLok, so that would have made a good test.

Running the Plugin Manager I get a 'Plugin Load Error' Main Call, on each plugin, but enabled anyway.

Then it asks me if I want to run auxhost.exe. If I answer yes, then the plugin manager crashes. If I press cancel it pauses for a while and then comes up with the Main Call error. It does this for every plugin that I've renamed in the folder. Eventually the plugin manager finishes and the effects appear in the list of plugs, with the .63 extension.

Inserting a plug into a track causes major system slowdown, prog not responding, have to shut down in Task Manager.

AS you say, not ready for prime time, but I'll watch with great interest. LEt us know when the next beta is up

---

umd - Thu Mar 12, 2009 6:13 pm

---

Thanks for the information. I'll download the demo and check it out.

---

umd - Thu Mar 12, 2009 6:53 pm

---

Hum, could you tell me if there's any difference without the *32.dll files inside the plugin's folder?

Thanks.

---

bullshark - Fri Mar 13, 2009 5:43 am

---

Yeah, it's working. I had to disable the "show configuration on start" otherwise I was getting the illegal operation thingy on scan, and I can't seem to preview MIDI files without Reaper crashing, but I don't know yet if it's a Reaper x64 problem or if it's due to the wrapper. I'll test more once I've finished setting up my system.

---

samplemania - Fri Mar 13, 2009 1:28 pm

---

Where did you disable this? I can't find it in preferences.

---

bullshark - Sat Mar 14, 2009 4:02 am

---

Oh, that's on DR-008 configuration page, sorry if I didn't make that clear.

---

umd - Sat Mar 14, 2009 11:51 am

---

Folks, I've uploaded a new version, some significant changes in this one, let me know how it goes for you.

Thanks.

---

samplemania - Sat Mar 14, 2009 1:23 pm

---

"invalid operation" with samplelord in reaper x64.

---

umd - Sun Mar 15, 2009 3:47 pm

---

New version out.

I forgot to mention this earlier, but make sure you have the vc++2008 redistributables installed, they're needed for this.

---

umd - Mon Mar 16, 2009 7:49 pm

---

New version out.

Once more, thanks to all the folks who have been helping me testing this.

---

VitaminD - Mon Mar 16, 2009 7:58 pm

---

I have Windows XP Professional x64 and Orion64 but I cannot test your plugin as I get a bunch of popup advertisements on the site hosting your files and a error about it timing out looking for the file to download.

Do you have another place to put these files? something with less advertisement popups thats a bit more reliable?

---

umd - Mon Mar 16, 2009 8:12 pm

---

Hum, I wasn't aware of that ( bless firefox+adblock ).

If you want, pm me with your e-mail and I'll add you to my list, that way you'll always get the latest release there.

Thanks.

---

VitaminD - Tue Mar 17, 2009 4:44 am

---

turn off adblock and see what your testers are having to endure.

after about 20 popups says file is not there either.. dont you have your own hosting? At the very least use rapidshare or one that works...

---

umd - Tue Mar 17, 2009 6:07 am

---

That should fix it.

(see first post)

---

Deric - Tue Mar 17, 2009 10:47 am

---

umd it's fantastic what you're trying to do here!

I really hope it works for me! I'll let you know what happens once I've tried it here - next week probably.

So cool that you're looking at this problem and sharing the result

Best of luck to you umd!

Edit: Ps. I've got a mate from Fartland too...

---

Deric - Tue Mar 17, 2009 11:34 am

---

Is it the x86 or x64 version that's required?

Cheers

---

EvilDragon - Tue Mar 17, 2009 11:40 am

---

Logically, x64?

---

umd - Tue Mar 17, 2009 12:53 pm

---

Thanks!

Install both x64 and x86 redistributables, since this involves both.

---

umd - Tue Mar 17, 2009 4:37 pm

---

New version out... I'll set up the alternate download link as well asap.

---

umd - Thu Mar 19, 2009 4:49 pm

---

Informing... new version out, some more fixes and great news:

You no longer need to rename/change files everytime you update to a new version.

Please read the included *.txt for details.

Thanks.

---

vidalsh - Fri Mar 20, 2009 11:59 am

---

seems this is going to run well...

broomstick bass doesn't run under reaper, no sound and no images for selected basses and some crashes

---

umd - Fri Mar 20, 2009 12:26 pm

---

Thanks for the information.

I'll check it out.

---

umd - Sat Mar 21, 2009 4:14 pm

---

New version out.

Unfortunaly I still haven't been able to find the cause of the issues with broomstick bass, but I made other fixes.

---

Deric - Sat Mar 21, 2009 4:45 pm

---

Hi umd, get a 404 with this link currently.

Very impressed with the development you've been putting into this.

Will be giving it a good go with a range of plugs and will get back to you.

Nice one umd

---

umd - Sat Mar 21, 2009 4:48 pm

---

Thanks!

Hum, weird, it works here. I've added a direct link, let me know how it goes.

---

Deric - Sat Mar 21, 2009 7:18 pm

---

Hi umd,

Yes your link works fine - I'd recently loaded AVG 8.5 and its Security Toolbar forced a 404. I disabled this and access was fine.

FWIW your link works just fine with the AVG Safe Search (supposedly guards against malicious links) but just not Security Toolbar - it gives no info (I can see) regarding why it doesn't like the link...

Anyway, I've got it now!

(I should imagine everyone and his cat is going to be all over this app. as Windows 7 x64, cheaper DDR3 (already dropping like a stone), and the next wave of cheaper Intel chips hits and more people start migrating away from x86's RAM confines.)

---

vidalsh - Sat Mar 21, 2009 11:54 pm

---

thanks umd for your work, this is really impressive to work with 32 vsts under 64 sequencers with your bridge...

I'm trying all my vsts with your bridge and I'll telling you...at the moment all vsts works fine except broomstick grrrr...and its rarely because broomstick not only doesn't run, no sound, no images with basses changes as I said, but there is a crash that ruins complety entire pc and left out of game my asio drivers...restard needed...

your work is awesome, hope you can complete your great bridge...

by the way, if you need, with your 0,32 there is no way to play keys with mouse to sound, but with your last update you can...but still no sound...(with broomstick)

---

D-Fusion - Sun Mar 22, 2009 4:06 am

---

Wow
This is awesome.

I have done some testing in Windows 7 64bit and Poizone, Sylenth1, and Vanguard works great in it

The other versions didn't work but the last one does.

I will also install the rest of my plugins during the day and give some more feedback when i have tested them.

The Host i use for testing is Orion 64bit

Well done Mr.

---

umd - Sun Mar 22, 2009 8:30 am

---

Good to know a lot of stuff is working.

I'll do my best to make this work with the largest possible amount of plugins, but there will be for sure plugins that will not work, ever.

What I can suggest as a workaround is to bridge a vst like energyxt and load those inside it. That seems to work fine here for plugins that don't work directly with the bridge.

---

jbone1313 - Sun Mar 22, 2009 8:54 am

---

Your work is most commendable, indeed.

Question: What type of performance hit do you take when using this?

---

umd - Sun Mar 22, 2009 9:31 am

---

I'm not sure on the extra performance hit, I mean, it's higher for sure, but I've been doing this in my everyday os (firewall, antivirus, network interfaces,msn, etc).

I'll do some testing on that in the future, but my guess is that it will vary on the plugin you're using.

So far, I can tell you that I can run a few bridged plugins here confortably @ 4ms latency ( core 2 duo @ 2.4 ghz ), but I count on the judgment of you guys on that.

---

jbone1313 - Sun Mar 22, 2009 9:44 am

---

Cool. I'll keep you posted.

---

D-Fusion - Sun Mar 22, 2009 10:08 am

---

I haven't noticed any performance hit while testing it

Some vst's has lower cpu hit in Windows 7 with the bridge than in my XP Setup.

---

jbone1313 - Sun Mar 22, 2009 10:22 am

---

OMG. OMG. OMG.

I just tried it. It works with Kore.

Amazing!

Note: When in REAPER, when I open REAPER's effects chain, it opens Kore in a separate window, and in REAPER's effect's chain there's a button that says, "Where's the GUI".

Is there a way to have it open normally in REAPER.

This rulez.

---

umd - Sun Mar 22, 2009 10:36 am

---

Eheh, that's a workaround.

The explanation:
I noticed that some hosts will open a plug's gui only once and then just show it or hide it as needed, so the effEditOpen opcode is only called once, in that situation, once you closed a bridged plugin's gui, you couldn't open it again.

So far, I haven't been able to use the 64bit host's window handle for the bridged plugin's gui, I don't know if that's even possible (since one is a 32bit process and the other one is a 64bit process), so it'll have to remain that way for now.

---

jbone1313 - Sun Mar 22, 2009 10:54 am

---

Interesting.

Is REAPER included in that set of hosts? If not, it would be cool to offer the ability to not use that workaround.

The problem is that unless you explictly close the bridged plugin windows, they'll remain open when you switch tracks in REAPER.

---

umd - Sun Mar 22, 2009 11:05 am

---

I see... We can give that a try, I'll upload something soon. Brb.

---

jbone1313 - Sun Mar 22, 2009 11:10 am

---

Sweet!

Here's another one:

This doesn't appear to bridge 64bit PLAY (a plugin from EastWest) to 32 bit.

I get this error:

---------------------------
AuxHost
---------------------------
Could not load library F:\AUDIO\MAIN\VSTPlugins\East West\play_VST_x64.dll
(Error 193)
---------------------------
OK
---------------------------

---

umd - Sun Mar 22, 2009 11:32 am

---

Ok, tell me how it goes with this one:

http://www.mediafire.com/?jznimvtyndj

Regarding PLAY, it won't work, since it's a 64 bit plugin. This is just for 32bit plugins.

(Although this can be used for bridging 64bit plugins to 32bit hosts, it's not implemented currently, I can add that later if there's demand for it)

---

jbone1313 - Sun Mar 22, 2009 11:37 am

---

Oh! I thought it would also bridge 64 plugs such that you could also run them in a 32 bit host. Oh well; that's not really what I'd want it for anyway.

I'll try your new build.

---

jbone1313 - Sun Mar 22, 2009 11:41 am

---

Ah, nice. When you switch tracks in REAPER, it now closes the bridged plugin's window.

So, I think you were saying in an earlier post that you couldn't get access to a 64bit host's window handle. Does that mean you can't embed the plugin inside of REAPER's FX window? (I'm not sure if you're familiar with REAPER, but plugins open inside of REAPER's effects windows by default.

Its not a deal-breaker though. I won't ask for a refund.

---

jbone1313 - Sun Mar 22, 2009 11:49 am

---

Now, it only allows one bridged window open at a time if you have multiple briged plugs in one REAPER FX chain. (Which could be a nice option.)

---

umd - Sun Mar 22, 2009 11:49 am

---

Cool!

I can access the 64bit host's window handle, but I can't put the gui in it (or at least so far I haven't been able to do so).

I did tried it before, but the window would always show blank, so it'll maybe have to remain this way forever.

---

umd - Sun Mar 22, 2009 11:51 am

---

Hum, I can open multiple windows here, how do I do to reproduce that?

---

jbone1313 - Sun Mar 22, 2009 11:52 am

---

Actually, if you double click the plugin entry in REAPER's effect window, it will allow multiple plugs open; but, it also opens what seem to be more FX windows. Weird.

---

jbone1313 - Sun Mar 22, 2009 11:54 am

---

Nevermind. I confused myself.

---

jbone1313 - Sun Mar 22, 2009 11:57 am

---

This is so cool.

I wonder if the REAPER devs would work with you to make this nicer inside of REAPER.

Keep up the good work. I'll keep you posted.

---

jbone1313 - Sun Mar 22, 2009 1:55 pm

---

Ya know, I got to thinking:

If you're testing in REAPER, maybe your having the same gui re-draw issue that some plugs have in REAPER. For example, with PLAY, when you first load it its blank. What I do, is force a re-draw by doing WinKey + D twice. (I.e., show desktop, and then comeback.) That seems to force the plugin to re-draw.

Let's maybe give that a try with JBridge?

---

umd - Sun Mar 22, 2009 2:10 pm

---

That happened with Cantabile, but I'll do some more investigation on that matter in the future. Can't promise any change on that, as you'll certainly understand.

---

jbone1313 - Sun Mar 22, 2009 2:39 pm

---

Cool.

One request I just thought of:

Maybe you could have it so that the bridged plugin is automatically the window in front/focus when you single click on it in REAPER's effects chain. Currently, when you click on the bridged plugin, it opens the window, but you then have to click on it on the task bar (or alt+tab to it).

The reason: Its nice to browse through all of your plugins in your chain using arrow keys.

And that's for the .b version.

---

umd - Sun Mar 22, 2009 2:50 pm

---

I don't know if that'll be possible as well, since I have no control of the main host, and it can set focus on its own window as well after the auxhost does it, but I'll see what I can do.

---

jbone1313 - Sun Mar 22, 2009 3:20 pm

---

Sorry, I'm being that user. I'm a developer too, and at work, we're just glad stuff works. But the users want it to look cool, and be "useable."

---

umd - Sun Mar 22, 2009 3:32 pm

---

No, that's cool, I appreciate all the input.

---

jbone1313 - Sun Mar 22, 2009 3:34 pm

---

Come to think of it, it might be really useful to have the 64 => 32 version too. As most plugs right now are 32 bit, it might be easier to run a 32 bit host, and only use the bridge for the 64 bit plugs when you need to.

BTW: I've got the EastWest forum excited about this.

---

umd - Sun Mar 22, 2009 3:46 pm

---

In that case I would have to add a third .dll, that would specifically bridge a 64bit dll into a 32bit host ( it would need to launch a 64-bit auxhost.exe, that couldn't be named auxhost.exe too, etc. )

I'm concerned about the mess.




edit: Ah, I forgot that large address aware thinguie, next version will have it.

---

jbone1313 - Sun Mar 22, 2009 4:14 pm

---

Sweet! Remember: 32 bit DAWs still run in 64bit OS's. Thus, its not neccessarily the case that you'll have to mess-about with the large address/3gb swtich stuff to take advantage of this. Although, that will be beneficial for users of 32 OS's.

---

johncarter - Sun Mar 22, 2009 6:45 pm

---

Hey

just discovered a small bug while using jbridge with Plogue Bidule .

Tried to instantiate 4 EW STRINGS "jbridged" ( east west platinum strings )

it worked.

Though, when i clicked on "hey where's the GUI", on each of my 4 instances, it only showed one of the 4 GUI, so I couldnt load samples in the 3 remainings instances.

---

umd - Sun Mar 22, 2009 7:08 pm

---

I've made a change in that, let me know if it works with this latest version.

Thanks.

edit: download 0.40b instead.

---

johncarter - Mon Mar 23, 2009 2:07 am

---

Works now great job

---

SimSam - Mon Mar 23, 2009 3:39 am

---

Anyone got this working in Cubase 5 x64 with Kontakt 3? Everytime I try it, it crashes Cubase though it does open Kontakt.

If not I guess I may have to wait for the Kontakt 3 64-bit version due out hopefully soon.

---

umd - Mon Mar 23, 2009 6:43 am

---

It only crashes Cubase with kontakt3?

---

SimSam - Mon Mar 23, 2009 8:39 am

---

[quote="umd"]It only crashes Cubase with kontakt3?[/quote]

Yes, on my system using your bridge, I can open and use Kontakt 3 in Cantabile solo (x64), and demos of Plogue and Reaper 64. But when I try in Cubase 64 the program stops responding and I have to reboot to get it out of memory. YOur bridge manages to open Kontakt 3 first before Cubase crashes.

Vista 64 BTW.

---

umd - Mon Mar 23, 2009 8:41 am

---

Ok, 2 more questions:

- Does it also happen with the latest plugin_name.xx.dll bootstraps (they were updated in v0.4x)?
- Does Kontakt3 work fine with the x86 version of Cubase?

---

SimSam - Mon Mar 23, 2009 9:37 am

---

umd,

I will try this tonight and get back to you. Kontakt 3 works great in Cubase (x86) and it works fine in every host I've tried.

Don't sweat it too much because they're supposed to release a 64-bit version of it sometime in the near future. I was just trying to get a head start.

---

Memphis@Swe - Mon Mar 23, 2009 9:48 am

---

Hi! I want to try this out with Cubase x86/32bit on Vista x64 so I've installed the Jbridge-setup and the "vc2008 redistributables", both 64- and 32-version. Copyed the "plugin_name.32.dll"-file to my Cubase/VST-folder and re-named it after the VST I want to use. All things I was supposed to do. Then opening Cubase and my VST (East west SO Gold PLAY) but it opened as usual, not through the Jbridge/auxhost. What could be wrong? Any ideas? Would be awsome to get this to work.

/Joseph

---

umd - Mon Mar 23, 2009 10:11 am

---

That's ok, it may be something that can fix issues with other plugs. The problem is that there's no demo of Cubase available.



I am wondering if Cubase ignores duplicated plugins, if it's the case, I can only think of a workaround for it (which will be a bit more messy to use).

---

SimSam - Mon Mar 23, 2009 2:57 pm

---

umd,

I tried the new .40b beta the results are the same -- crash.

This version does allow the plugin to load and show up within Cubase but within seconds the program goes white and stops responding. Or it goes white as soon as I click on any part of the Cubase interface.

When I close Cubase, Kontakt stays open. And I can actually load instruments into it. Odd.

This behaves the same with Kontakt 2 Player as well.

Brian

---

umd - Mon Mar 23, 2009 5:05 pm

---

Ok, thanks for the info.

Another thing, Cubase has its own 32 to 64 bridging, right? Is it active by default?

---

SimSam - Mon Mar 23, 2009 5:16 pm

---

Yes, umd, it is active by default. So I tried something...

I killed the VSTbridge after I started Cubase and then tried to load a 32-bit VST using your wrapper.

Kontakt still loaded but this time I got several errors that said VSTBridge had lost connection to the plugins and I should reload an older version of the project.

I also noticed that even though I killed the VSTBridge process it restarted when I loaded one of the VSTs using your bridge. It had always been my suspicion that your wrapper and Cubase's built-in one were conflicting.

---

umd - Mon Mar 23, 2009 5:19 pm

---

Let's try something in the next release...

I'm going to add another dll that can be in a different folder than the plugin, but reads its path from a text file or something.

Then you point Cubase to it, but not to the folder where the 32bit plugin is.

I'll put something up in a while.

---

SimSam - Mon Mar 23, 2009 5:24 pm

---

Okay, I'll look for it but I may not be able to test it until tomorrow morning or tomorrow night depending on when you post it.

---

johncarter - Mon Mar 23, 2009 6:42 pm

---

I'll also do some tests wednesday. So far I only bridged 32bit plugins to 32 bit host . But not 32 bits to 64 bits host.

Thanks for that great thing umd.

---

jbone1313 - Mon Mar 23, 2009 6:55 pm

---

Why the thirty minute time limit on version .40?

---

umd - Mon Mar 23, 2009 7:04 pm

---

np, thanks.



It always had it. This was planned to be a commercial release from the beginning, however, nothing expensive, just a few bucks and with a special introductory price.

---

jbone1313 - Mon Mar 23, 2009 7:19 pm

---

Cool; you definitely deserve to get paid once its nice n' stable.

---

There are 824 posts in this topic.
Page: 1 2 3 4 5 6 7 8 9