Bodies in MotionMar 30, 2004 · peterb · 7 minute read
Jagged Alliance 2
Lately I’ve been playing a bit of the squad-level strategy game Jagged Alliance 2 (both the original and the new “harder than killing a puppy in cold blood without guilt” Wildfire version.) I generally prefer turn-based strategy to real time strategy games, but thinking about some of the design decisions the JA2 guys made sparked some thoughts about the fundamental choices designers make when building these games. The fundamental choice, it seems to me, is whether your pieces move simultaneously or in turn. This is completely orthogonal to the issue of “real time” versus “turn based”:
|Control Quanta vs. Movement||Turn-based||Real time|
|Single move||“Move your piece”|
Simultaneous| “Plotted movement”
Baldur’s Gate / Neverwinter Nights
Age of Empires
Starfleet Command 2_
As you can see, it’s hard to classify some of these games, and the more you think about it the harder it gets. For ease of simplicity, I’m explicitly declaring that games that allow you to pause the action are not invalidated from being considered “real time”. All computer combat games are turn-based in some internal implementation sense (e.g., in Warcraft your grunt will get a swing every X quanta of time). In my taxonomy, a game is “turn based” if those quanta are explicitly exposed to the user as “Now is the time when you must enter your orders, or your men will stand around, slackjawed, looking rather like 3D-rendered apes.”
AI, in other words, can turn a turn-based game into a real-time one. Neverwinter Nights implements D&D style turns and rounds, but if your avatar is attacked he or she will at least have some default “hit the monster back” type behavior. Likewise, Starfleet Command 2 is an almost direct implementation of the completely turn-based system from the Star Fleet Battles board game, but successfully hides its turn based nature from the player.
So for me the vertical axis is the more interesting one – simultaneity of movement. “Single move” means that in the context of the game, either the player is moving or shooting, or the enemy is, but not both at the same time. “Simultaneous” means that the enemy can be on the move at the same time as your pieces are.
I find it interesting that most of the squad level games are single move. The compromise that most of them seem to have adopted is “only one piece moves at a time, but if the moving soldier moves into the field of view of an enemy who has movement points left, the enemy may get an attack of opportunity.” I’ve never played Advanced Squad Leader, but I have a suspicion that that is exactly how it resolves combat. Any ASL experts want to enlighten me?
The battalion and division level games are more sophisticated; from as early on as Chris Crawford’s Eastern Front, these games generally allow you to input orders for all your units, and then tell the computer “go.” A notable exception is the Panzer General series of games, which essentially acts like the squad-level games in my list.
I don’t think it’s coincidental that Panzer General is universally viewed as a more approachable, mainstream game than (say) Combat Mission. “One piece moves at a time” semantics aren’t just easier for developers to implement, they are also arguably easier for players to understand. Somewhere deep in the darkest recesses of our medulla oblongata, “go over there and whack the other guy with a stick” is a concept we all understand.
This is an intrinsic advantage of “move your piece” over “plotted movement” type games from a UI perspective: you click the mouse button and something happens. A piece moves. A little animation of a gunshot or an explosion plays. You whack the other guy with the stick. In a plotted movement game, the most that can happen is the computer can play a little happy sound that means “Yes, orders received.” UI matters. This is a big hurdle for plotted movement games to overcome.
Scale is another issue that may make it harder to implement simultaneous movement in a squad level turn based game. In a game like Combat Mission, the distance troops need to cover is large enough that they’re generally not going to fly past each other by accident. A carelessly implemented squad level game could result in multiple rounds of combat with antagonists running past each other and then pirouetting around to fire off a shot.
Yet if we’re honest, the “move your piece” games suffer from their own class of problems: believability. This is less of an issue in the fantasy games, but it does stretch credulity in, say, Jagged Alliance when one of my men has enough action points to saunter up to an enemy and calmly fire a Desert Eagle into his face, and the enemy just stands there for the entire 10 second period because he had higher initiative and therefore has already moved and used up all of his action points. So even though plotted movement games have usability hurdles to overcome, I think it’s worth trying to overcome them, because they bring greater realism – of a sort – to the player. Clicky-clicky games bring that realism also, but at the cost of requiring more dexterity and – potentially – less strategic thought (at least, that’s the argument. I’m not actually convinced that this is necessarily true, but I’ll put it forward for consideration anyway).
Thus, I’d love to see more squad level games where combat is resolved simultaneously. I know of two, neither of which are modern. Both SSI games, Computer Ambush was a “squad leader” type game with a World War II mise-en- scene, and Galactic Gladiators (and its sequel Galactic Adventures) were based in the 28th century. Computer Ambush’s user interface was terrible (for instance, to move, you told a soldier “MRdnm” where “d” was the direction, “n” was the number of squares, and “m” was the “mode” in which you were moving.) The Galactic games, to the contrary, stand up well even against today’s best squad combat games. The interface is good for their era, and combat is quick and brutal.
Here are some rules of thumb that I think one could use to make plotted movement games work as well as “move your piece” games:
- Rounds need to be short. The more orders you have to keep in your head before hitting the “go” button, the more confusing the experience will be to the player.
- The UI should encourage players to issue orders to squad members in terms of objectives and tactics, rather than in terms of controlling every step they take. It should be feasible to instruct a squad member “Get to this location on the map, moving cautiously and keeping under cover whenever possible” and not have them run out into the middle of a football field. Corrollary: A good pathfinding algorithm is a requirement. Corrollary: The interface needs to allow for a unit to report in for more orders if they get stuck or can’t complete their objective.
- Likewise, instead of ordering “shoot at target X now,” firing orders should be objective based: shoot indiscriminately to provide covering fire, only try to take out this target when you have a good shot, fire at anyone who approaches this area who you have a clear shot at.
- You should be able to issue orders to multiple units as a single squad (“Move to this objective cautiously. Leapfrog and cover each other as you go.”)
Or, instead of developing rules of thumb like this, maybe I should just see if I can find someone to fund me to produce Galactic Gladiators 2004. I see maybe a Bruce Willis in the main role, with Julia Roberts as the love interest. It’ll have lots of heart. And a happy ending. I promise.
If you enjoyed this article, you might enjoy some of these links, too:
- A narrative history of Chris Crawford’s Eastern Front. Crawford also has some interesting discussion of this game in his most recent book.
- An ancient review of Computer Ambush.
- Some interesting commentary from the author of Galactic Gladiators and Adventures. (“I stopped making games for two reasons. I was going broke. And I was beginning to dream in 6502 assembler.”)