Technical solution to eliminate desync in single-player sessions

If you can name a single action RPG where the combat calculations consume a full millisecond, I will be blown away. =P

"

qwave wrote:

Anyway, if anyone has any constructive questions about the proposal, I am happy to answer them. =)

Precisely how would the server validate snapshots in your current design?

"

And the last time that I updated my computer because it was failing to calculate an entire game state in a timely fashion was about 18months ago.

I'm pretty sure that you change your HW because you failed to display the game state.

The only game i played with serious issue on gamestate calculation was x3 by egosoft, but its universe is far more complex than PoE. ARPG are just complex version of rpg such as dangeoun and dragons: their gamestatus can be handled by a human with pencil+paper and a dice. If PoE has not to render the graphics, it could run on a 486.

"

Precisely how would the server validate snapshots in your current design?

I have answered this 150 times. Next.

"

SkyCore wrote:

Precisely how would the server validate snapshots in your current design?

In a similar way that a chess player validate the b4-b5 move: if you have pawn in b4 and nothing is in b5 and your king is not checked, then your command is valid.

I cast fireball: do i have fireball gem? do i have enough mana? Am I stunned? Etc....

"

HellGauss wrote:

"

And the last time that I updated my computer because it was failing to calculate an entire game state in a timely fashion was about 18months ago.

I'm pretty sure that you change your HW because you failed to display the game state.

The only game i played with serious issue on gamestate calculation was x3 by egosoft, but its universe is far more complex than PoE. ARPG are just complex version of rpg such as dangeoun and dragons: their gamestatus can be handled by a human with pencil+paper and a dice. If PoE has not to render the graphics, it could run on a 486.

The only game I played where this occurred was Dwarf Fortress
but that game is in Alpha State and a huge lemmings simulation. :P

"

qwave wrote:

"

Precisely how would the server validate snapshots in your current design?

I have answered this 150 times. Next.

You answered this 150 times while in your design including that the server maintain its own separate synched gamestate.
It is a valid question.

The server keeps a cache of the previously received state. It's up to GGG to determine how they want to maintain it. That part is not relevant to the core design.

"

HellGauss wrote:

"

it was failing to calculate an entire game state

I'm pretty sure that you change your HW because you failed to display the game state.

The only game i played with serious issue on gamestate calculation was x3 by egosoft, but its universe is far more complex than PoE. ARPG are just complex version of rpg such as dangeoun and dragons: their gamestatus can be handled by a human with pencil+paper and a dice. If PoE has not to render the graphics, it could run on a 486.

The MB dimms were failing so it actually was failing to calculate the state (memory would get corrupted and it would fall over).

"

SkyCore wrote:

"

qwave wrote:

Anyway, if anyone has any constructive questions about the proposal, I am happy to answer them. =)

Precisely how would the server validate snapshots in your current design?

The game is fully deterministic, meaning that with the same seed (seeds) for random numbers and same player input at the same time, the two separate machines running the game should (with exception to calculation discrepancies that Rhys mentioned) arrive at the same result (as mentioned in Rhys's post).

So by knowing what seed(s) the server issued to the client, and having the used actions provided by the client, the server can validate the player action results by applying same seeds for calculations and checking if the results match.