You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm working on a 2D idle / auto rpg battler. There are different animations, weapons, and equipment, and updating various collision boxes in sync with the animations and equipped items is necessary.
Describe the problem or limitation you are having in your project
When animating properties, the AnimationPlayer does not reflect the changes immediately. This leads to guesswork and a tedious back and forth of editing a property, clicking the timeline to see what it looks like, and repeating until it's correct.
Example:
before-animation-player-realtime-update.mp4
I have seen this issue brought up, but no resolution / implementation for it:
Describe the feature / enhancement and how it helps to overcome the problem or limitation
I would like the AnimationPlayer to update in real-time when properties of the selected form change in value. This provides immediate feedback and speeds up the workflow and syncing and adjusting various properties to a sprite's animation.
Describe how your proposal will work, with code, pseudo-code, mock-ups, and/or diagrams
When a property of type value is changed in AnimationTrackKeyEdit::_set, I will seek to the current animation position to update the visual representation in the editor in real-time:
When changing keyframes by clicking on the keyframe in the timeline from AnimationTrackEdit::_try_select_at_ui_pos, the timeline will move to that position to immediately show how the state of the animation looks at that keyframe. I know it's possible to move the track from above, but a more natural workflow is to click on the keyframe I want to edit, and then I will want to see how everything looks at that moment in time:
This makes a lot of sense. I've been wanting this for a while, but wasn't sure if there were some use cases where this would be counterproductive – I can't think of any right now.
This makes a lot of sense. I've been wanting this for a while, but wasn't sure if there were some use cases where this would be counterproductive – I can't think of any right now.
I wondered if there could have been a negative performance impact, but I didn't notice any. Otherwise, having worked with other engines and similar features in video and audio software, it felt very natural to have this behavior by default.
Describe the project you are working on
I'm working on a 2D idle / auto rpg battler. There are different animations, weapons, and equipment, and updating various collision boxes in sync with the animations and equipped items is necessary.
Describe the problem or limitation you are having in your project
When animating properties, the
AnimationPlayer
does not reflect the changes immediately. This leads to guesswork and a tedious back and forth of editing a property, clicking the timeline to see what it looks like, and repeating until it's correct.Example:
before-animation-player-realtime-update.mp4
I have seen this issue brought up, but no resolution / implementation for it:
godotengine/godot#76606
godotengine/godot#76785
godotengine/godot#91476
Describe the feature / enhancement and how it helps to overcome the problem or limitation
I would like the
AnimationPlayer
to update in real-time when properties of the selected form change in value. This provides immediate feedback and speeds up the workflow and syncing and adjusting various properties to a sprite's animation.Describe how your proposal will work, with code, pseudo-code, mock-ups, and/or diagrams
value
is changed inAnimationTrackKeyEdit::_set
, I will seek to the current animation position to update the visual representation in the editor in real-time:AnimationTrackEdit::_try_select_at_ui_pos
, the timeline will move to that position to immediately show how the state of the animation looks at that keyframe. I know it's possible to move the track from above, but a more natural workflow is to click on the keyframe I want to edit, and then I will want to see how everything looks at that moment in time:The resulting behavior is now:
after-animation-player-realtime-update.mp4
I have a branch with the changes ready here:
https://github.com/godotengine/godot/compare/master...dnllowe:godot:realtime-animation-player-property-updates?expand=1
If this enhancement will not be used often, can it be worked around with a few lines of script?
I think this will be used commonly by anyone using the
AnimationPlayer
Is there a reason why this should be core and not an add-on in the asset library?
The
AnimationPlayer
and its behavior is core to the engine.The text was updated successfully, but these errors were encountered: