Issue:
in the zones menue I identified an issue that when I play a sound and change in parallel the keyboard-split this sound that it leads to an midi freeze. Because the sound continues also after I stopped playing the sound on my keyboard.
Expected application behaviour:
If I stop playing the sound on my keyboard VST live should stop playing the sound and not continue playing.
Workaround: I need to leve the zone-menu and go back or need to trigger a midi reset (in windows 11 computer via ESC-Escape-Key).
Might it be possible to improve this issue to prevent such “midi freeze” issues?
I hope that my explanation is clear enought / helpful for you.
The topic has a low priority from my point of view but might be worth to be improved to use VST live efficiently.
Thanks in advance for your short feedback
and your great work on VST LIVE :-).
I assume, that the Note Off command is also filtered with the zone definition. So if you play a key, which was inside the zone, than change the zone, so it’s outside now and than release the key, the Note Off will not be routed to the instrument through the layer and the sound continues infinetly.
thanks for your explanation for the described application behaviour. I would suggest that in case of a changed keyboard-split for the deactivated keys automatically a turn off signal would be sent to prevent. Otherwise it seems like a MIDI freeze to the user (what it isn’t) and the user need to go go out of the zone menu and back again to solve this issue (ongoing sound for played & deaktivated keys). This would be my proposal for a small functional improvement.
You are correct CliveJ this is what I also did sometimes intuitively (press escape button on a windows notebook for midi emergency) but from my point for some user the current application behaviour could be interpreted as software bug and not as “works as designed”. For a smooth workflow the turn-off command to deactivated freshly inactivated keys would be much better from my point of view.
But I would understand if the VST live developement team would have other priorities. They have at least a better overview.
As I already wrote I assume that other User would Interpret the current behaviour as a software bug. The panic options is from my point of view a workaround aside from a smooth workflow. As a keyboard player I change very oft Keyboard Splits double check by playing some keys. That means it happens often and I am thankful for each step and emergency key I not need to press. I am a fan of efficient processes therefore I opened this ticket. But I do not know the impact / conplexity of such a small optimization.
But yes, at the end it is a question of priorization :-).
There is a routine which sends note offs to all sounding notes which are outside the newly edited zones. We don’t know what you did exactly, so we’ll add all notes off whenever anything changes.
Thank you Musicullum many thanks for your quick respond and the good news.
I guess it will help many users to work more smoothly with VST live.
I just migrated many songs to VST Live for a new band therefore I became aware of it.
Because I used this functionality very often.
