Critique my engine so far

[putzpie]

So for about a week, I've been working on an engine for the game I want to make, at least a little bit every day, and I finally have my first demo of it. Now don't mind the graphics, cause those will be changed later.

There really isn't too much to do, except for shoot some balloons >_>. Really I'd just call this a beta.
Anyway, controls are as follows.
WASD = Movement
Mouse/Left Mouse Button = Aim/Shoot
E = Enter Doors
F = Drop weapon(will probably be removed in later games/demos)
Space = Pause(will probably change eventually)
Shift = Run

I'm probably forgetting something, but if you push space, you can pause, and it'll show you the controls.

"Killan Fightan Shootan" demo

PS: Killan Fightan Shootan is the name my friend told me to give it, cause I didn't know what to name it <_<.

Eventually you'll be shooting zombies and shit, or at least that's what I've got planned.

[Magical-Zorse]

The engine looks nice, but the platforming part is what I'd worry about. The hit detection between the ground and the player (especially on slopes) is causing the player to bounce up and down when standing still.

[14hourlunchbreak]

It looks fine. The physics are nice. If you work on the art a little more, it will be fine! :)
Overall, a great engine.

[Dragy2005]

Cool. As Magical-Zorse mentioned, it's a bit jumpy, but I'm sure you can work it out. This engine reminds me of my first 2d engine in its early versions, later used by Portal TFV. It was super simple, and at first, didn't work well on thin lines as well ;)
In your engine, if the player jumps from a high platform, and gains speed with gravity, the Y the player moves each frame can actually exceed the possibility of the ground and player to hitTest. And thus, I was thrown down the pit just a second ago playing your engine even though I was supposed to land well on a platform.

There are a couple of ways to solve this. You can calculate and check every pixel in the gap created and see if you missed a platform, but this will cost a lot of cpu. Anoter way I used, simply set a maximum Y speed. Later when I used my engine in ptfv it was very necessary, because you could basically gain unlimited speed using portals so I had to limit it.

Gl mate

[putzpie]

At 2/1/09 01:25 PM, Dragy2005 wrote: Cool. As Magical-Zorse mentioned, it's a bit jumpy, but I'm sure you can work it out. This engine reminds me of my first 2d engine in its early versions, later used by Portal TFV. It was super simple, and at first, didn't work well on thin lines as well ;)
In your engine, if the player jumps from a high platform, and gains speed with gravity, the Y the player moves each frame can actually exceed the possibility of the ground and player to hitTest. And thus, I was thrown down the pit just a second ago playing your engine even though I was supposed to land well on a platform.

There are a couple of ways to solve this. You can calculate and check every pixel in the gap created and see if you missed a platform, but this will cost a lot of cpu. Anoter way I used, simply set a maximum Y speed. Later when I used my engine in ptfv it was very necessary, because you could basically gain unlimited speed using portals so I had to limit it.

Gl mate

Yeah, I think I should be able to fix it from being so jumpy. You're right that it doesn't work so well with thin lines as well. I tried capping the max gravity you could fall, but it just didn't feel right. Like you'd just float down once you reached the cap. I'll probably just avoid such high jumps in my actual game.

[nonameowns]

good. fix the hit detection and add some pretty graphics, sounds and youre good to go.

[putzpie]

New demo linkage.

I've added a ton of stuff to it. Like a new weapon, sound effects, more complex character, etc, etc.

[baboop]

veeeeery nice with some graphics and some sound u got a game....................and can you give me the script to that crosshair.

[putzpie]

At 2/9/09 05:14 PM, baboop wrote: veeeeery nice with some graphics and some sound u got a game....................and can you give me the script to that crosshair.

The new demo has sound, and the crosshair code is really simple.

You make an ammo counter that's X and Y are located +2(x) and +7(y) from the cursor. Then make 100 frames for the health on the cursor, and have the cursor play whatever frame the health is at. Then just hide the mouse and make the cursor's X and Y the mouse's.

It's probably poorly explained, but oh well >_<

[henke37]

There is an even simpler faster of checking if the player have hit the ground, you designate the ground as a mathematical curve, and test the curve against the mathematical line between the current position of the player and the future position of the player. (note the word future, it's hard to react when it's already in the past)
If it is straight line vs straight line, it should be stunningly fast to do. But more complex tests can be done.

[flailthefox]

At 2/9/09 04:46 PM, putzpie wrote: New demo linkage.

I've added a ton of stuff to it. Like a new weapon, sound effects, more complex character, etc, etc.

*fart* the link doesnt work for me. Perhaps you can use spamtheweb?