Open eskopp opened 11 months ago
related to https://github.com/lichess-org/lila/issues/13868, https://github.com/lichess-org/lila/issues/10142, which was closed with
%emt is the time one spent playing a move.
It's not enough to reconstruct the game clocks, because it doesn't account for client lag, network lag, server lag, lag compensation, and possible manual changes to the clock (such as giving time).
Clock inaccuracy would increase with every move, eventually resulting in nonsensical clock states, such as flagging with non-zero time on the clock.
Therefore it has little value and can't be used by lichess studies.
I would be in favour of revisiting this as
client lag, network lag, server lag, lag compensation
are not an issue for OTB game.
Hello @kraktus If Lichess sees it that way, I will close the issue. Thank you for the information.
Hey @kraktus. One question. If the data from the PGN is not enough to realize the TimeStamps, why did you open the issue. I mean if the data is not enough, it is not enough. I would be happy, but I trust your judgment.
Exact URL of where the bug happened
https://lichess.org/study/nDKoIXr8/eKYon9wb
Steps to reproduce the bug
What did you expect to happen?
I had expected the remaining reflection time to be similar to the following broadcast (https://lichess.org/broadcast/cracovia-2023-open-a/round-5/dwJJOHqX). The required data is contained in the game. An example can be found at the end of the issue
What happened instead?
Lichess ignores the TimeStamps
Operating system
Windows 11
Browser and version (or alternate access method)
Chrome 122.0.6182.0
Additional information
Chapter from the PGN-File: