Getting rid of movement between 2 keyframes?

I have 2 keyframes which are 10 frames apart on the timeframe (no other keyframes inbetween them).

The pose for both keyframes is exactly the same, so I don't want any movement inbetween them. But there is movement.

 

I understand this is due to interpolation, so I right click the first keyframe and select Set Key Interpolation > Constant

Sometimes this fixes the problem, but in this case it doesn't (it achieves nothing, there is still movement between the 2 identical frames). I've tried restarting the applicaiton, but no luck. What is it I'm missing? There must be something else causing this movement? I've actually hit this issue multiple times in the past, so either it's a consistent bug or something I'm failing to understand.

Comments

  • Are you sure you have set the interpolation type for all of the keys involved?

  • Correct, I select both the first key and the second, and select Constant Interpolation. Anything I've missed?

  • Looking at the animation graphs I've found a curve between 2 constant frames:

     

     

    Does that make any sense? 

  • I figured that sometimes, the timeline doesn't display all keyframe. So the movement is might be from keyframes that you don't see. Maybe if you check on the bottom of the timeline pannel, "Types : TRSOAH", then make sure everything in the list is checked. If all is already checked then try uncheck/check everything again and it should make appear all the keyframes.

  • jamesramirez6734jamesramirez6734 Posts: 90
    edited November 2020

    Thing is the movement is there with just the 2 keyframes, you can see it in the graph above.

     

    I'm now facing issues where figures hands are moving constantly, again all the movement is between just 2 'Constant' frames.

     

    I'm very confused as to how anyone animates anything? Please help me understand what I'm clearly misunderstanding!

    Post edited by jamesramirez6734 on
  • This is 100% a bug... the animation isn't solely driven by keyframes, it's partially driven by curves from "keyframes which previously existed", which is completely incorrect.

     

    There are people mentioning these issues in 2012. Does the Daz team simply not bother... or?

  • Look how random this curve is! laugh

     

     

    It's been completely mutated by something that has nothing to do with the keyframes?!

  • Looking at the animation graphs I've found a curve between 2 constant frames:

     

     

    Does that make any sense? 

     

    Look how random this curve is! laugh

     

     

    It's been completely mutated by something that has nothing to do with the keyframes?!

    Are you sure there are no pose controls, on the figure node usually, contributing?

  •  

    Are you sure there are no pose controls, on the figure node usually, contributing?

    If I click through the frames, the pose control values change to reflect the random movement. But this is a result of the weird curve above which I can't flatten (there are no keyframes inbetween).

    Let me know if I can clarify.

  • Richard HaseltineRichard Haseltine Posts: 102,273
    edited November 2020

    The curve shows the movement of the joint, whether it's local keys or keys on other nodes driving the joint trasnforms through ERC. The first image shows the right-collar - no keys, bar the 0 time, but nevertheless it's curving all over ther place.

    The second graph shows the Pose Controls on the figure - lots of keys, and it's these thata re driving the curves on the right collar front-back (and each other, the Arms front back for example is driving the left and right front-backs to have kinks where they don't have keys).

    I'd think it might be a reasonable feature request to have some kind of ghost-key indicator for ERC links - but I'm not involved in deciding what gets implemented, so don't take that as an indication of whether or not Daz would agree.

    Keys RCollar front Back.jpg
    1892 x 461 - 101K
    Keys Pose Controls - Arms.jpg
    1920 x 528 - 179K
    Post edited by Richard Haseltine on
  • The second graph shows the Pose Controls on the figure - lots of keys, and it's these thata re driving the curves on the right collar front-back (and each other, the Arms front back for example is driving the left and right front-backs to have kinks where they don't have keys).

     

     

    Thank you. Could you please show how you accessed the graphs for these Pose Controls?

    For example if I want to find the frames/graphs for the 'Left Hand Grasp' Pose Control, I can crawl through the timeline, but I only find rows for the bones and basic transformation nodes (bend/twist etc). Have you selected something special to view pose controls? (i.e. Arms-Up-Down)

  • So I just right clicked the timeline, selected Property Types, and realised there was a bunch of things hidden...

    Now the entire thing suddenly makes sense, well done Richard.

    I really don't think they should hide those other types by default. I get it's for simplification, but it just results in huge confusion.

  • So I just right clicked the timeline, selected Property Types, and realised there was a bunch of things hidden...

    This is exactly what I talked about.

    Be careful, Sometimes "others" property types doesn't display even if it is checked. To solve that, uncheck and check it back on.

  • So I just right clicked the timeline, selected Property Types, and realised there was a bunch of things hidden...

    This is exactly what I talked about.

    Be careful, Sometimes "others" property types doesn't display even if it is checked. To solve that, uncheck and check it back on.

    I believe that bug is meant to be fixed in the current builds, both General Release and Public Build

  • So I just right clicked the timeline, selected Property Types, and realised there was a bunch of things hidden...

    This is exactly what I talked about.

    Be careful, Sometimes "others" property types doesn't display even if it is checked. To solve that, uncheck and check it back on.

    Encountered that one already, cheers!

Sign In or Register to comment.