hardware and software for electronic music 

randy's Recent Posts

Wed, Jan 03, 2018, 07:15

I'll have to investigate this. I'm not familiar with what you are describing.

In all the MPE and MIDI code, notes are all handled equally, so it's hard to think of why certain combinations would not be working. Can you confirm that you don't have this issue with other MPE-capable synths?

Are these failing note combinations the same if you launch the DAW and everything again?

Wed, Dec 27, 2017, 10:15

Thanks for the note. Enjoy!

Tue, Dec 26, 2017, 11:08

It is definitely possible. There's a program message, or some kind of message, to the vst~ object that should change the program and there should be a way to get a list of programs as well. I don't have Max/MSP on this computer so it's hard for me to look it up right now.

Thu, Dec 21, 2017, 19:54

What I found out today is that there is an intermittent problem. I can start up the Soundplane app and have it work fine, then start up again in the same way and it gives the symptoms you are describing. This is why I was able to test and think it was functional. I'll work to fix this ASAP.

Thu, Dec 21, 2017, 19:54

What I found out today is that there is an intermittent problem. I can start up the Soundplane app and have it work fine, then start up again in the same way and it gives the symptoms you are describing. This is why I was able to test and think it was functional. I'll work to fix this ASAP.

Thu, Dec 21, 2017, 08:28

Oh no! I'll investigate today, thanks for the report.

Wed, Dec 20, 2017, 08:12

Hi, you can just register the demo versions if you have downloaded them in the past year. Before Jan 2017 I had a different registration system that required downloading a watermarked version.

Sun, Dec 10, 2017, 11:19

It's not a secret—the Madrona Labs modular environment I have been working towards for ages gets ever closer to a first release (though still, don't hold your breath) and I'm planning to put the Aaltoverb algorithm out there as one of the free example plugins people can use on release. There aren't really any more details I can spill besides that because many decisions are down the road a little ways.

Wed, Dec 06, 2017, 08:26

Makes sense. Thanks for the input.

Sun, Dec 03, 2017, 09:52

It's coming, but as part of a more ambitious project, so it's going to be a while still.

Thu, Nov 30, 2017, 08:25

Hi Timm, I hope you got my email. Sorry about the server burp last time!

Tue, Nov 28, 2017, 16:49

if we didn't sort this out, please email support@madronalabs.com and I can help!

Tue, Nov 28, 2017, 08:05

Hi nice person, thanks for the good words. I get the idea of a Kaivo audio input. When I eventually come out with a modular environment it will allow combining, say, Virta's input module with Kaivo's physical models.

Kaivo's granulator can't currently do anything with live input, because it is designed to analyze sound clips and find the best grain transition points ahead of time. So it's not as useful to have audio input for Kaivo, I think.

Thu, Jan 03, 2013, 12:40

Better workflow for Aalto

I was making a little music with Aalto over the holidays. I was trying to set up a flow where I could just tweak the knobs while recording audio out of Aalto, and record a lot of tracks that I would just mix together to get the finished piece. But, as you may have found, this is easier said than done! I have ideas on how to make things better.

Tweaking while recording

One problem is that the main DAWs don't let you record audio while tweaking knobs of a synth or effect. Logic has a real time bounce, for example, but locks out control changes while it's going on. Live won't record audio out of a synth unless you are in render mode.

One workaround is to use Numerology from Five12. It's great for on-the-fly sequencing and tweaking, and will let you record audio while you do this. It's a little less than ideal in that the audio is all sent to automatically-named files that you have to sort out later. But in even allowing recording while tweaking it offers a cool feature that the big DAWs don't. The drawback for me is that it's not the environment I want to mix in.

I checked out Reaper and did not get far enough to decide whether this would be a good solution for live recording. I could deal with learning to mix in it if it offered this capability. Anyone tried this in Reaper?

Finally, one solution might be a simple record button in Aalto. But I try to avoid adding things that the DAW should be doing well. Anyone up for writing a DAW this year with Live’s ease-of-use and timing, Logic’s MIDI implementation and Reaper’s efficiency?


Another problem with the flow as it stands is resetting Aalto back to a patch at the start of a loop or arrangement. I'd like to set up one patch, do a take of knob-tweaking, and then automatically have Aalto recall a previous patch or saved state back at the beginning to set up the same jumping-off point for exploration. This is a little difficult now.

One way to do it, currently, is using MIDI program automation. Aalto 1.3 added the ability (underdocumented, currently) to switch programs via MIDI program change messages. See here for details. So, you can make a patch, save it to the "MIDI Programs" directory, and record a program change message in your DAW of choice. This is fairly easy in Logic, and in Live looks clunky but possible. There's an extra step of saving a patch, though, every time you want to define a new starting point. Not ideal. Maybe I don't care about the patch in general but just as an element in one song.

Resetting the patch is also needed to make the flow sort-of-good in programs like Live and Logic that don't allow control changes. An offline bounce (much faster than real time) after each tweaking pass may not be a bad price to pay for recording in my environment of choice, and so I can simply record the parameter change data---but the reset is also essential here.

There are a few ideas I have for a solution. One is to add a menu choice "broadcast all parameters." This would do what it says, allowing parameter automation systems to capture the entire state of the plugin. I think that with more than 100 parameters, though, this might overwhelm the capabilities of the DAW, and would certainly make a mess of the param menus.

A refinement of that idea is to have two menu options, one to say "start keeping track of what parameters I changed," and another to reset only those changed parameters. This would definitely work, the only drawback is a little added complexity. You would still need to be careful to save your song with all the params at their initial states!

I'm happy that Aalto 1.3.1 is very solid after the 1.3 shakeup, and I'm looking forward to working on some of these workflow details now. I welcome your suggestions!

Sun, Nov 26, 2017, 10:15

I'll do a little something this winter.

Wed, Nov 22, 2017, 20:16

Ach, OK, I found the problem. Not what I guessed above. Something else I optimized broke the sorting, but rarely enough that it did not show up in testing. This will be fixed for release soon.

Wed, Nov 22, 2017, 13:08

Some of these patches require certain granulator waveforms from outside Kaivo, maybe that is the problem?

Mon, Nov 20, 2017, 14:54

this works OK for me with the beta and all my factory patches. Do your factory patches sort OK?

In each patch there is a name stored with it that might be different from the name of the file. My guess is that they are being sorted by the internal names. If these get out of sync the sorting would be wrong. In the case of getting the patches from the forum these are likely not matching. I'll fix this somehow in the next version and for now you can change those internal names with a text editor.

Sun, Nov 19, 2017, 09:52

Thank you. Sorting was implemented from the beginning, but for some reason broke in the most recent version. I'm working to get an update out.

Tue, Nov 14, 2017, 14:18

OK. This is similar to a problem another person had on Windows.

I take then, that you're not using sym links to refer to any of the plugins or license directory?

I have not been able to reproduce this on Windows but I'll review the code and see what i can see.

Tue, Nov 14, 2017, 10:51

Thanks for the report.

When you hear the hissing sound, look in the registration area. Do you see you registered name there, or "DEMO"?

Are you using a symbolic link to manage any of your related files? There may be a problem following the link on Windows sometimes. If this is the case, please describe what you are linking to and how.

Fri, Nov 03, 2017, 14:21

Soundplane software version 1.5.0 release

I've finished version 1.5.0 of the Soundplane software. This release is recommended for all Soundplane owners. It fixes some possible crashes and has an entirely rewritten touch tracker, almost a year in development. The benefits of this new tracker should be obvious as soon as you play it!

Direct link: Soundplane 1.5.0.zip, 5.9MB

version 1.5 changes:

  • new touch tracker algorithm:
    • consumes much less CPU
    • improved latency
    • improved pressure sensitivity
    • improved pressure uniformity
    • improved position accuracy
    • allows better tracking into corners
    • lengthy normalization step no longer required
    • fixed hanging touches
  • fix Kyma connection
  • improve selection of lowest-noise carrier set
  • fix a possible crash when switching zone presets
  • fixed a window-related crash on shutdown
  • fixed latency issue when in background for an extended time

In case you missed it, you can see me playing a Satie piece using the new software here:

I'm taking on some "real pieces" in addition to improvising, to feel out what changes will make the next model of Soundplane the best instrument we can make it.

The documentation does not reflect many aspects of the new software yet. Please post in the forums or email me anytime if you have questions.

NOTE: to install this version of the software I recommend removing the existing files in ~/Library/Application Support/Madrona Labs/Soundplane. Then running the new version the first time will run the carrier selection and create new defaults.

After the new prefs are made, select "default" from the OSC destinations menu to get OSC flowing again.

Tue, Nov 07, 2017, 11:32

Things have settled down. All the new work is in the "embedded" branch however. I need to merge to master, and also clean up the cmake and build instructions. Since there are not too many modules, it should be fairly simple to pull from the embedded branch and integrate with your own code in the meantime.

I made big changes to support the embedded work, but the work has not been done on the embedded system yet. The driver API is much more C-like now. it doesn't rely on a listener class and should be usable even in a single threaded environment. Let me know if you have any questions...

Mon, Nov 06, 2017, 16:34

Thanks. Sample size is very small, but so far the people having issues are on 10.10.5, and it's working for everyone on 10.12.x.

I am deploying the app for 10.9 and up, so running 10.10 shouldn't be a problem. But maybe it is for some reason. If you think of anything let me know!

Mon, Nov 06, 2017, 12:03

NOTE: two people so far have run into an issue where after trashing the prefs and running, the new version starts to select carrier frequencies, then hangs at 0%.

Please be advised that this bug exists, so you may want to hold off on version 1.5.0 if you can't spare the time to possibly revert. If you do have time to install and try it out, please let me know your results and the OS you are running.

Fri, Nov 03, 2017, 13:16

No offense taken! I get it.

Fri, Nov 03, 2017, 07:46


Thanks for your feedback. I'd like to find a way to make back + forth easier in Ableton as you say. The thing that's a little difficult about drag & drop is that Kaivo only "allows" sounds to be around 8 seconds long. It breaks the normal flow of drag & drop if the whole thing is not used and you need another step to select part of the file after dropping somehow. So I have not really come up with a good way for drag&drop to work.

It could maybe just import the whole thing if under 8 secs, then put up a little dialog "would you like to clip?" otherwise.

The short-file limitation is because files have to be scanned to find all the best grain crossfade points and I don't want that startup to take forever. I believe right now if you just drop a long file into the Kaivo/Samples folder it will import the whole thing.

Fri, Oct 27, 2017, 10:19

Some other folks have reported that enabling "Force MPE" in Bitwig is needed to get my instruments working there. Does that work for you?

Sun, Oct 22, 2017, 10:01

There's not much context in your comment so I'm going to assume that you are in the common situation of using a MIDI keyboard, and don't want every note to start a new attack.

You might find unison mode helpful. I believe that if unison mode is on, and notes are played overlapping one another, the envelope will not retrigger.

Tue, Oct 17, 2017, 08:49

Yes, one wonders how or if they are going to do that! I have not yet tried this but I'm interested to find out if it's "commercial quality" in terms of efficiency, sound quality etc.