While in video follow edit mode cursor should not jump to selection start

If you could find a different way to preview video position of my edit actions without involving the cursor would be great.

2 Likes

what you mean?

I’ll upload a video so soon as I can…

If you have the ‘regular’ mode on and click in empty space (if enabled) at exactly 01:05:00:00 then that’s where audio will play from when you press play, and if you select an event that doesn’t change.

But if you enable ‘edit mode’ and select an event that starts at 01:04:50:00 playback will begin there instead of at 01:05:00:00. The “cursor”/“start of playback” will move to the beginning of whatever event you have selected in that mode.

2 Likes

But what is meant by preview video position?

I’m guessing they mean when you grab an event and move it video will scrub according to the beginning of the selected event. So “preview video position” = the position in the video where the beginning of the event is (as you move the event which will also scrub video)…

I’m guessing that’s what they mean.

2 Likes

Fantastic Mattias, you translated what I meant very well. There is no longer a need to upload a video

My main problem with this feature is that i can’t keep it on all the time as i would like.
If it weren’t for those annoying cursor jumps it wouldn’t make sense to turn off the “video follow edit” mode. In fact, it is precisely those cursor jumps that remind me that that mode is active and that I have to deactivate it. In my opinion it is boring.

2 Likes

I suppose a feature request would be to change the behavior to have it both ways:

When new behavior is activated playback switches to edit mode when one starts moving an event, and returns to “normal” when one releases the event. This way when moving it video scrubs, yet when one lets go play back will start from the last position before initially grabbing the event.

Something like that. I’d think that would be a reasonable feature request.

3 Likes

I would add one more voice wishing for the video follow edit cursor jump to be transient.

1 Like

So much ! It mess me up too much ! Only when MOVING an event should the playhead move to that event!

2 Likes

Yes !

I support this request too! I want “video follows edit” to aid me visually when moving a video clip, but the Playhead jumping to the start of an event when selecting it, is not what I want.

There are specific occations when I do want the playhead to jump to the start of an event, but then I simply press “L”. To me this action has little to do with “video follows edit” mode. Although I sort of get it from a technical point of view – it still feels unnatural that one should require the other. :slight_smile:

2 Likes

The whole reason why initially there wasn’t any visible cursor in Edit Mode.

Fredo

But you agree though Fredo that the “visible cursor” and “playhead” doesn’t necessarily need to be the same thing?

1 Like

When Edit mode was created it was decided by popular demand to not display the cursor.
Simply because a location cursor is useless at that point.
A black -smaller- cursor appears whenever you move an event to the place where it needs to be placed.
That is your (new) playhead
But most importantly, you don’t sync the event according to something or a place on the timeline, but you sync it with the video.

Edit mode wasn’t designed to work in “Edit Mode” permanently, Edit mode was designed to be activated only when events needed to be placed in sync with video, thereby skipping the process of first locating to the right spot/placing the event at that point/verify. Not every SFX has it’s sync point at the first frame of the event, that’s why Edit Mode is meant to place SFX visually in the correct spot in the timeline. When switching between the two modes, you can work very quick. Edit Mode never was designed to be used permanently.

We can consider an “improvement” of the original “Edit Mode”, or having different flavors of “Edit Mode” to accomodate other workflows. But it was a mistake in the first place to make the cursor visible.

(That’s my opinion)

Fredo

I understand. I don’t really care about the cursor being visible or not, I just meant that making it visible should have nothing to do with the playback head.

I do think an addition (“improvement”) as an alternative would be nice.

1 Like

Logic implements this very well.
The problem in Cubase is the feature is called “Video follows editing on/off” when really it should be called “Cursor follows selection on/off”, and Video just always follows Cursor I guess.

These should be two separate options, as ‘Cursor follows selection’ could be a useful option, but calling it ‘Video follows editing’ is just so misleading. For the longest time when I first engaged this feature, I was so confused why my cursor was jumping all over the place.

Logic Pro implements this very well as an example for how this should work. As default, the video always follows editing/selection, but it never moves the cursor. Another, lighter colored cursor will pop up at the beginning of the selection, but the main cursor stays where you expect it to. It is really helpful for lining up events with film.

Hence why there was no visible cursor in the original implementation.
But it was changed under pressure of the users who didn’t like it.

Fredo

You’re very stuck on this visible cursor thing. The problem, as Mattias has stated, isn’t that the cursor is visible. It is that your playhead cursor moves. Having it be the same as the regular (visible) editing cursor would be perfect. You know - the same one that appears when you move an event but NOT your playhead?
So the problem is not a visible cursor. It is that the playhead follows the selected event. Video in cubase is linked to the playhead. This option, “Video Follows Edit” should direct the video to follow the edit cursor, NOT the playhead cursor.

If people want the function of the Playhead following the Edit cursor, then there should be a separate option called “Play cursor follows edit cursor,” completely separate from “Video follows edit”

The feature is designed so that the user can move an event (for example a doorslam) (while video follows-the head/snap point) and visually place it exactly where the door shuts down.

Edit: I just saw that I explained that before; old thread.

Fredo