-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Making Tauri useable as GUI for VST plugins #1872
Comments
@Boscop did you look further into the VST plugin compatibility? I would also be interested in the other way around, not really knowing where to start. |
Is there any sample/example out there for using Tauri as VST GUI? |
Also interested! |
Interested in this! |
https://github.com/maxjvh/nih-plug-webview uses a fork of wry to build vst3 plugins with nih-plug |
It would be great if Tauri could be used for making GUIs for VST plugins (at least on Windows).
This requires being able to create the WebView2 window as a child window on the parent window whose handle the VST host passes in:
It also requires not taking control of the event loop but yielding control back to the host every frame:
In
Editor::idle()
, the VST would callrun_return
(instead of callingrun
once and relinquishing control) and the host callsEditor::idle()
every frame.Links to (outdated) prior art:
https://github.com/vanderlokken/rust-vst-gui (uses IE's engine, so no Wasm, windows-only)
https://github.com/Boscop/winit (very outdated winit fork)
https://github.com/Boscop/glutin (even more outdated glutin fork, from before winit existed)
https://github.com/monomadic/dd-core (prototype for mac, also outdated)
(I think there was also a crate that did this for linux, but I don't remember the name.)
Currently there is no working & up-to-date cross-platform solution to create GUIs for VST plugins.
Tauri seems to be the most promising option :)
The text was updated successfully, but these errors were encountered: