NKS...sending to host

[reuk]

I believe that my response here still stands:

VST3ClientExtensions - Issue with audioProcessor being null

Unfortunately I don’t think this can work, but there’s also not a straightforward workaround, at least with the current design. The problem is that the EditController instance doesn’t know anything about the particular AudioProcessor instance that it’s wrapping until connect is called, but the host may query the edit controller’s interfaces before calling connect. Given this, there’s no way to call through to the VST3ClientExtensions of the AudioProcessor to check for additional interfaces. We…

This feature has been requested in the past, but only infrequently, so it’s not clear that it would be an impactful change for the majority of our users. The change itself would also require some investigation, and potentially substantial reworking of the VST3 wrapper, which would be time-consuming. At the moment, the cost/benefit ratio doesn’t seem particularly compelling.

You could open a feature request to allow for earlier querying of the client extensions and/or NKS support (it’s not clear to me whether early querying of client extensions is sufficient to support NKS). If the feature request is popular, that would indicate that this work is valuable to our users.

Also, please note that we’ve already decided on the features we want to include in JUCE 8. Until v8 is released, we need to focus on those features (along with bugfixes/maintenance), so we won’t be able to start on other new features until after JUCE 8 is released.