Photon3Unity3D
This is a substitute for the Hashtable class, missing in: Win8RT and Windows Phone. It uses a Dictionary<object,object> as base.
Please be aware that this class might act differently than the Hashtable equivalent.
As far as Photon is concerned, the substitution is sufficiently precise.
Creates a shallow copy of the Hashtable.
A shallow copy of a collection copies only the elements of the collection, whether they are
reference types or value types, but it does not copy the objects that the references refer
to. The references in the new collection point to the same objects that the references in
the original collection point to.
Shallow copy of the Hashtable.
Initializes a new instance of the class.
Derives the shared key is generated from the secret agreement between two parties,
given a byte array that contains the second party's public key.
The second party's public key.
Gets the public key that can be used by another DiffieHellmanCryptoProvider object
to generate a shared secret agreement.
Gets the shared key that is used by the current instance for cryptographic operations.
This ID is assigned by the Realtime Server upon connection.
The application does not have to care about this, but it is useful in debugging.
This is the (low level) connection state of the peer. It's internal and based on eNet's states.
Applications can read the "high level" state as PhotonPeer.PeerState, which uses a different enum.
The serverTimeOffset is serverTimestamp - localTime. Used to approximate the serverTimestamp with help of localTime
Connect to server and send Init (which inlcudes the appId).
Checks the incoming queue and Dispatches received data if possible.
If a Dispatch happened or not, which shows if more Dispatches might be needed.
Checks outgoing queues for commands to send and puts them on their way.
This creates one package per go in UDP.
If commands are not sent, cause they didn't fit into the package that's sent.
Returns the UDP Payload starting with Magic Number for binary protocol
Returns the UDP Payload starting with Magic Number for binary protocol
Maximum Transfer Unit to be used for UDP+TCP
(default=2)) Rhttp: minimum number of open connections
(default=6) Rhttp: maximum number of open connections, should be > rhttpMinConnections
Internally uses an operation to exchange encryption keys with the server.
Core of the Network Simulation, which is available in Debug builds.
Called by a timer in intervals.
Enables or disables collection of statistics.
Setting this to true, also starts the stopwatch to measure the timespan the stats are collected.
Gets the currently used settings for the built-in network simulation.
Please check the description of NetworkSimulationSet for more details.
Count of all bytes going out (including headers)
Count of all bytes coming in (including headers)
This is the replacement for the const values used in eNet like: PS_DISCONNECTED, PS_CONNECTED, etc.
No connection is available. Use connect.
Establishing a connection already. The app should wait for a status callback.
The low level connection with Photon is established. On connect, the library will automatically
send an Init package to select the application it connects to (see also PhotonPeer.Connect()).
When the Init is done, IPhotonPeerListener.OnStatusChanged() is called with connect.
Please note that calling operations is only possible after the OnStatusChanged() with StatusCode.Connect.
Connection going to be ended. Wait for status callback.
Acknowledging a disconnect from Photon. Wait for status callback.
Connection not properly disconnected.
Will contain channel 0xFF and any other.
One list for all channels keeps sent commands (for re-sending).
One list for all channels keeps acknowledgements.
Checks the incoming queue and Dispatches received data if possible.
If a Dispatch happened or not, which shows if more Dispatches might be needed.
gathers acks until udp-packet is full and sends it!
gathers commands from all (out)queues until udp-packet is full and sends it!
Checks if any channel has a outgoing reliable command.
True if any channel has a outgoing reliable command. False otherwise.
Checks connected state and channel before operation is serialized and enqueued for sending.
operation parameters
code of operation
send as reliable command
channel (sequence) for command
encrypt or not
usually EgMessageType.Operation
if operation could be enqueued
reliable-udp-level function to send some byte[] to the server via un/reliable command
only called when a custom operation should be send
(enet) command type
data to carry (operation)
channel in which to send
the invocation ID for this operation (the payload)
Returns the UDP Payload starting with Magic Number for binary protocol
reads incoming udp-packages to create and queue incoming commands*
queues incoming commands in the correct order as either unreliable, reliable or unsequenced. return value determines if the command is queued / done.
removes commands which are acknowledged*
Enumeration of situations that change the peers internal status.
Used in calls to OnStatusChanged to inform your application of various situations that might happen.
Most of these codes are referenced somewhere else in the documentation when they are relevant to methods.
the PhotonPeer is connected.
See {@link PhotonListener#OnStatusChanged}*
the PhotonPeer just disconnected.
See {@link PhotonListener#OnStatusChanged}*
the PhotonPeer encountered an exception and will disconnect, too.
See {@link PhotonListener#OnStatusChanged}*
the PhotonPeer encountered an exception while opening the incoming connection to the server. The server could be down / not running or the client has no network or a misconfigured DNS.
See {@link PhotonListener#OnStatusChanged}*
Used on platforms that throw a security exception on connect. Unity3d does this, e.g., if a webplayer build could not fetch a policy-file from a remote server.
PhotonPeer outgoing queue is filling up. send more often.
PhotonPeer outgoing queue is filling up. send more often.
Sending command failed. Either not connected, or the requested channel is bigger than the number of initialized channels.
PhotonPeer outgoing queue is filling up. send more often.
PhotonPeer incoming queue is filling up. Dispatch more often.
PhotonPeer incoming queue is filling up. Dispatch more often.
PhotonPeer incoming queue is filling up. Dispatch more often.
Exception, if a server cannot be connected. Most likely, the server is not responding. Ask user to try again later.
Exception, if a server cannot be connected. Most likely, the server is not responding. Ask user to try again later.
Disconnection due to a timeout (client did no longer receive ACKs from server).
Disconnect by server due to timeout (received a disconnect command, cause server misses ACKs of client).
Disconnect by server due to concurrent user limit reached (received a disconnect command).
Disconnect by server due to server's logic (received a disconnect command).
Tcp Router Response. Only used when Photon is setup as TCP router! Routing is ok.
Tcp Router Response. Only used when Photon is setup as TCP router! Routing node unknown. Check client connect values.
Tcp Router Response. Only used when Photon is setup as TCP router! Routing endpoint unknown.
Tcp Router Response. Only used when Photon is setup as TCP router! Routing not setup yet. Connect again.
(1048) Value for OnStatusChanged()-call, when the encryption-setup for secure communication finished successfully.
(1049) Value for OnStatusChanged()-call, when the encryption-setup failed for some reason. Check debug logs.
Callback interface for the Photon client side. Must be provided to a new PhotonPeer in its constructor.
These methods are used by your PhotonPeer instance to keep your app updated. Read each method's
description and check out the samples to see how to use them.
Provides textual descriptions for various error conditions and noteworthy situations.
In cases where the application needs to react, a call to OnStatusChanged is used.
OnStatusChanged gives "feedback" to the game, DebugReturn provies human readable messages
on the background.
All debug output of the library will be reported through this method. Print it or put it in a
buffer to use it on-screen. Use PhotonPeer.DebugOut to select how verbose the output is.
DebugLevel (severity) of the message.
Debug text. Print to System.Console or screen.
Callback method which gives you (async) responses for called operations.
Like methods, operations can have a result. As operation-calls are non-blocking, the response
for any operation of this peer is provided by this method.
As example: Joining a room on a Lite-based server will return a list of players currently in gamey
your actorNumber and some other values.
This method is used as general callback for all operations. Each response corresponds to a certain
"type" of operation by its OperationCode (see: ).
The "Lite Application" uses these OpCodes:
* for OpJoin, contains the actorNr of "this" player
* when leaving a room
* for OpRaiseEvent, if this was sent as reliable command
* for OpSetPropertiesOfActor and OpSetPropertiesOfGame
When you join a room, the server will assign a consecutive number to each client: the
"actorNr" or "player number". This is sent back in the OperationResult's
Parameters as value of key .
Fetch your actorNr of a Join response like this:
int actorNr = (int)operationResponse[(byte)LiteOpKey.ActorNr];
The response to an operation\-call.
OnStatusChanged is called to let the game know when asyncronous actions finished or when errors happen.
Not all of the many StatusCode values will apply to your game. Example: If you don't use encryption,
the respective status changes are never made.
The values are all part of the StatusCode enumeration and described value-by-value.
A code to identify the situation.
Called whenever an event from the Photon Server is dispatched.
Events are used for communication between clients and allow the server to update clients over time.
The creation of an event is often triggered by an operation (called by this client or an other).
Each event carries its specific content in its Parameters. Your application knows which content to
expect by checking the event's 'type', given by the event's Code.
Events can be defined and extended server-side.
If you use the Lite application as base, several events like EvJoin and EvLeave are already defined.
For these events and their Parameters, the library provides constants, so check:
LiteEventCode and LiteEventKey classes.
Lite also allows you to come up with custom events on the fly, purely client-side. To do so, use
LitePeer.OpRaiseEvent.
Events are buffered on the client side and must be Dispatched. This way, OnEvent is always taking
place in the same thread as a call.
The event currently being dispatched.
Ports of IPv4 Addresses are of type ushort. They are used as int usually though.
Lite - Event codes.
These codes are defined by the Lite application's logic on the server side.
Other application's won't necessarily use these.
If your game is built as extension of Lite, don't re-use these codes for your custom events.
(255) Event Join: someone joined the game
(254) Event Leave: someone left the game
(253) Event PropertiesChanged
(252) Event Disconnect
Lite - Keys of event-parameters that are defined by the Lite application logic.
To keep things lean (in terms of bandwidth), we use byte keys to identify values in events within Photon.
In Lite, you can send custom events by defining a EventCode and some content. This custom content is a Hashtable,
which can use any type for keys and values. The parameter for operation RaiseEvent and the resulting
Events use key (byte)245 for the custom content. The constant for this is: Data or
.
If your game is built as extension of Lite, don't re-use these codes for your custom events.
(254) Playernumber of the player who triggered the event.
(253) Playernumber of the player who is target of an event (e.g. changed properties).
(252) List of playernumbers currently in the room.
(251) Set of properties (a Hashtable).
(249) Key for actor (player) property set (Hashtable).
(248) Key for game (room) property set (Hashtable).
(245) Custom Content of an event (a Hashtable in Lite).
(245) The Lite operation RaiseEvent will place the Hashtable with your custom event-content under this key.
Alternative for: Data!
Lite - Operation Codes.
This enumeration contains the codes that are given to the Lite Application's
operations. Instead of sending "Join", this enables us to send the byte 255.
Other applications (the MMO demo or your own) could define other operations and other codes.
If your game is built as extension of Lite, don't re-use these codes for your custom events.
(255) Code for OpJoin, to get into a room.
(254) Code for OpLeave, to get out of a room.
(253) Code for OpRaiseEvent (not same as eventCode).
(252) Code for OpSetProperties.
(251) Operation code for OpGetProperties.
(248) Operation code to change interest groups in Rooms (Lite application and extending ones).
Lite - keys for parameters of operation requests and responses (short: OpKey).
These keys match a definition in the Lite application (part of the server SDK).
If your game is built as extension of Lite, don't re-use these codes for your custom events.
These keys are defined per application, so Lite has different keys than MMO or your
custom application. This is why these are not an enumeration.
Lite and Lite Lobby will use the keys 255 and lower, to give you room for your own codes.
Keys for operation-parameters could be assigned on a per operation basis, but
it makes sense to have fixed keys for values which are used throughout the whole
application.
(255) Code of the room name. Used in OpJoin (Asid = Application Session ID).
(255) Code of the room name. Used in OpJoin.
Alternative for: Asid!
(255) Code of the game id (a unique room name). Used in OpJoin.
(254) Code of the Actor of an operation. Used for property get and set.
(253) Code of the target Actor of an operation. Used for property set. Is 0 for game
(252) Code for list of players in a room. Currently not used.
(251) Code for property set (Hashtable). This key is used when sending only one set of properties.
If either ActorProperties or GameProperties are used (or both), check those keys.
(250) Code for broadcast parameter of OpSetProperties method.
(249) Code for property set (Hashtable).
(248) Code for property set (Hashtable).
(247) Code for caching events while raising them.
(246) Code to select the receivers of events (used in Lite, Operation RaiseEvent).
(245) Code of data of an event. Used in OpRaiseEvent.
(244) Code used when sending some code-related parameter, like OpRaiseEvent's event-code.
This is not the same as the Operation's code, which is no longer sent as part of the parameter Dictionary in Photon 3.
(240) Code for "group" operation-parameter (as used in Op RaiseEvent).
(239) The "Remove" operation-parameter can be used to remove something from a list. E.g. remove groups from player's interest groups.
(238) The "Add" operation-parameter can be used to add something to some list or set. E.g. add groups to player's interest groups.
Lite - Flags for "types of properties", being used as filter in OpGetProperties.
(0x00) Flag type for no property type.
(0x01) Flag type for game-attached properties.
(0x02) Flag type for actor related propeties.
(0x01) Flag type for game AND actor properties. Equal to 'Game'
Lite - OpRaiseEvent allows you to cache events and automatically send them to joining players in a room.
Events are cached per event code and player: Event 100 (example!) can be stored once per player.
Cached events can be modified, replaced and removed.
Caching works only combination with ReceiverGroup options Others and All.
Default value (not sent).
Will merge this event's keys with those already cached.
Replaces the event cache for this eventCode with this event's content.
Removes this event (by eventCode) from the cache.
Adds an event to the room's cache
Adds this event to the cache for actor 0 (becoming a "globally owned" event in the cache).
Remove fitting event from the room's cache.
Removes events of players who already left the room (cleaning up).
Increase the index of the sliced cache.
Set the index of the sliced cache. You must set RaiseEventOptions.CacheSliceIndex for this.
Purge cache slice with index. Exactly one slice is removed from cache. You must set RaiseEventOptions.CacheSliceIndex for this.
Purge cache slices with specified index and anything lower than that. You must set RaiseEventOptions.CacheSliceIndex for this.
Lite - OpRaiseEvent lets you chose which actors in the room should receive events.
By default, events are sent to "Others" but you can overrule this.
Default value (not sent). Anyone else gets my event.
Everyone in the current room (including this peer) will get this event.
The server sends this event only to the actor with the lowest actorNumber.
The "master client" does not have special rights but is the one who is in this room the longest time.
A LitePeer is an extended PhotonPeer and implements the operations offered by the "Lite" Application
of the Photon Server SDK.
This class is used by our samples and allows rapid development of simple games. You can use rooms and
properties and send events. For many games, this is a good start.
Operations are prefixed as "Op" and are always asynchronous. In most cases, an OperationResult is
provided by a later call to OnOperationResult.
Instances of the PhotonPeer class are used to connect to a Photon server and communicate with it.
A PhotonPeer instance allows communication with the Photon Server, which in turn distributes messages
to other PhotonPeer clients.
An application can use more than one PhotonPeer instance, which are treated as separate users on the
server. Each should have its own listener instance, to separate the operations, callbacks and events.
False if this library build contains C# Socket code. If true, you must set some type as SocketImplementation before connecting.
Creates new instances of TrafficStats and starts a new timer for those.
Implements the message-protocol, based on the underlying network protocol (udp, tcp, http).
Creates a new PhotonPeer instance to communicate with Photon and selects either UDP or TCP as
protocol. We recommend UDP.
a IPhotonPeerListener implementation
Protocol to use to connect to Photon.
Creates a new PhotonPeer instance to communicate with Photon.
Connection is UDP based, except for Silverlight.
a IPhotonPeerListener implementation
Deprecated. Please use: PhotonPeer(IPhotonPeerListener listener, ConnectionProtocol protocolType).
This method does a DNS lookup (if necessary) and connects to the given serverAddress.
The return value gives you feedback if the address has the correct format. If so, this
starts the process to establish the connection itself, which might take a few seconds.
When the connection is established, a callback to IPhotonPeerListener.OnStatusChanged
will be done. If the connection can't be established, despite having a valid address,
the OnStatusChanged is called with an error-value.
The applicationName defines the application logic to use server-side and it should match the name of
one of the apps in your server's config.
By default, the applicationName is "Lite" but other samples use "LiteLobby" and "MmoDemo" in
Connect(). You can setup your own application and name it any way you like.
Address of the Photon server. Format: ip:port (e.g. 127.0.0.1:5055) or hostname:port (e.g. localhost:5055)
The name of the application to use within Photon or the appId of PhotonCloud.
Should match a "Name" for an application, as setup in your PhotonServer.config.
true if IP is available (DNS name is resolved) and server is being connected. false on error.
This method initiates a mutual disconnect between this client and the server.
Calling this method does not immediately close a connection. Disconnect lets the server
know that this client is no longer listening. For the server, this is a much faster way
to detect that the client is gone but it requires the client to send a few final messages.
On completion, OnStatusChanged is called with the StatusCode.Disconnect.
If the client is disconnected already or the connection thread is stopped, then there is no callback.
Lite: The default server logic will leave any joined game and trigger the respective event
() for the remaining players.
This method immediately closes a connection (pure client side) and ends related listening Threads.
Unlike Disconnect, this method will simply stop to listen to the server. Udp connections will timeout.
If the connections was open, this will trigger a callback to OnStatusChanged with code StatusCode.Disconnect.
This will fetch the server's timestamp and update the approximation for property ServerTimeInMilliseconds.
The server time approximation will NOT become more accurate by repeated calls. Accuracy currently depends
on a single roundtrip which is done as fast as possible.
The command used for this is immediately acknowledged by the server. This makes sure the roundtrip time is
low and the timestamp + rountriptime / 2 is close to the original value.
This method creates a public key for this client and exchanges it with the server.
Encryption is not instantly available but calls OnStatusChanged when it finishes.
Check for StatusCode EncryptionEstablished and EncryptionFailedToEstablish.
Calling this method sets IsEncryptionAvailable to false.
This method must be called before the "encrypt" parameter of OpCustom can be used.
If operation could be enqueued for sending
This method excutes DispatchIncomingCommands and SendOutgoingCommands in your application Thread-context.
The Photon client libraries are designed to fit easily into a game or application. The application
is in control of the context (thread) in which incoming events and responses are executed and has
full control of the creation of UDP/TCP packages.
Sending packages and dispatching received messages are two separate tasks. Service combines them
into one method at the cost of control. It calls DispatchIncomingCommands and SendOutgoingCommands.
Call this method regularly (2..20 times a second).
This will Dispatch ANY remaining buffered responses and events AND will send queued outgoing commands.
Fewer calls might be more effective if a device cannot send many packets per second, as multiple
operations might be combined into one package.
You could replace Service by:
while (DispatchIncomingCommands()); //Dispatch until everything is Dispatched...
SendOutgoingCommands(); //Send a UDP/TCP package with outgoing messages
This method creates a UDP/TCP package for outgoing commands (operations and acknowledgements)
and sends them to the server.
This method is also called by Service().
As the Photon library does not create any UDP/TCP packages by itself. Instead, the application
fully controls how many packages are sent and when. A tradeoff, an application will
lose connection, if it is no longer calling SendOutgoingCommands or Service.
If multiple operations and ACKs are waiting to be sent, they will be aggregated into one
package. The package fills in this order:
ACKs for received commands
A "Ping" - only if no reliable data was sent for a while
Starting with the lowest Channel-Nr:
Reliable Commands in channel
Unreliable Commands in channel
This gives a higher priority to lower channels.
A longer interval between sends will lower the overhead per sent operation but
increase the internal delay (which adds "lag").
Call this 2..20 times per second (depending on your target platform).
The if commands are not yet sent. Udp limits it's package size, Tcp doesnt.
This method directly causes the callbacks for events, responses and state changes
within a IPhotonPeerListener. DispatchIncomingCommands only executes a single received
command per call. If a command was dispatched, the return value is true and the method
should be called again.
This method is called by Service() until currently available commands are dispatched.
In general, this method should be called until it returns false. In a few cases, it might
make sense to pause dispatching (if a certain state is reached and the app needs to load
data, before it should handle new events).
The callbacks to the peer's IPhotonPeerListener are executed in the same thread that is
calling DispatchIncomingCommands. This makes things easier in a game loop: Event execution
won't clash with painting objects or the game logic.
Returns a string of the most interesting connection statistics.
When you have issues on the client side, these might contain hints about the issue's cause.
If true, Incoming and Outgoing low-level stats are included in the string.
Stats as string.
Channel-less wrapper for OpCustom().
Operations are handled by their byte\-typed code. The codes of the
"Lite" application are in the struct .
Containing parameters as key\-value pair. The key is byte\-typed, while the value is any serializable datatype.
Selects if the operation must be acknowledged or not. If false, the
operation is not guaranteed to reach the server.
If operation could be enqueued for sending
Allows the client to send any operation to the Photon Server by setting any opCode and the operation's parameters.
Photon can be extended with new operations which are identified by a single
byte, defined server side and known as operation code (opCode). Similarly, the operation's parameters
are defined server side as byte keys of values, which a client sends as customOpParameters
accordingly.
This is explained in more detail as "".
Operations are handled by their byte\-typed code. The codes of the
"Lite" application are in the struct .
Containing parameters as key\-value pair. The key is byte\-typed, while the value is any serializable datatype.
Selects if the operation must be acknowledged or not. If false, the
operation is not guaranteed to reach the server.
The channel in which this operation should be sent.
If operation could be enqueued for sending
Allows the client to send any operation to the Photon Server by setting any opCode and the operation's parameters.
Variant with encryption parameter.
Use this only after encryption was established by EstablishEncryption and waiting for the OnStateChanged callback.
Operations are handled by their byte\-typed code. The codes of the
"Lite" application are in the struct .
Containing parameters as key\-value pair. The key is byte\-typed, while the value is any serializable datatype.
Selects if the operation must be acknowledged or not. If false, the
operation is not guaranteed to reach the server.
The channel in which this operation should be sent.
Can only be true, while IsEncryptionAvailable is true, too.
If operation could be enqueued for sending
Allows the client to send any operation to the Photon Server by setting any opCode and the operation's parameters.
Variant with an OperationRequest object.
This variant offers an alternative way to describe a operation request. Operation code and it's parameters
are wrapped up in a object. Still, the parameters are a Dictionary.
The operation to call on Photon.
Use unreliable (false) if the call might get lost (when it's content is soon outdated).
Defines the sequence of requests this operation belongs to.
Encrypt request before sending. Depends on IsEncryptionAvailable.
If operation could be enqueued for sending
Registers new types/classes for de/serialization and the fitting methods to call for this type.
SerializeMethod and DeserializeMethod are complementary: Feed the product of serializeMethod to
the constructor, to get a comparable instance of the object.
After registering a Type, it can be used in events and operations and will be serialized like
built-in types.
Type (class) to register.
A byte-code used as shortcut during transfer of this Type.
Method delegate to create a byte[] from a customType instance.
Method delegate to create instances of customType's from byte[].
If the Type was registered successfully.
Can be used to set a UDP IPhotonSocket implementation at runtime (before connecting)
in compatible DLL builds.
This won't work for TCP and regular C# libraries. Get in contact with us.
Sets the level (and amount) of debug output provided by the library.
This affects the callbacks to IPhotonPeerListener.DebugReturn.
Default Level: Error.
Gets the IPhotonPeerListener of this instance (set in constructor).
Can be used in derived classes for Listener.DebugReturn().
Gets count of all bytes coming in (including headers, excluding UDP/TCP overhead)
Gets count of all bytes going out (including headers, excluding UDP/TCP overhead)
Gets the size of the dispatched event or operation-result in bytes.
This value is set before OnEvent() or OnOperationResponse() is called (within DispatchIncomingCommands()).
Get this value directly in OnEvent() or OnOperationResponse(). Example:
void OnEvent(...) {
int eventSizeInBytes = this.peer.ByteCountCurrentDispatch;
//...
void OnOperationResponse(...) {
int resultSizeInBytes = this.peer.ByteCountCurrentDispatch;
//...
Returns the debug string of the event or operation-response currently being dispatched or string. Empty if none.
In a release build of the lib, this will always be empty.
Gets the size of the last serialized operation call in bytes.
The value includes all headers for this single operation but excludes those of UDP, Enet Package Headers and TCP.
Get this value immediately after calling an operation. Example:
this.litepeer.OpJoin("myroom");
int opjoinByteCount = this.peer.ByteCountLastOperation;
Enables the traffic statistics of a peer: TrafficStatsIncoming, TrafficStatsOutgoing and TrafficstatsGameLevel (nothing else).
Default value: false (disabled).
Returns the count of milliseconds the stats are enabled for tracking.
Gets the byte-count of incoming "low level" messages, which are either Enet Commands or Tcp Messages.
These include all headers, except those of the underlying internet protocol Udp or Tcp.
Gets the byte-count of outgoing "low level" messages, which are either Enet Commands or Tcp Messages.
These include all headers, except those of the underlying internet protocol Udp or Tcp.
Gets a statistic of incoming and outgoing traffic, split by operation, operation-result and event.
Operations are outgoing traffic, results and events are incoming.
Includes the per-command header sizes (Udp: Enet Command Header or Tcp: Message Header).
This is the (low level) state of the connection to the server of a PhotonPeer.
It is managed internally and read-only.
Don't mix this up with the StatusCode provided in IPhotonListener.OnStatusChanged().
Applications should use the StatusCode of OnStatusChanged() to track their state, as
it also covers the higher level initialization between a client and Photon.
This peer's ID as assigned by the server or 0 if not using UDP. Will be 0xFFFF before the client connects.
Used for debugging only. This value is not useful in everyday Photon usage.
Initial size internal lists for incoming/outgoing commands (reliable and unreliable).
This sets only the initial size. All lists simply grow in size as needed. This means that
incoming or outgoing commands can pile up and consume heap size if Service is not called
often enough to handle the messages in either direction.
Configure the WarningSize, to get callbacks when the lists reach a certain size.
UDP: Incoming and outgoing commands each have separate buffers for reliable and unreliable sending.
There are additional buffers for "sent commands" and "ACKs".
TCP: Only two buffers exist: incoming and outgoing commands.
(default=2) minimum number of open connections
(default=6) maximum number of open connections, should be > RhttpMinConnections
Limits the queue of received unreliable commands within DispatchIncomingCommands before dispatching them.
This works only in UDP.
This limit is applied when you call DispatchIncomingCommands. If this client (already) received more than
LimitOfUnreliableCommands, it will throw away the older ones instead of dispatching them. This can produce
bigger gaps for unreliable commands but your client catches up faster.
This can be useful when the client couldn't dispatch anything for some time (cause it was in a room but
loading a level).
If set to 20, the incoming unreliable queues are truncated to 20.
If 0, all received unreliable commands will be dispatched.
This is a "per channel" value, so each channel can hold up to LimitOfUnreliableCommands commands.
This value interacts with DispatchIncomingCommands: If that is called less often, more commands get skipped.
Count of all currently received but not-yet-Dispatched reliable commands
(events and operation results) from all channels.
Count of all commands currently queued as outgoing, including all channels and reliable, unreliable.
Gets / sets the number of channels available in UDP connections with Photon.
Photon Channels are only supported for UDP.
The default ChannelCount is 2. Channel IDs start with 0 and 255 is a internal channel.
While not connected, this controls if the next connection(s) should use a per-package CRC checksum.
While turned on, the client and server will add a CRC checksum to every sent package.
The checksum enables both sides to detect and ignore packages that were corrupted during transfer.
Corrupted packages have the same impact as lost packages: They require a re-send, adding a delay
and could lead to timeouts.
Building the checksum has a low processing overhead but increases integrity of sent and received data.
Packages discarded due to failed CRC cecks are counted in PhotonPeer.PacketLossByCrc.
Count of packages dropped due to failed CRC checks for this connection.
Count of commands that got repeated (due to local repeat-timing before an ACK was received).
The WarningSize is used test all message queues for congestion (in and out, reliable and unreliable).
OnStatusChanged will be called with a warning if a queue holds WarningSize commands or a multiple
of it.
Default: 100.
Example: If command is received, OnStatusChanged will be called when the respective command queue
has 100, 200, 300 ... items.
Number of send retries before a peer is considered lost/disconnected. Default: 5.
The initial timeout countdown of a command is calculated by the current roundTripTime + 4 * roundTripTimeVariance.
Please note that the timeout span until a command will be resent is not constant, but based on
the roundtrip time at the initial sending, which will be doubled with every failed retry.
DisconnectTimeout and SentCountAllowance are competing settings: either might trigger a disconnect on the
client first, depending on the values and Rountrip Time.
Sets the milliseconds without reliable command before a ping command (reliable) will be sent (Default: 1000ms).
The ping command is used to keep track of the connection in case the client does not send reliable commands
by itself.
A ping (or reliable commands) will update the RoundTripTime calculation.
Milliseconds after which a reliable UDP command triggers a timeout disconnect, unless acknowledged by server.
This value currently only affects UDP connections.
DisconnectTimeout is not an exact value for a timeout. The exact timing of the timeout depends on the frequency
of Service() calls and commands that are sent with long roundtrip-times and variance are checked less often for
re-sending!
DisconnectTimeout and SentCountAllowance are competing settings: either might trigger a disconnect on the
client first, depending on the values and Rountrip Time.
Default: 10000 ms.
Approximated Environment.TickCount value of server (while connected).
UDP: The server's timestamp is automatically fetched after connecting (once). This is done
internally by a command which is acknowledged immediately by the server.
TCP: The server's timestamp fetched with each ping but set only after connecting (once).
The approximation will be off by +/- 10ms in most cases. Per peer/client and connection, the
offset will be constant (unless FetchServerTimestamp() is used). A constant offset should be
better to adjust for. Unfortunately there is no way to find out how much the local value
differs from the original.
The approximation adds RoundtripTime / 2 and uses this.LocalTimeInMilliSeconds to calculate
in-between values (this property returns a new value per tick).
The value sent by Photon equals Environment.TickCount in the logic layer (e.g. Lite).
0 until connected.
While connected, the value is an approximation of the server's current timestamp.
Gets a local timestamp in milliseconds by calling SupportClass.GetTickCount().
See LocalMsTimestampDelegate.
This setter for the (local-) timestamp delegate replaces the default Environment.TickCount with any equal function.
About Environment.TickCount:
The value of this property is derived from the system timer and is stored as a 32-bit signed integer.
Consequently, if the system runs continuously, TickCount will increment from zero to Int32..::.MaxValue
for approximately 24.9 days, then jump to Int32..::.MinValue, which is a negative number, then increment
back to zero during the next 24.9 days.
Exception is thrown peer.PeerState is not PS_DISCONNECTED.
Time until a reliable command is acknowledged by the server.
The value measures network latency and for UDP it includes the server's ACK-delay (setting in config).
In TCP, there is no ACK-delay, so the value is slightly lower (if you use default settings for Photon).
RoundTripTime is updated constantly. Every reliable command will contribute a fraction to this value.
This is also the approximate time until a raised event reaches another client or until an operation
result is available.
Changes of the roundtriptime as variance value. Gives a hint about how much the time is changing.
Stores timestamp of the last time anything (!) was received from the server (including
low level Ping and ACKs but also events and operation-returns). This is not the time when
something was dispatched.
If you enable NetworkSimulation, this value is affected as well.
The server address which was used in PhotonPeer.Connect() or null (before Connect() was called).
The ServerAddress can only be changed for HTTP connections (to replace one that goes through a Loadbalancer with a direct URL).
The protocol this Peer uses to connect to Photon.
Gets or sets the network simulation "enabled" setting.
Changing this value also locks this peer's sending and when setting false,
the internally used queues are executed (so setting to false can take some cycles).
Gets the settings for built-in Network Simulation for this peer instance
while IsSimulationEnabled will enable or disable them.
Once obtained, the settings can be modified by changing the properties.
Defines the initial size of an internally used MemoryStream for Tcp.
The MemoryStream is used to aggregate operation into (less) send calls,
which uses less resoures.
The size is not restricing the buffer and does not affect when poutgoing data is actually sent.
The Maximum Trasfer Unit (MTU) defines the (network-level) packet-content size that is
guaranteed to arrive at the server in one piece. The Photon Protocol uses this
size to split larger data into packets and for receive-buffers of packets.
This value affects the Packet-content. The resulting UDP packages will have additional
headers that also count against the package size (so it's bigger than this limit in the end)
Setting this value while being connected is not allowed and will throw an Exception.
Minimum is 520. Huge values won't speed up connections in most cases!
This property is set internally, when OpExchangeKeysForEncryption successfully finished.
While it's true, encryption can be used for operations.
While true, the peer will not send any other commands except ACKs (used in UDP connections).
Creates a LitePeer instance to connect and communicate with a Photon server.
Uses UDP as protocol (except in the Silverlight library).
Your IPhotonPeerListener implementation.
Creates a LitePeer instance to connect and communicate with a Photon server.
Uses UDP as protocol (except in the Silverlight library).
Creates a LitePeer instance to connect and communicate with a Photon server.
Creates a LitePeer instance to communicate with Photon with your selection of protocol.
We recommend UDP.
Your IPhotonPeerListener implementation.
Protocol to use to connect to Photon.
Operation to handle this client's interest groups (for events in room).
Note the difference between passing null and byte[0]:
null won't add/remove any groups.
byte[0] will add/remove all (existing) groups.
First, removing groups is executed. This way, you could leave all groups and join only the ones provided.
Groups to remove from interest. Null will not leave any. A byte[0] will remove all.
Groups to add to interest. Null will not add any. A byte[0] will add all current.
Send an event with custom code/type and any content to the other players in the same room.
This override explicitly uses another parameter order to not mix it up with the implementation for Hashtable only.
Identifies this type of event (and the content). Your game's event codes can start with 0.
If this event has to arrive reliably (potentially repeated if it's lost).
Any serializable datatype (including Hashtable like the other OpRaiseEvent overloads).
If operation could be enqueued for sending. Sent when calling: Service or SendOutgoingCommands.
Send an event with custom code/type and any content to the other players in the same room.
This override explicitly uses another parameter order to not mix it up with the implementation for Hashtable only.
Identifies this type of event (and the content). Your game's event codes can start with 0.
If this event has to arrive reliably (potentially repeated if it's lost).
Any serializable datatype (including Hashtable like the other OpRaiseEvent overloads).
Command sequence in which this command belongs. Must be less than value of ChannelCount property. Default: 0.
Affects how the server will treat the event caching-wise. Can cache events for players joining later on or remove previously cached events. Default: DoNotCache.
List of ActorNumbers (in this room) to send the event to. Overrides caching. Default: null.
Defines a target-player group. Default: Others.
Defines to which interest group the event is sent. Players can subscribe or unsibscribe to groups. Group 0 is always sent to all. Default: 0.
If operation could be enqueued for sending. Sent when calling: Service or SendOutgoingCommands.
Send your custom data as event to an "interest group" in the current Room.
No matter if reliable or not, when an event is sent to a interest Group, some users won't get this data.
Clients can control the groups they are interested in by using OpChangeGroups.
Identifies this type of event (and the content). Your game's event codes can start with 0.
The ID of the interest group this event goes to (exclusively). Grouo 0 sends to all.
Custom data you want to send along (use null, if none).
If this event has to arrive reliably (potentially repeated if it's lost).
If operation could be enqueued for sending
RaiseEvent tells the server to send an event to the other players within the same room.
This method is described in one of its overloads.
Identifies this type of event (and the content). Your game's event codes can start with 0.
Custom data you want to send along (use null, if none).
If this event has to arrive reliably (potentially repeated if it's lost).
If operation could be enqueued for sending
RaiseEvent tells the server to send an event to the other players within the same room.
Type and content of the event can be defined by the client side at will. The server only
forwards the content and eventCode to others in the same room.
The eventCode should be used to define the event's type and content respectively.///
Lite and Loadbalancing are using a few eventCode values already but those start with 255 and go down.
Your eventCodes can start at 1, going up.
The customEventContent is a Hashtable with any number of key-value pairs of
or null.
Receiving clients can access this Hashtable as Parameter LiteEventKey.Data (see below).
RaiseEvent can be used reliable or unreliable. Both result in ordered events but the unreliable ones
might be lost and allow gaps in the resulting event sequence. On the other hand, they cause less
overhead and are optimal for data that is replaced soon.
Like all operations, RaiseEvent is not done immediately but when you call SendOutgoingCommands.
It is recommended to keep keys (and data) as simple as possible (e.g. byte or short as key), as
the data is typically sent multiple times per second. This easily adds up to a huge amount of data
otherwise.
//send some position data (using byte-keys, as they are small):
Hashtable evInfo = new Hashtable();
Player local = (Player)players[playerLocalID];
evInfo.Add((byte)STATUS_PLAYER_POS_X, (int)local.posX);
evInfo.Add((byte)STATUS_PLAYER_POS_Y, (int)local.posY);
peer.OpRaiseEvent(EV_MOVE, evInfo, true); //EV_MOVE = (byte)1
//receive this custom event in OnEvent():
Hashtable data = (Hashtable)photonEvent[LiteEventKey.Data];
switch (eventCode) {
case EV_MOVE: //1 in this sample
p = (Player)players[actorNr];
if (p != null) {
p.posX = (int)data[(byte)STATUS_PLAYER_POS_X];
p.posY = (int)data[(byte)STATUS_PLAYER_POS_Y];
}
break;
Events from the Photon Server are internally buffered until they are
, just
like OperationResults.
Identifies this type of event (and the content). Your game's event codes can start with 0.
Custom data you want to send along (use null, if none).
If this event has to arrive reliably (potentially repeated if it's lost).
Number of channel (sequence) to use (starting with 0).
If operation could be enqueued for sending.
RaiseEvent tells the server to send an event to the other players within the same room.
This method is described in one of its overloads.
This variant has an optional list of targetActors. Use this to send the event only to
specific actors in the same room, each identified by an actorNumber (or ID).
This can be useful to implement private messages inside a room or similar.
Identifies this type of event (and the content). Your game's event codes can start with 0.
Custom data you want to send along (use null, if none).
If this event has to arrive reliably (potentially repeated if it's lost).
Number of channel to use (starting with 0).
List of actorNumbers that receive this event.
If operation could be enqueued for sending.
Calls operation RaiseEvent on the server, with full control of event-caching and the target receivers.
This method is described in one of its overloads.
The cache parameter defines if and how this event will be cached server-side. Per event-code, your client
can store events and update them and will send cached events to players joining the same room.
The option EventCaching.DoNotCache matches the default behaviour of RaiseEvent.
The option EventCaching.MergeCache will merge the costomEventContent into existing one.
Values in the customEventContent Hashtable can be null to remove existing values.
With the receivers parameter, you can chose who gets this event: Others (default), All (includes you as sender)
or MasterClient. The MasterClient is the connected player with the lowest ActorNumber in this room.
This player could get some privileges, if needed.
Read more about Cached Events in the DevNet: http://doc.exitgames.com
Identifies this type of event (and the content). Your game's event codes can start with 0.
Custom data you want to send along (use null, if none).
If this event has to arrive reliably (potentially repeated if it's lost).
Number of channel to use (starting with 0).
Events can be cached (merged and removed) for players joining later on.
Controls who should get this event.
If operation could be enqueued for sending.
Attaches or updates properties of the specified actor.
Please read the general description of .
Hashtable containing the properties to add or update.
the actorNr is used to identify a player/peer in a game
true will trigger an event LiteEventKey.PropertiesChanged with the updated properties in it
Number of channel to use (starting with 0).
If operation could be enqueued for sending
Attaches or updates properties of the current game.
Please read the general description of .
hashtable containing the properties to add or overwrite
true will trigger an event LiteEventKey.PropertiesChanged with the updated
properties in it
Number of channel to use (starting with 0).
If operation could be enqueued for sending
Gets all properties of the game and each actor.
The server returns only actor properties of players who are in the room when the
operation executes (players might join or leave while the operation is on it's way).
Please read the general description of .
Number of channel to use (starting with 0).
If operation could be enqueued for sending
Gets selected properties of an actor.
The server returns only actor properties of players who are in the room when the
operation executes (players might join or leave while the operation is on it's way).
Please read the general description of .
optional, array of property keys to fetch
optional, a list of actornumbers to get the properties of
Number of channel to use (starting with 0).
If operation could be enqueued for sending
Gets selected properties of some actors.
The server returns only actor properties of players who are in the room when the
operation executes (players might join or leave while the operation is on it's way).
Please read the general description of .
array of property keys to fetch. optional (can be null).
optional, a list of actornumbers to get the properties of
Number of channel to use (starting with 0).
If operation could be enqueued for sending
Gets selected properties of current game.
Please read the general description of .
array of property keys to fetch. optional (can be null).
Number of channel to use (starting with 0).
If operation could be enqueued for sending
Gets selected properties of current game.
Please read the general description of .
array of property keys to fetch. optional (can be null).
Number of channel to use (starting with 0).
If operation could be enqueued for sending
This operation will join an existing room by name or create one if the name is not in use yet.
Rooms (or games) are simply identified by name. We assume that users always want to get into a room - no matter
if it existed before or not, so it might be a new one. If you want to make sure a room is created (new, empty),
the client side might come up with a unique name for it (make sure the name was not taken yet).
The application "Lite Lobby" lists room names and effectively allows the user to select a distinct one.
Each actor (a.k.a. player) in a room will get events that are raised for the room by any player.
To distinguish the actors, each gets a consecutive actornumber. This is used in events to mark who triggered
the event. A client finds out it's own actornumber in the return callback for operation Join. Number 1 is the
lowest actornumber in each room and the client with that actornumber created the room.
Each client could easily send custom data around. If the data should be available to newcomers, it makes sense
to use Properties.
Joining a room will trigger the event , which contains
the list of actorNumbers of current players inside the room
(). This also gives you a count of current
players.
Any identifying name for a room / game.
If operation could be enqueued for sending
This operation will join an existing room by name or create one if the name is not in use yet.
Rooms (or games) are simply identified by name. We assume that users always want to get into a room - no matter
if it existed before or not, so it might be a new one. If you want to make sure a room is created (new, empty),
the client side might come up with a unique name for it (make sure the name was not taken yet).
The application "Lite Lobby" lists room names and effectively allows the user to select a distinct one.
Each actor (a.k.a. player) in a room will get events that are raised for the room by any player.
To distinguish the actors, each gets a consecutive actornumber. This is used in events to mark who triggered
the event. A client finds out it's own actornumber in the return callback for operation Join. Number 1 is the
lowest actornumber in each room and the client with that actornumber created the room.
Each client could easily send custom data around. If the data should be available to newcomers, it makes sense
to use Properties.
Joining a room will trigger the event , which contains
the list of actorNumbers of current players inside the room
(). This also gives you a count of current
players.
Any identifying name for a room / game.
optional, set of game properties, by convention: only used if game is new/created
optional, set of actor properties
optional, broadcast actor proprties in join-event
If operation could be enqueued for sending
Leave operation of the Lite Application (also in Lite Lobby).
Leaves a room / game, but keeps the connection. This operations triggers the event
for the remaining clients. The event includes the actorNumber of the player who left in key .
Consecutive invocationID of the OP. Will throw Exception if not connected.
Internal class for "commands" - the package in which operations are sent.
this variant does only create outgoing commands and increments . incoming ones are created from a DataInputStream
reads the command values (commandHeader and command-values) from incoming bytestream and populates the incoming command*
A simulation item is an action that can be queued to simulate network lag.
With this, the actual delay can be measured, compared to the intended lag.
Timestamp after which this item must be executed.
Action to execute when the lag-time passed.
Starts a new Stopwatch
A set of network simulation settings, enabled (and disabled) by PhotonPeer.IsSimulationEnabled.
For performance reasons, the lag and jitter settings can't be produced exactly.
In some cases, the resulting lag will be up to 20ms bigger than the lag settings.
Even if all settings are 0, simulation will be used. Set PhotonPeer.IsSimulationEnabled
to false to disable it if no longer needed.
All lag, jitter and loss is additional to the current, real network conditions.
If the network is slow in reality, this will add even more lag.
The jitter values will affect the lag positive and negative, so the lag settings
describe the medium lag even with jitter. The jitter influence is: [-jitter..+jitter].
Packets "lost" due to OutgoingLossPercentage count for BytesOut and LostPackagesOut.
Packets "lost" due to IncomingLossPercentage count for BytesIn and LostPackagesIn.
internal
internal
internal
internal
internal
internal
internal
This setting overrides all other settings and turns simulation on/off. Default: false.
Outgoing packages delay in ms. Default: 100.
Randomizes OutgoingLag by [-OutgoingJitter..+OutgoingJitter]. Default: 0.
Percentage of outgoing packets that should be lost. Between 0..100. Default: 1. TCP ignores this setting.
Incoming packages delay in ms. Default: 100.
Randomizes IncomingLag by [-IncomingJitter..+IncomingJitter]. Default: 0.
Percentage of incoming packets that should be lost. Between 0..100. Default: 1. TCP ignores this setting.
Counts how many outgoing packages actually got lost. TCP connections ignore loss and this stays 0.
Counts how many incoming packages actually got lost. TCP connections ignore loss and this stays 0.
Provides classical Diffie-Hellman Modular Exponentiation Groups defined by the
OAKLEY Key Determination Protocol (RFC 2412).
Gets the genrator (N) used by the the well known groups 1,2 and 5.
Gets the 768 bit prime for the well known group 1.
Gets the 1024 bit prime for the well known group 2.
Gets the 1536 bit prime for the well known group 5.
Result code for any (internal) operation.
Param code. Used in internal op: InitEncryption.
Encryption-Mode code. Used in internal op: InitEncryption.
Param code. Used in internal op: InitEncryption.
Code of internal op: InitEncryption.
Value range for a Peer's connection and initialization state, as returned by the PeerState property.
While this is not the same as the StatusCode of IPhotonPeerListener.OnStatusChanged(), it directly relates to it.
In most cases, it makes more sense to build a game's state on top of the OnStatusChanged() as you get changes.
The peer is disconnected and can't call Operations. Call Connect().
The peer is establishing the connection: opening a socket, exchanging packages with Photon.
The connection is established and now sends the application name to Photon.
You set the "application name" by calling PhotonPeer.Connect().
The peer is connected and initialized (selected an application). You can now use operations.
The peer is disconnecting. It sent a disconnect to the server, which will acknowledge closing the connection.
These are the options that can be used as underlying transport protocol.
Use UDP to connect to Photon, which allows you to send operations reliable or unreliable on demand.
Use TCP to connect to Photon.
Use Realtime HTTP connections to connect a Photon Master (not available in regular Photon SDK).
Level / amount of DebugReturn callbacks. Each debug level includes output for lower ones: OFF, ERROR, WARNING, INFO, ALL.
No debug out.
Only error descriptions.
Warnings and errors.
Information about internal workflows, warnings and errors.
Most complete workflow description (but lots of debug output), info, warnings and errors.
Uses C# Socket class from System.Net.Sockets (as Unity usually does).
Incompatible with Windows 8 Store/Phone API.
Type of serialization methods to add custom type support.
Use PhotonPeer.ReisterType() to register new types with serialization and deserialization methods.
The method will get objects passed that were registered with it in RegisterType().
Return a byte[] that resembles the object passed in. The framework will surround it with length and type info, so don't include it.
Type of deserialization methods to add custom type support.
Use PhotonPeer.RegisterType() to register new types with serialization and deserialization methods.
The framwork passes in the data it got by the associated SerializeMethod. The type code and length are stripped and applied before a DeserializeMethod is called.
Return a object of the type that was associated with this method through RegisterType().
Container for an Operation request, which is a code and parameters.
On the lowest level, Photon only allows byte-typed keys for operation parameters.
The values of each such parameter can be any serializable datatype: byte, int, hashtable and many more.
Byte-typed code for an operation - the short identifier for the server's method to call.
The parameters of the operation - each identified by a byte-typed code in Photon.
Contains the server's response for an operation called by this peer.
The indexer of this class actually provides access to the Parameters Dictionary.
The OperationCode defines the type of operation called on Photon and in turn also the Parameters that
are set in the request. Those are provided as Dictionary with byte-keys.
There are pre-defined constants for various codes defined in the Lite application. Check: LiteOpCode,
LiteOpKey, etc.
An operation's request is summarized by the ReturnCode: a short typed code for "Ok" or
some different result. The code's meaning is specific per operation. An optional DebugMessage can be
provided to simplify debugging.
Each call of an operation gets an ID, called the "invocID". This can be matched to the IDs
returned with any operation calls. This way, an application could track if a certain OpRaiseEvent
call was successful.
The code for the operation called initially (by this peer).
Use enums or constants to be able to handle those codes, like LiteOpCode does.
A code that "summarizes" the operation's success or failure. Specific per operation. 0 usually means "ok".
An optional string sent by the server to provide readable feedback in error-cases. Might be null.
A Dictionary of values returned by an operation, using byte-typed keys per value.
ToString() override.
Relatively short output of OpCode and returnCode.
Extensive output of operation results.
To be used in debug situations only, as it returns a string for each value.
Alternative access to the Parameters, which wraps up a TryGetValue() call on the Parameters Dictionary.
The byte-code of a returned value.
The value returned by the server, or null if the key does not exist in Parameters.
Contains all components of a Photon Event.
Event Parameters, like OperationRequests and OperationResults, consist of a Dictionary with byte-typed keys per value.
The indexer of this class actually provides access to the Parameters Dictionary.
The operation RaiseEvent of the Lite application allows you to provide custom event content. Defined in Lite, this
CustomContent will be made the value of key LiteEventKey.OperationRaiseEvent which is (byte)42.
Enums and constants for the Lite-Application codes are defined in the LitePeer namespace. Check: LiteEventKey, etc.
The event code identifies the type of event.
ToString() override.
Short output of "Event" and it's Code.
Extensive output of the event content.
To be used in debug situations only, as it returns a string for each value.
Alternative access to the Parameters.
The key byte-code of a event value.
The Parameters value, or null if the key does not exist in Parameters.
The gp type.
Unkown type.
An array of objects.
This type is new in version 1.5.
A boolean Value.
A byte value.
An array of bytes.
An array of objects.
A 16-bit integer value.
A 32-bit floating-point value.
This type is new in version 1.5.
A dictionary
This type is new in version 1.6.
A 64-bit floating-point value.
This type is new in version 1.5.
A Hashtable.
A 32-bit integer value.
An array of 32-bit integer values.
A 64-bit integer value.
A string value.
An array of string values.
A costum type
Null value don't have types.
Provides tools for the Exit Games Protocol
Serialize creates a byte-array from the given object and returns it.
The object to serialize
The serialized byte-array
Deserialize returns an object reassembled from the given byte-array.
The byte-array to be Deserialized
The Deserialized object
Calls the correct serialization method for the passed object.
Serializes a short typed value into a byte-array (target) starting at the also given targetOffset.
The altered offset is known to the caller, because it is given via a referenced parameter.
The short value to be serialized
The byte-array to serialize the short to
The offset in the byte-array
Serializes an int typed value into a byte-array (target) starting at the also given targetOffset.
The altered offset is known to the caller, because it is given via a referenced parameter.
The int value to be serialized
The byte-array to serialize the short to
The offset in the byte-array
Serializes an float typed value into a byte-array (target) starting at the also given targetOffset.
The altered offset is known to the caller, because it is given via a referenced parameter.
The float value to be serialized
The byte-array to serialize the short to
The offset in the byte-array
Deserialize fills the given short typed value with the given byte-array (source) starting at the also given offset.
The result is placed in a variable (value). There is no need to return a value because the parameter value is given by reference.
The altered offset is this way also known to the caller.
The short value to deserialized into
The byte-array to deserialize from
The offset in the byte-array
DeserializeInteger returns an Integer typed value from the given Memorystream.
Deserialize fills the given int typed value with the given byte-array (source) starting at the also given offset.
The result is placed in a variable (value). There is no need to return a value because the parameter value is given by reference.
The altered offset is this way also known to the caller.
The int value to deserialize into
The byte-array to deserialize from
The offset in the byte-array
Deserialize fills the given float typed value with the given byte-array (source) starting at the also given offset.
The result is placed in a variable (value). There is no need to return a value because the parameter value is given by reference.
The altered offset is this way also known to the caller.
The float value to deserialize
The byte-array to deserialize from
The offset in the byte-array
Internal class to encapsulate the network i/o functionality for the realtime libary.
used by TPeer*
Internal class to encapsulate the network i/o functionality for the realtime libary.
used by PhotonPeer*
Endless loop, run in Receive Thread.
Contains several (more or less) useful static methods, mostly used for debugging.
Gets the local machine's "milliseconds since start" value (precision is described in remarks).
This method uses Environment.TickCount (cheap but with only 16ms precision).
PhotonPeer.LocalMsTimestampDelegate is available to set the delegate (unless already connected).
Fraction of the current time in Milliseconds (this is not a proper datetime timestamp).
Creates a background thread that calls the passed function in 100ms intervals, as long as that returns true.
Creates a background thread that calls the passed function in 100ms intervals, as long as that returns true.
Milliseconds to sleep between calls of myThread.
Writes the exception's stack trace to the received stream.
Exception to obtain information from.
Output sream used to write to.
Writes the exception's stack trace to the received stream. Writes to: System.Diagnostics.Debug.
Exception to obtain information from.
This method returns a string, representing the content of the given IDictionary.
Returns "null" if parameter is null.
IDictionary to return as string.
The string representation of keys and values in IDictionary.
This method returns a string, representing the content of the given IDictionary.
Returns "null" if parameter is null.
IDictionary to return as string.
Inserts the number's value into the byte array, using Big-Endian order (a.k.a. Network-byte-order).
Byte array to write into.
Index of first position to write to.
Number to write.
Inserts the number's value into the byte array, using Big-Endian order (a.k.a. Network-byte-order).
Byte array to write into.
Index of first position to write to.
Number to write.
Converts a byte-array to string (useful as debugging output).
Uses BitConverter.ToString(list) internally after a null-check of list.
Byte-array to convert to string.
List of bytes as string.
Class to wrap static access to the random.Next() call in a thread safe manner.
TCP "Package" header: 7 bytes
TCP "Message" header: 2 bytes
TCP header combined: 9 bytes
Checks the incoming queue and Dispatches received data if possible. Returns if a Dispatch happened or
not, which shows if more Dispatches might be needed.
gathers commands from all (out)queues until udp-packet is full and sends it!
Sends a ping in intervals to keep connection alive (server will timeout connection if nothing is sent).
Always false in this case (local queues are ignored. true would be: "call again to send remaining data").
Returns the UDP Payload starting with Magic Number for binary protocol
enqueues serialized operations to be sent as tcp stream / package
Sends a ping and modifies this.lastPingResult to avoid another ping for a while.
reads incoming tcp-packages to create and queue incoming commands*
Only in use as long as PhotonPeer.TrafficStatsEnabled = true;
Resets the values that can be maxed out, like LongestDeltaBetweenDispatching. See remarks.
Set to 0: LongestDeltaBetweenDispatching, LongestDeltaBetweenSending, LongestEventCallback, LongestEventCallbackCode, LongestOpResponseCallback, LongestOpResponseCallbackOpCode.
Also resets internal values: timeOfLastDispatchCall and timeOfLastSendCall (so intervals are tracked correctly).
Gets sum of outgoing operations in bytes.
Gets count of outgoing operations.
Gets sum of byte-cost of incoming operation-results.
Gets count of incoming operation-results.
Gets sum of byte-cost of incoming events.
Gets count of incoming events.
Gets longest time it took to complete a call to OnOperationResponse (in your code).
If such a callback takes long, it will lower the network performance and might lead to timeouts.
Gets OperationCode that causes the LongestOpResponseCallback. See that description.
Gets longest time a call to OnEvent (in your code) took.
If such a callback takes long, it will lower the network performance and might lead to timeouts.
Gets EventCode that caused the LongestEventCallback. See that description.
Gets longest time between subsequent calls to DispatchIncomginCommands in milliseconds.
Note: This is not a crucial timing for the networking. Long gaps just add "local lag" to events that are available already.
Gets longest time between subsequent calls to SendOutgoingCommands in milliseconds.
Note: This is a crucial value for network stability. Without calling SendOutgoingCommands,
nothing will be sent to the server, who might time out this client.
Gets number of calls of DispatchIncomingCommands.
Gets number of calls of DispatchIncomingCommands.
Gets number of calls of SendOutgoingCommands.
Gets sum of byte-cost of all "logic level" messages.
Gets sum of counted "logic level" messages.
Gets sum of byte-cost of all incoming "logic level" messages.
Gets sum of counted incoming "logic level" messages.
Gets sum of byte-cost of all outgoing "logic level" messages (= OperationByteCount).
Gets sum of counted outgoing "logic level" messages (= OperationCount).
Gets the byte-size of per-package headers.
Counts commands created/received by this client, ignoring repeats (out command count can be higher due to repeats).
Gets count of bytes as traffic, excluding UDP/TCP headers (42 bytes / x bytes).
Timestamp of the last incoming ACK read (every second this client sends a PING which must be ACKd.
Timestamp of last incoming reliable command (every second we expect a PING).
Class to handle Http based connections to a Photon server.
Requests are done asynchronous and not queued at all.
All responses are put into the game's thread-context and
all results and state changes are done within calls of
Service() or DispatchIncomingCommands().
TODO: ask how to setup this parameters
The initial request uses "?init" as UrlParameters and the binary data is the app-id (binary in up to 32 bytes).
Init returns a GUID for use in following requests as UrlParameters "?pid=GUID".
The url paramters to append to the server adress uri.
Called internally when some error (or timeout) causes a disconnect. this takes care state is set and callbacks are done (once)
The *pid* for this peer, which is assigned by the server on connect (init).
Initially this is Guid.Empty.
how many times we have rererequested this request already