Skip to content

Move to non-forked vst3-sys crate - #236

Open
seandavies555 wants to merge 1 commit into
robbert-vdh:masterfrom
seandavies555:remove-dependency-on-forked-vst3
Open

Move to non-forked vst3-sys crate#236
seandavies555 wants to merge 1 commit into
robbert-vdh:masterfrom
seandavies555:remove-dependency-on-forked-vst3

Conversation

@seandavies555

Copy link
Copy Markdown

Previously the forked version of vst3-sys was used, due to an extra fix being implemented on the specified branch. However this has now been fixed in the main repo.

Using the forked branch means that we don't get some other fixes that were made in the main crate when using nih-plug, this one in particular would be useful to have as currently cargo deny complains about the license formatting.

In any case it seems simpler to move over to the main repo rather than maintaining a separate fork.

@lvpsxakatiempo

Copy link
Copy Markdown

Thanks for working on this. One note for whoever picks it up: moving from the robbert-vdh fork to upstream RustAudio/vst3-sys doesn't change the licensing situation — both are GPLv3-only, so closed-source VST3 stays blocked either way.

Now that Steinberg relicensed the VST3 SDK to MIT (Oct 2025, VST 3.8), the higher-impact move would be to the permissively-licensed generated bindings — coupler-rs/vst3-rs / micahrj/vst3-sys, both MIT/Apache — which the RustAudio/vst3-sys maintainer now recommends (RustAudio/vst3-sys#58). That's what would actually unblock commercial VST3 on nih-plug. I'd be happy to help test such a migration on a large multi-format plugin if it's on the table.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants