Fangames > Programming Questions

GM 8.1 to Studio: colliding with playerKiller inside solid block

(1/2) > >>

Pigmess:
Hi, first time posting.

I'm in the process of porting my fangame from GM 8.1 to GM Studio. I've noticed a difference in behavior: the player can sometimes collide with a playerKiller that is embedded in a solid block.

My code is built on a version of Lemon engine, which I've made modifications to as I go.

The player object checks whether it's touching a playerKiller in an End Step event, which I believe should come after the player has been moved out of the solid object - at least, that's how it seemed to work in 8.1. I know the order of events is not as transparent in Studio, and am wondering if there's a way to make this check somewhere with 100% certainty that the player will be pushed out of solid objects beforehand (thus keeping the player from exploding when touching a solid block that houses a spike, for example).

Sephalos:
I don't have that much experience with game maker studio yet but I'm pretty sure the order of steps should still be the same or at least quite similar. I'm currently making a engine for studio with the help of Klazen so I will definitly check this out to make sure it works correctly on my end.

Unless the order of steps somehow got messed up during the import or you accidently did something wrong, the only culprit I could see is the fact that gravity pushes the player down into a block very slightly. This is because the gravity in the step event of the player object is badly coded and constantly shifts between 0 and 0.4 while standing on a block. Another theory could be that they changed the way solid objects work in game maker studio and you might have to do some collision checking before landing on a block so you don't clip through it.

I would start the game in debug mode (press the red play button at the top) and check the player coordinates step by step to see what exacly happens to the player object when landing a block and go from there.

Sephalos:
Alright, so I've done a bit of testing and it seems that I have the same problem with my engine. My guess is that GM Studio's collision events happen after end step events. I've come up with a work around, it's not perfect but it works for now.

In end step of the player instead of having...

--- Code: ---if place_meeting(x,y,playerKiller){
    killPlayer();
}
--- End code ---

Replace it with this...

--- Code: ---if place_meeting(x,y,playerKiller) and !place_meeting(x,y,block) {
    killPlayer();
}
--- End code ---

This ensures that the player will not die when clipping inside a block. This code will require more testing to make sure it doesn't break the game in any other way.

I will try to find a better solution later. Since we can assume that the collision events happen after end step events in GM Studio, having the block collision detection inside the player step event would work. Unfortunately, it's not as simple as copy+pasting the collision code.

Sephalos:
Since this is a interesting topic for me I've done even more research on the order of events in both GM8.1 and GMStudio.

This is the event order used in GM8.1
(click to show/hide)
This is the event order used in GMStudio
(click to show/hide)

Pigmess:
Thanks for the response. Sorry I didn't see your reply until now - when I posted this I didn't realize that email notifications are off by default.

According to the docs, the event order is only guaranteed to conform to a few rules:

https://docs.yoyogames.com/source/dadiospice/000_using%20gamemaker/events/index.html

Even if you figure out an order in more detail, subsequent updates to the software can change it, so it shouldn't be relied upon. In any case, the image you posted for Studio's event order does not represent the order of events - it's just a list of the events.

EDIT:

Looking at your work-around:


--- Quote ---This ensures that the player will not die when clipping inside a block.
--- End quote ---

I needed to additionally check that the block is solid, since platform is a child of block, before preventing death.

UPDATE:

My current understanding of the problem is as follows:

In GM 8.1, playerKiller collision check happened in player's End Step because it was known to happen after other Collision events. The engine relies on this for proper function.

In GM Studio, the only order guaranteed each step is that of the 3 Step events and that of the Draw events.

Unless we want to muddy up one of our draw events (gross!) the only way we can ensure one collision check happens before another is by performing the checks in one or more of the 3 Step events.

E.g., we could do both checks in End Step, or do one in Step and another in End Step.

The downside of this is, we incur overhead when we perform a collision check in a Step event instead of using a collision event. (We also might have to rewrite the collision logic due to the change in locale.)

Ideally, we'd have a way to tell GM Studio something about collision event order dependency, but I don't know if this is possible with the way events are implemented.

For now, I'll put the checks in End Step, but if someone knows a way to indicate collision resolution order among objects, I'd much appreciate a reply.

Navigation

[0] Message Index

[#] Next page