Intro to Massively Multiplayer Online Game (MMOG) Design
Upcoming SlideShare
Loading in...5
×
 

Intro to Massively Multiplayer Online Game (MMOG) Design

on

  • 722 views

Presentation on MMOG architecture given to several app development groups interested in moving into the game design world. Much of this content was inspired by t-machine.org.

Presentation on MMOG architecture given to several app development groups interested in moving into the game design world. Much of this content was inspired by t-machine.org.

Statistics

Views

Total Views
722
Views on SlideShare
711
Embed Views
11

Actions

Likes
0
Downloads
13
Comments
0

1 Embed 11

https://10xnation.com 11

Accessibility

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Intro to Massively Multiplayer Online Game (MMOG) Design Intro to Massively Multiplayer Online Game (MMOG) Design Presentation Transcript

  • Introduction to MMOG Architecture
  • ExperienceBuilt games?In app store?Using game center?Server-side architecture?MMOG projects?
  • AgendaWhat is GameWhat is MMOGMMOG ComponentsUnique About MMOGMMOG Trends
  • My BackgroundData center designMarketing strategyMobile development
  • Game LoopReceive player inputProcess player actionsCalculate state changesApply state changesRepeat
  • The Game Grows Upsingle-playermultiuser domain > MUDmultiplayer online game > MOGmassively multiplayer online game > MMOG
  • MMOG issession persistence 1000+ concurrentssingle virtual world multiple client supportplayer interaction
  • Build an MMOG3rd-party engine or in-house?Self-hosted or gaming provider?In-house servers or cloud?Shared or dedicated hardware?Shard or not-to-shard?udp or tcp?Peer-to-peer or server-client?Virtualization or metal?Client or server-side logic?Chat or VoIP?Windows or Linux?MySQL or SQL Server?
  • Basic MMOG ArchitecturePlayer client connects to Login serverLogin Server provides authorization tokenCopy of token goes to World ServerPlayer client handed off to World ServerWorld Server provides character dataWorld Server provides connection info forChat Server & Zone ServerPlayer client handed off to Zone ServerZone Server handles gameplay in zoneWorld Server handles transition betweenzones
  • Think SecurityHackers are inevitableSpammers are inevitableCheaters are inevitable
  • Contrary to non-MMOGs...the majority of MMOG development iscontent...the majority of MMOG development takesplace after launch...MMOG core game logic will change...MMOGs require massive quantities ofstorage
  • ...the majority of MMOG development is content
  • "Content" isStorylines (missions, quests, events)3d areas (meshes, textures, logic)Loot (item graphics, drop rates, item stats, etc.)
  • "Content" is notFancy graphicsPhysics enginesAICore game rules...which tend to make up the bulk of non-MMOGs
  • Rate at which players consume contentvastly exceeds the rate at which developers generate it eg. 50 developers generating content & 500,000 consuming it (and users are sharing discoveries so consumption is exponential)
  • ...the majority of MMOG development takes place after launch
  • Most MMOGs release new content every 3- 12 months Releases are large: "miniature MMOGs"(new 3d areas, quests, items, plotlines, etc.)
  • Underlying technology (engine) is usuallyonly updated when required by a content changeCutting-edge graphics are not a primary selling point of MMOGs, unlike non- MMOGs
  • MMOG development teams typically getlarger after launch (developing new content & keeping the old content still working)
  • ...MMOG core game logic will change
  • Players will find a loophole and unbalance the game, so you have to "fix" it
  • Writing core logic that is easy to change (and deal with side effects) is more important than writing easy core logic
  • ...MMOGs require massive quantities of storage
  • Progress of every player in an MMO needs to be independently tracked (quests completed, equipment they own, etc.)
  • 30GB+ every 24 hours, all of which needs to be programmatically referenced
  • MMOG Design ConsiderationsHow much effort is required to change an in-game itemHow much effort is required to add (or remove) in-game itemsHow re-usable is the contentHow much effort is required to re-use re-usable contentHow much specialist knowledge is required to modify content and logicHow exportable is the data generated by playing the gameHow analyzable is the data generated by playing the gameHow much effort is required to modify core contentHow much effort is required to change individual rules (and debug)How many of the above can be made without a developerWhere can 3rd-party systems be used for server-side components
  • MMOG Design Rules of ThumbUse non-proprietary databases for persistenceUse relational databasesImplement game logic as raw data ratherthan compiled dataUse standard scripting languages wherepossibleIntense testing during developmentEven more intense testing after launch
  • The FutureCloud is the hardware of choiceiPhone grows as gaming platformBrowser dwindles as gaming clientAd-sponsored worldsEducational worlds
  • The End References http://www.ibm.com/developerworks/library/ar-powerup1/http://t-machine.org/index.php/2007/09/03/entity-systems-are-the-future-of-mmog-development-part-1/