Adding new tracks, mask points, mask primitives, changing selection was
causing an unwanted jumps in the view.
This change makes it so those operations are preserving view offset.
Differential D10146
Fix T84850: "Lock to Selection" causes unwanted jumps Authored by Sergey Sharybin (sergey) on Jan 19 2021, 2:30 PM. Tags None Subscribers None
Details Adding new tracks, mask points, mask primitives, changing selection was This change makes it so those operations are preserving view offset.
Diff Detail
Event TimelineComment Actions Wow, that was fast! :)
I guess problems 3 and 4 (and maybe even 2?) can be avoided when only curve point can be locked onto, not the handle points. Comment Actions Make it so L shortcut does not cause jump. ideally, property in the header will behave the same, but currently it Comment Actions Eh, the nice checkbox list is not surviving patch update :( @Sebastian Koenig (sebastian_k), the limited zoom is caused by the following logic: when selection is locked to multiple tracks and tracks are "spreading away" the locking code will reduce zoom level to keep all tracks visible. Currently it is a bit tricky to distinguish frame change/playback form manual zoom change. So how about we will disallow locking code to change zoom (which will allow you to have any zoom level manually)? Comment Actions Wait, but now it also won't follow the selection anymore during playback. Now it only pans the clip during transform, but not during playback. Comment Actions
@Sebastian Koenig (sebastian_k), do you have a file which demonstrates this issue? Comment Actions Press play in this file. Behaves the same for me as if Locked was off. Only difference is noticable when I transform the curve points, but not during playback. Comment Actions It doesn't really seems to be caused by the recent zoom fix I did here. And the patch is not even supposed to have functional changes during playback, only when tools are used. Will need to verify those refactoring parts I did tomorrow. Comment Actions @Sebastian Koenig (sebastian_k), actually, can you test something? Because seems that your setup is broken ever since 2.80. Can you verify this (lock-to-view for mask editor in MCE does not work in 2.80-2.91)? Comment Actions Adding markers with Lock to Selection enabled never worked without viewport jumping like crazy, not even in 2.79. If mask points parented to a track are not supposed to affect the offset of the Clip during playback then the current patch works as intended. Also, in T84850 you say "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", so apparently it should actually "center" the current selection to the view, which I think would be quite useful indeed. Comment Actions
Not talking about markers. Talking about mask playback. Opening clip_mask_locked.blend in 2.79 and starting playback keeps mask locked in view, but not in any newer version. At least here, but maybe I'm missing something. This is what would be nice if you could confirm from your side, and confirm that its not like I'm missing something obvious.
That's the goal!
At least 80% of it ;) Is just something which looks like a bug and regression since 2.8 series which gets in a way of this patch. So kinda would be nice to take a step back and re-confirm regression I've mentioned above. Comment Actions
Right, sorry, I actually meant masks points, not markers. Confusing... :) Comment Actions
The code contains couple of ugly hacks. They will be re-implemented in Comment Actions Hm, there are still a couple of problems.
Handle tips are fine now, that's great. On a separate note, it is kind of hard to actually tweak the curve with that center point. It doesn't work reliably, sometimes it doesn't work at all. But that is maybe a different bug, and I am not quite sure how to reproduce. Comment Actions Fix issues reported by Sebastian. The center point not working reliably needs more reliable repro so i can have look into it ;) |