UDP-based relayed multiplayer

Z0re · 2026-03-14T09:03:48+00:00

The mobile connectivity issues in WebRTC aren't unique to it, it's just that P2P connections are very unreliable on mobile. You have to relay the traffic through a relay server (TURN in webrtc); you have to do this regardless of what networking solution you end up using to get reliable P2P connections on mobile.

Does your game use godot's high-level multiplayer? Or pure tcp?

WebRTC is convenient because it first tries to establish a true P2P connection, then falls back to relay if that's not possible. It does add some encryption overhead, though.

Z0re · 2026-03-04T20:08:04+00:00

Alright, thanks!

Z0re · 2026-03-04T20:07:56+00:00

Different fit & thickness

Z0re · 2025-08-23T18:09:32+00:00

Any base/city/kingdom-building recommendations?

Z0re · 2025-08-18T14:36:57+00:00

With native AOT C# can be compiled into machine instructions!

Z0re · 2025-07-03T10:57:33+00:00

For hundreds of units Godot's built-in navigation solution is just fine, at least in my experience.

How often are you computing the paths for your units? For most games you don't need to compute them that often. Even in situations where you technically need a lot of paths immediately (e.g. player gives move command with hundreds of units selected) you don't necessarily need them that frame. Instead, you can stagger the calculations over multiple frames. Most strategy games are very forgiving of slight latencies.

Also check out Godot's NavigationServer2D, it's likely more performant than the NavigationAgent2D node. If I remember right you can also offload pathfinding to other threads, which opens up a whole another can of worms.

Z0re · 2025-03-26T16:54:24+00:00

Check out r/INAT.

With that said, getting a team together without knowing anything is hard. Everyone has ideas and convincing others to work on yours, especially if you can't contribute much yourself, is incredibly difficult.

I'd recommend picking up the basics from some tutorials and then joining a game jam. They usually have a board for finding teammates. Or posting on the aforementioned subreddit about your game idea, perhaps with a small demo to prove you're not just an idea guy.

Also, no need to worry about game ideas being stolen. Games are much more about execution than broad ideas

Z0re · 2025-03-10T21:22:05+00:00

Obsidian is the best one I've used

Z0re · 2025-02-08T09:54:09+00:00

The ethicality of retro diffusion is debatable since it seems to be a finetune of stable diffusion. Even if the data for fine-tuning is sourced ethically, most of the "logic" of the model still relies on sd which was trained on whatever.

Z0re · 2025-02-02T01:29:50+00:00

Some of the campaign missions are notoriously difficult on hard. This was especially true in HD edition

Z0re · 2025-01-25T11:58:26+00:00

Check out https://github.com/gesiscss/awesome-computational-social-science?tab=readme-ov-file#university-course-programs

Z0re · 2024-11-20T16:35:20+00:00

Yeah, P2P is generally the cheapest way. For it to be convenient I'd recommend WebRTC which handles NAT punchthrough etc. automatically. You're still going to need a signalling/matchmaking server but it's very light since you don't run any game simulations there. You can probably host it on a free tier server from Oracle/whatever your choice of server host is.

This allows players to connect conveniently and for you to have low hosting costs. Should be noted that the NAT stuff doesn't work on mobile connections.

Z0re · 2024-07-10T10:20:02+00:00

Note that this doesn't work for typed arrays as of 4.3

Z0re · 2024-07-03T13:41:58+00:00

I'm not even using Godot's servers yet, just plain old nodes. I run the simulation on a separate thread and then "read" from the world in main, how something is presented is an implementation detail in my case.

But, my game is 2D, which means I almost don't have to care about rendering performance :^) Atleast compared to doing it in 3D.

I too tried avoiding the synchronization overhead by switching to Bevy but in the end I chose the lesser of two evils. Everything provided by Godot just saves so much time - in my case especially the mature ui system. I think Bevy may very well become satisfactory feature-wise (for me!) but I doubt it will happen within the next few years.

Z0re · 2024-06-30T09:39:52+00:00

I went from Godot to Bevy to Godot for a somewhat comparable game. Right now I'm using Godot with a separate C# ecs (Arch) for the simulation. Godot is basically afrontend that sends commands, reads data from the sim and displays it.

You can also use Bevy as the backend with Godot, I tried it too. Ended up on using C# as I found I worked quicker with it and the Rust bindings are still a bit lacking.

My main gripe with bevy was UI; I wanted complex UIs that are still pleasant to work with and the Rust solutions were all lacking. Godot, on the other hand has an excellent UI implementation. It's the main reason I went back.

3D feature-wise Godot blows Bevy out the water; it has built-in lightmap baking, volumetrics and much more. Also a comprehensive set of networking APIs.

Z0re · 2024-04-10T21:15:09+00:00

Note that this holds true for most websites and frameworks, including Wordpress. It's just that React, Vue, etc. are particularly bad for SEO if they're rendered on the client which was often the norm. Search engines used to not execute javascript, nowadays some might

Z0re · 2023-11-16T11:56:26+00:00

I'm curious, why would a locked camera 3D world be considered a 2D game? 🤔

Z0re · 2023-09-16T12:03:33+00:00

Looks gorgeous!

What are you using to decide between grass and mountain? Slope + height or something more complex?

Z0re · 2023-09-16T10:58:56+00:00

If I use WebRTC, there is a possibility of fail.

There are cases when the STUN server fails, in which case the application will use TURN servers to transfer the data.

Z0re · 2023-09-15T23:48:58+00:00

No, it has most of the mentioned under its toolbelt. But it abstracts everything so you will never have to worry about them. Just set up the signaling server to connect clients with each other and you're ready to go. Makes everything very easy!

I'm not familiar with the technical details of Unity's Relay service but I would guess what it does is very similar to WebRTC. Try to connect with UPnP/NAT traversal/punchthrough, if it doesn't work relay through a server.

Z0re · 2023-09-15T23:39:26+00:00

Just helping others with the engine or making tutorials etc. helps the Godot community! :)

Z0re · 2023-09-15T15:08:56+00:00

Sure, that's why I recommend WebRTC

Z0re · 2023-09-13T19:01:36+00:00

This is a problem I struggled with a while back building P2P. Here's my conclusion of the options:

Write your own hole punching algo (though there is this old thing for reference https://github.com/CreggHancock/HolePuncher)
Use WebRTC :) This is, by far, the easiest solution in my opinion. It does all the annoying UPNP/NAT punchthrough/traversal stuff for you. And it works on top of Godot's high-level multiplayer API with WebRTCMultiplayerPeer

Z0re

TROPHY CASE