Falk David
a492a8f695
The time offset modifier was working differently than in GPv2. This is because in the new implementation, the time offset modifier actually modifies the keyframe mappings. And thus the order of the modifiers, and where the time offset modifier is placed in the stack, matters. The problem is that this can lead to unexpected results like seeing unmodified drawings. Technically, the issue here is that other modifiers only modify the current frame as supposed to all drawings in the timeline. This is done as an optimization, but doesn't work when drawings can be shifted around on the timeline using the time offset modifier. The fix changes the way the modifiers are executed. Because the time offset modifier can only modify **when** the drawings are show, and not the drawing data themselves, we execute all the time offset modifiers first (in the order they appear in the stack) and then execute all the other modifiers after. This means that the user can no longer run into the issue of "moving" drawings away from the current frame where they can't be seen. It also makes time offset modifier behave the same as they did in GPv2. Pull Request: https://projects.blender.org/blender/blender/pulls/118842
Blender
Blender is the free and open source 3D creation suite. It supports the entirety of the 3D pipeline-modeling, rigging, animation, simulation, rendering, compositing, motion tracking and video editing.
Project Pages
Development
License
Blender as a whole is licensed under the GNU General Public License, Version 3. Individual files may have a different, but compatible license.
See blender.org/about/license for details.