Failure actions:

There are two possibilities to back up your X-Pert Playout in case an unrecoverable failure of the Master X-Pert Playout occurs (the master X-Pert Playout server is down for a long period, faulty motherboard, CPU, RAM, etc.):

1. When there are two fully functional X-Pert Playoutes on both machines, plus one X-Pert Playout backup license on your Slave machine: In this scenario, you just have to uncheck the Mirror mode on the Slave machine and continue working with the full X-Pert Playout functionality.

2. When there is one fully functional X-Pert Playout installed on the Master machine and one X-Pert Playout backup (with limited functionality) on the Slave machine: In this scenario you will have to attach the full X-Pert Playout dongle to the Slave X-Pert Playout server and use the Change Dongles menu command in order to operate the full functionality on the Slave machine. Obviously, the master machine does not need a dongle while faulty.

NOTE: When X-Pert Playout backup is a stand-alone license, X-Pert Playout will start in Mirror Mode automatically. No full functionality available!

To set the Master, start X-Pert Playout and check  Enable IP remote control in Settings -> General -> General. Otherwise, the Slave machine will not be able to connect to the Master.

To set the Slave, go to Tools -> Mirror Mode -> Configure…, and do the following settings in the Mirror connection setup window:

In the topmost string, Enter remote machine name and instance, write the Remote machine IP address or name.

The BackUp can execute some external event upon connecting/disconnecting to the Master. This is useful, for example, for auto switching a video switcher to another input/output when the Master unit fails, or when you switch back to it.

Execute external event on slave activation – this event will be executed when the current X-Pert Playout is switched to BackUp mode. For example, if the Master has been down for some time and now it is running OK, so you want to start the main playback from it again.

Execute External event on slave deactivation – this event will be executed when the Master fails and the current BackUp takes over the playback.

NOTE: For switcher control upon connecting/disconnecting, you need the PRO option, enabled on your dongle.

 Disable external events when in backup mode – Check this box if you want to stop external events’ control when the backup X-Pert Playout is initiated.

The lower half of this window concerns the synchronization between the Slave machine and the Master machine. Do not forget to check the  Synchronization box, if you need it.

Set the frequency of position enquiries to be sent by the Slave to the Master in the Check position every…sec cell (the least allowable is 10).

Below you can set the maximum allowable difference (in seconds) between the Master and the Slave playback. If the difference goes beyond this value, the Slave machine will have to resynchronize to the Master.

Playback offset value compensates the delay that may occur due to some additional factors (e.g., the network communication delay or backup playback reaction time).

Check  Synchronize the playlist also if you want to check the playlists at each resynchronization. This is a “double insurance,” in case some playlist data is lost during the IP communication.

It is possible to group several Slave machines to operate together. The Group-related settings are situated at the bottom of the Setup dialog.

The purpose of Grouping is described in the example below:

Let us assume that we have three Master X-Pert Playout channels. Their outputs are connected to one external device (let us call it MasterOut). The output of MasterOut sends the three signals together (as a Multiplexer would do).

There are three Slave X-Pert Playout machines, listening to the three Master machines. The outputs of the Slaves are connected to another external device, similar to that of the Masters (we will call this device SlaveOut).

The outputs of MasterOut and SlaveOut are connected to a switcher.

In case any of the masters fails (for example X-Pert Playout2); Slave 2 will take over the playout but the MasterOut device will be outputting only the signals coming from X-Pert Playout1 and X-Pert Playout3. The signal of Slave 2 (that substitutes X-Pert Playout 2) will be output on the SlaveOut device. In order to have all signals output on one device, we have to start the playout on Slave 1 and Slave 3 and switch from MasterOut to SlaveOut.

Therefore, we have implemented the option for grouping Slave machines. Thus, in case one of the slaves in the group starts playing, it will “tell the others to start playing too, and the switcher will be switched automatically from MasterOut to SlaveOut. Now you have the three signals output together again.

Back in the Mirror connection dialog, there are three fields to setup Grouping:

Group ID – fill in the name of the group of Slaves. This name should be the same in all Slave machines that belong to this group, so you have to fill it in each Slave’s Mirror connection dialog.

 Notify group members on status change – enable this so the current Slave will report its status to all other Slaves in the group. If you do not want this Slave to control the whole group, leave this box unchecked.

 Listen to group members for status changes – check it if you want the current Slave to start/stop playing when any Slave in the group starts/stops. If you do not want this Slave to be affected by the status of other Slaves in the group, leave this box unchecked.

 This X-Pert Playout is a master for following group - check it to define a current X-Pert Playout as a master of the group.

The Mirror mode has two major sub-modes: Full mode and Idle Mode.