among-us-tutorial
gridia
among-us-tutorial | gridia | |
---|---|---|
2 | 3 | |
9 | 9 | |
- | - | |
3.3 | 0.0 | |
9 months ago | over 1 year ago | |
TypeScript | TypeScript | |
- | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
among-us-tutorial
-
Hathora – Make Web Based Multiplayer Games w/ NodeJS
Among Us Demo (180 LOC)
-
Show HN: Hathora – Multiplayer Game Development Made Easy
Hi HN, this is Harsh, I am the developer behind Hathora. I tried making a simple multiplayer game a few years ago and, as someone with software engineering experience but no gamedev experience, I found it to be very challenging. On top of the challenges of building a single player game, you now have to constantly battle the network and latency, find ways to prevent cheating, and figure out how to make a scalable backend architecture. With Hathora my goal was to encode best practices for online multiplayer game development into a framework so developers can simply focus on implementing their game logic.
Some technical pieces of Hathora I wanted to highlight:
- Hathora includes a system I think of as “gRPC for games”. You define your API in Hathora’s declarative format and the framework spits out typesafe data models, clients, and server endpoint stubs across multiple programming languages (although currently only Typescript is implemented). Minimal packet sizes are achieved through a binary serialization format which includes a delta encoding feature, allowing the framework to efficiently synchronize state by sending data diffs.
- Hathora includes a Swagger-like Prototype UI generated from the API definition. This allows you to view the game state and call server methods all in realtime, letting you interact with your backend logic without writing a single line of frontend code. Once you are happy with the backend logic, you can create a fully custom frontend using any framework/technology you’d like and just use the Hathora client to communicate with the backend.
- By handling generic game functionality (state synchronization, messaging, persistence, etc) for you, Hathora lets you create multiplayer games with very few lines of code. For example, see chess which is implemented in under 200 lines of user code: https://github.com/hathora/hathora/tree/develop/examples/che.... I also made (a massively simplified version of) Among Us in under 200 lines of code: https://github.com/hathora/among-us-tutorial
I am looking for developers interested in making online multiplayer games to try out Hathora and give me feedback. Additionally, if the roadmap seems interesting to you I would gladly welcome contributions: https://docs.hathora.dev/#/roadmap. I’ll be around to answer questions, let me know what you think!
gridia
-
We Burned Down Players’ Houses in Ultima Online
I've been working on this sort of game for awhile now. Never too seriously, though that will change in 2023. Hardly worth sharing at this point, but I will anyway.
https://hoten.cc/gridia/play/
I need to seriously think about what I want out of this game (more of a mmo game engine), but "UO-like" is definitely top of mind.
-
Show HN: Hathora – Multiplayer Game Development Made Easy
When making the netcode for my web game, I highly valued TypeScript support so to get it by default, I defined the message types in TypeScript so they could be used directly[1]. I see that this framework defines its messages in .yml and converts it to types (stored in a folder kept out of source control).
I'm not sure which way is best, but it is very nice to have the feature support of `.d.ts` files when creating complex message types, as opposed to needing to learn a new thing. Clearly if this is going to be a cross-platform (not just web) framework then using TypeScript as the source-of-truth makes far less sense.
Anyway, very impressed with the binary format/delta encoding feature! That's been something that I know I _should_ do but am putting off until I see signs of sending raw JSON being problematic.
[1] https://github.com/connorjclark/gridia/blob/master/src/proto...
-
GUI heavy games - what are my options
- All my Preact code is in this folder: https://github.com/connorjclark/gridia-2019-wip/blob/master/src/client/ui/ - Most complex one: https://github.com/connorjclark/gridia-2019-wip/blob/master/src/client/ui/admin-window.tsx - CSS: https://github.com/connorjclark/gridia-2019-wip/blob/master/src/client/styles/main.css
What are some alternatives?
nakama - Distributed server for social and realtime games and apps.
quilkin - Quilkin is a non-transparent UDP proxy specifically designed for use with large scale multiplayer dedicated game server deployments, to ensure security, access control, telemetry data, metrics and more.
geckos.io - 🦎 Real-time client/server communication over UDP using WebRTC and Node.js http://geckos.io
builder - Multiplayer game framework
matchbox - Painless peer-to-peer WebRTC networking for rust wasm (and native!)
rbfx - Lightweight Game Engine/Framework in C++17 with WYSIWYG Editor. Experimental C# bindings.
open-saves - Open Saves is a cloud native data store for game development.
RmlUi - RmlUi - The HTML/CSS User Interface library evolved
webview - Tiny cross-platform webview library for C/C++. Uses WebKit (GTK/Cocoa) and Edge WebView2 (Windows).