Browse Source

Fix incorrect FPS assumption with layer animations.

This was troublesome in that the Blender documentation implies that
`FCurve.range()` returns times when it actually returns frame numbers.
This superceeds and closes #216. Prefer this fix because
`functools.reduce` is not as readable and the formatting is closer to
what exists in the animation converter.
pull/235/head
Adam Johnson 4 years ago
parent
commit
419a6f396e
Signed by: Hoikas
GPG Key ID: 0B6515D6FF6F271E
  1. 10
      korman/exporter/material.py

10
korman/exporter/material.py

@ -534,12 +534,10 @@ class MaterialConverter:
atc = layer_animation.timeConvert atc = layer_animation.timeConvert
# Since we are harvesting from the material action but are exporting to a layer, the # Since we are harvesting from the material action but are exporting to a layer, the
# action's range is relatively useless. We'll figure our own. # action's range is relatively useless. We'll figure our own. Reminder: the blender
start, end = functools.reduce(lambda x, y: (min(x[0], y[0]), max(x[1], y[1])), # documentation is wrong -- FCurve.range() returns a sequence of frame numbers, not times.
(fcurve.range() for fcurve in fcurves)) atc.begin = min((fcurve.range()[0] for fcurve in fcurves)) * (30.0 / fps) / fps
atc.end = max((fcurve.range()[1] for fcurve in fcurves)) * (30.0 / fps) / fps
atc.begin = start / fps
atc.end = end / fps
layer_props = tex_slot.texture.plasma_layer layer_props = tex_slot.texture.plasma_layer
if not layer_props.anim_auto_start: if not layer_props.anim_auto_start:

Loading…
Cancel
Save