Animation Freezing

Problem Description

____ Animation becomes frozen when a button changing animations is pushed fast ____

Attach a Capx

____ [attachment=0:2fmo4ypx][/attachment:2fmo4ypx] ____

Description of Capx

____ The Capx is a basic capx of player idle, running and running while point gun up animations ____

Steps to Reproduce Bug

• Run in either direction without tapping Up
• Run in either direction while tapping Up fast Observed Result ____ Animation crawls to a near halt if the button is pressed fast enough even if the event actions are set on "Current Frame" ____ Expected Result ____ Animation plays smoothly without slowing down ____ Affected Browsers
  • Chrome: (YES)
  • FireFox: (YES)
  • Internet Explorer: (YES)

Operating System and Service Pack

____ Windows 7 Home Premium 64-bit, Service Pack 1 ____

Construct 2 Version ID

____ r195 (64-bit)____

It's starting the frame over every time you hit the button, so when you push it quickly, the frame never manages to finish.

spacedoubt

It happens on either setting "Current Frame" and "From Beginning", do you know any fix for this? It seems kind of basic that something like this wouldn't happen on Construct 2 but it does.

Nesteris You get what I'm saying? you have the frame speed set to 1/10 of a second. so if you push up faster than 1/10 of a second it plays that frame and doesn't make it to the next one before you push up again and it starts that frame again. It's not a bug. It's working like it should.

It's 4am here, so thinking of a fix is not going to happen right now.

Do you expect that people will be tapping up that quickly in your game? Otherwise, I wouldn't even be worried about it, personally.

It's not a bug. spacedoubt explained what the problem is. If you don't want the animation to start over again, remove the upper body of the sprite and apply it to a separate object.

Pin the upper body to the lower body and you shouldn't see any visually difference. You have to implement the code for the upper body too, obviously. It's a much better solution because they will be controlled individually, they won't affect each other.

I don't see any bug here, it looks like it's correctly switching between the animations when you press keyboard buttons.