next »

[MaTX]

Hi again (Sorry for my bad english)
I have got two questions for you!
1)How to make an arrow? I'm trying to do a clone of Ninja Rampage and i want to make the archer :D
Imho the creators made an "arrow" movieclip with the arrow in which frames have animations and motion of the arrow. They didn't describe the parabolic motion of the arrow by code, but graphically. Is this the easiest solution? Consider that also in my game enemies will launch arrows only horizontally.

2)Write an AI for the game. Well.. i don't know anything about ai :D
But it shouldn't be so difficult.
Normally the enemy is in "idle state", he turns himself sometimes. When he see the player, he goes in state "allert". If the enemy is close, he goes in state "Attack" else if the player hasn't escaped vertically, he goes in the state "follow". In case the player has escaped vertically, he returns in "allert" state. Correct?
The problem is:
-How to know when an enemy see the player?

2b)I want the player attacks enemy without pressing a key. If he gets close to an enemy
, he suddendly attacks. But with this method enemy won't ever kill the player :D
What do you suggest me? Should i give enemies a bigger range of attack?
Thanks, MaTX.

[nikki]

-How to know when an enemy see the player?

you could try to plot a line between the enemy and the player, if that line didn't hit any 'view obstructing' objects the enemy can see you

1)How to make an arrow? I'm trying to do a clone of Ninja Rampage and i want to make the archer :D
Imho the creators made an "arrow" movieclip with the arrow in which frames have animations and motion of the arrow. They didn't describe the parabolic motion of the arrow by code, but graphically. Is this the easiest solution? Consider that also in my game enemies will launch arrows only horizontally.

I wouldn't do it that way (movieclips many frames , no math) instead i would describe the parabolic motion of the arrow by code.
reminds me of that banana monkey game that came with Qbasic back in the day !

2b)I want the player attacks enemy without pressing a key

like the enemies, the player should only attack by itself when it sees the enemy (thus the enemy could see the player (when facing)) then its a battle between two opponent that are aware of each other and you could unleash many strategies, hacks or whatever to balance the fight a bit.
a quick fix could be for the enemy to face the player when he's near.

that'd mess up the rest off the game probably, but auto-attacking in a ninja game also does abit

[MaTX]

you could try to plot a line between the enemy and the player, if that line didn't hit any 'view obstructing' objects the enemy can see you

Well, this is a solution. I'll try.

I wouldn't do it that way (movieclips many frames , no math) instead i would describe the parabolic motion of the arrow by code.
reminds me of that banana monkey game that came with Qbasic back in the day !

I'll try :| I will have to implement rotation ._.

like the enemies, the player should only attack by itself when it sees the enemy (thus the enemy could see the player (when facing)) then its a battle between two opponent that are aware of each other and you could unleash many strategies, hacks or whatever to balance the fight a bit.
a quick fix could be for the enemy to face the player when he's near.

that'd mess up the rest off the game probably, but auto-attacking in a ninja game also does abit

My game isn't a ninja game anymore. It's just a copy :D
It's a stealth game, if the enemy see you, you're dead so there are no problems in making enemies attacking better :D

[Theotherguy]

I wouldn't do it that way (movieclips many frames , no math) instead i would describe the parabolic motion of the arrow by code.

No, bad. Simulate the arrow as a point mass affected by gravity. Use simple ballistics calculations to figure out what angle and velocity to shoot the arrow at.

In other words, you don't need to be doing any modeling for ballistic projectiles, or any other kind of object in the game. Use simulation instead.

For rotation of the arrow, just turn it towards its velocity vector at any time.

[muku]

I wouldn't do it that way (movieclips many frames , no math) instead i would describe the parabolic motion of the arrow by code.

No, bad. Simulate the arrow as a point mass affected by gravity. Use simple ballistics calculations to figure out what angle and velocity to shoot the arrow at.

I don't see why using a parabola directly would be inherently "bad"? If you know gravity will be the only force acting on the arrow, this option is easier and cheaper to implement and you stay out of troubles with unstable behavior under varying framerates.

[nikki]

No, bad.

i didnt get that either:

when you let your arrow be a point-mass thats affected by gravity/speed/acceleration you'd probably end up with a parabole...

[deemen]

I wouldn't do it that way (movieclips many frames , no math) instead i would describe the parabolic motion of the arrow by code.

No, bad. Simulate the arrow as a point mass affected by gravity. Use simple ballistics calculations to figure out what angle and velocity to shoot the arrow at.

In other words, you don't need to be doing any modeling for ballistic projectiles, or any other kind of object in the game. Use simulation instead.

For rotation of the arrow, just turn it towards its velocity vector at any time.

Simulation is ridiculously inefficient unless you are dealing with extra forces (drag, turbulence, planetary gravity). If it's only gravity, there is no point simulating.