Follow-up Comment #3, bug #24318 (project freeciv):
The unit animation delay is entirely on client side. Server sends just the
coordinates of the tile unit is moving to, and leaves client to animate the
move as slowly as it wants while itself continuing with next steps and units.
The only way adjusting client side animation time affects networking is that
buffers (server side send-buffer and client side receive-buffer) may grow
quite big when server sends updates much faster than client handles them.
One of the tickets you linked to mentioned experimental ruleset. Are you
always using that? Before 2.5.0 was released, we had big issues because of the
experimental ruleset's new way to excessively use tech root_reqs. Recursive
processing of those is rather heavy process, and it turned out that they get
processed client side far more often than what one would expect (can't
remember the details, but it was needed for quite simple redraws - maybe for
updating tech cost -> brightness of the bulb showing current progress) I were
not entirely convinced by the way it was worked around.
Have you been testing with all the guis? (Note that up to S2_5 default gui is
gtk2, later branches have gtk3 as default. gtk3 uses cairo, gtk2 does not)
_______________________________________________________
Reply to this item at:
<http://gna.org/bugs/?24318>
_______________________________________________
Message sent via/by Gna!
http://gna.org/
_______________________________________________
Freeciv-dev mailing list
[email protected]
https://mail.gna.org/listinfo/freeciv-dev
