thoughts on GGPO?

Started by bollµ, Mar 08 2013 08:35 AM

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

1 reply to this topic

#1 bollµ Members - Reputation: 347

0Likes

Posted 08 March 2013 - 08:35 AM

Hi all!

has anyone used GGPO, or some similar technique (rolling back when the users are not in sync anymore) ? it seems quite interesting.

If I remember rightly, supreme commander would quit the game on noticing any form of desync (it too would broadcast player events). would this technique have helped supCom and other games that use the same technique? I'm a little curious

Thouhts?

Thanks all!

a WIP 2d game engine: https://code.google.com/p/modulusengine/

English is not my first language, so do feel free to correct me

Sponsor:

#2 hplus0603 Moderators - Reputation: 3293

0Likes

Posted 08 March 2013 - 11:06 AM

The reason GGPO can "roll back" a game is that the simulation isn't terribly difficult, and the entire game state could fit in RAM as a snapshot. For a bigger, more complex game, fitting multiple snapshots of all the game state in RAM may not be practical (this was a big cost for There.com, for example, which kept about 1.2 seconds of rollback per entity in RAM.)
The reason an RTS game will quit on desync is that the game is engineered to use perfectly deterministic simulations, making sure all player inputs are available before taking as simulation step (the "lock step" method, popularized by the Age of Empires Gamasutra article series linked to by the FAQ.)

enum Bool { True, False, FileNotFound };

Back to Multiplayer and Network Programming

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.