Archive for January 13, 2008

Doing the RTS genre justice elsewhere: A profile on Nintendo

When you boil down the real-time strategy genre to its bare bones, what’s left is essentially a style of gaming in which players simply command a bunch of troops into battle. Most games include other nuances related to battling, such as resource-gathering and unit upgrades, but those are really tangential to the real core of the RTS genre. But it’s because of these extra features that such games tend to work only on the PC because there aren’t as many control restrictions as on other platforms. There have, however, been attempts to make a successful RTS game inhabit consoles, although most of them tend to make mistakes which cripple their potential. But there is one company which has a history of getting it right: Nintendo. There are two cases in point which prove this: the Pikmin series and Napoleon, a Japan-exclusive game for the GBA. They’re RTS games through and through, but not in the vein with which many are familiar.

The Pikmin games and Napoleon are both successful entries partially because they’re both well-executed interpretations of the genre, rather than complete adherents. Both games have conventions which are instantly familiar to the average RTS player, but they’re included in such a way that they’re not overwhelming aspects of each game. Pikmin, for example, has resourcing gathering. Each time the player has the colorful soldiers kill an enemy creature or knock down special flowers, they get pellets. Unlike in games such as StarCraft and Command&Conquer, however, the pellets only go towards one thing: expanding the pikmin army. There’s no need to worry about diverting some of it to buildings, some of it to repairs, and the remainder to miscellaneous things. In Pikmin, you gather the pellets as a means to create a greater army and nothing else. There’s a bit of depth with the numbers on the pellets, as well as their colors, but their inherent purpose remains the same. It’s just one such thing which eliminates a lot of the confusion that can be found in PC RTS and allows players to simply focus on other goals.

If we examine Napoleon under a similar premise, we find that the genre has been simplified even further for the purpose of overall usability. Napoleon is straightforward in that its goals are always clearly laid out based on how it presents each map and in the fact that each unit can only be used either to fight or to capture. Some have other minor abilities, like being able to be a guide for a few other units, but other than that, the game always makes it clear what needs to be done. This is vastly different from Pikmin, which is much more of a free-form RTS whose goals depend on exploration and how the player reacts to the environment. (ie: “Do I send these blue Pikmin in the water, even though its inhabited by several tough enemies, all for one unnecessary part?”) Pikmin also enables players to prioritize tasks based on what day they’ve reached in the game, whereas Napoleon is very linear by comparison in terms of progression. Players simply take care of what needs to be taken care of and move on to the next map. Napoleon then takes this linearity further by streamlining and automating the resource-gathering aspect of the game; money simply flows in at a steady rate depending on how many cities have been captured. There’s no mad dash to simultaneously micromanage the resource-gatherers and the attackers in the game, for much of it is already regulated by the game itself. Similar simplification can be found in other features of the game in an effort to allow it to be as accessible to as many people as possible.

It’s been established that Napoleon and the Pikmin games are successful on the grounds of how they translate certain traits of the RTS genre. But what is perhaps even more important is the fact that they control intuitively in a genre which is virtually infamous for convolution. In Pikmin, the most important controls can be split into three easily understandable parts: 1. The control stick is used for moving Olimar and the cursor in front of him. 2. The C-stick is for moving the pikmin around Olimar and the world. 3. The A-button is for almost all interactions with the pikmin, including things such as throwing them and plucking them out of the ground. 4. The B-button is for summoning them back to you. There are other auxilary functions assigned to other parts of the GameCube controller, but it’s important to note that the game is very playable with just those four parts to the extent where the game could be beaten only using them. Knowing that every action in the game can be summarized into a few very concise things again allows players to place attention on other things, instead of obsessing over something such as keyboard combinations.

Napoleon again does this on the GBA. In fact, the game is played almost entirely with the D-pad and the A-button. Whereas Pikmin uses a few more buttons on the GameCube’s controller in order to accommodate more functions, nearly everything in the game is accomplished solely by using the D-pad and the A-button. This simplicity is made possible in the fact that the game determines what the player wants to do depending on the context of the situation. Everything from moving units to creating them to attacking others is done in this manner. The player simply has to determine what it is they want to do and the game is able to keep up. There’s nothing really unintuitive about that, per se.

One other thing which should be addressed is the fact that Nintendo’s RTS games are also successful because they manage to break from the mold in general. Whereas most entries in the genre are either science-fiction or medieval/historically-inclined, Pikmin places players in the shoes of a stranded space ship operator in search of parts and Napoleon is played from the viewpoint of the legendary Frenchman himself. Cliches are not what define either one at all. Few games have players dealing with highly abstract creatures or, in Napoleon’s case, beast summonings via pentagram. That in turn makes them memorable and just as creative and pioneering as their more famous PC counterparts.

Nintendo isn’t the only company to attempt to make a well-done RTS game on something other than a computer, but it’s one of the few that’s consistently gotten it right. From how certain gameplay mechanics are treated to how the game controls as well as how they’re conceived, games such as Pikmin and Napoleon has shown how to do RTS games properly without making them look like a mere shadow compared to giants such as WarCraft. If nothing else they’re endeavors which prove the seemingly impossible: An RTS can be done on consoles and portables and still hold up. That in itself is a feat which few in the industry have yet to replicate.

Another Theoretical Porting Project: The Sims

In one entry on my blog on GameSpot, I discussed how I would port games such as Ikaruga and Gears of War to platforms which were hardly built for such games. While it got a warm reception (albeit mainly for the absurdity of it all), it was a bit too complex for its own good. Although maybe somebody in the emulation development community might have understood what I said, they aren’t really my audience, so a lot of my points may have been lost. In an attempt to rectify that mistake, this entry will keep things intelligent, but more accessible to the average gamer. Ultimately, this should result in the best of both worlds. Having said that, this is a project which I would personally enjoy pursuing much more than the last ones discussed and this is essentially my vision for it.

The Sims
Porting Platform: Nintendo DS

I’ll admit that The Sims has had a couple of installments on the dual screen system over the years and, to be fair, they’re probably decent translations of their respective console brethren that are released at the same time. However, a dyed-in-the-wool Sims game hasn’t ever really been attempted on the DS, which is what this entry tackles. Given the capabilities of the hardware, I believe a port of the PC classic is more than possible. But some things might have to be changed in order to make it work well with the system.

Graphically, I believe the DS could easily handle rendering things Sims-style, where only things such as the people, house, etc. are actually made out of polygons and everything else is sprite-based. Frame-rate wise, making the graphics in a similar matter for the port would probably work just fine and wouldn’t be particularly taxing on the system. A fully three-dimensional graphics engine like what’s found in The Sims 2 would also be theoretically possible, but because there can be, at times, a lot of things happening on the screen, skipping/lag would be more liable to happen and, in order to prevent that, some polygon counts somewhere would have to be limited. Whether or not a fully 3D system would make the game more visually appealing because of that would therefore be disputable. It could still look perfectly fine with the sprites and polygons combination.

The artificial intelligence in The Sims also isn’t particularly complex, which can be attributed to how the game is purposefully designed to be that way. (The game is, in many ways, a virtual doll house and dolls aren’t exactly sentient beings.) The characters perform their tasks in a linear order, stand around when they have nothing else to do, and, if the player enables it, can be somewhat self-regulating with regards to bodily functions. A problem may crop up when a lot of sims are in the same area as once but, again, because of the simplicity of their AI, that may actually be a blessing for the CPU. Hence, there really isn’t too terribly much to worry about in this area.

I’d like to think that the DS is perfectly capable of playing Simlish and the modest music roster without much hassle, so I won’t even worry about addressing that here. But feel free to reflect on how cool it would be to have Simlish on the go.
Controls are where porting The Sims to the DS could potentially get hairy if they aren’t handled properly. The Sims has very much been a series which is best done with a keyboard and mouse simply because there’s more room with which to work. The DS, however, is a tad more limited in that respect. The game could control decently if different functions were assigned to different buttons, but that doesn’t necessarily make it overly user-friendly. But, if everything is simply assigned to the touch screen, things could easily get cluttered and make things equally frustrating. What should be done?

Do a quasi-hybrid of buttons and touch screen usage, but with more emphasis on the latter. However, before we even start talking about specific functions, it’s best to mention how each of the two screens would be used. The upper screen would be used to give a close-up view of the action, with something reminiscent of what the original Sims games provides. The view can be rotated and whatnot, but for all intents and purposes, not much is done with the top screen. (It would still, however, also be used to jump to where important events are taking place to notify players of their occurrence.)

The bottom screen with its touch screen would therefore be vastly more important. The majority of its real estate would have a top-down view of the floor which the currently-controlled sim is inhabiting. It wouldn’t take up the entirety of the screen and, indeed, there would be well-defined borders to tell users what exactly the boundaries of it are. Within the window, the stylus would be used like the mouse was in the PC game: to highlight the world around the sim and indicate what should be done at that specific location. For example, if a randomly blank patch of flooring was selected, a menu would pop up with two options: “Move here” and “Cancel.” Or, if an object or sim was selected, then a menu with possible actions related specifically to it would appear. If a refrigerator was picked, then things such as “Fix a snack” and “Fix a meal” would show up. If a sim was selected, then options like “Talk to” and “Smack” would appear. In the latter example, the DS port would also be consistent in that actions with other sims are contextual depending on where they’re located and what’s around them. (ie: The two could be made to play a video game if they’re sitting in front of a television that has a console hooked up to it.)

The remainder of the screen space on the bottom would then be devoted to things such as menus and picking other sims. With regards to certain menus, such as those pertaining to construction and buying/placing furniture, these would again be dependent on the stylus and their manipulation should be mostly self-explanatory. (The rotation of furniture, for the record, could be done by selecting it with the stylus, picking an edge, and then dragging it accordingly, all while still in the pause menu.) However, other miscellaneous functions could be possible with the help of the touch screen. To incorporate the fact that user-created content was popular in the original game, features such as texture creation (for things such as roofs, arcade cabinets, etc.) could be included as a way to personalize the household and its items. An object model-making feature could be possible as well, but because of scripting issues, this wouldn’t necessarily be for the average player.

As for how the remainder of the system could be used in terms of its buttons, there’s very little that would need to be used. Really, the game could get away with maybe using only the L and R buttons for camera rotation and not use any of the other buttons at all. Sure, the D-pad and face buttons could also be used for menu navigation, but those are mostly givens. The D-pad could also possibly be used as a stylus substitute on the bottom screen, but moving that cursor with it would be about as free-flowing as playing SimCity on the SNES without the mouse peripheral.

Doing a real port of The Sims, instead of simply a translation of the series’ console counterparts, would be an interesting endeavor to undertake because although the system may appear to be tailor-made for something like it at a first glance, it’s still delicate enough where the wrong design decisions could break a potentially great game on the system. From the way the graphics would be rendered to how the game would simply control, everything would require careful consideration in order to get everything just right. But really, it’s The Sims, so to do everything just right is the only way to properly do justice to it. There simply wouldn’t be any other way, especially on a system like the DS.