This post originated from an RSS feed registered with Java Buzz
by Fred Grott.
Original Post: Replay Feature
Feed Title: ShareMe Technologies-The Mobile Future
Feed URL: http://sedoparking.com/search/registrar.php?domain=®istrar=sedopark
Feed Description: A Weblog about Java programming and digital convergence on mobile devices in such areas as P2P and collaborative technology. Old Archive .
While I may not havetime to do a replay feature, the structure of storing
paused events to handle incoming calls and sms does in fact serve as the
structure for replay features. Thus, to get replay we are storing events
or states of change which can be pause, lander thurst, land, or crash.
Thus, the structure of data is:
1. Event name; Pause, Thrust, Crash or
Land.
2. Speed of Lander
3. Fuel/Energy of Lander
4.
Mass of Lander
5. Frame of Graphic of lander
Well you get
the idea, a more complex game would have more game events/game states.
Remember we are storing this in one record entry because we only need one
entry an dthus do not need enumeration but jsut parsing.
Previous Topic
