Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (539)
Games in Android Showcase (132)
games submitted by our members
Games in WIP (603)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  Request for Comment: Is SGS valid for this?  (Read 1428 times)
0 Members and 1 Guest are viewing this topic.
Offline beowulf03809

Junior Devvie




We live for the code, we die for the code


« Posted 2006-07-20 12:25:20 »

Ok, let me preface this by saying there are really only two key reasons I'm considering SGS for the following small project:

  • As you might have picked up from some other posts, SGS is a technology I'm looking to use for a future project.  I'm not ready to dive into that yet because I'm still working on the design and also I need to get some completed, smaller scale projects under my belt first.  However, with SGS in my strategic plan I would like an excuse to start learning it soon.
  • SGS offers a lot of the foundation already bundled in to some degree or another.  I would not need to reinvent the wheel for logging in, player persistence, chat, client/server communication, object store, etc.



That being said, here's the issue.  I'm wrapping up the design work on a smaller scale game and am ready to start getting my hands dirty.  It will be a client/server game and I before i start down the SGS or non-SGS road I would really appreciate some guidance and feedback from members of the the SGS team or anyone else on this forum that has some working knowledge of SGS so far.  As I mentioned in another thread, using a technology just because it's there and cool is not always the right decision.   Cool

The quickest way I can provide a framework for a discription is to say "think in terms of a collectible card game".  This is not a CCG-via-computer game however, but the game play is similar.  Small groups of players ( 2 - 10 ) will join a game that will play out in a time frame between 30 minutes to 2 hours.  The game is turn based, with each turn being broken into five distinct phases ( planing, execution, aftermath, etc ).  During each phase the players are each able to take multiple actions, one at a time, in round-robin fashion ( A then B then C then A again, etc ).  When each player has completed all their actions for that phase it moves on to the next phase.  When all phases are complete, the next turn begins.

The game server should be able to have multiple "games" running at one time, but these do not equal multiple instances of the SGS running.  Simply segregations of player interraction.  A player can only participate in one "game" at a time of course.  What I would like would be to have a lobby when the player first enters the game where they can see who else is there, chat and possibly even leave messages on a board ( such as "looking for people that can play between 8 and 12 gmt" ).  Once a few players decide they would like to play a game togther, they go to a "room"  to start.  No other players can enter once the game starts and when a player is eliminated he leaves the room and returns to the lobby. *

Maintaining the CCG analogy, each player will have a large number of "cards" available to them.  Some of these are unique for them (assigned when they enter the room ) and others are from one or more common "decks" and go to players on a first-come-first-served basis during the phases.  Card objects may be played as a standalone entity ( like an army-unit ) or may enhance other objects ( like "resupply gives +1 to an army unit" ).  All players in a room share a common battle map that they play and manuver thier objects on.  Some objects are played "face down" where other players can only see that you have "something" there, and only you can see the details.  However, most objects are "face up" once they go onto the map.

Also I would like the players to have the option of saving the game state, walking away and all of them coming back later.  This is not a necessary feature since I'm trying to keep the games short, but it would be a major "plus" as it would allow for larger games ( such as 10 players ) to be spread out over time if they are going well rather than commiting to a 5 hour marathon.

Ok...now that you have taken precious time to read thru that ( thank you very much for doing so ) I would appreciate any guidance you may have.  It would seem initially to me that SGS provides a good framework for the lobby and seperate play rooms as well as the chat,network, object store, etc as mentioned above.  However, I'm not sure about the need to have multiple "games" running, one per room. Again, I believe I could do so since SGS will know who's in a room ( player objects, a table object and a couple "deck" objects  ) and what "cards" each has.  With every action a player takes it would naturally generate an event to the SGS and only player actions will generate events ( no "global" events to worry about here ).  The use of SGS will allow the game to start small and scale up if interrest is there. **

Am I missing any details about SGS that would make it difficult to use it as a framework for implementing a game of this nature?   Huh

As always, advTHANKSance !!!   Smiley
 

NOTES:
* Note:  One enhancement would be to allow players to enter a room as an "observer" and only be able to see the map.  They can see all face up objects as can any player of the actual game, but cannot see any face-down objects.  They can also watch the chat in the room but cannot send messages themselves.  When a player is eliminated, they can be given the option of staying in the room as an observer or return to the lobby.  The player vs. observer states is not going to be too hard of an addition but it is still not something I'm planning right away.

** Note:  The game will be freeware and open source.  As such it will never be intended as a revenue generator.  A big part of its implementation is to serve as a proving ground for some interface, technology, and game play exercises for the larger project.  So it will primarily just run on a private, quiet little server...but you never know what the future holds.
Offline kevglass

« JGO Spiffy Duke »


Medals: 212
Projects: 24
Exp: 18 years


Coder, Trainee Pixel Artist, Game Reviewer


« Reply #1 - Posted 2006-07-20 14:12:18 »

Your description has pretty similar semantics to the Stomping Grounds game - which according to the authors was a great fit for SGS. You might also consider the Game Gardens framework.

Kev

Offline Jeff

JGO Coder




Got any cats?


« Reply #2 - Posted 2006-07-20 19:57:37 »

Yeah, it sounds just fine as an SGS approrite app.  You coud look at the "BattleBoard" example for a simple example of this kind of game.


Got a question about Java and game programming?  Just new to the Java Game Development Community?  Try my FAQ.  Its likely you'll learn something!

http://wiki.java.net/bin/view/Games/JeffFAQ
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline beowulf03809

Junior Devvie




We live for the code, we die for the code


« Reply #3 - Posted 2006-07-20 20:39:21 »

Kev & Jeff,

Thanks not only for the validation but for some examples to look at.  THAT's always a major life saver.
Pages: [1]
  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.

rwatson462 (31 views)
2014-12-15 09:26:44

Mr.CodeIt (23 views)
2014-12-14 19:50:38

BurntPizza (50 views)
2014-12-09 22:41:13

BurntPizza (84 views)
2014-12-08 04:46:31

JscottyBieshaar (45 views)
2014-12-05 12:39:02

SHC (59 views)
2014-12-03 16:27:13

CopyableCougar4 (57 views)
2014-11-29 21:32:03

toopeicgaming1999 (123 views)
2014-11-26 15:22:04

toopeicgaming1999 (114 views)
2014-11-26 15:20:36

toopeicgaming1999 (32 views)
2014-11-26 15:20:08
Resources for WIP games
by kpars
2014-12-18 10:26:14

Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

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

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50
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!