randy's Recent Posts
Yeah I agree there needs to be more control here. My favorite example is when tweaking the filter to track the pitch, but also an envelope. There's no way to really get the control you might want over both.
I'm looking at ways to allow this kind of flexibility in the next major revision.
Thanks for the feedback and again, sorry we lost your original comment @easel.
hi @easel that's exactly right. The first voice starts at 0 so you get 0, 1, 2, 3. Adding this to the sequence offset can produce a number of different sequences given the right scaling. That's what the multi seq patch aims to demonstrate.
I remember I scanned the posts and someone had two suggestions: one about more or virtual attenuverters, and I can't remember the other...
Thanks for that Simon. I'm on the trail of the issue now. More soon.
And eventually the 64 bit version does it too. This might take a little while to track down because it takes so long to reproduce, but I'll figure it out.
News flash: I finally got the degradation using the 32-bit version. It took a half hour or so running the default patch. The granulator waveform did not seem to matter—I have other clues. I'm going to leave the 64-bit version running overnight and see what happens.
It makes perfect sense that I would never have run into the problem if it's 32-bit only, because I only ever run a 32 bit version long enough to do some compatibility tests.
Note that the issue we are currently discussing in this thread is probably different from what @dawbakhos posted originally! Because this granulator issue is a gradual degradation and not sudden at all.
Simon, I have your "Sine Test" patch running with your source waveform, with an audio buffer size of 512. (Audio buffer size is the next thing I was going to ask, good call) I have it running for an hour now with no problems yet. Which is a bit frustrating—I'd love to fix this. I'll keep trying different things.
I listened to the recording of the patch gradually degrading that you posted. Is this cut and pasted from worse degradation that took place over time and if so, how long? If you don't play any notes but just turn the gate up to hear the oscillator does the granulator output still degrade?
Can you get the problem to occur with the Kaivo default patch and the built-in sine wave?
Also, Simon, what host version and OS version are you using? People are seeing issues on Mac OS so I've been testing there but if I still can't reproduce it I'll have to try to duplicate your setup as much as possible.
Finally, I notice you are wrapping playback around the end of the sample in the patch you sent above. If you move the horizontal position in the granulator sample to the middle does anything change? Just a longshot but if true, might help me track it down if it's wrap-related.
@tubular
There's no quick way to turn sound off and on again. If you turn the number of voices down to 1 it will turn off all voices but the first one. Maybe I should make this dial go to 0 in the future. Very sorry your new synth is acting badly but I'll fix it soon here... as soon as I can reproduce it. What Live version are you running exactly? What audio buffer size are you using? Are you able to try the 64 bit version?
I have to finish Sumu first. So, no release at Superbooth unfortunately. Time really does fly.
:-)
That's another interesting clue (the voices degrade independently). I'm just not sure at this point whether it's the granulator or resonators—there could be multiple issues confusing things as well.
I take it you are on Windows then. It's unlikely anything would be different there versus Mac OS, but possible! If you can verify that the issue happens when you are not using the resonators, only the granulator, that would be helpful. (turn resonators to "none" and hear if it ever still degrades)
No. I tried leaving celestial road trip and flange string open for hours but no kind of degradation occurred. I'll keep trying some different things but meanwhile if you have any more info about exactly how to reproduce this I'm all ears.
Thanks for the output pictures—I don't need any more of those because I get what is happening there.
Hi and thanks for the info. It's a small user base of Soundplane owners (for the time being) so you might be the first person to be running into these issues—I appreciate the feedback.
I'll check out y controllers and see if there's a typo or something.
I'll look at reducing OSC traffic by filtering out unchanged values. This design was an attempt to make filtering down the road more straightforward by delivering values at a known rate, more of a signal-based approach. I guess there should be an option to filter duplicate values, at least.
"no differentiation between multiple controllers of the same type" — each control area should be sending to an OSC address with its own name in it. I don't think that the names are force to be unique so maybe you have duplicate names?
I have not seen the MIDI issue and do run the Soundplane with MIDI regularly here. I have not tried Mojave yet, so the next step is probably for me to try that. Meanwhile if you can send me a crash report I'll take a look.
I have some things to finish first, but this is definitely on the roadmap. Thanks for the encouragement.
Hi Toby, the Linnstrument is known to work well with my software—and of course future Soundplanes will too. Are you running into the same issue as above with your Roli blocks?
I test all the time to ensure compatibility with Live here. It should be one of the most stable DAWs to use with my instruments. If you have a specific issue I can look at, please let me know. Reaper should be OK too.
This additional information is very useful, thanks!
Can you give me an example of a patch that will cause the issue consistently?
Welcome, and thanks for the detailed feedback. I appreciate it. I'll take a look at this aftertouch / MPE issue and come up with a useful fix or workaround soon.
Thanks for the details, and for your patience—I'll be diving into this very soon.
There shouldn't be any noise switching patches, so I"m wondering if it's related to the other noise you are experiencing. I'm sort of on vacation until the 2nd and will investigate soon. Thanks for your patience.
That's not something I've experienced. What OS and host are you using? I can try to reproduce.
In thanks for your continued support in 2018 I'm happy to announce our end-of-year sale. Through the tenth day of the first month of next year (January 10) all software prices are 30% off. That's Aalto for $69, Virta for $90, and Kaivo for $62.
That's about it, except you need to know the code. The code is BRIGHTERDAYS. If you're up here in the dark North they are getting longer now, so happy solstice! Brighter Days is also a great Cashmere / Dajae house cut that gets me every time.
I hope your days are brighter and brighter, I wish you a 2019 full of love and music. Stay tuned for more news very soon on the additive/FM instrument, Sumu, and on a little tidbit of a thing that's coming out first.
Hi, going to do so in a few days.
Hey there, Sumu is moving a lot more slowly than planned. It's a little ambitious and I probably shouldn't have announced it so soon, so I'm truly sorry if the suspense is killing you! I'm excited to put out more info and audio samples but it's just not ready yet.
(SOLD)
Thanks folks!
Thanks Andrew! Nice to see you getting along with the instrument.
I've done a few on YouTube, this one most recently:
Soundplane—Gnossienne
Thanks for the feedback. I have plans to add to the preset system for v.2 and make a sample pack format with export / import functions.
I guess currently you're seeing the influence of my working methods where I tend to make patches as I go. I have not put as much energy into systems for sharing patches as making them on the fly. But I recognize that people out there want to have better ways to share and receive patches, and adding features to Aalto could help with this.
In MPE mode, only the mod output is controlled by the mod cc# dial. The x and y outputs for each voice are fixed to CCs 73 and 74. So you get for each voice an independent cc#74, as required by the MPE spec, and then two additional mod sources: cc73 and one more you can select.
As MPE outputs go in general, any input from the main channel (typically channel 1) will be added to all the voice channels. This goes for mod, x and y.
This setup follows the MPE spec as far as cc74 but the names are a little funny—this is because I set up the Soundplane->Aalto connection over MPE before the MPE spec was really finalized. Now that MPE is settled I may make some changes for compatibility.
Thanks very much for writing. I love hearing that Aalto's design is helping you make your own patches for Linnstrument. Enjoy, and keep in touch!
I think the best solution here would be a "parameter lock" mechanism, already planned. With this feature you could set any parameter to a fixed value that will not change upon loading a preset.
Thanks for the feedback!
That's a good idea to make an MPE or Soundplane specific group of presets. Mostly you can take any existing preset and then patch the y output to something interesting, so I hope you have fun playing with it anyway—please let me know if you have more questions.