Automation should prefer first future inValue instead of nothing

[sqrvrt]

Enhancement Summary

Currently automation controls parameters during and after automation patterns, which basically means the entire track after the first pattern.

However before the first pattern the value can be anything random, which is especially janky when you stop playback in the middle of a track and moving into the beginning, causing unexpected results.

From a practical standpoint this means a lot of unnecessary "set to value" automation patterns near track beginning, or even more cursed, one-off global automation.

Considering automation is usually smooth (and those that aren't can use outvalues to account for sudden jumps), it makes sense to set the initial value to first occurring inValue of the automation track.

Implementation Details / Mockup

uuuhh just use the first dot of the automation on a particular parameter

Please search the issue tracker for existing feature requests before submitting your own.

• I have searched all existing issues and confirmed that this is not a duplicate.

[Itreza2]

I agree. I always found it frustrating to have to create these "init" automation clips at the beginning of each track.