You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have experimented with getting VST.NET over to dotnet core which looks very promising. So there may be a new version of VST.NET (netcore) on the way!
And just like the dotnet team did in redesigning all the APIs for dotnet core, we can do the same - hopefully making a more intuitive, easier to understand API for this new version.
I am not talking about taking on big new features, more like small tweaks that can be easily and quickly done.
Are there any parts of the existing API you would like to see different?
I have a few of my own but I want to hear what you think and want.
The text was updated successfully, but these errors were encountered:
Currently the Jacobi.Vst.Interop assembly contains code for when you run a managed plugin in an unmanaged host, as well as code to allow managed hosts to load unmanaged plugins. That means that a plugin carries some extra unused code that is only used when building a Host.
Should we split this code up into two separate interop assemblies? Jacobi.Vst.Plugin.Interop Jacobi.Vst.Host.Interop
I have experimented with getting VST.NET over to dotnet core which looks very promising. So there may be a new version of VST.NET (netcore) on the way!
And just like the dotnet team did in redesigning all the APIs for dotnet core, we can do the same - hopefully making a more intuitive, easier to understand API for this new version.
I am not talking about taking on big new features, more like small tweaks that can be easily and quickly done.
Are there any parts of the existing API you would like to see different?
I have a few of my own but I want to hear what you think and want.
The text was updated successfully, but these errors were encountered: