4 ms·

Researching Godot's multiplayer support it looks like there is not anything very comprehensive? In a separate discussion, will we ever see any sort of UDP supp

by mentos 9y ago

Researching Godot's multiplayer support it looks like there is not anything very comprehensive? In a separate discussion, will we ever see any sort of UDP support in the browser for client/server games? https://gafferongames.com/post/why_cant_i_send_udp_packets_from_a_browser/ https://gafferongames.com/post/why_cant_i_send_udp_packets_f...

TeddyDD 9y ago
Not sure if this is what you are looking for but there is high level networking API coming in Godot 3.0 http://docs.godotengine.org/en/latest/learning/features/networking/high_level_multiplayer.html http://docs.godotengine.org/en/latest/learning/features/netw...
stcredzero 9y ago
I have UDP semantics for my game, which has a Javascript front end and Golang servers: (Though I use node-electron processes as a WebRTC proxy.) https://news.ycombinator.com/item?id=15334726 https://news.ycombinator.com/item?id=15334726 https://news.ycombinator.com/item?id=15332187 https://news.ycombinator.com/item?id=15332187
- mentos 9y ago
  Reading the article I linked in my first post, my understanding is that it is possible to use WebRTC for UDP _today_ but its just very difficult? "while WebRTC makes it easy to send unreliable-unordered data from one browser to another, it falls down when data needs to be sent between a browser and a dedicated server...It falls down because WebRTC is extremely complex. This complexity is understandable, being designed primarily to support peer-to-peer communication between browsers, WebRTC needs STUN, ICE and TURN support for NAT traversal and packet forwarding in the worst case." Given your experience with WebRTC stcredzero, do you think it is possible to wrap WebRTC in a class to emulate UDP? What is the hold up?
  - 3648 9y ago
    It takes some time to develop and existing implementations aren't very mature yet, e.g., https://github.com/xhs/librtcdc https://github.com/xhs/librtcdc and https://github.com/chadnickbok/librtcdcpp https://github.com/chadnickbok/librtcdcpp
  - stcredzero 9y ago
    it falls down when data needs to be sent between a browser and a dedicated server...It falls down because WebRTC is extremely complex. The SimplePeer library works very well to hide the complexity of WebRTC. It works just fine for me. The big sticking point is the complexity/overhead of the setup. This might be mitigated by using the true headless modes in Chromium and Firefox. Given what I remember from installing dependencies, it should be possible to create a fairly lightweight headless fork that only has just enough to run WebRTC datachannels. So, if you don't need lots of scaling and can deal with the overhead, there is no hold-up right this moment. It's just a matter of motivation.

by mentos 9y ago

TeddyDD 9y ago

Not sure if this is what you are looking for but there is high level networking API coming in Godot 3.0 http://docs.godotengine.org/en/latest/learning/features/networking/high_level_multiplayer.html http://docs.godotengine.org/en/latest/learning/features/netw...

stcredzero 9y ago

I have UDP semantics for my game, which has a Javascript front end and Golang servers: (Though I use node-electron processes as a WebRTC proxy.) https://news.ycombinator.com/item?id=15334726 https://news.ycombinator.com/item?id=15334726 https://news.ycombinator.com/item?id=15332187 https://news.ycombinator.com/item?id=15332187

mentos 9y ago
Reading the article I linked in my first post, my understanding is that it is possible to use WebRTC for UDP _today_ but its just very difficult? "while WebRTC makes it easy to send unreliable-unordered data from one browser to another, it falls down when data needs to be sent between a browser and a dedicated server...It falls down because WebRTC is extremely complex. This complexity is understandable, being designed primarily to support peer-to-peer communication between browsers, WebRTC needs STUN, ICE and TURN support for NAT traversal and packet forwarding in the worst case." Given your experience with WebRTC stcredzero, do you think it is possible to wrap WebRTC in a class to emulate UDP? What is the hold up?
- 3648 9y ago
  It takes some time to develop and existing implementations aren't very mature yet, e.g., https://github.com/xhs/librtcdc https://github.com/xhs/librtcdc and https://github.com/chadnickbok/librtcdcpp https://github.com/chadnickbok/librtcdcpp
- stcredzero 9y ago
  it falls down when data needs to be sent between a browser and a dedicated server...It falls down because WebRTC is extremely complex. The SimplePeer library works very well to hide the complexity of WebRTC. It works just fine for me. The big sticking point is the complexity/overhead of the setup. This might be mitigated by using the true headless modes in Chromium and Firefox. Given what I remember from installing dependencies, it should be possible to create a fairly lightweight headless fork that only has just enough to run WebRTC datachannels. So, if you don't need lots of scaling and can deal with the overhead, there is no hold-up right this moment. It's just a matter of motivation.