Althalus uploaded file desync_template.tar.gz (40.0 KiB)

Althalus uploaded file desync_template_scav.tar.gz (30.0 KiB)

Althalus uploaded file desync_T2.tar.gz (40.0 KiB)

Althalus commented

First issue: templates, and more specifically default templates (for players, its the initial truck and cyborgs). As soon as someone produces an unit from such a template, the game desyncs systematically. On maps with scavenger factories, this means right at the beginning of the game. This looks related to the above-mentioned thread, but if it is the same problem I'm very surprised that the desync occurred so late in the game (poster said 5-10 minutes into the game, while I would have expected as soon as someone builds a truck).

The attachments desync_template.tar.gz and desync_template_scav.tar.gz showthis problem.

I have a partial fix for this issue: always resend templates when scheduling a production, but it doesn't work with scavengers (because when sending templates, they are validated against the player's research, and scavengers do not have the research necessary to build their templates).

Althalus commented

Second issue: starting on tier 2 or 3. Each player only applies upgrades to its own units at the beginning, with means immediate desync as units do not have the same number of body points.

Attachment desync_T2.tar.gz shows this problem.

I don't have a fix, but I plan to look at it whenever I find the time

klasskill commented

templates are screwy, they can also vanish for no reason but I have not seen a desync from them

Althalus commented

Using templates I define myself works, but I get systematic desync when one of the players builds a unit from the default templates. I was under the impression, looking at the code, that using them would always trigger a desync. Could you try a map with scavenger factories (I think Sk-Rush qualifies) and tell me if you get an immediate desync ?

klasskill commented

no, don't get immediate desync

Per changed blocking which not transferred by tractive

Per changed blockedby which not transferred by tractive

Per commented

Fix: perim/warzone2100@ff14b93

Per Inge Mathisen <per.mathisen@...> changed status from new to closed

Per Inge Mathisen <per.mathisen@...> changed owner from `` to Per Inge Mathisen <per.mathisen@gmail.com>

Per Inge Mathisen <per.mathisen@...> changed resolution from `` to fixed

Per Inge Mathisen <per.mathisen@...> committed [78]

In Warzone2100/warzone2100@78c6926:

#CommitTicketReference repository="" revision="78c69265e3a047aad0e007fb3287cbf251029191"
Human droid production using default templates caused immediate desync.

Solved by not sending templates for factory production any more. Instead
we send the template contents, and create a temporary template in the
factory when the network packet is received. Once the droid is produced,
the temporary template is discarded.

Fixes #4304