Sorry your browser is not supported!

You are using an outdated browser that does not support modern web technologies, in order to use this site please update to a new browser.

Browsers supported include Chrome, FireFox, Safari, Opera, Internet Explorer 10+ or Microsoft Edge.

Work in Progress / 3D space shooter-3rd person EARLY DEMO

Author
Message
IBOL
Retired Moderator
20
Years of Service
User Offline
Joined: 30th Mar 2004
Location: @IBOL17
Posted: 29th Sep 2004 15:51
OK,
so here is a special preview of a project i am working on,
as a break from my main project.

this one is a 3rd person, 3D space shooter.

you control your ship with the keyboard. you must destroy all the enemy ships in the area. don't fall into the planet... don't hit the asteroids. the media is way cut out, and this is just one level,
and there are no menus...the zip file has instructions.

there are already orbital battles and planet surface battles,
but they are not included in this little test.

find SCREENSHOTS here:
http://mysite.verizon.net/vze6n1iz/reclaimer/id1.html

find the DOWNLOAD here:
http://free.hostdepartment.com/i/ibolrecords/index.html

and let me know what you think,
and i'd really like to know what kind of framerates you get.

anyone who can skin/texture spaceships,
and doesn't have a project right now,
let me know!

...and with all the .EXE-making problems i've been having lately,
i sure hope this works..

thanks,
bob
Zokomoko
21
Years of Service
User Offline
Joined: 23rd Nov 2002
Location:
Posted: 29th Sep 2004 16:53
this is pretty good for an early beta.
i got a 75-80 framerate (1.6 GHZ, geoforce 3 ti 200, 256 mb ram).
but some 2 things you should take a look at :

* the camera doesn't rotate with the ship, so when the ship pitches up, the camera doesn't, that's really not good.
* the game moves really fast, you should slow it down a bit. (planets should rotate slower)

the models however look pretty cool.
you could get some free models in the meantime > www.3dcafe.com
textured ones
IBOL
Retired Moderator
20
Years of Service
User Offline
Joined: 30th Mar 2004
Location: @IBOL17
Posted: 29th Sep 2004 16:57 Edited at: 29th Sep 2004 17:03
MY GOD MAN.
the frame rate i get is only about 20-24
and i just got this computer this year...

yes, i'm actually going to limit the climb-angle,
so you can't do a complete loop.
(i guess the other thing to do would be to allow for two different camera modes - the current one, and a directly-behind-all-the-time
thing.)

again, i can't believe it's that fast...
amazing.

well, thanks.
bob

(about planets: yeah, you're seeing it 4 times faster than i am,
but, hey, you know saturn is like hundreds of times bigger than earth, and it's day (rotational period) is ~10 hrs ... that's pretty damn fast, right?!)
Zokomoko
21
Years of Service
User Offline
Joined: 23rd Nov 2002
Location:
Posted: 29th Sep 2004 17:19
you should make it timer based, that'll fix it.
IBOL
Retired Moderator
20
Years of Service
User Offline
Joined: 30th Mar 2004
Location: @IBOL17
Posted: 29th Sep 2004 17:47
how does that work exactly?

you figure out how much time has passed since the last sync,
and you move everything an amount modified by that amount?
but i use timers for enemy ships based on sync counts...
it's at the heart of my ai system...i guess i could change them to distance counters...it's just less clean (but probably more consistent performance, right?)

hmm...what about trying to force it to SYNC RATE 30...
does that work reliably/consistently? i could get good performance
like that i think...
Zokomoko
21
Years of Service
User Offline
Joined: 23rd Nov 2002
Location:
Posted: 29th Sep 2004 17:56
well, you could search the DBP forums for timer based movement.
you COULD force 30 sync rate, or use a timer based movement with 100 frames per second.

timer based movement works like you mentioned.
move#=UnitsPerSecond*(timer()-lasttimerupdate)/1000
lasttimerupdate=timer()
move object ship,move#

this is good because your ship will move much more accurately.
it could be used for rotation and lots of things also.
even if the sync is 10 it will move the same as sync rate 100 (accurate to the millisecond), so that's the plus side.

but again, it's only for accuracy, so if you don't need your game to be really accurate, sync rate 30 will do just fine.
medwayman
22
Years of Service
User Offline
Joined: 27th Aug 2002
Location: uk
Posted: 30th Sep 2004 03:32
Quote: "the frame rate i get is only about 20-24
and i just got this computer this year...
"


What did you buy? It runs at 90+ fps on my 650mhz Duron, Radeon 7200 64ddr, 386mb. It’s too fast to play, needs to be timed as Zokomoko said

Based on Amiga PD game Squigs. Currently being re-written.

IBOL
Retired Moderator
20
Years of Service
User Offline
Joined: 30th Mar 2004
Location: @IBOL17
Posted: 1st Oct 2004 13:23
so i did make a slower version for all you people out there.
it's up at the same site,
http://free.hostdepartment.com/i/ibolrecords/index.html
and it DOES use the sync rate command,
but that is NOT what i'm going to use permanently
going to use a timer-based system...

thanks,
bob
IBOL
Retired Moderator
20
Years of Service
User Offline
Joined: 30th Mar 2004
Location: @IBOL17
Posted: 8th Oct 2004 08:16
this is NO LONGER AVAILABLE
from my download page...
it's currently my game
ASTRUM ERUS: STARLORD
4X turn based space strategy.

Login to post a reply

Server time is: 2024-11-22 17:31:46
Your offset time is: 2024-11-22 17:31:46