Who's feeling visionary? SGF2 format

One thing I like about watching games live compared to replaying an SGF is that there’s more of a feel to the ebbs and flows. e.g. When a dan pauses, I can deduce it’s a critical junction…and try to figure out why / what alternatives they were considering. (of course they could simply be making a sandwich). The current SGF format doesn’t include move time data.

Alternatively, if backwards compatibility were an issue, I’m guessing OGS servers store move timestamps. Could OGS game playback be tweaked to optionally replay the game as experienced by the players (perhaps with a timescale factor)? I know we can currently adjust playback speed, but it’s still all regular timing.

Pie in the sky stuff, but dreams are free.


Time per move is already stored by OGS, so adding a real-time playback option should be possible!

I think it would be a nice feature to have - I know lichess has it, although I’m not sure how many people take advantage of it.

(Imagine someone using this feature for a correspondence game :grin: A scale factor would indeed be useful there)


I think it would get [EDIT: some] use.

The Arimaa client has a prominent option to replay moves at the speed they were played, and this is very handy for syncing up a game with a commentary track which only exists as audio. Admittedly, this is a rather unique problem; I’m not sure if I’ve ever heard of audio only commentaries of go games, though I’m sure they must have existed back when radio was a bigger thing.

1 Like

You don’t need a new SGF format to store move time data, the current one already allows it. OGS just chooses not to include it. It might not be a standard property, but SGF allows custom tags and several other go programs, such as KGS, do include it. BL and WL tags seem to be the unofficial standard.


This idea was discussed before in three threads in early-mid 2021:

It’d be best, imo, to merge all four of these threads together and pop the result into the Thread Guide.