Before I request this as a feature change, can you confirm that this appears to be a bug?
The function of “trim” should be to offset any currently written automation by whatever amount you change the fader position. This should be regardless of what else is happening.
However, if we set the automation state to “Preview” this appears to no longer work correctly. The problems are two:
When moving the fader in touch-trim no change is heard in the audio playing back. The expected behavior would be for existing automation to play back as written with the offset created by “trim”.
Trim only engages when you initiate the punch manually. But then it engages at the point you initiated the punch and will continue until punch-out. If you select to “fill loop” the following can happen:
a - you start playback of a loop
b - you begin to write in touch-trim in the middle of that loop
c - you hear no changes even when it repeats from the start again
d - press “punch” manually around the middle again
e - trim automation is now triggered from that point until you either loop back or release the fader
Another way to describe it is that for some reason touch-trim requires a “punch” before it starts writing correctly, and unfortunately punches out automatically if you release the fader. In touch or latch mode - without trim - there is no punch-out until the required conditions are met.
Please let me know if you can;
- confirm the above
- agree that this is not ‘correct’…