GA Spring 2021 – 8 ft.

8ft.  is in its simplicity a spider simulator, where you can live your spider dream of exploring the human habitat and catching bugs. The game consists of two rooms that you can explore; kitchen and bathroom, both including tasty bugs for you to hunt.

During the spring we started the work on 8ft. slightly late as our first idea which revolved around a garden gnome was pushed aside to explore a game idea with the possibility of using the ninja rope. For this we took some time to brainstorm ideas and decide on a concept we found most exciting.

Most of our troubles came from having not enough time between course and homework for school, but we still strived to create a game that works and serves a purpose. Our coders also battled to tame and understand the code of the IK spider that we hoped to use as a base for our own custom spider. Unfortunately due to time and the intense code of the IK spider we had to result into abandoning the custom spider, and borrowing the IK spider. We also hoped to create more rooms and consistency throughout the game but again due to time constraints we had to cut back somewhere.

Nevertheless 8ft came to a finishing a point and was a big learning experience to the whole team, sure to bring us food for the future so to speak.


Eppu Syyrakki: Programming

Laura Huovinen: Programming

Hannu Timonen: Art, music, sound fx

Niilo Kajala: VFX, animation

Janika Keskitalo: Art, Animation

Procedural IK Spider by Philipp Schofield –

Go live your spider dream!

Build on Drive

Web version

GA Autumn 2020 – The Observers’ Ruin

The Observers’ Ruin started its development journey as a horror inspired spin on the arcade classic, Pacman, but as time went on, ended up inheriting more and more features and elements from the adventure game genre – namely the likes of The Legend of Zelda.

With a core concept of a lone survivor, striving to make it out of a nightmarish situation, it’s up to the player to lead the protagonist on a journey through the corrupted ruins of their once beloved temple, using both stealth and three unique abilities to make it out in one piece.

The game consists of seven unique levels that progressively introduce the abilities available to the player, as well as different types of enemies and other hazards, on their journey to the heart of corruption. Abilities grant the player some freedom on how to approach different challenges, but their use is also required at several points during the levels.

Most troubles that arose during development were centered around trying to establish the game’s identity, or direction, as our plans and ideas veered further and further from our original source of inspiration. We’d had some trouble with the AI, and since it’s an integral part of Pacman, decided to shift focus and build the game more so around exploration, abilities and light puzzle solving with both AI driven and scripted enemies to beware of.

Also, our movement system had to be rebuilt several times in an attempt to make turning corners smoother, both mechanically and visually, which was only made more difficult when wrestling with Unity’s old (and later, new) input system in order to implement controller support.

Yet, somehow, we managed to rise to the occasion, and The Observers’ Ruin is in much better shape than the eerie halls and stone pathways it houses.

For the most part.


Lauri Kullas: Programming, Audio, Level Design

Heikki Gauffin: Programming, Level Design

Inka Kaasinen: Graphic Design, Animation, Environmental Design

Eszter Puzsik: Graphic Design, Animation

Janika Keskitalo: Character Design, Animation


Link to the game

GA Autumn 2020 – Rocco the Raccoon’s Rolling Rad-venture

Rocco the Raccoon’s Rolling Rad-venture has the player rolling around with a raccoon in isometric maps, collecting coins, keys, opening gates, avoiding hazards and trying to beat time scores.



  • Single player
  • Isometric pixel graphics
  • Controller and keyboard support
  • Casual and relaxing gameplay
  • Collectables and obstacles



We took Marble Madness as our reference point. Original idea was to have a colourful, casual game with puzzle elements and 5-6 different biomes relating to different eras and cultures, e.g. Ming-dynasty or ancient Greece.

Pretty soon we had an early prototype with some simple level layouts, character animations and movement. We started polishing and cultivating the concept, but eventually had to ditch the idea of different biomes (ended up having 2) and focus on general aesthetics and functionality of the game.

In retrospect, we spent too little time planning and thus got stuck in the early development phase and brainstorming. The project was a great learning experience for all of us.


Lenny Smith – Project management, coding

Juho Mansikka – Coding

Jirko Haapapuro – Animations, assets, UI

Jasa Paavolainen – Tilesets, assets, logos

Aatu Seppänen – Art lead, animations, assets, tilesets

Olli Heino – Music, sound effects, sound design


GA Autumn 2020 – Robberman

For the Game Academy Project, our team “TeaCoffee Overdose” chose to do a Bomber man-copycat with a theme of 20’s rubber hose-animation, and so was born the working title RubberMan. The idea was to play as a robber, blow up banks and police, and eventually get into the getaway car with the money when all the banks at the map were blown up. The name switched eventually to Robberman. 

Link to trailer

The team was thinking of making the game for local multiplayer with only one keyboard (oldschool style), but when we dropped the idea at the first steps, we started to make the game as a classic bomber-man game.

Early concept art

We were thinking assets like hidden exits, abilities, power ups and flying SWAT-force coming from the sky with old helicopters, shooting grannies running at the map etc, and the robber we had an idea for using the money he gets from the banks to use it against cops by throwing money bags on them. After all, the game took the shape that it has now.

Our programmers played around different techniques to make the levels easier etc random level generator, but due the time limits we decided to handmade them from the start. We used a tiling map to make the levels look neat and consistent.

Art style was decided from the very start and stayed consistent. Some of the characters changed their appearance but overall our style stayed the same from start to end. We wanted to focus on good looking animations and keep the feeling on hand animated look. 

We chose our main color scheme to be black and white to respect the original art style, but with some effect colors on the money.












Link to download latest build

GA Autumn 2020 – Potion Bombers


Potion Bombers is a competitive multiplayer game that is based on the classic arcade game Bomberman. The team set out to make a fast based multiplayer game that was quick to play and had unique levels with different kind of mechanics in each of them. The game can be played with up to four players and is best enjoyed with controllers.

The team quickly got the idea of the different kind of levels and set on three types. Lava, ice and water levels. All levels have their own terrain and different mechanics in each. Difference to the original game is also in the players ability to break only a certain type of objects in the level with the walls being indestructible. These breakable objects spawn power-ups to the players to give them an edge in the fight.

The Levels

In the lava level players are able to break to floor with their bombs to reveal the deadly lava. This makes the matches quick and strategic with the ability to trap the other players using the lavaPicture of the lava level and the breakable floor

In the ice level players will slide on the ice making movement harder, the bombs also slide on the ice if the player pushes them giving the players ability to deal damage from a distance

Picture of ice level and power-up items

The water level has waterways that will move the players and the bombs along the stream giving the player ability to move quickly and tactically place bombs to attack other players.



Picture of the water level with a detonating bomb in the water

About The Project

The whole project was completed almost  entirely remotely, only meeting a few times to playtest the game. This added a bit of a challenge, but frequent meetings and discussions helped to keep the team motivated and focused.

Because of the time running out and few unexpected turn of events inside the team, the game is not as detailed as the team would have wanted with few graphical items missing, but the core game is fun to play, especially with four players. So in the end we are very happy with the end result since a fun game was our main goal.

The Team:

Eetu Pohja: Programming
Jaakko Joenperä: Management, Programming
Emmi Pusa: Graphic Design
Laura Suvila: Graphic Design
Simo Kontiokorpi: Graphic Design

Link to the playable game

GA Autumn 2020 – Synthris


Aleksandra Pere, Programming
Mira Opukhovskaia, Artist
Ville Raunio, Artist
Toni Sundell, Programming helper

Game idea

The idea was simply to create a Tetris clone with a synthwave artstyle. The game has many of the basic gameplay mechanics which are found in the older and newer Tetris games (hold, show next block, hard drop etc). The player can also choose from three different themes which change the game’s looks and music.


The development of the game was a gradual learning process of using Unity. This is very visible from the start of the project right to the final parts of development.

At the beginning of the project we managed to scrape together a basic prototype with some basic movement and art implemented.


At around the middle point of development more mechanics started to come into the game and the art also started to look more satisfying to the eye.


At the end of the project we had a ready Tetris clone in our hands, which finally started to feel and play like a proper game.


One of the things that really stuck to our head after this project was that some of the games can be surprisingly complex under the hood, in this case Tetris. It was satisfying to see the game slowly but surely mold together into a satisfying Tetris clone. Considering that this project was a first time working with Unity for the team, we are extremely proud of the final product.

Link to the final build

GA Autumn 2020 – Penguin Rescue

Game name


Penguin Rescue is a 2D platformer game where the player goes through different levels while saving their little friends and eliminating hungry dingoes. The adventure is nothing without dangerous traps, such as ice spikes coming from the ground and icicles falling from the ceiling. That’s not all; the player also needs to beat the timer on each level in order to continue the game. The player gets health back by eating the fish that jump around the levels.

The game is easy to learn and fun to play. The game is challenging but not too hard, and it fits well for someone who hasn’t played a lot. The timer encourages players to go for the best time, and what’s more fun than comparing the results with your best friend, right?

Download the game from this link:

Jumping fish


Our team, Hungry Hamsters consists of two programmers and three artists and we are all first year Games Academy students. Our mission was to make a 2D game by using one of the given old-school 2D arcade games as a reference. Our top two options were Bubble Bobble and Dig Dug, and after an intensive discussion and planning with the team we ended up with Bubble Bobble.

Pretty quickly it was clear that we would use the reference game only to generate ideas for our own game. Little by little we managed to figure out the game we would like to make; a platformer much like Bubble Bobble. The objectives of the game were formulated along the way, which took a bit of time to figure out. When we were clear on the objectives, it was easier for programmers to focus on coding and artists were able to start planning and creating the game graphics.

We generated ideas throughout the project, but we had to leave many features behind due to strict time limit. Our team worked well together, and we were able to discuss things with honesty.

The biggest issue we encountered in this project was the fact that we had to work remotely for the whole season. It brought new challenges our way and had an impact on all team members. Despite these challenges we were able to make a good-looking and entertaining game and that’s what we should be proud of!


  • Running and shooting platformer fun!
  • Rescue cute little penguins from predators!
  • 9 levels
  • Hazards such as spikes and falling icicles
  • Timers in levels encourage speedrunning
  • Get ratings from each level; replayability!
  • Fun and sleek graphics
  • Solid and addictive gameplay
  • Controller support

Hungry Hamsters:

  • Aleksi Asikainen, programmer
  • Lassi Ojainväli, programmer
  • Sanni Kataja, artist
  • Salli Ruskamo, artist
  • Eini Kuha, artist



GA Autumn 2020 – Bomberfox

bomberfox logo

The goal was to clone an old-school arcade game, and we very quickly ended up with Bomberman heritage as the team agreed on creating an action game. We set out to play and watch videos of other Bomberman-style games to draw inspiration from. The main ideas were roguelike elements and an asymmetric co-op play, where players would have different but complimenting abilities. As the scope of this project for us as relative beginners became clear, we simply ditched the multiplayer aspect and concentrated our efforts on creating a smooth single player experience.

concept art

The first steps were creating some concept art and themes, and a simple game prototype. One of the early mechanic decisions was about player movement: Would we go for a tile-based movement or give the player free reign to run through the levels? We started early with a completely free movement, but as the bomb-laying and its relation to environment and enemy destruction became convoluted, we changed to a grid-based movement. This turned out to be too rigid for us, and since we were not using tilemaps in the game, the grid wasn’t that useful for us anyway. We ended up with an amalgamation of both; The player having free movement, but bombs and enemies using whole number coordinates, for ease of environment destruction and AI behaviour respectively.

prototype screenshot

As the art style and core game loop took shape, we started having a more tangible sense of the scope. We wanted to keep things relatively simple to be able to deliver a working game that was fun to play. We had 3 different enemies, a configurable bomb, a simple level and the player character, and early feedback with these drove us refining the core loop further with smoother controls, fluid player movement and animation, and more challenging enemy behaviour. Once this basic flow was established, we could turn our gaze to expanding the gameplay and refining the look of the game with lights, effects, additional animations and even a dedicated story scene.

Bomberfox assets

Our original plan was to give the player some currency from killed enemies and a power-up shop to use it in – either when the player dies, or when transitioning between levels. Difficulties in deciding the exact mechanisms along with feedback given drove us to redesign this part of the game. Instead of recycling the killed enemies through a currency and a shop we decided to drop this idea, and instead give the enemies a chance to drop power-ups directly. Since the bombs were already configurable, creating variation for them wasn’t hard – the difficulty arose from deciding which kinds of power-ups would actually be useful and how players would use and store different bombs and bomb upgrades. We floated ideas between a single special bomb slot to having an inventory of them, and ended up with simply having 3 types of special bombs and a dedicated button and inventory slot for each. The player could only carry a single one of each of these, but they would be complemented with range and capacity upgrades to the basic player bomb.

The idea of endless progression in the game had been in the backs of our heads from the start since we had the concept of implementing something roguelike to the game. At first this was simply adding enemies and changing how the levels looked, but as the enemies themselves were somewhat configurable as well, they ended up getting faster as the player progressed through the levels. At this point we also featured randomly generated levels, but ended up using a combination of presets and randomly generated content to prevent creating dead-ends and unreachable positions in the layout – this turned out to be the easiest solution without using any kind of pathfinding algorithm.

Level preset

In hindsight leaving the UI and menu mechanics to the end of the project was probably a mistake as it wasn’t as easy or simple as we thought it would be. The implementation of tasks like pausing things and navigating menus became surprisingly difficult because we hadn’t factored them in from the start. Despite this we got everything working and managed to snuff out or avoid game-killing bugs – according to our release candidate testers the game turned out to be fun to play as well, so we are happy with the results!

Gameplay screenshot

Eppu Syyrakki: Programming
Laura Huovinen: Programming
Hannu Timonen: Graphic Design, Animation, Music
Niilo Kajala: Graphic Design, Animation, Management
Pekka Juntunen: Sound FX
Emilia Mikkola: Animation, Level Design

GameCamp Summer 2020: KitsuCare


Laura Julkunen – main developer
Toni Sundell – code assistance


Game idea

The idea for KitsuCare is something I came up with during winter and during spring I figured GameCamp would be a great opportunity to bring this pixely fluffy hybrid creature to life. I got frustrated with how much PlayStore’s pet games felt like clones of each other. For the pet design I came up with the idea of mixing a jackalope and a kitsune since they’re both cool and bunnies are adorable. I used to have a Tamagotchi and I wanted the nostalgia vibes in my game. Thought about what I used to enjoy in virtual pets but also how them not having any endings made them a bit repetitious in the long run. I wanted to put a spin on the game and have some endings in it too.



The game is still incomplete. There isn’t any audio in the game (at least yet) so development has mostly been alternating between planning/designing how to implement what, animating/drawing and coding. Animation took a lot of time. I started with pen and paper first most of the time. I’ve had to learn a lot: developing for mobile, animation and more programming.

For things I wasn’t familiar with yet I used tutorials, googling my issues and occasionally asking help with them directly. There was a lot I just didn’t know. Especially earlier in development issues with the save system caused headaches. As a more experienced coder Toni was super helpful with sorting that out. Later there was lots of spaghetti code too which needed to be optimized.


I ended up developing the game a bit differently than I had visioned it originally which to be fair is extremely common in game development. My original vision would have required an even more complex animator system to be implemented. As game development takes a lot of time, I’ve thought about what’s necessary and what’s not.

Feedback from testers can also alter the design of the game and course of development if people are clearly confused about something in the game. Especially early on getting feedback from multiple different people was valuable. It was interesting to notice how different people pointed out different problems they found.



Playtesting is a bit tricky with this game though as some features only appear after a certain amount of time and many are yet to be implemented. I also discovered that to some people my game wasn’t as intuitive to play as I was hoping it would be. I’ve thought about it and I hope the changes I plan on implementing will make it clearer how the game works.

GameCamp Summer 2020: Project: Space Pirate

Project: Space Pirate


Aleksi Asikainen – Programming
Heikki Gauffin – Programming
Sanni Kataja – Art
Lauri Kullas – Art, Audio

Game Idea

Project: Space Pirate was coined as an unholy mixture of Towerfall, hero shooters and that 20th century space western VHS your mother wouldn’t let you borrow from the local library.

Having made a simple two player football game earlier in the summer, we were all quite confident in the idea of taking what we’d learned during said project and building upon it to the best of our abilities in this one. There were things we had never managed to add – controller support, for example – and this felt like a good opportunity to scratch that itch to oblivion.

And speaking of oblivion…


So, obviously things didn’t quite go as planned, even if others did. Pairing the largest scale of game we’d make this summer with a growing sense of exhaustion within the team was – in retrospect – a mistake. Yet, we made do with what we had and could, even if several tasks required seemingly endless hours of energy drinks and quiet decay to learn and overcome.

Our most significant struggles arose from trying to implement controller support in a way that would allow for two-to-four players to select their characters simultaneously and wrapping our heads around Unity’s Pixel Perfect Camera, which was essential in getting the game’s pixel art looking as crisp as possible.

However, controller support…

Controller support didn’t make it.

But boy, were the pixels crisp.

In the end, what we ended up with was more or less a demo version of our original vision; two characters instead of four, two players instead of four, one map instead of several… and the list goes on. But forgetting the things we didn’t manage to do for a moment, we’re more than happy with the things we did.

And that’s pretty cool, too.