hello and thank you for replying.

i actually tried something along the lines of what you described last night. one thing that i couldnt really get to work is that number 3 - the margin of error, i dont quite know how to do that. do you mean it like:

store the last known position to variables (XY) and then compare it to current position? how does that look as a code with the margin of error?

second thing that came to mind is still the collision, ive read that the RTS behaviour doesnt like solids,so im kind of confused how exactly would i need to tackle this. would it be best to give each enemy a dummy sprite in container with collision( i would very much like if they collided with each other, instead of overlapping)?. although i feel the collisions wouldnt have to be pixel perfect at all, just some kind of rough implementation would do just fine.

anyway, thanks for your time!

I started to experiment with the ghost shooter demo and RTS object to try and figure out the best way to move my large groups of enemies.

enemies are really simple,slow and small (only about 32x32 or so), and they need to only know where the player is and how to get to him. So obviously i encountered performance issues, since im using alot of enemies. about over a 100-150 (i really want to try and push the envelope here, so its prob going to increase)on screen at once. first tests tanked my cpu when i put all the enemies constantly trying to find player location. i realize this isnt the proper way of doing it. second, i tried something like trigger once and everything was smooth. but this raised a new problem:

what if the player moves and changes the position?

that raised alot of questions again. i started thinking that maybe i could find something really simple, not cpu intensive pathfinding.

i came up with the idea to make a single dummy object for a large group of enemies, make the dummy handle its way to the player by using RTS object and make the enemies as simple, rough physics objects, constantly adding force to the dummy objects position and when they are close enough and have line of sight to player, add force towards him instead.

i havent tried this(or any other alternative) yet, and i wanted to ask if anyone else have been struggling with a large number of AI pathfinding or is the RTS object pretty much the way to go? or perhaps someone has even found a great cost effective solution?

i know physics object is cpu intensive too, but it sounds tempting cause it gives great collision options and reaction to force and such.

i could really use any kind of guiding on this matter.

thanks.

hi people of construct!

new forumer here, though i have been using CC for a while now.

i stumbled upon an issue that i cant really solve by myself.

i tried to make sort of a post process effects with lighting effects on a layer, that has no scrolling. for example, an object that is on a layer that has 100% scrolling collides(or just overlaps) with object placed on a layer that has no scrolling and something should happen. but it doesnt.

i know its probably because collisions are based on the layer's positions and not exactly how it shows on screen, is this correct?

if so, is there any possible workarounds for this seemingly small issue?

my math skill arent really anything to write home about, so could there be some kind of algorithm or calculation to determine the relative positions of objects placed on different layers with different amount of scrolling settings?

i tried to make this as simple as i could and i already tried searching for answer but didnt find anything really like this issue, so thats why im here   <img src="smileys/smiley1.gif" border="0" align="middle" />