Newgrounds.com — Everything, By Everyone.

Zenyara and I have been doing allot of work on the engine, and things are coming on nicely. Done now is a view bob effect, crouching (control), jumping (space), a view shake effect (we will use if you get hit by something) and an advanced editor. Also, clipping is pretty much done.
WASD to move, mouse to look, press and hold shift to detach mouse control (to put the mouse in the middle of the screen)
http://spamtheweb.com/ul/upload/010209/7 5641_main.php

That's fucking tight. You should make an FPRPG, like king's field for the PSX.

But a wolfenstein clone would probably be easier.

At 2/1/09 04:39 PM, putzpie wrote: That's fucking tight. You should make an FPRPG, like king's field for the PSX.

But a wolfenstein clone would probably be easier.

When I make this open source, people can exactly recreate Arena for all I care. We will hopefully create something a bit more in-depth than wolfenstein, because (wait for it..) my engine can do walls not at 90 degrees! I'm going back to working on texture mapping now, I'll see you all on the other side.

At 1/27/09 05:25 PM, 14hourlunchbreak wrote: That looks great, except that you can go through walls.

Like my friend in a COD tournament, anyway awesome, and also, thnx for not posting this on NG and saying "work in progress-my first 3d"

hitTests are choppy. They throw you back rather than canceling out your movement.

i got stuck on the corner of a wall, couldnt move

Clipping needs major work. Frankly, it sucks.

Clipping repels too hard.
Minimap seems zoomed in too much to be useful to the player.
Mouse is super sensitive, I hope you plan on a command for this too.

Just minor things, everything else is very sexy.

This engine is very rough draft (work-in-progress).

I'll be working with Stalin98 to work out the bugs because I am super anal when it comes to how things should work.

I am sure we'll figure out the perfect wall code for "non-bouncing". I created a 2d map in the past that actually used a "pre-check" so you wouldn't move toward the wall at all (thus no bounce). if(myX+speed<wallX){//move(speed+x);}els e{myX=wallX-1);

As for Mouse Sensitivity I think we're going to create a smart mouse class that will tell if your camera view is not aligned with a wall properly in conjunction with the mouse position and reposition itself automagically.

Mini-Map - I agree that it is zoomed in too much and we'll fix it. (Easily done)

An upcoming update (very soon) will include the HUD, player's hand, weapon changer (scroll or 1-5), sniper zoom (scope)

I also want to get a 3rd person view camera working and we'll start each load-in with the camera starting from about 30+ yards behind and above the player, and zooms down and into the player's view.

We're building this for a first-person shooter so there won't be a bunch of additional interface that you might find in an RPG. Our HUD will be simple.

Another solution I thought of for when the mouse starts leaving the screen is to allow useage of the arrow keys to rotate camera's view (if possible), until the player can spin around to adjust for it.

One more thing I forgot to add. We need to fix it so camera-bob stops when player is in the "crouch" position.

At 2/1/09 11:41 PM, zenyara wrote: Another solution I thought of for when the mouse starts leaving the screen is to allow useage of the arrow keys to rotate camera's view (if possible), until the player can spin around to adjust for it.

I figured it out.

hitting left or right arrow gives an instant 90 degree spin to either direction for instant compensation, so you can pull your hand off the mouse or keyboard for a second and "tap" 90 left or right to quickly adjust, and we could make it 180, but 90 sounds better.

how about if your mouse is at the very left of the stage the view will be 0 if its at the center it will be 180 and the very right 360?

I am experienced with raycasting in flash. If you need any advice, let me know. I have a way to have "perfect" wall collisions.

At 2/1/09 11:54 PM, adam2510 wrote: how about if your mouse is at the very left of the stage the view will be 0 if its at the center it will be 180 and the very right 360?

Would suck for aiming, trust me I've tried it.

I figured out the perfect solution though. (although it's up to Stalin98 to implement)

We'll use 'C' and 'Z' to instantly give you +/- 90 degree rotation. I tested it out and i think that's the solution for sure.

echeese wrote: I am experienced with raycasting in flash. If you need any advice, let me know. I have a way to have "perfect" wall collisions.

What is your solution? Please explain. Thanks.

Well, depending on how you have your maps defined, you basically check how far the player is from the wall, and if it's intersecting, you push it back until it's just touching.

At 2/2/09 12:25 AM, echeese wrote: Well, depending on how you have your maps defined, you basically check how far the player is from the wall, and if it's intersecting, you push it back until it's just touching.

Ya, that's basically what I said in a post above. Do a pre-check at the time of your move request and if you don't intersect, then move and if you do intersect then make it 1 px less than the wall's location.

Do you need help with texture mapping? It seems like each wall column is just repeated

At 2/2/09 12:33 AM, echeese wrote: Do you need help with texture mapping? It seems like each wall column is just repeated

Right now they are just one bitmap because we haven't gotten farther into the editor yet. We're perfecting camera movement first.

Ok, we added sound to jump, walk, and a song loop.

I didn't pay attention to it, but Stalin98 has added the ability to re-adjust your mouse position by simply holding shift (which stops the camera rotation) and frees the mouse to move wherever you want. Works quite well.

I'm off work tomorrow, so I'll be adding the HUD and other things (developer console perhaps).

We should have another update to show soon.

At 2/2/09 11:28 PM, zenyara wrote: Ok, we added sound to jump, walk, and a song loop.

I didn't pay attention to it, but Stalin98 has added the ability to re-adjust your mouse position by simply holding shift (which stops the camera rotation) and frees the mouse to move wherever you want. Works quite well.

I'm off work tomorrow, so I'll be adding the HUD and other things (developer console perhaps).

We should have another update to show soon.

It shouldn't be shift otherwise (with my computer anyway) it will go through every text link on the webpage outside the flash.

Very good engine. Now, to decompile.. ;)

At 2/3/09 04:24 PM, Mr-Money wrote: Very good engine. Now, to decompile.. ;)

*Gasps*
I'm making the engine opensource when its done anyway, so why rip it when its unfinished?

I notice the double-jumping problem... I know you're using AS3, but I found a solution for it in AS2:
make a variable that is true/false to see if the player has pressed the 'jump' button. When the character presses Space, it makes the variable False. When he releases space, it makes it true. And when you press space it makes sure the variable is True or it won't jump.

At 2/3/09 04:33 PM, Super-Yombario wrote: I notice the double-jumping problem... I know you're using AS3, but I found a solution for it in AS2:
make a variable that is true/false to see if the player has pressed the 'jump' button. When the character presses Space, it makes the variable False. When he releases space, it makes it true. And when you press space it makes sure the variable is True or it won't jump.

Same thing applies in AS3, I just added jump / crouch in quickly before I went offline for the night.
Question : In hexadecimal, what is the binary shift per every digit? ( << ).
I have a var that stores how much alpha I want to take from each pixel (for shadow), and it is in the form 0xFF. I want to shift it up the right number with <<, to put it here: 0xFF000000, but don't know the increment. I'm guessing 8 per digit, because binary is base-2 and hex is base-16, but is it exponential? And if I guess, and it's right, I won't know if it is because its +8 or if I just got lucky, so knowing the inc would be better.

you can see how many by noting that 0xf = b1111, so each hexadecimal digit occupies 4 bits, so if you need to shift from 0xAA to 0xAA000000 you are shifting 6 hexadecimal digits along, 6x4 = 24 bits. so shift left by 24

They have to be uint's do to the upper limit of the int variable.

var a:uint = 0xFF;
var b:uint = a << 24;

At 2/3/09 04:48 PM, dELtaluca wrote: you can see how many by noting that 0xf = b1111, so each hexadecimal digit occupies 4 bits, so if you need to shift from 0xAA to 0xAA000000 you are shifting 6 hexadecimal digits along, 6x4 = 24 bits. so shift left by 24

Thanks, good to know it was 4 not 8. Could have made a mess of things...

At 2/3/09 04:26 PM, StaliN98 wrote:

At 2/3/09 04:24 PM, Mr-Money wrote: Very good engine. Now, to decompile.. ;)

*Gasps*
I'm making the engine opensource when its done anyway, so why rip it when its unfinished?

Don't worry, more people looking at your code means more people finding errors ;)

At 2/3/09 04:58 PM, zuperxtreme wrote: Don't worry, more people looking at your code means more people finding errors ;)

Of which there are many, I assure you. There's probably a thousand ways to improve my methods, but it is my first try, so give me a break.