Why automation recording is "stepped"?
Why automation recording is "stepped"?
I don't really use it that much for my needs, but it surprise me why it was designed to make any automation records "stepped" instead of "sloped", which seems more natural to me?
Re: Why automation recording is "stepped"?
try holding down shift while drawing or better yet, just use lines and hold down "option" (alt on win?) while dragging the line to make the curve.
-
- Posts: 4478
- Joined: Wed Oct 24, 2007 4:50 am
-
- Posts: 7033
- Joined: Wed Jun 25, 2014 11:34 am
Re: Why automation recording is "stepped"?
That's automation entering, not automation recording which akm asks about.andresnol wrote:try holding down shift while drawing or better yet, just use lines and hold down "option" (alt on win?) while dragging the line to make the curve.
Make some music!
-
- Posts: 7033
- Joined: Wed Jun 25, 2014 11:34 am
Re: Why automation recording is "stepped"?
The reason is likely because at any given point the controller is sending discrete stepped values as resolution is limited, so Live is just being honest here I think.akm wrote:I don't really use it that much for my needs, but it surprise me why it was designed to make any automation records "stepped" instead of "sloped", which seems more natural to me?
It could certainly be useful with a function that could interpret the automation and convert it to curves but the question is if this would actually change sound in a meaningful way. I've done that manually sometimes but I haven't analysed the MIDI stream.
As Fishmonkey's link tells us you can get fewer or more steps to play with — Hardly curved automation though — which if more could affect performance at some point.
Make some music!
Re: Why automation recording is "stepped"?
As far as I know a midi controller sends only one new value at a time, without repeating the previous one, so naturally in must be "sloped".Stromkraft wrote: The reason is likely because at any given point the controller is sending discrete stepped values as resolution is limited, so Live is just being honest here I think.
Actually I consider it as a serious bug/flaw by design. Although I don't tend to use the automation recording much in my workflow, when I do use it I always end heavily re-editing it removing the "steps".
Thinning control was not the actual point of this thread but what amazed me is that on a pictures in your link both examples have that exact "sloped" automation. So, how can it be? Different versions, different parameters? I just experiment yesterday with a main mixer volume controls - stepped. Will do some more research and post here if I find something.fishmonkey wrote: maybe you are talking about this?
http://hobo-tech.com/technologies/livet ... -thinning/
Re: Why automation recording is "stepped"?
I guess I can understand why it was made this way. Say you stop moving your fader at some point while recording, and then somehow send the new value very ubrubtly - in this case you still want the automation to stay flat, without making the slope.akm wrote: Actually I consider it as a serious bug/flaw by design. Although I don't tend to use the automation recording much in my workflow, when I do use it I always end heavily re-editing it removing the "steps"
Re: Why automation recording is "stepped"?
Surprisingly yes, setting it to somewhat else then 0 make it "sloped" for some fast changes.fishmonkey wrote:maybe you are talking about this?
http://hobo-tech.com/technologies/livet ... -thinning/
ADDED: it said that the default Live value is .45 but as far as I can see the default is 0.
-
- Posts: 7033
- Joined: Wed Jun 25, 2014 11:34 am
Re: Why automation recording is "stepped"?
That would be why there are steps. If you leave off at "15" then the controller is at "15" until there's a new value. There's no movement in expectation of new values.akm wrote: As far as I know a midi controller sends only one new value at a time, without repeating the previous one, so naturally in must be "sloped".
I suppose Live could make a curve between fewer values, but what is recorded are discrete steps happening at different times. Even if a curve was created by the data how should it look?
Update:
Actually, with aggressive thinning there are straight paths to the next recorded dot according to the resolution and all data in between is erased. So the lower the value the more detail there is in the automation graph.
A thinned automation is simpler to quickly turn to single-line curved automation. With curved automation it may be easier to see your intent but the data sent to the instrument is still bound to the resolution of the automation protocol and the response resolution of the instrument, so parts of the curve may be meaningless as it's never affecting anything.
Last edited by Stromkraft on Mon Sep 26, 2016 7:18 pm, edited 1 time in total.
Make some music!
-
- Posts: 7033
- Joined: Wed Jun 25, 2014 11:34 am
Re: Why automation recording is "stepped"?
Actually, that's obvious coming to think of it. It should curve the automation data according to the curve of the dense recorded data points before thinning.Stromkraft wrote: I suppose Live could make a curve between fewer values, but what is recorded are discrete steps happening at different times. Even if a curve was created by the data how should it look?
What do think about this idea? Anyone knows of this has been requested in the past?
Make some music!
Re: Why automation recording is "stepped"?
It is actually what -ThinningAggressiveness does. It leave it stepped if the density of events is low and make a slope if it is high.Stromkraft wrote:Actually, that's obvious coming to think of it. It should curve the automation data according to the curve of the dense recorded data points before thinning.Stromkraft wrote: I suppose Live could make a curve between fewer values, but what is recorded are discrete steps happening at different times. Even if a curve was created by the data how should it look?
What do think about this idea? Anyone knows of this has been requested in the past?
-
- Posts: 7033
- Joined: Wed Jun 25, 2014 11:34 am
Re: Why automation recording is "stepped"?
That's not what I mean. I'm talking about curved automation data. Not a straight line until the next data point. Like this (Zoom into that and you'll see there are only 8 data points unlike densely recorded automation with no thinning):akm wrote:
It is actually what -ThinningAggressiveness does. It leave it stepped if the density of events is low and make a slope if it is high.
Not like this:
Make some music!
Re: Why automation recording is "stepped"?
Ok, I see. It leaves too much space for the software to guess or more preferences-settings, which Ableton try to avoid as much as possible. Now I think that it is really the best way to use this sort of automation as it is now (plus thinning settings) and to later correct it manually (especially using the Shift+Drag option).
-
- Posts: 7033
- Joined: Wed Jun 25, 2014 11:34 am
Re: Why automation recording is "stepped"?
No, I disagree. There is no guessing involved. The recorded data is as dense as it is and a curved representation would simply follow the data point curve as closely as possible in a one-off conversion into curved automation. Then you could edit if you want to.akm wrote:Ok, I see. It leaves too much space for the software to guess or more preferences-settings, which Ableton try to avoid as much as possible. Now I think that it is really the best way to use this sort of automation as it is now (plus thinning settings) and to later correct it manually (especially using the Shift+Drag option).
Musically, this may make no difference for the effect heard. It might also mean even more dense automation data being processed, as I said before. That might be the reason this is not working like this already.
So we have now switched positions?
Make some music!