Even the Ocean (Behind the Art series started!) OUT NOW!

The Design of Even the Ocean's World Map: Part 2 of 2

If you're unfamiliar with the gameplay of Even the Ocean, visit our website: www.eventheocean.com .

Last time, in part 1, I wrote about the iterative design process of the world map's faux-3D perspective, and its implementation in software.

Part 1: http://forums.tigsource.com/index.php?topic=32220.msg1185414#msg1185414

INTRO

Even the Ocean has a world map, and it's used to go from destination to destination.
When you leave one of the 2D-platformer perspective areas, you walk across the overhead-perspective world map to reach another area and enter it, similar to Final Fantasy games or Dragon Quest.

For example, to get from the introductory area to the main city area, you leave the introductory area, and walk south through red forests until you reach the city.

The art in the world map is tentative (hopefully that goes without saying).

In this picture, going to the left side of the left image exits you into the world map on the right. (Note: the world map image has debug art tiles)

Our goals are

- World map should be navigable via the use of an rough, in-game minimap, and the the landmarks on the world map itself. The rough, in-game minimap is somewhat like a treasure map - it shows the main destinations of the world map, but does not have detailed geography or a current location marker to show you how to get there. The landmarks of the world map are things like mountains and rivers, or certain formations of forests, etc.

- Should not be too big so as to make travelling a chore

- Should not be too small as to make the world feel insignificant, or make walking feel like a triviality.

- Should convey a sense of great distances being travelled, while in reality a trip from area to area on the world map may only take 30 to 60 seconds. This is to lend weight to Aliph's trips to and from the city, as to frame the beginning of each 'arc' of the story.

HISTORY

The world map needs a size, at some point. Before we can pick the world map's size, we need to know how many things will be on it.

It's possible to think the reverse, that is, picking the world map's size first, and filling it in. I'm not sure how effective this method is. I'm skeptical of it because it implies that what's essentially a container for the main meat of your game is taking precedence over the meat... e.g. saying the game will have two islands before having any narrative or gameplay basis in why that's a good choice. It makes more sense to me to at least roughly decide on the locations of the game before figuring out initial shape and size of a world map.

So I'm going to talk about how we picked how many things would be in the world map. This involves talking about the world design and a lot of development history and it skims over stuff... but that's okay.

The design of the world map's size took place in about three distinct periods of time. The beginning of development (March-July 2013), October 2015, and "everything in between".

The beginning was, of course, filled with a lot of rough and eventually scrapped ideas. We thought of initial mechanics, a character, we made up rough plots, picked world designs. After thinking of enough initial area and gameplay ideas to the point I felt comfortable, one of the first initial leaps I made was picking the 'abstract world shape'.. that is, not the size of the entire world or whatever, but if the world is a globe, or a flat plane, or whatever. These sort of things form a nice context to have when deciding on continents/climates/'world lore' etc.

So I picked a shape. Then I made a few continents. These continents would have the main areas of the game. I constructed a rough plot that would move the player between these areas over the course of the game.

At that point, I had this preliminary world map, whose choices are based in an okay level of intuition and reasoning. In the end, I wouldn't use most of that map, but it was a good starting point - and any sort of starting point in complex things like this can be helpful as a guideline (just don't be worried of changing those guidelines). This stage of the process is more or less about where we stopped with world map development for our previous game, Anodyne.

This is what one of the earliest world maps looked like. It changed a lot from here.

The Middle of Development

Joni and I discuss back and forth over time and eventually the game takes shape into having the areas that it has in the final game. Joni comes up with a plot and we revise it roughly till it fits the world, we revise the world to fit the plot, etc.

Along the way, animportant step was picking thematic bases for each area. For example, one area has to deal with the conflict of laziness with the urge to be productive. We keep that in mind when designing the level geometry, as well as the NPC interactions. We also picked things like 'climate', foliage, rocks, feel, general sorts of shapes... anything that would help give places a distinct personality that forms a good base of which to build gameplay and thematic material off of.

So after all of this - years - the areas have their final level designs, themes, dialogue planned out, as well as their involvement in the overall plot. However, they still don't have a world map to fit into - for most of development I used this debug world map.

SIZE

Right, so I knew a ton of stuff at this point. The progression and content of the whole game. Still, we started in the abstract: based on info we knew, and past world maps, I drew a rough world map, picking some major landmarks (rivers, mountain ranges), and gave justifications for every area's position. This wasn't done in a vacuum - since we knew how the game 'flows' from area to area, and all of the background information on each area, it was straightforward to figure things out.

From there, Joni refined the rough sketch, adding some other landmarks. From that info, Joni drew a first rough world map. We tried it out in game. Joni decided that it looked sort of weird to be seeing so much - we looked at other RPGs whose world maps "worked" for similar reasons, and you rarely see over 1% of the world map at any time, and since we needed to limit the size of the map (since it's one PNG), we added a black border. We picked FF VI for our reference (despite it being an RPG, it shares some similar design concerns for the map). Above, you can see a picture of the world map with a cut-off black border.

It looks better this way, and it emphasizes that the action happening on the screen is not a one-to-one representation of the game world. With this in mind, we also know how to design visual density, as we have knowledge of how much a player will be looking at at any given time.

From there, we refined, expanded the world a bit, tested, thought of things to add to change up the pace of constant walking.

Eventually we settled on the final world map and are pretty happy. The rest of this post deals with those things I mentioned we did - pacing, landmarks, etc.

NAVIGATION

How does the player not get lost in the map? We want to make the map simple enough to not require navigation with a literal map (though we are adding rough maps - think treasure map like, but slightly more clear). This is to help the act of travelling to an area get the player more into the mindset of Aliph, the main player character - adding the sense of fear that navigating an unknown place can bring. It's not a huge sense of fear, but if you've used a paper map or map printout to navigate a city or somewhere on a road trip, you'll be familiar with this sense of unease that forces you to focus on your surroundings.

I mentioned I made a rough sketch of the world at the beginning of our final world map design process. Here's a bit of detail on what I was thinking:

I picked things like a big river and some mountain ranges, because these are impassable (or passable through a small number of points), and thus help to divide the world, in the player's mind. E.g., in real life the Chicago River divides the city. In the downtown loop area, you have River West, River North, the loop - all in reference to the river. Navigating works well when you can talk about things in reference to landmarks, which is part of why there are notions of 'west side' 'north side' 'south side' in Chicago.

As you pay attention to a space you walk through, you create a network of visual memories: a mountain here, is preceded by a river back there, etc. And so when coming from another direction, it's easier to get around because of the existence of prominent visual landmarks, either in color/content/shape.

I put Whiteforge - the main city which you return to often - on the north bank of a river that runs from west to east. I also made it near the eastern shore of the continent.

Here's a sketch of the entire world, in this abstract form

And here's an in-game pic of the near-city part of the world map, showing the shore and river that catch the eye.

(Note - the pics I've provided are using testing tile graphics - underneath those is a painted layer)

This broke the world map into about four main chunks, giving only two immediate cardinal directions to travel from the city - west along the river, or north along the shore. This helps make the map simpler from the get-go, rather than in the middle of some field where it's hard to orient yourself as you go further from the city.

From here I picked where the main areas would be, and added some other small geography to make the areas more identifiable (in that picture, you can see that there's a lot of open green. The final map has a lot more trees, changes in foliage, rocks, small hills, etc.)

Joni added a lake near the city, and of course all the other visual details later. Because there are enough unique visuals on the map and some are more significant than others, this makes the world map easy to navigate.

The visual details were an important part in creating paths a player could figure out without too much trouble. Sometimes, you may mostly be seeing green space. But an autumn-colored tree catches your eye, and this leads to more and more of those sorts of trees... which leads to an area. Or, the edge of a beach catches your eye. Or , you follow a river along. Or you see a patch of woods, or a strange body of water beyond a mountain, etc. These sorts of cues work because the map we give the player isn't too detailed.

Here's a preview of part of the world map, zoomed out and borderless, before visual details and such. You can see the main city area as the white octagon, the intro area to the northwest, and the beach area I've posted screenshots to the northeast. Each are navigable via landmarks and the rough in-game map provided.

METONYMIC DISTANCE

(Metonymic meaning something standing in for something else)

This section deals with how we convey the feeling that the player has travelled a further distance than they literally have - making it feel like you've gotten off a long plane ride when you've just walked a block - making the process of going from the City to the next place to fix a power plant - making that process have the feeling of more narrative weight and consequence.

Without any additional design ideas, navigating the world map is just a matter of walking around, which can feel like a journey, yet requires a very static set of player inputs, that is - pressing the arrow keys and waiting.

We can move away from this static feeling through a few techniques:

- Fuzzy Physicality of environment.

The collision layer - or where the player can't walk (mountains, water, etc), isn't as clear-cut as older games. The world map art doesn't fit into a bunch of small 16x16 pixel tile graphics, but is free-form digitally painted. Because of this, although the collisions themselves are tile-based, there's a sense of needing to feel out the collisions of the map when navigating, which makes the act more conscious, less of an auto-pilot to reach the destination. The edge of a mountain may not be clearly delineated by the border of a tile, etc.

- Music

The song I wrote, an overture/main theme for Even the Ocean, is around six minutes long and varied throughout. It's fitting for a 'journey' across the world map, and the variety of musical passages it has means that there are a number of different ways in which the song can resonate well with a specific part of the world map's visuals.

- Connection Areas

This is the big one. I mentioned that mountain ranges and rivers block off some parts of the world map. In Even the Ocean's world map, there are bridges, but instead of letting you stroll right across it, you must go through a small 2D-platforming perspective area. If you've played Zelda II, it does this too, but with frustrating and high-stakes combat. Similar to the fuzzy physicality aspect, doing this makes the player become more conscious of the act of travelling, and because of the injected actions of entering the area,walking through it, and leaving, once you emerge on the other side, you feel much further away from where you started, because of that faux-obstacle you had to pass through.

You can get this feeling in many games. Crossing a mountain range in an RPG via a long dungeon, using an elevator in Metroid, in general, the visuals changing drastically from a level to level.

This can be annoying if the game contains a lot of backtracking, or these areas are irritating to pass through, but ETO has very little (if any) backtracking, and the areas are short and simple.

We do this a few times throughout the world map and even have a few twists on the idea for specific areas.

- NPCs

At random, NPCs will sprout up and walk around the world map. The act of moving to them and talking breaks up the action of walking to the destination. We have a few detailed ideas with this that are yet to be implemented.

POSITIONING THE MAIN AREAS

The entrances to the main areas (e.g. the beach area) are distant from each other area, enough so that each area can have its own geography on the world map. I used the climates of the areas to position things - colder areas down south, warmer up north, some near specific and relevant-to-the-area geographic landmarks.

This was mostly an intuitive process, but what I thought of seemed to work pretty well so we worked off of that.

DEALING WITH EMPTY SPACE

There's much more non-interactable stuff in the map than interactable stuff, thus we have a lot of empty space you'll mostly be walking through. The connection areas and NPCs I mentioned above are ways to deal with this.

We also add small patches of collidable foliage to break up big open sections, but not so much that the map becomes maze-like. This also improves the map's sense of physicality.

OTHER THINGS

One thing I coded was a 'tone zone' which is just a visual layer in the foreground that fades in as you approach an area. This contributes to an area's personality and changes the sense of place you have at a faster rate.

CONCLUSION

So with all those things in mind, a few visual iterations of the world map later, some e-mail back and forth and we had a pretty good world map. At various points in the process we pushed some areas further out from the city, or added other landmarks, or edited some of the world map collision geometry to make the map more navigable. There's still a number of spots that are mostly empty, but I think they occur in a context where you feel like you're getting closer to an area, and so it won't be too boring.

So, that's how we dealt with the size problem of the world map and hopefully - we've designed the map to be an engaging experience in the occasional times the player must travel through it, one that makes it feel like Aliph has travelled great distances and is far from the city, on her job to repair one of the main city's main power plants.

Interested fan or member of the press?

Follow us on Twitter: www.twitter.com/eventheocean

Sign up for our mailing list: www.eventheocean.com/mail.html

If you're press, YouTube or Twitch: Sign up for a preview trailer release notification: https://dodistribute.com/access/BUXdqBQ4VZ/