WebRTC support, progress report #2
By: Fabio Alessandrelli May 21, 2019
In the last report we introduced WebRTC and the reasons why it’s being added to the list of web standards (and thus to Godot). As mentioned there, the WebRTC protocol supports a wide variety of applications: from VoIP, to video streaming, to custom data transfers. The interface that allows you to send custom data is called a data channel and is now exposed in Godot via a new
WebRTCDataChannel interface (more on that later).
WebRTC data channels can be configured to either be reliable or unreliable (and optionally non-ordered).
The reliable data channels can be seen as a TCP connection (like WebSocket) so all your data is guaranteed to arrive at the destination in order. If you send too much data here, latency will grow, and the connection might be closed.
The unreliable data channels can be seen more as a form of “UDP connection” (it’s actually SCTP beneath), meaning that not all the packets you send might arrive at the other destination, and they will only be retransmitted according to certain limits. By default, these channels are configured to be ordered, so packets are either received in order, or the are not received at all. The “ordered” feature can be optionally disabled, but a retransmission policy must be indicated in any case, specifying either the maximum number of retransmissions or a maximum packet lifetime (i.e. max time in milliseconds the channel will attempt a retransmission if not acknowledged).
During last month, I worked on introducing full data channels support to our WebRTC interface. This required, as mentioned, some API changes:
WebRTCPeerwas renamed to
WebRTCPeerConnectionand no longer is a
PacketPeer, it only handles the connection.
- A new
WebRTCDataChannelinterface was added which inherits from
PacketPeerto handle data transfer (so now each connection can have multiple channels).
- A new
WebRTCPeerConnection.create_data_channelmethod was added to create a new
WebRTCDataChannelfor the given connection.
The connection must be in
STATE_NEWas specified by the standard, the data channel must have a label, and can be optionally configured (see MDN docs for options).
- You now need to call
create_data_channelat least once before calling
create_offer(or the connection will have nothing to setup at all).
offer_createdwas renamed to
ice_candidate_createdto better fit Godot’s signal naming.
- A new
data_channel_receivedsignal was added to receive in-band (not pre-negotiated) channels (if you don’t store it, the channel will be closed).
Other featuers that were added includes:
- A new
WebRTCPeerConnection.initializemethod to create a new connection with the desired configuration provided as dictionary (see MDN docs). This allows STUN/TURN configuration.
- The WebRTC GDNative plugin (for desktop plaforms) is now a singleton, and will be loaded automatically if dropped inside the project.
The PR this report is about. Merged! Fresh master builds will have all these new features.
The updated GDNative plugin that works as a drop-in plugin (need a recent build from master branch).
The updated GDScript demo that uses the new functionalities.
We want goodies, where’s the multiplayer?
I’ve spent some time to get the Multiplayer API running, but I feel that it still needs a finishing touch and it’s not ready to be released yet. Additionally, this report was already overdue and I’m sorry about that.
For now I can tease you with the following image and this small video (forgive the screencast quality), while you wait a few weeks for another update.
Source: Godot Engine Official