Yesterday was my big push toward the finish line! I scrounged through my game assets repository to find what I needed to wrap this game in pixel art goodness and set up the soundtrack.
Speaking of the soundtrack, I had it in mind since the beginning of the game jam to have low-intensity music playing by default, but to transition to a high-intensity track when the player transforms. I was glad to find a set of tracks that did just that; they were the exact same track with the exact same length, but one was a head-banging version of the more mellow track, which was perfect. I was listening to them on repeat while building out the initial prototypes, so I was glad to finally get it wired into the game.
I dug through my pixel art game assets to find sprites, of which the Tiny Tales collection had a number of appropriate sprites I could use for cohesion. I learned of a nice feature of Aseprite in the process of setting up animations, that I could import the sprite sheet and it would set up all the frames myself. I hadn't discovered this in the past, and it helped me accelerate creating animations over copy/pasting them in from selected pixels in Photoshop.
After setting up the character sprites, I turned to finding the appropriate sprites for the flame effects. While most of them were straightforward to implement, the more interesting was the orbiting flames, since I wanted them to spin but remain upright. Also, their point of rotation was their fire ball, not the true center, so it had to pivot around that point. When I prototyped the initial orbiting attack, I simply had a GameObject with two child GameObjects that were moved above and below the parent's position, and then rotated the parent. However, once I added sprites, the orbiting flames were turning such that their tips were pointing away from the circle no matter where they spun. To fix this, I had to rotate the parent at a certain speed and then rotate the children in the opposite direction at the same speed so that they negated their rotation and the sprites remained upright.
When it was finally time to build the map, I ran into a significant issue. I set up a simple map in Tiled like I have done in the past and then went to download SuperTiled2Unity, the utility I use to bring Tiled maps into Unity. Earlier in the day, I found that itch.io itself was down, which risked us not being able to submit our games in time, but didn't stop my development. However, I found that the only place I could download SuperTiled2Unity was... itch.io. I tried using an older version of that utility from my computer backup storage, but it was meant for Unity 2021 or earlier and I was using Unity 2022, so it was having issues and causing me to spend too much time dealing with them over actually developing the game. Thankfully, later in the evening itch.io came back online, I was able to download the latest version of SuperTiled2Unity, and I got the map into the game.
(Related to this, here's a piece of advice that I was given a while ago: As soon as you have a playable game prototype, make your game jam page, upload your build, and submit your game. You can always update your build at a later time, but it prevents the anxiety of getting it all ready right before the submission deadline. I did this for this game and, if itch.io never came back up, I would have been the only game submitted. It also gives you a way to send your game out for playtesting before the end of the game jam!)
I wanted to have an "infinite" map, where the player can continue to walk without ever reaching the edge, and ideally I didn't want to box the player in with walls, so I explored a way to seamlessly move the map with the player without them noticing. I achieved this by creating a 32x32 tile map, then copied it into a 3x3 grid for a total size of 96x96 tiles. I then set up four trigger colliders around the edges of the map that when touched move the map by a third of its dimension in that direction (e.g., touch the northern trigger and the map moves up). I had to figure out some pixel math to make it exact, but it allowed a statically-sized map to feel infinite by always following the player where they go.
At this point, it was time to polish everything up. I smoothed out a variety of places where things were popping things in and out like switching between music tracks and added transitions to fade them in and out instead. I also improved the UI, added a new font, moved the health tracking to a bar under the player for proximity, and created a flame effect that appears behind the player to let them know they can transform from mage to elemental. Finally, there were a number of bug fixes I needed to make. All in all, the game felt great... but somewhat silent, despite the heavy metal soundtrack.
Since we were given an additional day due to the itch.io outage, I made some final last-minute improvements today after work. I fixed a potential game-breaking bug with the flame blast, added a "Game Over" message to make it clear it's game over, and the biggest impactful change was adding sound effects to the attacks, enemies, and player. Suddenly, the game was rich with sound and transforming while surrounded by a horde of creatures is so much more satisfying to hear when laying waste with your fiery attacks! I was glad for the extra time before the deadline to bring these into the game.
Overall, I'm very pleased with how this game came out, and it was validating for me to successfully put together this vision after having been out of the code for a couple of years; it was like riding a bike, encountering an issue and remembering how to solve it or wanting to add some functionality and knowing what keywords to search with to find an answer. I'm looking forward to participating in more game jams and seeing where they take me!
Bonus: The award for the dumbest bug goes to when I added the animations to play when an enemy dies, but it kept playing at the location of the previous enemy's death. It turns out I was instantiating the death animation prefab, then setting the prefab's position to where the enemy died, then sending the death animation on its merry way. This meant the death animation's position was defaulted to the prefab's position, which was set in the previous call to where the previous enemy died. I lost too much time to this bug, but didn't want to go without that animation! 😊
Today I spent a lot of my time creating a state machine framework, then working on basic Survivors-like functionality. I've always had problems in past game jams trying to manage state via large lists of if statements. My worst offender was my first game jam game, Unveil, which had a scripting engine for cutscenes, but it handled scripted actions with dozens of statements like:
else if (!isFadingIn && !isBlackingOut && !isDisappating && !isPaused && !isMoving && !Dialog.GetDialog().IsDialogOpen() && scriptStepParts[0] == "move")
Since I had read about the state pattern in Game Programming Patterns a while back, I decided to take some time during this game jam to invest in a state machine framework to simplify this. It took more time than I expected, but it was immediately useful for a variety of other situations.
After this, I created a basic enemy that would spawn, then seek out the player. Once that was working, I investigated how to create an elliptical spawning system where enemies would spawn randomly along the edge of an ellipse that was larger than the camera view. My hope was to get a shape similar to what is seen in Vampire Survivors, like this:
I got the math working for this ellipse spawning system, and it was fun to see the enemy triangles coming on screen and pursuing the player!
Next up was adding a health system to the player, where the player would take damage when an enemy touches them and will continue to take damage while in collision with enemies. Then came the reverse: being able to damage enemies. For now, I implemented a rudimentary "garlic" attack, destroying any enemies within range every second:
I had hoped to get the "strength through weakness" mechanic in place today, but that'll be my focus for tomorrow!
It's time...
Hello! My name is Matt Colón, and I'll be using this devlog to chronicle my adventures through CGDC Speedgame: Hardmode 2024. For the "Strength through Weakness" theme, my plan is to develop a Survivors-like game in which the twist is that you can activate a powerup that multiplies the damage you can do at the cost of dying in one hit (or taking multiples more damage; we'll see during playtesting). You have to balance the need for clearing waves more effectively with survivability. As this weekend goes on, I'll continue to post updates on my progress!
Each game jam I try to learn something new, so this time I want to learn more about the Unity UI, whether the old one or the new UI toolkit, so I can better support multiple resolutions for the game. In the past, I hard-coded positions based on a fixed resolution because changing the resolution started breaking my default positioning. Now, I'd like to do it more intelligently.
It's been a long time since I did game programming. I've spent the past couple years training myself on UX design, so much of my game development has been user/industry research, wireframing, storyboarding, and creating high-fidelity prototypes of game experiences. However, I've missed being in the code, so I'm using this game jam to get familiar with Unity once again.
Here we go!
