Home/ Questions/Q 785373
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-14T20:52:03+00:00

I’m coding simple game which I plan to make multiplayer (over the network) as

  • 0

I’m coding simple game which I plan to make multiplayer (over the network) as my university project.
I’m considering two scenarios for client-server communication:

The physics (they’re trivial! I should call it “collision tests” in fact 🙂 ) are processed on server machine only. Therefore the communication looks like

Client1->Server: Pressed "UP"
Server->Clients: here you go, Client1 position is now [X,Y]
Client2->Server: Pressed "fire"
Server->Clients: Client1 hit Client2, make Client2 disappear!

server receives the event and broadcasts it to all the other clients.

Client1->Server: Pressed "UP"
Server->Clients: Client1 pressed "UP", recalculate his position!!
[Client1 receives this one as well!]

Which one is better? Or maybe none of them?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    The usual approach is to send this information:

    1. Where the player is
    2. At what time he is there (using the game’s internal concept of time, not necessarily real time)
    3. The player’s movement vector (direction and speed)

    Then the clients can use dead reckoning to estimate where the other players are, so that the network latency will disturb the game less. Updates need to be send only when the player changes his direction or speed of movement (which the other clients cannot predict), so also network bandwidth will be saved.

    Here are some links on dead reckoning. The same web sites contain probably also more articles on it.
    http://www.gamasutra.com/view/feature/3230/dead_reckoning_latency_hiding_for_.php
    http://www.gamedev.net/reference/articles/article1370.asp

    • 0