Old man here shaking his fist. While I acknowledge and appreciate the technical effort and let’s face it, an exemplary example in preserving games long after they are maintained by the original creators.
But this is not an “rpg”, it’s a gathering, crafting, and hanging out simulator. That’s fine by its own definition, but I don’t see any mechanisms which allow for actual roleplay? Please prove me wrong
Open source server code for the BitCraft MMORPG
11–16 of 16 posts
Re: Open source server code for the BitCraft MMORPG
#12Old man here shaking his fist. While I acknowledge and appreciate the technical effort and let’s face it, an exemplary example in preserving games long after they are maintained by the original creators. But this is not an “rpg”, it’s a gathering, crafting, and hanging out simulator. That’s fine by its own definition, but I don’t see any mechanisms which allow for actual roleplay? Please prove me wrong
RPG designates a game with less reliance on a player's actual execution and more reliance on their character's simulated execution. Video games aside, plenty of people run full TTRPG campaigns without ever meaningfully engaging in RP.
Re: Open source server code for the BitCraft MMORPG
#13I guess that’s one way to deal with a mixed review score on steam.
Re: Open source server code for the BitCraft MMORPG
#14This is really cool, I don't really recall another MMO server written in Rust like this.
Maybe Veloren: https://gitlab.com/veloren/veloren
But I don't know if it really fits the "Massive" aspect of MMO
Re: Open source server code for the BitCraft MMORPG
#15SpacetimeDB looks interesting as a concept (the tech behind this server) but I could never sus out how could it would be in actual practice. I’ve always been interested in some post-mortems or reflections on the tech from other companies besides the founders
Personally I think they launched their 1.0 prematurely. The community seems a bit mired in constant rewriting and immature tooling. Because this setup owns your whole stack, when they having a breaking change it ripples through the whole thing and your on the hook for that as a consumer (prob more so if they control your hosting). Someday they might reach a stable state, but for now if you don't want to bleed for them, I’d be weary.
(I think there are technical and marketing reasons to be weary of as well, but the degree to which that matters is application specific. The above is universal and will probably continue to be the case through at least a few more major revisions if I had to guess).
Re: Open source server code for the BitCraft MMORPG
#16I had some design questions about the server here if anyone is familiar with the answer.
Specifically, `spawn_enemy` here: https://github.com/clockworklabs/BitCraftPublic/blob/master/...
It makes many db calls interspersed throughout synchronous code inside the application. Normally I would assume this is super slow and has many round trips (unless it's transparently committed to memory and batched to db later). I also don't see anything about connection pool management eg acquire and release.
Does this code work efficiently because it essentially gets compiled into a type of pseudo "stored procedure" that runs all the application code on the db and as such avoids those problems?
If yes, is that a scalability issue to have so much going on in a heavy infrastructure unit such as a db?
If no, then is there a perf issue here based on my initial assumption?