aaron-siegel/cgsuite

A computer algebra system for research in combinatorial game theory

cgsuite's Issues

Questions on using the 2.x versions

Hi! I'm Ruihan, and I have used your amazing CGSuite for a while.(My professor's research would not be possible without this powerful tool) This time, I originally implemented a custom game designed by my professor on CGSuite 1.x to calculate the Canonical Form for certain positions.
However, I think because the member variable of the custom game is a grid, which takes up memory, too much memory was taken in each iteration. So, CGSuite 1.x crashes on larger inputs(my RAM is 4GB). Do you think it is possible that the game would be able to run on CGSuite 2.x?
If so, may I ask what does "where" and "yield" means and how do I print to Worksheet in cgs files (using "Worksheet.Print(".....")" will return error messages). Thanks a lot!!!!

Support for non-koban loopy thermography and go

Basically, I believe it is possible to use the new developments tropical linear feasibility algorithms to solve loopy thermography, I think. It would be interesting to study go positions under various ko ban restrictions using this idea. We could use katago to prune bad moves out, then run out these methods on the resulting loopy game.

In your book you mention that in Will Fraser's phd thesis he presents promising results about loopy game thermography but I couldn't find this anywhere online. Do you know where can I get it?

I would like to start working on this at certain point and I think cgsuite is an appropriate place to do so, don't you agree?

Thank you. I hope this message reaches you,
Francisco Criado

alquerkonane

In the Reunion island version of checkers (https://irem.univ-reunion.fr/spip.php?article1165) there are interesting values like

• all the integers
• some fractions like -3/2 or 1/2
• the star
• up...

The game is played on a board which is usually rectangular. There are black and white pawns. Each player in turn can

• move (to one's NE or NW direction) a pawn, one square at the time, if the new square is free.
• or take one pawn of the opposite color, jumping over it like in konane (hence the name of this game), wiz going to the N, S, E or W two squares if the new square be empty and there be an opposite's pawn between the ancient and new position.

Multiple takes are not allowed and taking a pawn is not mandatory. When a pawn has managed to go to the opposite side, it is not promoted to a king, it is just blocked there (so this is checkers without kings). The first player who can not move either of his pawns (for example because they have all been taken by the opposite player) looses the game.

One detail also: the black pawns are initially on the black squares of the first 2 rows of the checkerboard, while the white pawns are initially on the white squares of the upper 2 (from the black's point of view) rows of the checkerboard. Which implies that during the game, all black pawns are always on black squares and all white pawns are always on white squares.

On can try the game here: https://alainbusser.github.io/primaire/html/alquerkonane5bis.html (the checkerboard is upside down, as the black pawns are at the top).

If there be an alquerkonane library in CG Suite it would allow to make both alquerkonane and CG Suite better known. If not, I would like to learn some of CG Script to make my own experimentations 😉