-
-
Notifications
You must be signed in to change notification settings - Fork 22k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] Progressive freezing of the menu editor when adding animation keys in AnimationPlayer #104483
Comments
As I asked in the other issue, does this occur without #103698, assuming it doesn't since you opened an issue, if not it shouldn't be relevant |
Without your fix, we get the error : |
Then this shouldn't be a bug report but a comment on the issue, but this is very unlikely to be caused by the changes as they do not do anything that could cause a crash Please upload an MRP and I will test this, an MRP is required to test this properly as the steps are complicated Also can you please record a video of it crashing, or provide the output when it does by starting from console |
I think these are two separate issues. In my opinion, we need to determine the cause why if (p_other.size() > get_capacity()) {
reserve(p_other.size());
} Your fix is a good idea add condition, but it doesn't get to the root of the problem >.< I may be expressing myself badly ^^' So .. How to create an |
It doesn't crash when the size is less, that would crash when run without the PR, you seem confused about what things are done here You can help by testing this change instead and see if it still crashes, just remove the: if (p_other.size() > get_capacity()) {
reserve(p_other.size());
} Part and run, if it doesn't crash then the issue is indeed the changes in the PR, otherwise it isn't and if it does then it should crash even without my PR (in fact this would almost certainly be the case as the behavior in both cases are identical, the only difference is that it doesn't create any errors) An MRP is:
|
Thanks for answer, and your patiente. I was able to test a few things on my own, and in fact, the bug comes when “reserve(p_other.size())” is never called your get same stuck editor.. I have add MRP : MRP.zip |
Good to confirm that it's unrelated, would be good to remove the details in the report Also does the editor just slow down/freeze or does it crash? |
You can use godot normaly, but menu editor has down a few moment and comeback again (The delay is longer when new animations are added) |
Tested versions
scons platform=macos arch=arm64 target=editor vulkan_sdk_path=/Users/mordilla/VulkanSDK/1.3.296.0
System information
Issue description
AnimationPlayer
using the menu editor, the editor experiences a progressive freezing or slowdown. The issue becomes more pronounced as more keys are added. Unlike a complete crash, the editor remains responsive but increasingly sluggish.reserve(p_other.size())
, which is reportedly never called, potentially leading to inefficient memory handling.Additionnal Information
reserve(p_other.size())
seems to be relevant but is not triggered.Steps to reproduce
Open a project in Godot 4.5.dev on macOS ARM64 with Vulkan 1.3.296.0.
Create a new scene and add an
AnimationPlayer
and aTextureRect
node.In the AnimationPlayer, create an animation named "RESET".
Set the
timeline
to0.1 seconds
.In the AnimationPlayer, create other animation.
In other animation add multiple animation keys via the menu editor.
Observe the progressive freezing and slowdown as more keys are added.
Every time a new animation is saved, there is a noticeable delay — the "animation editor" seems stuck for a while. Moreover, as more animations are added using the "property key button," this delay grows longer.
Video :
Enregistrement.de.l.ecran.2025-03-22.a.13.mp4
Minimal reproduction project (MRP)
MRP : MRP.zip
The text was updated successfully, but these errors were encountered: