next »

[Rat Casket]

So here is my situation.

When you are aiming (holding the gun up and looking down the sight) the movement animation changes and movement slows down. The problem I currently have is that when aiming and moving to the right, the animation won't play. It just gets stuck on the first frame.

However, if you move to the left the animation will play in reverse as it should. After moving left, and then moving right again, the animation WILL PLAY but only as many cycles as it had previously played in reverse. Here is an example followed by the code I have in place.


(yeah when facing left the animations don't play correctly but I know how to fix it)

Code:

if (aim && onGround && !crouch){
    sprite_index = sRedAim;
    image_speed = 0;
    xSpeed = 0;
         if (left){
            sprite_index = sRedAimMove;
            image_speed  = -0.2;
            xSpeed       = -1;
        }else if (right){
            sprite_index = sRedAimMove;
            image_speed  = 0.2;
            xSpeed       = 1;
        }

I actually need a bit more help in terms of animation for this project and I am willing to pay for a tutor essentially. But yeah. All help is greatly appreciated!

[soryy708]

Alittle bit more code could be useful.

Please note that a bug that seems to come from one system actually originates in another 

To begin with, your currently posted code looks okay (at first glance atleast). The problem's likely somewhere else.

[Rat Casket]

Its actually the only code that is in use, as I've commented out the rest for testing. However here is his entire movement/animation code.

Code:

//movement//
if (aim && onGround && !crouch){
    sprite_index = sRedAim;
    image_speed = 0;
    xSpeed = 0;
         if (left){
            sprite_index = sRedAimMove;
            image_speed  = -0.2;
            xSpeed       = -1;
        }else if (right){
            sprite_index = sRedAimMove;
            image_speed  = 0.2;
            xSpeed       = 1;
        }
}else if (left){
    image_xscale = -1;
    sprite_index = sRedRun;
    image_speed = 0.5;
    xSpeed = -6;
}else if (right){
    image_xscale = 1;
    sprite_index = sRedRun;
    image_speed = 0.5;
    xSpeed = 6;
}else if (crouch && onGround && !aim){
    sprite_index = sRedCrouch;
    xSpeed = 0;
}else{
    sprite_index = sRedStand;
    xSpeed = 0;
}

[ஒழுக்கின்மை (Paul Eres)]

that still isn't all the code. you aren't explaining how left and right and aim and onground and crouch are set, for example. you aren't showing the code for setting and unsetting those variables

[Rat Casket]

Okay. Here is this.

Code:

left    = (keyboard_check(ord("A")));
right   = (keyboard_check(ord("D")));
aim     = (keyboard_check(ord("W")));
crouch  = (keyboard_check(ord("S")));

This simply sets left/right/aim to true or false. All input works this way.

In another script that gets called in Create, along with all of the player variables, these are all set to "false" by default.

And here is how onGround is defined, along with some other things.

Code:

//vertical collision//
if (place_meeting(x,y+ySpeed,oBlocker)){
    while (!place_meeting(x,y+sign(ySpeed),oBlocker)) y += sign(ySpeed);
    ySpeed = 0;
    onGround = true;
}else if (place_meeting(x,y+ySpeed,oBlock)){
    while (!place_meeting(x,y+sign(ySpeed),oBlock)) y += sign(ySpeed);
    ySpeed = 0;
    onGround = true;
}else{
    sprite_index = sRedJump;
    onGround = false;
}

[ஒழுக்கின்மை (Paul Eres)]

have you used debug mode yet, with all of those variables listed, to see if there's any difference between the two situations you mention (aiming + moving left vs aiming + moving right)? make sure sprite_index and image_speed are included in that debug variable list

[Rat Casket]

have you used debug mode yet, with all of those variables listed, to see if there's any difference between the two situations you mention (aiming + moving left vs aiming + moving right)? make sure sprite_index and image_speed are included in that debug variable list

I have not. I dunno how debug mode works in Studio. I know nothing. I am a baby.

[ஒழுக்கின்மை (Paul Eres)]

i think it works the same way it does in gm7 last i checked -- you just run in debug mode (the red arrow) and type in the variables you want to track

[Rat Casket]

I will try that. I've never used it in any version of GM honestly. Everything I've worked on has been simple enough to just know what is happening haha.

Aha! So here is what is happening, though I don't know why.

Left, right, aim, etc are all firing as they should. Changing from 1 to 0 and 0 to 1 when appropriate. What I have found is that when aiming, and moving right, the image index does not increase which is effectively keeping the sprite from animating.

When aiming and moving left however, the sprite index starts decreasing infinitely until you push aim and right. At which point it starts increasing until it hits 0, and stops.

It is not simply cycling the number of frames in the animation like it should be. For example when running, the index climbs from 0 to 15 and then resets back to 0 to loop the animation. This is not happening.

[ஒழுக்கின்மை (Paul Eres)]

going infinitely negative isn't a problem because GM uses "mod" to determine which to use. in other words, if a sprite has 15 frames, numbered 0 to 14, it does "image_index mod 15" which always keeps it in the range between 0 and 14

not increasing when it should is probably the problem. when it doesn't increase, and it should increase, is image_speed 0, or 0.2? according to your code, when you want image_index to increase, image speed should be 0.2. when the animation doesn't increase when you want it to increase, what is image_speed's value?

[Rat Casket]

image_speed is acting as it should. its set on 0.2 and when moving left its -0.2.

I took a cap of the stats in motion. I dont know if I may be missing something.

[ஒழுக்கின்மை (Paul Eres)]

you said above that the image_index doesn't increase; but it is increasing in that gif (it's going from a higher negative number to a lower negative number, which is an increase)

[Rat Casket]

you said above that the image_index doesn't increase; but it is increasing in that gif (it's going from a higher negative number to a lower negative number, which is an increase)

Well right but it will not increase beyond 0.2~8 or whatever it is. So its not animating when moving forward.

Compare this to the basic running sprite. It increases from 0 to 15, then resets back to 0 to repeat as long as necessary.

[ஒழுக்கின்மை (Paul Eres)]

do you mean that image_speed reverts to -0.2 from 0.2 when image_index reaches around 0, or what?

[Rat Casket]

I can pack this into a zip and let you check it out if you'd like.

[BorisTheBrave]

Is it because you are setting the sprite_index to sRedAim every frame before changing it to sRedAimMove. I know little about GM, so as a hypothesis I would guess that sRedAim has only one frame of animation, so it is wrapping image_index to be less than 1 every time you set the sprite_index like so.

Checking a gifexplode, there are some frames where image_speed is consistenly 0.2, but image_index randomly hops around the 0-1 range. Strange. You should check other areas you set image_index.

[Rat Casket]

Guh. I feel like an idiot. I restructured the code to have the aim movement at the top, and aim idle at the bottom and its fixed!

Thanks Boris.