How do I Get Layers / Z order to play nice?

0 favourites
  • 11 posts
From the Asset Store
A set of board games to make your day joyful. Play, Enjoy, Relax
  • Hi there,

    I have a project where a character is running along the ground.. but there are layers (think TMNT / Double Dragon side scroller) The player moves between 5 lanes..

    The perspective is angled so some obstacles you want to avoid when avoided are either behind or in front of the player.. however when I try various things nothing seems to work..

    So far I've tried a number of different things and the overall result is that i'm spawning these obstacles they all seem to want to stay behind or in front of the player..but since the player is constantly moving through the lanes they need to be dynamic..

    I tried doing things like "on collision with player" move in front of or behind player object.. I even tried moving to two other layers being ones n front and behind.. but nothing seems to help..

    I must not be understanding something fundamental about how these are triggered dynamically.. I have used behaviors like this before in static ways and that's fine, but this is the first time I've had to have things dynamically change.

    Thanks!

    Caleb

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads
  • so if I understand correctly the player moves between layers..

    The objects are on these layers

    As far as I know:

    If you want the object on the layer to be in front of the player you could use z-order move to top and behind, z-order move to bottom

    Probably once the player is send to the layer, the player will be on the top, so you might need to sent the player to the back if needed.

    On created - a sprite will allways be created on the top, so it should be sent to bottom if you want it to be behind the player

  • yea sorry that is correct.. imagine there are 5 lanes.. 1 is the highest and 5 is the lowest.. if you were on lane 3.. and the enemy was on lane 4.. you should appear behind it.. if you were on lane 5 you would appear in front of it.

    It seems like in general it's one or the other with my current approach.. either they are all in front or all behind.. and to your z order suggestion that's how I was trying to do it.. at least fundamentally, i'm obviously doing something wrong in my attempt.

    the issue for me is that an enemy is spawned off the screen to the right and enters the scene.. the player could move since the moment the enemy is spawned so it first appears correct possibly.. but if the player were to change his position any moment after that object is placed on the screen its no longer right..

    So I'm trying to get them to behave dynamically and for some reason something like this isn't working:

    on collision with player + not on the same lane as enemy, move enemy behind player (z order).. or even more extreme:

    on collision with player + not on the same lane as enemy, move enemy to other layer...

    As it is the system is a 5 number ID system that indicates which lane the player is.. if player is on lane 3 when touching an object with a Lane 3 ID then it's a hit / game over condition.. then ideally if the number of enemy is greater or less than the player ID it would be smart enough to snap the object to the appropriate z order or layer... though i'd rather not use layers for performance reasons..

  • It is actually pretty simple..

    On creation of the object - give it an instance variable from 1 to 5 to decide on which lane it is

    Give the player an instance variable to decide on which lane He is..

    For each object

    -- system compare player.lane<object.lane

    object send to top of layer

    -- else

    -- object send to bottom of layer

    player on collision with object

    system compare player.lane=object.lane

    player die horribly

    or if you want to only set it on collision

    player on collision with object

    ---system compare player.lane=object.lane

    player die horribly

    --- else

    ---system compare player.lane<object.lane

    object send to top of layer

    --- else

    object send to bottom of layer

  • ok I'll try that. i am doing the instance variable already.. the player however has a global variable.. could be made an instance variable but since there was just one player i went with global.. I was already kinda doing this but not exactly so I'll see how your approach goes!

  • so yea as far as I can tell i'm pretty much doing it like you said unless i'm overlooking something:

    https://www.dropbox.com/s/jbade64tam4bo ... 2.PNG?dl=0

    https://www.dropbox.com/s/w365r2nem5fzd ... e.PNG?dl=0

    I feel like it's effecting all of them universally and something is preventing each of them from reacting correctly because of this larger inherited behavior.

    The only difference I can see is that i'm using a global variable instead of a local, but that wouldn't seem to matter right? I mean the var is still associated with the player object exclusively..

    Thanks!

    Caleb

  • Number one rule in creating events:

    Events work by filtering specific instances that meet some conditions. The actions then run for those instances only.

    https://www.scirra.com/manual/75/how-events-work

    You are not referencing any objects in your event, so all objects are affected..

  • Adding a "for each enemy" top level event would be enough..

    Instead of system compare you could also do an enemy compare variable action..

  • ah ha! man.. and i've been using c2 for awhile now and never realized this.. that did the trick (for each enemy).. that's awesome.. I'll have to remember that in the future.. i figured that the compare value was basically "Every tick" and any time the player position value changed it would update the comparison with each object.. or something auto-magic like that.. heh

    Thanks!

    Caleb

  • i figured that the compare value was basically "Every tick" and any time the player position value changed it would update the comparison with each object..

    I guess this is actually true..

    But you are not telling C2 which object you want to affect when the condition is true..

    The system compare action just compares the values..

  • yea i see what you mean now, thanks for shedding some much needed light on how events like this work!

Jump to:
Active Users
There are 1 visitors browsing this topic (0 users and 1 guests)