# Unlocking What Your VST Was Never Designed to Do **URL:** \ **Category:** General discussion\ **Created:** [September 27, 2026, 11:34am UTC](https://forum.electra.one/t/unlocking-what-your-vst-was-never-designed-to-do/4618 "2026-09-27T11:34:56Z")\ **Posts on this page:** 3\ **Page:** 1
**Author:** ![Electrolove](https://dub1.discourse-cdn.com/flex017/user_avatar/forum.electra.one/electrolove/32/2440_2.png) [@Electrolove](https://forum.electra.one/u/Electrolove)\ **Post date:** [September 27, 2026, 11:34am UTC](https://forum.electra.one/t/unlocking-what-your-vst-was-never-designed-to-do/4618/1 "2026-09-27T11:34:56Z")
Let me tell you all what I’m working on right now, because I think this is really exciting. My goal is simple: I want to be able to control every parameter in a VST synth from hardware, almost as if the VST were a real hardware synthesizer. Normally there are always limitations. Some synths have hundreds or even thousands of parameters, standard MIDI CC only gives you a limited number of controls, and sometimes the manufacturer or the DAW decides what you can and cannot control. I’ve now managed to get around those limitations. Instead of letting Ableton directly host the synth, I’ve built my own host that itself runs as a VST inside Ableton: **Ableton Live → My VST/Host → Synth VST** # And this changes everything. I can create my own control system for the synth instead of being restricted by its original MIDI implementation. I can use CC, NRPN, SysEx or my own mapping system, giving me enough addresses to control hundreds or even thousands of parameters. Ableton Live has never been particularly friendly when it comes to SysEx. Fortunately, there is a way around this limitation. By routing SysEx through macOS’s internal MIDI port — the **IAC Driver (IAC Bus)** — the SysEx data can bypass Ableton Live completely. Instead, the SysEx messages are sent directly through the IAC Bus to our **host application** , which receives them and forwards them directly to the VST. **Controller → IAC Bus → Host → VST** Ableton Live can continue to host the music project while our host handles the SysEx communication with the VST. And this is probably the most exciting part: I’m no longer dependent on how the manufacturer intended the synth to be controlled. If a parameter is available to the host, I can address it through my own system, even if the manufacturer never provided a MIDI CC, NRPN or SysEx for it. So instead of the manufacturer deciding which parameters my hardware controller can access, I decide how the synth is controlled. I can organize the parameters exactly the way I want, create pages and groups, and map them to hardware controls. The same idea can work with completely different synths. Instead of adapting the controller to every manufacturer’s idea of how things should work, I can create one consistent control system for all of them. Right now I’m experimenting with letting Electra (or iPad) handle the whole control surface. The idea is that Electra (or iPad) becomes the front panel for whatever VST I load, with all the controls laid out exactly the way I want them. So I could load a completely different synth and Electra (or iPad) would become the control surface for that synth instead. In effect, the VST provides the sound engine, while I decide what the physical/user interface should look and feel like. The end goal is that when I load a VST synth, I hardly need to touch the computer screen at all. I want it to feel like I’m sitting in front of a hardware synth. **And it’s actually working.** None of this will work without first reverse engineering the VST with the help of ChatGPT. Reverse engineering means systematically analyzing how the VST actually works by testing its behavior, identifying patterns, and determining the internal logic needed to make it respond correctly. This process can take some time, as it may require many tests, comparisons, and adjustments before the VST’s behavior is fully understood. Once that is done, the software can be adapted to make the VST behave as intended. ChatGPT can help analyze the VST to discover what functions and parameters are available, what they actually do, and how they can be accessed and controlled. Instead of guessing, ChatGPT can help test and map the VST systematically — identifying parameters, MIDI messages, SysEx commands and other available control methods. The result is a clear map of **what can be controlled, what each function does, and exactly how to call it**. ---
**Author:** ![SV\_huMMer](https://dub1.discourse-cdn.com/flex017/user_avatar/forum.electra.one/sv_hummer/32/4757_2.png) [@SV\_huMMer](https://forum.electra.one/u/SV_huMMer)\ **Post date:** [September 27, 2026, 3:47pm UTC](https://forum.electra.one/t/unlocking-what-your-vst-was-never-designed-to-do/4618/2 "2026-09-27T15:47:07Z")
Wow. I mean, WOW! ---
**Author:** ![martin](https://dub1.discourse-cdn.com/flex017/user_avatar/forum.electra.one/martin/32/145_2.png) [@martin](https://forum.electra.one/u/martin)\ **Post date:** [September 28, 2026, 5:04pm UTC](https://forum.electra.one/t/unlocking-what-your-vst-was-never-designed-to-do/4618/3 "2026-09-28T17:04:35Z")
I use Kushview Element software, mostly because it allows me to treat plugins as if they were hardware, I have Valhalla FXs routed that way in-and-out to AudioFuse 16rig, next to the hardware FXs, with Valhalla controls mapped to the E1. What I really like on the Element is that it can automatically fetch all parameters out of VSTs. Long ago I looked that their source code and it is not a rocket science to do. What I was thinking about was making a Electra VST host that could host other plugins and automatically create a preset on the Electra with all the controls. Of course such preset would be quite “raw” without nice layout but @jhh showed us all how to make it better 😉 But for me, such project is in the category “one day when I have time”. Which translates to never.