Jump to content

  • Log In with Google      Sign In   
  • Create Account

We're offering banner ads on our site from just $5!

1. Details HERE. 2. GDNet+ Subscriptions HERE. 3. Ad upload HERE.


New MORPG Project Thread. An 8-Bit MORPG Development Path. not an MMORPG yet :p


Old topic!
Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.

  • You cannot reply to this topic
3 replies to this topic

#1 Enders   Members   -  Reputation: 128

Posted 26 October 2011 - 04:13 PM

Hi all.

Been working the last couple of weeks on an MORPG with 8Bit Graphics. In no way is it easy to program heh. I am programming it in Java and plan to release the client in Android. I feel that Android will give me a better player awareness also it will allow me to make the game free with paid content using the Android Market In App Billing API. Currently I am writing the base Client software in Desktop java for quicker development.

The Client/Server structure is setup so that each Client will have their own thread.

I do not have the "Game" part of the MORPG fully mapped out. But my general desire is to make it humorous. I plan on referencing older RPGs in a joking fashion.

My current Game Design goals are:

2 zones (maps) of 64x64 size.
2 zones of 128x128 size.
Several Starting quests.

4 Classes with Genders. Class names are as follows.
  • Tank - (The damage taker and high damage dealer)
  • Caster - (Nukes, spells, and support)
  • Healer - (Player Support. healing, reviving, and curing)
  • Rascal - (Fast attacking, stealthy skills)
I plan on having Paid classes that will combine abilities of the base classes with unique abilities

The game will be in 8-bit fashion. Graphics will liken to the days of Dragon Warrior on the NES. I am currently using DW graphics as Programmer art. I will replace with my own.

The logic code is mostly done on server side. The player requests an update on the current zone, and the Server will send the zone information. (Current entity positions)
The player will send to the server where they want to go in a zone. (/mov 0 0) via mouse click on a tile. The server will attempt to find a path to that point, and increment the player movements in the Game Loop on the server. Chat is done via zone as well. It will only send the message to the players in the same zone. most of the coding i am doing right now is the network code to make sure everything is working.

I am also looking to get feedback, ideas, and criticisms. (If you criticize, please follow with ideas on making it better :rolleyes:)

Below is a screen shot of my current progress.

Thank you :)



Posted Image

Sponsor:

#2 SimonForsman   Crossbones+   -  Reputation: 6293

Posted 26 October 2011 - 06:24 PM

What kind of playercount are you aiming at per server ?

The one thread per client model will scale extremely poorly. You'll very easily end up running far more threads than the hardware can deal with forcing constant contextswitches (expensive) and you will have multiple threads operating on the same set of data (likely to require extensive locking), (Even for a MORPG with a low number of players per instance you want to run multiple instances on each physical server to keep costs down).

If the playercount per instance is in the 2-64 range (Which would be normal for a MORPG) i'd recommend using a single thread per game instance (That way you should be able to run one or two game instances per hardware thread without any problems and each thread will operate on its own dataset eliminating the need for locks entierly)
I don't suffer from insanity, I'm enjoying every minute of it.
The voices in my head may not be real, but they have some good ideas!

#3 Sharpe   Members   -  Reputation: 144

Posted 26 October 2011 - 06:56 PM

I totally dig this! :D

I would love to play a MMORPG with 8-bit-style graphics!

I'm not sure about the humor aspect, though. I'm never one for that type of thing. I'd rather the insider-jokes be more like they were in Dragon Warrior where Howard was looking for Nester and in Final Fantasy where there was a tombstone of Erdrick (from Dragon Warrior) or Link (from Legend of Zelda) depending on the version. I certainly wouldn't like there to be very much at all of that aspect. Like, maybe a blind witch livin in a cave named Matoya looking for her magic eye to see, and who will give the player an herb to awaken a prince or something if they find it.

You know, it may be cool just to use the actual formulas for damage an everything as they were (meant to be) in Final Fantasy, just maybe re-balanced and tweaked. FF1 was horribly unbalanced in favor of melee characters. The system was pretty complex. Here are two links detaining the system down to a science:

http://www.gamefaqs....tasy/faqs/57009

http://www.gamefaqs....antasy/41701255

Anyways, just wanted to drop by and say the project looks really cool! :)
A 30-year-old interested in learning to program by making an old-school, simple, text-only or 2D dungeon fantasy video game.

  • As of 9/28/2011, currently attempting to learn the basics of Python 2.7.
  • As of 10/14/11, Dabbling in C#.
  • As of 10/24/11, decisively surpassed my small knowledge of Python in C#.

#4 Enders   Members   -  Reputation: 128

Posted 27 October 2011 - 11:01 AM

What kind of playercount are you aiming at per server ?

The one thread per client model will scale extremely poorly. You'll very easily end up running far more threads than the hardware can deal with forcing constant contextswitches (expensive) and you will have multiple threads operating on the same set of data (likely to require extensive locking), (Even for a MORPG with a low number of players per instance you want to run multiple instances on each physical server to keep costs down).

If the playercount per instance is in the 2-64 range (Which would be normal for a MORPG) i'd recommend using a single thread per game instance (That way you should be able to run one or two game instances per hardware thread without any problems and each thread will operate on its own dataset eliminating the need for locks entierly)


I hope to be able to handle 100 players. After reading your post, I did as much research I can find about "One Thread per Client", and yes, I too also believe it will not fit the scale I have in mind. I also found some info about the Java NIO API. Looks like I will be racking my brain in figuring out how to do Network code again. :P

It seems way more complicated to do it all in a single thread. Multiple threads just made it so easy. (Wait for input, process, send to client)

Well, back to the drawing board. :wink:

I totally dig this! :D

I would love to play a MMORPG with 8-bit-style graphics!


Thank you! I always wanted to make something like this. This will be my first attempt at making an MMO. So I will have a lot of learning to do.

I'm not sure about the humor aspect, though. I'm never one for that type of thing. I'd rather the insider-jokes be more like they were in Dragon Warrior where Howard was looking for Nester and in Final Fantasy where there was a tombstone of Erdrick (from Dragon Warrior) or Link (from Legend of Zelda) depending on the version. I certainly wouldn't like there to be very much at all of that aspect. Like, maybe a blind witch livin in a cave named Matoya looking for her magic eye to see, and who will give the player an herb to awaken a prince or something if they find it.


I completely understand that. Little easter eggs are better then taking quests completely from older games.

You know, it may be cool just to use the actual formulas for damage an everything as they were (meant to be) in Final Fantasy, just maybe re-balanced and tweaked. FF1 was horribly unbalanced in favor of melee characters. The system was pretty complex. Here are two links detaining the system down to a science:

http://www.gamefaqs....tasy/faqs/57009

http://www.gamefaqs....antasy/41701255

Anyways, just wanted to drop by and say the project looks really cool! :)


Now this is exactly what I am looking for! I can use these formula as bases to create my own. They will come in handy :)

Thanks for the feedback guys. I will post updates when I am done with my next milestone.




Old topic!
Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.



PARTNERS