Like I said, this applies to the loop start as well. Try moving the loop start and selection to the middle of the sample to see. This behavior sort of makes sense for drum loops. Say you're deleting a 1/4 hit from a loop, and the loop end is in the middle of the selection. It will now be moved 1/8 to the left of the new selection end. And either way, this is just a linear continuation of what happens if the loop marker is to the right of the selection altogether.
Not really a bug. What it does, for both the start and end pointers in fact, is this: If a loop marker is placed before the selection start, the position relative to the beginning of the sample is preserved. If the loop marker is placed to the right of the selection start, the position is calculated relative to the end of the selection. If the loop marker is now inside the selection, it will be shifted out of the selection area, but retains the same position relative to the selection end.
Like I said, this applies to the loop start as well. Try moving the loop start and selection to the middle of the sample to see. This behavior sort of makes sense for drum loops. Say you're deleting a 1/4 hit from a loop, and the loop end is in the middle of the selection. It will now be moved 1/8 to the left of the new selection end. And either way, this is just a linear continuation of what happens if the loop marker is to the right of the selection altogether.
Gameboygenius 2 months ago
Not really a bug. What it does, for both the start and end pointers in fact, is this: If a loop marker is placed before the selection start, the position relative to the beginning of the sample is preserved. If the loop marker is placed to the right of the selection start, the position is calculated relative to the end of the selection. If the loop marker is now inside the selection, it will be shifted out of the selection area, but retains the same position relative to the selection end.
Gameboygenius 2 months ago