If you could find a different way to preview video position of my edit actions without involving the cursor would be great.
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.
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.
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.
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.
I would add one more voice wishing for the video follow edit cursor jump to be transient.
So much ! It mess me up too much ! Only when MOVING an event should the playhead move to that event!
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.
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?
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.
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