Create a keycommand/function to reset snap points

It happens all the time when editing small chunks of audio.

There is no quick way of resetting these snap points which affects all sorts of editing workflows, parameters and other basic commands like Quantize.

You can see the error in quantize

You can see me correcting snap points one at a time.





The only way to reset a snap point, is with the command ‘Snap Point To Cursor’, which does not work great when you have multiple events at different starting points.

This is a request that has been asked for years.

2 Likes

This drives me nuts. Cubase seems to move the snap points randomly at times, I’ll be working on a project and a random piece of audio will suddenly have its snap point changed. I’ve never been able to figure out why this happens, if it’s me, or literally just random. Catches me out all the time. I have zero use for moveable snap points personally, so I’d prefer a command that snaps the snap point back to the start of the event instantly without moving the cursor to the start of the event and then reseting.

It’s rare I get the situation you describe but it does happen.

For now, what if you select all the audio and type the start of them in the info bar?
My parts move randomly too. I learned to use Locking events as soon as I think I am done. But recently I learned that locking events not always lock everything such as voicing or chords if it following the chord track!

In this instance, I’ve discovered it is ARA2/Spectralayers causing it when an event isn’t perfectly on the grid/start of a bar.

But this can’t be the only cause, I’ve had this problem occur a lot way before ARA2 was invented. Maybe as far back as SX3.

I have hundreds of projects, song ideas, etc with this problem. It becomes apparent when opening up old projects, or importing tracks to project.

There is also the issue of, and another instance I believe this pops up, is if you are recording I think there is some sort of “smart” placement of the start point that isn’t always correct, and or, if you have a long record buffer in which you are lengthening the start of the recorded events to include buffer.

These creates SO MANY EDITING and EXPORT ERRORS - - - - PLEASE FIX THIS

I figured out what can cause this!

BOUNCING WITH THE RANGE TOOL

(As well as initiating ARA2)

+1

Thanks, this has been such an annoying quirk for so long!

Anyone know if this was improved in Version 11? This has been complained about since probably SX3.

We need a key command/function to RESET - - - ALL - - - SNAP POINTS SELECTED EVENTS.

https://forums.steinberg.net/t/key-command-function-reset-snap-points-of-all-selected-events/143942

1 Like

I’ve discovered this also happens when exporting events and importing back into the project via ‘Create Audio Track’.

you can test this with a series of cycle markers guiding the export, if the cycle ranges are off the snap grid setting, it will add snap points automatically to the nearest grid line… sooooo annoying.

I LOVE this. Voted!

GOD I hate those dang things. They’ve created SO MUCH unnecessary work for me over the years.

This happens to me CONSTANTLY as I import lots of events. They seemingly appear at random. Next time it happens I’m going to screenshot it and post here.

I agree, it would be good to be able to turn off the snap points globally. It seems like an old relic that was once a real plus, but nowadays could be working against both hitpoints and relative grid mode. I HAVE used snap points on some occations though, to quickly be able to timeline syncronize different rendered versions of the same mastered song, et cetera. And for sound design it could also be a plus. But shutting it off globally as an option, aye (maybe even as a default).

As a workaround in the meantime: Maybe select the event, then create a macro of “left selection to cursor” and then “set snap to cursor”, and then assign that macro to a key command…? Or if that doesn’t work, maybe a macro like " locators to selection", “go to left locator” and then “set snap to cursor”…? :man_shrugging:

After testing, I found a solution. I don’t know whether it works for you.

You found a work-around. It’s not a solution and is still an issue that should be addressed by Steinberg devs. In the meantime, thank you for finding a work-around! <3

Steinberg are really starting to piss me off with these criminal bugs.

Please address this Steinberg, this creates headaches and lost time for our dev team.

The above linked threads date back to 2012… 10 years ago!

1 Like

This costs so much time, often. If for whatever reason Cubase will always put in random snap points at times then there needs to be a simple, immediate way to reset the snap points with one command for as many events at a time as needed.

Is there progress on this? It still exists in C13.

SO NOW WE HAVE 2025! --I am starting to get really a… now!

First! I can add some more missbehavor of this grid or raster point marked “R” in a wave sample/event in Cubase!
And I know the ideas behind, when this was invented with Cubase in the 1990thies.
It was all about just meaningful, musically syncing to MIDI data these days.
But before I go on, I have to say, that this grid anchor point of an audio files syncing to other wave events is an absolut BASIC FUNCTIONALITY of every time aligned and groove orientated recording system!
(Have a look to Ableton Live, Melodyne e.g.)
Why? OK, let’s say we have a wave event which didn’t start with an obvious groove but evolves into one - solution here is a “R” grid point syncing to a musical “one”. And then this “R” point has to hold its wave event within this musical context. (let’s say the “one” in a grid)
And when I look onto the cubase elastique audio feature then the “R” point is essentially needed to be the anchor point for a musical “one”!
But today it is not in every “new” function integrated so it seem not to be reliably working for us users!

So I wonder that this is not been addressed since let say at least the last 15 years!

For now I have to use other software for time alining groove tasks or changing tempo, for a group of files because Cubase can not reliably handle this without the perfect right “R” base functionality! And elastique audio (audio warp, music mode) in groups would then also be an almost unusable feature.

For only simple move and editing, there should be a “switch of” or bypass functionality.
(but then, there must be clear, every tempo change is a manual work/move for every special audio event - reversed cymbals eg.! And the switch to musical grid would be useless. As a result, the musical anchor for a audio event has to be always this “R” snap point as a first or last hit point, and it is, almost!
And this is the way Cubase wants to be designed, I guess - please tell me if I’m wrong.

So, what don’t work with “R” snap point / anchor point for wave snippets (events) in Cubase 14 right now:

  • tempo change before an audio event with “R” position at the end (eg. reversed cymbals) - algo. takes always the beginning of the event and moves this audio musically wrong!
  • a track group move do not snap to the grid, even, when all events have the same “R”, always the beginning of the first wave events (in that group) is locked, which could be meaningless in a sense of musical groove, and the “one” gets lost! - manual repair is the consequence, and we have to move it, one by one!
  • in group edit mode, only the “R” position of the first wave event ist changed - dangerous!
  • a longer audio with sync to “R” to the beat - it didn’t hold the wave event on the beat, when a tempo change in a project is made- important one for elastic audio!
  • in group move mode it is not snaping, in fact, a group should have an actor/snap point for the group (so I could forget all the already single synced wave snippets, like it is already realized for parts )
  • missing snap to “R”, snap could help for sample precise operations
  • container for wave events (= parts), every wave event has it’s own “R” sync point, not only the beginning of an event! (not implemented, as it is for single audio events, yet)
  • even a audio part should have an option for a own “R” snap :slight_smile:

As we can see, there are some missing consistency for the “R” snap point.
And as we can see , this leads to misunderstanding and sometimes to frustration for the user.
(see here Create a keycommand/function to reset snap points - #18 by Electriks)

Steinberg Dev, feel free to contact me for a more precise idea for an perfectly implemented anchor/snap point, it could making Cubase a way more exiting experience, working with daily.

And I know this new fancy stuff is also necessary, these days, but a logical use of “R” in all the program units would make a lot of sense to me. :wink: