Pippinzip is a square board connection game.
Generated at 09/03/2021, 11:06 from 1000 logged games.
Representative game (in the sense of being of mean length). Wherever you see the 'representative game' referred to in later sections, this is it!
The game begins with an auction phase -- a sort of mini-game of chicken (reminiscent of the game Unlur), in which the board is gradually seeded with a growing number of initial stones. The auction phase determines who will play the role of "Pip" (using black stones) and who plays the role of "Zip" (using white stones).
After the auction phase ends and the roles are thereby determined, the players take turns playing stones of their color to the board. Play continues until a winning condition is reached. (Draws are impossible.) Pip wins by connecting any TWO opposite sides of the board via a chain of orthogonally-adjacent black stones. Zip wins connecting all FOUR sides of the board via a chain of 8-way-adjacent white stones. ("8-way-adjacent" = either orthogonally or diagonally adjacent.)
Immediately after "take" is announced, the non-taker (i.e. Zip) has his/her turn and places a single white stone, followed by a single black stone from Pip, then a single white stone from Zip, etc. Turns alternate in this fashion until one player achieves his/her win condition (or until one player resigns). Zip wins by connecting all FOUR sides of the board with a chain of white stones that are orthogonally and/or diagonally adjacent; Pip wins by connecting any TWO opposite sides with a chain of black stones that are orthogonally adjacent.
This is an alternative version of the game. To start the game, on each turn a player places 1-3 WHITE stones in the auction phase. (Each player has a free choice of whether to place 1 white stone, or 2 white stones, or 3 white stones on his/her turn.) Players alternate turns, playing white stones exclusively in this phase of the game, until one player on his/her turn says "take" instead of placing any stones. This taker is henceforth known as "Zip" and on future turns Zip will play a SINGLE white stone per turn. The opponent is known as "Pip." On future turns, Pip will play TWO black stones per turn, with the following restriction: Pip's second black stone of a given turn is NOT allowed to be placed orthogonally adjacent to the first black stone of the turn. (Placing two diagonally adjacent black stones in the same turn IS allowed. Also, note that in the extremely rare case where ALL remaining empty cells are orthogonally adjacent to first black stone, the second black stone is forfeited.)
Immediately after "take" is announced, the non-taker (i.e. Pip) has his/her turn and plays two black stones, followed by a single white stone played by Zip, then two black stones from Pip, then a single white stone from Zip, etc. Turns alternate in this fashion until one player achieves his/her win condition (or until one player resigns). Zip wins by connecting all FOUR sides of the board with a chain of white stones that are orthogonally and/or diagonally adjacent; Pip wins by connecting any TWO opposite sides with a chain of black stones that are orthogonally adjacent.
NOTE: In either version of the game (Pipline or Zipline), if during the auction phase a player creates the win condition for the color being used in the auction, then that player wins the game. (However, this won't happen if both player play competently!)
Not implemented in Ai Ai: Zipline can also be played as a 3 player game. In 3 player Zipline, the taker plays as Zip and the two non-takers play as a single Pip team. Each non-taker plays a single black stone on his/her turn, for a total of two black stones for Pip for every one white stone for Zip. Roles are determined in the auction phase using the same process described for 3 player Unlur in this thread.
"Freestyle" Zipline Variant: For variety you can play with free placement for Pip's two black stones, that is, with no ban on orthogonally adjacent placements.
General comments:
Play: Combinatorial
Family: Combinatorial 2020
Mechanism(s): Connection
BGG Entry | Pippinzippipline |
---|---|
BGG Rating | 6 |
#Voters | 2 |
SD | 2 |
BGG Weight | 0 |
#Voters | 0 |
Year | 2020 |
User | Rating | Comment |
---|---|---|
eddy_sterckx | 4 | 2020-10-24 : First play. The BGG challenge to play games from designers from as many different countries as possible continues, so here we have another game which took less than 5 minutes to make. Black wins if there's a orthogonal line of black stones connecting one side to its opposite. White wins if all 4 sides are connected but here also diagonal lines are allowed. The game is perfectly balanced because of the initial phase in which both players alternately seed the board with black stones until one player declares he'll play black. If you like abstracts in the Go category this is very much something you should check out. I'm lousy at this kind of games, but some will like it a lot |
cdunc123 | 8 | (I'm the designer so perhaps I am biased!) A simple connection game with an interesting asymmetric aspects. It also plays 3 people well, and with no king-making issue (since the game ends up being 2 players vs 1). |
Size (bytes) | 28692 |
---|---|
Reference Size | 10293 |
Ratio | 2.79 |
Ai Ai calculates the size of the implementation, and compares it to the Ai Ai implementation of the simplest possible game (which just fills the board). Note that this estimate may include some graphics and heuristics code as well as the game logic. See the wikipedia entry for more details.
Playouts per second | 19921.07 (50.20µs/playout) |
---|---|
Reference Size | 378974.50 (2.64µs/playout) |
Ratio (low is good) | 19.02 |
Tavener complexity: the heat generated by playing every possible instance of a game with a perfectly efficient programme. Since this is not possible to calculate, Ai Ai calculates the number of random playouts per second and compares it to the fastest non-trivial Ai Ai game (Connect 4). This ratio gives a practical indication of how complex the game is. Combine this with the computational state space, and you can get an idea of how strong the default (MCTS-based) AI will be.
Label | Its/s | SD | Nodes/s | SD | Game length | SD |
---|---|---|---|---|---|---|
Random playout | 32,743 | 188 | 3,419,770 | 18,905 | 104 | 22 |
search.UCB | 32,750 | 412 | 89 | 13 | ||
search.UCT | 32,291 | 406 | 96 | 13 |
Random: 10 second warmup for the hotspot compiler. 100 trials of 1000ms each.
Other: 100 playouts, means calculated over the first 5 moves only to avoid distortion due to speedup at end of game.
Rotation (Half turn) lost each game as expected.
Reflection (X axis) lost each game as expected.
Reflection (Y axis) lost each game as expected.
Copy last move lost each game as expected.
Mirroring strategies attempt to copy the previous move. On first move, they will attempt to play in the centre. If neither of these are possible, they will pick a random move. Each entry represents a different form of copying; direct copy, reflection in either the X or Y axis, half-turn rotation.
1: Player 1 win % | 50.90±3.10 | Includes draws = 50% |
---|---|---|
2: Player 2 win % | 49.10±3.09 | Includes draws = 50% |
Draw % | 0.00 | Percentage of games where all players draw. |
Decisive % | 100.00 | Percentage of games with a single winner. |
Samples | 1000 | Quantity of logged games played |
Note: that win/loss statistics may vary depending on thinking time (horizon effect, etc.), bad heuristics, bugs, and other factors, so should be taken with a pinch of salt. (Given perfect play, any game of pure skill will always end in the same result.)
Note: Ai Ai differentiates between states where all players draw or win or lose; this is mostly to support cooperative games.
Match | AI | Strong Wins | Draws | Strong Losses | #Games | Strong Score | p1 Win% | Draw% | p2 Win% | Game Length |
---|---|---|---|---|---|---|---|---|---|---|
0 | Random | |||||||||
2 | UCT (its=3) | 631 | 0 | 333 | 964 | 0.6240 <= 0.6546 <= 0.6839 | 45.33 | 0.00 | 54.67 | 104.19 |
73 | UCT (its=74) | 550 | 0 | 450 | 1000 | 0.5190 <= 0.5500 <= 0.5806 | 50.00 | 0.00 | 50.00 | 103.83 |
74 | UCT (its=74) | 480 | 0 | 520 | 1000 | 0.4492 <= 0.4800 <= 0.5110 | 49.20 | 0.00 | 50.80 | 102.52 |
Search for levels ended: time limit reached.
Level of Play: Strong beats Weak 60% of the time (lower bound with 95% confidence).
Draw%, p1 win% and game length may give some indication of trends as AI strength increases.
This chart shows the win(green)/draw(black)/loss(red) percentages, as UCT play strength increases. Note that for most games, the top playing strength show here will be distinctly below human standard.
Game length | 86.39 | |
---|---|---|
Branching factor | 127.42 |   |
Complexity | 10^180.65 | Based on game length and branching factor |
Computational Complexity | 10^7.77 | Sample quality (100 best): 13.50 |
Samples | 1000 | Quantity of logged games played |
Computational complexity (where present) is an estimate of the game tree reachable through actual play. For each game in turn, Ai Ai marks the positions reached in a hashtable, then counts the number of new moves added to the table. Once all moves are applied, it treats this sequence as a geometric progression and calculates the sum as n-> infinity.
Distinct actions | 171 | Number of distinct moves (e.g. "e4") regardless of position in game tree |
---|---|---|
Good moves | 86 | A good move is selected by the AI more than the average |
Bad moves | 85 | A bad move is selected by the AI less than the average |
Response distance | 5.35 | Mean distance between move and response; a low value relative to the board size may mean a game is tactical rather than strategic. |
Samples | 1000 | Quantity of logged games played |
A mean of 50.45% of board locations were used per game.
Colour and size show the frequency of visits.
Game length frequencies.
Mean | 86.39 |
---|---|
Mode | [91] |
Median | 87.0 |
This chart is based on a single representative* playout, and gives a feel for the change in material over the course of a game. (* Representative in the sense that it is close to the mean length.)
Table: branching factor per turn, based on a single representative* game. (* Representative in the sense that it is close to the mean game length.)
This chart is based on a single representative* game, and gives a feel for the types of moves available throughout that game. (* Representative in the sense that it is close to the mean game length.)
Red: removal, Black: move, Blue: Add, Grey: pass, Purple: swap sides, Brown: other.
This chart shows the best move value with respect to the active player; the orange line represents the value of doing nothing (null move).
The lead changed on 15% of the game turns. Ai Ai found 1 critical turn (turns with only one good option).
This chart shows the relative temperature of all moves each turn. Colour range: black (worst), red, orange(even), yellow, white(best).
Measure | All players | Player 1 | Player 2 |
---|---|---|---|
Mean % of effective moves | 25.85 | 27.15 | 24.55 |
Mean no. of effective moves | 38.86 | 40.79 | 36.93 |
Effective game space | 10^49.73 | 10^25.88 | 10^23.85 |
Mean % of good moves | 42.90 | 51.13 | 34.67 |
Mean no. of good moves | 58.51 | 70.93 | 46.09 |
Good move game space | 10^87.74 | 10^54.65 | 10^33.08 |
These figures were calculated over a single game.
An effective move is one with score 0.1 of the best move (including the best move). -1 (loss) <= score <= 1 (win)
A good move has a score > 0. Note that when there are no good moves, an multiplier of 1 is used for the game space calculation.
Measure | Value | Description |
---|---|---|
Hot turns | 72.09% | A hot turn is one where making a move is better than doing nothing. |
Momentum | 31.40% | % of turns where a player improved their score. |
Correction | 46.51% | % of turns where the score headed back towards equality. |
Depth | 5.03% | Difference in evaluation between a short and long search. |
Drama | 4.22% | How much the winner was behind before their final victory. |
Foulup Factor | 25.58% | Moves that looked better than the best move after a short search. |
Surprising turns | 0.00% | Turns that looked bad after a short search, but good after a long one. |
Last lead change | 86.05% | Distance through game when the lead changed for the last time. |
Decisiveness | 3.49% | Distance from the result being known to the end of the game. |
These figures were calculated over a single representative* game, and based on the measures of quality described in "Automatic Generation and Evaluation of Recombination Games" (Cameron Browne, 2007). (* Representative, in the sense that it is close to the mean game length.)
Moves | Animation |
---|---|
l8,a9,m7 | |
a9,l8,m7 |
Colour shows the success ratio of this play over the first 10moves; black < red < yellow < white.
Size shows the frequency this move is played.
0 | 1 | 2 | 3 |
---|---|---|---|
1 | 170 | 14535 | 833171 |
Note: most games do not take board rotation and reflection into consideration.
Multi-part turns could be treated as the same or different depth depending on the implementation.
Counts to depth N include all moves reachable at lower depths.
Inaccuracies may also exist due to hash collisions, but Ai Ai uses 64-bit hashes so these will be a very small fraction of a percentage point.
No solutions found to depth 3.
Puzzle | Solution |
---|---|
Player 1/Pip/Black to win in 3 moves | |
Player 1/Pip/Black to win in 3 moves | |
Player 1/Pip/Black to win in 3 moves | |
Player 1/Pip/Black to win in 3 moves | |
Player 2/Pip/Black to win in 3 moves | |
Player 2/Pip/Black to win in 3 moves | |
Player 2/Zip/White to win in 3 moves | |
Player 2/Zip/White to win in 3 moves | |
Player 1/Zip/White to win in 3 moves | |
Player 1/Zip/White to win in 3 moves | |
Player 2/Zip/White to win in 3 moves | |
Player 1/Zip/White to win in 3 moves | |
Player 1/Pip/Black to win in 3 moves | |
Player 1/Zip/White to win in 3 moves | |
Player 1/Pip/Black to win in 3 moves | |
Player 1/Pip/Black to win in 3 moves | |
Player 1/Zip/White to win in 3 moves | |
Player 1/Zip/White to win in 3 moves | |
Player 2/Zip/White to win in 3 moves | |
Player 2/Zip/White to win in 3 moves | |
Player 1/Zip/White to win in 3 moves | |
Player 2/Zip/White to win in 3 moves |
Weak puzzle selection criteria are in place; the first move may not be unique.