NetConnection Class Reference
[Networking]

Provides the basis for implementing a multiplayer game protocol. More...

Inheritance diagram for NetConnection:

[legend]

Public Member Functions
void	checkMaxRate ()
	Ensures that all configured packet rates and sizes meet minimum requirements.
void	clearPaths ()
	On the server, resets the connection to indicate that motion spline paths have not been transmitted.
void	connect (string remoteAddress)
	Connects to the remote address.
string	connectLocal ()
	Connects with the server that is running within the same process as the client.
string	getAddress ()
	Returns the far end network address for the connection.
int	getGhostID (int realID)
	On server or client, convert a real id to the ghost id for this connection.
int	getGhostsActive ()
	Provides the number of active ghosts on the connection.
int	getPacketLoss ()
	Returns the percentage of packets lost per tick.
int	getPing ()
	Returns the average round trip time (in ms) for the connection.
int	resolveGhostID (int ghostID)
	On the client, convert a ghost ID from this connection to a real SimObject ID.
int	resolveObjectFromGhostIndex (int ghostID)
	On the server, convert a ghost ID from this connection to a real SimObject ID.
void	setSimulatedNetParams (float packetLoss, int delay)
	Simulate network issues on the connection for testing.
void	transmitPaths ()
	Sent by the server during phase 2 of the mission download to update motion spline paths.

Detailed Description

Provides the basis for implementing a multiplayer game protocol.

NetConnection combines a low-level notify protocol implemented in ConnectionProtocol with a SimGroup, and implements several distinct subsystems:

Event Manager This is responsible for transmitting NetEvents over the wire. It deals with ensuring that the various types of NetEvents are delivered appropriately, and with notifying the event of its delivery status.

Move Manager This is responsible for transferring a Move to the server 32 times a second (on the client) and applying it to the control object (on the server).

Ghost Manager This is responsible for doing scoping calculations (on the server side) and transmitting most-recent ghost information to the client.

File Transfer It is often the case that clients will lack important files when connecting to a server which is running a mod or new map. This subsystem allows the server to transfer such files to the client.

Networked String Table String data can easily soak up network bandwidth, so for efficiency, we implement a networked string table. We can then notify the connection of strings we will reference often, such as player names, and transmit only a tag, instead of the whole string.

Demo Recording A demo in Torque is a log of the network traffic between client and server; when a NetConnection records a demo, it simply logs this data to a file. When it plays a demo back, it replays the logged data.

Connection Database This is used to keep track of all the NetConnections; it can be iterated over (for instance, to send an event to all active connections), or queried by address.

The NetConnection is a SimGroup. On the client side, it contains all the objects which have been ghosted to that client. On the server side, it is empty; it can be used (typically in script) to hold objects related to the connection. For instance, you might place an observation camera in the NetConnnection. In both cases, when the connection is destroyed, so are the contained objects.

The NetConnection also has the concept of local connections. These are used when the client and server reside in the same process. A local connection is typically required to use the standard Torque world building tools. A local connection is also required when building a single player game.

See also:: Networking, On Ghosting and Scoping, NetConnection Group, Local Connections, GameConnection, AIConnection, and AIClient.

Member Function Documentation

void NetConnection::checkMaxRate ( )

Ensures that all configured packet rates and sizes meet minimum requirements.

This method is normally only called when a NetConnection class is first constructed. It need only be manually called if the global variables that set the packet rate or size have changed.

Note:: If $pref::Net::PacketRateToServer, $pref::Net::PacketRateToClient or $pref::Net::PacketSize have been changed since a NetConnection has been created, this method must be called on all connections for them to follow the new rates or size.

void NetConnection::clearPaths ( )

On the server, resets the connection to indicate that motion spline paths have not been transmitted.

Typically when a mission has ended on the server, all connected clients are informed of this change and their connections are reset back to a starting state. This method resets a connection on the server to indicate that motion spline paths have not been transmitted.

Example:

   // Inform the clients
   for (%clientIndex = 0; %clientIndex < ClientGroup.getCount(); %clientIndex++)
   {
      // clear ghosts and paths from all clients
      %cl = ClientGroup.getObject(%clientIndex);
      %cl.endMission();
      %cl.resetGhosting();
      %cl.clearPaths();
   }

See also:: transmitPaths(); Path

void NetConnection::connect ( string remoteAddress )

Connects to the remote address.

Attempts to connect with another NetConnection on the given address. Typically once connected, a game's information is passed along from the server to the client, followed by the player entering the game world. The actual procedure is dependent on the NetConnection subclass that is used. i.e. GameConnection.

Parameters:

remoteAddress

The address to connect to in the form of IP:<address>:<port although the IP: portion is optional. The address portion may be in the form of w.x.y.z or as a host name, in which case a DNS lookup will be performed. You may also substitue the word broadcast for the address to broadcast the connect request over the local subnet.

See also:: NetConnection::connectLocal() to connect to a server running within the same process as the client.

string NetConnection::connectLocal ( )

Connects with the server that is running within the same process as the client.

Returns:: An error text message upon failure, or an empty string when successful.

See also:: See Local Connections for a description of local connections and their use. See NetConnection::connect() to connect to a server running in another process (on the same machine or not).

string NetConnection::getAddress ( )

Returns the far end network address for the connection.

The address will be in one of the following forms:

IP:Broadcast:<port> for broadcast type addresses
IP:<address>:<port> for IP addresses
local when connected locally (server and client running in same process

int NetConnection::getGhostID ( int realID )

On server or client, convert a real id to the ghost id for this connection.

Torque's network ghosting system only exchanges ghost ID's between the server and client. Use this method on the server or client to discover an object's ghost ID based on its real SimObject ID.

Parameters:

realID

The real SimObject ID of the object.

Returns:: The ghost ID of the object for this connection, or -1 if it could not be resolved.

See also:: On Ghosting and Scoping for a description of the ghosting system.

int NetConnection::getGhostsActive ( )

Provides the number of active ghosts on the connection.

Returns:: The number of active ghosts.

See also:: On Ghosting and Scoping for a description of the ghosting system.

int NetConnection::getPacketLoss ( )

Returns the percentage of packets lost per tick.

Note:: This method is not yet hooked up.

int NetConnection::getPing ( )

Returns the average round trip time (in ms) for the connection.

The round trip time is recalculated every time a notify packet is received. Notify packets are used to information the connection that the far end successfully received the sent packet.

int NetConnection::resolveGhostID ( int ghostID )

On the client, convert a ghost ID from this connection to a real SimObject ID.

Torque's network ghosting system only exchanges ghost ID's between the server and client. Use this method on the client to discover an object's local SimObject ID when you only have a ghost ID.

Parameters:

ghostID

The ghost ID of the object as sent by the server.

Returns:: The SimObject ID of the object, or 0 if it could not be resolved.

Example:

%object = ServerConnection.resolveGhostID( %ghostId );

See also:: On Ghosting and Scoping for a description of the ghosting system.

int NetConnection::resolveObjectFromGhostIndex ( int ghostID )

On the server, convert a ghost ID from this connection to a real SimObject ID.

Torque's network ghosting system only exchanges ghost ID's between the server and client. Use this method on the server to discover an object's local SimObject ID when you only have a ghost ID.

Parameters:

ghostID

The ghost ID of the object as sent by the server.

Returns:: The SimObject ID of the object, or 0 if it could not be resolved.

Example:

%object = %client.resolveObjectFromGhostIndex( %ghostId );

See also:: On Ghosting and Scoping for a description of the ghosting system.

void NetConnection::setSimulatedNetParams	(	float	packetLoss,
		int	delay
	)

Simulate network issues on the connection for testing.

Parameters:

	packetLoss	The fraction of packets that will be lost. Ranges from 0.0 (no loss) to 1.0 (complete loss)
	delay	Delays packets being transmitted by simulating a particular ping. This is an absolute integer, measured in ms.

void NetConnection::transmitPaths ( )

Sent by the server during phase 2 of the mission download to update motion spline paths.

The server transmits all spline motion paths that are within the mission (Path) separate from other objects. This is due to the potentially large number of nodes within each path, which may saturate a packet sent to the client. By managing this step separately, Torque has finer control over how packets are organised vs. doing it during the ghosting stage.

Internally a PathManager is used to track all paths defined within a mission on the server, and each one is transmitted using a PathManagerEvent. The client side collects these events and builds the given paths within its own PathManager. This is typically done during the standard mission start phase 2 when following Torque's example mission startup sequence.

When a mission is ended, all paths need to be cleared from their respective path managers.

Example:

function serverCmdMissionStartPhase2Ack(%client, %seq, %playerDB)
{
   // Make sure to ignore calls from a previous mission load
   if (%seq != $missionSequence || !$MissionRunning)
      return;
   if (%client.currentPhase != 1.5)
      return;
   %client.currentPhase = 2;

   // Set the player datablock choice
   %client.playerDB = %playerDB;

   // Update mission paths (SimPath), this needs to get there before the objects.
   %client.transmitPaths();

   // Start ghosting objects to the client
   %client.activateGhosting();
}

See also:: clearPaths(); Path

Torque 3D - Script Manual: NetConnection Class Reference

TorqueScript

NetConnection Class Reference
[Networking]

Public Member Functions

Detailed Description

Member Function Documentation

Get in touch

Torque 3D - Script Manual: NetConnection Class Reference

TorqueScript

NetConnection Class Reference [Networking]

Public Member Functions

Detailed Description

Member Function Documentation

NetConnection Class Reference
[Networking]