"else" does not pick instances and the way you have implemented this else cancels the above sub-condition since it is nested under "on collision" so it will run if the above it is true.

try using an instance variable to check things

yes use for each before and then add subevent the rest

for each "sprite"

.................compare 2 values------------------------------->then do something

after a lot of headaches i found a reply post from ashley that explained the situation.

all system conditions do not pick instances.(compare,trigger once ,else etc) so you need to add a " for each"

everything else, he has programmed it to automatically pick instances. it has a build in "for each" so no need to add one.

hope i cleared things up

i have the same question

Lunatrap

thank you!

after dismantling your brain child (i hope you don't mind!) i figured out for future reference that by default it faces right (o degrees ) from the origin point.so if i want to have left and right detection i should add another square on top of the first one and make its angle 180.

if you are a boy i owe you a beer if you are a girl a glass of wine and some flowers!

Lunatrap

thank you for you reply but i have a few questions still unanswered and maybe someone could join the conversation and help.

since it changes angle (los) according to the objects angle it makes perfect sense for a top down shooter like the example in c2.

but if you have platform behavior in your square where is the los pointing at (180) during first utilization ?

up,down,left or right?

your idea of 2 or even three squares rotating depending on where my other square is going (left or right) so i can have front and rear 180 detection will work (although i believe that there should be a better engine implementation) but if i do not know where it is pointing how can i know how many degrees to rotate for left and right my extra (lol) dummy squares?

i have a rather simple question that has been bugging me from day one but i had postponed it until today.

lets say we have a square that is moving right.

LOS is starting from the origin point?

if yes, does the cone of view always face to the right? (in 180 degrees)

and if yes ,if i mirror the box will it face left?

can i assign a specific imagepoint to los?

from the manual:

Cone of view

The angle of the cone of view in which the object can have line-of-sight to other objects, relative to the current angle of the object. For example if this is 180, then the object can have line-of-sight to any objects anywhere in front of it, but never behind it. If 360, the object can have line-of-sight to objects at any angle.

could someone please help (including me) to add more info to the manual that is severely lacking in small but important things that could help us speed up the process of creating games?

Tom ashley

could you implement a way for us users to add info to the manual (wikipedia style) ,and after you guys review it as correct information then publish it? this way the manual will expand at a rapid pace with useful little info and it will take the load off the forums .

winsonzhong

it is not playing because while the condition is true your animation loops 60 times per second so it resets to the first frame constantly .try trigger once while true subevent.if you have only one instance it will work.if you have more than one hit me up so i can give you direction on how to solve this.

since this is something that i have encountered many times in more demanding situations than this (instances) and i see a lot of people having trouble all the time i would like to kindly request mr. lucid to implement animation tigers like the platform behavior has.

the reason this happens is that c2 considers your 2 "enemy's" instances as one.

many reasons for that.

one solution would be to add " for each" -it is under the system commands" this way c2 will react to "each" lol.

if you are using an invisible square sprite and on top of it your enemy's sprite then you must add both in a container.

this way c2 will treat each instance as separate.

if you could post a .capx i would be able to help you more specifically .

congratz!!!

szymek

glad i could help!

i had to learn all these the hard way.wish i had someone to tell me earlier.

Ashley says that that's the way it is but i cant believe this because it renders the whole tilemap thing useless for many situations.

so if you want to help out,

bug him until he figures out a way!

i agree 100% with ashley and the whole mobile thing.

if you see your games from a business standpoint you have to make hard decisions before you even start creating one asset . decisions about what you want to create and what is you target group. it is insane to believe that you can run your game across thousands of different cell phone models without any compromise.

the biggest mistake most of us do in here is that we take software like c2 and think that we can do everything with it because it is so easy to use!it gives us false power and makes us believe that game creation is easy.

think about it. you use an iphone. you can text.surf the internet,make a phone call .how many of the millions of people that use it every day know anything about how it all works? just because we use it doesn't mean that we know anything about power consumption,antennas,chipsets,os,touch sdk, etc etc etc.this is the same with c2

so asking to just press a button and suddenly all of our sloppy or not work to run at 60fps on an 3 year old cell phone is work best suited for harry potter and not ashley.(unless he is harry potter)!

that is the reason why i believe he should focus on improving c2 and only officially support fixed hardware with a life span of many years like xbox ps4 and wii u (he already has).