I was wrong! I did find something else I didn't see before. This is on there. Could this be causing it? I think this has to be the problem. I'm just stumped how to solve it...

<img src="http://www.eliyahna.com/temp/capture12.jpg" border="0" />

This is to make the bird come toward you if you get close to it to try to make collision event.

Turns out the version I have (r139) is the latest stable version. I'm not willing to install betas over a stable version so I won't be able to open your cap, sorry. Thanks

BACLog - Evidently I need to upgrade my version before I can open your cap. I only purchased this software a few months ago!? I will let you know...

— - no. As I said, those are the only controls. This is not a playable character

Actually, because it has bullet I removed those. This is the only other reference to the sprite's "direction":

<img src="http://www.eliyahna.com/temp/capture11.jpg" border="0" />

Sorry I just can't share that. No offense!!! I have months worth of work into it. There doesn't seem to be any "set" time that it happens. The screenshot above shows all there is to the sprite in question.

I'm having a problem with a bird sprite. It always faces the right way but it sometimes turns upside down.

It uses 8 direction with only left & right enabled. I cannot use platform instead because it flies (platform makes it go along the ground).

Here are the settings. Anything else I can try to keep it right-side up?

<img src="http://www.eliyahna.com/temp/capture10.jpg" border="0" />

If your sprites are on a layer that has parallax set to zero, you have to either anchor them or pin them to something.

I also had a case once where I set a layer to invisible... then I called that same event sheet to another layout forgetting that command would follow. You can make commands to layers be level specific. Like "system show layer 2 invisible, if global-level=4"

Just change whichever section of code it is, then undo and save.

I would go into preferences and set up a daily backup to your hard drive and to a private dropbox folder. This way, if something "breaks" you can go back to your working model that's only a few steps behind and then copy and paste item by item the new code to it. Sometimes, you'll find you had a mistake. Other times, it will be a mystery why it works now and wouldn't before. But at least you always have 2 copies of the last working version from yesterday. I set mine up to backup once per day. It will do it automatically when you save once per day. It doesn't take more than a couple of seconds and it can save you many hours of recoding.

I think it looks great

Can you give me a screen shot of your code?

Instead of having so many ifs and elses, it helps just to make separate events.

event1 - when gasattack finishes "do X"

event2 - when bullet hits zombie and also gasattack animation is playing, "do x" then die (so that you don't lose the "do x" part on interruption.

Maybe I'm not understanding the problem correctly. But I was trying to do a lot of ifs and elses like you and it did become problematic. When I made them separate events for each possible scenario, the correct one always plays.

You should do it the same as you would write it I guess. "gasattack" toggle "gas to true". When animation "gasattack" is finished toggle gas to false. If bullet collides with zombie and gas=true, play animation "gasdie".

If you understand about animations you will know that when there are frames missing the human eye will fill in the missing parts. It usually will not be apparent. You don't have to ensure that the next animation starts exactly where the last one left off for it to "look" smooth.

This is where an instance variable could come in handy. I think like, creating instance variable "gas". if zombie animation plays "gasattack" toggle "gas to true". When animation "gasattack" is finished toggle gas to false. If bullet collides with zombie and gas=true, wait(length of gasattack animation) then play animation "die"

?