Doryen VS dungeon-generation

Aw, thanks friend! Just using libtcod and a handful of basic ones for maths-related stuff and saving/loading, nothing remotely specialist on that side of things. All the code for generating graphics for instance is based on libtcod, but definitely using the functionality in novel ways!

See the libtcod repo for everything. The contributing file has info on how to configure CMake. Feel free to make an issue, discussion, or PR there if any changes are needed or you have anything you want to ask about.

libtcod | GitHub | Issues | Forum | Changelog | Documentation | Template

Today I'm back to working on Pataro, the roguelike built on libtcod that made up much of my Hacktoberfest efforts. I had been assigned to an issue requesting the addition of serialization and deserialization, but unfortunately ran out of time and wasn't able to finish the former or start the latter. I ran into issues with Cereal, and had a hard time figuring out the structure of the program and how to go about implementing serialization for all the relevant components. At the end of that attempt I mentioned that if I were to try again I'd start by testing out Cereal separately and getting a handle on that before trying to implement it in Pataro - so that's what I'm doing today.

One of the biggest problems I've faced while tackling this has been figuring out the structure of the program. I've never worked on a game before so the structure of how all the different pieces fit together is alien to me, but I've been slowly figuring it out over the past days and weeks. After getting in touch with the developer of (Pataro)[https://github.com/SuperFola/pataro] and reading tutorials on developing with (libtcod)[https://github.com/libtcod/libtcod] I think I have a better idea of how to approach it.

This month I'm working on participating in Hacktoberfest, starting with contributing to a roguelike game called Pataro built on the libtcod roguelike development library. I chose to work on adding a serialization mechanism to save the player's progress and so far it's involved a lot of new and challenging processes. I haven't completed my work yet but wanted to start sharing progress on my learning and status.

If you're willing to stick to the terminal for now, libtcod is popular for tutorials on building roguelikes.

The same thing happened to me as happened to you, I also hate Libtcod, and it's because of its poor code interpolation with C++ and its null documentation, so I also decided to create a Fork and work on it, the result, an ASCII render with a simple to use, scalable, clean and maintainable interface.

libtcod | GitHub | Issues | Forum | Changelog | Documentation

Like you, I also had the same problem when reviewing the Libtcod code, so I decided to write an engine based on the Libtcod 1.5 code, I am currently still working on it, and I plan to add elements to it to make interfaces using flexbox layout.

https://github.com/AtTheMatinee/dungeon-generation has a list of several dungeon generation algorithms you can try. You might also check out https://thingonitsown.blogspot.com/2018/11/dungeon-generator.html and https://www.gamedeveloper.com/programming/procedural-dungeon-generation-algorithm and https://www.boristhebrave.com/2021/08/14/recursive-subdivision-variants/

I've been studying dungeon algorithms, and I've found some interesting links and reddit posts, like Improved BSp Dungeon, How to connect rooms in a bsp or dungeon-generation. After thinking about this, I think that I'll throw away my algorithms and use the already tested algorithms from AtTheMatinne. Because, why reinvent the wheel?

I decided to add a few more, so I borrowed two from here and implemented them