Laser Spigot postmortem

Laser Spigot didn’t make a huge splash (the pond of roguelike gamers is pretty small anyway), but it was well received by the judges at the Roguetemple challenge evaluation and the early testers on #lispgames. It’s unfortunate that I’d declared it done except for bug fixes by the time I’d released a test version, because the #lispgames folks made some suggestions that would’ve improved the game, and the challenge judges offered some critiques and ideas that shed light on the game design and how to improve it. I consider Laser Spigot “frozen” for the time being (I really need to restore the focus on my primary project), but maybe I’ll do an enhanced version for the Roguelike Release Party this fall. I definitely want to do another hex RL.

Here’s my thoughts along with what I’ve come away with from the feedback I’ve received:

  • Text prompts should persist on the screen longer than a single turn.
  • You should be able to access the help screen while playing.
  • A look feature would be useful (I was going to do one with the mouse, but cut it due to time constraints and the very small number of items/monsters in the game).
  • Another day spent adding a few more enemy types and adding more variation between the levels could’ve really improved things.
  • The laser controls are a bit wonky – maybe the laser beams should move first, so they don’t (sometimes, inconsistently) block the player moving behind them.
  • A move to fire the laser and step backward would be cool (suggested by one of the anonymous judges).
  • I really should’ve spent the five minutes it would’ve took to make sure the game doesn’t try to play the same sound effect twice or more simultaneously, resulting in clipping distortion.
  • The map generation algorithm isn’t ideal, usually resulting in the player entering in a central hub and having to explore the outer edges for the next stairs down. It would be better to start the player near a corner of the map, so that the direction to explore in becomes more clear.
  • I have doubts about the basic energy conservation mechanic as the sole physical constraint on the player, since most or all of my successful runs have involved some boring recharging in a remote corridor (usually following a RepairBot around to drain tiles as he fixes them). Adding energy capsules would provide some motive for exploration, but might make the game too easy.
  • Foiling idle recharging by spawning additional seekers (or worse) over time was my original, unimplemented idea.
  • Items, along with the aforementioned map generation changes, would make the exploration aspect of the game more interesting.
  • The major unimplemented idea, which I originally envisioned as central to the gameplay, was to be the ability to project a forcefield in a straight line outward to block pursuing monsters.
  • Amusingly, someone complained that the monsters were too smart and outwitted the laser, but they contain no logic to avoid the laser at all! It emerges as a consequence of their path-finding – the laser beam blocks the path toward the player, so pursuing robots route around it unless they’re trapped or the cost is too high.
  • Was one screen of introduction text really tl;dr?

Thanks to everyone who played Laser Spigot.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

%d bloggers like this: