Page MenuHome

"Lock to Selection" in Clip Editor messes up Mask Editing
Closed, ResolvedPublicBUG

Description

System Information
Operating system: Linux-5.8.0-7630-generic-x86_64-with-debian-bullseye-sid 64 Bits
Graphics card: GeForce RTX 2070 with Max-Q Design/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 455.38

Blender Version
Broken: version: 2.93.0 Alpha, branch: master, commit date: 2021-01-19 02:36, hash: rB94e9d3ca3e80
Worked: never

Short description of error
This is actually a very old issue and I feel embarassed not to have reported it earlier.
In theory it should be very easy to fix as well.

During tracking it is very common to lock the view (ar actually the clip) to the active marker (with "L", or by enabling "Lock to selection" in the header). The problem is that when you switch to Mask mode Blender tries to lock the clip not to the active marker but to the active element (I guess), which will now be the mask point. So when you Ctrl-click anywhere to add a marker, the clip will jump around, because it will try to lock to the very element you are moving at the same time.

One solution would be to simply allow "Lock to Selection" only when the clip editor is in Track mode, but I think for masking and roto it would be quite nice to have the view locked to a particular marker, especially when you parent the mask to that marker.
So lock the view not to the active element, but to the active marker.

Exact steps for others to reproduce the error
To test the issue just open the attached file and try to add a mask point by Ctrl-clicking. The clip (even when footage is not found) should start jumping around like crazy.

Event Timeline

Think the lock-to-selection for mask points was explicitly implemented, so that you can more easily see what's going on when zoomed in and scrubbing. The behavior is actually (annoyingly) consistent with the tracking mode: Ctrl-Click to create new marker will make view to jump.

My guess is the proper behavior is to keep lock-to-selection, but keep offset so that the view is not jumping (as if when you enable lock, and pan the view around). You fine with this solution?

Sergey Sharybin (sergey) changed the task status from Needs Triage to Confirmed.Jan 19 2021, 9:23 AM
Sergey Sharybin (sergey) changed the subtype of this task from "Report" to "Bug".

My guess is the proper behavior is to keep lock-to-selection, but keep offset so that the view is not jumping (as if when you enable lock, and pan the view around). You fine with this solution?

Yeah, this might work. If I select a new marker, would the view jump there or would it keep the offset? (I'd prefer the latter ;)

Currently selection will make view to jump. But indeed selection should also preserve the view.