Issue with Snap To Grid from early versions to now 2.2.800

VST Live
1

I have a consistent issue with copy and pasting events in the timeline. Even with snap to grid on, if I copy and paste whist not zoomed right in, I get the behaviour seen in the video where events end up not snapping correctly. This is a kick drum placed right at the start of the song I am copying, so it is perfectly aligned on its original position, it is the copying that causes the issue.

1 Like
2

… we’ll check.

Thank you,
Michael.

1 Like
3

I confirm it works like that. Always should zoom in to correct position of copied/dragged clips.

4

Thank you

5

The problem i have is the zoom suddenly jumps and zooms so much and often not to where the play head is, so I get lost in the timeline.

In cubase the zoom is smoother and focuses on the play head.

6

Just a thought: if the playhead is where you want to zoom into, activate playback momentarily and it should come into view.

1 Like
7

@musicullum just letting you know the issue is still there with 2.2.82

If I am zoomed out a bit and hold option and drag an audio event into a new place, with SNAP ON, when I zoom in, it is often about a 32nd note ahead of the bar.

8

There are situations in live performance, when you cannot press play/stop :smiley:

So the good solution is to use G and H keys to not to loose current position from the view, not the Ctrl+MouseRoll. Yeah, Ctrl+MouseRoll behave very different than we used to in Cubase and other programs.

9

Yeah, old grandpa moves quite smoothly comparing to young sparkling star :smiley:

Sorry for the Sunday’s joke. Try to use G and H keys without mouse to have playhead in focus while zooming. I’m sure one day the team will polish all little nuances. Theoretically MouseZoom should zoom in/out around MousePointer, but that’s not how it happens.

1 Like
10

The OP was performing a copy/paste, not a gig afaik :grinning_face:

1 Like
11

The OP also wasn’t about zooming you pointed earlier :slight_smile:
We are talking about Advanced Live Performance System, afaik :stuck_out_tongue:

12

Well @birdmug liked the answer so must’ve been of some use. :grinning_face:

13

The initial point of the thread has been somewhat sidetracked by zoom functions.

My main issue is still to do with copy paste function not snapping to grid when not zoomed close in. Its always approx a 32nd note ahead even when on snap to grID set to BAR

musicullum just letting you know the issue is still there with 2.2.82

If I am zoomed out a bit and hold option and drag an audio event into a new place, with SNAP ON, when I zoom in, it is often about a 32nd note ahead of the bar.

4 Likes
14

Just bumping this as my issue still stands with the latest version 2.2.94

I am on a Mac M4 and am a fairly experienced user. However if I take a bar long event that is starting at bar 1 and move it with Snap set to BAR, when I zoom in I can see the start of the event is about 1/16th or even 1/32nd ahead of the bar. EDIT: Its actually less than that, but enough to chop the transient off a drum hit that is meant to be on the bar line.

I am doing this while the play head is stopped. The only way for me to stop this behaviour is then to zoom in (not just a bit, but pretty much all the way that is possible) to make a tiny adjustment. This happens EVERY time I move or copy and paste any event.

1 Like
15

No-one else? Surely events not snapping to the grid can’t be specific to me on every version of VSTL2? Every event I copy and move onto a bar line requires me to zoom in to maximum on the start of the event and re-position.

16

I can replicate the problem on dragging but not copy/paste. @Spork ?

Edit: v2.2.94

17

When i sawy copy paste, i mean holding Option and dragging copy to new location. So it is dragging.

18

My mistake re copy.

Given that I can reproduce it without the copy option that suggests that it’s the drag at fault rather than the copy function which may help to narrow down the bug.

19

Already signaled here among other issues

1 Like
20

Way to go @Ciro ! Thanks.