gruid VS libtcod

I'll be doing the tutorial in python3 again so I don't get bogged down by language details, but I also considered trying out Go+gruid.

I started out using the Symmetric Shadow Casting algorithm provided by the RL lib I am using (https://github.com/anaseto/gruid) and soon managed to get something on the screen by using the HSV color space (https://imgur.com/kfXldLa).

Base game library is gruid , which is a game library build around grids which is absolutely perfect for rougelikes. I am also pretty into the ECS way of building games, coming from rust I have tried SPECs, Legion, and even Bevy (although bevy is a full fledge game library build around ECS).

Gruid Repository

Gruid Repository

You can try gruid. It should now be ready for use, as harmonist as been completely ported (not released a stable version yet, but the development version is playable. The library supports the terminal, SDL and the browser. I would gladly appreciate feedback on other using the library.

Gruid Repository

Have you considered using gruid? Even if you don't use the UI stuff (though it has roguelike-friendly features, such as replay), you could still use the paths and rl packages, that offer several pathfinding algorithms (including A* and its optimisation for grid-based games JPS), two field of view algoritms (including the new symmetric shadow casting, recently added into libtcod too), parametrable cellular automata map generation, vault manipulation and an event queue (to schedule effects). I would gladly welcome feedback using the library.

Gruid Repository

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

Libtcod itself uses SDL2. It maps tile glyphs to a texture atlas and maps Unicode codepoints to tile positions. Then it has another data structure called a console which has the background color, foreground color, and codepoint for each tile on that console. It then uses SDL_RenderGeometry to quickly render the background and colored glyphs to an SDL texture, skipping unchanged tiles as an optimization, then renders that texture to the window. The C99 source is here: renderer_sdl2.h renderer_sdl2.c, a C++ version would surely look better.

libtcod has always been a favorite of mine. Does a lot of things to zero fanfare outside the indie roguelike scene.

I've ended up recovering the old 1.3.2 to 1.5.0 builds of libtcod. You can find them on the GitHub releases page. Most of, maybe all of the other places which had these builds are down, but thankfully Jice still had copies of these builds.

FoV is a port from C -> Java of the algorithm found here

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

Hey man, I don't wanna piss in your cherrios if you're intentionally doing it all the hard way, but you know about tcod right? https://github.com/libtcod/libtcod/

Browsing the repo, looks like it has a full C only API, https://github.com/libtcod/libtcod/blob/master/src/libtcod/libtcod.h

libtcod support for terminals is in progress at least for ANSI true colour, and I have a minimal compatibility layer for UNIX only.