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

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. 