An abandoned iPad game where Picross puzzles were used to fight Egyptian monsters.
Carter's Curse paired Picross puzzles with Egyptian monster fights on iPad. Months went into sprites, cutscenes and menus before anyone tested it, and the combat half of the screen changed nothing, so players could just play Picross. Mark Brown scrapped it. The lesson: prototype the core mechanic first, and don't assume an idea is fun because it feels fun in your head.
From Mark Brown on Carter's Curse
Carter's Curse got months of art before anyone tested whether it was fun. Mark Brown built sprites, finishing moves, an intro cutscene and menus with big juicy buttons in Photoshop for an iPad game coded in Codea, inspired by Bookworm Adventures. The core gameplay turned out dull, and he was too far in and too demoralised to fix it, so he scrapped it.
He had assumed the idea would be fun because it felt fun in his head. He later learned from interviewing dozens of designers that successful games start as quick, ugly prototypes that test only the core mechanic. "I had basically built a house on really shaky foundations and then I was surprised and upset when my toilet fell through the floor."
The monster fights were decoration the player could ignore. Howard Carter fought zombies, mummies and Egyptian gods by solving Picross puzzles, but you could ignore the enemy half of the screen and just play Picross. The game had no tactics or strategy, so play could not change with the enemy and it became shallow and repetitive.
A puzzle with no tactical depth cannot be made harder or more interesting for different enemies, so the surrounding layer needs a real effect on what the player does. "It was immaterial that you were fighting enemies."
Mark Brown's earlier game got months of sprites, cutscenes and menus before anyone tested it. The enemy half of the screen was irrelevant, so it was shallow and repetitive, and he scrapped it.
Carter's Curse got months of art before anyone tested whether it was fun. Mark Brown built sprites, finishing moves, an intro cutscene and menus with big juicy buttons in Photoshop for an iPad game coded in Codea, inspired by Bookworm Adventures. The core gameplay turned out dull, and he was too far in and too demoralised to fix it, so he scrapped it.
He had assumed the idea would be fun because it felt fun in his head. He later learned from interviewing dozens of designers that successful games start as quick, ugly prototypes that test only the core mechanic. "I had basically built a house on really shaky foundations and then I was surprised and upset when my toilet fell through the floor."
The monster fights were decoration the player could ignore. Howard Carter fought zombies, mummies and Egyptian gods by solving Picross puzzles, but you could ignore the enemy half of the screen and just play Picross. The game had no tactics or strategy, so play could not change with the enemy and it became shallow and repetitive.
A puzzle with no tactical depth cannot be made harder or more interesting for different enemies, so the surrounding layer needs a real effect on what the player does. "It was immaterial that you were fighting enemies."
GamesA Zelda adventure where Princess Zelda copies objects and monsters as echoes to solve puzzles and fight.
GamesNintendo's long-running action-adventure series about Link exploring Hyrule, solving puzzles and fighting Ganon.
GamesA major video game publisher and the guest's employer.
A puzzle platformer where you escape a factory using a magnet and a magnetic field.
GamesAn open world action game where you recruit and play any of London's citizens.
GamesA combat-focused action adventure game from Santa Monica Studio with Norse mythology and light puzzles.
Mark Brown's first game, a puzzle game he made while learning Unity.
GamesA first-person stealth action game from Arkane with supernatural powers and the Clockwork Mansion level.