Open vondele opened 4 months ago
perhaps a fixed nodes test comparison? as the order in which the games are finished affects the order in which the games are listed in the pgn
this is fixed depth, so already deterministic game play (at least should be).
Now, I think the point is, with cutechess the order the games are finished doesn't affect the order in which the games are listed. The games are listed in the order they are started.
id prefer not doing this as i don't really see and advantage or use case and only downsides (if something goes wrong i.e. pc crash you only have a few pgns depending on when the games finish instead of all leading up to the pc crash) and this would require some bookkeeping for pgns and saving them in memory to be written at a later point
I'll leave this open for now until this becomes an issue for someone relying on this behaviour
I can give an example where this would be useful.. I now test if all games have the same PlyCount between cutechess and fast-chess, but I can't easily do a 1-to-1 comparison since the order is different. Hence, I sort the PlyCount's before comparison. This might miss some bugs (i.e. two games have different PlyCount, but when sorted it is the same), even though it will probably be few.
I don't think it is critical though, more a nice to have.
When playing with sequential book order:
The games in the pgn by cutechess are in order of the book, with fast-chess they are not: