New Game: Blink "Chess"

This is something I have been working on and I just finished implementing the game “engine” (for lack of a better term) while I do not have an actual game yet.

The actual rules are only tentative and incomplete at this time but I will mention what I have in the hope that other people might chime in with suggestions:

The general mechanic is that it would be a 2 player game (at least at first) with a fixed number of pieces. As there is no “board” per-se for Blink games (well, Hexxagon technically makes a board out of the Blinks themselves) the “pieces in fixed starting positions” from chess is replaced by “pieces join the game one by one” at each player’s turn.

Each Blink would have a role (like in Crownfall) with multiple Blinks in the same role being possible. Each role would, as expected, have different properties (more on this below).

Either during the setup phase (where pieces are being added one by one) or after it finishes (all pieces are in), players would be able to start moving pieces around.

As In chess, each piece can move only in a specific way (to be determined) but probably related to how they can be moved from one place in the cluster of Blinks to another place in the same cluster.

Also as in chess, the main objective would be to capture a specific piece (a king?). How that would happen is still up for discussion but an obvious way would be if it was surrounded by pieces for the other player (depending on how this would play out with other movement rules, of course).

Some generic rules common to several Blink games would apply here: There can be only one cluster (so moving a piece can not break it in 2). Pieces can only be moved if they can easily be removed and inserted in another position (this probably excludes moving pieces in the middle of the cluster although I THINK this could be relaxed depending on how pieces move), pieces must be touching at least one other piece to be in game (with some specific logic to sort up the first move where there would be a single piece, maybe just having an initial cluster with one piece from each player).

And, in case it is not clear yet, a move means physically moving pieces around the cluster following the specific movement rules.

The cool thing about what I intend to do (and I am not sure I can do everything I want due to space constraints) is that it will feel and play like a normal table top game with discrete pieces (think, dominoes) but other than animations I intend to add game hints (for example, when a piece is removed, the cluster will indicate where that same piece that was removed can be reconnected to it), cluster validation (for detecting invalid states and end game condition) which is something that can only be done with Blinks.

This is how far I went with this so far. Any suggestions about ANYTHING (specially game mechanics/rules) would be greatly appreciated.

3 Likes

Hey @BGA I think what you’re trying to do is something very similar to one of my FAVOURITE two game players and actually exist!

HIVE: https://boardgamegeek.com/boardgame/2655/hive

Is a turn based placement, it actually uses hexagonal pieces with bug trailed draws, and need a minimum of 11 “pieces” per player (without expansions) and there are 2 additional pieces as expansion, doing a maximum of 13 per player.

Is based on the “capture the queen” concept, and also not divide the “cluster” (instruction says it must be only one “hive”)

Of course a Blink implementation can be something really good!

Check out the rules, I think you can get some cool ideas with this game =)

1 Like

Thanks for the tip! I checked it and except for the fact that I did not even consider using insects as pieces ( :slight_smile: ), it seems to be exactly the type of game I had in mind (and I thought I had an original idea…).

I specially liked the way the beetle moves and started thinking of ways to actually do that with blinks in a way that would work without breaking game state.

Maybe I should just call it Blinks Hive and do something that is as close as possible (considering the use of Blinks) to the original design (which most likely mean fully implementing exactly that game but with added Blinks-only features).

What do you think?

Thanks again.

It can be an easy game to implement.

I’m imagining this key features:

  • Asign roles to every blink at the beginning
  • Turn detection (with some colours)
  • Legal move validation (that can be really hard to do)
  • Surround the queen and send a Win/Lose game state to all blinks.

But of course with a simple code, some colours mappings and game states, and auto asign the roles at the beginning of the player turn is just ok and you can play with that!

The basics can be easily coded in just one hour!

If you do it, that game will be permanently in one of my blinks!

Also if you don’t do it, I will do it, as when I first thinked on blinks games, I thinked on porting this game =D

Yep. generally speaking it should not be difficult to implement (I already have a lot of the logic for a generic game like this implemented) but there are definitely tricky problems to solve (determining valid moves is probably the more interesting one and preventing state breaking is another as pieces are removed from the cluster and reconnected during a move).

I guess I will implement Hive as is to use as a base then change it to whatever works best with Blinks.

Fun Fact: The dimensions and weight of Blinks were inspired by the feeling of a hive tile in the hand. The self aligning magnets were because I found it frustrating to keep the pieces nicely aligned.

1 Like

So then a Hive port to Blinks should be a must!

Deja Vue all over again. I mentioned Hive within the first five minutes of meeting Jon. Then I mentioned Go as an example of emergent strategy and then Jon revealed the etymology of the company name, Move38. Jon is always ten steps ahead of me. :smile:

1 Like

@AEthyr So then you’re on move 28?

3 Likes