Hey GeorgeZaharia

Thank you for your interest. I understand you wish to have a look.

Please go to this link I have made available: https://www.dropbox.com/s/9upzsaiuaorva6p/Chomp%20%27N%27%20Cheeky%20Unsaved%20Maintenance%20Version.c3p?dl=0

This is my current version after the fix I made. Please check it out.

I have not read your entire post yet because I have to go out. I'll be back and have a proper look at what you're saying.

Okay, I am more stuck than before now. I have put timers in, this has now fixed the delay issue with Chomp (I'm yet to add a similar mechanic for Cheeky), but now Chomp will not move at all when he sees Cheeky:

https://www.dropbox.com/s/dmm8nolsu07s9ck/Chomp%20%27N%27%20Cheeky%20Unsaved%20Maintenance%20Version.c3p?dl=0

All I did was change it so that I was considering Chomp's X and Y. If they are not the same then simulate control in the appropriate direction. It's not doing that, so I am very confused. What am I doing wrong here?

Edit: Definitely an issue with considering the X and Y. The conditions there were wrong before moving the clamp. I have now fixed this problem. I just had to think more about how event conditions work more.

Indeed I could tweak all this to perform better, but I have not got to that stage yet.

Thanks for your help, Plinkie!

I have been very careful to ensure that rotating and moving are completely separate and do not happen at the same time. I wanted to provide the effect that the Clamp is changing direction but I did not want it to interfere with the Clamp's movement. Clamps should not be rotating at the same time they are moving, basically. What kind of problems do you believe I may have with the way it is now?

Also, after checking my events, I cannot see where b_SeesCheeky = True was stopping movement. However, I can see there is a problem with him chasing to the right as oppose to chasing downwards. I'm still trying to see how this is not working.

What I might do is start doing the timer idea and then come back to this and see if it's still happening. I get the feeling that it has something to do with the conditions checking the i_Tile_X and i_Tile_Y variables.

I also get the feeling that there is definitely a shorter way to do this but my limited experience is preventing me from working that out.

Oh I see. No worries, you seem like you have a lot of experience though, so any advice would be appreciated of course.

I am still searching through my events regarding what you said about b_SeesCheeky = True is stopping movement.

I have also added an else condition in for Clamp Direction, I'll post again with an update soon. I am hoping to overcome my issue this way.

Another idea I had was to use the timer behaviour to initiate movement, that way I might be able to give Construct 3 the chance to consider the position of objects before moving again, but I have not tried this yet.

Edit: I'm a bit inexperienced with the 'wait' system action, I sorta just threw it in there thinking it would allow the game to check other things before coming back to that event again. Am I wrong to do this or do you think a timer would be better?

Thank you — for your advice.

I thought I already created movement for him when he is b_SeesCheeky because, for example on event 66, if he sees cheeky but his charbox object is not on the same tile as cheeky's silouette then he should move, so I am a bit confused here. I'll have a look for a conflicting event that might be stopping this from happpening. I was pretty sure I put all of his movement commands in one group.

Sorry about the complicated events. I'm just trying to achieve the following and if I can get this fixed, I'm done with Chomp's movement:

1) Chomp spawns out of cave and moves out of the cave, depending on where the cave is facing (done)

2) Chomp randomly patrols, assisted by a timer (on timer events change his direction to a random direction, making his routine unpredictable)

3) Chases Cheeky when he sees him.

4) If Cheeky goes out of sight during the chase, Chomp will stop at his last seen location - This is why I get Chomp to only 'see' the Silhouette that I have on Cheeky. The Silhouette will follow Cheeky everywhere until Chomp sees and then 'loses sight' of him.

However, the trouble I am having is:

1) Getting Chomp to accurately stop his movement the moment he is in-line with Cheeky on an axis (clear of obstacles) every time as it's only happening sometimes and;

2) When he is chasing and does catch up to the Silhouette, instead of stopping on the same tile as the Silhouette, he exceeds by one tile. This happens almost every time.

It's like Chomp is moving too fast for the game to stop and go "Okay I'm on this tile, I need to do this now." This is why I was hoping to find some way of getting this checked without creating noticeable jerky movement in the game play.

Hey —,

Thank you so much for responding. I couldn't get help from anyone better considering the type of game I am making! :D

https://www.dropbox.com/s/dmm8nolsu07s9ck/Chomp%20%27N%27%20Cheeky%20Unsaved%20Maintenance%20Version.c3p?dl=0

Note: You'll need to scroll down to the Cheeky and Clamp Categories to see the events for movement logic. I created my own LoS since the LoS object seemed to be conflicting with the way I wanted it to work (Characters have to be equal on either or axis and clear of all obstacles).

Edit: Sorry the wait was 0.3 not 0.03. My initial information to you was wrong. That's fatigue talking after spending late nights up trying to work all this out haha!

> For anyone that wants to revert back to the previous version of r137 in the mean time: construct.net/en/make-games/releases/beta/r137 - Your projects should work in this version. They work for me.

It is useless to return to the r137 version, since if you save the project in r138, the program will display a message that the project is saved in a newer version and cannot be opened in an older one.

True, any way to fix that?

In Construct 2 you can edit the proj file and revert it back I believe, I'm not sure how to do it with Construct 3.

I might be just lucky not to save my project with r138!

I'm glad I'm not the only one with this problem. I actually wanted to work on my projects today. But I hope this is all recoverable.

It seems as though as some objects that do not appear in the layout will have the layout load but once they are on screen your layout will just be black.

For anyone that wants to revert back to the previous version of r137 in the mean time: construct.net/en/make-games/releases/beta/r137 - Your projects should work in this version. They work for me.

Hey guys,

In my game, I have:

a 32 x 32 grid.

I use the Tile Movement Behaviour for characters to move along this grid.

And enemy spawning points with a size of 32x32 and have the solid behaviour.

What I'm after:

I have been trying to find a workable method so that the enemy spawns on their spawner, moves out one space out, and then set it so they can no longer go back to their during their randomised 'patrol'. Also disallowing the player or other enemies to go through the spawner while spawning is happening.

I have tried doing it here:

dropbox.com/s/javskaf8b2h0ch5/Spawning%20on%20a%20Solid%20Then%20Moving.c3p

It does not seem to work, can I please get some help with alternatives?

Thanks!