-
-
Notifications
You must be signed in to change notification settings - Fork 97
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
Feature - wasm: support Web Audio Modules #475
Comments
I am kinda against that actually. we dont need yet another plugin API, we can reuse the existing ones with years of experience but just convert a few of the calls to happen on the web. DSP shouldn't be done with javascript, that doesn't scale, we need something faster which can be web assembly. https://ildaeil.kx.studio/ demonstrates already, LV2 plugins on the web. but doesn't need to be LV2 in particular. All recent plugin formats are extensible, so anyone wishing to have a custom GUI can just propose a way to handle that. So I really see no need to pursue yet another plugin standard, specially not this "webaudiomodules" one where it is just reinventing the wheel where they can just take e.g. CLAP and convert the C calls into a JS class or something. |
This is not usually not the case: DSP is done in wasm (from C++ compiled with Emscripten, DSL like Faust or CSound..etc) and JS is used for "gluing" code. |
isnt that what I said?
So do DSP in wasm, then add JS code to call into them, can even be the same calls as the plugin API for simplicity. |
The WebAudioModules API implements a formalized plugin interface for the web. It would be nice if DPF wasm builds could support this: https://github.com/webaudiomodules/api
I have no idea what we need to implement this though. If it would be pure JS to wrap around our current builds or if it requires other work.
The text was updated successfully, but these errors were encountered: