hope you guys get it sorted.

Thks Beeej21 ...i feel like i asked for the result of an Schrodinger equation (good old University dayz lol) 








I just want it like it used to be ...

switching between tracks and buses also makes Sonar crash quite often.. ... ... 

my enthusiasm for x2 is sinking quite fast at the moment..

Ryan Munnis [Cakewalk
]

Hi Folks,

Can you all give us some context of how much "lag" you're referring to. I have to be personally honest, the very short delay has never been an issue for me in use. I don't physically move faster then my VS-700 responds... but you guys are using it every day and perhaps could give us some better context to put things in.

I'd like to paraphrase a little bit of a conversation I had individually with Norrie several months ago. As below:

When switching between Buses and Tracks, the LCD refresh isn't instant for me either. The faders switch instantly, but there is a small delay before the LCD refreshes to show the correct parameters. When I bank, however, I don't seem to have this happen. It's still slightly delayed, but not as much as switching between Tracks and Buses.

I'd like to say what you're experiencing is "normal" but I should probably ask for some context to put it in. Could you create a quick video so I could compare it with what I see?

The reason I say "normal" is for a few different changes that recently took place in SONAR X1d.

1) ProChannel modularity:

My understanding is that there were a number of bugs with how ProChannel modules reported their parameters to the VS-700C's LCD. You could get stuck into very weird states where you were viewing ProChannel parameters for different tracks and accidentally modifying incorrect parameters. It was very unpredictable and we had a number of bugs to address in regards to that. As a resolution to a lot of these fixes, the LCD refreshes itself when performing certain actions so that the proper parameters are displayed. A brief example:

You might notice that when switching you'll see the CHANNEL STRIP CONTROL section display "Track Compressor" or "Bus Compressor" or whatever module is focused. The parameters mapped can be modified however, so it needs to check with the host to see what parameters to display. For you the first row might be "Input, Attack, Release, Output", but I could very easily modify these parameters and put them in a different arrangement if I desired.

In any case, the reason for the slight delay with checking this particular section I believe is intentional. You are given the name of the module, then you are given the names of the parameters in the row you are viewing. When you adjust a parameter, you are given the values of that parameter... but if you adjust a parameter in a DIFFERENT row, it shows that parameter for a moment, and then after a moment of inactivity it returns back to the name of the parameter in the row being viewed. It has a lot of unique behavior that requires refreshing itself or it won't display the proper parameter (which would bring us back to some of those aforementioned bugs).

2) Bus selection:

This used to be impossible as we never had a concept of bus selection with the mouse. In the latest updates you can indeed select buses by clicking and you can also group them. With this change, we also had to implement this on the VS-700C. Basically you can click a bus in SONAR and see the selection on the VS-700C, which you couldn't do before. I believe the slight delay you're experiencing when switching between Tracks and Buses is a result of this new implementation.

Ideally, I think it would be nice if there wasn't any delay at all, but I don't know the technical limitations of how this is all implemented in the code and what the hardware is capable of doing. All of these messages require time to send/receive, so there might be some inherent latency simply in how long it takes to send messages back and forth and how complicated the controls and different scenarios get. I'm sure there is an explanation behind the scenes for it. In any case, I think what you're experiencing sounds similar to what I see on my end as well.

I hope that at least clears things up. If you'd like to send over a video definitely do! It would be good to know if what you're seeing is way more delayed than what I'm seeing and even if not, it would be a good benchmark for if any performance optimizations were to be looked at in the future.

With all of that being said, would you folks be willing to do the same? Norrie had sent me a video as well but his behavior didn't seem any out of sorts than with what I am seeing on my end. Sure, I noticed a slight delay in his videos, but by no means was this a "disaster" or unusable.

I can say that we're aware of some laggy behavior with the screen refresh, but there were no specific enhancements to the VS-700 Control Surface Plug-in for SONAR X2. The vibe I'm getting almost sounds as if the VS-700 is unusable with SONAR X1d/X2... but this is not the impression I got last time I sat down with the system myself.

Hi, Ryan. Nice to see some official feedback to this.
To me the vs-system actually is much LESS stable with x2 than it was with x1d..

and also about the delay; it's only the names of the tracks and buses that delay. ..for me anyway.

if I for example go from buses, showing outputs, to tracks (showing pan), the display changes from outputs to pan instantaneously, while the names delay for about half a second.

and half a second is ALOT when, for example mixing a track..
when, for example, listening through a mix and suddenly hearing a bus that needs a volume change... switching from tracks to buses and having to wait for the names to change before you can see what fader to change.. it's just sooo frustraing.. :/

when the names finally change the bus may have stopped playing and you have to rewind and play it again, just because of this delay..