Skip to main content

Game Jam #1 - The Bug Game

 



The first ever game jam for the game development module of my course began on Friday 29th September. We were paired to those around us and given two weeks to develop a 'One-Button Hyper Casual Game'. Being the first, the rules were it should be kept simple and only use 1 input to interact.

My partner was a fellow programmer*, however we did have a problem: Neither of us had ever used a Game engine. We both came directly from OCR A level Computer Science and as such had only ever learnt raw Python and the Pygame plugin, which, while impressive for its capabilities, is impractical for commercial game development.

Using the AppsAnywhere service from the University, we initially settled on GameMaker (an older 2019 version as that is what was available) to make our game. Our concept was an autorunner, similar to that of the Chrome offline dinosaur game, using a flying bug as the player character and being able to jump when space was pressed and dive low when space was held. Enemy bees would fly across the screen randomly from one of three vertical levels: Above, in-line and below. The player would have to jump or dive accordingly to avoid these bees and the longer they survived, the quicker the bees would fly across.

Our first problem presented itself a few days into the jam, and it was with GameMaker. The old version provided by the university was unintuitive and lacking in useful tools for beginners. The newest version, which we could use at home, was a lot better but having being acquired by Opera.Inc a few years prior, their free tier only permitted exports to the GX.games website. As such, we could not see a way to upload the game to the itch.io page for submission (upon later research I found it is possible via a link to the GX upload but that is still not preferred if possible to avoid). Therefore, one week into the game jam, we restarted from scratch.

Our new choice of engine was Unreal Engine 5 as there was a provided tutorial for Flappy bird in ue4 (but compatible with 5) which we could use to get a footing and deviate when necessary. This tutorial helped us implement the parallax scrolling background and orthographic perspective for the 2D game.

Below, I was able to implement a spawner that, after a random delay (within a range), spawned the enemy. And, using the 'switch on int' node, I was able to set that enemies spawn point to one of 3 vertical locations depending on if 0,1 or 2 were picked. This gave the element of complete randomness.




A prominent bug (excuse the pun) that persisted through most of development was the GameModeBase blueprint we had created as part of the tutorial to make the orthographic camera function. Not entirely understanding it at the time, we did not realise that it spawned the player character on start and as such our manually dragged in character was not who we were playing as. Instead, it appeared as a mysterious second bug only when simulating the game (since our actual player was not visible in the editor).




Once we realised this, it also proved a challenge to detect collisions, since there was no bug in the world editor with which we could line the enemies up with and ensure they collided. This issue was solved by setting the spawner to place the bees in line with the BP_GameModeBase object that acted as our orthographic camera.





Due to time constraints from the earlier engine issues and our suboptimal development speed from having to learn on the go, we were unable to implement the dive mechanic, score counter or proper Game Over condition. There was also no QoL (Quality of Life) features, such as the ability to close the application from inside itself, either.

An attempt was made to display a 'Game Over' text when the player hits an enemy, however, due to ue5 blueprints not efficiently supporting global variables, I was unable to make it function. As such, there is an unused Game Over text sitting above the level that was meant to move down vertically upon death but it does not and instead sits there permanently off screen.




The game is now available on itch.io here, although it is rushed, unfinished and poor quality so I do not recommend it. However, for a first attempt, in a 2-person team that knew nothing, I admit I am happy with what we learnt under the surface. Unreal Engine is clearly a very powerful tool but also clearly has its strengths centered around 3D projects rather than 2D. If I was to continue this project, i would likely remake it again in an engine that better supports 2-dimensional game development. Feature wise, I would finish it, polish it and likely add support for mobile devices as the mobile game market is the most lucrative for casual, simplistic experiences.

Overall, a first attempt indeed.

- JDM



*For all future references in this blog I will be referring to the students as follows:

Games Technology - Programmer/Coder
Games Design - Designer
Games Art - Artist
Games Production - Producer

Comments

Popular posts from this blog

Game Jam #2 - Van Helsing (PART 2) - The Bullets

  (Bullet sprite by Nicolas Katsis) This part is solely on how I implemented the bullets shown in the video in Part 1. There are two parts to this split across two scripts. The first is its behaviour and the second is the spawning of the bullet. First of all, it's behaviour.   The first thing that occurs on spawn is that the bullet assigns itself to a group of objects known as "P_Bullet". You will notice in all the snippets of code that many of the variables and groups for this object are listed as "P_ something ". This is because we initially considered the idea of giving the player two different guns that they could swap between: A pistol with a higher ammo count and longer range but weaker damage, and a shotgun with a much higher damage but fewer bullets and shorter range. The P_ was a reference to 'Pistol' bullets and S_ was a reference to 'Shotgun' bullets. Unfortunately, due to time constraints, the Shotgun was never introduced. For those u...

Demigod - CSGO - Update 1

The 'player' with a cylinder to identify its front face As part of this teaching blocks assignment for my Coding & Scripting for Games module (nicknamed CSGO...we don't talk about the O) I have to make a simple game or game system inside Unreal Engine 5. This is a solo project that everyone has to do individually but as the focus is on the code, things such as appearance and presentation are not important, lightening the workload. My idea for this project is simple: I intend to make a 3D platformer wherein the player has a dash and double jump ability which can be stringed together for impressive world traversal. At first, you may think that's too easy, UE5 already has most of that built-in...until I say that I intend to program it all myself. Why am I doing that? Because of how the built-in versions work. Jumping, for instance, uses the advanced physics engine which makes it momentum based. You need to run/sprint before you jump or else you will go nowhere. Not onl...

Game Jam #2 - Van Helsing (PART 1) - The Beginning

  Game Jam #2 began on 13th October and lasted 3 weeks. The goal this time was "Shoot-em up" and the teams had been both expanded to average 4 per group and randomly assorted as opposed to being grouped based on those around you. My team consisted of the following: - Programmer (me) - Programmer - Artist - Designer  Off the bat, we were able to come up with a very solid idea for our game: A side-scrolling platformer where the player can shoot 360 degrees to kill zombies. The player can only see inside a small aura of light around them and must rely on lampposts and other light sources as well as directional audio cues to navigate the level. The other programmer, just like my last partner, had never used a game engine prior to this course. As such, we settled on using Godot for this project. The reason we chose Godot is because its proprietary scripting language, known as GDscript, is pythonic. This means it is eerily similar to python, but enhanced and integrated enough that ...