#mmodev

@heroicsoftworks​ Godot’s workflow for online play is pretty straight forward and I think it is one of the better implementations I’ve seen, it can be pretty simple to implement but a lot of unexpected things can happen when doing online gameplay which isn’t really godot’s fault in this case.

For this project in particular it isn’t using the default stuff for godot, instead I’m using the rollback netcode plugin following this tutorial: https://www.snopekgames.com/course/rollback-netcode-godot

Setting it up is as simple as changing a few functions on a regular godot node, the problem comes with trying to keep things predictable so it doesn’t generate desynchronization across players.

If you’re thinking about making a online game with or without rollback, your main challenge is getting the 2 players connected which is outside of the godot scope, godot itself will handle things pretty well. To get 2 players connected on the other hand you will need to set up a server to create lobbies and then figure out who is actually simulating the gameplay. You can even set up a godot game as a server and let other people connect to it, it isn’t a bad choice either.

I know that in the next BrawlQuest Alpha I want a harvesting mechanic.

My original thought was to have a system whereby you come across nodes in the world, press a button and then wait for a timer to finish. Simple, similar to other MMO’s... and also boring.

So while trying to think of a way to make this system somehow engaging I had a thought: why not repurpose the fight system and allow the player to use what they’ve learned in combat to harvest resources? The fight scripting system that I’ve built is powerful enough to support something like that with a few minor modifications and special use cases.

Half an hour later and here we have it: an engaging resource gathering mechanic that required only about 10 lines of coding. I’ll be working on making a random chance of spawning an enemy when you hit a tree too to make it slightly more interesting.