Animation tool resets position of objects when rearranging node hierarchy

Troubleshooting gudes, solutions and other ZModeler3-related discussion

Moderator: Oleg

Post Reply
pnwparksfan
Posts: 55
Joined: Wed Feb 14, 2018 7:24 pm

Animation tool resets position of objects when rearranging node hierarchy

Post by pnwparksfan »

When creating an animation, even if it only affects animation, moving any animated item in the hierarchy causes its position to be reset to have the same offset relative to the new parent dummy as the it had relative to the old parent dummy, instead of updating the position relative to the new parent dummy to maintain the same absolute world position as usual. As a result, it is impossible to reorganize the structure of a model after creating an animation. The issue does not occur if you remove the affected object from being affected by an animation track; however, this is quite tedious to remove each object from each track, reorganize, and then add back to each appropriate track.
  1. Is there any way to reorganize the hierarchy when an animation is open without changing object positions?
  2. I also noticed when exporting a model (to YFT format specifically) with an animation on the file, it exports all bone positions with the current position for the selected frame of the animation. Is there a way to view and export the model in its initial/default/non-animated state?
  3. Is it possible to completely disable/close/deactivate all animations to resume "normal" editing of the model, and then reopen the animation later when desired?
Attached is a simple example file. Move "Cylinder" under "box_parent_dummy", or move "Box" under "cylinder_parent_dummy", and note how the position instantly changes.
Attachments
anim-position-reset-bug.z3d
(5.07 KiB) Downloaded 120 times
User avatar
Oleg
Site Admin
Posts: 14044
Joined: Fri Feb 06, 2004 3:54 am
Contact:

Re: Animation tool resets position of objects when rearranging node hierarchy

Post by Oleg »

It might be related to animation properties. It has an option "Relative to bind" and "World tracks". The first one makes animation tracks to record relative changes (relative to bind position) when it's on and absolute position/rotation when it's off. The second option is probably what you deal with - when it's toggled, the animation data is recorded in world-space, so object's hierarchy placement should not give any effect. By default, when new animation is created, this option is probably off.
pnwparksfan
Posts: 55
Joined: Wed Feb 14, 2018 7:24 pm

Re: Animation tool resets position of objects when rearranging node hierarchy

Post by pnwparksfan »

Oleg wrote: Mon Jan 02, 2023 11:42 pm It might be related to animation properties. It has an option "Relative to bind" and "World tracks". The first one makes animation tracks to record relative changes (relative to bind position) when it's on and absolute position/rotation when it's off. The second option is probably what you deal with - when it's toggled, the animation data is recorded in world-space, so object's hierarchy placement should not give any effect. By default, when new animation is created, this option is probably off.
In the test file attached, "relative to bind" is enabled and "world tracks" is disabled, but the issue occurs.
User avatar
Oleg
Site Admin
Posts: 14044
Joined: Fri Feb 06, 2004 3:54 am
Contact:

Re: Animation tool resets position of objects when rearranging node hierarchy

Post by Oleg »

pnwparksfan wrote: Tue Jan 03, 2023 12:50 am
Oleg wrote: Mon Jan 02, 2023 11:42 pm It might be related to animation properties. It has an option "Relative to bind" and "World tracks". The first one makes animation tracks to record relative changes (relative to bind position) when it's on and absolute position/rotation when it's off. The second option is probably what you deal with - when it's toggled, the animation data is recorded in world-space, so object's hierarchy placement should not give any effect. By default, when new animation is created, this option is probably off.
In the test file attached, "relative to bind" is enabled and "world tracks" is disabled, but the issue occurs.
the "world tracks" disabled is likely to be the cause of the issue.
Post Reply