cdwfs/hexflipper

A 1-4 player competitive territory-building game played on a hex map, created for OST Jam using quadplay✜

NOTE: This game is now included in the main quadplay✜ repository. This repository will receive no further changes.

hexflipper

A 1-4 player competitive territory-building game played on a hex map, created for OST Jam, featuring music by Calamity Range. It was built using @morgan3d's quadplay✜ virtual console, and should be playable on any device with a reasonably modern web browser.

Play The Game

Play the final published build on itch.io here!

Play the latest development build here!

hexflipper's Issues

implement player input

dpad for hex movement, button to select

Update game metadata

• Preview animation (Shift+F8 in IDE)
• Final credits
• asset attributions
• URLs
• screenshot for itch.io

Optimize sprite sheet

In theory I only need two sets of arrows (horizontal an diagonal) plus X/Y flips. Totally not a priority but if there's ever a final-release version it would be interesting to see what's involved there.

get_best_move_hex() can still soft-lock the game

A previous build of the game had a soft-lock caused by get_best_move_hex() returning a hex that no longer belonged to the player in question. The game would then try to execute a move at that space (and fail, entering an infinite loop). The workaround for the bug was to default get_best_move_hex() to the player's starting location rather than their current location, but this is not a full fix; the start location can ALSO be captured, leading to the same soft-lock if this hex would otherwise be the AI player's best move.

More generally, it's conceivable (but unlikely) that a player could legitimately have no valid moves, if every single move they're given fails to grow their territory, while their opponent makes their way across the board and captures their starting hex with a red arrow.

Tweak move generation

Purely random moves mean you get a LOT of useless moves, which is not fun. Also, once you're way behind and cut off, you pretty much have nothing to do but wait for super arrows to try and claw back a bit of territory.

Give players more super arrows when they're farther behind.

When generating a move for a player, prefer one that can be used to flip at least one tile at the time when the move is generated. Note that this may not be possible in general, and by the time a player can actually MAKE the move it may no longer be able to flip a tile, but it's better than getting a move that is just patently useless.

Update sprite sheet

• neutral board tile
• per-player-color board tile
• tile for each move
• "selected" overlay

Add victory condition

The game currently literally never ends.

At the minimum, of all cells are non-neutral, declare a winner and go back to the menu.

Draw selection sprite overlay on active hex

Extract music loops

At the very least, menu music and in-game music.

Draw 5x5x5 hex grid with placeholder art

Publish build to itch.io

Pick music

Implement AI

It shouldn't be too hard to evaluate all possible moves and determine the best one (or the best N, and an easier AI would randomly pick a less-than-optimal move).

On one hand this would help playtest new rules variants more efficiently; I could just let the AI play itself and see who wins, after how long, etc.
On the other, rules changes would need to be reflected in the AI before it could play effectively.

Improve AI

• If a move would end the game with the current player as the winner, do that move.
• If a move has a super arrow, prefer a move that uses that super arrow to capture another player's tile

Choose player count from main menu

Refactor various player_* arrays as entities

It's less data-oriented, but more idiomatic for this engine

Make game fun

Virtually zero thought given to game balance yet

lower latency on sound playback