Layer automation and selection of a Part in Left Zone

For some time now I have noticed a strange behavior that I have encountered with the use of Actions and Shortcuts.

To automate some parameters of a VST, after routing some Quick commands through Actions and Shortcuts, I created a track of midi control change messages for the automation.

The strange thing is that using a click on the Timeline or indicating a measure in the Transport Bar, the automation of the parameters worked perfectly, while, on the contrary, moving from one Part to another Part in the Left Zone, the changing of the parameters was often “lost”.

Starting from one of my main projects, I built a small project with just 4 midi tracks, one of which controls the parameters to be changed for the VST in the Layer:

LayerAutomationTest.zip (19.3 KB)

I realized that by activating only the midi track that contains the automation messages and keeping the other midi tracks in the Mute state, the changing of the parameters on the VST occurs correctly even when moving with the Part in the Left Zone.

On the contrary, as the Mute are removed from the other midi tracks, the change of parameters when moving between the Part in the Left Zone begins to be increasingly ignored.

I hope I was able to explain the behavior noticed and that you can provide me with your feedback, thank you.

will check!

1 Like

Hi @musicullum,

is it a question of complexity, priority or has it simply not yet been possible to take this topic of mine into consideration? :blush:

complexity: don’t know yet, time: yes, most definitely. Downloaded your project a while ago, will check now, sorry and thanks for the project.

1 Like

I am fully aware of the difficulty of keeping track of the many requests that come to you and I am familiar with the concept of time never being enough. :slight_smile:

Thanks as always for the support! :blush:

I may be missing something here?
Track 1 (activated, not muted), Track 2, and Track 4 contain MIDI controllers, but none of those are controller 20, 21, and 22 resp., which is what Actions and Shortcuts are listening to. Pls help me understand?
Then, Track 3 contains Program Changes. A program change is heavy duty for any instrument, most of which don’t even support it. Just so that you know and maybe exclude those. A lot of instruments will ignore further incoming MIDI messages while they are changing their program (preset, content…).

The only track that intends to automate the behavior of some parameters of VST Retrologue 2 is Track 1, the messages contained in Track 2, Track 3 and Track 4 are not used for automation.

If Track 1 is the only track not in the Mute state, then when moving from one Part to another Part using the Left Zone, the automation seems to respond perfectly.

On the contrary, if the Mute state is removed from all the tracks you will notice that the automation of the VST parameters begins to work in “hiccups”, often not working at all.

Consider that what I get with one of my complete projects is that systematically using the Left Zone to move between parts means that the automations are not correctly executed.

I hope I have clarified what I observed and above all that the behavior is also occurring in a similar way on the machine you are testing it on. :crossed_fingers:

Yes, but none of these match those programmed in Actions and Shortcuts - but you seem so confident that I guess I’m missing something.
Controllers sent from Track 1 are BankSelect…etc, all “named” (different from “Controller xx”), while QC actions expect Controller 20, 21, and 22.
No?

Hmm… I’m sending you my test project again, I wouldn’t want the one I sent you to have any problems in how it was configured… :thinking:

Really strange: I downloaded the zip that I had previously sent you and in the Actions and Shortcuts I see:

While for Track 1 I see the following midi messages:

I seem to have understood that in Track 1 you see other contents…

Absolutely. Times are the same, even data2, but not controllers.
Which VST Live version are you using?

:astonished:

I’m using version 1.4.51 (I uninstalled 1.4.52 due to a Mute management problem in the mixer’s Group channels).

Anyway, I rezipped the little test project, just in case:

LayerAutomationTest.zip (19.4 KB)

will check when we can, thanks

Sorry, all the same. This time Virtual Midi Keyboard opens and controller is set to Bank Select.
I will try and replace the registered controllers with the ones you programmed for Actions, but it is quite suspicious that I get different values than you appear to have?
Can you open Midi Monitor with input of the VM cable you use for Track 1 and see what it plays back? Is that what you would expect?

Hi @musicullum,

this is what I get with the MIDI Monitor attached to the VM port used as Track 1 output:

This is exactly what I expect to see and it is also what I get if I enable Track 2, Track 3 and Track 4.

Moreover, as I said in my initial post, if I only keep Track 1 enabled and Track 2, Track 3 and Track 4 in the Mute state, the automation for the VST Retrologue 2 works perfectly, even moving between the Part using the Left Zone.

As already mentioned, the problems begin when, after removing the Mute from some or all the tracks, I try to move within the Song using the Left Zone: at this point the VST automation begins to work intermittently. :roll_eyes:

It is super weird though that I get different controller data with your project.
As said, they are there, and even positions and data are the same as you say. Just the ccs don’t match…
Anyhoo, will try to replace those with the ones you claim and see if I can reproduce it that way.

1 Like

If this situation seems strange to you too… :upside_down_face:

I can only tell you that using the CCs you indicated was my very first choice when I started trying the Actions and Shortcuts, but I abandoned these specific CCs a while ago and replaced them with controls for general use :wink:

Hi @musicullum,

have you had a chance to reproduce the issue described in this topic?

I just tried the example project again on VL version 1.4.56 and I confirm that what is reported occurs again.

I hope you have time and opportunity to reproduce the issue soon and provide me with feedback.

As always, thank you for all your work. :blush:

It is very high on the list, but just too much, will get back to you soon, sorry.

1 Like