Using multiple NetVSTHost instances

It IS possible to run multiple instances of NetVSTHost on different ports. The problem (my fault) is that the GUI doesn't display which IP/port a given instance is using, so when you have several open at once, it's hard to keep track of which is which.

The last IP/port you set gets saved to the Registry as a convenience, but if you open a second NetVSTHost, its attempt to open the same port will fail, so you can just go ahead and set a different port number.

If you go back to the first NetVSTHost instance and select Devices->Network, it will show the updated values from the Registry, but the program won't attempt to use them unless you click OK. If you click Cancel, it keeps using whatever it was using before.

I'm sorry this is so confusing. I had a look at the code today, to see if I could add the current IP/port to the NetVSTHost window title (to help you keep track of which instance is which), but I didn't succeed. That code is old, very complex, and wasn't written by me. (Which is why I have never published it.)

Until I have time to create a newer alternative NetVST host program (or figure out how to display IP/port in the existing one), you will need to find your own ways to keep track of the settings for multiple NetVSTHost instances. For example, I suggest you create them one at a time, assign them increasing port numbers, e.g. 27016, 27017, etc., and lay out the windows in a corresponding order, so port numbers increase from left to right or top to bottom.

UNIFY: Commercial product with NetVST built-in

For nearly a year, I've been working on my first commercial music software product, called Unify. This may be of some interest to readers of this blog, because the "Pro" version of the product will have NetVST technology built-in.

This post isn't meant to be an advertisement. It's more of an explanation for why I haven't updated the NetVST software recently. Hopefully, I'll be able to get back to that after Unify is released by October of this year.

I'd like to assure everyone that NetVST will still be available, and will remain free. For many of you, NetVSTHost and the NetSynth/NetFilter plug-ins are all you need, and you should continue using them indefinitely.

A few of you might be interested in Unify's additional capabilities for creating composite sounds, and I invite you to have a look at the press release and associated YouTube videos (many more of which are coming from my colleague John Lehmkuhl of

macOS Catalina: the end of 32-bit VST support?

This past week, I received a flurry of emails from software vendors, advising Mac users to hold off updating to macOS Catalina, because it won't support 32-bit binaries at all.

Most significantly, one of these emails came from CodeWeavers, makers of CrossOver, an excellent commercial implementation of WINE--the same technology which powers NetVSTHost for Mac. They included a link to their own blog post which explains why this issue is so thorny.

The heart of it is this:

Most Windows applications our users run with CrossOver are 32-bit and CrossOver uses a 32-bit Mac executable, system frameworks, and libraries to run them. This will break with Catalina.

So, even if I were to repackage NetVSTHost for Mac using the most recent 64-bit version of WineBottler, the resulting 64-bit binary would run under Catalina, but would only be able to run 64-bit Windows VSTs. In my view, this undermines the most important use-case for NetVSTHost for Mac, so I see little point in pursuing it.

NetVSTHost for Mac was never much more than a convenient little hack--a way to run the 32-bit, Windows-based NetVSTHost.exe program on a Mac, without having to set up a full virtual machine (using e.g. VMWare Fusion, Parallels Desktop, or the Mac version of VirtualBox), or better yet, use an actual Windows PC.

I would advise anyone who has come to rely on NetVSTHost for Mac, and who anticipates upgrading to macOS Catalina at any time, to look into the two-system approach for which the NetVST Project was originally conceived. Details can be found on the NetVST Project wiki.