smolfps

**THINGS TO BE DONE** -- Rewrite server to not always open and close ports, just keep separate ports on separate descriptors (With some sort of selection mechanism), I suspect that windows won't be able to find SDL2.dll, the client code is a disaster that needs desperate refactoring, use winsock2/ws2_32.lib (Or whatever it's called) for servers on Windows, the input is kinda weird for IP address inputting on Mac (Maybe even Windows, but I haven't tested that yet), I need to switch to using getaddrinfo() desperately for the server, and there's probably some other stuff that I can't name off the top of my head.

"smolfps" is a very small fps game.

I made it in frustration of the state of FPS games today.

They are all bloated and awful and sluggish to use.

Having an FPS game even just 1GB big is unacceptable.

It uses C as its only programming language and uses Makefiles for building.

And under the hood it uses tinyphysicsengine and small3dlib built by drummyfish.

It can build for Linux, MacOS, and Windows (32-Bit and 64-Bit).

This game comes prepackaged with the server, run it on some online server.

Or better yet, port forward it on your WiFi!

The port this game uses is 18000.

Just as a note, Windows builds don't come with a server executable, and Linux only supports only x86_64. 

And MacOS Silicon is not given because MacOS apps has backwards-compatibility with Intel.

UPDATE: It updated to 0.1, I rebuilt everything. Fixed how cross-compiling works on my end (And also added support for my main NixOS machine). And fixed going out of the map upon respawn.