lionz's Forum Posts

  • It's not as easy as it sounds but you can accomplish this with some tight function work. You replace every x seconds with the timer behaviour on the zombie object so each has their own timer. Whenever a zombie's state changes you run a function with the zombie UID as a parameter. Then when you call the function you use the condition where zombie.UID=function.param(0), that's how you identify the one zombie object. You can then run things like on zombie.timer ended, run function sending through the zombie UID, and check if you want to make it run a random path and start a new timer on that zombie. If zombie is in proximity of the player you can run a function with the UID to stop it from pathing then change its status to chasing and finding a path to the player.

  • You can assign behaviour to family group then say on enemy A created, set speed to this, then on enemy B created, set speed to this. So you have different speeds but can keep general logic such as 'all enemies(family) path toward player when they have LOS'.

  • In project properties bar, reverse the window size xy. If it's currently 720,1280 then change it to 1280,720.

  • Sorry, I don't really have the time to make this. Try using sprites with bullet behaviour that are created in 2 places and angle toward a cursor object in the centre.

  • It's useful if you are still applying some of the behaviour conditions to all members of the family. For example if you have enemy A, enemy B, enemy C, enemy D all who will move towards the player when they have line of sight of the player, you do not need to say individually enemy A LOS of player, enemy B LOS of player, but you can say enemy family LOS of player. It's up to you to decide if grouping behaviour for all enemies will minimize some code. I can't see anything wrong with applying enemy family behaviours because at least then you do not have to add behaviour to individual objects, they will all adopt the behaviour, then you can set the values separately for each object if you need.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Seems fine if the bottom 3 panels are also buttons you tap. I'll have to download and play it rather than just watch the video ^^

  • The sickle looking bits on the table that you move left and right touch, or so it seems. Maybe that's where the player is tapping actually now that I think about it, they might just be arrows where you touch.

  • This looks interesting, what do the 2 end bits on the table do, give you the ability power? Seems fast paced and competitive ^^

  • It's a small bug but not a big problem, just don't use line breaks for redundant 'organising'. The bug is to do with line breaks, not the compare two values condition which the topic suggests.

  • Compare two values is for comparing one value or expression against another. I'm not sure what you're doing here but it's not a bug.

  • Hiya, families work well for applying logic to all objects at the same time and you will be fine to spawn a random object inside family when you opt to create the family object. When you start trying to identify individual object types within a family this is where it becomes difficult because you can't do it. For this type of logic you need to return to using the object types and instead of spawning a 'family object' you would do something like for example, pick a random number from 1 to 5 and spawn the object related to that number, if that object is already on screen or count > 0 then destroy it and run the randomizer again. You would need to break it down to check if Object A exists, Object B exists etc, not the family.

  • Player is overlapping object lava, subtract 3 from lives variable. Or if it's every X seconds you can add this condition too and subtract 1 from lives.

  • This looks like first person perspective from a helicopter, not top down perspective. To achieve that gif you would create a cursor and have the bullets angle toward it and adjust their scale as they move.

  • Unfortunately that's doing the same thing but has moved to a function so will produce the same error. You should move the selected player to a global variable, something like this :

  • Cool you can remove that file now. I don't know how it could've worked before but you are trying to create the player with platform behaviour inside the marker object at xy. Better you give it some space so changing to marker.y-20 should work well enough.