Maybe I’m missing something, but I still don’t see the big problem here
Yes this means you can make overlapping/colliding notes.
You can already do that now btw:
00 C-4 FF 0D05 01 E-4 -- ----
One more simple “real world” usage of negative delay:
Some simple hihats you wanna humanize:
without negative delay the result look like this:
00 C-4 03
01 C-4 E9
02 --- --
03 --- --
04 C-4 02
05 C-4 F4
06 --- --
07 C-4 FE
08 --- --
09 C-4 F6
10 --- --
11 --- --
12 C-4 03
Hard to tell what kind of hihat rhythm that is…
On the other hand it’s crystal clear when you see this with negative delays:
00 C-4 03
01 --- --
02 C-4 -07
03 --- --
04 C-4 02
05 --- --
06 C-4 -0B
07 --- --
08 C-4 -02
09 --- --
10 C-4 -09
11 --- --
12 C-4 03
I’m not sure what you meant about the 50% thing? Why can’t you negative delay more then 50%?
The only thing I can see we need for this is a setting for live recording where you determine the threshold for when notes should be recorded with negative delay or positive delay.
When you record chords etc you also get the notes spread on different lines, while you musically meant them to be shown as a notes side by side on the same line. Again negative delay would be great.
I also always wanted that start offset as someone suggested in the sample editor. Sometimes you wanna start a sample many lines before where you enter the note. Often resulting in that it should start in the end of previous pattern.
This is a constant problem with the pattern system. You change a pattern, and suddenly you have shaved off all the samples that have a slower attack starting in the previous pattern. Negative triggering of samples would help a lot in these cases.
(((Even a new pattern command delaying a note several lines before (negative and positive) could be useful.
For instance 0Dxy could be used for this:
D00 to D0F delay ticks.
D10 to D1F delay up to 15 lines positive.
D20 ti D2F delay up to 15 lines negative.
You need more lines, then duplicate fx, or we could split the entire D10-DFF range into larger positive/negative quantities, but before we do that we really do realize we need to redesign all the pattern commands before making more voodoo pattern command stuff…)))
If it for some reason confuses you , then don’t use negative delays in the first place…
IMO it just makes more musical sense to have the note stored in the “correct” pattern with negative delay (sample trigger), then to store it in the previous pattern that you might change later on. No more notes suddenly disappearing, or hacking in notes to patterns they really do not belong to.
We already can calculate/buffer sample seek, and automation etc. I’m sure we could do something with negative sample triggering as well…