I indeed mean the Snap Point, sorry for the confusion, and yes, I have the latest version 12.0.10.
For instance I am on Windows, so maybe there is no issue with the Mac version.
However, this issue is directly interfering with another much bigger issue which I described on another topic, and got confirmed by another user.
I really wish you or @steve , or anyone that can directly communicate with Steinberg, could take a look at it.
There is no way this could not be fixed for the next maintenance update since those two issues completely break the workflow.
As I can see, the Snap point is at the very same position as it was before the cut, for the given Audio event. The 2nd event sets the Snap point to the beginning of the event. Both of these make perfect sense for me.
Come on, can you even read the title of this Topic ?
The issue is when the events are cut before the Snap Point.
The created event has the Snap Point at the end of the event when it should instead be placed at the start of the event.
This is shown on the video and yet your answer doesn’t even mention it, and say that everything is okay !?
Let’s say you have long drums audio event but the snap point is placed near the end.
You want to make smaller samples from the long recording, and would normally make the splits at transient points, kick, snare, etc.
With the current issue, the Snap Point is placed at the end of the created event, and when you will move those events they will snap to the grid at the wrong position !
Hi,
Thank you for your suggestion but my issue isn’t related to yours in any way, they are two different things. I have tried your “fix” but it obviously didn’t work.
Mine is about splitting an actual audio event anywhere before the Snap Point.
I don’t know how this is specified to work, or if it’s a bug or not, but here’s the simplest repro sequence possible that exhibits the result.
Repro:
create/import 4 bars of audio
in the sample editor, move the Snap Point to bar 3
in the project window, split the event at bar 2
open the sample editor for this event and observe where the snap point is.
Now the snap point is at bar 2, the end of the new region, whereas the OP is suggesting it should be at bar 1, the beginning of the new region.
I don’t know either if it’s the expected operation, but there is for sure some real issues behind this.
I have found out about this “issue” when I got some weird behavior when toggling Musical Mode when the Snap Point was dragged and released from beyond the event’s end. There is some kind of internal offset, and this issue is directly related.
By any chance, when you’re doing the repro sequence just above, can you make one or two more splits before Bar 3, then try toggling Musical Mode ? The events should drift away.