[db48x]

The browser doesn't provide the usual POSIX api for opening TCP connections. With some work you can write a shim library that implements it in terms of websockets, but it still can't connect to arbitrary hosts. Instead you have to run a proxy server for it to connect to.

[reubenmorais]

Could you use WebRTC instead, for true P2P?

[lxtx]

You can. I've used WebRTC for multiplayer support in Quake 3 compiled to WebAssembly.

[fb03]

Do you have a link for that? Sounds super cool

[lxtx]

The forked ioquake3 is available at https://github.com/seemk/ioq3

However it's not trivial to get it working at the moment, will hopefully soon come back to this project and finish it :D

[db48x]

You still need a proxy server, unless the OpenTTD game browser supports WebRTC connections.

[jeremija]

Yeah, you'd need a proxy server (websockets) to establish WebRTC connections. Even after a WebRTC connection is established, you'd need a STUN or a TURN (coturn supports both) server to get around NATs. Pls somebody correct me if I'm wrong!

[tim--]

You should only need a STUN or TURN server if you are attempting to connect to a machine that is behind a NAT. OpenTTD servers are usually on public IPs (similar to HTTP servers), so a STUN or TURN server should not be required.

The biggest issue is that WebRTC connections do not allow you to send raw data over TCP or UDP[1].

That being said, it shouldn't be too difficult to just create a WebSocket server that translates between the native network protocol and HTTP WebSockets[2].

  [1] https://developer.mozilla.org/en-US/docs/Web/API/RTCDataChannel
  [2] https://wiki.openttd.org/Network_Protocol

[db48x]

You're entirely correct. Here's a demo if you're interested: http://vrcade.io/win311