Default package

Mouse Melon logoGet desktop application:
View/edit binary Protocol Buffers messages

message answer

signalling_messages.proto:193

* This is a response to an `offer` message. It contains the answer `SDP`. Part of the normal subscribe flow. A peer will subscribe to a streamer and depending on whether `offer_to_receive` is set, one peer will make an offer and the other should answer.

message base_message

signalling_messages.proto:7

* This is just a helper message type that allows us to use a "base interface" in code to describe that all messages should at least have a 'type field'.

message config

signalling_messages.proto:24

* A config message is sent to each connecting peer when it connects to describe to them the setup of the signalling server they're connecting to.

message dataChannelRequest

signalling_messages.proto:293

* Message is forwarded to a connected SFU. Tells the SFU that the player requests data channels to the streamer.

message disconnectPlayer

signalling_messages.proto:233

* Message is consumed by the Signalling Server. Requests that the signalling server disconnect the given player matching the player ID.

message endpointId

signalling_messages.proto:54

* Message is consumed by the Signalling Server. Specifies an id for the streamer. This is used to uniquely identify multiple streamers connected to the same Signalling Server. Note: to preserve backward compatibility when Streamer IDs were optional, when a Streamer first connects it is assigned a temporary ID which allows use of older Streamers if needed. Note: Streamer IDs must be unique and so if the ID provided here clashes with an existing ID, the ID may be altered slightly (usually just an appended number). The streamer will be sent an `endpointIdConfirm` message to notify it of it's final ID.

message endpointIdConfirm

signalling_messages.proto:68

* A response to `endpointId` that will notify the streamer of its final ID given. Since streamer IDs must be unique the requested ID may not be available and may need to be altered.

message iceCandidate

signalling_messages.proto:220

* A single ICE candidate entry from WebRTC. Notifies a peer of a possible connection option to another peer.

message iceCandidateData

signalling_messages.proto:209

* A submessage that contains data from a WebRTC ICE candidate.

Used in: iceCandidate

message identify

signalling_messages.proto:37

* A request for a new streamer to give itself an ID. The flow for these messages should be connect->identify->endpointId->endpointIdConfirm

message layerPreference

signalling_messages.proto:278

* Message is forwarded to a connected SFU. Sends a preferred layer index to a connected SFU for a specified player. Useful for switching between SFU quality layers to force a certain resolution/quality option either as part of UX or testing.

message listStreamers

signalling_messages.proto:94

* A request to the signalling server to send the player a list of available streamers it could possibly subscribe to.

message offer

signalling_messages.proto:172

* An offer message is an offer of a WebRTC stream. When a player subscribes to a streamer the streamer will offer the stream to the new player.

message peerConnectionOptions

signalling_messages.proto:16

* This is a user defined structure that is sent as part of the `config` message. Left empty here because everything is optional.

Used in: config

(message has no fields)

message peerDataChannels

signalling_messages.proto:302

* Message is forwarded to a player. Sends information to the player about what data channels to use for sending/receiving with the streamer.

message peerDataChannelsReady

signalling_messages.proto:317

* Message is forwarded to a connected SFU. Tells the SFU that the player is ready for data channels to be negotiated.

message ping

signalling_messages.proto:245

* A keepalive ping message used to test that the connection is still open.

message playerConnected

signalling_messages.proto:145

* A message sent to a streamer to notify it that a player has just subscribed to it.

message playerCount

signalling_messages.proto:359

* DEPRECATED Message is sent to players to indicate how many currently connected players there are on this signalling server. (Note: This is mostly old behaviour and is not influenced by multi streamers or who is subscribed to what streamer. It just reports the number of players it knows about.)

message playerDisconnected

signalling_messages.proto:160

* Message is used to notify a streamer that a player has unsubscribed/disconnected from the stream.

message pong

signalling_messages.proto:256

* Message is a reply to `ping` from a streamer. Replies with the time from the ping message.

message startStreaming

signalling_messages.proto:340

* Sent by the SFU to indicate that it is now streaming.

message stats

signalling_messages.proto:370

* DEPRECATED Message is consumed by the signalling server. Will print out the provided stats data on the console.

message stopStreaming

signalling_messages.proto:348

* Sent by the SFU to indicate that it is now no longer streaming.

message streamerDataChannels

signalling_messages.proto:326

* Message is forwarded to the streamer. Sends a request to the streamer to open up data channels for a given player.

message streamerDisconnected

signalling_messages.proto:267

* Message is used to notify players when a Streamer disconnects from the signalling server.

message streamerIdChanged

signalling_messages.proto:83

* Message is used to communicate to players that the streamer it is currently subscribed to is changing its ID. This allows players to keep track of it's currently subscribed streamer and allow auto reconnects to the correct streamer. This happens if a streamer sends an `endpointID` message after it already has an ID assigned. (Can happen if it is late to respond to the `identify` message and is auto assigned a legacy ID.)

message streamerList

signalling_messages.proto:103

* Message is a reply to `listStreamers` from a player. Replies with a list of currently active streamers connected to this server.

message subscribe

signalling_messages.proto:114

* Message is consumed by the signalling server. Tells the signalling server that the player requests to subscribe to the given stream.

message subscribeFailed

signalling_messages.proto:134

* Sent in response to a subscribe message when something goes wrong.

message unsubscribe

signalling_messages.proto:126

* Message is consumed by the signalling server. Tells the signalling server that the player wishes to unsubscribe from the current stream. The player must have previously used the `subscribe` message for this to have any effect.