Hi Mika,
I feel bad that I haven’t solved this issue yet. I started making some changes to how plugins are loaded into memory, but I haven’t finished my work yet. I got preoccupied with the new zynewave.com website, which you can read about in the VIP lounge. The website redesign started as a small sideproject, but it has taken up most of my time recently. The new website is hopefully finished within a month, at which point I’ll return to Podium coding.
Hi,
The control surface support was updated in one of the latest Podium releases, and the manual unfortunately has not been updated on this point. The auto-detect option is gone, and instead you should just manually select the in/out ports on the control surfaces page. This was done to enable support for devices that only partially supported the Mackie protocol.
Note that you should not enable the MIDI port for your Mackie device on the MIDI page.
I think I’ve identified the issue, and I’m working on a fix.
Meanwhile, you should be able to avoid the rampant memory allocation by switching to realtime bounce recording instead of offline rendering.
Another thing to check: If you are using the 64-bit engine option, you can halve the memory usage by switching to the 32-bit engine.
Do VSTs have a function that reports to the host that parameters have changed in their setup?
The parameter name, no. Some hosts may request the parameter names from the plugin after e.g. a preset change or before showing a menu with available parameters.
Request noted. I can probably implement an optional automatic system, like i’ve done with ReWire devices.
Based on the share-it order details, I know there are a few female customers, but I don’t know whether they are just purchasing it on behalf of someone else.