This would be indeed useful but I doubt it will ever be implemented.
There are some limitations of the current grid system that would make this feature impractical.
Consider the following:
You live-record a sequence. You are not hitting the notes right at the beat, so all of the recorded notes play with a slight offset from the beat.
Regardless, each recorded note is assigned to a step in the grid.
To account for the mismatched timing (compared to the beat), a micro-timing offset is added to each step.
A micro-timing offset is essentially sets how much earlier or later a note should play compared to the beat.
A negative offset means the note plays sometime before the beat, a positive offset means the note plays sometime later than the beat.
An offset of 0 means the note plays right at the beat.
You reach the end of your sequence and loop over.
You keep playing notes. The recorded notes are again assigned to a step with a micro-timing offset.
But there is a problem, the step where your corrent note would fall has already a note recorded with it’s own micro-timing offset.
While the steps can hold many notes, they all have to be played at the same time, because they all share the same micro-timing offset.
There is a conflict between the notes now, because there are two of them with a different micro-timing offset.
With the current implementation, the last note wins the conflict and the old one is removed.
Unless Electron implements a way to have different micro-timing offsets for the individual notes on a step, there is no way to resolve the conflict with both the old and the new note being recorded and played at their original timing.
There are a few ways it could have been worked around all of them have issues and I can see why Elektron went the way they did.
- The timing of the new note could have been ignored and added to the step with the already existing note’s timing
- The timing of the old note could have been adjusted to the timing of the new note
- The new note could have been recorded onto the next step with an extreme micro timing offset (but what if there is already a note on the next step)
All of these solutions would have side effects and would only work well if the recorded notes are perfectly quantized to the grid. With the assumption that most humans would not be able to play with such accurate timing, I can see any of the three workarounds causing more issues and confusion than good.
Of course, in grid recording mode you can add/remove notes by holding the trigger button and pressing the “Add note” button (the one with the musical note on the left).
I was about to write to Elektron regarding this issue and as I started writing down the behavior I was expecting I realized that it wouldn’t work with the current grid system.