randy's Recent Posts

@66xvi Did you try the Kaivo demo?

I'm working on a new installer that will solve some of these issues. Thanks for your patience.

On Windows all VST3 files should be in C:\Program Files\Common Files\VST3.

Have you updated an Audio Units plugin, and then found it missing next time you launch your DAW, even after rescanning plugins? You probably need to clear your Audio Units cache. For whatever reason (please visualize me serving my strongest side-eye towards Cupertino here) this has often been needed.

The first hit on Google for "clear audio units cache" no longer reflects current best practices on this, so I'm adding my own instructions here:

  1. Close any DAW or AU host you are running
  2. in Finder, hold down the Option key, click on the Go menu at the top of your screen and select Library
  3. Delete the following files from ~/Library, if they are present:

  4. Restart your computer

That should do it.

@3david3 Reinstalling would not do anything about the MIDI issue you're seeing.

Does CC not work in DP for Aaltoverb?

I'll look into the issue in Live and if I can, maybe post a short video showing MIDI mapping.

With Aaltoverb 2 I added a MIDI input. This means that it won't be able to drop in and replace Aaltoverb 1 in current projects. Which, honestly, I didn't think through fully because it never came up in beta testing.

So very soon I'll be releasing an update that treats Aaltoverb 2 as a different plugin from version 1. This way both versions can coexist in your DAW.

Meanwhile, if you want to restore Aaltoverb 1, please use these installers:

Mac: https://madronalabs.com/media/aaltoverb/Aaltoverb1.0.0.pkg
Windows: https://madronalabs.com/media/aaltoverb/AaltoverbInstaller1.0.0.exe

If you've already installed Aaltoverb 2 version 1.0.1 or lower, where the plugin is just called "Aaltoverb," you may need to remove the plugin file manually before installing version 1.

On Mac OS: AU plugin files are in /Library/Audio/Plug-Ins/Components, and VST3 plugin files are in /Library/Audio/Plug-Ins/VST3.

On Windows, plugins should be in your VST3 plugins directory, C:/Program Files/Common Files/VST3.

Hi David,

This is a typical issue with all AU plugins. You may need to clear the AU cache, it sounds like. Please try this:

  • Close the DAW
  • in Finder, hold down the Option key, click on the Go menu at the top of your screen and select Library
  • Delete the following files from ~/Library, if they are present:
  • Restart your computer

About the CCs, there is so much to configure, it's hard to deduce from here. If you have a different DAW to try, that could help isolate the issue.

Thanks for the feedback.

I've done that. Thanks for your patience with this. I'll be updating all the plugins to take care of a couple of lingering bugs like this as soon as I can.

Thanks for the info— I'm aware of that issue in VCV Rack, which I need to figure out.

All other hosts I've tested have worked OK though. It looks like there is something weird with the 2.0.1 build, I'll look into it ASAP.

The actual structure of the VST is a folder, so this may just mean the VST icon is missing. Does it run?

In any case, thanks for your patience: I'll have to look at this Monday. Meanwhile, you should be able to use the 2.0.0 installer if you need to, which is still online at http://madronalabs.com/media/aaltoverb/AaltoverbInstaller2.0.0.exe

@mhazdra on Mac OS or Windows? Can you tell me where you got this message? Were you running the installer?

I did test installation and running 2.0.1 on my Windows 10 machine. I'll look again on Monday and also try in Reaper to see if there might be some build issue.

There was an error in my code creating the permissions file, if the Licenses directory was not there. This is fixed and I put up a 2.0.1 update. Good night!

I think it makes sense to offer maintenance updates for free, and charge for significant new features. Apple Silicon support was a more major project for "maintenance" than usual! But presumably Apple won't be releasing another new CPU architecture anytime soon.

Thank you for the info, can you please email the full crash report to me at support@madronalabs.com?

This looks like VCV Rack (?) which is the one host I do know about issues with. If you have any more crash reports from different hosts please send them also.

@neccss I'm glad to hear it! Enjoy.

@bobswans Glad you're having fun with Aaltoverb—thanks for sharing!

@neccss sounds like a permissions problem, possibly. If the Aaltoverb plugin does not have permissions to write the license for some reason you should be able to do this to get a permanent license:

  • make the directory ~/Music/Madrona Labs/Licenses
  • save your license key to a plain text file called "Aaltoverb.txt" in the Licenses directory.

Aaltoverb, our tweakable reverb for sound design and live performance, has been updated to version 2.0.

Aaltoverb now supports both Intel-compatible and Apple Silicon (M1) processors natively. In addition, it brings several new features, including:

  • MIDI Learn for all parameters.
  • LFOs for all main parameters.
  • Patch storage and new example patches.

Aaltoverb 2.0 is available now as a free update.

@neccss - the license should be written to ~/Music/Madrona Labs/Licenses/Aaltoverb.txt. Can you check and see if the license is there?

(EDIT) and also, please try creating a preset file when you have the plugin registered—does that work? I'm wondering if the plugin has the entitlement to write to the directory. I have not heard of this issue before.

This thread has become a catch-all for various slow UI issues in one or more plugins, so I changed the thread title to reflect that.

I understand that "use a different resolution" might not be a good fix for you.

Have you tried Kaivo? Does it behave in a similar way when using a similar amount of CPU? If you try Kaivo 1.9.4 (or demo) and let me know, it might provide a clue.

Hi Robin,

The files are still on the server. If you copy the current links for the installers and substitute 1.9.1 for the version number, you should be able to download the older versions.

I might be able to add this behavior back to the new version as a different voice allocation mode.

Have you tried Virta without running other plugins at the same time? Virta is currently relying on the JUCE framework for graphics and when other plugins using JUCE are also open there can be big slowdowns. I'm switching to my own framework partly because of this. I don't have a release ETA right now.

Some of the first Retina MacBook Pros were the worst for this issue because they have big screens and relatively underpowered GPUs. What year is your machine from?

If you try all the 4 or 5 different resolutions that the system provides you with there may be one clear winner.

Thanks for your understanding!

No news yet—I have at least get Sumu to beta first.

It's a fair question about buying Aalto. Given that M1s have been out for a while, I think it's only fair if M1 compatibility is a free upgrade path for anyone who has bought recently.

What I am leaning towards is releasing M1 compatibility across all the plugins ASAP as free updates, then any v.2 enhancements (there will be a lot) as a separate paid upgrade.

Some combinations of computer and graphics card and screen scaling are particularly prone to slowdowns. It's possible you can find better settings.

First, turn animations off in the plugin's settings (gear) menu and see if the helps.

Next, you can try different Resolution settings in your Mac's System Preferences/Displays. The problem with some of these is that they draw a ton of pixels offscreen and actually downscale the result to the screen. So the hybrid software/GPU graphics engine of the plugins is really hurting.

Of course, just making the plugin window smaller may help, if you can use it that way.

I've finished a fully hardware-drawn graphics engine and will be rolling it out across all the plugins this year. This should fix all issues with slow drawing—meanwhile, I hope the tip about resolution settings can help.

I've played a Synclavier a bit but never really studied what it does. From what I know I would say Sumu goes in a totally different direction.

I really sort of design from the user interface in—thinking about what kinds of possibilities the player / sound maker should have. So starting with the patchable UI and being semi-modular like Aalto and Kaivo has determined a lot of how Sumu works.

Hi and thanks for the note. Using the GPU is something I have considered and I know others have too. When you look into what it would take to make it work and support it across all the differenct GPU configs out there, it seems to me anyway to be totally impractical. Especially for a software team of one! Also there's the latency issue getting computations on and off the GPU. If you're a tech-minded person it's tempting to think about (as I have) but probably not a useful way to spend my time.

As far as the names, Aalto came first and the the trend just kind of stuck.

Hey that's great! The path is not always clear for new Soundplane users now so I'm glad you were able to find what you needed. I'll be around when you have more questions.

Searching the forums here using the support page should turn up a lot of info from back when more people were getting started.

Do you have your heart set on building the source? If not, you can try the released version at the Hardware forum: https://madronalabs.com/topics/1691-sticky-soundplane-client-for-mac

There's also a manual and some Max/MSP patches on the hardware forums.

I don't know why you are getting this CMake error. It's not one I've encountered. Google turns up some related threads.