It is legal to pass in a functor (a callable Python function that returns an appropriate value) for the any of the pos, hpr, scale, or shear parameters in the intervals below.
More...
|
def | __init__ (self, nodePath, duration, pos, startPos=None, other=None, blendType='noBlend', bakeInStart=1, fluid=0, name=None) |
|
def | privDoEvent (self, t, event) |
|
def | __init__ (self, name, duration, blendType, bakeInStart, fluid, nodePath, other) |
|
def | anyCallable (self, params) |
|
def | setupParam (self, func, param) |
|
It is legal to pass in a functor (a callable Python function that returns an appropriate value) for the any of the pos, hpr, scale, or shear parameters in the intervals below.
These will be evaluated at the time the interval starts in order to determine the actual final (or initial) position. However, doing so forces the entire LerpInterval to be executed up in Python, instead of down in the low-level C++ code, at some performance cost.
If bakeInStart is true, the starting values (if unspecified) are computed at the time the interval runs for the first time, and then stored. If bakeInStart is false, the starting values are recomputed each frame based on the current value and the time delta since the last time the interval ran, which allows show code to manipulate the node even while it is being lerped.
If fluid is true for a LerpPos-style interval, then the pos is set via NodePath.setFluidPos() instead of NodePath.setPos(), causing the collision system to treat the motion as continuous and test for collisions against the entire motion path, instead of as discrete position updates. This has no meaning for Lerp intervals that do not adjust pos.