Okay so the main problem with the mobile space is that it’s currently dominated by touchscreens, and as such it makes it difficult to create first-person immersion in a game.
The technology is near-perfect for games that require an overhead view (such as an RPG a la Final Fantasy), or a third-person view (a la Diablo), where the touch commands can be quite easily mapped and pinpointed. Also, because of gesture-based movements (using the accelerometer) it’s quite easy, and possible, to have racing games.
Casual, puzzle and racing games basically dominate the market. However, now with Final Fantasy I and II on the market, hopefully the RPG market will get heavier (and then eventually saturate, but that’s a story more inclined with economics instead of game ideas).
As I see it, the main problem that people have with touch technology is that they’re still stuck in the days of having either a mouse pointer, a keyboard, or a controller. As such, nearly all games I’ve played that require some type of first- or third-person controls, it will emulate the PS3 and Xbox controllers, essentially having two touch-based ‘joysticks’ on the screen.
The first fps I played on a mobile device was actually Doom for Android, which used a virtual D-Pad (horrible) to move, and a roller ball for shooting (press it to shoot) and moving (roll forward/backwards to move, left/right to turn). All in all, it gave me a bad feeling in my throat every time I played it and tried to like it. Basically from that moment on, I told myself there had to be a better way to manipulate a character in first-person.
Needless to say, there are problems with the current idea of using touchpad-based joysticks, for a few reasons.
-
The touch-sensitivity is very broad, especially based on one’s fingers. Movements are very ambiguous, and hard to make concise and accurate.
-
A double-edged sword: either the ‘joystick’ pads are too far in the middle of the screen, and cause the fingers to take up too much visual content, or they are too far to the bottom corners that it makes it nearly impossible to move it backwards or to the side (on both sides where the edge is).
-
The pads are usually too big, and take up too much space, or they are made too small (reference point number 1) and hard to use (the optimal thing to do here would be to make them semi-transparent, anyway).
Basically, what I’m saying is that we are using a new input technology, and both the software and our way of thinking also needs an update.
Noting here, Final Fantasy I is using an arrow-based D-Pad approach to movement in the game. It’s not actually that bad because it’s a boolean approach (ie. there are only four points that are either on or off, and not a more fuzzy approach of a joystick-like movement scheme), and that it’s transparent. It keeps the fingers away from the content of the page, while still being easy enough for a user to automatically learn how it works.
The battle screen here is thankfully touch-based, with big, bold icons to show what act a person could do. A lot of thought has gone into this to be optimal for touch devices.
If we have a look here, it’s an emulator for the iPhone and iPod Touch, using exactly the same controls. I can understand why this is like this (after all, it’s en emulator, not a completely rethought game), but the reason I put this here was to show that this is the mind-set of most developers at the current moment (that is, grab a pre-existing technology, and hack it into a touch-based game. Profits ftw!).
In keeping with my idea of updating the user interface to match with the touch-based device, here is what I would have personally done if I were making an RPG on a mobile touch device (and who knows? I still actually might):
Of course it would look slightly better than that (hopefully with transparent images around the side that maybe blur the background like Aero Glass, but not exactly destroy the game’s vision), but I’m sure you can catch where I’m coming from here; both hands are used to do an even amount of tasks, and it’s visually taking up less of the main content (the central area) than the version of Final Fantasy above (not that above is necessarily bad, I just believe that this is more optimized for touch). And of course I would try to offer the option of changing back to the other option if the user wanted, but I just prefer this solution.
If the player wants to access the menu, they won’t mind so much if their fingers cover the central area (they are, after all, going to a splash screen). If the player wants to talk, or interact with anything they are facing, pressing the middle part of the screen (with either finger, and the character would start interaction (or fire the event, whichever works).
Also, with exactly the same buttons I’ve got here, I can cause the characters to run (by double-tapping a button and holding it, or pressing both up/up or down/down buttons for multitouch-based devices), or turn but not move (by tapping one of the ‘buttons’ for less than a few milliseconds).
What I’m saying is, this idea fills the criteria for an RPG, while optimizing it for touch by not trying to make it exactly as its last platform was (as in, a D-Pad on the left side, action buttons on the right etc).
Then I started thinking, “why can’t we apply those principles of simplicity to first-person games?” and this is what I came up with:
Again, simple movement touch-pads that surrounds the main area, stopping the user from obstructing the vision with his own fingers. In order to sprint (if this is a multitouch device), both forward buttons can be used at the same time (and same with running backwards, I suppose). If the device is not capable of multitouch, a double-tap can be substituted on one of the directional buttons. A player can still move diagonally forward (there would be a hot-spot between the side-keys and the forward/back keys which enables diagonal movement), and change weapons quite easily (when the weapon-change button is pressed, the menu pops out—it is not there for regular gameplay). The reload section would have a quick visual interface which would show how many bullets were left in the current gun, and the menu would subsequently pause the game.
I imagine that the facing of the game would either be controlled by the accelerometer (by moving the device itself) or by swiping the finger across the middle, as is seen in most applications.
From here on, the part about shooting the weapon (which even begs the question about why we need so much violence in a mobile, handheld game?): we can choose to press wherever on the screen, and the weapon shoots in that direction, or we could choose to have the weapon honed in the middle of the screen, unmoving. Either way, they both have their own reasons, and I would have to try it out to make a proper decision as to which way I prefer.
In most games, there is the ability to aim ‘down the scope’ of some weapons. This would be handled in the same section of “tap to shoot”, but would be done by holding the finger down for a set number of time. This would cause the weapon to be placed close to the eye, and subsequently more accurate (as opposed to ‘firing from the hip’ as our good friends in Call of Duty 4 inform us). To break from aiming down the scope, one can tap and hold the middle, or just choose to sprint somewhere (as mentioned above).
So basically all I need to do now is create a prototype of this. If someone is reading this, and such an interface already exists on a mobile device, I would like to know to try it out and see how it works (if it does, come to a realization that I’m in over my head here and quit, and if it fails, pretty much radically change my ideas and release a Family Guy-based jigsaw puzzle—Either way it’s back to the drawing board).
Either way, tell me your thoughts.
