The Interplay of Momentum and Pace   Leave a comment

Welcome back to Gratuitous JRPG.  Updates this week are going to be a little slow due to sleep readjustment and more attempts on my part to find gainful employment.  Last time, we covered the difficulty of writing, the necessity for outside opinions, and the matter of dealing with criticism.  As a lot of my exploits over the last month have been writing-related, it’s time to bring the subject back to game design with a couple of points.  The first has to do with momentum; not the game’s own momentum, or the plot’s, but your own momentum as a game developer, and the complications resulting from losing said momentum.  The second is something I feel would be incapable of even being approached before the outlines for the game’s plot could be laid down: pacing.

With game development, especially as a sole undertaking, momentum will be a very real thing.  It also applies with teams, but is much more apparent on single-person undertakings.   All projects require time devoted to both writing and gameplay, and as noted previously, teams will at their base split their development along the two.  A single-person project is difficult because both must be focused on, and it is naturally easier to devote one’s time and resources to one at a time.  The problem comes when it’s time to jump from one to another; momentum is lost, and the developer loses time and possibly progress as they have to sit back and take stock of what they were doing before they can determine what to do next,  It can be frustrating and

Largely thanks to the fact that I have spent around a month on writing duties alone, I too have found myself subject to momentum loss on the mechanical end, returning to it and wondering what I was working on again.  This feeling of disorientation is something that will come naturally, and is hard to completely prevent outside of working in a team.  Teams can prevent this easily through placing people in one constant role where they won’t have to jump around, but for those who aren’t or don’t want to be on one, there are two means by which to mitigate this loss of momentum.

The first of these measures is simple: if spending too much time on any one aspect makes you lose your place, then jump around more.  That way, the aspects remain fresh in your mind as you keep going back and to them.  However, this may be difficult when any particularly intensive work, such as storyboarding, comes about, which may require you to actively break into phases and in turn make it hard to build momentum to begin with.  If you can keep more momentum this way, the better.  For those who can’t, the second option is one taught early to anyone who intends to become a programmer: documentation.  Take and keep good notes on everything you make, especially if you have to take a break from it in an incomplete state.  The better notes you can put down, the faster you can get back up to speed on the project

With the issue of momentum out of the way, the next relevant subject to cover would be pacing.  When I speak of pacing, I am referring to the gameplay aspect of it.  To elaborate, in a gameplay context, I am referring to pacing as the timing, rate, and spacing of the introduction of elements of the game: character levels, skill acquisition, dungeon placement, town placement, character acquisition, and skill acquisition, alongside optional content placement.  This cannot effectively be done before the rough storyboarding–if you don’t know where the story goes, you cannot effectively place all of the gameplay elements.

After all of this is said, however, part of the problem with pacing is that it is another aspect of game design that is not a science, but an art.  There are two general extremes that are to be avoided with plot to gameplay segment pacing, but other than that, it’s largely to one’s preference.  The first of these extremes is easily identifiable by the exemplar game of its problem: Xenosaga. (Note: WordPress is being finicky and won’t let me upload the image)


Yeah, I’m going there.

Xenosaga, for those who were not paying attention to early-PS2 era JRPGs, was an attempt on Monolith Software’s part to create a spiritual retelling of Xenogears, a cult classic PSX-era JRPG that sadly had its budget fed to Final Fantasy 8.  They were, to say the least, less than successful in this endeavor for varying reasons, with Xenosaga 1 being thoroughly mocked for one thing in particular above others: an excess of cutscenes that could arguably threaten to outnumber the gameplay in sheer proportion of in-game time it took.  Furthermore, these cutscenes did not add nearly as much as they could.  In short, it is important to remember that what you are creating is not a movie or a novel, but a RPG in this case.  If you have the game dominated by cutscene after cutscene, you will either need to cut down on the cutscenes, or figure out how to work in the gameplay some more than you have; especially if the gameplay elements feel far too short.

The opposite extreme, however, is similarly undesirable.  While I generally agree with adding more gameplay to a game, there are points where it becomes less the addition of gameplay, and more a case of padding out the gameplay–filler dungeons, filler sequences, and the like.  Padding is exactly what you would imagine in this case: throwing extra meaningless content into the game to fill out the playtime more than anything.  This extends from extra dungeons, to extra bosses where there isn’t a need, to required pointless minigames that appear once in the entire game’s running time and do nothing at all but frustrate the player.  I could name examples, but I won’t; it’s essentially the video game equivalent of the Big Lipped Alligator Moment.


To be fair, I suppose anyone who can make a big-lipped singing alligator with their own trippy musical sequence actually work in the context of a game deserves some form of credit.

For equipment and skill acquisition, I will note that there is much more in the way of solid methodology for both, and note for the sake of reference that equipment that exists for the sole purpose of granting skills (in the way Sigil Crests do in this game, or Materia in Final Fantasy 7) still counts as equipment for the purposes of determining how the developer places it within the game.  In regards to skill placement, skills that are not learned through specific plot-related events that require the advancement of the game are ideally placed in a fashion that allows a new skill or upgrade to a skill on a regular basis (roughly every 1-2 dungeons.) as to continually introduce abilities and prevent characters from becoming stagnant mechanically in a JRPG–or if using a point-based learning system, enough points to facilitate learning at a similar or greater rate.  Deviation from this can occasionally happen (Labyrinth of Touhou is a notable example), but those games must be designed around that nonstandard format.  At the same time, obsolescence is a notable risk, and should be planned around if it’s in existence.

Equipment availability is something there are generally more options for, with several options for progression.  The first, and most obvious option is to have a direct upgrade to every usable weapon available every town.  This is predictable, but has a few notable drawbacks.  The first is that it’s easily predictable; you go to a town, you get new equipment every time.  The pattern can get predictable and annoying to those, wearing out the pleasant surprise that new equipment availability can give.  The second is that unless towns are less common than dungeons, there is less room for sidegrade equipment to be discovered in the latter.  This issue can be somewhat mitigated by having dungeons drop upgrades from the next area, but this is more of a stopgap fix than a solution.  The last, and most notable issue, is that this may provide issues for balance in moderate- or long games where there may be a large number of towns.  Once you get so many upgrades, it is possible to have problems if the character advancement is too slow by comparison.  If characters advance too slow and equipment advances too fast, then one of two issues is bound to occur: Either there are pointless equipment upgrades that can be skipped, or equipment begins to outstrip and overshadow characters.  Both of these outcomes are to be avoided in general.

If advancing every new town does not work, then what other methodologies are available?  The next is a staggered approach, where new equipment upgrades do not come every new town, but instead every few towns, usually with multiple dungeons in between.  This has a notable advantage over the previous method insofar that it retains the newness of equipment upgrades, and allows for sidegrade or special gear to be found within dungeons without worrying so much about perceived clutter or lack of room for these pieces of gear, and will generally can be considered the “standard” progression in many games.

Games with crafting systems are trickier to work with.  In most cases, advancement will be similar to the previous systems, excepting that instead of based on reaching the next town, it is typically based on getting access to components one hasn’t been able to before.  Due to the ability to get stronger equipment than normal if this is not the case, most crafting systems will typically either restrict materials by the area of the game or restrict equipment by level to make sure players cannot get equipment that’s comparably too strong.  An exception to both is Star Ocean 3, where crafting only was based on money and you could easily gain game-breaking equipment for the relative point in time you were at in the game for up through…two thirds to three fourths through the game.  Comparably, crafting in SO4 was restricted to materials that could be found–which is notable when the second material-gathering character could not be gained for the first third or so of the game, leaving equipment crafting largely unavailable until then.

Lastly, there are nonstandard upgrade patterns, with a few notable examples in this case.  The first example of this is the Suikoden series, where one has the potential to argue that weapons as equipment don’t exist so much as weapons as a character statistic or aspect–rather than obtain a new weapon, characters can have a blacksmith improve it one step for a price, repeated times.  More skilled blacksmiths would be needed to upgrade weapons past a certain point, notably.  Wild ARMs games past 2 also employ this concept, with character ARMs in 3, 4, and 5 being upgradable along several parameters.  Which ones were best depended on the character and the weapon in question, but this was similar in that sense (5 added a weapon slot by having ARM cartridges be an equippable type, mixing standard and nonstandard advancements).  Lastly is the third and fourth Epic Battle Fantasy series entries, where equipment in general was not a form of advancement.  All equipment was on a similar tier, but with different parameter boosts.  Each weapon and armor could be upgraded, but all pieces of equipment at the same level of upgrade were on the same tier.

To tie this in with the project as it stands, I’ve laid out the plot as it stands and am looking at around eight required towns or townlike areas (with more optional ones available for those willing to go to them) and roughly 15 required dungeons.  18-20 if you break the multipart dungeons into their components.  This means on average, counting revisits and the like, there will be roughly two towns to a dungeon.  I’m feeling that, between dungeons and overworld, PCs should level up roughly twice per combined overworld/dungeon segment, with maybe +1 level for those who go through the optional places–you can see how statistical progression would occur a few posts back.

As far as equipment goes, I want to stagger weapon availability for a large amount of early-game.  So for baseline weapons, I’ve decided there’ll be seven tiers.  This may sound like it’s roughly on par with one per town, but between revisiting at different points in the game and other events, it’ll be drawn out further than that.  Tier 1 (crappy starting) gear aside, there’ll be roughly two tiers for every third or so of the game.  The general available order for weapons by tier can be described as follows, actually.

[note: changed Caecilia’s name to Karina because I kept thinking Wild ARMs when thinking of her original name, and it was distracting me to no end.]

  • Tier 1 (very start of game): Heavy swords(Leo only, initial), Daggers(Renaud only, initial, fixed), Staves(Alexis only, initial)
  • Tier 2 (first storeboughts): Heavy swords, Daggers, Staves, Bows(Azalea only, initial, fixed)
  • Tier 3 (Available through end of first third): Heavy swords, Daggers, Staves, Bows, Spears (Valeska initial) Axes (Kiri initial, late purchase), Light Swords (Karina only, initial)
  • Tier 4-7 All weapons available for purchase–though tier 4 weapon availabilities are staggered.

Staggered availability is there for two main reasons.  The first is to introduce new weapons with new characters in part–bows open up roughly after Renaud permajoins and on Azalea’s temp form, spears open up around when Valeska joins, Axes around when Kiri joins, and you don’t see store-available light swords until after Karina joins.  This also forces players to get accustomed to most of the new weapon types, since in the first third or so, there’s always going to be at least one character who has only one available weapon option.  It’s worth noting that while armor may fall under similar tiers, other equipment types will largely -not-.  Sigil Crests are all on the same tier, and accessories and a majority of offhand items will not fall under tier progression either.  This also does not include the varied sidegrade weaponry the player will encounter in dungeons, though it’s unlikely that they’ll be sequence-breaking weapon availability either way.

All in all, pacing for a game involves a lot of moving parts.  At this point, however, I feel there’s only so much that can actually be done while the game is still in the planning phase.  For this very reason, next post I’ll be breaking the game from pre-production to a production phase, and at this point the blog will start to be more about the actual production of a RMVXA game than high-level game design.  Until then, this is Epic Alphonse, signing off.


Posted September 30, 2013 by EpicAlphonse in Uncategorized

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: