wordwarvi VS space-nerds-in-space

Word War vi - side scrolling shootem-up kind of like Williams Defender.

At a very high level, set up an array of objects in your game. Each object has the ability to draw itself, and move itself. Each iteration of the game, move all the objects, and draw all the objects and sample user input. Set up a timer to iterate the game 30 or 60 times per second. Here's one game I wrote in C that works in this way: Word War vi If you dig through old commits in the repo you can follow the development from the very beginning, which begins with just creating a GTK window with a button). Almost every commit in that repo should compile and run. There may be the odd one here or there that crashes, but 99% of them should be fine, so if you want to advance through the commit history and see how the game progressed over time, you can do that. I wouldn't presume say the code is exemplary by any stretch, but it's fairly straight forward, and it works.

> Semantic Bovinator

Heh. A long time ago I wrote a video game[1] somewhat similar to Williams Defender, and casting about for some sort of "theme" for the game, I hit upon the "editor wars", the ancient storied battle between vi and emacs. You are ostensibly "vi", (a little spaceship vaguely reminiscent of the Vipers from Battlestar Galactica) cruising through system memory, evading system processes, GDB instances, etc trying to recover your ".swp" files. How to represent Emacs? Obviously, via a giant blimp! and I could display all sorts of messages on the side of the blimp, singing the praises of Emacs, and disparaging fans of vi. And the Emacs blimp had a "memory leak", which meant that pieces of the xemacs source code would literally leak out of the back end of the blimp, with the letters floating lazily away, like smoke. So that meant I had to take a look at the xemacs source, dig through it and try to find some funny bits to put in. Of course, "semantic bovinate" jumped out at me.[2]

[1] https://github.com/smcameron/wordwarvi

Honorable mention probably goes to Word War vi

I don't know if this counts, but I wrote a parser for "the ship's computer" in my game, "Space Nerds in Space". It's described here: https://scaryreasoner.wordpress.com/2016/05/14/speech-recogn...

I also wrote some toy "interactive fiction" things (with less sophisticated parsers) in python and Lua as a way to gain familiarity with those languages, not that they are very interesting in and of themselves, though they demonstrate a fairly standard technique behind these kinds of games in a compact way.

https://github.com/smcameron/smcamerons-python-adventure

https://github.com/smcameron/space-nerds-in-space/blob/maste...

I have this book, which I got about 10 years ago, and found it very helpful when writing my own (primitive, not even close to state of the art) game in C, and I have recommended this book to others on reddit many times over the years. My copy of the book still has the CD inside, never opened. I never looked at it, mainly because I found there's no need, the algorithms are not very long for the most part, and I needed to understand them and fit them into my codebase anyway.

Space Nerds in Space - multi-player starship bridge simulator so you can captain your starship through adventures with your friends.

Space Nerds in Space (github) is an open source spaceship bridge simulator so you can captain your starship through space adventures with your friends. Each player mans a station on a simulated starship. There are stations for Navigation, Weapons, Engineering/Damage Control, Comms, Science, and a gamemaster station. It's written in C, with a Lua API for writing "mission scripts". Multiple starships can be present in the simulation at once if you can manage to gather enough friends to crew them. It even supports speech recognition and natural language parsing if you're so inclined.

This is what gaseous-giganticus uses. Combined with some other techniques, it can help with making some clouds for earthlike planets, but not in real time. Mentioned here previously. The process I use for making earthlike planets with clouds for Space Nerds in Space is described here.

As an example, I made this game which is basically a multiplayer star trek game where each player is a member of the crew of a spaceship. There are "scenarios" -- little missions -- that are coded in Lua, some written by me, some by other people. You can see them here: https://github.com/smcameron/space-nerds-in-space/tree/master/share/snis/luascripts/MISSIONS There's a Lua API my game provides described here: https://github.com/smcameron/space-nerds-in-space/blob/master/doc/lua-api.txt

Not an MMORPG, just a LAN game really, but my spaceship bridge simulator Space Nerds in Space is open source (GPL2) and in C. The network server architecture is pretty simple, TCP, and a read thread and a write thread per client, which would be a bad design if there were a large number clients, but for less than 30 or so clients (realistic number of clients is 5-10, leaning towards 5), it's absolutely fine (KISS principle). There's some documentation about how it all works here: Hacking on Space Nerds in Space and the website for the game is here: https://spacenerdsinspace.com

Continued this discussion on github: https://github.com/smcameron/space-nerds-in-space/discussions/322

I have an open source game project I've been working on since 2012 or so. I have received patches from 23 people during that time. Maybe 4 or 5 have made significant contributions (more than drive-by bug fixes, and I'm counting myself in those numbers). Well, you can take a look for yourself and see how the contribution graphs look