Java-Gaming.org    
Featured games (79)
games approved by the League of Dukes
Games in Showcase (477)
Games in Android Showcase (109)
games submitted by our members
Games in WIP (536)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: 1 2 3 [4] 5
  ignore  |  Print  
  Survivor - first alpha!  (Read 17622 times)
0 Members and 1 Guest are viewing this topic.
Offline darkprophet

Senior Member




Go Go Gadget Arms


« Reply #90 - Posted 2004-06-07 12:44:42 »

<ThreadJack> has anyone seen agency9's entry? Its brilliant, multiplayer Quake III in java! its actually better than quake! If only you managed to hook it into GrexEngine! If only....</ThreadJack>

Friends don't let friends make MMORPGs.

Blog | Volatile-Engine
Offline Herkules

Senior Member




Friendly fire isn't friendly!


« Reply #91 - Posted 2004-06-07 14:21:31 »

Quote
<ThreadJack> has anyone seen agency9's entry? Its brilliant, multiplayer Quake III in java! its actually better than quake! If only you managed to hook it into GrexEngine! If only....</ThreadJack>


GrexEngine .... they definitely need HeadQuarter!

HARDCODE    --     DRTS/FlyingGuns/JPilot/JXInput  --    skype me: joerg.plewe
Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #92 - Posted 2004-06-07 14:34:18 »

Ack, they need webstart first! No idea if it's suitable for GE because they only distribute a ZIP, which is more hassle than I can be bothered with Sad

malloc will be first against the wall when the revolution comes...
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline darkprophet

Senior Member




Go Go Gadget Arms


« Reply #93 - Posted 2004-06-07 15:00:41 »

lol, i wasn't talking about GE with Agency9, i was talking about Survivor with GE. Should have made myself clearer I suppose. Smiley

Friends don't let friends make MMORPGs.

Blog | Volatile-Engine
Offline moonpxi

Senior Newbie




Java games rock indeed!!!


« Reply #94 - Posted 2004-06-07 16:23:13 »

Sigh...this is getting pretty fun!! And I MUST stop playing it!!

Anyway, I am having a hard time figuring it out which type of player is more useful. Being fast is extremely important, but shooting fast is as much when there is a BIG crowd following you.

I was thinking, every "sort" of monster has the same AI for chasing the player? It appears so, since they all seem to chase after me, even with blocking wall and, sometimes, they do some kind of "dodge". It might be fun, and harder, to have different kinds of behavior from the enemies. There might be some who go straight at you, others who tries to encricle, and so one. Of course, it might be a bit difficult to program this.

Oh, there are very minor bugs now and then. There are rare times when an enemy get out of the "playing field".

Moon Pxi, a NerdCorper
Offline princec

JGO Kernel


Medals: 343
Projects: 3
Exp: 16 years


Eh? Who? What? ... Me?


« Reply #95 - Posted 2004-06-07 16:49:57 »

I don't like monsters with brains. It takes all the fun out of killing them.

For lessons in this kind of gameplay learn from the masters:

Robotron
Gauntlet
Doom
Crimsonland

All brain-dead! Brilliant.

Cas Smiley

Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #96 - Posted 2004-06-07 17:26:58 »

Quote
It might be fun, and harder, to have different kinds of behavior from the enemies. There might be some who go straight at you, others who tries to encricle, and so one. Of course, it might be a bit difficult to program this.


Each mob can have it's own unique AI already (AI is scripted, so adding new ones is quite easy). At the moment, we only have 3 mob AI's (which is pretty good considering that 48 hours ago we only had 1!), and one of them is a fair bit faster than the others, so Temple mixes all 3 freely to improve performance.

Temple needs some serious rebalancing - the new AI's caught me somewhat on the hop, and the level balance has been broken (although I also haven't had time to re-balance for the stuff we added to kill DP Wink).

If we taught monsters to encircle you any more effectively, then you would have a snowball's chance in hell of completing the harder (not even the hardest) rooms. As it is I am using Dave's latest mobscript sparingly: he occasionally nominates "champions" who get angry and decide to dodge the queue: they speed up, leave the crowd, and come after you with some serious attitude.

But...maybe once we add powerups we'll need the better AI to keep it from getting too easy Grin/

malloc will be first against the wall when the revolution comes...
Offline moonpxi

Senior Newbie




Java games rock indeed!!!


« Reply #97 - Posted 2004-06-07 17:57:33 »

Quote


If we taught monsters to encircle you any more effectively, then you would have a snowball's chance in hell of completing the harder (not even the hardest) rooms.


On a second though, leave the AI as it is!! I am already having a hard time now. Grin

Moon Pxi, a NerdCorper
Offline MickeyB

Senior Member




my game will work, my game will work!


« Reply #98 - Posted 2004-06-07 18:12:43 »

wow, spend a week moving to a new home and miss seven pages of chat on a new game!!  dang!  Will play when I get home!

MickeyB

Current Project: http://www22.brinkster.com/mbowles/
Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #99 - Posted 2004-06-07 19:08:19 »

I've put up a basic manual on the website; not much extra added, but will probably add more details to it over time.

DP: mail me on ceo @ grexengine.com if you're serious about having a go with the editor; it's not really ready for use yet, but if you're brave I'll try and get you started as an experiment.

malloc will be first against the wall when the revolution comes...
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline moonpxi

Senior Newbie




Java games rock indeed!!!


« Reply #100 - Posted 2004-06-07 19:29:24 »

blah*3: do you mean the survivor level editor??

Moon Pxi, a NerdCorper
Offline dimmengestel

Senior Newbie




Java games rock!


« Reply #101 - Posted 2004-06-07 21:28:41 »

This game is really great,
nice 3d environment,
and also the alpha blending texts
maybe some background music would be nice.
keep it up!
check also my site  Grin

http://members.home.nl/dimmengestel/Games.html
Offline MickeyB

Senior Member




my game will work, my game will work!


« Reply #102 - Posted 2004-06-08 11:48:45 »

very nice game, ran very smooth.  athlon 1.1, 512 ram 1.4.2, win 2k

and once again...you see what can be done, compare it with my own and ... phooey!  back to coding!  Smiley


MickeyB

Current Project: http://www22.brinkster.com/mbowles/
Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #103 - Posted 2004-06-09 11:20:24 »

(from another thread, that veered off topic towards survivor)

Quote

On thing I don't understand - why does the level editor of survivor uses floating point? That just doesn't make any sense - especially if the coords are relative to their room. I just use 32bit ints and that's really good enough (there is no way that I could ever build a level wich goes beyond those bounds [most likely I'll die in about 40 years - so there just isn't enough time to do that]).

For example the levelbounds in GTKRadiant (a q3 level editor) are 2^16 units in each direction. Doesn't sound like much, but the levels can be really really huge and a single unit is somewhat like 1cm. So just think about the scale and build it accordingly. If the player is 32x32 units he would fit into a map with int bounds over 130 million times on one axis. Walking from one side to the other actually takes several days. No one would ever build something like that Smiley


As Kev pointed out, the level editor actually re-uses the code that runs the internal data structures for the game. Yes, this is entirely deliberate: our core data-structures, our level loading, etc are all bundled entirely separately and compilable without any of the renderer or rendering APIs (e.g. Xith, JOGL, etc), and so if e.g. I find a bug in the level-loading when doing the editor, I can fix it and the game benefits. Or, if I add a new feature to the editor, altering the file format to include it, that feature is instantly available in the game, *without recompilation*, especially useful to all the scripted AI etc which can simply start using it straight away.

It's worked out really well to work this way - we have an elegant set of core interfaces (now running at 10 classes  I think) and an entirely self-contained level-loading system with implementations of 90% of those interfaces, that can be shared between any apps. Interestingly, the level-loading is generic enough to be able to load levels for almost any 2D game (although several parts of the file format are unimplemented in the load/save classes simply because we didn't use them in the end - but if we added that code it would be very generic).

Onyx wondered why we went with floats...well, originally we didn't. It was int's (and for similar reasons as those that Onyx gives for using them). But then Kev joined at the last minute, so to speak, and built a new renderer from scratch, and floats were just easier for him to work with - and it was fairly easy to make that change throughout the code.

Because we're using floats, accuracy is a problem, so we have a multiple-layer co-ordinate system: each room has a private co-ordinate system where each unit is approximately a couple of inches, whereas the level itself (where the rooms are positioned relative to each other) has a co-ordinate system where one unit is approximately 3 feet. This gives us huge levels without loss of float accuracy. Because the co-ord systems are decoupled, you simply work in the space of your current room and it is effectively like translating to the origin, since rooms tend to be built centred on their local origin, and float accuracy problems mostly disappear.

Finally...yes, we might move back to ints at some point. But there seemed very little benefit at the time (since the rendering layer was having to use floats to OGL anyway), and if it saved Kev some time on the renderer implementation that was far more important.

malloc will be first against the wall when the revolution comes...
Offline oNyx

JGO Coder


Medals: 1


pixels! :x


« Reply #104 - Posted 2004-06-09 12:14:13 »

Thanks for clarification Smiley

So... are there plans for adding gamepad support? (dual analog stick that is Grin)

弾幕 ☆ @mahonnaiseblog
Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #105 - Posted 2004-06-09 12:43:14 »

Quote
Thanks for clarification Smiley

So... are there plans for adding gamepad support? (dual analog stick that is Grin)


Right now there's no plans for anything Smiley but Kev and I both want to add JInput support (that's right, isn't it Kev?)

malloc will be first against the wall when the revolution comes...
Offline kevglass

JGO Kernel


Medals: 123
Projects: 23
Exp: 18 years


Coder, Trainee Pixel Artist, Game Reviewer


« Reply #106 - Posted 2004-06-09 13:08:26 »

Surprisingly after the last week of pain, yes.. I had JInput support in martian madness and the controller infrastructure for Survivor is very similar.

I think it would add to the game being able to play on a joypad. The only worry I have is that analog sticks are "analog" and hence how you record what is currently a digital mechanism (i.e. 8 directions). It would be easy enough to support the buttons for movements and firing. However, using the sticks is going to take some thinking about.

Kev

Offline swpalmer

JGO Coder




Where's the Kaboom?


« Reply #107 - Posted 2004-06-09 13:19:12 »

It is easy enough to compute the 'slope' of the analog sticks x,y vector and divide that into 8 regions.  The cool thing would be if you allowed movement that followed the true direction of the stick though.  Though most gamepads have a digital direction pad anyway.  Dual stick gamepads would of course be great for this game - with the split move/fire directions.

Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #108 - Posted 2004-06-09 13:39:28 »

I'd be tempted to buy the necessary gizmos to plugin a ps1/2 analog controller if we supported 360 stick movement (nb it's already there in the code as support for arbitrary mouse directions). There's some links to these converters on the JInput HCL page on JGF (Technologies section) and the reports I've had were that they worked fine...

malloc will be first against the wall when the revolution comes...
Offline kevglass

JGO Kernel


Medals: 123
Projects: 23
Exp: 18 years


Coder, Trainee Pixel Artist, Game Reviewer


« Reply #109 - Posted 2004-06-09 14:16:45 »

Yep, I've got one! Testing is going to be FUN!  Grin

Kev

PS. its not going to be for a while tho  Kiss

Offline oNyx

JGO Coder


Medals: 1


pixels! :x


« Reply #110 - Posted 2004-06-09 15:02:26 »

Great Grin

And... uhm... I donate(*) one of my photobased seamless textures:
http://kaioa.com/temp_img/stein_kacheln3b.png

(* Survivor only)

Hope that one fits somewere, since I can't use it for anything right now (or within the next year).

弾幕 ☆ @mahonnaiseblog
Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #111 - Posted 2004-06-09 15:11:55 »

Nice. Thanks! Which reminds me, need to add "user contributed level packs" to the wishlist...

malloc will be first against the wall when the revolution comes...
Offline darkprophet

Senior Member




Go Go Gadget Arms


« Reply #112 - Posted 2004-06-13 20:10:37 »

hey blah^3, i emailed you about a week ago for the survivor editor, and you haven't replied, have you changed your mind? or are you just busy?

Btw, i emailed "ceo at grexengine.com"

DP

Friends don't let friends make MMORPGs.

Blog | Volatile-Engine
Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #113 - Posted 2004-06-22 13:18:05 »

Quote
hey blah^3, i emailed you about a week ago for the survivor editor, and you haven't replied, have you changed your mind? or are you just busy?


Just been too busy I'm afraid. There's a non-trivial amount I need to do first, like update the instructions Wink so that you have half a chance. I had some optimisations to try out too, which I've done now, so maybe at the weekned I'll get time to finish off.

malloc will be first against the wall when the revolution comes...
Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #114 - Posted 2004-06-22 13:22:39 »

We've started brainstorming new features and development plan now. I know Kev's been catching up with other stuff, and I've got an article and two book chapters to write within the next 5 weeks, so we're still kinda busy in our freetime already Sad.

In the meantime, I wondered if there's any cool features you'd like to see, or any things you've noticed in the alpha that really irritate you. This would help us prioritise what to do next, and we might be able to get some of your ideas into the game...

malloc will be first against the wall when the revolution comes...
Offline darkprophet

Senior Member




Go Go Gadget Arms


« Reply #115 - Posted 2004-06-22 16:18:08 »

couple things that would make the game a whole lot better, and possibly percieved as harder.

#1, Soft shadows, like S-Type, those were just plain cool. And Lighting would also come into play i suppose.

#2, Flock behaviour perhaps? I noticed that the zombies had no relation to their surroundings. A* path finding perhaps?? And something that would be seriously cool? Collision Detection between the zombies too, because i can make them gather around a corner at the exact same spot, move the player little, and make one zombie come at me at a time, shoot them, then do it all over again. Grin

#3, The bullet is horrible! Something like the bullets in Call Of Duty which are simple yellow lines with one end being completely yellow, the other, is completely transperant. That would be awsome.

Btw, ive broken your current AI routine down too. This is what im percieving is happening:

Find the angle between the zombie and the player, make the zombie head towards the player at the angle, if you encounter a wall, go back to the last location.

Im sure its better than that as your AI dude spent ages on it, but thats how it is percieved.

Just general stuff like that. A boss would be good, I was thinking a mutant slug?? with slime going everywhere!

#4, a multiplayer option would be fantastic, but im sure that wont be easy to make as the previous comments, so I wont be expecting that anytime soon.

If want a hand in making any of the above, im more than happy to help.

DP

Friends don't let friends make MMORPGs.

Blog | Volatile-Engine
Offline darkprophet

Senior Member




Go Go Gadget Arms


« Reply #116 - Posted 2004-07-14 16:42:17 »

blah and the team, would you consider open sourcing this game?

DP

Friends don't let friends make MMORPGs.

Blog | Volatile-Engine
Offline blahblahblahh

JGO Coder


Medals: 1


http://t-machine.org


« Reply #117 - Posted 2004-07-14 17:07:37 »

Quote
blah and the team, would you consider open sourcing this game?


I thought we'd answered this before, but the key question is "Why should we?". I've not yet heard any argument that gives a good reason for doing so...

malloc will be first against the wall when the revolution comes...
Offline Herkules

Senior Member




Friendly fire isn't friendly!


« Reply #118 - Posted 2004-07-14 19:23:19 »

Hm, the reason to make FG opensource was that as opensource project, the whole effort MAYBE hasn't been completely wasted.

But of course that's a different case, bc. nobody ever asked for it to be open Sad

HARDCODE    --     DRTS/FlyingGuns/JPilot/JXInput  --    skype me: joerg.plewe
Offline darkprophet

Senior Member




Go Go Gadget Arms


« Reply #119 - Posted 2004-07-14 19:43:21 »

my reason so that you should is three fold:

So that I can:
1) Learn AI integration into game logic
2) Learn Editor creation
3) Learn how to integration BeanShell into game logic

Those are my main points that I would like to investigate and all three are found in survivor.

It will give rise to other games that uses the survivor code as a reference rather than creating and improving the game.

DP

Friends don't let friends make MMORPGs.

Blog | Volatile-Engine
Pages: 1 2 3 [4] 5
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

CogWheelz (14 views)
2014-08-01 22:53:16

CogWheelz (14 views)
2014-08-01 22:51:43

CopyableCougar4 (15 views)
2014-08-01 19:37:19

CogWheelz (19 views)
2014-07-30 21:08:39

Riven (27 views)
2014-07-29 18:09:19

Riven (16 views)
2014-07-29 18:08:52

Dwinin (14 views)
2014-07-29 10:59:34

E.R. Fleming (35 views)
2014-07-29 03:07:13

E.R. Fleming (13 views)
2014-07-29 03:06:25

pw (44 views)
2014-07-24 01:59:36
Resources for WIP games
by CogWheelz
2014-08-01 18:20:17

Resources for WIP games
by CogWheelz
2014-08-01 18:19:50

List of Learning Resources
by SilverTiger
2014-07-31 18:29:50

List of Learning Resources
by SilverTiger
2014-07-31 18:26:06

List of Learning Resources
by SilverTiger
2014-07-31 13:54:12

HotSpot Options
by dleskov
2014-07-08 03:59:08

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:58:24

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:47:22
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!