friendica.eskimo.com
Added a basic HUD. It's just text right now, but I plan on replacing the HP text with an actual health bar.
Right now, I"m suffering from writer's block on enemy design because I can't come up with new enemy ideas. Maybe I should replay Kid Icarus for inspiration, but I don't want this to be a straight up clone of the game. I always try to come up with at least something different.
Got the enemy to attack when the player is at most, 4 tiles away from the player and is facing the player. Though admittedly, it should be lower. I was just testing the conditions and I will lower the range to make it more reasonable.
I also got the hitbox to change size during the attack, but that's not demonstrated in this recording.
Added a UI bar at the bottom which displays the current tile. I also added a yellow outlined rectangle which represents the area that is actually seen in game. Since the player can walk to one side and appear at the other, I have to include tiles that appear offscreen, so naturally the editor window is larger than the actual game window. This outline shows what will actually be visible.
Editor now supports all current object. You may notice a bug in this recording after saving with the fourth enemy being in a lower y coordinate after reloading the file. That's due to the fact that this particular enemy is larger than the game's tile size. I'm working on this issue right now.
I'm now using triple digit values for each tile in the tile maps because I've added more tiles to the tileset and it gotten to the point that each tile needs a double digit value along with the single digit value that gives the behavior of each tile. Naturally this breaks compatibility with the levels of the older format and I have to convert them manually, and have the reconfigure the level editor as well, but that's the price you pay.
I didn't do it earlier because I didn't expect to use that many tiles. I then decided to include background tiles, so naturally that increases the amount of tiles in the tileset.
You may notice that these tiles are from Mario Bros and CaveStory. I do these as place holders, and I eventually create my own.
Reconfigured the level editor to support the new format. I've also added a way to change the tile behavior and view the behavior of each tile in the editor. Tiles without an overlay are background tiles. Yellow represents solid tiles. Dark blue are platform tiles (ones where you can jump to from the bottom). Tiles with red overlays are spike tiles.
Added support for horizontal scrolling levels. Given, that this game is somewhat Kid Icarus-inspired and Kid Icarus did include horizontal levels, I decided I might as well include them.
Including this was a pain as I didn't originally planned to include this. I still haven't included this in the level editor yet, but I think I could get it done. I just feel like the game should be more than about some character jumping all the way to the sky.
it definitely adds a lot more depth to the game and you can create a lot more creative levels now.
This kind of reminds me of early Kirby because the large majority of the games were vertical but it did have at least in the beginning of the level horizontal play space.
@binkle What the fuck. And how long were you using C++? Ye, it's no wonder segfaults were an issue
compile with -g
run: gdb ./program
type: start
it tells you exactly where it segfaulted with 10x more useful info than you'd get in python or something. Type `p x` or `p *foo.bar` or whatever to inspect variables, bt for a backtrace
@luke For vertical levels I have the player go from one side to the other. This required me to include tiles offscreen. I shoehorned in a horizontal mode, but that required extra code (like repositioning the camera). Too make matters worse I was also working on the level editor so I had to shoehorned those features as well.
Some levels ended up looking corrupted from the level editor to the game itself as a result and I was constantly fixing it.
Added platforms. To stand on. There are also platforms offscreen to prevent the character from falling in the "transition zone" between wrapping to the other side of the screen. Something to keep in mind when implementing an actual level format and level editor.
#gamedev #SFML