handWavey VS libtcod

Shameless self plug: handWavey is a tool that I wrote to control your computer using a leap motion controller. I've put a lot of time into making it practical for real world desktop usage as well as some underserved accessibility use-cases, and I absolutely love it. And I still have a lot more that I want to do with it. You can see handWavey in action here.

Have you played with any leapmotion based solutions? I wrote handWavey which gives you the ability to control the mouse and keyboard by moving your hands like in minority report. There's also a foot gestureLayout, which is highly experimental, and not ready for daily use, but might give you ideas.

I'm really interested in this as well. I think I'm missing a lot of opportunities. Like a few months ago, I released handWavey, which I think is fricken cool I posted it in a small number of places, and then just continued to work on it quietly.

hands/arms don't work? Try the foot gestureLayout. (This layout is a proof-of-concept, and is highly experimental. I don't recommend it, for now, but it shows what can be done if there is interest from people who would benefit from it.)

The important thing is that the gestures are completely configurable. And everything assumption/"that seems right" is configurable. I've gone into more detail about this in the main video. I've also provided some examples and documentation. You'll see that I've even made a gestureLayout for operating it entirely with your feet. I don't recommend it (it needs much more development, which could happen if there is interest), but it works. With that gestureLayout, I've make the left click happen by simply moving your primary foot through to the "action zone". But you can add your secondary foot to perform a right click, middle click, or scroll.

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.