phil999's Recent Posts
very glad to hear that.
And this IAA and iPadOS thing made me laugh. Only one week since my last post and things have changed quite fundamentally. And I forgot about the fact that MadronaLabs synths are already vector based.
AU and standalone would be good.
Looking forward to the future developments.
it looks like there will be a couple of free apps using the now open source Mutable Instruments resources. Although I would guess that Madrona Labs apps would be successful despite those announced MI apps, I would probably hesitate if I were Randy.
I think there are a couple of hurdles. Things have changed. In today's iOS world, the distinguished customer expects full iOS integration with support for Ableton Link's latest version, AU's latest version, IAA latest, as well as the current Audiobus integration. This is quite something, it needs a seasoned expert to accomplish this task. Synth apps usually need to be updated regularly. And there are the iOS updates too, which - again - regularly pose fundamental and painful problems to developers. Also there may appear problems with different devices, iPad Pro, different resolutions, etc. Maybe a collaboration with such a seasoned developer would make sense. A collaborator who would ideally also take care of customer support, otherwise this software forum would be floated with problems and requests from a completely new corner.
From my personal point of view, I would love to have Madrona Labs apps on my iPad, especially since I own a Sensel Morph controller (Madrona Labs synths belong to the few that really go well with this controller, or similar controllers).
To help with this problem, I may be able to contact certain iOS developers. But I understand fully if Randy decides against it, I would probably decide against it too if I were him. But who knows, sometimes opens a window with an opportunity, and things go easily.
Soundplane integration is another important topic. Some Soundplane owners would like to use the app, and how do you connect? This is going to be rather complicated. But not impossible.
I used Virta a lot with microphone and voice in a band room that is no more, and in my home studio I don't do voice effects often. It's one of the most interesting audio effects I know.
a new platform means also more work with support. I think this can become difficult for a small company. A good thing is to outsource this task. The gentlemen at Audulus do this very well. There is one who posts often in forums, proposes solutions for problems, works actively on hardware integration. Which gives the developer enough time to focus on his work.
yes parameter lock would be a good addition also for other purposes.
Aalto is a well suited plugin for polyphonic aftertouch keyboards. Madrona Labs synths not only makes one happy, they keep one happy for a long time.
it appears that there is a need for a .kbm file as well, when loading a .scl file. However many if not most softsynths with Scala support don't have Scala Keyboard Mapping support.
you probably know this site already:
Many articles about .scl and .kbm problematic with softsynths.
it's low priority for me too. Good to know that it doesn't seem hard to do. In Harrison Mixbus it is already possible to access plugin parameters via OSC, including feedback, but it's only possible there (and in Ardour I guess). And (in Mixbus) it gets a bit complicated if the plugin is not in the first slot (although this might change in the coming months).
sorry if I continue to state the obvious, but you can save a new text file anytime. Maybe your problem lies in the saving of the file?
- go to "My licenses" on this webpage. Click "show key" and click inside the text. Press ctrl+a to select the entire text (note that there is a blank area at the bottom).
- copy to clipboard with ctrl+c
- open Notepad and paste the content from the clipboard.
- save the text file. Now you should have a license text file that surely will work.
it would be interesting to access plugin parameters via OSC, as well as parameter feedback to the controller/programmer. Note input would be, as usual, MIDI notes from host, MIDI clock sync from host, or OSC note input from Soundplane.
We could then build OSC-based programmers in e.g. Lemur to change parameters while playing or while playing back recorded notes, or while running a self-playing patch. Additionally, the plugins would send parameter changes upon preset change, while editing parameters with the mouse, and during DAW-automated parameter changes. Every parameter would instantly reflect on the programmer surface.
But I understand that this could be difficult to do, there may be conflicts with Soundplane inputs, etc. I just thought, after discovering this forum topic, it may be worth considering.
in Windows' Notepad you may want to activate Format/Word Wrap.
Open the text file containing your license. Then you highlight all the lines that include the license code, but only these lines. And all of it, including the blank area at the end. Once the code is highlighted, select Edit/Copy. This puts the code into Windows' clipboard.
When you run your VST host (DAW application), load Aalto, and click on the top right area. The license code will instantly be pasted into Aalto. You should now have a fully licensed copy.
I would welcome VCV modules from MadronaLabs, but as far as I know there is no copy protection for commercial modules. Maybe smaller freeware modules could be an idea.
Softube Modular is another platform, where time investment for high end modules possibly would make more sense. It is protected with iLok.
But it may not take long until such platforms (there are more) will have VST/AU hosting capabilities, and it may make more sense to continue developing these plugin standards.
sure it would be nice to have standalone MadronaLabs synths, but as mentioned there are simple ways to host a plugin.
my observations concern only multi-instrumental situations, where Aalso is one of those instruments.
If one uses Aalso only, there are of course no problems.
today I used Aalto as reference to determine the pitchbend range for my Kenton USB MIDI/CV interface, and it was very difficult, rather impossible to find the right setting.
MIDI keyboard -> Aalto with initial preset (no modulations)
MIDI keyboard -> Scala Relayer -> Kenton -> VCO
It turns out Aalto is slightly off between C# and H when using .scl files, because after a while I used Diva as reference, and could immediately determine the Kenton pitchbend range of 2 semitones. Diva, the VCO, and later FM8, lined up perfectly. When played at the same time there were only slow beatings for a note or two. Aalto was the only one that created heavy beatings, so it is clear to me that Aalto's tuning system is not quite correct.
I used sine waves and the identical .scl file (dorian_schl) for all synths (except FM8 which I tuned by ear). The VCO is a Furtherrr Generator which is a very stable analogue oscillator with perfect scaling over many octaves. So I'm sure I eliminated all possible error sources.
I've used microtunings a lot with Aalto, but this is the first time I discovered this error.
Not a big problem, only a detail. I just thought I'd mention it after discovering. When Virta is released, maybe you'll find some time to replicate this behavior, and have a look what could be the reason. No hurry at all.
great news because sometimes I use computers with slow CPU.
today I compared three softsynths, Aalto, Z3TA, and Diva. With 12-tone tunings, Z3TA and Diva correlate (as well as Scala Relayer and analogue VCO). Aalto does not. But I don't think it is some kind of oscillator drift. And I used a patch with one voice (no polyphony). The only logical conclusion is that Aalto does not interpret the tuning file correctly.
However, when I try non-12-tone tunings, all synths spread apart, no correlation except for the one reference note. I have no idea why is that. Tuning synths together is a very difficult task!
setup for Harrison Mixbus:
- create a stereo audio track. Add a MIDI port to it
- in that track, right click, New Plugin, select Virta
- create a MIDI track without instrument, select keyboard input
- in the MIDI track, click output, select Routing Grid
- in the Routing Grid, patch MIDI out to audio track
yep I manually deleted the dll's and made another install, that worked.
at last, it's working at my place in Windows! Phew, that was strange. It was indeed the 'old' 1.0.0 version. Strange why it wasn't removed after deinstalling, and why the new version wasn't installed after two installations.
True, also Kaivo has Aalto name and version number. Doesn't matter, it appears these are only tags. I just tried to look everywhere why things didn't work for me, what version the dll's are, etc.
Thanks very much, now I can start to explore Virta on my main workstation.
sorry, but I see no change in 1.0.1. It still doesn't receive audio (except for the 'pre' output).
There's also one more thing, in the dll properties/details it says under File Description: Aalto, and under Product Version: 1.7.
Thank you so much for this quick update, but I'm afraid it doesn't change a thing for Windows users. I would really recommend to build VST effect version, that would solve the problem once and for all.
Edit: hm, apparently it works for others. I deinstalled 1.0.1 and made sure there was no old version anymore, and reinstalled. Still the same.
Edit: the dll date is from March 28. It must be the old version. That's impossible.
yes it's an absolutely great plugin. Many thanks!
the VST3 standard supports multiple channels including sidechain. The VST2 standard not, you're right. But even VST3 does not allow audio input in many hosts if the plugin is an instrument, not an effect.
I'm working in Harrison Mixbus and Cubase, on Windows.
Edit: tried it in Logic, and now I understand. You meant the Logic sidechain.
"in virta dialog, select side chain input"
oh, I missed that one. Well in that case it should work in every DAW. Will try it out tonight.
Edit: hmm, Virta has two inputs, not 3 or 4. So there's no sidechain input.
Virta should be a VST of course. Or two versions, one VST and one VSTi for the synth part only. Then setup in any DAW is without problem.
"Reaper sees Virta as a vsti instead of a vst"
yep, that's the cause. In other words, on Windows it's very unlikely that the current VSTi version of Virta will work. On Mac (AU) it works of course.
Maybe this should be explained a bit how this works in Windows: there are VSTi's with audio input, but to use them as an insert, there must be an extra VST version. Only then it will work as an insert effect. That's why there are two dll's for such instruments.
But there's no hurry. For me at least.
I must admit today was the first time I started to read the Kaivo manual. The illustrations from David Chandler are terrific. And the text is so well written, which makes reading both a pleasure and a learning experience even if one 'knows' about physical modeling and granular sampling, and synthesis in general. Such quality manuals are rare.
While reading there was some Balinese Gamelan music playing on my computer, quite a perfect accompaniment. Starting Kaivo with the 'pan multi bells' patch, hitting or holding some notes from time to time was unsurprisingly a good match to the Gamelan music.
Since I have a faster computer Kaivo will serve me for a long time, and I only wanted to thank you and all others who have contributed in the making of this fantastic instrument.
ah, that's the explanation. One of those famous "it's not a bug, it's a feature" cases. Yes I think it would be good to have a checkbox in the settings to switch oscillator drift off, for those cases when you need precise pitches. Besides, Diva has an extensive set of trimmers, with detune, drift, variance, etc.
for me it would also be good, like others have mentioned, if the module could load customisable microtunings. But I understand if this may be too complicated for the first batch.