Interplanetary 1.0 Coming to Steam on May 12! Also a Trailer!

It's finally happening! After a year of hard work with Interplanetary on Early Access, we're getting ready to release the 1.0 on May 12th, 2015! Celebration!

Ah, those were the days.

Major Added Features

• Online Matchmaking
• A quick way of starting online matches with a push of a button
• Match Customization Options
• A nice amount of options to change up the rules of the game. These include the ability to choose the amount of Cities, change the size of the planets, modify the strength of gravity, disable certain weapons or gameplay elements and more.
  
• City Projects
• A new gameplay mechanic that allows players to assign Projects for cities. The projects generally have a set duration and give resource bonuses and other perks. The amount of population in each city determines the amount of projects the player is able to initiate.
  
• AI Difficulty Levels
• Four difficulty levels for the AI, including a stupid, impossible cheating AI for ultimate challenge
• Saved Games
• Matches might drag on a bit, so this should come in handy!
• Damage Area Visualizations
•  Hit area markers that show the exact area of damage dealt by the projectiles. They lend themselves to some interesting, advanced strategies.
• New Event Log
• A clearer, much less spammy event log. Also quite a bit prettier.
• New Tech Tree
• A lot of new techs have been added to house all the Building Upgrades and City Projects. Also a nice graphical update that helps visualizing the branches, paths and unlocks.
• New Building
• The Offshore Mine, an advanced resource building, buildable only on water
• New Upgrades
• A bunch of new upgrades, most of them having pros and cons to add some interesting choices and strategy paths.
• New Intel Mechanics
• Intel View UI completely redone. Players will be able to see the exact amount of Intel needed to see more of the enemy planets and also spy on their resource amounts.
• New City Growth/Science Mechanics
• The players will be able to boost their Cities' Population growth by using Projects or attaching Power Connectors to them. The amount of Population is also tied to the amount of Science generation, so the more citizens you have, the faster you will gain new Techs.
• Achievements
• 26 achievements for players to unlock. Won't be easy!
• Improved UI and Graphics 
• Lots of smaller changes

A complete visual and aural damage dealing experience.

Naturally, we have a lot of fixes and other improvements in store as well, but these are the most visible features for most players.

After the game is finally released to the world, we won't just abandon it! No, we're going to watch over it and keep up the support! There are still a couple of relatively big features, such as ranked matches, online bots and online saving, that we have wanted to add, but didn't have a chance to do that before release. It's not really too late to give us some feedback either, just like you've been doing so far.

Speaking of feedback, as we're getting closer to the end of our Early Access adventure, all of us would like to once more thank all the players and testers who have been involved with the project! Whether you came aboard last month or you've been following us since pre-Early Access public testing, you've all been a massive help, in one way or another. Giving excellent feedback, building the community or just silently supporting the development of Interplanetary are all things that we are genuinely grateful for. We hope you will enjoy the end product, and even if you don't, send some more feedback our way!

One more thing. Starting from May 12th, Interplanetary will cost $14.99/€14.99. Don't panic! There is still one more week to get the game for yourself and friends for $9.99/€9.99, before it leaves Early Access.

Thank you!
~Team Jolly Roger

Interplanetary Update #6.6: Patching it Up

Can't see anything anymore!

Greetings, Interplanetarists! We come bearing glad tidings.

To ease the wait until the next proper update (it'll be a doozy!), we decided to put out a little patch to fix some big annoyances.

First of all, we've begun a great networking overhaul, one that should fix a huge amount of the current problems with online play. While the results are still a couple of updates away, today's patch contains an important network fix, sort of as a teaser of things to come: the turn processing fix!

There's nothing quite as aggravating as having your game crash in between turns because of some random reason. That random reason turned out to be lasers. Due to some hitbox weirdness, a laser blast would sometimes not reach the planet surface at all, causing the game being confused and calculating the attack forever. This should now be fixed.

Lasers, nature's little troublemakers.

Next on our list of fixes is something many of you have been waiting for: the structure graphic/intel fix.

A while ago we made an experimental intel system change that allowed players to see the locations of enemy structures, but not any of the details. This turned out to be pretty unpopular, so we're hereby changing it back! As of this patch, all the city graphics and building graphics will be hidden unless the player has enough intel to see them. Because of this change, we also made a couple of balance tweaks, mainly having to do with beefing up the targetable weapons and nerfing defense buildings to account for this added layer of defense.

That's all the big changes now, but do check out the detailed changelog for every little thing.

Interplanetary Version 0.6.4981_EAC_6.6

• Fixed online games crashing at turn processing due to Laser weirdness
• City and Building graphics are now visible only if the player has enough intel
• Camera now centers on the player planet when entering Targeting View
• Material production upgrades changed to consume Planet Material
• Cities now get destroyed when population reaches 0, as opposed to 1/6 of maximum
• Sun gravity increased
• Laser effects made slightly more visible
• Defense building Visibility increased
• Railgun Visibility slightly decreased
• Missile Population damage increased
• Laser Population damage increased
• Defense Energy consumption increased
• Upgradeable Intel amount for Data Security Hub decreased
• Upgradeable Counterintel amount for Telescope Array decreased

 And what better way to celebrate the patch than...

The previous Whack-a-Dev turned out to be so cozy, we thought of having a home-broadcast again. So, catch the whacking stream on our Twitch channel and join the discussion in the chat. Just like the previous time, a couple of us will be playing a match or two of Interplanetary and chatting around, answering the questions you post in the chat.

And, as always, for every dev you manage to defeat we release free Interplanetary Steam keys into the world. You can follow the giveaway at our Twitter and Vkontakte pages.

Blast you soon and blast you hard!

Interplanetary is available on Steam Early Access.

Interplanetary Update #4: Lobby Chat, Trading Cards and So Many Planets!

 

The beautiful Noxious

The time has come again for Interplanetary update! This time you're up for some graphical additions, a new place for chatting and something to trade. So, let's get to it.

What's new?

You might have guessed from the update title that the biggest news on the block is the newly installed lobby chat. Now you can chat not only in the game, but also in the game room lobby.

On the graphics side: another planet has been added for you to play with - the beautiful and warm Noxious. In addition to that, there are plenty of new non-player planets and suns. It makes this the official debut appearance of the famous Blue Sun.

And for dessert - Steam trading cards for Interplanetary are now ready to be traded any time!

Gotta catch 'em all!

Interplanetary Version 0.4.4061_EAC_5

• Lobby Chat
• New Player Planet: Noxious
• New Planets and Suns
• Steam Trading Cards, Badges and Emoticons
• Defense Building Visibility Decreased

That is all for this time. Enjoy the updated Interplanetary and don't forget to leave your comments and opinions in the survey form!

Interplanetary is available on Steam Early Access.

Interplanetary Update: Pretty Things and Other Tweaks

Looks pretty dry, but it's full of interesting landscapes!

Here we go with another Interplanetary update! This time we're focusing more on graphical details, but there are some small, hopefully interesting, balance adjustments there also.


What's New?

Let's get right into it, shall we? Here's the rough changelog for this week's update:


Interplanetary Version 0.2.3983_eac3

• New Planet Texture
• New player planet added: The Shredded Dune
• Explosions!
• Redone explosions for "normal" weapons to be more visible from far away and prettier to look up close.
• Different color smoke for shots that land in water.
• Sun Graphical Improvements
• Various New Particle Effects
• Keyboard Zoom Added
• "E" and "Q" can be used to zoom in and out
• Balance Tweaks
• Damage increased for Missile, Laser and Solar Laser
• Damage reduced for Railgun and Asteroid Diversion
• Firing cost reduced for Missiles and Lasers
• Activation cost increased for Shield Defense
• Accuracy and range increased for Kinetic Defense
• Build cost decreased for Kinetic Defense
• Build and firing costs increased for Superweapons
• Science cost increased for Superweapons
• Population boost increased for "Arcologies" tech.
• Planet material drain decreased

This should help a bit...

Whack-a-Dev Part II

Along with the update, as usual, we've scheduled a "Whack-a-Dev" Day for this Saturday!

On Saturday May 17th, starting from 3:00pm GMT/8:00am PDT, we will be hosting games to challenge you in the craft of interplanetary warfare! Here's what we have planned for you this time:

• Whack the devs!
• Now's your chance to prove your superiority! Beat the devs at their own game and become a folk hero!
• Steam Key giveaways!
• We'll be tweeting Steam Keys for Interplanetary every time someone manages to beat one of us! 
• Streamers!
• Enter Elysium and Rushlock will be joining us this Saturday to stream some of their matches. You can either join the streams to spectate or play the game and get the chance to appear there yourself.
• Socialize with the community!
• Join the Interplanetary Steam Group to arrange games with other Interplanetarists or chat up the devs!

...but sometimes railgun just doesn't care.

Hopefully you can all join us to blast those planets into oblivion! This will also be a great chance to try out some of the new tweaks in the game and see how they affect your general strategy.

Inside Interplanetary: How to Greenlight?

As you may have noticed, Interplanetary is now on Steam Greenlight! It's doing pretty well too: as of this writing, we have 7,375 "Yes"-votes. Our goal of 10,000 is getting ever closer!

Today I thought I might give a little runthrough of our Greenlight process, so any other hopefuls may benefit from it. So, let's get started with...

Interplanetary's Greenlight Process

We unveiled our Greenlight page on December 2nd, but we've been building the page for a long time before that. The first thing we needed to do, was to pay Valve $100 to get access to the page. This payment mostly exists to stop trolls from sending in garbage. After we gained access, we needed a couple of things:

• An icon
• A video
• At least 4 screenshots
• A description
  

Mostly quite straightforward. Our artist whipped up a beautiful animated gif as an icon for the game. This icon shows up when people search for games on Greenlight, so it needs to be eye-catching. We ended up animating a planet under attack with the game's logo on top. It communicates the idea of the game pretty well and is flashy enough to get people interested.

The trickiest part was the video. We decided to produce a new trailer and a simple gameplay video to accompany it. The trailer is the first thing that plays when people open the Greenlight page, so it needs to be attention grabbing, interesting and explain the game fairly well. Our earlier trailer was very fast paced and full of information, but this time we decided to slow the pace down a little bit, so that a new viewer might have easier time digesting it. A slower pace also gives a more realistic image of the actual game.

The trailer tells a little story using gameplay footage. A couple of turns of gameplay, two planets warring with different strategies, "filmed" cinematically. Combined with fitting music, it seems to be a success; people seemingly get the idea right away.

We also wanted to make an in depth gameplay video for those who want more details. We simply filmed a match between team members and narrated it, explaining game mechanics and strategies. The video ended up being over 50 minutes long, but it was never meant to be watched all the way through, necessarily. Curious people may skip through the video to get a feel for the game. Some have been interested enough to actually watch the whole match.

We also wanted to actually give people something to play, so we released a version of Interplanetary alpha on our Greenlight page. No codes needed this time. This added a lot of value to the page, since people can immediately get their hands on the game and discuss its features and arrange online matches right there on the discussion page.

Publish!

When all the content was collected for the page, we published it. We had heard that there would be an approval process afterwards, and it would take some time before the page would go public - wrong! It was up immediately! Now we had to hurry to get the word out and to handle the initial flow of people. Comments started dropping in, and luckily, they were all pretty positive!

At this point, we got access to some very interesting statistics on the page. All the important stats were available: the amount of visitors, favorites, followers, votes. In addition to that, we could compare our process with the average stats of successful Greenlight projects. A very useful meter is a percentual value that shows how far are we from the top 100. At the moment, we've gone 90% of the way! We could also determine that approved games need about 10,000 votes. Unexpectedly, we're already quite close!

The mere existence of a Greenlight-page does draw a nice amount of visitors, but we wouldn't have been as successful if we hadn't had any kind of community around the game already. After the first week, Interplanetary has disappeared from the first page of Steam Greenlight. The flow of people will obviously slow down a little bit, but luckily we've managed to get some gaming press interested. Now we'll just concentrate on working on the game and spreading awareness. It's not over yet!

Big thanks to everyone who has voted for Interplanetary! If you have any questions about the details of the Greenlight process, ask away! We'd be happy to answer!

Check out our Greenlight-page here!

Code of Interplanetary: Can I see some ID, please?

Hello there, dear reader. I'm Riku, you might remember me from that more technical post I wrote about making a GUI with Unity. In addition to blogging about our Unity woes, my task has been programming network functionality for Interplanetary.

The game uses a client-server model, where each game client records what the player on that client does during their turn. When the player ends their turn, the client sends all that information to a server for processing. When the server gets this data from all the players, it combines all the player actions together and then plays out the turn, figuring out the outcome. The clients then get back the results for the turn and display some pretty pretty particles flying around to show their player what happened and who shot who.

From the outset I decided that to implement this, I would give everything a unique ID that would be used by different clients and the server to make sure they are all talking about the same thing when communicating. For instance, whenever a building takes damage, the server takes note of the ID of the building, and then tells every client that building number 5 just took a hit. This way, to keep every client in sync so they are all on the same page, I'd just need to make sure they all use same IDs for each object. This sounded very simple at first, but ended up being a little bit tricky in practice.

Let's examine how a building gets assigned its ID. When a building is being built, it should be assigned an ID right away so it can be found again if it needs to be operated on later on. However, the game clients can not be the ones generating the IDs. Each ID needs to be globally unique, and the clients can really only generate IDs that are locally unique to only that one client. They could end up generating same IDs that some other client is also generating for themselves, at which point there would exists two buildings with the same ID. Let's illustrate this with an example. Imagine that ID is an integer, and generating an ID means using an integer one higher than the previous one used. The first building built would have ID 1, the second one 2 and so on and so forth.

Since clients do not have knowledge about each other, they would end up generating same IDs as everyone else. Then, when the information about these built buildings is sent to the server and combined together, the game world would have multiple buildings with, say, ID 2, and there would be no way to know which building ID 2 would refer to. Any time the server would send the clients a message about building 2 taking damage, the clients could not possibly know for sure which building had actually taken damage. This is why all the IDs need to be generated on the same machine, so there won't be duplicates.

The natural option to use here is to generate all the IDs on the server. However, building the buildings happens on the clients' end. It would be possible to ask the server for an ID every time a building is built, but that would create a waiting period whenever a player would build a building and the client waited for the server's response over a network. It was decided that all network traffic would be centralized at the ends of turns, and communicating with the server during a turn would be avoided whenever possible. Because of this, buildings get their ID assigned to them at the end of the turn during which they are built. When the server notices that a player built a building during their turn, it generates and assigns an ID to it. When other clients receive the information that a building has been built, they get the ID for the building in the same package, along with other data like the position and type of the building.

There is one issue left to solve, however. The ID for the building needs to be delivered to the client who built the building, as well. It does not sound complicated at all, but it has some practical implications. For the other clients, the ID was delivered together with the information on how to build the building. They can, therefore, assign the ID to the building as they build it. The one client who already has the building only gets the ID. When it receives the ID from the server, it needs to know which building to assign it to. Normally, whenever the server sends a client instructions about operating on a building, it refers to the building with its ID. However, at this point in time, the building does not have an ID yet! A solution to this is to use temporary local IDs. When a client builds a building, it does still assign a locally unique ID to it. It is not going to be unique across all clients, but it does not need to, as it is only going to be used temporarily until the global ID assigned by the server arrives to the client. The local ID is sent to the server alongside other information about the built building, basically telling the server: "Yo, I just built a building with local ID 5". The server then assigns a globally unique ID to the building and tells the client: "Your building 5 now has ID 7", at which point the client switches the building's ID from 5 to 7. At the same time, other clients just get information about building 7 being built, being blissfully unaware of 5 having been involved with the building at all.

So far things have been relatively straightforward, and were easy to anticipate and prepare for when I was implementing this system. However, there is one complication left to solve, and I admit overlooked it and did not see it coming before I was at the point where it made things not work. Let's look at what might happen when a client builds some buildings.

There are two buildings built on previous turns and the two clients in the game are synced up to that point. Then they both start building buildings and assign local IDs to them, beginning from 3. One client builds one building, with local ID 3. The other one builds two buildings, with local IDs 3 and 4. The server then gets information about this and assigns globally unique IDs to all the buildings.

The global IDs assigned start from 3 and go up to 5. Now, let's look at the second client receiving instructions to replace its local IDs with the newly assigned global ones. It finds the building with ID 3 and switches that building's ID to 4. It then goes to find the building with ID 4, to replace that building's ID with 5. The problem here is that now there are two buildings with ID 4, because of the previous building 3 that was just updated to have ID 4.

The solution I used for this was to fetch a building that needed its ID updated, store its upcoming global ID with it without actually yet updating the ID, and then repeating this process for each building in a need of an ID update. Then I go through all those buildings again, assigning each the ID that was stored with them. In the above example this amounts to finding the building with ID 3, and telling it "your ID is going to be 4, but not yet", then finding the building with ID 4 and telling it it would have its ID updated to 5, and then telling both the buildings to now switch their current ID to whatever ID they were told to switch into.

That is the essence of how things get their identifications in our game so every computer involved can talk about the world state with each other and are able to keep in sync when it comes to the state of the objects. For different objects than buildings the process of assigning the ID is a little different, but that’s something for another blog post. Stay tuned, and maybe I’ll get assigned to talk about those other things in the next episode!

Inside Interplanetary: The Resources: The Material: The Movie

Don't worry, it's just steam. Black, smelly steam.

Yo, everyone! Game Design fellow Sasu is back in action, currently testing the newest build of Interplanetary. Some key features are still missing; it's a little bit difficult to enjoy the game when buildings and cities don't even have life bars, but the game is otherwise quite playable already. Add in a couple of features and balance, balance, balance!

Today we shall delve into a central system, that isn't completely implemented in the game at this point. As such, many of the terms used will probably differ in the final game and the system itself will evolve. In spite of that, let's take a look at the basics of...

The Resources of Interplanetary: Material

We've already mentioned some things about Interplanetary's resources in these posts. There are quite a few, such as Production, Science and Power, but one of the most important ones, for you to keep your eye on, is Material.

Material represents everything, well, material that you need to build structures: concrete, rebar, currency, whatever. It's all lumped under the moniker of Material for your convenience! Along with Power, a bar showing the available Material is always shown to the player; these are the two things that need constant attention when developing your planet.

All those railguns ain't cheap.

As we've explained before, many actions in the game cost Power, the amount of which is recalculated, according to the amount of Power Plants, at the beginning of each turn. Material, however, works more like normal currency, meaning it can easily be depleted, if you consume more than you produce.

The game begins with a set amount of Material for each player, but it won't last for very long. A savvy player will construct a couple of Mines to keep their stocks full. A normal Mine yields a small amount of Material each turn, but they can be upgraded to be more efficient.

The Material doesn't just appear from thin air, though: each planet has a set amount of it, and once it's gone, it's time to start thinking about alternative means of sustaining your development. The planet's Material is divided into three parts: Normal, Aquatic and Deep. The type doesn't matter when building structures, but each of them is acquired in a slightly different way. Most of the planet's Material is Normal and is mined by Normal Mines. Aquatic Material is mined with Underwater Mines and Deep Material is gained by upgrading Normal Mines with Deep Mining capabilities.

Planet Material is like a pizza: tasty and crunchy and I'm hungry.

Initially, all Mines work quite inefficiently and a lot of the mined Material will go to waste in the process to convert it to usable resources. This can be remedied with upgrades, however.

Interplanetary warfare can take a heavy toll on the resources, and you will inevitably run out of Material at some point. When the final drop is consumed, it's time to look to the skies and attempt to colonize a nearby planet. To colonize a planet, you use your interplanetary weapons to shoot Colonization Probes, which in turn will set up a small colony on the planet they land on. The colony is able to, among other things, mine Material and send it back to the home planet.

Long matches may very well end with almost the whole planetary system dry of usable Material. Insert commentary on unsustainable development and the irony of war here.

Hopefully, a complete image on how to play Interplanetary is beginning to form for everyone. We'll be back another time with more tidbits and such. See ya!

Being a tease(r)

Hello, Jukka here. This time I’ll explain a bit about process of creating a teaser and why we even wanted to have a teaser.

We are currently working our way towards alpha. With each step in development, we are also trying to reach more audience. As a young and still pretty much unknown dev team, we need to employ as many means as possible to make Interplanetary and ourselves known out there, unless we want to count everything on people finding us through Steam Greenlight. This is not that reliable strategy because of the sheer amount of other games that go there. Trailers are of course very, very widely used in games and movies, so a we knew we’d be making at least one at some point.

The  Nordic Games Conference was looming in the horizon when we decided on making a teaser, which we could show around. Though some of us aren’t exactly fans of teasers, since the information they give usually isn’t much and doesn't even necessarily include actual gameplay... But, as the name suggest, it’s supposed to tease the viewer to see if we manage to pique their interest or at least when they bump into it in the future, they’d recognize us or the game. Also it’s short, so it’s quite easy to show it around to people in person.

The Idea

So by the time we first wanted to have the teaser we had something of a playable prototype, but its purpose was to test some of the game mechanics and most of all, familiarize the crew with Unity. So it wasn't really something we wanted to feature on a video. Instead we decided to focus on artwork and try to tell something about the setting and the mood of the game.


Romeo & Juliet

So we sat down to think up ideas... And then pretty much jumped the first train which felt interesting: The prologue of Romeo & Juliet:

"Two planets, both alike in potency, In distant cosmos, where we lay our scene, From ancient greed break to a mutiny, Where great arms, shake the grounds apart."

So obviously, we made some modifications to it (here’s the original) and it was only the first few lines we wanted anyways. It kinda fitted and we hoped to get that “I see what you did there”-effect when someone would recognize the source material… We even got someone to record the lines in genuine British accent.

The pacing made it feel much longer than 30 seconds.

NGC

So comes the deadline along with Nordic Games Conference and the teaser is finished. We had planned to have the teaser running at the Kavio Cluster’s booth we shared with our fellow dev teams, but in the end, we didn't have a big display or sound, so Niklas showed it around on a tablet. After he got back we had “post-mortem” about the event and the feedback we got and concluded the teaser didn’t really do what we wanted… Turned out nobody really made the connection to Shakespeare and so it just felt like a poetic narration and the whole shooting-at-planets-thing didn't quite fit, even in any particularly funny way.

Revision

So when the first version of the teaser didn't work, we sat down again to come up with a new plan. We wanted to use the existing material as much as we could and still we wanted to tell something about the setting, so we came up with the idea of following a railgun shot as it flies through space, towards its target.

Execution

My main tools for the job were Photoshop, Blender, After Effects and Premiere. After Effects I hadn't used before and there’s still much to Blender and 3D-modeling for me to learn. For both versions I made a storyboard of some kind. For the first version, I animated some sketches and transitions in Photoshop. Although it gave a good idea on how things would look in the final product, I should have used more time on the sketches themselves. I ended up using more time on animating their movement than on the actual images. So for the second version I stuck with more traditional storyboard and instead put more thought on what I needed from the material that I would need to create still.

Storyboard for the second version 

It is still very rough so if it’s not you who’s doing the editing/material I suggest you put a bit more effort into making it clearer for outside viewers.

Images

I’m not yet a very fast artist, so I often find having to remind myself not to get stuck in one image for too long. I've been also watching the videos from FZD-school channel on Youtube, and one point that Feng Zhu often makes in his videos, is to keep in mind what is the selling point - the most important part of the image - and make sure that that part is well defined and presented.  So, since I didn't have the time I needed to go through the images and make everything detailed, I tried focused my efforts on just certain parts. This also made sense because a single image wouldn't be shown so long that the viewer could explore every part of it.

All the images used in the teasers. Only half ended up in the final version.

While working on the second version Tarita, our artist, suggested we add a bit more life to the images by adding some animation in them. I hadn't planned for this to start with, so it meant a little extra work, but we figured it was worth it. I went through each image sliced them to layers, adding some extra where I needed. Most of the animations I did in Photoshop, except the final image with the city and explosion. It had so many bits and pieces that After Effects was easier to work with than Photoshop CS4's pretty clunky animation system.

Will it Blend?

3D is not exactly my main proficiency, but thankfully, planets are not the hardest thing ever to model, although, if anyone knows a good way of avoiding texture distortion at the poles of a sphere in Blender, I’m all ears! There isn't much I can say about making the 3D material, except that rendering the it as separate images, and using After Effects to turn them into actual video, was a life saver. It was mostly due to me forgetting to adjust some setting or noticing something in the middle of an animation that I didn't like, but having to render the whole animation again would cost me so much time since my work computer cannot handle Blender rendering and working in Photoshop at the same time.

An added bonus was that I could render just the planet on a transparent background and add the background in premiere and adjust it however I wanted.


Music

Although we can find a way to do pretty much anything we want on our own, sometimes it’s just better and faster to rely on other professionals. And concerning the music, we were fortunate to come across Vince Parrish, who agreed on making the music for the teaser and even the game itself.


And that's it, the story of creating a teaser. After we reach the alpha, we are also planning on finally getting some gameplay footage out there. So, look forward to it!

Logos are not built in a day

Hello dear readers, it's Jukka here to serve you another post, this time on the subject of Interplanetary's logo and what went into the process of designing it.

Why do we need a logo?

The idea behind a logo is to provide people with something to recognize the product by. Having just a name for a product isn't quite enough, as there can be other things going with the same name (as long as it's not a similar product/entity etc).

A logo provides the name a unique and recognizable aesthetic. It's a building block of a brand. Brand is something that is born instantly, it's the sum of people’s thoughts and opinions of the matter at hand and those things can take time to form. A logo can give people something to base their thoughts and opinions on, when they first encounter a new brand and also a way to recognize it when they see it again somewhere.

Personally though, I feel that game logos don't need to be as thought out as traditional corporate logos and other product logos, as games have better ways of introducing themselves to new audiences, for instance trailers.

Design process

To start off, you need a name and, lucky us, we already had one. Both I and Tarita, our artist, started by sketching our own ideas.
The name “Interplanetary” was originally just a working title, but as it hadn't been used for a game yet and it did a good job in describing the game, we stuck with it (there's a scifi movie by the same name that came out in 2008).
I like to start logo designs by sketching straight in Illustrator. I combine shapes and use the pathfinder tools to cut out and merge them, looking for interesting results.

Some of the first sketches and their variants.

The world of scifi-themed logos is filled with planet shapes and crescent moons, blocky typography and carbon fiber textures. While I tried to come up with something a bit more original I also wanted to include the idea about shooting at planets... Which at first resulted in designs that mostly remind you of things you learn about animal reproduction in biology class. So in the end I made some compromises and didn't come up with the most original of designs, but rather ones I felt conveyed the idea best.

After a while we gathered up the sketches and chose four we liked most and put together a simple survey to ask for opinions and feedback from our friends in facebook. The survey provided us with good feedback and strengthened our own opinion on which design to choose.

The four candidates we chose for the survey.

After posting the survey I moved on to make a short teaser to show at the upcoming Nordic Game Conference, which ended up taking all my time. As a short time remedy we used a plain white version of the logo that was most favored. This way we had a logo, which would be pretty close to it's final form and most probably wouldn't change so much that it would be unrecognizable.

After the NGC, I postponed working on the logo for some time, while I concentrated on honing the teaser and its idea bit further. The teaser is still a work in progress, but I did finally take the time to put the finishing touches on the logo.

Final version of the logo.

And that sums it up. Hope to see again next time.