Show older

gamedev 

Rearranging the HUD.

(No video this time because I only need a screenshot to demonstrate)

gamedev 

Implemented pausing (something I have neglected for a while).

gamedev 

HUD now includes icons to indicated the items you have.

gamedev 

Added an alternate tileset. I plan on having the tilesets change, the deeper you go.

gamedev 

Dungeon now has alternate tracks for different floors.

gamedev 

Added an "ice level" tileset along with an accompanying track.

gamedev 

Added the fourth tileset. I have know idea what this is supposed to be.

gamedev 

Added a locked door that appears before each exit room.

gamedev 

Created a sand tileset. That appears in-between the snow tileset and purple tileset.

gamedev 

Added lives, including an extra life item that sometimes appears in the dungeon shops. I even plan on going so far as to delete your save file if you run out of lives.

gamedev 

Finally, the key is no longer using the coin sprite as a placeholder and now has it's own texture.

gamedev 

Created a texture for the extra life item. It looks kind of weird. I tried to make it look like a stick figure with a plus sign, indicating an "extra life", but it turned out kind of odd.

gamedev 

Finally added text on the game over screen. It's weird that I always neglect details like these.

gamedev 

Implemented saving and loading. Game saves automatically every time you enter a new floor, but you loose your save file if you run out of lives.

gamedev 

I'm thinking about what else to add. I could add more enemies, but I need to come up with enemy behaviors that don't require major reconstruction of the base Enemy class.

I don't know if I will add bosses because the player only equips a sword, which severely limits the potential for boss battles. Originally, I planned on having the player equip bombs for bomb-able walls, but placing such walls would've been difficult for the dungeon generation algorithm. Arrows and other projectiles seem kind of pointless. Either I limit the amount of arrows that can be shot/thrown, or I give the player unlimited arrows. The former would make it frustrating if the player was in the middle of a boss battle that required arrows and he/she ran out. The latter would effectively make the sword useless. That leaves only the boomerang as a possible second weapon.

Anyway, I don't plan on making this game grand or anything. This is really just a "practice game" for something I plan on making later on. That future game will have a much better dungeon generation algorithm.

gamedev 

Added a slime enemy that takes one hit to kill.

I plan on balancing the enemy placement, having the stronger enemies appear in later levels because right now there is no change in difficulty whatsoever.

gamedev 

Key and shield icons are now dark when they player doesn't have them, but light up when the player has them, instead of just appearing on the HUD when the player has them. The sword icon now indicates whether you have the wooden or white sword.

gamedev 

I got the credits implemented. Right now, it's literally the same as the credits in Distant Ruins because I used the same source files along with the credits.txt file from that game.

gamedev 

Adding the difficulty curve to the game by making it so that certain enemies only appear in certain levels. For example, for the first four levels, only the slimes and skeletons appear.

gamedev 

I'm now in the process of replacing the copyrighted assets with free-to-use assets or my own. So far, I only replaced the graphics for one enemy.

gamedev 

Replaced the BS Zelda skeleton sprite with one from Open Game Art, but it looks to small. I tried to look everywhere for 16x16 skeleton sprites and I can't draw my own, but this was the only one I could find.

gamedev 

I tried to make crudely drawn skeleton sprites based on this 16x16 character base sprite.

opengameart.org/content/base-c

It turns out that I can't draw a skull from the side so it ends up looking weird from the profile view. It still looks small compared to the player sprite, but I plan on using the same base sprite for the player.

gamedev 

Added the first and possible only boss, which will appear in the final floor. It's basically just like the Ghoma in the Zelda games except you attack it with the sword as it's the only weapon in the game.

Though given the limited window to attack and the fact that it takes more time to charge at the boss than it is to strike it with a projectile, I don't know how this boss battle will pan out, but I feel like without a proper final boss, the game would end anti-climatically. Also, due to the fact that levels are randomly generated, there is also an issue that the final boss room can be entered from the south, meaning that you will end up behind the boss when the battle starts. Maybe, the final floor can be just a single corridor that leads to the boss, instead of a randomly generated dungeon like the rest of the levels.

Anyway, I just want to get this over with and move on. After working on this project, I can clearly see why Nintendo never considered making a Zelda game with random dungeons. Not saying that it's impossible, but there are so many things you need to take into account (lock and key placement, metroidvania elements, etc) and they are much harder to implement in a randomly generated dungeon compared to a simple roguelike dungeon.

After this, I plan on creating a simple adventure game to practice things like event flags and dialogue trees.

gamedev 

Made it so that the final boss level is just two rooms. Though I haven't made it so that the store doesn't spawn in the boss room. I've also disabled the staircase for the boss fight until it's defeated.

gamedev 

The final boss now shoots projectiles at the player. I tried adjusting the timing of when the boss shoots the projectiles, but I either have the boss fight being to easy or it being borderline impossible. I should probably accept that the game will have an anti-climatic boss fight.

I thought about having the boss drop some McGuffin item that will end the game, instead of just opening the staircase, but I don't know what kind of item it should be.

gamedev 

Replaced the copyrighted placeholders of many of the game's items with sprites of my own.

gamedev 

Made the boss drop an item upon defeat. The leaf is just a placeholder. I don't know what it should be in the final game.

gamedev 

Finally starting to replace the copyrighted placeholder sound effects with either effects of my own or stock sound effects. Though, I couldn't find a good enough sound effect that goes well with the sword attack. The player merely thrusts it (like in Zelda 1), and all the sound effects I could find are more fit for a swinging of a sword.

I tried to take a knife-sharpening sound effect and edit it in Audacity to try to make it sound more "SNES-like" (lower the sample rate) and changing it to a 16-bit PCM, but I don't think it turned out to well. I also need to take into account that there is both a wooden sword and a metal sword.

gamedev 

Worked on the credits screen. I switched to a completely different format for the file. I also included my "company" logo at the end.

gamedev 

Changed the sword sound to a "swing" sound and replaced the door sound with a free asset.

gamedev 

Replaced the BS Zelda "hit" sound effect with a stock asset. It kind of reminds me of Terraria.

gamedev 

Boss now drops the key which leads to the room with the MacGuffin item. I think it's slightly more climatic that way instead of it just ending abruptly.

gamedev 

Decided to bite the bullet and add bombs because I feel like I need at least one more boss fight in the game. If I can't make bombable walls, then I can just have enemies that can only be killed by bombs instead. The game is too boring with just a sword.

gamedev 

I think editing with ffmpeg de-synced the audio.

gamedev 

Finally added something that I should've added at the start: a debug menu. I don't know why I keep on putting off doing this. Debug menus are so useful, but up until now, I was debugging levels by modifying save files instead.

gamedev 

The blue Dark Nut-like enemy can now only be attacked via bombs, finally giving the bombs a practical use.

gamedev 

Created a second boss. This one is like the Dark Nut-like enemy, but you have to bomb it once, then it turns yellow, then you can strike it.

The screen goes black in the video because the game crashed due to a segment fault.

gamedev 

Added a trap door to prevent the player from escaping the boss fight. It's currently using the regular door sprite as a placeholder. The final sprite won't have a keyhole.

gamedev 

Trap door now has it's own sprite and sound effect for when it closes. The McGuffin sprite is now a mirror. (shout out to @Mr_NutterButter for the idea)

gamedev 

Working on the end text for the game. It's obviously in a rough state right now. I need to implement proper word-wrapping (the current text is wrapped manually), and have it better timed before the credits.

gamedev 

Added a third boss, which can be hit anywhere except head-on.

You may notice a glitch around 00:35. I have no idea how that happened. The sword is still in it's place after the last thrust but it sets the "active" flag to false when not in use, so it shouldn't be detecting collision.

gamedev 

Started creating a prologue for when you start the game. The White rectangles appear presumably because the font I'm using apparently doesn't support apostrophes.

Show newer
Show newer

re: gamedev 

@xianc78 make an obligatory Bomberman minigame

re: gamedev 

@coolboymew That would require a raycasting algorithm for the 4 directional explosions.

re: gamedev 

@Forestofenchantment No. I have no experience with network game programming.

re: gamedev 

@Forestofenchantment I could but that would require major reconstruction to the game's code.

Sign in to participate in the conversation
Game Liberty Mastodon

Mainly gaming/nerd instance for people who value free speech. Everyone is welcome.