Sponsored By

Drawing Out the Fencer: A Design's Evolution 2

Designers don't design games, they just record what a game wants. The story concludes, with screenshots of the prototype.

Ron Newcomb, Blogger

March 23, 2009

6 Min Read
Game Developer logo in a gray background | Game Developer

 

[Read the first half here] 

 

Of the two problems that precision input brought, one of them required slower gameplay.


Slowing the gameplay was worse than blasphemous.  It went against the original goal of a fast, light, to-and-fro fencing sim.  I wrestled with this for a long while, but finally decided it was a question of either having cake or eating it.  The to-and-fro aspect comes from the ability to intercept and return attacks, and for that to happen, a human player must have the time to see and react to that attack.  Ignoring the reality of precision fencing maneuvers for the sake of twitch gameplay creates something other than fencing, which annuls the whole point much more completely than a relaxation of gameplay speed ever could.  Besides, as long as the player is fully engaged with placement, lunging, dodging, parrying, beating, and riposting, then the gameplay feels fast.  And the feeling, not the reality, is the design goal.

 

Fencing prototype pic 1

Less troubling but more work was the practical input problem.  How should analog work in a fighting game?  I purchased a dual-analog game controller, a clone of the Playstation controller, and started experimenting.  Assigning the sword's tip to one stick was trivial, and foot movement to the other stick, obvious.  Since attacking now consisted of pushing towards on one or both sticks, I now had a fighting game utterly controlled by two analog sticks and no buttons whatsoever.  But this meant the old parrying method of pressing the same attack button as the opponent had would no longer work.  I returned to consulting the source material. 


Fencing has the notions of a sword being "in line" and "out of line".  A sword is in line if it is aiming at the opponent's target area, and will typically stay that way until the opponent forces it out of line.  Parrying is accomplished in many ways, but the commonest is the beat.  A sideways wrist flick hits your opponent's sword, momentarily knocking it out of line and giving you right-of-way.  Not only must he bring it back in line to be able to strike you, but he must cope with your right-of-way.   

 

Fencing prototype pic 2

Fencing prototype pic 2

The beat button debuted, and with it a measure of how far out of line a sword was at any given moment.  Tap the beat button when the swords were crossed to misalign your opponent's sword.  (If the swords are not crossed when you beat, only your own sword is out of line.)  The penalty time was originally constant, but playtesting found that the flow fell into lock-step.  While that was certainly the to-and-fro aimed for, winning a duel was attritional:  with every exchange you tried to perfectly place and time your beat to get a few frames closer to your opponent before his own sword came back in line.  This was not fun.  The penalty time was then calculated based on where the blades crossed.  This produced "sweet spots" to beat or beat with, and the closer to the sweet spot you got, the bigger time window you were rewarded with.  Not only was this a visible, mostly-controllable gameplay mechanic -- the out of line sword was shaded darker in proportion to the timer -- but this also created a bonus for a skilled player:  against more predictable opponents, he would be able to hit the sweet spots regularly, gaining an enormous advantage.  Now the duels were dynamic, believable, and rewarded skill.  Now they were fun.
I finally had a solid and enjoyable, if very basic, game.  It looked and controlled nothing like I originally imagined, but afterward I had trouble imagining it in any other way.  The core gameplay, the hardest part, was done.  From here on out, the rest of the design would be accretive.
Momentum and inertia were added to body movement.  Besides lending additional realism, pre-accelerating for a sliding lunge or fléche ("arrow", an unabashed sprint) became a new tactic.  Also added was an instinctive lean-away animation when the sword tip came very near the face, which temporarily reduced the opponent's forward attack range (since the shoulder goes with it) and could even cause back-peddling.  It was another hook on which to hang tactics, plus further squirming animations would be a later hook for characterization. Fencing prototype pic 3Two more buttons were added as well.  The disengage button flicks your blade to the other side of your opponent's with a quick circular wrist motion.  A properly-timed disengagement will dodge ("deceive") your opponent's beat, keeping your blade in line and even allowing a counter-beat.  This feature discouraged hammering on the beat button as soon as the swords crossed.  Since deceptions require anticipating the opponent, I artificially lengthen the out-of-line time penalty for a deceived beat over a missed beat.

The other button, invert, flipped your sword point-down and kept it that way for as long as you held it.  If you found your hand and hilt near your head when the opponent deceived to a low line, you would never get the forte down there fast enough.  Pressing invert parried the low surprise with a swish and snap of the foible.  Interestingly, it also put your character into a quasi-mode that eased sweeping parries and in-close down-thrusts, while attacking high or at a distance would be impossible.  
At the end of a year's work, the unresolved issues of the design increasingly called for testing with actual content.  Animating an out of line sword is difficult from a side view, and it has time information that must be quickly and accurately conveyed to the players.  While the stick figures can be drawn in shades of gray, shading or fading actual graphics may not work as well.  Secondly, a thrust is completely silent, and a half-completed thrust especially so.  Voice, breathing, and footwork may not adequately fill that silence.  Finally, there are many other maneuvers of fencing that could still be added, perhaps even by a combination of existing buttons, such as a prise de fer ("taking the blade"), an envelopment, or a glisé ("glide").  But evoking subtleties like these rely on what the content can muster.  Fencing prototype pic 4Fencing is an old aristocratic art, filled with refreshingly euphemistic terms for many situations:  baiting an attack is called an "invitation", forcing an attack through his guard is "to insist", and the point-scoring strike is a "touch" -- touché.   Such a rich vocabulary is a designer's playground, because he can immediately analyze the interplay of the principal tokens for possible inclusion and expression within a design.  Though the game lost some of its pick-up-and-play ability due to the new control scheme, people new to fighting games, or all videogames, have lost nothing.  The re-designed gameplay mechanics are visible and readily understandable to everyone.  And that is the final coup de grâce -- "graceful stroke". 

Read more about:

2009Blogs
Daily news, dev blogs, and stories from Game Developer straight to your inbox

You May Also Like