Global Envelopes --- grrr....
-
@Lindon ok well found how to set this up:
Synth.setUseUniformVoiceHandler(String containerId, bool shouldUseUniformVoiceHandling)
did so - no difference...still broken I think.
--- hold on - got it working by applying it to the Instrument level container - at the very top - anything lower down it fails.
-
@Lindon that‘s actually documented if you look in the docs. I could add a error message if you try to use global envelopes without one, but this feature has been introduced at the same time as global envelopes.
-
-
@Christoph-Hart Oh does this fix the issue with global MPE mods?
-
@d-healey try it. It just makes sure that there is a consistent event id which is requires to assign the envelope voices from the target to the source modulator.
-
@Christoph-Hart said in Global Envelopes --- grrr....:
@Lindon that‘s actually documented if you look in the docs. I could add a error message if you try to use global envelopes without one, but this feature has been introduced at the same time as global envelopes.
okay you go to the docs and type "Uniform Voice Handler" into the search and see what you get...
-
@Lindon Type it as one word, same as the function because it's auto generated from the source code
-
@d-healey which requires me to know its a function...... which is my point....
-
@Lindon I'm having the same problem here. Did the uniformVoiceHandler solve it for you? I added it, but the problem persists. Voices fire every other time, specially when playing the same note consecutively. I'm using synth groups instead of containers, and the uniformVoiceHandler does not recognize synth groups, so I could only apply it to the master container. However, I'm still getting voices cut off.
Any suggestions?
-
@CyberGen With the Synth Group you're already violating the one requirement that the uniform voice handler has and that is that each event that comes in only starts a single voice so that the envelope can be assigned properly.
Maybe I need to remove that entire system again, it's definitely raising some false expectations.
-
@Christoph-Hart going back to local envelopes. Thank you.
-
@Christoph-Hart said in Global Envelopes --- grrr....:
Maybe I need to remove that entire system again, it's definitely raising some false expectations.
Or adjust the system to meet the expectations?
-
@Christoph-Hart one simple implementation would be to add a new local envelope type - so an AHDSR envelope that got its parameters from a global envelope source.... I do this now manually but it would be nice not to have to keep track of which Global envelope each local envelope is copying its params from....