Ian Stewart

I've been having a problem in which 9 live.slider objects in my VCA Master device write an absurd amount of data to the undo history. In fact, it got so bad that I am 90% certain it was crashing the 32-bit version of live. I've tried adjusting the Update Limit, but as far as I can tell that just limits the data rate received by automation. Any ideas what's going on here and how to solve it? I've included the VCA Slave device as well, in case it helps. Normally I would have a Slave on each channel assigned to one of the 8 groups, and the Master would reside on my master channel (although really it can live anywhere).

I've been having a problem in which 9 live.slider objects in my VCA Master device write an absurd amount of data to the undo history.  In fact, it got so bad that I am 90% certain it was crashing the 32-bit version of live.  I've tried adjusting the Update Limit, but as far as I can tell that just limits the data rate received by automation.  Any ideas what's going on here and how to solve it?  I've included the VCA Slave device as well, in case it helps.  Normally I would have a Slave on each channel assigned to one of the 8 groups, and the Master would reside on my master channel (although really it can live anywhere).

live-slider-inflating-undo-history

There shouldn't be a problem with the undo history if the sliders are moved manually.

Why do you think the device writes an "absurd" amount of data?

You could try setting the visibility attribute to 'hidden' which prevents writing the undo history.

But it also prevents saving the current slider values with the Live song.

There shouldn't be a problem with the undo history if the sliders are moved manually.
Why do you think the device writes an "absurd" amount of data?

You could try setting the visibility attribute to 'hidden' which prevents writing the undo history.
But it also prevents saving the current slider values with the Live song.


live.slider Inflating Undo History